JP1 Version 13　JP1/Integrated Management 3 - Manager 導入・設計ガイド

3021-3-L02-10

前書き

対象製品

適用OSのバージョン，JP1/Integrated Management 3 - Manager，JP1/Integrated Management 3 - View，およびJP1/Integrated Management 3 - Agentが前提とするサービスパックやパッチなどの詳細については各製品のリリースノートで確認してください。

●JP1/Integrated Management 3 - Manager（適用OS：Windows）

P-2A2C-8EDL JP1/Integrated Management 3 - Manager 13-01

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

P-CC2A2C-9MDL JP1/Integrated Management 3 - Manager 13-01 (適用OS: Windows Server 2022，Windows Server 2019，Windows Server 2016)

P-CC2A2C-6HDL JP1/Integrated Management 3 - View 13-00 (適用OS: Windows 11，Windows Server 2022，Windows Server 2019，Windows Server 2016，Windows 10)

P-CC2A2C-9GDL JP1/Integrated Management 3 - Agent 13-01 (適用OS: Windows Server 2022，Windows Server 2019，Windows Server 2016)

P-CC842C-9GDL JP1/Integrated Management 3 - Agent 13-01 (適用OS: Linux 9，Linux 8，Linux 7，Oracle Linux 9，Oracle Linux 8，Oracle Linux 7，SUSE Linux 15，SUSE Linux 12，Amazon Linux 2023)

P-CC2A2C-6LDL JP1/Base 13-00 (適用OS: Windows Server 2022，Windows Server 2019，Windows Server 2016)

P-CC842C-6LDL JP1/Base 13-00 (適用OS: Linux 9，Linux 8，Linux 7，Oracle Linux 9，Oracle Linux 8，Oracle Linux 7，SUSE Linux 15，SUSE Linux 12，Amazon Linux 2023)

P-CC1M2C-6LDL JP1/Base 13-00 (適用OS: AIX)

●JP1/Integrated Management 3 - Manager（適用OS：Linux）

P-842C-8EDL JP1/Integrated Management 3 - Manager 13-01

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

P-CC842C-9MDL JP1/Integrated Management 3 - Manager 13-01 (適用OS: Linux 9，Linux 8，Linux 7，Oracle Linux 9，Oracle Linux 8，Oracle Linux 7，Amazon Linux 2023)

P-CC9W2C-9MDL JP1/Integrated Management 3 - Manager 13-01 (適用OS: SUSE Linux 15，SUSE Linux 12)

P-CC2A2C-6HDL JP1/Integrated Management 3 - View 13-00 (適用OS: Windows 11，Windows Server 2022，Windows Server 2019，Windows Server 2016，Windows 10)

P-CC2A2C-9GDL JP1/Integrated Management 3 - Agent 13-01 (適用OS: Windows Server 2022，Windows Server 2019，Windows Server 2016)

P-CC842C-9GDL JP1/Integrated Management 3 - Agent 13-01 (適用OS: Linux 9，Linux 8，Linux 7，Oracle Linux 9，Oracle Linux 8，Oracle Linux 7，SUSE Linux 15，SUSE Linux 12，Amazon Linux 2023)

P-CC2A2C-6LDL JP1/Base 13-00 (適用OS: Windows Server 2022，Windows Server 2019，Windows Server 2016)

P-CC842C-6LDL JP1/Base 13-00 (適用OS: Linux 9，Linux 8，Linux 7，Oracle Linux 9，Oracle Linux 8，Oracle Linux 7，SUSE Linux 15，SUSE Linux 12，Amazon Linux 2023)

P-CC1M2C-6LDL JP1/Base 13-00 (適用OS: AIX)

輸出時の注意

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

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

商標類

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

Active Directoryは，マイクロソフト 企業グループの商標です。

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

Amazon Web Services，AWS，Powered by AWS ロゴ，Amazon CloudWatchは，Amazon.com, Inc. またはその関連会社の商標です。

Amazon Web Services，AWS，Powered by AWS ロゴ，Amazon EC2は，Amazon.com, Inc. またはその関連会社の商標です。

Amazon Web Services，AWS，Powered by AWS ロゴ，Amazon Simple Storage Serviceは，Amazon.com, Inc. またはその関連会社の商標です。

Amazon Web Services，AWS，Powered by AWS ロゴ，Amazon Web Servicesは，Amazon.com, Inc. またはその関連会社の商標です。

Amazon Web Services，AWS，Powered by AWS ロゴ，AWSは，Amazon.com, Inc. またはその関連会社の商標です。

Azureは，マイクロソフト 企業グループの商標です。

BSAFEは，Dell Inc. またはその子会社の商標です。

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

Hyper-Vは，マイクロソフト 企業グループの商標です。

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

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

OpenStack(R)の文字表記とOpenStackのロゴは，米国とその他の国におけるOpenStack Foundationの登録商標/サービスマークまたは商標/サービスマークのいずれかであり，OpenStack Foundationの許諾を得て使用しています。

日立製作所は，OpenStack FoundationやOpenStackコミュニティの関連企業ではなく，また支援や出資を受けていません。

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

Microsoftは，マイクロソフト 企業グループの商標です。

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

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

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

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

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

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

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

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

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

Visual C++は，マイクロソフト 企業グループの商標です。

Windowsは，マイクロソフト 企業グループの商標です。

Windows Serverは，マイクロソフト 企業グループの商標です。

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

本製品は，米国Dell Inc.のDell BSAFE(TM)ソフトウェアを搭載しています。

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 Andy Clark.

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

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/).

Java is a registered trademark of Oracle and/or its affiliates.

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

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

表記

製品名

Hyper-V

Microsoft(R) Windows Server(R) 2012 Hyper-V(R)

SCVMM

Microsoft(R) System Center Virtual Machine Manager 2012

Windows 10

Windows(R) 10 Enterprise 64-bit

Windows(R) 10 Home 64-bit

Windows(R) 10 Pro 64-bit

Windows 11

Windows(R) 11 Enterprise 64-bit

Windows(R) 11 Home 64-bit

Windows(R) 11 Pro 64-bit

Windows Server 2016

Microsoft(R) Windows Server(R) 2016 Datacenter

Microsoft(R) Windows Server(R) 2016 Standard

Windows Server 2019

Microsoft(R) Windows Server(R) 2019 Datacenter

Microsoft(R) Windows Server(R) 2019 Standard

Windows Server 2022

Microsoft(R) Windows Server(R) 2022 Datacenter

Microsoft(R) Windows Server(R) 2022 Standard

Windows 11，Windows Server 2022，Windows Server 2019，Windows Server 2016，Windows 10を総称してWindowsと表記することがあります。

発行

2024年3月　3021-3-L02-10

著作権

Copyright (C) 2023, 2024 Hitachi, Ltd.

Copyright (C) 2023, 2024 Hitachi Solutions, Ltd.

奥付

マニュアル発行元

株式会社 日立製作所

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

変更内容

変更内容(3021-3-L02-10　JP1/Integrated Management 3 - Manager　13-01

追加・変更内容

変更個所

JP1/IM - Agentによる性能監視機能に，AIX性能情報収集機能（Node exporter for AIX）を追加した。

これに伴い，AIXホスト監視に関するIM管理ノードを追加した。

また，Node exporter for AIXに関する定義ファイルの説明を追加した。

2.4.2，3.15，3.15.1(1)(f)，3.15.6(1)(h)，3.15.6(1)(i)，付録A.4(1)，付録A.4(2)，付録A.4(3)】，付録A.4(4)，付録C.1(2)，付録C.2(4)，付録N

JP1/IM - Agentによる性能監視機能に，Oracle Database監視機能（OracleDB exporter）を追加した。

これに伴い，Oracle Database監視に関するIM管理ノードを追加した。

また，OracleDB exporterに関する定義ファイルの説明を追加した。

2.4.2，3.15，3.15.1(1)(k)，3.15.1(4)(a)，3.15.1(4)(b)，3.15.6(1)(i)，3.15.10(1)，3.15.10(2)，付録A.4(1)，付録A.4(2)，付録A.4(3)，付録A.4(4)，付録C.1(2)，付録C.2(4)，付録N

SAPシステムのシステムログ情報およびCCMSアラート情報を監視する機能を追加した。

これに伴い，SAPシステム監視に関するIM管理ノードを追加した。

また，SAPシステム監視に関する定義ファイルの説明を追加した。

2.4.2，3.15，3.15.5，3.15.6(1)(i)，付録A.4(3)】，付録A.4(4)

定義ファイルの更新機能に関する注意事項を追加した。

3.6.5(4)(h)

クラウドサービスログ連携ツールの概要以外の説明を削除した。

また，ツールの対象にGoogle Cloud Platform（GCP）を追加した。

3.14.7

JP1/IM - Agentによる性能監視機能に，WindowsおよびLinuxのサービス監視機能を追加した。

これに伴い，サービス監視に関するIM管理ノードを追加した。

また，次の説明を追加した。

Windows exporter（サービス監視）のメトリック定義ファイル

Windows exporterの取得項目「windows_service_state」

Windows exporterの監視対象サービスの指定

Node exporter（サービス監視）のメトリック定義ファイル

Node exporterの取得項目「node_systemd_unit_state」

Node exporterの監視対象サービスの指定

3.15，3.15.1(1)(c)，3.15.1(1)(d)，3.15.1(2)，3.15.1(3)，3.15.6(1)(i)，付録A.4(1)，付録A.4(2)

「JP1/IM - Agentによる監視機能」の記載個所を移動し，構成を見直した。また，「IMエクスポーター」の章および用語を削除し，次の機能に関する説明を，JP1/IM - AgentまたはJP1/IM - Managerの説明個所に統合した。

Windowsプロセス情報収集機能（Windows exporter）

Linuxプロセス情報収集機能（Process exporter）

Azure monitor性能情報収集機能（Promitor）

UAP監視機能（Script exporter）

ログメトリクス機能（Fluentd）

コンテナ監視機能

3.15，3.15.1(1)(a)，3.15.1(1)(c)，3.15.1(1)(e)，3.15.1(1)(h)，3.15.1(1)(j)，3.15.1(1)(l)，3.15.1(4)(a)，3.15.1(4)(b)，3.15.2，3.15.3，3.15.4，3.15.6(1)，3.15.6(1)(a)，3.15.6(1)(f)，3.15.6(1)(g)，3.15.6(1)(h)，3.15.6(1)(i)，3.15.6(1)(k)，3.15.6(2)，3.15.6(3)，3.15.6(4)，3.15.6(5)(a)，3.15.6(6)，3.15.6(7)，3.15.7，3.15.8，3.15.9，3.15.10，3.15.11，14.3.12(4)(a)，14.3.12(4)(f)，14.3.12(4)(l)，14.3.12(5)(a)，14.3.12(5)(e)，14.3.12(5)(f)，付録A.4(1)，付録A.4(2)，付録A.4(3)】，付録A.4(4)，付録C.1(2)，付録N

PrometheusとExporterが同一ホストの構成と別ホストの構成についてのサポート可否の説明を追加した。

3.15.1(1)(m)

エージェントとしてAIX版のJP1/Baseを追加した。

−

次の適用OSを追加した。

Amazon Linux 2023

−

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

はじめに

このマニュアルは，JP1/Integrated Management 3 - Manager，JP1/Integrated Management 3 - View，およびJP1/Integrated Management 3 - Agentの概要，機能，およびシステムの設計について説明したものです。なお，このマニュアルでは，JP1/Integrated Management 3 - Manager，JP1/Integrated Management 3 - View，およびJP1/Integrated Management 3 - Agentを総称して，JP1/Integrated ManagementまたはJP1/IMと表記します。また，このマニュアルでのJP1/Integrated Management - Manager，JP1/Integrated Management - View，およびJP1/Integrated Management - Agentは，それぞれJP1/Integrated Management 3 - Manager，JP1/Integrated Management 3 - View，およびJP1/Integrated Management 3 - Agentと読み替えてください。

JP1/IMは，ITシステムを統合管理するための基盤となる統合管理製品です。

このマニュアルでは，統合管理製品のほかに次の表に示すJP1シリーズ製品を記載しています。詳細については，それぞれの製品付属のマニュアルを参照してください。

製品名

このマニュアルでの説明内容

JP1/Service Support

JP1シリーズ製品内での位置づけ。

JP1/TELstaff

JP1/IM製品内での位置づけ。

JP1/Integrated Management 3 - Event Gateway for Network Node Manager i

JP1/IM製品内での位置づけ。

JP1/Integrated Management - Message Optimizer

JP1/IM製品内での位置づけ。

JP1/Navigation Platform

JP1シリーズ製品内での位置づけ。

JP1/Navigation Platform連携機能の概要。

JP1/Automatic Job Management System 3

JP1シリーズ製品内での位置づけ。

JP1/AJS連携機能の概要。

JP1/Performance Management

JP1シリーズ製品内での位置づけ。

JP1/PFM連携機能の概要。

対象読者

オープンプラットフォームのシステムを管理するため，JP1/IMの導入を検討されている方を対象としています。具体的には次の方を対象としています。

システムで発生する事象を一元監視するため，JP1/IMの導入を検討されているシステム管理者

OSおよびアプリケーションについて知識がある方

マニュアルの構成

このマニュアルは，次に示す編から構成されています。

第1編　概要編

統合管理製品，JP1シリーズ製品およびJP1/IMの概要について説明しています。

第2編　機能編

JP1/IMの機能について説明しています。

第3編　設計編

JP1/IMで実現できる監視業務の要件，およびその業務要件を実現するためのシステム要件について説明しています。

マニュアルの体系

JP1/IMのマニュアルでは，システムの設計・構築・運用などのシステムのライフサイクルでの段階ごとに必要な情報を説明しています。

JP1/IMのマニュアルとシステムのライフサイクルの関係を次の図に示します。

読書手順

次の表に示すように，目的に合わせて必要な個所をお読みください。

項番

目的

参照個所

1

JP1/IMを理解する

マニュアル「統合管理 基本ガイド」

使用目的に合わせてJP1/IMの機能を知る

主な構築・運用方法を知る

マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」

概要編：JP1/IMの概要を知る

機能編：JP1/IMの詳細を理解する

参考マニュアル「JP1/Base 運用ガイド」

概要編：JP1/Baseの概要，機能を理解する

2

JP1/IMのシステムを設計する

マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」

設計編：JP1/IMの設計個所を確認し，システムを設計する

参考マニュアル「JP1/Base 運用ガイド」

リファレンス編：JP1/Baseの定義ファイル，コマンドの詳細パラメーターを確認し，設定値を決める

3

JP1/IMのシステムを構築する

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」

JP1/IMの構築手順を確認し，構築する

4

JP1/IMのシステムを運用する

マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」

操作編：JP1/IMの操作方法を知る

運用編：JP1/IMの運用方法を知る

トラブルシューティング編：トラブルが発生したときにトラブルの回避方法を知る

5

JP1/IMのシステムの見直しをする

項番2に戻り，JP1/IMのシステムを再設計・再構築する

6

システムの設計・構築・運用の各段階で，リファレンス情報を参照する

マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」

画面遷移および表示項目を確認し，定義項目を決める

マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」

定義ファイル，コマンド，APIの詳細パラメーターを確認し，設定値を決める

マニュアル「JP1/Integrated Management 3 - Manager メッセージ」

トラブルが発生したときにメッセージの内容を確認し，トラブルの回避方法を知る

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

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

記号

意味

［　］

メニュー項目，画面名，ボタン名，およびキーボードのキーなどを示す。

例

メニュー項目：［新規作成］

画面名：［ログイン］画面

ボタン名：［OK］ボタン

キーボードのキー：［Ctrl］キー

［　］−［　］

画面のメニューから項目を選択する操作を示す。

例

［ファイル］−［新規作成］を選択する。

上記の例では，メニューバーの［ファイル］を選んで，プルダウンメニューの［新規作成］を選択することを示す。

［　］＋［　］

キーを同時に押すことを示す。

例

［Ctrl］＋［C］キー

上記の例では，［Ctrl］キーと［C］キーを同時に押すことを示す。

図中で使用する記号

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

Windows版JP1/IM，JP1/Baseのインストール先フォルダの表記

このマニュアルでは，Windows版JP1/IM，JP1/Baseのインストール先フォルダを次のように表記しています。

製品名

インストール先フォルダの表記

デフォルトインストール先フォルダ※

JP1/IM - View

Viewパス

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

JP1/IM - Manager

Managerパス

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

Consoleパス

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

Scopeパス

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

JP1/IM - Agent

Agentパス

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

JP1/Base

Baseパス

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

注※　各製品をデフォルトのままインストールした場合のインストール先フォルダを表しています。「システムドライブ:¥Program Files」と表記している部分は，インストール時のOS環境変数によって決定されるため，環境によって異なる場合があります。

このマニュアルで使用する「Administrators権限」について

このマニュアルで表記している「Administrators権限」とは，ローカルPCに対するAdministrators権限です。ローカルPCに対してAdministrators権限を持つユーザーであれば，ローカルユーザー，ドメインユーザーおよび，Active Directory環境で動作に違いはありません。

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

JP1/IMでは，Webブラウザーで参照できるHTMLマニュアルを提供しています。

オンラインマニュアルの内容は，このマニュアルと同様です。

オンラインマニュアルは，次の操作で目次が表示されます。

JP1/IM - View：［ヘルプ］−［目次］を選択する。

統合オペレーション・ビューアー：［ヘルプ］−［オンラインマニュアル］を選択する。

注意事項

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

統合トレースログの出力先について

JP1/IM 12-10から，JP1/IM - Managerの32ビットJavaプロセスを，すべて64ビットJavaプロセスに変更しました。このため，JP1/IMの各機能のJavaプロセス機能が出力する統合トレースログの出力先が変更となります。

バージョン12-10以降のJP1/IMの各機能の統合トレースログの出力先を次に示します。ログファイルトラップ機能を使用している場合，出力先の変更に応じて設定変更が必要です。

統合トレースログの出力先（32ビット）：システムドライブ¥Program Files(x86)¥Hitachi¥HNTRLib2¥spool

IMデータベース

セントラルスコープサービス

プロセス管理

コマンド実行

自動アクション

インストールおよびセットアップ

統合トレースログの出力先（64ビット）：システムドライブ¥Program Files¥Hitachi¥HNTRLib2¥spool

イベント基盤サービス

セントラルコンソール・ビューアー

セントラルスコープ・ビューアー

相関イベント発行サービス

IM構成管理

IM構成管理・ビューアー

インテリジェント統合管理基盤

第1編　概要編

1　JP1/Integrated Managementの概要

統合管理製品は，企業情報システム全体を管理する製品です。企業でのビジネスを支えるシステムは，大規模化，複雑化していて，システムの運用管理が重要な課題となっています。統合管理製品は，管理目的に合わせた一元管理と運用作業の統合化によって，システム運用管理を最適化します。

この章では，統合管理製品およびJP1/IM - Managerと連携できるJP1シリーズ製品の概要について説明します。また，統合管理製品の中心となり統合管理を実現するJP1/IM - Managerの特長および構成について説明します。

1.1　統合管理製品とは

統合管理製品は，ITシステム全体に散在する各種リソースの情報を集中して管理し，また，それらの一元的な監視と操作を実現することによって，ITシステムを統合管理するための基盤となる製品です。

統合管理製品は，ジョブ管理やストレージ管理などのJP1シリーズ製品およびその他のミドルウェア製品と連携し，システム全体の構成管理および運用管理をすることで，システムを統合管理します。

図1‒1　インテリジェント統合管理基盤によるシステムの統合管理

図1‒2　イベントを基点としたシステムの統合管理

統合管理製品は，システム設計，構築時にはシステムの構成情報を，システム運用時にはシステムの運用情報を統合して管理することによって，システム管理を最適化します。これにより，システムの設計から，構築，運用，再設計，再構築までの一連の流れをトータルに支援し，システム管理のための基盤を提供します。

1.2　システム管理の課題と統合管理

統合管理製品によるシステム管理が必要な背景として，ITシステムの進化によって生じるシステム管理の課題があります。

ITシステムは，多くの企業にとってビジネスの基盤として欠くことのできない存在となり，さまざまな要求を満たすために大規模化，複雑化しています。これに伴ってシステムの管理負担は重くなり，管理コストは増大して，これらを最適化することが重要な課題となっています。

1.2.1　システムのライフサイクル

ITシステムには，サーバ，ネットワーク，ストレージなどのハードウェアや，ソフトウェアを利用したジョブ実行やセキュリティ監視といった多様なリソースがあります。

これらの多様なリソースを適切に利用するためには，リソースを整理して再配置したり，リソースで発生した事象を迅速に検知して対策したりといった管理作業を継続していく必要があります。システムを安定して稼働させるための体制を作る一連の流れをシステムのライフサイクルといい，設計，構築，運用，再設計，再構築のフェーズがあります。システムのライフサイクルとそれに対応する管理作業を次の図に示します。

図1‒3　システムのライフサイクル

図に示したとおり，システムのライフサイクルの各フェーズで，必要な管理作業は異なります。このため，各フェーズで管理対象となる情報も異なります。統合管理製品は，システムのライフサイクルの各フェーズで，システム情報の管理を最適化します。また，システムの安定稼働を支えるための基盤を提供します。

以降では，システムのライフサイクルごとにシステム管理の課題と統合管理製品の役割について説明します。

1.2.2　設計・構築フェーズでの課題と統合管理製品の役割

設計・構築フェーズでは，システム全体の構成を検討した上で，業務を実現するためのリソースの配置を設計，構築します。これらの作業のため，システムを構成する要素の情報を管理する必要があります。これをシステムの構成管理といいます。

設計・構築フェーズでは，リソースの把握，システム構成の策定，リソースの配置，実運用前のテスト・見直しが繰り返し行われます。

システムを構成するリソースの数が増えるにつれ，個々のリソースの把握も容易ではなく，これに比例してシステムの構成管理も困難になります。

システムの構成管理を支援する製品として，統合管理製品が提供しているシステム構成管理製品を次の表および図に示します。

表1‒1　システム構成管理製品

対応製品

提供機能

役割

JP1/IM - Manager

インテリジェント統合管理基盤

ITシステムの構成情報を収集・可視化し，その関連性を管理する。各エージェント（JP1/IM - Agent）の設定をマネージャーからGUIで管理し，システムの構築を支援する。

IM構成管理

JP1/IMシステムの階層構成（IM構成），およびシステムを構成する各エージェント（JP1/Base）の設定をマネージャーからGUIで管理し，システムの構築を支援する。なお，IM構成管理を使用するには，IM構成管理DBの設定を有効にする必要がある。

図1‒4　システムの構成管理

統合管理製品は，リソースの情報を1か所に収集し，また，管理者の任意のくくりで整理，管理できるような機能を提供します。管理者の管理しやすい視点でのリソース情報の整理，組み替えを容易にすることで，システムの構成管理を支援します。これにより，情報過多のシステムに対しても構成管理を最適化します。

1.2.3　運用フェーズでの課題と統合管理製品の役割

運用フェーズでは，システムの安定稼働を支えるため，システムを構成する要素であるリソースを常時監視します。このため，システムの稼働情報や障害情報などを管理する必要があります。これをシステムの運用管理といいます。

システムの運用では，監視，問題の検知，調査，対策が一連のサイクルとして繰り返し行われます。

システムが大規模で複雑になるに従って，運用フェーズの各サイクルの作業は加速度的に困難になります。システムの管理作業量は増加し，多岐にわたるリソースを適切に管理する幅広く高度な運用技術が求められます。したがって，運用管理の負担が増えるとともに，システム管理者の育成も困難になります。

また，個々の管理ツールで行う定型的な業務の多くは自動化による効率向上が進む一方，複数の情報やナレッジを関連付けし，判断や推論などが必要な非定型の業務は自動化・自律化が進んでいないため，IT運用の効率向上や個人のスキルに依存してしまう体質から脱却できない状況です。

システムの運用管理を支援する製品として，統合管理製品が提供している製品およびこのマニュアルで説明しているJP1シリーズ製品を次の表および図に示します。

表1‒2　システム運用管理製品

対応製品

提供機能

役割

JP1/IM - Manager

インテリジェント統合管理基盤

ITシステムの健全性の可視化，障害調査を支援する。各エージェントのJP1/IM - Agentが監視したログ，パフォーマンスデータを管理する。さらに，システムで管理する多様なデータとその関連性やナレッジ（知識）を統合管理し，それらを共有する基盤。

セントラルコンソール

システム全体をJP1イベントによって集中監視する。また，システムで発生した事象の監視から，問題の検知，調査，対策までの一連の運用サイクルを統合化する。

セントラルスコープ

システム管理者が目的に合わせて集中監視し，目的指向型のシステム統合管理を実現する。

IM構成管理

JP1/IMが管理するシステムの階層構成（IM構成），およびシステムを構成する各エージェント（JP1/Base）の設定をマネージャーからGUIで管理する。

JP1/TELstaff

通報システム

障害の検知を契機に，電話やメールなどを通知手段として，障害対応者に通知する。

JP1/Service Support

ITサービス管理

問い合わせや障害事象，障害事象から派生する問題を，解決が必要な案件として登録，一元管理する。

JP1/IM - EG for NNMi

NNMiインシデント変換

NNMiが管理するNNMiインシデントをJP1イベントに変換する。

JP1/IM - Message Optimizer

メッセージ変換

JP1/IMのコンソールに出力される各種メッセージを，わかりやすい内容に変換する。

JP1/Navigation Platform

運用ナビゲーション

JP1イベントに対応する業務コンテンツ（運用手順）を表示する。

JP1/AJS

ジョブスケジューラー

ジョブの自動実行を管理します。

JP1/PFM

稼働性能管理

ホストの稼働性能を管理します。

図1‒5　システムの運用管理

統合管理製品は，システムを常時監視し，問題が発生すると迅速に管理者に通知するとともに，問題個所を把握し調査するための運用操作の基盤を提供します。このように運用の監視から対策までのサイクルを統合的に支援し，大規模で複雑なシステムでも運用管理を最適化します。

1.2.4　再設計，再構築フェーズでの課題と統合管理製品の役割

再設計，再構築フェーズでは，システムの運用情報を基に稼働システムの性能を評価し，必要に応じてシステム構成情報を整理して，システム構成を再検討します。

特定のリソースに障害が頻発し，業務の実現に対する課題となる場合には，リソースの再配置を検討する必要があります。リソースの再配置によるシステムへの影響は，周囲のリソースだけにとどまるとは限りません。設計，構築フェーズ時のシステムの構成情報で十分にシステム構成を把握し，運用フェーズで積み上げた運用情報を基にして，適切なリソースを選択し配置しなければなりません。

図1‒6　システムの再構築

統合管理製品は，これまでに述べた設計，構築フェーズでの構成情報および運用フェーズでの運用情報の管理を最適化することによって，システムの再設計，再構築フェーズでも管理者を支援します。これにより，システムの再設計，再構築で管理者の負担を最小限に抑えるとともに，設計，構築，運用フェーズでの管理情報を最大限に活用できます。

1.3　JP1/IM - Managerの特長

これまでは統合管理製品全体を説明してきましたが，ここからはJP1/IM - Managerについて説明します。

JP1/IM - Managerは，これから説明する特長によって，システム運用管理での監視や操作を，JP1/IM - Managerを基点とした一連の運用管理作業に統合し，複雑な運用作業を簡素化することで運用の負担を軽減します。

1.3.1　ITシステムの健全性の可視化

JP1/IM - Managerは，ITシステムにおける重要な事象の発生状況やパフォーマンス状況をサービスやシステムごとに可視化します。システムの現状把握や，重要障害発生時に，どのビジネスやサービスに影響があるかを瞬時に判断ができます。また，最新の状況だけでなく，過去の傾向も可視化できるため，ITシステム・サービスを計画どおりに運用できたかを把握し，運用改善に役立てることができます。

図1‒7　統合オペレーション・ビューアーの［ダッシュボード］画面での健全性可視化の例

［ダッシュボード］画面では，ITシステムの各種リソース状況やパフォーマンスを，複数のグラフで並べて表示できます。関連するシステムのグラフを並べて比較したり，過去のグラフを並べて比較したりすることで，障害が発生する前にシステムの健全性を維持したり，障害発生時に原因の調査に活用したりできます。

図1‒8　統合オペレーション・ビューアーの［ダッシュボード］画面での障害調査の例

1.3.2　インテリジェント統合管理基盤によるシステムの統合管理

JP1/IM - Managerは，企業のシステムで管理する多種多様なデータとその関連性やナレッジ（知識）を，基盤（インテリジェント統合管理基盤）によって統合管理します。

インテリジェント統合管理基盤では，複数のシステムから運用データを取得し，それらのデータの活用によってIT運用を最適化します。専用のビューアー（統合オペレーション・ビューアー）の利用によって，システムの構成要素がどのような状況であるかを，個別の要素ごとに一目で確認できます。統合オペレーション・ビューアーで，連携したJP1製品の情報確認や操作をまとめて行い，システムの運用を統合します。

例えば，JP1/AJSと連携すると，あるルートジョブネットに対して，先行，後続のルートジョブネットが表示されます。ルートジョブネット名が表示されるため，どのジョブグループに所属するルートジョブネットなのかも確認でき，複数のJP1/AJS - Managerで構成されているルートジョブネット同士の接続性の把握が容易です。JP1/AJSは業務障害の予兆を監視しJP1/IMへ通知するため，異常を検知したルートジョブネットの後続ジョブ開始予定時刻やジョブ運用への影響を，統合オペレーション・ビューアーでいち早く確認し，重大な業務障害となる前に対処できます。

統合オペレーション・ビューアーでは，関連する性能（トレンド）情報の相関が表示されるため，ジョブ実行やOSリソース状況など関連する性能状況を把握し，障害発生時の早急な原因の切り分けを支援します。また，システムに異常が発生した際に，インテリジェント統合管理基盤から，異常に対する最適な対処を提案する機能もあります。システムのオペレーターは，画面に表示された提案に従うだけで，運用ルールや運用実績に基づいた最適な対処を実行できます。

これらの特長によって，IT運用における非定型業務の効率向上，個人スキルに依存する体質からの脱却を実現します。

1.3.3　JP1イベントによる事象の一元管理

JP1/IM - Managerでは，システムで発生したさまざまな事象を，JP1イベントとして一元的に管理します。各エージェントでは，統合管理の基盤となるJP1/Baseが発生した事象をJP1イベントとして管理し，JP1/IM - ManagerにJP1イベントを転送します。また，JP1/IM - Agentは，監視しているログやシステムパフォーマンスで発生した事象を, JP1/IM - ManagerにJP1イベントで通知します。JP1/IM - Managerは，転送・通知されたJP1イベントを一元的に管理します。

また，各エージェントのJP1/Baseに蓄積されたJP1イベントをJP1/IM - Managerが取得し，JP1/IM - Manager側でJP1イベントを管理することもできます。

図1‒9　JP1イベントによる事象の一元管理

システムで発生したJP1イベントを一元管理する際に，単にすべてを収集するだけではシステム全体で膨大な数になります。イベント数が多いと，重要イベントが埋もれ，運用管理の負担は増加します。また，監視システムにも不要な負荷をかけることになります。JP1/IM - Managerでは，運用管理に必要なイベントをフィルタリングして，JP1イベントを適切に管理します。JP1/IM - Managerに転送するイベントの選択や，重要イベントとして管理するイベントの選択などができます。

また，次の事象についても管理できます。

バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMが管理するSNMPトラップなど，JP1/Baseのイベント変換機能によってJP1イベントに変換された事象を管理できます。ユーザーアプリケーションで発生した事象を，コマンドやAPIによってJP1イベントを発行して管理することもできます。

JP1/IM - AgentやJP1/Baseがインストールされていないホストで発生したログファイル上のメッセージ，およびWindowsのイベントログについて，リモート通信設定をしてリモート監視をすることによってJP1イベントに変換された事象を管理できます。

なお，リモート通信設定をしている監視対象ホストのことを，リモートの監視対象ホストと呼びます。

JP1/IM - EG for NNMiによってJP1イベントに変換されたNNMiインシデントを管理できます。NNMiインシデントの詳細については，マニュアル「JP1/Integrated Management 3 - Event Gateway for Network Node Manager i」を参照してください。

JP1シリーズ以外の多様な製品によって扱われる事象もJP1イベントに変換して管理できます。

1.3.4　システムの集中監視

JP1/IM - Managerでは，セントラルコンソールおよびセントラルスコープによって，システム全体を集中して監視できます。

セントラルコンソールは，システムで発生した事象をJP1イベントとして集め，時系列に表示して，システムを集中的に監視します。JP1イベントは［イベントコンソール］画面の［イベント監視］ページに表示され，システム全体で発生した事象を集中的に監視できます。

図1‒10　［イベントコンソール］画面（［イベント監視］ページ）

セントラルスコープでは，システム管理者の必要とする視点によってシステムを集中監視できます。システム全体を目的に合わせたツリー形式の表示によって，業務とシステムの関連などをビジュアルに把握できます。また，重要な監視ポイントをマップ形式で表示でき，大規模なシステムも必要な視点で集中監視できます。

［監視ツリー］画面では，リソースをグループ化して，ツリー形式で表示してシステムを監視します。［ビジュアル監視］画面では，監視ツリー上の任意の監視対象をマップ上に表示し，マップ形式で監視対象を表示します。

図1‒11　［監視ツリー］画面

1.3.5　問題発生の検知と通知

JP1/IM - Managerには，システムに問題が発生した場合に，その問題を検知，通知する手段として，任意のアクションを自動で実行する機能があります。この機能では，特定のJP1イベントの受信を契機として，JP1/IM - Managerが管理するホストで，自動的にコマンド実行やREST APIを発行できます。これにより，システムの問題発生時に通報メール送信や電話連絡などを自動的に実行し，運用管理者へ通知できます。

図1‒12　アクションを自動で実行して問題発生を通知する

なお，統合オペレーション・ビューアーやセントラルスコープでは，問題個所をツリーやマップでビジュアルに表示し，システムの問題がビジネスに与える影響を即座に判断できます。

1.3.6　JP1イベントの大量発生への対策

ある事象を契機としてJP1イベントが大量発生すると，大量発生したJP1イベントでイベント一覧が埋まってしまったり，自動的に実行されるコマンド（自動アクション）が必要以上に実行されてしまったりします。そのため，JP1イベントを正常に監視できなくなるおそれがあります。

JP1/IM - Managerは，JP1/Baseのイベント転送抑止と組み合わせることで，イベントの大量発生に次のとおり対策できます。

JP1イベントの転送量にしきい値を設定して，エージェントでのJP1イベントの大量発生時に転送を抑止する

エージェントで大量発生したJP1イベントをマネージャーで受信しないようにする

指定した条件を満たすJP1イベントが大量発生したときだけ，該当するJP1イベントを一つのイベントに集約して扱う

指定した条件を満たすJP1イベントを常に一つのJP1イベントに集約して扱う

同一のJP1イベントをビューアーが連続で受信した場合に一つのJP1イベントに集約して表示する

JP1イベントの大量発生への対策とJP1/IM - Managerの機能との対応を次に示します。

図1‒13　JP1イベントの大量発生への対策とJP1/IM - Managerの機能との対応

JP1イベントの大量発生に対策することで，システムを正常に監視できます。

1.3.7　JP1/IM - Managerを基点とした問題調査・対策での作業の統合

監視から調査に至るまでの運用作業の流れを，JP1/IM - Managerを基点とした一連の操作の流れに統合できます。

JP1/IM - Manager（インテリジェント統合管理基盤）の場合は，統合オペレーション・ビューアーに表示された構成要素を選択し，ホストやイベントなどの詳細，問題が発生した個所と関連する構成要素やイベントの詳細を確認します。問題に対処する際は，インテリジェント統合管理基盤からの提案を確認して実行します。

図1‒14　 JP1/IM - Manager（インテリジェント統合管理基盤）を基点とした問題調査

セントラルコンソールの場合は，セントラルコンソールの［イベントコンソール］画面に表示されたJP1イベントを選択してイベントの詳細を確認します。また，必要に応じて関連アプリケーションを直接起動できます。

図1‒15　JP1/IM - Managerを基点とした問題調査

また，運用管理に必要なJP1以外の任意のアプリケーションを登録し，JP1/IM - Managerを基点とした一連の運用作業の流れにまとめることもできます。

1.3.8　簡易な監視システム構築

セントラルスコープは監視ツリーの自動生成によって，稼働中のシステムから情報を収集して監視画面を作成できます。また，システム変更時も差分を収集して監視画面を更新できます。監視対象のホストへ，JP1/IM - Managerの定義情報を一括配布できます。大規模なシステムでも簡易な作業で構築できます。

JP1/IM - Manager（インテリジェント統合管理基盤）は収集したシステム構成情報をJP1イベントの情報と紐付けすることによって，システムの状態を統合オペレーション・ビューアーに表示します。また，システム変更時もコマンドによって差分を収集して統合オペレーション・ビューアーを更新できます。

1.3.9　各種システム構成に柔軟に対応

小規模システムから階層化された大規模システムまでの管理にスケーラブルに対応します。Windows，各種UNIX，およびメインフレームなど，異種プラットフォームが混在したシステム構成に対応します。

また，ファイアウォール経由ネットワーク，クラスタシステムなど各種システム構成に対応します。

1.3.10　システムの階層構成およびホストの設定の一元管理

JP1/IMのシステムでは，マネージャーおよびエージェントを階層化し，定義することで小規模なシステムから企業全体の大規模なシステムまで，さまざまな規模のシステムの統合管理を実現できます。

IM構成管理を使用すると，IM構成管理・ビューアーを操作して，JP1/IMが管理するシステムの階層構成（IM構成）およびホストの設定をマネージャーから一元的に管理できます。IM構成管理を使用するには，IM構成管理DBの設定を有効にする必要があります。

なお，IM構成管理を使用する場合のエージェントはJP1/Baseです。

IM構成管理では，次のことができます。

ホストの管理

ネットワーク上のホストをIM構成管理の管理対象として登録できます。また，登録した各ホストのホスト名，IPアドレスなどの情報（ホスト情報）を管理できます。

システムの階層構成の管理

JP1/IMが管理するシステムの階層構成を定義したり，システムの階層構成の定義情報（構成定義情報）をシステム全体に反映したりできます。

プロファイルの管理

JP1/IMのシステムを構成するホストのJP1/Base上，およびリモートの監視対象ホストに対して設定されている定義情報（プロファイル）を確認したり，編集したりできます。

サービスの稼働情報の管理

管理対象の各ホストで動作するサービスの状態を確認できます。

図1‒16　システムの階層構成およびホストの設定の一元管理

1.3.11　業務視点でのグルーピング監視

監視対象の複数のホストを，業務視点でグルーピングして監視できます。このグルーピングした単位を業務グループと呼びます。業務グループの単位で，［イベントコンソール］画面（セントラルコンソール）や［監視ツリー］画面（セントラルスコープ）で参照・操作できる範囲を制限できるため，それぞれ独立した監視や対処ができるようになります。

図1‒17　業務視点でのグルーピング監視

1.4　JP1/IM - Managerによるシステム運用

JP1/IM - Managerは，システム監視から問題の検知，そして調査から対策までの一連の運用管理作業をトータルに支援します。システムの運用サイクルの各局面を支援する機能を次の図に示します。

図1‒18　JP1/IM - Managerによるシステム運用

大規模で複雑なシステムの運用でも，多種多様なリソースを統合的に管理します。システムの状況を的確に把握し，異常が発生した場合はいち早く検知して対策へとつなげることで，システムの安定稼働を支えます。

システム運用フェーズの前，構築フェーズでは，統合オペレーション・ビューアーを利用して，エージェント（JP1/IM - Agent）構成を設定し，統合オペレーション・ビューアー，セントラルコンソールおよびセントラルスコープで監視できます。

図1‒19　統合オペレーション・ビューアーによるエージェント（JP1/IM - Agent）構成の設定とシステム監視の流れ（システム構築時）

また，IM構成管理・ビューアーを操作して，JP1/IMシステムの階層構成，エージェント（JP1/Base）の構成定義をし，セントラルコンソールおよびセントラルスコープで監視できます。

図1‒20　IM構成管理によるJP1/IMシステムの階層構成，エージェント（JP1/Base）の構成定義，およびシステム監視の流れ（システム構築時）

1.4.1　システムの監視

(1)　インテリジェント統合管理基盤でのシステム監視

インテリジェント統合管理基盤では，統合オペレーション・ビューアーによって，ITシステムの健全性を監視します。問題発生時に対処アクションの自動実行によって管理者に通知するように設定しておけば，画面を常に見ておく必要はありません。

図1‒21　統合オペレーション・ビューアーでのシステム監視

ダッシュボードには，システム運用管理の目的に合わせて，サービス・システムのマップや，パフォーマンス状況を示すさまざまなグラフを表示でき，ITシステムの健全性を直感的に把握できます。

(2)　セントラルコンソールでのシステム監視

セントラルコンソールでは，［イベントコンソール］画面によって，システムで発生する事象を監視します。問題発生時に自動アクションによって管理者に通知するように設定しておけば，画面を常に見ておく必要はありません。

図1‒22　セントラルコンソールでのシステム監視

(3)　セントラルスコープでのシステム監視

セントラルスコープでは，［監視ツリー］画面および［ビジュアル監視］画面によって，システムを監視します。問題発生時に自動アクションによって管理者に通知するように設定しておけば，画面を常に見ておく必要はありません。

図1‒23　セントラルスコープでのシステム監視

［監視ツリー］画面は，システム管理者の目的に合わせて，監視ツリーを構成できます。［ビジュアル監視］画面では，地図や業務マップなどの上に重点的に監視が必要なポイントを配置でき，目的に合わせた直感的なシステム監視ができます。

1.4.2　障害の検知

問題が発生すると，JP1シリーズの製品によって検知され，JP1イベントが発行されます。または，特定のエラーメッセージなどをJP1イベントへ変換します。

管理が必要なJP1イベントが発生すると，JP1/IM - Managerに転送され，一元管理されます。なお，インテリジェント統合管理基盤では，問題個所をツリーやマップでビジュアルに表示し，システムの問題がサービスや業務に与える影響を即座に判断できます。

1.4.3　問題の調査

JP1/IM - Managerでは，システムで発生した問題の調査を，セントラルコンソールまたはセントラルスコープを基点とした一連の操作の流れに統合することで，運用作業を簡略化します。

(1)　インテリジェント統合管理基盤を基点とした問題の調査

インテリジェント統合管理基盤を基点とした場合，問題調査から対策までの一連の流れは次のようになります。

(a)　サービスや業務への影響の確認

システムで障害が発生すると，［ダッシュボード］画面では，ノード状態のステータスが変化します。該当するシステムを確認し，関連するサービスや業務のステータスも合わせて確認することで，影響が出ているのかを瞬時に判断できます。

図1‒24　［ダッシュボード］画面でのサービスや業務への影響確認

業務にも影響が及んで異常が発生していた場合，さらに関連する業務へ影響があるかを確認します。

図1‒25　統合オペレーション・ビューアーでの業務影響確認

(b)　問題個所の状況確認

障害が発生したシステムについて，現在の状況がどうなっているのか，統合オペレーション・ビューアーのイベント一覧や［ダッシュボード］タブで確認していきます。イベント一覧では，イベントの詳細として，あらかじめ登録しておいた対処方法や対応手順などのイベントガイド情報によって，問題の初動対応がより円滑，迅速に行えるようになります。

図1‒26　統合オペレーション・ビューアーでの状況確認

(c)　原因の調査と対処

イベントの詳細や，システムのパフォーマンス状況を確認したあと，それぞれについて原因調査を進めます。障害が発生したシステムと関連するシステムのパフォーマンス状況を調査して，原因の推測に活用します。

図1‒27　関連するシステム状況から原因を推測

原因の調査や対処が確立している場合は，システム状況に応じた運用ルールをあらかじめ登録しておくことで，状況に応じた対処方法が提案され，選択するだけで提案された内容を実行できます。運用者に依存せずに確実な対処アクションをとることが可能となります。

また，表示されているJP1イベントから，関連する管理アプリケーションを直接起動でき，より直感的な操作で，監視画面から調査画面へ移って調査を始めることができます。さらに，統合オペレーション・ビューアーから直接，エージェント（JP1/IM - Agent）上でWindowsやLinuxのコマンドを実行できます。エージェントにtelnetなどで接続する必要がなくコマンドを実行でき，簡単な確認などを容易にできます。

図1‒28　統合オペレーション・ビューアーからの各種操作

(2)　セントラルコンソールを基点とした問題の調査

セントラルコンソールを基点とした場合，問題調査から対策までの一連の流れは次のようになります。

(a)　イベント詳細

まず，問題発生を検知したイベントの詳細を確認します。対処方法や対応手順を登録しておくことで，問題の初動対応がより円滑，迅速に行えるようになります。

図1‒29　ガイドによる対処方法のアドバイス（イベントガイド情報）

(b)　イベント検索

問題発生イベント（問題発生を通知するイベント）だけでなく，その関連イベント（その問題が発生するまでに発生した事象）を問題発生時の状況として総合的に確認し調査を進める場合，イベント検索を使用します。

(c)　イベント調査

イベント詳細やイベント検索によって問題の状況を確認したあと，個々のイベントについて調査を進めます。

表示されているJP1イベントから，関連する管理アプリケーションを直接起動でき，より直感的な操作で，監視画面から調査画面へ移って調査を始めることができます。また，セントラルコンソールから直接，エージェント上でWindowsやUNIXのコマンドを実行できます。エージェントにtelnetなどで接続する必要がなくコマンドが実行でき，簡単な確認などを容易にできます。

図1‒30　JP1/IM - Managerからの各種操作

(3)　セントラルスコープを基点とした問題の調査

セントラルスコープを基点とした問題調査では，まずセントラルスコープによって問題個所を絞り込み，その後，セントラルコンソールと連携して問題個所を調査します。

セントラルスコープを基点とした場合，問題調査から対策までの一連の流れは次のようになります。

(a)　問題個所および影響範囲の確認

システムで障害が発生すると，［監視ツリー］画面および［ビジュアル監視］画面のアイコンである監視ノードが障害発生状態に変化します。障害表示となっている監視ノードをツリーの上位から確認し，問題が発生しているリソースの影響個所を特定します。

図1‒31　影響個所の確認

問題発生個所の確認方法はガイド情報を使用すると便利です。ガイド機能には，障害時の運用手順や各種エラー事例など，運用ノウハウを登録できます。多種多様なリソースに合わせて問題を適切に対処するのは容易ではありませんが，ガイド機能を活用して問題発生の運用方法をガイドすることで，システム管理者の負担を軽減できます。

重要

ガイド機能を表示するには，あらかじめガイド情報を登録しておく必要があります。ガイド機能の詳細については，「5.8　ガイド機能」およびマニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「6.6　ガイド情報の編集」を参照してください。

図1‒32　ガイド機能による対応手順のアドバイス

(b)　問題個所の確認

障害状態になっている監視ノードが特定できたら，障害の原因になったイベントを確認します。

障害状態の監視ノードを選択して［状態変更イベント検索］を実行します。［イベントコンソール］画面の［イベント検索］ページが開き，監視ノードが障害状態になる原因となったJP1イベントの検索結果が表示されます。

図1‒33　問題個所の確認

(c)　問題の調査

問題が発生した監視ノードを特定できたら，障害状態になる要因となったイベントを確認します。イベントの確認にはセントラルコンソールを使用します。問題発生要因のJP1イベントは，連携によって呼び出したセントラルコンソールによって，問題内容を調査します。

1.4.4　障害の対策

問題個所や要因を確認できたら，問題を対策します。

セントラルスコープを使用している場合は，問題の対策後，正常に稼働していることが確認できたら，セントラルスコープ上の監視ツリーの状態を「初期状態」に戻します。状態変更の操作は，それぞれの監視オブジェクトおよび監視グループで行えます。個別に「初期状態」に戻す場合は監視オブジェクトを，配下にある監視オブジェクトの状態を一括して「初期状態」に戻す場合には監視グループを選択して状態を変更します。

なお，問題を対策するまでの間に，ほかのリソースで障害が発生しているおそれもあります。状態を戻す場合は，障害状態のノードの検索などによって監視グループ全体が正常であることを確認しながら操作してください。

1.5　JP1/IM - Managerの構成

この節では，JP1/IM - Managerの製品構成およびシステム構成について説明します。

1.5.1　JP1/IM - Managerの製品構成

JP1/IM - Managerのシステムは，システムを統合管理するマネージャー，監視対象サーバで動作するエージェント，リモートの監視対象ホスト，および監視や操作を行うビューアーから構成されます。なお，リモートでログ監視する対象のホストは，統合マネージャーまたは拠点マネージャー配下だけに配置できます。

JP1/IM - Managerのシステムは，使用する機能およびホストの役割によって，次の製品が必要になります。

マネージャー：JP1/IM - Manager，JP1/Base

エージェント：JP1/IM - Agent，またはJP1/Base

ビューアー：JP1/IM - View

なお，ビューアーは，マネージャーやエージェントのホストでも使用できます。

JP1/IM - Managerの製品構成を次に示します。

表1‒3　JP1/IM - Managerの製品構成

製品

製品の概要

JP1/IM - Manager

次に示すマネージャー機能を提供します。

インテリジェント統合管理基盤

統合オペレーション・ビューアー

セントラルコンソール

セントラルスコープ

IM構成管理

JP1/IM - View

大きく分けて次の3つの画面を提供します。

セントラルコンソール・ビューアー（セントラルコンソールの操作画面）

セントラルスコープ・ビューアー（セントラルスコープの操作画面）

IM構成管理・ビューアー（IM構成管理の操作画面）

JP1/IM - Agent

エージェントとなる製品です。オンプレミス環境とクラウド環境のシステムを監視でき，管理対象ホストからパフォーマンスデータを収集して，JP1/IM - Managerに送信します。

JP1/Base

エージェントとなる製品です。

監視対象サーバとして稼働します。また，JP1イベントやJP1ユーザーの管理など，JP1の基盤機能を提供します。JP1/Baseは，JP1/IM - Managerの前提製品です。

1.5.2　システムの階層構成

JP1/IMが管理するシステムは，システムを統合管理するマネージャー，監視対象サーバで動作するエージェント，リモートの監視対象ホスト，および監視や操作を行うビューアーから構成されます。

エージェントを監視するためには，エージェントおよびマネージャー上でJP1/IM - AgentまたはJP1/Baseが動作している必要があります。このように監視対象のホスト上でJP1/IM - AgentまたはJP1/Baseが動作している構成をエージェント構成と呼びます。

また，JP1/IMのバージョンが09-50以降から対応している，監視対象のホストにリモートで接続してログ監視する構成をリモート監視構成と呼びます。リモート監視構成ではエージェント構成に比べて制限があります。リモート監視で運用するかどうかは，「8.2.8　エージェント構成とリモート監視構成の選択について」を参照して検討してください。あらかじめ監視対象のホストにリモート通信設定をしておく必要があります。通信設定の手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.18　リモートの監視対象ホストでログ監視をするための設定（Windowsの場合）」，「2.17　リモートの監視対象ホストでログ監視をするための設定（UNIXの場合）」を参照してください。

エージェント構成の場合，エージェント上でJP1/IM - AgentまたはJP1/Baseが起動していますが，リモート監視構成の場合，リモートの監視対象ホスト上でJP1/IM - AgentまたはJP1/Baseを使用する必要はありません。

なお，JP1/Baseを使用したエージェント構成およびリモート監視構成を合わせて，システムの階層構成またはIM構成と呼びます。

JP1/IM - Managerでシステムの階層構成（IM構成）を一元管理したい場合は，JP1/IM - Managerが提供するIM構成管理の機能を使用して，システムの階層構成を定義したり，システムの階層構成の定義情報（構成定義情報）を各ホストに配布したりできます。

また，従来どおり，JP1/Baseの構成定義情報を使用してシステムの階層構成を定義することもできます。ただし，この場合には，リモートの監視対象ホストについては，定義できません。

JP1/IMのシステムでは，マネージャーを階層化して，拠点ごとの小規模なシステムから，企業全体の大規模なシステムまで，さまざまな規模のシステムの統合管理を実現できます。管理対象のホストを追加したり，小規模システムから階層型の大規模システムへ移行したりすることも容易にできます。

図1‒34　規模に応じたシステムの階層構成

エージェント構成の場合，上図のように統合マネージャーの下に拠点マネージャーおよび中継マネージャーを置くことで，階層型のシステムを構築できます。階層型のシステムを構築するには，統合マネージャー，拠点マネージャー，中継マネージャーにJP1/IM - Managerが必要となります。なお，拠点マネージャーや中継マネージャー，統合マネージャーの下位ホストにインストールされているマネージャーを総称して，下位マネージャーと呼びます。

リモート監視構成の場合，階層型のシステムを構築できません。統合マネージャーまたは拠点マネージャーの下にリモートの監視対象ホストを配置する必要があります。

JP1/IMのシステムを構成するマネージャーの種類を次に示します。

表1‒4　JP1/IMのシステムを構成するマネージャーの種類

マネージャーの種類

説明

統合マネージャー

システムの階層構成の最上に位置するマネージャーです。システムの階層構成内の拠点マネージャー，中継マネージャー，エージェント（拠点マネージャーの下のエージェントを除く），リモートの監視対象ホスト（拠点マネージャーの下のリモートの監視対象ホストを除く）を統合管理します。

下位マネージャー

拠点マネージャー

拠点ごとにエージェントを管理する場合に，統合マネージャーとエージェントまたはリモートの監視対象ホストとの中間の階層に置くマネージャーです。拠点マネージャーは統合マネージャーで管理しますが，拠点マネージャーの下のエージェント，およびリモートの監視対象ホストは拠点マネージャーで管理します。

中継マネージャー

各エージェントのイベントを集約するために，統合マネージャーとエージェントとの中間の階層に置くマネージャーです。中継マネージャーおよび中継マネージャーの下のエージェントは，統合マネージャーで管理します。リモート監視構成では使用できません。

また，監視対象のホストには，次の2種類があります。

エージェント

リモートの監視対象ホスト

1.5.3　各種システム構成への対応

JP1/IM - Managerは，次のようなさまざまなシステム構成に対応しており，システムの要件に合わせて柔軟にシステム統合管理を実現します。

プラットフォーム混在の対応

Windows，UNIXからメインフレームまで，各種プラットフォームに対応したエージェントを提供しています。これらのエージェントによって，JP1/IM - Managerはさまざまなプラットフォームが混在するシステムを，シームレスに管理できます。

業務グループごとの対応

業務で使用するシステムの単位や，システム管理者が管理する監視対象の範囲ごとに，ホストをグルーピングして監視できます。

各種ネットワーク構成の対応

ファイアウォール対応

ポートフィルタリング方式のファイアウォールを経由した通信ができます。また，NATのスタティック変換方式にも対応します。JP1/IMは，ビューアーとマネージャーの間，およびマネージャーとエージェントの間で通信を行いますが，どちらの間にファイアウォールがあるネットワーク構成でも運用ができます。

複数LAN対応

JP1/IMのホストが複数のLANに接続されたネットワーク構成での運用に対応しており，JP1/IMを任意のLANで通信させるなどができます。

クラスタシステム対応

JP1/IM - Managerはクラスタシステムでの運用に対応しています。

万一の障害発生時にもJP1/IM - Managerがフェールオーバーして動作を続け，業務を支えるシステムの統合監視を継続できます。

言語の混在，タイムゾーンの混在

グローバルなシステムを統合管理する場合に避けられない，言語やタイムゾーンの混在したシステム構成にも対応できます。ただし，幾つかの制限があるため，「14.1.6　JP1/IM - Manager，統合オペレーション・ビューアー，JP1/IM - View，およびJP1/Baseの言語環境混在での運用」および「14.1.7　JP1/IM - Agentの言語環境混在での運用」を参照し，システム構成や運用を検討してください。

第2編　機能編

2　機能の概要

この章では，JP1/IM - Managerの基本となる機能の概要について説明します。

2.1　インテリジェント統合管理基盤のシステムの統合監視の仕組み

インテリジェント統合管理基盤は，監視対象システムからホストやジョブなどのシステム構成情報を収集します。その後，システム構成情報が持つ構成要素のステータス情報（状況）を，各構成要素に対応するJP1イベントの発生元ホストの情報を基に評価します。

収集したシステム構成情報と評価した構成要素のステータス情報を，Webブラウザー（ここでは統合オペレーション・ビューアー）に表示します。

図2‒1　システムの統合監視の概要

2.1.1　他製品との連携の仕組み

統合オペレーション・ビューアーでは，連携したシステムの状況を特定の構成要素で絞り込みできるため，システム管理者は必要な情報を素早く短時間で確認できます。

なお，他製品からシステム構成情報を取得してJP1/IM - Manager（インテリジェント統合管理基盤）に反映するためには，統合オペレーション・ビューアーからのツリー情報の生成および反映，またはjddcreatetreeコマンドおよびjddupdatetreeコマンドの実行が必要です。

他製品との連携の仕組みを次の図に示します。

図2‒2　他製品との連携の仕組み

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

統合オペレーション・ビューアーからのツリー情報の生成，または，jddcreatetreeコマンドを実行します。

JP1/AJS，およびJP1/PFMが管理しているシステム構成情報が取得されます。

JP1/AJSの場合は，JP1イベントの通知元ルートジョブネットと通知先ルートジョブネットの関連，JP1/PFMの場合は，JP1/PFM - Managerと監視対象の関連，などの情報がリンク情報として取得されます。

統合オペレーション・ビューアーからのツリー情報の反映，または，jddupdatetreeコマンドを実行します。

取得したシステム構成情報とリンク情報が，インテリジェント統合管理基盤に取り込まれます。

インテリジェント統合管理基盤にログインします。

取り込んだルートジョブネットの情報，およびJP1/PFMの監視対象の情報などが，統合オペレーション・ビューアーに表示されます。

統合オペレーション・ビューアーからのツリー情報の生成および反映については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.2.2(2)［ツリー情報生成］ダイアログ」および「2.2.2(3)［ツリー情報反映］ダイアログ」を参照してください。

jddcreatetreeコマンド，およびjddupdatetreeコマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jddcreatetree」（1.コマンド），「jddupdatetree」（1.コマンド）を参照してください。

2.2　イベント管理の仕組み

JP1/IM - Managerでは，システムで発生したさまざまな事象を，JP1イベントとして一元的に管理します。

JP1イベントは，JP1/Baseのイベントサービス機能で制御され，JP1/Base独自のデータベースであるイベントDBに保管されます。

図2‒3　JP1イベントの管理概要

また，JP1/IM - Managerが提供するデータベース（統合監視DB）を使用した場合は，JP1/IM - Managerのイベント基盤サービスが，イベントDBからJP1イベントを取得します。JP1/IM - Managerは，取得したJP1イベントにJP1/IM - Manager固有の情報を持たせて，統合監視DBに保管します。JP1/IM - Managerは統合監視DBからJP1イベントを取得することで，その情報に基づいた各種処理を実行します。

図2‒4　統合監視DBを設定した場合のJP1イベントの管理概要

なお，リモートの監視対象ホストのJP1イベントの管理については，「8.6　リモートの監視対象ホストの管理」を参照してください。

2.3　運用サイクルごとの機能

ここでは，運用サイクルごとに使用する機能について説明します。JP1/IM - Managerを構成する機能はインテリジェント統合管理基盤，セントラルコンソール，セントラルスコープ，IM構成管理，基盤機能の五つに分かれます。

インテリジェント統合管理基盤

インテリジェント統合管理基盤は，システムで管理する多様なデータとその関連性やナレッジ（知識）を統合管理する基盤です。Webブラウザーのビューアー（統合オペレーション・ビューアー）で，ITシステムの健全性の可視化，障害調査を支援します。ITシステムのパフォーマンスデータや構成要素（ルートジョブネットや稼働状況など）同士の関連性を管理します。インテリジェント統合管理基盤によるIT運用の最適化については「3.　インテリジェント統合管理基盤によるIT運用の最適化」を参照してください。

セントラルコンソール

セントラルコンソールは，JP1イベントによってシステムで発生する事象を一元管理して，システムを統合的に管理します。セントラルコンソールによるシステム監視の詳細については「4.　セントラルコンソールによるシステムの集中監視」および「6.　自動アクションによるコマンド実行（JP1/Base連携）」を参照してください。

セントラルスコープ

セントラルスコープは，システム管理者が必要とする目的に合わせた監視画面によって，目的指向型のシステム統合管理を実現します。セントラルスコープの詳細については「5.　セントラルスコープによる目的指向型のシステム監視」を参照してください。セントラルスコープを使用するには，JP1/IM - Manager内のセントラルスコープサービスを有効（稼働状態）にする必要があります。セントラルスコープの構築については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.19.5　セントラルスコープの機能を使用するための設定（Windowsの場合）」を参照してください。

IM構成管理

IM構成管理では，IM構成管理・ビューアーを操作して，JP1/IMが管理するシステムの階層構成（IM構成）およびホストの設定を一元的に管理できます。IM構成管理を使用するには，IM構成管理DBの設定を有効にする必要があります。IM構成管理の詳細については，「8.　IM構成管理によるシステムの階層構成の管理」を参照してください。

基盤機能

基盤機能では，JP1/IM - Managerの起動，停止などの動作を制御する「プロセス管理」や，JP1/Baseでサービスの起動を管理する「サービスの起動管理」などがあります。JP1/IM - ManagerおよびJP1/Baseの基盤機能の詳細については，「9.　JP1/IMの動作制御」を参照してください。

2.3.1　システム監視で使用する機能

システムの運用では，常にシステムが正常であるかを監視し続ける必要があります。

図2‒5　システム監視で使用する機能

インテリジェント統合管理は，システムのステータス（ノード状態）やアラート情報を監視（パフォーマンスのしきい値を監視）します。システムの異常から業務障害の予兆を監視し，関連する性能（トレンド）情報，および監視対象間の関連ノードのつながりを，統合オペレーション・ビューアーに表示します。システムの状態の把握が容易になるため，システムの異常や予兆に素早く気付くことができます。

セントラルコンソールはシステムの集中監視によって，監視作業の効率化と，問題発生のいち早い対策を支援し，運用管理の負担を軽減します。監視に不要なJP1イベントが大量発生した場合でも，繰り返しイベント条件を設定することで，条件に一致する不要なJP1イベントの表示を抑止して効率よく監視できます。

大規模で複雑なシステムの運用では，システム監視中に問題発生を検知しても，業務への影響を判断するのは容易ではありません。セントラルスコープは，システムをツリー形式やマップ形式の監視画面によってビジュアル化し，システム管理者が必要とする視点でシステム監視を実現します。システムで発生した問題の影響範囲を視覚的に確認できます。これによって，運用管理を効率化するとともに，未然に影響を防ぐような対処へつなげることができます。

システムの監視時の基盤機能には，ユーザー管理および構成管理があります。ユーザー管理はJP1ユーザーのコマンド実行時の，JP1ユーザーとOSユーザーとの対応づけ（ユーザーマッピング）を定義します。IM構成管理は，システムの階層構成を管理します。

重要

JP1/IM - Managerで監視できるのは，JP1/IM - Managerによる監視運用を開始してから発生されたJP1イベントだけです。JP1/IM - Managerの監視運用を開始する前に，すでに発生していた障害については監視できません。

2.3.2　問題発生の検知で使用する機能

問題発生の検知に使用する機能を次に示します。

図2‒6　問題発生の検知で使用する機能

システムに問題が発生したことを検知する機能は，インテリジェント統合管理基盤，セントラルコンソール，セントラルスコープ，および基盤機能にあります。

インテリジェント統合管理基盤では，ダッシュボードにノード状態やアラート情報などを関連する管理対象ごとに複数表示できるため，障害が発生したシステムだけでなく，関連するサービスや業務への影響を検知できます。さらに，プロアクティブ監視によって，ジョブ実行の性能低下や運用停止につながる異常を検知できます。また，関連ノードの表示によって，実行先ホストに関係するジョブなどに問題が発生しているかを確認できます。

セントラルコンソールでは，自動アクションや相関イベントを設定しておくことでシステムに問題が発生したことを検知できます。自動アクションは特定イベントの受信を契機として，自動的に任意のコマンドを実行します。また，相関イベントは関連性を持つ複数のイベントの受信を契機として，任意のJP1イベントを発行します。これらによって，システム管理者へメールを送信したり通知イベントを発行したりして，問題発生を通知できます。

セントラルスコープでは，ツリー監視とビジュアル監視があります。セントラルスコープからは，監視ノードの状態変更を契機にJP1イベントを発行することで，セントラルコンソールを利用した自動アクションを実行できます。また，アラームを使用すると，重要イベントが発生したことを通知したり，監視ツリー上のアイコンを障害表示にして，障害の影響範囲をビジュアルに表示したりできます。

基盤機能のヘルスチェックでは，JP1/IM - Managerを構成するプロセスに異常が発生した場合，メッセージやJP1イベントを発行します。また，自ホストまたは他ホストのJP1/Baseを構成するプロセスに異常が発生した場合，メッセージやJP1イベントを発行できます。

2.3.3　調査・対策で使用する機能

調査・対策で使用する機能を次の図に示します。

図2‒7　調査・対策で使用する機能

インテリジェント統合管理基盤の調査・対策は，ダッシュボードを起点にして行います。ノード状態やアラート情報で異常を検知した監視対象を特定し，そのパフォーマンスデータから現在の状況と，イベント表示で発生した現象を確認します。業務に関する現象の場合は，連携ユニット表示で後続のルートジョブネットに影響があるかどうかを確認したり，トレンド表示でジョブ実行や性能情報の関連性を確認したりします。また，必要に応じて，JP1/AJS - Web Consoleの［モニター］画面を表示して，詳細な情報を確認します。現象が発生した原因については，ダッシュボードで現象発生時のパフォーマンスデータと過去データや関連するシステムと比較して推測していきます。

セントラルコンソールの調査・対策は，JP1イベントを基にして行います。イベント詳細表示でJP1イベントの詳細情報を表示したり，イベント検索で問題のJP1イベントに関連するイベントを検索したりします。また，JP1イベントを発行したアプリケーション，または任意のアプリケーションを起動したり，任意のコマンドを実行したり，JP1/PFMなどのJP1シリーズ製品と連携したりして調査・対策します。

セントラルスコープでは，問題発生に関連する監視ノードを検索します。また，監視ノードの状態を変更したり，監視ノードの監視状態を変更したりできます。

監視オブジェクトの状態を変更したイベントは，［状態変更イベント検索］で変更履歴を確認できます。

また，調査・対策をする範囲がシステム構築の範囲に及んだ場合は，IM構成管理を使用します。IM構成管理・ビューアーを使用して，問題が発生したホストの状態を確認し，問題が発生したホストをシステムの階層構成から削除したり，IM構成管理が保存していたシステムの階層構成をホストに反映したりすることができます。なお，IM構成管理を使用しない場合は，ログ情報を調査して問題が発生したホストの状態を確認し，対策が必要です。

基盤機能では，統合トレース機能を使用して，JP1/BaseおよびJP1/IM - Managerの各機能のトレース情報を一つの統合トレースログにまとめて出力できます。

2.3.4　構築，運用，再構築で使用する機能

構築，運用，再構築で使用する機能を次の図に示します。

図2‒8　構築，運用，再構築で使用する機能

問題に対する調査・対策を講じる手段として再構築やメンテナンスによる運用を変更する必要が生じる場合があります。そのような場合は，インテリジェント統合管理基盤，IM構成管理またはJP1/Baseが提供する構成管理機能を使用して，エージェント構成やシステムの階層構成の見直しを実施します。

JP1/IM - Managerでシステムの階層構成を一元管理したいときは，IM構成管理の機能を使用することをお勧めします。IM構成管理・ビューアーを使用して管理対象のホストを登録したり，システムの階層構成に追加，移動，削除したりすることで，システムの階層構成を定義できます。

IM構成管理を使用しないときは，JP1/Baseが提供する構成管理機能を使用してシステムの階層構成を定義します。また，ホストのJP1/Baseで定義した情報の収集および配布に，JP1/Baseが提供する定義収集・配布機能を使用します。

構築，運用および再構築で，IM構成管理を使用するか，JP1/Baseが提供する構成管理機能および定義収集・配布機能を使用するかは，あらかじめ検討しておく必要があります。機能詳細および設計検討については，次の表を参照してください。

表2‒1　機能詳細および設計検討の説明

使用する機能

機能詳細の参照先

設計検討の参照先

IM構成管理

8.　IM構成管理によるシステムの階層構成の管理

13.5　システムの階層構成の管理の検討

14.5　システムの階層構成の検討

JP1/Baseが提供する構成管理機能

JP1/Baseが提供する定義収集・配布機能

9.4.3　システムの階層構成の管理

9.4.5　定義情報の収集と配布

2.3.5　運用サイクル全般で使用する機能

運用サイクル全般で使用する機能を次の図に示します。

図2‒9　運用サイクル全般で使用する機能

運用サイクル全般では，次の表に示す機能を使用します。

表2‒2　運用サイクル全般で使用する機能

機能名

機能

運用の概要

インテリジェント統合管理基盤

システム構成情報とJP1イベントによるシステムの管理

システムの構成要素の関連をシステム構成情報とJP1イベントで監視します。

構成要素ごとに発生したJP1イベントを一覧で確認します。

関連ノード表示

監視対象間の関連（ナレッジ）を表示します。

システムのパフォーマンス管理

JP1/IM - Agentが監視対象から収集したパフォーマンスデータを管理します。

トレンド情報表示

IM管理ノードや関連ノードが持つトレンド情報（ジョブの滞留状況，ホストの性能情報）を表示します。

他製品との連携

JP1/AJSと連携した場合は，ルートジョブネット同士の関連を表示します。

JP1/PFMと連携した場合は，JP1/PFMの性能情報を表示します。

対処アクション

システムの状況に応じて提案される対処アクションを選択して実行します。

JP1/IM - Agentと連携した場合は，対処アクションの自動実行機能および手動実行機能で，対処アクションの操作や確認をします。

統合エージェントの管理

JP1/IM - Agentを使用する場合，統合エージェント管理基盤で管理対象のJP1/IM - Agentを管理します。

セントラルコンソール

イベントガイド機能

JP1イベントに対する対処方法や対応手順など，ガイド情報を表示します。

対処状況の管理

重要イベントの対処状況を管理します。

イベント情報の保管

JP1/IM - Viewに表示されるJP1イベントの情報を保管（CSV出力）します。

統合監視DBに保存されるJP1イベントの情報を保管（イベントレポート出力）します。

JP1シリーズ製品との連携

JP1/Service Supportへインシデントを登録します。

JP1イベントに対応する業務コンテンツ（運用手順）をJP1/Navigation Platformに表示します。

セントラルスコープ

対処状況の管理

監視ノードの状況を管理します。

ガイド機能

対処方法や対応手順など，ガイド情報を表示します。

IM構成管理

IM構成管理・ビューアーを使用した機能

管理対象のホストの状態を管理します。

システムの階層構成の状態を管理します。

各ホストで動作するJP1/Baseのプロファイルの状態を管理します。

リモートの監視対象ホストのプロファイルの状態を管理します。

各ホストで動作するJP1/Baseのサービスの稼働情報を確認します。

IM構成管理の管理情報のインポート・エクスポート

障害対策に備えてIM構成管理の管理情報をエクスポートしておき，障害の復旧時にインポートします。

基盤機能

プロセス管理

JP1/IM - Managerの起動，停止などの動作を制御します。

JP1/IM - Managerの各機能の動作状態を確認します。

サービスの起動管理※1※2

JP1/Baseによって，サービスの起動を管理します。

コマンド実行※2

JP1/IM - Viewからコマンドを実行します。

自動アクションによってコマンドを実行します。

定義収集・配布

※2

ホストで動作するJP1/Baseの定義情報を収集し，配布します。

定義ファイル操作

統合オペレーション・ビューアーまたはREST APIから定義ファイルの一覧取得，取得，更新，削除の機能を使用して，定義ファイルの編集などを行います。

注※1　Windows限定の機能です。

注※2　JP1/Baseの機能です。

なお，システムの階層構成の管理および定義情報の収集・配布については，IM構成管理または基盤機能のどちらを使用しても運用できます。どちらの方法で運用するかをあらかじめ検討しておく必要があります。機能詳細および設計検討については，「表2-1　機能詳細および設計検討の説明」を参照してください。

2.4　機能一覧

2.4.1　JP1/IM - Managerの機能一覧

JP1/IM - Managerでシステムの運用監視をする場合に，各製品を構成する機能を図で表すと次のようになります。

図2‒10　各製品を構成する機能

JP1/IM - Managerは，前提製品JP1/Baseと連動し，JP1/Baseが提供する基盤機能を使用して動作します。また，JP1/IM - ManagerのエージェントではJP1/Baseを実行します。JP1/IM - ManagerはJP1/Baseと不可分な関係にあります。

また，JP1/IM - Managerのエージェントとして，JP1/IM - Agentを使用できます。

この図で示した機能の概要を次の表に示します。

表2‒3　機能概要（JP1/IM - Manager）

機能

概要

サービス名など

参照先

インテリジェント統合管理基盤

システム構成情報とJP1イベントによるシステムの管理

複数のシステムの関係性やジョブ管理，稼働監視，イベント管理，性能情報などのシステムのデータを活用し，システム構成情報の状態を監視します。

インテリジェント統合管理基盤サービス

インテリジェント統合管理データベースサービス

統合オペレーション・ビューアー

3.1 システム構成情報とJP1イベントによるシステムの管理

IM管理ノードによるシステムの統合監視

統合オペレーション・ビューアーに階層表示される監視対象システムの構成要素（IM管理ノード）の稼働状況を，JP1イベントの情報を元に確認して，システムの統合監視を行います。

3.5 IM管理ノードによるシステムの統合監視

ダッシュボードによるITシステム健全性の可視化

IM管理ノードの状態監視，アラート情報監視，ITリソース監視や外形監視で収集したパフォーマンスデータを，自由なレイアウトでグラフィカルに表示します。

3.2 ITシステムの健全性の可視化

イベント表示

監視対象ホストで発生するイベントを，統合オペレーション・ビューアーのイベント一覧に表示します。

3.10 イベント表示機能

関連ノード表示

統合オペレーション・ビューアーで構成要素のつながりが関連ノードとして可視化され，複数システムの関係性やシステム全体の状況を一目で把握できます。

3.11 関連ノード表示機能

トレンド情報表示

統合オペレーション・ビューアーで選択したIM管理ノードや関連ノードが持つトレンド情報（ジョブの滞留状況，ホストの性能情報）を表示し，問題の事前確認，問題発生時の原因究明を支援します。

3.12 トレンド情報表示機能

他製品との連携

JP1/IM - Agent，JP1/Base，JP1/AJS，JP1/PFMなどの監視対象製品からシステム構成情報を取得し，統合オペレーション・ビューアーから各製品のデータを統合的に監視できます。

3.14 他製品との連携（インテリジェント統合管理基盤）

対処アクション

システムの状況に応じた対処アクションが提案され，提案を選択して対処アクションを実行できます。

また，JP1/IM - Agentを使用した対処アクションの自動実行機能および手動実行機能では，統合オペレーション・ビューアーから柔軟かつ一元的に対処アクションの操作や確認ができます。

3.14.4 システムの状況に応じた対処アクションの提案

7. 対処アクションの自動実行と手動実行（JP1/IM - Agent連携）

統合エージェントの管理

管理対象のJP1/IM - Agentを管理します。

統合エージェント管理基盤

3.6.3 統合エージェント管理機能

セントラルコンソール

JP1イベントによる集中監視

JP1イベントを監視します。

セントラルコンソール・ビューアー

4.1 JP1イベントによる集中監視

JP1イベントの管理

セントラルコンソール・ビューアーへのJP1イベント表示を制御します。

イベントコンソールサービス

統合監視DBを管理します。

IMデータベースサービス

JP1/BaseのイベントサービスからJP1イベントの情報を取得します。

取得したJP1イベントをJP1/IM - Manager各制御（イベントコンソールサービス，アクション実行サービス，セントラルスコープサービス）へ配信します。

イベント基盤サービス

JP1イベントを制御します。

イベントDBを管理します。

JP1/Base

JP1イベントのフィルタリング

必要なJP1イベントをフィルタリングします。

セントラルコンソール・ビューアー

イベントコンソールサービス

イベント基盤サービス

相関イベント発行サービス

JP1/Base

4.2 JP1イベントのフィルタリング

自動アクション

イベント基盤サービスで検知したイベントを条件に，自動でコマンドを実行します。

アクション実行サービス

6. 自動アクションによるコマンド実行（JP1/Base連携）

相関イベントの発行

JP1/BaseのイベントサービスからJP1イベントを取得し，取得したJP1イベントを相関処理して相関イベントとしてJP1/Baseに登録します。

相関イベント発行サービス（統合監視DBを使用しない場合）

イベント基盤サービス（統合監視DBを使用する場合）

4.3 相関イベントの発行

イベント変換

ログファイルから情報を抽出しJP1イベントに変換します（ログファイルトラップ変換）。

Windowsのイベントログから情報を抽出しJP1イベントに変換します（イベントログトラップ変換）。

バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMが管理するSNMPトラップから情報を抽出しJP1イベントに変換します（SNMPトラップ変換）。

JP1/Base

マニュアル「JP1/Base 運用ガイド」

ユーザー独自のイベント属性の表示

JP1/Baseの関数を使用してユーザーアプリケーションからJP1イベントを発行します。

4.14 ユーザー独自のイベント属性の表示

イベントガイド機能

あらかじめ登録しておいた対処方法や対応手順などの情報を表示します。

セントラルコンソール・ビューアー

4.10 イベントガイド機能

JP1/IM - Viewでの表示情報のCSV出力

JP1/IM - Viewに表示されるJP1イベントの情報をCSV出力します。

4.15 JP1/IM - Viewでの表示情報のCSV出力

システム操作

連携製品をモニター起動します。

統合機能メニューから関連アプリケーションを起動します。

JP1/IM - Viewからコマンドを実行します。

4.19 JP1/IMからのシステムの操作

セントラルスコープ

ツリー監視

監視対象をツリー表示し，集中監視します。

監視画面を自動生成します。

セントラルスコープ・ビューアー

セントラルスコープサービス

5.2 監視ツリー

5.3 監視ツリーの自動生成

5.4 監視ツリーの編集

ビジュアル監視

監視対象をマップ上に配置し，集中監視します。

5.5 ビジュアル監視

ガイド機能

あらかじめ登録しておいた対処方法や対応手順などの情報を表示します。

5.8 ガイド機能

IM構成管理※1

ホスト管理

JP1/IMのシステムを構成するホストをマネージャーから一元的に管理します。

IM構成管理・ビューアー

IM構成管理サービス

IMデータベースサービス

8.1 ホストの管理

システムの階層構成の管理

システムの階層構成をマネージャーから一元的に管理します。

エージェントおよびマネージャー上でJP1/Baseが動作しているエージェント構成，および監視対象のホストにリモートで接続して監視しているリモート監視構成を管理しています。

8.2 システムの階層構成の管理

仮想化システム構成の管理

仮想ホストを含むシステムの階層構成を管理します。

8.3 仮想化システム構成の管理

業務グループの管理

監視対象の複数のホストを，業務で使用するシステムの単位やシステム管理者の監視対象範囲の単位などにグルーピングして監視します。

8.4 業務グループの管理

プロファイルの管理

各ホストで動作するJP1/Baseのプロファイルまたはリモートの監視対象ホストのプロファイルをマネージャーから一元的に管理します。

8.5 プロファイルの管理

サービス稼働情報の管理

各ホストのJP1/IM - ManagerおよびJP1/Baseのサービスの稼働状況を確認します。

8.7 サービスの稼働情報の管理

IM構成管理の管理情報のインポート・エクスポート

IM構成管理の管理情報をエクスポート・インポートします。

8.8 IM構成管理の管理情報のエクスポート・インポート

基盤機能

プロセス管理

JP1/IM - Manager，およびJP1/IM - Managerで提供する各機能を管理します。

プロセス管理

9.1 JP1/IM - Managerのプロセス管理

9.4.9 JP1/Baseのプロセス管理

ヘルスチェック

JP1/IM - Managerプロセスの状態を監視します（自ホスト上のセントラルスコープサービスおよびIM構成管理サービスを除く）。

JP1/Baseプロセスの状態を監視します。

ヘルスチェック

JP1/Base

9.2 JP1/IM - Managerのヘルスチェック機能

9.4.8 JP1/Baseのヘルスチェック機能

統合トレース

JP1/Base，JP1/IM - Manager，JP1/IM - Viewなどのトレース情報を記録します。

統合トレース

9.4.7 統合トレース機能

ユーザー管理

JP1ユーザーを管理します。

コマンド実行権限を管理します。

JP1/Base

9.4.1 JP1ユーザーの管理

9.4.4 コマンド実行の管理

構成管理※2

JP1/IM - Managerのシステム構成を管理します。

9.4.3 システムの階層構成の管理

9.4.4 コマンド実行の管理

サービスの起動管理

Windowsサービスに登録された（JP1/Base含む）各製品のサービスの起動・停止の順序を制御します。※3

9.4.6 サービスの起動管理（Windows限定）

コマンド実行※2

コマンド実行を制御します。

コマンド実行履歴ファイルを管理（マネージャーだけ）します。

9.4.4 コマンド実行の管理

定義収集・配布※2

JP1/IM - Managerでのイベントサービス定義情報を収集・配布します。

9.4.5 定義情報の収集と配布

定義ファイル操作

定義ファイルの一覧取得，取得，更新，削除の機能を使用して，定義ファイルの編集などを行います。

統合オペレーション・ビューアー

REST API

3.6.5 定義ファイル操作機能

注※1　IM構成管理DBの設定が有効な場合に使用できる機能です。

注※2　JP1/Baseが提供する機能です。

注※3　Windows限定の機能です。

2.4.2　JP1/IM - Agentの機能一覧

バージョン13で追加したJP1/IM - Agentが提供する機能の一覧を，次に示します。

表2‒4　機能概要（JP1/IM - Agent）

機能

説明

参照先

性能監視機能

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

監視対象からパフォーマンスデータを収集する機能

Windows性能情報収集機能

Linux性能情報収集機能

Linuxプロセス情報収集機能

AIX性能情報収集機能

Amazon CloudWatch性能情報の収集機能

Azure Monitor性能情報の収集機能

外形監視機能

UAP監視機能

Oracle Database監視機能

ログメトリクス機能

コンテナ監視機能

3.15 JP1/IM - Agentによる監視機能

3.15.1　JP1/IM - Agentによる性能監視機能

3.15.2　JP1/IM - Agentによるログメトリクス機能

3.15.4　コンテナ監視機能

パフォーマンスデータの監視・通知機能

Prometheus serverが収集したパフォーマンスデータをしきい値監視し，JP1/IMに通知する機能

ログ監視機能

インプットプラグイン機能

ログメッセージおよびイベントログを読み込み，解析する機能

3.15.3　JP1/IM - Agentによるログ監視機能

アウトプットプラグイン機能

ログの監視結果を出力する機能

出力方法として，JP1イベントへの変換と，Fluentd自身のログファイルへの出力があります。

イベント変換機能

監視するログの条件とJP1イベントに変換したときの属性を指定する機能

ログ出力機能

Fluentdの動作に関する情報を，Fluentd自身のログファイルに出力する機能

メトリック送信機能

ログが監視されていることを表すメトリックを，JP1/IM - Managerに送信する機能

SAPシステムのログ抽出機能

次のコマンドを使用して，SAPシステムのシステムログ情報とCCMSアラート情報を抽出する機能

SAPシステムのシステムログ情報を抽出するコマンド（jr3slget）

SAPシステムのCCMSアラート情報を抽出するコマンド（jr3alget）

3.15.5 SAPシステム監視機能

統合エージェント基盤

共通機能

統合エージェント基盤の通信，設定ファイルのリロードなど，統合エージェント基盤の各機能で共通で使用する機能

3.15.7　統合エージェント基盤

データ転送機能

リモートライトやアラートの送信を通信する機能

エージェント管理機能

エージェントの構成管理機能

エージェントインストール機能

エージェントをインストールし，アドオンプログラムの設定や起動を制御する機能

初期設定コマンド

初期設定画面や環境変数に指定した設定値やホスト名の反映を行うコマンド

3.15.9　初期設定コマンド

ポーリング監視機能

統合エージェント制御基盤の接続，切断，停止などによる通信の状態を検知する機能

3.15.8　統合エージェント制御基盤のポーリング監視

2.5　機能を使用するための準備

JP1/IM - Managerで特定の機能を使用する場合，機能の種類によって使用前に準備をしておく必要があります。準備する方法を次に示します。

コマンドを実行する

定義ファイルでパラメーターを設定する

画面項目の値を設定する

JP1/IM - Managerの特定の機能を使用するための前提機能，準備の内容，設定方法を，機能別に次の表に示します。表で示す以外の設定については，初期値を使用して動作するため，設定の必要はありません。また，各機能で設定するイベント条件などについては，各機能の詳細をご確認ください。

表2‒5　IMデータベースを使用するための前提機能，準備の内容，設定方法

使用する機能の説明個所

前提機能

機能を使用するための準備

2.6　IMデータベースが提供する機能

統合監視DB

−

IMデータベースのサイズや格納先などの情報を設定します。

物理ホストの場合

セットアップ情報ファイル（jimdbsetupinfo.conf）

論理ホストの場合

クラスタセットアップ情報ファイル（jimdbclustersetupinfo.conf）

次のコマンドでIMデータベースのセットアップをします。

jcodbsetupコマンド

次のコマンドで機能を有効にします。

jcoimdefコマンド（オプション：-db ON）

2.6　IMデータベースが提供する機能

IM構成管理DB

−

IMデータベースのサイズや格納先などの情報を設定します。

物理ホストの場合

セットアップ情報ファイル（jimdbsetupinfo.conf）

論理ホストの場合

クラスタセットアップ情報ファイル（jimdbclustersetupinfo.conf）

次のコマンドでIMデータベースのセットアップをします。

jcfdbsetupコマンド

次のコマンドで機能を有効にします。

jcoimdefコマンド（オプション：-cf ON）

（凡例）−：該当しない

表2‒6　インテリジェント統合管理基盤を使用するための前提機能，準備の内容，設定方法

使用する機能の説明個所

前提機能

機能を使用するための準備

2.6　IMデータベースが提供する機能

統合監視DB

−

IMデータベースのサイズや格納先などの情報を設定します。

物理ホストの場合

セットアップ情報ファイル（jimdbsetupinfo.conf）

論理ホストの場合

クラスタセットアップ情報ファイル（jimdbclustersetupinfo.conf）

次のコマンドでIMデータベースのセットアップをします。

jcodbsetupコマンド

次のコマンドで機能を有効にします。

jcoimdefコマンド（オプション：-db ON）

2.8　インテリジェント統合管理データベースの導入と提供機能

トレンドデータ管理DB

統合エージェントホスト管理DB

対処アクション結果管理DB

−

インテリジェント統合管理データベースのサイズや格納先などの情報を設定します。

物理ホストの場合

インテリジェント統合管理データベースセットアップ情報ファイル（jimgndbsetupinfo.conf）

論理ホストの場合

クラスタ環境インテリジェント統合管理データベースクラスタセットアップ情報ファイル（jimgndbclustersetupinfo.conf）

物理ホストおよび論理ホストの場合

インテリジェント統合管理データベースの設定ファイル（postgresql.conf）

次のコマンドでインテリジェント統合管理データベースのセットアップをします。

jimgndbsetupコマンド

3.1　システム構成情報とJP1イベントによるシステムの管理

統合監視DB

発生元ホストのマッピング

次のコマンドで機能を有効にします。

jcoimdefコマンド（オプション：-dd ON）

jcoimdefコマンド（オプション：-hostmap ON）

3.5　IM管理ノードによるシステムの統合監視

−

−

3.6　WebGUI（統合オペレーション・ビューアー）を使用した運用

−

−

3.10　イベント表示機能

−

−

3.11　関連ノード表示機能

−

−

3.12　トレンド情報表示機能

−

−

3.13　配布物の取得機能（ファイルダウンロード機能）

−

−

3.14　他製品との連携（インテリジェント統合管理基盤）

−

次のコマンドで連携する製品のシステム構成情報を取得します。

jddcreatetreeコマンド

jddupdatetreeコマンド

7.　対処アクションの自動実行と手動実行（JP1/IM - Agent連携）

−

−

表2‒7　セントラルコンソールを使用するための前提機能，準備の内容，設定方法

使用する機能の説明個所

前提機能

機能を使用するための準備

4.1.1　セントラルコンソールによる監視

−

−

4.1.4　業務グループの参照・操作制限の仕組み

統合監視DB

IM構成管理

発生元ホストのマッピング

次のコマンドで機能を有効にします。

jcoimdefコマンド（オプション：-bizmonmode ON）

4.2.2　イベント取得フィルター

−

−

4.2.3　ユーザーフィルター

−

−

4.2.4　重要イベントフィルター

−

−

4.2.5　表示フィルター

−

−

4.2.6　フィルターの条件定義

共通除外条件（基本）

−

次のコマンドで拡張モードから基本モードへ切り替えます。

jcochcefmodeコマンド（オプション：-m normal）

4.2.6　フィルターの条件定義

共通除外条件（拡張）

−

JP1/Baseの正規表現を拡張正規表現に変更します。詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

次のコマンドで基本モードから拡張モードへ切り替えます。

jcochcefmodeコマンド（オプション：-m extended）

4.3　相関イベントの発行

−

次のコマンドで機能を有効にします。

jcoimdefコマンド（オプション：-egs ON）

4.4　繰り返しイベントの表示抑止

統合監視DB

次のコマンドで機能を有効にします。

jcoimdefコマンド（オプション：-storm ON）

4.4.10　繰り返しイベントの集約表示機能で表示抑止する場合について

−

次のコマンドで繰り返しイベントの監視抑止機能を無効にします。

jcoimdefコマンド（オプション：-storm OFF）

次の画面で機能を有効にします。

［ユーザー環境設定］画面

4.5　大量発生イベントの監視抑止

統合監視DB

次のコマンドで機能を有効にします。

jcoimdefコマンド（オプション：-storm ON）

4.6　イベント検索

−

−

4.7　JP1イベントの重大度の変更

統合監視DB

次のコマンドで機能を有効にします。

jcoimdefコマンド（オプション：-chsev ON）

4.8　メッセージの表示形式の変更

統合監視DB

−

4.9　発生元ホストのマッピング

統合監視DB

次のコマンドで機能を有効にします。

jcoimdefコマンド（オプション：-hostmap ON）

4.10　イベントガイド機能

−

−

4.11　メモ情報の設定機能

統合監視DB

次のコマンドで機能を有効にします。

jcoimdefコマンド（オプション：-memo ON）

4.12　固有の属性付加

−

−

4.13　固有の拡張属性の表示およびイベント条件への指定

−

−

4.14　ユーザー独自のイベント属性の表示

−

−

4.15　JP1/IM - Viewでの表示情報のCSV出力

−

−

4.16　イベントの表示開始位置の指定

統合監視DB

−

4.17　ログイン時のイベント取得範囲

統合監視DB

次の画面で機能を有効にします。

［ユーザー環境設定］画面

4.18　指定期間のイベント表示

−

−

4.19.1　連携製品のモニター起動

−

−

4.19.2　統合機能メニュー

−

−

4.19.3　JP1/IM - Viewから管理対象ホストへのコマンド実行

−

−

4.19.4　クライアントホスト上のコマンド実行

−

−

4.19.5　コマンド実行時のイベント情報引き継ぎ

−

−

4.20　メール通知機能（Windows限定）

−

次の定義ファイルでメールサーバのホスト名や認証方式，認証アカウント名・パスワードなどメール送信に必要な情報を設定します。

メール環境定義ファイル（jimmail.conf）

6.　自動アクションによるコマンド実行（JP1/Base連携）

−

−

（凡例）−：該当しない

表2‒8　セントラルスコープを使用するための前提機能，準備の内容，設定方法

使用する機能の説明個所

前提機能

機能を使用するための準備

5.1　セントラルスコープの機能概要

−

次のコマンドで監視オブジェクトDBをセットアップします。

jcsdbsetupコマンド

次のコマンドで機能を有効にします。

jcoimdefコマンド（オプション：-s ON）

5.2　監視ツリー

セントラルスコープ

−

5.3　監視ツリーの自動生成

セントラルスコープ

−

5.4　監視ツリーの編集

セントラルスコープ

−

5.5　ビジュアル監視

セントラルスコープ

−

5.7　検索（監視ノード検索，状態変更イベント検索）

セントラルスコープ

−

5.8　ガイド機能

セントラルスコープ

−

5.9　対処済み連動機能

セントラルスコープ

−

5.10.1　統合機能メニュー

セントラルスコープ

−

（凡例）−：該当しない

表2‒9　IM構成管理を使用するための前提機能，準備の内容，設定方法

使用する機能の説明個所

前提機能

機能を使用するための準備

8.　IM構成管理によるシステムの階層構成の管理

IM構成管理DB

次のコマンドで機能を有効にします。

jcoimdefコマンド（オプション：-cf ON）

8.1　ホストの管理

IM構成管理

−

8.2　システムの階層構成の管理

IM構成管理

−

8.3　仮想化システム構成の管理

IM構成管理

−

8.4　業務グループの管理

IM構成管理

−

8.5　プロファイルの管理

IM構成管理

−

8.6　リモートの監視対象ホストの管理

IM構成管理

リモート監視をする場合は，マネージャーホストと監視対象ホストのそれぞれでOSの設定が必要です。OSの設定の詳細については，次のマニュアルを参照してください。

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.18　リモートの監視対象ホストでログ監視をするための設定（Windowsの場合） 」および「2.17　リモートの監視対象ホストでログ監視をするための設定（UNIXの場合） 」

8.7　サービスの稼働情報の管理

IM構成管理

−

8.8　IM構成管理の管理情報のエクスポート・インポート

IM構成管理

−

（凡例）−：該当しない

表2‒10　JP1/IM - Managerの動作を制御するための前提機能，準備の内容，設定方法

使用する機能の説明個所

前提機能

機能を使用するための準備

9.1　JP1/IM - Managerのプロセス管理

−

−

9.2　JP1/IM - Managerのヘルスチェック機能

−

次の定義ファイルで機能を有効にします。

ヘルスチェック定義ファイル（jcohc.conf）

（凡例）−：該当しない

表2‒11　他製品と連携するための前提機能，準備の内容，設定方法

使用する機能の説明個所

前提機能

機能を使用するための準備

10.1　JP1/Service Supportとの連携

−

インシデントを登録するJP1/Service SupportのWWWページのURLを定義します。

インシデント手動登録定義ファイル（incident.conf）

インシデントとして登録する任意のJP1イベントの属性または文字列を定義します。

インシデント引き継ぎ情報設定ファイル（incident_info.conf）

10.2　JP1/Navigation Platformとの連携

セントラルコンソールのイベントガイド

−

10.3　VMware vCenter Operations Managerとの連携（標準機能を使用した他製品連携の一例）

−

−

10.4　OpenStackとの連携

−

−

10.5　JP1/AOのREST APIを利用した他システムとの連携

−

−

10.6　JP1/AJSとの連携

連携製品のモニター起動

−

統合機能メニュー

−

セントラルコンソールのイベントガイド

−

自動アクション（メール送信）

−

10.7　JP1/PFMとの連携

−

接続先のJP1/PFM - Web ConsoleのURLを定義します。

性能レポート表示定義ファイル（performance.conf）

連携製品のモニター起動

−

統合機能メニュー

−

BJEXまたはJP1/ASとの連携

−

次のコマンドで機能を有効化します。

jcoimdefコマンド（オプション：-resevent ON）

（凡例）−：該当しない

表2‒12　操作ログを出力するための準備

使用する機能の説明個所

前提機能

機能を使用するための準備

付録K　操作ログの出力

−

操作ログの出力の有無，出力先，サイズ，および保存面数を定義します。

操作ログ定義ファイル（imm_operationlog.conf）

（凡例）−：該当しない

2.6　IMデータベースが提供する機能

JP1/IM - Managerでは，JP1/IM - Manager独自のデータベースであるIMデータベースでJP1イベントを管理したり，JP1/Base独自のデータベースであるイベントDBでJP1イベントを管理したりします。ユーザーは，IMデータベースおよびJP1/BaseのイベントDBを設定してJP1イベントを管理します。

IMデータベースとJP1/BaseのイベントDBの位置づけを次の図に示します。

図2‒11　IMデータベースとJP1/BaseのイベントDBの位置づけ

なお，IMデータベースは次に示す二つのデータベースの総称です。

JP1/IM - Managerがセントラルコンソール機能に使用する統合監視DB

JP1/IM - ManagerがIM構成管理に使用するIM構成管理DB

ユーザーは，使用したい機能によって統合監視DBとIM構成管理DBを設定することで，従来JP1/BaseのイベントDBを用いて使用していた機能を拡張できます。

統合監視DBまたはIM構成管理DBを使用して実現できる機能を次の表に示します。

表2‒13　統合監視DBまたはIM構成管理DBを使用した場合に利用できる機能

JP1/IM - Manager

の機能

使用する

データベース

利用できる機能

インテリジェント統合管理基盤

統合監視DB

システム構成情報とJP1イベントによる監視

関連ノードの表示

他製品との連携

セントラルコンソール

統合監視DB

イベントの表示開始位置の指定

JP1イベントの重大度の変更

統合監視DB内のイベント検索

JP1イベントのフィルタリング項目の追加

メモ情報の追加

統合監視DBのイベントレポート出力

繰り返しイベントの監視抑止

ログイン時のイベント取得範囲の設定

メッセージの表示形式の変更

IM構成管理

IM構成管理DB

ホストの管理

システムの階層構成の管理

仮想化システム構成の管理

プロファイルの管理

サービスの稼働情報の管理

IM構成管理の管理情報のインポート・エクスポート

統合監視DBおよびIM構成管理DB

業務グループの管理

2.7　インテリジェント統合管理データベースの導入と提供機能

2.7.1　インテリジェント統合管理データベース

JP1/IM - Managerでは，JP1/IM - Manager独自のデータベースをセットアップすると，インテリジェント統合管理基盤で扱う各種情報を，データベースで一元管理できます。PostgreSQL上に構築する各種情報の管理DBを総称して，「インテリジェント統合管理データベース」と呼びます。

(1)　構成

(a)　データベースの構成

JP1/IM - Managerでは，インテリジェント統合管理データベースに次に示す各種情報の管理DBを構築して，各種機能で使用するデータを管理できます。

トレンドデータ管理DB

監視対象システムのパフォーマンスデータやアラート情報を時系列データ（トレンドデータ）として管理します。ダッシュボードやトレンド情報表示機能で参照します。

統合エージェントホスト管理DB

JP1/IM - Managerが統合エージェントホストやユーザー独自のOSSといったエージェントと連携するために必要な情報を管理します。

対処アクション結果管理DB

対処アクションの自動実行機能，対処アクションの手動実行機能，および，定義ファイル操作機能の制御情報と実行結果を管理します。

ダッシュボード管理DB

ダッシュボードを表示するために必要な情報を管理します。

また，インテリジェント統合管理データベースの構築やメンテナンスを行うための運用コマンドも同梱しています。

トレンドデータの格納先となるトレンドデータ管理DBの前提の定義（データベースクラスタやロールなどのオブジェクト）は，インテリジェント統合管理データベース用のセットアップコマンドを実行すると，自動的に作成されます。また，スキーマやテーブルは，トレンドデータのレコードが書き込まれる際に，自動的に作成されます。

トレンドデータ管理DBに対する，トレンドデータのレコードの書き込み，および読み取りは，必ずインテリジェント統合管理基盤を経由して行います。レコードの書き込みには，JP1/IM - Managerのトレンドデータ書き込みAPIを使用します。レコードの読み取りには，製品プラグインで実装するトレンド情報取得の時系列データ取得メソッド（__timeSeriesDataGetメソッド）を使用します。

トレンドデータを，インテリジェント統合管理データベース（トレンドデータ管理DB）で管理する場合のデータベースの構成を，次に示します。

図2‒12　 インテリジェント統合管理データベース（トレンドデータ管理DB）の構成

(b)　データベースの認証とアクセス制御

JP1/IM - Managerに組み込まれたPostgreSQLで使用するロールには，次の2つがあります。

スーパーユーザーロール（postgres）

セットアップ，メンテナンスなど，データベースの運用コマンドで使用するロールです。

一般ロール（imuser）

データベースに対する書き込み，および読み取りの機能で使用するロールです。

上記のロールのパスワードは，変更できません。また， PostgreSQLに対して，直接アクセスする操作はできません。

(c)　設定ファイル

インテリジェント統合管理データベースを使用するための設定ファイルを，次に示します。

インテリジェント統合管理データベースセットアップ情報ファイル（jimgndbsetupinfo.conf），およびモデルファイル

インテリジェント統合管理データベースのセットアップ時に必要な定義を記述するファイルです。

クラスタ環境インテリジェント統合管理データベースセットアップ情報ファイル（jimgndbclustersetupinfo.conf），およびモデルファイル

インテリジェント統合管理データベースのクラスタ環境のセットアップ時に必要な定義を記述するファイルです。

PostgreSQLの設定ファイル（postgresql.conf）

インテリジェント統合管理データベースに関するパラメーターの定義を記述するファイルです。

各ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の該当するファイルの説明を参照してください。

(d)　関連ファイルの格納先

インテリジェント統合管理データベースに関連するファイルの格納先を，次に示します。

インテリジェント統合管理データベースの実行ファイルの格納先

インテリジェント統合管理データベースで使用する実行ファイル，コマンド，トレンドデータ管理サービスの実行ファイルなどを，次の場所に格納します。

動作環境

格納先

物理ホスト

インテリジェント統合管理データベースのセットアップ時に作成されます。

インテリジェント統合管理データベースセットアップ情報ファイル（jimgndbsetupinfo.conf）の項目「IMGNDBENVDIR」に設定したパスの直下に「imgndbbin」というディレクトリ名で作成されます。

＜格納先のディレクトリ＞

デフォルト

Windowsの場合：Managerパス¥dbms¥imgndbbin

Linuxの場合：/var/opt/jp1imm/dbms/imgndbbin

パスの指定があるとき

Windowsの場合：設定パス¥imgndbbin

Linuxの場合：設定パス/imgndbbin

論理ホスト

インテリジェント統合管理データベースのセットアップ時に作成されます。

クラスタ環境インテリジェント統合管理データベースセットアップ情報ファイル（jimgndbclustersetupinfo.conf）の項目「IMGNDBENVDIR」に設定したパスの直下に「imgndbbin論理ホスト番号」というディレクトリ名で作成されます。

＜格納先のディレクトリ＞

デフォルト

Windowsの場合：Managerパス¥dbms¥imgndbbin論理ホスト番号

Linuxの場合：/var/opt/jp1imm/dbms/imgndbbin論理ホスト番号

パスの指定があるとき

Windowsの場合：設定パス¥imgndbbin論理ホスト番号

Linuxの場合：設定パス/imgndbbin論理ホスト番号

インテリジェント統合管理データベースのデータファイルの格納先

インテリジェント統合管理データベースのデータファイル（PostgreSQLのデータベースクラスタに相当します）を，次の場所に格納します。

なお，インテリジェント統合管理データベースのログファイルも，この格納先の「log」ディレクトリ以下に格納します。

動作環境

格納先

物理ホスト

インテリジェント統合管理データベースのセットアップ時に作成されます。

インテリジェント統合管理データベースセットアップ情報ファイル（jimgndbsetupinfo.conf）の項目「IMGNDBDIR」に設定したパスの直下に「imgndb」というディレクトリ名で作成されます。

＜格納先のディレクトリ＞

デフォルト

Windowsの場合：Managerパス¥database¥imgndb

Linuxの場合：/var/opt/jp1imm/database/imgndb

パスの指定があるとき

Windowsの場合：設定パス¥imgndb

Linuxの場合：設定パス/imgndb

論理ホスト

インテリジェント統合管理データベースのセットアップ時に作成されます。

クラスタ環境インテリジェント統合管理データベースセットアップ情報ファイル（jimgndbclustersetupinfo.conf）の項目「SHAREGNDBDIR」に設定したパスの直下に「imgndb論理ホスト番号」というディレクトリ名で作成されます。

＜格納先のディレクトリ＞

Windowsの場合：共有ディスクの指定パス¥imgndb論理ホスト番号

Linuxの場合：共有ディスクの指定パス/imgndb論理ホスト番号

インテリジェント統合管理データベースの関連ライブラリの格納先（Linuxの場合だけ）

Linux版では，インテリジェント統合管理データベースの運用コマンドで使用されるメッセージカタログ，インテリジェント統合管理データベースで使用されるライブラリを，次の場所に格納します。

動作環境

格納先

物理ホストおよび論理ホスト（共通）

インストール時に作成されます。

＜格納先のディレクトリ＞

/opt/jp1imm/lib/imgndb

インテリジェント統合管理データベースの設定ファイルの格納先

インテリジェント統合管理データベースの設定ファイルを，次の場所に格納します。

動作環境

格納先

物理ホスト

インストール時に作成されます。

＜格納先のディレクトリ＞

Windowsの場合：Managerパス¥conf¥imgndb

Linuxの場合：/etc/opt/jp1imm/conf/imgndb

論理ホスト

インテリジェント統合管理データベースのセットアップ時に作成されます。

＜格納先のディレクトリ＞

Windowsの場合：共有フォルダ※¥jp1imm¥conf¥imgndb

Linuxの場合：共有ディレクトリ※/jp1imm/conf/imgndb

注※

JP1/IM - Managerの論理ホスト環境の構築時に指定している共有ディスク上のディレクトリ（論理ホストごとに区別して指定しているディレクトリ）

運用コマンドの格納先

インテリジェント統合管理データベースの運用コマンドを，次の場所に格納します。

動作環境

格納先

物理ホストおよび論理ホスト（共通）

インストール時に作成されます。

＜格納先のディレクトリ＞

Windowsの場合：Managerパス¥bin¥imgndb

Linuxの場合：/opt/jp1imm/bin/imgndb

運用コマンドの個別ログの格納先

インテリジェント統合管理データベースの運用コマンドの個別ログを，次の場所に格納します。論理ホストの場合，コマンドごとに出力されるログの格納先が異なります。

動作環境

格納先

物理ホスト

インストール時に作成されます。

提供するすべての運用コマンドの個別ログを，次のディレクトリに出力します。

＜格納先のディレクトリ＞

Windowsの場合：Managerパス¥log¥imgndb

Linuxの場合：/var/opt/jp1imm/log/imgndb

論理ホスト

インテリジェント統合管理データベースのセットアップ時に作成されます。

セットアップコマンドとアンセットアップコマンドの場合

物理ホストと同じ次のディレクトリに出力します。

＜格納先のディレクトリ＞

Windowsの場合：Managerパス¥log¥imgndb

Linuxの場合：/var/opt/jp1imm/log/imgndb

上記以外のコマンドの場合

＜格納先のディレクトリ＞

Windowsの場合：Managerパス¥jp1imm¥log¥imgndb

Linuxの場合：/var/opt/jp1imm/log/imgndb

および

Windowsの場合：共有フォルダ※¥jp1imm¥log¥imgndb

Linuxの場合：共有ディレクトリ※/jp1imm/log/imgndb

注※

JP1/IM - Managerの論理ホスト環境の構築時に指定している共有ディスク上のディレクトリ（論理ホストごとに区別して指定しているディレクトリ）

トレンドデータ管理サービスのログの格納先

トレンドデータ管理サービスのログを，次の場所に格納します。

動作環境

格納先

物理ホスト

インストール時に作成されます。

提供するすべての運用コマンドの個別ログを，次のディレクトリに出力します。

＜格納先のディレクトリ＞

Windowsの場合：Managerパス¥log¥imgndb

Linuxの場合：/var/opt/jp1imm/log/imgndb

論理ホスト

インテリジェント統合管理データベースのセットアップ時に作成されます。

＜格納先のディレクトリ＞

Windowsの場合：共有フォルダ※¥jp1imm¥log¥imgndb

Linuxの場合：共有ディレクトリ※/jp1imm/log/imgndb

注※

JP1/IM - Managerの論理ホスト環境の構築時に指定している共有ディスク上のディレクトリ（論理ホストごとに区別して指定しているディレクトリ）

インテリジェント統合管理データベースのソケットファイルの格納先（Linuxの場合だけ）

OSS（PostgreSQL）の動作で，インテリジェント統合管理データベースのソケットファイル※を，次の場所に格納します。

注※

ソケットファイルを削除すると，インテリジェント統合管理データベースが正常に動作しなくなります。この場合，インテリジェント統合管理データベースサービスを再起動する必要があります。

動作環境

格納先

物理ホストおよび論理ホスト（共通）

インストール時に作成されます。

＜格納先のディレクトリ＞

/tmp

(e)　クラスタ構成

インテリジェント統合管理データベースは，JP1/IM - Managerの統合マネージャーホストのクラスタ構成に対応しています。クラスタ環境の構築手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「JP1/IM - Manager（インテリジェント統合管理データベース）の設定」を記載している個所を参照してください。

(2)　インストールおよびアンインストール

インテリジェント統合管理データベースのインストールおよびアンインストールについては，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「インテリジェント統合管理データベースの構築」および「アンインストール手順」を記載している個所を参照してください。

(3)　機能

(a)　運用コマンド

インテリジェント統合管理データベースの運用コマンドを，次に示します。

インテリジェント統合管理データベースのセットアップコマンド（jimgndbsetup）

インテリジェント統合管理データベース（トレンドデータ管理DB，対処アクション結果管理DB，統合エージェントホスト管理DB）とトレンドデータ管理サービスのセットアップ（インストールとトレンドデータ管理DBの構築）を行うコマンドです。

インテリジェント統合管理データベースのアンセットアップコマンド（jimgndbunsetup）

インテリジェント統合管理データベース（トレンドデータ管理DB，対処アクション結果管理DB，統合エージェントホスト管理DB）とトレンドデータ管理サービスのアンセットアップ（アンインストールとトレンドデータ管理DBの削除）を行うコマンドです。

インテリジェント統合管理データベース，およびトレンドデータ管理サービスを停止するコマンド（jimgndbstop）

インテリジェント統合管理データベース（トレンドデータ管理DB，対処アクション結果管理DB，統合エージェントホスト管理DB）とトレンドデータ管理サービスを停止するコマンドです。

インテリジェント統合管理データベース，およびトレンドデータ管理サービスの稼働状態を確認するコマンド（jimgndbstatus）

インテリジェント統合管理データベースサービス（トレンドデータ管理DB，対処アクション結果管理DB，統合エージェントホスト管理DB）とトレンドデータ管理サービスの起動・停止などの稼働状態を確認するコマンドです。

各コマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（1.　コマンド）の該当するコマンドの説明を参照してください。

(4)　暗号化通信について

次に示す通信個所はローカル通信のため，暗号化を行っていません。

通信個所

説明

インテリジェント統合管理基盤とインテリジェント統合管理データベース間

トレンドデータの書き込みと取得

インテリジェント統合管理データベースの運用コマンドとインテリジェント統合管理データベース間

インテリジェント統合管理データベースの構築とメンテナンス

2.7.2　トレンドデータ管理DB

インテリジェント統合管理データベースにトレンドデータ管理DBを構築すると，管理対象から収集したトレンドデータを，トレンドデータ管理DBで一元管理できます。

(1)　データベースの構成

インテリジェント統合管理データベースの「2.7.1(1)(a)データベースの構成」を参照してください。

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

インテリジェント統合管理データベースにトレンドデータ管理DBを構築して，トレンドデータを管理します。

インテリジェント統合管理データベース（トレンドデータ管理DB）の構築については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「インテリジェント統合管理データベースの構築」を記載している個所を参照してください。

(3)　トレンドデータの削除

(a)　機能概要

トレンドデータ（「時刻,値」の形式）の時刻を起点として，保存期間を過ぎたトレンドデータを，トレンドデータ管理DBから自動で削除する機能です。

保存期間のデフォルトは32日（46080分）です。

保存期間は，インテリジェント統合管理データベースのセットアップコマンド（jimgndbsetup）で，保存期間を変更できます。上限は1096日（3年）です。

ただし，設定変更にはトレンドデータ管理サービスの再起動が必要です。

■動作イメージ

例えば，保存期間が「32日」，削除機能の実行時刻が「2022/01/21 09:05:42.055」の場合，「2022/01/21 09:05:42.055」から過去32日分のトレンドデータ，つまり，「2021/12/20 09:05:42.055」〜「2022/01/21 09:05:42.055」の期間が保存され，この期間以外のトレンドデータは削除されます。

上記の条件の場合に，データベースに格納されている各トレンドデータが削除されるかどうかの例を，次に示します。

データベースに格納されているトレンドデータ

削除されるかどうか

　：

　：

削除される

2021/12/20 09:05:42.017のデータ

2021/12/20 09:06:42.017のデータ

削除されない

2021/12/20 09:07:42.017のデータ

　：

　：

2022/01/21 09:05:42.017のデータ

(b)　保存期間の設定および変更

トレンドデータの保存期間の設定および変更は，jimgndbsetupコマンドで行います。

■保存期間の設定

物理ホスト環境の場合

インテリジェント統合管理データベースセットアップ情報ファイル（jimgndbsetupinfo.conf）の項目「RETENTION」で，保存期間※を指定します。

クラスタ環境の場合

クラスタ環境インテリジェント統合管理データベースセットアップ情報ファイル（jimgndbclustersetupinfo.conf）の項目「RETENTION」で，保存期間※を指定します。

注※

設定した保存期間を過ぎたトレンドデータは，定期的（30分間隔）に削除されます。

項目「RETENTION」の記載例を，次に示します。

# IM GNDATABASE SERVICE - Retention

RETENTION=32

インテリジェント統合管理データベースセットアップ情報ファイル，およびクラスタ環境インテリジェント統合管理データベースセットアップ情報ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の「インテリジェント統合管理データベースセットアップ情報ファイル（jimgndbsetupinfo.conf）」，および「クラスタ環境インテリジェント統合管理データベースセットアップ情報ファイル（jimgndbclustersetupinfo.conf）」を参照してください。

■jimgndbsetupコマンドの実行

jimgndbsetupコマンドの実行例を，次に示します。

jimgndbsetup -f セットアップ情報ファイル名※

注※

物理ホスト環境の場合

インテリジェント統合管理データベースセットアップ情報ファイル名

クラスタ環境の場合

クラスタ環境インテリジェント統合管理データベースセットアップ情報ファイル名

jimgndbsetupコマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jimgndbsetup」（1.　コマンド）を参照してください。

(c)　トレンドデータの自動削除のタイミングについて

トレンドデータの削除は，jimgndbsetupコマンドによる保存期間の設定完了時を起点として，30分ごとに自動実行されます。トレンドデータの保存期間がデフォルト（32日（46080分））の場合，30分ごとに，保存期間が46080分を経過したトレンドデータを削除します。

なお，トレンドデータの自動削除を実行するタイミングで，データベースが停止していた場合は，データベースの起動時に，トレンドデータの自動削除が実行されます。この場合，自動削除処理が完了した30分後に，次の自動削除処理がスケジューリングされます。

また，トレンドデータの削除のタイミングおよび間隔は，ユーザーが変更できません。

トレンドデータの削除の実行予定日時は，jimgndbstatusコマンドで確認できます。

jimgndbstatusコマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jimgndbstatus」（1.　コマンド）を参照してください。

(d)　削除対象のトレンドデータの保存について

保存期間を過ぎたトレンドデータは，トレンドデータ管理DBから削除されます。保存期間の経過後も利用したいトレンドデータ（時系列データ）が存在する場合は，JP1/IM - Manager（インテリジェント統合管理基盤）の時系列データ取得のAPI※を使用して，該当するデータを出力および保存します。

時系列データ取得のAPIの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.11.2　時系列データ取得」を参照してください。

注※

JP1/IM - Agentの製品プラグインが必要です。JP1/IM - Agentの製品プラグインで実装するトレンド情報取得の時系列データ取得メソッド（__timeSeriesDataGetメソッド）を使用します。

ユースケース「月次で削除対象のトレンドデータ（時系列データ）を出力・保存」

次のことを実施します。

時系列データ取得のAPIに指定する，IM管理ノードのSIDおよびメトリックを，事前にリスト化する。

●出力対象のJP1/IM - AgentのSIDの確認

IM管理ノード情報取得のAPIなどを利用して，時系列データを出力するJP1/IM - AgentのSIDを確認します。

JP1/IM - AgentのSIDは，PrometheusSID（_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_HOST_Pホスト名/_PROMETHEUS_）やエージェントSID（_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_JP1PC-AHOST_Iホスト名/_HOST_Iホスト名/_JP1PC-A_jp1_pc_nodelabel）のノードから特定します。

Pホスト名：Prometheus serverがセットアップされているホストのホスト名

Iホスト名：監視対象ホストのホスト名

jp1_pc_nodelabel：Prometheus設定ファイル（jpc_prometheus_server.yml）のscrape_configsで，jp1pc_nodelabelに設定している値

IM管理ノード情報取得のAPIの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.8.3　IM管理ノード情報取得」を参照してください。

Windowsのコマンドプロンプト上で，OSSのcurlコマンドを利用して，IM管理ノード情報取得のAPIを実行する場合のイメージを，次に示します。

・ログインのAPIを実行

curl -XPOST -H "Content-Type: application/json" -c 出力先のテキストファイルAのパス -d "{¥"user¥":¥"JP1ユーザー名¥",¥"password¥":¥"パスワード¥"}" http://ホスト名:20703/im/api/v1/login

・IM管理ノード情報取得のAPIを実行

curl -GET -H "Content-Type: application/json" -b テキストファイルAのパス http://ホスト名:20703/im/api/v1/nodes/configInfo

・IM管理ノード情報取得のAPIの実行結果（JSON形式）

{"simtData":

[{

"sid":"XXXX/XXXX",

"value":{"component":"/HITACHI/JP1/XXXX","visible":"true","label":"XXXX"}

},{

・・・・

},{

"sid":"YYYY/YYYY/YYYY",

"value":{ ・・・・

"methods":[・・・,"__metricListGet","__timeSeriesDataGet",・・・],

・・・・}

},{

・・・・

}]

}

●出力できるメトリックの確認

メトリック一覧取得のAPIなどを利用して，時系列データのメトリック名を確認します。

メトリック一覧取得のAPIの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.11.1　メトリック一覧取得」を参照してください。

Windowsのコマンドプロンプト上で，OSSのcurlコマンドを利用して，メトリック一覧取得APIを実行する場合のイメージを，次に示します。

・ログインAPIの実行例

curl -XPOST -H "Content-Type: application/json" -c 出力先のテキストファイルAのパス -d "{¥"user¥":¥"JP1ユーザー名¥",¥"password¥":¥"パスワード¥"}" http://ホスト名:20703/im/api/v1/login

・メトリック一覧取得APIの実行例

curl -XPOST -H "Content-Type: application/json" -b テキストファイルAのパス -d "{¥"sid¥":¥"JP1/IM - AgentのSID¥"}" http://ホスト名:20703/im/api/v1/nodes/metrics

・メトリック一覧取得APIの実行結果の例（JSON形式）

{"metrics":[

{

"name":メトリック名,

"default":デフォルトの設定,

"label":メトリック表示名,

"description":"メトリックの説明"

} {

・・・・

}

]}

時系列データ取得APIに，JP1/IM - AgentノードのSID，メトリック，および出力対象期間（開始日時と終了日時）を指定して実行する

●トレンドデータの取得

時系列データ取得のAPIを利用して，トレンドデータ（時系列データ）のメトリック名を取得します。時系列データ取得のAPIは，SIDとメトリックの組み合わせで実行するため，トレンドデータを出力したいJP1/IM - AgentノードのSIDまたはメトリックが複数ある場合は，SID数×メトリック数の回数の実行が必要です。

時系列データ取得のAPIの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.11.2　時系列データ取得」を参照してください。

なお，時系列データ取得のAPIで取得できるデータ数の上限は，30,000個です。例えば，1インスタンス当たりのデータ数が1個の場合，毎分×1か月（31日）のデータを出力すると，データ数は44,640個となるため，出力対象期間を2回に分割して取得する必要があります。分割の要否や分割数は，データの間隔，出力対象期間，およびメトリックの内容（1インスタンス当たりのデータ数）に依存します。

また，時系列データ取得のAPIでは，JSON形式でデータを取得できるため，JSON形式のデータからトレンドデータを取り出す必要があります。

具体的には，"timeSeriesData"の"data"に，「{"time":日時のデータ,"value":その日時における（メトリックの）値},」という形式で格納されているため，「日時のデータ」と「その日時における（メトリックの）値」のデータを抽出する必要があります。

時系列データ取得APIのリクエストとレスポンスの例を，次に示します。

・時系列データ取得APIのリクエストの例

POST http://ホスト名:20703/im/api/v1/nodes/timeSeries

{

"sid":"_JP1PC-IMB-IMMHOST/_JP1PC-M_IMAHOST/_HOST_IMAHOST/_PROMETHEUS_",

"metric": "cpu_used_rate",

"startTime": "2021-06-01T00:00:00Z",

"endTime": "2021-06-15T23:59:59Z",

"countPerInstance":1,

"instanceCount":30000

}

・時系列データ取得APIのレスポンスの例

< HTTP/1.1 200 OK

< Content-Type: application/json

{

"metric":"cpu_used_rate",

"timeSeriesData":[

{

"unit":"%",

"data":[

{"time":"2021-06-01T00:00:00Z","value":14.04},

・・・

]

],

"exceedCountDetected": {

"countPerInstance": false,

"instanceCount": false

}

}

Windowsのコマンドプロンプト上で，OSSのcurlコマンドを利用して，時系列データ取得APIを実行し，1か月分のデータを2回に分けて出力する場合のイメージを，次に示します。

・ログインAPIの実行例

curl -XPOST -H "Content-Type: application/json" -c 出力先のテキストファイルAのパス -d "{¥"user¥":¥"JP1ユーザー名¥",¥"password¥":¥"パスワード¥"}" http://ホスト名:20703/im/api/v1/login

・時系列データ取得APIの実行例＜1回目＞

curl -XPOST -H "Content-Type: application/json" -b テキストファイルAのパス -d "{¥"sid¥":¥"JP1/IM - AgentのSID¥",

¥"metric¥":¥"メトリック名¥",

¥"startTime¥":¥"2021-06-01T00:00:00Z¥",

¥"endTime¥":¥"2021-06-15T23:59:59Z¥",

¥"countPerInstance¥":30000,

¥"instanceCount¥":1}"

http://ホスト名:20703/im/api/v1/nodes/timeSeries

・時系列データ取得APIの実行結果の例（JSON形式）＜1回目＞

{"metric":

"cpu_used_rate",

"timeSeriesData":[

{"unit":"%",

"data":[

{"time":"2021-06-01T00:00:00Z","value":10.480632},

・・・・

]}

],

"exceedCountDetected":{"countPerInstance":false,"instanceCount":false}

}

・時系列データ取得APIの実行例＜2回目＞

curl -XPOST -H "Content-Type: application/json" -b テキストファイルAのパス -d "{¥"sid¥":¥"JP1/IM - AgentのSID¥",

¥"metric¥":¥"メトリック名¥",

¥"startTime¥":¥"2021-06-16T00:00:00Z¥"

¥"endTime¥":¥"2021-06-30T23:59:59Z¥",

¥"countPerInstance¥":30000,

¥"instanceCount¥":1}"

http://ホスト名:20703/im/api/v1/nodes/timeSeries

・時系列データ取得APIの実行結果の例（JSON形式）＜2回目＞

{"metric":

"cpu_used_rate",

"timeSeriesData":[

{"unit":"%",

"data":[

{"time":"2021-06-16T00:00:00Z","value":9.560327},

・・・・

]}

],

"exceedCountDetected":{"countPerInstance":false,"instanceCount":false}

}

(e)　トレンドデータの手動削除

運用を止めずに，インテリジェント統合管理データベースのトレンドデータを削除する場合は，スーパーユーザーロール（postgres）でテーブルを直接操作してトレンドデータの削除を行います。

Linux 7，Linux 8，またはLinux 9の場合に，トレンドデータを削除する手順を，次に示します。

次のコマンドを実行して，インテリジェント統合管理データベースに，スーパーユーザーロールで接続する。

psql -d imgndb -U postgres -W -p トレンドデータ管理データベースのポート番号

パスワードの入力を促されるため，次に示すパスワードを入力します。

2BXY7aVkbicj

次のコマンドを実行して，メトリック名の一覧を取得する。

select * from metric;

上記のコマンドを実行すると，metric_name（トレンドデータとして取得したメトリック名），およびtable_name（時系列のトレンドデータを格納しているテーブル名）の値が取得できます。

手順2で確認したメトリック名に対応するテーブルを確認する（手順3以降はメトリックの数だけ繰り返す）。

メトリック名に対応するテーブルの名前は「prom_data.メトリック名」です。

次のコマンドを実行すると，各メトリック名に対応するテーブルのレコード件数を確認できます。

select count(*) from prom_data.メトリック名;

削除対象のレコードの件数や内容を確認する。

一例として，現時刻より1か月前のレコードを削除対象とする場合（直近1か月のレコードを残す場合）は，次のコマンドを実行すると，各メトリック名に対応するテーブルのレコード件数を確認できます。

select count(*) from prom_data.メトリック名 where time <= cast(now() - interval※ '1 months' as timestamp);

また，次のコマンドを実行すると，削除対象のレコードの内容を確認できます。

select * from prom_data.メトリック名 where time <= cast(now() - interval※ '1 months' as timestamp);

注※

intervalで指定する値の単位には，minutes，hourなども指定できます。

また，次の例に示すように，特定日の指定もできます。

select * from prom_data.メトリック名 where time <= '2021-09-30';

トレンドデータを削除する。

トレンドデータは，チャンクと呼ばれる単位（日時の間隔別の子テーブル）で管理されているため，トレンドデータの削除はチャンク単位で行います。

一例として，1か月より前のデータを削除する場合は，次のコマンドを実行します。

select drop_chunks('prom_data.メトリック名', older_than => interval※ '1 months');

注※

intervalで指定する値の単位には，minutes，hourなども指定できます。

また，次の例に示すように，特定日の指定もできます。

select drop_chunks('prom_data.メトリック名', older_than => '2021-09-30');

なお，トレンドデータをチャンク単位で削除すると，削除時に指定した期間のデータだけが含まれるチャンクが削除されます。そのため，指定した期間のデータであっても，指定した期間外のデータも含まれるチャンクに格納されている場合は，削除されません。

(f)　トレンドデータの自動削除（サイズキャップ）

トレンドデータ管理DBが使用しているディスク容量を監視します。使用しているディスク容量が基準値（インテリジェント統合管理データベースセットアップ情報ファイル，または，クラスタ環境インテリジェント統合管理データベースセットアップ情報ファイルのTDDBDISKMAXに指定した値の90%）を超えた場合は，古いトレンドデータを削除して，使用しているディスク容量を削減します。

インテリジェント統合管理データベースのセットアップコマンドで，次の項目を設定できます。

トレンドデータ管理DBの最大ディスク所要量

指定した値の90%を超えると，トレンドデータの自動削除が実行されます。

削除するトレンドデータの期間

トレンドデータの自動削除が実行されると，トレンドデータの最古から指定した期間分のデータが削除されます。

■ディスク所要量の監視、トレンドデータの削除タイミングについて

ディスク所要量の監視，および，（基準値を超えた場合の）トレンドデータの削除を１つのタスクとし，このタスクを1分間隔で実行します（1回のタスクが終了してから1分後に次のタスクを実行します）。

■削除するトレンドデータの期間について

インテリジェント統合管理データベースセットアップ情報ファイル，または，クラスタ環境インテリジェント統合管理データベースセットアップ情報ファイルのTDDBCUTOFFTERMで指定します。

2.7.3　インテリジェント統合管理データベースとトレンドデータ管理DBのサービス

インテリジェント統合管理データベース（トレンドデータ管理DB）を構築した場合に，トレンドデータの格納と取得に関するインテリジェント統合管理データベース，およびトレンドデータ管理DBのサービスを，次に示します。

機能

サービス名

トレンドデータの格納

データの格納（データベースの機能）

インテリジェント統合管理データベースサービス

リモート書き込みのエンドポイント

トレンドデータ管理サービス

リモート書き込みを利用するREST API

JP1/IM3-Managerサービス（インテリジェント統合管理基盤）

トレンドデータの取得

保存したデータの取り出し（データベースの機能）

インテリジェント統合管理データベースサービス

PromQL用のエンドポイント

トレンドデータ管理サービス

PromQL用のエンドポイントを利用する製品プラグイン

JP1/IM3-Managerサービス（インテリジェント統合管理基盤）

製品プラグインを利用するREST API

2.7.4　IM管理ノードごとのトレンドデータの管理

(1)　トレンドデータ管理DBに格納するデータ

トレンドデータ管理DBに格納するトレンドデータ（時系列データ）は，メトリック名とラベルによって一意に識別されます。また，ラベルを使用して，IM管理ノードとトレンドデータの紐づけが行われます。トレンドデータの参照時は，ラベルを指定して，IM管理ノードに紐づいたトレンドデータを取得できます。

メトリック名とラベルの形式と例を，次に示します。

メトリック名とラベルの形式

メトリック名{ラベル名="ラベル値" ラベル名="ラベル値"…}

メトリック名とラベルの例

windows_logical_disk_free_bytes{instance="host1:9001" volume="C:"}

windows_logical_disk_free_bytes{instance="host1:9001" volume="D:"}

windows_logical_disk_free_bytes{instance="host2:9001" volume="C:"}

トレンドデータ（時系列データ）は，複数のサンプルで形成されます。各サンプルは，次の項目で構成されます。

ミリ秒精度のタイムスタンプ（UNIX時間）

float64型（倍精度浮動小数型）の値（パフォーマンスデータ）

時系列データの例を，次に示します。

表2‒14　 時系列データの例

メトリック名

windows_logical_disk_free_bytes

ラベルと値

instance="host1:9001"

volume="C:"

instance="host1:9001"

volume="D:"

instance="host2:9001"

volume="C:"

時系列データ

サンプル

タイムスタンプ

1624260855

1624260855

1624260855

パフォーマンスデータ

55153717248.0

923198898.0

194208931840.0

サンプル

タイムスタンプ

1624260870

1624260870

1624260870

パフォーマンスデータ

55151808512.0

923162116.0

194208688168.0

サンプル

タイムスタンプ

1624260885

1624260885

1624260885

パフォーマンスデータ

55153377280.0

923146812.0

194208931976.0

サンプル

タイムスタンプ

1624260900

1624260900

1624260900

パフォーマンスデータ

55157182464.0

923138684.0

194208921684.0

(2)　トレンドデータ管理DBに格納したデータの取り出し

トレンドデータ管理DBに格納したデータの取り出しには，Prometheusのクエリ（PromQL）を使用します。サポートするPromQLの言語仕様については，「2.7.4(4)PromQLについて」を参照してください。

PromQLでは，トレンドデータを，次の2つの型で取り出せます。

instant Vector型での取得

ある時点（通常はデータの取得時点）のパフォーマンスデータの集合を表します。

例えば，「表2-14 時系列データの例」では，タイムスタンプ「1624260855」に対するパフォーマンスデータ「55153717248.0」，「923198898.0」，「194208931840.0」の集合を指します。

range Vector型での取得

ある時点（通常はデータの取得時点）からさかのぼった複数時点のパフォーマンスデータの集合を表します。

例えば，「表2-14 時系列データの例」では，タイムスタンプ「1624260885」に対するパフォーマンスデータ「55153377280.0」，「923146812.0」，「194208931976.0」と，タイムスタンプ「1624260900」に対するパフォーマンスデータ「55157182464.0」，「923138684.0」，「194208921684.0」を合わせた集合を指します。

トレンドデータの取得には，メトリック名とラベルを指定することで，特定のラベルを持つものだけをフィルタリングして取得できます。

指定したラベルに一致するトレンドデータが存在しない場合，トレンドデータは返却されません（トレンドデータが存在しない場合に，パフォーマンスデータが0で返却されることはありません）。

例えば，「表2-14 時系列データの例」に示す時系列データを対象に，PromQL文に"windows_logical_disk_free_bytes{volume="C:"}"を指定してフィルタリングすると，次に示す「volume="C:"」を含むラベルに対応するパフォーマンスデータの集合を取得できます。

ラベル「instance="host1:9001" volume="C:"」に対応するパフォーマンスデータ「55153717248.0」，「55151808512.0」，「55153377280.0」，「55157182464.0」

ラベル「instance="host2:9001" volume="C:"」に対応するパフォーマンスデータ

「194208931840.0」，「194208688168.0」，「194208931976.0」，「194208921684.0」

また，取り出したトレンドデータは，PromQL文の集計演算子，オペレーター，または関数を使用して集計または演算することで，さまざまな集計結果を取得できます。

注意事項

JP1/IM - Managerが提供するAPIで指定するPromQL文は，最終的な集計結果のデータがinstant Vector型となるように記述する必要があります。

また，取得したデータがrange Vector型の場合，集計演算子，オペレーター，または関数を使用して，最終的な集計結果のデータがinstant Vector型となるように，PromQL文を作成する必要があります。

(a)　トレンドデータの書き込み機能

トレンドデータをトレンドデータ管理DBに書き込む機能です。

JP1/IM - Managerのトレンドデータ書き込みのREST APIを使用し，トレンドデータ管理サービス（Promscale）を経由して，トレンドデータをトレンドデータ管理DBに書き込みます。

トレンドデータ書き込みのAPIの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.11.3　トレンドデータ書き込み」を参照してください。

トレンドデータ管理DBに書き込むデータを，次に示します。

データの種類

説明

複数指定

省略可否

メトリクス名

トレンドデータの種別を表す情報です。

不可

不可

ラベル

トレンドデータの発行元ホストなど，トレンドデータの付加情報です。

「ラベル名:ラベル値」の形式のデータです。

可

可

トレンドデータ（時系列データ）

「時刻,値」の形式のデータです。

可

不可

トレンドデータの書き込み処理は，複数同時に実行できます。データ書き込みの排他制御は，トレンドデータ管理DB内で行います。

(b)　トレンドデータの参照機能

トレンドデータをトレンドデータ管理DBから参照する機能です。

製品プラグインで使用できるjp1TrendDataService.getTrendDataメソッドを使用し，トレンドデータ管理サービス（Promscale）を経由して，トレンドデータ管理DBからトレンドデータを参照します。JP1/IM - Manager（インテリジェント統合管理基盤）は，トレンドデータ管理サービスに対して，REST APIを使用してクエリ（PromQL）を発行し，トレンドデータを取得します。

jp1TrendDataService.getTrendDataメソッドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「4.5.17　jp1TrendDataService.getTrendData」を参照してください。

トレンドデータの参照処理は，書き込み処理と同時に実行できます。参照できるデータは，トレンドデータ管理DBが参照要求を受け付けた時点で，書き込みが完了しているデータとなります。

■IM管理ノードに紐づくトレンドデータの参照

トレンドデータ管理DBからトレンドデータを取得するjp1TrendDataService.getTrendDataメソッドで，引数promQLQueryに指定するPromQL文内に，置き換え文字列「$jp1im_TrendData_labels」を設定することで，IM管理ノードに紐づくトレンドデータを参照できます。

(c)　トレンドデータの削除機能

「2.7.2(3)トレンドデータの削除」を参照してください。

(3)　トレンドデータオブジェクトについて

マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「7.2.3(1)トレンドデータオブジェクト」を参照してください。

(4)　PromQLについて

(a)　メトリック名とラベルの指定によるトレンドデータの取得

Prometheusのクエリ（PromQL）では，トレンドデータを，次の2つの型で取得できます。

instant Vector型での取得

ある時点のパフォーマンスデータ（instant Vector）を，次のどちらかの形式で取得できます。

メトリック名{ラベル}

メトリック名

JP1/IM - Managerが提供する時系列データ取得のAPIでは，メンバー「startTime」に指定した時系列データの開始日時から，メンバー「step」に指定したトレンドデータの取得間隔（秒）で，メンバー「endTime」に指定した時系列データの終了日時までのパフォーマンスデータを取得します。

取得したデータが小数点以下10桁以上となる場合があります。

取得したデータを切り上げ，切り下げ，または四捨五入をした値にしたい場合はPromQL文の関数（ceil，flor，roundなど）を使用してください。

PromQL文の関数の詳細は，「2.7.4(4)(e)使用できる関数」を参照してください。

range Vector型での取得

ある時点からさかのぼった複数時点のパフォーマンスデータ（range Vector）を，次のどちらかの形式で取得できます。

メトリック名{ラベル}[さかのぼる時刻※]

メトリック名[さかのぼる時刻※]

注※

さかのぼる時刻は数値と単位（s，m，h，d，w，またはy）で指定します。

(b)　SIDに紐づくラベルの置き換え

JP1/IM - Managerで提供するAPIでは，PromQL文内に指定するラベルに，置き換え文字列「$jp1im_TrendData_labels」を使用できます。

PromQL文内に置き換え文字列「$jp1im_TrendData_labels」を指定した場合，BNF記法で示す次の文字列に置き換えられます。

<$jp1im_TrendData_labels> ::= {__name__=~".+"} | (<condition>)

<condition> ::= { <key_value_list> } | <condition> or { <key_value_list> }

<key_value_list> ::= <key_value> | <key_value_list>, <key_value >

<key_value> ::= KEY="VALUE※"

注※

VALUEの値に含まれるバックスラッシュ（¥）は「¥¥」に，ダブルクォーテーション（"）は「¥"」に置き換えられてPromQLに指定されます。

SIDに指定したラベルの数，およびSIDの数に応じて，置き換えられる文字列を，次に示します。

■SIDに指定したラベルの数が1の場合

SIDの数が1の場合

{KEY1=VALUE1}

SIDの数が2以上の場合

{SID1.KEY1=SID1.VALUE1} または

{SID2.KEY1=SID2.KEY2} ...

SIDの数が0の場合

トレンドデータ管理サービス（Promscale）にクエリ（PromQL）を発行せず，0件のデータを返却します。

■SIDに指定したラベルの数が2以上の場合

SIDの数が1の場合

{KEY1=VALUE1,KEY2=VALUE2 ...}

SIDの数が2以上の場合

{SID1.KEY1=SID1.VALUE1,SID1.KEY2=SID1.VALUE2...} または

{SID2.KEY1=SID2.VALUE1,SID2.KEY2=SID2.VALUE2...} ...

SIDの数が0の場合

トレンドデータ管理サービス（Promscale）にクエリ（PromQL）を発行せず，0件のデータを返却します。

■SIDに指定したラベルの数が0の場合

SIDの数が1以上の場合

{__name__=~".+"}

SIDの数が0の場合

トレンドデータ管理サービス（Promscale）にクエリ（PromQL）を発行せず，0件のデータを返却します。

■SIDに指定したラベルの数が2以上で，あるものとないものが混在している場合

SIDの数が2以上の場合

{__name__=~".+"}

上記以外

該当せず。

注意事項

JP1/IM - Managerが提供するAPIで指定するPromQL文は，最終的な集計結果のデータがinstant Vector型となるように記述する必要があります。

また，取得したデータがrange Vector型の場合，集計演算子，オペレーター，または関数を使用して，最終的な集計結果のデータがinstant Vector型となるように，PromQL文を作成する必要があります。

(c)　使用できる集計演算子

PromQLで使用できる集計演算子を，次に示します。集計演算子を使用して，取得したデータの集計ができます。

演算子

説明

sum

合計を返却します。

count

性能値の数を返却します。

avg

平均値を返却します。

min

最小値を返却します。

max

最大値を返却します。

上記の集計演算子には，次に示すラベル指定ができます。

by ラベル名

指定したラベルごとに集計を行います。

without ラベル名

指定したラベルを無視して集計を行います。

(d)　使用できるオペレーター

PromQLで使用できるオペレーターを，次に示します。オペレーターを使用して，性能値の計算ができます。

■演算対象

演算対象の組み合わせによって，オペレーターの動作が異なります。演算対象の組み合わせごとのオペレーターの動作を，次に示します。

演算対象の組み合わせ

instant Vector

range Vector

scalar

instant Vector

ラベルごとに加算

エラー

ラベルごとにscalarの値を加算

range Vector

エラー

ラベル，タイムスタンプごとに加算

ラベル，タイムスタンプごとに加算

scalar

ラベルごとにscalarの値を加算

ラベル，タイムスタンプごとに加算

scalar同士を加算

■ラベルに対する操作

instant Vector同士，range Vector同士の計算では，ラベルに対して次の操作を指定できます。

ignoring

指定したラベルだけを無視して計算を行う。

on

指定したラベルだけを考慮して計算を行う。

■演算子

使用できる演算子を，次に示します。

演算子

説明

+

instant Vector同士，range Vector同士の場合

同一ラベルの値をそれぞれ加算します。

instant Vectorとscalar，instant Vectorとscalarの場合

Vectorの各性能値にscalarの値をそれぞれ加算します。

scalar同士の場合

値をそのまま加算します。

上記以外

演算エラーを返却します。

-

instant Vector同士，range Vector同士の場合

同一ラベルの値を減算します。

instant Vectorとscalar，instant Vectorとscalarの場合

Vectorの各性能値からscalarの値を減算します。

scalar同士の場合

値をそのまま減算します。

上記以外

演算エラーを返却します。

*

instant Vector同士，range Vector同士の場合

同一ラベルの値を乗算します。

instant Vectorとscalar，instant Vectorとscalarの場合

scalarの値でVectorの各性能値を乗算します。

scalar同士の場合

値をそのまま乗算します。

上記以外

演算エラーを返却します。

/

instant Vector同士，range Vector同士の場合

同一ラベルの値を除算します。

instant Vectorとscalar，instant Vectorとscalarの場合

scalarの値でVectorの各性能値を除算します。

scalar同士の場合

値をそのまま除算します。

上記以外

演算エラーを返却します。

%

instant Vector同士，range Vector同士の場合

同一ラベルの値の剰余を求めます。

instant Vectorとscalar，instant Vectorとscalarの場合

Vectorの各性能値をscalarの値で割った剰余を求めます。

scalar同士の場合

値の剰余を求めます。

上記以外

演算エラーを返却します。

^

instant Vector同士，range Vector同士の場合

同一ラベル間で左辺の値の「右辺の値」乗を返却します。

instant Vectorとscalar，instant Vectorとscalarの場合

Vectorの各性能値の「scalarの値」乗を返却します。

scalar同士の場合

左辺の値の「右辺の値」乗を返却します。

上記以外

演算エラーを返却します。

■比較子

使用できる比較子を，次に示します。

比較子

説明

==

instant Vector同士，range Vector同士の場合

同一ラベル間で値が同じデータだけを返却します。

instant Vectorとscalar，instant Vectorとscalarの場合

Vectorの各性能値のうち，値が「scalarの値」となっているものを返却します。

scalar同士の場合：

演算エラーを返却します。bool修飾子を指定する必要があります。

上記以外

演算エラーを返却します。

!=

instant Vector同士，range Vector同士の場合

同一ラベル間で値が異なるデータだけを返却します。

instant Vectorとscalar，instant Vectorとscalarの場合

Vectorの各性能値のうち，値が「scalarの値」となっていないものを返却します。

scalar同士の場合：

演算エラーを返却します。bool修飾子を指定する必要があります。

上記以外

演算エラーを返却します。

>

instant Vector同士，range Vector同士の場合

Vectorの性能値を比較し，右辺より左辺の方が大きいデータだけを返却します。

instant Vectorとscalar，instant Vectorとscalarの場合

Vectorの各性能値のうち，scalarの値より大きいデータだけを返却します。

scalar同士の場合：

演算エラーを返却します。bool修飾子を指定する必要があります。

上記以外

演算エラーを返却します。

<

instant Vector同士，range Vector同士の場合

Vectorの性能値を比較し，右辺より左辺の方が小さいデータだけを返却します。

instant Vectorとscalar，instant Vectorとscalarの場合

Vectorの各性能値のうち，scalarの値より小さいデータだけを返却します。

scalar同士の場合：

演算エラーを返却します。bool修飾子を指定する必要があります。

上記以外

演算エラーを返却します。

>=

instant Vector同士，range Vector同士の場合

Vectorの性能値を比較し，右辺より左辺の方が大きい，または同じ値のデータだけを返却します。

instant Vectorとscalar，instant Vectorとscalarの場合

Vectorの各性能値のうち，scalarの値より大きい，または同じ値のデータだけを返却します。

scalar同士の場合：

演算エラーを返却します。bool修飾子を指定する必要があります。

上記以外

演算エラーを返却します。

<=

instant Vector同士，range Vector同士の場合

Vectorの性能値を比較し，右辺より左辺の方が小さい，または同じ値のデータだけを返却します。

instant Vectorとscalar，instant Vectorとscalarの場合

Vectorの各性能値のうち，scalarの値より小さい，または同じ値のデータだけを返却します。

scalar同士の場合：

演算エラーを返却します。bool修飾子を指定する必要があります。

上記以外

演算エラーを返却します。

■論理演算子

使用できる論理演算子を，次に示します。

演算子

説明

and

対応する右辺にデータがある場合だけ左辺のデータを返却します。

or

左辺がサンプルを持っている場合は左辺のデータ，左辺がサンプルを持っていない場合は右辺のデータを返却します。

unless

右辺にデータがある場合はデータを返却せず，右辺にデータがない場合だけ左辺のデータを返却します。

(e)　使用できる関数

PromQLで使用できる関数を，次に示します。

関数名

説明

引数の型※

戻り値の型※

abs

性能値を絶対値にします。

instant Vector

instant Vector

absent_over_time

期間が指定されている時系列データのすべてに対して，性能値がある場合は性能値を返却し，性能値がない場合は値1の要素を返却します。

range Vector

instant Vector

avg_over_time

期間内の値の平均を返却します。

range Vector

instant Vector

ceil

性能値を小数点以下で切り上げをして返却します。

instant Vector

instant Vector

changes

値が変更された数を返却します。

range Vector

instant Vector

clamp

Vector内の性能値が，最小値以下だった場合は最小値，最大値以上だった場合は最大値に，それぞれ丸め込みます。

第1引数

instant Vector

第2引数

scalar

第3引数

scalar

instant Vector

clamp_max

Vector内の性能値が，最大値以上だった場合，最大値に丸め込みます。

第1引数

instant Vector

第2引数

scalar

instant Vector

clamp_min

Vector内の性能値が，最小値以下だった場合，最小値に丸め込む。

第1引数

scalar

第2引数

scalar

instant Vector

count_over_time

指定した期間のデータの個数を返却します。

range Vector

instant Vector

delta

指定した期間の先頭と最後の値の差を返却します。

range Vector

instant Vector

floor

性能値を小数点以下で切り下げをして返却します。

instant Vector

instant Vector

increase

指定した期間の値の増加量を返却します。

range Vector

instant Vector

irate

（1つ前の性能値だけと比較して）指定した期間の1秒当たりの増加率を返却します。

range Vector

instant Vector

label_replace

各時系列データに対して，ラベルを正規表現で置換します。

第1引数：対象データ

第2引数：置換先ラベル名

第3引数：置換後の文字列

第4引数：置換元のラベル名

第5引数：置換元の文字列（正規表現）

第1引数

instant Vector

第2引数以降

string

instant Vector

label_join

各時系列データに対して，ラベルを結合します。

第1引数：対象データ

第2引数：結合先ラベル

第3引数：セパレータ文字列

第4引数以降：結合元ラベル

第1引数

instant Vector

第2引数以降

string

instant Vector

max_over_time

時系列データの各範囲で，最大のデータを返却します。

range Vector

instant Vector

min_over_time

時系列データの各範囲で，最小のデータを返却します。

instant Vector

instant Vector

rate

指定した期間の1秒当たりの増加率を返却します。

range Vector

instant Vector

resets

性能値がリセット（減少）した回数を返却します。

range Vector

instant Vector

round

各性能値を小数点以下で四捨五入した値を返却します。

第1引数

instant Vector

第2引数以降

scalar

instant Vector

sum_over_time

合計を返却します。

range Vector

instant Vector

注※

instant Vector

特定の時刻におけるデータです。

range Vector

複数の時刻におけるデータです。instant Vectorのデータが複数時刻分まとまったものです。

scalar

数値です。

string

文字列です。

2.7.5　JP1イベント変換機能

JP1/IM - ManagerのJP1イベント変換のREST API（JP1イベント変換API）を使用して，外部システムで発生したイベント情報を，JP1イベントに変換して発行する機能です。1度の要求で変換できるJP1イベントの件数は100件です。

JP1イベント変換APIを使用して発行したJP1イベントは，JP1/IM - Managerの既存の機能で，通常のイベントとして扱えます。

JP1イベント変換機能では，次のインターフェースを使用します。

JP1イベント変換API

連携製品からJP1/IM - Managerに，外部システムで発生したイベント情報を送信するためのREST APIです。

JP1イベント変換APIの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.6.5　JP1イベント変換」を参照してください。

__transformEventメソッド

JP1/IM - Managerが受け取った，外部システムで発生したイベント情報を，JP1イベントに変換するメソッドです。

__transformEventメソッドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「4.4.4(5)__transformEventメソッド」を参照してください。

2.7.6　統合エージェントホスト管理DB

インテリジェント統合管理データベースに統合エージェントホスト管理DBを構築すると，JP1/IM - Managerが統合エージェントホストやユーザー独自のOSSといったエージェントと連携するために必要な構成管理に関する情報を，統合エージェントホストDBで一元管理できます。

(1)　データベースの構成

インテリジェント統合管理データベースの「2.7.1(1)(a)データベースの構成」を参照してください。

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

インテリジェント統合管理データベースに統合エージェントホスト管理DBを構築して，エージェントと連携するために必要な構成管理に関する情報を管理します。

インテリジェント統合管理データベース（統合エージェントホスト管理DB）の構築については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「インテリジェント統合管理データベースの構築」を記載している個所を参照してください。

(3)　統合エージェントホスト情報の保持

(a)　機能概要

JP1/IM - Managerの統合エージェントホスト管理DBで，統合エージェントホストに関する情報を保持します。保持する情報の範囲は，JP1/IM - Managerに直接接続された統合エージェントホスト自身とそのホストのアドオンプログラムです。下位マネージャー構成の場合，統合マネージャーでは直接接続していない下位マネージャー以下の情報は対象外です。

(b)　データ保存期間

テーブルは，インテリジェント統合管理データベースのセットアップ時に自動で作成されます。データレコードは，統合エージェントの起動時にだけ追加または更新（情報の差分の反映）が行われます。

追加されたデータレコードは，インテリジェント統合管理データベースのアンセットアップ，または「統合エージェント管理画面」での操作によって削除されます。

(4)　マネージャー・エージェント間の通信で使用する情報の保持

(a)　機能概要

■統合エージェント基盤間のメッセージリクエストの管理

マネージャーホストから，コマンド実行，ファイル送信，およびファイル受信の要求を統合エージェントホストに送信し，統合エージェント（imagent）内の各処理に実行を振り分ける機能です。

JP1/IM - Managerの統合エージェントホスト管理DBでは，実行を受け付けたリクエストを管理するテーブルを作成します。

■初期シークレットの管理

マネージャーホストと統合エージェントホストの通信では，統合エージェントホストごとに発行されたクライアントシークレットを使用して，認証を行います。クライアントシークレットの配布前に，一時的にどの統合エージェントホストでも使用できる初期シークレットを発行できます。詳細については，「3.15.7(1)(b) 初期シークレットによる認証」を参照してください。

また，ユーザー独自のOSSなどと連携する用途でも，初期シークレット，クライアントシークレットを発行できます。詳細については，「3.7 初期シークレットとクライアントシークレット」を参照してください。

これらのシークレットを管理するテーブルを，JP1/IM - Managerの統合エージェントホスト管理DBに作成します。

(b)　データ保存期間

テーブルは，インテリジェント統合管理データベースのセットアップ時に自動で作成されます。また，インテリジェント統合管理データベースのアンセットアップによって削除されます。

2.7.7　対処アクション結果管理DB

インテリジェント統合管理データベースに対処アクション結果管理DBを構築すると，対処アクションの自動実行機能，対処アクションの手動実行機能，および定義ファイル操作機能に関する制御情報と実行結果を，対処アクション結果管理DBで一元管理できます。

(1)　データベースの構成

インテリジェント統合管理データベースの「2.7.1(1)(a)データベースの構成」を参照してください。

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

インテリジェント統合管理データベースに対処アクション結果管理DBを構築して，対処アクションの自動実行と手動実行，および定義ファイル操作に関する制御情報と実行結果を管理します。

インテリジェント統合管理データベース（対処アクション結果管理DB）の構築については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「インテリジェント統合管理データベースの構築」を記載している個所を参照してください。

(3)　対処アクションの実行情報の保持

(a)　機能概要

対処アクション実行制御，自動実行時のシステム状況判断制御，および手動対処実行先決定制御の情報を保持します。

(b)　データ保存期間

テーブルは，インテリジェント統合管理データベースのセットアップ時に自動で作成されます。

テーブルとそのデータレコードは，インテリジェント統合管理データベースのアンセットアップ時に削除されます。また，データレコードの上限のテーブルパーティションに書き込みを始めた場合，一番古いテーブルパーティションのデータレコードを削除します。

(4)　定義ファイル操作機能の情報の保持

(a)　機能概要

定義ファイル操作機能の制御情報，および，取得と更新したファイルの情報を保持します。

(b)　データ保存期間

テーブルは，インテリジェント統合管理データベースのセットアップ時に自動で作成されます。

テーブルとそのデータレコードは，インテリジェント統合管理データベースのアンセットアップ時に削除されます。また，データレコードの上限のテーブルパーティションに書き込みを始めた場合，一番古いテーブルパーティションのデータレコードを削除します。

2.8　JP1/IM - Managerのサービス

JP1/IM - Managerは，Windowsの場合，次に示すサービスで構成されています。

なお，表中の太字部分は可変値です。

表2‒15　JP1/IM - Managerのサービス

表示名

サービス名

スタートアップの種別

説明

JP1/IM3-Manager

JP1_Console

手動

物理ホストのJP1/IM - Manager（インテリジェント統合管理基盤，セントラルコンソール，セントラルスコープ，IM構成管理）のサービス

JP1/IM3-Manager DB Server※1

HiRDBEmbeddedEdition_JM0

手動

物理ホストのIMデータベースサービス

JP1/IM3-Manager DB Cluster Service※1

HiRDBClusterService_JM0

手動

JP1/IM - Managerでは使用していない

JP1/IM3-Manager Intelligent Integrated DB Server※7

JP1_IMGNDB_Service

手動

物理ホストのインテリジェント統合管理データベースサービス

JP1/IM3-Manager Trend Data Management Service※7

promscale

手動

物理ホストのトレンドデータ管理サービス

JP1/IM3-Agent Base Server

JP1_IMA_Base_Service

手動

物理ホストの統合エージェント管理基盤サービス

JP1/IM3-Agent Base Proxy Server

JP1_IMA_Base_Proxy_Service

手動

物理ホストの統合エージェント管理基盤サービス

JP1/IM3-Manager_論理ホスト名※2

JP1_Console_論理ホスト名

手動

論理ホスト（論理ホスト名）のJP1/IM - Manager（インテリジェント統合管理基盤，セントラルコンソール，セントラルスコープ，IM構成管理）のサービス

JP1/IM3-Manager DB Server_論理ホスト名※3※4

HiRDBEmbeddedEdition_JM＜n＞※6

手動

論理ホスト（論理ホスト名）のIMデータベースサービス

JP1/IM3-Manager DB Cluster Service_論理ホスト名※3※5

HiRDBClusterService_JM＜n＞※6

手動

論理ホスト（論理ホスト名）のIMデータベースの内部状態を制御するサービス

JP1/IM3-Manager Intelligent Integrated DB Server_論理ホスト名※8

JP1_IMGNDB_Service_論理ホスト名

手動

論理ホスト（論理ホスト名）のインテリジェント統合管理データベースサービス

JP1/IM3-Manager Trend Data Management Service_論理ホスト名※8

promscale_論理ホスト名

手動

論理ホスト（論理ホスト名）のトレンドデータ管理サービス

JP1/IM3-Agent Base Server_論理ホスト名

JP1_IMA_Base_Service_論理ホスト名

手動

論理ホストの統合エージェント管理基盤サービス（imbase）

JP1/IM3-Agent Base Proxy Server_論理ホスト名

JP1_IMA_Base_Proxy_Service_論理ホスト名

手動

論理ホストの統合エージェント管理基盤サービス（imbaseproxy）

注※1　物理ホストのIMデータベースをセットアップした場合だけ登録されます。

注※2　論理ホストをセットアップした場合だけ登録されます。

注※3　論理ホストのIMデータベースをセットアップした場合だけ登録されます。

注※4　このサービスは「JP1/IM3-Manager DB Cluster Service_論理ホスト名」で制御されます。非クラスタシステムでの論理ホスト運用の場合は，このサービスを操作しないでください。非クラスタシステムでの論理ホスト運用の場合は，「JP1/IM3-Manager DB Cluster Service_論理ホスト名」を停止してもこのサービスは停止しません。

注※5　非クラスタシステムでの論理ホスト運用の場合は，このサービスを操作してください。

注※6　＜n＞は1〜9の数字です。この数字は，クラスタセットアップ情報ファイルでLOGICALHOSTNUMBERに指定した値と一致します。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「クラスタセットアップ情報ファイル（jimdbclustersetupinfo.conf）」（2.　定義ファイル）を参照してください。

注※7　物理ホストのインテリジェント統合管理データベースをセットアップした場合だけ登録されます。

注※8　論理ホストのインテリジェント統合管理データベースをセットアップした場合だけ登録されます。

重要

上記サービスの［ログオン］の設定は，初期設定の「システムアカウント」のまま変更しないでください。また，［デスクトップとの対話をサービスに許可］オプションにチェックを入れないでください。サービスが正常に動作しなくなるおそれがあります。

2.9　JP1/IM - Agentのサービス

JP1/IM - Agentは，Windowsの場合，次に示すサービスで構成されています。

表2‒16　JP1/IM - Agentのサービス

表示名

サービス名

スタートアップの種別

説明

物理ホスト環境

クラスタ環境

JP1/IM3-Agent

jpc_imagent

自動

手動

統合エージェント制御基盤（imagent）のサービス

JP1/IM3-Agent proxy

jpc_imagentproxy

自動

手動

統合エージェント制御基盤（imagentproxy）のサービス

JP1/IM3-Agent action

jpc_imagentaction

自動

手動

統合エージェント制御基盤（imagentaction）のサービス

JP1/IM3-Agent Metric forwarder

jpc_prometheus_server

自動

手動

Prometheus serverのサービス

JP1/IM3-Agent Alert forwarder

jpc_alertmanager

自動

手動

Alertmanagerのサービス

JP1/IM3-Agent Windows metric collector

jpc_windows_exporter

自動

手動

Windows exporterのサービス

JP1/IM3-Agent Synthetic metric collector

jpc_blackbox_exporter

自動

手動

Blackbox exporterのサービス

JP1/IM3-Agent AWS metric collector

jpc_ya_cloudwatch_exporter

自動

手動

Yet another cloudwatch exporterのサービス

JP1/IM3-Agent Log trapper

jpc_fluentd

自動

手動

Fluentdのサービス

JP1/IM3-Agent Script metric collector

jpc_script_exporter

自動

手動

Script exporterのサービス

JP1/IM3-Agent Azure metric collector

jpc_promitor_scraper

自動

手動

Promitor Scraperのサービス

JP1/IM3-Agent Azure resource discovery

jpc_promitor_resource_discovery

自動

手動

Promitor Resource Discoveryのサービス

3　インテリジェント統合管理基盤によるIT運用の最適化

この章では，インテリジェント統合管理基盤を使用してIT運用を最適化する方法を説明します。

3.1　システム構成情報とJP1イベントによるシステムの管理

インテリジェント統合管理基盤は，複数のシステムの関係性やジョブ管理，稼働監視，イベント管理などのデータの関連を，インテリジェント統合管理サーバに蓄積して管理します。これらのデータの関連性はWebブラウザー（統合オペレーション・ビューアー）に表示されるため，システム管理者は一目でシステムの健全性を把握できるようになり，IT運用の負担が軽減されます。

例えば，障害が発生した場合でも，インフラ管理者や業務管理者，担当者の報告を待つことなく，システムの状態を簡単に把握できます。

ここでは，システム構成情報とJP1イベントによってシステムを管理するための次の機能について説明します。

インテリジェント統合管理基盤による監視

IM管理ノード※によるシステムの統合監視

インテリジェント統合管理基盤が行うシステムの評価

イベント管理の運用性向上

関連ノード表示機能

他製品との連携

注※

IM管理ノードの詳細については「3.5.1　IM管理ノードの構造」を参照してください。

3.1.1　インテリジェント統合管理基盤による監視

インテリジェント統合管理基盤は，システム構成情報とJP1イベントの情報を評価し，システムの状況を管理します。システムの状況は，［統合オペレーション・ビューアー］画面に表示します。

図3‒1　インテリジェント統合管理基盤による監視の概要

統合オペレーション・ビューアーは，システムの稼働状況およびその詳細を表示する，Webブラウザー上で動作するGUIです。

システムがどのような状態かを，構成要素ごとに表示される色で判断できます。構成要素が「赤色」の場合は「緊急/警戒/致命的」，「緑色」の場合は「異常なし/対処済み」を表します。各構成要素で発生しているJP1イベントの一覧も，同時に確認できます。JP1/AJS，JP1/PFMと連携した場合，連携製品が管理している構成要素の状態や連携製品に関連するJP1イベントが同じ画面に表示されるため，システム管理者は表示された色とその詳細によって一つの画面だけで，システムの状況を簡単に把握できます。

3.1.2　インテリジェント統合管理基盤による監視の処理の流れ

JP1/AJSと連携した場合を例に，インテリジェント統合管理基盤による監視の処理の流れを説明します。

図3‒2　インテリジェント統合管理基盤による監視の処理の流れ

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

システムの稼働状況に赤色で表示された障害発生個所をクリックします。

［業務フロー］タブに，障害発生個所のルートジョブネットとそれに関連するルートジョブネットのつながりが表示されます。後続ジョブへの影響の有無はアイコンで表示されます。アイコンをクリックします。

［連携ユニット］ダイアログで，先行ルートジョブネットの障害が後続ルートジョブネットに影響するかどうか，ジョブの連携予定日時を確認します。

必要に応じて，JP1/AJS3 - Web Consoleの［モニター］画面を起動し，詳細を確認します。

［関連ノード］タブで，障害が発生したノードの関連を確認します。

ノード間の関連をプロパティで確認します。

必要に応じて，JP1/AJS3 - Web Consoleを起動し，詳細を確認します。

［業務フロー］タブまたは［関連ノード］タブのイベント一覧で，確認するイベントを選択し，詳細を確認します。

イベント詳細で，メッセージとガイド（対処方法）を確認します。

［トレンド］タブを選択し，スケジューラーサービスの稼働状況を確認します。

JP1/AJS - Managerや実行先エージェントのノードを選択し，トレンド情報を比較することで，障害の要因を切り分けます。

このように，関連する情報を相互に確認しながら，システムの状態を一元監視できます。

また，上記と同じ条件の場合でも，IM管理ノードに提案定義情報が設定されているときは，次のような処理の流れでシステムの障害に対処できます。

図3‒3　インテリジェント統合管理基盤による監視の処理の流れ（提案機能を使用した場合）

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

システムの稼働状況に，[図データ]（提案アイコン）が表示された赤色の障害発生個所をクリックします。

［提案］タブの［提案一覧］領域に，定義された提案の一覧がバー形式（［提案バー］）で表示されます。

［提案］ボタンをクリックします。

インテリジェント統合管理基盤サーバが提案定義情報の条件を判定し，条件に合致した［提案バー］が活性化します。提案内容の中から業務の影響範囲や緊急性を基に，どの対処アクションを実施するかを判断します。

提案を実行する場合は，手順3.に進みます。

提案を実行する前に提案の詳細を確認する場合は，［提案バー］をクリックします。［提案詳細］領域が表示されます。手順4.に進みます。

［提案一覧］領域で，［実行］ボタンをクリックします。

提案が実行されます。

提案活性条件の成立の状態や実行する対処アクションの説明，前回の実行結果などの提案の詳細を確認します。

提案活性条件の詳細を確認する場合は［条件詳細表示］ボタンをクリックします。

［条件詳細］画面が表示されます。

AND条件の配列で定義された提案が活性化するための条件である提案活性条件群ごとの，判定結果を確認します。

［閉じる］ボタンをクリックして画面を閉じます。

3.2　ITシステムの健全性の可視化

統合オペレーション・ビューアーのダッシュボードでは，各種ITリソースのグラフなどのさまざまな情報を一つの画面上にまとめて可視化できます。

システム構成図など任意の背景画像上にIM管理ノードを配置して重要イベントの発生をビジュアルに可視化したり，各種のITリソースがしきい値を超過しているかを示すアラート情報を可視化したり，ITリソースのパフォーマンス状況をさまざまなグラフで可視化したりできます。各種情報・グラフは「パネル」という単位で，統合オペレーション・ビューアーの［ダッシュボード］画面に複数表示できるため，システム管理者は一目でシステムの健全性を把握できます。また，重要イベント発生時の原因究明を［ダッシュボード］画面で支援します。

図3‒4　統合オペレーション・ビューアーの［ダッシュボード］画面による監視の概要

3.2.1　ダッシュボードによるシステムのステータス監視

ダッシュボードでは，IM管理ノードの状態監視，パフォーマンスデータのしきい値監視（アラート情報の監視）ができます。これにより，重要イベントの発生有無やリアルタイムなパフォーマンス状況を把握し，システムのステータス監視を行います。

IM管理ノードの状態監視では，サービス・システムの構成図などの任意の背景画像に重ねて，ノード状態を表示することができます。直感的で迅速な状況把握が可能になります。

IM管理ノードの状態監視の詳細については，「3.5 IM管理ノードによるシステムの統合監視」「3.9 インテリジェント統合管理基盤が行うシステムの評価」を，パフォーマンスデータのしきい値監視については，「3.15.1 JP1/IM - Agentによる性能監視機能」を参照してください。

システム単位にノード状態監視する例

図3‒5　システムのステータス監視をするダッシュボードの例

3.2.2　ダッシュボードによるトレンドデータの表示

各種メトリックのトレンドデータを表示するパネルには，パネルタイプとして，「トレンド」，「ランキング」，「数値」，「ゲージ」を選択できます。

「トレンド」パネルは，トレンドデータを時系列の折れ線グラフで表示します。CPU使用率やメモリ使用量などのITリソース情報や外形監視での応答時間などのパフォーマンスデータのトレンドを把握し，問題の事前確認，問題発生時の原因究明に利用することができます。

「ランキング」パネルは，直近のトレンドデータをノードやインスタンスごとの棒グラフで，ランキング順に表示します。

「数値」パネルは，直近のトレンドデータを数値で表示します。任意の警戒値，危険値の値に応じて表示色を変化させることができます。

「ゲージ」パネルは，直近のトレンドデータをゲージ形式で表示します。ゲージのメモリとして，任意の警戒域，危険域を表示させることができます。

また，各パネルを補助するために，任意のテキスト（マークダウン記法）情報を表示するための「テキスト」パネルをダッシュボードに配置することもできます。

図3‒6　各種パネルの表示例

ダッシュボードで扱えるトレンドデータは，JP1/IM - Agentの性能監視機能で収集したパフォーマンスデータ，および統合監視DBで管理しているJP1イベントのメトリックです。JP1/IM - Agentの性能監視機能では，オンプレミス，プライベートクラウド，クラウド（AWS，Azure），コンテナ（Kubernetes，OpenShift），外形監視（HTTP，ICMP），SaaS，アプリケーションを監視できます。詳細については，「3.15 JP1/IM - Agent による監視機能」を参照してください。

3.2.3　ダッシュボードによる監視の流れ

ダッシュボードによる監視の流れについて説明します。

図3‒7　ダッシュボードによる監視の流れ

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

［ダッシュボード］画面内で，ステータスが変わったパネルを確認します。該当パネル・該当するノードを選択すると，ツリーが表示される画面が起動します。

［稼働状況］領域のツリーで，選択状態に変わった該当箇所を確認します。

［稼働状況］領域のツリーをドリルダウンして，詳細な発生ノードを確認し，選択状態に変えます。

［ダッシュボード］タブで，該当するノードのアラート情報やトレンドデータなどから詳細なシステム状況を確認します。

［イベント一覧］領域で，該当するノードのイベントの詳細を確認します。

システム状況やメッセージ内容から関連するノードの状況確認が必要な場合は，［関連ノード］タブで関連するノードを確認し，選択状態に変えます。以後，手順2〜6を繰り返して，システムの状況把握，問題の調査を行っていきます。

3.3　ホストごとのパフォーマンス状況の監視・比較

ダッシュボードでは，システム全体の監視はもちろん，システムの一部の特定の部門に特化した監視もできます。

例えば，「Web予約サービス」のシステム部門で，Web用のホストが４台程度の場合に，次のようなダッシュボードを作成して監視できます。部門に特化することで，監視対象のオブジェクトの粒度を小さくできます。また，ノード状態監視パネル，アラート情報パネルだけでなく，特に監視したいメトリックも一緒に監視することが可能です。

図3‒8　「Web予約サービス」のシステム部門の監視例

このダッシュボードは，４台のホストがある場合に，ホスト単位に「ノード状態」，「アラート情報」，「ネットワーク速度」，「CPU使用率」を並べた例です。ノード異常やアラートが発生していなくても，負荷が変化する状況が把握できるため，何時ごろに負荷が高くなる傾向があるとか，1か月前よりも負荷が上がってきているなどが把握できます。

3.4　定期的なシステム改善

ダッシュボードでは，トレンドデータ管理DBで管理している過去のデータを表示できます。クリティカルなサーバで新しく機能を追加した場合などは，空きディスク領域や空きメモリ量の変化を把握することが大切です。次のような「空きディスク容量」や「空きメモリ量」を約1か月分の期間を表示するダッシュボードを事前に作成しておくと，定期的にトレンド状況を確認することができ，今後のリソース不足を未然に防ぐなどのシステム改善に利用できます。また，重要イベントの発生傾向をダッシュボードに表示できるため，システムや運用の改善計画に利用します。

図3‒9　システム改善に利用するダッシュボードの例

3.5　IM管理ノードによるシステムの統合監視

統合オペレーション・ビューアーに表示されるサンバーストおよびツリーは，IM管理ノード（管理オブジェクトと，管理オブジェクトをグループ化した管理グループ）で構成されています。

インテリジェント統合管理基盤は，IM管理ノードとJP1イベントを利用して，システムの統合監視を行います。

3.5.1　IM管理ノードの構造

IM管理ノードの構造について説明します。

管理オブジェクト

インテリジェント統合管理基盤によって管理される対象です。管理オブジェクトには，対応するSIDが存在します。

管理オブジェクトに関連したJP1イベントを受信すると，そのJP1イベントの重要度と重大度，対処状況を基に管理オブジェクトを評価し，それに基づいてシステムの状態の色が変化します。

また，管理オブジェクトには，オブジェクトルートとオブジェクトの2種類のノードが存在します。オブジェクトルートは，管理対象となるノードの最上位ノードです。オブジェクトルートには，ホストやストレージなどが存在します。

管理グループ

管理オブジェクトをグループ化したものです。管理オブジェクトまたは管理グループを含みます。管理グループには，対応するSIDは存在しません。

上位の管理グループに含まれる下位の管理オブジェクトまたは管理グループがJP1イベントを受信し，色が変わると上位の管理グループの色も変化します。

管理グループには，次の種類があります。

ルート：システムまたはオブジェクトルートをグループ化したものです。

システム：システムを構成するオブジェクトルートをグループ化したものです。

カテゴリ：サブカテゴリまたはオブジェクトをグループ化したものです。

サブカテゴリ：管理対象のオブジェクトをグループ化したものです。

ツリー形式での管理オブジェクトと管理グループの表示例について，次に示します。

なお，JP1/IM - Agentを使用する場合の表示例については，「3.15.6(1)(i)ツリーの形式」を参照してください。

図3‒10　ツリー形式での管理オブジェクトと管理グループの表示例

同じ階層に異なるノードが存在する場合は，優先度が高い順に，ルートノード＞システムノード＞オブジェクトルートノード＞カテゴリノード＞サブカテゴリノード＝オブジェクトノードが表示されます。なお，どのノードにも該当しないノードは，優先度が最上位となります。

IM管理ノードを選択した際に，イベントビューに表示できるイベントは，次の表に示すどれかの条件を満たしている必要があります。

表3‒1　 IM管理ノードを選択した際にイベントビューに表示できるイベントの条件

条件

説明

統合監視DBに登録されたJP1イベントであること

インテリジェント統合管理サーバは統合監視DBのイベントを監視・取得して，JP1イベントとIM管理ノードの関連と情報を管理しています。

選択したIM管理ノードが発生元となるイベントであること

選択したIM管理ノード，およびその配下のすべてのIM管理ノードが発生元となるイベントを，イベントビューで一覧表示します。

資源グループ・業務グループを設定している場合は，資源グループ・業務グループの参照権限があるイベントであること

資源グループ・業務グループを設定している場合，ログインしたユーザーに参照権限がないIM管理ノードは，ツリー形式では参照できません。

ユーザーフィルターを通過するイベントであること

ユーザーフィルターを設定している場合，ログインしたユーザーの設定に従って，イベントビューに表示するイベントは制限されます。

3.5.2　IM管理ノードとして扱う情報

インテリジェント統合管理基盤で，IM管理ノードとして扱う情報の種類を次に示します。

なお，JP1/IM - Agentを使用する場合のIM管理ノードについては，「3.15.6(1)(h)統合エージェントごとのIM管理ノード」を参照してください。

表3‒2　 IM管理ノードとして扱う情報の種類

項番

IM管理ノードとして扱う情報

説明

1

システム名

システムノード定義ファイル※で定義したシステム名です。

システムには階層がありサブシステムを定義できます。定義できる階層は10階層までです。

2

オブジェクトルート名

ルートノードまたはシステムノード配下に属するホストやストレージなどの名称です。ホスト名はFQDN形式のホスト名にも対応しています。

3

カテゴリ名

監視する対象をグルーピングしたカテゴリ名です。詳細は「表3-3　カテゴリ一覧」を参照してください。

4

サブカテゴリ名

製品名です。

5

スケジューラーサービス名

JP1/AJS - Managerから取得したスケジューラーサービス名です。

6

ジョブグループ名

JP1/AJS - Managerから取得したジョブグループ名です。

7

ルートジョブネット名

JP1/AJS - Managerから取得したジョブグループに存在するルートジョブネット名です。

8

JP1/PFMの監視エージェントのサービス名

JP1/PFM - Managerから取得した監視エージェントのサービス名です。

「表3-3　カテゴリ一覧」の項番2〜8までのカテゴリの末端の管理オブジェクトです。

9

インストール製品名

インストール製品名です。

JP1製品の場合，JP1/Base，JP1/AJS，JP1/PFM，JP1/IM - Managerなどが表示されます。

注※

システムノード定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「システムノード定義ファイル（imdd_systemnode.conf）」（2.　定義ファイル）を参照してください。

メモ

インテリジェント統合管理基盤は実ホスト名でIM管理ノードの構成を管理しています。このため，ホスト名にエイリアス名を付けることができる製品をIM管理ノードの構成に加える場合，エイリアス名と実ホスト名のマッピングが必要となります。エイリアス名と実ホスト名をマッピングすると，ツリー上のホスト名が実ホスト名となるため，管理ツールごとにエイリアス名が異なる場合でも，ツリー上では同じホストにグルーピングできます。

マッピングは，実ホスト名に対するエイリアス名をホスト名定義ファイルに定義して行います。ホスト名定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ホスト名定義ファイル（imdd_host_name.conf）」（2.　定義ファイル）を参照してください。

デフォルトで定義されているカテゴリの一覧を次の表に示します。

表3‒3　カテゴリ一覧

項番

カテゴリ名

説明

1

Job

ジョブに関わる管理ノードをまとめるカテゴリです。

ホストにJP1/AJS - Managerが存在する場合に作成されます。

2

Service Response

インターネットサービスの性能を監視する管理ノードをまとめるカテゴリです。

ホストでJP1/PFM - Agent for Service Responseを監視する場合に作成されます。

3

Enterprise

SAPシステムなどエンタープライズシステムの性能に関わる管理ノードをまとめるカテゴリです。

ホストで次の製品を監視する場合に作成されます。

JP1/PFM - Agent for Enterprise Applications

JP1/PFM - Agent for Exchange Server

JP1/PFM - Agent for Domino

JP1/PFM - Agent for JP1/AJS3

4

Transaction Processing

トランザクション処理を監視する製品の管理ノードをまとめるカテゴリです。

ホストで次の製品を監視する場合に作成されます。

JP1/PFM - Agent for OpenTP1

JP1/PFM - Agent for IBM WebSphereMQ

5

Application Server

アプリケーションサーバの性能に関わる管理ノードをまとめるカテゴリです。

ホストで次の製品の監視時に作成されます。

JP1/PFM - Agent for IIS

JP1/PFM - Agent for WebSphere Application Server

JP1/PFM - Agent for WebLogic Server

JP1/PFM - Agent for Cosminexus

6

Database

データベースの性能に関わる管理ノードをまとめるカテゴリです。

ホストで次の製品を監視する場合に作成されます。

JP1/PFM - Agent for Oracle

JP1/PFM - RM for Oracle

JP1/PFM - AO for IBM DB2

JP1/PFM - Agent for Microsoft SQL Server

JP1/PFM - RM for Microsoft SQL Server

JP1/PFM - Agent for HiRDB

7

Platform

OSの性能情報を監視する管理ノードをまとめるカテゴリです。

ホストで次の製品を監視する場合に作成されます。

JP1/PFM - Agent for Platform

JP1/PFM - RM for Platform

8

Virtual Machine

仮想環境の性能情報を監視する管理ノードをまとめるカテゴリです。

ホストで次の製品の監視時に作成されます。

JP1/PFM - Agent for VM

JP1/PFM - RM for VM

9

Management Applications

運用管理製品をまとめたカテゴリです。

JP1/PFM - Managerで監視エージェントのサービス監視をしている，またはホストにJP1/AJS，JP1/PFM - Manager，JP1/PFM - Base，JP1/IM，JP1/Baseが存在する場合に作成されます。

10

Other Applications

上記のカテゴリ，およびユーザーが追加したカテゴリに関連しない管理ノードをまとめるカテゴリです。

ホストがJP1/IMのエージェント構成またはリモート監視構成に含まれる場合に作成されます。

カテゴリ配下の管理オブジェクト名を次に示します。

表3‒4　カテゴリ配下の管理オブジェクト名

項番

カテゴリ名

インストールされている製品名

カテゴリ配下の管理オブジェクト名

1

Job

JP1/AJS-Manager

スケジューラーサービス名／ジョブグループ名

2

Service Response

JP1/PFM - Agent for Service Response

製品略称名

3

Enterprise

JP1/PFM - Agent for Enterprise Applications

4

JP1/PFM - Agent for Exchange Server

5

JP1/PFM - Agent for Domino

6

JP1/PFM - Agent for JP1/AJS3

7

Transaction Processing

JP1/PFM - Agent for OpenTP1

8

JP1/PFM - Agent for IBM WebSphereMQ

9

Application Server

JP1/PFM - Agent for IIS

10

JP1/PFM - Agent for WebSphere Application Server

11

JP1/PFM - Agent for WebLogic Server

12

JP1/PFM - Agent for Cosminexus

13

Database

JP1/PFM - Agent for Oracle

14

JP1/PFM - RM for Oracle

15

JP1/PFM-AO for IBM DB2

16

JP1/PFM - Agent for Microsoft SQL Server

17

JP1/PFM - RM for Microsoft SQL Server

18

JP1/PFM - Agent for HiRDB

19

Platform

JP1/PFM - Agent for Platform

20

JP1/PFM - RM for Platform

21

Virtual Machine

JP1/PFM - Agent for VM

22

JP1/PFM - RM for VM

23

Management Applications

JP1/PFMのエージェント製品

監視エージェントの製品略称名

24

JP1/PFM - Manager

JP1/PFM - Manager

25

JP1/PFM - Base

JP1/PFM - Base

26

JP1/AJS - Manager

JP1/AJS - Manager

27

JP1/IM - Manager

JP1/IM - Manager

28

JP1/Base

JP1/Base

29

Other Applications

JP1/IM - Manager （リモート監視をしている場合）

JP1/IM - Manager

30

JP1/Base

JP1/Base

31

−

Other

カテゴリはユーザーが自由に作成できます。詳細については「3.8　カテゴリのカスタマイズ」を参照してください。

なお，カテゴリが定義されている場合でもカテゴリの配下のIM管理ノードが一つもないときは，カテゴリは表示されません。また，定義されているカテゴリに分類できないIM管理ノードの場合は，Other Applicationsカテゴリの配下に表示されます。

重要

インテリジェント統合管理基盤の設定を行っていない場合，統合オペレーション・ビューアーの［稼動情報］領域，［詳細情報］領域には何も表示されません。インテリジェント統合管理基盤の設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「4.　インテリジェント統合管理基盤の設定」を参照してください。

3.5.3　IM管理ノード関連ファイル

IM管理ノード関連ファイルは，IM管理ノード間のつながりやツリーを構成するために必要な情報などが記載されたファイルで，jddcreatetreeコマンドの実行によって自動的に生成されます。IM管理ノード関連ファイルを次に示します。

IM管理ノードリンクファイル（imdd_nodeLink.json）

IM管理ノードツリーファイル（imdd_nodeTree.json）

これらのファイルの情報を，IM管理ノード関連情報といいます。jddupdatetreeコマンドの実行によってインテリジェント統合管理基盤に反映され，IM管理ノードの状況が設定されます。

jddcreatetreeコマンドおよびjddupdatetreeコマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jddcreatetree」（1.　コマンド）および「jddupdatetree」（1.　コマンド）を参照してください。

表3‒5　 IM管理ノード関連ファイル

項番

ファイル名

説明

1

IM管理ノードリンクファイル

（imdd_nodeLink_コンポーネント名.json）

IM管理ノード間の関連を表示するために必要な情報を記載したファイルです。

出力先を次に示します。出力先に同じファイルが存在する場合は，上書きされます。

コンポーネント名

情報取得先のコンポーネント名です（“/”は”_”に置き換えます）。

ファイルのフルパスが260文字を超える場合は，次のファイル名とします。

imdd_nodeLink_コンポーネント名（ハッシュ値）.json

コンポーネント名（ハッシュ値）：

コンポーネント名をMD5でHash値に変換した文字列

例: imdd_nodeLink_40e577b40c9fa9d1ed2ccf959a225864.json

Windowsの場合

jddcreatetreeコマンド -oで指定したディレクトリ¥imdd_nodeLink_コンポーネント名.json

UNIXの場合

jddcreatetreeコマンド -oで指定したディレクトリ/imdd_nodeLink_コンポーネント名.json

2

IM管理ノードツリーファイル

（imdd_nodeTree.json）

IM管理ノードをツリー形式で表示するために必要な情報を記載したファイルです。

出力先を次に示します。出力先に同じファイルが存在する場合は，上書きされます。

Windowsの場合

jddcreatetreeコマンド-oで指定したディレクトリ¥imdd_nodeTree.json

UNIXの場合

jddcreatetreeコマンド-oで指定したディレクトリ/imdd_nodeTree.json

3.5.4　IM管理ノード関連情報の取得

IM管理ノード関連情報の取得は，インテリジェント統合管理基盤を設定した場合，およびホストの追加や資源グループの変更などによってIM管理ノードの構成を変更した場合に，jddcreatetreeコマンド，または統合オペレーション・ビューアーで行います。統合オペレーション・ビューアーを使用して操作する手順については，「3.6.4 IM管理ノード作成実行機能」を参照してください。

JP1/Baseのエージェント構成の場合，IM構成管理の有効・無効に関わらず，jbsrt_getコマンドを実行して表示された構成定義情報の自ホストおよび配下のホストだけが，IM管理ノード関連情報として取得されます。jbsrt_getコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。リモート監視構成の場合は，IM構成管理が有効のときだけIM管理ノード関連情報が取得されます。

なお，拠点マネージャーが定義されている場合は，IM管理ノード関連情報を取得する前にシステムの階層構成の同期を取る必要があります。

IM管理ノード関連情報の取得を実行すると，IM管理ノード関連ファイルが作成されます。IM管理ノード関連ファイルの詳細については「3.5.3　IM管理ノード関連ファイル」を参照してください。

IM管理ノード関連情報の取得について，次の図に示します。

図3‒11　 IM管理ノード関連情報の取得

IM管理ノード関連情報の取得機能は，システム構成情報の収集，IM管理ノードリンク生成，IM管理ノードツリー生成の機能を持ちます。

システム構成情報の収集機能

連携製品が管理する構成情報をアダプタコマンドやプラグインを利用して，システムの構成情報を収集する機能です。アダプタコマンドやプラグインの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「4.　ユーザー作成プラグイン」を参照してください。

IM管理ノードリンク生成機能

収集したシステム構成情報を基にして，構成間の関連を生成する機能です。

IM管理ノードツリー生成機能

システム構成情報，システムノード定義ファイル（imdd_systemnode.conf），IM管理ノードカテゴリ名称定義ファイル（imdd_category_name.conf）の情報を基にして，IM管理ノードをサンバーストやツリーの形式で表示するためのツリー情報を生成する機能です。システムノード定義ファイルおよびIM管理ノードカテゴリ名称定義ファイル（imdd_category_name.conf）の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「システムノード定義ファイル（imdd_systemnode.conf）」（2.　定義ファイル），「IM管理ノードカテゴリ名称定義ファイル（imdd_category_name.conf）」（2.　定義ファイル）を参照してください。

3.5.5　管理対象の追加，変更，削除と反映

管理対象を追加，変更，削除する場合は，jddcreatetreeコマンドおよびjddupdatetreeコマンド，または統合オペレーション・ビューアーを使用して，インテリジェント統合管理基盤に情報を反映します。ここでは，コマンドを使用する手順について説明します。統合オペレーション・ビューアーを使用して反映する手順については，「3.6.4 IM管理ノード作成実行機能」を参照してください。

なお，以降で説明する構成取得対象ホスト定義ファイル（imdd_target_host.conf）については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「2.　定義ファイル」を参照してください。また，jddcreatetreeコマンドおよびjddupdatetreeコマンドについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「1.　コマンド」を参照してください。

(1)　管理対象の追加

新たに管理対象のホストを追加する場合や一部のホストでIM管理ノード関連情報の取得に失敗した場合は，追加したいホストの情報だけを追加情報として取得し，追加情報と事前に取得した情報をまとめて，インテリジェント統合管理基盤に反映します。なお，追加情報と事前に取得した情報をまとめるため，追加情報の保存先は，事前に取得した情報と同じ保存先としてください。

IM管理ノード関連情報の取得に失敗した場合を例にして，追加情報を反映する手順を説明します。

例：ホストA，B，Cに対してIM管理ノード関連情報を取得した際に，ホストBの情報だけが取得できなかった場合

構成取得対象ホスト定義ファイル（imdd_target_host.conf）にホストA，B，Cを定義し，保存先に「C:¥tmp」を指定してjddcreatetreeコマンドを実行する。

ホストBの構成情報の取得に失敗する。

構成取得対象ホスト定義ファイル（imdd_target_host.conf）にホストBを定義し，保存先に「C:¥tmp」を指定してjddcreatetreeコマンドを実行する。

jddcreatetreeコマンドで指定した保存先「C:¥tmp」を指定してjddupdatetreeコマンドを実行する。

(2)　管理対象の変更

管理対象のマネージャーホストが管理するエージェントの構成が変更になった場合など，取得済みのIM管理ノード関連情報を編集したい場合は，IM管理ノード関連情報を再取得する必要があります。再取得の手順を次に示します。

取得済みのIM管理ノード関連情報を編集するホストを，構成取得対象ホスト定義ファイル（imdd_target_host.conf）に定義します。

保存先にjddupdatetreeコマンドの出力先フォルダ「C:¥tmp」を指定し，jddcreatetreeコマンドを実行する。

jddcreatetreeコマンドで指定した保存先「C:¥tmp」を指定し，jddupdatetreeコマンドを実行する。

(3)　管理対象の削除

特定のホストを管理対象から外す場合，そのホストの情報を構成取得対象ホストから削除し，システム全体のIM管理ノード関連情報を再取得する必要があります。

次の場合を例にして，管理対象を削除する手順を説明します。

例：ホストA，B，Cに対してホストBを管理対象から外す場合

構成取得対象ホスト定義ファイル（imdd_target_host.conf）にホストA，Cを定義し，保存先に「C:¥tmp」を指定してjddcreatetreeコマンドを実行する。

保存先には，空のディレクトリを指定する。

jddcreatetreeコマンドで指定した保存先「C:¥tmp」を指定してjddupdatetreeコマンドを実行する。

3.5.6　IM管理ノードの変更

ホストの追加，業務グループの変更，またはインテリジェント統合管理基盤と連携する製品のバージョンアップなどによってIM管理ノードに変更が発生した場合は，IM管理ノード関連情報をすべて取得し直してから，反映する必要があります。

変更手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「4.2　システム構成情報を設定する」を参照してください。

3.5.7　システム構成情報の反映方式

JP1/IM - Manager（インテリジェント統合管理基盤）では，システム構成情報を追加，変更，削除した場合，IM管理ノード関連情報の取得機能，IM管理ノード関連情報の反映機能を使用してインテリジェント統合管理基盤に反映する必要があります。この際，インテリジェント統合管理基盤への反映に掛かる時間は，統合監視DBに登録されているJP1イベントの件数に比例するため，統合監視DBに登録されているJP1イベントの件数が多い環境ほど，反映に時間が掛かります。

JP1/IM - Manager（インテリジェント統合管理基盤）のバージョン12-50以降では，システム構成情報の追加，変更，削除をインテリジェント統合管理基盤に反映する際に，統合監視DBに登録されているJP1イベントを再取得せずに，すでにあるJP1イベント情報，およびJP1イベントとIM管理ノードとのマッピング情報をそのまま引き継ぐ「構成変更モード」を追加しました。この新しい反映方式を使用することによって，従来の反映方式「新規・再構築モード」と比べてシステム構成情報の追加，変更，削除に掛かる時間が短縮されます。

構成変更モードの概要を，コマンドで操作した手順で次の図に示します。なお，統合オペレーション・ビューアーを使用した場合でも，反映方式を選択できます。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.2.2 ［マネージャーの定義ファイル一覧］画面と［定義ファイル一覧(ホスト名)］画面」を参照してください。

図3‒12　構成変更モードの概要

構成変更モードの反映方式を説明します。構成変更モードでは，すでにあるJP1イベントがどのIM管理ノードと紐づいているかのマッピング情報を利用して，次のようにIM管理ノードとJP1イベントをマッピングします。

システム構成を変更していないIM管理ノードとJP1イベントのマッピング状態

マッピング状態は変わりません。

システム構成から削除されたIM管理ノードにマッピングされていたJP1イベント，およびシステム構成を変更したIM管理ノードにマッピングされていたJP1イベントのマッピング状態

マッピング方式に基づいてマッピングし直されます。JP1イベントが見えなくなることはありません。

マッピングし直されたJP1イベントは，これらのIM管理ノードが再び登録された場合は，元々マッピングされていたIM管理ノードに再度マッピングされます。

ただし，システムノード定義ファイル（imdd_systemnode.conf）によって階層構造が変更された場合はマッピングのし直しがされないため，マッピングの状態は変わりません。

マッピング方式の詳細については「3.9.1(1)　JP1イベントとIM管理ノードとのマッピング」を参照してください。

なお，IM管理ノードの反映が一度も行われていない状態で構成変更モードを実行した場合は，従来の反映方式（新規・再構築モード）でシステム構成情報への反映が実行されます。

3.5.8　複数拠点の監視

各拠点の下位マネージャーで動作する統合オペレーション・ビューアーの［稼働状況］領域に表示する内容を，統合マネージャーで動作する統合オペレーション・ビューアーの［稼働状況］領域に，統合して表示できます。バージョン13-00以降で追加されたIM管理ノードについても，同様に統合して表示できます。

また，各拠点のシステムで発行されたJP1イベントは，統合マネージャーの統合オペレーション・ビューアーに表示するIM管理ノードにもマッピングされます。

(1)　前提条件

次に示す前提条件があります。

監視対象サーバは同一顧客サイト内で，ホスト名およびIPアドレスがユニークであること。

なお，インテリジェント統合管理基盤で監視対象サーバを監視する場合，統合監視サーバは複数拠点の同名監視対象サーバを一意に識別できません。そのため，ツリー上で別々のノードとして監視できません。

次のいずれかで統合マネージャーホストに拠点または中継マネージャーホスト，およびその配下のIM管理ノードを反映する際，拠点または中継マネージャーホストでインテリジェント統合管理基盤，統合マネージャー管理基盤のサービスが起動していること。

統合マネージャーホストでjddcreatetreeコマンドやjddupdatetreeコマンドを実行する。

統合オペレーション・ビューアーからIM管理ノード作成実行機能を実行する。

統合マネージャーホストと拠点または中継マネージャーホストとで，次の設定が同じであること。

インテリジェント統合管理基盤のポート番号

httpまたはhttps

下位マネージャーのホスト名について統合マネージャーのhostsファイルやDNSに登録済みであること。（jp1hostsファイルおよびjp1hosts2ファイルの設定は参照しない）

(2)　統合オペレーション・ビューアーの［稼働状況］領域での表示

各拠点の下位マネージャーで動作する統合オペレーション・ビューアーの［稼働状況］領域に表示するJP1/IMとJP1/Baseの構成情報を，統合マネージャーで動作する統合オペレーション・ビューアーの［稼働状況］領域に統合して表示できます。バージョン13-00以降では，JP1/IM - Agentに関するIM管理ノードについても，同様に統合して表示できます。

拠点または中継マネージャーで構成取得対象ホスト定義ファイルに指定し取得している連携製品（JP1/AJSやJP1/PFM）のIM管理ノードは，統合マネージャーで動作する統合オペレーション・ビューアーでは表示されません。表示するためには，統合マネージャーで構成取得対象ホスト定義ファイルに指定する必要があります。

なお，統合マネージャーで動作する統合オペレーション・ビューアーの［稼働状況］領域での表示について，統合マネージャーと拠点または中継マネージャーのバージョンの組み合わせによって，拠点または中継マネージャー配下の情報が異なります。

マネージャーのバージョンの組み合わせ

拠点または中継マネージャー

バージョン12

バージョン13

統合マネージャー

バージョン12

JP1/BaseとJP1/IMのシステム構成情報から取得した情報（JP1/IM - Agentは含みません）

JP1/BaseとJP1/IMのシステム構成情報から取得した情報（JP1/IM - Agentは含みません）

バージョン13

JP1/BaseとJP1/IMのシステム構成情報から取得した情報（JP1/IM - Agentは含みません）

JP1/BaseとJP1/IMのシステム構成情報から取得した情報（JP1/IM - Agentを含みます）

各拠点のシステムで発行されたJP1イベントは，統合マネージャーの統合オペレーション・ビューアーに表示するIM管理ノードにもマッピングされます。

拠点または中継マネージャーで管理する配下のIM管理ノード情報（SIDを含みます）は，統合マネージャーでも同じ内容を表示します。

(3)　統合オペレーション・ビューアーの［関連ノード］タブでの表示

JP1/IMに関するIM管理ノードの関連を次に示します。構成情報が存在する場合のSIDです。

各拠点の下位マネージャーで動作する統合オペレーション・ビューアーで表示する内容と同様に，統合マネージャーで動作する統合オペレーション・ビューアーで関連を表示します。

from

to

対応バージョン

統合マネージャーホストのJP1/IM - Managerを示すSID

拠点または中継マネージャーホストのJP1/IM - Managerを示すSID

12-10以降

統合マネージャー配下のエージェントホストのJP1/Baseを示すSID

12-10以降

リモート監視ホストのログ管理を示すSID

12-10以降

拠点または中継マネージャーホストのJP1/IM - Managerを示すSID

拠点または中継マネージャー配下のエージェントホストのJP1/Baseを示すSID

12-10以降

リモート監視ホストのログ管理を示すSID

12-10以降

JP1/IM - Manager※を示すSID

統合エージェント制御基盤SID

13-00以降

注※

階層構成の場合，統合エージェント制御基盤を直接管理しているJP1/IM - Managerを指します。

(4)　設定手順

拠点または中継マネージャーのセットアップ後に，統合マネージャーホストにてjddcreatetreeコマンドやjddupdatetreeコマンドを実行，または，統合オペレーション・ビューアーからIM管理ノード作成実行機能を実行することで，統合マネージャーホストに拠点または中継マネージャーホストおよびその配下のIM管理ノードが反映されます。

(5)　構成変更への対応

■拠点または中継マネージャーホスト配下のIM管理ノードを追加，変更，および削除する場合

拠点または中継マネージャーホスト配下にIM管理ノードの追加，変更，および削除などの変更がある場合，統合マネージャーホストへ反映するために，統合マネージャーホストでコマンド（jddcreatetree，jddupdatetree）または統合オペレーション・ビューアーからIM管理ノード作成実行機能を実行してください。

■拠点または中継マネージャーホストを追加，変更，および削除する場合

拠点または中継マネージャーホストを追加，変更，および削除する場合，統合マネージャーホストへ反映するために，統合マネージャーホストでコマンド（jddcreatetree，jddupdatetree）または統合オペレーション・ビューアーからIM管理ノード作成実行機能を実行してください。

3.6　WebGUI（統合オペレーション・ビューアー）を使用した運用

3.6.1　概要

JP1/IM - Agentを使用した運用では，JP1/IM - Agentが収集した各種システムのパフォーマンスデータを，JP1/IM - Managerのトレンドデータとして管理し，統合エージェントホストをIM管理ノードとして把握できます。

JP1/IM - Managerのインテリジェント統合管理データベースでは，次に示す情報を保持し，管理します。

IM管理ノードのツリー情報

統合エージェントの情報（統合エージェントホストおよび使用できるアドオンプログラムの情報）

トレンドデータ

対処アクションの実行結果

これらの情報は，統合オペレーション・ビューアー（WebGUI）から参照，管理できます。また，標準構成時，および，下位マネージャー構成時の各情報に対する操作について，次の表に示します。

操作対象

IM管理ノード情報

統合エージェント情報

稼働情報

提案・対処アクション

JP1/Base

IM管理ノード，関連線を表示できます。

−

−

統合マネージャーに設定した対処アクションの実行対象ホストに設定できます。

JP1/IM - Agent

IM管理ノード，関連線を表示できます。

統合エージェント情報を表示，削除できます。

メトリック一覧，パフォーマンスデータを参照できます。

統合マネージャーに設定した対処アクションの実行対象ホストに設定できます。

下位マネージャー

IM管理ノード，関連線を表示できます。

−

−

統合マネージャーに設定した対処アクションの実行対象ホストに指定できます。下位マネージャーに設定した対処アクションおよび提案の操作はできません。

下位マネージャー配下のJP1/Base

IM管理ノード，関連線を表示できます。

−

−

統合マネージャーに設定した対処アクションの実行対象ホストに設定できます。

下位マネージャー配下のJP1/IM - Agent

IM管理ノード，関連線を表示できます。

統合エージェント情報を表示，削除できます。

メトリック一覧，パフォーマンスデータを参照できます。

統合マネージャーに設定した対処アクションの実行対象ホストに設定できます。

下位マネージャー配下のその他

統合マネージャーの構成取得対象ファイルに記載が必要です。

−

メトリック一覧，パフォーマンスデータを参照できます。

統合マネージャーに設定した対処アクションの実行対象ホストに設定できます。

その他

統合マネージャーの構成取得対象ファイルに記載が必要です。

−

メトリック一覧，パフォーマンスデータを参照できます。

統合マネージャーに設定した対処アクションの実行対象ホストに設定できます。

（凡例）

−：該当なし

また，統合オペレーション・ビューアーから，マネージャーおよびエージェントの定義ファイルをダウンロード／アップロードして設定を変更できる機能や，IM管理ノードのツリー情報を生成，反映できる機能も提供します。

■前提条件

統合オペレーション・ビューアーから上記の操作や機能による運用を行う場合は，インテリジェント統合管理データベースのセットアップが完了している必要があります。

■JP1/IM - Agentを使用した運用を開始するまでの流れと操作内容

初期構築時にWebGUI（統合オペレーション・ビューアー）から必要な情報の登録，定義ファイルの設定，およびコマンドの実行を行います。

次に示す操作を行うことで，IM管理ノードが作成され，統合オペレーション・ビューアーで統合管理を開始できます。

JP1/IM - Managerのインストールおよびセットアップ

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1. インストールとセットアップ（Windowsの場合）」および「2. インストールとセットアップ（UNIXの場合）」を参照してください。

インストールおよびセットアップコマンドの実行後，手順2以降のJP1/IM - Agentを使用する上での設定が必要です。

初期シークレットの発行・取得

初期シークレットを発行および取得します。初期シークレットは発行時にだけ取得できるため，発行した初期シークレットは必ずコピーして保存してください。

初期シークレットは，JP1/IM - Agentのインストール時，外部システムとの連携時，多段構成時の下位マネージャー情報に設定します。

詳細については，「3.7 初期シークレットとクライアントシークレット」，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.3.1(3)(a)インストール前に必要な情報」（Windowsの場合）および「2.3.1(2)(a)インストール前に必要な情報」（UNIXの場合）を参照してください。

統合エージェント基盤内の初期の通信では，Basic認証に初期シークレットが使用されますが，統合エージェント側で公開鍵ダウンロードのリクエスト，ライセンス情報のリクエストを発行したあとは使用しません。リクエストの発行後は，初期シークレットではなく，エージェントクライアントシークレットを使用します。

クライアントシークレットの設定

マネージャーホスト（インテリジェント統合管理基盤）に対して，ユーザー独自のOSSを連携させる場合に設定します。

詳細については，「3.7 初期シークレットとクライアントシークレット」，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.2.4 ［IMクライアント一覧］画面」を参照してください。

下位マネージャー情報の設定（下位マネージャー構成の場合）

下位マネージャーのインストールとセットアップ，IM構成の設定後に，下位マネージャーの初期シークレットを確認し，下位マネージャーの情報を設定します。

詳細については，「3.7 初期シークレットとクライアントシークレット」を参照してください。

マネージャーの定義ファイルの設定（下位マネージャー構成の場合）

下位マネージャー配下のホストの定義ファイルについても，アクセス権があれば，統合オペレーション・ビューアーから設定できます。

各統合エージェントの定義ファイルの設定

JP1/IM - Agentの定義ファイル操作機能で，JP1/IM - Agentに必要な各種設定を行います。使用する画面は，マネージャーの定義ファイルの設定と同じです。設定後，トレンドデータが収集され，統合マネージャーに対してリモートライトを発行します。

詳細については，「3.6.5 定義ファイル操作機能」を参照してください。

ツリー情報の生成

IM管理ノード作成実行機能を使用します。

ツリー情報の反映

IM管理ノード作成実行機能を使用します。

IM管理ノードが作成され，統合オペレーション・ビューアーで統合管理を開始できます。

上記の各ステップでの統合オペレーション・ビューアーの操作内容を，次に示します。

ステップ

操作画面

ユーザー操作

手順2：初期シークレットの発行・取得

［初期シークレットの表示］画面

初期シークレットの発行

画面上に表示される初期シークレットの確認

初期シークレットの保存

手順3：クライアントシークレットの設定

［クライアントアプリケーション一覧］画面

登録済みシークレットの確認

シークレットの登録・削除

手順4：下位マネージャー情報の設定

［下位マネージャーの管理］画面

下位マネージャーの情報の登録

手順5：マネージャーの定義ファイルの設定

［定義ファイルの管理］画面

マネージャーの定義ファイル一覧の確認

定義内容を確認したい，または，設定や変更したい定義ファイルのダウンロード

変更後の定義ファイルのアップロード

不要な定義ファイルがある場合，対象ファイルを一覧で選択して削除

手順6：各統合エージェントの定義ファイルの設定

［定義ファイルの管理］画面

各統合エージェントの定義ファイル一覧の確認

定義内容を確認したい，または，設定や変更したい定義ファイルのダウンロード

変更後の定義ファイルのアップロード

不要な定義ファイルがある場合，対象ファイルを一覧で選択して削除

手順7：ツリー情報の生成

［ツリー情報の生成］ダイアログ

ツリー情報の生成の実行

手順8：ツリー情報の反映

［ツリーツリー情報］ダイアログ

ツリー情報の反映の実行

■運用開始後のエージェントの追加／削除について

初期構築および設定後に，運用管理を開始してからエージェントを追加，削除，または，設定変更する場合は，初期構築時と同様にWebGUI（統合オペレーション・ビューアー）から操作できます。下位マネージャー構成の場合は，エージェントの追加，削除，または，設定変更を統合マネージャーで検知するために，各下位マネージャーで次に示すイベントIDのJP1イベントを転送するように設定することを推奨しています。イベントを転送する設定については，マニュアル「JP1/Base 運用ガイド」のJP1イベントの転送を説明している章を参照してください。

00007630（エージェントの追加）

00007631（エージェントの削除）

00007632（エージェントの更新）

不要になったエージェントをマネージャーの管理対象から除外する場合についても，マネージャー側のデータベースから該当エージェントに関するレコードをWebGUIから削除できる機能を提供します。

■運用定義の変更

運用管理を開始後も，定義の変更が必要な場合に，定義ファイル操作機能で定義ファイルの再設定が可能です。

3.6.2　機能一覧

次の機能を提供します。

■統合エージェント管理機能

統合エージェントに関する情報の登録

統合エージェントに関する情報の参照

統合エージェントに関する情報の削除

■IM管理ノード作成実行機能

統合エージェントの構成情報の取得

ツリー情報の生成実行機能（WebGUI）

ツリー情報の反映実行機能（WebGUI）

■定義ファイル操作機能

定義ファイルの一覧取得機能

定義ファイルの取得機能

定義ファイルの削除機能

定義ファイルの更新機能

3.6.3　統合エージェント管理機能

統合エージェントに関する情報（統合エージェントホストおよび使用できるアドオンプログラムの情報）を，JP1/IM - Manager側の統合エージェントホスト管理DBで保持し，管理します。詳細については，「2.7.6 統合エージェントホスト管理DB」を参照してください。

(1)　統合エージェントに関する情報の登録

統合エージェントから統合エージェント管理基盤を介して，JP1/IM - Managerのデータベースに対して登録リクエストが発行されます。

(2)　統合エージェントに関する情報の参照

WebGUIから次の情報を参照できます。

統合エージェントホストの一覧

マネージャー自身が管理している統合エージェントホストの一覧です。下位マネージャーを持つ統合マネージャーの場合は，下位マネージャーが管理している統合エージェントホストの一覧もあわせて表示します。

(3)　統合エージェントに関する情報の削除

マネージャーで管理していた統合エージェントを利用しなくなった場合，統合エージェントの情報を削除する必要があります。情報の削除は統合オペレーション・ビューアーから行えます。

3.6.4　IM管理ノード作成実行機能

バージョン13-00以降，次の機能をWebGUIから実行できます。

IM管理ノード作成に必要なツリー情報の生成（jddcreatetreeコマンド）

ツリー情報のインテリジェント統合管理基盤への反映（jddupdatetreeコマンド）

(1)　統合エージェントの構成情報の取得

統合エージェントのIM管理ノードの元になる情報は，統合エージェントからインテリジェント統合管理データベース（IMGNDB）にリモートライトされた，トレンドデータのラベル情報から取得します。ラベルセット一覧取得のメソッドについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「4.5.18 jp1TrendDataService.getLabelList」を参照してください。

これによって，実際に管理対象から取得できたトレンドデータから，自動的にIM管理ノードの生成に必要な情報が取得できます。また，一度IM管理ノードが作成された後に，管理対象が一時的に停止している場合であっても，トレンドデータが残っている限りはIM管理ノードを再生成してもその管理対象のIM管理ノードは生成されます。

また，下位マネージャー配下の統合エージェントの情報についても取得します。

(2)　ツリー情報の生成実行機能（WebGUI）

［マネージャーの定義ファイル一覧］画面からIM管理ノード関連情報の生成ができます。

(3)　ツリー情報の反映実行機能（WebGUI）

［マネージャーの定義ファイル一覧］画面からIM管理ノード関連情報の反映ができます。

重要

この機能を同時に複数実行することはできません。複数実行した場合，あとから実行した方が実行に失敗します。

この機能とjddcreatetreeコマンドを同時に実行することはできません。

この機能とjddupdatetreeコマンドを同時に実行することはできません。

この機能とjddupdatesuggestionコマンドを同時に実行することはできません。

このコマンドを統合マネージャーホストで使用する場合は，拠点または中継マネージャーホストのインテリジェント統合管理基盤サービスおよび統合エージェント管理基盤サービスが起動している必要があります。

3.6.5　定義ファイル操作機能

定義ファイル操作機能には，次の4つの機能があります。

定義ファイルの一覧取得機能

定義ファイルの取得機能

定義ファイルの削除機能

定義ファイルの更新機能

それぞれの機能を画面とREST APIで提供します。

定義ファイル操作機能は，1回で操作できるのは1つのホストに対してだけです。複数のホストに対して操作を行いたい場合は，複数回画面から操作を行ってください。

資源グループ・業務グループを設定している場合，ログインしたJP1ユーザーに参照権限があるJP1/IM - MangerおよびJP1/IM - Agentの範囲で定義ファイルの操作を行えます。資源グループによるアクセス制御の詳細については，「9.4.1(2)アクセス制御」を参照してください。

この機能を利用する場合，統合マネージャーホストにJP1/IM - Agentをインストールすることを前提としています。

■多段構成の場合

定義ファイルの操作機能では，統合マネージャーのREST APIが呼び出されることで定義ファイルの操作を行います。統合マネージャーが多段構成の場合，下位マネージャー（拠点または中継マネージャー）のマネージャーの定義ファイルは操作できません。下位マネージャーの定義ファイル，下位マネージャー配下のエージェントの定義ファイルに対する操作は，下位マネージャーの統合オペレーション・ビューアーから行います。

(1)　定義ファイルの一覧取得機能

JP1/IM - ManagerまたはJP1/IM - Agentの定義ファイルの一覧を取得する機能です。

REST APIの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.17.1 定義ファイル一覧取得」を参照してください。

(a)　取得先のホスト

一度の実行で取得できる定義ファイルの一覧取得先のホストは，1つのホストから取得できます。複数のホストから定義ファイルの一覧を取得する場合は，複数回実行する必要があります。

(b)　取得する定義ファイルの一覧

JP1/IM - ManagerまたはJP1/IM - Agentで更新可能な定義ファイル，ユーザー作成定義ファイルリスト定義ファイル（imdd_user_deffile_list.json）またはユーザー定義ファイルリストファイル（jpc_user_deffile_list.json）に定義したユーザー作成の定義ファイルをマージしたリスト（一覧）を取得します。

JP1/IM - ManagerまたはJP1/IM - Agentで更新可能な定義ファイル，ユーザー作成定義ファイルリスト定義ファイルおよびユーザー定義ファイルリストファイルに定義できるファイルについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「定義ファイル一覧」（2.　定義ファイル）の注記を参照してください。

ユーザー作成定義ファイルリスト定義ファイルおよびユーザー定義ファイルリストファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の該当するファイルの説明を参照してください。

リスト内で内部情報として保持する1ファイルごとの項目を次に示します。

項目名

説明

ファイル名

ファイル名

ファイルパス

ファイルの配置先の絶対パス

ファイルカテゴリー

複数のファイルをグルーピングするために指定するカテゴリー

ファイル更新日

ファイル更新日（「yyyy-MM-ddTHH:mm+TZ」形式）

タイムゾーンは，定義ファイル一覧の取得先ホストのローカルタイムとなります。

定義反映操作

定義ファイルを更新した場合に実行すべき操作

ユーザー作成定義ファイルリスト定義ファイルまたはユーザー定義ファイルリストファイルの定義内容が不正なファイルについては，定義が不正なファイルとしてリストに追加します。

(2)　定義ファイルの取得機能

JP1/IM - ManagerまたはJP1/IM - Agentの定義ファイルを取得する機能です。

REST APIの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.17.2 定義ファイル取得」を参照してください。

(a)　取得先のホスト

一度の実行で取得できる定義ファイルの取得先のホストについては，1つのホストのから取得できます。複数のホストから定義ファイルを取得する場合は，複数回実行する必要があります。

(b)　取得要求があった定義ファイル

取得要求があった定義ファイルについて，1つのzipファイルに圧縮して返却します。取得先のホストがWindows，Linuxのどちらの場合でもzipファイルで返却します。zipファイルの名称は，「定義ファイルを取得したホスト名_統合マネージャーホストの現在時間（YYYYMMDDhhmmssSSS）.zip」（YYYYMMDDhhmmssSSSは統合マネージャーホストのローカルタイム）です。ファイル作成時にファイル名が重複した場合は，現在時刻を再取得します。統合オペレーション・ビューアーの画面から取得する場合，ファイルサイズの上限は1MB，取得できるファイル数の上限は10ファイルです。zipファイルの中身は，定義ファイルのほかに，定義ファイルプロパティファイルを作成し同梱します。

定義ファイル操作機能で作成するzipファイルで設定する拡張フィールドは，Go言語でサポートしている「Extended Timestamp Extra Field」を使用します。zipファイルを展開したときに作成される定義ファイルの更新日時は，JP1/IM - Managerホストのタイムゾーンで表現します。

重要

zipファイルを展開するときは「Extended Timestamp Extra Field」に対応しているツールを使用してください。対応していないzip解凍ツールを使用した場合，JP1/IM - ManagerとJP1/IM - Agentのタイムゾーンが異なるときは，zipファイルを展開したときに作成される定義ファイルの更新日時が，JP1/IM - Managerのタイムゾーンで表現されません。また，Windows Server標準のzipツールは「Extended Timestamp Extra Field」に対応していません。

(c)　定義ファイルプロパティファイル

定義ファイルの情報をまとめた定義ファイルプロパティファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「定義ファイルプロパティファイル（imdd_file_properties.json）」（2.　定義ファイル）」を参照してください。このファイルは，定義ファイルを取得する際にzipファイルの中に配置します。定義ファイル更新機能および定義ファイル削除機能を使う場合に，定義ファイルの配置先や配置後の定義反映のための操作の情報を利用します。

(3)　定義ファイルの削除機能

JP1/IM - ManagerまたはJP1/IM - Agentのユーザー作成の定義ファイルを削除する機能です。

REST APIの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.17.3 定義ファイル削除」を参照してください。

JP1/IM - Agentがコンテナ環境で動作している場合はこの機能を使用できません。

(a)　削除可能なファイルについて

削除可能なファイルは，ユーザー作成定義ファイルリスト定義ファイルまたはユーザー定義ファイルリストファイルに定義されていて，実際にファイルが存在するファイルです。

統合マネージャーの定義ファイルのうち，ユーザーが任意のフォルダに定義ファイルを作成できるファイルについて，定義ファイル操作機能を利用したい場合は，Managerパス¥conf¥imdd¥userに配置する必要があります。論理環境の場合は，「Managerパス」を「共有フォルダ¥JP1IMM」に読み替えてください。

ユーザー作成定義ファイルリスト定義ファイルまたはユーザー定義ファイルリストファイルに定義できるファイルについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「定義ファイル一覧」（2.　定義ファイル）の注記を参照してください。

(b)　削除するファイルのバックアップ

ファイルを削除する前に1世代だけバックアップを残します。削除終了後，バックアップファイルは削除します。

(c)　ファイル削除後の定義の反映

ファイル削除後は，ユーザー定義ファイルリストファイルのupdateactionに記載の内容を実行し，定義情報を更新します。

(d)　定義反映のための操作に失敗した場合のリカバリー

定義反映のための操作に失敗した場合，削除したファイルをバックアップしていたファイルから復元します。その後，再度定義反映のためにユーザー作成定義ファイルリスト定義ファイルのupdateactionに記載の内容を実行し，定義情報をファイル削除前の状態にリカバリーします。

(e)　バックアップファイルの消去

ファイルの削除や定義反映のための操作の実行処理が終了したあとに，処理の成功，失敗に関わらず，バックアップしていたファイルを削除します。ファイルを削除する処理を実行するときに，削除を行う時刻よりも1日以上前の更新日のファイルがバックアップファイルの保存先に存在する場合は，そのファイルもあわせて削除します。バックアップファイルの削除に失敗しても，定義ファイルの削除機能の処理は継続します。

(f)　統合トレースログの出力とJP1イベントの発行

定義ファイルの削除処理について，成功，失敗の情報を統合トレースログに出力します。削除に成功した場合は，イベントID：00007640のJP1イベントを発行します。削除に失敗した場合は，イベントID：00007641のJP1イベントを発行します。

定義ファイル削除APIでステータスが200の場合，出力するメッセージはKAJY68115-Iです。ステータスが200以外の場合，KAJY68116-Eです。

統合トレースログの出力については，統合エージェントの定義ファイルの削除についても，統合マネージャーの定義ファイルの削除機能で出力します。

重要

ユーザー作成の定義ファイルを削除した場合，ユーザー作成定義ファイルリスト定義ファイルを編集して，削除したファイルの情報を削除してください。ファイルの情報を削除しない場合，定義ファイル一覧を取得したときにKAJY68102-Wのメッセージが出力されます。

ユーザー作成の定義ファイルを削除する前に，ユーザー作成定義ファイルリスト定義ファイルから削除予定のファイルの情報を削除すると，ファイルの削除ができずに，不要な定義ファイルが残ったままになります。その場合，ユーザー作成定義ファイルリスト定義ファイルに削除するファイルの情報を追加してください。追加した後に，定義ファイル削除機能でファイルを削除するか，定義ファイルがあるホストに直接ログインしてファイルを削除してください。

(4)　定義ファイルの更新機能

JP1/IM - ManagerまたはJP1/IM - Agentのユーザー作成の定義ファイルを更新する機能です。ここではJP1/IM - Managerの定義ファイルの更新について説明します。

REST APIの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.17.4 定義ファイル更新」を参照してください。

JP1/IM - Agentがコンテナ環境で動作している場合はこの機能を使用できません。

(a)　更新可能なファイル

更新可能なファイルは，定義ファイルの一覧で取得できるファイルのうち，実際に存在する，かつ，更新可能なファイルです。

統合マネージャーの定義ファイルのうち，ユーザーが任意のフォルダに定義ファイルを作成できるファイルについて，定義ファイル操作機能を利用したい場合は，Managerパス¥conf¥imdd¥userに配置する必要があります。論理環境の場合は，「Managerパス」を「共有フォルダ¥JP1IMM」に読み替えてください。

定義ファイルの一覧で取得できるファイルについては，「3.6.5(1)(b)取得する定義ファイルの一覧」を参照してください。

(b)　更新するファイルのバックアップ

ファイルを更新する前に，1世代だけバックアップを残します。

(c)　ファイル更新後の定義の反映

ファイル更新後にはユーザー定義ファイルリストファイルのupdateactionに記載の内容を実行し，定義情報を更新します。

JP1/IM3 - Managerの定義ファイルのうちjco_spmd_reloadコマンドの実行により定義内容を反映させる定義ファイルについては，定義ファイルの更新と同時に定義の反映も行われます。

jco_spmd_reloadコマンド以外のコマンドで定義内容を反映する定義ファイルについては，対処アクションの手動実行にてコマンドを実行して定義情報の反映を行ってください。

(d)　定義反映のための操作に失敗した場合のリカバリー

定義反映のための操作に失敗した場合，更新したファイルをバックアップしていたファイルから復元します。再度定義反映のためにユーザー定義ファイルリストファイルのupdateactionに記載の内容を実行し，定義情報をファイル更新前の状態にリカバリーします。

(e)　バックアップファイルの消去

ファイルの更新や定義反映のための操作の実行処理が終了したあとに，処理の成功，失敗に関わらず，バックアップしていたファイルを削除します。ファイルを削除する処理を実行するときに，削除を行う時刻よりも1日以上前の更新日のファイルがバックアップファイルの保存先に存在する場合は，そのファイルもあわせて削除します。バックアップファイルの削除に失敗しても，定義ファイルの更新機能の処理は継続します。

(f)　統合トレースログの出力とJP1イベントの発行

定義ファイルの更新処理について，成功，失敗の情報を統合トレースログに出力します。更新に成功した場合は，イベントID：00007642のJP1イベントを発行します。更新に失敗した場合は，イベントID：00007643のJP1イベントを発行します。

定義ファイル更新APIでステータスが200の場合，出力するメッセージはKAJY68119-Iです。ステータスが200以外の場合，出力するメッセージはKAJY68120-Eです。

統合トレースログの出力については，統合エージェントの定義ファイルの更新についても，統合マネージャーの定義ファイルの更新機能で出力します。

(g)　jco_spmd_reloadを使って定義情報を反映する定義ファイルについて

jco_spmd_reloadを使って定義情報を反映する定義ファイルについて，定義情報に誤りがある状態で定義ファイルの更新をした場合，次の動作となります。

統合オペレーション・ビューアーまたはREST APIの実行結果がエラーとならない

定義ファイルのリカバリー処理が行われず，定義情報に誤りがある定義ファイルがマネージャーホストに配置される

統合トレースログに定義情報が間違っている旨のエラーメッセージが出力される

定義情報を反映後に正しく定義が反映できない場合は，統合トレースログに出力されるメッセージの対処に従い定義情報を修正し，再度定義情報の更新をしてください。

jco_spmd_reloadを使って定義情報を反映する定義ファイルは次のとおりです。

発生元ホストマッピング定義ファイル（user_hostmap.conf）

ヘルスチェック定義ファイル（jcohc.conf）

イベントガイド情報ファイル（jco_guide.txt）

相関イベント発行システムプロファイル（egs_system.conf）

重大度変更定義ファイル（jcochsev.conf）

イベント拡張属性定義ファイル

イベント拡張属性定義ファイル（拡張ファイル）

共通除外条件表示項目定義ファイル（common_exclude_filter_attr_list.conf）

共通除外条件自動入力定義ファイル（common_exclude_filter_auto_list.conf）

繰り返しイベント条件表示項目定義ファイル（event_storm_attr_list.conf）

繰り返しイベント条件自動入力定義ファイル（event_storm_auto_list.conf）

重大度変更定義表示項目定義ファイル（chsev_attr_list.conf）

重大度変更定義自動入力定義ファイル（chsev_auto_list.conf）

モニター画面呼び出し定義ファイル

表示メッセージ変更定義ファイル（jcochmsg.conf）

表示メッセージ変更定義表示項目定義ファイル（chmsg_attr_list.conf）

表示メッセージ変更定義自動入力定義ファイル（chmsg_auto_list.conf）

(h)　注意事項

定義反映のための操作が正しく反映されたかを確認する処理に時間が掛かります。反映処理の確認時間は，imagent設定ファイル（jpc_imagent.json）の項目「service_startup_wait_time」で設定します。

また，定義ファイルの更新処理は，更新対象のファイルごとに行われます。複数のファイルを更新する場合，ファイル数に応じて完了までに時間が掛かります。

なお，複数ファイルの更新を行った場合，imbase設定ファイル（jpc_imbase.json）の項目「file_operation_timeout」で設定しているファイル操作処理のタイムアウト時間を超過してしまうおそれがあります。タイムアウト時間を超過した場合，更新に失敗するため，次に示す条件を満たすように設定値を調整してください。

反映処理の確認時間（service_startup_wait_time） × 同時更新ファイル数 ＜ ファイル操作処理のタイムアウト時間（file_operation_timeout）

ファイル操作処理のタイムアウト時間は，ファイル操作処理全体に対するタイムアウト時間であるため，余裕を持った値を設定してください。

上記の定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の「imagent設定ファイル（jpc_imagent.json）」および「imbase設定ファイル（jpc_imbase.json）」を参照してください。

3.7　初期シークレットとクライアントシークレット

マネージャーホストに対して，インターネットを介して，JP1/IM - Agent（統合エージェント），多段構成時の統合マネージャー，OSSなどからアクセスする場合，マネージャーホスト側で発行するクライアントIDとクライアントシークレットまたは初期シークレットを認証情報として使用します。

シークレットには，JP1/IMのマネージャーホストに1つ割り当てて，すべてのクライアント（被認証対象）で共有する初期シークレットと，クライアントごとに割り当てるクライアントシークレットがあります。

各シークレットについて，次に説明します。

シークレットをクライアントごとに配布するため，アクセスログによる不正アクセスの有無の確認や，不正利用されているシークレットの個別の削除ができます。

3.7.1　初期シークレット

クライアント（被認証対象）のセットアップで，クライアントが，自動でクライアントシークレットを登録および取得するときの認証に使用する仮のシークレットです。

シークレットIDは「MANAGER_initial」です。

初期シークレットは，次の場合に使用します。

JP1/IM - Agent（統合エージェント）のインストール時にインストーラーに指定する場合

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.3.1(3)JP1/IM - Agentのインストールの手順」（Windowsの場合）および「2.3.1(2)JP1/IM - Agentのインストールの手順」（UNIXの場合）を参照してください。

下位マネージャーの情報追加時に［下位マネージャー追加］ダイアログに指定する場合

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.2.5　［下位マネージャー一覧］画面」，および，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.19.2　下位マネージャー情報登録」を参照してください。

外部アプリケーション（IMクライアント）で自動的にクライアントシークレットを取得したい場合に，IMクライアントシークレット登録APIの認証情報としてシークレットIDと合わせて指定する場合

詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.2.8　REST API の認証方法」，および，「5.4.5　IMクライアントシークレット発行」を参照してください。

初期シークレットで認証可能なREST APIを，次に示します。

IMクライアントシークレット登録API

ユーザー独自のOSSから，マネージャーホスト（インテリジェント統合管理基盤）に接続するための認証情報として使用するクライアントシークレットを登録します。

統合オペレーション・ビューアーの管理メニューの［初期シークレット］をクリック，または，初期シークレット発行APIを実行したときに，初期シークレットを登録および取得します。初期シークレットを変更したい場合は，再度上記の操作を行うことで，再発行，再取得が可能です。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.2.3 ［初期シークレット表示］画面」，および，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.4.3 初期シークレット発行」を参照してください。

3.7.2　IMクライアントシークレット

インテリジェント統合管理基盤のREST APIを使用するアプリケーションに割り当てるシークレットです。

ユーザー独自のOSSなどの他製品や，JP1/IM - Managerが提供する連携先（下位マネージャー）と連携する用途でも，ユーザークライアントシークレットを発行します。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.2.8　REST APIの認証方法」を参照してください。

ユーザークライアントシークレットで認証可能なREST APIを，次に示します。

イベント発行API

JP1イベント変換API

トレンドデータ書き込みAPI

IMクライアントシークレットは，次の方法で，登録，取得，削除を行います。

ユーザー独自のOSSで使用するIMクライアントシークレットを登録，取得する場合

統合オペレーション・ビューアーの［IMクライアント追加］ダイアログ，または， クライアントシークレット発行APIで，任意のクライアントIDを指定して発行します。IMクライアントシークレットを削除したい場合は，統合オペレーション・ビューアーの［IMクライアント追加］ダイアログ，または，クライアントシークレット発行APIで削除できます。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.2.4 ［IMクライアント一覧］画面」，および，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.4.5 IMクライアントシークレット発行」，「5.4.4　IMクライアントシークレット削除」を参照してください。

統合マネージャーが下位マネージャーと通信する際に使用するIMクライアントシークレットを取得する場合

統合マネージャーの統合オペレーション・ビューアーの［下位マネージャーの管理］画面，または，下位マネージャー追加APIで下位マネージャーを追加すると，自動で下位マネージャーに対して，クライアントIDは「MANAGER_INTEGRATED_統合マネージャーホスト名」でIMクライアントシークレットを登録します。

IMクライアントシークレットを削除したい場合は，統合マネージャーの統合オペレーション・ビューアーの［下位マネージャーの管理］画面，または，下位マネージャー追加APIで，下位マネージャーを削除すると，自動で下位マネージャーのIMクライアントシークレットを削除します。また，統合マネージャーのリプレース時など，統合マネージャーで下位マネージャー情報を削除できない場合は，下位マネージャーの統合オペレーション・ビューアーの［IMクライアント追加］ダイアログ，または，クライアントシークレット発行APIで削除できます。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.2.4 ［IMクライアント一覧］画面」，「2.2.5　［下位マネージャー一覧］画面」および，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.19.2　下位マネージャー情報登録」，「5.4.4　IMクライアントシークレット削除」を参照してください。

3.8　カテゴリのカスタマイズ

ここでは，統合オペレーション・ビューアーに表示されるカテゴリを，カスタマイズする方法について説明します。カスタマイズできる項目を次に示します。

カテゴリのツリー表示上の順序の変更

カテゴリ名の変更

カテゴリのカスタマイズ手順を次に示します。

IM管理ノードカテゴリ名称定義ファイル（imdd_category_name.conf）を開きます。

カテゴリのツリー表示上の順序を変更する場合

ツリー上に表示したい順序でカテゴリの定義を記載します。

カテゴリ名を変更する場合

対象のカテゴリ名を変更します。

カテゴリを新規追加する場合

新規追加するカテゴリのカテゴリIDとカテゴリ名を定義します。

jddcreatetreeコマンドを実行したあと，jddupdatetreeコマンドを実行します。

IM管理ノードカテゴリ名称定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「IM管理ノードカテゴリ名称定義ファイル（imdd_category_name.conf）」（2.　定義ファイル）を参照してください。コマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jddcreatetree」（1.　コマンド）および「jddupdatetree」（1.　コマンド）を参照してください。

3.9　インテリジェント統合管理基盤が行うシステムの評価

インテリジェント統合管理基盤が取得したシステム構成情報を基に行う評価について説明します。

3.9.1　JP1イベントを使用した評価

インテリジェント統合管理サーバは，JP1イベントの発生元ホストの情報から，IM管理ノードとJP1イベントのマッピングを行います。その情報を基に，IM管理ノードの状態を評価します。

評価対象となるJP1イベントは，重要イベントだけです。

なお，「All Systems」は状態の情報を持たないため評価の対象外となります。

(1)　JP1イベントとIM管理ノードとのマッピング

JP1イベントとIM管理ノードとのマッピングには，「JP1イベント属性値に基づいたマッピング」と「引き継ぎ情報に基づいたマッピング」の二つがあります。関連する機能ごとにマッピング方式を使い分けます。

(a)　JP1イベント属性値に基づいたマッピング

各JP1製品が管理・監視する対象に関連するJP1イベントは発生元ホストの該当するカテゴリ配下の管理オブジェクトにマッピングされます※。JP1製品とカテゴリ，管理オブジェクトの関連については，「表3-4　カテゴリ配下の管理オブジェクト名」を参照してください。

注※

JP1/IMのリモート監視関連のJP1イベント，JP1/Baseのログファイルトラップ，イベントログトラップ関連のJP1イベントについてはOther Applicationsカテゴリ配下の各製品名称の管理オブジェクトにマッピングされます。

ヘルスチェックなど各JP1製品の製品自身に関連するJP1イベントは発生元ホストのManagement Applicationsカテゴリ配下の各製品名称の管理オブジェクトにマッピングされます。

上記以外のIM管理ノードに含まれるホストで発生したJP1イベントについては発生元ホストのOther Applicationsカテゴリ配下の管理オブジェクト「JP1/Base」にマッピングされます。

発生元ホストマッピング機能が無効の状態のときに登録された一部のJP1イベント※については，イベント発行元ホストのOther Applicationsカテゴリ配下の管理オブジェクト「JP1/Base」にマッピングされます。また，JP1イベントとIM管理ノードのマッピングに失敗したことを通知する警告メッセージKAJY02022-Wが出力されます。

注※

次に示すJP1イベントが対象となります。

・JP1/IM - Managerが発行する相関イベント

・以下に示す種類の他ホストからの転送受信イベント

・JP1/Baseのログファイルトラップが発行するイベント

・JP1/Baseのイベントログトラップが発行するイベント

・リモート監視機能のログファイルトラップが発行するイベント

・リモート監視機能のイベントログトラップが発行するイベント

・リモート監視機能が発行するイベント

IM管理ノードに含まれないホストで発生したJP1イベントについては自ホストであるJP1/IM - ManagerホストのOther Applicationsカテゴリ配下の管理オブジェクト「JP1/Base」にマッピングされます。

(b)　引き継ぎ情報に基づいたマッピング

jddupdatetreeコマンドを，構成変更モード（-cオプション）で実行した際に引き継ぎされた情報のうち，システム構成から削除されたIM管理ノード，システム構成を変更したIM管理ノードにマッピングされていたJP1イベントを，JP1イベントが元々マッピングされていた構成情報のSIDの情報（引き継ぎ情報）に基づいて，次のようにマッピングし直されます。

JP1イベントが元々マッピングされていた構成情報のSIDの発生元ホストが，インテリジェント統合管理基盤に存在する場合

発生元ホストのOther Applicationsカテゴリ配下の管理オブジェクト「JP1/Base」にマッピングされます。

JP1イベントが元々マッピングされていた構成情報のSIDの発生元ホストが，インテリジェント統合管理基盤に存在しない場合

JP1/IM - ManagerホストのOther Applicationsカテゴリ配下の管理オブジェクト「JP1/Base」にマッピングされます。

構成から削除，変更されたIM管理ノードが再び構成に登録された場合，上記のJP1イベントは，元々マッピングされていた構成情報のSIDにマッピングされます。ただし，JP1イベントが統合監視DBに存在しない場合は，再びマッピングされることはありません。

(2)　評価のタイミング

IM管理ノードの状態の評価は，次のタイミングで行われます。

jddupdatetreeコマンドを新規・再構築モード（-rオプション）で実行した時

すべてのJP1イベントの情報を元に，すべてのIM管理ノードの状態を評価します。マッピング方式は「JP1イベント属性値に基づいたマッピング」です。

jddupdatetreeコマンドを構成変更モード（-cオプション）で実行した時

構成要素の情報を引き継ぎます。削除または変更された構成情報のSIDに紐付けされていたJP1イベントの，マッピングし直しが発生したIM管理ノードの状態だけを評価します。マッピング方式は「引き継ぎ情報に基づいたマッピング」です。

インテリジェント統合管理サーバがJP1イベントを取得した時

JP1イベントの発生元ホストの管理オブジェクトに対して，IM管理ノードの状態を評価します。マッピング方式は「JP1イベント属性値に基づいたマッピング」です。

重要

評価を行うためには，次の条件を満たしている必要があります。

jddcreatetreeコマンド，jddupdatetreeコマンドが正常に実行されている

管理対象のIM管理ノードが一つ以上ある

メモ

相関イベントの場合は，相関イベントの拡張属性に発生元ホストの情報を含めるように相関を定義し，発生元ホストマッピング機能でこの情報を発生元ホストの属性にマッピングして，IM管理ノードの状態を評価します。

(3)　IM管理ノードの状態

IM管理ノードの状態は，優先度の高い順に「緊急」，「警戒」，「致命的」，「エラー」，「警告」，「通知」，「情報」，「デバッグ」，「正常」となります。状態に対応する色は，IM管理ノードに対応するJP1イベントの重大度，対処状況を基に決まります。

［稼働状況］領域に表示されるIM管理ノードの状態とJP1イベントの関係について，次の表に示します。

表3‒6　IM管理ノードの状態と重要イベントの関係

JP1イベントの対処状況

JP1イベントの重大度

緊急

警戒

致命的

エラー

警告

通知

情報

デバッグ

未対処

緊急（赤色）

警戒（赤色）

致命的（赤色）

エラー（橙色）

警告（黄色）

通知（黄色）

情報（黄色）

デバッグ（黄色）

保留

処理中

対処済み

正常（緑色）

メモ

評価は基本的にJP1イベントを使用して行います。システムの階層構成やイベント取得フィルターなどを適切に設定し，JP1/IM - Managerに必要なJP1イベントが集まるようにしてください。

(4)　状態の変化と伝播のルール

次に示す操作や事象によってIM管理ノードに関する未対処の重要イベントが無くなると，状態は「正常」に戻ります。

正常ではないIM管理ノードが保持しているイベントDB通し番号の重要イベントを「対処済」にする

正常ではないIM管理ノードが保持しているイベントDB通し番号の重要イベントを削除する

正常ではないIM管理ノードが保持しているイベントDB通し番号の重要イベントを重要イベントと扱わないようにする

正常ではないIM管理ノードが保持しているイベントDB通し番号の重要イベントが統合監視DBから消失する

複数の関連したJP1イベントを管理オブジェクトに受信している場合は，各JP1イベントの内容を評価し，一番優先度が高いものを管理オブジェクトの状態とします。

管理オブジェクトに関連したJP1イベントを受信しJP1イベントの内容を評価した結果，管理オブジェクトの状態が変更された場合，変更された管理オブジェクトの状態が上位の管理グループに伝播します。

上位伝播のルールを次に示します。

管理オブジェクトの状態が変更されます。

1.の変更によって同一階層の管理オブジェクトの最上位の状態が変わった場合，一つ上の管理グループは，直下の管理オブジェクトの変更後の最上位の状態に遷移します。

2.で状態が遷移した管理グループの上位に管理グループがある場合，2.と同じルールで状態が上位に伝搬します。ただし，上位の管理グループが「All Systems」の場合は伝搬しません。

1.の変更によって，同一階層の管理オブジェクトの最上位の状態が変更されなかった場合は，上位の管理グループの状態も変更されません。

管理グループの状態の例を次の図に示します。

図3‒13　管理グループの状態例

XXXの状態変更が管理グループへ伝播する例を，次の図に示します。

図3‒14　XXXの状態が管理グループへ伝播する例

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

管理オブジェクトの状態が，「正常」から「エラー」に変わります。

同一階層の管理オブジェクトの状態を確認し，最上位の状態が変更されたため，上位の管理グループに状態を伝播します。

管理グループの状態が「警告」から「エラー」に変わります。

状態は，管理グループ最上位の「All Systems」の一つ下の階層のシステムまで伝播します。

3.9.2　対処済み連動機能

対処済み連動機能は，管理オブジェクトに関連したJP1イベントの対処状況に応じて，管理オブジェクトの状態を自動的に変更する機能です。セントラルコンソールや統合オペレーション・ビューアーのイベントビュー，jcochstatコマンドでの管理オブジェクトに関連するJP1イベントの対処状況に連動して，監視オブジェクトの状態が変わります。

管理オブジェクトに関連するJP1イベントの対処状況の変更によって，管理オブジェクトの状態が変更される例を，以降で説明します。

なお，JP1イベントが集約イベントの場合は，集約開始イベントの対処状況が表示されます。集約開始イベントの対処状況だけでなく，すべての繰り返しイベントの対処状況を「対処済」に変更しないと，ステータスは変更されません。

(1)　管理オブジェクトに関連するJP1イベントが一つ，かつ対処状況を「対処済」以外から「対処済」に変更した場合

管理オブジェクトのステータスが，関連するJP1イベントによって評価されたステータスから「正常」に変更となります。

図3‒15　 JP1イベントが一つ，かつ対処状況を「対処済」以外から「対処済」に変更した場合の例

(2)　管理オブジェクトに関連するJP1イベントが一つ，かつ対処状況を「対処済」から「対処済」以外に変更した場合

管理オブジェクトのステータスが，「正常」から関連するJP1イベントによって評価されたステータスに変更となります。

図3‒16　 JP1イベントが一つ，かつ対処状況を「対処済」から「対処済」以外に変更した場合の例

(3)　管理オブジェクトに関連するJP1イベントが2つ以上，かつ関連するJP1イベントの一部の対処状況を「対処済」以外から「対処済」に変更した場合

管理オブジェクトのステータスが，関連する複数のJP1イベントによって評価されたステータスから，対処状況が「対処済」となったJP1イベント以外によって再評価されたステータスに変更となります。

図3‒17　 JP1イベントが2つ以上，かつ関連するJP1イベントの一部の対処状況を「対処済」以外から「対処済」に変更した場合の例

(4)　管理オブジェクトに関連するJP1イベントが2つ以上，かつ関連するJP1イベントの一部の対処状況を「対処済」から「対処済」以外に変更した場合

管理オブジェクトのステータスが，関連する複数のJP1イベントによって評価されたステータスから，対処状況が「対処済」以外となったJP1イベントを含めて再評価されたステータスに変更となります。

図3‒18　 JP1イベントが2つ以上，かつ関連するJP1イベントの一部の対処状況を「対処済」から「対処済」以外に変更した場合

3.10　イベント表示機能

インテリジェント統合管理基盤は，監視対象ホストで発生するイベントを，統合オペレーション・ビューアーのイベント一覧に表示します。

システム管理者は監視対象ホストをクリックするだけで，選択したホストのイベントをイベントビューで確認できます。監視対象ごとに表示フィルターを設定する必要がないため，システム管理者の負担を軽減しイベント管理の運用性を向上します。

システム障害が発生した場合でも，統合オペレーション・ビューアーに表示される障害発生個所（システム，ホスト，アプリケーションなど）をクリックするだけで，インテリジェント統合管理基盤が絞り込みした障害個所の関連イベントを確認できます。

また，JP1イベントにイベントガイドが設定されている場合は，［イベント詳細］ダイアログでイベントに対処するためのガイドを確認できます。ガイド情報の形式がHTML形式の場合は，連携製品の画面を呼び出すこともできます。イベントガイドの詳細については「13.1.10　イベントガイドの検討」を参照してください。

なお，統合オペレーション・ビューアーの［イベント一覧］では，JP1イベントに対して自動アクション（JP1/Base連携）が実行されていた場合，その自動アクションの実行結果は表示できません。また，インシデントの登録はできません。JP1/IM - Agentと連携している場合は，対処アクションの一覧を表示できます。

3.10.1　連携製品のモニター起動

インテリジェント統合管理基盤では，統合オペレーション・ビューアーの［イベント一覧］領域に表示されているJP1イベントを選択し，メニューから［モニター起動］をクリックするか，［イベント詳細］ダイアログで［モニター起動］ボタンをクリックすると，その表示内容に関連するアプリケーションの画面を起動できます。これをモニター起動といいます。

モニター起動によって，選択したJP1イベントに関係する画面を直接表示できます。例えば，JP1/AJSでジョブ実行イベントを選択してモニター起動すると，そのジョブの実行状況の管理画面が，上位のジョブネット画面を経由せずに直接呼び出されます。

図3‒19　連携製品のモニター起動例

このように，調査が必要なJP1イベントから直接アプリケーションの画面を起動できるため，作業を迅速に進めることができます。

(1)　前提条件

連携製品（JP1/AJS3 - Web ConsoleやJP1/PFM - Web Consoleなど）をモニター起動するためには，連携製品のモニター起動の設定が必要です。詳細については，「4.19.1　連携製品のモニター起動」を参照してください。

連携製品をモニター起動するためには，モニター画面呼び出し定義ファイルのEXEC_IDパラメーターの値に「"default_browser"」が設定されている必要があります。そのほかの値はモニター起動の対象外となるため，モニター起動できません。

統合オペレーション・ビューアーでモニター起動する際は，セントラルコンソールで使用するデフォルトのWebブラウザーを起動するのではなく，統合オペレーション・ビューアーが動作しているWebブラウザーから，関連するアプリケーションの画面を表示します。

モニター画面呼び出し定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「モニター画面呼び出し定義ファイル」（2.　定義ファイル）を参照してください。

(2)　モニター画面の操作

インテリジェント統合管理基盤から，画面に表示されたJP1イベントに対してモニター画面を呼び出します。このモニター画面上で，JP1イベントを発行したジョブやアプリケーションの詳細を表示したり，それらのジョブやアプリケーションを直接操作したりできます。

また，JP1/IMの定義ファイルの定義によって，連携製品のモニターを起動できるようになります。なお，一つのJP1イベントから起動できるのは，一つのアプリケーションだけです。

3.10.2　繰り返しイベントの表示抑止

繰り返しイベントの表示抑止を使用すると，同じ繰り返しイベント条件に一致する繰り返しイベントの中で，集約開始イベントが［統合オペレーション・ビューアー］画面に表示されます。集約開始イベントよりあとの繰り返しイベントは，［統合オペレーション・ビューアー］画面には表示されません。集約開始イベントよりあとの繰り返しイベントは，［繰り返しイベント一覧］画面に表示されます。

また，同じ繰り返しイベント条件で表示を抑止される繰り返しイベントの中に，重要イベントと重要イベントではないイベントが混在する場合は，別々に集約して表示されます。

集約開始イベント

インテリジェント統合管理基盤が繰り返しイベントの表示抑止を開始した繰り返しイベントです。

繰り返しイベントの表示抑止の概要，および関係する用語の定義については，「4.4.2　繰り返しイベントの表示抑止に関係する用語の定義」を参照してください。

(1)　集約開始イベントの状態の伝播

集約開始イベントの重大度の種類に対応する状態が，統合オペレーション・ビューアーの［稼働状況］領域に伝播します。集約された繰り返しイベントの重大度は，伝播しません。必要に応じて重大度別に集約されるように，繰り返しイベント条件定義を見直してください。

(2)　発生元ホスト名やプロダクト名などが異なる繰り返しイベントの扱い

集約された繰り返しイベントは，集約開始イベントが属するIM管理ノードにまとめられます。繰り返しイベントが属しているIM管理ノードには表示されません。必要に応じて発生元ホスト名別，プロダクト名別に集約されるように，繰り返しイベント条件定義を見直してください。

(3)　対処状況を変更した場合の扱い

集約開始イベントの「対処状況」を「対処済み」に変更しても，正常と扱われません。すべての繰り返しイベントを「対処済み」に変更する必要があります。

集約開始イベントと集約している繰り返しイベントの対処状況が異なる場合は，集約開始イベントの対処状況欄に「!」が表示されます。

(4)　重要イベントを解除・削除したときの扱い

重要イベントとして集約されている集約イベントを，JP1/IM - Viewの［イベントコンソール］画面の［重要イベント］ページで重要イベント解除・削除した場合でも，集約は解除されません。また，集約開始イベントを重要イベント解除または削除しても，正常と扱われません。すべての繰り返しイベントを「対処済み」に変更するか，重要イベント解除または削除する必要があります。

集約開始イベントと集約している繰り返しイベントの重要度が異なる場合は，集約開始イベントの重要イベント欄に「！」が表示されます。

(5)　イベントが削除されたときの扱い

統合監視DB内に残っている繰り返しイベントのうち，インテリジェント統合管理基盤が表示抑止している最も古い繰り返しイベントを集約開始イベントとして，ステータスを再評価します。再評価の結果は，［統合オペレーション・ビューアー］画面に反映されます。

(6)　繰り返しイベントの表示抑止（イベント一覧への表示抑止）と，各フィルターおよび機能との関係

繰り返しイベントの表示抑止は，JP1/IM - Managerおよびインテリジェント統合管理基盤で実施されます。JP1/IM - Managerは，イベントサービスから取得した監視対象イベント（イベント取得フィルターを通過したイベント）とユーザーが設定した繰り返しイベント条件とを比較します。監視対象イベントが繰り返しイベント条件に一致した場合，JP1/IM - Manager は「取得した監視対象イベントが繰り返しイベントである」と判断します。繰り返しイベントであると判断されたイベントは，インテリジェント統合管理基盤で集約イベントとして集約され，統合オペレーション・ビューアーのイベント一覧への表示が抑止されます。

繰り返しイベントの表示抑止（イベント一覧への表示抑止）とJP1イベントの各フィルターおよび機能との関係を次の図に示します。

図3‒20　繰り返しイベントの表示抑止（イベント一覧への表示抑止）と各フィルターおよび機能との関係

3.11　関連ノード表示機能

関連ノード表示機能は，監視対象間の関連（ナレッジ）をJP1/IMが管理し，関連ノードのつながりを可視化する機能です。統合オペレーション・ビューアーで選択したIM管理ノードを起点にして，次のどちらかの条件に当てはまるIM管理ノード（関連ノード）を表示します。

IM管理ノードリンク※で関連する（fromまたはtoに該当する）

IM管理ノードツリーの親，または子に該当する

注※

IM管理ノードリンクは，他製品連携用のプラグインファイルで生成したオブジェクトと，IM管理ノードリンク定義ファイル（imdd_nodeLink_def.conf）を合わせた情報です。他製品連携用のプラグインファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「4.　ユーザー作成プラグイン」を参照してください。

IM管理ノードリンク定義ファイル（imdd_nodeLink_def.conf）については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「IM管理ノードリンク定義ファイル（imdd_nodeLink_def.conf）」（2.　定義ファイル）を参照してください。

これらの条件に合致して表示されたIM管理ノード（関連ノード）を，統合オペレーション・ビューアーの［関連ノード］タブに，数珠つなぎで表示します。関連が画面に表示されるため，システムにおける個人スキルのノウハウの共有が容易になります。

図3‒21　関連ノード表示の例

IM管理ノードをクリックすると，選択したノードの関連ノードが表示されます。また，ジョブの実行先ホストや資源グループ名などの関連性を示す情報，および実行先ホストに関係するジョブなどの関連の詳細情報を，同じ画面で確認できます。

関連はその種類によって，画面に表示される色が異なります。また，［関連線フィルター］によって，画面に表示する関連を絞り込むことができます。関連線フィルターの項目とその意味を次に示します。

JP1/AJSと連携した場合

rootJobnetExecutionOrder：ルートジョブネット実行順序の関連

managerAgent：JP1製品のマネージャーとエージェントの関連

rootJobnetAgent：ルートジョブネットとAJSエージェントの関連

sameNode：名称が同一のノードの関連

JP1/NNMiと連携した場合

L2Connection：JP1/NNMiで管理するレイヤー2接続線の関連

JP1/OAと連携した場合

Infrastructure：JP1/OAで管理するインフラリソースの関連

JP1/SSOと連携した場合

monitoringConfiguration：監視製品の構成における製品と監視対象の関連

JP1/PFMと連携した場合は，JP1/PFM - ManagerおよびJP1/PFM - RMと監視対象の関連を表示できます。

なお，IM管理ノードツリーの親，または子に該当する場合，ログインユーザーが所属していない資源グループのIM管理ノードは表示されません。

3.12　トレンド情報表示機能

トレンド情報とは，時系列データをグラフ化して傾向が見えるようにした情報のことです。トレンド情報表示機能は，IM管理ノードや関連ノードが持つ，ジョブの滞留状況，ホストの性能情報などのトレンド情報を表示することで，問題の事前確認，問題発生時の原因究明を支援する機能です。

統合オペレーション・ビューアーで選択したIM管理ノードや関連ノードが持つトレンド情報を，チャートにグラフとして表示します。また，選択したノードに対して，トレンド情報を表示するメトリック（時系列データの種類）や表示期間を指定できます。

トレンド情報表示機能を使用したプロアクティブ監視については，「3.14.1 プロアクティブ監視」を参照してください。

3.13　配布物の取得機能（ファイルダウンロード機能）

JP1/IM - Managerに格納した配布物を，JP1/IM - Managerから取得（ダウンロード）する機能です。

JP1/IM - Managerでは，配布物としてJP1/IM - Agent（製品）を配布できます。

配布物の取得機能を使用して，JP1/IM - ManagerからJP1/IM - Agentを取得（ダウンロード）し，監視対象ホストに導入します。

なお，配布物の取得機能では，Basic認証を使用するため，JP1/IM - Managerのインテリジェント統合管理基盤定義ファイル（imdd.properties）のjp1.imdd.authBasicプロパティを「true」に変更する必要があります。インテリジェント統合管理基盤定義ファイルとjp1.imdd.authBasicプロパティの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「インテリジェント統合管理基盤定義ファイル（imdd.properties）」（2.　定義ファイル）の説明を参照してください。

3.13.1　配布の作業概要

配布物の配布に関する作業項目を，次に示します。各作業項目は，配布物の提供元が作成した手順に従って実施します。

表3‒7　 配布物の配布に関する作業項目

作業項目

説明

配布物の事前準備

配布物の提供者が，配布物を配布できる形式に整形します。

配布物の配布開始

配布物の提供者が，JP1/IM - Managerの既定のディレクトリに配布物を格納します。

配布物の取得

配布物の利用者が，JP1/IM - Managerから配布物を取得（ダウンロード）します。

配布物の導入

配布物の利用者が，監視対象ホストに配布物を導入します。

配布物の撤去

配布物の利用者が，監視対象ホストから配布物を撤去します。

配布物の配布停止

配布物の提供者が，JP1/IM - Managerに格納している配布物を削除します。

3.13.2　配布の手順

(1)　新規配布

■配布物の提供者の作業

配布物の事前準備

配布物の事前準備のイメージを，次に示します。なお，ファイルの編集や成形は，任意の作業用ディレクトリで実施します。

JP1/IM - Agentのインストーラーを手配する。

開発環境のJP1/IM - Managerホストに，JP1/IM - Agentをインストールし，配布するファイルを入手する。

必要に応じて，入手したファイル（定義ファイル）を編集したあと，配布対象のファイルを，配布できる形式に成形する。

配布物の要件については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.15.1　配布物の取得（ファイルダウンロード）」の「注意事項」に記載している，配布物の要件の説明を参照してください。

配布物の配布開始

配布物の配布開始のイメージを，次に示します。

配布物をJP1/IM - Managerの既定のディレクトリに格納する。

配布物を格納したあと，JP1/IM - Managerのサービスが停止している場合は，JP1/IM - Managerのサービスを起動する。

JP1/IM - Managerのサービスがすでに起動している場合は，JP1/IM - Managerのサービスの再起動は不要です。

配布物の利用者に，配布物の配布を開始したことを連絡する。

配布物の要件については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.15.1　配布物の取得（ファイルダウンロード）」の「注意事項」に記載している，配布物の要件の説明を参照してください。

■配布物の利用者の作業

配布物の取得

配布物の配布開始の連絡を受けたあとに実施する，配布物の取得のイメージを，次に示します。なお，一例として，配布物の取得には，OSSのcurlコマンドを使用しています。

任意の作業用ディレクトリを作成する。

・監視対象ホストがWindows環境の場合

mkdir C:¥home¥work

・監視対象ホストがLinux環境の場合

mkdir /home/work

コンソール上で作業用ディレクトリに移動する。

・監視対象ホストがWindows環境の場合

cd C:¥home¥work

・監視対象ホストがLinux環境の場合

cd /home/work

curlコマンドで，配布物の取得（ファイルダウンロード）APIを発行する（認証方式はBasic認証）。

・監視対象ホストがWindows環境の場合

curl -f -X GET -O -u jp1admin:jp1admin "http://JP1/IM - Managerのホスト名:インテリジェント統合管理基盤のポート番号/download/配布物の格納先のディレクトリ名/Windows用の配布物のファイル名"

・監視対象ホストがLinux環境の場合

curl -f -X GET -O -u jp1admin:jp1admin "http://JP1/IM - Managerのホスト名:インテリジェント統合管理基盤のポート番号/download/配布物の格納先のディレクトリ名/Linux用の配布物のファイル名"

配布物の取得に成功すると，作業用ディレクトリに配布物が格納されます。

配布物の取得（ファイルダウンロード）APIの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.15.1　配布物の取得（ファイルダウンロード）」を参照してください。

配布物の導入

監視対象ホストに配布物を導入します。

(2)　再配布

■配布物の提供者の作業

なし。

■配布物の利用者の作業

配布物の取得

「3.13.2(1)新規配布」の「■配布物の利用者の作業」の「配布物の取得」と同じ作業を実施します。

配布物の導入

「3.13.2(1)新規配布」の「■配布物の利用者の作業」の「配布物の導入」と同じ作業を実施します。

(3)　バージョンアップ版の配布

■配布物の提供者の作業

配布物の事前準備

バージョンアップ版の配布物に対して，「3.13.2(1)新規配布」の「■配布物の提供者の作業」の「配布物の事前準備」と同じ作業を実施します。

配布物の配布開始

バージョンアップ版の配布物に対して，「3.13.2(1)新規配布」の「■配布物の提供者の作業」の「配布物の配布開始」と同じ作業を実施し，配布物がバージョンアップしたことを連絡します。

■配布物の利用者の作業

配布物の取得

配布物のバージョンアップの連絡を受けたあと，バージョンアップ版の配布物に対して，「3.13.2(1)新規配布」の「■配布物の利用者の作業」の「配布物の取得」と同じ作業を実施します。

配布物の導入

バージョンアップ版の配布物に対して，「3.13.2(1)新規配布」の「■配布物の利用者の作業」の「配布物の導入」と同じ作業を実施します。

(4)　配布物の撤去

■配布物の提供者の作業

なし。

■配布物の利用者の作業

監視対象ホストから配布物を撤去します。

(5)　配布物の配布停止

■配布物の提供者の作業

JP1/IM - Managerに格納している配布物を削除する。

配布物の配布停止のために，JP1/IM - Managerのサービスを停止する必要はありません。

配布物の利用者に，配布物を停止したことを連絡する。

■配布物の利用者の作業

なし。

3.14　他製品との連携（インテリジェント統合管理基盤）

インテリジェント統合管理基盤は，JP1/Base，JP1/AJS，JP1/PFMなどの監視対象製品からシステム構成情報を取得し，各製品のデータを監視します。システム構成情報は，アダプタコマンドおよび他製品連携用のプラグインファイルを使用して取得します。

アダプタコマンドはjddcreatetreeコマンドを実行する際に呼び出され，連携する各製品の構成情報を取得して構成管理ツリーを作成します。各製品から取得する情報と構成管理ツリーとの対応については，次節以降を参照してください。

なお，アダプタコマンド，および他製品連携用のプラグインファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「4.　ユーザー作成プラグイン」を参照してください。また，JP1/AJS，JP1/PFMと連携する場合の設定については，JP1/AJSまたはJP1/PFM 12-10以降のマニュアルを参照してください。

インテリジェント統合管理基盤と連携する製品のバージョンごとの接続性については，「付録H　下位バージョンとの接続性」を参照してください。

3.14.1　プロアクティブ監視

インテリジェント統合管理基盤のプロアクティブ監視は，JP1/AJSの負荷高騰など，業務障害の予兆を監視します。また，関連する性能（トレンド）情報の相関を可視化し把握を容易にすることで，管理者による異常や予兆の原因の素早い切り分けを支援します。

管理者は，JP1/AJSが検知した異常な事象を通知によって把握し，イベント一覧で対象のJP1イベントのイベント詳細を確認します。その後，トレンド情報でスケジューラーサービスの稼働状況を確認し，障害の原因を切り分けします。

プロアクティブ監視の概要を次の図に示します。

図3‒22　プロアクティブ監視の概要

トレンド情報の概要を次の図に示します。

図3‒23　トレンド表示の概要

なお，トレンド情報表示機能を使用する場合は，トレンド情報取得先の各JP1/AJS3マネージャーホストが，次の前提条件を満たしているかを確認してください。

前提条件

トレンド情報取得先の各JP1/AJS3マネージャーホストで，NTP（Network Time Protocol）などを使用してシステム時刻を変更する場合，次に示す条件を満たすようにしてください。

slewモードなどで運用し，同一時刻が発生しないようにミリ秒単位で補正する。

時刻の補正をあとから確認できるように，時刻補正時にログを出力するようにする。

JP1/AJSと連携した場合は，JP1/AJSが稼働状況レポートで収集しているパフォーマンスデータのすべてを，トレンド情報に表示します。選択した管理対象のトレンド情報を表示し，JP1/AJSのジョブ実行の影響範囲や障害の要因を確認できます。トレンド情報を表示できるJP1/AJSのIM管理ノードは，「AJS - Managerホスト−Management Applications−JP1/AJS3 - Manager Scheduler Services配下のスケジューラーサービス」です。

JP1/PFMと連携した場合は，JP1/PFMが収集しているパフォーマンスデータをトレンド情報に表示します。JP1/IMが管理する関連性情報を元に，CPU使用率や空きメモリ量など，選択したノードに関連するインフラを確認できます。また，ユーザー定義によって表示するデータの追加もできます。トレンド情報を表示できるJP1/PFMのIM管理ノードについては，バージョン12-10以降のマニュアル「JP1/Performance Management 運用ガイド」を参照してください。

トレンド情報の表示期間は，JP1イベントを選択すると自動的に設定されます。任意の時間帯を設定したり，過去1時間に絞って表示したりできます。

このように，プロアクティブ監視はシステム運用への影響をいち早く確認し，重大な業務障害が発生する前の対処を可能にします。

3.14.2　業務インパクトの判断支援

インテリジェント統合管理基盤は，JP1/AJS - Managerがインストールされているホスト名やJP1/AJS - Manager配下のJP1/AJS - Agentがインストールされているホスト名の情報などを取得し，複数のJP1/AJS - Managerで構成されたルートジョブネットの関連性を可視化します。可視化により，障害によって影響を与える業務の開始までの猶予時間や，関連するインフラ要素を把握できます。システム管理者は，異常を検知したルートジョブネットの後続ジョブの開始予定時刻や後続ジョブへの影響の有無など，ジョブ運用へ与える影響をいち早く確認し，適切な優先順位で障害へ対処できるようになります。

なお，後続ジョブへの影響有無は，ジョブネットの定義内容を元に自動で判定されます。また，ユーザーがルートジョブネットの関連を追加することもできます。

図3‒24　業務インパクトの判断支援の概要

例えば，ジョブの運用中に障害が発生した場合は，発生元のルートジョブネットが赤色で表示されます。それをクリックするだけで，そのほかのルートジョブネットとの関係性が［業務フロー］タブに表示されます。

アイコン（業務影響アイコン）をクリックすると［連携ユニット］ダイアログが表示されます。先行業務の障害時にどの後続業務に影響があるかを確認したり，ジョブごとの予定時刻で対策までの緊急性を把握したりできます。また，ユニットのリンクまたはプロパティで連携製品リンクの値をクリックすると，JP1/AJS3 - Web Consoleの画面が起動し，該当のジョブネットの詳細を確認できます。

ルートジョブネットA，ルートジョブネットB，ルートジョブネットAの順番に実行されるようなルートジョブネットの定義の場合，ルートジョブネットの関係性が繰り返し［業務フロー］タブに表示されることがあります。繰り返し表示されるノードに業務影響アイコンが表示されている場合，同じルートジョブネット名のノードに表示された業務影響アイコンから表示される［連携ユニット］ダイアログには，同じ情報が表示されます。このため，繰り返し表示されるノードに表示されるすべての業務影響アイコンから［連携ユニット］ダイアログを確認する必要はありません。

なお，プロパティでJP1/AJS3 - Web Consoleのリンクをクリックした場合，選択したJP1/AJSのIM管理ノードの種類によって，［ダッシュボード］画面，［リスト］画面または［実行エージェント］画面が表示されます。

表3‒8　 JP1/AJS3 - Web Consoleの画面の種類と表示されるIM管理ノード

JP1/AJS3 - Web Consoleの画面の種類

IM管理ノード

［ダッシュボード］画面

AJSマネージャーのホスト配下のJP1/AJS3 - Manager

［リスト］画面

AJSマネージャーのホスト−JP1/AJS3 - Manager配下のスケジューラーサービス

AJSマネージャーのホスト−JP1/AJS3 - Manager−スケジューラーサービス配下のジョブグループ

AJSマネージャーのホスト−JP1/AJS3 - Manager−スケジューラーサービス−ジョブグループ配下のルートジョブネット

［実行エージェント］画面

AJSマネージャーのホスト−Management Applications−JP1/AJS3 - Manager

AJSマネージャーのホスト−Management Applications−JP1/AJS3 - Agent

障害が発生したルートジョブネットで発生しているイベントを確認できるため，スピーディーに障害の原因を予測し，システムの重要度に応じて先回りした障害対策が可能となります。ジョブの定義や内容を変更した場合も，変更予定のルートジョブネットと先行・後続のルートジョブネットの状況を確認し，影響範囲を把握してから，変更作業に着手できます。

重要

ルートジョブネットの関連を参照するためには，システム内のJP1/AJS - Managerのホスト名に重複がないようにします。

(1)　ルートジョブネットの関連付け

ルートジョブネットの関連付けは，構成情報を取得して蓄積した定義情報から，各ルートジョブネットとそのルートジョブネットの後続ジョブの組み合わせを検出し，JSON形式にして返却します。

なお，関連付けができなかった組み合わせはunknownと検出されます。この場合は，jddcreatetreeコマンドで出力したIM管理ノード関連ファイルを，テキストエディターで訂正します。形式については，IM管理ノードリンク定義ファイル（imdd_nodeLink_def.conf）を参照してください。jddcreatetreeコマンドおよびIM管理ノードリンク定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jddcreatetree」（1.　コマンド）および「IM管理ノードリンク定義ファイル（imdd_nodeLink_def.conf）」（2.　定義ファイル）を参照してください。

重要

実行エージェントにマクロ変数が指定されているJP1イベント受信監視ジョブおよびJP1イベント送信ジョブは，ジョブ実行時にならないと実際に使用する実行エージェントが確定しないため，関連情報を表示できません。

ルートジョブネットの関連付けは，JP1/AJS3プラグイン設定ファイル（settings.conf）の設定に依存します。詳細については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド」の「JP1/IM連携時のセットアップ」の説明を参照してください。

(a)　JP1イベント連携

ルートジョブネット内の「JP1イベント受信監視ジョブ」に定義された条件に一致した「JP1イベント送信ジョブ」を，ルートジョブネット単位で関連付けします。

JP1イベント受信監視ジョブに定義された関連付け条件のうち，対象となるパラメーターを次の表に示します。表に示すパラメーター以外は関連付けの判定対象外となります。

表3‒9　ルートジョブネットの関連付け条件

項番

JP1イベント受信監視ジョブ

JP1イベント送信ジョブ

関連付けの判定条件

定義したパラメーター

定義の有無

比較判定するパラメーター

定義の有無

1

evhst="イベント発行元ホスト名"※3※4

△

ex="実行エージェント名"※1

◎

どれかと一致すれば関連付けする

2

ex="実行エージェント名"※1

◎

evhst="イベント送信先ホスト名"※4

○

evhstの判定を優先する

ex="実行エージェント名"※1

evhstがない場合

どちらかに一致すれば関連付けする

3

evwid=イベントID

△

evsid=イベントID

×

不一致の場合は関連付けしない

○

完全に一致した場合は関連付けする

4

evwms="メッセージ"※3

△

evsms="メッセージ"※4

×

不一致の場合は関連付けしない

○

完全に一致した場合は関連付けする

5

evwsv=重大度（複数可）

△

evssv=重大度

×

どれとも一致しなければ関連付けしない

○

どれかと一致すれば関連付けする

6

evwfr=拡張属性（複数可）※3※4

△

evsfr=拡張属性※4

×

どれとも一致しなければ関連付けしない

○

どれかと一致すれば関連付けする

7

evipa="イベント発行元IPアドレス"※2

△

ex="実行エージェント名"※1

×

パラメーターが1つでも存在すれば関連付けしない

ex="実行エージェントグループ名"※1

○

どれかと一致すれば関連付けする

（凡例）

△：定義があれば比較

◎：常にあり（定義の有無に関係なく必ず設定される）

○：あり

×：なし

注※1

実行エージェント（実行エージェントグループ）に対応する実行ホスト名一覧に対して判定が行われます。

注※2

設定ファイルでIPアドレスを関連付ける設定の場合だけ，関連付けの判定対象となります。

注※3

設定ファイルで正規表現を関連付ける設定の場合，正規表現を使用して関連付けされます。使用できる正規表現については，「付録G.1　正規表現の種類」を参照してください。

注※4

設定ファイルでマクロ変数が使用された場合，関連付けをしない設定の場合，マクロ変数名が指定されていた場合は，関連付けはされません。マクロ変数名とみなす文字列の形式については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス」の「マクロ変数指定」の説明を参照してください。

(b)　待ち合わせ

JP1/AJS - Managerが12-50以降の場合，ルートジョブネットおよびルートジョブネット内の「待ち合わせ条件付きユニット」と，「待ち合わせ条件付きユニット」に定義されている「待ち合わせ対象ユニット」を，ルートジョブネット単位で関連付けします。

待ち合わせ条件付きユニットと待ち合わせ対象ユニットの関連付けは，JP1/AJS - Managerの環境設定パラメーターPREWAITUSEおよびPREWAITEXTENDの設定値，待ち合わせ対象ユニットの存在には関係なく，関連付けされます。

待ち合わせ対象ユニット名にプランニンググループ，またはプランニンググループ配下のユニットを定義した場合は，次の表に示す関連ユニットに関連付けされます。

表3‒10　待ち合わせ条件付きユニットと関連付けるユニット一覧

項番

指定先ユニット

関連付け対象のユニット

1

プランニンググループ

構成情報を取得した際に実行登録されているプランニンググループ配下のルートジョブネット

2

プランニンググループ配下のユニット

構成情報を取得した際に実行登録されているプランニンググループ配下のルートジョブネット配下のユニット

(c)　ジョブネットコネクタ

JP1/AJS - Managerが12-50以降の場合，ルートジョブネット内の「ジョブネットコネクタ」と条件が一致する「接続先ルートジョブネット」を，ルートジョブネット単位で関連付けします。

ジョブネットコネクタと接続先のルートジョブネットの関連付け条件を，次の表に示します。なお，接続先ルートジョブネット名にプランニンググループが指定されていた場合は，関連付けされません。

表3‒11　ジョブネットコネクタと接続先ルートジョブネットの関連付け条件一覧

項番

接続先のルートジョブネット

ジョブネットコネクタ

関連付けの判定条件

比較情報（定義パラメーター）

比較情報（定義パラメーター）

1

ユニット完全名

接続先のルートジョブネット名（ncr）

完全一致した場合関連付け

2

スケジューラーサービス間連携するかどうか（ncex）

スケジューラーサービス間連携するかどうか（ncex）

完全一致した場合関連付け

3

マネージャーホスト名

接続ホスト名（nchn）※1

完全一致した場合関連付け

マネージャーホスト名※2

4

接続ホスト名（nchn）

マネージャーホスト名

完全一致した場合関連付け※3

5

スケジューラーサービス名

接続先サービス名（ncsv）※1

完全一致した場合関連付け

スケジューラーサービス名※2

6

接続先サービス名（ncsv）

スケジューラーサービス名

完全一致した場合関連付け※3

7

ジョブネットコネクタ名（ncn）

ユニット完全名

完全一致した場合関連付け

注※1

項番2の値が「y」の場合の比較項目です。

注※2

項番2の値が「n」の場合の比較項目

注※3

項番2の値が「y」の場合にだけ判定されます。

接続先のルートジョブネット，ジョブネットコネクタのうち，どちらかのJP1/AJS - Managerのバージョンが12-50未満の場合，unknownと検出されます。

3.14.3　システム全体の運用統合

インテリジェント統合管理基盤は，連携製品の画面および操作をまとめます。これにより，連携製品の情報確認や操作が，統合オペレーション・ビューアーからできるようになります。JP1/PFMと連携した場合は，統合オペレーション・ビューアーに［パフォーマンス］タブが表示され，JP1/PFM - Web consoleの画面を操作できるようになります。また，ユーザー作成によるカスタムUIによって，任意の画面を統合オペレーション・ビューアーに表示することもできます。

これらの特徴によって，JP1製品の情報確認や操作がJP1/IMからできるようになり，システム間の運用を統合できます。また，様々な関連性を可視化することで，システム全体の運用を統合します。

図3‒25　システム全体の運用統合の概要

3.14.4　システムの状況に応じた対処アクションの提案

システムに障害が発生した場合，従来の運用では運用ルールを確認し影響範囲を特定，システムの稼働状況の確認と状況の判断，障害に適した対処の決定，そして対処の実行，という一連の流れによる対処が必要でした。このため，対処を実行するまでに時間が掛かり，システムの運用者に掛かる負担も大きくなっていました。

システムの状況に応じた対処アクションの提案は，確立された運用ルールや運用実績に基づき，システムの状況に適した対応方法を提案し，簡単な操作で対処アクションを実行できる機能です。管理対象の異常を検知した際，運用者がJP1/IMに提案を要求すると，状況に合わせた対処アクションがインテリジェント統合管理基盤から提案されます。提案を選択して対処アクションを実行するだけで，異常に対する対処は終了します。

これらによって，運用ルールや影響範囲などの確認作業が極小化され，対処に掛かる時間が削減されます。また，判断ミス，操作ミスを減らし，人に依存するシステム運用から個人のスキルに左右されない運用へ，システムの運用管理をスムーズに移行できます。

システムの状況に応じた対処アクションの提案機能の概要を，次の図に示します。

図3‒26　システムの状況に応じた対処アクションの提案機能の概要

システムの状況に応じた対処アクションの提案機能で使用する運用ルール（提案活性条件・対処アクション）は，提案定義ファイルで設定します。さらに，連携製品の活用やプラグインを実装することによって，高度な運用にも対応できます。

運用ルールと提案定義ファイルの関係について，次の図に示します。

図3‒27　運用ルールと提案定義ファイルの関係

提案活性条件に使用できる情報を次の表に示します。なお，各情報はOR条件，AND条件による組み合わせが可能です。

表3‒12　提案活性条件に使用できる情報

JP1イベント

性能情報（トレンド情報）

関係性

プラグイン

各属性値の判定

複数イベントの相関性

時系列データの値が上昇した個数

業務とインフラや業務同士の関係性

プラグイン，REST API，コマンドの実行結果

実行できる対処アクションを次の表に示します。なお，提案活性条件で参照した情報を変数として利用することができます。

表3‒13　実行できる対処アクション

対処状況の変更

画面表示

プラグインなど

JP1イベントの対処状況を変更できる

業務インパクトや，連携製品のWeb画面を表示できる

プラグイン，REST API，コマンドを実行できる

対処アクションの提案は，提案定義ファイルで定義し，jddupdatesuggestionコマンドを実行して反映します。［提案］タブが表示可能なIM管理ノードには，［統合オペレーション・ビューアー］画面のツリーに[図データ]アイコンが表示されます。また，緊急/警戒/致命的，エラー，警告の障害が発生している個所には，それぞれ次の提案アイコンが表示されます。

[図データ]：緊急/警戒/致命的

[図データ]：エラー

[図データ]：警告

これらのアイコンが表示されているIM管理ノードをユーザーがクリックすると，IM管理ノードにマッピングされている提案定義が取得され，ログインユーザーのJP1権限が提案定義の提案表示条件を満たしているかが判定されます。条件を満たしていれば［提案］タブに対処の一覧が表示されます。

［提案］ボタンをクリックすると，システムの状況をインテリジェント統合管理基盤が自動で判断し，提案活性条件が成立する提案定義を実行するべき対処として，活性化して表示します。

ユーザーは，定義された条件の詳細やその提案が実行する対処アクションの内容などを確認し，活性化した提案のうち，どの提案を実行するかを判断します。［実行］ボタンをクリックすると，対処アクションが実行され，障害への対処が完了します。

(1)　条件情報キャッシュ

条件情報取得による取得元への負担軽減のため，提案活性条件の判定時に取得した条件情報をキャッシュできます。キャッシュを作成，参照するかどうかは，提案活性条件ごとに提案定義ファイルで指定します。指定を省略した場合は，キャッシュを作成，参照しません。

条件情報キャッシュは，提案活性条件に指定したkeyの単位でキャッシュされます。keyが同じ提案活性条件の場合，キャッシュの有効期限内で判定したときは，条件情報を取得しないでキャッシュを使用します。キャッシュの単位はシステム単位です。同じシステムにログインするすべてのユーザーが同じキャッシュを参照，更新します。

対処アクションを前回実行した際の履歴は［提案］タブの［提案詳細］領域で確認できます。また，前回実行履歴取得APIで取得することもできます。

なお，前回実行履歴も含んだ履歴は，対処アクション実行履歴ファイル（jddSuggestionHistory.log）に出力されます。対処アクションの開始，終了，失敗は，JP1イベントとして出力されます。

コマンドおよびREST APIの実行先ホストに負荷をかける提案活性条件は，条件情報キャッシュを使用することにより，コマンドおよびREST APIの実行回数を減らせる場合があります。このような提案活性条件については，条件情報キャッシュの使用を検討してください。

(2)　提案テンプレート

JP1/IMは，過去の問い合わせや顧客要望をもとに，想定される運用シーンに応じた提案テンプレートを用意しています。提案テンプレートは，次の手順でシステム反映できます。

なお，各提案テンプレートの詳細については，各製品のマニュアルを参照してください。

反映する提案テンプレートの製品のドキュメントを参照し，提案テンプレートを適用するための前提条件，手順を確認する。

すべての提案テンプレートを反映する場合は，運用する言語に合わせた提案テンプレートファイル格納フォルダのenまたはjaを指定し，jddupdatesuggestionコマンドを実行する。

一部の提案テンプレートだけを反映する場合，または提案テンプレートをカスタマイズする場合は，次のどちらかの手順を実行する。

提案テンプレートファイル格納フォルダのenまたはjaのconfファイルを削除・編集してからenまたはjaのフォルダを指定し，jddupdatesuggestionコマンドを実行する。

反映したい提案テンプレートのconfファイルを任意のディレクトリにコピーしたあと，confファイルをコピーしたディレクトリを指定し，jddupdatesuggestionコマンドを実行する。

提案テンプレートファイルの格納先については，「付録A　ファイルおよびディレクトリ一覧」を参照してください。

jddupdatesuggestionコマンドについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jddupdatesuggestion」（1.　コマンド）を参照してください。

提案テンプレートを使用した運用例について，以降で説明します。

(a)　業務影響の調査と対処のための提案（JP1/AJS3，JP1/PFMとの連携）

ホストが停止したJP1イベントがあり，現在もホストが停止していることがJP1/PFMによって検知されたことを契機に，業務の影響範囲を確認する方法を提案します。ホストが停止した際に，業務への影響範囲を素早く把握することでジョブの異常終了を回避し，影響の拡大を抑止できます。

図3‒28　ホスト停止の影響範囲確認方法の提案の概要

影響のあるルートジョブネットを検索して確認する場合は，ルートジョブネットを選択してJP1/AJS3 - Web Consoleを開くことができます。ユーザーは，実行状況の詳細を確認して，保留や一時変更などの運用による対処ができます。

影響のある実行エージェントを検索して確認する場合は，停止を検知した実行先ホスト名でフィルタリングされた状態でJP1/AJS3 - Web Consoleを開くことができます。ユーザーは，運用に応じた実行エージェントを操作することができます。

(b)　対応が必要かどうかを切り分けるための提案（JP1/PFMとの連携）

CPU使用率の値によって状況を自動で判断し，CPU使用率が高騰し続けていれば原因の調査方法を提案，正常値であればイベントを「対処済」とすることを提案など，現在のリソース状況を自動で判断して状況に適した対処アクションを提案します。

図3‒29　対応が必要かどうかを切り分けるための提案の概要

また，現在は回復し対処不要となっているJP1イベントを，一括で「対処済」に変更できます。異常なメトリックだけをエスカレーションしたいときでも，面倒な切り分けは必要ありません。

図3‒30　対処不要のJP1イベントを一括で「対処済」にする提案の概要

(c)　メンテナンス対応の提案（JP1/PFMとの連携）

ヘルスチェックとアラームの頻度によるJP1イベントの発行パターンから，メンテナンス中の可能性を判断し，監視の一時停止を提案します。また，監視を一時停止している場合は，一時停止した時と同じ画面から，監視の再開ができます。

図3‒31　メンテナンス対応の提案の概要

3.14.5　外部製品との連携

インテリジェント統合管理基盤は，OpenID Connectを利用してJP1製品以外の外部製品と連携します。これによって，JP1製品と業務アプリをシングルサインオンで操作できるようになり，シームレスな運用統合を実現します。シングルサインオンするための認証サーバには，次に示すOpenIDプロバイダの認証情報を利用できます。

Keycloak

Okta（Okta Identity Cloud）

なお，業務アプリとJP1製品の両方を利用するユーザーの情報は，OpenIDプロバイダとJP1/Base（認証サーバ）の両方に登録する必要があります。

外部製品とのシングルサインオン連携が設定されている場合は，シングルサインオン用のログイン画面が表示されます。ユーザーは，JP1/Baseによる認証，OpenIDプロバイダによる認証のどちらかを使用して，インテリジェント統合管理基盤にログインします。

OpenIDプロバイダの認証でログインする場合は，JP1ユーザー名とパスワードによるJP1/Baseの認証は不要となり，OpenIDプロバイダの認証だけでインテリジェント統合管理基盤にアクセスできます。また，OpenIDプロバイダの認証を使用している他のサービスから，ログイン画面を経由しないでインテリジェント統合管理基盤にアクセスできるようになります。

なお，外部製品とシングルサインオンで連携するためにはJP1/Baseに登録されたユーザー情報が必要です。JP1/Baseのディレクトリサーバ連携で，JP1認証情報をディレクトリサーバで管理するDSユーザーは，シングルサインオン連携には使用できません。シングルサインオンマッピング定義ファイルにDSユーザーを設定して認証した場合，ユーザー認証の際にKAJY52027-Eエラーとなります。JP1/Baseのディレクトリサーバ連携の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

OpenIDプロバイダ認証による外部製品との連携の概要を，次の図に示します。

図3‒32　 OpenIDプロバイダ認証による外部製品との連携の概要

また，他のサービスから，OpenIDプロバイダによる認証済みの認証情報を付与して，JP1/IMのREST APIを発行することもできます。

重要

OpenIDプロバイダによるシングルサインオンの可否は，OpenIDプロバイダ側のセッションの生存期間に依存します。インテリジェント統合管理基盤から，他サービスのWebコンソールを表示した際に，セッションが生存していればシングルサインオンによりシームレスにWebコンソールを表示できます。セッションが失効していた場合やWebブラウザーのCookieを削除した場合は，再度認証が必要となるためログイン画面が表示されます。この場合は，再度ログインする必要があります。

なお，認証されている状態でユーザーが離席した場合などは，第三者に不正使用される危険性が高くなります。システムの運用に応じてOpenIDプロバイダのセッション生存期間を適切に設定してください。

3.14.6　ダイレクトアクセスURL機能

ダイレクトアクセスURL機能は，URLから目的とする［統合オペレーション・ビューアー］画面を表示する機能です。

ユーザー間で情報共有する際に，特定のノードのURLをメールなどで送信すると，メールを受け取ったユーザーは，URLから目的の画面を直接表示できます。また，JP1/Baseによる認証以外の認証を使用している場合でも，シングルサインオンで目的の画面を表示できます。

ダイレクトアクセスURLに指定する項目によって，表示される画面が異なります。

ツリーSIDを指定した場合

IM管理ノードが選択された状態で画面が表示されます。

サンバースト形式またはツリー形式を指定した場合

指定した項目に合わせて［稼働状況］の表示が切り替わります。

タブを指定した場合

指定したタブが選択された状態で画面が表示されます。

イベントDB内通し番号を指定した場合

イベントDB内通し番号に対応するIM管理ノードが選択された状態で画面が表示されます。

イベントDB内通し番号とツリーSIDを指定した場合

イベントDB内通し番号に対応するIM管理ノードを選択し，［イベント詳細］ダイアログが表示された状態で画面が表示されます。

画面を表示するための情報は，URLにクエリパラメーターとして含めます。URLの形式，パラメーターの詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「4.12　ダイレクトアクセスURLの設定」を参照してください。

［イベント詳細］ダイアログを表示するダイレクトアクセスURL機能の利用例を，次の図に示します。

図3‒33　ダイレクトアクセスURL機能の利用例

なお，ダイレクトアクセスURLには，ノード選択のダイレクトアクセスURL取得機能，OpenID認証ダイレクトアクセスURL機能もあります。

ノード選択のダイレクトアクセスURL取得機能は，［統合オペレーション・ビューアー］画面から選択したIM管理ノードのURLを取得する機能です。画面で取得したURLを他のユーザーに送付し，IM管理ノードを選択した状態の画面を表示させることできます。機能の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.1 ［統合オペレーション・ビューアー］画面の概要」の［操作メニュー］ボタンの説明を参照してください。

OpenID認証ダイレクトアクセスURL機能は，ダイレクトアクセスURL機能を，OpenIDプロバイダ認証のシングルサインオンで利用できるようにする機能です。OpenIDプロバイダ認証のシングルサインオンについては「3.14.5　外部製品との連携」を参照してください。

3.14.7　クラウドサービスのログを監視するための連携

JP1/IM - Managerでは，Amazon Web Service（AWS），Microsoft Azure，Google Cloud Platform（GCP）のクラウドサービスの各種ログデータをJP1イベントとして登録するクラウドサービスログ連携ツールを提供しています。提供するツールの詳細については，ツールごとの「取扱説明書」を参照してください。

3.14.8　ユーザー独自のPrometheusとの連携

ユーザー独自のPrometheusと連携する手順を次に示します。

前提条件の確認

JP1/IM - Manager，Prometheus，Alertmanager，Exporterが，インストールおよびセットアップ済みであることが前提条件となります。

クライアントシークレットの発行

JP1/IM - Managerのクライアントシークレット発行API（/im/api/v1/secret/client/generateInfo）を実行し，クライアントシークレット※を取得します。

注※

クライアントシークレットシークレットは一度しか取得できないため，必ずコピーを残しておいてください。

リクエストとレスポンスのメッセージボディーの例を，次に示します。

リクエストのメッセージボディー

{
  "clientId": ">prometheus"
}

レスポンスのメッセージボディー

{
    "secret": "kABNY0UFwa4K+W5KhLbkva945Whx+sguH65QinFggaW3CZaB6bA0MkgNgKN2FSSs1kORnQHpWUCHitkeBUzEmYHY09d9BR+tg73vSfbh05xStE7qB1idgfzisqhlqu7R+Q+XNA",
    "lastUpdateTime": "2023-05-18T07:59:23Z"
}

クライアントシークレット発行APIについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.4.5 IMクライアントシークレット発行」を参照してください。

prometheus.ymlの編集

Prometheusの展開先の直下（prometheus.exeが存在するパス）にあるprometheus.ymlを編集します。

記載例を次に示します。太字部分はデフォルトから追加または変更した個所を示します。また，斜体部分にはご使用の環境に合わせた値を指定します。

（記載例）

# my global config
global:
  scrape_interval: 15s # Set the scrape interval to every 15 seconds. Default is every 1 minute.
  evaluation_interval: 15s # Evaluate rules every 15 seconds. The default is every 1 minute.
  # scrape_timeout is set to the global default (10s).
  external_labels:
    jp1_pc_prome_hostname: "Prometheusのホスト名"
# Alertmanager configuration
alerting:
  alertmanagers:
    - static_configs:
        - targets:
           - Prometheusのホスト名:Prometheusのポート番号

# Load rules once and periodically evaluate them according to the global 'evaluation_interval'.
rule_files:
  - "alerting_rules.yml※1"
  # - "first_rules.yml"
  # - "second_rules.yml"

# A scrape configuration containing exactly one endpoint to scrape:
# Here it's Prometheus itself.
scrape_configs:
  # The job name is added as a label `job=<job_name>` to any timeseries scraped from this config.

  - job_name: '任意の名称※2'

    file_sd_configs:
      - files:
        - 'file_sd_config_任意の名称.yml※3'
    relabel_configs:
      - target_label: jp1_pc_nodelabel
        replacement: Windows exporter

    metric_relabel_configs:
      - source_labels: ['__name__']
        regex: 'windows_cs_physical_memory_bytes|windows_cache_copy_read_hits_total|windows_cache_copy_reads_total|windows_cpu_time_total|windows_logical_disk_free_bytes|windows_logical_disk_idle_seconds_total|windows_logical_disk_read_bytes_total|windows_logical_disk_read_latency_seconds_total|windows_logical_disk_read_seconds_total|windows_logical_disk_reads_total|windows_logical_disk_requests_queued|windows_logical_disk_size_bytes|windows_logical_disk_write_bytes_total|windows_logical_disk_write_latency_seconds_total|windows_logical_disk_write_seconds_total|windows_logical_disk_writes_total|windows_memory_available_bytes|windows_memory_cache_bytes|windows_memory_cache_faults_total|windows_memory_page_faults_total|windows_memory_pool_nonpaged_allocs_total|windows_memory_pool_paged_allocs_total|windows_memory_swap_page_operations_total|windows_memory_swap_pages_read_total|windows_memory_swap_pages_written_total|windows_memory_system_cache_resident_bytes|windows_memory_transition_faults_total|windows_net_bytes_received_total|windows_net_bytes_sent_total|windows_net_bytes_total|windows_net_packets_sent_total|windows_net_packets_received_total|windows_system_context_switches_total|windows_system_processor_queue_length|windows_system_system_calls_total'
        action: 'keep'

remote_write:
  - url: http://JP1/IM - Managerのホスト名:インテリジェント統合管理基盤のポート番号/im/api_system/v1/trendData/write
    remote_timeout: 30s
    send_exemplars: false
    queue_config:
      capacity: 10000
      max_shards: 200
      min_shards: 4
      max_samples_per_send: 3000
      batch_send_deadline: 10s
      min_backoff: 100ms
      max_backoff: 10s
    basic_auth:
      username: 'JP/IM - Managerのクライアントシークレット発行APIで指定したクライアントID'
      password: 'JP/IM - Managerのクライアントシークレット発行APIで発行したクライアントシークレット'

注※1

手順6で説明するアラート設定ファイルのファイル名を指定します。

注※2

Exporterごとにスクレイプ定義を記述します。

注※3

手順4で説明するディスカバリ設定ファイルのファイル名を指定します。

ディスカバリ設定ファイルの作成

ディスカバリ設定ファイル（file_sd_config_任意の名前.yml）を作成し，Prometheusの展開先の直下に配置します。

記載例を次に示します。斜体部分にはご使用の環境に合わせた値を指定します。

（記載例）

- targets:
  - Exporterのホスト名:Exporterのポート番号
  labels:
    jp1_pc_exporter: 任意の名称※1
    jp1_pc_category: platform
    jp1_pc_trendname: 任意の名称※2

注※1

「JPC_」から始まらない任意の名称を指定します。

注※2

メトリック定義ファイルのファイル名（metrics_任意のPrometheusトレンド名.conf）の「任意のPrometheusトレンド名」の部分と一致する名称を指定する必要があります。

alertmanager.ymlの編集

Alertmanagerの展開先の直下（alertmanager.exeが存在するパス）のalertmanager.ymlを編集します。

記載例を次に示します。太字部分はデフォルトから追加した個所を示します。また，斜体部分にはご使用の環境に合わせた値を指定します。

（記載例）

route:
  receiver: 'JP1IMDD'
  group_by: ['...']
  continue: false
  group_wait: 5s
  group_interval: 5s
  repeat_interval: 7d

receivers:
- name: 'JP1IMDD'

  webhook_configs:
  - send_resolved: true
    url: 'http:// JP1/IM - Managerのホスト名:インテリジェント統合管理基盤のポート番号/im/api_system/v1/events/transform'
    http_config:
      basic_auth:
        username: 'JP/IM - Managerのクライアントシークレット発行APIで指定したクライアントID'
        password: 'JP/IM - Managerのクライアントシークレット発行APIで発行したクライアントシークレット'

アラート設定ファイルの作成

アラート定義ファイル（任意の名称）を作成し，Prometheusの展開先の直下に配置します。

記載例を次に示します。記載例以外のアラート定義ファイルを作成したい場合は，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の「アラート設定ファイル（jpc_alerting_rules.yml）」の「定義例」を参照してください。

（定義例）

groups:
  - name: windows_exporter
    rules:
    - alert: cpu_used_rate(Windows exporter)
      expr: 0 < 100 - (avg by (instance,job,jp1_pc_nodelabel,jp1_pc_exporter)
      for: 3m
      labels:
        jp1_pc_product_name: "/HITACHI/JP1/JPCCS2"
        jp1_pc_component: "/HITACHI/JP1/JPCCS/CONFINFO"
        jp1_pc_severity: "Error"
        jp1_pc_eventid: "0401"
        jp1_pc_metricname: "windows_cpu_time_total"
      annotations:
        jp1_pc_firing_description: "CPU使用率がしきい値(0%)を上回りました。value={{ $value }}%"
        jp1_pc_resolved_description: "CPU使用率がしきい値(0%)を下回りました。"

メトリック定義ファイルの作成

メトリック定義ファイルを作成し，次のパスに配置します。

JP1/IM - Managerのインストール先ディレクトリ¥conf¥imdd¥plugin¥jp1pccs¥user¥

定義する対象がJP1/IM - Agentで監視可能なExporterとメトリックの場合は，JP1/IM - Agentが提供するファイル（JP1/IM - Managerのインストール先ディレクトリ¥conf¥imdd¥plugin¥jp1pccs¥*.conf）をそのまま使用できます。

Exporter，Alertmanager，Prometheusの起動

Exporter，Alertmanager，Prometheusを起動します。

ツリーの生成と反映

コマンドプロンプトを管理者モードで起動し，次のコマンドを実行します。

jddsetacccessuser（すでに実行済みの場合は実行不要）

jddcreatetree

jddupdatetree

ツリーの確認

統合オペレーション・ビューアーにログインし，Prometheus，Alertmanager，Exporterのノードが作成されていることを確認します。

3.15　JP1/IM - Agentによる監視機能

JP1/IM - Agentは，JP1/IM - Managerのエージェントコンポーネントで，JP1/IMでシステムの運用監視をするための性能監視・ログ監視の機能を提供しています。ここでは，JP1/IMのシステム環境でのJP1/IM - Agentの役割について説明します。

JP1/IM - Agentによる監視機能と監視対象を，次に示します。

表3‒14　JP1/IM - Agentによる監視機能と監視対象

機能

対応するアドオンプログラムまたはプラグイン

監視対象

参照先

性能監視機能

Windows性能情報の収集機能

Windows exporter

Windowsホストのパフォーマンスデータ

Windowsホスト上で稼働しているプロセスのパフォーマンスデータ※

統合エージェントホスト（Windows）のサービスに登録されているプログラムの稼働状態

3.15.1(1)(c)Windows exporter（Windows性能情報収集機能）

Linux性能情報の収集機能

Node exporter

Linuxホストのパフォーマンスデータ

統合エージェントホスト（Linux）のSystemdに登録されているプログラムの稼働状態

3.15.1(1)(d)Node exporter（Linux性能情報収集機能）

Linuxプロセス情報の収集機能

Process exporter

Linuxホスト上で稼働しているプロセスのパフォーマンスデータ

3.15.1(1)(e)Process exporter（Linuxプロセス情報収集機能）

AIX性能情報収集機能

Node exporter for AIX

AIXホストのパフォーマンスデータ

3.15.1(1)(f)Node exporter for AIX（AIX性能情報収集機能）

Amazon CloudWatch性能情報の収集機能

Yet another cloudwatch exporter

クラウド上のAWSサービスのパフォーマンスデータ

3.15.1(1)(g)Yet another cloudwatch exporter（Amazon CloudWatch性能情報収集機能）

Azure Monitor性能情報の収集機能

Promitor

クラウド上のAzureのサービスのパフォーマンスデータ

3.15.1(1)(h)Promitor（Azure Monitor性能情報収集機能）

外形監視機能

Blackbox exporter

ネットワーク上のインターネットサービスのパフォーマンスデータ

3.15.1(1)(i)Blackbox exporter（外形監視機能）

UAP監視機能

Script exporter

UAPの監視情報

3.15.1(1)(j)Script exporter（UAP監視機能）

Oracle Database監視機能

OracleDB exporter

Oracle Databaseのパフォーマンスデータ

3.15.1(1)(k)OracleDB exporter（Oracle Database監視機能）

ログメトリクス機能

Fluentd

prometheus-client※

fluent-plugin-prometheusプラグイン※

監視対象ホストで稼働しているアプリケーションのログ

3.15.1(1)(l)Fluentd（ログメトリクス機能）

ユーザー独自のPrometheusによるコンテナ監視機能

JP1/IM - Agentのインストールは不要です。

次に示すコンテナ環境のパフォーマンスデータ

Red Hat OpenShift

Kubernetes

Amazon Elastic Service

3.15.4(2)ユーザー独自のPrometheusによるコンテナ監視機能

Azure監視機能によるコンテナ監視機能

Promitor

次に示すコンテナ環境のパフォーマンスデータ

Amazon Kubernetes Service

3.15.4(3)Azure監視機能（Promitor）によるコンテナ監視機能

ログ監視機能

Fluentd

次に示す監視対象ホスト上に出力されるログ

テキスト形式のログファイルに出力されたログ

Windowsイベントログ

SAPシステムから抽出したログ

3.15.3 JP1/IM - Agentによるログ監視機能

3.15.5 SAPシステム監視機能

注※

実体はgemファイルです。JP1/IM - Agentで利用するほかのgemファイルと同時にインストールされます。

3.15.1　JP1/IM - Agentによる性能監視機能

性能監視機能は，アドオンプログラムのPrometheus，Alertmanager，Exporterで構成され，次に示す2つの機能を提供します。

Exporter経由でパフォーマンスデータを取得し，統合マネージャーホストにパフォーマンスデータを送信する機能

取得したパフォーマンスデータの閾値監視を行い，条件に該当した場合はJP1/IM - Managerにアラートを通知する機能

統合マネージャーホストに送信したパフォーマンスデータやアラートは，統合オペレーション・ビューアーで参照できます。

(1)　パフォーマンスデータの収集機能

Prometheus serverが，監視対象からパフォーマンスデータを収集する機能です。次の2つの機能があります。

スクレイプ機能（Prometheus server）

監視対象の稼働情報の取得機能（Exporter）

(a)　スクレイプ機能

Prometheus serverが，Exporterを経由して，監視対象のパフォーマンスデータを取得する機能です。

Prometheus serverが，Exporterの特定のURLにアクセスすると，Exporterが監視対象のパフォーマンスデータを取得し，Prometheus serverに返却します。この一連の処理を「スクレイプ」と呼びます。

スクレイプは，同じ目的の複数のスクレイプをまとめたスクレイプジョブの単位で実行されます。スクレイプの定義は，スクレイプジョブの単位で行います。

UAP監視機能でディスカバリ設定ファイルの作成による監視を行う場合は，ジョブの定義が必要です。また，ログメトリクス機能のスクレイプ定義は，設定の追加が必要です。ログメトリクス機能のスクレイプ定義については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.2(10)スクレイプ定義の設定」を参照してください。

JP1/IM - Agentでは，Exporterの種類に応じて，次に示すスクレイプジョブ名のスクレイプ定義が，デフォルトで設定されています。

スクレイプジョブ名

スクレイプ定義

prometheus

Prometheus server用のスクレイプ定義

jpc_node

Node exporter用のスクレイプ定義

jpc_windows

Windows exporter用のスクレイプ定義

jpc_blackbox_http

Blackbox exporeterのHTTP/HTTPS監視用のスクレイプ定義

jpc_blackbox_icmp

Blackbox exporeterのICMP監視用のスクレイプ定義

jpc_cloudewatch

Yet another cloudwatch exporter用のスクレイプ定義

jpc_process

Process exporter用のスクレイプ定義

jpc_promitor

Promitor用のスクレイプ定義

jpc_script

Script exporter用のスクレイプ定義

ユーザー独自のExporterをスクレイプの対象とする場合は，対象のExporterごとに，スクレイプ定義を追加する必要があります。

Prometheus serverが，スクレイプを実行してExporterから取得するメトリックは，Exporterの種類に応じて異なります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の各Exporterのメトリック定義ファイルの説明を参照してください。

また，Prometheus serverは，スクレイプの実行時に，Exporterから取得するメトリック以外に，次に示すメトリックを生成します。

メトリック名

説明

up

スクレイプに成功したときは「1」，失敗したときは「0」を示すメトリックです。Exporterの稼働監視に利用できます。

スクレイプに失敗したときの要因は，ホスト停止，Exporter停止，Exporterが200以外を返却，または通信エラーが考えられます。

scrape_duration_seconds

スクレイプにかかった時間を示すメトリックです。通常の運用では使用しません。

スクレイプが想定した時間内に終わらなかった場合の調査などで使用します。

scrape_samples_post_metric_relabeling

メトリックのリラベル後に残ったサンプル数を示すメトリックです。通常の運用では使用しません。

環境構築時のデータ数の確認で使用します。

scrape_samples_scraped

Exporterがスクレイプで返却したサンプル数を示すメトリックです。通常の運用では使用しません。

環境構築時のデータ数の確認で使用します。

scrape_series_added

新しく生成した系列のおおよその数を示すメトリックです。通常の運用では使用しません。

スクレイプを実行する方法については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.23　JP1/IM - Agentが使用するExporterのスクレイプ用のAPI」の説明を参照してください。スクレイプの対象とするExporterは，ここに記載されている方法で実行できるようにする必要があります。

スクレイプの定義方法を，次に示します。

スクレイプ定義は，スクレイプジョブの単位で行います。

スクレイプ定義は，Prometheus設定ファイル（jpc_prometheus_server.yml）に記述します。

スクレイプ定義を編集する場合は，統合オペレーション・ビューアーからPrometheus設定ファイルをダウンロードし，編集したあとでアップロードします。

JP1/IM - Agentがサポートするスクレイプ定義に関する設定項目を，次に示します。

表3‒15　 JP1/IM - Agentがサポートするスクレイプ定義に関する設定項目

設定項目

説明

スクレイプジョブ名

（必須）

Prometheusがスクレイプするスクレイプジョブの名称を設定します。スクレイプジョブ名は複数指定できます。

指定したスクレイプジョブ名は，メトリックのラベルに，job="スクレイプジョブ名"として設定されます。

スクレイプ先

（必須）

スクレイプ先となるExporterの特定のURLを設定します。スクレイプ先として，JP1/IM - Agentが同居するホストのExporterだけを指定できます。

URL内に記述するスクレイプ先のサーバは，ホスト名で指定します。"localhost"は使用できません。

すべてのスクレイプジョブ内に指定したスクレイプ先の合計数は100が上限です。

スクレイプ時のパラメーター

（任意）

スクレイプ時にExporterに渡すパラメーターを設定できます。

Exporterの種類に応じて，設定できる内容が異なります。

スクレイプ間隔

（任意）

スクレイプの間隔を設定できます。

すべてのスクレイプジョブに共通のスクレイプ間隔と，スクレイプジョブごとのスクレイプ間隔を設定できます。両方設定されている場合は，スクレイプジョブごとのスクレイプ間隔が優先されます。

指定できる単位は，年，週，日，時，分，秒，またはミリ秒です。

スクレイプのタイムアウト時間

（任意）

スクレイプに時間がかかった場合のタイムアウト時間を設定できます。

すべてのスクレイプジョブに共通のタイムアウト時間と，スクレイプジョブごとのタイムアウト時間を設定できます。両方設定されている場合は，スクレイプジョブごとのスクレイプ間隔が優先されます。

リラベル設定

（任意）

不要なメトリックを削除やラベルのカスタマイズができます。

この機能を使用し，サポートしない不要なメトリックを破棄するようにデフォルトで設定しておくことで，JP1/IM - Managerに送信するデータ量を削減できます。

Prometheus serverのスクレイプ対象とするExporterによるスクレイプの結果は，PrometheusのText-based formatのデータ形式で返却されます。PrometheusのText-based formatを次に示します。

Text-based formatの基本情報

項目

説明

開始時期

2014年4月

サポートバージョン

バージョン0.4.0以降のPrometheus

伝送形式

HTTP

文字コード

UTF-8

改行コードは¥n

Content-Type

text/plain; version=0.0.4

バージョンの値がない場合は，最新のテキストフォーマットのバージョンとして扱われます。

Content-Encoding

gzip

利点

ヒューマンリーダブル

組み立てが容易で，特にミニマムなケースに適している（ネストの必要がない）。

一行ごとに読める（ヒントやdocstringを除く）。

制約

冗長

型とdocstringはシンタックスの一部ではないため，メトリックコントラクトの検証はほとんど行われない。

構文解析のコスト

サポートしているメトリクス

Counter

Gauge

Histogram

Summary

Untyped

Text-based formatの詳細

PrometheusのText-based formatは行指向です。

行間は改行文字で区切ります。改行コードは¥nです。¥r¥nは不正とみなされます。

最終行は必ず改行文字にしてください。

また，空行は無視されます。

行の形式

1行の中で，トークンは任意の数の空白やタブで区切ることができます。ただし，前のトークンと結合する場合は，少なくとも1つの空白で区切られる必要があります。

また，先頭および末尾のホワイトスペースは無視されます。

コメント，ヘルプテキスト，および情報

最初のホワイトスペース以外の文字として#がある行はコメントです。

この行は，#の後の最初のトークンがHELPまたはTYPEでない限り，無視されます。

これらの行は次のように扱われます。

トークンがHELPの場合，少なくとももう1つのトークン（メトリック名）が期待されます。残りのすべてのトークンは，そのメトリック名のdocstringとみなされます。

HELP行には，メトリック名の後ろに任意のUTF-8文字列を含めることができます。ただし，バックスラッシュは¥，改行文字は¥nとしてエスケープする必要があります。任意のメトリック名に対して，HELP行は1つだけ存在できます。

トークンがTYPEの場合，2つ以上のトークンが期待されます。1つ目はメトリック名です。2つ目はcounter，gauge，histogram，summary，またはuntypedのいずれかで，メトリックの型を定義します。与えられたメトリック名に対して，TYPE行は１つだけ存在できます。メトリック名のTYPE行は，最初のサンプルの前にメトリック名が表示されなければなりません。

メトリック名に対するTYPE行が存在しない場合，タイプはuntypedに設定されます。

次の構文（EBNF）を使用してサンプルを記述します（1行に1つ）。

 metric_name [
    "{" label_name "=" `"` label_value `"` { "," label_name "=" `"` label_value `"` } [ "," ] "}"
 ] value [ timestamp ]

サンプルの構文

metric_nameとlabel_nameには，通常のPrometheus式言語の制限があります。

label_valueは，任意のUTF-8文字列ですが，バックスラッシュ（¥），ダブルクォート（"），ラインフィードは，それぞれ¥¥，¥"，¥nとしてエスケープする必要があります。

valueは，GoのParseFloat()関数で必要とされる浮動小数点数です。標準的な数値に加えて，NaN，+Inf，-Infも有効な値です。NaNは数値ではないことを表します。+Infは正の無限大です。-Infは，負の無限大です。

タイムスタンプはint64（エポックからのミリ秒，すなわち1970-01-01 00:00:00 UTC，うるう秒を除く）で，GoのParseInt()関数で必要に応じて表されます。

グルーピングとソート

メトリックが付与された行はすべて，1つのグループとして提供される必要があり，オプションのHELPとTYPEの行が最初に来るようにする必要があります（順不同）。

それ以外にも，繰り返しの説明で再現性のあるソートを行うことを推奨しますが，必須ではありません。

各行には，メトリック名とラベルのユニークな組み合わせが必要です。ユニークな組み合わせではない場合，取り込みの動作は未定義です。

ヒストグラムとサマリー

ヒストグラムやサマリータイプは，テキスト形式での表現が難しいため，次のような規則があります。

xというサマリーまたはヒストグラムのサンプルサムは，x_sumという別のサンプルとして表示されます。

xという名前のサマリーまたはヒストグラムのサンプル・カウントは，x_countという別のサンプルとして表示されます。

xという名前の要約の各分位点は，同じxという名前と{quantile="y"}というラベルを持つ別のサンプル行として表示されます。

xという名前のヒストグラムの各バケット数は，x_bucketという名前と{le="y"}というラベルを持つ別のサンプル行として表示されます（yはバケットの上限です）。

ヒストグラムには，{le="+Inf"}のバケットが必要です。その値は，x_countの値と同じである必要があります。

ヒストグラムのバケットとサマリーの分位値は，leまたはquantileラベルの場合，それぞれラベルの値の昇順で表示される必要があります。

Text-based formatの例

コメント，HELPやTYPEの表現，ヒストグラム，サマリー，文字エスケープなどを含むPrometheus metric expositionの例を次に示します。

# HELP http_requests_total The total number of HTTP requests.
# TYPE http_requests_total counter
http_requests_total{method="post",code="200"} 1027 1395066363000
http_requests_total{method="post",code="400"}    3 1395066363000

# Escaping in label values:
msdos_file_access_time_seconds{path="C:¥¥DIR¥¥FILE.TXT",error="Cannot find file:¥n¥"FILE.TXT¥""} 1.458255915e9

# Minimalistic line:
metric_without_timestamp_and_labels 12.47

# A weird metric from before the epoch:
something_weird{problem="division by zero"} +Inf -3982045

# A histogram, which has a pretty complex representation in the text format:
# HELP http_request_duration_seconds A histogram of the request duration.
# TYPE http_request_duration_seconds histogram
http_request_duration_seconds_bucket{le="0.05"} 24054
http_request_duration_seconds_bucket{le="0.1"} 33444
http_request_duration_seconds_bucket{le="0.2"} 100392
http_request_duration_seconds_bucket{le="0.5"} 129389
http_request_duration_seconds_bucket{le="1"} 133988
http_request_duration_seconds_bucket{le="+Inf"} 144320
http_request_duration_seconds_sum 53423
http_request_duration_seconds_count 144320

# Finally a summary, which has a complex representation, too:
# HELP rpc_duration_seconds A summary of the RPC duration in seconds.
# TYPE rpc_duration_seconds summary
rpc_duration_seconds{quantile="0.01"} 3102
rpc_duration_seconds{quantile="0.05"} 3272
rpc_duration_seconds{quantile="0.5"} 4773
rpc_duration_seconds{quantile="0.9"} 9001
rpc_duration_seconds{quantile="0.99"} 76656
rpc_duration_seconds_sum 1.7560473e+07
rpc_duration_seconds_count 2693

(b)　監視対象の稼働情報の取得機能

監視対象から稼働情報（パフォーマンスデータ）を取得する機能です。稼働情報を収集する処理は，「Exporter」と呼ばれるプログラムが行います。

Prometheus serverからExporterに送られるスクレイプの要求に対して，Exporterは，監視対象から稼働情報を収集し，Prometheusに結果を返却します。

JP1/IM - Agentに同梱するExporterは，同居するJP1/IM - AgentのPrometheusからだけスクレイプします。ほかのホストやユーザーが独自に用意したPrometheusからはスクレイプしないでください。

JP1/IM - Agentに同梱する各Exporterの機能について説明します。

(c)　Windows exporter（Windows性能情報収集機能）

Windows exporterは，監視対象のWindowsホストに組み込んで，Windowsホストの稼働情報を取得するExporterです。

Windows exporterは，Prometheus serverと同じホストにインストールされ，Prometheus serverからのスクレイプ要求を契機に，同ホストのWindows OSから稼働情報を収集して，Prometheus serverに返却します。

ホストの外からの監視（URLによる外形監視やCloudWatch）では収集できない，メモリーやディスクに関する稼働情報を，ホスト内部から収集できます。

また，JP1/IM - ManagerおよびJP1/IM - Agentのバージョン13-01以降では，統合エージェントホスト（Windows）のサービス（Windowsサービスに登録されているプログラム）の稼働状態を監視できます（サービス監視機能※）。

なお，コンテナ内でJP1/IM - Agentを動作させて，サービス監視機能を使用することはできません。

注※

13-00から13-01以降にバージョンアップインストールした環境で，サービス監視機能を使用する場合，サービス監視を行うための設定が必要です。JP1/IM - MangerおよびJP1/IM - Agentのセットアップ手順の参照先を次に示します。

JP1/IM - Managerのセットアップ手順の参照先

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.19.3(1)(d)製品プラグインの設定（Windowsの場合）」の，「IM管理ノードカテゴリ名称定義ファイル（imdd_category_name.conf）の編集（オプション）」を参照してください。

JP1/IM - Agentのセットアップ手順の参照先

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.2(3)(f)サービス監視の設定をする（Windowsの場合）（オプション）」および「1.21.2(5)(b)収集するメトリックを変更する（オプション）」の，サービス監視の設定を行う手順を参照してください。

この機能を使用すると，監視するサービスごとにIM管理ノードが作成されます。ツリーの表示については，「3.15.6(1)(i)ツリーの形式」を参照してください。アラートを設定しておくと，サービスが停止したときにJP1イベントが発行され，停止したサービスに対応するIM管理ノードに登録されます。サービスのトレンド表示で，過去のサービスの稼働状態を確認できます。

主な取得項目

Windows exporterの主な取得項目は，Windows exporterのメトリック定義ファイル（初期状態）およびWindows exporter（サービス監視）のメトリック定義ファイル（初期状態）で定義しています。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の「Windows exporterのメトリック定義ファイル（metrics_windows_exporter.conf）」および「Windows exporter（サービス監視）のメトリック定義ファイル（metrics_windows_exporter_service.conf）」を参照してください。

メトリック定義ファイルには，取得項目を追加できます。定義ファイル内で記述するPromQL文で指定できるメトリックを，次に示します。なお，表内の「コレクタ」の詳細については，表下の「コレクタ」の説明を参照してください。

メトリック名

コレクタ

取得する内容

ラベル

windows_cache_copy_read_hits_total

cache

キャッシュにヒットしたコピー読み取り要求の回数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

windows_cache_copy_reads_total

cache

ファイルシステムキャッシュのページから読み込んだ回数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

windows_cpu_time_total

cpu

モードごとに費やしたプロセッサ時間の秒数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

core: coreid

mode: モード※

注※

次のどれかが入ります。

"dpc"

"idle"

"interrupt"

"privileged"

"user"

windows_cs_physical_memory_bytes

cs

物理メモリ容量のバイト数

instance: インスタンス識別文字列

job: ジョブ名

windows_logical_disk_idle_seconds_total

logical_disk

ディスクがアイドル状態だった秒数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

volume: ボリューム名

windows_logical_disk_free_bytes

logical_disk

ディスクの未使用領域のバイト数

instance: インスタンス識別文字列

job: ジョブ名

volume: ボリューム名

windows_logical_disk_read_bytes_total

logical_disk

読み取り操作中にディスクから転送されたバイト数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

volume: ボリューム名

windows_logical_disk_read_seconds_total

logical_disk

読み取り操作のためにディスクがビジーであった秒数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

volume: ボリューム名

windows_logical_disk_reads_total

logical_disk

ディスクへの読み取り操作の回数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

volume: ボリューム名

windows_logical_disk_requests_queued

logical_disk

ディスクのキューに存在するリクエスト数

instance: インスタンス識別文字列

job: ジョブ名

volume: ボリューム名

windows_logical_disk_size_bytes

logical_disk

ディスク容量のバイト数

instance: インスタンス識別文字列

job: ジョブ名

volume: ボリューム名

windows_logical_disk_write_bytes_total

logical_disk

書き込み操作中にディスクに転送されたバイト数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

volume: ボリューム名

windows_logical_disk_write_seconds_total

logical_disk

書き込み操作のためにディスクがビジーであった秒数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

volume: ボリューム名

windows_logical_disk_writes_total

logical_disk

ディスクへの書き込み操作の回数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

volume: ボリューム名

windows_memory_available_bytes

memory

物理メモリーの未使用領域のバイト数

注

プロセスへの割り当て，またはシステムがすぐに利用できるゼロメモリー，空きメモリー，およびスタンバイメモリー（キャッシュ済み）の領域の合計です。

instance: インスタンス識別文字列

job: ジョブ名

windows_memory_cache_bytes

memory

ファイルシステムのキャッシュに使用されている物理メモリーのバイト数

instance: インスタンス識別文字列

job: ジョブ名

windows_memory_cache_faults_total

memory

ファイルシステムキャッシュでページフォールトが発生した回数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

windows_memory_page_faults_total

memory

ページフォールトが発生した回数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

windows_memory_pool_nonpaged_allocs_total

memory

ページアウト不可能な物理メモリー領域を割り当てた回数

instance: インスタンス識別文字列

job: ジョブ名

windows_memory_pool_paged_allocs_total

memory

ページアウト可能な物理メモリー領域を割り当てた回数

instance: インスタンス識別文字列

job: ジョブ名

windows_memory_swap_page_operations_total

memory

ハードページフォールトを解決するためにディスクから読み取られた，またはディスクへ書き込まれたページ数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

windows_memory_swap_pages_read_total

memory

ハードページフォールトを解決するためにディスクから読み取られたページ数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

windows_memory_swap_pages_written_total

memory

ハードページフォールトを解決するためにディスクへ書き込まれたページ数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

windows_memory_system_cache_resident_bytes

memory

物理メモリー内のアクティブなシステムファイルキャッシュのバイト数

instance: インスタンス識別文字列

job: ジョブ名

windows_memory_transition_faults_total

memory

ページを共有しているほかのプロセスによって使用されていたページ，修正ページリストもしくはスタンバイリストにあったページ，またはディスクに書き込まれていたページを回復することによって解決したページフォールトの回数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

windows_net_bytes_received_total

net

インターフェースによって受信されたバイト数（累積値）

注

NIC名称に半角英数字以外の文字が含まれている場合，それらの文字がアンダースコアに変換されてnicラベルに設定されます。

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

windows_net_bytes_sent_total

net

インターフェースから送信されたバイト数（累積値）

注

NIC名称に半角英数字以外の文字が含まれている場合，それらの文字がアンダースコアに変換されてnicラベルに設定されます。

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

windows_net_bytes_total

net

インターフェースによって受信および送信されたバイト数（累積値）

注

NIC名称に半角英数字以外の文字が含まれている場合，それらの文字がアンダースコアに変換されてnicラベルに設定されます。

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

windows_net_packets_sent_total

net

インターフェースによって送信されたパケット数（累積値）

注

NIC名称に半角英数字以外の文字が含まれている場合，それらの文字がアンダースコアに変換されてnicラベルに設定されます。

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

windows_net_packets_received_total

net

インターフェースによって受信されたパケット数（累積値）

注

NIC名称に半角英数字以外の文字が含まれている場合，それらの文字がアンダースコアに変換されてnicラベルに設定されます。

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

windows_system_context_switches_total

system

コンテキストスイッチの回数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

windows_system_processor_queue_length

system

プロセッサキュー内のスレッド数

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

windows_system_system_calls_total

system

プロセスからOSのサービスルーチンを呼び出した回数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

windows_process_start_time

process

プロセスの開始時間（UNIX時間）

instance: インスタンス識別文字列

job: ジョブ名

process: プロセス名

process_id: プロセスID

creating_process_id: 作成元プロセスID

windows_process_cpu_time_total

process

プロセスのスレッドがプロセッサを使用して命令を実行した経過時間をモード別（privileged，user）で返却（累積値）

instance: インスタンス識別文字列

job: ジョブ名

process: プロセス名

process_id: プロセスID

creating_process_id: 作成元プロセスID

mode: モード（privileged，user）

windows_process_io_bytes_total

process

プロセスのIO操作で発生したのバイト数をモード別（read，write，other）で返却（累積値）

instance: インスタンス識別文字列

job: ジョブ名

process: プロセス名

process_id: プロセスID

creating_process_id: 作成元プロセスID

mode: モード（privileged，user）

windows_process_io_operations_total

process

プロセスのIO操作の回数をモード別（read，write，other）で返却（累積値）

instance: インスタンス識別文字列

job: ジョブ名

process: プロセス名

process_id: プロセスID

creating_process_id: 作成元プロセスID

mode: モード（read，write，other）

windows_process_page_faults_total

process

プロセスで実行されているスレッドによるページフォールトの回数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

process: プロセス名

process_id: プロセスID

creating_process_id: 作成元プロセスID

windows_process_page_file_bytes

process

プロセスがページングファイルで使用した現在のバイト数

instance: インスタンス識別文字列

job: ジョブ名

process: プロセス名

process_id: プロセスID

creating_process_id: 作成元プロセスID

windows_process_pool_bytes

process

ページプールまたは非ページプールで最後に監視されたバイト数

instance: インスタンス識別文字列

job: ジョブ名

process: プロセス名

process_id: プロセスID

creating_process_id: 作成元プロセスID

pool: ページプール（paged）または非ページプール（nonpaged）

windows_process_priority_base

process

プロセスの現在の基本優先度（値が大きいほど基本優先度が高い）

値は次のとおりです。

24：リアルタイム

13：高

10：通常以上

8：通常

6：通常以下

4：低

instance: インスタンス識別文字列

job: ジョブ名

process: プロセス名

process_id: プロセスID

creating_process_id: 作成元プロセスID

windows_process_private_bytes

process

プロセスが割り当てた現在のバイト数（ほかのプロセスと共有不可）

instance: インスタンス識別文字列

job: ジョブ名

process: プロセス名

process_id: プロセスID

creating_process_id: 作成元プロセスID

windows_process_virtual_bytes

process

プロセスが使用している仮想アドレス空間の現在のバイト数

instance: インスタンス識別文字列

job: ジョブ名

process: プロセス名

process_id: プロセスID

creating_process_id: 作成元プロセスID

windows_service_state

service

サービスの状態（State）

instance: インスタンス識別文字列

job: ジョブ名

name: サービス名※1

state: サービスの状態※2

注※1

大文字は小文字に変換されます。

注※2

次のどれかが入ります。

continue pending（継続保留中）

pause pending（一時停止保留中）

paused（一時停止中）

running（実行中）

start pending（起動保留中）

stop pending（停止保留中）

stopped（停止中）

unknown（不明）

コレクタ

Windows exporterには，CPU，メモリーなどの監視対象のリソースごとに，「コレクタ」と呼ばれる収集処理が内蔵されています。

上記の表に示すメトリックを取得項目として追加する場合は，使用するメトリックに対応するコレクタを有効にする必要があります。また，収集しないメトリックのコレクタを無効にして，不要な収集を抑止することもできます。

コレクタごとの有効・無効化は，Windows exporterのコマンドラインの「--collectors.enabled」オプション，または，Windows exporter設定ファイル（jpc_windows_exporter.yml）の項目「collectors.enabled」で指定できます。

Windows exporterのコマンドラインのオプションについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「サービス定義ファイル（jpc_プログラム名_service.xml）」（2.　定義ファイル）の，「windows_exporterコマンドのオプション」の説明を参照してください。

Windows exporter設定ファイルの項目「collectors.enabled」については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Windows exporter設定ファイル（jpc_windows_exporter.yml）」（2.　定義ファイル）の，項目「collectors」の説明を参照してください。

監視対象サービスの指定

Windows exporterのサービス監視機能を使用する場合，監視する対象のサービスは，Windows exporter設定ファイル（jpc_windows_exporter.yml）の項目「services-where」で指定します。

Windows exporter設定ファイルの項目「services-where」については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Windows exporter設定ファイル（jpc_windows_exporter.yml）」（2.　定義ファイル）の，項目「services-where」の説明を参照してください。

Windows exporterのserviceコレクタが出力するメトリックの，nameラベルの値には，サービス名が設定されます。監視対象のサービス名に半角大文字が含まれる場合，半角小文字に変換して設定されます。全角大文字が含まれる場合，全角小文字に変換して設定されます。

■JP1/IM - Agentのサービスの監視について

JP1/IM - Agentのサービスのサービス名については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「10.1 JP1/IM - Agentのサービス」を参照してください。論理ホスト環境の場合のサービス名については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7.3.6 統合エージェントホストでのJP1/IM - Agentの新規インストール（Windowsの場合）」を参照してください。

なお，サービス監視機能で，Prometheus serverとWindows exporterのサービスを監視することはできません。

(d)　Node exporter（Linux性能情報収集機能）

Node exporterは，監視対象のLinuxホストに組み込んで，Linuxホストの稼働情報を取得するExporterです。

Node exporterは，Prometheus serverと同じホストにインストールされ，Prometheus serverからのスクレイプ要求を契機に，同ホストのLinux OSから稼働情報を収集して，Prometheus serverに返却します。

ホストの外からの監視（URLによる外形監視やCloudWatch）では収集できない，メモリーやディスクに関する稼働情報を，ホスト内部から収集できます。

また，JP1/IM - ManagerおよびJP1/IM - Agentのバージョン13-01以降では，統合エージェントホスト（Linux）のサービス（Systemdに登録されているプログラム）の稼働状態を監視できます（サービス監視機能※）。

なお，コンテナ内でJP1/IM - Agentを動作させて，サービス監視機能を使用することはできません。

注※

13-00から13-01以降にバージョンアップインストールした環境で，サービス監視機能を使用する場合，サービス監視を行うための設定が必要です。JP1/IM - MangerおよびJP1/IM - Agentのセットアップ手順の参照先を次に示します。

JP1/IM - Managerのセットアップ手順の参照先

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.19.3(1)(d)製品プラグインの設定（Windowsの場合）」の，「IM管理ノードカテゴリ名称定義ファイル（imdd_category_name.conf）の編集（オプション）」を参照してください。

JP1/IM - Agentのセットアップ手順の参照先

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「2.19.2(3)(f)サービス監視の設定をする（Linuxの場合）（オプション）」および「2.19.2(5)(b)収集するメトリックを変更する（オプション）」の，サービス監視の設定を行う手順を参照してください。

この機能を使用すると，監視するサービスごとにIM管理ノードが作成されます。ツリーの表示については，「3.15.6(1)(i)ツリーの形式」を参照してください。アラートを設定しておくと，サービスが停止したときにJP1イベントが発行され，停止したサービスに対応するIM管理ノードに登録されます。サービスのトレンド表示で，過去のサービスの稼働状態を確認できます。

主な取得項目

Node exporterの主な取得項目は，Node exporterのメトリック定義ファイル（初期状態）およびNode exporter（サービス監視）のメトリック定義ファイル（初期状態）で定義しています。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の「Node exporterのメトリック定義ファイル（metrics_node_exporter.conf）」および「Node exporter（サービス監視）のメトリック定義ファイル（metrics_node_exporter_service.conf）」を参照してください。

メトリック定義ファイルには，取得項目を追加できます。定義ファイル内で記述するPromQL文で指定できるメトリックを，次に示します。なお，表内の「コレクタ」の詳細については，表下の「コレクタ」の説明を参照してください。

メトリック名

コレクタ

取得する内容

ラベル

node_boot_time_seconds

stat

最後の起動時刻

注

マイクロ秒を含むUNIX時間で示します。

instance: インスタンス識別文字列

job: ジョブ名

node_context_switches_total

stat

コンテキストスイッチが行われた回数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

node_cpu_seconds_total

cpu

各モードで費やされたCPUの秒数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

cpu: cpuid

mode: モード※

注※

次のどれかが入ります。

user

nice

system

idle

iowait

irq

soft

steal

node_disk_io_now

diskstats

現在進行中のディスクのI/O数

instance: インスタンス識別文字列

job: ジョブ名

device:デバイス名

node_disk_io_time_seconds_total

diskstats

ディスクのI/Oに費やされた秒数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:デバイス名

node_disk_read_bytes_total

diskstats

ディスクから正常に読み取られたバイト数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:デバイス名

node_disk_read_time_seconds_total

diskstats

ディスクからの読み込みにかかった秒数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:デバイス名

node_disk_reads_completed_total

diskstats

正常に完了したディスクからの読み取りの回数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:デバイス名

node_disk_write_time_seconds_total

diskstats

ディスクへの書き込みにかかった秒数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:デバイス名

node_disk_writes_completed_total

diskstats

正常に完了したディスクへの書き込みの回数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:デバイス名

node_disk_written_bytes_total

diskstats

ディスクへ正常に書き込んだバイト数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:デバイス名

node_filesystem_avail_bytes

filesystem

root以外のユーザーが使用可能なファイルシステムのバイト数

instance: インスタンス識別文字列

job: ジョブ名

fstype:ファイルシステムタイプ

mountpoint:マウントポイント

node_filesystem_files

filesystem

ファイルシステムのファイルノード数

instance: インスタンス識別文字列

job: ジョブ名

fstype:ファイルシステムタイプ

mountpoint:マウントポイント

node_filesystem_files_free

filesystem

ファイルシステムの空きファイルノード数

instance: インスタンス識別文字列

job: ジョブ名

fstype:ファイルシステムタイプ

mountpoint:マウントポイント

node_filesystem_free_bytes

filesystem

ファイルシステムの空き領域のバイト数

instance: インスタンス識別文字列

job: ジョブ名

fstype:ファイルシステムタイプ

mountpoint:マウントポイント

node_filesystem_size_bytes

filesystem

ファイルシステムの容量のバイト数

instance: インスタンス識別文字列

job: ジョブ名

fstype:ファイルシステムタイプ

mountpoint:マウントポイント

node_intr_total

stat

処理された割り込みの回数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

node_load1

loadavg

実行キューにあるジョブ数の1分間の平均値

instance: インスタンス識別文字列

job: ジョブ名

node_load15

loadavg

実行キューにあるジョブ数の15分間の平均値

instance: インスタンス識別文字列

job: ジョブ名

node_load5

loadavg

実行キューにあるジョブ数の5分間の平均値

instance: インスタンス識別文字列

job: ジョブ名

node_memory_Active_file_bytes

meminfo

最近使用されたファイルキャッシュメモリーのバイト数

注

/proc/meminfoのActive(file)をバイトに変換した値です。

instance: インスタンス識別文字列

job: ジョブ名

node_memory_Buffers_bytes

meminfo

ファイルバッファーのバイト数

注

/proc/meminfoのBuffersをバイトに変換した値です。

instance: インスタンス識別文字列

job: ジョブ名

node_memory_Cached_bytes

meminfo

ファイル読み込みキャッシュメモリーのバイト数

注

/proc/meminfoのCachedをバイトに変換した値です。

instance: インスタンス識別文字列

job: ジョブ名

node_memory_Inactive_file_bytes

meminfo

最近使用されていないファイルキャッシュメモリーのバイト数

注

/proc/meminfoのInactive(file)をバイトに変換した値です。

instance: インスタンス識別文字列

job: ジョブ名

node_memory_MemAvailable_bytes

meminfo

スワップせずに新しいアプリケーションを起動するために使用できるメモリーのバイト数

注

/proc/meminfoのMemAvailableをバイトに変換した値です。

instance: インスタンス識別文字列

job: ジョブ名

node_memory_MemFree_bytes

meminfo

メモリーの空き領域のバイト数

注

/proc/meminfoのMemFreeをバイトに変換した値です。

instance: インスタンス識別文字列

job: ジョブ名

node_memory_MemTotal_bytes

meminfo

メモリーの総容量のバイト数

注

/proc/meminfoのMemTotalをバイトに変換した値です。

instance: インスタンス識別文字列

job: ジョブ名

node_memory_SReclaimable_bytes

meminfo

回収可能なSlabキャッシュのバイト数

注

/proc/meminfoのSReclaimableをバイトに変換した値です。

instance: インスタンス識別文字列

job: ジョブ名

node_memory_SwapFree_bytes

meminfo

スワップメモリーの空き領域のバイト数

注

/proc/meminfoのSwapFreeをバイトに変換した値です。

instance: インスタンス識別文字列

job: ジョブ名

node_memory_SwapTotal_bytes

meminfo

スワップメモリーの総容量のバイト数

注

/proc/meminfoのSwapTotalをバイトに変換した値です。

instance: インスタンス識別文字列

job: ジョブ名

node_netstat_Icmp6_InMsgs

netstat

受信したICMPv6メッセージ数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_netstat_Icmp_InMsgs

netstat

受信したICMPv4メッセージ数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_netstat_Icmp6_OutMsgs

netstat

送信したICMPv6メッセージ数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_netstat_Icmp_OutMsgs

netstat

送信したICMPv4メッセージ数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_netstat_Tcp_InSegs

netstat

受信したTCPパケット数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_netstat_Tcp_OutSegs

netstat

送信したTCPパケット数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_netstat_Udp_InDatagrams

netstat

受信したUDPパケット数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_netstat_Udp_OutDatagrams

netstat

送信したUDPパケット数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_network_flags

netclass

インターフェースの状態を示す数値

注

/sys/class/net/<iface>/flagsの値を10進数にした値です。

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_network_iface_link

netclass

インターフェースの通し番号

注

/sys/class/net/<iface>/iflinkの値です。

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_network_mtu_bytes

netclass

インターフェースのMTU値

注

/sys/class/net/<iface>/mtuの値です。

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_network_receive_bytes_total

netdev

ネットワークデバイスの受信バイト数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_network_receive_errs_total

netdev

ネットワークデバイスの受信エラー数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_network_receive_packets_total

netdev

ネットワークデバイスの受信パケット数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_network_transmit_bytes_total

netdev

ネットワークデバイスの送信バイト数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_network_transmit_colls_total

netdev

ネットワークデバイスの送信コリジョン数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_network_transmit_errs_total

netdev

ネットワークデバイスの送信エラー数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_network_transmit_packets_total

netdev

ネットワークデバイスの送信パケット数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

device:ネットワークデバイス名

node_time_seconds

time

エポック（1970）以降のシステム時間の秒数

instance: インスタンス識別文字列

job: ジョブ名

node_uname_info

uname

unameシステムコールで取得したシステム情報

instance: インスタンス識別文字列

job: ジョブ名

domainname: NISやYPのドメイン名

machine: ハードウェア識別子

nodename:実装時に定義された何らかのネットワークにおけるマシン名

release: オペレーションシステムのリリース番号 （例："2.6.28"）

sysname:OSの名前（例："Linux"）

version: オペレーティングシステムのバージョン

node_vmstat_pswpin

vmstat

ページスワップインの回数（累積値）

注

/proc/vmstatのpswpinの値です。

instance: インスタンス識別文字列

job: ジョブ名

node_vmstat_pswpout

vmstat

ページスワップアウトの回数（累積値）

注

/proc/vmstatのpswpoutの値です。

instance: インスタンス識別文字列

job: ジョブ名

node_systemd_unit_state

systemd

Systemdユニットの状態

instance: インスタンス識別文字列

job: ジョブ名

name: ユニットファイル名

state: サービスの状態※1

type: プロセスの起動方法※2

注※1

次のどれかが入ります。

activating（起動処理中）

active（実行中）

deactivating（停止処理中）

failed（実行失敗）

inactive（停止中）

注※2

ユニットファイルのTypeの値が入ります。

コレクタ

Node exporterには，CPU，メモリーなどの監視対象のリソースごとに，「コレクタ」と呼ばれる収集処理が内蔵されています。

上記の表に示すメトリックを取得項目として追加する場合は，使用するメトリックに対応するコレクタを有効にする必要があります。また，収集しないメトリックのコレクタを無効にして，不要な収集を抑止することもできます。

コレクタごとの有効・無効化は，Node exporterのコマンドラインのオプションで指定できます。有効化するコレクタを「--collector.コレクタ名」のオプション，無効化するコレクタを「--no-collector.コレクタ名」のオプションで指定します。

Node exporterのコマンドラインのオプションについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ユニット定義ファイル（jpc_プログラム名.service）」（2.　定義ファイル）の，「node_exporterコマンドのオプション」の説明を参照してください。

監視対象サービスの指定

Node exporterのサービス監視機能を使用する場合，監視する対象のサービスは，Node exporterのユニット定義ファイル（jpc_node_exporter.service）の項目「services-where」で指定します。このファイルで指定した監視対象のサービスのうち，次のどちらかの条件を満たすサービスのパフォーマンスデータを収集します。

監視対象のサービスの自動起動が有効である（systemctl enableを実行している）

監視対象のサービスの自動起動が無効であるが，状態が実行中（active）である

自動起動が無効であるサービスのパフォーマンスデータは，サービスが停止している間収集されません。そのため，自動起動が無効で停止しているサービスを監視対象とする場合は，IM管理ノードのツリー情報の作成を行う前に，監視対象のサービスを一度起動してパフォーマンスデータを収集してください。

ユニット定義ファイルについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ユニット定義ファイル（jpc_プログラム名.service）」（2.　定義ファイル）の，「node_exporterコマンドのオプション」の項目「--collector.systemd.unit-include」の説明を参照してください。

■JP1/IM - Agentのサービスの監視について

JP1/IM - Agentのサービスのユニット定義ファイル名については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「10.1 JP1/IM - Agentのサービス」を参照してください。論理ホスト環境の場合のユニット定義ファイル名については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「8.3.6 統合エージェントホストでのJP1/IM - Agentの新規インストール（UNIXの場合）」を参照してください。

なお，サービス監視機能で，Prometheus serverとNode exporterのサービスを監視することはできません。

(e)　Process exporter（Linuxプロセス情報収集機能）

Process exporterは，監視対象のLinuxホストに組み込んで，Linuxホスト上で稼働するプロセスの稼働情報を取得するExporterです。

Process exporterは，Prometheus serverと同じホストにインストールされ，Prometheus serverからのスクレイプ要求を契機に，同ホストのLinux OSからプロセスの稼働情報を収集して，Prometheus serverに返却します。

ホストの外からの監視（URLによる外形監視やCloudWatch）では収集できない，プロセスに関する稼働情報を，ホスト内部から収集できます。

主な取得項目

Process exporterの主な取得項目は，Process exporterのメトリック定義ファイル（初期状態）で定義しています。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Process exporterのメトリック定義ファイル（metrics_process_exporter.conf）」を参照してください。

メトリック定義ファイルには，取得項目を追加できます。定義ファイル内で記述するPromQL文で指定できるメトリックを，次に示します。

メトリック名

取得する内容

ラベル

namedprocess_namegroup_num_procs

グループ内のプロセスの数

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

namedprocess_namegroup_cpu_seconds_total

CPU経過時間（累積値）

取得元：/proc/[pid]/statのutime(14)とstime(15)

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

mode: userまたはsystem

namedprocess_namegroup_read_bytes_total

読み込みI/Oのバイト数（累積値）

取得元：/proc/[pid]/ioのread_bytes

process_exporterを，rootまたはそのプロセスを実行したユーザで実行しないと，値が0になります。

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

namedprocess_namegroup_write_bytes_total

書き込みI/Oのバイト数（累積値）

取得元：/proc/[pid]/ioのwrite_bytes

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

namedprocess_namegroup_major_page_faults_total

メジャーページフォルトの回数（累積値）

取得元：/proc/[pid]/statのmajflt(12)

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

namedprocess_namegroup_minor_page_faults_total

マイナーページフォルトの回数（累積値）

取得元：/proc/[pid]/statのminflt(10)

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

namedprocess_namegroup_context_switches_total

コンテキストスイッチの回数（累積値）

取得元：/proc/[pid]/statusのvoluntary_ctxt_switchesとnonvoluntary_ctxt_switches

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

ctxswitchtype: voluntaryまたはnonvoluntary

namedprocess_namegroup_memory_bytes

使用メモリ量

memtypeラベル（種別）の値は次のとおりです。

resident

プロセスが持っている実メモリ上のページ数

取得元：/proc/[pid]/statのrss(24)

virtual

仮想メモリサイズ

取得元：/proc/[pid]/statのvsize(23)

swapped

スワップアウトされた仮想メモリのサイズ

取得元：/proc/[pid]/statusのVmSwap（ただし，バイト単位に変換）

proportionalResident※

ほかのプロセスと共有している実メモリ上のページから自プロセスに割り当てられたページ数

取得元：/proc/[pid]/smapsのPssの合計値

proportionalSwapped※

ほかのプロセスと共有しているスワップアウトされたページから自プロセスに割り当てられたページ数

取得元：/proc/[pid]/smapsのSwapPssの合計値

注※　smapsファイルが存在する場合だけ

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

memtype: resident，virtual，swapped，proportionalResident，またはproportionalSwapped

namedprocess_namegroup_open_filedesc

プロセスが使用しているファイルディスクリプターの数

注

/proc/[pid]/fdで参照できるファイルディスクリプターの数を取得して使用します。

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

namedprocess_namegroup_worst_fd_ratio

プロセスが使用しているファイルディスクリプターの上限値に対する割合のうち，グループ内で最も高い割合値

注

/proc/[pid]/limitsで取得したMax open filesのSoft Limit値に対するopen_filedescの比率を使用します。

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

namedprocess_namegroup_oldest_start_time_seconds

グループ内の最も古いプロセスが開始されたエポック時間（1970/1/1からの秒数）

取得元：/proc/[pid]/statのstarttime(22)

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

namedprocess_namegroup_num_threads

プロセスのスレッド数

取得元：/proc/[pid]/statのfield num_threads(20)

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

namedprocess_namegroup_states

ステータス別のスレッド数

stateラベル（分類）の値は次のとおりです。

Running

Sleeping

Waiting

Zombie

Other

取得元：/proc/[pid]/statのstate(3)

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

state: Running，Sleeping，Waiting，Zombie，またはOther

namedprocess_namegroup_thread_count

サブグループに所属するスレッド数

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

threadname: スレッド名

namedprocess_namegroup_thread_cpu_seconds_total

namedprocess_namegroup_cpu_seconds_totalと同じ値を，スレッド単位（累積値）で取得します。

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

threadname: スレッド名

mode: userまたはsystem

namedprocess_namegroup_thread_io_bytes_total

namedprocess_namegroup_read_bytes_totalまたはnamedprocess_namegroup_write_bytes_totalと同じ値，スレッド単位（累積値）で取得します。iomodeラベルでreadとwriteを区別できます。

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

threadname: スレッド名

iomode: readまたはwrite

namedprocess_namegroup_thread_major_page_faults_total

namedprocess_namegroup_major_page_faults_totalと同じ値を，スレッド単位（累積値）で取得します。

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

namedprocess_namegroup_thread_minor_page_faults_total

namedprocess_namegroup_minor_page_faults_totalと同じ値を，スレッド単位（累積値）で取得します。

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

namedprocess_namegroup_thread_context_switches_total

namedprocess_namegroup_context_switches_totalと同じ値を，スレッド単位（累積値）で取得します。

instance: インスタンス識別文字列

job: ジョブ名

groupname: グループ名

重要

マルチバイトを含むプロセス名の監視はできません。

Process exporterは，一度収集した情報に対して，プロセスの停止後も出力を続けます。収集情報にプロセスIDを含めた場合，プロセスが再起動してプロセスIDが変更されるたびに，新しい時系列データが増え，不要なデータが大量に増加します。そのため，バージョン13-00では，デフォルトの収集対象（groupname）にプロセスIDを含みません。同一のコマンドラインのプロセスを分けて管理したい場合は，引数の順番を変えるなどの運用，または，プロセスIDでの運用（ただし，収集情報が増え続けることを避けるために定期的な再起動が必要です）を推奨します。

なお，Windows exporterは，収集情報にプロセスIDを含むため，Windows exporterの収集情報とは差異があります。

(f)　Node exporter for AIX（AIX性能情報収集機能）

Node exporter for AIXは，監視対象のAIXホストに組み込んで，AIXホストの稼働情報を取得するExporterです。

Node exporter for AIXは，Prometheus serverとは別のホストにインストールされ，Prometheus serverからのスクレイプ要求を契機に，同ホストのAIX OSから稼働情報を収集して，Prometheus serverに返却します。

ホストの外からの監視（URLによる外形監視やCloudWatch）では収集できない，メモリーやディスクに関する稼働情報を，ホスト内部から収集できます。

前提条件

Node exporter for AIXが使用するポートは，JP1/IM - AgentのPrometheus server以外からアクセスされないように，ファイアウォールやネットワーク構成などで保護することが前提条件となります。

Node exporter for AIXが使用するポートについては，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「10.4.2(1)サービスの登録の有効化」の，「node_exporter_aixコマンドのオプション」の説明を参照してください。

監視対象の条件

Node exporter for AIXをインストールするホストのサポートOSについては，リリースノートを参照してください。

WPAR環境はサポート対象外です。

同一ホスト上でNode exporter for AIXの複数起動はサポート対象外です（物理ホストと論理ホストで両方起動する場合も含みます）。

次の条件を満たす場合だけ，監視対象のAIXホストの論理ホスト構成がサポート対象となります。

Prometheusから監視対象のAIXホストのホスト名が一意に名前解決できる

注　監視対象のAIXホストに複数のIPアドレスが割り当たっている場合，すべてのIPアドレスでNode exporter for AIXにアクセスできます。

1つのPrometheus serverで監視できるNode exporter for AIXの上限については，「付録D.1 インテリジェント統合管理基盤を使用する上での制限値一覧」のJP1/IM - Agentの制限値一覧を参照してください。

主な取得項目

JP1/IM - Agentが同梱するNode exporter for AIXの主な取得項目は，Node exporter for AIXのメトリック定義ファイル（初期状態）で定義しています。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Node exporter for AIXのメトリック定義ファイル（metrics_node_exporter_aix.conf）」（2.　定義ファイル）を参照してください。

メトリック定義ファイルには，取得項目を追加できます。定義ファイル内で記述するPromQL文で指定できるメトリックを，次に示します。

メトリック名

取得する場合のコマンドラインのオプション

取得する内容

ラベル

データソース

node_context_switches

-C

コンテキストスイッチが行われた回数（累積値）

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

perfstat_cpu_total関数で取得

perfstat_cpu_t構造体のpswitch

node_cpu

-C

各モードで費やされたCPUの秒数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

cpu: cpuid

mode: モード（idle，sys，user，wait）

perfstat_cpu関数で取得

perfstat_cpu_t構造体

aix_diskpath_wblks

-D

ディスクパス経由で書き込まれたブロック

cpupool_id=物理プロセッサーの共用プールID

diskpath=ディスクパス名

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

perfstat_diskpath関数で取得

perfstat_diskpath_t構造体のwblks

aix_diskpath_rblks

-D

ディスクパス経由で読み取られたブロック

cpupool_id=物理プロセッサーの共用プールID

diskpath=ディスクパス名

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

perfstat_diskpath関数で取得

perfstat_diskpath_t構造体のrblks

aix_disk_rserv

-d

読み取りサービス時間

cpupool_id=物理プロセッサーの共用プールID

disk=ディスク名

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

vgname=ボリューム・グループ名

perfstat_disk関数で取得

perfstat_disk_t構造体のrserv

aix_disk_rblks

-d

ディスクから読み取られたブロックの数

cpupool_id=物理プロセッサーの共用プールID

disk=ディスク名

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

vgname=ボリューム・グループ名

perfstat_disk関数で取得

perfstat_disk_t構造体のrblks

aix_disk_wserv

-d

書き込みサービス時間

cpupool_id=物理プロセッサーの共用プールID

disk=ディスク名

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

vgname=ボリューム・グループ名

perfstat_disk関数で取得

perfstat_disk_t構造体のwserv

aix_disk_wblks

-d

ディスクに書き込まれたブロックの数

cpupool_id=物理プロセッサーの共用プールID

disk=ディスク名

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

vgname=ボリューム・グループ名

perfstat_disk関数で取得

perfstat_disk_t構造体のwblks

aix_disk_time

-d

ディスクがアクティブである時間

cpupool_id=物理プロセッサーの共用プールID

disk=ディスク名

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

vgname=ボリューム・グループ名

perfstat_disk関数で取得

perfstat_disk_t構造体のtime

aix_disk_xrate

-d

ディスクからの転送回数

cpupool_id=物理プロセッサーの共用プールID

disk=ディスク名

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

vgname=ボリューム・グループ名

perfstat_disk関数で取得

perfstat_disk_t構造体のxrate

aix_disk_xfers

-d

ディスクとの間の転送回数

cpupool_id=物理プロセッサーの共用プールID

disk=ディスク名

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

vgname=ボリューム・グループ名

perfstat_disk関数で取得

perfstat_disk_t構造体のxfers

node_filesystem_avail_bytes

-f

root以外のユーザーが使用可能なファイルシステムのバイト数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

device=デバイス名

fstype=ファイルシステムタイプ

mountpoint=マウントポイント

stat_filesystems関数で取得

filesystem構造体のavail_bytes

node_filesystem_files

-f

ファイルシステムのファイルノード数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

device=デバイス名

fstype=ファイルシステムタイプ

mountpoint=マウントポイント

stat_filesystems関数で取得

filesystem構造体のfiles

node_filesystem_files_free

-f

ファイルシステムの空きファイルノード数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

device=デバイス名

fstype=ファイルシステムタイプ

mountpoint=マウントポイント

stat_filesystems関数で取得

filesystem構造体のfiles_free

node_filesystem_free_bytes

-f

ファイルシステムの空き領域のバイト数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

device=デバイス名

fstype=ファイルシステムタイプ

mountpoint=マウントポイント

stat_filesystems関数で取得

filesystem構造体のfree_bytes

node_filesystem_size_bytes

-f

ファイルシステムの容量のバイト数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

device=デバイス名

fstype=ファイルシステムタイプ

mountpoint=マウントポイント

stat_filesystems関数で取得

filesystem構造体のsize_bytes

node_intr

-C

decrementer 割り込みの数

MPCの送信済み割り込みの数

デバイス割り込みの数

ソフトウェア割り込みの数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

perfstat_cpu_total関数で取得

perfstat_cpu_total_t構造体のdecrintrs

perfstat_cpu_total_t構造体のmpcsintrs

perfstat_cpu_total_t構造体のdevintrs

perfstat_cpu_total_t構造体のsoftintrs

node_load1

-C

(1 < < SBITS) x 直近1分の間の実行可能プロセスの平均数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループD

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

perfstat_cpu_total関数で取得

perfstat_cpu_total_t構造体のloadavg[0]

node_load5

-C

(1 << SBITS) x 直近5分の間の実行可能プロセスの平均数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

perfstat_cpu_total関数で取得

perfstat_cpu_total_t構造体のloadavg[1]

node_load15

-C

(1 << SBITS) x 直近15分の間の実行可能プロセスの平均数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

perfstat_cpu_total関数で取得

perfstat_cpu_total_t構造体のloadavg[2]

aix_memory_real_avail

-m

ページアウトなしで使用可能なメモリページの数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

perfstat_memory_total関数で取得

perfstat_memory_total_t構造体のreal_avail

aix_memory_real_free

-m

空き実メモリー（4KBページ単位）

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

perfstat_memory_total関数で取得

perfstat_memory_total_t構造体のreal_free

aix_memory_real_inuse

-m

使用実メモリー（4KBページ単位）

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

perfstat_memory_total関数で取得

perfstat_memory_total_t構造体のreal_inuse

aix_memory_real_total

-m

実メモリーの合計（4KBページ単位）

cpupool_id=物理プロセッサーの共用プールID

group_id=グループ ID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

perfstat_memory_total関数で取得

perfstat_memory_total_t構造体のreal_total

aix_netinterface_mtu

-i

ネットワーク・フレーム・サイズ

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

netinterface=ネットインターフェース名

perfstat_netinterface関数で取得

perfstat_netinterface_t構造体のmtu

aix_netinterface_ibytes

-i

インターフェース上の受信バイト数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

netinterface=ネットインターフェース名

perfstat_netinterface関数で取得

perfstat_netinterface_t構造体のibytes

aix_netinterface_ierrors

-i

インターフェース上の入力エラーの数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

netinterface=ネットインターフェース名

perfstat_netinterface関数で取得

perfstat_netinterface_t構造体のierrors

aix_netinterface_ipackets

-i

インターフェース上で受信されたパケットの数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

netinterface=ネットインターフェース名

perfstat_netinterface関数で取得

perfstat_netinterface_t構造体のipackets

aix_netinterface_obytes

-i

インターフェースで送信されたバイト数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

netinterface=ネットインターフェース名

perfstat_netinterface関数で取得

perfstat_netinterface_t構造体のobytes

aix_netinterface_collisions

-i

csmaインターフェース上の衝突の数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

netinterface=ネットインターフェース名

perfstat_netinterface関数で取得

perfstat_netinterface_t構造体のcollisions

aix_netinterface_oerrors

-i

インターフェース上の出力エラーの数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

netinterface=ネットインターフェース名

perfstat_netinterface関数で取得

perfstat_netinterface_t構造体のoerrors

aix_netinterface_opackets

-i

インターフェース上で送信されたパケットの数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

netinterface=ネットインターフェース名

perfstat_netinterface関数で取得

perfstat_netinterface_t構造体のopackets

aix_memory_pgspins

-m

ページング・スペースからのページインの数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

perfstat_memory_total関数で取得

perfstat_memory_total_t構造体のpgspins

aix_memory_pgspouts

-m

ページング・スペースからのページアウトの数

cpupool_id=物理プロセッサーの共用プールID

group_id=グループID

instance: インスタンス識別文字列

job: ジョブ名

lpar=区画名

machine_serial=マシンID

perfstat_memory_total関数で取得

perfstat_memory_total_t構造体のpgspouts

Node exporter for AIXは，CPU，メモリーなどの監視対象のリソースごとに収集されます。監視対象のリソースごとの収集の有効・無効化は，Node exporter for AIXのコマンドラインのオプションで指定できます。

Node exporter for AIXのコマンドラインのオプションについては，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「10.4.2(1)サービスの登録の有効化」の，「node_exporter_aixコマンドのオプション」の説明を参照してください。

プロセスの情報の収集には，Script exporterを使用します。設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.23.2(4)(e)監視対象ホスト（AIX）上のプロセス監視（オプション）」を参照してください。

監視対象のAIXホストのログファイルの監視には，JP1/Baseのログファイルトラップ機能を使用します。

Node exporter for AIXのログに関する注意事項

Node exporter for AIXのログファイルは，OSのシステムログに出力します。そのため，出力先はOSのシステムログの設定に従います。Node exporter for AIXのログを出力するOSのシステムログの出力先を変更する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.23.2(4)(f)Node exporter for AIXのログ出力先の変更（オプション）」を参照してください。

SMTやMicro-Partitioningを使用した環境での注意事項

SMT（Simultaneous multithreading）やMicro-Partitioningを使用した環境では，Node exporter for AIXのCPU使用率（cpu_used_rate）のメトリックの値の計算には物理CPUの割り当て量が含まれませんが，sarコマンドで表示されるCPU使用率の計算には物理CPUの割り当て量が含まれます。

そのため，Node exporter for AIXのCPU使用率（cpu_used_rate）のメトリックの値が，sarコマンドの出力結果より低く表示されることがあります。

(g)　Yet another cloudwatch exporter（Amazon CloudWatch性能情報収集機能）

Yet another cloudwatch exporterは，監視エージェントに含まれ，Amazon CloudWatchを使用して，クラウド上のAWSサービスの稼働情報を収集するExporterです。

Yet another cloudwatch exporterは，Prometheus serverと同じホストにインストールされ，Prometheus serverからのスクレイプ要求を契機に，AWSが提供するSDK（AWS SDK）※を介して取得したCloudWatchメトリックを収集して，Prometheus serverに返却します。

注※

Amazon Web Services（AWS）が提供するSDKです。Yet another cloudwatch exporterは，Go言語版のAWS SDK for Go (V1)を使用しています。CloudWatch監視では，Amazon CloudWatchがAWS SDK for Go (V1)をサポートしている必要があります。

Node exporterやWindows exporterを組み込むことができないサービスを，監視できます。

主な取得項目

Yet another cloudwatch exporterの主な取得項目は，Yet another cloudwatch exporterのメトリック定義ファイル（初期状態）で定義しています。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Yet another cloudwatch exporterのメトリック定義ファイル（metrics_ya_cloudwatch_exporter.conf）」（2.　定義ファイル）を参照してください。

収集できるCloudWatchメトリック

「3.15.6(1)(k)Yet another cloudwatch exporterのIM管理ノードの作成」に記載しているJP1/IM - AgentのYet another cloudwatch exporterが監視対象としてサポートするAWSの名前空間名のメトリックを収集できます。

収集するメトリックは，Yet another cloudwatch exporter設定ファイル（jpc_ya_cloudwatch_exporter.yml）に，AWSサービス名およびCloudWatchメトリック名を記述して指定します。

AWS/EC2サービスのCloudWatchメトリックの，CPUUtilizationとDiskReadBytesを収集する場合のYet another cloudwatch exporter設定ファイルの記述例を，次に示します。

discovery:

exportedTagsOnMetrics:

ec2:

- jp1_pc_nodelabel

jobs:

- type: ec2

regions:

- ap-northeast-1

period: 60

length: 300

delay: 60

nilToZero: true

searchTags:

- key: jp1_pc_nodelabel

value: .*

metrics:

- name: CPUUtilization

statistics:

- Maximum

- name: DiskReadBytes

statistics:

- Maximum

Yet another cloudwatch exporter設定ファイルの記述内容については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Yet another cloudwatch exporter設定ファイル（jpc_ya_cloudwatch_exporter.yml）」（2.　定義ファイル）を参照してください。

また，Yet another cloudwatch exporter設定ファイルで設定したメトリックを使用して，Yet another cloudwatch exporterのメトリック定義ファイルに，新たなメトリックを追加することもできます。

定義ファイル内で記述するPromQL文で指定するメトリックおよびラベルは，次に示す名称規則に従ったものを使用します。

■Exporterのメトリックの名称規則

Yet another cloudwatch exporterは，CloudWatchのメトリック名称を，次に示すルールで自動変換したものを，Exporterのメトリック名として扱います。また，PromQL文で指定するメトリックは，Exporterのメトリック名を使用して記述します。

"aws_"※1＋名前空間※2＋"_"＋CloudWatchメトリック※2＋"_"＋統計タイプ※2

注※1

名前空間が"aws_"で始まらない場合に付加されます。

注※2

Yet another cloudwatch exporter設定ファイル（jpc_ya_cloudwatch_exporter.yml）で設定した名称を示します。次に示すルールで変換されます。

キャメルケースの表記からスネークケースの表記に変換されます。

キャメルケースとは，「CamelCase」や「camelCase」のように単語の区切りを大文字にする記法のことです。

スネークケースとは，「snake_case」のように単語の区切りを"_"にする記法のことです。

次に示す記号は"_"に変換されます。

半角空白，半角コンマ，タブ，/，¥，半角ピリオド，-，:，=，全角左二重引用符，@，<，>

"%"は"_percent"に変換されます。

■Exporterのラベルの名称規則

Yet another cloudwatch exporterは，CloudWatchのディメンション・タグ名称を，次に示すルールで自動変換したものを，Exporterのラベル名として扱います。また，PromQL文で指定するラベルは，Exporterのラベル名を使用して記述します。

ディメンションの場合

"dimension"＋"_"＋ディメンションの名称※

タグの場合

"tag"＋"_"＋タグの名称※

カスタムタグの場合

"custom_tag_"＋"_"＋カスタムタグの名称※

注※

Yet another cloudwatch exporter設定ファイル（jpc_ya_cloudwatch_exporter.yml）で設定した名称を示します。

AWSアカウントでのIAMユーザーのポリシーについて

AWS CloudWatchに接続するためは，次に示すアクセス許可のポリシーを作成して，IAMユーザーに割り当てる必要があります。

"tag:GetResources",
"cloudwatch:GetMetricData",
"cloudwatch:GetMetricStatistics",
"cloudwatch:ListMetrics"

JSON形式の情報の設定手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「2.19.2(8)(b) CloudWatchに接続するための設定を変更する（Linuxの場合）（オプション）」を参照してください。

環境変数HTTPS_PROXY

Yet another cloudwatch exporterからプロキシ経由でCloudWatchに接続する場合に指定する環境変数です。環境変数HTTPS_PROXYに設定できるURLはhttpだけです。なお，サポートする認証方式はBasic認証だけです。

環境変数HTTPS_PROXYを設定することで，プロキシ経由でAWS CloudWatchに接続できます。設定例を次に示します。

HTTPS_PROXY=http://username:password@proxy.example.com:5678

JP1/IM - Agentでサポートしていない監視対象の対応方法について

JP1/IM - Agentで監視できない製品やメトリックがある場合は，ユーザー独自のExporterなどを使用してデータを取得する必要があります。

(h)　Promitor（Azure Monitor性能情報収集機能）

Promitorは，統合エージェントに含まれ，Azure MonitorおよびAzure Resource Graphを使用して，クラウド上のAzureサービスの稼働情報を収集するExporterです。

Promitorは，Promitor ScraperとPromitor Resource Discoveryから構成されます。Promitor Scraperは，Scheduleの設定によってAzure Monitorからリソースのメトリクスを収集し，返却します。

メトリクスの取得対象のリソースは，設定ファイルで個別に指定する方式と，対象リソースを自動検出する方式の2種類があります。自動検出する方式の場合は，Promitor Resource DiscoveryがAzure Resource Graphからテナント内のリソースを検出し，その結果をもとにPromitor Scraperがメトリクス情報を取得します。

また，Promitorは，Promitor ScraperおよびPromitor Resource Discoveryのどちらも，認証情報などのruntime設定の定義を行う設定ファイルと，取得するメトリクス情報の定義を行う設定ファイルの2つの設定ファイルが必要となります。

主な取得項目

Promitorの主な取得項目は，Promitorのメトリック定義ファイル（初期状態）で定義しています。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Promitorのメトリック定義ファイル（metrics_promitor.conf）」を参照してください。

収集できるメトリック

Promitorは監視対象として次に示すサービスのメトリクスを収集できます。

収集するメトリックは，Promitor Scraper設定ファイル（metrics-declaration.yaml）に記述して指定します。

Promitor Scraper設定ファイルに指定するメトリックを変更する場合は，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」で，「1.21.2(8)Promitorの設定」の「(d)取得対象の設定（必須）」の「■監視メトリクスの変更（オプション）」を参照してください。

また，Promitor Scraper設定ファイルに設定したメトリックを使用して，Promitorのメトリック定義ファイルに，新たなメトリックを追加することもできます。定義ファイル内で記述するPromQL文に，Promitor Scraper設定ファイルに設定したメトリックを指定できます。

表3‒16　Promitorが監視対象としてサポートするサービス

PromitorのresourceType名

Azure Monitorの名前空間名

オートディスカバリ

VirtualMachine

Microsoft.Compute/virtualMachines

○

FunctionApp

Microsoft.Web/sites

○

ContainerInstance

Microsoft.ContainerInstance/containerGroups

−

KubernetesService

Microsoft.ContainerService/managedClusters

○

FileStorage

Microsoft.Storage/storageAccounts/fileServices

−

BlobStorage

Microsoft.Storage/storageAccounts/blobServices

−

ServiceBusNamespace

Microsoft.ServiceBus/namespaces

○

CosmosDb

Microsoft.DocumentDB/databaseAccounts

○

SqlDatabase

Microsoft.Sql/servers/databases

○

SqlServer

Microsoft.Sql/servers/databases

Microsoft.Sql/servers/elasticPools

−

SqlManagedInstance

Microsoft.Sql/managedInstances

○

SqlElasticPool

Microsoft.Sql/servers/elasticPools

○

LogicApp

Microsoft.Logic/workflows

○

（凡例）

○：オートディスカバリの対象です。

−：オートディスカバリの対象外です。

Promitorが使用するAzure SDKのサポート状況の確認

Promitorは，Azure SDK for .NETを使用しています。Azure SDKのサポート終了は12か月前に通知されます。Azure SDKのライフサイクルについては，下記のWebサイトのライフサイクルに関するFAQを参照してください。

https://learn.microsoft.com/ja-jp/lifecycle/faq/azure#azure-sdk-----------

また，Azure SDKのライブラリのバージョンのライフサイクルについては，下記のWebサイトで検索できます。

https://azure.github.io/azure-sdk/releases/latest/all/dotnet.html

アカウント情報に必要な権限

PromitorからAzureに接続する方式には，サービスプリンシパル方式とマネージドID方式があります。サービスプリンシパルおよびマネージドIDに割り当てる権限については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.2(8)Promitorの設定」の「(a)Azureに接続するための設定（必須）」を参照してください。

(i)　Blackbox exporter（外形監視機能）

Blackbox exporterは，ネットワーク上の監視対象のインターネットサービスに対して，疑似的なリクエストを発信し，その応答から得られる稼働情報を取得するExporterです。対応する通信プロトコルは，HTTP，HTTPS，およびICMPです。

Blackbox exporterは，Prometheus serverからのスクレイプ要求を契機に，監視対象に対して，HTTP等のサービスリクエストを投げ，その応答時間とレスポンスを取得します。また，実行結果をメトリクス形式にまとめて，Prometheus serverに返却します。

主な取得項目

Blackbox exporterの主な取得項目は，Blackbox exporterのメトリック定義ファイル（初期状態）で定義しています。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Blackbox exporterのメトリック定義ファイル（metrics_blackbox_exporter.conf）」（2.　定義ファイル）を参照してください。

メトリック定義ファイルには，取得項目を追加できます。定義ファイル内で記述するPromQL文で指定できるメトリックを，次に示します。

メトリック名

Prober

取得する内容

ラベル

probe_http_duration_seconds

http

httpリクエストのフェーズごとにかかった秒数

注

リダイレクトはすべて合計します。

instance: インスタンス識別文字列

job: ジョブ名

phase:フェーズ※

注※

次のどれかが入ります。

"resolve"

"connect"

"tls"

"processing"

"transfer"

probe_http_content_length

http

HTTPコンテンツ応答の長さ

instance: インスタンス識別文字列

job: ジョブ名

probe_http_uncompressed_body_length

http

非圧縮応答本文の長さ

instance: インスタンス識別文字列

job: ジョブ名

probe_http_redirects

http

リダイレクトの回数

instance: インスタンス識別文字列

job: ジョブ名

probe_http_ssl

http

最終リダイレクトにSSLが使用されたかどうか

0：TLS/SSLが使用されなかった

1：TLS/SSLが使用された

instance: インスタンス識別文字列

job: ジョブ名

probe_http_status_code

http

HTTPレスポンスのステータスコードの値

注

リダイレクトを行っている場合，最終的なステータスコードが，メトリックの値になります。

リダイレクトを行っていない場合，最初に受信したステータスコードがメトリックの値になります。

instance: インスタンス識別文字列

job: ジョブ名

probe_ssl_earliest_cert_expiry

http

最も早く有効期限が切れるSSL証明書のUNIX時間

instance: インスタンス識別文字列

job: ジョブ名

probe_ssl_last_chain_expiry_timestamp_seconds

http

SSLチェーンの最後の証明書の有効期限のタイムスタンプ

注

このメトリックを監視する場合，Blackbox exporter設定ファイル（jpc_blackbox_exporter.yml）の<tls_config>の設定で，insecure_skip_verifyパラメーターにfalseを指定し，証明書を配置して，証明書ファイルのパスを該当するパラメーターに指定する必要があります。

instance: インスタンス識別文字列

job: ジョブ名

probe_ssl_last_chain_info

http

SSLリーフ証明書情報

注

監視対象となるサーバ証明書のSHA256ハッシュ値になります。ハッシュ値はラベル「fingerprint_sha256」に設定されます。

instance: インスタンス識別文字列

job: ジョブ名

fingerprint_sha256:証明書のsha256指紋

probe_tls_version_info

http

使用されるTLSバージョン

注

"TLS 1.2"などのTLSバージョンがラベル「version」に設定されます。

instance: インスタンス識別文字列

job: ジョブ名

version:TLSバージョン

probe_http_version

http

プローブ応答のHTTPのバージョン

instance: インスタンス識別文字列

job: ジョブ名

probe_failed_due_to_regex

http

応答本文やレスポンスヘッダーに対する正規表現チェックによりプローブが失敗したかどうか

0：成功

1：失敗

instance: インスタンス識別文字列

job: ジョブ名

probe_http_last_modified_timestamp_seconds

http

HTTP応答ヘッダーのLast-Modifiedを示すUNIX時間

instance: インスタンス識別文字列

job: ジョブ名

probe_icmp_duration_seconds

icmp

ICMPリクエストのフェーズごとにかかった秒数

instance: インスタンス識別文字列

job: ジョブ名

phase: フェーズ※

注※

次のどれかが入ります。

resolve

名前解決時間

setup

resolve完了からICMPパケットの送信までの時間

rtt

setup後から応答を得るまでの時間

probe_icmp_reply_hop_limit

icmp

ホップリミット（IPv4の場合はTTL）の値

注

Windowsの場合は，サポート対象外です。

instance: インスタンス識別文字列

job: ジョブ名

probe_success

−

プローブが成功したかどうか

0：失敗

1：成功

instance: インスタンス識別文字列

job: ジョブ名

probe_duration_seconds

−

プローブが完了するまでにかかった秒数

instance: インスタンス識別文字列

job: ジョブ名

監視対象とのIP通信

IPv4通信だけに対応しています。

監視対象との暗号化通信

HTTP監視では，TLSによる暗号化通信を行えます。この場合，Blackbox exporterは，監視対象（TLSサーバ）に対してTLSクライアントとして動作します。

TLSによる暗号化通信を使用する場合は，Blackbox exporter設定ファイル（jpc_blackbox_exporter.yml）の項目「tls_config」で指定します。また，次に示す証明書ファイルおよびキーファイルを，準備する必要があります。

ファイル

形式

CA証明書ファイル

pkcs7形式のX509公開鍵証明書をPEM形式でエンコードしたファイル

クライアント証明書ファイル

クライアント証明書キーファイル

pkcs1またはpkcs8形式の秘密鍵をPEM形式でエンコードしたファイル※

注※

パスワードで保護したファイルは使用できません。

使用できるTLSバージョンと暗号スイートのサポート範囲を，次に示します。

項目

サポート範囲

TLSバージョン

1.2〜1.3

暗号スイート

"TLS_RSA_WITH_AES_128_CBC_SHA"（TLS1.2まで）

"TLS_RSA_WITH_AES_256_CBC_SHA"（TLS1.2まで）

"TLS_RSA_WITH_AES_128_GCM_SHA256"（TLS1.2だけ）

"TLS_RSA_WITH_AES_256_GCM_SHA384"（TLS1.2だけ）

"TLS_AES_128_GCM_SHA256"（TLS1.3だけ）

"TLS_AES_256_GCM_SHA384"（TLS1.3だけ）

"TLS_CHACHA20_POLY1305_SHA256"（TLS1.3だけ）

"TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA"（TLS1.2まで）

"TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA"（TLS1.2まで）

"TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA"（TLS1.2まで）

"TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA"（TLS1.2まで）

"TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256"（TLS1.2だけ）

"TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384"（TLS1.2だけ）

"TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256"（TLS1.2だけ）

"TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384"（TLS1.2だけ）

"TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256"（TLS1.2だけ）

"TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256"（TLS1.2だけ）

稼働情報の収集に関するタイムアウト

（通常状態で）応答が遅いネットワーク環境では，タイムアウト時間を調整することにより，稼働情報を収集できます。

Prometheus serverでは，Prometheus設定ファイル（jpc_prometheus_server.yml）の項目「scrape_timeout」で，スクレイプ要求のタイムアウト時間を指定できます。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Prometheus設定ファイル（jpc_prometheus_server.yml）」（2.　定義ファイル）の，項目「scrape_timeout」の説明を参照してください。

また，Blackbox exporterから監視対象へ接続するときのタイムアウト時間は，上記の「scrape_timeout」で指定した値の0.5秒前となります。

証明書の有効期限

HTTPS監視による稼働情報の収集を行う場合，Exporterは監視対象から証明書リスト（サーバ証明書とサーバ証明書を証明する証明書リスト）を受け取ります。

Blackbox exporterでは，最も期限が近い証明書の有効期限（UNIX時間）を，probe_ssl_earliest_cert_expiryメトリクスとして収集できます。

また，「probe_ssl_earliest_cert_expiryメトリクスの値」−「PromQLのtime()関数の値」の計算値で，期限までの残りの秒数を算出できるため，「3.15.1(3)パフォーマンスデータの監視・通知機能」の機能を使用して，期限が近い証明書を監視できます。

HTTP監視時のHTTPリクエストヘッダーのUser-Agentの値

HTTP監視時のHTTPリクエストヘッダーに含まれるUser-Agentのデフォルト値は，次のとおりです。

バージョン13-00以前の場合

"Go-http-client/1.1"

バージョン13-00-01以降の場合

"Blackbox Exporter/0.24.0"

Blackbox exporter設定ファイル（jpc_blackbox_exporter.yml）の項目「headers」の設定で，User-Agentの値を変更できます。

User-Agentの値を「"My-Http-Client"」に変更する場合の例を，次に示します。

modules:
  http:
    prober: http
    http:
      headers:
        User-Agent: "My-Http-Client"

詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Blackbox exporter設定ファイル（jpc_blackbox_exporter.yml）」（2.　定義ファイル）の，項目「headers」の説明を参照してください。

HTTP1.1名前ベースバーチャルホストの対応について

Blackbox exporterは，HTTP1.1名前ベースバーチャルホストおよびTLSのServer Name Indication（SNI）に対応しています。1つのHTTP/HTTPSサーバを複数のHTTP/HTTPSサーバに見せかけた仮想ホストに対する監視ができます。

TLSサーバ認証とクライアント認証について

Blackbox exporterのHTTPS監視では，Blackbox exporter設定ファイル（jpc_blackbox_exporter.yml）の項目「ca_file」に記述したCA証明書と，サーバとのHTTPS通信開始時（TLSハンドシェイク時）にサーバが送信したサーバ証明書を使用して，サーバ認証を行います。

送信された証明書が正しくない場合（サーバ名が正しくない，有効期限が切れている，自己証明書を使用している など），HTTPS通信を開始できず，監視はエラーになります。

また，HTTPS通信開始時（TLSハンドシェイク時）に，監視対象サーバから証明書の送信要求があると，Blackbox exporter設定ファイル（jpc_blackbox_exporter.yml）の項目「cert_file」に記述したクライアント証明書を監視対象サーバに送信します。

送信された証明書を，サーバが検証して不正と認識し，TLSプロトコルを通じて，Blackbox exporterにエラーを返却した場合（または，通信の切断などで通信を継続できない場合），監視はエラーになります。

監視対象サーバでの，クライアント証明書に関する検証内容および不正時の動作については，監視対象サーバ（または，ロードバランサなどの中継機器）の仕様を確認してください。

なお，サーバ認証時の証明書に関する不正の検知については，Blackbox exporter設定ファイル（jpc_blackbox_exporter.yml）の項目「insecure_skip_verify」に「true」を指定すると，エラーにならずにHTTPS通信を開始できます。ただし，その場合，サーバでのクライアント認証に関する検証の動作は無効となります。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Blackbox exporter設定ファイル（jpc_blackbox_exporter.yml）」（2.　定義ファイル）の，項目「insecure_skip_verify」の説明を参照してください。

Subject Alternative Nameにホスト名が設定されていない証明書では，サーバ認証を行うことができません。

Cookie情報について

Blackbox exporterでは，監視対象から送信されてきたCookie情報を，次のHTTP通信のリクエストで使用しません。

HTTP通信のレスポンスボディーに含まれるコンテンツから参照する外部リソースについて

Blackbox exporterでは，HTTP通信のレスポンスボディーに含まれるコンテンツから参照する外部リソース（サブフレーム，画像など）は，監視範囲に含めません。

HTTP通信のレスポンスボディーに含まれるコンテンツの監視について

Blackbox exporterでは，コンテンツのパース（解析）を行わないため，HTTP通信のレスポンスボディーに含まれるコンテンツ内の構文（HTML，javascriptなど）による実行結果や実行時間は，監視結果に反映されません。

HTTP監視の監視先がBasic認証ありでリダイレクトする場合の注意事項

Blackbox exporterのHTTP監視の監視先がBasic認証ありでリダイレクトする場合，Blackbox exporterは，リダイレクト元とリダイレクト先に同じBasic認証のユーザー名とパスワードを送付します。このため，リダイレクト元とリダイレクト先の両方でBasic認証を行う場合，リダイレクト元とリダイレクト先で，同じユーザー名とパスワードを設定しておく必要があります。

(j)　Script exporter（UAP監視機能）

Script exporterは，ホスト上に存在するスクリプトを実行し，結果を取得するExporterです。

Script exporterは，Prometheusと同じホストにインストールされ，Prometheus serverからのスクレイプ要求を契機に，同ホストのスクリプトを実行して結果を取得し，Prometheus serverに返却します。

Script exporterに，UAPの情報を取得してメトリクスに変換するなどのスクリプトを作り込むことで，Exporterが対応していないアプリケーションでも自由な監視ができます。

主な取得項目

Script exporterの主な取得項目は，Script exporterのメトリック定義ファイル（初期状態）で定義しています。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Script exporterのメトリック定義ファイル（metrics_script_exporter.conf）」を参照してください。

メトリック定義ファイルには，取得項目を追加できます。定義ファイル内で記述するPromQL文で指定できるメトリックを，次に示します。

メトリック名

取得する内容

ラベル

script_success

スクリプトの終了ステータス(失敗時0, 成功時1)

instance: インスタンス識別文字列

job: ジョブ名

script: スクリプト名

script_duration_seconds

スクリプトの実行時間(秒)

instance: インスタンス識別文字列

job: ジョブ名

script: スクリプト名

script_exit_code

スクリプトの終了コード

instance: インスタンス識別文字列

job: ジョブ名

script: スクリプト名

(k)　OracleDB exporter（Oracle Database監視機能）

OracleDB exporterは，Oracle Databaseから性能情報を取得するPrometheus用のExporterです。

■セッション数について

OracleDB exporterからOracle Databaseの監視を行うと，スクレイプのたびに接続を行い，データ収集が完了したら切断します。接続時のセッション数は1となります。

監視対象の条件

JP1/IM - Agentが監視対象してサポートとするOracle Databaseの構成を次に示します。

非クラスタの場合

非CDB構成およびCDB構成

Oracle RACの場合

CDB構成

OracleDB exporterは，1つのプロセスで1つのサービスに接続するため，監視対象が複数存在する場合は，OracleDB exporterを複数起動します。

注

Oracle RAC One NodeおよびOracle Database Cloud Serviceはサポート対象外です。

Oracle Database側のHAクラスタ構成はサポート対象外です。

取得項目

JP1/IM - Agentが同梱するOracleDB exporterで取得できるメトリックは，OracleDB exporterのデフォルトで定義されているメトリックとcache_hit_ratioです。

OracleDB exporterの取得項目は，OracleDB exporterのメトリック定義ファイル（初期状態）で定義しています。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「OracleDB exporterのメトリック定義ファイル（metrics_oracledb_exporter.conf）」（2.　定義ファイル）を参照してください。

定義ファイル内で記述するPromQL文で指定できるメトリックを，次の表に示します。各メトリックの値は，Oracle Databaseに対して表内に示すSQL文を実行して取得します。メトリックの詳細を確認する場合は，データソースのSQL文を元にOracle社にお問い合わせください。

メトリック名

取得する内容

ラベル

データソース（SQL文）

oracledb_sessions_value

セッション数

status: ステータス

type: セッションタイプ

SELECT status, type, COUNT(*) as value FROM v$session GROUP BY status, type

oracledb_resource_current_utilization

リソース使用量※¹

resource_name: リソース名

SELECT resource_name,current_utilization,CASE WHEN TRIM(limit_value) LIKE 'UNLIMITED' THEN '-1' ELSE TRIM(limit_value) END as limit_value FROM v$resource_limit

oracledb_resource_limit_value

リソース使用量の上限※¹

-1の場合は上限なし

resource_name: リソース名

oracledb_asm_diskgroup_total

ASMディスクグループの総容量のバイト数

name: ディスクグループ名

SELECT name,total_mb*1024*1024 as total,free_mb*1024*1024 as free FROM v$asm_diskgroup_stat where exists (select 1 from v$datafile where name like '+%')

oracledb_asm_diskgroup_free

ASMディスクグループの空き容量のバイト数

name: ディスクグループ名

oracledb_activity_execute_count

SQL文を実行するコール（ユーザー・コールおよび再帰コール）の合計数（累積値）

なし

SELECT name, value FROM v$sysstat WHERE name IN ('parse count (total)', 'execute count', 'user commits', 'user rollbacks', 'db block gets from cache', 'consistent gets from cache', 'physical reads cache')

oracledb_activity_parse_count_total

解析コール（ハード，ソフトおよびdescribe）の合計数（累積値）

なし

oracledb_activity_user_commits

ユーザー・コミットの合計数（累積値）

なし

oracledb_activity_user_rollbacks

ユーザーがROLLBACK文を手動で発行した回数，またはユーザーのトランザクション中にエラーが発生した回数の合計数（累積値）

なし

oracledb_activity_physical_reads_cache

ディスクからバッファ・キャッシュに読み取られたデータ・ブロックの合計数（累積値）

なし

oracledb_activity_consistent_gets_from_cache

バッファ・キャッシュからブロックの読み取り一貫性が要求された回数（累積値）

なし

oracledb_activity_db_block_gets_from_cache

バッファ・キャッシュからCURRENTブロックが要求された回数（累積値）

なし

oracledb_process_count

Oracle Databaseのアクティブプロセス数

なし

SELECT COUNT(*) as count FROM v$process

oracledb_wait_time_administrative

Administrative待機クラスの待機に費やされた時間（100分の1秒単位）※²

なし

SELECT

n.wait_class as WAIT_CLASS,

round(m.time_waited/m.INTSIZE_CSEC,3) as VALUE

FROM

v$waitclassmetric m, v$system_wait_class n

WHERE

m.wait_class_id=n.wait_class_id AND n.wait_class != 'Idle'

oracledb_wait_time_application

Application待機クラスの待機に費やされた時間（100分の1秒単位）※²

なし

oracledb_wait_time_commit

Commit待機クラスの待機に費やされた時間（100分の1秒単位）※²

なし

oracledb_wait_time_concurrency

Concurrency待機クラスの待機に費やされた時間（100分の1秒単位）※²

なし

oracledb_wait_time_configuration

Configuration待機クラスの待機に費やされた時間（100分の1秒単位）※²

なし

oracledb_wait_time_network

Network待機クラスの待機に費やされた時間（100分の1秒単位）※²

なし

oracledb_wait_time_other

Other待機クラスの待機に費やされた時間（100分の1秒単位）※²

なし

oracledb_wait_time_scheduler

Scheduler待機クラスの待機に費やされた時間（100分の1秒単位）※²

なし

oracledb_wait_time_system_io

System I/O待機クラスの待機に費やされた時間（100分の1秒単位）※²

なし

oracledb_wait_time_user_io

User I/O待機クラスの待機に費やされた時間（100分の1秒単位）※²

なし

oracledb_tablespace_bytes

表領域によって消費された合計バイト数

tablespace: 表領域の名前

type: 表領域の中身

SELECT

dt.tablespace_name as tablespace,

dt.contents as type,

dt.block_size * dtum.used_space as bytes,

dt.block_size * dtum.tablespace_size as max_bytes,

dt.block_size * (dtum.tablespace_size - dtum.used_space) as free,

dtum.used_percent

FROM dba_tablespace_usage_metrics dtum, dba_tablespaces dt

WHERE dtum.tablespace_name = dt.tablespace_name

ORDER by tablespace

oracledb_tablespace_max_bytes

表領域の最大バイト数

tablespace: 表領域の名前

type: 表領域の中身

oracledb_tablespace_free

表領域の空きバイト数

tablespace: 表領域の名前

type: 表領域の中身

oracledb_tablespace_used_percent

表領域の使用率

自動拡張がONの場合，自動拡張を考慮したサイズで計算される。

tablespace: 表領域の名前

type: 表領域の中身

oracledb_exporter_last_scrape_duration_seconds

最後のスクレイプにかかった秒数

なし

-

oracledb_exporter_last_scrape_error

最後のスクレイプでエラーが発生したかどうか。

0: エラーが発生しなかった

1: エラーが発生した

なし

-

oracledb_exporter_scrapes_total

Oracle Databaseがスクレイプされた回数

なし

-

oracledb_up

Oracle Database Serverが起動しているかどうか。

0: 起動していない

1: 起動している

なし

-

注※1

PDB環境では，データ取得元のv$resource_limitのテーブルが空になるため，取得できません。

注※2

PDB環境では，データ取得元のv$waitclassmetricのテーブルが空になるため，取得できません。

重要

OracleDB exporterを使用する前に，データソースとなるSQL文をSQL*Plusコマンドなどで実行し，必要な情報が表示できることを確認してください。確認の際には，OracleDB exporterからOracle Databaseへの接続に使用するユーザーを使用してください。

JP1/IM - Agentが提供するOracleDB exporterは，任意のメトリック（カスタムメトリック）を収集する機能をサポートしていません。

Oracle Databaseを監視するための条件

OracleDB exporterでOracle Databaseを監視する場合，Oracle Databaseに次の設定を行う必要があります。

JP1/IM - Agentホスト側にOracle Clientなどをインストールする必要はありません。

Oracleリスナー

Oracleリスナーとサービス名で監視対象に接続できるように設定する。

Oracleリスナーは暗号化なしの接続要求を受け付けるように構成する。

Oracle Database

Oracle Databaseのデータベース・キャラクタ・セットには次の内容を設定します。

AL32UTF8（Unicode UTF-8）

JA16SJIS（日本語SJIS）

ZHS16GBK（簡体字中国語GBK）

Oracle Databaseへのアクセスに使用するユーザー

Oracle Databaseへの接続に使用するユーザーに下記の権限を付与します。

・ログイン権限

・次のテーブルへのSELECT権限

dba_tablespace_usage_metrics

dba_tablespaces

v$system_wait_class

v$asm_diskgroup_stat

v$datafile

v$sysstat

v$process

v$waitclassmetric

v$session

v$resource_limit

Oracle Databaseへの接続に使用するユーザー

ユーザー名に指定できる文字種，最大長については，「■環境変数」を参照してください。

Oracle Databaseへの接続に使用するユーザーのパスワード

パスワードに使用できる文字種を次に示します。

・英大文字，英小文字，数字，@，+，'，! ，$，:，.，(，)，~，-，_

・パスワードの長さは1から30バイトまでです。

Oracle Databaseのパスワードの難読化

JP1/IM - Agentに同梱しているOracleDB exporterでは，OracleDB exporterからOracle Databaseにアクセスするためパスワードを，シークレット難読化機能で管理します。詳細については，「3.15.10 シークレット難読化機能」を参照してください。

Oracle Databaseのログファイルに関する注意事項

OracleDB exporterでOracle Databaseを監視すると，ログファイルが大量に生成される場合があります。そのため，Oracle Database管理者は，ログファイルを定期的に削除することを検討する必要があります。

ログファイルが生成されるディレクトリ

（サブディレクトリを含む）

増加するログファイルの拡張子

$ORACLE_BASE/diag/rdbms

.trc，.trm

下記に更新日が古い「.trc」または「.trm」ファイルを削除するためのコマンドラインの例を示します。必要に応じて，このようなコマンドを定期的に実行して不要なログを削除するなどを検討してください。

OS

ログを削除するコマンドラインの例

Windows

forfiles /P "%ORACLE_BASE%¥diag¥rdbms" /M *.trm /S /C "cmd /C del /Q @path" /D -14

forfiles /P "%ORACLE_BASE%¥diag¥rdbms" /M *.trc /S /C "cmd /C del /Q @path" /D -14

Linux

find $ORACLE_BASE/diag/rdbms -name '*.tr[cm]' -mtime +14 -delete

環境変数「$ORACLE_BASE」および「%ORACLE_BASE%」は必要に応じて設定してください。

環境変数

OracleDB exporterを使用する場合は必須で設定する環境変数を，次に示します。

■環境変数「DATA_SOURCE_NAME」（必須）

OracleDB exporterの接続先を次の形式で指定します。デフォルトの値はありません。

Windowsの場合

oracle://ユーザー名@ホスト名:ポート/サービス名?connection timeout=10[&amp;instance name=インスタンス名]

Linuxの場合

oracle://ユーザー名@ホスト名:ポート/サービス名?connection timeout=10[&instance name=インスタンス名]

ユーザー名

Oracleリスナーに接続するためのユーザー名を指定します。最大30文字まで指定できます。

英大文字，数字，アンダースコア，ドル記号，シャープ記号，ピリオド，アットマークを使用できます。英小文字は使用できないため，注意してください。

Linuxの場合，ユニット定義ファイルにユーザー名を記載するときに，シャープ記号を「%%23」に置き換えます。例えば，CDBの共通ユーザーの場合は，「C##USER」を「C%%23%%23USER」として指定します。

Windowsの場合，サービス定義ファイルにユーザー名を記載するときに，シャープ記号を「%23」に置き換えます。例えば，CDBの共通ユーザーの場合は，「C##USER」を「C%23%23USER」として指定します。

ホスト名

監視対象のOracle Databaseホストのホスト名を指定します。最大253文字まで指定できます。

英大文字，英小文字，数字，ハイフン，ピリオドを使用できます。

ポート

Oracleリスナーに接続するためのポート番号を指定します。

サービス名

Oracleリスナーのサービス名を指定します。最大64文字まで指定できます。

英大文字，英小文字，数字，アンダースコア，ハイフン，ピリオドを使用できます。

オプション

次のオプションを指定できます。複数指定する場合は，Windowsでは「&amp;」，Linuxでは「&」でつなげます。

connection timeout=数字

コネクションタイムアウトを秒数で指定します。このオプションの指定は必須です。

必ず10を指定してください。10以外の値を指定，または，このオプションを指定しなかった場合は，Prometheus serverのスクレイプがタイムアウトとなり，OracleDB exporterが稼働している場合でもupメトリックが0になる場合があります。

instance name=インスタンス名

接続するインスタンス名を指定します。このオプションの指定は任意です。

（指定例）

oracle://orauser@orahost:1521/orasrv?connection timeout=10

Windowsの場合

oracle://orauser@orahost:1521/orasrv?connection timeout=10&amp;instance name=orcl1

Linuxの場合

oracle://orauser@orahost:1521/orasrv?connection timeout=10&instance name=orcl1

■環境変数「DATA_SOURCE_NAME」（必須）

JP1/IM - Agentのインストール先ディレクトリ下のjp1imaディレクトリをフルパスで指定します。

論理ホストの場合は，JP1/IM - Agentの共有ディレクトリ下のjp1imaディレクトリをフルパスで指定します。

（指定例）

Windowsの場合

C:¥Program files¥Hitachi¥jp1ima

Linuxの場合

/opt/jp1ima

注意事項

OracleDB exporterを停止する前に，監視対象のOracle Databaseインスタンスおよびコンテナを停止しようとすると，OracleのNORMALシャットダウンでは終了しない場合があります。事前にOracleDB exporterを停止するか，IMMEDIATEシャットダウンでOracle Databaseを停止してください。

OracleDB exporterを停止してから，Oracle Databaseインスタンスおよびコンテナの構成変更やメンテナンスを実施してください。

(l)　Fluentd（ログメトリクス機能）

監視対象が出力するログファイルからログメトリクスを生成・計測する機能です。機能の詳細については，「3.15.2 JP1/IM - Agentによるログメトリクス機能」を参照してください。

主な取得項目

監視対象が出力するログファイルから数値化する定義は，ログメトリクス定義ファイル（fluentd_任意の名前_logmetrics.conf）で行います。定義によって数値化したデータ（ログメトリクス）が取得項目となります。

ログメトリクス定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ログメトリクス定義ファイル（fluentd_任意の名前_logmetrics.conf）」を参照してください。

サンプルファイル

ログメトリクス機能を使用する場合のサンプルファイルについて説明します。サンプルファイルをコピーして使用する場合は，改行コードに注意してください。改行コードについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「2. 定義ファイル」の各ファイルの説明を参照してください。このサンプルファイルは，下記の「■サンプルファイルの想定条件」に従うサンプルファイルであるため，実際の監視対象に応じて，各ファイルを複製し，設定値を書き換えてください。

■サンプルファイルの想定条件

ここで説明するサンプルファイルは，JP1/IM - Agentがインストールされている監視対象ホスト「HostA」（統合エージェントホスト）が存在し，HostAで稼働しているアプリケーション「WebAppA」が，次に示すログファイルを出力している場合を想定しています。

・ControllerLog.log

対象ログメッセージ1に示すように，WebAppAのHTTPエンドポイントのリクエスト処理の開始時に，そのエンドポイントを利用するというログメッセージが出力される。ログメッセージには，リクエスト処理時に取り扱うレコードの数も出力されている。

＜対象ログメッセージ1＞

：
2022-10-19 10:00:00 [INFO] c.b.springbootlogging.LoggingController : endpoint "/register" started. Target record: 5.
：

サンプルファイルでは，ログメッセージの正規表現を指定することで，対象ログメッセージ1と合致するログメッセージの数を計上し，ログメトリクス1「registerへのリクエスト数」として，JP1/IMの統合オペレーション・ビューアーの［トレンド］タブに表示する。

このログメトリクス1の定義では，ログメトリクスタイプとしてcounterを利用する。

また，ログメッセージの正規表現を指定することで，対象ログメッセージ1から「Target record」の数を抽出して累計し，ログメトリクス2「登録されたレコード数」として，JP1/IMの統合オペレーション・ビューアーの［トレンド］タブに表示する。

このログメトリクス2の定義では，ログメトリクスタイプとしてcounterを利用する。

Fluentdのworker（複数プロセス起動機能）は，監視対象とするログファイルの数だけ用意します。ログメトリクス機能に関するworkerの設定については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ログメトリクス定義ファイル（fluentd_任意の名前_logmetrics.conf）」を参照してください。ここでは，Fluentdのworkerが11個起動しているものとし，ControllerLog.logをFluentdの「workerのid」が10のworkerで監視しているものとします。

また，サンプルファイルでは，次に示すIM管理ノードのツリーを想定しています。

All Systems
└ ホストA
　 └ Application Server
　　　└ WebAppA

■サンプルファイルの対象ファイル

サンプルファイルの対象ファイルを次に示します。

統合マネージャーホスト

・ユーザー独自のメトリック定義ファイル

統合エージェントホスト

・Prometheus設定ファイル

・ユーザー独自のディスカバリ設定ファイル

・ログメトリクス定義ファイル

・Fluentdのログ監視対象定義ファイル

■「ユーザー独自のメトリック定義ファイル」のサンプルファイル

・ファイル名：metrics_logmatrics1.conf

・記述内容

[
  {
    "name":"logmetrics_request_endpoint_register",
    "default":true,
    "promql":"logmetrics_request_endpoint_register and $jp1im_TrendData_labels",
    "resource_en":{
      "category":"HTTP",
      "label":"request_num_of_endpoint_register",
      "description":"The request number of endpoint register",
      "unit":"request"
    },
    "resource_ja":{
      "category":"HTTP",
      "label":"registerへのリクエスト数",
      "description":"The request number of endpoint register",
      "unit":"リクエスト"
    }
  },
  {
    "name":"logmetrics_num_of_registeredrecord",
    "default":true,
    "promql":"logmetrics_num_of_registeredrecord and $jp1im_TrendData_labels",
    "resource_en":{
      "category":"DB",
      "label":"logmetrics_num_of_registeredrecord",
      "description":"The number of registered record",
      "unit":"record"
    },
    "resource_ja":{
      "category":"DB",
      "label":"登録されたレコード数",
      "description":"The number of registered record",
      "unit":"レコード"
    }
  }
]

注

格納先ディレクトリ，記述内容，およびファイル名は，「ユーザー独自のメトリック定義ファイル（metrics_任意のPrometheusトレンド名.conf）」の形式に従っています。

■「Prometheus設定ファイル」のサンプルファイル

・ファイル名：jpc_prometheus_server.yml

・記述内容

global:
　：
（略）
　：
scrape_configs:
  - job_name: 'LogMetrics'

    file_sd_configs:
      - files:
        - 'user/user_file_sd_config_logmetrics.yml'

    relabel_configs:
      - target_label: jp1_pc_nodelabel
        replacement: Log trapper(Fluentd)

    metric_relabel_configs:
      - target_label: jp1_pc_nodelabel
        replacement: ControllerLog
      - source_labels: ['__name__']
        regex: 'logmetrics_request_endpoint_register|logmetrics_num_of_registeredrecord'
        action: 'keep'
      - regex: (jp1_pc_multiple_node|jp1_pc_agent_create_flag)
        action: labeldrop

　：
（略）
　：

注

格納先ディレクトリおよび記述内容は，「Prometheus設定ファイル（jpc_prometheus_server.yml）」の形式に従っています。新規にファイルを作成する必要はなく，インストール時に生成されるPrometheus設定ファイル（jpc_prometheus_server.yml）に，ログメトリクス機能のためのscrape_configsの定義を追加します。

■「ユーザー独自のディスカバリ設定ファイル」のサンプルファイル

・ファイル名：user_file_sd_config_logmetrics.yml

・記述内容

- targets:
  - HostA:24830
  labels:
    jp1_pc_exporter: logmetrics
    jp1_pc_category: WebAppA
    jp1_pc_trendname: logmetrics1
    jp1_pc_multiple_node: "{__name__=~'logmetrics_.*'}"
    jp1_pc_agent_create_flag: false

注

格納先ディレクトリおよび記述内容は，「ユーザー独自のディスカバリ設定ファイル（file_sd_config_任意の名前.yml）」の形式に従っています。

targetsのポート番号は，ControllerLog.logをFluentdの「workerのid」 が10のworkerで監視しているため，下記の「■「ログメトリクス定義ファイル」のサンプルファイル」のportで設定した「24820」に対して，ControllerLog.logを監視しているworkerのポート番号が24820+10=24830となります。

■「ログメトリクス定義ファイル」のサンプルファイル

・ファイル名：fluentd_WebAppA_logmetrics.conf

・記述内容

## Input
<worker 10>
  <source>
    @type prometheus
    bind '0.0.0.0'
    port 24820
    metrics_path /metrics
  </source>
</worker>
##対象ログメッセージ1の抽出
<worker 10>
  <source>
    @type tail
    @id logmetrics_counter
    path /usr/lib/WebAppA/ControllerLog/ControllerLog.log
    tag WebAppA.ControllerLog
    pos_file ../data/fluentd/tail/ControllerLog.pos
    read_from_head true
    <parse>
      @type regexp
      expression /^(?<logtime>[^¥[]*) ¥[(?<loglebel>[^¥]]*)¥] (?<class>[^¥[]*) : endpoint "¥/register" started. Target record: (?<record_num>¥d[^¥[]*).$/
      time_key logtime
      time_format %Y-%m-%d %H:%M:%S
      types record_num:integer
    </parse>
  </source>

## Output
##ログメトリクス1とログメトリクス2の定義
  <match WebAppA.ControllerLog>
    @type prometheus
    <metric>
      name logmetrics_request_endpoint_register
      type counter
      desc The request number of endpoint register
    </metric>
    <metric>
      name logmetrics_num_of_registeredrecord
      type counter
      desc The number of registered record
      key record_num
      <labels>
      loggroup ${tag_parts[0]}
      log ${tag_parts[1]}
      </labels>
    </metric>
  </match>
</worker>

注

格納先ディレクトリおよび記述内容は，「ログメトリクス定義ファイル（fluentd_任意の名前_logmetrics.conf）」の形式に従っています。

■「Fluentdのログ監視対象定義ファイル」のサンプルファイル

・ファイル名：jpc_fluentd_common_list.conf

・記述内容

## [Target Settings]
　：
（略）
　：
@include user/fluentd_WebAppA_logmetrics.conf

注

格納先ディレクトリおよび記述内容は，「JP1/IM - Agentの定義ファイル」の「Fluentdのログ監視対象定義ファイル（jpc_fluentd_common_list.conf）」の形式に従っています。新規にファイルを作成する必要はなく，インストール時に生成されるFluentdのログ監視対象定義ファイル（jpc_fluentd_common_list.conf）に，ログメトリクス機能のためのincludeの定義を追加します。

(m)　PrometheusとExporterが同一ホストの構成と別ホストの構成についてのサポート可否

PrometheusとExporterの同一ホストの構成と別ホストの構成についてのサポート可否を，次の表に示します。

表3‒17　PrometheusとExporterのホスト構成のサポート可否

Exporterの種類

PrometheusとExporterのホストの構成

同一ホスト

別ホスト

JP1/IM - Agentが提供するExporter

Node exporter for AIX

×

○

上記以外のExporter

○

×

ユーザー独自のExporter

○

○

（凡例）

○：サポートします。

×：サポートしません。

なお，次の構成はサポートしません。

複数のPrometheusから同じExporterにスクレイプする構成

リモートエージェントのExporter※（Exporterのホストと監視対象のホストが別ホスト）

注※

リモートエージェントのExporterとは，ディスカバリ設定ファイルに「jp1_pc_remote_monitor_instance」の記載があるExporterのことを指します。

また，PrometheusとExporterが別ホストの構成の場合，Exporterが使用するポートには，JP1/IM - AgentのPrometheus server以外からアクセスされないように，ファイアウォールやネットワーク構成などで保護することが前提となります（統合エージェントホストとExporterのホストを同一ネットワーク内に構築して外部からアクセスされないようにするなど）。

(2)　パフォーマンスデータの一元管理機能

Prometheus serverが，監視対象から収集したパフォーマンスデータを，JP1/IM - Managerのインテリジェント統合管理データベースに格納する機能です。次の機能があります。

リモートライト機能

また，JP1/IM - Agent 13-01以降を新規インストールした場合，初期設定でサービス監視のパフォーマンスデータが一元管理されます。JP1/IM- Agent 13-00から13-01以降にバージョンアップインストールした場合は，サービス監視を行うための設定が必要です。セットアップ手順の参照先については，「3.15.1(1)(c)Windows exporter（Windows性能情報収集機能）」および「3.15.1(1)(d)Node exporter（Linux性能情報収集機能）」を参照してください。

(a)　リモートライト機能

Prometheus serverが，監視対象から収集したパフォーマンスデータを，外部の長期保存に適したデータベースに送信する機能です。JP1/IM - Agentでは，この機能を利用して，パフォーマンスデータをJP1/IM - Managerに送信します。

リモートライトの定義方法を，次に示します。

リモートライト定義は，Prometheus server設定ファイル（jpc_prometheus_server.yml）に記述します。

統合オペレーション・ビューアーからPrometheus server設定ファイルをダウンロードし，テキストエディターで編集を行って，リモートライト定義を変更したあと，アップロードします。

JP1/IM - Agentがサポートするリモートライト定義に関する設定項目を，次に示します。各設定項目の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Prometheus設定ファイル（jpc_prometheus_server.yml）」（2.　定義ファイル）を参照してください。

表3‒18　 JP1/IM - Agentがサポートするリモートライト定義に関する設定項目

設定項目

説明

リモートライト先

（必須）

統合エージェント制御基盤のエンドポイントURLを設定します。

リモートライトのタイムアウト時間

（任意）

リモートライトに時間がかかった場合のタイムアウト時間を設定できます。

デフォルトの値で問題がある場合に変更します。

リラベル設定

（任意）

不要なメトリックの削除やラベルのカスタマイズができます。

(3)　パフォーマンスデータの監視・通知機能

Prometheus serverが，監視対象から収集したパフォーマンスデータを，閾値で監視し，JP1/IM - Managerに通知する機能です。次の3つの機能があります。

アラート評価機能

アラート通知機能

通知抑止機能

また，サービスを監視するアラート定義が設定されている環境で，監視対象のサービスを追加した場合，追加したサービスも監視対象となります。アラートが発火している監視対象のサービスを監視対象から除外した場合は，発火していたアラートが回復したことを示すアラートが通知されます。

アラートの定義例については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「アラート設定ファイル（jpc_alerting_rules.yml）」（2.　定義ファイル）の，「「Node exporterのメトリック定義ファイル」のメトリックのアラート定義例」および「「Windows exporterのメトリック定義ファイル」のメトリックのアラート定義例」を参照してください。Linux環境の場合，監視対象の自動起動が有効（systemctl enableを実行している）かどうかにより，アラートの定義が異なります。自動起動が無効であるサービスの監視を行う場合，監視対象ごとにアラート定義を作成して設定を行う必要があります。

(a)　アラート評価機能

監視対象から収集したパフォーマンスデータを，閾値で監視する機能です。

アラートの評価を行うためのアラートルールを定義して，パフォーマンスデータを閾値で監視し，アラートの通知を行います。

アラートの評価は，時系列データをそのまま閾値と比較，または，PromQL※を使用した計算式の結果と閾値を比較して行うことができます。

注※

PromQLの詳細については，「2.7.4(4) PromQLについて」を参照してください。

時系列データごと，または，PromQL式の計算結果によって生成されたデータごとに，評価に応じたアラートの状態が管理され，アラート状態に応じて，通知に関する動作が実行されます。

アラートの状態には，「pending」，「firing」，および「resolved」の3つの状態があります。最初にしきい値を超過すると，「pending」（しきい値超過）の状態となります。そのあと，アラートルールのforに指定された時間の間，アラートルールの条件に該当し続けた（回復しなかった）場合，「firing」（発火）の状態になります。アラートルールの条件に該当しなかった（回復した）場合，または時系列がなくなった場合は，「resolved」（回復）の状態になります。

アラートの状態と通知に関する動作の関係を，次に示します。

アラートの状態

説明

通知に関する動作

pending

しきい値超過状態。

アラートルールの定義にforを指定し，しきい値を超過してからforに指定した時間が経っていない状態です。

アラートの通知を行いません。

firing

発火状態。

アラートルールの定義にforを指定し，しきい値を超過してからforに指定した時間が経った状態です。

または，アラートルールの定義にforを指定せずにしきい値を超過した状態です。

アラートの通知を行います。

resolved

回復状態。

アラートルールに該当しなくなった状態です。

「firing」の状態から回復した場合，回復の通知を行います。

「pending」状態から回復した場合，回復の通知を行いません。

アラートルールの定義方法を，次に示します。

アラートルール定義は，アラート設定ファイル（jpc_alerting_rules.yml）に記述します（任意のYAML形式の定義ファイルでも記述できます）。

作成した定義ファイルは，使用する環境に反映させる前に，promtoolコマンドで書式チェックとアラートルールのテストを行います。

統合オペレーション・ビューアーからアラート設定ファイルをダウンロードし，テキストエディターで編集を行って，アラートルールの定義を変更したあと，アップロードします。

JP1/IM - Agentがサポートするアラートルール定義に関する設定項目を，次に示します。各設定項目の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「アラート設定ファイル（jpc_alerting_rules.yml）」（2.　定義ファイル）を参照してください。なお，デフォルトのアラートルール定義はありません。

表3‒19　 JP1/IM - Agentがサポートするアラートルール定義に関する設定項目

設定項目

説明

アラート名（必須）

アラート名を設定します。

条件式（必須）

アラートの条件式（閾値）を設定します。

PromQLを使用して設定できます。

待ち時間（必須）

「pending」の状態になってから「firing」の状態に変更するまでの待ち時間を設定します。

デフォルトの値で問題がある場合に変更します。

ラベル（必須）

アラートや回復の通知に追加するラベルを設定します。

JP1/IM - Agentでは，特定のラベルを設定する必要があります。

注釈（必須）

アラートの説明，URLリンクなどの追加情報を格納する場合に設定します。

JP1/IM - Agentでは，特定の注釈を設定する必要があります。

ラベルと注釈には，次に示す変数を使用できます。

変数※

説明

$labels

アラートインスタンスのラベルキーと値のペアを保持する変数です。ラベルキーには，次に示すラベルを指定できます。

アラーム評価の条件式に時系列データを指定した場合

データが保持するラベルを指定できます。

アラーム評価の条件式にPromQL式を指定した場合

PromQL式の計算結果に設定されるラベルを指定できます。

データが保持するラベルは，メトリックにより異なります。

ラベルについては，「3.15.1(1)パフォーマンスデータの収集機能」で，PromQL文で指定できるメトリックについて記載している箇所を参照してください。

$values

アラートインスタンスの評価値を保持する変数です。

発火通知の際には，発火を検知した時点の値に展開されます。

回復通知の際には，回復直前の発火時の値に展開されます（回復時点の値ではないことに注意してください）。

$externalLabels

Prometheus設定ファイル（jpc_prometheus_server.yml）の項目「global」の「external_labels」に設定したラベルと値を保持する変数です。

注※

変数は「{{」と「}}」で囲むことで値が展開されます。変数の使い方の例を，次に示します。

description: "{{ $labels.instance }} has a median request latency above 1s (current value: {{ $value }}s)"

JP1イベントに変換するためのアラートルール定義

通知を行うアラートを，JP1/IM - Manager側でJP1イベントに変換するために，次に示す情報を，アラートルール定義に設定しておく必要があります。

設定項目

設定する値

用途

name

統合エージェント内で重複しない任意のアラートグループ定義名を設定します。

アラートグループ定義名

alert

統合エージェント内で重複しない任意のアラート定義名を設定します。

アラート定義名

expr

PromQL文を設定します。

メトリック定義ファイルに記載したPromQL文を設定することを推奨します。こうすることで，JP1イベントが発生したときに，統合オペレーション・ビューアーでトレンド情報を表示できます。

発火条件※

注※

条件を満たす場合は発火，条件を満たさない場合は回復となります。

labels.jp1_pc_product_name

"/HITACHI/JP1/JPCCS"を固定で設定します。

JP1イベントのプロダクト名に設定されます。

labels.jp1_pc_severity

次のどれかを設定します。

Emergency

Alert

Critical

Error

Warning

Notice

Information

Debug

JP1イベントの重大度※に設定されます。

注※

異常のJP1イベントの重大度に設定される値となります。正常のJP1イベントの重大度には「Information」が設定されます。

labels.jp1_pc_eventid

0〜1FFF，7FFF8000〜7FFFFFFFの範囲内の任意の値を設定します。

JP1イベントのイベントIDに設定されます。

labels.jp1_pc_metricname

メトリック名を設定します。

Yet another cloudwatch exporterの場合，必ず指定してください。メトリック名（コンマ区切りで複数指定されている場合は先頭のメトリック名）に対応するAWS名前空間のIM管理ノードに対して，JP1イベントの関連付けを行います。

JP1イベントのメトリック名に設定されます。

Yet another cloudwatch exporterの場合，JP1イベントの関連付けにも使用されます。

annotations.jp1_pc_firing_description

アラートの発火条件を満たしたとき，JP1イベントのメッセージに設定する値を指定します。

値の長さが1,024バイト以上の場合，先頭から1,023バイト目までの文字列を設定します。

指定を省略した場合，JP1イベントのメッセージの内容は「The alert is firing.(alert=アラート名)」となります。

また，変数を指定することで，ジョブ名や評価値を埋め込むこともできます。変数を使用する場合，変数を展開したメッセージの先頭から1,024バイトまでが有効となります。

JP1イベントのメッセージに設定されます。

annotations.jp1_pc_resolved_description

アラートの発火条件を満たさなくなったとき，JP1イベントのメッセージに設定する値を指定します。

値の長さが1,024バイト以上の場合，先頭から1,023バイト目までの文字列を設定します。

指定を省略した場合，JP1イベントのメッセージの内容は「The alert is resolved.(alert=アラート名)」となります。

また，変数を指定することで，ジョブ名や評価値を埋め込むこともできます。変数を使用する場合，変数を展開したメッセージの先頭から1,024バイトまでが有効となります。

JP1イベントのメッセージに設定されます。

アラート定義の設定例については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の「アラート設定ファイル（jpc_alerting_rules.yml）」の「定義例」を参照してください。

対応するJP1イベントの属性については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「3.2.3 JP1/IM - Agentが発行するJP1イベント一覧」を参照してください。

トレンド表示関連機能と組み合わせた運用方法について

メトリック定義ファイルに記述するPromQL文と，アラート評価機能で評価するPromQL文の定義内容を合わせておき，アラート設定ファイルのアラート定義のannotations.jp1_pc_firing_descriptionおよびannotations.jp1_pc_resolved_descriptionに，対応するトレンドデータのメトリック名を記述しておくことで，アラートのJP1イベントが発行されたときに，アラートで評価した性能値の過去の変化や現在値を，統合オペレーション・ビューアーの［トレンド］タブで，確認できます。

トレンド表示関連機能で定義するPromQL文については，「3.15.6(4)トレンドデータの返却」を参照してください。

例えば，Node exporterでCPU使用率を監視し，CPU使用率が80%を超えたときにアラートを通知する場合は，次の記述例に示すように，アラート設定ファイル（アラート定義）とメトリック定義ファイルを作成します。

アラート設定ファイル（アラート定義）の記述例

groups:
  - name: node_exporter
    rules:
    - alert: cpu_used_rate(Node exporter)
      expr: 80 < (avg by (instance,job,jp1_pc_nodelabel,jp1_pc_exporter) (rate(node_cpu_seconds_total{mode="system"}[2m])) + avg by (instance,job,jp1_pc_nodelabel,jp1_pc_exporter) (rate(node_cpu_seconds_total{mode="user"}[2m]))) * 100
      for: 3m
      labels:
        jp1_pc_product_name: "/HITACHI/JP1/JPCCS"
        jp1_pc_severity: "Error"
        jp1_pc_eventid: "0301"
        jp1_pc_metricname: "node_cpu_seconds_total"
      annotations:
        jp1_pc_firing_description: "CPU使用率がしきい値(80%)を上回りました。value={{ $value }}%"
        jp1_pc_resolved_description: "CPU使用率がしきい値(80%)を下回りました。"

メトリック定義ファイルの記述例

[
  {
    "name":"cpu_used_rate",
    "default":true,
    "promql":"(avg by (instance,job,jp1_pc_nodelabel,jp1_pc_exporter) (rate(node_cpu_seconds_total{mode=¥"system¥"}[2m]) and $jp1im_TrendData_labels) + avg by (instance,job,jp1_pc_nodelabel,jp1_pc_exporter) (rate(node_cpu_seconds_total{mode=¥"user¥"}[2m]) and $jp1im_TrendData_labels)) * 100",
    "resource_en":{
      "category":"platform_unix",
      "label":"CPU used rate",
      "description":"CPU usage.It also indicates the average value per processor. [Units: %]",
      "unit":"%"
    },
    "resource_ja":{
      "category":"platform_unix",
      "label":"CPU使用率",
      "description":"CPU使用率（%）。プロセッサごとの割合の平均値でもある。",
      "unit":"%"
    }
  }
}

アラート定義のexprに指定したPromQL文の条件を満たし，アラートのJP1イベントが発行されると，JP1イベントのメッセージには，「CPU使用率がしきい値(80%)を上回りました。value=性能値%」というメッセージが設定されます。ユーザーはこのメッセージを見て，「CPU使用率」のトレンド情報を表示し，CPU使用率の過去の変化や現在値を確認できます。

サービス停止時の動作について

Alertmanagerのサービスが停止している場合，アラートのJP1イベントは発行されません。また，Prometheus serverとAlertmanagerのサービスが稼働している状態で，アラートが発火した状態でのExporterが，障害により停止した場合，アラートは回復となり，正常のJP1イベントを発行します。アラートが発火の状態で，Alertmanagerを稼働させたまま，Prometheus server のサービスを停止した場合，アラートの回復を表す正常のJP1イベントを発行します。

詳細については，「■Alertmanagerを稼働させたまま，Prometheus serverを再起動または停止させた場合の動作について」を参照してください。

サービス再起動時の動作について

アラートが発火または回復の状態で，Alertmanager，または，Exporterのサービスを再起動しても，現在のアラートの状態が再起動前のアラートの状態と同じである場合は，JP1イベントを発行しません。アラートが発火の状態で，Alertmanagerを稼働させたまま，Prometheus serverのサービスを再起動した場合，アラートの回復を表す正常のJP1イベントを発行する場合があります。詳細は，「■Alertmanagerを稼働させたまま，Prometheus serverを再起動または停止させた場合の動作について」を参照してください。

パフォーマンスデータのスパイクの考慮について

パフォーマンスデータが瞬間的に飛びぬけた値（大きな値，小さな値，またはマイナスの値）になることがあります。このようなパフォーマンスデータの急激な変化を一般的に「スパイク」と呼びます。スパイクが発生し，瞬間的に異常値となっても，すぐに正常値に戻り，異常として扱う必要がないケースが多くあります。また，OSの再起動などで，パフォーマンスデータがリセットされたときに，瞬間的にスパイクが発生することもあります。

このようなパフォーマンスデータのメトリックを監視する場合は，アラートルールの定義で「for」（アラートを異常と扱うまでの猶予時間）を指定することで，突発的な異常検知を抑止することを検討する必要があります。

Alertmanagerを稼働させたまま，Prometheus serverを再起動または停止させた場合の動作について

アラートが発火の状態で，Alertmanagerを稼働させたままPrometheus serverを再起動，または停止させた場合，アラートの回復を表す正常のJP1イベントを発行する場合があります。

次の条件を満たすとき，正常のJP1イベントを発行します。

発火であるアラートの定義のforに設定されている時間※と，Prometheus serverのサービスが停止または再起動により動作していない時間を足した値が，Prometheus設定ファイルのevaluation_intervalの値よりも大きくなった場合

注※　アラートのforを設定していない場合は0とします。

サービスリロード時の動作について

アラートが発火または回復の状態でPrometheus server，Alertmanager，または，Exporterのサービスのリロードを行うAPIを実行しても，JP1イベントは発行しません。

(b)　アラート通知機能

Prometheus serverがアラートを評価したあと，アラートの状態が「firing」または「resolved」になったときに，通知を行う機能です。

JP1/IM - Manager（インテリジェント統合管理基盤）が停止しているときにアラートの状態が変わった場合，異常通知や回復通知が行われないことがあります。

Prometheus serverは，アラートを1件ずつ送信し，送信されたアラートは，Alertmanagerを経由してJP1/IM - Manager（インテリジェント統合管理基盤）に通知されます。リトライ時も1件ずつ通知されます。

なお，JP1/IM - Managerに送信されるアラートは，基本的に発生した順番に送信されますが，複数のアラートルールが同時に条件を満たした場合や，送信エラーが発生して再送される場合に，順序が入れ替わることがあります。しかし，アラートの情報に発生時刻が含まれているため，どの順番で発生したかを把握できるようになっています。

また，7日間にわたって異常状態が継続された場合，アラートが再通知されます。

アラートの通知先の定義方法を，次に示します。

アラートの通知先は，Prometheus設定ファイル（jpc_prometheus_server.yml）とAlertmanager設定ファイル（jpc_alertmanager.yml）の両方に記述します。

Prometheus設定ファイルには，Prometheus serverの通知先として，同居するAlertmanagerを指定します。Alertmanager設定ファイルには，Alertmanagerの通知先として，統合エージェント制御基盤を指定します。

統合オペレーション・ビューアーから各設定ファイルをダウンロードし，テキストエディターで編集を行って，アラートの通知先の定義を変更したあと，アップロードします。

JP1/IM - AgentがサポートするPrometheus serverの通知先の定義に関する設定項目を，次に示します。各設定項目の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Prometheus設定ファイル（jpc_prometheus_server.yml）」（2.　定義ファイル）を参照してください。

表3‒20　 JP1/IM - AgentがサポートするPrometheus serverの通知先の定義に関する設定項目

設定項目

説明

通知先（必須）

通知先のAlertmanagerを設定します。

Alertmanagerのコマンドラインオプションの--web.listen-addressに，ホスト名またはIPアドレスを指定した場合は，localhostを--web.listen-addressに指定したホスト名またはIPアドレスに修正します。

物理ホスト環境の場合

同居するAlertmanagerを指定します。

クラスタ環境の場合

論理ホストで動作するAlertmanagerを指定します。

ラベル設定（任意）

ラベルを追加できます。必要に応じて設定します。

JP1/IM - AgentがサポートするAlertmanagerの通知先に関する設定項目を，次に示します。各設定項目の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Alertmanager設定ファイル（jpc_alertmanager.yml）」（2.　定義ファイル）を参照してください。

表3‒21　 JP1/IM - AgentがサポートするAlertmanagerの通知先の定義に関する設定項目

設定項目

説明

Webhookの設定（必須）

統合エージェント制御基盤のエンドポイントURLを設定します。

(c)　通知抑止機能

「3.15.1(3)(b)アラート通知機能」で説明する通知を，抑止する機能です。次の機能があります。

サイレンス機能

一時的に特定のアラートを通知したくない場合に使用します。

サイレンス機能

一時的に特定の通知を抑止する機能です。一時的なメンテナンスを行う場合など，その間に発生するアラートを通知しない設定ができます。なお，通知抑止機能では，JP1/IM - Managerの共通除外条件を使用する場合と異なり，JP1/IM - Managerへの通知自体を行いません。

サイレンスが有効である間は，アラートの状態が変わっても通知を行いません。サイレンスが無効になったときに，サイレンスを有効化する前のアラートの状態と比較して，状態が変わっていれば，通知を行います。

通知を行うタイミングについて，次に2つの例を示します。

図3‒34　 サイレンスの有効化前と無効化後で状態が異なるケース

上記の図は，サイレンスを有効化するときのアラートの状態が「異常」で，サイレンスが有効である間に，アラートの状態が「正常」に変わり，そのあと，サイレンスを無効化した例です。

アラートが「正常」に変わったタイミングでは，サイレンスが有効であるため，通知は行われません。サイレンスを無効化したタイミングでは，アラートの状態が，サイレンスを有効化する前の「異常」から「正常」に変わっているため，「正常」の通知が行われます。

図3‒35　 サイレンスの有効化前と無効化後で状態が同一となるケース

上記の図は，サイレンスが有効である間に，アラートの状態が一度「正常」に変わったあと，再び「異常」に変わり，そのあと，サイレンスを無効化した例です。

サイレンスを無効化したタイミングでは，アラートの状態は，サイレンスを有効化する前と同じ「異常」であるため，通知は行われません。

アラートの送信に失敗してリトライしているときに，そのアラートを抑止するサイレンスが有効になった場合，アラートの送信リトライは行われなくなります。

■サイレンスの設定方法

サイレンスの設定（有効化または無効化），および，現在のサイレンスの設定内容の取得は，REST APIで行います（GUIはサポートしていません）。

また，サイレンスの設定を行う場合，ユーザーが操作するマシンから統合エージェントホストに対して，Alertmanagerのポート番号で通信できるようにしておく必要があります。

サイレンスの設定，および，現在のサイレンスの設定内容の取得で使用するREST APIについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.21.3　Alertmanagerのサイレンス一覧取得」，「5.21.4　Alertmanagerのサイレンス作成」，および「5.21.5　Alertmanagerのサイレンス失効」を参照してください。

(4)　通信機能

(a)　通信プロトコルと認証方法

統合エージェントが使用する通信プロトコルと認証方法を，次に示します。

接続元

接続先

プロトコル

認証方式

Prometheus server

統合エージェント制御基盤

HTTP

認証なし

Alertmanager

Prometheus server

Alertmanager

HTTP

認証なし

Exporter

Blackbox exporter

監視対象

HTTP/HTTPS

Basic認証

Bearer認証

認証なし

HTTPS

サーバ認証

クライアント認証あり

クライアント認証なし

ICMP※

認証なし

Yet another cloudwatch exporter

Amazon CloudWatch

HTTPS

AWS IAM認証

Promitor Scraper

Azure Monitor

HTTPS

クライアント認証なし

Promitor Resource Discovery

Azure Resource Graph

HTTPS

クライアント認証なし

Promitor Scraper

Promitor Resource Discovery

HTTP

認証なし

Prometheus

Fluentd

HTTP

認証なし

OracleDB exporter

Oracleリスナー

Oracleリスナー独自（暗号なし）

ユーザー名とパスワードによる認証あり

注※

ICMPv6は使用できません。

(b)　ネットワーク構成

統合エージェントは，IPv4環境だけのネットワーク構成，またはIPv4環境とIPv6環境が混在するネットワーク構成で使用できます。IPv4環境とIPv6環境が混在するネットワーク構成では，IPv4通信だけに対応しています。

統合エージェントは，次に示すプロキシサーバなしの構成で使用できます。

接続元

接続先

接続の種類

Prometheus server

統合エージェント制御基盤

プロキシサーバなし

Alertmanager

Prometheus server

Alertmanager

Exporter

Blackbox exporter

監視対象（ICMP監視）

監視対象（HTTP監視）

プロキシサーバなし

認証なしのプロキシサーバ経由

認証ありのプロキシサーバ経由

Yet another cloudwatch exporter

Amazon CloudWatch

プロキシサーバなし

認証なしのプロキシサーバ経由

認証ありのプロキシサーバ経由

Promitor Scraper

Azure Monitor

プロキシサーバなし

認証なしのプロキシサーバ経由

認証ありのプロキシサーバ経由

Promitor Resource Discovery

Azure Resource Graph

OracleDB exporter

Oracleリスナー

プロキシサーバなし

統合エージェントは，次に示すデータを送信します。

接続元

接続先

送信データ

認証方式

Prometheus server

統合エージェント制御基盤

Protobuf形式のパフォーマンスデータ

Alertmanager

JSON形式のアラート情報※1

Prometheus server

Exporter

Prometheusのテキスト形式のパフォーマンスデータ※2

Blackbox exporter

監視対象

各プロトコルのレスポンス

Yet another cloudwatch exporter

Amazon CloudWatch

CloudWatchのデータ

Promitor Scraper

Azure Monitor

Azure Monitorのデータ（メトリクス情報）

サービスプリンシパル

マネージドID

Promitor Resource Discovery

Azure Resource Graph

Azure Resource Graphのデータ（リソース探索結果）

OracleDB exporter

Oracleリスナー

Oracleリスナーの独自データ

注※1

詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.6.5　JP1イベント変換」の，リクエストのメッセージボディーに関する説明を参照してください。

注※2

詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.23　JP1/IM - Agentが使用するExporterのスクレイプ用のAPI」の，Prometheusのテキストフォーマットに関する説明を参照してください。

3.15.2　JP1/IM - Agentによるログメトリクス機能

ログメトリクス機能は，JP1/IM - Agentのアドオンプログラムの1つとして，テキスト形式のログファイルに出力されたログメッセージを，メトリクスデータ（ログメトリクス）に変換する機能です。ログメトリクス機能は，OSSのFluentdおよびfluent-plugin-prometheusプラグインを利用して実装しています。

Fluentdで生成・計測したログメトリクスをPrometheusがスクレイプする際は，ユーザー独自のExporterのスクレイプ定義の機能を利用します。

PrometheusとJP1/IM - Manager間のログメトリクスの通信には，リモートライト機能を利用し，統合オペレーション・ビューアーの［トレンド］タブでのログメトリクスの表示には，ユーザー独自のメトリック定義の機能を利用します。

ログメトリクスの収集時刻は，PrometheusがFluentdをスクレイプした時刻（UTC時刻）となります。

ログメトリクス機能は，次のプラグイン機能で構成されます。

インプットプラグイン機能

アウトプットプラグイン機能

fluent-plugin-prometheusプラグインを踏まえたログメトリクス機能の詳細については，「3.15.2(3)fluent-plugin-prometheusプラグイン」を参照してください。

(1)　インプットプラグイン機能

ログメッセージを読み込み，解析する機能と，Prometheusのスクレイプで利用するバインド番号，ポート番号，HTTPエンドポイントなどを設定する機能があります。

インプットプラグイン機能に必要な定義を次に示します。

■Prometheusのスクレイプで利用する設定

Fluentdで生成・計測したログメトリクスを，Prometheusがスクレイプする際に利用するバインド番号，ポート番号，HTTPエンドポイントを指定します。

■ログメトリクス機能の監視対象ログファイルの設定

ログメトリクス機能の監視対象とするログファイルを指定し，監視対象からログメッセージを読み取ります。

インプットプラグイン機能の定義は，ログメトリクス定義ファイル（fluentd_任意の名前_logmetrics.conf）で行います。ログメトリクス定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ログメトリクス定義ファイル（fluentd_任意の名前_logmetrics.conf）」を参照してください。

(2)　アウトプットプラグイン機能

インプットプラグイン機能で処理したログメッセージからログメトリクスを生成する機能です。

ログメッセージをPrometheusのメトリクスデータとして成形し，数値化（ログメトリクスに変換）します。

アウトプットプラグイン機能の設定は，ログメトリクス定義ファイル（fluentd_任意の名前_logmetrics.conf）で行います。ログメトリクス定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ログメトリクス定義ファイル（fluentd_任意の名前_logmetrics.conf）」を参照してください。

(3)　fluent-plugin-prometheusプラグイン

fluent-plugin-prometheusプラグインは，Fluentdの機能を拡張するプラグインです。fluentdレコードからメトリクスを計測し，それらのメトリクスをWebインターフェース経由で出力します。Prometheusと一緒に利用することが前提です。

また，fluent-plugin-prometheusプラグインの前提プログラムのprometheus-clientは，Prometheusのメトリクスタイプを定義するRuby用のPrometheusクライアントライブラリです。Prometheusサーバと一緒に利用することが前提です。PrometheusサーバがHTTPエンドポイントをスクレイプした際，prometheus-clientは，追跡対象であるメトリクスの現在の状態をPrometheusサーバに送信します。

ログメトリクス機能では，fluent-plugin-prometheusプラグインを構成するプラグインのうち，次のプラグインを利用できます。

prometheus inputプラグイン

ログメトリクス機能のインプットプラグインとして利用します。

prometheus outputプラグイン

ログメトリクス機能のアウトプットプラグインとして利用します。

(a)　prometheus inputプラグイン

prometheus outputプラグインが収集したメトリクスを，Prometheusに出力するための設定を行うプラグインです。具体的には，Prometheusサーバが，収集したメトリクスをスクレイプするための，HTTPエンドポイントの設定を行います。ログメトリクス機能では「20273」を設定し，「http://localhost:20273/metrics」で収集したメトリクスにアクセスできます。

prometheus inputプラグインの設定は，ログメトリクス定義ファイル（fluentd_任意の名前_logmetrics.conf）で行います。

＜設定例＞

<source>
  @type prometheus
  bind バインド番号
  port リッスンポート番号
  metrics_path メトリクスパス
</source>

各パラメーターの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ログメトリクス定義ファイル（fluentd_任意の名前_logmetrics.conf）」を参照してください。

(b)　prometheus outputプラグイン

prometheus outputプラグインは，Fluentdの<match>セクションを利用して，fluentdレコードからログメトリクスを生成・計測するプラグインです。fluentdレコードに対しては，単に読み込みを行うだけのため，fluentdレコード自体に影響は与えません。

prometheus outputプラグインの設定は，ログメトリクス定義ファイル（fluentd_任意の名前_logmetrics.conf）で行います。

＜設定例＞

<match>
  @type prometheus
  <metric>
    name 任意のログメトリクス名
    type ログメトリクスタイプ
    desc ログメトリクスの説明
    key ログからログメトリクスへの変換対象を判定するkey
    <labels>
      ラベルのキー1 ラベルの値1
      ラベルのキー2 ラベルの値2
    </labels>
  </metric>
</match>

各パラメーターの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ログメトリクス定義ファイル（fluentd_任意の名前_logmetrics.conf）」を参照してください。

■メトリクスタイプ

Prometheusのメトリクスタイプのうち，ログメトリクス機能では，次のメトリクスタイプを利用できます。

counter

単調に増加する値を持つメトリクスを表します。処理された要求の数，完了したタスク，エラーの数などを表すのに適しています。

Fluentdの再起動時にだけ，累積した値をリセットできます。

定義内のkeyが空の場合は，レコードの内容に関係なく，レコードの数だけ，メトリクスの値が1ずつ増加します。

値が減少する可能性のあるメトリクスの場合はgaugeを指定してください。

＜設定例＞

  <metric>
    name logmetrics1※1
    type counter※1
    desc The description of the logmetrics1.※1
    key hoge※2
    <labels>※2
      ラベルのキー1 ラベルの値1
      ラベルのキー2 ラベルの値2
    </labels>
  </metric>

注※1　指定は必須です。

注※2　指定は任意です。ラベルセクションについては，下記の「■ラベル」を参照してください。

gauge

任意に上下できる値を持つメトリクスを表します。温度，現在のメモリ使用量，同時リクエスト数などを表すのに適しています。

＜設定例＞

  <metric>
    name logmetrics2※1
    type gauge※1
    desc The description of the logmetrics2.※1
    key hoge※1
    <labels>※2
      ラベルのキー1 ラベルの値1
      ラベルのキー2 ラベルの値2
    </labels>
  </metric>

注※1　指定は必須です。

注※2　指定は任意です。ラベルセクションについては，下記の「■ラベル」を参照してください。

■ラベル

<labels>で示すラベルセクションを利用することで，fluentdレコードから，Prometheusのラベルとして静的な値または動的な値を設定できます。

＜設定例＞

<labels>
  ラベルのキー1 ラベルの値1
  ラベルのキー2 ラベルの値2
</labels>

すべてのラベルセクションで，形式は共通です。<labels>で囲まれたラベルセクション内の各1行に，1つのラベルのキーと値を入力します。ラベルの値に入力した文字列をそのままラベルの値として設定しますが，次に示すレコードアクセサーまたはプレースホルダーを利用して値を指定することもできます。

レコードアクセサー

Prometheusのレコードアクセサーを利用すると，fluentdレコード内の入れ子構造になっているfluentdフィールドから，ラベルの値を指定できます。レコードアクセサーでラベルの値を指定する場合は，先頭に「$.」または「$[」を付与します。

例えば，次に示すfluentdレコードの例の場合，criticalにアクセスしたい場合は，

「$.event.level」または「$['event']['level']」と指定します。

存在しないレコードに対して，レコードアクセサーでアクセスしようとした場合，そのラベルの値には空を設定します。

＜fluentdレコードの例＞

{
  "log": "some message",
  "event": {
     "level": "critical",
     "detail": {
         "category": "application error"
      }
  }
}

プレースホルダー

プレースホルダーを利用して，ラベルの値を指定できます。なお，fluentdレコードを利用するプレースホルダーは推奨されていないため，fluentdレコードを利用したい場合は，レコードアクセサーを利用してください。

すでに定義済みのプレースホルダーを次に示します。

プレースホルダー

値

${hostname}

Fluentdが稼働しているホストのホスト名

${worker_id}

fluentdワーカーID

${tag}

Fluentdのタグ名

${tag_parts[N]}

FluentdのタグのN＋1番目の部分※1

${tag_prefix[N]}

Fluentdのタグの0〜N＋1番目の部分※1

${tag_suffix[N]}

Fluentdのタグの「タグサイズ※2−N」番目の部分※1

注※1　プレースホルダーは，prometheus outputプラグインだけで利用できます。Nに対して，タグサイズ※2以上の値を入力した場合，プレースホルダーはそのままの文字列をラベルの値に設定します。

注※2　タグサイズとは，タグ内のドット「.」で区切られた部分の個数（「.」の個数＋1）です。例えば，タグが「1.2.3」である場合，タグサイズは3となります。

■上位のラベルセクションとメトリクスセクション内のラベルセクション

prometheus outputプラグインでは，<metric>で示すメトリクスセクションを複数定義できます。<match>のような上位のラベルセクションでは，すべてのメトリクスのためのラベルを定義でき，メトリクスごとのラベルは，メトリクスセクション内のラベルセクションで定義できます。両方で定義されたラベルはマージされます。

例えば，次に示す設定例の場合，メトリクス「LogMetrics1」は，tag，hostname，key，data_typeのラベルを持つことになります。

＜設定例＞

<match>
  @type Prometheus
  <metric>
    name LogMetrics1
    type counter
    desc The total number of foo in message.
    key foo
    <labels>※1
      key foo
      data_type ${type}
    </labels>
  </metric>
  <metric>
    name LogMetrics2
    type counter
    desc The total number of bar in message.
    key bar
    <labels>※2
      key bar
    </labels>
  </metric>
  <labels>※3
    tag ${tag}
    hostname ${hostname}
  </labels>
</match>

注※1　メトリクスLogMetrics1のラベルセクション

注※2　メトリクスLogMetrics2のラベルセクション

注※3　上位のラベルセクション

3.15.3　JP1/IM - Agentによるログ監視機能

ログ監視機能は，ユーザー環境のログを監視して通知する機能を提供します。

ログ監視機能は，次の情報を監視し，OSSのFluentdを使用してJP1イベントに変換します。

監視対象のログファイルに出力される情報

Windowsのイベントログに出力される情報

SAPシステムのログ

変換したJP1イベントは，統合マネージャーホストのJP1/Baseに登録され，JP1/IM - Viewや統合オペレーション・ビューアーで表示できます。

この項では，Fluentdを使用した，テキスト形式のログファイルに出力されたログメッセージ，および，Windowsイベントログのイベントのログ監視機能について説明します。SAPシステムのログ抽出機能を使用して抽出した，SAPシステムのログの監視については，「3.15.5 SAPシステム監視機能」を参照してください。

(1)　機能概要

ログ監視機能は，JP1/IM - Agentのアドオンプログラムの１つとして，テキスト形式のログファイルに出力されたログメッセージ，および，WindowsイベントログのイベントをJP1イベントに変換する機能を提供します。ログ監視機能は，OSSのFluentdを使用しています。

ログ監視機能で提供する機能の一覧を，次に示します。詳細については，「3.15.3(2)インプットプラグイン機能（Input Plugins）」，「3.15.3(3)テキスト形式のログファイルの監視機能（tailプラグイン）」，および「3.15.3(4)Windowsイベントログの監視機能（windows_eventlog2プラグイン）」を参照してください。小括弧内に記載している文字列は，FluentdがOSSとして提供している機能の名称です。

表3‒22　機能一覧

機能

説明

インプットプラグイン機能

（Input Plugins）

テキスト形式のログファイルに出力されたログメッセージおよびWindowsイベントログのイベントを読み込み，解析します。

テキスト形式のログファイルの監視機能（tail）

ログメッセージを読み込み，解析します。

Windowsイベントログの監視機能（windows_eventlog2）

Windowsイベントログのイベントを読み込み，解析します。

イベント変換機能

（Filter Plugins）

監視するログの条件と，JP1イベントに変換したときの属性を指定します。

ログデータの編集機能（record_transformer）

ログの監視結果をJP1イベントに変換したときに設定する，属性と値を指定します。

ログデータの抽出機能（grep）

監視するログの条件を指定します。

アウトプットプラグイン機能

（Output Plugins）

ログの監視結果を出力します。出力方法としてJP1イベントへの変換と，Fluentd自身のログファイルへの出力があります。

HTTP POSTリクエスト機能（http）

JP1/IM - Managerに通知し，ログの監視結果をJP1イベントに変換します。

複数アウトプット機能（copy）

ログの監視結果を，複数のアウトプットプラグイン機能で出力します。

標準出力機能（stdout）

ログの監視結果をFluentdの標準出力に出力します。標準出力に出力された情報は，Fluentdのログファイルに出力されます。

ログ出力機能

Fluentdの動作に関する情報を，Fluentdのログファイルに出力します。

メトリック送信機能

ログが監視されていることを表すメトリックを，JP1/IM - Managerに送信します。

インプットプラグイン機能でログを検知すると，その後イベント変換機能，アウトプットプラグイン機能が順番に動作し，ユーザーの監視したいログ情報がJP1イベントに変換されます。それぞれの機能の設定は，定義ファイルで行います。

インプットプラグイン機能の設定は，監視定義ファイルの[Input Settings]セクションで行います。監視定義ファイルには，テキスト形式のログファイルを監視する「テキスト形式のログファイルの監視定義ファイル」とイベントログを監視する「Windowsイベントログの監視定義ファイル」があります。各定義ファイルの仕様については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の該当するファイルを参照してください。「テキスト形式のログファイルの監視定義ファイル」は，ラップアラウンドするログファイル群ごと（ラップアラウンドしないログファイルの場合はログファイルごと）に作成します。

イベント変換機能の設定も，監視定義ファイルで行います。ログデータの編集機能の設定は[Attributes Settings]セクションで行い，JP1イベントに変換したときに出力する属性と値を指定できます。ログデータの抽出機能の設定は[Inclusion Settings]セクションと[Exclusion Settings]セクションで行い，監視するログの条件を指定します。

アウトプットプラグイン機能の設定は，ログ監視共通定義ファイルで行います。HTTP POSTリクエスト機能の設定は[Output Settings]セクションで行い，JP1イベント化するときの通知先やリトライ間隔などを指定します。ログ監視共通定義ファイルについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ログ監視共通定義ファイル（jpc_fluentd_common.conf）」（2.　定義ファイル）を参照してください。

(2)　インプットプラグイン機能（Input Plugins）

インプットプラグイン機能は，ログメッセージおよびイベントログを読み込みます。

インプットプラグインで使用できるログの読み込みは，次のとおりです。

tail

アプリケーションプログラムのログファイルに出力されるログを読み込みます。

windows_eventlog2（Windows限定）

Windowsのイベントログに出力されるログを読み込みます。

(3)　テキスト形式のログファイルの監視機能（tailプラグイン）

tailは，テキスト形式のログファイルの監視機能を持つインプットプラグインです。

デフォルトの設定では，tailによる監視は，初回の起動では起動後に追加されたログから読み込みを開始します。ログがローテートすると，先頭から新しいファイルの読み込みを再開します。confファイルでtailのpathに監視対象ログファイルのパスを指定すると，ログファイルが更新されてすぐにtailプラグインが更新されたログを読み込みます。

(a)　ログファイルのパス設定

tailプラグインは，ファイルの内容によらず絶対パスで指定したファイルをすべて読み込みます。テキスト形式のログファイルのログメッセージを読み込むには，定義ファイルにログファイルの絶対パスを指定する必要があります。Windowsの場合，ネットワークドライブ上のディレクトリおよびファイルは指定できません。

パスの文字列にはワイルドカードを指定できます。使用できるワイルドカードは「*（任意の0文字以上の文字列）」です。また，複数のパスを指定できます。複数のパスを指定する場合は，「,」で区切って指定します。

ワイルドカードを使用して指定したファイルのパスに，バイナリ形式などの意図しないファイルが含まれている場合は，ファイル内の文字列が読み込まれます。その結果，意図しないFluentdのログや，意図しないメッセージのJP1イベントが発行されます。この問題を回避するために，ワイルドカードは文字列と併用して，監視対象のログファイル名に正しく合致するように設定する必要があります。

設定例を次に示します。

/path/to/aディレクトリと，/path/to/a2ディレクトリ以下に格納されたログファイルをすべて監視する場合

path /path/to/a/*, /path/to/a2/*

/path/to1/aディレクトリ以下，/path/to2/a2ディレクトリ以下のような，pathからみて3階層目にあるログファイルをすべて監視する場合（この場合，/path/to1ディレクトリ，/path/to2ディレクトリ以下に格納されているログファイルは監視されません）

path /path/*/*

/path/to/bディレクトリ以下に格納される，ラップアラウンドするログファイル群（funcAlog1.log，funcAlog2.log，funcAlog3.log，…）を監視する場合

path /path/to/b/funcAlog*.log

複数のログファイル群が同一のディレクトリ（/path/to/c）に出力される場合

fluentd_upB_tail.conf

path /path/to/c/funcBlog*

fluentd_upC_tail.conf

path /path/to/c/funcClog*

(b)　監視できるログファイル

一つのログファイルに追加書き込みし続けるファイル，または，ログファイルが一定の容量に達すると，別のファイル名で新たにログファイルを作成して書き込むファイルを監視できます。

監視できるログファイルの形式を次に示します。

シーケンシャルファイル（SEQ）

一つのログファイルに追加書き込みし続けるファイル，または，ログファイルが一定の容量に達すると，別のファイル名で新たにログファイルを作成して書き込むファイルです。

シーケンシャルファイル（SEQ2）

Windowsの場合

同一ボリューム内でファイル名を変更したあと，変更前のファイル名と同じ名称のファイルを作成して新たにログを書き込むファイルです。

Linuxの場合

ファイル名を変更，またはファイルをいったん削除したあと，変更または削除前のファイル名と同じ名称のファイルを作成して新たにログを書き込むファイルです。

シーケンシャルファイル（SEQ3）

Windows限定

ファイルをいったん削除したあと，削除前のファイル名と同じ名称のファイルを作成して新たにログを書き込むファイルです。

ラップアラウンドファイル（WRAP2）

ログファイルが一定の容量に達してラップアラウンドするとき，データを削除して再び先頭からデータを書き込む形式のファイルです。

UPD タイプのログファイル（UPD）

ファイル名に日付など不定な文字列が設定されるログファイルを監視するときに使用します。不定な文字列部分は，ワイルドカードで指定します。

(c)　監視できないログファイル

ログファイルが一定の容量に達すると，ラップアラウンドして，再び先頭からデータを上書きする形式のファイルは監視できません。

(d)　監視できるログファイルの文字コード

監視できるログファイルの文字コードを次に示します。

UTF-8（初期値）（日本語，英語）

UTF-16LE（日本語，英語）

UTF-16BE（日本語，英語）

Shift_JIS（日本語）

Windows-31J（日本語）

C（英語）

GB18030（中国語）

UTF-8，Cのログファイルを監視する場合は，from_encodingとencodingを指定しません。UTF-8，C以外のログファイルを監視する場合は，from_encodingとencodingを指定する必要があります。encodingにはUTF-8，from_encodingには監視するログファイルの文字コードを指定します。誤った文字コードを指定した場合，意図した文字列を抽出できなかったり，意図した文字コードで変換できずに文字化けした内容をJP1イベントとして通知したりします。

(e)　ファイルの最新読み込み位置の記録

tailでは，監視対象のファイルから最後に読み込んだ位置をpos_fileに記録します。pos_fileは監視定義ごとに作成する必要があります。pos_fileはtailの初回起動時に作成されます。JP1/IM - Agentのデフォルトの設定では，初回ログ読み込みではtailはログファイルの起動後に追加されたログから読み込みを開始し，pos_fileを作成して最新読み込み位置を記録します。起動中は更新されたログを読み込んで，最新読み込み位置をpos_fileに記録します。

2回目以降の起動では，tailはpos_fileに記録した最新読み込み位置から更新された部分を読み込みます。

Fluentd停止中にpos_fileの中身が破壊されている場合や，pos_fileが消去されている場合は，次回起動時に，初回起動時と同様にログファイルの末尾から読み込み，pos_fileを更新（作成）して最新読み込み位置を記録します。この場合，停止中に監視対象ログファイルに追加されたログを監視しません。

(f)　初回起動時の既存ログの読み込み

JP1/IM - Agentのデフォルトの設定では，初回ログ読み込みではtailはログファイルの末尾から読み込みを開始します。初回起動時にすでに追加されていたログを読み込むには，監視定義ファイルのパラメータread_from_headをtrue（デフォルトはfalse）に変更する必要があります。

(g)　ログのパース機能（parseプラグイン）

パースプラグインは，読み込んだログを解析して，指定したフォーマットで切り出します。

parseプラグインで指定できるログのフォーマット（type）は，次のとおりです。

type

説明

none（デフォルト）

解析，構造化をせずに1行のログをそのまま読み込みます。

regexp

正規表現で指定したパターンに合致した1行のログを読み込みます。

multiline

正規表現で指定したパターンに合致した複数行のログを読み込みます。

syslog

syslogが出力したログを読み込みます。

csv

CSV形式（コンマ区切り）のログを読み込みます。

tsv

TSV形式（タブ区切り）のログを読み込みます。

ltsv

LTSV形式（ラベル付きタブ区切り）のログを読み込みます。

none

初期設定では，新たに追加されたログ1行をすべて読み込みます。

regexp

typeにregexpを指定することで，正規表現で指定したフォーマットに従ってログの解析，切り出しが可能です。正規表現で指定したパターンに合致しなかったログの行は読み込まず，Fluentdのログに警告メッセージを出力します。出力される警告メッセージについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「テキスト形式のログファイルの監視定義ファイル（fluentd_@@trapname@@_tail.conf.template）」（2.　定義ファイル）を参照してください。

ログを「time」の名前で切り出すとき，timezoneを使用して，ログが出力されたときのタイムゾーンを指定できます。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「テキスト形式のログファイルの監視定義ファイル（fluentd_@@trapname@@_tail.conf.template）」（2.　定義ファイル）を参照してください。

multiline

multilineパースプラグインは，複数行のログを読み込んでログを解析します。テキスト形式のログファイルの監視定義ファイル内の[Input Settings]で，パラメーター「format_firstline」と「formatN」を正規表現で設定すると，正規表現の名前付きキャプチャ機能を使用して，複数行のログを構造化できます。設定するパラメーターの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「テキスト形式のログファイルの監視定義ファイル（fluentd_@@trapname@@_tail.conf.template）」（2.　定義ファイル）を参照してください。

Javaのスタックトレースログを読み込む場合の設定例を，次に示します。

定義ファイル

<parse>
  @type multiline
  format_firstline /¥d{4}-¥d{1,2}-¥d{1,2}/
  format1 /^(?<time>¥d{4}-¥d{1,2}-¥d{1,2} ¥d{1,2}:¥d{1,2}:¥d{1,2}) ¥[(?<thread>.*)¥] (?<level>[^¥s]+)(?<message>.*)/
  time_key time
  null_empty_string false
  estimate_current_event true
  keep_time_key false
  time_type string
  time_format %Y-%m-%d %H:%M:%S
  localtime true
  utc false
  timezone +0900
</parse>

監視対象のログファイルに追加されるログ

2013-3-03 14:27:33 [main] INFO  Main - Start
2013-3-03 14:27:33 [main] ERROR Main - Exception
javax.management.RuntimeErrorException: null
    at Main.main(Main.java:16) ~[bin/:na]
2013-3-03 14:27:33 [main] INFO  Main - End

ログをパースした結果

time:
2013-03-03 14:27:33 +0900
record:
{
  "thread" :"main",
  "level"  :"INFO",
  "message":"  Main - Start"
}

time:
2013-03-03 14:27:33 +0900
record:
{
  "thread" :"main",
  "level"  :"ERROR",
  "message":" Main - Exception¥njavax.management.RuntimeErrorException: null¥n    at Main.main(Main.java:16) ~[bin/:na]"
}

time:
2013-03-03 14:27:33 +0900
record:
{
  "thread" :"main",
  "level"  :"INFO",
  "message":"  Main - End"
}

Railsのログを読み込む場合の設定例を，次に示します。

定義ファイル

<parse>
  @type multiline
  format_firstline /^Started/
  format1 /Started (?<method>[^ ]+) "(?<path>[^"]+)" for (?<host>[^ ]+) at (?<time>[^ ]+ [^ ]+ [^ ]+)¥n/
  format2 /Processing by (?<controller>[^¥u0023]+)¥u0023(?<controller_method>[^ ]+) as (?<format>[^ ]+?)¥n/
  format3 /(  Parameters: (?<message>[^ ]+)¥n)?/
  format4 /  Rendered (?<template>[^ ]+) within (?<layout>.+) ¥([¥d¥.]+ms¥)¥n/
  format5 /Completed (?<code>[^ ]+) [^ ]+ in (?<runtime>[¥d¥.]+)ms ¥(Views: (?<view_runtime>[¥d¥.]+)ms ¥| ActiveRecord: (?<ar_runtime>[¥d¥.]+)ms¥)/
  time_key time
  null_empty_string false
  estimate_current_event true
  keep_time_key false
  time_type string
  time_format %Y-%m-%d %H:%M:%S %z
  localtime true
  utc false
  timezone +0900
</parse>

監視対象のログファイルに追加されるログ

Started GET "/users/123/" for 127.0.0.1 at 2013-06-14 12:00:11 +0900
Processing by UsersController#show as HTML
  Parameters: {"user_id"=>"123"}
  Rendered users/show.html.erb within layouts/application (0.3ms)
Completed 200 OK in 4ms (Views: 3.2ms | ActiveRecord: 0.0ms

ログをパースした結果

time:
1371178811 (2013-06-14 12:00:11 +0900)

record:
{
  "method"           :"GET",
  "path"             :"/users/123/",
  "host"             :"127.0.0.1",
  "controller"       :"UsersController",
  "controller_method":"show",
  "format"           :"HTML",
  "message"       :"{ ¥"user_id¥":¥"123¥"}",
  ...
}

syslog

syslogパースプラグインは，syslogが出力したログを解析します。設定するパラメーターの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「テキスト形式のログファイルの監視定義ファイル（fluentd_@@trapname@@_tail.conf.template）」（2.　定義ファイル）を参照してください。

RFC-3164フォーマットのログを読み込む場合の設定例を，次に示します。

定義ファイル

<parse>
  @type syslog
  time_format %b %d %H:%M:%S
  message_format rfc3164
  with_priority true
  parser_type string
  support_colonless_ident true
  time_key time
  null_empty_string false
  estimate_current_event true
  keep_time_key false
  time_type string
  localtime true
  utc false
  timezone +0900
</parse>

監視対象のログファイルに追加されるログ

<6>Feb 28 12:00:00 192.168.0.1 fluentd[11111]: [error] Syslog test

ログをパースした結果

time:
1362020400 (Feb 28 12:00:00)

record:
{
  "pri"    : 6,
  "host"   : "192.168.0.1",
  "ident"  : "fluentd",
  "pid"    : "11111",
  "message": "[error] Syslog test"
}

RFC-5424フォーマットのログを読み込む場合の設定例を，次に示します。

定義ファイル

<parse>
  @type syslog
  time_format %Y-%m-%dT%H:%M:%S.%L%z
  message_format rfc5424
  with_priority true
  parser_type string
  support_colonless_ident true
  time_key time
  null_empty_string false
  estimate_current_event true
  keep_time_key false
  time_type string
  localtime true
  utc false
  timezone +0900
</parse>

監視対象のログファイルに追加されるログ

<16>1 2013-02-28T12:00:00.003JST 192.168.0.1 fluentd 11111 ID24224 [exampleSDID@20224 iut="3" eventSource="Application" eventID="11211"] Hi, from Fluentd!

ログをパースした結果

time:
1362052800 (2013-02-28T12:00:00.003JST)

record:
{
  "pri"      : 16,
  "host"     : "192.168.0.1",
  "ident"    : "fluentd",
  "pid"      : "11111",
  "msgid"    : "ID24224",
  "extradata": "[exampleSDID@20224 iut=¥"3¥" eventSource=¥"Application¥" eventID=¥"11211¥"]",
  "message"  : "Hi, from Fluentd!"
}

csv

csvパースプラグインは，csv形式のログを解析します。設定するパラメーターの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「テキスト形式のログファイルの監視定義ファイル（fluentd_@@trapname@@_tail.conf.template）」（2.　定義ファイル）を参照してください。

csv形式のログを読み込む場合の設定例を，次に示します。

定義ファイル

<parse>
  @type csv
  keys time,host,req_id,user,message
  delimiter ,
  parser_type normal
  time_key time
  null_empty_string false
  estimate_current_event true
  keep_time_key false
  time_type string
  time_format %Y/%m/%d %H:%M:%S
  localtime true
  utc false
  timezone +0900
</parse>

監視対象のログファイルに追加されるログ

2013/02/28 12:00:00,192.168.0.1,111,-,Hello World

ログをパースした結果

time:
1362020400 (2013/02/28/ 12:00:00)

record:
{
  "host"   : "192.168.0.1",
  "req_id" : "111",
  "user"   : "-",
  "message": "Hello World"
}

tsv

tsvパースプラグインは，tsv形式のログを解析します。設定するパラメーターの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「テキスト形式のログファイルの監視定義ファイル（fluentd_@@trapname@@_tail.conf.template）」（2.　定義ファイル）を参照してください。

tsv形式のログを読み込む場合の設定例を，次に示します。

定義ファイル

<parse>
  @type tsv
  keys time,host,req_id,user,message
  delimiter "¥t"
  time_key time
  null_empty_string false
  estimate_current_event true
  keep_time_key false
  time_type string
  time_format %Y/%m/%d %H:%M:%S
  localtime true
  utc false
  timezone +0900
</parse>

監視対象のログファイルに追加されるログ

2013/02/28 12:00:00¥t192.168.0.1¥t111¥t-¥tHello World

ログをパースした結果

time:
1362020400 (2013/02/28/ 12:00:00)

record:
{
  "host"   : "192.168.0.1",
  "req_id" : "111",
  "user"   : "-",
  "message": "Hello World"
}

ltsv

ltsvパースプラグインは，ltsv形式のログを解析します。設定するパラメーターの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「テキスト形式のログファイルの監視定義ファイル（fluentd_@@trapname@@_tail.conf.template）」（2.　定義ファイル）を参照してください。

ltsv形式のログを読み込む場合の設定例を，次に示します。

定義ファイル

<parse>
  @type ltsv
  delimiter "¥t"
  label_delimiter :
  time_key time
  null_empty_string false
  estimate_current_event true
  keep_time_key false
  time_type string
  time_format %Y/%m/%d %H:%M:%S
  localtime true
  utc false
  timezone +0900
</parse>

監視対象のログファイルに追加されるログ

time:2013/02/28 12:00:00¥thost:192.168.0.1¥treq_id:111¥tuser:-¥tmessage:Hello World

ログをパースした結果

time:
1362020400 (2013/02/28/ 12:00:00)
{
  "host"   : "192.168.0.1",
  "req_id" : "111",
  "user"   : "-",
  "message": "Hello World"
}

delimiter_patternを使用する場合の設定例を，次に示します。

定義ファイル

<parse>
  @type ltsv
  delimiter_pattern /¥s+/
  label_delimiter =
  time_key time
  null_empty_string false
  estimate_current_event true
  keep_time_key false
  time_type unixtime
  localtime true
  utc false
  timezone +0900
</parse>

監視対象のログファイルに追加されるログ

timestamp=1362020400 host=192.168.0.1  req_id=111 user=- message=HelloWorld

ログをパースした結果

record:
{
  "timestamp": "1362020400",
  "host"   : "192.168.0.1",
  "req_id" : "111",
  "user"   : "-",
  "message": "HelloWorld"
}

(4)　Windowsイベントログの監視機能（windows_eventlog2プラグイン）

windows_eventlog2は，Windowsイベントログからイベントを読み込むインプットプラグインです。

(a)　監視できるログの種別

ログの種別とは，Windows の［イベント ビューアー］に表示される各ログの名前のことです。confファイルのchannelパラメーターにログの種別を指定すると，その種別のログを監視できます。 windows_eventlog2 はデバッグログと分析ログを除くすべてのチャンネルを読むことが可能です。

指定できるログの種別の例を，次に示します。

Windowsのイベントログ

application

system

setup

security

アプリケーションとサービスのログ

HardwareEventsなど

監視できるログの種別は，次の手順で確認します。

コマンドプロンプト上でwevtutilコマンドを実行し，システムに登録されている「ログの種別」の一覧を確認します。

コマンドの入力例を次に示します。

>wevtutil el

手順1で確認した「ログの種別」の有効・無効の設定および種別を「ログの種別」ごとに確認します。

コマンドの入力例を次に示します。

>wevtutil gl Application
name: Application
enabled: true
type: Admin
　：

次の条件をすべて満たす場合だけ，channelパラメーターに指定できます。

enabledが「true」である

typeが「Admin」または「Operational」である

(b)　監視できるログファイル

サポートしている言語環境のWindowsイベントログを監視できます。サポートする言語環境については，「3.15.11 言語設定」を参照してください。

(c)　イベントログの最新読み込み位置の記録（storageプラグイン）

windows_eventlog2では，storageプラグインを使ってログの最新読み込み位置をローカルストレージにJSON形式で記録することができます。

(d)　注意事項

Fluentdの初回起動から，停止するまでの間に，監視対象のWindowsイベントログにイベントが追加されなかった場合，次に起動するまでの停止中に追加されたWindowsイベントログは監視できません。また，この場合次回起動時に警告メッセージが出力されます。出力される警告メッセージの例は以下の通りです。

[warn]: #0 This stored bookmark is incomplete for using. Referring `read_existing_events` parameter to subscribe: <BookmarkList>
</BookmarkList>, channel:  (チャネル名)

イベントログが一件も追加されず再びFluentdを停止した場合，停止中に追加されたイベントログは監視できず，次回起動時に同様の警告メッセージが出力されます。

Fluentdに新たにWindowsイベントログの監視定義を追加，または監視定義ファイルの内容を変更して，最新読み込み位置が保存されていないチャネルの監視を開始した場合も同様に，停止までの間に監視対象のWindowsイベントログにイベントログが追加されなかった場合は，次に起動するまでの停止中に追加されたWindowsイベントログが監視されず，同様の警告メッセージが出力されます。

次回起動中にイベントログが新たに追加された場合，イベントログが監視され，その後のイベント監視は問題なく動作します。

Windowsイベントログの監視を行っているホストで，監視するWindowsイベントログのイベントソースを参照できない場合，そのWindowsイベントログを監視することで発行されるJP1イベントのメッセージは空文字になります。

不正にメッセージが空文字であるJP1イベントが発行された場合，監視対象のホストのイベントビューアーで，該当するWindowsイベントログを表示し，Windowsイベントログを発行しているアプリケーションのイベントソースが正しくWindowsに登録されているか確認してください。

(5)　イベント変換機能（Filter Plugins）

イベント変換機能は，読み込んだログを編集したり，特定のフィールドを抽出したりできます。イベント変換の機能は，次のとおりです。

record_transformer

読み込んだログを編集します。

grep

読み込んだログから特定のログを抽出します。

(6)　ログデータの編集機能（record transformerプラグイン）

record_transformerは，ログファイルから読み込んだログデータを編集します。

ログファイルから読み込んだログデータの編集と，リモートライトするメトリックのラベルの編集を行います。メトリックのラベルは[Metric Settings]セクションで，JP1イベントの属性は[Attributes Settings]セクションで指定できます。初期値については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「テキスト形式のログファイルの監視定義ファイル（fluentd_@@trapname@@_tail.conf.template）」（2.　定義ファイル）を参照してください。

ユーザーは，定義ファイルの[Metric Settings]セクションと[Attributes Settings]セクションのrecord_transformerが持つパラメーターを編集できます。

[Metric Settings]セクションでは，メトリックのラベルを指定します。ユーザーは次のパラメーターを指定できます。

ホスト名の指定

<record>ディレクティブ内のフィールド（jp1_pc_fluentd_hostname）に，監視対象のホスト名を指定します。

IM管理ノードのラベル名の指定

<record>ディレクティブ内のフィールド（jp1_pc_nodelabel）に，統合オペレーション・ビューアーでIM管理ノードのラベルに表示する文字列を制御文字以外の文字で設定します。

カテゴリIDの指定

<record>ディレクティブ内のフィールド（jp1_pc_category）に，ログ監視対象のSIDのIM管理ノードの，カテゴリIDを指定します。

ログ監視名の指定

<record>ディレクティブ内のフィールド（jp1_pc_logtrap_defname）に，テンプレートの監視定義ファイルをコピーした先に設定したログ監視名を指定します。

[Attributes Settings]セクションでは，ログデータをJP1/IM - Managerに送信してJP1イベントに変換するために，ログのフィールドをJP1/IM - ManagerのAPIのリクエスト形式に沿った形に編集できます。

ユーザーは次のパラメーターを指定できます。

JP1イベントIDの指定

<record>ディレクティブ内のフィールド（ID）に，JP1イベントのB.ID属性に設定する値を指定します。

ホスト名の指定

<record>ディレクティブ内のフィールド（SOURCE_HOST）に，監視対象のホスト名に設定する値を指定します。

重大度の指定

<record>ディレクティブ内のフィールド（SEVERITY）に，JP1イベントのE.SEVERITY属性に設定する値を指定します。

IM管理ノードのラベル名の指定

<record>ディレクティブ内のフィールド（JPC_NODELABEL）に，統合オペレーション・ビューアーでIM管理ノードのラベルに表示する文字列を制御文字以外の文字で設定します。

任意の拡張属性の追加

また，任意の拡張属性を追加できます。<record>ディレクティブ内にNEW_FIELD（属性名）とNEW_VALUE（属性値）を設定すると，任意の属性と値をJP1/IM - Managerに送信できます。

(7)　ログデータの抽出機能（grepプラグイン）

grepは，読み込んだログの中から指定したパターンに合致するログデータを抽出します。JP1/IM - Managerに送信してJP1イベントに変換するログを選定できます。

(a)　抽出条件の指定

抽出条件は，正規表現で指定します。<regexp>ディレクティブ内に，次の2つのパラメーターを指定することで，正規表現の条件を設定できます。

key

抽出する正規表現のパターンを識別する名称

pattern

抽出する正規表現

抽出条件を複数作成し，次に示す論理和と論理積によってデータを抽出できます。

論理積（AND）条件の指定

複数の正規表現パターンのすべてを満たすログを抽出する場合は，<and>ディレクティブの内側に<regexp>ディレクティブを配置します。<and>ディレクティブの内側に配置する<regexp>ディレクティブのkeyは，それぞれ異なる必要があります。keyが重複していた場合，Fluentd起動時にエラーが発行されて起動しません。

論理和（OR）条件の指定

複数の正規表現パターンのいずれかを満たすログを抽出する場合は，<or>ディレクティブの内側に<regexp>ディレクティブを配置します。<or>ディレクティブの内側に配置する<regexp>ディレクティブのkeyは，それぞれ異なる必要があります。keyが重複していた場合，Fluentd起動時にエラーが発行されて起動しません。

(b)　除外条件の指定

除外する条件正規表現で指定できます。<exclude>ディレクティブ内に次の2つのパラメーターを指定することで，正規表現の条件を設定できます。

key

除外する正規表現のパターンを識別する名称

pattern

除外する正規表現

除外条件を複数作成し，次に示す論理和と論理積によってデータを除外できます。

論理積（AND）条件の指定

複数の正規表現パターンのすべてを満たすログを除外する場合は，<and>ディレクティブの内側に<exclude>ディレクティブを配置します。<and>ディレクティブの内側に配置する< exclude >ディレクティブのkeyは，それぞれ異なる必要があります。keyが重複していた場合，Fluentd起動時にエラーが発行されて起動しません。

論理和（OR）条件の指定

複数の正規表現パターンのいずれかを満たすログを除外する場合は，<or>ディレクティブの内側に<exclude>ディレクティブを配置します。<or>ディレクティブの内側に配置する< exclude >ディレクティブのkeyは，それぞれ異なる必要があります。keyが重複していた場合，Fluentd起動時にエラーが発行されて起動しません。

(c)　設定例

ログの抽出条件，あるいは除外条件は<>で囲まれたディレクティブ（次の設定規則におけるDIRECTIVE）を使用して設定します。

「::=」は，左辺にあるものを右辺にあるもので定義することを示します。「|」は，この記号の前後にあるもののどれかを示します。

CR ::= 改行
KEY ::＝ key 文字列
PATTERN ::= pattern /正規表現/

DIRECTIVE ::= REGEXP | EXCLUDE | AND | OR
REGEXP ::= <regexp> KEY CR PATTERN</regexp>
EXCLUDE ::= <exclude> KEY CR PATTERN </exclude>
EXPRESSION ::= REGEXP | EXCLUDE
EXPRESSIONS ::= EXPRESSION EXPRESSION  |  EXPRESSIONS EXPRESSION
AND ::= <and> EXPRESSIONS </and>
OR ::= <or> EXPRESSIONS </or> |

一つのログ監視定義にて，AND，ORで指定できる<regexp>ディレクティブ，または<exclude>ディレクティブの合計数は256です。

設定例を次に示します。

MESSAGEフィールドに文字列”Error”を含むログを抽出する場合

@type△grep
  <regexp>
    key MESSAGE
    pattern /Error /
  </regexp>

MESSAGEフィールドに文字列”Info” を含むログを除外する場合

@type△grep
  <exclude>
    key MESSAGE
    pattern /Info/
  </exclude>

VALUEフィールドが数値で，かつRECORD_NAMEがcpu_から始まるログを抽出する場合

@type△grep
  <and>
    <regexp>
      key VALUE
      pattern /[1-9]¥d*/
    </regexp>

    <regexp>
      key RECORD_NAME
      pattern /^cpu_/
    </regexp>
  </and>

STATUS_CODEフィールドが5から始まる3桁の数値である，またはURLの末尾が.cssであるログを除外する場合

@type△grep
  <or>
    <exclude>
      key STATUS_CODE
      pattern /^5¥d¥d$/
    </exclude>

    <exclude>
      key URL
      pattern /¥.css$/
    </exclude>
  </or>

(8)　アウトプットプラグイン機能（Output Plugins）

アウトプットプラグインは，ログの監視結果を出力します。アウトプットプラグインの機能は，次のとおりです。

http

JP1/IM - ManagerのJP1イベント変換APIを実行します。

stdout

Fluentd自身のログファイルへの出力です。

copy

上記の出力方法を複数使用するためのプラグインです。

rewrite_tag_filter

JP1イベントを発行する条件を指定するプラグインです。

(9)　HTTP POSTリクエスト機能（httpプラグイン）

httpプラグインは，POSTメソッドを使用してメトリックとログデータをJSON方式で転送します。

(a)　メトリックの送信

endpointでトレンドデータ書き込みAPIのURLを指定すると，メトリックをPOSTできます。POSTしたメトリックは，トレンドデータとして統合オペレーション・ビューアーから確認できます。また，メトリックをPOSTすることでIM管理ノードの作成ができます。

ユーザーは，トレンドデータ書き込みAPIを指定する必要があります。

初期値は次のとおりです。

endpoint http://統合エージェントホスト名:ポート/ima/api/v1/proxy/promscale/write

(b)　ログデータの送信

endpointでJP1イベント変換APIのURLを指定すると，ログデータをPOSTできます。POSTしたログデータは，JP1イベントとして統合オペレーション・ビューアーから確認できます。

ユーザーは，JP1イベント変換APIを指定する必要があります。

初期値は次のとおりです。

endpoint http://統合エージェントホスト名:ポート/ima/api/v1/proxy/imdd/im/api/v1/events/transform

(c)　送信するログデータのバッファ機能（buffer）

Fluentdはアウトプットプラグインを使用する際に，バッファ機能を使用します。バッファは，取得したログデータを蓄積しておく場所のことです。バッファ機能を使用することで，データを送信する頻度の調整や，送信に失敗したデータの一時保管ができます。httpプラグインは受け取ったログデータをバッファに蓄積します。蓄積したログデータは一定の間隔で統合エージェント管理基盤にPOSTされます。

バッファファイルのパス設定

ユーザーは，バッファを格納するディレクトリの絶対パスを指定する必要があります。定義ファイルの<buffer>ディレクティブ内のpathパラメーターを指定すると，バッファをキャッシュするファイルを指定できます。

蓄積したログデータの転送間隔の設定

flush_intervalを設定すると，蓄積したログデータの転送間隔を指定することができます。

bufferキューがいっぱいになった時のoutputプラグインの動作の設定

overflow_actionを設定すると，バッファの合計サイズがtotal_limit_sizeで指定したサイズに達した際の動作をthrow_exception，block，drop_oldest_chunkの3つから指定できます。それぞれの動作の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「テキスト形式のログファイルの監視定義ファイル（fluentd_@@trapname@@_tail.conf.template）」（2.　定義ファイル）を参照してください。

リトライ間隔の設定

FluentdはJP1/IM - Managerに接続するために，統合エージェント制御基盤と統合エージェント管理基盤にアクセスします。統合エージェント制御基盤か統合エージェント管理基盤，またはJP1/IM - Managerが停止していた場合，JP1/IM - Managerに接続できないことがあります。

retry_waitを指定すると，一時的な通信障害で，接続に失敗した場合に行うリトライの間隔を指定できます。

(10)　標準出力機能（stdoutプラグイン）

stdoutプラグインは，イベント変換機能で編集・抽出した後のログデータおよびメトリックを標準出力に出力します。

(a)　ログのフォーマット機能（format）

ログをフォーマットしてログファイルに出力できます。

出力される内容は，次のとおりです。

time区切り文字tag区切り文字record改行

区切り文字

区切り文字は，¥t（タブ）です。

改行

改行は，LF（Windows以外の場合）またはCRLF（Windowsの場合）です。

time

日時の形式は，次の形式で出力します。

%Y-%m-%d %H:%M:%S %z

例えば，2022年12月31日 12時34分0秒（日本時間）の場合，「2022-12-31 12:34:00 +0900」と出力されます。

「3.15.3(3)テキスト形式のログファイルの監視機能（tailプラグイン）」の「3.15.3(3)(g)ログのパース機能（parseプラグイン）」を使用して，「time」という名前でログメッセージ中の日時を切り出した場合，その日時が出力されます。「time」を切り出さない場合，Fluentdがそのログメッセージを監視したときのホストOSの時刻が設定されます。

ホストOSの時刻を変更した場合，timeの時刻が変更後の時刻に合わせて出力されます。また，Fluentd停止中にタイムゾーンを変更した場合，変更後のタイムゾーンに合わせて出力されます。

tag

<source>ディレクティブ内で指定した，tagを出力します。

JP1イベントを発行したログの場合「指定したtagの値.jp1event」，JP1イベントを発行しないログの場合「tagの値.outputlog」と出力します。JP1イベントを発行するか，JP1イベントを発行しないでログデータをログファイルに出力するかは，「3.15.3(12)イベント転送機能（rewrite_tag_filterプラグイン）」で指定できます。

record

[Input Settings]セクションで解析し，[Attributes Settings]セクションで編集したログのデータを，次のJSON形式で出力します。

{
  "eventide" :  "イベントID" ,
  "message" :  "メッセージ",
  "xsystem" : true,
  "attrs" : {"拡張属性名" : "値", …}
}

実際は改行せずに出力します。

(11)　複数アウトプット機能（copyプラグイン）

copyプラグインは，ログデータを複数のプラグインで出力できるようにします。

ログの監視結果を出力するアウトプットプラグインは，[Output Settings]で設定します。アウトプットプラグインは，<match>ディレクティブの引数でログの監視結果を指定し，<match>ディレクティブ内でアウトプットプラグインの設定を定義します。

JP1/IM - Agentでは，「3.15.3(9)HTTP POSTリクエスト機能（httpプラグイン）」と「3.15.3(10)標準出力機能（stdoutプラグイン）」で説明したアウトプットプラグインを使用しますが，アウトプットプラグインの定義は<match>ディレクティブ内に単一である必要があります。そのため，copyプラグインを<match>ディレクティブ内に配置し，copyプラグイン内でほかのアウトプットプラグインを定義することで，複数のプラグインでログの監視結果を出力できるようにします。

(a)　コピー先指定機能（store）

[Output Settings]でcopyプラグインを指定した場合，<store>ディレクティブ内に使用するアウトプットプラグイン（コピー先）を設定します。<store>ディレクティブは複数設定できるため，複数のプラグインで同じログデータを出力できます。

<store>ディレクティブに指定する内容は，単一のアウトプットプラグインを指定する場合に<match>ディレクティブ内に指定する内容と同様です。

(12)　イベント転送機能（rewrite_tag_filterプラグイン）

「3.15.3(6)ログデータの編集機能（record transformerプラグイン）」で編集した，JP1イベントの属性の値を指定して，JP1イベントとしてJP1/IM - Managerに転送するログデータを指定できます。この設定は監視定義ファイル内の[Forward Settings]で指定します。ユーザーは，<rule>ディレクティブ内のパラメーターkeyにJP1イベントの属性，patternにJP1イベントを発行するログの正規表現を指定できます。

ログの正規表現に合致したログデータはJP1イベントとしてJP1/IM - ManagerにPOSTされ，「3.15.3(10)標準出力機能（stdoutプラグイン）」で標準出力にも出力されます。合致しなかったログデータはJP1/IM - ManagerにPOSTされず，標準出力に出力されます。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「テキスト形式のログファイルの監視定義ファイル（fluentd_@@trapname@@_tail.conf.template）」（2.　定義ファイル）の[Forward Settings]セクションを参照してください。

(13)　ログ出力機能

Fluentdはログ出力機能を持ちます。ログはWinSW（Windows）およびrotatelogs（Windows以外）により，ログファイルに出力されます。ログレベル以外の設定項目については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の「サービス定義ファイル（jpc_プログラム名_service.xml）」および「ユニット定義ファイル（jpc_プログラム名.service）」を参照してください。

Fluentdのログファイルについては，マニュアル「JP1/Integrated Management 3 - Manager運用ガイド」の「12.2.2(5)Fluentdのログ」を参照してください。

(a)　ログレベルの指定

＜system＞セクションで，log_levelを設定して，ログの種別を指定できます。ログの種別は定義ファイル全体に適用されます。指定できるログの種別は，緊急度の高い順に次のとおりです。

fatal

error

warn

info

debug

trace

デフォルトのログレベルはinfoで，info以上の重大度をもつinfo，warn，error，およびfatalログを出力します。

(14)　メトリック送信機能

監視定義ファイルごとに，ログ監視が動作していることを表すメトリックを60秒ごとにJP1/IM - Managerに送信します。送信は「3.15.3(9) HTTP POSTリクエスト機能（httpプラグイン）」の機能を使用して行います。

メトリックがJP1/IM - Managerに保存されることで，ユーザーはトレンド表示機能を使用して，ログ監視が動作しているかを確認できます。また，製品プラグインのIM管理ノードの作成機能では，メトリックの値を参照して，IM管理ノードを作成します。

送信するメトリックを次に示します。太字で書かれた箇所は，監視定義ファイルの[Metric Settings]セクションでユーザーが設定する値です。

fluentd_logtrap_running{jp1_pc_fluentd_hostname="ホスト名", jp1_pc_nodelabel="IM管理ノードのラベル名",jp1_pc_category="カテゴリID",jp1_pc_logtrap_defname="ログ監視名",jp1_pc_trendname="fluentd"} 1

サンプルの値は常に1です。サンプルが保存されている場合，jp1_pc_logtrap_defnameのラベルに設定されたログ監視名のログ監視が，その時刻に行われていることを表します。サンプルが存在しない場合は，その時刻のログ監視は行われていないことを表します。

(15)　複数プロセス起動機能

Fluentdは，デフォルトでは1つのsupervisorプロセスと1つのworkerで起動します。複数プロセス起動機能を使用して，Fluentdのsupervisorプロセスは複数のworkerを起動し，workerごとに分離したプロセスを使用します。この機能を使用するのに必要な定義ファイルの設定は以下の通りです。

workersパラメータ

<worker>ディレクティブ

<worker N-M>ディレクティブ

これらの設定は，「ログ監視共通定義ファイル（jpc_fluentd_common.conf）」，「テキスト形式のログファイルの監視定義ファイル」，および「Windowsイベントログの監視定義ファイル」で実施します。各定義ファイルの設定内容については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の該当するファイルを参照してください。

(16)　注意事項

Fluentd自身のログを監視する場合は，処理がループしないような監視定義にする必要があります。

（例）アプリケーションのログファイルを監視する定義ファイルに誤りがあり，Fluentdのログファイルに次のようなエラーが発生したときに，JP1イベントを発行してユーザーに通知する。

2022-11-08 20:50:05 +0900 [error]: #0 invalid line found・・・

次に示すように，監視定義ファイルで，Fluentdのログファイルの上記「invalid line found」の文字列を監視して，JP1イベントを発行する設定をします。

　：
## [Input Settings]
<source>
  tag tail.fluentdlog
  path /opt/jp1ima/logs/fluentd/jpc_fluentd_service*
　：
  <parse>
    @type regexp
    expression ^((?<MESSAGE>.*))$
　：
  </parse>
</source>
　：
## [Inclusion Settings]
<filter tail.fluentdlog>
  @type grep
  <regexp>
    key MESSAGE
    pattern /.*invalid line found.*/
  </regexp>
</filter>
・・・

上記の監視定義でJP1イベントを発行すると，次に示すような「invalid line found」の文字列がログに出力されます。

2022-11-08 20:51:05 +0900    tail.fluentdlog.jp1event    {・・・,”message”:”2022-11-08 20:50:05 +0900 [error]: #0 invalid line found・・・”,・・・}

上記のログと設定で，次のようにJP1イベント発行が繰り返し実行されます。

Fluentdでエラーが発生する。

「invalid line found」のログを出力します。

監視定義ファイルの設定で，1.を契機にJP1イベントを発行する。

「invalid line found」の文字列を含む「tail.fluentdlog.jp1event」のログを出力します。

監視定義ファイルの設定で，2.を契機にJP1イベントを発行する。

「invalid line found」の文字列を含む「tail.fluentdlog.jp1event」のログを出力します。

以降，JP1イベント発行により出力されるログを契機にJP1イベント発行を繰り返す。

Fluentdのログファイルを監視する定義ファイルの設定で，出力するログを監視しないように設定することで回避してください。上記の例の場合は，ログ監視名がfluentdlogのログを監視しないように[Exclusion Settings]に設定して除外します。

　：
## [Inclusion Settings]
<filter tail.fluentdlog>
  @type grep
  <regexp>
    key MESSAGE
    pattern /.*invalid line found.*/
  </regexp>
</filter>

## [Exclusion Settings]
<filter tail.fluentdlog>
  @type grep
  <exclude>
    key MESSAGE
    pattern /^[^ ]*¥s[^ ]*¥s[^ ]*¥s+tail¥.fluentdlog¥.jp1event.*/
  </exclude>
</filter>
　：

ユーザー独自のgemはサポートしていません。JP1/IM - Agentが提供しているFluentdに，ユーザー独自のgemを追加した場合，Fluentdが期待どおりに動かないおそれがあるため，ユーザー独自のgemはインストールしないでください。

(17)　通信機能

(a)　通信プロトコルと認証方法

統合エージェントが使用する通信プロトコルと認証方法を，次に示します。

接続元

接続先

プロトコル

認証方式

Fluentd

統合エージェント制御基盤

HTTP

認証なし

注※

ICMPv6は使用できません。

(b)　ネットワーク構成

統合エージェントは，IPv4環境だけのネットワーク構成，またはIPv4環境とIPv6環境が混在するネットワーク構成で使用できます。IPv4環境とIPv6環境が混在するネットワーク構成では，IPv4通信だけに対応しています。

統合エージェントは，次に示すプロキシサーバなしの構成で使用できます。

接続元

接続先

接続の種類

Fluentd

統合エージェント制御基盤

プロキシサーバなし

統合エージェントは，次に示すデータを送信します。

接続元

接続先

送信データ

Fluentd

統合エージェント制御基盤

HTTP POSTプロトコルでJSON形式のデータを送信します。

JSON形式のデータを指定する形式を次に示します。

JP1/IM - ManagerのJP1イベント変換APIのメッセージボディーに指定する形式※1

JP1/IM - Managerのトレンドデータ書き込みAPIのメッセージボディーに指定する形式※2

注※1

詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.6.5　JP1イベント変換」の，リクエストのメッセージボディーに関する説明を参照してください。

注※2

詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.11.3　トレンドデータ書き込み」の，リクエストのメッセージボディーに関する説明を参照してください。

3.15.4　コンテナ監視機能

コンテナ環境の監視は，次の表に示すように，監視対象によって稼働情報の収集方法が異なります。

監視対象

稼働情報の収集方法

Red Hat OpenShift

ユーザー独自のPrometheus

Kubernetes

Amazon Elastic Kubernetes Service（EKS）

Azure Kubernetes Service（AKS）

Azure監視機能（Promitor）

監視対象ごとの稼働情報の収集方法について，次に説明します。

(1)　前提OSと前提プログラム

前提OSおよび前提プログラムは，JP1/IM - Agentと同じです。

(a)　ユーザー独自のPrometheusによるコンテナ監視の場合

JP1/IM - Managerとユーザー独自のPrometheusを使用してコンテナを監視します。JP1/IM - Agentは使用しません。そのため，前提OSは，ユーザー独自のPrometheusの仕様に準じます。また，次に示す監視対象に応じた前提プログラムが必要です。

■Red Hat OpenShiftを監視する場合

Red Hat OpenShift 4.11

■Kubernetesを監視する場合

Kubernetes 1.24

kube-state-metrics 2.6.0

node_exporter 1.4.0

(b)　Azure監視機能（Promitor）によるコンテナ監視の場合

JP1/IM - ManagerとJP1/IM - Agentを使用してコンテナを監視します。そのため，前提OSはJP1/IM - ManagerおよびJP1/IM - Agentに準じます。また，JP1/IM - Agentの前提プログラムが必要です。

(2)　ユーザー独自のPrometheusによるコンテナ監視機能

(a)　Red Hat OpenShift

Red Hat OpenShiftでは，デフォルトのモニタリングコンポーネントに含まれるPrometheusがスクレイプ対象（kube-state-metrics，node_exporter，kubelet）から取得した稼働情報を，JP1/IM - Managerに送信します。

主な取得項目

Red Hat OpenShiftの主な取得項目は，次の表に示すコンテナ監視のスクレイプ対象ごとのメトリック定義ファイル（初期状態）で定義しています。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の各メトリック定義ファイルの説明を参照してください。

スクレイプ対象

メトリック定義ファイル

kube-stat-metrics

コンテナ監視のメトリック定義ファイル（metrics_kubernetes.conf）

node_exporter

Node exporterのメトリック定義ファイル（metrics_node_exporter.conf）

kubelet

コンテナ監視のメトリック定義ファイル（metrics_kubernetes.conf）

メトリック定義ファイルには，取得項目を追加できます。定義ファイル内で記述するPromQL文で指定できるメトリックを，次に示します。

■スクレイプ対象がkube-stat-metricsの場合

メトリック名

取得する内容

ラベル

kube_cronjob_info

CronJobに関する情報

instance: インスタンス識別文字列

job: ジョブ名

cronjob: cronjob-name

namespace=cronjob-namespace

schedule=schedule

concurrency_policy=concurrency-policy

kube_cronjob_labels

Prometheusラベルに変換されたKubernetesラベル

instance: インスタンス識別文字列

job: ジョブ名

cronjob: cronjob-name

namespace=cronjob-namespace

label_CRONJOB_LABEL=CRONJOB_LABEL

kube_cronjob_created

Unix作成タイムスタンプ

instance: インスタンス識別文字列

job: ジョブ名

cronjob: cronjob-name

namespace=cronjob-namespace

kube_cronjob_next_schedule_time

CronJobがスケジュールされている場合はlastScheduleTimeよりあとの時間，スケジュールされていない場合はCronJobの作成時間よりあとの時間

注

これを利用してJobが遅延しているかどうかを判断します。

instance: インスタンス識別文字列

job: ジョブ名

cronjob: cronjob-name

namespace=cronjob-namespace

kube_cronjob_status_active

現在実行中のJobへのポインター

instance: インスタンス識別文字列

job: ジョブ名

cronjob: cronjob-name

namespace=cronjob-namespace

kube_cronjob_status_last_schedule_time

Jobが最後にスケジュールされたときの情報

instance: インスタンス識別文字列

job: ジョブ名

cronjob: cronjob-name

namespace=cronjob-namespace

kube_cronjob_spec_suspend

コントローラーに後続の実行を一時停止する指示

instance: インスタンス識別文字列

job: ジョブ名

cronjob: cronjob-name

namespace=cronjob-namespace

kube_cronjob_spec_starting_deadline_seconds

何らかの理由でスケジュールされた時間に間に合わなかった場合に，Jobを開始する期限

instance: インスタンス識別文字列

job: ジョブ名

cronjob: cronjob-name

namespace=cronjob-namespace

kube_cronjob_metadata_resource_version

CronJobの特定のバージョンを示すリソースバージョン

instance: インスタンス識別文字列

job: ジョブ名

cronjob: cronjob-name

namespace=cronjob-namespace

kube_daemonset_created

Unix作成タイムスタンプ

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_daemonset_status_current_number_scheduled

1つ以上のデーモンポッドが動作しているはずのノードの数

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_daemonset_status_desired_number_scheduled

デーモンポッドを動作させるべきノードの数

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_daemonset_status_number_available

1つ以上のデーモンポッドが動作し，利用可能であるべきノード数

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_daemonset_status_number_misscheduled

デーモンポッドが動作しているが，想定していないノードの数

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_daemonset_status_number_ready

デーモンポッドを実行し，1つ以上のデーモンポッドが実行可能な状態にあるべきノードの数

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_daemonset_status_number_unavailable

デーモンポッドを実行すべきノードで，デーモンポッドが実行されておらず利用可能なノードの数

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_daemonset_status_observed_generation

daemon setコントローラーが観測した直近の生成

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_daemonset_status_updated_number_scheduled

更新されたデーモンポッド

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_daemonset_metadata_generation

希望する状態の特定の生成を表すシーケンス番号

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_daemonset_labels

KubernetesのラベルをPrometheusのラベルに変換したもの

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

label_DAEMONSET_LABEL=DAEMONSET_LABEL

kube_deployment_status_replicas

Deploymentごとのレプリカの数

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_deployment_status_replicas_ready

Deploymentごとの準備レプリカ数

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_deployment_status_replicas_available

Deploymentごとの利用可能なレプリカ数

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_deployment_status_replicas_unavailable

Deploymentごとの利用不可能なレプリカ数

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_deployment_status_replicas_updated

Deploymentごとの更新されたレプリカ数

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_deployment_status_observed_generation

Deploymentコントローラーが観測した生成

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_deployment_status_condition

Deploymentの現在の状態

instance: インスタンス識別文字列

job: ジョブ名

deployment=deployment-name

namespace=deployment-namespace

condition=deployment-condition

status=true|false|unknown

kube_deployment_spec_replicas

Deploymentの必要なポッド数

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_deployment_spec_paused

Deploymentが一時停止され，Deploymentコントローラーで処理されないかどうか

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_deployment_spec_strategy_rollingupdate_max_unavailable

Deploymentのローリングアップデート中に，利用できないレプリカの最大数

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_deployment_spec_strategy_rollingupdate_max_surge

Deploymentのローリングアップデート中に，希望するレプリカの数を超えてスケジュールできる最大数

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_deployment_metadata_generation

希望する状態の特定の生成を表すシーケンス番号

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_deployment_labels

KubernetesのラベルをPrometheusのラベルに変換したもの

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_deployment_created

Unix作成タイムスタンプ

instance: インスタンス識別文字列

job: ジョブ名

daemonset=daemonset-name

namespace=daemonset-namespace

kube_job_info

Jobの情報

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_job_labels

KubernetesのラベルをPrometheusのラベルに変換したもの

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

label_JOB_LABEL=JOB_LABEL

kube_job_owner

Jobのオーナーの情報

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

owner_kind=owner kind

owner_name=owner name

owner_is_controller=whether owner is controller

kube_job_spec_parallelism

Jobが任意の時間に実行すべきpodの最大希望数

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_job_spec_completions

Jobの実行に必要な正常に終了したポッドの数

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_job_spec_active_deadline_seconds

システムが終了させようとする前にJobがアクティブである可能性がある開始時間からの秒数

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_job_status_active

アクティブに動作しているポッド数

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_job_status_succeeded

Phase Succceededに到達したポッド数

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_job_status_failed

Phase Failedに到達したポッド数

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

reason=failure reason

kube_job_status_start_time

ジョブマネージャーによってJobが承認された時刻

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_job_status_completion_time

Jobが完了した時刻

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_job_complete

Jobの実行が完了

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

condition=true|false|unknown

kube_job_failed

Jobの実行に失敗

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

condition=true|false|unknown

kube_job_created

Unix作成タイムスタンプ

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_replicaset_status_replicas

ReplicaSetごとのレプリカ数

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_replicaset_status_fully_labeled_replicas

ReplicaSetごとの完全ラベル付けされたレプリカ数

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_replicaset_status_ready_replicas

ReplicaSetごとの準備レプリカ数

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_replicaset_status_observed_generation

ReplicaSetコントローラーが観測した生成

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_replicaset_spec_replicas

ReplicaSetが必要とするポッド数

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_replicaset_metadata_generation

希望する状態の特定の生成を表すシーケンス番号

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_replicaset_labels

KubernetesのラベルをPrometheusのラベルに変換したもの

instance: インスタンス識別文字列

job: ジョブ名

replicaset=replicaset-name

namespace=replicaset-namespace

label_REPLICASET_LABEL=REPLICASET_LABEL

kube_replicaset_created

Unix作成タイムスタンプ

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_replicaset_owner

ReplicaSetのオーナー情報

instance: インスタンス識別文字列

job: ジョブ名

replicaset=replicaset-name

namespace=replicaset-namespace

owner_kind=owner kind

owner_name=owner name

owner_is_controller=whether owner is controller

kube_statefulset_status_replicas

StatefulSetごとのレプリカ数

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_statefulset_status_replicas_current

StatefulSetごとの現在のレプリカ数

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_statefulset_status_replicas_ready

StatefulSetごとの準備レプリカ数

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_statefulset_status_replicas_updated

StatefulSetごとのアップデートレプリカ数

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_statefulset_status_observed_generation

StatefulSetコントローラーが観測した生成

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_statefulset_replicas

StatefulSetが必要とするポッド数

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_statefulset_metadata_generation

StatefulSetの希望する状態の生成を表すシーケンス番号

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_statefulset_created

Unix生成タイムスタンプ

instance: インスタンス識別文字列

job: ジョブ名

job_name=job-name

namespace=job-namespace

kube_statefulset_labels

KubernetesのラベルをPrometheusのラベルに変換したもの

instance: インスタンス識別文字列

job: ジョブ名

statefulset=statefulset-name

namespace=statefulset-namespace

label_STATEFULSET_LABEL=STATEFULSET_LABEL

kube_statefulset_status_current_revision

0，currentReplicasの順でポッドを生成するために使用されるStatefulSetのバージョン

instance: インスタンス識別文字列

job: ジョブ名

statefulset=statefulset-name

namespace=statefulset-namespace

revision=statefulset-current-revision

kube_statefulset_status_update_revision

replicas-updateReplicas，replicasの順でポッドを生成するために使用されるStatefulSetのバージョン

instance: インスタンス識別文字列

job: ジョブ名

statefulset=statefulset-name

namespace=statefulset-namespace

revision=statefulset-current-revision

kube_namespace_created

Unix生成タイムスタンプ

instance: インスタンス識別文字列

job: ジョブ名

namespace=namespace-name

kube_namespace_labels

KubernetesのラベルをPrometheusのラベルに変換したもの

instance: インスタンス識別文字列

job: ジョブ名

namespace=namespace-name

label_NS_LABEL=NS_LABEL

kube_namespace_status_phase

kubernetes名前空間の状態フェーズ

instance: インスタンス識別文字列

job: ジョブ名

namespace=namespace-name

phase=Active|Terminating

kube_node_info

クラスターノードの情報

instance: インスタンス識別文字列

job: ジョブ名

node=node-address

kernel_version=kernel-version

os_image=os-image-name

container_runtime_version=container-runtime-and-version-combination

kubelet_version=kubelet-version

kubeproxy_version=kubeproxy-version

pod_cidr=pod-cidr

provider_id=provider-id

system_uuid=system-uuid

internal_ip=internal-ip

kube_node_labels

KubernetesのラベルをPrometheusのラベルに変換したもの

instance: インスタンス識別文字列

job: ジョブ名

node=node-address

label_NODE_LABEL=NODE_LABEL

kube_node_spec_unschedulable

ノードが新しいポッドをスケジュールできるかどうか

instance: インスタンス識別文字列

job: ジョブ名

node=node-address

kube_node_spec_taint

クラスターノードのtaint

instance: インスタンス識別文字列

job: ジョブ名

node=node-address

key=taint-key

value=taint-value

effect=taint-effect

kube_node_status_capacity

ノードの異なるリソースに対する容量

instance: インスタンス識別文字列

job: ジョブ名

node=node-address

resource=resource-name

unit=resource-unit

kube_node_status_allocatable

スケジュール可能なノードの異なるリソースに割り当てることが可能な状態

instance: インスタンス識別文字列

job: ジョブ名

node=node-address

resource=resource-name

unit=resource-unit

kube_node_status_condition

クラスターノードの状態

instance: インスタンス識別文字列

job: ジョブ名

node=node-address

condition=node-condition

status=true|false|unknown

kube_node_created

Unix生成タイムスタンプ

instance: インスタンス識別文字列

job: ジョブ名

node=node-address

kube_pod_info

ポッドの情報

instance: インスタンス識別文字列

job: ジョブ名

pod=pod-name

namespace=pod-namespace

host_ip=host-ip

pod_ip=pod-ip

node=node-name

created_by_kind=created_by_kind

created_by_name=created_by_name

uid=pod-uid

priority_class=priority_class

host_network=host_network

kube_pod_start_time

unixタイムスタンプにおけるポッドの開始時間

instance: インスタンス識別文字列

job: ジョブ名

pod=pod-name

namespace=pod-namespace

ip=pod-ip-address

ip_family=4 OR 6

uid=pod-uid

kube_pod_completion_time

unixタイムスタンプにおけるポッドの完了時間

instance: インスタンス識別文字列

job: ジョブ名

pod=pod-name

namespace=pod-namespace

uid=pod-uid

kube_pod_owner

ポッドのオーナー情報

instance: インスタンス識別文字列

job: ジョブ名

pod=pod-name

namespace=pod-namespace

owner_kind=owner kind

owner_name=owner name

owner_is_controller=whether owner is controller

uid=pod-uid

kube_pod_labels

KubernetesのラベルをPrometheusのラベルに変換したもの

instance: インスタンス識別文字列

job: ジョブ名

pod=pod-name

namespace=pod-namespace

label_POD_LABEL=POD_LABEL

uid=pod-uid

kube_pod_status_phase

ポッドの現在のフェーズ

instance: インスタンス識別文字列

job: ジョブ名

pod=pod-name

namespace=pod-namespace

phase=Pending|Running|Succeeded|Failed|Unknown

uid=pod-uid

kube_pod_status_ready

ポッドがリクエストを処理する準備ができているかどうか

instance: インスタンス識別文字列

job: ジョブ名

pod=pod-name

namespace=pod-namespace

condition=true|false|unknown

uid=pod-uid

kube_pod_status_scheduled

ポッドのスケジューリングプロセスの状態

instance: インスタンス識別文字列

job: ジョブ名

pod=pod-name

namespace=pod-namespace

condition=true|false|unknown

uid=pod-uid

kube_pod_container_info

ポッド内のコンテナの情報

instance: インスタンス識別文字列

job: ジョブ名

container=container-name

pod=pod-name

namespace=pod-namespace

image=image-name

image_id=image-id

image_spec=image-spec

container_id=containerid

uid=pod-uid

kube_pod_container_status_waiting

コンテナが現在待機状態かどうか

instance: インスタンス識別文字列

job: ジョブ名

container=container-name

pod=pod-name

namespace=pod-namespace

uid=pod-uid

kube_pod_container_status_waiting_reason

コンテナが現在待機状態である理由

instance: インスタンス識別文字列

job: ジョブ名

container=container-name

pod=pod-name

namespace=pod-namespace

reason=container-waiting-reason

uid=pod-uid

kube_pod_container_status_running

コンテナが現在実行状態かどうか

instance: インスタンス識別文字列

job: ジョブ名

container=container-name

pod=pod-name

namespace=pod-namespace

uid=pod-uid

kube_pod_container_state_started

Unitタイムスタンプにおけるポッドコンテナの開始時間

instance: インスタンス識別文字列

job: ジョブ名

container=container-name

pod=pod-name

namespace=pod-namespace

uid=pod-uid

kube_pod_container_status_terminated

コンテナが現在終了状態かどうか

instance: インスタンス識別文字列

job: ジョブ名

container=container-name

pod=pod-name

namespace=pod-namespace

uid=pod-uid

kube_pod_container_status_ready

コンテナのreadinessチェックが成功したかどうか

instance: インスタンス識別文字列

job: ジョブ名

container=container-name

pod=pod-name

namespace=pod-namespace

uid=pod-uid

kube_pod_container_status_restarts_total

コンテナごとの再開したコンテナの数（累積値）

container=container-name

namespace=pod-namespace

instance: インスタンス識別文字列

job: ジョブ名

pod=pod-name

uid=pod-uid

kube_pod_created

Unix生成タイムスタンプ

instance: インスタンス識別文字列

job: ジョブ名

pod=pod-name

namespace=pod-namespace

uid=pod-uid

kube_pod_restart_policy

ポッドで使用されている再起動ポリシー

instance: インスタンス識別文字列

job: ジョブ名

pod=pod-name

namespace=pod-namespace

type=Always|Never|OnFailure

uid=pod-uid

kube_pod_init_container_info

ポッド内のinitコンテナの情報

instance: インスタンス識別文字列

job: ジョブ名

container=container-name

pod=pod-name

namespace=pod-namespace

image=image-name

image_id=image-id

image_spec=image-spec

container_id=containerid

uid=pod-uid

kube_pod_init_container_status_waiting

initコンテナが現在待機状態かどうか

instance: インスタンス識別文字列

job: ジョブ名

container=container-name

pod=pod-name

namespace=pod-namespace

uid=pod-uid

kube_pod_init_container_status_running

initコンテナが現在実行状態であるかどうか

instance: インスタンス識別文字列

job: ジョブ名

container=container-name

pod=pod-name

namespace=pod-namespace

uid=pod-uid

kube_pod_init_container_status_terminated

initコンテナが現在終了状態であるかどうか

instance: インスタンス識別文字列

job: ジョブ名

container=container-name

pod=pod-name

namespace=pod-namespace

uid=pod-uid

kube_pod_init_container_status_ready

initコンテナのreadinessチェックが成功したかどうか

instance: インスタンス識別文字列

job: ジョブ名

container=container-name

pod=pod-name

namespace=pod-namespace

uid=pod-uid

kube_pod_init_container_status_restarts_total

initコンテナが再開した数（累積値）

instance: インスタンス識別文字列

job: ジョブ名

container=container-name

namespace=pod-namespace

pod=pod-name

uid=pod-uid

kube_pod_spec_volumes_persistentvolumeclaims_info

ポッド内の永続ボリュームの情報

instance: インスタンス識別文字列

job: ジョブ名

pod=pod-name

namespace=pod-namespace

volume=volume-name

persistentvolumeclaim=persistentvolumeclaim-claimname

uid=pod-uid

kube_pod_spec_volumes_persistentvolumeclaims_readonly

永続ボリュームが読み込み権限だけでマウントされているかどうか

instance: インスタンス識別文字列

job: ジョブ名

pod=pod-name

namespace=pod-namespace

volume=volume-name

persistentvolumeclaim=persistentvolumeclaim-claimname

uid=pod-uid

kube_pod_status_scheduled_time

ポッドがスケジュール状態に移行したときのUnixタイムスタンプ

instance: インスタンス識別文字列

job: ジョブ名

pod=pod-name

namespace=pod-namespace

uid=pod-uid

kube_pod_status_unschedulable

ポッドのスケジュールできない状態

instance: インスタンス識別文字列

job: ジョブ名

pod=pod-name

namespace=pod-namespace

uid=pod-uid

■スクレイプ対象がnode_exporterの場合

「3.15.1(1)(d)Node exporter（Linux性能情報収集機能）」の「主な取得項目」を参照してください。

■スクレイプ対象がkubeletの場合

メトリック名

取得する内容

ラベル

container_blkio_device_usage_total

ブロックI/Oデバイスの使用バイト数（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

major: メジャーID

minor: マイナーID

operation: オペレーション（Async/Sync/Discard/Read/Write/Total）

container_cpu_cfs_periods_total

施行経過期間の間隔数（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_cpu_cfs_throttled_periods_total

絞られた期間の間隔数（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_cpu_cfs_throttled_seconds_total

コンテナが絞られた合計時間（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_cpu_system_seconds_total

累積システムCPU消費時間（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_cpu_usage_seconds_total

累積CPU消費時間（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

cpu: CPU名

container_cpu_user_seconds_total

累積ユーザCPU消費時間（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_fs_inodes_free

利用可能なInode数

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_fs_inodes_total

合計Inode数

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_fs_io_current

現在処理中のI/O数

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_fs_io_time_seconds_total

累積I/O秒数（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_fs_io_time_weighted_seconds_total

累積重みづけI/O時間（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_fs_limit_bytes

コンテナがこのファイルシステムで消費できるバイト数

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_fs_reads_bytes_total

累積読み込みバイト数（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_fs_read_seconds_total

累積読み込み秒数（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_fs_reads_merged_total

マージされた書き込み累積数（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_fs_reads_total

累積読み込み完了数（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_fs_sector_reads_total

累積セクタ読み込み完了数（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_fs_sector_writes_total

累積セクタ書き込み完了数（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_fs_usage_bytes

コンテナがこのファイルシステムで消費したバイト数

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_fs_writes_bytes_total

累積書き込みバイト数（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_fs_write_seconds_total

累積書き込み秒数（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_fs_writes_merged_total

マージされた書き込み累積数（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_fs_writes_total

累積書き込み完了数（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

device: デバイス名

container_memory_cache

合計ページキャッシュメモリ

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_memory_failcnt

メモリ使用量制限のヒット数（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_memory_failures_total

累積メモリ割り当て失敗数（累積値）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

failure_type: 失敗原因（pgfault/pgmajfault）

scope: スコープ（container/hierarchy）

container_memory_mapped_file

メモリマップトファイルのサイズ

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_memory_max_usage_bytes

記録された最大メモリ使用量

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_memory_rss

RSSのサイズ

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_memory_swap

コンテナスワップ使用量

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_memory_usage_bytes

現在のメモリ使用量（いつアクセスされたかは問わず，すべてのメモリを含む）

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_memory_working_set_bytes

現在のワーキングセット

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_spec_cpu_period

CPU制限時間

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_spec_cpu_quota

CPUクォータ

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_spec_cpu_shares

CPUシェア

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_spec_memory_limit_bytes

メモリ制限

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_spec_memory_reservation_limit_bytes

メモリ予約制限

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

container_spec_memory_swap_limit_bytes

メモリスワップ制限

id: コンテナID

name: コンテナ名

image: イメージ名

container: コンテナ名（kubernetes定義）

namespace: ネームスペース

pod: ポッド名

(b)　Kubernetes

Kubernetesでは，Kubernetes環境を監視しているユーザー独自のPrometheusがスクレイプ対象（kube-state-metrics，node_exporter，kubelet）から取得した稼働情報を，JP1/IM - Managerに送信します。

Kubernetesの監視対象のコンポーネント名を，次の表に示します。

構成要素名

監視対象

コンポーネント名

クラスタ

○

Cluster

Control Plane

ホスト

○※1

Node

サービス（apiserverなど）

−

−

ワーカーノード

ホスト

○※1

Node

サービス（apiserverなど）

−

−

コンテナ

−

−

Namespace

○※1

Namespace

ワークロード※2

○※1

注※2の表を参照してください。

ポッド

○

Pod

（凡例）

○：監視する　−：監視しない

注※1

AKSでは取得できません。

注※2

ワークロードには，次の6つの種別があります。

ワークロードの種別

コンポーネント名

CronJob

CronJob

Job

Job

DaemonSet

DaemonSet

Deployment

Deployment

ReplicaSet

ReplicaSet

StatefulSet

StatefulSet

主な取得項目

「3.15.4(2)(a)Red Hat OpenShift」の「主な取得項目」を参照してください。

(c)　Amazon Elastic Kubernetes Service（EKS）

Amazon Elastic Kubernetes Service（EKS）では，PrometheusまたはADOT（AWS Distro for OpenTelemetry）エージェント（Prometheus receiverとexporterを使用）がスクレイプ対象（kube-state-metrics，node_exporter，kubelet）から収集した情報を，JP1/IM - Managerに送信します。

なお，次の表に示すように，監視対象のサービスがEKS on Fargateの場合，ポッドの性能情報をするためには，ADOTエージェントを使用する必要があります。

収集ツール

監視対象のサービス

EKS on EC2

EKS on Fargate

Prometheus

○

△

ADOTエージェント

○

○

（凡例）

○：メトリクスを収集できます（ポッドの性能情報を取得できます）。

△：メトリクスを収集できます（ポッドの性能情報を取得できません）。

主な取得項目

「3.15.4(2)(a)Red Hat OpenShift」の「主な取得項目」を参照してください。

(3)　Azure監視機能（Promitor）によるコンテナ監視機能

(a)　Azure Kubernetes Service（AKS）

Azure Kubernetes Service（AKS）の監視では，Azure監視機能（Promitor）を使用して，AKSのデフォルトの情報を取得します。Promitorの詳細については，「3.15.1(1)(h)Promitor（Azure Monitor性能情報収集機能）」を参照してください。

主な取得項目

PromitorによるAKS監視の主な取得項目は，Promitorのメトリック定義ファイル（初期状態）で定義しています。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Promitorのメトリック定義ファイル（metrics_promitor.conf）」を参照してください。

Promitorのメトリック定義ファイルには，取得項目を追加できます。定義ファイル内で記述するPromQL文で指定できるAKS監視のメトリックについては，「3.15.1(1)(h)Promitor（Azure Monitor性能情報収集機能）」の「収集できるメトリック」を参照してください。

3.15.5　SAPシステム監視機能

Script exporter，JP1/Baseのログトラップ機能，Fluentdのログ監視機能，およびJP1/IM - Agentが同梱するSAPシステムのログ抽出コマンド（jr3slget，jr3alget）を使用して，SAPシステムのシステムログ情報とCCMSアラート情報を監視できます。

なお，コンテナ内でJP1/IM - Agentを動作させて，SAPシステム監視機能を使用することはできません。

表3‒23　SAPシステム監視機能の機能一覧

機能

説明

スクリプト実行機能（Script exporter）

定期的にSAPシステムのログ抽出コマンドを実行します。コマンドの実行可否や実行時間などをメトリックとして取得します。

SAPシステムのログ抽出コマンド（jr3slget，jr3alget）

SAPシステムからシステムログ情報とCCMS情報を抽出してテキストファイルへその内容を出力します。ユーザーはスクリプト実行機能（Script exporter）を使用して，SAPシステム用のコマンドを実行します。cron，ジョブなどからも実行できます。

スクリプト実行結果監視機能

SAPシステムのログ抽出コマンドで出力したSAPシステムのログ情報を監視します。

Fluentd，JP1/Baseのどちらかのスクリプト実行結果監視機能で監視します。

スクリプト実行結果監視機能（Fluentd）

スクリプト実行機能（Script exporter）で実行したスクリプトが出力したシステムログ情報およびCCMSアラート情報を読み込んで解析し，JP1イベントを発行します。

スクリプト実行結果監視機能（JP1/Base）

スクリプト実行機能（Script exporter）で実行したスクリプトが出力したシステムログ情報およびCCMSアラート情報を読み込み，JP1イベントを発行します。

メトリック送信機能

SAPシステムの監視に関するメトリックをJP1/IM - Managerに送信します。

メトリック送信機能（Script exporter）

スクリプト実行機能（Script exporter）に関するメトリックをJP1/IM - Managerに送信します。

メトリック送信機能（Fluentd）

スクリプト実行結果監視機能に関するメトリックをJP1/IM - Managerに送信します。

(1)　前提条件

SAPシステムのログ抽出コマンドは，JP1/IM - Agentのオプション機能としてセットアップする必要があります。

セットアップ手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.23.3 SAPシステム監視の設定」および「2.21.3 SAPシステム監視の設定」を参照してください。

SAPシステムのログ抽出コマンドを動作させるためのRFCライブラリ，およびサポートするSAPシステムのバージョンについては，JP1/PFM - Agent for EAPに準じます。詳細については，JP1/IM - Agentのリリースノートを参照してください。

(a)　サービス

SAPシステム監視機能を使用するために起動が必要なサービスは，次の表に示すとおり，コマンド実行の方法（Script exporterまたはその他）とログ監視の方法（FluentdまたはJP1/Base）によって異なります。

表3‒24　SAPシステム監視機能を使用するために起動が必要なサービス

ログ監視の方法

コマンド実行の方法

Script exporter

その他（cron，ジョブなど）

Fluentd

■JP1/IM - Agentホスト

JP1/IM - Agentの次のサービス

jpc_imagent

jpc_imagentproxy

jpc_prometheus_server

jpc_alertmanager

jpc_fluentd

jpc_script_exporter

■JP1/IM - Managerホスト

JP1/IM - Managerのサービス

JP1/Base

■JP1/IM - Agentホスト

JP1/IM - Agentの次のサービス

jpc_imagent

jpc_imagentproxy

jpc_prometheus_server

jpc_alertmanager

jpc_fluentd

■JP1/IM - Managerホスト

JP1/IM - Managerのサービス

JP1/Base

JP1/Base

■JP1/IM - Agentホスト

JP1/IM - Agentの次のサービス

jpc_imagent

jpc_imagentproxy

jpc_prometheus_server

jpc_alertmanager

jpc_script_exporter

JP1/Base

■JP1/IM - Managerホスト

JP1/IM - Managerのサービス

JP1/Base

■JP1/IM - Agentホスト

JP1/Base

■JP1/IM - Managerホスト

JP1/IM - Managerのサービス

JP1/Base

(2)　機能詳細

Script exporter，JP1/Baseのログトラップ機能，Fluentdのログ監視機能，およびJP1/IM - Agentが同梱するSAPシステムのログ抽出コマンドを使用して，SAPシステムの情報を監視します。

Script exporterは，Prometheus serverからのスクレイプ要求を契機に，Script exporterの設定ファイルに指定したSAPシステムのログ抽出コマンドを実行します。このコマンドで抽出したSAPシステムのシステムログ情報とCCMSアラート情報を，それぞれテキストファイルに出力します。

SAPシステムのログ抽出コマンドには，システムログ情報を抽出するコマンドと，CCMSアラート情報を抽出するコマンドがあります。

SAPシステムのログ抽出コマンドで抽出したシステムログ情報とCCMSアラート情報は，テキスト形式のログファイルに出力されます。Fluentdのログ監視機能を使用して，このログファイルを監視します。監視したログは，Fluentdのログに出力します。また，ログの解析結果に応じて，JP1イベントとして発行します。

また，コマンド実行に関する情報（コマンドの終了ステータス，実行時間，終了コード）をメトリクスとして収集します。スクリプト実行に関する情報は，統合オペレーション・ビューアーの［トレンド］タブで確認できます。同様に，Fluentdのログ監視の動作状況もメトリクスとして収集されます。送信されたメトリックの情報を基に，IM管理ノードを作成します。IM管理ノードについては，「3.15.5(2)(d)メトリック送信機能」を参照してください。

(a)　スクリプト実行機能（Script exporter）

スクリプト実行機能は，Script exporterがPrometheusのスクレイプ要求を契機に，SAPシステムのログ抽出コマンドを使用してSAPシステムのシステムログ情報とCCMSアラート情報を出力する機能です。

Script exporterの機能については，「3.15.1(1)(j)Script exporter（UAP監視機能）」を参照してください。

Script exporter設定ファイル（jpc_script_exporter.yml）に，SAPシステムのシステムログ情報とCCMSアラート情報を抽出するコマンドを実行する設定を行うことで，SAPシステムのシステムログ情報とCCMSアラート情報を，テキスト形式のファイルに出力できます。

Script exporter設定ファイルの指定内容については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「SAPシステム監視のScript exporter設定ファイルのサンプルファイル（jpc_script_exporter_sap.yml）」（2. 定義ファイル）を参照してください。

注意事項

SAPシステム監視機能では，Script exporter設定ファイル（jpc_script_exporter.yml）または環境パラメーター設定ファイルに，接続に使用するユーザーのパスワードを設定する場合は，これらのファイルをアクセス権のないユーザーから参照できないように，セキュリティの設定を実施してください。

なお，環境パラメーター設定ファイルは，下記のマネージャー機能を使用して操作できません。

ファイルダウンロード機能による配布

定義ファイル操作機能による編集

(b)　SAPシステムのログ抽出コマンド

SAPシステムのシステムログ情報とCCMSアラート情報を抽出するコマンドとして，次のコマンドを使用できます。

SAPシステムのシステムログ情報を抽出するコマンド（jr3slget）

SAPシステムのCCMSアラート情報を抽出するコマンド（jr3alget）

各コマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jr3slget」（1.コマンド）および「jr3alget」（1.コマンド）を参照してください。

ログ抽出可能なSAPシステム

SAPのログ抽出コマンドは，RFCコネクションを介して，SAPシステムの外部インターフェースにアクセスします。RFC接続情報を，環境パラメーター設定ファイルまたはSAPのログ抽出コマンドの引数で指定することで，リモートホストを含むホスト上のSAPシステムにアクセスできます。

コマンドのパラメーター定義

SAPシステムのログ抽出コマンドのパラメーターは，コマンドの引数または環境パラメーター設定ファイルで指定します。

コマンドの各種環境パラメーターを事前定義するためには，SAPシステムのログ抽出コマンドの入力ファイルとして，環境パラメーター設定ファイルを作成する必要があります。

JP1/IM - Agentが提供する環境パラメーター設定ファイルのサンプルを，任意のディレクトリにコピーし，カスタマイズして使用できます。環境パラメーター設定ファイルのサンプルについては，マニュアル「コマンド・定義ファイル・APIリファレンス」（2. 定義ファイル）の「jr3slgetコマンドの環境パラメーター設定ファイルのサンプルファイル（jr3slget.ini.sample）」と「jr3algetコマンドの環境パラメーター設定ファイルのサンプルファイル（jr3alget.ini.sample）」を参照してください。

ログファイル出力

上記のコマンドで抽出したSAPシステムのシステムログ情報とCCMSアラート情報を，SAPシステムのログ抽出コマンドのログファイルに出力します。出力先は，環境パラメーター設定ファイルまたはSAPシステムのログ抽出コマンドの引数で，任意のパスを指定します。出力する文字コードはOSの言語設定に従います。

スクリプト実行結果監視機能（Fluentd）を使用して出力されたログファイルを監視する場合は，出力形式をWRAP2に指定する必要があります。

ログ監視機能（Fluentd）で監視可能なテキストファイルについては，「3.15.3(3)テキスト形式のログファイルの監視機能（tailプラグイン）」を参照してください。

また，JP1/Baseのログファイルトラップ機能を使用してログファイルを監視する場合も，WRAP1形式ではトラップ遅延などの問題があるため，WRAP2形式でログファイルを出力することを推奨します。

保守情報の記録

SAPシステムのログ抽出コマンドの保守情報は，コマンドのトレースファイルに出力します。トレースファイルのパスは，環境パラメーター設定ファイルで任意のパスを指定します。指定しない場合，コマンドの作業ディレクトリに出力されます。出力する文字コードはOSの言語設定に従います。

前回のレコード抽出時刻の管理

SAPシステムのログ抽出コマンドで，前回のコマンド実行以降に出力したSAPシステムのシステムログ情報とCCMSアラート情報を抽出する場合は，タイムスタンプファイルを作成する必要があります。この場合は，コマンド実行時に-lasttimeオプションでタイムスタンプファイルを指定します。

(c)　スクリプト実行結果監視機能

スクリプト実行結果監視機能（Fluentd）

スクリプト実行結果監視機能（Fluentd）は，Fluentdのログ監視機能を使用して，テキストファイルに出力されたSAPシステムのシステムログ情報とCCMSアラート情報を監視する機能です。テキスト形式のログファイルの監視機能を使用してテキストファイルを監視し，JP1イベントに変換します。監視定義ファイルのサンプルとして，次に示す2つのテキスト形式のログファイル監視定義ファイルを提供します。サンプルファイルは，Fluentdのログ監視機能がサポートする範囲で編集できます。

SAPシステムのシステムログ情報監視定義サンプル（fluentd_sap_syslog_tail.conf）

SAPシステムのCCMSアラート情報監視定義サンプル（fluentd_sap_alertlog_tail.conf）

スクリプト実行結果監視機能（JP1/Base）

スクリプト実行結果監視機能（JP1/Base）は，JP1/Baseのログファイルトラップ機能を使用して，テキストファイルに出力されたSAPシステムのシステムログ情報とCCMSアラート情報を監視する機能です。テキストファイルに出力された情報は，JP1イベントに変換できます。

(d)　メトリック送信機能

メトリック送信機能は，「3.15.5(2)(a)スクリプト実行機能（Script exporter）」と「3.15.5(2)(c)スクリプト実行結果監視機能」の動作状況を，JP1/IM - Managerに送信する機能です。jr3slgetコマンドとjr3algetコマンドのそれぞれに対して，スクリプト実行状況とスクリプト実行結果監視状況をメトリックの形式で送信します。送信されたメトリックの情報を基に，IM管理ノードを作成します。

メトリック送信機能（Script exporter）

スクリプト実行状況の情報取得には，Script exporterの機能を使用します。Script exporterの機能，およびScript exporterが取得するメトリックについては，「3.15.1(1)(j)Script exporter（UAP監視機能）」を参照してください。

Script exporterのメトリックは，統合オペレーション・ビューアーの［トレンド］タブや［ダッシュボード］タブで確認できます。Script exporterのIM管理ノードについては，「3.15.6(1)IM管理ノードの作成」を参照してください。

Script exporterを使用して作成するIM管理ノードのラベル名は，Script exporter設定ファイルに指定したscripts.nameの値です。SAPシステム監視のメトリック送信機能（Script exporter）のscripts.nameのデフォルト値は，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「SAPシステム監視のScript exporter設定ファイルのサンプルファイル（jpc_script_exporter_sap.yml）」（2. 定義ファイル）を参照してください。

Script exporter設定ファイルに，SAPシステムのログ抽出コマンドを実行するスクリプトを定義する場合，script.nameにはSAPシステムのログ抽出コマンド名（jr3slgetまたはjr3alget）を含める必要があります。含めない場合，SAPシステム監視のメトリック送信機能のIM管理ノードがOther Applicationsカテゴリ配下に作成されます。

SAPシステム監視のメトリック送信機能（Script exporter）を使用して作成するIM管理ノードは，Enterpriseカテゴリ配下に作成されます。SAPシステム監視のメトリック送信機能（Script exporter）を使用する場合は，Prometheus設定ファイルを編集し，Script exporterが取得するメトリックのうち，SAPシステム監視に関するメトリックが，IM管理ノードのEnterpriseカテゴリに振り分けられるように設定してください。

設定内容については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.2(3)(h)SAPシステムのログ抽出コマンドをScript exporterを使用して実行する場合の設定（Windowsの場合）（オプション）」および「2.19.2(3)(h)SAPシステムのログ抽出コマンドをScript exporterを使用して実行する場合の設定（Linuxの場合）（オプション）」を参照してください。

上記の設定を行うと，Script exporter設定ファイル内のscript.nameにSAPシステムのログ抽出コマンド名（jr3slgetまたはjr3alget）が含まれている場合に，Enterpriseカテゴリ配下にSAPシステム監視のメトリック送信機能のIM管理ノードが作成されます。

メトリック送信機能（Fluentd）

スクリプト実行結果監視状況の情報取得には，Fluentdのログ監視機能のメトリック送信機能を使用します。メトリック送信機能については，「3.15.3(14)メトリック送信機能」を参照してください。

FluentdのIM管理ノードについては，「3.15.6(1)IM管理ノードの作成」を参照してください。jp1_pc_categoryで指定するカテゴリとjp1_pc_nodelabelの値については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「SAPシステムのシステムログ情報監視定義ファイルのサンプルファイル（fluentd_sap_syslog_tail.conf）」（2. 定義ファイル）および「SAPシステムのCCMSアラート情報監視定義ファイルのサンプルファイル（fluentd_sap_alertlog_tail.conf）」（2. 定義ファイル）を参照してください。

3.15.6　製品プラグイン

製品プラグインは，JP1/IM - Manager（インテリジェント統合管理基盤）の連携機能として動作し，統合エージェントの構成，パフォーマンスデータ，およびJP1イベントを管理するコンポーネントです。

製品プラグインは，プラグイン関数を同梱し，製品プラグインと統合エージェントをセットアップすると，JP1/IM - Manager（インテリジェント統合管理基盤）で，次のことができるようになります。

統合オペレーション・ビューアーの［稼働状況］領域に，監視対象のIM管理ノードを表示できます。

統合オペレーション・ビューアーの［トレンド］タブで，統合エージェントが収集したパフォーマンスデータのグラフを表示できます。

JP1/IM - ManagerのREST APIを使用して，統合エージェントが収集したパフォーマンスデータを取得できます。

JP1/IM - Agentの統合エージェントが発行したアラートのJP1イベントを，JP1/IM - AgentのIM管理ノードに対するイベントとして，統合オペレーション・ビューアーの［イベント一覧］領域に表示できます。

JP1/IM - Agentが提供する製品プラグインを次に示します。

製品プラグイン

機能

jp1pccs.js

Exporterの管理機能

jp1pccs_azure.js

Azure Monitorの性能情報の収集機能

jp1pccs_kubernetes.js

ユーザー独自のPrometheusによるコンテナ監視機能

ここでは，JP1/IM - Agentの製品プラグイン（jp1pccs.js）が，JP1/IM - Managerと連携して提供する機能について説明します。

(1)　IM管理ノードの作成

JP1/IM - Managerの統合オペレーション・ビューアーのIM管理ノードとして表示させるため，JP1/IM - Agentが管理する次の構成情報を取得します。

ホスト

Prometheus server

Alertmanager

Exporter

Fluentd

ユーザー独自のExporter（JP1/IM - Agentが提供するPrometheus serverに接続）

また，JP1/IM - Manager（インテリジェント統合管理基盤）と直接接続する次の構成情報も取得します。

ホスト

ユーザー独自のPrometheus server

ユーザー独自のAlertmanager

ユーザー独自のExporter（ユーザー独自のPrometheus serverに接続）

ユーザー独自のFluentd

JP1/IM - Managerのjddcreatetreeコマンド※1，または，WebGUI（統合オペレーション・ビューアー）でツリー情報の生成実行機能を実行したときに，JP1/IM - AgentのIM管理ノード関連ファイルを作成します。また，jddcreatetreeコマンド※1の実行後に，jddupdatetreeコマンド※1，または，WebGUIでIM管理ノード作成実行機能を実行することで，JP1/IM - Agentの構成を，統合オペレーション・ビューアーのツリーの表示内容に反映できます。

Azure Monitorの性能情報の収集機能とユーザー独自のPrometheusによるコンテナ監視機能は，Yet another cloudwatch exporterとは異なり，監視対象のAzure上またはKubernetes上でのタグ付けは不要です。

Azure Monitorの性能情報の収集機能

Promitorから取得したresource_uriラベルにリソースの名称が含まれるため，Prometheus設定ファイル（jpc_prometheus_server.yml）で，jp1_pc_nodelabelにリラベルする必要があります。

また，タグ付けが不要なため，Promitor Resource Discoveryを利用した場合，デフォルトの設定では，すべてのリソースが取得されます。取得するリソースを絞り込みたい場合は，Promitorの設定ファイルで，取得対象を指定してください。

監視対象の変更方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」で，「1.21.2(8)Promitorの設定」の「(d)取得対象の設定（必須）」を参照してください。

ユーザー独自のPrometheusによるコンテナ監視機能

各メトリクスの特定のラベルにリソースの名称が含まれるため，Prometheus設定ファイル（jpc_prometheus_server.yml）で，jp1_pc_nodelabelにリラベルする必要があります。

また，タグ付けが不要なため，デフォルトの設定では，すべてのリソースが取得されます。取得するリソースを絞り込みたい場合は，Prometheus設定ファイル（jpc_prometheus_server.yml）で，取得対象を指定してください。

監視対象の変更方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」で，「1.21.2(11)コンテナ監視の設定」の「(e)取得対象の設定（オプション）」を参照してください。

IM管理ノード関連ファイルについては，「3.5.3　IM管理ノード関連ファイル」を参照してください。

JP1/IM - Managerが階層構成で，統合マネージャーでIM管理ノード作成実行機能が実行された場合は，下位マネージャーの構成情報も取得します。

(a)　ターゲットとなる構成情報のSIDの種類と使用できる機能

JP1/IM - Agentが作成するIM管理ノードに対応する構成情報のSIDの形式は，監視に使用するアドオンプログラムの種類に応じて異なります。

Exporterの種類ごとの，構成情報のSIDの種類と使用できる機能を，次に示します。

構成情報のSIDの種類

説明

使用できる機能

ホスト

統合エージェントホストSID

統合エージェント制御基盤がセットアップされているホストのSIDです。

なし（ツリーの階層構造に表示されます）

PrometheusホストSID

Prometheus serverがセットアップされているホストのSIDです。

エージェントホストSID

監視対象ホストのSIDです。

自ホストを監視するExporterの場合，ExporterがセットアップされているホストのSIDです。

リモートで監視するExporterの場合，監視対象のホストのSIDです。

リモート監視ホストSID

リモートで監視するExporterがセットアップされているホストのSIDです。

EC2ホストSID

AWSのEC2上にインスタンスとして存在するホストのSIDです。

ログ監視ホストSID

FluentdがセットアップされているホストのSIDです。

AzureVMホストSID

AzureのVMとして存在するホストのSIDです。

Management Applicationsカテゴリ

統合エージェント制御基盤SID

統合エージェント制御基盤のSIDです。

関連ノードのプロパティ表示

PrometheusSID

Prometheus serverのSIDです。

JP1/IM - Agentのプロセスに対する死活監視の設定で，Prometheus serverの稼働状態を監視している場合，Prometheus serverが停止しているときに発行されるJP1イベントは，このIM管理ノードに登録します。

AlertmanagerSID

AlertmanagerのSIDです。

JP1/IM - Agentのプロセスに対する死活監視の設定で，Alertmanagerの稼働状態を監視している場合，Alertmanagerが停止しているときに発行されるJP1イベントは，このIM管理ノードに登録します。

エージェントサービスSID

監視対象の運用管理用のSIDです。

自ホストを監視するExporterが停止しているときに発行されるJP1イベントは，このIM管理ノードに登録します。

リモート監視サービスSID

リモートで監視するExporterの運用管理用のSIDです。

リモートで監視するExporterが停止しているときに発行されるJP1イベントは，このIM管理ノードに登録します。

ログ監視サービスSID

Fluentdの運用管理用のSIDです。

Fluentdが停止しているときに発行されるJP1イベントは，このIM管理ノードに登録します。

統合エージェントのカテゴリ

エージェントSID

監視対象のSIDです。

パフォーマンスデータを監視するアラートのJP1イベントや，ホストに対する死活監視の設定で，ホストの稼働状態を監視している場合，ホストが停止しているときに発行されるJP1イベントは，このIM管理ノードに登録します。

トレンド情報の表示，関連ノードのプロパティ表示

リモートエージェントSID

リモートで監視する対象のSIDです。

パフォーマンスデータを監視するアラートのJP1イベントや，ホストに対する死活監視の設定で，ホストの稼働状態を監視している場合，ホストが停止しているときに発行されるJP1イベントは，このIM管理ノードに登録します。

ログ監視対象のSID

監視対象のログを出力するアプリケーションやOSのSIDです。

監視対象のログファイルに出力される情報，および，Windowsのイベントログに出力される情報を変換したJP1イベントは，このIM管理ノードに登録します。

Platformカテゴリ

EC2のCloudWatchSID

EC2の監視対象のSIDです。

Yet another cloudwatch exporterで監視している場合，AWSのEC2にインスタンスが存在，かつ，メトリック定義ファイルにEC2のメトリックを記述しているときは，インスタンス別のメトリクスごとに，このIM管理ノードを作成します。EC2のインスタンスを監視するアラートに対応するJP1イベントは，このIM管理ノードに登録します。

なお，イメージ（AMI）ID別，インスタンスタイプ別，およびインスタンス全体に対するIM管理ノードは作成しません。

トレンド情報の表示，関連ノードのプロパティ表示

AzureVMのAzureMonitorSID

AzureVMの監視対象のSIDです。

Promitorで監視している場合，監視対象のAzureのVMにインスタンスが存在，かつ，メトリック定義ファイルにVMのメトリックを記述しているときは，このIM管理ノードを作成します。VMのインスタンスを監視するアラートに対応するJP1イベントは，このIM管理ノードに登録します。

オブジェクトルートノード

EC2以外のCloudWatchSID

EC2以外の監視対象のSIDです。

Yet another cloudwatch exporterで監視している場合，AWSのEC2以外のサービスにリソースが存在，かつ，メトリック定義ファイルにそのリソースを監視するメトリックを記述しているときは，インスタンス別のメトリクスごとに，このIM管理ノードを作成します。EC2以外のサービスを監視するアラートに対応するJP1イベントは，このIM管理ノードに登録します。

トレンド情報の表示，関連ノードのプロパティ表示

AzureVM以外のAzureMonitorSID

AzureVM以外の監視対象のSIDです。

Promitorで監視している場合，監視対象のAzureのVM以外にインスタンスが存在，かつ，メトリック定義ファイルにそのリソースを監視するメトリックを記述しているときは，このIM管理ノードを作成します。リソースのインスタンスを監視するアラートに対応するJP1イベントは，このIM管理ノードに登録します。

KubernetesのSID

Kubernetesの監視対象のSIDです。

Prometheusと連携している場合，監視対象にリソースが存在，かつ，メトリック定義ファイルにそのリソースを監視するメトリックを記述しているときは，このIM管理ノードを作成します。

(b)　統合エージェント基盤のSIDの作成条件

インテリジェント統合管理基盤から統合エージェント基盤の構成を取得し，次のSIDを作成します。

統合エージェントホストSID

統合エージェント制御基盤SID

ユーザーが，監視対象を監視するためにユーザー独自のPrometheusやユーザー独自のFluentdを使用し，統合エージェントをインストールしていない場合，そのホストの統合エージェント制御基盤SIDは作成しません。

JP1/IM - Managerが階層構成で，統合マネージャーでIM管理ノード作成実行機能が実行された場合，下位マネージャーが管理する構成も取得します。そのため，下位マネージャーのインテリジェント統合管理基盤にアクセスできる必要があります。階層構成のJP1/IM - Managerの前提条件については，インテリジェント統合管理基盤の「3.5.8 複数拠点の監視」を参照してください。

(c)　統合エージェント基盤以外のIM管理ノードの作成条件

JP1/IM - Agentは，統合エージェント基盤以外のIM管理ノードを，JP1/IM - Managerのトレンドデータ管理DBに保存されているトレンドデータから作成します。そのため，ユーザーは，使用するアドオンプログラムのサービスを起動し，1分程度待ったあと※，IM管理ノードを作成する操作を行います。

注※

Prometheus設定ファイル（jpc_prometheus_server.yml）のscrape_intervalの値を変更している場合は，その値の時間だけ待ってから操作で行います。

jddcreatetreeコマンドの実行時に，トレンドデータ管理DBに保存されていない状態のアドオンプログラム，または，ユーザー独自のPrometheusもしくはFluentdに対するIM管理ノードは作成されません。

次のどちらかに該当する場合，トレンドデータ管理DBにメトリックが保存されていない状態になります。

アドオンプログラム，または，ユーザー独自のPrometheusもしくはFluentdのサービスを，停止または削除した状態で，トレンドデータ管理DBの保存期間（デフォルト32日）を過ぎる

アドオンプログラム，または，ユーザー独自のPrometheusもしくはFluentdのサービスを，停止または削除した状態で，トレンドデータ管理DBのサイズ上限によりメトリックが削除される※

注※

トレンドデータ管理DBのメトリックの削除については，「2.7.2(3)トレンドデータの削除」を参照してください。

Yet another cloudwatch exporterを使用する場合，AWS上でタグの設定が必要です。詳細については，「3.15.6(1)(k) Yet another cloudwatch exporterのIM管理ノードの作成」を参照してください。

ユーザー独自のPrometheusまたはFluentdを使用する場合でも，トレンドデータ管理DBにトレンドデータが保存されていればIM管理ノードを作成します。

JP1/IM - Managerが階層構成で，統合マネージャーでIM管理ノード作成実行機能が実行された場合，下位マネージャー配下のIM管理ノードは，下位マネージャーのトレンドデータ管理DBに保存されているトレンドデータから作成します。そのため，下位マネージャーのインテリジェント統合管理基盤にアクセスできる必要があります。また，下位マネージャーのトレンドデータ管理DBにメトリックが保存されている必要があります。

階層構成のJP1/IM - Managerの前提条件については，「3.5.8 複数拠点の監視」の「(1)前提条件」を参照してください。

JP1/IM - Managerが管理する各種情報については，「3.6 WebGUI（統合オペレーション・ビューアー）を使用した運用」の「3.6.1 概要」を参照してください。

(d)　停止中のサービスに対するIM管理ノードの作成と運用

メンテナンスなどの理由により，統合エージェントホスト，アドオンプログラム，または，ユーザー独自のPrometheusやFluentdのサービスを一時的に停止していても，IM管理ノードは作成されます。ただし，トレンドデータベースの保存期間を過ぎる，または，サイズ上限によりメトリックが削除されてしまった場合は，IM管理ノードは作成されなくなります。意図せずIM管理ノードが削除された場合，サービスを起動してメトリックがトレンドデータ管理DBに保存された状態でIM管理ノードのツリー情報の作成と反映操作を行うことで，再びIM管理ノードが作成されるようになります。

(e)　構成の変更または削除におけるIM管理ノードの作成と運用

アドオンプログラム，または，ユーザー独自のPrometheusやFluentdに対して，構成の変更または削除を行っても，トレンドデータ管理DBからそれらのメトリックが削除されないかぎり，構成の変更前または削除前のIM管理ノードが作成されます。構成の変更前または削除前のIM管理ノードを作成しない手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.2(16) IM管理ノードのツリー情報の作成と反映（Windowsの場合）（必須）」および「2.19.2(17) IM管理ノードのツリー情報の作成と反映（Linuxの場合）（必須）」を参照してください。

(f)　プロパティ表示

JP1/IM - Managerの統合オペレーション・ビューアーのノード詳細領域に，JP1/IM - AgentのIM管理ノードのプロパティを表示します。

JP1/IM - AgentがIM管理ノードのプロパティとして設定する値を，次に示します。なお，ここに記載しないSIDにはプロパティを設定しません。

表3‒25　プロパティとして設定する値（1/3）

構成情報のSIDの種類

プロパティ名※1

Prometheusのホスト名

スクレイプジョブ名

Exporter名

Prometheusトレンド名

Module※2

メンバー名

jp1_pc_prome_hostname

job

jp1_pc_exporter

jp1_pc_trendname

module

ホスト

EC2ホストSID

−

−

−

−

−

AzureVMホストSID

−

−

−

−

−

Management Applicationsカテゴリ

PrometheusSID

"Prometheusのホスト名"

−

−

−

−

AlertmanagerSID

−

−

−

−

エージェントサービスSID

"スクレイプジョブ名"

"jp1_pc_exporterの値"

−

−

リモート監視サービスSID

−

−

−

統合エージェント制御基盤SID

−

−

−

−

−

統合エージェントのカテゴリ

エージェントSID

"Prometheusのホスト名"

"スクレイプジョブ名"

"jp1_pc_exporterの値"

"jp1_pc_trendnameの値

−

リモートエージェントSID

"jp1_pc_moduleの値"

ログ監視対象のSID

−

−

−

−

Platformカテゴリ

EC2のCloudWatchSID

"Prometheusのホスト名"

"スクレイプジョブ名"

"jp1_pc_exporterの値"

−

AzureVMのAzureMonitorSID

−

オブジェクトルートノード

EC2以外のCloudWatchSID

−

AzureVM以外のAzureMonitorSID

−

KubernetesのSID

"jp1_pc_moduleの値"

表3‒26　プロパティとして設定する値（2/3）

構成情報のSIDの種類

プロパティ名※1

アカウント

リージョン

AWS名前空間

接続先統合マネージャーホスト名

アドオンプログラム名

メンバー名

account

region

cloud_srv

manager_hostname

jp1_pc_addon_program

ホスト

EC2ホストSID

"アカウント文字列"

"リージョン名"

−

−

−

AzureVMホストSID

−

−

−

−

−

Management Applicationsカテゴリ

PrometheusSID

−

−

−

−

−

AlertmanagerSID

−

−

−

−

−

エージェントサービスSID

−

−

−

−

−

リモート監視サービスSID

−

−

−

−

−

統合エージェント制御基盤SID

−

−

−

"接続先統合マネージャーホスト名"

−

統合エージェントのカテゴリ

エージェントSID

−

−

−

−

−

リモートエージェントSID

−

−

−

−

−

ログ監視対象のSID

−

−

−

−

"jp1_pc_addon_programの値"

Platformカテゴリ

EC2のCloudWatchSID

"アカウント文字列"

"リージョン名"

"AWS名前空間名"

−

−

AzureVMのAzureMonitorSID

−

−

−

−

−

オブジェクトルートノード

EC2以外のCloudWatchSID

"アカウント文字列"

"リージョン名"

"AWS名前空間名"

−

−

AzureVM以外のAzureMonitorSID

−

−

−

−

−

KubernetesのSID

−

−

−

−

−

表3‒27　プロパティとして設定する値（3/3）

構成情報のSIDの種類

プロパティ名※1

テナント

サブスクリプション

リソースグループ

Azureサービス

メンバー名

tenant

subscription

resource_group

cloud_srv

ホスト

EC2ホストSID

−

−

−

−

AzureVMホストSID

"テナント文字列"

"サブスクリプション文字列"

"リソースグループ名"

−

Management Applicationsカテゴリ

PrometheusSID

−

−

−

−

AlertmanagerSID

−

−

−

−

エージェントサービスSID

−

−

−

−

リモート監視サービスSID

−

−

−

−

統合エージェント制御基盤SID

−

−

−

−

統合エージェントのカテゴリ

エージェントSID

−

−

−

−

リモートエージェントSID

−

−

−

−

ログ監視対象のSID

−

−

−

−

Platformカテゴリ

EC2のCloudWatchSID

−

−

−

−

AzureVMのAzureMonitorSID

"テナント文字列"

"サブスクリプション文字列"

"リソースグループ名"

"Azureサービス名"

オブジェクトルートノード

EC2以外のCloudWatchSID

−

−

−

−

AzureVM以外のAzureMonitorSID

"テナント文字列"

"サブスクリプション文字列"

"リソースグループ名"

"Azureサービス名"

KubernetesのSID

−

−

−

−

（凡例）

−：該当なし

注※1

各プロパティの値が255文字を超える場合，256文字目以降は切り捨てて表示します。

注※2

JP1/IM - Agentが同梱するBlackbox exporterのIM管理ノードの場合だけ表示します。

注※3

Yet another cloudwatch exporterのメトリックに，「dimension_任意の文字列」ラベルが存在しない場合は登録しません。複数存在する場合は，その数だけ登録します。

Prometheusのホスト名

PrometheusSIDまたはAlertmanagerSIDの場合，Prometheus serverがセットアップされているホスト名を設定します。それ以外の場合，IM管理ノードに対応するExporterをスクレイプしているPrometheus serverのホスト名を設定します。

スクレイプジョブ名

Prometheus設定ファイル（jpc_prometheus_server.yml）のscrape_configsで，job_nameに設定している値が入ります。

jp1_pc_exporterの値

Prometheus設定ファイル（jpc_prometheus_server.yml）のscrape_configsで，jp1_pc_exporterに設定している値が入ります。値が設定されていない場合は，「Unknown Exporter」が入ります。

jp1_pc_moduleの値

Prometheus設定ファイル（jpc_prometheus_server.yml）のscrape_configsで，paramsのmoduleに設定している値が入ります。

アカウント文字列

AWS定義ファイル（aws_settings.conf）で指定した，監視するアカウントIDに対応するAWSアカウント文字列の値が入ります。

リージョン名

Yet another cloudwatch exporterのメトリックに含まれるregionラベルの値が入ります。

AWS名前空間名

Yet another cloudwatch exporterのメトリック定義ファイル（metrics_ya_cloudwatch_exporter.conf）に設定している，SIDに対応するトレンドデータのメトリックの，cloud_srvメンバーに設定されている値が入ります。

jp1_pc_addon_program

Fluentdの監視定義ファイルでjp1_pc_addon_programに設定している値が入ります。値が設定されていない場合は，「Fluentd」が入ります。

(g)　構成情報のSIDの形式

JP1/IM - Agentが作成するIM管理ノードに対応する構成情報のSIDの形式を，次に示します。

URLエンコードした文字列が255を超える場合は，ターゲットとなる構成情報のSIDの構造化IDを分割します。255文字目までを構造化IDの名称に設定し，残りの文字列を下位の構造化IDの名称に設定します。

構成情報のSIDの種類

SIDの形式

ホスト

統合エージェントホストSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-IMA_統合エージェント制御基盤のホスト名/_HOST_統合エージェント制御基盤のホスト名

PrometheusホストSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_HOST_Pホスト名

エージェントホストSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_JP1PC-AHOST_Eホスト名/_HOST_Iホスト名

リモート監視ホストSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_JP1PC-AHOST_Eホスト名/_HOST_Eホスト名

EC2ホストSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_JP1PC-AHOST_Eホスト名/_HOST_jp1_pc_nodelabel

ログ監視ホストSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-LOGTRAP_Iホスト名/_HOST_Iホスト名

AzureVMホストSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_JP1PC-AHOST_Eホスト名/_HOST_jp1_pc_nodelabel

Management Applicationsカテゴリ

統合エージェント制御基盤SID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-IMA_統合エージェント制御基盤のホスト名/_HOST_統合エージェント制御基盤のホスト名>/_IMAGENT_

PrometheusSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_HOST_Pホスト名/_PROMETHEUS_

AlertmanagerSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_HOST_Pホスト名/_ALERTMANAGER_

エージェントサービスSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_JP1PC-AHOST_Iホスト名/_HOST_Iホスト名/_JP1PC-A_jp1_pc_nodelabel/_JP1PC-SERVICE_

リモート監視サービスSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_JP1PC-AHOST_Eホスト名/_HOST_Eホスト名/_JP1PC-RM_jp1_pc_remote_monitor_instance/_JP1PC-SERVICE_

ログ監視サービスSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-LOGTRAP_Iホスト名/_HOST_Iホスト名/_JP1PC-A_jp1_pc_nodelabel_fluentd/_JP1PC-SERVICE_

統合エージェントのカテゴリ

エージェントSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_JP1PC-AHOST_Iホスト名/_HOST_Iホスト名/_JP1PC-A_jp1_pc_nodelabel

リモートエージェントSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_JP1PC-AHOST_Eホスト名/_JP1PC-RM_jp1_pc_remote_monitor_instance/_HOST_Iホスト名/_JP1PC-A_jp1_pc_nodelabel

ログ監視対象のSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-LOGTRAP_Iホスト名/_HOST_Iホスト名/_JP1PC-A_jp1_pc_nodelabel

Platformカテゴリ

EC2のCloudWatchSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_JP1PC-AHOST_Eホスト名/_JP1PC-RM_jp1_pc_remote_monitor_instance/_HOST_jp1_pc_nodelabel/_JP1PC-A_Yet%20another%20cloudwatch%20exporter

AzureVMのAzureMonitorSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_JP1PC-AHOST_Eホスト名/_JP1PC-RM_jp1_pc_remote_monitor_instance/_HOST_jp1_pc_nodelabel/_JP1PC-A_Promitor

オブジェクトルートノード

EC2以外のCloudWatchSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_JP1PC-AHOST_Eホスト名/_JP1PC-RM_jp1_pc_remote_monitor_instance/_JP1PC-AWS名前空間名_jp1_pc_nodelabel

AzureVM以外のAzureMonitorSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_JP1PC-AHOST_Eホスト名/_JP1PC-RM_jp1_pc_remote_monitor_instance/_JP1PC-Azureサービス名_jp1_pc_nodelabel

KubernetesのSID

_JP1PC-IMB_統合エージェント管理基盤のホスト名/_JP1PC-M_Pホスト名/_JP1PC-コンポーネント名_jp1_pc_nodelabel

Pホスト名

Prometheus serverがセットアップされているホストのホスト名を，URLエンコードした文字列です。

Eホスト名

Exporterがセットアップされているホストのホスト名を，URLエンコードした文字列です。

Iホスト名

監視対象ホストのホスト名を，URLエンコードした文字列です。

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル（file_sd_config_blackbox_icmp.yml）で，targetsにIPアドレスを指定した場合，リモート監視ホストSIDとリモートエージェントSIDのIホスト名はIPアドレスとなります。

Fluentdの場合，監視定義ファイルのinstanceに指定した値です。

jp1_pc_nodelabel

Prometheus設定ファイル（jpc_prometheus_server.yml）のscrape_configsで，jp1_pc_nodelabelに設定している値をURLエンコードした文字列です。

EC2ホストSID，EC2のCloudWatchSID，EC2以外のCloudWatchSIDの場合，AWSのリソースのjp1_pc_nodelabelに設定した値をURLエンコードした文字列です。

Fluentdの場合，監視定義ファイルのjp1_pc_nodelabelに設定した値をURLエンコードした文字列です。

jp1_pc_remote_monitor_instance

ディスカバリ設定ファイルで，jp1_pc_remote_monitor_instanceに設定している値の「:」（コロン）より後ろの文字列をURLエンコードした文字列です。relabel_configsでjp1_pc_remote_monitor_instanceの値を変更している場合は，変更後の値をURLエンコードした文字列です。

jp1_pc_nodelabel_fluentd

Fluentdの監視定義ファイルのjp1_pc_nodelabel_fluentdに設定した値をURLエンコードした文字列です。

AWS名前空間名

Yet another cloudwatch exporterのメトリック定義ファイル（metrics_ya_cloudwatch_exporter.conf）で，cloud_srvメンバーに指定した値です。スラッシュ（/）は，ハイフン（-）に変更して指定します。

Azureサービス名

Azure監視のメトリック定義ファイルで，cloud_srvメンバーに指定した値です。

コンポーネント名

コンテナ監視のメトリック定義ファイルで，moduleメンバーに指定した値です。

構成情報のSIDの文字列（先頭の「JP1PC」はJP1/IM - Agentで固定文字列）の意味を，次に示します。

SIDの文字列

意味

_JP1PC-IMB_

統合エージェント管理基盤の機能を持ったホスト

_JP1PC-IMA_

統合エージェント制御基盤の機能を持ったホスト

_JP1PC-M_

マネージャーの機能を持ったホスト

_JP1PC-LOGTRAP_

ログ監視の機能を持ったホスト

_JP1PC-AHOST_

エージェントの機能を持ったホスト

_JP1PC-A_

エージェント

_JP1PC-RM_

リモートエージェント

(h)　統合エージェントごとのIM管理ノード

統合エージェントが同梱するExporterの種類に応じて，作成するIM管理ノードが異なります。Exporterの種類ごとのIM管理ノードの作成可否を，次に示します。

表3‒28　Exporterの種類ごとのIM管理ノードの作成可否（1/2）

構成情報のSIDの種類

セットアップされている統合エージェント基盤，アドオンプログラムごとのIM管理ノードの作成可否

統合エージェント制御基盤

Windows exporter，Node exporter，Node exporter for AIX

Blackbox exporter

Yet another cloudwatch exporter

ユーザー独自のExporter

Fluentd

ホスト

統合エージェントホストSID

〇

−

−

−

−

−

PrometheusホストSID

−

〇

〇

〇

〇

−

エージェントホストSID

−

〇

〇

−

〇※2

−

リモート監視ホストSID

−

−

〇

〇

〇※2

−

EC2ホストSID

−

−

−

〇

−

−

ログ監視ホストSID

−

−

−

−

−

〇

AzureVMホストSID

−

−

−

−

−

−

Management Applicationsカテゴリ

統合エージェント制御基盤SID

〇

−

−

−

−

−

PrometheusSID

−

〇

〇

〇

〇

−

AlertmanagerSID

−

〇

〇

〇

〇

−

エージェントサービスSID

−

〇

−

−

〇※1

−

リモート監視サービスSID

−

−

〇

〇

〇※1

−

ログ監視サービスSID

−

−

−

−

−

〇

統合エージェントのカテゴリ

エージェントSID

−

〇

−

−

〇※2

−

リモートエージェントSID

−

−

〇

−

〇※2

−

ログ監視対象のSID

−

−

−

−

−

〇

Platformカテゴリ

EC2のCloudWatchSID

−

−

−

〇

−

−

AzureVMのAzureMonitorSID

−

−

−

−

−

−

オブジェクトルートノード

EC2以外のCloudWatchSID

−

−

−

〇

−

−

AzureVM以外のAzureMonitorSID

−

−

−

−

−

−

KubernetesのSID

−

−

−

−

−

−

表3‒29　Exporterの種類ごとのIM管理ノードの作成可否（2/2）

構成情報のSIDの種類

セットアップされている統合エージェント基盤，アドオンプログラムごとのIM管理ノードの作成可否

ユーザー独自のExporter※1

ユーザー独自のFluentd※1

Azure

プロセス

UAP

コンテナ

ログメトリクス（ユーザー独自のExporterに準拠）

ホスト

統合エージェントホストSID

−

−

−

−

−

−

−

PrometheusホストSID

〇

−

〇

〇

〇

〇

〇

エージェントホストSID

〇※2

−

−

〇

〇

〇

〇※2

リモート監視ホストSID

〇※2

−

〇

−

−

〇

〇※2

EC2ホストSID

−

−

−

−

−

−

−

ログ監視ホストSID

−

〇

−

−

−

−

−

AzureVMホストSID

−

−

〇

−

−

−

−

Management Applicationsカテゴリ

統合エージェント制御基盤SID

−

−

−

−

−

−

−

PrometheusSID

〇

−

〇

〇

〇

〇

〇

AlertmanagerSID

〇

−

〇

〇

〇

〇

〇

エージェントサービスSID

〇※1

−

〇

〇

〇

〇

〇※2

リモート監視サービスSID

〇※1

−

−

−

−

〇

〇※2

ログ監視サービスSID

−

〇

−

−

−

−

−

統合エージェントのカテゴリ

エージェントSID

〇※2

−

−

〇

〇

〇

〇※2

リモートエージェントSID

〇※2

−

−

−

−

〇

〇※2

ログ監視対象のSID

−

〇

−

−

−

−

−

Platformカテゴリ

EC2のCloudWatchSID

−

−

−

−

−

−

−

AzureVMのAzureMonitorSID

−

−

〇

−

−

−

−

オブジェクトルートノード

EC2以外のCloudWatchSID

−

−

−

−

−

−

−

AzureVM以外のAzureMonitorSID

−

−

〇

−

−

−

−

KubernetesのSID

−

−

−

−

−

〇

−

（凡例）

〇：IM管理ノードを作成する

−：IM管理ノードを作成しない

注※1

JP1/IM - Manager（インテリジェント統合管理基盤）に直接接続する場合が該当します。

注※2

Prometheus設定ファイル（jpc_prometheus_server.yml）で指定する内容に応じて，作成する場合と作成しない場合があります。

(i)　ツリーの形式

JP1/IM - Managerの統合オペレーション・ビューアーのツリーに表示する内容は，監視に使用するExporterの種類に応じて異なります。

JP1/IM - Managerの統合オペレーション・ビューアーでは，JP1/IM - Agentが作成するIM管理ノードは，次に示すツリーで表示されます。

All Systems
├ BizSystem※1
│  ├ 統合マネージャーホスト名
│  │ └ Management Applications※2
│  │    ├ Metric forwarder(Prometheus server)※3
│  │    ├ Alert forwarder(Alertmanager)※4
│  │    ├ AWS metric collector(Yet another cloudwatch exporter)※6
│  │    ├ Synthetic metric collector(Blackbox exporter)※6
│  │    └ Azure metric collector(Promitor)※6
│  ├ 監視対象ホスト名またはコンテナ名
│  │ ├ Management Applications※2
│  │ │ ├ JP1/IM agent control base※7
│  │ │ ├ Metric forwarder(Prometheus server)※3
│  │ │ ├ Alert forwarder(Alertmanager)※4
│  │ │ ├ Linux metric collector(Node exporter)※5
│  │ │ ├ Windows metric collector(Windows exporter)※5
│  │ │ ├ Synthetic metric collector(Blackbox exporter)※6
│  │ │ ├ Linux process metric collector(Process exporter)※5
│  │ │ ├ Script metric collector(Script exporter)※5
│  │ │ ├ jp1_pc_nodelabelの値※8
│  │ │ └ Log trapper(Fluentd)※9
│  │ ├ Platform※2
│  │ │ ├ Linux metric collector(Node exporter)※10
│  │ │ ├ Windows metric collector(Windows exporter)※10
│  │ │ └ jp1_pc_nodelabelの値※10
│  │ ├ Service※2
│  │ │ ├ サービス名※24
│  │ │ └ ユニットファイル名※25
│  │ ├ Enterprise※2
│  │ │ ├ SAP Syslog extractor(jr3lget)※26
│  │ │ └ SAP CCMS Alert extractor(jr3alget)※26
│  │ ├ jp1_pc_categoryで指定したカテゴリ※11
│  │ │ └ jp1_pc_nodelabelの値※12
│  │ └ jp1_pc_categoryで指定したカテゴリ※2
│  │    └ jp1_pc_nodelabelの値※13
│  ├ 監視対象のホスト名またはIPアドレス※14
│  │ └ Platform※2
│  │    └ Synthetic metric collector(Blackbox exporter(ICMP))※15
│  ├ HTTP/HTTPSで監視するホストのホスト名※16
│  │ └ ServiceResponse※2
│  │    └ jp1_pc_nodelabelの値※15
│  ├ AWS上のホストのホスト名※17
│  │ └ Platform※2
│  │    ├ AWS metric collector(Yet another cloudwatch exporter)※18
│  │    └ Yet another cloudwatch exporter
│  ├ 監視対象のホスト名※27
│  │ ├ Management Applications※2
│  │ │ └ AIX metric collector(Node exporter for AIX)※5
│  │ └ Platform※2
│  │    └ AIX metric collector(Node exporter for AIX)※10
│  ├ Azure上のホストのホスト名※20
│  │ └ Platform※2
│  │    └ Promitor※21
│  └ SAPシステムのインスタンス名※28 ※29
│     └ Enterprise※2 ※28
│        ├ SAP Syslog※28
│        └ SAP CCMS Alert※28
├ JP1/IM - Agentホスト
│  └ Management Applications
│     └ OracleDB metric collector(OracleDB exporter)※30
├ Oracle Databaseホスト
│  └ Database
│     ├ 監視対象（任意の名称）※31
│     │         ：
│     └ 監視対象（任意の名称）
├ Amazon Simple Storage Service
│   └ ストレージ名※19
│ ：
├ Kubernetes
│  ├ Clusters
│  │ └ クラスタ名※22
│  ├ Namespaces
│  │ └ Namespace名※22
│  ├ DaemonSets
│  │ └ DaemonSet名※22
│  ├ StatefulSets
│  │ └ StatefulSet名※22
│  ├ ReplicaSets
│  │ └ ReplicaSets名※22
│  ├ CronJobs
│  │ └ CronJob名※22
│  │ Pods
│  │ └ Pod名※22
│  └ Nodes
│     └ ノード名※22
├ Azure Kubernetes Service
│  └ クラスタ名※23
│ ：
└ システム名
    └ リソース名

注※1

システムノードを示します。ユーザーがシステムノードを定義している場合に作成されます。

注※2

カテゴリを示します。

注※3

PrometheusSIDを示します。

注※4

AlertmanagerSIDを示します。

注※5

エージェントサービスSIDを示します。

注※6

リモート監視サービスSIDを示します。

注※7

統合エージェント制御基盤SIDを示します。

注※8

エージェントサービスSID（ユーザー独自のExporter）を示します。

注※9

ログ監視サービスSIDを示します。

注※10

エージェントSIDを示します。

注※11

カテゴリ（ユーザー独自のExporter，Script exporter，ログメトリクス）を示します。

注※12

エージェントSID（ユーザー独自のExporter，Script exporter，ログメトリクス）を示します。

注※13

ログ監視対象のSIDを示します。

注※14

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル（file_sd_config_blackbox_icmp.yml）のtargetsで，ホスト名を指定した場合はホスト名，IPアドレスを指定した場合はIPアドレスが表示されます。

注※15

リモートエージェントSIDを示します。

注※16

エージェントホストSIDを示します。

注※17

EC2ホストSIDを示します。

ラベルには，AWSのjp1_pc_nodelabelタグに設定されている文字列が表示されます。

注※18

EC2のCloudWatchSIDを示します。

注※19

EC2以外のCloudWatchSIDを示します。

EC2以外のIM管理ノードの場合，「JP1CS-AWS名前空間名」をオブジェクトルートノード種別としたオブジェクトルートノードを作成します。

ラベルには，AWSのjp1_pc_nodelabelタグに設定されている文字列が表示されます。

注※20

AzureVMホストSIDを示します。

ラベルには，メトリクスのjp1_pc_nodelabelに設定されている文字列が表示されます。

注※21

AzureVMのAzureMonitorSIDを示します。

注※22

KubernetesのSIDを示します。

「JP1CS-コンポーネント名」をオブジェクトルートノード種別としたオブジェクトルートノードを作成します。

クラスタ以外のコンポーネントの場合，ラベルには，メトリクスのjp1_pc_nodelabelに設定されている文字列が表示されます。

クラスタは，メトリクスにjp1_pc_prome_clusternameが存在する場合にIM管理ノードが表示されます。ラベルにはjp1_pc_prome_clusternameに設定されている文字列が表示されます。

注※23

AzureVM以外のAzureMonitorSIDを示します。

VM以外のIM管理ノードの場合，「JP1CS-Azureサービス名」をオブジェクトルートノード種別としたオブジェクトルートノードを作成します。

ラベルには，メトリクスのjp1_pc_nodelabelに設定されている文字列が表示されます。

注※24

エージェントSID（Windows環境でサービス監視を行っている場合）を示します。

サービス監視（Windows環境）のIM管理ノードのラベル名（jp1_pc_nodelabelの値）には，Windowsの管理ツールのサービス画面で，サービスのプロパティを開いたときに「サービス名：」に表示される値を設定します。サービス名に半角大文字が含まれる場合，半角小文字に変換して設定します。全角大文字が含まれる場合，全角小文字に変換して設定します。jp1_pc_nodelabelの値の長さの上限は，URLエンコードしたときの文字列で234バイトです（すべてマルチバイト文字の場合の上限は26文字です）。上限を超える場合，Prometheus設定ファイル（jpc_prometheus_server.yml）のmetric_relabel_configsで，jp1_pc_nodelabelの値を変更する必要があります。設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.2(3)(g)IM管理ノードのラベル名（jp1_pc_nodelabelの値）が上限を超える場合の設定をする（Windowsの場合）（オプション）」を参照してください。

注※25

エージェントSID（Linux環境でサービス監視を行っている場合）を示します。

サービス監視（Linux環境）のIM管理ノードのラベル名（jp1_pc_nodelabelの値）には，サービス監視（Linux環境）のユニットファイル名（Systemdに登録しているユニットファイルのファイル名）を設定します。jp1_pc_nodelabelの値の長さの上限は，URLエンコードしたときの文字列で234バイトです（すべてマルチバイト文字の場合の上限は26文字です）。上限を超える場合，Prometheus設定ファイル（jpc_prometheus_server.yml）のmetric_relabel_configsで，jp1_pc_nodelabelの値を変更する必要があります。設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「2.19.2(3)(g)IM管理ノードのラベル名（jp1_pc_nodelabelの値）が上限を超える場合の設定をする（Linuxの場合）（オプション）」を参照してください。

注※26

SAPシステム監視のメトリック送信機能（Script exporter）で作成されるノードです。

注※27

AIXのホスト名を示します。

注※28

SAPシステム監視のメトリック送信機能（Fluentd）で作成されるノードです。

注※29

SAPシステム監視のログ監視機能（Fluentd）で監視するSAPシステムのインスタンス名を示します。テキスト形式のログファイルの監視定義ファイルの項目「instance」に設定されるホスト名が表示されます。

注※30

複数プロセスを起動した場合でも1つだけ表示します。

注※31

CDB構成の場合，デフォルトのツリー表示では，ルートコンテナとPDBはで順不同で同列に表示されます。

エージェントSID，リモートエージェントSID，および，ログ監視対象のSIDについては，監視対象ごとにツリーSIDを作成します。監視対象を複数の異なるアドオンプログラムで監視する場合，１つのツリーSIDで表示します。ツリーSIDは同一になります。例えば，Blackbox exporterでWebサーバを外形監視し，そのWebサーバのログをFluentdでログ監視した場合，同一のツリーSIDになります。

次の値がすべて同じ場合，同じ監視対象と判定します。

監視対象ホストのホスト名（構成情報のSIDの，_HOST_の名称）

IM管理ノードのラベル名

IM管理ノードのカテゴリID

■IM管理ノードのラベル名とカテゴリIDについて

ラベル名とカテゴリIDの値をユーザーが設定するのは，監視方法が次の場合です。それ以外の監視方法のラベル名とカテゴリIDについては，上記のツリーの表示を参照してください。

Blackbox exporterのHTTP/HTTPS監視の場合

ディスカバリ設定ファイルのtargetsにラベル名を設定し，jp1_pc_categoryにカテゴリIDを設定します。

ユーザー独自のExporterの場合

Prometheus設定ファイル（jpc_prometheus_server.yml）のスクレイプ定義で，jp1_pc_nodelabelにラベル名を設定し，ユーザー独自のディスカバリ設定ファイルのjp1_pc_categoryにカテゴリIDを設定します。

Fluentdのログ監視の場合

テキストファイルの監視定義ファイルまたはWindowsイベントログの監視定義ファイルの[Metric Settings]セクションで，jp1_pc_nodelabelにラベル名を設定し，jp1_pc_categoryにカテゴリIDを設定します。

イベント一覧，トレンド情報表示などのJP1/IM - Managerの機能について，同一のツリーSIDが存在する場合，すでに作成済みのツリーSIDの付与情報に対して，新たに作成したツリーSIDの付与情報は，次の表のように対処されます。

付与情報

対処

target

追加

label

作成済みのツリーSIDのlabelを優先

resourceGroup

作成済みのツリーSIDのresourceGroupを優先

(j)　コンテナ環境でのIM管理ノードの表示

コンテナ内に，統合エージェント，または，ユーザー独自のPrometheusやFluentdをインストールする場合，統合オペレーション・ビューアーでは，コンテナ名がホスト名としてツリーで表示されます。

(k)　Yet another cloudwatch exporterのIM管理ノードの作成

Yet another cloudwatch exporterのメトリック定義ファイル（metrics_ya_cloudwatch_exporter.conf）に設定しているメトリックのうち，Yet another cloudwatch exporterで監視が行われている，かつ，AWS上でjp1_pc_nodelabelタグが設定されたリソースに対して，IM管理ノードを作成します。

JP1/IM - AgentのYet another cloudwatch exporterが監視対象としてサポートするAWSの名前空間を，次に示します。

表3‒30　JP1/IM - AgentのYet another cloudwatch exporterが監視対象としてサポートするAWSの名前空間

AWSの名前空間名

CloudWatch上のメトリクスの分類名※

ディメンション

AWS/DynamoDB

テーブルメトリクス

TableName

AWS/EC2

インスタンス別メトリクス

InstanceId

AWS/Lambda

関数名別メトリクス

FunctionName

AWS/Lambda

リソース別メトリクス

FunctionName

Resource

AWS/S3

ストレージメトリクス

BucketName

StorageType

AWS/S3

各フィルターのメトリクスをリクエスト

BucketName

FilterId

AWS/SQS

キューメトリクス

QueueName

AWS/States

実行メトリクス

StateMachineArn

AWS/EBS

ボリューム別メトリクス

VolumeId

AWS/ECS

ClusterName，ServiceName

ClusterName

ServiceName

AWS/EFS

ファイルシステムメトリクス

FileSystemId

AWS/EFS

ファイルシステムストレージメトリクス

FilesSystemId

StorageClass

AWS/FSx

ファイルシステムメトリクス

FileSystemId

AWS/RDS

データベース別メトリクス

DBInstanceIdentifier

DBClusterIdentifier

DBClusterIdentifier

AWS/SNS

トピックメトリクス

TopicName

注※

AWS CloudWatchが，メトリクスをディメンションごとに分類した分類名です。CloudWatchのWebページで確認できます。

Yet another cloudwatch exporterで監視対象を指定する方法には，Auto-discovery configurationとstatic configurationの2種類がありますが，JP1/IM - Agentでは，Auto-discovery configurationで監視対象を指定しているリソースに対してだけ，IM管理ノードを作成できます。CloudWatch上で確認できるリソース全体やグループ化されたメトリックに対しては，IM管理ノードを作成しません。

なお，AWS上で，IM管理ノードの作成対象のリソース，またはリソースに設定されているjp1_pc_nodelabelタグを削除した場合，IM管理ノードは作成されなくなります。

また，タグの編集が終わってから，タグの情報がCloudWatchに反映されるまで，10分程度待つ必要があります。

Yet another cloudwatch exporter設定ファイル（jpc_ya_cloudwatch_exporter.yml）でのAuto-discovery configurationの設定については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Yet another cloudwatch exporter設定ファイル（jpc_ya_cloudwatch_exporter.yml）」（2.　定義ファイル）を参照してください。

Yet another cloudwatch exporterを使用して監視を行う場合は，監視したいリソースのメトリックがCloudWatchで表示されていることを確認した上で，Prometheeus serverとYet another cloudwatch exporterのサービスを起動したあと，Prometheus設定ファイル（jpc_prometheus_server.yml）の項目「scrape_interval」に設定した時間（デフォルト：1分）が経過してから，jddcreatetreeコマンドおよびjddupdatetreeコマンド（構成変更モード（-cオプション）を指定）を実行してください。コマンドの実行後は，統合オペレーション・ビューアーのツリーに表示されるYet another cloudwatch exporterのIM管理ノードに過不足がないかを確認します。

表示されるIM管理ノードに過不足がある場合の対処方法については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「12.5.3(73)Yet another cloudwatch exporterのIM管理ノードが作成されない」を参照してください。

(l)　複数のスクレイプ定義で同じ監視対象を監視する構成について

Blackbox exporterおよびYet another cloudwatch exporterは，インストール先でないホストやリソースをリモートで監視するExporterです。同じExporterの複数のスクレイプ定義で同じ監視対象を監視したり，リモートで監視する同じExporterを別々のホストにセットアップして同じ監視対象を監視したりする設定をサポートしていません。設定した場合，統合オペレーション・ビューアーに表示されるIM管理ノードのツリーSIDが同一になります。そのため，［トレンド］タブで表示するトレンドデータは，どのExporterが収集した値か不定になります。

(m)　IM管理ノードとメトリックのラベルについて

「3.15.6(1)(c)統合エージェント基盤以外のIM管理ノードの作成条件」に示すとおり，トレンドデータ管理DBに保存されているトレンドデータからIM管理ノードを作成します。トレンドデータにはメトリックの情報が含まれており，メトリックごとにラベルが付与されています。

メトリックに付与するラベルは，次の定義ファイルで設定します。

ディスカバリ設定ファイル

Exporterごとの共通のラベルを設定します。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の各Exporterのディスカバリ設定ファイルを参照してください。

Prometheus設定ファイル

ディスカバリ設定ファイルで設定できないラベルやメトリックごとにラベルの値を変更する必要があるラベルを設定します。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Prometheus設定ファイル（jpc_prometheus_server.yml）」（2.　定義ファイル）を参照してください。

(n)　JP1資源グループの設定について

JP1/IM - Agentが作成するIM管理ノードについては，JP1資源グループの設定を行いません。JP1資源グループによる参照・操作の制限を行いたい場合はシステムノード定義ファイル（imdd_systemnode.conf）でJP1資源グループを設定したシステムを定義し，JP1/IM - Agentのホストを割り当ててください。

システムノード定義ファイル（imdd_systemnode.conf）の詳細については，「システムノード定義ファイル（imdd_systemnode.conf）」（2.　定義ファイル）を参照してください。

(2)　関連の作成

統合オペレーション・ビューアーの［関連ノード］タブで表示する関連線の関連情報を作成します。

次の関連情報を作成します。

関連種別

from

to

managerAgent

JP1/IM - Managerを示すSID※

統合エージェント制御基盤SID

注※

JP1/IM - Managerが階層構成の場合は，統合エージェント制御基盤を直接管理しているJP1/IM - Managerです。

ユーザー独自のPrometheusによるコンテナ監視機能のためのプラグインで生成される関連情報を次に示します。

関連種別

from

to

SIDの種類

オブジェクトルートノード種別

SIDの種類

オブジェクトルートノード種別

containerCluster

KubernetesのSID※

JPC-KUBERNETES-CLUSTER

KubernetesのSID※

JPC-KUBERNETES-NODE

JPC-KUBERNETES-CLUSTER

JPC-KUBERNETES-NAMESPACE

JPC-KUBERNETES-NAMESPACE

JPC-KUBERNETES-DEPLOYMENT

JPC-KUBERNETES-NAMESPACE

JPC-KUBERNETES-REPLICASET

JPC-KUBERNETES-NAMESPACE

JPC-KUBERNETES-STATEFULSET

JPC-KUBERNETES-NAMESPACE

JPC-KUBERNETES-DAEMONSET

JPC-KUBERNETES-NAMESPACE

JPC-KUBERNETES-CRONJOB

JPC-KUBERNETES-NAMESPACE

JPC-KUBERNETES-POD

JPC-KUBERNETES-DEPLOYMENT

JPC-KUBERNETES-REPLICASET

JPC-KUBERNETES-REPLICASET

JPC-KUBERNETES-POD

JPC-KUBERNETES-STATEFULSET

JPC-KUBERNETES-POD

JPC-KUBERNETES-DAEMONSET

JPC-KUBERNETES-POD

sameNode

JPC-KUBERNETES-NODE

エージェントSID※

HOST

注※

「3.15.6(1)(a)　ターゲットとなる構成情報のSIDの種類と使用できる機能」を参照してください。

(3)　メトリック一覧の返却

Exporterが収集したパフォーマンスデータは，統合エージェントの機能によって，トレンドデータとして，JP1/IM - Managerのトレンドデータ管理DBに保存されます。

トレンドデータのメトリックは，JP1/IM - Managerの統合オペレーション・ビューアーまたはメトリック一覧取得API※1で，表示または取得できます。

メトリック一覧を返却できるIM管理ノードは，「3.15.6(1)(a)ターゲットとなる構成情報のSIDの種類と使用できる機能」に記載する，トレンド情報の表示機能を使用できる構成情報のSIDに対応するIM管理ノードです。

返却するメトリック一覧は，Exporterの種類に応じて，次のように異なります。

■Blackbox exporterのIM管理ノードの場合

Blackbox exporterのメトリック定義ファイル（metrics_blackbox_exporter.conf）に設定されているmoduleメンバーの値が，IM管理ノードのModuleの値で始まるメトリックの一覧を返却します。IM管理ノードのModuleの値は，統合オペレーション・ビューアーのプロパティで確認できます。

■Yet another cloudwatch exporterの場合

Yet another cloudwatch exporterのメトリック定義ファイル（metrics_ya_cloudwatch_exporter.conf）に設定されているcloud_srvメンバーの値と，IM管理ノードのAWS名前空間名が一致するメトリックの一覧を返却します。IM管理ノードのAWS名前空間名は，統合オペレーション・ビューアーのプロパティで確認できます。

■Azure Monitorの性能情報の収集機能

Promitorのメトリック定義ファイル（metrics_promitor.conf）に設定されているcloud_srvの値と，IM管理ノードのAzureサービス名※が一致するメトリックの一覧を返却します。

■ユーザー独自のPrometheusによるコンテナ監視機能

コンテナ監視のメトリック定義ファイル（metrics_kubernetes.conf）に設定されているcomponentの値と，IM管理ノードのコンポーネント名※が一致するメトリックの一覧を返却します。

注※

JP1/IM - Managerの統合オペレーション・ビューアーのプロパティで確認できます。

■上記以外のExporterの場合

メトリック定義ファイル（metrics_Prometheusトレンド名※.conf）に設定されているメトリックの一覧を返却します。

注※

Prometheus設定ファイル（jpc_prometheus_server.yml）の項目「scrape_configs」で，jp1_pc_trendnameに設定している値が入ります。

メトリック定義ファイルの設定内容や初期設定については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の各Exporterのメトリック定義ファイルを参照してください。

JP1/IM - Managerが階層構成で，統合マネージャーでトレンド情報表示機能が実行された場合，下位マネージャー配下のIM管理ノードについても統合マネージャーのメトリック定義ファイルに設定されている必要があります。

(4)　トレンドデータの返却

JP1/IM - Agentの製品プラグインは，次に示す契機で，IM管理ノードとメトリックに対応したトレンドデータを返却します。

［統合オペレーション・ビューアー］画面の［トレンド］タブ※1で，JP1/IM - AgentのIM管理ノードのトレンド情報を表示したとき

JP1/IM - Managerの時系列データ取得API※2を実行したとき

注※1

［統合オペレーション・ビューアー］画面の［トレンド］タブの詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.6.1(6)［トレンド］タブ」を参照してください。

注※2

時系列データ取得APIの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.11.2　時系列データ取得」を参照してください。

Azure Monitorの性能情報の収集機能の製品プラグインでは，次に示すラベルが，返却するインスタンス名から除外されます。

resource_uri※1

subscription_id※1

resource_group※1

instance_name※1

tenant_id※1

jp1_pc_prome_clustername※2

注※1

Promitorで使用するラベルです。

注※2

コンテナ監視で使用するラベルです。

トレンドデータを返却できるIM管理ノードは，「3.15.6(1)(a)ターゲットとなる構成情報のSIDの種類と使用できる機能」に記載する，トレンド情報の表示機能を使用できる構成情報のSIDに対応するIM管理ノードです。

トレンドデータを返却する前提条件，および表示するインスタンス名を，次に示します。

(a)　前提条件

JP1/IM - Agentは，JP1/IM - Managerのトレンドデータ管理DBに保存しているパフォーマンスデータから，トレンドデータを作成して返却します。統合エージェントの機能を使用して，パフォーマンスデータをトレンドデータ管理DBに保存していない場合は，トレンドデータを返却できません。

JP1/IM - Managerが階層構成で，統合マネージャーでトレンド情報表示機能が実行された場合，下位マネージャー配下のIM管理ノードは，下位マネージャーのトレンドデータ管理DBに保存されているパフォーマンスデータから，トレンドデータを作成して返却します。そのため，下位マネージャーのインテリジェント統合管理基盤にアクセスできる必要があります。また，下位マネージャーのトレンドデータ管理DBにパフォーマンスデータが保存されている必要があります。

階層構成のJP1/IM - Managerの前提条件については，「3.5.8 複数拠点の監視」の「(1)前提条件」を参照してください。

JP1/IM - Managerが管理する各種情報については，「3.6 WebGUI（統合オペレーション・ビューアー）を使用した運用」の「3.6.1 概要」を参照してください。

(b)　インスタンス名（グラフの凡例として表示する文字列）

メトリックに，次に示す名前のラベルとメトリック定義ファイルのdrop_legend_labels※1で指定したラベル以外のラベルが設定されている場合，そのラベル名のメンバーを持つオブジェクトをJSON形式に変換し，先頭の「{」と末尾の「}」を削除した文字列をインスタンス名として返却します（例：「"core":"0,0","mode":"idle"」）。次に示す名前のラベルとメトリック定義ファイルのdrop_legend_labels※1で指定したラベル以外のラベルを設定されていない場合は，インスタンス名を返却しません。

__name__，instance，job，jp1_pc_nodelabel，jp1_pc_prome_hostname，jp1_pc_exporter，jp1_pc_remote_monitor_instance，jp1_pc_category，jp1_pc_trendname，jp1_pc_module，jp1_pc_rm_agent_create_flag，jp1_pc_agent_create_flag，jp1_pc_multiple_node，jp1_pc_nodelabel_fluentd，jp1_pc_addon_program，account_id※2，region※2，name※2

注※1

メトリック定義ファイルのdrop_legend_labelsについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Node exporterのメトリック定義ファイル（metrics_node_exporter.conf）」（2.　定義ファイル）を参照してください。

注※2

Yet another cloudwatch exprorerの場合にだけ該当します。

インスタンス名が249文字を超える場合，250文字目以降を削除します。

インスタンス名とする249文字目までが同じになる文字列が複数存在する場合，末尾に項番「#n」（n=1,2,3…）を付与します。

(c)　取得するパフォーマンスデータについて

JP1/IM - Managerのトレンドデータ管理DBに保存されているパフォーマンスデータの中で，どのパフォーマンスデータをトレンドデータとして返却するかは，メトリック定義ファイルのpromqlに設定するPromQL文で指定します。

promqlの初期値については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の，各Exporterのメトリック定義ファイルについて説明している個所で，各メトリックの設定内容（初期状態）を記載している表の「メトリック定義ファイル用promql（$jp1im_TrendData_labelsを含む）」の説明を参照してください。

PromQL文に関する注意事項については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「PromQL文に関する注意事項」（2.　定義ファイル）を参照してください。

メトリック定義ファイルのpromqlの値に含まれる文字列「$jp1im_TrendData_labels」は，パフォーマンスデータを取得するときに，取得対象を絞り込むためのPromQL文に置き換えられます。例えば，次のようにpromqlの値に「$jp1im_TrendData_labels」を含む文字列を指定することで，トレンドデータを返却するIM管理ノードのパフォーマンスデータだけを，トレンドデータとして取得できます。

■promqlに指定する文字列

(windows_memory_available_bytes and $jp1im_TrendData_labels) / (1024*1024)

■「$jp1im_TrendData_labels」の置き換え後の文字列

(windows_memory_available_bytes and {jp1_pc_prome_hostname="Prometheusのホスト名",job="スクレイプジョブ名",instance="instanceラベルの値"}) / (1024*1024)

なお，promqlの値に「$jp1im_TrendData_labels」が含まれない場合，取得対象が絞り込まれず，正しくトレンドデータが返却されないことがあります。

また，「$jp1im_TrendData_labels」の置き換え後の文字列は，IM管理ノードによって異なります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Node exporterのメトリック定義ファイル（metrics_node_exporter.conf）」（2.　定義ファイル）に記載している「■$jp1im_TrendData_labelsの置き換え」の説明を参照してください。

JP1/IM - Managerが階層構成で，統合マネージャーでトレンド情報表示機能が実行された場合，下位マネージャー配下のIM管理ノードについても統合マネージャーのメトリック定義ファイルに設定されている必要があります。

(d)　インスタンスごとのデータ数の上限について

インスタンスごとのデータ数の上限値は，JP1/IM - Managerから引数で渡されます。インスタンスごとの返却データは，「収集期間の時間数÷インスタンスごとのデータ数の上限値」の間隔で返却します。インスタンスごとの返却データの数は，引数の上限値を超えず，このメソッドの戻り値「countPerInstance」は，常に「false」になります。

(e)　パフォーマンスデータの時刻について

トレンドデータは，パフォーマンスデータごとに時刻を設定して返却しますが，この時刻は，パフォーマンスデータを収集，格納した時刻ではなく，開始時刻から終了時刻までを等間隔で刻んだ時刻となります。等間隔の時間は，「（時系列データ取得APIの終了時刻−時系列データ取得APIの開始時刻）÷インスタンス当たりのデータ数の上限」により算出します。統合オペレーション・ビューアーの［トレンド］タブでトレンドデータを表示した場合，インスタンス当たりのデータ数の上限は60となります。

■統合オペレーション・ビューアーの［トレンド］タブに表示するトレンドデータの時刻の例

前提条件を次に示します。

Prometheus serverがトレンドデータを収集した時刻

1つ目のデータの収集時刻：2022/02/19 12:15:00

2つ目のデータの収集時刻：2022/02/19 12:16:00

3つ目のデータの収集時刻：2022/02/19 12:17:00

　　：

統合オペレーション・ビューアーの［トレンド］タブで表示するトレンドデータの時刻の範囲

開始時刻：2022/02/19 12:15:30

終了時刻：2022/02/19 13:15:30

統合オペレーション・ビューアーの［トレンド］タブでトレンドデータを表示した場合，インスタンス当たりのデータ数の上限は60であるため，前提条件より，表示範囲の開始時刻から終了時刻までの時間（終了時刻−開始時刻）は60分，等間隔の時間（（終了時刻−開始時刻）÷インスタンス当たりのデータ数の上限）は1分となります。

これにより，統合オペレーション・ビューアーの［トレンド］タブに表示するトレンドデータの時刻（返却するトレンドデータに設定する時刻）は，次に示すとおり，表示範囲の開始時刻を起点とした1分刻みの時刻となります。

1つ目のデータの表示時刻：2022/02/19 12:15:30

2つ目のデータの表示時刻：2022/02/19 12:16:30

3つ目のデータの表示時刻：2022/02/19 12:17:30

　　：

(f)　収集したパフォーマンスデータとトレンドデータの関係

トレンドデータの返却機能では，指定した収集期間の中で，一定の収集間隔で収集するパフォーマンスデータに対して，一定の出力間隔で過去5分間に収集したパフォーマンスデータがトレンドデータとして出力します。過去5分間に収集したパフォーマンスデータが前回の出力時と同じデータの場合は，そのデータで補完してトレンドデータを出力します。過去5分間に収集したパフォーマンスデータが存在しない場合は，データを補完しません。

また，Exporterが停止しているなど，パフォーマンスデータが収集できない場合は，トレンドデータを出力しません。

(g)　トレンドデータの出力期間に未来の期間が含まれる場合の注意事項

トレンドデータの出力期間に未来の期間が含まれると，トレンドデータの返却機能の使用時刻（現在時刻）より未来の期間に出力されたトレンドデータの出力時刻は，未来の時刻となります。トレンドデータの出力時刻が未来の時刻となることを抑止したい場合は，トレンドデータの出力期間に未来の期間を含めないようにしてください。

(h)　アラートとトレンドデータの関係

アラートルールの評価は，Prometheusがパフォーマンスデータを収集した時点で行うため，アラートの通知時刻は，アラートの評価を行ったパフォーマンスデータの収集時刻となります。アラートの通知時刻でトレンドデータを突き合わせるときは，出力時刻が未来方向に直近のトレンドデータと突き合わせる必要があります。

(i)　メトリック値のリセットについて

OSの再起動によって，パフォーマンスデータがリセットされるメトリックがあります。このようなメトリックをトレンド表示する際，表示期間にOSの再起動が含まれていた場合，瞬間的に飛びぬけた値（大きな値，小さな値，またはマイナスの値）が表示されたり，グラフが極端な変化を示したりすることがあります。

このような場合は，OSの再起動などが行われていないか確認し，該当する時間帯のデータは無視するようにしてください。

(5)　アラートに応じたJP1イベントの作成

JP1/IM - Agentの製品プラグインは，Prometheus serverがアラートルールを評価して，アラートの状態が「firing」または「resolved」になったときに，アラートの内容に応じたJP1イベントを作成します。

作成されたJP1イベントは，統合マネージャーホストのJP1/Baseに登録され，JP1/IM - Managerの統合オペレーション・ビューアーやJP1/IM - Viewで確認できます。

次の場合もJP1イベントを作成しますが，この場合は，JP1イベント変換APIの「デフォルト形式」によって通知します。

Fluentd

統合エージェント管理基盤

統合エージェント制御基盤

アラート設定ファイルのexprに不正なPromQL文が設定されている場合，JP1イベントが発行されない，または，拡張属性の値が空欄になることがあります。PromQL文に関する注意事項については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「PromQL文に関する注意事項」（2.　定義ファイル）を参照してください。

(a)　パフォーマンスデータを監視して発行するJP1イベントの属性

パフォーマンスデータを監視して，アラートの異常条件を満たしたとき，または，満たさなくなったときに発行するJP1イベントの属性に設定される値を，次に示します。属性は，次に示すもの以外はJP1/IM - Agentと共通です。JP1/IM - Agentの属性については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「3.2.3(1) パフォーマンスデータを監視して発行するJP1イベントの属性」を参照してください。それ以外の属性の値については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」で，「5.6.4 イベント発行」のAPIの説明を参照してください。

表3‒31　パフォーマンスデータを監視して発行するJP1イベントの属性一覧

分類

項目名

属性名

説明

拡張属性（共通情報）

発生元ホスト名

JP1_SOURCEHOST

Promitorのパフォーマンスデータを判定したアラートかどうかによって，設定値が異なります。

Promitorの場合

VirtualMachineのメトリックのパフォーマンスデータである場合，Prometheus設定ファイルでjp1_pc_nodelabelラベルに設定されている値を発生元ホスト名として設定します。

VirtualMachine以外のメトリックである場合，またはjp1_pc_nodelabelタグに値が設定されていない場合，instanceラベルの値※の「:」（コロン）より前の文字列（Promitorのディスカバリ設定ファイルの項目「targets」に設定した統合エージェントホスト名）を，発生元ホスト名として設定します。

Promitor以外の場合

ディスカバリ設定ファイルの項目「targets」に設定されている監視対象ホスト名を，発生元ホストとして設定します。

注※

instanceのラベルの値は，ディスカバリ設定ファイルのtargetsに指定した値です。

拡張属性（固有情報）

Azure サービス名

JPC_AZURE_SERVICE

Azureのサービス名

Promitorのパフォーマンスデータの場合だけ設定します。

アラート設定ファイル（jpc_alerting_rules.yml）の項目「jp1_pc_metricname」に設定したメトリック名に対応するサービス名を，メトリック定義ファイルから探索して設定します。

Azure テナント名

JPC_AZURE_TENANT

Azureのテナント文字列

Azureのパフォーマンスデータの場合だけ設定します。

プロパティ表示文字列定義ファイルに記述したAzureのテナントIDに対応する文字列です。定義が存在しない場合は「default」を設定します。

Azure サブスクリプション名

JPC_AZURE_SUBSCRIPTION

Azureのサブスクリプション文字列

Azureのパフォーマンスデータの場合だけ設定します。

プロパティ表示文字列定義ファイルに記述したAzureのIDに対応する文字列です。定義が存在しない場合は「default」を設定します。

Azure リソースグループ名

JPC_AZURE_RESOURCEGROUP

Azureのリソースグループ名

Azureのパフォーマンスデータの場合だけ設定します。

注

すべての拡張属性値の合計の長さの上限は10,000バイトです。

(6)　JP1イベントに対応するSIDの返却

JP1/IM - Agentの製品プラグインは，次の条件のすべてに該当するJP1イベントを受信したときに，JP1/IM - AgentのIM管理ノードとJP1イベントの関連付けを行います。

属性「PRODUCT_NAME」の値が「/HITACHI/JP1/JPCCS」で始まる

属性「JPC_COMPONENT」の値がない，または，「/HITACHI/JP1/JPCCS/CONFINFO」と一致する

JP1/IM - AgentのIM管理ノードに関連付けられたJP1イベントは，JP1/IM - Managerの統合オペレーション・ビューアーのイベント一覧に表示されます。

なお，次の条件のどちらかに該当する場合，関連付けを行いません。

属性「PRODUCT_NAME」の値が「/HITACHI/JP1/JPCCS」で始まらない

属性「JPC_COMPONENT」の値が「/HITACHI/JP1/JPCCS/CONFINFO」と一致しない

関連付けの対象となるIM管理ノードのSIDの種類と，関連付けを行う条件を，次に示します。SIDの種類の詳細については，「3.15.6(1)(a)ターゲットとなる構成情報のSIDの種類と使用できる機能」を参照してください。

SIDの種類

関連付けを行う条件

統合エージェント制御基盤SID

次のどちらかに該当する場合，統合エージェント制御基盤SIDに関連付けを行います。

属性「OBJECT_NAME」の値が「IMAGENT」である

アラート名が「jp1_pc_procmon_imagent」で始まるアラート定義により発行されたJP1イベントである

ログ監視対象のSID

属性「PRODUCT_NAME」の値が「/HITACHI/JP1/JPCCS2/LOGTRAP/」で始まる場合，ログ監視対象のSIDに関連付けを行います。

エージェントサービスSID（Fluentd（ログメトリクス））

アラート名が次のどちらかで始まるアラート定義により発行されたJP1イベントの場合，エージェントサービスSID（Fluentd（ログメトリクス））に関連付けを行います。

「jp1_pc_procmon_fluentd_prome_win 」

「jp1_pc_procmon_fluentd_prome_rotatelogs 」

「jp1_pc_procmon_fluentd_prome_ruby 」

ログ監視サービスSID

アラート名が次のどれかで始まるアラート定義により発行されたJP1イベントの場合，ログ監視サービスSIDに関連付けを行います。

「jp1_pc_procmon_fluentd_win 」

「jp1_pc_procmon_fluentd_rotatelogs 」

「jp1_pc_procmon_fluentd_ruby 」

PrometheusSID

次のどちらかに該当する場合，PrometheusのPrometheusSIDに関連付けを行います。

アラート名が「jp1_pc_prometheus_healthcheck」というアラート定義により発行されたJP1イベントである

アラート名が「jp1_pc_procmon_prometheus」というアラート定義により発行されたJP1イベントである

AlertmanagerSID

次のどちらかに該当する場合，AlertmanagerSIDに関連付けを行います。

アラート名が「jp1_pc_alertmanager_healthcheck」というアラート定義により発行されたJP1イベントである

アラート名が「jp1_pc_procmon_alertmanager」というアラート定義により発行されたJP1イベントである

リモート監視サービスSID，またはエージェントサービスSID

次のどれかに該当する場合，関連付けを行います。

アラート名が「jp1_pc_exporter_healthcheck」というアラート定義により発行されたJP1イベントである場合

通信できないExporterのリモート監視サービスSIDまたはエージェントサービスSIDに関連付けを行います。

アラート名が「jp1_pc_procmon_RM 」で始まるアラート定義により発行されたJP1イベントである場合

リモート監視サービスSIDに関連付けを行います。

アラート名が「jp1_pc_procmon_RM 」で始まらず，「jp1_pc_procmon_」で始まるアラート定義により発行されたJP1イベントである場合（統合エージェント管理基盤SID，統合エージェント制御基盤SID，ログ監視対象のSID，ログ監視サービスSID，PrometheusSID，およびAlertmanagerSIDの条件にも該当しない場合）

リモート監視サービスSIDに関連付けを行います。

EC2のCloudWatchSID

次に示すJP1イベントの場合，EC2のCloudWatchSIDとの関連付けを行います。

スクレイプジョブ名が「jpc_cloudwatch」のスクレイプ定義で，AWS名前空間名が「AWS/EC2」のパフォーマンスデータを監視して発行されたJP1イベント

EC2以外のCloudWatchSID

次に示すJP1イベントの場合，EC2以外のCloudWatchSIDとの関連付けを行います。

スクレイプジョブ名が「jpc_cloudwatch」のスクレイプ定義で，AWS名前空間名が「AWS/EC2」以外のパフォーマンスデータを監視して発行されたJP1イベント

エージェントSID，またはリモートエージェントSID

上記の条件のどれにも該当しないJP1イベントの場合，アラートで評価した監視対象のエージェントSID，またはリモートエージェントSIDに関連付けを行います。

AzureVMのAzureMonitorSID

コンポーネント名がAzure Monitor性能情報収集機能のためのプラグイン名で，Azureサービス名が「Virtualmachine」のパフォーマンスデータを監視して発行されたJP1イベント

AzureVM以外のAzureMonitorSID

コンポーネント名がAzure Monitor性能情報収集機能のためのプラグイン名で，Azureサービス名が「Virtualmachine」，「KubernetesService」以外のパフォーマンスデータを監視して発行されたJP1イベント

KubernetesのSID

コンポーネント名がユーザー独自のPrometheusによるコンテナ監視機能のためのプラグイン名のパフォーマンスデータ，または，コンポーネント名がAzure Monitor性能情報収集機能のためのプラグイン名で，Azureサービス名が「KubernetesService」のパフォーマンスデータを監視して発行されたJP1イベント

アラート設定ファイルのexprに不正なPromQL文が設定されている場合，拡張属性の値が空欄になり，JP1イベントが正しいIM管理ノードに関連付かないことがあります。PromQL文に関する注意事項については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「PromQL文に関する注意事項」（2.　定義ファイル）を参照してください。

次のJP1イベントはマネージャーノードに紐づけられます。マネージャーが階層構成の場合は，直接繋がっているマネージャーノードにのみ紐づけられます。

イベントID

説明

00007630

エージェントの追加を検知したときに発行するJP1イベント

00007631

エージェントの削除を検知したときに発行するJP1イベント

00007632

エージェント情報の更新を検知したときに発行するJP1イベント

(7)　JP1イベントの拡張属性対応

JP1/IM - Agentの製品プラグインは，次に示す統合エージェント用のイベント拡張属性定義ファイルを同梱し，JP1/IM - Agentが発行するJP1イベントの属性を，JP1/IM - Managerの［イベント詳細］画面に表示します。

(a)　ファイル名

hitachi_jp1_pccs2_alert_attr_ja.conf（日本語）

hitachi_jp1_pccs2_alert_attr_en.conf（英語）

(b)　属性

属性名

項目

日本語

英語

E.JPC_AZURE_SERVICE

Azureサービス名

Azure service name

E.JPC_AZURE_TENANT

Azureテナント名

Azure tenant name

E.JPC_AZURE_SUBSCRIPTION

Azureサブスクリプション文字列

Azure subscription name

E.JPC_AZURE_RESOURCEGROUP

Azureリソースグループ名

Azure resource group name

JP1/IM - Agentが発行するJP1イベントの属性の詳細については，「3.15.6(5)(a)パフォーマンスデータを監視して発行するJP1イベントの属性」を参照してください。

3.15.7　統合エージェント基盤

統合エージェント基盤は，エージェントの管理，統合マネージャーホストと統合エージェントホスト間の通信の代理，コマンド実行などを行います。

統合エージェント基盤は，JP1/IM - Managerに同梱されている統合マネージャーホストで動作するモジュールと，JP1/IM - Agentとして提供される統合エージェントホストで動作するモジュールで構成されます。

(1)　共通機能

統合エージェント基盤は，統合マネージャーホストと統合エージェントホストに組み込まれ，統合エージェントホストの稼働情報を統合マネージャーホストに送ったり，統合マネージャーホストの指示でコマンド実行を統合エージェントホスト上で行うことなどができます。

統合マネージャーホスト側で動作する統合エージェント基盤を「統合エージェント管理基盤」と呼びます。統合エージェント側で動作する統合エージェント基盤を「統合エージェント制御基盤」と呼びます。

統合エージェント基盤の共通機能は，統合エージェント基盤の各機能（コマンド実行，エージェント管理など）で共通で使用する次の機能を提供します。

HTTP認証（統合マネージャーホスト上のインテリジェント統合管理基盤や統合エージェント制御基盤との通信・認証）

暗号通信（TLS）

統合エージェント基盤を構成するプログラムのログ出力

コマンド実行機能

統合エージェント基盤のプロセス名と役割を次に示します。

基盤名

プロセス名

役割

統合エージェント管理基盤

imbase

登録エージェントの管理

統合マネージャーホストと統合エージェントホスト間の通信中継

統合マネージャーホストと統合エージェントホスト間のファイル転送

データ転送量の少ないREST API（イベント転送など）

imbaseproxy

統合マネージャーホストと統合エージェントホスト間の通信中継

データ量の多いREST APIの転送用（トレンドデータ（リモートライト）の転送）

統合エージェント制御基盤

imagent

統合マネージャーホストと統合エージェントホスト間の通信中継

統合マネージャーホストと統合エージェントホスト間のファイル転送

統合エージェントホストでのコマンド実行

統合マネージャーホスト上で動作するサービスのREST APIプロキシ

データ転送量の少ないREST API（イベント転送など）

imagentproxy

統合マネージャーホストと統合エージェントホスト間の通信中継

データ量の多いREST APIの転送用（トレンドデータ（リモートライト）の転送）

imagentaction

コマンド実行機能を実現する

(a)　HTTP認証

統合エージェント基盤では，次の通信でHTTP認証（RFC 7235，HTTP 認証フレームワークによる認証）を行います。

通信

認証情報

対応するHTTP認証スキーム

HTTPプロキシサーバ←統合エージェント管理基盤（imagent，imagentproxy）間

HTTP-Proxyサーバに登録されたユーザーパスワード

Basic認証

（凡例）←：通信方向を示します。

Exporterが行うHTTP認証については，各Exporterの説明を参照してください。

(b)　初期シークレットによる認証

統合エージェント制御基盤は，統合エージェント管理基盤に初回アクセスするときに，初期シークレットを使用して接続します。このとき，統合エージェント管理基盤からエージェントクライアントシークレットを配布してもらい，それ以降はライセンス情報を使用してアクセスします。

統合エージェント制御基盤では，初期シークレットとライセンス情報を，シークレット難読化機能で管理します。シークレット難読化機能の詳細については，「3.15.10 シークレット難読化機能」を参照してください。

なお，統合エージェントホストで，統合エージェント制御基盤をインストールしたあと，統合エージェント制御基盤の初回起動までの間に，初期シークレットを変更した場合は，統合エージェントをアンインストールして再度インストールする必要があります。

(c)　暗号通信

統合エージェント管理基盤（imbase，imbaseproxy）と統合エージェント制御基盤（imagent，imagentproxy）間の暗号通信について説明します。

Exporterで行う暗号通信については各Exporterの仕様を参照してください。

サポートする証明書ファイル

統合エージェント基盤で使用する公開鍵証明書は，ユーザーが用意します。

用意する証明書およびキーファイルのファイル形式を，次に示します。

ファイル

形式

CA証明書ファイル

サーバ証明書ファイル

pkcs7形式のX509公開鍵証明書をPEM形式でエンコードしたものです。

サーバ証明書キーファイル

pkcs1又はpkcs8形式の秘密鍵をPEM形式でエンコードしたものです。

パスワードで保護したものは使用できません。

暗号通信する場合は，統合エージェント管理基盤側のサーバ証明書ファイルおよびサーバ証明書キーファイルは必須です。サーバ証明書を検証する場合は，統合エージェント制御基盤側にCA証明書ファイルが必須です。

CA証明書は認証局（CA：Certificate Authority）からユーザーが入手します。サーバ証明書ファイルおよびサーバ証明書キーファイルの作成方法は，マニュアル「JP1/Base 運用ガイド」を参照してください。

統合エージェント基盤がサポートする，証明書内に記載された公開鍵の暗号アルゴリズムは次のとおりです。

RSA

ECDSA

Ed25519

統合エージェント基盤がサポートする，署名済み証明書で用いられた署名アルゴリズムは次のとおりです。

証明書のデジタル署名アルゴリズム

割当コード

備考

rsa_pss_rsae_sha256

0x0804

暗号技術:RSA（PSS） ハッシュ技術:SHA256

rsa_pss_rsae_sha384

0x0805

暗号技術:RSA（PSS） ハッシュ技術:SHA384

rsa_pss_rsae_sha512

0x0806

暗号技術:RSA（PSS） ハッシュ技術:SHA512

rsa_pkcs1_sha256

0x0401

暗号技術:RSA（PKCS1） ハッシュ技術:SHA256

rsa_pkcs1_sha384

0x0501

暗号技術:RSA（PKCS1） ハッシュ技術:SHA384

rsa_pkcs1_sha512

0x0601

暗号技術:ECDSA ハッシュ技術:SHA512

ecdsa_secp256r1_sha256

0x0403

暗号技術:ECDSA ハッシュ技術:SHA256

ecdsa_secp384r1_sha384

0x0503

暗号技術:ECDSA ハッシュ技術:SHA384

ecdsa_secp521r1_sha512

0x0603

暗号技術:ECDSA ハッシュ技術:SHA512

ed25519

0x0807

暗号技術:EdDSA ハッシュ技術:SHA512

Subject Alternative Nameにホスト名が設定されていない証明書では，サーバ認証を行うことができません。

サポートする暗号スイート

TLSバージョン

1.2〜1.3をサポートしています。

1.0，1.1はサポートしていません。

暗号スイート

"TLS_RSA_WITH_AES_128_CBC_SHA"（TLS1.2まで）

"TLS_RSA_WITH_AES_256_CBC_SHA"（TLS1.2まで）

"TLS_RSA_WITH_AES_128_GCM_SHA256"（TLS1.2だけ）

"TLS_RSA_WITH_AES_256_GCM_SHA384"（TLS1.2だけ）

"TLS_AES_128_GCM_SHA256"（TLS1.3だけ）

"TLS_AES_256_GCM_SHA384"（TLS1.3だけ）

"TLS_CHACHA20_POLY1305_SHA256"（TLS1.3だけ）

"TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA"（TLS1.2まで）

"TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA"（TLS1.2まで）

"TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA"（TLS1.2まで）

"TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA"（TLS1.2まで）

"TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256"（TLS1.2だけ）

"TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384"（TLS1.2だけ）

"TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256"（TLS1.2だけ）

"TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384"（TLS1.2だけ）

"TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256"（TLS1.2だけ）

"TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256"（TLS1.2だけ）

TLS再ネゴシエーション

暗号通信（TLS通信）の再ネゴシエーションを受け付けません。

(d)　ログ出力

ログ定義の設定内容に従って，指定したディレクトリにログを出力します。

ログ定義に指定した最大ファイルサイズに達した場合は，ログ定義に指定したファイル面数の範囲で，ログファイルをローテーションして切り替えます。

ログレベル，最大ファイルサイズ，ファイル面数の設定方法を，次に示します。

ホスト

プログラム

設定方法

統合マネージャーホスト

統合エージェント管理基盤（imbase）

imbase設定ファイル（jpc_imbase.json）※のlogで設定します。

統合エージェント管理基盤（imbaseproxy）

imbaseproxy設定ファイル（jpc_imbaseproxy.json）※のlogで設定します。

統合エージェントホスト

統合エージェント制御基盤（imagent）

imagent設定ファイル（jpc_imagent.json）※のlogで設定します。

統合エージェント制御基盤（imagentproxy）

imagentproxy設定ファイル（jpc_imagentproxy.json）※のlogで設定します。

統合エージェント制御基盤（imagentaction）

imagentaction設定ファイル（jpc_imagentaction.json）※のlogで設定します。

注※

各設定ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「2. 定義ファイル」の，該当するファイルの説明を参照してください。

各設定ファイルは，プロセスの起動時にロードされます。

(e)　コマンド実行機能

コマンド実行機能については，「3.15.7(3)統合エージェントアクション実行機能」の「3.15.7(3)(g)コマンド実行機能」を参照してください。

(f)　パスワード難読化

統合エージェント制御基盤側の定義ファイルに記載するプロキシサーバ認証パスワードについては，難読化して保存します。詳細については「3.15.10 シークレット難読化機能」を参照してください。

(g)　通信機能

■HTTPプロキシサーバを介した通信

統合エージェント基盤では，統合エージェント管理基盤（imbase，imbaseproxy）と統合エージェント制御基盤（imagent，imagentproxy）で，HTTPプロキシサーバを介して通信できます。

HTTPプロキシ認証の認証方式は，Basic認証だけに対応しています。※

注※

HTTPプロキシ認証の通信は，HTTPS（TLS）通信による暗号化の範囲外であるため，HTTPプロキシと統合エージェント制御基盤（imagent，imagentproxy）の間は信頼できるネットワークでつないでください。

統合エージェント制御基盤（imagent，imagentproxy）からの通信を受け取れるように，HTTPプロキシサーバ側で，次に示す設定を行ってください。

統合エージェント制御基盤からのHTTP認証で利用できるHTTPプロキシのユーザー設定

統合マネージャーホストの統合エージェント管理基盤の通信ポートへの通信許可

HTTPプロキシサーバ側で，次に示すように80や443ポートの設定をしていて，imbaseとimbaseproxyの通信ポートが許可されていない場合や，統合マネージャーホストへの通信が許可されていない場合は，上記の設定が必要となります。

■ネットワークバインドのIPアドレス

統合エージェント基盤のプロセスは，すべてTCPのリッスン状態で接続を待ち受けます。

リッスンポートは，デフォルトでは，「付録C.1(2) JP1/IM - Agentが使用するポート番号」で示したポートを使います。使用するポートは設定で変更できます。

一方，バインドするIPアドレスは，ホスト名からIPアドレスを取得して，取得したIPアドレスでバインドします。そのため，バインドするIPアドレスは変更できません。

統合エージェント基盤プロセスは，次の方式でIPアドレスを取得してバインドします。

統合エージェント管理基盤プロセスの動作は次のとおりです。

標準構成（非クラスタ構成）の場合

ホスト名をJP1_DEFAULTと仮定し，下記の「クラスタ構成の場合」の手順2以降を実行します。

クラスタ構成の場合

次の優先順位で論理ホスト名を取得します。設定されていない場合は，JP1_DEFAULTを論理ホスト名として仮定します。

プログラムの起動パラメタ（コマンドラインのオプション）で論理ホスト名を取得します。

環境変数JPC_HOSTNAMEの指定値を論理ホスト名として取得します。

取得したホスト名を用いてJP1/Baseの共通情報定義からバインド方式を取得します。

バインド方式がANYの場合はANYバインドでバインドします。

バインド方式がIPの場合は，取得したホスト名（取得できていない場合はOSから自ホスト名を取得）からプログラム内でIPアドレスリストを取得します。jp1hosts,およびjp1hosts2.confに対応しています。両方ともで定義されている場合は，jp1hosts2.confを優先します。

取得したIPアドレスリストのIPアドレスでIPバインドします。バインドするIPアドレス数は共通情報定義に従います。

論理ホスト名は，jco_start.clusterのパラメーターまたはWindowsサービスの起動パラメーターで指定したものです。

統合エージェント制御基盤プロセスの動作は次のとおりです。

標準構成（非クラスタ構成）の場合

jpc_imagent.json，jpc_imagentproxy.json，およびjpc_imagentaction.jsonのJP1_BIND_ADDRを取得します。

JP1_BIND_ADDRがANYの場合は，ANYバインドします

JP1_BIND_ADDRがIPの場合は，自ホスト名をOSから取得し，IPアドレスリストを取得します。

取得したIPアドレスリストのIPアドレスでバインドします。※1

クラスタ構成の場合

jpc_imagent.json，jpc_imagentproxy.json，およびjpc_imagentaction.jsonのJP1_BIND_ADDRを取得します。

JP1_BIND_ADDRがANYの場合は，ANYバインドします。

JP1_BIND_ADDRがIPの場合は，プログラムの起動パラメーター（コマンドラインのオプション）で論理ホスト名を取得します。

取得したホスト名からプログラム内でIPアドレスリストを取得します。

取得したIPアドレスリストのIPアドレスでバインドします。※

論理ホスト名は，jco_start.clusterのパラメーターまたはWindowsサービスの起動パラメーターで指定したものです。

注※

jpc_imagent.json，jpc_imagentproxy.json，およびjpc_imagentaction.jsonのCOM_LISTEN_ALL_ADDRが1の場合，IPアドレスリストの先頭からCOM_MAX_LISTEN_NUM個のIPアドレスでバインドします。1以外の場合は，IPアドレスリストの最初のIPアドレスでバインドします。

また，バインドするIPアドレスは，統合エージェントの起動時の設定値ログに出力します。詳細については，マニュアル「JP1/Integrated Management 3 - Manager運用ガイド」の「12.2.2(7)(b)起動時の設定値ログ」を参照してください。

■ホスト名の解決

統合エージェントでは，次のようにホスト名からIPアドレス変換を行います。

マネージャーホストで稼働するプログラム（統合エージェント管理基盤）

次の順にホスト名に対応するIPアドレスを探して取得します。

優先順位

参照先

1

jp1hosts2定義ファイル

2

jp1hosts定義ファイル

3

OSの情報（hostsファイル，DNSなど）

注　優先順位はOSの仕様に従います。

なお，名前解決にはJP1/Baseのライブラリを使用します。

エージェントホストで稼働するプログラム（統合エージェント制御基盤，Prometheus server，各種Exporter，Alertmanager，およびFluentd）

OSの情報（hostsファイル，DNSなど）から，ホスト名に対応するIPアドレスを探して取得します。名前解決はGo言語のライブラリ内で行います。

(2)　エージェント管理機能

統合マネージャーは，統合エージェントホスト管理データベースに，統合エージェントに関する情報（どのホストにエージェントが存在するか，バージョンやアドオンプログラムの情報など）を記録します。

システム管理者は，記録された統合エージェントの情報を，統合オペレーション・ビューアーから表示できる［統合エージェント一覧］画面で一覧表示できます。次のようなことができます。

統合オペレーション・ビューアーから統合エージェントの情報を表示する。

システム管理者がインテリジェント統合管理基盤で管理対象とする統合エージェントホストおよびそのホストに紐づいて使用可能なアドオン機能を把握したい場合，統合オペレーション・ビューアーの［統合エージェント一覧］画面で，統合エージェントの情報を一覧表示できます。統合エージェントの情報は，統合エージェントホスト管理データベースを参照して表示されます。

統合オペレーション・ビューアーから特定の統合エージェントの情報削除を指示する。

統合オペレーション・ビューアーの［統合エージェント一覧］画面から特定の統合エージェントの情報削除を指示できます。情報削除を指示すると，エージェントの削除のJP1イベント（イベントID＝0007631）を発行します。

［統合エージェント一覧］画面の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.2.1［統合エージェント一覧］画面」を参照してください。

(3)　統合エージェントアクション実行機能

統合エージェントアクション実行機能は，アクション実行要求元機能（JP1/IM - Managerの対処アクションの自動実行機能，対処アクションの手動実行機能，または定義ファイル操作機能）の指示で，次に示すアクションを実行して，アクションの実行結果を返却する機能です。

統合エージェントホスト上のコマンドを実行します。

定義ファイルの一覧を取得します。

統合エージェントホスト上の定義ファイルを取得します。

統合エージェントホスト上の定義ファイルを削除します。

統合エージェントホスト上の定義ファイルを更新します。

アクションの実行状態や実行結果は対処アクション結果管理DBに保存します。対処アクション結果管理DBについては，JP1/IM - Managerの「2.7.7 対処アクション結果管理DB」を参照してください。

(a)　対処アクションの自動実行機能

対処アクションの自動実行機能のアクション種別とアクション同時実行可否を次に示します。

機能種別

アクション種別

アクション同時実行可否

対処アクションの自動実行機能

コマンド実行

不可（デフォルト）／可

アクション実行要求の受付

アクション実行要求の内容，統合エージェントホストの登録状況，および統合エージェントホストの接続状況に問題がなければ，アクション最大同時実行数に関係なく，アクションを受け付けます。

アクションの実行（アクション同時実行可否：不可の場合）

アクションを受け付けた順に，アクションを順次処理します。

先に受け付けたアクションが終了している場合は，あとに受け付けたアクションを実行可能状態にします。

先に受け付けたアクションが終了していない場合は，先に受け付けたアクションの実行が終了するまで，あとに受け付けたアクションは実行されません。先に受け付けたアクションの実行が終了してから，あとに受け付けたアクションを実行可能状態にします。

実行可能状態になったアクションの実行については，「3.15.7(3)(e)アクション最大同時実行数」を参照してください。

アクションの実行（アクション同時実行可否：可の場合）

アクションを受け付けた順に，アクションを並列処理します。

アクションを受け付けた順に，アクションを実行可能状態にします。実行可能状態になったアクションの実行については，「3.15.7(3)(e)アクション最大同時実行数」を参照してください。

アクションの実行結果は，実行が終了したアクションから順に返却されるため，同時実行不可のアクションの実行と異なり，アクションの実行順序は保証されません。

(b)　対処アクションの手動実行機能

対処アクションの手動実行機能のアクション種別とアクション同時実行可否を次に示します。

機能種別

アクション種別

アクション同時実行可否

対処アクションの手動実行機能

コマンド実行

可

アクション実行要求の受付

対処アクションの自動実行機能と同じです。

アクションの実行

対処アクションの自動実行機能（アクション同時実行可否：可の場合）と同じです。

(c)　定義ファイル操作機能のアクション実行

定義ファイル操作機能のアクション種別とアクション同時実行可否を次に示します。

機能種別

アクション種別

アクション同時実行可否

定義ファイル操作機能

定義ファイルの一覧取得

可

定義ファイルの取得

不可

定義ファイルの削除

不可

定義ファイルの更新

不可

アクション実行要求の受付

対処アクションの自動実行機能と同じです。

アクションの実行（アクション同時実行可否：不可の場合）

対処アクションの自動実行機能（アクション同時実行可否：不可の場合）と同じです。

例えば，先に受け付けたアクション（定義ファイルの削除）の実行が終了するまで，あとに受け付けたアクション（定義ファイルの更新）は実行されません。先に受け付けたアクション（定義ファイルの削除）の実行が終了したら，あとに受け付けたアクション（定義ファイルの更新）を実行可能状態にします。実行可能状態になったアクションの実行については，「3.15.7(3)(e) アクション最大同時実行数」を参照してください。

アクションの実行（アクション同時実行可否：可の場合）

対処アクションの自動実行機能（アクション同時実行可否：可の場合）と同じです。

補足事項

アクションを受け付けた順に処理する以外に，同時実行可と同時実行不可のアクションに依存関係はありません。

(d)　「対処アクションの自動実行機能」のアクション同時実行可否の変更

対処アクションの自動実行機能のアクション同時実行可否（デフォルト：同時実行不可）は，統合エージェントホスト単位に設定します。対処アクションの自動実行機能のアクション同時実行可否を変更するには，imagent設定ファイル（jpc_imagent.json）で，対処アクションの自動実行機能のアクション同時実行可否を同時実行不可（デフォルト）／同時実行可に変更して，統合エージェント制御基盤を再起動します。imagent設定ファイル（jpc_imagent.json）については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「imagent設定ファイル（jpc_imagent.json）」（2.　定義ファイル）を参照してください。

なお，対処アクションの自動実行機能のアクション同時実行可否を同時実行可から同時実行不可に変更した場合でも，アクション同時実行可否が同時実行可のときに実行可能状態になったアクションは並列処理されます。

(e)　アクション最大同時実行数

実行可能状態になったアクションを，アクション最大同時実行数の範囲内で実行します。アクション最大同時実行数に空きがない場合は，アクション最大同時実行数に空きが出るまで実行可能状態のままになります。

統合エージェントホスト単位に次のアクション最大同時実行数を設定します。

対処アクションの自動実行機能／対処アクションの手動実行機能のアクション最大同時実行数

定義ファイル操作機能のアクション最大同時実行数

統合エージェントホストのアクション最大同時実行数は，次に示す同時実行数の総和です。なお，アクション同時実行可否が同時実行不可のアクションの同時実行数は1です。

対処アクションの自動実行機能／対処アクションの手動実行機能のアクション最大同時実行数

対処アクションの自動実行機能のコマンド実行の同時実行数

対処アクションの手動実行機能のコマンド実行の同時実行数

定義ファイル操作機能のアクション最大同時実行数

定義ファイル操作機能の定義ファイルの一覧取得の同時実行数

定義ファイル操作機能の定義ファイルの取得の同時実行数

定義ファイル操作機能の定義ファイルの削除の同時実行数

定義ファイル操作機能の定義ファイルの更新の同時実行数

アクション最大同時実行数を変更するには，imagent設定ファイル（jpc_imagent.json）で，次の設定を変更して，統合エージェント制御基盤を再起動します。

対処アクションの自動実行機能／対処アクションの手動実行機能のアクション最大同時実行数

定義ファイル操作機能のアクション最大同時実行数

imagent設定ファイル（jpc_imagent.json）については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「imagent設定ファイル（jpc_imagent.json）」（2.　定義ファイル）を参照してください。

(f)　アクションを実行するユーザー

アクションを実行するユーザーを次に示します。

アクション

アクションを実行するユーザー

JP1/IM - Managerの対処アクションの自動実行機能，または対処アクションの手動実行機能からのコマンド実行

統合エージェントホスト単位に，コマンド実行時の実行ユーザーを1つ設定することができます。各エージェントホストのimagent設定ファイル（jpc_imagent.json）に設定します。

Windowsの場合

ユーザー名，ドメイン名，パスワードを設定します。

パスワードはjimasecretコマンドを使用して登録します。

指定するユーザーはログイン可能である必要があります。

指定するユーザーのホームディレクトリが存在する必要があります（ホームディレクトリは1度Windowsにログインすると作成されます）。

指定するユーザーはローカルセキュリティポリシーの［ローカルログオンの許可］の権限を持っている必要があります。

Linuxの場合

ユーザー名とシェルを設定します。

指定するユーザーはログイン可能である必要があります。

指定するユーザーのホームディレクトリが存在する必要があります。

上記以外のアクション

Windowsの場合：SYSTEM（固定）

Linuxの場合：root（固定）

(g)　コマンド実行機能

アクション実行機能が「コマンド実行」のアクション実行要求を受けた場合，統合エージェント上のコマンドを実行します。

■コマンド実行先ホスト

統合エージェントホストをコマンド実行先ホストとして指定します。

指定した統合エージェントホストが，統合エージェント管理基盤で管理されていない場合は，エラーとなり，コマンド実行要求を受け付けません。

指定した統合エージェントホストの接続を確認できない場合は，エラーとなり，コマンド実行要求を受け付けません。

コマンド実行要求を受け付けたあとに，統合エージェントホストの接続切断，統合エージェントホストの削除を検知した場合は，実行を開始していないコマンドのアクション実行状態を実行失敗にして，コマンド実行結果にKNBC00612-Eを出力します。実行中のコマンドのアクション実行状態を状態不明にして，コマンド実行結果にKNBC00625-Eを出力します。

■コマンドを実行するユーザー

「3.15.7(3)(f)アクションを実行するユーザー」を参照してください。

■実行できるコマンド

実行できるコマンドの種類を次に示します。

コマンドを実行するホストがWindowsの場合

実行形式ファイル（.com，.exe）

バッチファイル（.bat）

JP1/Script のスクリプトファイル（.spt）（ただし，.spt ファイルが実行できるよう関連づけが設定されていること）

自動アクションで実行できるアプリケーションに関連づけられているファイルタイプ（拡張子）を持つデータファイル（.vbs など）

日本語環境の場合，コマンドの標準出力や標準エラー出力の内容をShiftJIS文字コードで出力するコマンド

中国語環境の場合，コマンドの標準出力や標準エラー出力の内容をGB18030文字コードで出力するコマンド

コマンドを実行するホストがUNIXの場合

UNIX のコマンド

シェルスクリプト

ただし，次のようなコマンドは実行できません。

対話操作を必要とするコマンド

画面を表示するコマンド

エスケープシーケンスや制御コードを伴うコマンド

デーモンなどの，終了しないコマンド

Windows メッセージ機構やDDE など，デスクトップとの対話が必要なコマンド（Windows の場合）

shutdown やhalt など，OS をシャットダウンするコマンド

子プロセスを生成するようなコマンドを実行した場合，コマンドの子プロセスが終了していなくても，コマンドが終了した時点でアクション実行は完了となります。

■コマンドの実行方法

統合エージェントのコマンド実行機能は，次の処理によりコマンドを実行します。

Windowsの場合

cmd.exe /c 実行コマンド

UNIXの場合

OSユーザーのログインシェルを使用します。

ログインシェルが/bin/shの場合の例を次に示します。

/bin/sh -c 実行コマンド

注意事項

ログインシェルとして「/sbin/false」，「/bin/false」，「/bin/true」，「/sbin/nologin」などが設定されている場合は正常に実行できません。

「cmd.exe /c 実行コマンド」や「シェル -c 実行コマンド」で実行できないコマンドは，統合エージェントのコマンド実行機能でも実行できません。

カレントディレクトリは実行ユーザーのホームディレクトリになります。

■環境変数

コマンド実行時に環境変数ファイルを指定しない場合は，次の環境変数が使われます。

Windowsの場合

Windowsのシステム環境変数が，コマンド実行時の環境変数として使われます。OSユーザーのプロファイルは読み込まれません。

UNIXの場合

imagentプロセスの環境変数が，コマンド実行時の環境変数として使われます。OSユーザーのプロファイルは読み込まれません。

コマンド実行時に環境変数ファイルを指定した場合は，環境変数ファイルで設定した環境変数が，コマンド実行時の環境変数として使われます。環境変数ファイルについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「環境変数ファイル（任意のファイル名）」（2.　定義ファイル）を参照してください。

コマンド実行時に環境変数ファイルを指定した場合は，統合エージェントホスト上の指定した環境変数ファイルを読み込んでコマンド実行時の環境変数に設定します。環境変数ファイルが存在しない場合は，エラーメッセージ（KNBC20032-E）を出力してコマンドを実行しません。指定した環境変数ファイルの内容を読込めなかった場合は，警告メッセージ（KAVB2065-W）を出力してコマンドを実行します。この場合，環境変数ファイルの内容は有効になりません。

■文字コードについて

統合エージェント管理基盤の文字コードはUTF-8です。統合エージェント制御基盤のコマンド実行機能でサポートする文字コードを次に示します。

ロケールの変更については，マニュアル「JP1/Integrated Management 3 - Manager運用ガイド」の「2.10 統合エージェントホストのロケールを変更する場合に必要な作業」の記載を参照してください。

OS

システムロケール

文字コード

Windows

日本語

SJIS

英語

C（ISO-8859-1）

中国語

GB18030

上記以外

C（ISO-8859-1）

Linux

−

UTF-8

下記は，上記の表に記載した文字コードで動作する必要があります。

実行するコマンド

実行するコマンドは，上記の表に記載した文字コードで標準出力／標準エラー出力する必要があります。

環境変数ファイル

環境変数ファイルは，上記の表に記載した文字コードで定義する必要があります。

■コマンド実行結果

コマンド実行結果は，コマンド実行要求を受け付けた統合エージェント管理基盤（統合マネージャーホストまたは下位マネージャーホスト）上の対処アクション結果管理DBで管理します。統合エージェント制御基盤（統合エージェントホスト）上では管理されません。統合エージェント制御基盤では，ユーザーが参照できる形式でコマンド実行ログ（コマンド名とコマンド引数を合わせたコマンド文字列とコマンド実行結果）を出力します。なお，当該ログファイルの内容をコマンド実行結果として確認する機能は提供していません。

「3.15.7(3)(j) トラブルシューティング」の想定するトラブルが発生した場合は，コマンド実行結果は対処アクション結果管理DBで管理されません。コマンド実行結果を対処アクション結果管理DBに格納できなかった旨を統合エージェント制御基盤のコマンド実行ログに出力します（統合エージェント制御基盤が強制終了される場合を除く）。

■imagentサービスの終了時に実行中のコマンドの扱い

アクション実行中のコマンドプロセスが存在するときにimagentサービスを停止させた場合，コマンドプロセスの強制終了を試みます。

強制終了に失敗してもリトライは行いません。

(h)　定義ファイル操作機能

定義ファイル操作機能については，「3.6.5 定義ファイル操作機能」を参照してください。

(i)　アクション結果保存機能

アクションの実行状態や実行結果を対処アクション結果管理DBに保存します。対処アクション結果管理DBについては，JP1/IM - Managerの「2.7.7 対処アクション結果管理DB」を参照してください。対処アクションSIDについては，「7. 対処アクションの自動実行と手動実行（JP1/IM - Agent連携）」の「対処アクションSID」について記載している個所を参照してください。

アクション共通データ

表3‒32　アクション共通データ

項番

項目

説明

1

対処アクションSID

対処アクション結果管理DB内で，アクションを一意に識別する文字列を管理します。

2

アクション受付日時

統合エージェント管理基盤が，アクション実行要求を受け付けた日時を管理します。

3

アクション実行開始日時

統合エージェント制御基盤が，アクションの実行を開始した日時を管理します。

4

アクション実行終了日時

統合エージェント制御基盤が，アクションの実行を終了した日時を管理します。

5

機能種別

アクション実行要求元機能の機能種別を管理します。

対処アクションの自動実行機能の識別子

対処アクションの手動実行機能の識別子

定義ファイル操作機能の識別子

6

アクション種別

アクション種別を管理します。

コマンド実行の識別子

定義ファイルの一覧取得の識別子

定義ファイルの取得の識別子

定義ファイルの削除の識別子

定義ファイルの更新の識別子

7

アクション実行先ホスト名

アクションを実行する統合エージェントホスト名を管理します。

8

アクション

アクションの内容を管理します。

コマンド実行の場合

コマンド名とコマンド引数を合わせたコマンド文字列

定義ファイルの一覧取得の場合

なし（空白）

定義ファイルの取得の場合

なし（空白）

定義ファイルの削除の場合

なし（空白）

定義ファイルの更新の場合

なし（空白）

9

アクション実行状態

アクションの実行状態を管理します。

受付済みの識別子

先行終了待ちの識別子

キューイングの識別子

実行中の識別子

実行終了の識別子

実行失敗の識別子

10

終了コード

アクションの終了コードを管理します。

コマンド実行の場合

コマンドの終了コード／アクションの終了コード

定義ファイルの一覧取得の場合

アクションの終了コード

定義ファイルの取得の場合

アクションの終了コード

定義ファイルの削除の場合

アクションの終了コード

定義ファイルの更新の場合

アクションの終了コード

11

アクション実行要求元ホスト名

アクションの実行を要求した統合マネージャーホスト名を管理します。

12

JP1ユーザー名

予約フィールド

13

OSユーザー名

予約フィールド

アクション詳細（コマンド実行）

表3‒33　アクション詳細（コマンド実行）

項番

項目

説明

1

対処アクションSID

対処アクション結果管理DB内で，アクションを一意に識別する文字列を管理します。

2

環境変数ファイル名

環境変数ファイル名を管理します。

3

プロセスID

コマンドのプロセスIDです。

アクション詳細（定義ファイルの一覧取得）

なし

アクション詳細（定義ファイルの取得）

なし

アクション詳細（定義ファイルの削除）

なし

アクション詳細（定義ファイルの更新）

なし

実行結果データ

表3‒34　実行結果データ

項番

項目

説明

1

対処アクションSID

対処アクション結果管理DB内で，アクションを一意に識別する文字列を管理します。

2

通番

メッセージの番号を管理します。

3

メッセージ発生日時

対処アクション結果管理DBにメッセージを書き込んだ日時を管理します。

4

メッセージ種別

メッセージ種別を管理します。

コマンド実行要求受付を表す識別子

コマンド実行開始を表す識別子

コマンドの標準出力／標準エラー出力を表す識別子

コマンド実行終了を表す識別子

その他を表す識別子

5

メッセージ

アクションの実行時に出力するメッセージを管理します。

コマンド実行の場合

コマンドの標準出力／標準エラー出力，またはアクションのメッセージ

定義ファイルの一覧取得の場合

アクションのメッセージ

定義ファイルの取得の場合

アクションのメッセージ

定義ファイルの削除の場合

アクションのメッセージ

定義ファイルの更新の場合

アクションのメッセージ

(j)　トラブルシューティング

アクション実行要求元機能からアクション実行要求を受け付けた後，統合エージェントアクション実行機能では，下記に示すトラブルが発生する場合があります。このようなトラブルが発生したときのトラブルシューティングについて説明します。

表3‒35　 想定するトラブル

想定するトラブル

システムの状況

ケース1

システム設計時の想定以上に自動対処アクションが発生し，不要な対処アクションが大量に蓄積されてしまった。

トラブル発生時の状況

キューイング，実行中の対処アクションが大量に滞留している。

トラブル解消後の状況

滞留している対処アクションが終了状態（キューイングから実行失敗，実行中から状態不明）になり，新たに発生した対処アクションを実行できるようになります。

ケース2

実行したコマンドプロセスが終了しない。

実行できないコマンド（「3.15.7(3)(g) コマンド実行機能」を参照）を誤って実行してしまい，コマンドが実行中のまま終了しなくなった。

対処アクションの自動実行機能で実行したコマンドがハングアップまたは想定以上に時間が掛かったため，後続の対処アクションが実行されなくなった。

トラブル発生時の状況

コマンドプロセスが実行中のまま終了しない（対処アクションが実行中のままになります）。

トラブル解消後の状況

実行中の対処アクションが終了状態（実行中→実行終了）になり，後続の対処アクションを実行できるようになります。

ケース3

対処アクションの実行中にクラスタ構成の統合エージェントホスト（統合エージェント制御基盤）でフェイルオーバーが発生した。JP1イベントで統合エージェント制御基盤の停止を確認できない。

トラブル発生時の状況

対処アクションが実行中のままになります。

JP1イベントで統合エージェント制御基盤の停止を確認できません。

トラブル解消後の状況

対処アクションが終了状態（キューイングから実行失敗，実行中から状態不明）になり，新たに発生した対処アクションを実行できるようになります。

ケース4

次の事象またはシステムエラーが発生した。

統合エージェントホストを削除した。

統合エージェント制御基盤が停止した。

統合エージェント制御基盤から統合エージェント管理基盤にネットワーク接続できなくなった（ネットワークエラー）。

トラブル発生時の状況

対処アクションが終了状態（キューイングから実行失敗，実行中から状態不明）になります。

トラブル解消後の状況

新たに発生した対処アクションを実行できるようになります。

ケース5

対処アクションの実行中に次のシステムエラーが発生した。

統合エージェント管理基盤（JP1/IM - Manager）が停止した。

インテリジェント統合管理データベースが停止した。

トラブル発生時の状況

対処アクションが実行中のままになります。

トラブル解消後の状況

統合エージェント管理基盤（JP1/IM - Manager）を起動後，統合エージェント制御基盤の接続を確認できたとき，かつ対処アクションの動作を確認できないときは，対処アクションが終了状態（実行中から状態不明）になり，後続の対処アクションを実行できるようになります。対処アクションが動作しているときは，実行中のままになります。

統合エージェント管理基盤（JP1/IM - Manager）を起動後，統合エージェント管理基盤が，統合エージェント制御基盤の接続を確認できないときは，対処アクションが終了状態（キューイングから実行失敗，実行中から状態不明）になり，新たに発生した対処アクションを実行できるようになります。

想定するトラブルの説明とユーザーの対処について説明します。ユーザーの対処においては，統合エージェントホストでコマンドプロセスの状態を確認して，トラブル解消後にコマンド（対処アクション）を再実行するかどうかを判断する必要があります。

■ケース1

説明

ユーザーは統合エージェントホストで統合エージェント制御基盤を停止することでトラブルに対処します。

統合エージェント制御基盤を停止すると，統合エージェント管理基盤が統合エージェント制御基盤の停止を検知して，対処アクションの実行状態が次のように遷移します。

実行中から状態不明に遷移します。

キューイングから実行失敗に遷移します。

統合エージェント制御基盤を停止すると，Windowsの場合はCMD.EXEと実行中のコマンド，UNIXの場合はシェルと実行中のコマンドの実行状態が実行中のまま残る場合があります。その場合は，プロセスが自然に終了するのを待つか，プロセスを手動で強制終了してください。

ユーザーの対処

統合オペレーション・ビューアーの［対処アクション結果一覧］画面で，キューイング，実行中のアクションを絞り込んでトラブルが発生している統合エージェントホストを特定します。

統合エージェントホストにログインして，統合エージェント制御基盤を停止します。

統合オペレーション・ビューアーの［対処アクション結果一覧］画面で，実行中，状態不明の対処アクションのPIDを確認します。

統合エージェントホストで3.のPIDのプロセスを確認し，プロセスが自然に終了するのを待つか，プロセスを手動で強制終了します。

統合エージェントホストで統合エージェント制御基盤を起動します。

■ケース2

説明

コマンドプロセスを手動で強制終了することでトラブルに対処します。コマンドプロセスを強制終了すると，対処アクションの実行状態は実行終了に遷移します。

ユーザーの対処

統合オペレーション・ビューアーの［対処アクション結果詳細］画面で，終了しないコマンドプロセスのPIDを確認します。

統合エージェントホストにログインして，1.のPIDのコマンドプロセスを強制終了します。

補足1

imagentはユーザーが指定したコマンドラインを次のように実行します。

Linuxの場合

/bin/sh -c ユーザーが指定したコマンドライン

Windowsの場合

CMD C:¥>"ユーザーが指定したコマンドライン"

統合オペレーション・ビューアーの［対処アクション結果詳細］画面の［メッセージ］欄に表示されるKNBC00622-IメッセージのプロセスIDは次の内容を示します。

Linuxの場合

ユーザーが指定したコマンドラインにおいて1つのコマンドが実行される場合，そのコマンドプロセスのPIDが出力されます。

ユーザーが指定したコマンドラインにおいて複数のコマンドが実行される場合，/bin/shのPIDが出力されます。

Windowsの場合

CMDプロセスのプロセスIDが出力されます。

このため，コマンドプロセスを特定するためにプロセスの親子関係を確認しなければならない場合があります。

補足2

Windowsで拡張子に関連付けていないファイルを実行した場合，対処アクションは終了しますが，OpenWith.exeというプロセスが残存する場合があります。

OpenWith.exeプロセスが残存している場合は，手動で強制終了してください。

補足3

Linuxのバックグラウンド実行やWindowsでSTARTコマンドを使用するバッチファイルなどを実行すると，対処アクションは終了するがコマンドプロセスから実行された子プロセスが残存する場合があります。プロセスが残存している場合は，必要に応じて手動で強制終了してください。

■ケース3

説明

クラスタ構成の統合エージェントホスト（統合エージェント制御基盤）で，電源切断などの理由でフェイルオーバーが発生したときに，統合エージェント管理基盤が，統合エージェント制御基盤の停止を検知できず※に，統合エージェント制御基盤が起動した場合は，対処アクションの実行状態が実行中のままになります。

注※

JP1イベントで統合エージェント制御基盤の停止を確認できません。

ユーザーは統合エージェントホストで統合エージェント制御基盤を停止することでトラブルに対処します。

ユーザーの対処

統合オペレーション・ビューアーの［対処アクション結果一覧］画面で，実行中のアクションを絞り込んでトラブルが発生している統合エージェントホストを特定します。

統合エージェントホストにログインして，統合エージェント制御基盤を停止します。

統合エージェントホストで統合エージェント制御基盤を起動します。

■ケース4

説明

統合エージェント管理基盤が，統合エージェントホストの削除，統合エージェントホスト（統合エージェント制御基盤）の接続切断を検知すると，対処アクションの実行状態が次のように遷移します。

実行中から状態不明に遷移します。

キューイングから実行失敗に遷移します。

Windowsの場合はCMD.EXEと実行中のコマンド，UNIXの場合はシェルと実行中のコマンドの実行状態が実行中のまま残る場合があります。その場合は，プロセスが自然に終了するのを待つか，プロセスを手動で強制終了してください。

ユーザーの対処

統合オペレーション・ビューアーの［対処アクション結果一覧］画面で，実行失敗，実行中，状態不明のアクションを絞り込んでトラブルが発生している統合エージェントホストを特定します。

システムエラーに対処します。

ネットワークエラーの場合，統合エージェント制御基盤から統合エージェント管理基盤にネットワーク接続できるように対処します。

統合エージェントホストにログインして，統合エージェント制御基盤が停止していなければ，統合エージェント制御基盤を停止します。

統合オペレーション・ビューアーの［対処アクション結果一覧］画面で，実行中，状態不明の対処アクションのPIDを確認します。

統合エージェントホストで4.のPIDのプロセスを確認し，プロセスが自然に終了するのを待つか，プロセスを手動で強制終了します。

統合エージェントホストで統合エージェント制御基盤を起動します。

■ケース5

説明

対処アクションの実行中に，インテリジェント統合管理データベースや統合エージェント管理基盤（JP1/IM - Manager）を停止すると，対処アクションの実行状態が実行中のままになります。

統合エージェント管理基盤（JP1/IM - Manager）を起動することでトラブルに対処します。

システムは統合エージェント管理基盤を起動後，統合エージェント制御基盤の接続確認を行い，接続状況に応じて，対処アクションの実行状態を遷移させます。

統合エージェント管理基盤が統合エージェント制御基盤の接続を確認できたときは，実行中のままになっているアクションに関して，統合エージェント制御基盤にアクションの動作状況を問い合わせ，対処アクションが動作していないときは，対処アクションの実行状態が次のように遷移します。対処アクションが動作しているときは，実行中のままになります。

実行中から状態不明に遷移します。

統合エージェント管理基盤が統合エージェント制御基盤の接続を確認できないときは，対処アクションの実行状態が次のように遷移します。

実行中から状態不明に遷移します。

キューイングから実行失敗に遷移します。

ユーザーの対処

インテリジェント統合管理データベースが停止している場合，インテリジェント統合管理データベースを起動します。

JP1/IM - Managerを起動します。

統合オペレーション・ビューアーの［対処アクション結果一覧］画面で，実行失敗，実行中，状態不明のアクションを絞り込んで統合エージェントホストを特定します。

統合オペレーション・ビューアーの［対処アクション結果一覧］画面で，実行中，状態不明の対処アクションのPIDを確認します。

統合エージェントホストにログインして，4.のPIDのプロセスを確認し，プロセスが自然に終了するのを待つか，プロセスを手動で強制終了します。

(k)　統合エージェント制御基盤の計画停止

統合エージェント制御基盤の計画停止の流れを次に示します。

計画停止する統合エージェント制御基盤（統合エージェントホスト）をJP1/IM - Managerの共通除外条件に定義して，対処アクションが自動実行されないようにします。

計画停止する統合エージェント制御基盤（統合エージェントホスト）に，投入されているアクションがないことを確認します。すでに投入されているアクションがあるときはアクションの終了を待ちます。

統合エージェント制御基盤を計画停止します。

3.15.8　統合エージェント制御基盤のポーリング監視

統合エージェント管理基盤は，統合エージェント制御基盤からの接続と切断を検知して，JP1イベントを発行します。

(1)　機能概要

統合エージェント制御基盤のポーリング監視は，統合エージェント管理基盤が統合エージェント制御基盤からの接続と切断を検知して，JP1イベントを発行します。統合エージェント制御基盤は起動してから定期的に統合エージェント管理基盤へ接続します。そのため，統合エージェント管理基盤は一定期間，統合エージェント制御基盤からの接続がない場合に切断されたと判断します。発行したJP1イベントは，統合オペレーション・ビューアーの統合エージェント制御基盤SIDのIM管理ノードを選択してJP1イベント一覧を表示することで確認できます。

なお，統合エージェント管理基盤と統合エージェント制御基盤は，それぞれ次に示すプロセスで構成されています。この機能では，統合エージェント管理基盤はimbaseプロセス，統合エージェント制御基盤はimagentプロセスを指します。各プロセスの役割については，「3.15.7(1)共通機能」を参照してください。

■統合エージェント管理基盤

imbase

imbaseproxy

■統合エージェント制御基盤

imagent

imagentproxy

imagentaction

(2)　統合エージェント制御基盤のポーリング監視

統合エージェント制御基盤は，起動してから定期的に統合エージェント管理基盤へ接続します。統合エージェント管理基盤は，一定期間，統合エージェント制御基盤からの接続がない場合，切断されたと検知してJP1イベントを発行します。統合エージェント制御基盤を起動する場合や一度切断されたあとに統合エージェント制御基盤から統合エージェント管理基盤へ接続があった場合，接続されたと検知してJP1イベントを発行します。また，統合エージェント制御基盤が正常に停止する場合，統合エージェント管理基盤から切断されるため，JP1イベントを発行します。

統合エージェント制御基盤のポーリング監視で発行するJP1イベントと発行契機を次に示します。JP1イベントの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「3.2.3 JP1/IM - Agentが発行するJP1イベント一覧」を参照してください。なお，接続・切断の状態が変更したときだけJP1イベントを発行します。

イベントID

重大度

メッセージ

00007620

エラー

KNBC20043-E

00007621

情報

KNBC20044-I

00007622

情報

KNBC20045-I

統合エージェント制御基盤のポーリング監視で発行するJP1イベントを確認するユースケースを次に示します。

ユースケース

イベントID

統合エージェント制御基盤の異常検知※時の確認

00007620

統合エージェント制御基盤が正常停止後に起動して統合エージェント管理基盤に初めて接続したときの確認

00007621

統合エージェント制御基盤の異常検知※後に統合エージェント制御基盤が統合エージェント管理基盤に初めて接続したときの確認

統合エージェント管理基盤の再起動後に統合エージェント制御基盤が統合エージェント管理基盤に初めて接続したときの確認

JP1/IM - Agentインストール・セットアップ後にライセンス情報を取得して統合エージェント制御基盤が統合エージェント管理基盤に初めて接続したときの確認

統合エージェント制御基盤の正常停止時の確認

00007622

注※　次のようなケースで，統合エージェント制御基盤が統合エージェント管理基盤に60秒（最大120秒）以上接続がない場合，異常検知します。

統合エージェント管理基盤と統合エージェント制御基盤間のネットワーク不可

統合エージェント制御基盤のハングアップや異常停止

統合エージェント制御基盤のポーリング監視で発行するJP1イベントを確認できないユースケースを，次に示します。

項番

ユースケース

1

統合エージェント制御基盤の異常停止後に，統合エージェント管理基盤が異常検知※する前に統合エージェント制御基盤が起動して統合エージェント管理基盤に接続

2

統合エージェント管理基盤が停止中に統合エージェント制御基盤の異常検知※

3

統合エージェント管理基盤が停止中に統合エージェント制御基盤の正常停止

注※　次のようなケースで，統合エージェント制御基盤が統合エージェント管理基盤に60秒（最大120秒）以上接続がない場合，異常検知します。

統合エージェント管理基盤と統合エージェント制御基盤間のネットワーク不可

統合エージェント制御基盤のハングアップや異常停止

一時的なネットワークエラーで統合エージェント制御基盤と統合エージェント管理基盤が接続できない場合，次の動作によって60〜120秒以内に再接続できたときは，切断として検知しません。

統合エージェント制御基盤は約10秒に一度以上統合エージェント管理基盤に接続する。

統合エージェント管理基盤は60秒間隔で60秒以上接続がない統合エージェント制御基盤がないかをチェックする。

60秒以上更新がない統合エージェント制御基盤がないか統合エージェント管理基盤が確認する処理について，次に示します。

統合エージェント管理基盤は，60秒間隔でチェックする処理でJP1イベントの発行に失敗した場合，「KNBC20038-E」のメッセージをログ出力し，次のタイミングで再度チェックを行います。

統合エージェント管理基盤は，60秒間隔でチェックする処理で55秒以内に処理が終わらない場合，処理を中断したあと，「KNBC20048-E」のメッセージをログ出力し，接続が切断されたとして扱います。

統合エージェント管理基盤と統合エージェント制御基盤間の通信のリトライについて，次に示します。

統合エージェント制御基盤は，定期的に統合エージェント管理基盤に接続するため，リトライをしません。接続に失敗した場合，次の定期接続で再度接続を行います。

起動の通知ではリトライをしません。通知に失敗した場合，次の定期接続で接続したときに通知します。

停止の通知ではリトライをしません。

重要

統合エージェント管理基盤が停止すると，接続していた統合エージェント制御基盤は切断されますが，検知はされません。統合エージェント管理基盤の起動後に統合エージェント制御基盤が接続され，イベントIDが00007621のJP1イベントが発行されます。

統合エージェント制御基盤が異常停止して，統合エージェント管理基盤が検知する前（最大120秒以内）に統合エージェント制御基盤を起動すると，イベントIDが00007620のJP1イベントは発行されません。そのようなケース（統合エージェント制御基盤が異常停止してから短時間で起動するケース）を検知したい場合は，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「統合エージェントのプロセスの死活監視の設定」について記載している個所を参照して，imagentプロセスを監視してください。この設定では，統合エージェント制御基盤を経由して統合マネージャーに通知するため，統合エージェント制御基盤が異常停止したときには通知されませんが，統合エージェント制御基盤が起動したときに異常があったことが通知されます。

統合エージェント制御基盤のポーリング監視は，ライセンス情報を取得してから開始されます（初期シークレットを使っている間ポーリング監視は実施されません）。ライセンス情報については，「3.15.7(1)(b)初期シークレットによる認証」を参照してください。

(3)　ヘルスチェック機能

統合エージェント制御基盤のimagentプロセスについてだけ，ヘルスチェック機能によるポーリング監視に対応しています。

統合エージェント制御基盤のimagentプロセス以外のプロセスについては，ユーザーの運用によるプロセスの死活監視で対応してください。

ユーザーの運用によるプロセスの死活監視については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「統合エージェントのプロセスの死活監視の設定」を記載している個所を参照してください。

重要

統合エージェント基盤のプロセスが停止している場合，JP1/IM - AgentがJP1/IM - Managerに対して通信できないため，統合エージェントホストのJP1イベントが発行されません。統合エージェント基盤のプロセスを起動させることで，停止していた間の通信はリトライされます。ただし，ログ監視機能では，統合エージェント基盤のプロセスを長時間※停止していた場合，JP1イベントが破棄されることがあります。

詳細については，「3.15.3(9)(c)送信するログデータのバッファ機能（buffer）」を参照してください。

注※

Fluentdのデフォルトの設定で約27万件のJP1イベントが登録される時間

3.15.9　初期設定コマンド

JP1/IM - Agentの定義ファイルには，自ホスト名を記載する個所が複数存在します。オートスケール時には，ホスト名が変更されてからサービスが起動されるため，サービスが起動する前に，定義ファイルに新しいホスト名を設定するためのコマンドを提供しています。

(1)　機能概要

初期設定コマンドは，統合エージェントの初期設定を行うコマンドです。次のケースで，JP1/IM - Agentのインストーラーから実行されます。

物理ホスト上のJP1/IM - Agentを構築する場合

JP1/IM - Agentをインストールした仮想マシンイメージを作成し，そこから仮想マシンを複製して稼働させる場合

JP1/IM - Agentをインストールしたコンテナイメージを作成し，そこからコンテナを作成する場合

なお，クラスタ構成で，論理ホスト上にJP1/IM - Agentを構築する場合は，初期設定を手動で行う必要があります。

上記の各ケースのJP1/IM - Agentの構築方法については，マニュアル「JP1/Integrated Management 3 - Manager構築ガイド」の該当する内容を説明している個所を参照してください。

また，初期設定コマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jimasetup」（1.　コマンド」）を参照してください。

3.15.10　シークレット難読化機能

(1)　難読化の対象

次に示すシークレットが難読化の対象です。

統合エージェント制御基盤（imagent，imagentproxy）からマネージャーホストにプロキシ経由で接続するためのプロキシパスワード

統合エージェント制御基盤用の初期シークレット

統合エージェント制御基盤用のクライアントシークレット

Blackbox exporterから監視対象のWebサーバにアクセスするためのパスワード

Blackbox exporterから監視対象のWebサーバにアクセスするためのBearerトークン

Blackbox exporterから監視対象のWebサーバにプロキシ経由で接続するためのプロキシパスワード

Promitorから監視対象のAzure Monitorにアクセスするためのクライアントシークレット

OracleDB exporterからOracle Databaseにアクセスするためのパスワード※

注※

JP1/IM - Agentに同梱するOracleDB exporterでは，環境変数DATA_SOURCE_NAME内のパスワードを使用せずに，シークレット管理ファイルに登録したシークレットをパスワードとして取得して，Oracle Databaseとの接続に使用します。

また，次の項目は難読化の対象外です。ファイル権限でアクセスできないようにしたり，ログインユーザーを制限したりして，外部に漏洩しないように対処してください。

環境変数HTTP_PROXYとHTTPS_PROXY

/root/.aws/credentials

証明書，秘密鍵※

JP1/IM で自動生成するパスワード

エージェント側で運用することを想定するパラメーター

注※

証明書と秘密鍵は，マネージャーホストとエージェントホスト間の暗号化通信に必要です。詳細については，「14.10.3(3)マネージャーホストとエージェントホスト（JP1/IM - Agent）間の暗号化」を参照してください。

(2)　シークレットの追加・変更・削除

次の方法でシークレットの設定ができます。

設定方法

設定対象

インストーラー経由でシークレットを設定する。

imagentのプロキシパスワード

imagentの初期シークレット

シークレット管理コマンドを使用して，シークレットを設定する。

imagentのプロキシパスワード

imagentの初期シークレット

imagentのクライアントシークレット

Blackbox exporterのプロキシパスワード

Blackbox exporterの監視対象Webサーバのパスワード

Blackbox exporterの監視対象WebサーバのBearerトークン

Promitor Resource Discoveryのクライアントシークレット

Promitor Scraperのクライアントシークレット

OracleDB exporterからOracle Databaseにアクセスするためのパスワード

統合オペレーション・ビューアーの［シークレットの管理］ダイアログを使用して，シークレットを設定する。

(3)　登録済みシークレットのキー一覧参照

登録済みのシークレットを確認する場合は，次の方法で確認してください。登録済みシークレットのキーの一覧を取得できます。キーのみを表示します。シークレットは表示しません。

シークレット管理コマンドを実行して，キーの一覧を表示する。

統合オペレーション・ビューアーの［シークレットの管理］ダイアログでキーの一覧を表示する。

3.15.11　言語設定

(1)　統合エージェントの言語設定

統合エージェントが動作する言語設定は，次のとおりです。

Windowsの場合

設定項目

統合エージェントの動作

JP1/IM - Agentプロセスが稼動できるOS環境の文字コード

各国語版OSのデフォルトの設定で動作します。

設定変更の方法については，マニュアル「JP1/Integrated Management 3 - Manager運用ガイド」の「2.10.1 統合エージェントホストのロケールを変更する」を参照してください。

JP1/IM - Agentプロセスを起動する際の文字コード

OS環境の言語と同じ文字コードで動作します。

JP1/IM - Agentプロセスが出力するログの文字コード

UTF-8コードで出力します。

OSSに関しては，OSSの仕様に依存します。

JP1/IM - Agentプロセスが出力するログの言語

統合エージェント基盤

日本語環境の場合は，日本語で動作します。

日本語以外の環境の場合は，英語で動作します。

スクリプトなど

常に英語で動作します。

OSSに関しては，OSSの仕様に依存します。

JP1/IM - Agentの定義ファイルに使用できる文字コード

マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の各定義ファイルを参照してください。

統合エージェントアクション実行機能で扱える文字コード

「3.15.7(3)(g)コマンド実行機能」の「■文字コードについて」を参照してください。

ログ監視機能で扱えるログの文字コード

「3.15.3(3)(d)監視できるログファイルの文字コード」を参照してください。

Linuxの場合

設定項目

統合エージェントの動作

JP1/IM - Agentプロセスが稼動できるOS環境の文字コード

UTF-8だけで動作します。

JP1/IM - Agentプロセスを起動する際の文字コード

指定できるLANGの値は次のとおりです。

C

en_US.UTF-8, en_US.utf8

ja_JP.UTF-8，ja_JP.utf8

zh_CN.UTF-8，zh_CN.utf8

デフォルトはja_JP.UTF-8です。

プロセスを起動する際の文字コードは，ユニット定義ファイルのLANGに記載します。設定方法については，マニュアル「JP1/Integrated Management 3 - Manager運用ガイド」の「2.10.1 統合エージェントホストのロケールを変更する」を参照してください。

JP1/IM - Agentプロセスが出力するログの文字コード

上記のWindowsの場合と同じです。

JP1/IM - Agentプロセスが出力するログの言語

統合エージェント基盤

JP1/IM - Agentプロセスを起動する際の文字コードにja_JP.UTF-8またはja_JP.utf8が指定された場合は，日本語で動作します。

上記以外の環境の場合は，英語で動作します。

スクリプトなど

常に英語で動作します。

OSSに関しては，OSの仕様に依存します。

JP1/IM - Agentの定義ファイルに使用できる文字コード

上記のWindowsの場合と同じです。

統合エージェントアクション実行機能で扱える文字コード

上記のWindowsの場合と同じです。

ログ監視機能で扱えるログの文字コード

上記のWindowsの場合と同じです。

(2)　統合マネージャーの言語設定

imbaseおよびimbaseproxyの言語設定は，次のとおりです。

Windowsの場合

設定項目

統合エージェントの動作

プロセスが稼動できるOS環境の文字コード

JP1/IM - Managerと同じです。

プロセスを起動する際の文字コード

OS環境の言語と同じ文字コードで動作します。

プロセスが出力するログの文字コード

日本語環境の場合は，SJISで動作します。

日本語以外の環境の場合は，ASCIIコードで動作します。

プロセスが出力するログの言語

日本語環境の場合は，日本語で動作します。

それ以外の環境の場合は，英語で動作します。

定義ファイルに使用できる文字コード

マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の各定義ファイルを参照してください。

Linuxの場合

設定項目

統合エージェントの動作

プロセスが稼動できるOS環境の文字コード

JP1/IM - Managerと同じです。

プロセスを起動する際の文字コード

指定できるLANGの値は，次のとおりです。

ja_JP.SJIS またはja_JP.sjis（SUSE Linuxのみ）

ja_JP.UTF-8 またはja_JP.utf8

C

en_US.UTF-8 またはen_US.utf8

zh_CN.gb18030

プロセスが出力するログの文字コード

日本語環境かつSJISの場合は，SJISで動作します（SUSE Linuxのみ）。

日本語環境かつUTF-8の場合は，UTF-8で動作します。

上記以外の環境の場合はASCIIコードで動作します。

プロセスが出力するログの言語

上記のWindowsの場合と同じです。

定義ファイルに使用できる文字コード

上記のWindowsの場合と同じです。

4　セントラルコンソールによるシステムの集中監視

この章では，セントラルコンソールを使用したシステムの監視の方法を説明します。

4.1　JP1イベントによる集中監視

JP1/IMのセントラルコンソールは，システムで発生した重要な事象，例えばネットワークトラブルやマシンダウンなどを，JP1イベントによって集中監視します。

ここでは，集中監視を実現するための，次の機能について説明します。

セントラルコンソールによる監視

JP1イベントのフィルタリング

相関イベントの発行

繰り返しイベントの監視

イベント検索

イベントガイド機能

メモ情報の設定機能

ユーザー独自のイベント属性の表示

JP1/IM - Viewでの表示情報のCSV出力

JP1/IMからのシステムの操作

なお，統合監視DBを使用すると，集中監視のための機能を拡張できます。拡張される機能について次の表に示します。

表4‒1　統合監視DBを使用する場合に拡張される機能

機能

概要

イベントの表示開始位置の指定

イベント一覧に表示するJP1イベントの表示開始位置を指定できるようになります。

JP1イベントの重大度の変更

重大度変更定義を設定して，条件に一致するJP1イベントの重大度を変更できるようになります。

JP1イベントの表示メッセージの変更

表示メッセージ変更定義を設定して，条件に一致するJP1イベントの表示メッセージを変更できるようになります。

統合監視DB内のイベント検索

検索するデータベースをイベントDBまたは統合監視DBのどちらにするか指定できるようになります。

JP1イベントのフィルタリング項目の追加

表示フィルターおよびユーザーフィルターでフィルタリングできる項目が増えます。

メモ情報の追加

メモ情報の設定機能が有効な場合，統合監視DBに登録されたJP1イベントにメモを追加できます。

統合監視DBのイベントレポート出力

統合監視DBに保存されたJP1イベントの情報をCSV出力できます。

繰り返しイベントの監視抑止

繰り返しイベント条件を設定して，条件に一致するJP1イベントのイベント一覧への表示や自動アクションの実行を抑止できるようになります。

ログイン時のイベント取得範囲の指定

ログイン時にJP1/IM - ViewがJP1/IM - Managerからイベントを取得する際，指定された期間分のイベントを統合監視DBから取得できるようになります。

JP1イベントを監視するための画面について次の図に示します。

図4‒1　［イベントコンソール］画面によるJP1イベント監視

［イベントコンソール］画面には，JP1イベントが一覧で表示されます。JP1イベントはJP1/Baseによって管理され，JP1/IMのさまざまな機能によって，最適に参照できます。

なお，この画面は，［表示開始位置指定］領域を開いた場合の画面です。統合監視DBを使用しない場合，［表示開始位置指定］領域は表示されません。

［イベントコンソール］画面での表示

JP1/IMでの参照時には，JP1イベントの属性の一つである重大度にアイコンを付加して，ビジュアルに識別できるようになっています。

JP1イベントの重大度には「[図データ]緊急」「[図データ]警戒」「[図データ]致命的」「[図データ]エラー」「[図データ]警告」「[図データ]通知」「[図データ]情報」，および「[図データ]デバッグ」があります。

4.1.1　セントラルコンソールによる監視

セントラルコンソールでは，マネージャーに到着した，各エージェントで発生したJP1イベントを集中的に管理します。各エージェントで発生したJP1イベントは，フィルターによってフィルタリングされ，監視が必要なJP1イベントだけがマネージャーに転送されます。

図4‒2　セントラルコンソールによるJP1イベント監視の概要

［イベントコンソール］画面では，JP1イベントを時系列に表示します。用途によって，3種類のページがあり，タブを選択することで表示を切り替えられます。なお，JP1/IM - ViewでJP1イベントを表示するまでの途中の処理で，フィルタリングの機能によってJP1イベントが選択されている場合があります。これについては，次の「4.2　JP1イベントのフィルタリング」で説明します。また，JP1/IM - ViewでJP1イベントを表示するまでの途中の処理で，繰り返しイベントの監視によって，JP1イベントが集約して表示されている場合があります。これについては，「4.4　繰り返しイベントの表示抑止」で説明します。

［イベントコンソール］画面の3種類のページを次に示します。

［イベント監視］ページ

JP1イベントを，マネージャーに到着した順序で表示するページです。システムで発生している事象を，時系列に見るときに用います。

マネージャー上のJP1/Baseのイベントサービスから取得したJP1イベントが表示されます。

なお，［イベント監視］ページでは，表示フィルター機能が利用できます。［イベント監視］ページに表示されるJP1イベントを，ユーザーが任意にフィルタリングできます。

また，［イベント監視］ページでは，繰り返しイベントの監視によって，JP1イベントを集約して表示できます。

［重要イベント］ページ

重要イベントとして定義したJP1イベントだけを表示するページです。

重要イベントとは，障害などの管理が必要なJP1イベントのことです。デフォルトでは，重大度が「緊急（Emergency）」「警戒（Alert）」「致命的（Critical）」「エラー（Error）」のJP1イベントが重要イベントとして定義されています。

重要イベントが発生すると，JP1/IM - Viewのアラームランプが点滅し，ユーザーに重要イベントが発生したことを通知してくれます。

なお，［重要イベント］ページでは，表示フィルター機能が利用できます。

［重要イベント］ページに表示されるJP1イベントを，ユーザーが任意にフィルタリングできます。

また，［重要イベント］ページでは，繰り返しイベントの監視によって，JP1イベントを集約して表示できます。

［イベント検索］ページ

JP1/IM - Viewから各ホストにイベント検索をしたときの結果を表示するページです。

JP1/IMでは，マネージャーへ重要なイベントだけを転送するため，通常のイベントを含むJP1イベントを参照したいときは，イベント検索を使います。例えば，障害のJP1イベントの前後の時間に発生したイベントをすべて検索し，障害時の状況を確認するなどに使います。

また，JP1/IM - Viewのスクロールバッファーから消えてしまった，古いイベントを表示したいときに使います。

概要については，「4.6　イベント検索」を参照してください。

また，［イベントコンソール］画面に表示されるJP1イベントに対してできる操作・設定を次に示します。

JP1イベントの表示開始位置の指定

統合監視DBを使用する場合，JP1/IM - Viewでは，［表示開始位置指定］領域で，日時を指定したり，スライダーを動かしたりして［イベントコンソール］画面に表示されるJP1イベントを変更できます。表示開始位置を指定すると，指定した表示開始位置（［表示開始位置］テキストボックスに表示される日時，またはスライダーの上に表示される日時）以降のJP1イベントのうち，適用しているフィルターの条件と一致するJP1イベントを統合監視DB内から検索して，［イベントコンソール］画面に表示します。これにより，表示するイベント数（JP1/IM - Viewのスクロールバッファー数）の最大値を超えたために，［イベントコンソール］画面に表示されなくなったJP1イベントを表示できるようになります。

なお，［イベント検索］ページでは，［表示開始位置指定］領域は表示されません。

JP1イベントの詳細表示

JP1イベントの詳細な属性情報を表示できます。選択したJP1イベントにあらかじめイベントガイド情報が登録されている場合，対処手順などの運用ノウハウを表示できます。また，統合監視DBを使用する場合にメモ情報の設定を有効にすると，メモの表示や設定ができます。メモ情報を追加したイベントには，「[図データ]」のアイコンが付加されます。

指定期間のイベント表示

指定期間のイベント表示を有効にすると，JP1イベントの基準の時刻と表示する日にちを指定してイベント一覧に表示できます。例えば，現在の時刻が7月8日9時15分だった場合に次のように指定したとします。

基準の時刻

9時

表示する日にち

2日分

すると，1日前の7月7日9時00分からのJP1イベントが表示されます。

連携製品のモニター起動

JP1イベントに対応した連携製品の画面をモニター起動できます。

自動アクションの実行結果表示

JP1イベントに対して自動アクションが実行されていた場合，その自動アクションの実行結果を表示できます。

なお，［イベント検索］ページでは，自動アクションの実行結果は表示できません。

JP1イベントの表示項目の変更

［イベントコンソール］画面にはJP1イベントの情報として，次の情報を表示できます。

デフォルトで表示される項目：

重大度，登録時刻，登録ホスト名，ユーザー名，イベントID，メッセージ，オブジェクトタイプ，アクション

デフォルトで表示されない項目：

開始時刻，終了時刻，プロダクト名，オブジェクト名，登録名タイプ，登録名，到着時刻，事象種別，イベントDB内通し番号，発行元プロセスID，発行元ユーザーID，発行元グループID，発行元ユーザー名，発行元グループ名，発行元イベントDB内通し番号，種別，アクション種別，発行元IPアドレス，オブジェクトID，終了コード，関連イベントDB内通し番号，相関イベント発行条件名，監視抑止ID，繰り返しイベント条件名，監視ID，監視名，固有の拡張属性

なお，統合監視DBを使用する場合，デフォルトで表示されない項目に，重大度(変更前)，重大度変更，メッセージ(変更後)，表示メッセージ変更，表示メッセージ変更定義名，メモ，共通除外条件群ID，共通除外条件群名，および共通除外条件群除外対象の項目が追加されます。重大度(変更前)，および重大度変更は重大度変更機能を有効にした場合，メッセージ(変更後)，表示メッセージ変更，および表示メッセージ変更定義名は表示メッセージ変更機能を有効にした場合，メモはメモ機能を有効にした場合に追加されます。また，発生元ホストのマッピングを使用する場合，発生元ホスト名の項目が追加されます。

固有の拡張属性には，イベント拡張属性定義ファイル（拡張ファイル）に指定した内容が表示されます。

これらの情報は，ユーザーの目的に沿って表示項目，表示順序を変更できます。

JP1イベントの情報には，上記したもの以外にJP1イベントの「対処状況」および「メモ情報」のアイコンも表示されます。これらは，［イベントコンソール］画面の表示項目の左端に表示されます。なお，統合監視DBを使用しない場合，「メモ情報」のアイコンは表示されません。

上記表示項目にない情報，例えばJP1イベントの固有情報を［イベントコンソール］画面に表示したい場合，上記表示項目と表示したい固有情報をマッピング定義することで表示できます。この場合，表示情報の先頭に「#」が付くようになります。

JP1イベントへの対処状況設定

JP1イベントに対してユーザーが対処状況を設定できます。対処の進み具合など，ユーザーの運用に合わせて「対処済」「処理中」「保留」および「未対処」の四つの対処状況を使い分けられます。ユーザーが設定した対処状況は，［イベント監視］ページ，［重要イベント］ページ，および［イベント検索］ページで確認でき，対処状況は，アイコンで表示されます。

なお，各ページで設定できる対処状況の種類および表示が異なります。各ページでの違いを次の表に示します。

表4‒2　対処状況の設定に関連する各ページでの違い

ページ名

対処状況の種類

1回に設定できるイベント数

他ページへの設定反映契機※1

［イベント監視］

対処済・処理中・保留・未対処

複数

自動更新

［重要イベント］

対処済・処理中・保留・未対処・削除※2

複数

自動更新

［イベント検索］

対処済・処理中・保留・未対処

複数

再検索実行後

注※1　各ページで対処状況が設定されると，［イベント監視］ページまたは［重要イベント］ページでは，対処状況の反映時期は自動更新による画面更新時（［ユーザー環境設定］画面−［表示内容の自動更新］で［する］を選択している場合），メニューの［表示］−［最新情報に更新］を選択したとき，または［最新情報に更新］ボタンをクリックしたときとなります。［イベント検索］ページでは，最新情報を取得するために，再度検索を実行する必要があります。

注※2　［重要イベント］ページで「削除」を設定すると，そのJP1イベントは［重要イベント］ページ上で非表示となります。イベントDBおよび統合監視DBからは削除されていないため，［重要イベント］ページで削除したイベントはほかのページで表示されることがあり，対処状況を設定できます。

削除したイベントを［重要イベント］ページに再度表示することはできません。

対処状況は，［イベントコンソール］画面から呼び出せる［関連イベント一覧］画面でも設定できます。設定できる対処状況の種類および表示は，呼び出し元のページと同様の内容となります。

また，対処操作の履歴を残すため，対処状況の変更にあわせてJP1イベントを発行することもできます。

JP1イベントの背景色設定

［イベントコンソール］画面に表示されるJP1イベントに背景色を付けることができます（デフォルトは背景色なし）。背景色の設定をした場合，［イベントコンソール］画面の［イベント監視］ページ，［重要イベント］ページ，および［イベント検索］ページに表示されるJP1イベントは，重大度に対応して背景に色が付くようになります。

統合監視DBを使用する場合，ユーザーが定義した重大度に対応して背景に色が付きます。

背景色はシステムカラー定義ファイル（systemColor.conf）で変更できます。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「システムカラー定義ファイル（systemColor.conf）」（2.　定義ファイル）を参照してください。

4.1.2　JP1イベント監視の処理の流れ

エージェントで発生したJP1イベントを，ビューアーの画面に表示するまでの処理の流れを例に，イベント監視で使用するJP1/IM，JP1/Baseの機能連携について説明します。

図4‒3　JP1イベント監視の処理の流れ

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

エージェント上のJP1/IM - Agentの性能監視で発生したアラート，ログ監視で検知したログを，JP1イベント変換するよう，統合エージェント制御基盤に通知されます。

統合エージェント制御基盤は，マネージャーの統合エージェント管理基盤へ転送します。

統合エージェント管理基盤は，JP1イベント変換へ転送します。

JP1イベント変換によって，マネージャーのイベントサービスにJP1イベントとして登録されます。

一方，JP1/Baseのエージェント上で発生したJP1イベントは，エージェントのイベントサービスに登録されます。

イベントサービスに登録されたJP1イベントは，JP1/Baseの転送設定ファイルで定義した内容に応じて，転送先に転送されます。

登録されたJP1イベントの情報をイベント基盤サービスが取得します。

イベントコンソールサービスは，イベント基盤サービスからJP1イベントの情報を取得します。

インテリジェント統合管理基盤は，イベントコンソールサービスからJP1イベント情報を取得します。

ビューアーの画面から，JP1イベントを監視します。

性能監視については「3.15.1 JP1/IM - Agentによる性能監視機能」を，ログ監視については「3.15.3 JP1/IM - Agentによるログ監視機能」を，統合エージェント制御基盤と統合エージェント管理基盤については「3.15.7 統合エージェント基盤」を，イベント変換については「2.7.5 JP1イベント変換機能」を，イベントサービスについては「9.4.2　JP1/BaseによるJP1イベントの管理」を，構成管理については「9.4.3　システムの階層構成の管理」を，イベント基盤サービスについては「4.1.3　JP1/IM - Manager内部のJP1イベント制御の仕組み」を参照してください。

以降の説明では，イベント監視の処理の流れとして，上記の1〜4の説明を省略します。JP1/IM - Agentを利用した監視運用においては，エージェントのJP1/Baseのイベント監視の機能を，1〜4の機能に読み替えてください。

4.1.3　JP1/IM - Manager内部のJP1イベント制御の仕組み

JP1/IM - Managerでは，JP1/BaseのイベントDBやJP1/IM - Managerの統合監視DBからJP1イベントを取得し，その情報に基づいて各種処理が実行されます。

(1)　統合監視DBを使用しない場合のJP1イベント制御の仕組み

統合監視DBを使用しない場合，JP1/BaseのイベントDBからJP1イベントを取得します。JP1/BaseのイベントDBからJP1イベントを取得するのは，JP1/IM - Manager内のイベント基盤サービス，および相関イベント発行サービスです。

図4‒4　JP1/IM - Manager内部のJP1イベント制御の仕組み（統合監視DBを使用しない場合）

これら二つのサービスが取得したJP1イベントは，設定した条件に合わせてフィルター（イベント取得フィルター）をかけられ，各種処理が実行されます。

イベント基盤サービスのJP1イベント取得後の処理

JP1/IM - Managerは，イベント基盤サービスからイベントコンソールサービス，アクション実行サービスおよびセントラルスコープサービスにJP1イベントを送信します。

JP1イベントを送信した先のすべてのサービスから，JP1イベントの受信が完了した通知を受け取ったあと，イベント基盤サービスは次の処理をします。そのため，JP1イベントが大量に発生した場合は，JP1イベントの処理が遅れるおそれがあります。運用管理に必要なJP1イベントをフィルタリングして管理することをお勧めします。

なお，イベント基盤サービスのJP1イベントの取得処理・送信処理（イベントDBから取得するJP1イベントのイベント取得開始位置の変更，送信タイムアウト・リトライなど）は，jcoimdefコマンドで調整できます。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcoimdef」（1.　コマンド）を参照してください。

相関イベント発行サービスのJP1イベント取得後の処理

相関イベント発行定義に従い，相関イベントの発行処理をします。詳細については，「4.3　相関イベントの発行」を参照してください。

(2)　統合監視DBを使用する場合のJP1イベント制御の仕組み

統合監視DBを使用する場合，JP1/BaseのイベントDBからJP1イベントを取得するのは，JP1/IM - Manager 内のイベント基盤サービスです。取得したJP1イベントは，統合監視DBに保管します。

図4‒5　JP1/IM - Manager内部のJP1イベント制御の仕組み（統合監視DBを使用する場合）

イベント基盤サービスはJP1イベントを取得し，各種処理を実行します。

jcoimdefコマンドで-bオプションに-1を指定すると，イベント基盤サービスは，JP1/IM - Managerを停止する前に処理したJP1イベントの中で最も古いイベントDB内通し番号を持つJP1イベント（前回停止位置のイベント）の次のJP1イベントから順番にJP1イベントを取得します。取得するJP1イベントは，JP1/IM - Managerを停止する前に処理したJP1イベントかどうかによって，取得先が異なります。

JP1/IM - Managerを停止する前に処理したJP1イベントの場合

統合監視DBからJP1イベントを取得します。

統合監視DBからイベントを取得する際は，イベント取得フィルターは使用しません。

JP1/IM - Managerを停止する前に処理していないJP1イベントの場合

JP1/BaseのイベントDBからイベントを取得します。

イベントDBから取得するイベントは，イベント取得フィルターを通過したJP1イベントです。イベントDBから取得したJP1イベントは，統合監視DBに格納されます。

イベント基盤サービスのJP1イベント取得後の処理

JP1/IM - Managerは，イベント基盤サービス内で，相関イベント発行の定義に従い，相関イベントの発行処理をします。そのあとイベント基盤サービスからイベントコンソールサービス，アクション実行サービスおよびセントラルスコープサービスにJP1イベントを送信します。

JP1イベントを送信した先のすべてのサービスから，JP1イベントの受信が完了した通知を受け取ったあと，イベント基盤サービスは次の処理をします。そのため，JP1イベントが大量に発生した場合は，JP1イベントの処理が遅れるおそれがあります。運用管理に必要なJP1イベントをフィルタリングして管理することをお勧めします。

なお，イベント基盤サービスのJP1イベントの取得処理・送信処理（統合監視DBから取得するJP1イベントのイベント取得開始位置の変更，送信タイムアウト・リトライなど）は，jcoimdefコマンドで調整できます。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcoimdef」（1.　コマンド）を参照してください。

4.1.4　業務グループの参照・操作制限の仕組み

システム管理者は，参照・操作できる範囲をJP1ユーザーごとに制限できます。これを業務グループの参照・操作制限といいます。

業務グループの参照・操作制限が有効になっている場合，業務グループ内で発生したJP1イベントだけを参照・操作できます。不注意でほかの業務グループのJP1イベントを操作してしまったといった誤りを防げます。

参照・操作制限が有効になっている場合，次の画面には，業務グループ内で発生したJP1イベントだけが表示されます。

［イベントコンソール］画面

［関連イベント一覧］画面

［イベント詳細］画面

統合オペレーション・ビューアーの［イベント一覧］画面

図4‒6　参照・操作できるJP1イベントの範囲

なお，この例では，あらかじめ業務グループAに資源グループ「sigenA」を，業務グループBに資源グループ「sigenB」を設定しています。

業務グループの参照・操作制限を有効にする方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.19　業務グループの参照・操作制限の設定」を参照してください。

なお，業務グループの構成を変更する場合は，次の点に注意してください。

JP1/Baseのイベントサーバを，異なる業務グループに移動する場合は，イベントDBを初期化する

イベントDBを初期化しなかった場合，イベントDB内に保存されているJP1イベントを，移動先のJP1ユーザーが参照・操作できてしまいます。そのため，必ずイベントDBを初期化してください。

例えば，次の図に示すような業務グループを構成していたとします。

図4‒7　業務グループの構成

業務グループAにあるイベントサーバを業務グループBに移動します。

図4‒8　イベントサーバの移動

図中の番号に従って説明します。

業務グループAでは，イベントサーバ移動前にイベントサーバから発生したJP1イベント（イベント1，イベント2，イベント3）を参照・操作できます。業務グループBでは，まだ参照・操作の対象となるJP1イベントが何もありません。

イベントサーバを移動すると，業務グループAでは，移動前に発生したJP1イベント（イベント1，イベント2，イベント3）を参照・操作できます。業務グループBでは，移動後に発生したJP1イベント（イベント4，イベント5）を参照・操作できます。

イベントサーバを移動するときにイベントDBを初期化しないと，業務グループBでは，移動前に発生したJP1イベントも参照・操作できます。

イベントDBを初期化する手順については，マニュアル「JP1/Base 運用ガイド」のイベントサービス環境を設定する章の，イベントDBの初期化に関する説明を参照してください。

異なる業務グループ間でイベント転送しない

異なる業務グループ間でイベント転送すると，異なる業務グループのJP1イベントがイベントサーバに保存されます。そのため，監視対象ではない業務グループのJP1イベントが参照・操作できてしまいます。業務グループを設定する前に，必ずJP1イベントの転送設定を見直してください。

JP1/Baseのバージョンが07-00以降の認証サーバを使用する

この機能を有効にした場合に，認証サーバのJP1/Baseのバージョンが07-00より前のとき，JP1/IM - Managerにログインできません。

業務グループの詳細については，「8.4　業務グループの管理」を参照してください。

(1)　複数の業務グループが割り当たっている場合の設定

一人のJP1ユーザーに対し，参照・操作できるJP1資源グループを複数設定し，異なるJP1権限レベルを割り当てることによって，次の図に示すように，表示されるJP1イベントに対して，ある部分は操作できるが，ある部分は参照だけ，といった運用もできるようになります。

図4‒9　JP1資源グループとJP1権限レベルの組み合わせを利用した業務グループの参照・操作制御

(2)　JP1ユーザーに対するJP1資源グループとJP1権限レベルの割り当て

業務グループの参照・操作制限が有効になっている場合，JP1資源グループとJP1権限レベルの組み合わせによってできる操作が異なります。JP1資源グループとJP1権限レベルを必ず見直してください。

JP1資源グループとJP1権限レベルの組み合わせでできる操作については，「付録E.2(2)　業務グループの参照・操作制限が有効な場合に必要な操作権限」を参照してください。

なお，業務グループの参照・操作制限が有効な場合，参照・操作制限が設定されているJP1ユーザーでも，次の項目については操作できます。

表示フィルターの設定

イベントの一覧表示，イベント詳細表示

イベント情報マッピングの表示

繰り返しイベントの監視

イベント一覧のCSV出力

重要イベント一覧表示

JP1イベントの対処状況の変更（［イベントコンソール］画面を利用する場合）

メモ情報の設定

イベント検索

相関イベントの表示

コマンド実行，コマンドボタンの表示・実行

イベントガイド情報の表示

モニター画面および［統合機能メニュー］画面の起動

インシデントの手動登録（JP1/Service Support）

BJEX，JP1/ASとの連携（応答待ちイベント一覧表示，応答待ちイベント応答入力，応答待ちイベントの滞留解除，滞留状態の監視）

なお，業務グループの参照・操作制限が無効な場合のJP1権限レベルについては，「付録E.2(1)　業務グループの参照・操作制限が無効な場合に必要な操作権限」を参照してください。

(3)　業務グループの指定方法

次の前提条件を満たす場合，イベント条件および実行ホスト名（コマンド実行先ホスト）に，業務グループをパス表記で指定できます。これにより，業務グループや監視グループに所属するホストを変更するだけで，定義の変更が不要になります。

IM構成管理DBが有効である

IM構成管理DBに業務グループまたは監視グループが定義されている

統合監視DBが有効である

業務グループの参照・操作制限が有効である

発生元ホストのマッピングが有効である

この条件を満たしていない場合，イベント条件および実行ホスト名（コマンド実行先ホスト）に業務グループを指定しても，業務グループとして扱いません。ホスト名として扱います。

イベント条件に業務グループを指定できる属性と機能の対応を次に示します。

表4‒3　イベント条件の属性と機能の対応

機能

属性

登録ホスト名（B.SOURCESERVER）

送信先イベントサーバ名（B.DESTSERVER）

発生元ホスト名（E.JP1_SOURCEHOST）

重要イベント定義

○

−

○

イベント検索

○

−

○

イベント取得フィルター（拡張モードの共通除外条件）でのフィルタリング

○

−

○

ユーザーフィルターでのフィルタリング

○

−

○

表示フィルターでのフィルタリング

○

−

○

自動アクション

○

−

○

相関イベントの発行

○

○

○

重大度の変更

○

○

○

メッセージの表示形式の変更

○

○

○

イベントレポート出力のフィルターファイル

○

−

○

発生元ホストのマッピング

○

○

−

繰り返しイベントの監視抑止

○

−

○

（凡例）

○：指定できる

−：指定できない（属性がない）

イベント条件で業務グループを指定する場合，比較キーワードには，「IN（と一致する）」「NOTIN（と一致しない）」を指定できます。

業務グループをパス表記で指定するための条件を満たしている場合，または比較キーワードが「IN（と一致する）」「NOTIN（と一致しない）」のどちらでもない場合は，イベント条件および実行ホスト名（コマンド実行先ホスト）に業務グループを指定してもホスト名として扱います。

なお，イベント条件に指定した業務グループにホストが存在しない場合，そのイベント条件は常に成立しない状態となります。

実行ホスト名（コマンド実行先ホスト）は，自動アクション，アクション結果の表示，コマンドボタン定義およびコマンド実行時に指定できます。パス表記の例を次に示します。

例：業務グループ「人事システム」内のホストをイベント条件に指定する場合

/人事システム

例：業務グループ「人事システム」中の監視グループ「APサーバ」をイベント条件に指定する場合

/人事システム/APサーバ

業務グループや監視グループを反映すると，セントラルコンソールの次の定義に指定された業務グループ・監視グループの名称が最新の名称に変更されます。なお，業務グループや監視グループを削除した場合，セントラルコンソールで指定していた業務グループ・監視グループの名称が"//"となり，無効になります。

重要イベント定義

イベント検索条件

イベント取得フィルター（拡張モードの共通除外条件）

ユーザーフィルター

表示フィルター

相関イベント発行定義

自動アクション定義

アクション結果更新条件

コマンドボタン定義

重大度変更定義

表示メッセージ変更定義

発生元ホストマッピング定義

繰り返しイベント条件

4.2　JP1イベントのフィルタリング

JP1/IMおよびJP1/Baseでは，フィルターによって必要なJP1イベントをフィルタリングして処理を行っています。例えば，管理が必要なJP1イベントだけをマネージャーに転送したり，ビューアーで表示するJP1イベントをフィルタリングしたりできます。

JP1/IM，JP1/Baseでは次に示す5種類のフィルターを提供しています。

転送フィルター

イベント取得フィルター

ユーザーフィルター

重要イベントフィルター

表示フィルター

これらを組み合わせることで，必要なJP1イベントをフィルタリングして処理できます。5種類のフィルターのうち，イベント取得フィルターの位置は，統合監視DBを使用するかどうかによって異なります。

なお，インテリジェント統合管理基盤のイベント表示およびJP1/IM - Agentのログ監視におけるフィルタリングについては，「3.10 イベント表示機能」および「3.15.3 JP1/IM - Agentによるログ監視機能」を参照してください。

図4‒10　JP1/IM，JP1/Baseで提供するフィルター（統合監視DBを使用しない場合）

図4‒11　JP1/IM，JP1/Baseで提供するフィルター（統合監視DBを使用する場合）

統合監視DBを使用するかどうかによってサービス構成が異なりますが，JP1/IMの処理に違いはありません。

統合監視DBを使用すると，イベント取得フィルターを通過したJP1イベントを統合監視DBに保存します。

各フィルターについて，JP1イベント発行元から適用されるフィルターの順に説明します。

4.2.1　転送フィルター

転送フィルターは，JP1/Baseが別ホストに転送するJP1イベントをフィルタリングするためのフィルターです。

JP1/IMでは，各エージェントで発生した事象をJP1イベントとして発行し，マネージャーに転送することで，集中監視を実現しています。各エージェントで，監視対象のJP1イベントにフィルタリングし，上位のマネージャーに転送します。転送する対象のJP1イベントは，転送フィルターによって指定します。また，マネージャーの負荷を抑えたい場合や，ネットワークの伝送容量が少ない場合など，転送するJP1イベントの量を減らすときの調整に使う場合もあります。

転送フィルターは，各JP1/Baseにあります。転送設定ファイルは，各ホストで編集するか，またはマネージャーから転送設定情報を一括配布することで設定します。

転送設定ファイルの詳細については，マニュアル「JP1/Base 運用ガイド」のJP1イベントの転送および定義ファイルの説明をしている章を参照してください。

4.2.2　イベント取得フィルター

イベント取得フィルターは，JP1/IM - Manager（のイベント基盤サービス）がJP1/Baseから取得するJP1イベントをフィルタリングするためのフィルターです。このフィルターは，あらかじめ複数の条件をマネージャーに設定しておき，その中から一つの条件に切り替えて利用できます。

イベント取得フィルターには，JP1/IM - Managerで監視が必要なJP1イベントの条件を定義してください。一般的に監視システム内で発生する重大な事象を表すJP1イベントがJP1/IM - Managerで監視が必要なJP1イベントです。イベント取得フィルターを通過すると，次に示すJP1イベントになります。

［イベントコンソール］画面の［イベント監視］ページ，［重要イベント］ページで監視するJP1イベント

自動アクションの実行契機となるJP1イベント

監視オブジェクトの状態変更の契機となるJP1イベント

相関イベントの発行契機となるJP1イベント（相関元イベント）

インシデントの生成契機となるJP1イベント

例えば，JP1/IMのマネージャーと正常イベントを大量に発行する製品を同一マシン上で運用する場合（JP1/AJSがジョブ正常実行のイベントを発行する場合など），システムの運用監視に必要なJP1イベントが埋もれてしまうおそれがあります。このような場合でも，イベント取得フィルターを利用することで，監視対象のJP1イベントだけがJP1/IMで取得されるため，システムの運用監視に影響を与えないようにできます。

イベント取得フィルターは，JP1/IM - Managerにあり，JP1/IM - Viewから設定できます。イベント取得フィルターは，JP1イベントの監視や自動アクション，監視オブジェクトの状態監視など，JP1/IMの機能すべてに影響を与えるフィルターです。

JP1/IM - Managerで設定している環境変数LANGとJP1/Baseのイベントサーバで設定している環境変数LANGが一致していない場合，イベント取得フィルターが正しく動作しません。

統合監視DBを使用する場合，イベント取得フィルターを通過したJP1イベントが保存されます。

メモ

JP1/SES形式のイベントをJP1/IM - Viewに表示したい場合は，イベント取得フィルターの設定でJP1/SESイベントを取得するように変更する必要があります。デフォルト設定では表示しません。

統合監視DBを使用しない場合，イベント取得フィルターは，相関イベント発行サービスにも適用されます。

相関イベント発行サービスは，デフォルトで起動しない設定となっていますが，起動するとイベント基盤サービスに適用されているフィルター内容が，そのまま適用されます。

なお，イベント取得フィルター（互換用）を使用していた場合，相関イベント発行サービスはフィルターなしの状態で動作します。

相関イベント発行サービスについては，「4.3　相関イベントの発行」を参照してください。

発生元ホストのマッピングはイベントサービスから取得されたあとのJP1イベントに有効な機能です。このため，JP1イベントを取得するときのイベント取得フィルターの条件には発生元ホストは指定できません。

複数のイベント取得フィルターの設定について

イベント取得フィルターは，複数設定できます。

例えば，営業時間用と夜間用など，時間帯によって取得対象ホストやJP1イベントを変更したい場合に，営業時間用と夜間用のイベント取得フィルターを設定して切り替える運用ができます。

イベント取得フィルターを切り替えた場合に発行されるイベントについて

イベント取得フィルターを切り替えた場合，JP1/IM - Managerは，イベント取得フィルター条件の変更を通知するJP1イベント（イベントID：00003F13，00003F20）を発行します。これらのJP1イベントのメッセージには，「切り替え後のフィルター名」「切り替え前にJP1/IM - Managerが最後に受信したイベントの到着時刻とイベントDB内通し番号」が記載されます。

JP1イベント（イベントID：00003F13，00003F20）は，メッセージに記載された到着時刻およびイベントDB内通し番号に該当するイベントの次にJP1/IM - Managerが受信したイベントから，切り替えたイベント取得フィルターが有効になったことを通知するイベントです。このため，イベント取得フィルターの切り替えとこれらのJP1イベントの発行契機は同じではありません。

例えば，イベント取得フィルターの切り替えの際に，大量にほかのJP1イベントが発行された場合，イベント取得フィルター条件の変更を通知するJP1イベント（イベントID：00003F13，00003F20）が遅れて表示されることがあります。このような場合，切り替え後のイベント取得フィルターで取得した最初のJP1イベントは，［イベントコンソール］画面上で，変更を通知するこれらのJP1イベントよりも前に表示されます。

切り替え後のイベント取得フィルターで取得した，最初のJP1イベントを確認するには，JP1イベント（イベントID：00003F13，00003F20）のメッセージで，切り替え前に最後に取得したJP1イベントを確認してください（それ以後表示されるJP1イベントが，切り替え後のイベント取得フィルターで取得したJP1イベントになります）。

JP1イベント（イベントID：00003F13，00003F20）の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「3.　JP1イベント」を参照してください。ただし，イベント取得フィルターが互換モードで動作している場合は，これらのJP1イベントは発行されません。

4.2.3　ユーザーフィルター

ユーザーフィルターは，JP1ユーザーごとに監視できるJP1イベントをフィルタリング（制限）するためのフィルターです。このフィルターは，1台のマネージャーにつき，JP1ユーザーごとに1つだけ設定できます。

JP1/IMでは，JP1/IM - Viewでマネージャーにログインし，システムの運用監視を行います。複数のJP1ユーザーで監視する範囲を分割し，JP1ユーザーごとに監視範囲を制限する場合があります。このような場合に，ユーザーフィルターを使って，JP1ユーザーごとの［イベントコンソール］画面に表示するJP1イベントをフィルタリングできます。

ユーザーフィルターは，JP1/IM - Managerにあり，JP1/IM - Viewから設定できます。なお，ユーザーフィルターは，［イベントコンソール］画面の［イベント監視］ページ，［重要イベント］ページ，および［イベント検索］ページのすべてに影響を与えるフィルターです。

業務グループでの参照・操作を制限している場合も，ユーザーフィルターを使用してJP1ユーザーが監視できるJP1イベントの範囲を制限できます。

業務グループでの参照・操作制限の詳細については，「4.1.4　業務グループの参照・操作制限の仕組み」を参照してください。

4.2.4　重要イベントフィルター

重要イベントフィルターは，JP1/IMの監視対象となるJP1イベントのうち，対処が必要となるようなシステムへの影響度が高いJP1イベントを［重要イベント］ページに表示するためのフィルターです。

このフィルターは，マネージャーごとに一つだけ設定できます。重要イベントフィルターの設定情報は，マネージャーで管理されるため，複数のビューアーから接続した場合でも，それぞれに同じ重要イベントフィルターが適用されます。

JP1イベントの中には，緊急の連絡や障害の報告など，重要でオペレーターの迅速な対処が求められるものがあります。JP1/IMでは，このようなJP1イベントを重要イベントと呼びます。

重要イベントは，専用画面である［イベントコンソール］画面の［重要イベント］ページで管理します。

重要イベントが発生すると，JP1/IM - Viewのアラームランプが点滅し，ユーザーに重要イベントが発生したことを通知してくれます。また，［重要イベント］ページで，重要イベントの対処状況を管理できます。

重要イベントフィルターのデフォルトは，重大度が「緊急（Emergency）」「警戒（Alert）」「致命的（Critical）」「エラー（Error）」のJP1イベントが重要イベントとして定義されています。

重要イベントフィルターのカスタマイズによって，重大度を選択できます。また，重要イベントに相当する重大度のJP1イベントのうち，イベントIDなどで特定のJP1イベントを重要イベントから除くこともできます。

重要イベントフィルターは，JP1/IM - ManagerおよびJP1/IM - View上にあります。JP1イベントは，重要イベントフィルターによって，JP1/IM - Manager上で判定され，JP1/IM - View上でフィルタリング表示されます。重要イベントフィルターは，JP1/IM - Viewから設定できます。なお，重要イベントフィルターは，［イベントコンソール］画面の［重要イベント］ページに影響を与えるフィルターです。

4.2.5　表示フィルター

表示フィルターは，［イベントコンソール］画面の［イベント監視］ページおよび［重要イベント］ページに表示されるJP1イベントのうち，一時的に特定のJP1イベントだけを表示したい場合に使用します。このフィルターは，ビューアーの監視ユーザーごとに複数設定でき，簡単な操作で切り替えられます。

表示フィルターの設定変更，設定確認，および設定適用は，JP1/IM - Viewの［表示フィルター一覧］，［表示フィルター編集］，および［表示フィルターの適用］から行います。また、この設定はJP1/IM-Viewの［イベントコンソール］画面の［イベント監視］ページに影響を与えるフィルターです。

表示フィルターの条件は，ユーザーごと，かつJP1/IM - Viewの次のバージョンごとに，JP1/IM - Managerに保存されます。

JP1/IM - View 09-00〜09-10で設定した表示フィルター

JP1/IM - View 09-50〜10-50で設定した表示フィルター

JP1/IM - View 11-00以降で設定した表示フィルター

接続したJP1/IM - Viewのバージョンの表示フィルターが，マネージャー上にない場合は，一つ前のバージョンの表示フィルターの条件を取得します。

4.2.6　フィルターの条件定義

イベント取得フィルター，ユーザーフィルター，重要イベントフィルター，表示フィルター，およびイベント検索で定義できるフィルター条件には，除外条件と通過条件の2種類があります。除外条件は，表示（取得）したくないJP1イベントの条件の集まりで，通過条件は，表示（取得）したいJP1イベントの条件の集まりです。また，除外条件と通過条件とは別に，イベント取得フィルターには，条件群の有効・無効を切り替えられる共通除外条件があります。フィルター条件の優先度は，優先される順に，共通除外条件，除外条件，通過条件となります。

除外条件，通過条件，および共通除外条件には，複数の条件を組み合わせた条件群を複数定義できます。条件群は一つ以上の条件の集まりで，定義した条件すべてが成立したときにその条件群は成立します（条件群内の条件同士の関係はAND条件）。

フィルターに除外条件または通過条件の条件群を複数定義した場合，除外条件の条件群のどれかに一致するJP1イベントは除外され，通過条件の条件群のどれかに一致するJP1イベントはフィルターを通過して，上位制御（「図4-10　JP1/IM，JP1/Baseで提供するフィルター（統合監視DBを使用しない場合）」，「図4-11　JP1/IM，JP1/Baseで提供するフィルター（統合監視DBを使用する場合）」を参照）に渡されます（除外条件または通過条件内の条件群同士の関係はOR条件）。

図にすると次のようになります。

図4‒12　フィルターによる他制御へのイベント送信

フィルターの条件定義は，JP1/Baseの転送フィルターを除き，JP1/IM - Viewを使って設定します。

共通除外条件については，「4.2.7　共通除外条件」を参照してください。

(1)　除外条件

除外条件は，条件に一致したJP1イベントを除外するフィルター条件です。定義した条件群のどれかに一致するJP1イベントは，フィルターを通過しません。除外条件は，通過条件よりも優先されます。なお，除外条件を定義する場合は，JP1/IM - Manager上のJP1/Baseのバージョンが，09-00以降が前提です。

除外条件は，イベント取得フィルター，ユーザーフィルター，重要イベントフィルター，表示フィルター，およびイベント検索で定義できます。

(2)　通過条件

通過条件は，条件に一致したものを表示（取得）するフィルター条件です。定義した条件群のどれかに一致するJP1イベントだけがフィルターを通過します。

通過条件は，イベント取得フィルター，ユーザーフィルター，重要イベントフィルター，表示フィルター，およびイベント検索で定義できます。

4.2.7　共通除外条件

共通除外条件は，イベント取得フィルターの一部であり，取得したくないJP1イベントの条件または自動アクションを実行したくないJP1イベントの条件の集まりです。有効と無効を切り替えられるため，メンテナンス実施時に，イベント取得フィルターの通過条件および除外条件を変更することなく，メンテナンス対象ホストで発生するJP1イベントを一時的に取得対象外にしたり，自動アクションの実行対象外にしたりできます。また，複数のイベント取得フィルターを切り替えて運用する場合でも，どのイベント取得フィルターに対しても有効となります。

共通除外条件は，イベント取得フィルター内で定義されている除外条件よりも優先され，除外条件は通過条件よりも優先されます。イベント取得フィルターの共通除外条件，除外条件，および通過条件の関係を次の図に示します。

図4‒13　イベント取得フィルターのフィルター条件の関係

共通除外条件の動作モードには，基本モードと拡張モードの2種類があります。基本モードと拡張モードは，jcochcefmodeコマンドで切り替えて運用できます。拡張モードに切り替えると，登録時刻，到着時刻，開始時刻，終了時刻，発生元ホスト名などでフィルタリングできるようになります。また，日時を指定してイベント条件をフィルタリングしたり，jcochfilterコマンドで条件群の有効・無効を1件ごとに切り替えたりできるようになります。ただし，使用できる正規表現の種類は，拡張正規表現だけに限定されます。拡張モードに切り替えて運用したあとでも，基本モードに戻すことができます。基本モードと拡張モードの詳細については，「4.2.7(1)　共通除外条件の基本モードと拡張モードの差異」を参照してください。なお，このマニュアルでは，特に断り書きがない場合は，基本モードと拡張モードの共通情報として説明しています。

共通除外条件を定義する方法や動作モードを切り替える方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.2.4(3)　共通除外条件を設定する」を参照してください。

共通除外条件は除外対象として，JP1イベントを取得対象外にする条件とJP1イベントを自動アクションの実行対象外にする条件を設定できます。詳細は，「4.2.7(2)　共通除外条件の除外対象」を参照してください。

また，追加共通除外条件を使用できます。追加共通除外条件とは，システム運用中に，監視中のJP1イベントを使って定義する除外条件です。追加共通除外条件は，共通除外条件が拡張モードのときだけ使用できます。追加共通除外条件については，「4.2.7(3)　追加共通除外条件」を参照してください。

共通除外条件と追加共通除外条件の違いを次に示します。

共通除外条件

システム構築時に，あらかじめ設定した特定のJP1イベントを取得対象外にしたり，自動アクションの実行対象外にしたりする。

追加共通除外条件

システム運用中に，監視中に不要となったJP1イベントを取得対象外にしたり，自動アクションの実行対象外にしたりする。追加共通除外条件がシステム運用後にも必要な除外条件だった場合，システム管理者は，追加共通除外条件を共通除外条件に変更できる。

共通除外条件と追加共通除外条件を次のように使い分けると，システム運用がスムーズになります。

システム構築時

システムで監視しないJP1イベントをあらかじめ「共通除外条件」として［共通除外条件設定］画面またはjcochfilterコマンドの-efオプションで定義する。

システム運用中

［イベントコンソール］画面のイベント一覧でJP1イベントを選択して，監視中に不要となったJP1イベントを「追加共通除外条件」として定義する。

システム再構築

システム運用中に蓄積した「追加共通除外条件」を［イベント取得条件一覧］画面で編集したり削除したりする。また，システムで監視不要または自動アクション不要と決めたJP1イベントを，「追加共通除外条件」から「共通除外条件」に変更する。

(1)　共通除外条件の基本モードと拡張モードの差異

共通除外条件を拡張モードに切り替えた場合にできることを基本モードと比較して，次の表に示します。なお，共通除外条件のデフォルトは基本モードです。また，JP1/IM - Managerをインストールしたあとは，基本モードで動作します。

表4‒4　共通除外条件の基本モードと拡張モードでできることの比較

共通除外条件でできること

基本モード

拡張モード

登録時刻，到着時刻でフィルタリングできる

×

○

開始時刻，終了時刻でフィルタリングできる

×

○

発生元ホスト名でフィルタリングできる

×

○

固有の拡張属性でフィルタリングできる

○

○

JP1独自正規表現，基本正規表現で比較できる

○

×

拡張正規表現で比較できる

○

○

エージェントホストごとに条件群を定義できる

×

○

共通除外条件の有効・無効の切り替えを，共通除外条件群ごとに設定できる

○

○

有効・無効に切り替えたい共通除外条件群を追加指定できる

×

○

条件群を適用する期間を指定できる

×

○

コメントを記述できる

×

○

運用中に発生したJP1イベントを基に追加共通除外条件を設定できる

×

○

条件に一致するJP1イベントを取得対象外にできる

○

○

取得したJP1イベントのうち，条件に一致するJP1イベントを自動アクションの実行対象外にできる

×

○

（凡例）　○：できる　×：できない

また，共通除外条件の基本モードと拡張モードの差異について，次の表に示します。

表4‒5　共通除外条件の基本モードと拡張モードの差異

項目名

基本モード

拡張モード

イベント条件の属性

基本属性：

イベントID(B.ID)

登録ホスト名(B.SOURCESERVER)

メッセージ(B.MESSAGE)

基本属性：

イベントID(B.ID)

登録要因(B.REASON)

発行元プロセスID(B.PROCESSID)

登録時刻(B.TIME)

到着時刻(B.ARRIVEDTIME)

発行元ユーザーID(B.USERID)

発行元グループID(B.GROUPID)

発行元ユーザー名(B.USERNAME)

発行元グループ名(B.GROUPNAME)

登録ホスト名(B.SOURCESERVER)

発行元IPアドレス(B.SOURCEIPADDR)

メッセージ(B.MESSAGE)

共通の拡張属性：

重大度(E.SEVERITY)

ユーザー名(E.USER_NAME)

プロダクト名(E.PRODUCT_NAME)

オブジェクトタイプ(E.OBJECT_TYPE)

オブジェクト名(E.OBJECT_NAME)

登録名タイプ(E.ROOT_OBJECT_TYPE)

登録名(E.ROOT_OBJECT_NAME)

事象種別(E.OCCURRENCE)

共通の拡張属性：

重大度(E.SEVERITY)

ユーザー名(E.USER_NAME)

プロダクト名(E.PRODUCT_NAME)

オブジェクトタイプ(E.OBJECT_TYPE)

オブジェクト名(E.OBJECT_NAME)

登録名タイプ(E.ROOT_OBJECT_TYPE)

登録名(E.ROOT_OBJECT_NAME)

オブジェクトID(E.OBJECT_ID)

事象種別(E.OCCURRENCE)

開始時刻(E.START_TIME)

終了時刻(E.END_TIME)

終了コード(E.RESULT_CODE)

発生元ホスト名(E.JP1_SOURCEHOST)

固有の拡張属性

定義できる

固有の拡張属性

定義できる

イベント条件の比較の種類※

と一致する

と一致しない

から始まる

を含む

を含まない

正規表現

と一致する

と一致しない

から始まる

を含む

を含まない

正規表現

日時指定

正規表現

JP1独自正規表現

基本正規表現

拡張正規表現

拡張正規表現

定義できる共通除外条件群の最大件数

30件（フィルター長：64キロバイトまで）

2,500件（フィルター長：15メガバイトまで）

定義内容

共通除外条件群ID

共通除外条件群名

イベント条件

共通除外条件群ID

共通除外条件群名

イベント条件

コメント

適用期間

除外対象

共通除外条件の有効・無効の切り替え方法

［システム環境設定］画面

jcochfilterコマンドの-eオプション

［システム環境設定］画面

jcochfilterコマンドの-e，-on・-offオプション

適用期間

−

［共通除外条件設定(拡張)］画面の［適用期間］ページで設定できる

設定方法

［共通除外条件設定］画面

［共通除外条件設定(拡張)］画面

共通除外条件拡張定義ファイルおよびjcochfilterコマンドの-efオプション

（凡例）　−：該当なし

注※　イベント条件の比較の種類は，選択する属性によって異なります。詳細については，次を参照してください。

基本モードの場合

マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.15　［共通除外条件設定］画面」

拡張モードの場合

マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.16　［共通除外条件設定(拡張)］画面」

(2)　共通除外条件の除外対象

共通除外条件には，除外対象として次に示す二つの条件を設定できます。

共通除外条件に一致するJP1イベントを取得対象外にする。

特定のJP1イベントを取得しないようにし，監視対象から外す場合に使用します。基本モードまたは拡張モードで使用できます。この除外対象を設定することで，例えばメンテナンス時に既存のイベント取得フィルターの定義を変えることなく，メンテナンス対象で発生したJP1イベントだけをイベント取得の対象外にできます。

取得したJP1イベントのうち，共通除外条件に一致するJP1イベントを自動アクションの実行対象外にする。

JP1イベントの取得は継続したまま，特定のJP1イベントを自動アクションの実行対象から外す場合に使用します。拡張モードのときだけ使用できます。この除外対象を設定することで，例えばメンテナンス時に既存の自動アクションの定義を変えることなく，メンテナンス対象で発生したJP1イベントだけを自動アクションの実行対象外にできます。

共通除外条件の概要を次の図に示します。

図4‒14　共通除外条件の概要

メンテナンス対象のHostAで発行されたJP1イベントは，JP1イベントを取得対象外にする共通除外条件によって，JP1イベントは取得されなくなり監視対象から外れます。メンテナンス対象のアプリケーション2で発行されたJP1イベントは，JP1イベントを自動アクションの実行対象外にする共通除外条件によって，自動アクションの実行対象から外れます。

共通除外条件のサービス構成を次の図に示します。

図4‒15　共通除外条件のサービス構成

JP1イベントを自動アクションの実行対象外にする共通除外条件に一致するイベントをアクション除外イベントといいます。

JP1イベントを自動アクションの実行対象外にする共通除外条件のイベント条件は，自動アクション定義の実行条件とは独立して定義できます。そのため，一つの共通除外条件によって，異なる自動アクション定義に一致する複数のJP1イベントをまとめて自動アクションの実行対象外にできます。

JP1イベントを自動アクションの実行対象外にする共通除外条件は，自動アクション定義の有効・無効の指定よりも優先されます。

JP1イベントを自動アクションの実行対象外にする共通除外条件の設定は，既存のアクション定義に影響を与えません。共通除外条件が設定されたことによって，あるアクション定義が常に実行されない状態になっても，アクション定義の有効・無効状態は変わりません。したがって，AND条件が設定されているアクションおよび自動アクションの稼働状態は次に示す動作になります。

AND条件を持つアクション

JP1イベントを自動アクションの実行対象外にする共通除外条件を設定したことによって，一部のAND条件が成立しなくなった場合は，そのアクションは実行されません。成立しなくなったAND条件のアクション定義は有効状態のままです。残りのAND条件が成立してもアクションは実行されません。

自動アクションの稼働状態

JP1イベントを自動アクションの実行対象外にする共通除外条件を設定したことによって，実行できるアクション定義が条件的にない場合でも，有効なアクション定義があると自動アクションの稼働状態は休止状態になりません。

一度アクション除外イベントとなったイベントは，JP1/IM - Managerの再起動によって再取得された場合でも，自動アクションの実行対象外になります。

統合監視DBを使用する場合，アクション除外イベントには次に示すイベント属性（固有の拡張属性）が付加されます。次の属性は，固有の拡張属性として，発生元ホストのマッピング機能を除く機能で使用できます。

共通除外条件群ID（E.JP1_IMCOMEXCLUDE_ID）

共通除外条件群名（E.JP1_IMCOMEXCLUDE_NAME）

共通除外条件群除外対象（E.JP1_IMCOMEXCLUDE_TARGET）

(3)　追加共通除外条件

追加共通除外条件とは，システム運用中に，監視中のJP1イベントを使って定義する除外条件です。［イベントコンソール］画面または［関連イベント一覧］画面で任意のJP1イベントを選択することで追加共通除外条件が設定されます。

追加共通除外条件を使用するには，JP1_Console_Admin権限が必要です。また，共通除外条件を拡張モードに切り替えてください。追加共通除外条件を定義できるJP1イベントを次に示します。

JP1/IM - ViewがログインしているマネージャーホストのイベントDBまたは統合監視DBに登録されているJP1イベント

エージェントホストのイベントDBに登録されているJP1イベント

追加共通除外条件は，次の手順で表示される［共通除外条件設定(拡張)］画面で設定できます。

［イベントコンソール］画面でJP1イベントを選択後，［表示］−［共通除外条件で除外］を選択する。

［イベントコンソール］画面でJP1イベントを選択後，右クリックして表示されるポップアップメニューから［共通除外条件で除外］を選択する。

［関連イベント一覧］画面でJP1イベントを選択後，右クリックして表示されるポップアップメニューから［共通除外条件で除外］を選択する。

このとき，選択したJP1イベントの属性名および属性値が，イベント条件として自動的に入力された状態で表示されます。また，共通除外条件群名およびコメントも自動的に入力された状態で表示されます。画面の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.16　［共通除外条件設定(拡張)］画面」を参照してください。なお，イベント条件に指定できるイベント属性名については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「共通除外条件表示項目定義ファイル（common_exclude_filter_attr_list.conf）」（2.　定義ファイル）を参照してください。

定義した追加共通除外条件は，［イベント取得条件一覧］画面で編集・削除・共通除外条件に変更できます。

画面の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.14　［イベント取得条件一覧］画面」を参照してください。

追加共通除外条件の設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「6.5.4　追加共通除外条件を設定してJP1イベントを監視またはアクション実行の対象外にする」を参照してください。

(4)　共通除外条件の適用期間

イベント取得フィルターの共通除外条件を拡張モードにするとJP1イベントを取得対象外にしたり，自動アクションの実行対象外にしたりする条件の適用期間を指定できます。適用期間では，期間，曜日，および時間帯を指定できます。この適用期間を指定すると，適用期間内に発生したJP1イベントだけが，拡張モードの共通除外条件によって取得対象外または自動アクションの実行対象外にされます。

例えば，監視対象ホストのメンテナンス時間があらかじめ決まっている場合に毎回決まった日時や曜日に実施するメンテナンスの間だけそのホストから発生するJP1イベントを取得対象外または自動アクションの実行対象外にしたり，期間を限定して条件群を無効にしたりするときに指定します。

監視対象ホストのメンテナンススケジュールに合わせて，2011年7月8日から2011年9月10日の間の毎週日曜09:00〜翌月曜日の09:00に拡張モードの共通除外条件を適用する例を次の図に示します。なお，適用期間には，開始時刻は含まれますが，終了時刻は含まれません。この例の場合，適用期間は，毎週日曜日の09:00:00から，翌月曜日の08:59:59 までとなります。

図4‒16　共通除外条件の適用期間

時刻には，JP1/IM - Managerが動作しているマシンで設定されているタイムゾーンに従った時刻が設定されます。

このように適用期間を指定すると，条件群の変更や有効・無効の切り替えをしないで，JP1イベントのフィルタリングができる場合があります。適用期間内のJP1イベントかどうかの判定は，JP1イベントの到着時刻（B.ARRIVEDTIME）を比較して判定しています。なお，適用期間は，条件群ごとに指定できます。また，適用期間を使用する場合は，共通除外条件群が有効になっている必要があります。

適用期間は，［共通除外条件設定(拡張)］画面の［適用期間］タブで指定できます。［共通除外条件設定(拡張)］画面については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.16　［共通除外条件設定(拡張)］画面」を参照してください。

(5)　共通除外履歴ファイルの内容

JP1/IM - Managerは，次に示す処理の履歴やログを共通除外履歴ファイルに出力します。

JP1/IM - Managerに到着したJP1イベントを取得対象から除外した。

取得したJP1イベントを自動アクションの実行対象から除外した。

共通除外条件定義が反映，変更された。

共通除外履歴ファイルの形式を次に示します。

comexcluden※.log

注※　nは1〜5の整数です。

共通除外履歴ファイルの格納先を次に示します。

Windowsの場合

物理ホストのとき

Consoleパス¥operation¥comexclude

論理ホストのとき

共有フォルダ¥operation¥comexclude

UNIXの場合

物理ホストのとき

/var/opt/jp1cons/operation/comexclude

論理ホストのとき

共有ディレクトリ/operation/comexclude

格納先に共通除外履歴ファイルがない場合，次に示すタイミングで共通除外履歴ファイルを作成します。なお，共通除外条件の動作モードが拡張モードに設定されていることが前提です。

JP1/IM - Managerを起動したとき

JP1/IM - Managerが稼働中に，共通除外条件に一致するJP1イベントをJP1/IM - Managerが受信したとき

JP1/IM - Managerが稼働中に，共通除外条件定義をJP1/IM - Managerに反映したとき

JP1/IM - Managerが稼働中に，共通除外条件定義を有効化または無効化したとき

共通除外履歴ファイルに出力する形式を次に示します。

通し番号 処理時刻 処理内容

通し番号は，共通除外履歴の通し番号です。通し番号の範囲は，00000001〜99999999で，99999999を超えると00000001に戻ります。なお，JP1/IM - Managerを再起動した場合は，00000001から始まります。処理時刻は，YYYY/MM/DD hh:mm:ss.SSSの形式で出力されます（YYYY：年，MM：月，DD：日，hh：時間，mm：分，ss.SSS：秒）。

出力される処理内容については，次の表に示します。

表4‒6　共通除外履歴ファイルに出力される処理内容

項番

共通除外処理のタイミング

出力される処理内容

1

共通除外条件で除外をしたとき

除外をした共通除外条件群ID，条件名，および除外したイベントの情報を出力します。

イベントを取得対象外にした場合

Exclude the event from acquiring. (event[SEQNO=除外したJP1イベントのDB内通し番号 ID=イベントID SOURCESERVER=発行元イベントサーバ名 ARRIVEDTIME=到着時刻 SEVERITY=重大度] common exclusion-conditions[ID=共通除外条件群ID NAME=共通除外条件群名])（改行）

取得したイベントをアクション実行対象外にした場合

Exclude the acquired event from action-executing. (event[SEQNO=除外したJP1イベントのDB内通し番号 ID=イベントID SOURCESERVER=発行元イベントサーバ名 ARRIVEDTIME=到着時刻 SEVERITY=重大度] common exclusion-conditions[ID=共通除外条件群ID NAME=共通除外条件群名])（改行）

置き換え文字の内容を次に示します。

除外したJP1イベントのDB内通し番号

イベントDB内通し番号を出力します。

形式：0〜2,147,483,647

イベントID

イベントID（B.ID，B.IDBASE）を出力します。

形式：基本情報[:拡張情報]

発行元イベントサーバ名

発行元イベントサーバ名（B.SOURCESERVER）を出力します。

到着時刻

到着時刻（B.ARRIVEDTIME）を出力します。

形式：yyyy/MM/dd_hh:mm:ss

重大度

重大度（E.SEVERITY）を出力します。

共通除外条件群ID

除外処理をした共通除外条件群のIDを出力します。

共通除外条件の場合：0〜2499

追加共通除外条件の場合：A0〜A2499

共通除外条件群名

除外処理をした共通除外条件群の条件名を出力します。

2

共通除外条件定義が更新されたとき※

共通除外条件定義が更新されたことを出力します。

The common exclusion-conditions extended definition was updated.（改行）

The additional common exclusion-conditions definition was updated.（改行）

注※　更新契機を次に示します。

JP1/IM - Managerの起動

JP1/IM - Viewの［システム環境設定］画面，［共通除外条件で除外］メニューからの更新

jcochfilter -efコマンドによる更新

共通除外条件を有効に設定したとき（jcochfilterコマンドの-eオプションまたは-onオプション）

共通除外条件を無効に設定したとき（jcochfilterコマンドの-eオプションまたは-offオプション）

更新内容の詳細は，共通除外条件定義履歴ファイルに出力します。

共通除外履歴ファイルの出力例を次に示します。

00000001 2017/04/01 12:30:25.131 The common exclusion-conditions extended definition was updated.
00000002 2017/04/01 12:30:25.229 The additional common exclusion-conditions definition was updated.
00000003 2017/04/01 12:35:04.100 Exclude the event from acquiring. (event[SEQNO=10001 ID=4704 SOURCESERVER=hostA ARRIVEDTIME=2017/04/01_12:35:05 SEVERITY=Emergency] common exclusion-conditions[ID=1 NAME=hostAのメンテナンス])
00000004 2017/04/01 12:35:35.342 Exclude the acquired event from action-executing. (event[SEQNO=10005 ID=4201 SOURCESERVER=hostB ARRIVEDTIME=2017/04/01_12:35:36 SEVERITY=Alert] common exclusion-conditions[ID=A2 NAME=hostBのメンテナンス])

(6)　共通除外条件定義履歴ファイルの内容

JP1/IM - Managerは，共通除外条件の定義履歴を共通除外条件定義履歴ファイルに出力します。除外処理の履歴を出力する共通除外履歴ファイルに出力された共通除外条件群ID，共通除外条件群名などの情報から，使用された共通除外条件群の定義内容を確認するためのファイルです。

共通除外条件定義履歴ファイルの形式を次に示します。

comexcludeDefn※.log

注※　nは1〜5の整数です。

共通除外条件定義履歴ファイルの格納先を次に示します。

Windowsの場合

物理ホストのとき

Consoleパス¥operation¥comexclude

論理ホストのとき

共有フォルダ¥operation¥comexclude

UNIXの場合

物理ホストのとき

/var/opt/jp1cons/operation/comexclude

論理ホストのとき

共有ディレクトリ/operation/comexclude

格納先に共通除外条件定義履歴ファイルがない場合，次に示すタイミングで共通除外履歴ファイルを作成します。なお，共通除外条件の動作モードが拡張モードに設定されていることが前提です。

JP1/IM - Managerを起動したとき

JP1/IM - Managerが稼働中に，共通除外条件定義をJP1/IM - Managerに反映したとき

JP1/IM - Managerが稼働中に，共通除外条件定義を有効化または無効化したとき

共通除外条件定義履歴ファイルに出力する形式を次に示します。

{+ | -}通し番号 処理時刻 処理内容

通し番号は，共通除外条件定義履歴の通し番号です。通し番号の範囲は，00000001〜99999999で，99999999を超えると00000001に戻ります。なお，JP1/IM - Managerを再起動した場合は，00000001から始まります。処理時刻は，YYYY/MM/DD hh:mm:ss.SSSの形式で出力されます（YYYY：年，MM：月，DD：日，hh：時間，mm：分，ss.SSS：秒）。

基本的に，一つの処理に対して1行のログが出力され，行頭には+が付きます。一つの処理に対して複数の行にログが出力される場合，処理の開始を示すログの行頭には+，継続するログの行頭には-が付きます。

出力される処理内容については，次の表に示します。

表4‒7　共通除外条件定義履歴ファイルに出力される処理内容

項番

共通除外処理のタイミング

出力される処理内容

1

共通除外条件定義が更新されたとき

（JP1/IM - Viewの

［システム環境設定］画面からの更新，またはjcochfilter -efコマンドによる更新）

反映された共通除外条件定義の内容（定義ファイルのダンプ）を出力します。

1行目：The common exclusion-conditions extended definition was updated.（改行）

2行目以降：更新後のシステム共通除外条件拡張定義ファイルの内容

更新後の定義に，追加共通除外条件拡張定義が存在する場合は，上記に続けて追加共通除外条件拡張定義ファイルの内容を出力します。

1行目：The additional common exclusion-conditions definition was updated.（改行）

2行目以降：更新後の追加共通除外条件定義ファイルの内容

2

追加共通除外条件定義が追加されたとき（JP1/IM - Viewの［共通除外条件で除外］メニューからの設定）

登録された追加共通除外条件定義内容を出力します。

1行目：The additional common exclusion-conditions definition was registered.（改行）

2行目以降：登録された追加共通除外条件定義の内容

3

共通除外条件を有効に設定したとき（jcochfilter -e/-onコマンドによる設定）

有効に設定された共通除外条件のIDを出力します。

ID指定の場合

The common exclusion condition became enabled. (common exclusion condition group IDs = 共通除外条件群ID[,共通除外条件群ID])（改行）

ALL指定の場合

All common exclusion conditions became enabled.

4

共通除外条件を無効に設定したとき（jcochfilter -e/-offコマンドによる設定）

無効に設定された共通除外条件のIDを出力します。

ID指定の場合

The common exclusion condition became disabled. (common exclusion condition group IDs = 共通除外条件群ID[,共通除外条件群ID])（改行）

ID未指定の場合

All common exclusion conditions became disabled.（改行）

共通除外条件定義履歴ファイルの出力例を次に示します。

+00000001 2017/04/01 12:30:25.131 The common exclusion-conditions extended definition was updated.
-DESC_VERSION=1
-
-def hostAのメンテナンス
-    cmt 期限：2017/04/31
-    id 1
-    valid true
-    date 20170401-20170431
-    week 1,2,3,4,5,6
-    rtime 1000-1200
-    cnd
-        B.ID IN 00000001
-        E.SEVERITY IN Emergency Alert
-        B.SOURCESERVER IN hostA
-    end-cnd
-end-def
-The additional common exclusion-conditions definition was updated.
-DESC_VERSION=2
-
-def hostBのメンテナンス
-    cmt 期限：2017/04/31
-    id A2
-    valid true
-    ex-target action
-    date 20170401-20170431
-    week 1,2,3,4,5,6
-    rtime 1000-1200
-    cnd
-        B.ID IN 00000002
-        E.SEVERITY IN Emergency Alert
-        B.SOURCESERVER IN hostB
-    end-cnd
-end-def
+00000002 2017/04/01 12:40:51.849 The additional common exclusion-conditions definition was registered.
-def hostCのメンテナンス
-    cmt 期限：2017/04/31
-    id A3
-    valid true
-    ex-target action
-    date 20170401-20170431
-    week 1,2,3,4,5,6
-    rtime 1000-1200
-    cnd
-        B.ID IN 00000001
-        E.SEVERITY IN Emergency Alert
-        B.SOURCESERVER IN hostC
-    end-cnd
-end-def
00000003 2017/04/01 12:45:41.009 The common exclusion condition became enabled. (common exclusion condition group IDs = 1,A3)

(7)　共通除外条件の注意事項

共通除外条件と追加共通除外条件は，合計で2,500件以内としてください。また，サイズの合計は，15MB以内としてください。

JP1イベントを取得対象外にする共通除外条件に設定されたJP1イベントは，イベント監視対象から除外されます。除外されると，［イベントコンソール］画面のイベント一覧に表示されなくなります。共通除外条件を設定する場合は，イベント条件および除外対象の設定内容を十分に確認してください。

jcochfilterコマンドの-efオプションで共通除外条件拡張定義を適用する場合，定義済みの共通除外条件がすべて入れ替わります。イベント監視中に追加した追加共通除外条件の定義もすべてなくなってしまうので，注意してください。

共通除外条件の条件数や条件の内容によってJP1/IM - Managerの負荷が高くなり，単位時間あたりに監視できるJP1イベント数が低下するおそれがあります。フィルター条件に正規表現などを使用して，複数のホストに対するフィルター条件を1件に集約することを検討してください。

4.3　相関イベントの発行

JP1/IM - Managerは，関連性を持つJP1イベントが発行されたときに，新しいJP1イベントを発行できます。これを相関イベントといいます。JP1イベント同士の関連づけや発行する相関イベントについては，相関イベント発行定義としてユーザーが定義できます。

また，相関イベントの発行契機となった関連性を持つJP1イベントを，相関元イベントと呼びます。相関元イベントとするJP1イベントは，複数件にすることも，1件だけにすることもできます。

例えば，クラスタリングしているWebサーバをJP1/IM - Managerによって管理していたとします。Webサーバの実行系および待機系の2台のマシンで，連続して障害が発生した場合，Webサーバの提供しているサービスが停止します。このとき，実行系の障害発生を通知するJP1イベント，および待機系の障害発生を通知するJP1イベントを関連づけ，相関イベントとして発行すれば，障害対処が迅速になります。

次の図に相関イベント，相関イベント発行定義および相関元イベントの関係について，上記のWebサーバの例を用いて示します。

図4‒17　相関イベント，相関イベント発行定義および相関元イベントの関係

実行系および待機系のWebサーバから発行されたJP1イベントが，マネージャーに通知されます。相関イベント発行定義に従い，二つのJP1イベントが関連づけされ，相関イベントが発行されます。相関イベントの発行契機となったJP1イベントを相関元イベントといいます。

相関イベントには，相関成立時に発行される相関成立イベントと相関不成立時に発行される相関不成立イベントの2種類があります。

相関成立時に発行されるイベント

指定されたイベントが，すべてタイムアウト時間内に到着した場合に相関成立イベントを発行できます。例を次に示します。

クラスタリングしているWebサーバで，実行系の障害発生時にイベントA，待機系の障害発生時にイベントBが発行されるよう設定します。

イベントAおよびイベントBが発行された場合に，相関成立イベント（イベントC）が発行されるよう相関イベント発行定義で定義することで，Webサーバのサービス停止を検知できます。

相関不成立時に発行されるイベント

イベント相関処理は，指定されたイベントがすべてタイムアウト時間内に到着しなかった場合に相関不成立イベントを発行できます。例を次に示します。

クラスタリングしているWebサーバで，実行系の障害発生時にイベントA，待機系のフェールオーバー時にイベントBが発行されるよう設定します。

イベントAの発行後，イベントBがタイムアウト時間内に発行されなかった場合に，相関不成立イベント（イベントC）が発行されるよう相関イベント発行定義で定義することで，Webサーバのサービス停止を検知できます。

JP1/IM - Managerは，JP1/BaseのイベントDBに登録されたJP1イベントをイベント取得フィルターを通して取得します。そのあと，相関イベント発行定義に定義された発行条件に従って相関イベントを発行します。発行された相関イベントは，JP1/BaseのイベントDBに登録されます。これを相関イベントの発行処理といいます。

相関イベントの発行処理の概要を次の図に示します。

図4‒18　相関イベントの発行処理の概要

次からは相関イベント発行の機能全般について説明します。

4.3.1　相関イベント発行の仕組み

相関イベントの発行は，次に示すJP1/IM - Managerのプロセスによって行われます。

統合監視DBを使用しない場合：相関イベント発行サービス

統合監視DBを使用する場合：イベント基盤サービス

なお，相関イベント発行サービス，およびイベント基盤サービスは，相関イベント発行機能を提供しています。

相関イベント発行機能の位置を図で表すと次のようになります。

図4‒19　相関イベント発行機能の位置（統合監視DBを使用しない場合）

図4‒20　イベント基盤サービスの相関イベント発行機能の位置（統合監視DBを使用する場合）

統合監視DBを使用する場合には，相関イベント発行機能はイベント基盤サービスに組み込まれているため，イベント相関処理とイベントコンソールサービスへのイベント配信を同期できます。

(1)　相関イベント発行機能の起動時の処理

JP1/IM - Managerを起動すると，相関イベント発行機能は相関イベント発行定義を読み込み，相関イベントの発行処理の準備をします。

なお，統合監視DBを使用しない場合，相関イベント発行サービスはデフォルトでは起動しません。jcoimdefコマンドで起動するよう設定しておく必要があります。統合監視DBを使用する場合，イベント基盤サービスは起動していますが，相関イベント発行機能はデフォルトでは無効です。jcoimdefコマンドで有効に設定しておく必要があります。

相関イベント発行機能の起動時の処理を次の図に示します。

図4‒21　相関イベント発行機能の起動時の処理

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

相関イベント発行機能が，プロセス管理によって起動される。

相関イベント発行機能は，JP1/IM - Managerのほかのプロセスと同様にプロセス管理によって起動および停止されます。

なお，統合監視DBを使用しない場合，相関イベント発行サービスはデフォルトでは起動しません。jcoimdefコマンドで起動するよう設定しておく必要があります。統合監視DBを使用する場合，イベント基盤サービスは起動していますが，相関イベント発行機能はデフォルトでは無効です。jcoimdefコマンドで有効に設定しておく必要があります。

相関イベント発行機能が，内部で保持している相関イベント発行定義を読み込む。

相関イベント発行機能は，内部で保持している相関イベント発行定義に従って動作します。このため，相関イベント発行定義ファイルを編集しても，jcoegschangeコマンドを使用して反映するまでは相関イベント発行機能の動作は変わりません。

なお，相関イベント発行定義は，デフォルトでは定義されていません。相関イベントを発行するには，相関イベント発行定義ファイルを編集して，jcoegschangeコマンドで反映する必要があります。

メモ

相関イベント発行定義を変更したい場合，jcoegschangeコマンドを使用します。

相関イベント発行機能が起動している場合，使用している相関イベント発行定義を更新できます。停止している場合は，次回の起動時から使用する相関イベント発行定義を更新できます。

ただし，相関イベント発行機能の起動処理中や停止処理中の場合は，相関イベント発行定義は更新できません。

(2)　相関イベント発行機能の起動後のJP1イベント取得処理

相関イベント発行機能の起動後のJP1イベントの処理は，統合監視DBを使用しない場合と使用する場合で異なります。それぞれの処理の流れについて説明します。

(a)　統合監視DBを使用しない場合の相関イベントの発行処理

相関イベント発行機能は，相関イベント発行サービスが取得したイベントに対して，相関イベント発行定義を関連づけし，相関イベントを発行します。

相関イベント発行サービスは，起動後にJP1/BaseのイベントDBからJP1イベントの取得を開始する位置を選択できます。JP1イベントの取得を開始する位置は，coldスタートおよびwarmスタートの2種類から選択できます。これらのオプションを総称して，起動オプションといいます。起動オプションを使用すると，実行していた相関処理を引き継ぐかどうかを指定できます。相関イベントの発行処理の起動オプションについて，次の表で説明します。

表4‒8　起動オプションの説明

起動オプション

説明

coldスタート

相関イベント発行機能の起動後にJP1/BaseのイベントDBに登録されたJP1イベントから取得を開始します。

JP1/IM - Managerが停止する前に実行していた相関処理を停止し，再起動後に実行状態を引き継ぎません。

warmスタート

相関イベント発行機能の前回の停止時に取得を終えていたJP1イベントの次に，JP1/BaseのイベントDBに登録されたJP1イベントから取得を開始します。

JP1/IM - Managerが停止する前に実行していた相関処理を保存し，再起動後に実行状態を引き継ぎます。

なお，デフォルトの設定はwarmスタートです。

coldスタートとwarmスタートのそれぞれの場合で，JP1イベントの取得開始の違いを次の図に示します。

図4‒22　JP1イベントの取得開始の違い

相関イベント発行機能の停止時にイベントZまで取得していた場合，warmスタートでは，イベントZの次に登録されたイベントAから取得を開始します。coldスタートでは，相関イベント発行機能の起動後に登録されたイベントCから取得を開始します。

相関イベント発行機能は，デフォルトではwarmスタートで起動します。通常はwarmスタートのままで使用できます。相関イベント発行機能が停止していた間に発行されたJP1イベントを取得対象にしない場合は，coldスタートに変更してください。

JP1/IM - Managerをクラスタシステムで運用する場合，warmスタートで使用することをお勧めします。coldスタートの場合は，JP1/IM - Managerのフェールオーバー中に発行されたJP1イベントは取得の対象になりません。

なお，相関イベント発行機能が取得するJP1イベントは，イベント取得フィルターでフィルタリングされたJP1イベントです。イベント取得フィルターの詳細については，「4.2　JP1イベントのフィルタリング」を参照してください。

相関イベントの発行処理の例（統合監視DBを使用しない場合）

cold，warmそれぞれを指定した場合の相関イベントの発行処理を次の図に示します。

図4‒23　相関イベント発行サービスの停止時および起動時の発行処理（統合監視DBを使用しない場合）

「図4-23　相関イベント発行サービスの停止時および起動時の発行処理（統合監視DBを使用しない場合）」の例について説明します。

例1の場合

相関イベント発行サービスの停止時の設定がcoldで，相関イベント発行サービスの起動時の設定がcoldの場合の動作を次に示します。

相関イベント発行サービス停止時の動作

発行処理の対象であるJP1イベントの情報をすべて破棄して，処理を終了します。

相関イベント発行履歴ファイルに処理内容を出力します。

相関イベント発行サービス起動後の動作

相関イベント発行サービス起動後に登録されたJP1イベントから取得を開始します。

相関イベント発行定義を読み込み，定義に従って発行処理を開始します。

例2の場合

相関イベント発行サービスの停止時の設定がcoldで，相関イベント発行サービスの起動時の設定がwarmの場合の動作を次に示します。

相関イベント発行サービス停止時の動作

発行処理の対象であるJP1イベントの情報をすべて破棄して，処理を終了します。

相関イベント発行履歴ファイルに処理内容を出力します。

相関イベント発行サービス起動後の動作

前回の停止時に取得を終えていたJP1イベントの次のJP1イベントから取得を開始します。

相関イベント発行定義を再読み込みし，定義に従って発行処理を開始します。

例3の場合

相関イベント発行サービスの停止時の設定がwarmで，相関イベント発行サービスの起動時の設定がcoldの場合の動作を次に示します。

相関イベント発行サービス停止時の動作

発行処理中のJP1イベントの情報，発行処理の内容，および相関イベント発行定義の内容を内部ログに出力して，処理状態を保持します。

相関イベント発行履歴ファイルに処理内容を出力します。

相関イベント発行サービス起動後の動作

前回停止時に発行処理中のJP1イベントがあった場合，それらのJP1イベントの情報をすべて破棄します。

相関イベント発行サービス起動後に登録されたJP1イベントから取得を開始します。

相関イベント発行定義を読み込み，定義に従って発行処理を開始します。

例4の場合

相関イベント発行サービスの停止時の設定がwarmで，相関イベント発行サービスの起動時の設定がwarmの場合の動作を次に示します。

相関イベント発行サービス停止時の動作

発行処理中のJP1イベントの情報，発行処理の内容，および相関イベント発行定義の内容を内部ログに出力して，処理状態を保持します。

相関イベント発行履歴ファイルに処理内容を出力します。

相関イベント発行サービス起動後の動作

前回の停止時に取得を終えていたJP1イベントの次のJP1イベントから取得を開始します。

相関イベント発行定義を再読み込みし，定義に従って発行処理を開始します。

内部ログを参照し，前回停止時に発行処理中のJP1イベントがあった場合，その続きから発行処理を継続します。

ただし，相関イベント発行サービスの停止から起動する間に相関イベント発行定義が変更されていた場合は，それらのJP1イベントの情報をすべて破棄します（coldスタートと同様に動作します）。

重要

相関イベント発行サービスが異常終了した場合，発行処理中のJP1イベントの情報を保持できないため，次回の起動時はcoldスタートと同様に動作します。停止時に発行処理中だったJP1イベントの情報は破棄され，相関イベント発行サービスの起動後に登録されたJP1イベントから取得が開始されます。

相関イベント発行サービスの異常終了とは，次のような場合です。

相関イベント発行サービスのプロセスが強制終了（kill）された場合

jcogencoreコマンドを実行してプロセスを強制終了した場合

システムの電源が強制的に切られた場合

(b)　統合監視DBを使用する場合の相関イベントの発行処理

相関イベント発行機能は，イベント基盤サービスが取得したイベントに対して，相関イベント発行定義を関連づけし，相関イベントを発行します。

イベント基盤サービスは，起動後にJP1/BaseのイベントDBからJP1イベントの取得を開始する位置を選択できます。JP1イベントの取得を開始する位置は，jcoimdefコマンドの-bオプションで選択できます。

相関イベントの発行処理は，JP1イベントの取得を開始する位置および起動オプションの組み合わせによって次のように異なります。

表4‒9　相関イベントの発行処理

起動オプション

-bオプションの値

処理

warm

-1（デフォルト値）

相関イベントの発行処理中であるJP1イベントの状態を引き継ぎます。

JP1イベントの取得を開始する位置は，前回の停止時に取得を終えていたJP1イベントの次のJP1イベントからです。なお，前回の停止時に取得を終えていたJP1イベントがない場合は，イベントDBに登録されているイベントの中で最も古いJP1イベントから取得を開始します。

0〜144

KAJV2316-Wメッセージを出力し，相関イベントの発行処理中であるJP1イベントの状態を引き継ぎません。

cold

-1〜144

相関イベントの発行処理は，すべて停止し，終了します。相関イベントの発行処理中であるJP1イベントの状態を引き継げません。

なお，一度，相関イベント発行処理の対象となったJP1イベントは，再度，相関イベント発行処理の対象にはなりません。

相関イベントの発行処理の例（統合監視DBを使用する場合）

cold，warmそれぞれを指定した場合の相関イベントの発行処理を次の図に示します。

図4‒24　イベント基盤サービスの停止時および起動時の発行処理（イベント基盤サービス停止時の起動オプションがcoldの場合）

「図4-24　イベント基盤サービスの停止時および起動時の発行処理（イベント基盤サービス停止時の起動オプションがcoldの場合）」の例について説明します。

例1の場合

イベント基盤サービスの起動時の設定がcoldまたはwarmで，jcoimdefコマンドの-bオプションに0〜144が指定されている場合の動作を次に示します。

イベント基盤サービス停止時の動作

発行処理の対象であるJP1イベントの情報をすべて破棄して，処理を終了します。

相関イベント発行履歴ファイルに処理内容を出力します。

イベント基盤サービス起動後の動作

jcoimdefコマンドの-bオプションで指定した時間までさかのぼって，JP1イベントの取得を開始します。

相関イベント発行定義を読み込み，定義に従って発行処理を開始します。

例2の場合

イベント基盤サービスの起動時の設定がcoldまたはwarmで，jcoimdefコマンドの-bオプションに-1が指定されている場合の動作を次に示します。

イベント基盤サービス停止時の動作

発行処理の対象であるJP1イベントの情報をすべて破棄して，処理を終了します。

相関イベント発行履歴ファイルに処理内容を出力します。

イベント基盤サービス起動後の動作

前回の停止時に取得を終えていたJP1イベントの次のJP1イベントから取得を開始します。

相関イベント発行定義を再読み込みし，定義に従って発行処理を開始します。

図4‒25　イベント基盤サービスの停止時および起動時の発行処理（イベント基盤サービス停止時の起動オプションがwarmの場合）

「図4-25　イベント基盤サービスの停止時および起動時の発行処理（イベント基盤サービス停止時の起動オプションがwarmの場合）」の例について説明します。

例3の場合

イベント基盤サービスの起動時の設定がcoldで，jcoimdefコマンドの-bオプションに0〜144が指定されている場合の動作を次に示します。

イベント基盤サービス停止時の動作

発行処理中のJP1イベントの情報，発行処理の内容，および相関イベント発行定義の内容を内部ログに出力して，処理状態を保持します。

相関イベント発行履歴ファイルに処理内容を出力します。

イベント基盤サービス起動後の動作

前回停止時に発行処理中のJP1イベントがあった場合，それらのJP1イベントの情報をすべて破棄します。

jcoimdefコマンドの-bオプションで指定した時間までさかのぼって，JP1イベントの取得を開始します。

相関イベント発行定義を読み込み，定義に従って発行処理を開始します。

例4の場合

イベント基盤サービスの起動時の設定がwarmで，jcoimdefコマンドの-bオプションに0〜144が指定されている場合の動作を次に示します。

イベント基盤サービス停止時の動作

発行処理中のJP1イベントの情報，発行処理の内容，および相関イベント発行定義の内容を内部ログに出力して，処理状態を保持します。

相関イベント発行履歴ファイルに処理内容を出力します。

イベント基盤サービス起動後の動作

jcoimdefコマンドの-bオプションで指定した時間までさかのぼって，JP1イベントの取得を開始します。

相関イベント発行定義を再読み込みし，定義に従って発行処理を開始します。

内部ログを参照し，発行処理をしていないJP1イベント以降を対象にして発行処理を開始します。

例5の場合

イベント基盤サービスの起動時の設定がcoldで，jcoimdefコマンドの-bオプションに-1が指定されている場合の動作を次に示します。

イベント基盤サービス停止時の動作

発行処理中のJP1イベントの情報，発行処理の内容，および相関イベント発行定義の内容を内部ログに出力して，処理状態を保持します。

相関イベント発行履歴ファイルに処理内容を出力します。

イベント基盤サービス起動後の動作

前回の停止時に取得を終えていたJP1イベントの次のJP1イベントから取得を開始します。

相関イベント発行定義を再読み込みし，定義に従って発行処理を開始します。

例6の場合

イベント基盤サービスの起動時の設定がwarmで，jcoimdefコマンドの-bオプションに-1が指定されている場合の動作を次に示します。

イベント基盤サービス停止時の動作

発行処理中のJP1イベントの情報，発行処理の内容，および相関イベント発行定義の内容を内部ログに出力して，処理状態を保持します。

相関イベント発行履歴ファイルに処理内容を出力します。

イベント基盤サービス起動後の動作

前回の停止時に取得を終えていたJP1イベントの次のJP1イベントから取得を開始します。

相関イベント発行定義を再読み込みし，定義に従って発行処理を開始します。

内部ログを参照し，前回停止時に発行処理中のJP1イベントがあった場合，その続きから発行処理を継続します。

重要

イベント基盤サービスが異常終了した場合，発行処理中のJP1イベントの情報を保持できないため，次回の起動時はcoldスタートと同様に動作します。停止時に発行処理中だったJP1イベントの情報は破棄され，イベント基盤サービスの起動後に登録されたJP1イベントから取得が開始されます。

イベント基盤サービスの異常終了とは，次のような場合です。

イベント基盤サービスのプロセスが強制終了（kill）された場合

jcogencoreコマンドを実行してプロセスを強制終了した場合

システムの電源が強制的に切られた場合

(3)　JP1イベント取得後の相関イベント発行処理

JP1イベント取得後の相関イベントの発行処理について次の図に示します。

図4‒26　JP1イベント取得後の相関イベントの発行処理

相関イベント発行条件にイベント条件を一つだけ定義した場合，イベント条件に一致するJP1イベントが発行された時点で，相関イベント発行処理が成立で終了します。

相関イベント発行条件にイベント条件を複数定義した場合は，一つのイベント条件に一致するJP1イベントが発行されたあと，ほかのイベント条件に一致するJP1イベントが発行された時点で相関イベント発行処理が成立で終了します。ほかのイベント条件に一致するJP1イベントがタイムアウト時間※内に発行されなかった場合は，相関イベント発行処理は不成立で終了します。なお，相関イベント発行定義で相関成立および相関不成立のJP1イベントを発行するように設定している場合には，それぞれの相関イベントが発行されます。

注※　JP1イベントの基本属性の一つ，到着時刻が起点となります。

メモ

イベント条件を複数定義した場合には，順序性，組み合わせ，またはしきい値の三つのイベント相関タイプを選択できます。

「順序性（sequence）」はJP1イベントの発生順序を考慮して発行処理を開始します。上記図の発行条件2でイベント相関タイプに「順序性（sequence）」を設定した場合，イベント条件1が成立するまでイベント条件2の処理は開始されません。

「組み合わせ（combination）」は上記図の発行条件2に指定されているイベント相関タイプです。イベント条件1，イベント条件2の発生順序を考慮せず，発行処理を開始します。

「しきい値（threshold）」は定義したイベント条件に合致するJP1イベントの発行数がしきい値に達したときに相関イベントを発行します。

相関イベントの発行処理の内容は，すべて相関イベント発行履歴ファイルに出力および保存されるため，必要に応じて参照できます。相関イベント発行履歴ファイルについては，「4.3.4　相関イベント発行履歴ファイルの内容」を参照してください。

(4)　統合監視DBの有効・無効を切り替えた場合の相関処理

統合監視DBの有効・無効を切り替えた場合の相関処理のイベント取得位置について次の表に示します。

表4‒10　統合監視DBの有効・無効を切り替えた場合の相関処理のイベント取得位置

統合監視DBの有効・無効の切り替え

切り替え時の起動オプション

切り替え後のJP1イベントの取得開始位置

有効から無効へ切り替え

cold

イベント基盤サービスの起動時

warm

イベント基盤サービスの前回の停止時

無効から有効へ切り替え

cold

jcoimdefコマンドの-bオプションに設定された値に従う

warm

(5)　業務グループの参照・操作制限を設定している場合の処理

業務グループでの参照・操作を制限している場合，JP1ユーザーは，異なる業務グループにわたる相関イベントを定義できません。相関イベントを定義できるのは，システム管理者だけです。JP1ユーザーが相関イベントを設定したい場合は，システム管理者に依頼してください。

図4‒27　異なる業務グループでの相関イベント

異なる業務グループで発生したJP1イベントを相関イベントとして定義した場合，［関連イベント一覧］画面で相関元イベントの背景色がグレーに表示されます。

相関イベントを定義するときは，相関イベントの関連イベントが業務システム内で発生したJP1イベントになるよう絞り込み条件を定義してください。また，発行される相関イベントが業務システム内のJP1イベントとなるよう，変数を定義してください。相関イベントの定義例を次に示します。

[gyoumuA]

TARGET=E.JP1_SOURCEHOST==/業務システムA ・・・・・・・・・・・・・・・1

CON=CID:1, E.SEVERITY==Error, E.PRODUCT_NAME>=HITACHI/JP1/AJS2

CON=CID:2, E.SEVERITY==Error, E.PRODUCT_NAME>=HITACHI/JP1/Base

SUCCESS_EVENT=E.SEVERITY:Alert,E.JP1_SOURCEHOST:$EV1_E.JP1_SOURCEHOST ・・・・・・・・・・2

説明

絞り込み条件（TARGET）を使用し，関連イベントの発行元ホスト名（E.JP1_SOURCEHOST）が業務グループ（業務システムA）のホストのホスト名だけになるように絞り込む。業務グループ・監視グループを指定する場合は，先頭に「/」を付けてパス表記にする。

変数（$EV1_E.SOURCEHOST）を使用し，CID:1のイベント条件と一致した関連イベント条件の発生元ホスト名を相関イベント（SUCCESS_EVENT）の発生元ホスト名（E.JP1_SOURCEHOST）に引き継ぐようにする。

4.3.2　相関イベントの発行定義

相関イベントを発行するためには，相関イベント発行定義を定義します。

相関イベント発行定義は，複数の相関イベント発行条件で構成されます。また，1件の相関イベント発行条件は，幾つかの項目によって構成されます。

相関イベント発行定義の構成を次の図に示します。

図4‒28　相関イベント発行定義の構成

相関イベント発行定義は，相関イベント発行定義ファイルで定義します。次からの説明では，相関イベント発行条件に定義する各項目の意味と使い方について説明します。項目の指定方法や入力規則・制限などの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「相関イベント発行定義ファイル」（2.　定義ファイル）を参照してください。

なお，JP1ユーザーは，相関イベントを定義できません。相関イベントを定義したい場合は，システム管理者にご連絡ください。

(1)　相関イベント発行条件名

相関イベント発行条件を識別するための名称です。

(2)　相関の対象範囲の絞り込み条件

1件の相関イベント発行条件で，発行処理の対象にする範囲を絞り込むための条件です。

相関の対象範囲の絞り込み条件には，相関イベントの発行処理の対象とするJP1イベントの属性値を指定します。例えば，発行元イベントサーバ名（B.SOURCESERVER）の属性値を指定することで，特定のエージェントから発行されたJP1イベントを発行処理の対象にできます。

(3)　イベント条件

相関イベントの発行契機となるJP1イベント（相関元イベント）を決める条件です。

相関イベントの発行処理の対象または非対象とするJP1イベントの属性値を指定します。この項目は1件の発行条件に対して，複数指定できます。

複数指定した場合は，発行処理の対象外とするJP1イベント（NOT指定）を含めたイベント条件が最初に適用されます。

(4)　タイムアウト時間

イベント条件に一致するJP1イベントの最大待ち時間です。

開始は，イベント条件に一致する一つ目のJP1イベントの基本属性である到着時刻が起点になります。指定したタイムアウト時間を過ぎても，相関イベントの発行条件が成立しなかった場合，相関イベントは不成立となり，相関イベント発行処理が終了します。

イベントA，B，Cが順番に発生した場合に相関する例で，相関成立となるケースと相関不成立となるケースを次の図に示します。

図4‒29　タイムアウト時間

(5)　イベント相関タイプ

イベント条件に一致するJP1イベントの相関の方法です。

イベント相関タイプには次の三つがあります。

順序性を考慮した相関

順序性を考慮し，定義したイベント条件と一致するJP1イベントが定義順に発行されたかどうかを相関の成立，不成立の条件とします。

組み合わせによる相関

順序性を考慮せず，定義したイベント条件の組み合わせでJP1イベントが発行されたかどうかを相関の成立，不成立の条件とします。

しきい値による相関

定義したイベント条件に一致するJP1イベントの発行数がしきい値に達したかどうかを相関の成立，不成立の条件とします。

(6)　同一属性値条件

イベント条件に一致するJP1イベントを，JP1イベントの属性値によってグルーピングし，グループ単位で相関イベントを発行するための条件です。この項目は1件の発行条件に対して，複数指定できます。

同一属性値条件は，JP1イベントの属性値，または属性値の一部で指定します。例えば，認証エラーのJP1イベントを関連づけて，相関イベントを発行しているとします。この場合，同一属性値条件に発行元イベントサーバ名（B.SOURCESERVER）を指定すれば，相関イベントを認証サーバごとに発行できます。

(7)　同時相関数

1件の相関イベント発行条件で同時に発行処理できるJP1イベントの組数です。

省略すると，デフォルトの10組が仮定されます。1件の発行条件に対して，該当するJP1イベントをすでに10組取得し，かつ，発行処理中のときに，該当するJP1イベントをさらに取得した場合，そのJP1イベントは発行処理の対象になりません。

この場合，KAJV2301-Wの警告メッセージが統合トレースログに出力されます。

例えば，同一属性値条件を指定して，50台のサーバごとに相関イベントを発行している場合，すべてのサーバから同時にJP1イベントが発行されると，発生順に10組のJP1イベントは処理できますが，残りの40組が処理できません。このような場合，この項目に50組を指定します。

同時相関数がデフォルト（10組）の場合の発行処理を図にすると，次のようになります。

図4‒30　同時相関数がデフォルト（10組）の場合の発行処理

重要

すべての相関イベント発行条件で同時に発行処理できるJP1イベントの組数は20,000組です。同時相関数を多くの発行条件に指定し，かつ，大きな値を指定する，といった運用は避けてください。

なお，相関中の組数が20,000に達したときにKAJV2322-Wメッセージが出力され，相関されなくなります。また，相関中の組数が上限値の20,000を超えたあと，16,000になるまで再度KAJV2322-Wメッセージは表示されません。

(8)　相関成立イベント

相関イベント発行条件が成立したときに発行するJP1イベント（相関イベント）です。相関イベントには，任意の属性名に対して任意の属性値を設定できます。変数を使って相関元イベントの任意の属性を，相関イベントの属性に引き継ぐこともできます。

発行される相関イベントの詳細については，「4.3.8　発行される相関イベント」を参照してください。

(9)　相関不成立イベント

相関イベント発行条件が成立しなかったときに発行するJP1イベント（相関イベント）です。相関イベントには，任意の属性名に対して任意の属性値を設定できます。変数を使って相関元イベントの任意の属性を，相関イベントの属性に引き継ぐこともできます。

発行される相関イベントの詳細については，「4.3.8　発行される相関イベント」を参照してください。

4.3.3　相関イベント発行機能の状態遷移と稼働設定

相関イベント発行機能には，次の表に示す状態があります。

表4‒11　相関イベント発行機能の状態

項番

状態

説明

1

起動処理中

相関イベント発行機能が起動している途中の状態。

2

相関稼働

相関イベント発行機能が起動していて，相関イベントの発行処理が稼働している状態。

3

機能停止

相関イベント発行機能は起動しているが，相関イベントの発行処理が停止している状態。

4

停止処理中

相関イベント発行機能が停止している途中の状態。

5

停止

相関イベント発行機能が停止している状態。

相関イベント発行機能の状態は，jcoegsstatusコマンドで確認できます。

相関イベント発行機能はJP1/IM - Managerをインストールしたあと，jcoimdef - egs ON を実行すると起動するようになります。一度，相関イベント発行機能の起動設定をすれば，次からはJP1/IM - Managerを起動するときに，相関イベント発行機能も自動で起動します。

また，相関イベント発行機能が起動したあとは，jcoegsstopコマンドで機能停止状態に，jcoegsstartコマンドで相関稼働状態に切り替えることができます。

相関イベント発行機能の状態遷移を次の図に示します。

図4‒31　相関イベント発行機能の状態遷移

システムのメンテナンスなどで不要なJP1イベントが大量に発生したときは，相関イベント発行機能を機能停止状態に変更して，相関イベント発行処理を一時的に休止できます。相関イベント発行機能はこのような縮退運転にも対応できます。

4.3.4　相関イベント発行履歴ファイルの内容

相関イベント発行機能の動作状況や，相関イベントの発行処理の内容は，相関イベント発行履歴ファイルに出力されます。相関イベント発行履歴ファイルを参照することで，定義した相関イベント発行条件どおりに相関イベントが発行されているかどうかを確認できます。例えば，特定の相関イベント発行条件に対して，不成立の履歴が多く出力されている場合，発行処理の対象としているJP1イベントの組み合わせが適切でない，またはタイムアウト時間が短いおそれがあります。定期的に条件を見直す際の参考として，相関イベント発行履歴ファイルを参照してください。相関イベント発行履歴ファイルの格納先を次に示します。

Windowsの場合

Consoleパス¥operation¥evgen¥egs_discrim{1|2|3}.log

UNIXの場合

/var/opt/jp1cons/operation/evgen/egs_discrim{1|2|3}.log

相関イベント発行履歴ファイルのサイズ，面数は任意に変更できます。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「相関イベント発行環境定義ファイル」（2.　定義ファイル）を参照してください。

(1)　相関イベント発行履歴ファイルの形式

相関イベント発行履歴ファイルの形式を次に示します。

{+ | -}通し番号 時刻 処理内容

通し番号は，相関イベント発行履歴の通し番号です。通し番号の範囲は，00000001〜99999999で，99999999を超えると00000001に戻ります。なお，相関イベント発行機能を再起動した場合は，00000001から始まります。時刻は，YYYY/MM/DD hh:mm:ss.SSSの形式で出力されます（YYYY：年，MM：月，DD：日，hh：時間，mm：分，ss.SSS：秒）。

基本的に，一つの処理に対して1行のログが出力され，行頭には+が付きます。一つの処理に対して複数の行にログが出力される場合，処理の開始を示すログの行頭には+，継続するログの行頭には-が付きます。出力される処理内容については，次に説明します。

(2)　相関イベント発行履歴ファイルに出力される処理内容

相関イベント発行履歴ファイルに出力される処理内容を次の表に示します。

表4‒12　相関イベント発行履歴ファイルに出力される処理内容

項番

出力される内容

形式

説明

1

相関イベント発行機能が相関稼働状態になった。

+Correlation event generation function : RUNNING

-VERSION=相関イベント発行定義ファイルのバージョン情報

-[発行条件名]

-TARGET=相関の対象範囲の絞り込み条件

-CON=イベント条件

-TIMEOUT=タイムアウト時間

-TYPE=イベント相関タイプ

-SAME_ATTRIBUTE=同一属性値条件

-CORRELATION_NUM=同時相関数

-SUCCESS_EVENT=相関成立イベント

　　　：

使用されている相関イベント発行定義ファイルの内容が出力されます。

2

相関イベント発行機能が機能停止状態になった。

+Correlation event generation function : STANDBY

−

3

イベント条件に一致するJP1イベントが発行され，発行処理を開始した。

+Generation start 発行条件名(発行処理番号) JP1イベント情報

-SAME_ATTRIBUTE=同一属性名:同一属性値

　　　：

-SAME_ATTRIBUTE=同一属性名:同一属性値

発行処理番号は，一つの発行条件で複数のJP1イベントを同時に処理している場合に，それぞれの処理の開始，成立，不成立を識別するための番号です。

4

相関イベントの発行が成立した。

+Generation success 発行条件名(発行処理番号)

-JP1イベント情報1

-JP1イベント情報2

　　　：

-JP1イベント情報n

-SAME_ATTRIBUTE=同一属性名:同一属性値

　　　：

-SAME_ATTRIBUTE=同一属性名:同一属性値

−

5

相関イベントを発行した。

+Correlation event generation succeeded. 発行条件名(発行処理番号) イベントDB内通し番号

−

6

相関イベント発行条件が成立しなかった（イベント相関処理が停止状態となったとき）。

+Generation fail 発行条件名(発行処理番号) 不成立の理由

-JP1イベント情報1

-JP1イベント情報2

　　　：

-JP1イベント情報n

-SAME_ATTRIBUTE=同一属性名:同一属性値

　　　：

-SAME_ATTRIBUTE=同一属性名:同一属性値

不成立の理由の出力形式は次のとおりです。

相関イベント発行定義更新

definition_update

coldスタートによる相関イベント発行機能の再起動

cold_start

相関イベント発行機能の状態が機能停止

standby

内部エラー

unknown

7

相関イベント発行定義が更新された。

+Correlation event generation definition update

-VERSION=相関イベント発行定義ファイルのバージョン情報

-[発行条件名]

-TARGET=相関の対象範囲の絞り込み条件

-CON=イベント条件

-TIMEOUT=タイムアウト時間

-TYPE=イベント相関タイプ

-SAME_ATTRIBUTE=同一属性値条件

-CORRELATION_NUM=同時相関数

-SUCCESS_EVENT=相関成立イベント

　　　：

使用されている相関イベント発行定義ファイルの内容が出力されます。

8

ヘッダーに次のタイミングで出力される。

相関イベント発行機能の起動時

ファイルの切り替え時

JP1/IM - Central Console/Correlation Event Generation Service

−

9

イベント条件に合致するJP1イベントが発行され，発行処理を開始したが，同一属性値条件に指定された属性がJP1イベントに含まれていなかった。

+A JP1 event that matches the correlation event generation condition occurred, and the correlation event generation processing started, but the event attribute defined in that attribute value condition does not exist in the JP1 event. (発行条件名(発行処理番号) イベントDB内通し番号 属性名)

発行処理の対象になったJP1イベントに存在しない属性が，左記の属性名の個所に出力されます。

10

発行処理中のJP1イベントの組数が上限値の20,000組に達している状態で，イベント条件に合致するJP1イベントを受信した。

+Generation fail 発行条件名(発行処理番号) exceeded the threshold (20000)

-JP1イベント情報

−

（凡例）

−：なし

なお，表内の「JP1イベント情報」の出力形式は次のとおりです。

イベントDB内通し番号,イベントID,発行元イベントサーバ名,到着時刻,重大度

また，相関イベント発行機能の起動時，相関イベント発行履歴ファイルの切り替え時には，次の形式でヘッダー情報が出力されます。

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

JP1/IM - Central Console/Correlation Event Generation Service

(3)　相関イベント発行履歴ファイルの出力例

相関イベント発行履歴ファイルの出力例を次に示します。

図4‒32　相関イベント発行履歴ファイルの出力例

4.3.5　相関イベントの発行処理の対象となるJP1イベント

相関イベント発行機能が発行処理の対象とするJP1イベントを次に示します。

対象とするJP1イベント

アプリケーションプログラムが発行するJP1イベント（システムイベント）

ユーザーが発行するJP1イベント（ユーザーイベント）

なお，次に示すJP1イベントは，相関イベントの発行処理の対象となりません。

対象としないJP1イベント

JP1/BaseのイベントDBに登録されないJP1イベント（JP1/IM - Managerが内部処理で使用している，JP1/IM - Viewにだけ表示されるJP1イベント）

相関イベント

4.3.6　相関イベント発行が成立する条件

相関イベント発行の成立条件を次に示します。なお，JP1イベントが複数の発行条件に一致する場合は，それぞれの発行条件でそのJP1イベントを処理の対象とします。

(1)　相関成立の場合

発行条件にイベント条件を一つだけ定義した場合

定義した発行条件に一致するJP1イベントを取得したとき。

発行条件にイベント条件を複数定義した場合（組み合わせを指定）

発行条件に一致するJP1イベントを指定時間内にすべて取得したとき。

発行条件にイベント条件を複数定義した場合（順序性を指定）

発行条件に一致するJP1イベントを指定時間内に指定順序どおりに取得したとき。

発行条件にしきい値を定義した場合

発行条件に一致するJP1イベントを指定時間内にしきい値に定義した件数まで取得したとき。

(2)　相関不成立の場合

発行条件にイベント条件を複数定義した場合（組み合わせを指定）

発行条件に一致するJP1イベントを指定時間内にすべて取得しなかったとき。

発行条件にイベント条件を複数定義した場合（順序性を指定）

発行条件に一致するJP1イベントを指定時間内に指定順序どおりに取得しなかったとき。

発行条件にしきい値を定義した場合

発行条件に一致するJP1イベントを指定時間内にしきい値に定義した件数まで取得しなかったとき。

4.3.7　相関イベント発行が成立しない条件

イベント相関処理が停止状態となった場合，相関イベント発行条件は成立しません。イベント相関処理が停止する条件を次に示します。

発行処理中のJP1イベントがある状態で，相関イベント発行機能をcoldスタート設定で再起動したとき。

再起動処理の一環として発行処理中であったJP1イベントの情報が削除されるため，相関不成立となります。

相関イベント発行定義を変更した際（jcoegschangeコマンド使用時）に，発行処理中のJP1イベントがあったとき。

定義を反映する際に発行処理中であったJP1イベントの情報が削除されるため，相関不成立となります。

jcoegsstopコマンドを実行して相関イベント発行機能を機能停止状態にしたとき。

相関イベント発行サービスが異常終了したとき（統合監視DBを使用しない場合）。

イベント基盤サービスが異常終了したとき（統合監視DBを使用する場合）。

4.3.8　発行される相関イベント

相関イベント発行条件が成立または不成立した場合に相関イベントが発行されます。発行された相関イベントは，JP1/BaseのイベントDBに登録されます。

相関イベントの属性名および属性値は任意に指定できます。変数を使って相関元イベントの任意の属性を，相関イベントの属性に引き継ぐこともできます。

発行される相関イベントの内容を次の表に示します。なお，メッセージ（B.MESSAGE）などユーザーが任意に設定できる属性については，説明していません。

表4‒13　相関イベント発行機能によって発行される相関イベントの内容

属性種別

項目

属性名

内容

基本属性

イベントID

ID

ユーザーが定義したイベントID

0〜1FFFおよび7FFF8000〜7FFFFFFFのどれかが表示されます。

メッセージ

MESSAGE

ユーザーが定義したメッセージ。

拡張属性

共通情報

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/IM/GENERATE_EVENT※

オブジェクトタイプ

OBJECT_TYPE

SERVICE※

オブジェクト名

OBJECT_NAME

EGS※

事象種別

OCCURRENCE

相関イベント種別が表示されます。

相関イベントの種別に応じて，次の値が設定されます。

・相関成立：SUCCESS

・相関不成立：FAIL

固有情報

関連イベントDB内通し番号

JP1_GENERATE_SOURCE_SEQNO

イベントDB内通し番号△イベントDB内通し番号△イベントDB内通し番号・・・※

（相関元イベントのイベントDB内通し番号を半角スペースで区切ったもの）

相関イベント発行条件名

JP1_GENERATE_NAME

成立した相関イベント発行条件名

注※　固定値です。ユーザーによる定義はできません。

発行された相関イベントを確認するには，［イベントコンソール］画面に［種別］を表示させる必要があります。［ユーザー環境設定］画面で表示する項目に［種別］を追加してください。相関イベントは［種別］にアイコン（成立の場合：「[図データ]」，不成立の場合：「[図データ]」）が表示されます。

相関イベントはJP1イベントと同様の操作，設定ができます。例えば，相関イベントの発行を契機に自動アクションを実行したり，イベント取得フィルターやユーザーフィルターなどでフィルタリングしたりできます。また，相関イベントの発行契機となった相関元イベントは，［関連イベント一覧（相関成立）］画面または［関連イベント一覧（相関不成立）］画面で一覧表示できます。

ただし，発行された相関イベントは，再度相関イベントの発行処理の対象とすることはできませんので，注意してください。

［ユーザー環境設定］画面については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.24　［ユーザー環境設定］画面」を参照してください。

［関連イベント一覧（相関成立）］画面および［関連イベント一覧（相関不成立）］画面については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.9　［関連イベント一覧（相関）］画面」を参照してください。

4.4　繰り返しイベントの表示抑止

JP1/IM - Managerは，JP1イベントが持つ属性および比較キーワードを繰り返しイベント条件として設定し，条件に一致するイベントをJP1/IM - View上で集約イベントとして集約することで，イベント一覧への表示を抑止できます。これを，繰り返しイベントの表示抑止といいます。

ここでは，日々の監視業務の中で，監視する必要のないJP1イベントに対して繰り返しイベント条件を設定して，一つのJP1イベントに集約して表示する場合を中心に説明します。

図4‒33　繰り返しイベントの表示を一つのJP1イベントに集約して表示する

ここでの繰り返しイベントとは，「4.4.10　繰り返しイベントの集約表示機能で表示抑止する場合について」での説明を除き，繰り返しイベント条件に一致するJP1イベントのことを指します。

繰り返しイベントの表示抑止を使用する場合は，次の前提条件を満たす必要があります。

統合監視DBをセットアップし，有効にしていること（jcoimdef -db ON）。

繰り返しイベントの監視抑止機能を有効にしていること（jcoimdef -storm ON）。

繰り返しイベントのイベント一覧表示を抑止する繰り返しイベント条件を適用していること。

jcoimdefコマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcoimdef」（1.　コマンド）を参照してください。

繰り返しイベント条件の適用については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.19　［繰り返しイベント条件一覧］画面」を参照してください。

繰り返しイベントの表示抑止と繰り返しイベントの監視抑止機能との関係

繰り返しイベントの表示抑止は繰り返しイベントの監視抑止機能の一部です。

繰り返しイベントの監視抑止機能と繰り返しイベントの表示抑止の関係を次に示します。

図4‒34　繰り返しイベントの監視抑止機能と繰り返しイベントの表示抑止の関係

繰り返しイベントの監視抑止機能については，「13.1.5　繰り返しイベントおよび大量発生イベントの監視抑止の検討」を参照してください。

繰り返しイベントの監視抑止機能を有効にする手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.3　繰り返しイベントの監視抑止の設定」を参照してください。

4.4.1　繰り返しイベントの表示抑止の仕組み

繰り返しイベントの表示抑止は，JP1/IM - ManagerおよびJP1/IM - Viewで実施されます。繰り返しイベントの表示抑止では，イベント監視の妨げとなる監視対象イベントをJP1/IM - View上で集約イベントとして集約して，イベント一覧に表示されることを抑止できます。ダミーイベントは抑止できません。

JP1/IM - Managerは，イベントサービスから取得した監視対象イベント（イベント取得フィルターを通過したイベント）とユーザーが設定した繰り返しイベント条件とを比較します。監視対象イベントが繰り返しイベント条件に一致した場合，JP1/IM - Managerは「取得した監視対象イベントが繰り返しイベントである」と判断します。繰り返しイベントであると判断されたイベントはJP1/IM - View上で集約イベントとして集約され，イベント一覧への表示が抑止されます。

図4‒35　繰り返しイベントの表示抑止の仕組み

(1)　繰り返しイベントの表示抑止と，各フィルターおよび機能との関係

JP1/IM - Viewは，表示フィルターまたは重要イベントフィルターを介して，JP1/IM - Viewの［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページに繰り返しイベントを集約して表示します。

表示フィルターを有効にしている場合，表示フィルターによって集約開始イベントが［イベントコンソール］画面に表示されないときは集約イベントも表示されません。

業務グループの参照・操作制限を有効にしている場合，業務グループの参照・操作制限によって集約開始イベントが［イベントコンソール］画面に表示されないときは集約イベントも表示されません。

指定期間のイベント表示を有効にしている場合，指定期間内の繰り返しイベントは集約して表示されます。指定期間外に集約中イベントがあった場合，JP1/IM - Viewが指定期間内の繰り返しイベントを受信したときは，指定期間外の集約中イベントは集約完了イベントになり，新たに受信したイベントが集約開始イベントとなります。

繰り返しイベントの表示抑止機能とJP1イベントの各フィルターおよび機能との関係を次の図に示します。

図4‒36　繰り返しイベントの表示抑止機能と各フィルターおよび機能との関係

4.4.2　繰り返しイベントの表示抑止に関係する用語の定義

「繰り返し開始イベント」「集約開始イベント」など，繰り返しイベントの表示抑止に関係する用語について説明します。

繰り返しイベント

あらかじめ設定した条件（繰り返しイベント条件）に一致するJP1イベントです。繰り返しイベント条件については，「4.4.3　繰り返しイベント条件について」を参照してください。

繰り返し開始イベント

抑止開始の契機となった最初の繰り返しイベントです。繰り返しイベントの表示抑止を開始する契機については，「4.4.4　繰り返しイベントの表示抑止を開始する契機」を参照してください。表示抑止を終了する契機については，「4.4.5　繰り返しイベントの表示抑止を終了する契機」を参照してください。

集約開始イベント

JP1/IM - Viewがイベント一覧に表示するイベントのうち，最も古い繰り返しイベントです。

集約イベント

集約開始イベントと，集約開始イベントに集約されているイベント（集約開始イベントと同じ繰り返しイベント条件に一致する繰り返しイベント）を合わせたイベントです。イベント一覧には集約開始イベントの情報だけが表示されます。

すでに抑止が終了した集約イベントを集約完了イベント，抑止が終了していない集約イベントを集約中イベントと呼びます。集約イベントに集約されているイベントの件数は，イベント一覧の［集約状態］に表示されます。

4.4.3　繰り返しイベント条件について

JP1イベントの属性および比較キーワードを条件として指定することで，どのイベントを抑止の対象とするかを設定できます。この条件を，繰り返しイベント条件といいます。繰り返しイベント条件は，最大2,500件設定できます。

繰り返しイベント条件は，［繰り返しイベント条件設定］画面，および［繰り返しイベント条件一覧］画面で設定します。［繰り返しイベント条件一覧］画面の一覧の上に表示されている繰り返しイベント条件ほど優先順位が高くなります。

システム運用中に追加でJP1イベントを抑止したくなった場合，イベント一覧に表示されているイベントを基に繰り返しイベント条件を追加できます。イベント一覧に表示されているイベントを基に設定した繰り返しイベントを，追加繰り返しイベント条件と呼びます。

追加繰り返しイベント条件は，［繰り返しイベント条件一覧］画面で種別を変更することで，通常の繰り返しイベント条件として扱えるようになります。

繰り返しイベント条件を設定する手順などについては，次の参照先を参照してください。

繰り返しイベント条件の設定

参照先：マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「6.10.6　繰り返しイベント条件を設定する」

追加繰り返しイベント条件の設定

参照先：マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「6.10.4(1)　運用中に発生したイベントを使って追加繰り返しイベント条件を設定する」

追加繰り返しイベント条件の種別の変更

参照先：マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「6.10.4(3)　追加繰り返しイベント条件を繰り返しイベント条件に変更する」

(1)　繰り返しイベント条件の設定項目（繰り返しイベントの表示抑止）

繰り返しイベント条件の設定項目について説明します。

イベント条件

JP1/IM - Managerが監視対象イベントを取得したときに，JP1イベントのどの属性値を比較するかを設定できます。

指定できるJP1イベントの属性などの詳細については，「4.4.3(2)　繰り返しイベント条件に設定できるイベントの比較属性」を参照してください。

抑止項目

抑止項目では，イベント条件に一致するJP1イベントの，何を抑止するのかを設定できます。抑止できる内容を次に示します。

繰り返しイベントを［イベントコンソール］画面に集約して表示するかどうか

繰り返しイベントに対応するアクションの実行を抑止するかどうか

繰り返しイベントの表示抑止を使用するには，抑止項目で繰り返しイベントを［イベントコンソール］画面に集約して表示するように設定する必要があります。表示抑止中のイベント一覧の詳細については，「4.4.6　繰り返しイベントが表示抑止中のイベント一覧の表示」を参照してください。また，自動アクションの実行も抑止する場合は，「4.5.8　大量発生イベントの自動アクション・対処アクションの実行抑止」を参照してください。

同一属性値条件

繰り返しイベント条件に一致するイベントを特定の属性ごとにグルーピングして抑止するかを設定できます。特定の属性ごとにまとめて抑止するための条件を同一属性値条件といいます。

同一属性値条件の詳細については，「4.4.3(3)　同一属性値条件ごとの繰り返しイベントのグルーピング」を参照してください。

しきい値

繰り返しイベントが大量に発生したと判断するためのしきい値を設定できます。ただし，設定したしきい値を超えるまで表示抑止が開始されないため，通常の繰り返しイベントの表示抑止では，繰り返しイベント条件にしきい値を設定しません。

しきい値の考え方については，「4.5.4　大量発生イベントの監視抑止を開始する契機」および「4.5.5　大量発生イベントの監視抑止を終了する契機」を参照してください。

終了監視期間

繰り返しイベントの表示抑止を終了してもよいかJP1/IM - Managerが判断するための期間を設定できます。しきい値を設定するかどうかで，終了監視期間の考え方は変わります。

繰り返しイベントの表示抑止の場合，しきい値を設定しないため，JP1/IM - Managerは終了監視期間中に繰り返しイベントが1件も発生しなかったときに，繰り返しイベントの表示抑止を終了してもよいと判断します。終了監視期間は，1秒から86,400秒まで指定できます。デフォルトは，300秒です。

しきい値を設定しない場合（繰り返しイベントの表示抑止）の終了監視期間の考え方については，「4.4.5　繰り返しイベントの表示抑止を終了する契機」を参照してください。

しきい値を設定する場合（大量発生イベントの監視抑止）の終了監視期間の考え方については，「4.5.5　大量発生イベントの監視抑止を終了する契機」を参照してください。

抑止開始イベントおよび抑止終了イベントの発行

繰り返しイベントの表示抑止を開始または終了したことを通知するイベントを発行するかを指定できます。監視抑止が開始したことを通知するイベントを，抑止開始イベント（イベントID：00003F58）といいます。監視抑止が終了したことを通知するイベントを，抑止終了イベント（イベントID：00003F59）といいます。デフォルトでは，どちらのイベントも通知しない設定となっています。詳細については，「4.4.8　繰り返しイベントの表示抑止に伴うイベント発行」を参照してください。

抑止継続判定および抑止継続処理

時間（秒），または件数ごとに繰り返しイベントの監視抑止が継続されているかを判定して，継続されている場合にJP1イベントを発行して通知したり，抑止を打ち切ったりするかを設定できます。詳細については，「4.4.7　繰り返しイベントの表示抑止が継続されている場合の通知」を参照してください。

(2)　繰り返しイベント条件に設定できるイベントの比較属性

繰り返しイベント条件に指定できるJP1イベントの属性および比較キーワードを次の表に示します。

表4‒14　JP1イベントの属性および比較キーワード

項番

分類

属性名

指定の可否

比較キーワード

オペランド

1

基本属性

イベントDB内通し番号

（B.SEQNO）

×

−

−

2

イベントID

（B.ID）

○

と一致する

と一致しない

複数指定できる。複数指定では最大100件指定できる。

16進数形式（0〜7FFFFFFF）で指定する。大文字・小文字は区別しない。

3

拡張イベントID

（B.IDEXT）

×

−

−

4

種別

（B.TYPE）

×

−

−

5

登録要因

（B.REASON）

○

と一致する

と一致しない

複数指定できる。複数指定では最大100件指定できる。

10進数形式（-2147483648〜2147483647）で指定する。

6

登録元プロセスID

（B.PROCESSID）

○

7

登録時刻

（B.TIME）

○

時刻範囲

範囲開始日時および範囲終了日時，または期間を指定する。

範囲開始日時≦時刻≦範囲終了日時が成立する場合に一致する。

8

到着時刻

（B.ARRIVEDTIME）

○

9

発行元ユーザーID

（B.USERID）

○

と一致する

と一致しない

複数指定できる。複数指定では最大100件指定できる。

10進数形式（-2147483648〜2147483647）で指定する。

10

発行元グループID

（B.GROUPID）

○

11

発行元ユーザー名

（B.USERNAME）

○

と一致する

から始まる

と一致しない

を含む

を含まない

正規表現

複数指定できる。複数指定では最大100件指定できる。ただし，正規表現を指定している場合は，複数指定できない。

制御文字を除く文字列で指定する。大文字・小文字を区別する。

12

発行元グループ名

（B.GROUPNAME）

○

13

登録ホスト名

（B.SOURCESERVER）

○

と一致する

から始まる

と一致しない

を含む

を含まない

正規表現

複数指定できる。複数指定では最大100件指定できる。ただし，正規表現を指定している場合は，複数指定できない。

制御文字を除く文字列で指定する。jcoimdefコマンドの-ignorecasehostオプションの指定を「ON」にした場合，大文字・小文字を区別しない。

業務グループを指定できる。

14

送信先イベントサーバ名

（B.DESTSERVER）

×

−

−

15

発行元IPアドレス

（B.SOURCEIPADDR）

○

と一致する

から始まる

と一致しない

を含む

を含まない

正規表現

複数指定できる。複数指定では最大100件指定できる。ただし，正規表現を指定している場合は，複数指定できない。

制御文字を除く文字列で指定する。大文字・小文字を区別する。IPv6アドレスの場合は，英小文字で指定する。

16

送信先IPアドレス

（B.DESTIPADDR）

×

−

−

17

発行元イベントDB内通し番号

（B.SOURCESEQNO）

×

−

−

18

コードセット

（B.CODESET）

×

−

−

19

メッセージ

（B.MESSAGE）

○

と一致する

から始まる

と一致しない

を含む

を含まない

正規表現

複数指定できる。複数指定では最大100件指定できる。ただし，正規表現を指定している場合は，複数指定できない。

制御文字を除く文字列で指定する。大文字・小文字を区別する。

20

詳細情報

（B.DETAIL）

×

−

−

21

拡張属性（共通情報）

重大度

(変更前)

（E.SEVERITY）

○

と一致する

属性あり

属性なし

緊急，警戒，致命的，エラー，警告，通知，情報，デバッグの中から複数指定できる。

22

ユーザー名

（E.USER_NAME）

○

と一致する

から始まる

と一致しない

を含む

を含まない

正規表現

複数指定できる。複数指定では最大100件指定できる。ただし，正規表現を指定している場合は，複数指定できない。

制御文字を除く文字列で指定する。大文字・小文字を区別する。

23

プロダクト名

（E.PRODUCT_NAME）

○

24

オブジェクトタイプ

（E.OBJECT_TYPE）

○

25

オブジェクト名

（E.OBJECT_NAME）

○

26

登録名タイプ

（E.ROOT_OBJECT_TYPE）

○

27

登録名

（E.ROOT_OBJECT_NAME）

○

28

オブジェクトID

（E.OBJECT_ID）

○

29

事象種別

（E.OCCURRENCE）

○

30

開始時刻

（E.START_TIME）

○

時刻範囲

と一致する

から始まる

と一致しない

を含む

を含まない

正規表現

比較キーワードが「時刻範囲」の場合

範囲開始日時および範囲終了日時，または期間を指定する。

範囲開始日時≦時刻≦範囲終了日時が成立する場合に一致する。

属性値を通算秒（0〜474,102,444,799）と見なして比較する。属性値が上記以外の場合，成立しない。

比較キーワードが「時刻範囲」以外の場合

複数指定できる。複数指定では最大100件指定できる。ただし，正規表現を指定している場合は，複数指定できない。

制御文字を除く文字列で指定する。大文字・小文字を区別する。

31

終了時刻

（E.END_TIME）

○

32

終了コード

（E.RESULT_CODE）

○

と一致する

から始まる

と一致しない

を含む

を含まない

正規表現

複数指定できる。複数指定では最大100件指定できる。ただし，正規表現を指定している場合は，複数指定できない。

制御文字を除く文字列で指定する。大文字・小文字を区別する。

33

発生元ホスト名

（E.JP1_SOURCEHOST）

○

と一致する

から始まる

と一致しない

を含む

を含まない

正規表現

複数指定できる。複数指定では最大100件指定できる。ただし，正規表現を指定している場合は，複数指定できない。

制御文字を除く文字列で指定する。大文字・小文字を区別する。

業務グループを指定できる。

34

拡張属性（固有情報）

E.xxxxxxx

○

と一致する

から始まる

と一致しない

を含む

を含まない

正規表現

複数指定できる。複数指定では最大100件指定できる。ただし，正規表現を指定している場合は，複数指定できない。

制御文字を除く文字列で指定する。大文字・小文字を区別する。

属性名（XXXXXXX部分）には，先頭が英大文字で英大文字，数字，およびアンダースコア（_）から構成される32バイトまでの文字列を設定できる。

（凡例）

○：指定できる

×：指定できない

−：なし

(3)　同一属性値条件ごとの繰り返しイベントのグルーピング

繰り返しイベント条件に一致するイベントを特定の属性ごとにグルーピングして抑止できます。特定の属性ごとにまとめて抑止するための条件を同一属性値条件といいます。

同一属性値条件は，繰り返しイベント条件ごとに［繰り返しイベント条件設定］画面の［オプション］ページで指定できます。同一属性値条件は，1件の繰り返しイベントに対して最大3件指定できます。

指定できる同一属性値条件の属性名は，登録ホスト名（B.SOURCESERVER），送信先イベントサーバ名（B.DESTSERVER），メッセージ（B.MESSAGE），イベントID（B.ID），登録要因（B.REASON），発行元ユーザーID（B.USERID），発行元グループID（B.GROUPID），発行元ユーザー名（B.USERNAME），発行元グループ名（B.GROUPNAME），発生元ホスト名（E.JP1_SOURCEHOST），E.xxxxxxx（拡張属性（共通情報または固有情報））です。大文字・小文字を区別します。ただし，jcoimdefコマンドの-ignorecasehostオプションで「ON」を指定した場合は，登録ホスト名（B.SOURCESERVER），送信先イベントサーバ名（B.DESTSERVER），および発生元ホスト名（E.JP1_SOURCEHOST）では，大文字・小文字を区別しません。

属性値は，完全一致で比較します。属性値がない（空文字）場合，属性値がない繰り返しイベントでグルーピングして抑止します。同一属性値条件で指定した属性が繰り返しイベントにない場合は，属性値がない繰り返しイベントとして扱います。

例えば，繰り返しイベント条件が「メッセージがエラーのイベント」だった場合に，同一属性値条件「発生元ホスト名」を指定したときと指定しなかったときの違いを次の図に示します。

図4‒37　同一属性値条件を指定したときと指定しなかったときの違い

同一属性値条件「発生元ホスト名」を指定した場合

同一属性値条件を指定した場合，エージェントごとにイベントを監視できます。

最初に，エージェントで発行されたJP1イベントが，JP1/IM - Managerに到着します。

アクションの実行を抑止している場合，JP1/IM - Managerでは，繰り返しイベント条件である「メッセージがエラーのイベント」および，同一属性値条件である「発生元ホスト名」ごとにアクションの実行を抑止します。この図の例では，hostAおよびhostBのそれぞれから1件目に到着したエラーイベントに対して，アクションが実行されます。そのあとに到着したイベントに対しては，アクションが抑止されます。

JP1/IM - Viewでは，繰り返しイベント条件である「メッセージがエラーのイベント」および，同一属性値条件である「発生元ホスト名」ごとに集約して表示されます。この図の例では，hostAおよびhostBのそれぞれから1件目に到着したエラーイベントが表示されます。そのあとに転送されたイベントは，「hostAのエラーイベント」および「hostBのエラーイベント」ごとに集約して表示されます。

同一属性値条件を指定しなかった場合

エージェントに関係なく，JP1/IM - Managerが監視しているエージェントから発行されたイベントをまとめて監視できます。

最初に，エージェントで発行されたJP1イベントが，JP1/IM - Managerに到着します。

アクションの実行を抑止している場合，JP1/IM - Managerでは，繰り返しイベント条件である「メッセージがエラーのイベント」ごとにアクションの実行を抑止します。この図の例では，1件目に到着したエラーイベントに対してはアクションを実行します。2件目以降に到着したエラーイベントは，エージェントに関係なくアクションの実行を抑止します。

JP1/IM - Viewでは，繰り返しイベント条件である「メッセージがエラーのイベント」ごとに集約して表示されます。この図の例では，1件目に到着したエラーイベントが表示されます。そのあとに到着したイベントは，エージェントに関係なく「エラーイベント」として集約して表示されます。

4.4.4　繰り返しイベントの表示抑止を開始する契機

JP1/IM - Managerが繰り返しイベントの表示抑止を開始する契機について説明します。ここで説明する内容は，しきい値を設定しない繰り返しイベント条件に一致する繰り返しイベントの抑止（自動アクションの実行抑止を含む）すべてに当てはまります。

JP1/IM - Managerは，イベントサービスからイベントを取得した時点で繰り返しイベントの表示抑止を開始するかどうかを判断します。

繰り返しイベントの表示抑止を開始するかどうかは，繰り返しイベント条件ごとに判定されます。

繰り返しイベントの表示抑止は，繰り返しイベント条件にしきい値を設定しません。そのため，JP1/IM - Managerが起動したあとにイベントサービスから取得したイベントが，ある繰り返しイベント条件に一致した時点で，繰り返しイベントの表示抑止を開始します。抑止できる繰り返しイベントの種類は2,500件までです。

繰り返しイベントの表示抑止を開始する契機の注意事項を次に示します。

JP1/IM - Managerで同時に表示抑止できる繰り返しイベントの種類は，繰り返しイベント条件のしきい値に達して表示抑止中のイベントのグループ，および，繰り返しイベント条件には合致しているが，しきい値に達していない表示抑止待ちのイベントのグループをあわせて2,500件です。

表示抑止中および表示抑止待ちの繰り返しイベントの種類が2,500件に達した状況で，新たに繰り返しイベント条件に合致するイベントが発生した場合，JP1/IM - Managerは次のように動作します。

2,500件の中にしきい値に達していないものが存在する場合

表示抑止待ちの繰り返しイベントの中で，最古に表示抑止待ちとなった繰り返しイベントの表示抑止待ちを解除し，新たに発生した繰り返しイベントを表示抑止の対象とする。

上記以外の場合

新たに発生した繰り返しイベントを表示抑止しない。

図4‒38　繰り返しイベントの表示抑止の開始

繰り返しイベントの表示抑止を開始した際のJP1/IM - Viewでの表示については，「4.4.6　繰り返しイベントが表示抑止中のイベント一覧の表示」を参照してください。

4.4.5　繰り返しイベントの表示抑止を終了する契機

JP1/IM - Managerが繰り返しイベントの表示抑止を終了する契機について説明します。ここで説明する内容は，しきい値を設定しない繰り返しイベント条件に一致するイベントの抑止（自動アクションの実行抑止を含む）すべてに当てはまります。

繰り返しイベントが表示抑止対象になったあと，一定期間（終了監視期間）表示抑止対象の繰り返しイベントをイベントサービスから取得しなかった場合，繰り返しイベントの表示抑止を終了します。終了監視期間は，［繰り返しイベント条件設定］画面の［オプション］ページで指定します。

JP1/IM - Managerは，イベントサービスからイベントを取得した時点で繰り返しイベントの表示抑止を終了するかどうかを判断します。

繰り返しイベントの表示抑止を終了するかどうかは，繰り返しイベント条件ごとに判定されます。

ここでは一定期間（終了監視期間）表示抑止対象の繰り返しイベントをイベントサービスから取得しなかった場合について，終了監視期間を2秒として説明します。

図4‒39　繰り返しイベントの表示抑止の終了

JP1/IM - Managerは，イベントサービスから取得したイベントの到着時刻（B.ARRIVEDTIME）を基に繰り返しイベントの表示抑止を終了するかどうかを判断します。イベントサービスからイベントを取得した場合に，次の式が成立するとき表示抑止を終了します。

繰り返しイベントの表示抑止を終了する条件

取得したイベントの到着時刻−最新の繰り返しイベントの到着時刻≧終了監視期間

図4-39の場合，イベントGを取得したときに初めて上の繰り返しイベント条件の表示抑止を終了する条件が成立します。

繰り返しイベントの表示抑止を終了する条件（イベントGを基準とした場合）

イベントGの到着時刻（6秒）−イベントEの到着時刻（4秒）≧2秒

よって，イベントGを取得することを契機として，繰り返しイベントの表示抑止を終了します。

繰り返しイベントの表示抑止が終了した際のJP1/IM - Viewでの表示については，「4.4.6　繰り返しイベントが表示抑止中のイベント一覧の表示」を参照してください。

一定期間（終了監視期間）表示抑止対象の繰り返しイベントをイベントサービスから取得しなかった場合以外での表示抑止の終了について

次の場合も繰り返しイベントの表示抑止を終了します。

JP1/IM - Managerの停止

JP1/IM - Managerの停止によって繰り返しイベントの表示抑止が終了した場合は， 表示抑止が終了したことを通知する設定がされていても抑止終了イベントは発行されません。抑止終了イベントについては，「4.4.8　繰り返しイベントの表示抑止に伴うイベント発行」を参照してください。

繰り返しイベント条件の変更または削除

繰り返しイベントの表示抑止が終了するのは，更新時に［繰り返しイベント条件一覧］画面で編集アイコンが表示されていた繰り返しイベント条件，または削除された繰り返しイベント条件に一致した集約中イベントだけです。

4.4.6　繰り返しイベントが表示抑止中のイベント一覧の表示

繰り返しイベントの表示抑止を使用すると，同じ繰り返しイベント条件に一致する繰り返しイベントが，［イベントコンソール］画面のイベント一覧に集約して表示されます。

集約イベントに集約されている繰り返しイベントの件数は，［集約状態］に表示されます。イベント一覧内に集約イベントがある場合は，イベントが大量発生したことを示す[図データ]が［種別］と［イベントコンソール］画面のタブに表示されます。

図4‒40　［種別］と［イベントコンソール］画面のタブに表示されるアイコン

同じ繰り返しイベント条件で表示を抑止される繰り返しイベントの中に，重要イベントと重要イベントではないイベントが混在する場合は，別々に集約して表示します。

図4‒41　重要イベントと重要イベントではないイベントが混在する場合の表示

(1)　一つの集約イベントに集約できる繰り返しイベントの最大数

一つの集約イベントには，最大1,000,000件の繰り返しイベントを集約できます。1,000,001件目の繰り返しイベントが到着した場合，1,000,001件目の繰り返しイベントを集約開始イベントとした，新たな集約イベントがイベント一覧に表示されます。

図4‒42　1,000,001件目の繰り返しイベントが到着した場合の表示

(2)　［集約状態］の件数および「+」の表示・非表示が更新される契機

集約中イベントの［集約状態］には，集約されている繰り返しイベントの件数，および繰り返しイベントの表示抑止が継続していることを示す「+」が表示されます。これらの表示は，JP1/IM - ViewがJP1/IM - Managerからイベントを取得することを契機として更新されます。

図4‒43　［集約状態］の件数および「+」の表示・非表示が更新される契機

(3)　集約中イベントがイベント一覧から表示されなくなった場合の表示

［イベントコンソール］画面のイベント一覧は，最大2,000件（スクロールバッファーの最大件数）のイベントを表示できます。スクロールバッファーの件数以上のイベントは，古いものから順にイベント一覧に表示されなくなります。ここでは，集約中イベントがイベント一覧に表示されなくなった場合の表示について説明します。

表示されなくなった集約中イベントと同じ繰り返しイベント条件に一致するイベントを取得した場合，取得したイベントを集約開始イベントとする，新たな集約中イベントがイベント一覧のいちばん下の行に表示されます。

図4‒44　表示されなくなった集約中イベントと同じ繰り返しイベント条件に一致するイベントを次に取得した場合の表示

重要イベントが集約中イベントである場合

繰り返しイベントの表示抑止を使用している場合，次の順番で重要イベントが［イベントコンソール］画面の［重要イベント］ページに表示されなくなります。

次のイベントの中で，［イベントコンソール］画面の［重要イベント］ページのイベント一覧でいちばん上に表示されているイベント

・対処済みのイベント

・集約イベントと1件目（最も古い繰り返しイベント）から100件目までの繰り返しイベントがすべて対処済みのイベント（対処状況アイコンに「!」が表示されていないもの）

［イベントコンソール］画面の［重要イベント］ページのイベント一覧でいちばん上に表示されているイベント

［イベントコンソール］画面の［イベント監視］ページと［重要イベント］ページの両方に同じ集約中イベントが表示されている場合，それぞれの集約状態は同じになります。

集約中の重要イベントが［イベント監視］ページに表示されなくなったあとで，同じ繰り返しイベント条件に一致する重要イベントを取得したときの，［イベント監視］ページおよび［重要イベント］ページの表示を次に示します。

図4‒45　［イベント監視］ページおよび［重要イベント］ページの表示

(4)　ログイン時のイベント取得範囲を指定している場合に［イベント監視］ページと［重要イベント］ページで［集約状態］が異なるときの表示

繰り返しイベントの表示抑止では，［イベント監視］ページと［重要イベント］ページの［集約状態］の情報は，同じものを表示します。しかし，ログイン時のイベント取得範囲を指定している場合，［イベント監視］ページと［重要イベント］ページで取得範囲に含まれる繰り返しイベントの件数が異なることがあります。その場合，［イベント監視］ページと［重要イベント］ページで［集約状態］が異なります。

図4‒46　［イベント監視］ページおよび［重要イベント］ページの表示（ログイン時）

上の図では，ログイン時のイベント取得範囲が［イベント監視］ページと［重要イベント］ページで異なるため，［集約状態］に表示される数字も異なります。また，それぞれのページの集約イベントを［関連イベント一覧（集約）］画面で確認しても，表示される内容が異なります。

(5)　集約開始イベント以外の集約イベントを確認する方法

集約イベントに集約されている一つ一つの繰り返しイベントは，［関連イベント一覧（集約）］画面で確認できます。［イベントコンソール］画面のイベント一覧に表示されなくなった繰り返しイベントは，イベント検索機能を使って検索するか，［イベントコンソール］画面の［表示開始位置指定］領域でスライダーを動かして過去のイベントを表示させて確認できます。

集約イベントに集約された繰り返しイベントの確認について

［関連イベント一覧（集約）］画面は，［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページで集約イベントを選択したあと，右クリックして表示される［関連イベント一覧表示］を選択して表示します。［関連イベント一覧（集約）］画面に表示される繰り返しイベントは100件までです。101件目以降の繰り返しイベントは，表示されません。

表示されない繰り返しイベントについては，イベント検索を実施して［イベントコンソール］画面の［イベント検索］ページで確認してください。集約イベントごとに設定されている監視抑止IDを検索条件に指定することで，一つの集約イベントに集約されている繰り返しイベントを検索できます。

なお，表示が抑止された繰り返しイベントが相関イベントである場合に，相関元イベントを表示するときは，［関連イベント一覧（集約）］画面からさらに［関連イベント一覧（相関）］画面を呼び出す必要があります。

繰り返しイベントおよび集約イベントを確認し対処状況を変更する手順については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「6.4.1　繰り返しイベントの詳細情報を確認し対処状況を変更する」を参照してください。

メモ

［関連イベント一覧］画面には，次の2種類の画面があります。

集約イベントを表示するための画面：［関連イベント一覧（集約）］画面

相関元イベントを表示するための画面：［関連イベント一覧（相関）］画面

両画面とも［イベントコンソール］画面で該当イベントを選択し，［表示］−［関連イベント一覧表示］かポップアップメニューで［関連イベント一覧表示］を選択することで表示できます。しかし，相関イベントが集約表示されていた場合，［イベントコンソール］画面から呼び出せるのは［関連イベント一覧（集約）］画面となります。

［イベントコンソール］画面のイベント一覧に表示されなくなった繰り返しイベントの確認について

［イベントコンソール］画面の［表示開始位置指定］領域でスライダーを操作したとき，集約は解除されます。

また，［イベントコンソール］画面の［表示開始位置指定］領域で［古いイベント表示］ボタンをクリックすると，イベント一覧に表示されているダミーイベント以外で最も古いイベントを起点として1件分古いイベントを表示します。このとき，イベント一覧に表示されている集約イベントの集約は解除されます。

4.4.7　繰り返しイベントの表示抑止が継続されている場合の通知

抑止継続通知を設定することで，時間（秒），または件数ごとに繰り返しイベントの表示抑止が継続されているかを判定して，継続されている場合にJP1イベントを発行して通知したり，抑止を打ち切ったりできます。

抑止継続通知は繰り返しイベント条件の設定項目であり，繰り返しイベント条件ごとに設定します。ここでは，表示抑止が継続されているかを判定する契機について説明します。

なお，判定の契機と表示抑止を終了する契機が同時であった場合は，表示抑止の終了が優先されます。

重要

ここでは，説明のために短い間隔で繰り返しイベントの表示抑止が継続しているかを判定する例を示しています。実際の運用時に短い間隔で繰り返しイベントの表示抑止が継続しているかを判定するように設定すると，判定の結果発行される通知イベントによって，イベントの大量発生が起こるおそれがあります。システムの環境に応じて適切な判定の間隔を設定してください。

判定の契機には時間（秒），または件数を選択できます。それぞれを選択した場合について説明します。

時間（秒）ごとに判定する場合

1回目の判定は同じ繰り返しイベント条件に一致する繰り返しイベント同士で，次の式が成立したときに実施されます。

最新の繰り返しイベントの到着時刻−繰り返し開始イベントの到着時刻≧指定した秒数

2回目以降は繰り返し開始イベントの代わりに，直前の判定の契機となったイベントが基準のイベントになります。

指定できる秒数は1〜86,400秒です。

3秒ごとに繰り返しイベントの表示抑止が継続されているかを判定する場合は，次に示す図のとおり繰り返しイベントの表示抑止が継続されているかを判定します。なお，ここでの終了監視期間は3秒とします。

図4‒47　時間（秒）ごとに抑止が継続されているかを判定する場合

件数ごとに判定する場合

1回目の判定は，同じ繰り返しイベント条件に一致する繰り返しイベント同士で，繰り返し開始イベントから最新の繰り返しイベントまでの合計件数が，指定した件数を超えたときに実施されます。2回目以降は，繰り返し開始イベントの代わりに直前の判定の契機となったイベントが基準のイベントになります。

指定できる件数は1〜1,000,000件です。

3件ごとに繰り返しイベントの表示抑止が継続されているかを判定する場合は，次に示す図のとおり繰り返しイベントの表示抑止が継続されているかを判定します。なお，ここでの終了監視期間は3秒とします。

図4‒48　件数ごとに抑止が継続されているかを判定する場合

(1)　繰り返しイベントの表示抑止の打ち切り

繰り返しイベントの表示抑止が継続されている場合に，表示抑止を打ち切ることができます。表示抑止を打ち切ることで，一定のまとまりで繰り返しイベントを集約できます。また，抑止を打ち切ると定期的にイベント一覧に集約中イベントが表示されるため，集約中イベントがほかのイベントに埋もれてしまうことを防げます。表示抑止の打ち切りと表示抑止の継続通知は，一つの繰り返しイベント条件の中でどちらかしか設定できません。

表示抑止を打ち切った場合は，表示抑止が継続されているかを判定する契機となったイベントを繰り返し開始イベントとして，改めて表示が抑止されます。

3件ごとに繰り返しイベントの表示抑止が継続されているかを判定して抑止を打ち切る場合について，次の図に示します。

図4‒49　繰り返しイベントの表示抑止の打ち切り

なお，表示抑止を打ち切ったことを抑止打ち切り通知イベント（イベントID：00003F60）として通知することもできます。詳細については，「4.4.8　繰り返しイベントの表示抑止に伴うイベント発行」を参照してください。

メモ

繰り返しイベント条件の抑止項目で，「繰り返し開始イベント以外の繰り返しイベント」を自動アクションの対象外にしている場合，表示抑止が打ち切られるたびに1回だけ自動アクションを実行するようになります。自動アクションの実行抑止については，「4.5.8　大量発生イベントの自動アクション・対処アクションの実行抑止」を参照してください。

(2)　繰り返しイベントの表示抑止の継続通知

繰り返しイベントの表示抑止が継続されている場合に，抑止継続通知イベント（イベントID：00003F65）として通知することができます。表示抑止の打ち切りと表示抑止の継続通知は，一つの繰り返しイベント条件の中でどちらかしか設定できません。

詳細については，「4.4.8　繰り返しイベントの表示抑止に伴うイベント発行」を参照してください。

4.4.8　繰り返しイベントの表示抑止に伴うイベント発行

繰り返しイベントの表示抑止では，抑止を開始したことを抑止開始イベント（イベントID：00003F58）として通知したり，抑止を終了したことを抑止終了イベント（イベントID：00003F59）として通知したりできます。また，繰り返しイベントの表示抑止が継続しているかを判定して，継続している場合に抑止継続通知イベント（イベントID：00003F65）として通知したり，抑止を打ち切った場合に抑止打ち切り通知イベント（イベントID：00003F60）として通知したりできます。

繰り返しイベントの表示抑止に伴うイベント発行は，［繰り返しイベント条件設定］画面の［オプション］ページで設定します。

図4-50で抑止開始イベントと抑止終了イベント，図4-51で抑止継続通知イベントおよび抑止打ち切り通知イベントの発行について説明します。なお，抑止継続通知イベントが発行される契機と抑止打ち切り通知イベントが発行される契機は同じです。

図4‒50　繰り返しイベントの表示抑止に伴うイベント発行（抑止開始イベントと抑止終了イベント）

図中の番号に従って，抑止開始イベントと抑止終了イベントの発行について説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

イベントサービスから繰り返し開始イベントを取得すると同時に，抑止が開始したことを示す抑止開始イベントが発行されます。

イベントサービスから最新の繰り返しイベントとの到着時刻の差が終了監視期間以上であるイベントを取得すると同時に，抑止が終了したことを示す抑止終了イベントが発行されます。

JP1/IM - Managerを停止または再起動によって抑止が終了したときは，抑止終了イベントは発行されません。

図4‒51　繰り返しイベントの表示抑止に伴うイベント発行（抑止継続通知イベントおよび抑止打ち切り通知イベント）

図中の番号に従って，抑止継続通知イベントおよび抑止打ち切り通知イベントの発行について説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。繰り返しイベント条件αは3件ごとに抑止が継続しているかを判定するとします。

マネージャーが繰り返しイベント条件αに一致する繰り返しイベントを3件取得したため，次に繰り返しイベント条件αに一致する繰り返しイベントを取得したときに，抑止が継続していると判定されます。

抑止が継続していると判定されたため，抑止継続処理の指定を基に抑止継続通知イベントまたは抑止打ち切り通知イベントが発行されます。

判定の契機となったイベントを基準として繰り返しイベント条件αに一致する繰り返しイベントを3件取得したため，次に繰り返しイベント条件αに一致する繰り返しイベントを取得したときに，抑止が継続していると判定されます。

終了監視期間中に繰り返しイベント条件αに一致する繰り返しイベントを取得しなかったため，抑止継続通知イベントおよび抑止打ち切り通知イベントは発行されません。

4.4.9　繰り返しイベントの表示抑止の注意事項

繰り返しイベントの表示抑止の注意事項を示します。なお，ここに記載している注意事項は，大量発生イベントの監視抑止にも当てはまります。

繰り返しイベントの監視抑止は，「繰り返しイベントが収束したかどうかの条件」が成立するイベントが発生するまで終了しません。そのため，抑止が開始されてからイベントが1件も発生しない場合，終了監視期間以上の時間が経過していてもイベント一覧には集約中の状態で表示（集約中であることを示す「+」が表示）されます。また，終了監視期間以上の時間が経過していても抑止終了イベントは発行されません。詳細については，「4.4.5　繰り返しイベントの表示抑止を終了する契機」を参照してください。

繰り返しイベント条件の条件や有効・無効を変更した場合，該当の繰り返しイベントの監視抑止がいったん終了します。そのため，繰り返しイベントの監視抑止を強制的に終了させたい場合は，［繰り返しイベント条件一覧］画面で抑止を終了させたい繰り返しイベント条件の［適用］チェックボックスのチェックを外して，［適用］ボタンをクリックしてください。繰り返しイベントの監視抑止をいったん強制的に終了させて再度監視抑止したい場合は，繰り返しイベント条件の［適用］チェックボックスのチェックをいったん外して，再度チェックしてから［適用］ボタンをクリックしてください。

なお，繰り返しイベントが一致した繰り返しイベント条件は，［関連イベント一覧（集約）］画面または［イベント詳細］画面から確認できます。

抑止開始イベントまたは抑止終了イベントを発行する設定がされている場合，一度に多くの抑止開始または抑止終了を検知すると，抑止開始イベントまたは抑止終了イベントが大量に発行されます。抑止開始イベントまたは抑止終了イベントの設定は，必要な繰り返しイベント条件にだけ設定するようにしてください。

4.4.10　繰り返しイベントの集約表示機能で表示抑止する場合について

JP1/IM - Viewには同一内容のJP1イベントを連続で受信した場合に，それらを集約して表示できる機能があります。これを繰り返しイベントの集約表示機能といいます。この機能は，繰り返しイベントの監視抑止機能を有効にしている場合は使用できません。

繰り返しイベントの集約表示機能は，ユーザーごとに設定できます。

繰り返しイベントの集約表示に関係する用語の定義

繰り返しイベントの集約表示に関係する用語の定義を次に示します。これらの用語には繰り返しイベントの表示抑止と同じ用語も含まれますが，定義が異なる場合があるため注意してください。

集約開始イベント

同一内容のJP1イベントの中で最初にJP1/IM - Viewが受信したJP1イベントのことです。

繰り返しイベント

集約開始イベントから連続して受信した，集約開始イベントと同一内容のJP1イベントです。

集約イベント

集約開始イベントと繰り返しイベントを一つのイベントにまとめたイベントのことです。集約イベントには，集約を継続中のイベント（集約中イベント）と，集約が終了したイベント（集約完了イベント）の2種類があります。

非集約イベント

繰り返しイベントがないためイベントが集約されないイベントです。

繰り返しイベントの表示抑止と，各フィルターおよび機能との関係

繰り返しイベントの集約結果は，JP1/IM - Viewの表示フィルターまたは重要イベントフィルターを介して，JP1/IM - Viewの［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページに表示されます。

繰り返しイベントの集約表示機能とJP1イベントの各フィルターの関係を次の図に示します。

図4‒52　繰り返しイベントの集約表示機能とフィルターの関係

(1)　繰り返しイベントの集約表示と繰り返しイベントの表示抑止の差異

繰り返しイベントの集約表示と繰り返しイベントの表示抑止は，どちらかしか設定することができません。ここでは，繰り返しイベントの集約表示と，繰り返しイベントの表示抑止の差異を示します。

表4‒15　繰り返しイベントの集約表示と繰り返しイベントの表示抑止の差異

項目

繰り返しイベントの集約表示

繰り返しイベントの表示抑止

集約対象

最新のイベントと同一内容のJP1イベント

ユーザーが設定した繰り返しイベント条件に一致するJP1イベント

自動アクションの抑止

できない

できる

連続していないJP1イベントの集約

できない

できる

(2)　イベントの集約開始と集約完了の条件

イベントの集約はJP1/IM - Viewで実施されます。ここではイベントの集約開始と集約完了のそれぞれの条件を説明します。

イベントの集約開始の条件

イベントの集約が開始されていない状態のJP1/IM - Viewは，JP1/IM - Managerから受信した最新のJP1イベントを暫定の集約開始イベントと見なします。次に受信したJP1イベントの内容が暫定の集約開始イベントと同一であった場合，受信したJP1イベントを集約イベントの繰り返しイベントと判断し，集約を開始します。

イベントの集約完了の条件

次のどれかの条件と一致したときに完了します。

集約開始イベントと受信したJP1イベントの内容が一致しなかった場合

集約開始イベントと受信したJP1イベントの到着時刻の差が，設定したタイムアウト時間を過ぎた場合

繰り返しイベント数が最大繰り返し回数（100回）を超えた場合

［ユーザー環境設定］画面で［OK］ボタンをクリックした場合

重要イベント対象外の集約中イベントが，重要イベント定義の変更によって重要イベント対象になった場合

重要イベント対象の集約中イベントが，重要イベント定義の変更によって重要イベント対象外になった場合

イベントの集約が完了する条件の詳細については，「13.1.6　繰り返しイベントの集約表示の検討」を参照してください。

(3)　イベントの比較属性

JP1/IM - Viewは，新しいJP1イベントを受信すると，集約開始イベントと受信したJP1イベントの内容を比較します。イベントの比較には，JP1イベントの属性値を使用します。すべての属性の値が一致した場合に，同一内容のイベントと判断します。

JP1イベントの属性の種類には，JP1イベントの詳細情報である，登録ホスト名，重大度，オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，ユーザー名，メッセージ，プロダクト名，アクション，種別，およびイベントIDがあります。ただし，JP1イベントの属性の種類を特定して，イベントの内容を比較することはできません。発生元ホストのマッピングを有効にした場合，発生元ホスト名が属性の種類に追加されます。重大度変更機能を使用してJP1イベントの重大度を変更した場合，変更したあとの重大度でJP1イベントの内容を比較します。

(4)　繰り返しイベントの集約処理の例

繰り返しイベントの集約処理の例を示します。

図4‒53　繰り返しイベントの集約処理

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

JP1/IM - ViewがJP1イベント「A₁」を受信し，JP1イベント「A₁」の集約を開始します。JP1イベント「A₁」は，集約開始イベントとなります。

［イベントコンソール］画面に集約開始イベント「A₁」の情報を示します。

JP1/IM - ViewがJP1イベント「A₂」を受信し，集約開始イベント「A₁」と内容を比較します。JP1イベント「A₂」と集約開始イベント「A₁」が同一内容であるため，JP1イベント「A₂」を繰り返しイベントと判断し，集約開始イベント「A₁」に集約します。

［イベントコンソール］画面に，集約開始イベント「A₁」と繰り返し回数の2回の情報を「A₁[2]」として表示します。

JP1/IM - ViewがJP1イベント「A₃」を受信し，集約開始イベント「A₁」と内容を比較します。JP1イベント「A₃」と集約開始イベント「A₁」が同一内容であるため，JP1イベント「A₃」を繰り返しイベントと判断し，集約開始イベント「A₁」に集約します。

［イベントコンソール］画面に，集約開始イベント「A₁」と繰り返し回数の3回の情報を「A₁[3]」として表示します。

JP1/IM - ViewがJP1イベント「B₁」を受信し，集約開始イベント「A₁」と内容を比較します。JP1イベント「B₁」と集約開始イベント「A₁」は内容が一致しないので，集約開始イベント「A₁」の集約を完了し，新しくJP1イベント「B₁」の集約を開始します。JP1イベント「B₁」は集約開始イベントとなります。

［イベントコンソール］画面に，前回の集約開始イベント「A₁」および集約開始イベント「B₁」の情報を表示します。

JP1/IM - ViewがJP1イベント「B₂」を受信し，集約開始イベント「B₁」と内容を比較します。JP1イベント「B₂」と集約開始イベント「B₁」が同一内容であるため，JP1イベント「B₂」を繰り返しイベントと判断し，集約開始イベント「B₁」に集約します。

［イベントコンソール］画面に，前回の集約開始イベント「A₁」，および集約開始イベント「B₁」と繰り返し回数の2回の情報を「B₁[2]」として表示します。

JP1/IM - ViewがJP1イベント「A₄」を受信し，集約開始イベント「B₁」と内容を比較します。JP1イベント「A₄」と集約開始イベント「B₁」は内容が一致しないので，集約開始イベント「B₁」の集約を完了し，新しくJP1イベント「A₄」の集約を開始します。前々回の集約開始イベント「A₁」はすでに集約を完了しているため，JP1イベント「A₄」を集約イベント「A₁」に集約できません。JP1イベント「A₄」は，集約開始イベントとなります。

［イベントコンソール］画面に，前々回の集約開始イベント「A₁」，前回の集約開始イベント「B₁」，および集約開始イベント「A₄」の情報を表示します。

(5)　繰り返しイベントの集約表示の注意事項

繰り返しイベントの集約表示の注意事項を示します。

集約中表示のダミーイベント，または2件以上が集約され集約を完了したダミーイベントは，以下の画面で対処状況を変更できません。

［イベント監視］ページ

［重要イベント］ページ

［関連イベント一覧（集約）］画面

集約中表示のダミーイベント，または2件以上が集約され集約を完了したダミーイベントは，［重要イベント］ページで「削除」または「重要イベント解除」を実施できません。

集約したダミーイベントは，［関連イベント一覧（集約）］画面で［関連イベント一覧］にダミーイベントを表示できません。

4.5　大量発生イベントの監視抑止

JP1イベントが大量発生して，JP1イベントを正常に監視できなくなったときは，JP1/IM - Managerの繰り返しイベントの監視抑止機能，およびJP1/Baseのイベント転送抑止機能を使用して対処できます。

ある事象を契機としてJP1イベントが大量発生すると，大量発生したJP1イベントでイベント一覧が埋まってしまったり，自動的に実行されるコマンド（自動アクション）が必要以上に実行されてしまったりします。そのため，JP1イベントを正常に監視できなくなってしまいます。JP1/IM - Managerは繰り返しイベントの監視抑止機能で，大量発生したJP1イベントのイベント一覧への表示や自動アクションの実行を抑止できます。また，JP1/Baseのイベント転送抑止機能でイベントが大量発生しているホストにコマンドを実行して，イベントの転送を抑止できます。これを大量発生イベントの監視抑止といいます。

大量発生イベントの監視抑止を使用する場合は，次の前提条件を満たす必要があります。

統合監視DBをセットアップし，有効にしていること（jcoimdef -db ON）。

繰り返しイベントの監視抑止機能を有効にしていること（jcoimdef -storm ON）。

繰り返しイベントのイベント一覧表示と自動アクションの実行を抑止する繰り返しイベント条件を適用していること。

jcoimdefコマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcoimdef」（1.　コマンド）を参照してください。

繰り返しイベント条件の適用については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.19　［繰り返しイベント条件一覧］画面」を参照してください。

大量発生イベントの監視抑止によって，JP1イベントが大量発生してもシステムを正常に監視できます。

ここでの繰り返しイベントとは，繰り返しイベント条件に一致するJP1イベントのことを指します。

4.5.1　大量発生イベントの監視抑止の仕組み

大量発生イベントの監視抑止は，JP1/IM - Manager，JP1/IM - View，およびJP1/Baseで実施されます。大量発生イベントの監視抑止では，イベント監視の妨げとなる監視対象イベントをJP1/IM - View上で集約イベントとして集約して，イベント一覧に表示されるのを抑止できます。また，大量発生したイベントに設定された自動アクションの実行を抑止できます。ダミーイベントは抑止できません。

大量発生イベントの監視抑止でのJP1/IM - Manager，JP1/IM - View，およびJP1/Baseの役割を次の表に示します。

表4‒16　大量発生イベントの監視抑止での各製品の役割

製品名

製品の役割

JP1/IM - Manager

イベントサービスから取得したイベントが大量発生イベントであるかを判断する（マネージャーのイベントDBに大量発生イベントが登録されることは防げない）

大量発生イベントの自動アクションの実行を抑止する

JP1/IM - View

大量発生イベントの表示を抑止する

JP1/Base

マネージャーのイベントDBに大量発生イベントが登録されることを防ぐ

ここでは大量発生イベントの監視抑止の仕組みをJP1/IM - ManagerとJP1/Baseに分けて，図に示します。

大量発生イベントの監視抑止の仕組み（JP1/IM - Manager）

JP1/IM - Managerは，大量発生したイベントを繰り返しイベントとして扱うことで，監視を抑止します。

JP1/IM - Managerは，イベントサービスから取得した監視対象イベント（イベント取得フィルターを通過したイベント）とユーザーが設定した繰り返しイベント条件とを比較します。繰り返しイベント条件には，「大量発生した際に抑止したいイベントであるか」を判断するためのイベント条件と，「大量に発生しているか」を判断するためのしきい値を設定します。

監視対象イベントが次の条件を満たしている場合，JP1/IM - Managerは「取得した監視対象イベントが大量発生イベントである」と判断し，監視を抑止します。

繰り返しイベント条件に設定されたイベント条件に一致している。

しきい値を超えて大量発生している

図4‒54　大量発生イベントの監視抑止の仕組み（JP1/IM - Manager）

大量発生イベントの監視抑止の仕組み（JP1/Base）

JP1イベントが大量発生した場合，JP1/Baseはエージェントの転送設定ファイル（転送フィルター）を利用してマネージャーへのJP1イベントの転送を抑止します。

図4‒55　大量発生イベントの監視抑止の仕組み（JP1/Base）

また，JP1イベントが大量発生した場合の，JP1/IM - Managerの繰り返しイベントの監視抑止機能，およびJP1/Baseのイベント転送抑止機能の違いを次に示します。

表4‒17　繰り返しイベントの監視抑止機能とイベント転送抑止機能の違い

比較項目

JP1/IM - Managerの繰り返しイベントの監視抑止機能

JP1/Baseのイベント転送抑止機能※

イベントの取扱

マネージャーでイベントを集約する。

マネージャーへのイベント転送を抑止する。

イベントの監視

イベントの監視を継続できる。

転送を抑止したエージェントのイベントの監視はできなくなる。

大量発生しているイベントの監視抑止（イベント一覧への表示抑止や自動アクションの実行抑止）

監視抑止できる。

監視は不要。

ネットワークトラフィックやマネージャーホストに掛かる負荷

エージェントからのイベント転送は継続されるため，負荷が掛かる。

エージェントからのイベント転送を抑止するため，負荷が掛からない。

マネージャーホストのイベントDBへのイベント登録

登録する。

登録しない。

注※　JP1イベントの転送を抑止すると，該当エージェントが発行する重要な監視対象イベントをマネージャー側から確認できなくなります。転送抑止中に発生したイベントを確認するには，JP1/IM - Viewで転送を抑止したエージェントのイベントDBを検索する必要があります。詳細については，「4.6　イベント検索」を参照してください。

また，JP1/Baseからマネージャーへ転送するJP1イベントの設定，およびマネージャーでのJP1イベントのフィルタリングの設定について，検討してください。JP1/Baseが転送するJP1イベントの設定については，「13.1.2　マネージャーに転送するJP1イベントの検討」，マネージャーのフィルタリングの設定については，「13.1.3　JP1イベントのフィルタリング設定の検討」を参照してください。

JP1/Baseのイベント転送抑止機能については，マニュアル「JP1/Base 運用ガイド」のJP1/Baseの機能詳細の章を参照してください。

(1)　大量発生イベントの監視抑止と各フィルターおよび機能との関係

JP1/IM - Viewは，大量発生イベントを受信するとJP1/IM - Viewの表示フィルターまたは重要イベントフィルターを介して，JP1/IM - Viewの［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページに大量発生イベントを集約して表示します。また，JP1/IM - Managerは受信した大量発生イベントが自動アクションの契機である場合に，繰り返しイベント条件に従って自動アクションの実行を抑止します。

表示フィルターを有効にしている場合，表示フィルターによって集約開始イベントが［イベントコンソール］画面に表示されないときは集約イベントも表示されません。

業務グループの参照・操作制限を有効にしている場合，業務グループの参照・操作制限によって集約開始イベントが［イベントコンソール］画面に表示されないときは集約イベントも表示されません。

指定期間のイベント表示を有効にしている場合，指定期間内の繰り返しイベントは集約して表示されます。指定期間外に集約中イベントがあった場合，JP1/IM - Viewが指定期間内の繰り返しイベントを受信したときは，指定期間外の集約中イベントは集約終了イベントになり，新たに受信したイベントが集約開始イベントとなります。

大量発生イベントの監視抑止とJP1イベントの各フィルターおよび機能との関係を次の図に示します。

図4‒56　大量発生イベントの監視抑止と各フィルターおよび機能との関係

4.5.2　大量発生イベントの監視抑止に関係する用語の定義

「繰り返し開始イベント」「イベント転送抑止」など，大量発生イベントの監視抑止に関係する用語について説明します。

JP1/IM - Managerの用語

大量発生イベント

あらかじめ設定した条件（繰り返しイベント条件）に一致するJP1イベントのうち，しきい値を超えて大量に発生したイベントです。繰り返しイベント条件については，「4.5.3　大量発生イベントの監視抑止での繰り返しイベント条件について」を参照してください。

繰り返し開始イベント

大量発生イベントの監視抑止を開始する契機となった最初の大量発生イベントです。監視抑止を開始する契機については，「4.5.4　大量発生イベントの監視抑止を開始する契機」を参照してください。監視抑止を終了する契機については，「4.5.5　大量発生イベントの監視抑止を終了する契機」を参照してください。

集約開始イベント

JP1/IM - Viewがイベント一覧に表示するイベントのうち，最も古い大量発生イベントです。

集約イベント

集約開始イベントと，集約開始イベントに集約されているイベント（集約開始イベントと同じ繰り返しイベント条件に一致する大量発生イベント）を合わせたイベントです。イベント一覧には集約開始イベントの情報だけが表示されます。

すでに抑止が終了した集約イベントを集約完了イベント，抑止が終了していない集約イベントを集約中イベントと呼びます。集約イベントに集約されているイベントの件数は，イベント一覧の［集約状態］に表示されます。

JP1/Baseの用語

イベント転送抑止

エージェントからマネージャーに対して大量発生イベントが転送された場合，コマンドをマネージャーから実行して，エージェントからのイベント転送を抑止することです。

しきい値による転送抑止

JP1イベントが大量発生する場合に備えて，あらかじめイベントの転送量のしきい値を転送設定ファイルで設定することです。

4.5.3　大量発生イベントの監視抑止での繰り返しイベント条件について

繰り返しイベント条件の考え方，指定できる比較属性，および同一属性値の考え方については，繰り返しイベントの表示抑止と同じです。詳細については，「4.4.3　繰り返しイベント条件について」を参照してください。ここでは，大量発生イベントの監視抑止を使用する場合の繰り返しイベント条件の設定項目について説明します。

(1)　繰り返しイベント条件の設定項目（大量発生イベントの監視抑止）

繰り返しイベント条件の設定項目について示します。

イベント条件

JP1/IM - Managerが監視対象イベントを取得したときに，JP1イベントのどの属性値を比較するかを設定できます。

指定できるJP1イベントの属性などの詳細については，「4.4.3(2)　繰り返しイベント条件に設定できるイベントの比較属性」を参照してください。

抑止項目

イベント条件に一致するJP1イベントの，何を抑止するのかを設定できます。抑止できる内容を次に示します。

繰り返しイベントを［イベントコンソール］画面に集約して表示するかどうか

繰り返しイベントに対応するアクションの実行を抑止するかどうか

大量発生イベントの監視抑止では，どちらの項目も抑止項目として設定する必要があります。イベント一覧での表示の詳細については，「4.4.6　繰り返しイベントが表示抑止中のイベント一覧の表示」を参照してください。実行抑止の対象となる自動アクションの詳細については，「4.5.8　大量発生イベントの自動アクション・対処アクションの実行抑止」を参照してください。

同一属性値条件

繰り返しイベント条件に一致するイベントを特定の属性ごとにグルーピングして抑止するかを設定できます。特定の属性ごとにまとめて抑止するための条件を同一属性値条件といいます。

同一属性値条件の詳細については，「4.4.3(3)　同一属性値条件ごとの繰り返しイベントのグルーピング」を参照してください。

しきい値

イベント条件に一致するJP1イベントが大量に発生したと判断するためのしきい値を設定できます。しきい値は，発生監視期間および発生件数を指定することで設定できます。

大量発生イベントの監視抑止では，繰り返しイベント条件にしきい値を設定します。発生監視期間は，1秒から60秒まで指定できます。発生件数は，1件から200件まで指定できます。

しきい値の考え方については，「4.5.4　大量発生イベントの監視抑止を開始する契機」および「4.5.5　大量発生イベントの監視抑止を終了する契機」を参照してください。

終了監視期間

JP1イベントの大量発生が収束したかをJP1/IM - Managerが判断するための期間を設定できます。しきい値を設定するかどうかで，終了監視期間の考え方は変わります。

大量発生イベントの監視抑止の場合，しきい値を設定するため，JP1/IM - Managerは終了監視期間中にしきい値を超える量の大量発生イベントが発生しなかったときに，JP1イベントの大量発生が収束したと判断します。終了監視期間は，1秒から86,400秒まで指定できます。デフォルトは，300秒です。

しきい値を設定しない場合（繰り返しイベントの表示抑止）の終了監視期間の考え方については，「4.4.5　繰り返しイベントの表示抑止を終了する契機」を参照してください。

しきい値を設定する場合（大量発生イベントの監視抑止）の終了監視期間の考え方については，「4.5.5　大量発生イベントの監視抑止を終了する契機」を参照してください。

抑止開始イベントおよび抑止終了イベントの発行

大量発生イベントの監視抑止を開始または終了したことを通知するイベントを発行するかを指定できます。監視抑止が開始したことを通知するイベントを，抑止開始イベント（イベントID：00003F58）といいます。監視抑止が終了したことを通知するイベントを，抑止終了イベント（イベントID：00003F59）といいます。デフォルトでは，どちらのイベントも通知しない設定となっています。詳細については，「4.5.10　大量発生イベントの監視抑止に伴うイベント発行」を参照してください。

抑止継続判定および抑止継続処理

時間（秒），または件数ごとに大量発生イベントの監視抑止が継続されているかを判定して，継続されている場合にJP1イベントを発行して通知したり，抑止を打ち切ったりするかを設定できます。ただし，大量発生イベントの監視抑止を打ち切ると，発生監視期間あたりの発生件数が1件になります。その結果，再び発生監視期間あたりの発生件数がしきい値を超えるまで，抑止対象の大量発生イベントがイベント一覧に表示されてしまったり，不要な自動アクションが実行されてしまったりします。そのため，通常の大量発生イベントの監視抑止では監視抑止の打ち切りは設定しません。大量発生イベントの監視抑止を打ち切る場合は，抑止を打ち切っても問題ないかを検討した上で抑止継続処理を指定してください。

継続されている場合にJP1イベントを発行して通知する仕組みについては，「4.5.10　大量発生イベントの監視抑止に伴うイベント発行」を参照してください。

4.5.4　大量発生イベントの監視抑止を開始する契機

大量発生イベントの監視抑止では，JP1/IM - Managerが起動したあとにイベントサービスから取得した大量発生イベントを，繰り返しイベントの監視抑止機能で抑止します。次の条件にすべて一致した場合，イベントが大量発生したと見なし，繰り返しイベントの監視抑止機能による大量発生イベントの監視抑止を開始します。

繰り返しイベント条件のイベント条件に一致した

繰り返しイベントの発生件数が指定したしきい値以上になった

抑止中の繰り返しイベントが2,500種類未満である

JP1/IM - Managerは，イベントサービスからある繰り返しイベント条件のイベント条件に一致するイベントを取得した時点で大量発生イベントの監視抑止を開始するかどうかを判断します。

大量発生イベントの監視抑止を開始するかどうかは，繰り返しイベント条件ごとに判定されます。

イベントが大量発生したと見なすしきい値は，発生監視期間および発生件数を指定することで設定できます。しきい値（発生件数および発生監視期間）は，［繰り返しイベント条件設定］画面の［オプション］ページで指定します。

ここでは発生監視期間を2秒間，発生件数を5件とした繰り返しイベント条件αのイベント条件に一致するイベントが，監視抑止対象となる契機について説明します。

最初に，次のように繰り返しイベント条件αに一致する大量発生イベントが発生したとします。

図4‒57　繰り返しイベントの発生1

ある繰り返しイベント条件のイベント条件に一致するイベントが，発生監視期間内のイベントかどうかは，イベントの到着時刻（B.ARRIVEDTIME）で判断します。ある繰り返しイベント条件のイベント条件に一致するイベント同士で，次の式が成立する場合，発生監視期間内のイベントであると判断します。

発生監視期間内のイベントかどうかの条件

最新のイベントの到着時刻≧イベントの到着時刻≧最新のイベントの到着時刻−発生監視期間

図4-57に示すイベントが発生した場合に，繰り返しイベント条件αのイベント条件に一致する最新のイベントはイベントDです。イベントDの到着時刻は3秒です。繰り返しイベント条件αの発生監視期間は2秒であるため，繰り返しイベント条件αのイベント条件に一致して，かつ到着時刻が次に示す範囲に収まるイベントが発生監視期間内に発生した繰り返しイベントとして扱われます。

発生監視期間内のイベントかどうかの条件（イベントDを基準とした場合）

イベントDの到着時刻（3秒）≧繰り返しイベント条件αのイベント条件に一致するイベントの到着時刻（1〜3秒）≧イベントDの到着時刻（3秒）−発生監視期間（2秒）

このようにして求めた発生監視期間当たりの件数をグラフに示すと，次のようになります。

図4‒58　発生監視期間当たりの件数のグラフ1

図4-58に示す発生監視期間（1秒から3秒まで）にあるイベントBからイベントDが，イベントDの発生監視期間中に発生した繰り返しイベントとして扱われます。そのため，イベントDの時点での発生監視期間当たりの件数は3件です。

この時点では，発生監視期間当たりの件数がしきい値以上となっていないため，「イベントが大量に発生した」という状態ではありません。

図4-57に示すイベントが発生したあと，次のように繰り返しイベント条件αのイベント条件に一致するイベントが発生したとします。

図4‒59　繰り返しイベントの発生2

このとき繰り返しイベント条件αのイベント条件に一致する最新のイベントはイベントQです。ここでも同様に考えることができ，図4-60に示した発生監視期間（6.1秒から8.1秒まで）にあるイベントKからイベントQの7件のイベントが，イベントQの発生監視期間中に発生した繰り返しイベントとして扱われます。

すべてのイベントに対して同様に，発生監視期間当たりの繰り返しイベントの件数を割り出すと，次に示すグラフとなります。

図4‒60　発生監視期間当たりの件数のグラフ2

図4-60のイベントHに着目します。3秒から5秒の2秒間（発生監視期間）でイベントDからイベントHの5件のイベントが発生したことで，イベントHの時点で，発生監視期間当たりの件数がしきい値以上となっています。したがって，「イベントが大量に発生した」という状態になり，大量発生イベントが監視抑止対象となるタイミングはイベントHからとなります。

図4‒61　繰り返しイベントが監視抑止対象となる契機

図中の抑止される期間（5秒以降）が，「イベントが大量に発生した」と判断され，大量発生イベントが抑止される期間です。イベントH以降は，大量発生イベントの発生件数が一定期間（終了監視期間）しきい値を下回らない限り抑止されます。

しきい値を指定する際，発生件数を大きくすると［イベントコンソール］画面のイベント一覧にJP1イベントが多く表示されます。例えば，発生件数を200件と指定した場合，［イベントコンソール］画面のイベント一覧に200件の繰り返しイベントが表示されたあと，抑止を開始します。

大量発生イベントの監視抑止を開始した際のJP1/IM - Viewでの表示については，「4.4.6　繰り返しイベントが表示抑止中のイベント一覧の表示」を参照してください。

4.5.5　大量発生イベントの監視抑止を終了する契機

大量発生イベントが監視抑止対象になったあと，大量発生イベントの取得量が一定期間（終了監視期間）しきい値を下回り続けた場合，大量発生イベントの監視抑止を終了します。終了監視期間およびしきい値は，［繰り返しイベント条件設定］画面の［オプション］ページで指定します。

JP1/IM - Managerは，イベントサービスからイベントを取得した時点で大量発生イベントの監視抑止を終了するかどうかを判断します。

大量発生イベントの監視抑止を終了するかどうかは，繰り返しイベント条件ごとに判定されます。

ここでは発生監視期間を2秒間，発生件数を5件，終了監視期間を300秒（5分）とした繰り返しイベント条件αに一致する大量発生イベントの監視抑止が，終了監視期間中しきい値を下回り続けた場合に抑止を終了する契機について説明します。

図4‒62　大量発生イベントの発生1

図4-62のように繰り返しイベント条件αに一致する大量発生イベントが発生した場合を考えます。

JP1/IM - Managerは，大量発生イベントの到着時刻（B.ARRIVEDTIME）を基にイベントの大量発生が収束したかを判断します。次の式が成立する場合，イベントの大量発生が収束したと判断します。

イベントの大量発生が収束したかどうかの条件

イベントサービスから取得したイベントの到着時刻−しきい値以上になった最後の大量発生イベントの到着時刻≧終了監視期間

図4-62に示すイベントが発生した場合，イベントサービスから取得した最新のイベントは301秒に到着したイベントMです。発生監視期間当たりの件数およびしきい値をグラフに示すと，次の図のようになります。発生監視期間当たりの件数およびしきい値のグラフの考え方については，「4.5.4　大量発生イベントの監視抑止を開始する契機」を参照してください。

図4‒63　発生監視期間当たりの件数のグラフ3

このグラフのとき，最後にしきい値以上になった大量発生イベントであるイベントGの到着時刻は2秒です。終了監視期間は，図4-63に示す1秒から301秒までです。イベントG，イベントM，および繰り返しイベント条件αの終了監視期間の関係を式で示すと，次のようになります。

イベントMの到着時刻（301秒）−イベントGの到着時刻（2秒）＜繰り返しイベント条件αの終了監視期間（300秒）

イベントMの到着時刻とイベントGの到着時刻の差が終了監視期間より小さいため，イベントMを取得した時点では大量発生イベントの監視抑止を終了しません。

図4-62に示す繰り返しイベント条件αに一致する大量発生イベントが発生したあと，次のようにJP1イベントが発生したとします。

図4‒64　大量発生イベントの発生2

図4-64に示すイベントが発生した場合，イベントサービスから取得した最新のイベントは302秒に到着したイベントNです。イベントNの時点での発生監視期間当たりの件数およびしきい値をグラフに示すと，次のようになります。

図4‒65　発生監視期間当たりの件数のグラフ4

このグラフのとき，最後にしきい値以上になった大量発生イベントであるイベントGの到着時刻は2秒です。終了監視期間は，図4-65に示す2秒から302秒までです。イベントG，イベントN，および繰り返しイベント条件αの終了監視期間の関係を式で示すと，次のようになります。

イベントNの到着時刻（302秒）−イベントGの到着時刻（2秒）≧繰り返しイベント条件αの終了監視期間（300秒）

イベントNの到着時刻とイベントGの到着時刻の差が終了監視期間より大きいため，大量発生イベントの監視抑止が終了します。

図4-65のグラフの場合に，抑止される大量発生イベントと抑止されない大量発生イベントを次に示します。

図4‒66　抑止される大量発生イベントと抑止されない大量発生イベント

監視抑止が終了するタイミングは，302秒です。そのため，抑止が解除される302秒以降に発生したイベントN以降の繰り返しイベント条件αのイベント条件に一致するイベントは，抑止されません。

大量発生イベントの監視抑止が終了した際のJP1/IM - Viewでの表示については，「4.4.6　繰り返しイベントが表示抑止中のイベント一覧の表示」を参照してください。

大量発生イベントの取得量が一定期間（終了監視期間）しきい値を下回り続けた場合以外での監視抑止の終了について

次の場合も大量発生イベントの監視抑止を終了します。

JP1/IM - Managerの停止

JP1/IM - Managerの停止によって大量発生イベントの監視抑止が終了した場合は， 監視抑止が終了したことを通知する設定がされていても抑止終了イベントは発行されません。抑止終了イベントについては，「4.5.10　大量発生イベントの監視抑止に伴うイベント発行」を参照してください。

繰り返しイベント条件の変更または削除

大量発生イベントの監視抑止が終了するのは，更新時に［繰り返しイベント条件一覧］画面で編集アイコンが表示されていた繰り返しイベント条件，または削除された繰り返しイベント条件に一致した集約中イベントだけです。

4.5.6　大量発生イベントが監視抑止中のイベント一覧の表示

大量発生イベントが監視抑止中のイベント一覧の表示は，繰り返しイベントの表示抑止と同じです。詳細については，「4.4.6　繰り返しイベントが表示抑止中のイベント一覧の表示」を参照してください。

4.5.7　大量発生イベントの監視抑止が継続されている場合の通知

抑止継続通知を設定することで，時間（秒），または件数ごとに大量発生イベントの監視抑止が継続されているかを判定して，継続されている場合にJP1イベントを発行して通知できます。

抑止継続通知は繰り返しイベント条件の設定項目であり，繰り返しイベント条件ごとに設定します。ここでは，監視抑止が継続されているかを判定する契機について説明します。

なお，判定の契機と監視抑止を終了する契機が同時であった場合は，監視抑止の終了が優先されます。

重要

ここでは，説明のために短い間隔で大量発生イベントの監視抑止が継続しているかを判定する例を示しています。実際の運用時に短い間隔で大量発生イベントの監視抑止が継続しているかを判定するように設定すると，判定の結果発行される通知イベントによって，イベントの大量発生が起こるおそれがあります。システムの環境に応じて適切な判定の間隔を設定してください。

判定の契機には時間（秒），または件数を選択できます。それぞれを選択した場合について説明します。

時間（秒）ごとに判定する場合

1回目の判定は同じ繰り返しイベント条件に一致する繰り返しイベント同士で，次の式が成立したときに実施されます。

最新の繰り返しイベントの到着時刻−繰り返し開始イベントの到着時刻≧指定した秒数

2回目以降は繰り返し開始イベントの代わりに，直前の判定の契機となったイベントが基準のイベントになります。

指定できる秒数は1〜86,400秒です。

2秒ごとに大量発生イベントの監視抑止が継続されているかを判定する場合の例を次の図に示します。なお，ここでの終了監視期間は3秒とします。

図4‒67　時間（秒）ごとに抑止が継続されているかを判定する場合

件数ごとに判定する場合

1回目の判定は，同じ繰り返しイベント条件に一致する繰り返しイベント同士で，繰り返し開始イベントから最新の繰り返しイベントまでの合計件数が，指定した件数を超えたときに実施されます。

2回目以降は繰り返し開始イベントの代わりに，直前の判定の契機となったイベントが基準のイベントになります。

指定できる件数は1〜1,000,000件です。

3件ごとに大量発生イベントの監視抑止が継続されているかを判定する場合の例を次の図に示します。なお，ここでの終了監視期間は3秒とします。

図4‒68　件数ごとに抑止が継続されているかを判定する場合

メモ

抑止が継続している場合の処理には，抑止の打ち切りとイベント発行の2種類があります。ただし，しきい値を設定した繰り返しイベント条件による監視抑止を打ち切ると，打ち切った直後から再びしきい値を超えるまでの間，本来抑止対象となるイベントがイベント一覧に表示されてしまったり，自動アクションが実行されてしまったりします。そのため，通常の大量発生イベントの監視抑止では抑止継続処理に監視抑止の打ち切りを設定しません。大量発生イベントの監視抑止を打ち切る場合は，抑止を打ち切っても問題ないかを検討した上で抑止継続処理を指定してください。

(1)　大量発生イベントの監視抑止の継続通知

大量発生イベントの監視抑止が継続されている場合に，抑止継続通知イベント（イベントID：00003F65）として通知することができます。

詳細については，「4.5.10　大量発生イベントの監視抑止に伴うイベント発行」を参照してください。

4.5.8　大量発生イベントの自動アクション・対処アクションの実行抑止

［繰り返しイベント条件設定］画面から繰り返しイベント条件を設定する際，抑止項目で自動アクション・対処アクションを実行対象外にすると，大量発生イベントによって不要な自動アクション・対処アクションが実行されることを抑止できます。

自動アクション・対処アクションの実行抑止は，繰り返しイベント条件によるイベント表示抑止と同じ期間適用されます。実行抑止について自動アクションをもとに説明します。

自動アクションの実行抑止を設定をした繰り返しイベント条件に一致する繰り返しイベントは，アクション条件と比較されません。また，アクションを抑止された繰り返しイベントは，［イベント検索条件設定］画面，［表示フィルター設定］画面，および［ユーザーフィルター詳細設定］画面でアクション対象外のイベントとして検索または表示できます。

繰り返しイベントの監視抑止でアクションを抑止する場合と，自動アクションでアクションを抑止する場合の差異を次の表に示します。

表4‒18　アクションの抑止の差異

項目

繰り返しイベントの監視抑止でアクションを抑止する場合

自動アクションでアクションを抑止する場合

抑止する単位

繰り返しイベント単位

アクション定義単位

抑止時間

繰り返しイベントが大量に発生する限り抑止する。

1秒から3,600秒

アクション結果の参照

参照できない。

［イベント詳細］画面で［アクション結果］ボタンをクリックすると参照できる。

アクションの再実行

再実行できない。

［アクション結果一覧］画面，［アクション結果］画面または［アクション結果詳細］画面で［再実行］ボタンをクリックすると再実行できる。

［イベントコンソール］画面の［アクション］の表示

自動アクションでアクションを抑止する詳細については，「6.4.4　同一アクションの抑止」を参照してください。

(1)　実行抑止の対象となる自動アクションの範囲（すべての繰り返しイベントに対してアクションの実行を抑止する場合）

繰り返しイベント条件に自動アクションの実行抑止を設定し，かつ実行抑止の範囲で［すべての繰り返しイベント］を指定した場合について説明します。

図4‒69　実行抑止の対象となる自動アクションの範囲（すべての繰り返しイベント）

［すべての繰り返しイベント］を指定した場合，図で示すように，繰り返し開始イベントを含む抑止対象すべてで自動アクションの実行が抑止されます。

(2)　実行抑止の対象となる自動アクションの範囲（繰り返し開始イベント以外の繰り返しイベントに対してアクションの実行を抑止する場合）

繰り返しイベント条件に自動アクションの実行抑止を設定し，かつ実行抑止の範囲で［繰り返し開始イベント以外の繰り返しイベント］を指定した場合について説明します。

図4‒70　実行抑止の対象となる自動アクションの範囲（繰り返し開始イベント以外の繰り返しイベント）

［繰り返し開始イベント以外の繰り返しイベント］を指定した場合，図で示すように，繰り返し開始イベント以外の抑止対象で自動アクションの実行が抑止されます。

4.5.9　大量発生イベントの転送抑止

エージェントでイベントが大量に発生した場合の対策として，該当のエージェントからのイベント転送を抑止できます。大量発生イベントの転送を抑止することで，マネージャーへの負荷を軽減できます。

大量発生イベントの転送を抑止する方法を次に示します。

イベントが大量発生しているエージェントからのイベント転送をマネージャーから抑止する。

イベントを大量に出力しているログファイルトラップをマネージャーから停止する。

しきい値を設定してエージェントからのイベント転送を自動的に抑止する。

(1)　イベントが大量発生しているエージェントからのイベント転送をマネージャーから抑止する

イベントが大量発生しているエージェントからのイベント転送をマネージャーから抑止できます。マネージャーからエージェントのイベント転送を抑止するには，JP1/Baseのイベント転送抑止コマンド（jevagtfwコマンド）を使用します。抑止対象のエージェントのホスト名を引数に指定して，jevagtfwコマンドをマネージャーから実行することで，指定したエージェントからのイベント転送を抑止できます。また，抑止対象のエージェントから転送されるJP1イベントを，マネージャーのイベントサーバで破棄することもできます。

この機能によって，エージェントのイベント転送をマネージャーから制御できるため，エージェントで大量にイベントが発生した場合でも，マネージャーから迅速に対処できるようになります。

図4‒71　イベント転送抑止コマンド（jevagtfwコマンド）の概要

なお，この機能を使用するには，マネージャーホストのJP1/Baseのバージョンが，10-50以降である必要があります。また，抑止対象となるエージェントホストのJP1/Baseのバージョンは，08-00以降である必要があります。

イベント転送抑止コマンド（jevagtfwコマンド）の詳細については，マニュアル「JP1/Base 運用ガイド」のjevagtfwコマンドによるイベント転送抑止について説明している章およびコマンドの章を参照してください。

(2)　イベントを大量に発行しているログファイルトラップをマネージャーから停止する

ログファイルトラップがJP1イベントを大量に発行している場合，該当のログファイルトラップをマネージャーから停止できます。マネージャーからエージェントのログファイルトラップを個別に停止する方法としては，IM構成管理を使用する方法があります。IM構成管理を使用すると，該当ホストの［プロファイル表示/編集］画面から，抑止対象のログファイルトラップのプロセスを停止できます。

ログファイルトラップのID番号および監視名について

エージェントホストのJP1/Baseが10-50以降の場合，ログファイルトラップが発行するJP1イベントの属性情報に，ログファイルトラップのID番号および監視名（監視名は，ログファイルトラップ起動時に設定した場合だけ）が付与されます。

また，マネージャーのJP1/Baseが10-50以降の場合，リモート監視ログファイルトラップが発行するJP1イベントの属性情報に，ログファイルトラップのID番号および監視名が付与されます。

付与されたログファイルトラップのID番号および監視名は，マネージャーホストのJP1/IM - Managerが10-50以降であれば，［イベント詳細］画面のイベント属性に表示されます。これによって，JP1イベントから発行元のログファイルトラップを識別できるため，抑止対象のログファイルトラップを迅速に把握できます。

メモ

マネージャーからエージェントのログファイルトラップを個別に停止する方法には，［コマンド実行］画面からログファイルトラップのID番号または監視名を指定して，jevlogstopコマンドを実行する方法もあります。jevlogstopコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」のコマンドの章を参照してください。

また，リモート監視ログファイルトラップの場合は，監視対象ホスト名および監視名を指定して，jcfallogstopコマンドを実行すると，ログファイルトラップを個別に停止できます。jcfallogstopコマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcfallogstop」（1.　コマンド）を参照してください。

(3)　しきい値を設定してエージェントからのイベント転送を自動的に抑止する

大量発生イベントと判断するためのしきい値を設定しておくことで，エージェントでイベントが大量に発生した場合に，イベント転送を自動的に抑止できます。

エージェントのイベントサーバに対して，大量発生イベントのしきい値に相当するイベント転送抑止条件を設定します。イベント転送抑止条件とは，例えば，5秒間で50件以上のイベントが3回連続で発生した場合は，イベント転送を抑止するといった条件です。

このイベント転送抑止条件に，想定する大量発生イベントの条件を設定することで，エージェントからの大量発生イベントの転送を未然に防げます。

図4‒72　しきい値によるイベント転送抑止の概要

なお，この機能を使用するには，抑止対象となるエージェントホストのJP1/Baseのバージョンが，10-50以降である必要があります。

しきい値によるイベント転送抑止の詳細については，マニュアル「JP1/Base 運用ガイド」のしきい値によるイベント転送抑止について説明している章を参照してください。

4.5.10　大量発生イベントの監視抑止に伴うイベント発行

大量発生イベントの監視抑止では，監視抑止を開始したことを抑止開始イベント（イベントID：00003F58）として通知したり，監視抑止を終了したことを抑止終了イベント（イベントID：00003F59）として通知したりできます。また，監視抑止が継続しているかを判定して，継続している場合に抑止継続通知イベント（イベントID：00003F65）として通知できます。

大量発生イベントの監視抑止に伴うイベント発行は，［繰り返しイベント条件設定］画面の［オプション］ページで，繰り返しイベント条件として設定します。

図4-73で抑止開始イベントと抑止終了イベント，図4-74で抑止継続通知イベントの発行について説明します。

重要

抑止開始イベント，抑止終了イベント，および抑止継続通知イベントを発行する場合は，これらのイベントの大量発生が起きないように，システムの環境に応じてイベントを発行する契機を検討してください。

図4‒73　大量発生イベントの監視抑止に伴うイベント発行（抑止開始イベントと抑止終了イベント）

図中の番号に従って抑止開始イベントと抑止終了イベントの発行について説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

繰り返しイベント条件αに一致するイベントの取得量がしきい値以上となり，大量発生イベントの監視抑止が開始されると同時に，抑止を開始したことを示す抑止開始イベントが発行されます。

イベントサービスから最後にしきい値以上になった大量発生イベントとの到着時刻の差が終了監視期間以上であるイベントを取得すると同時に，抑止が終了したことを示す抑止終了イベントが発行されます。

JP1/IM - Managerを停止または再起動によって抑止が終了したときは，抑止終了イベントは発行されません。

図4‒74　大量発生イベントの監視抑止に伴うイベント発行（抑止継続通知イベント）

図中の番号に従って抑止継続通知イベントおよび抑止打ち切り通知イベントの発行について説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。また，繰り返しイベント条件αは3件ごとに大量発生イベントの監視抑止が継続されているかを判定するものとします。

繰り返しイベント条件αに一致する大量発生イベントの監視抑止を継続していると判定されたため，抑止継続通知イベントが発行されます。

繰り返しイベント条件αに一致する大量発生イベントの監視抑止が終了したため，抑止継続通知イベントは発行されません。

4.5.11　大量発生イベントの監視抑止の注意事項

大量発生イベントの監視抑止の注意事項は，繰り返しイベントの表示抑止と同じです。詳細については，「4.4.9　繰り返しイベントの表示抑止の注意事項」を参照してください。

4.6　イベント検索

JP1/IMでは，JP1/Baseに登録されたJP1イベントをさまざまな条件で検索し，検索条件に合ったJP1イベントを［イベントコンソール］画面の［イベント検索］ページに表示できます。統合監視DBを使用している場合は，イベントサービスまたは統合監視DBのイベントを検索して［イベント検索］ページに表示できます。検索条件には，JP1イベントの属性のほか，重要イベントに対する対処状況や自動アクションの実行有無なども指定できます。また，検索条件の一部項目については，正規表現も使用できます。

検索対象ホストには，ログインしているマネージャーだけでなく，JP1/Baseがインストールされたほかのホストを指定することもできます。

なお，業務グループの参照・操作制限を設定している場合，監視対象の業務グループ内のイベントサーバを検索対象とします。

統合監視DBを使用している場合，検索対象とするデータベースを指定できます。検索対象として指定できるデータベースは，統合監視DBまたはイベントDBです。

図4‒75　イベント検索の概要

ここでは，JP1イベントの検索とその条件について説明したあと，イベント検索の処理の流れについて説明します。

4.6.1　JP1イベントの検索

管理が必要なJP1イベントは［イベントコンソール］画面の［イベント監視］ページに表示されますが，次のような場合はイベント検索の機能を使って表示します。

表示するイベント数（JP1/IM - Viewのスクロールバッファー数）の最大値を超えたために，［イベント監視］ページに表示されなくなった過去のJP1イベント

［重要イベント］ページから［削除］の操作によって表示されなくなったJP1イベント

JP1イベントの拡張属性の重大度が指定されていないイベント（JP1/IM - Viewは，重大度が設定されたJP1イベントを表示対象としています）

転送フィルターで，JP1/IMマネージャーに転送する対象にしていないJP1イベント（正常イベントなど）

イベント取得フィルターで，JP1/IMが取得する対象にしていないJP1イベント（正常イベントなど）

統合監視DBを使用している場合に，統合監視DB内に保存されているJP1イベント

検索結果として［イベント検索］ページに表示されたイベントは，［イベント監視］ページと同じ操作で，［イベント詳細表示］や［モニター起動］によって内容を確認できます。

検索の条件

イベント検索の条件は，ユーザーごと，かつJP1/IM - Viewの次のバージョンごとに，JP1/IM - Managerに保存されます。

JP1/IM - View 07-00で設定した検索条件

JP1/IM - View 07-10〜07-51で設定した検索条件

JP1/IM - View 08-00〜08-10で設定した検索条件

JP1/IM - View 08-50で設定した検索条件

JP1/IM - View 09-00〜09-10で設定した検索条件

JP1/IM - View 09-50〜10-50で設定した検索条件

JP1/IM - View 11-00で設定した検索条件

JP1/IM - View 11-10以降で設定した検索条件

接続したJP1/IM - Viewのバージョンの検索条件が，マネージャー上にない場合は，一つ前のバージョンの検索条件を取得します。

検索中の表示

イベント検索中は［イベント検索］ページのタブに（検索中）が表示されます。検索が終了すると「検索が終了しました」のダイアログボックスが表示され，（検索中）の表示が消えます。検索件数が多い場合や検索に時間が掛かる場合に動作中かどうかを判断する目安となります。

検索条件と一致したイベントが見つかると，「イベント検索」ページに順次表示されます。イベント検索中の［イベント検索］ページを次の図に示します。

図4‒76　イベント検索中の［イベント検索］ページ

検索のキャンセル

間違った検索条件でイベント検索を実行してしまった場合や，すでに目的とするイベントが見つかっているなどの場合，イベント検索を途中でキャンセルできます。

イベント検索をキャンセルするには，［イベント検索］ページの［検索キャンセル］ボタンをクリックするか，メニューバーの［表示］−［検索キャンセル］を選択します。

イベント検索をキャンセルした場合，その時点までに検索されたJP1イベントが表示されます。

メモ

イベント検索を処理している間にほかの作業ができます。例えば，イベント検索中に，並行してイベント監視ができます。イベント検索中に操作できる項目は，メニューが活性状態となっています。

なお，メニューが活性状態でも使用できない場合があります。使用できない操作を実行すると，エラーメッセージが表示されます。

4.6.2　イベント検索の条件

イベント検索をするには，次のような条件があります。

検索対象ホストが，JP1/Baseをインストールしているホストで，イベントサービスが動作していること（なお，階層管理による管理対象になっている必要はありません）

JP1/IMのマネージャーから，直接通信できるホストであること

イベント検索では，JP1/IM - ViewでログインしているJP1/IM - Manager（セントラルコンソール）から直接，検索対象のホストに接続します。検索対象ホストのホスト名がアドレス解決でき，通信できる必要があります。特に，ファイアウォール環境や複数LAN接続環境でイベント検索をする場合は注意が必要です。

なお，イベント検索ができないホスト（直接通信ができないホスト）からJP1イベントが届く場合があります。これは，イベントの転送がエージェントからマネージャーに直接通信するだけでなく，エージェントから拠点マネージャー，拠点マネージャーから統合マネージャーというように，段階的に転送が行われることから起こる現象です。イベント転送と，イベント検索では通信経路が異なります。イベント検索は，直接通信できるホストだけが検索対象になります。

検索するJP1イベントが，イベントDBまたは統合監視DB上に残っていること

検索条件にイベントDBを指定した場合，イベントDB上のJP1イベントを検索します。また，検索条件に統合監視DBを指定した場合，統合監視DB上のJP1イベントを検索します。

イベントDBは，各JP1/Baseで二つ保持しており，上限値（デフォルト10メガバイト）を超えるともう一つのイベントDBに切り替わります。切り替わる際に，使用する側のイベントDBの内容は削除されます。削除されたJP1イベントは，検索できません。

イベントDBおよび統合監視DBのデータベース情報は，データが上書きされるラップアラウンド形式のファイルであるため，上書きされた古いJP1イベントは検索できません。

重要

イベントDBを検索対象とした場合，イベント検索の所要時間はイベントDBのサイズに比例します。イベントDBの容量が最大サイズに達した場合は，イベント検索の所要時間が30分以上になることもあります。イベント検索条件として[到着時刻]を指定することで，イベント検索の所要時間が短縮することがあります。

4.6.3　イベント検索の処理の流れ

イベント検索の処理の流れは，検索対象としているデータベースによって異なります。

検索対象のデータベースをイベントDBとした場合または統合監視DBとした場合に分けて，処理の流れを説明します。

図4‒77　イベント検索の処理の流れ（イベントDBを指定した場合）

図中の番号に従って，検索対象のデータベースをイベントDBとした場合の処理の流れを説明します。

［イベントコンソール］画面の［イベント検索］ページから，JP1イベントを検索するホスト，検索したいJP1イベントの条件を指定し，検索を実行します。

JP1/IM - Viewからイベント検索指示を受け取ったJP1/IM - Managerのイベントコンソールサービスは，検索対象となったホスト上のJP1/Baseのイベントサービスに検索指示を出します。

JP1/Baseのイベントサービスは，検索条件に合致したJP1イベントをイベントDBから取得します。

JP1/Baseのイベントサービスは，検索条件に合致したJP1イベントの情報をJP1/IM - Managerのイベントコンソールサービスに返します。

JP1/IM - Managerのイベントコンソールサービスは，受け取った情報をJP1/IM - Viewに返し，その情報が［イベントコンソール］画面の［イベント検索］ページに表示されます。

図4‒78　イベント検索の処理の流れ（統合監視DBを指定した場合）

図中の番号に従って，検索対象のデータベースを統合監視DBとした場合の処理の流れを説明します。

［イベントコンソール］画面の［イベント検索］ページから，JP1イベントを検索するホスト，検索したいJP1イベントの条件を指定し，検索を実行します。

JP1/IM - Viewからイベント検索指示を受け取ったJP1/IM - Managerのイベントコンソールサービスは，検索対象となったホスト上のJP1/IM - Managerのイベント基盤サービスに検索指示を出します。

JP1/IM - Managerのイベント基盤サービスは，メモリー上のJP1イベントを統合監視DBに保存します。

JP1/IM - Managerのイベントコンソールサービスは，検索条件に合致したJP1イベントを統合監視DBから取得します。

JP1/IM - Managerのイベントコンソールサービスは，受け取った情報をJP1/IM - Viewに返し，その情報が［イベントコンソール］画面の［イベント検索］ページに表示されます。

4.7　JP1イベントの重大度の変更

統合監視DBを使用する場合，重大度変更機能を使用できます。重大度変更機能は，JP1イベントの重大度をあらかじめ定義しておいた重大度に変更する機能です。重大度変更機能を使用することで，JP1イベントをシステムの運用に合わせて管理できます。JP1イベントの重大度は，緊急（Emergency），警戒（Alert），致命的（Critical），エラー（Error），警告（Warning），情報（Information），通知（Notice），デバッグ（Debug）に変更できます。また，重大度を変更すると，次の機能で変更後の重大度を指定したり，監視したりできます。

JP1イベントのフィルタリング（ユーザーフィルター，重要イベントフィルター，表示フィルター）

相関イベント

イベント検索（検索対象が統合監視DBの場合）

イベントガイド

自動アクション

イベントレポート出力

セントラルスコープ

インシデント登録

例えば，各ホストから発生したさまざまなJP1イベントの重大度を，ホストごとに一つの重大度に変更したり，JP1イベントごとに異なる重大度を一つの重大度に変更したりできます。

図4‒79　ホストAで発生したJP1イベントの重大度を緊急にする場合

重大度変更機能を使用したい場合，jcoimdefコマンドで重大度変更機能を有効にしてください。重大度変更機能を有効にするには，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.13　重大度変更機能の設定」を参照してください。

重大度変更機能は，［重大度変更定義設定］画面または重大度変更定義ファイルで設定します。［重大度変更定義設定］画面については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.21　［重大度変更定義設定］画面（［追加重大度変更定義設定］画面）」を参照してください。

重大度変更定義ファイルについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「重大度変更定義ファイル（jcochsev.conf）」（2.　定義ファイル）を参照してください。

4.8　メッセージの表示形式の変更

統合監視DBを使用する場合，表示メッセージ変更機能を使用できます。表示メッセージ変更機能は，JP1イベントのメッセージをあらかじめ定義しておいたメッセージの表示形式に変更する機能です。この機能を使用すると，JP1/IM - Viewのイベント一覧や［イベント詳細］画面に表示するJP1イベントのメッセージを変更して，わかりやすく表示できます。また，メッセージを変更すると，次の機能で変更後のメッセージを指定したり，監視したりできます。

アクションへの引き継ぎ

表示フィルター

イベント検索（検索対象が統合監視DBの場合）

イベント詳細

イベントレポート出力

例えば，オペレーターがJP1/IM - Viewに表示されているメッセージを見てフィルタリングをしたり，メール通知機能でメール送信する際のメールタイトルやメール本文に使用したりできます。

また，イベント引き継ぎ情報の変換機能を使うと，イベント引き継ぎ情報のメッセージの文字の長さや数値の桁数を指定したフォーマットに変換して，見やすく統一できます。

図4‒80　表示メッセージ変更の概要

表示メッセージ変更機能とJP1イベントの各フィルターおよび機能との関係を次の図に示します。

図4‒81　表示メッセージ変更機能と各フィルターおよび機能との関係

表示メッセージ変更後のイベント，またはJP1/IM - MOが変換したJP1イベント（イベントIDはともに00006400）は，表示メッセージを変更できません。

表示メッセージ変更機能を使用したい場合，統合監視DBを有効にしてください。ただし，10-50以前からバージョンアップインストール後に，jimdbupdateコマンドでIMデータベースを更新していない場合，使用できません。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.14　表示メッセージ変更機能の設定」を参照してください。

表示メッセージ変更機能は，［表示メッセージ変更定義設定］画面で使用できます。［表示メッセージ変更定義設定］画面については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.23　［表示メッセージ変更定義設定］画面（［追加表示メッセージ変更定義設定］画面）」を参照してください。

表示メッセージ変更機能は，表示メッセージ変更定義ファイル（jcochmsg.conf）でも設定できます。表示メッセージ変更定義ファイル（jcochmsg.conf）は，メッセージの表示を変更するJP1イベントの条件と変更後のメッセージを定義するファイルです。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「表示メッセージ変更定義ファイル（jcochmsg.conf）」（2.　定義ファイル）を参照してください。

4.8.1　表示メッセージ変更機能を使用し，メッセージ変更後のJP1イベントを発行する

表示メッセージ変更機能で変更したメッセージをユーザープログラムで参照できるように，JP1イベントを発行できます。

この機能は，10-50以前にJP1/IM - MOを使用していた環境で，JP1/IM - MOが発行したJP1イベント（表示メッセージ変更後のイベント）をユーザープログラムで参照していた場合の互換機能です。

表示メッセージを変更したイベントだけ，JP1/IM - MOと同等のJP1イベント（表示メッセージ変更後のイベント）を発行します。

図4‒82　表示メッセージ変更後のイベントを発行する流れ

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

エージェントが発行したイベントをマネージャーホストのJP1/Baseに転送します。

1のイベントをJP1/IM - Managerが取得します。

2のイベントの表示メッセージを変更します。

表示メッセージ変更後イベントを発行します。

3のイベントを統合監視DBに登録します。

4のイベントをJP1/IM - Managerが取得し，統合監視DBに登録します。

表示メッセージ変更後のイベントを発行する場合，表示メッセージ変更後イベント環境定義ファイルで機能を有効にしてください。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「表示メッセージ変更後イベント環境定義ファイル（chmsgevent.conf）」（2.　定義ファイル）を参照してください。

4.9　発生元ホストのマッピング

JP1イベントのホストの情報は，ほかの監視システムから発生した事象の場合，メッセージ中に表示されたり，［イベント詳細］画面で事象が発生したホストを確認したりなど，システム管理者にとって管理に手間が掛かりました。

発生元ホストのマッピングを使用すると，JP1イベントの発行契機となった事象を発生元ホストとして表示，定義できます。

発生元ホストのマッピング機能では，マネージャーホスト上のイベントサービスから受信したJP1イベントとイベント条件を比較し，一致した場合，JP1イベントに設定されている事象が発生したホストの情報をJP1イベントの拡張属性となる「発生元ホスト名」属性にマッピングし，統合監視DBに登録します。JP1イベントがイベント条件に一致しない場合，「登録ホスト名」（発行元イベントサーバ名）をマッピングし，統合監視DBに登録します。

この機能を使用することで，システム管理者は，［イベントコンソール］画面の項目に「発生元ホスト名」を表示できるようになります。また，発生元ホストでイベントを検索したり，アクションを定義したりできます。

なお，この機能は，統合監視DBを使用する場合に利用できます。

図4‒83　［イベントコンソール］画面での表示例

発生元ホストのマッピングを使用したい場合，jcoimdefコマンドで発生元ホストのマッピングを有効にしてください。発生元ホストのマッピングを有効にするには，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.15　発生元ホストのマッピングの設定」を参照してください。

また，発生元ホストは，デフォルトではイベント一覧に表示されません。イベント一覧に表示したい場合は，［ユーザー環境設定］画面で発生元ホストを表示できる項目に設定してください。［ユーザー環境設定］画面の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.24　［ユーザー環境設定］画面」を参照してください。

4.9.1　マッピングの仕組み

発生元ホストのマッピングは，イベント基盤サービスで提供されています。発生元ホストのマッピングと主な機能との処理関係を次に示します。

図4‒84　主な機能との処理関係

JP1/BaseのイベントサービスからJP1イベントを取得後，ホストの情報をJP1イベントの拡張属性「発生元ホスト名（E.JP1_SOURCEHOST）」にマッピングします。このときマッピングするJP1イベントは，自動的にマッピングされるJP1イベントと発生元ホストマッピング定義ファイルの条件に一致したJP1イベントです。

自動的にマッピングされるJP1イベントについては，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.15　発生元ホストのマッピングの設定」を参照してください。発生元ホストマッピング定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「発生元ホストマッピング定義ファイル（user_hostmap.conf）」（2.　定義ファイル）を参照してください。

取得したイベントが，発生元ホストマッピング定義ファイルの条件にすべて一致しなかった場合，「登録ホスト名（B.SOURCESERVER）」の値がマッピングされます。また，取得したJP1イベントの拡張属性「発生元ホスト名（E.JP1_SOURCEHOST）」にすでに値が設定されている場合，イベントが発生元ホストマッピング定義ファイルの条件に一致していても，発生元ホストはマッピングされません。

また，次に示すケースの場合は，発生元ホストはマッピングされません。

マッピング対象の属性がない場合

「発生元ホスト名（E.JP1_SOURCEHOST）」には，エラーメッセージID「KAVB4667-W」が登録されます。

マッピング対象の属性の値が空文字の場合

「登録ホスト名（B.SOURCESERVER）」の値がマッピングされます。

受信したJP1イベントの発生元ホスト名が255バイトを超えている場合

「発生元ホスト名（E.JP1_SOURCEHOST）」には，エラーメッセージID「KAVB4666-W」が登録されます。

マッピングすることで固有の拡張属性数が100を超える場合

「発生元ホスト名（E.JP1_SOURCEHOST）」は登録されません。

マッピングすることでJP1イベントのサイズが最大長の10,000バイトを超える場合

「発生元ホスト名（E.JP1_SOURCEHOST）」は登録されません。

JP1/IM - Managerを上書きインストールした場合，発生元ホストマッピング定義ファイルで設定した定義は引き継がれます。また，発生元ホストのマッピング機能の有効・無効も引き継がれます。

4.10　イベントガイド機能

イベントガイド機能は，［イベントコンソール］画面に表示されているJP1イベントに対して，対処のガイドとなる情報を表示する機能です。

システム管理者は，JP1イベントを基点にして問題の調査，対策をしますが，連携するJP1製品やユーザーアプリケーションなどから発行されるJP1イベントのすべてに対して，調査手順，対処方法などを習得するのは困難です。

イベントガイド機能を使うことで，調査方法，対策方法，過去の事例などのノウハウを登録・蓄積でき，問題が発生したときに参照できます。

イベントガイド機能が表示する情報を，イベントガイド情報といい，ユーザーが表示内容や表示形式(TXT，HTML)を設定できます。また，イベントガイド情報は，JP1イベントの詳細情報の一つとして，［イベント詳細］画面に表示されます。イベントガイド情報の表示例を次に示します。

図4‒85　［イベント詳細］画面のイベントガイド情報の表示例

イベントガイド情報が表示される領域は，デフォルトでは表示されません。

JP1/IM - Viewでのログイン時に，イベントガイド情報ファイルを参照し，有効な条件が1件以上あったときに表示されるようになります。なお，イベントガイド情報ファイル，および設定する条件については以降で説明します。

4.10.1　イベントガイド情報の設定内容

イベントガイド情報は，JP1/IM - Managerが管理するイベントガイド情報ファイルに設定します。

イベントガイド情報ファイルには，イベントガイド情報として表示する内容，どのJP1イベントに対して表示するかの条件定義などを設定します。

イベントガイド情報として表示する内容のことを，イベントガイドメッセージと呼びます。なお，イベントガイドメッセージは，別ファイルに切り出して管理することもできます。これをイベントガイドメッセージファイルと呼びます。イベントガイド情報ファイルとイベントガイドメッセージファイルは，次の図のような関係になっています。

図4‒86　イベントガイド情報ファイルとイベントガイドメッセージファイルの関係

なお，イベントガイド情報ファイル，イベントガイドメッセージファイルで編集したイベントガイドメッセージは，更新される契機が次のように異なります。

イベントガイド情報ファイル

イベントガイド情報ファイルでの編集内容（イベントガイドメッセージや条件定義）を有効にするには，jco_spmd_reloadコマンドを実行するか，JP1/IM - Managerを再起動する必要があります。

なお，JP1/IM - Viewでのログイン時，［イベント詳細］画面にイベントガイド情報の表示領域がない場合，定義を有効にしたあと，再ログインすることで表示されるようになります。

イベントガイドメッセージファイル

イベントガイドメッセージファイルの内容を編集したあと，［イベント詳細］画面を表示し直すだけで編集した内容が更新されます。

定期的にイベントガイドメッセージを編集する場合は，イベントガイドメッセージファイルを利用することをお勧めします。

4.10.2　イベントガイド情報を表示する条件

どのJP1イベントが発行された場合に表示するかを，条件（EV_COMP）に指定します。複数設定した場合はAND条件となり，すべての条件が成立したとき表示されます。

条件には，属性名:属性値の形式でJP1イベントの比較条件を設定します。なお，比較条件に設定できる条件数は100件までです。

属性名

属性名には，JP1イベントの属性名（基本属性，拡張属性）を指定します。

例えば，イベントID（B.ID），重大度（E.SEVERITY）などを指定できます。重大度変更機能を使用してJP1イベントの重大度を変更した場合，変更したあとの重大度でJP1イベントの内容を比較します。

また，各JP1製品の固有情報であるJP1イベントの拡張属性の固有情報も指定できます。

例えば，JP1/AJSのジョブの実行ホスト（E.C0）などです。

なお，発行元イベントサーバ名（B.SOURCESERVER），送信先イベントサーバ名（B.DESTSERVER），発生元ホスト名（E.JP1_SOURCEHOST）には業務グループ名を使用できません。業務グループ名を指定した場合，ホスト名として扱われます。

発行元IPアドレス（B.SOURCEIPADDR）および送信先IPアドレス（B.DESTIPADDR）にIPv6アドレスを指定する場合，次のように英字部分を英小文字で指定してください。

0011:2233:4455:6677:8899:aabb:ccdd:eeff

また，次のようなIPアドレスの省略形式は指定できません。

2012:7:8::a:b

属性値

属性名に対応する属性値を指定します。

例えば，重大度（E.SEVERITY）のエラーを指定したい場合は，E.SEVERITY:Errorと指定します。また，イベントID（B.ID）が00000111のイベントを指定する場合は，B.ID:00000111:00000000と指定します。

JP1/IM - Viewでイベントガイド情報を表示する際に，イベントガイド情報ファイルの内容は先頭から順に参照されていきます。条件に一致するイベントガイドがあると，そこでイベントガイド情報ファイルの参照をやめ，条件に一致したイベントガイドを［イベント詳細］画面に表示します。

条件に一致するイベントガイドがイベントガイド情報ファイル内に複数あった場合でも，常にその中で先頭にあるものがイベントガイドとして［イベント詳細］画面に表示されるため，次のことを目安にガイド情報の表示条件を設定してください。

比較条件は，ほかのイベントガイドの比較条件と一致しないようにする。

例えば，比較条件には，イベントIDだけでなく，重大度，メッセージなど，複数の条件を設定しておくことで，ほかのイベントガイドと差別化を図ることができます。

また，属性値は正規表現で記述できますが，完全一致で記述するようにしてください。

一つのJP1イベントに対しては，一つのイベントガイドを設定するようにする。

一つのJP1イベントに対して，複数のイベントガイドを設定したい場合には，イベントガイドメッセージファイルをHTML形式で作成し，その中に複数の対処手順を記述しておくことを検討してください。

4.10.3　イベントガイド情報での表示内容

イベントガイドメッセージを，イベントガイド情報ファイルに直接記述する場合は，EV_GUIDEで指定します。イベントガイドメッセージファイルを利用する場合は，EV_GUIDEの代わりにEV_FILEを指定し，ファイルの格納場所を記述します。

メッセージは，TXT形式またはHTML形式で記述できます。また，メッセージにはJP1イベントの属性値を変数（属性値の頭に$を付ける）として使うことができます。例えば，JP1イベントのメッセージ（B.MESSAGE）は$B.MESSAGE△（△：半角スペース）と記述することで，変数として使うことができ，JP1イベントの属性値をイベントガイド情報のメッセージ中に表示できます。

編集に便利なイベントガイドメッセージファイル

イベントガイドメッセージをイベントガイド情報ファイルに直接記述する（EV_GUIDEで指定）場合，1行で記述する必要があるため，改行を挿入して体裁を整えることができませんが，イベントガイドメッセージファイルを利用する（EV_FILEで指定）場合は改行を挿入して体裁を整えることができます。図で示すと次のようになります。

図4‒87　イベントガイド情報の記述例

このように，体裁を整えることができるため，HTML形式でイベントガイド情報を作成するなど，情報量が多いときや定期的に内容を見直したいときに便利です。

イベントガイド情報ファイルについて

マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「イベントガイド情報ファイル（jco_guide.txt）」（2.　定義ファイル）を参照してください。

4.11　メモ情報の設定機能

メモ情報の設定機能は，［イベントコンソール］画面に表示されているJP1イベントに対してメモを追加できる機能です。メモ情報は，統合監視DBを使用する場合に，統合監視DBに登録されたJP1イベントに対して追加できます。

システム管理者は，発生したJP1イベントを調査して問題が起こったときに，調査状況を記録に残したり，ほかのユーザーに報告したりといった対策を取らなければなりませんでした。メモ情報の設定機能を使用することで，システム管理者は，メモにJP1イベントの調査状況やほかのユーザーに対しての連絡事項を書き込めます。また，ほかのユーザーは，［イベントコンソール］画面上のJP1イベントを参照するだけで，調査状況や連絡事項を把握できるようになります。

メモ情報は，次の比較条件の対象となります。

表示フィルター

イベント検索条件

また，メモの内容は，jcoevtreportコマンドでイベントレポート出力できます。

メモ情報の設定機能を使用したい場合，jcoimdefコマンドでメモ情報の設定機能を有効にしてください。

4.12　固有の属性付加

監視対象のアプリケーションやホストの追加によって発生する事象が増えた場合，各機能に同様のイベント条件を設定する必要があり，システム管理者にとって，管理に手間が掛かりました。

固有の属性付加は，JP1イベントに固有の属性が付加できる機能です。システム管理者は，この機能を利用することで，同一属性を持つイベントの単位でアクションやフィルタリングの定義ができます（グルーピングできます）。固有の属性を定義しておくと，発生する事象が増えた場合でも，属性付加の定義を修正するだけで，定義に反映されます。自動アクションや各種フィルターの定義を変更する必要はありません。また，各機能の定義が簡単になります。

この機能を使用すると，システム管理者は，システム名，業務名，システム状態などの情報をイベントに付加して表示できます。これによって，複数の属性値やシステム構成情報などを組み合わせて確認する時間が掛からなくなり，容易に対処できます。

JP1イベントに任意の属性を追加し，各機能に定義する概要を次の図に示します。

図4‒88　固有の属性付加の概要

JP1イベントへの属性付加は，イベントDBに，該当するイベントを登録および転送受信する際に指定します。

このため，通常はマネージャーホストで属性付加条件を設定することで，監視対象ホストから転送されてくる，JP1イベントに対する属性付加条件を一元的に設定，および管理できます。

ただし，属性付加条件の数と登録イベント件数の積に比例してイベント登録性能に影響するので，JP1/IM - Managerを階層構成で組んだ場合には，拠点マネージャーまたは中継マネージャーで属性付加条件を設定することを強くお勧めします。

付加した属性は，そのJP1イベントがほかのホストに転送された場合でも保持されるので，最上位のJP1/IM - Managerで属性付加条件を設定していなくても，拠点マネージャーまたは中継マネージャーで付加された属性情報をそのまま使用できます。

属性を付加したいJP1イベントを指定する条件，および付加する属性名は，属性付加設定ファイルの属性付加設定ブロック（add〜end-add [exit]）に定義します。このブロックの定義は2,500件以内としてください。

属性付加設定ファイルの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

登録または転送受信するJP1イベントの一つ一つについて，属性付加設定ブロックの先頭から順に条件を判定し，条件が成立した場合に，指定された属性名および属性値を付与します。属性付加設定ブロックに「exit」が指定されている場合は，そのJP1イベントについて以降の属性付加設定ブロックは処理しないで，その次のJP1イベントの処理に移ります。

属性付加に伴うJP1イベントの登録および転送への影響を少なくするため，属性付加設定ファイルは次のように定義することを推奨します。

一つのJP1イベントに対して複数の条件で，異なる属性を付加する場合を除いては，属性付加設定ブロックに「exit」を指定してください。これによって，それ以降の属性付加設定ブロックを処理する時間を短縮できます。

一番目の設定ブロックとして，属性を付加しないJP1イベントの条件を指定します。これによって，それ以降の属性付加設定ブロックを処理する時間を短縮できます。

発生頻度が多いJP1イベントの条件は，属性付加設定ファイルの上位で定義してください。

詳細については次の図を参照してください。

図4‒89　属性付加設定ファイルの記載方法

固有の属性付加の設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.10　固有の属性付加の設定」を参照してください。

4.13　固有の拡張属性の表示およびイベント条件への指定

イベント拡張属性定義ファイル（拡張ファイル）を設定すると，［イベントコンソール］画面のイベント一覧に，固有の拡張属性を任意の項目名で表示できます。また，表示フィルターやユーザーフィルターなどのイベント条件に，固有の拡張属性を任意の項目名で指定できます。

4.13.1　固有の拡張属性を表示・出力する

イベント拡張属性定義ファイル（拡張ファイル）に定義した固有の拡張属性を任意の項目名でイベント一覧や［イベント詳細］画面に表示したり，イベントレポート出力したりできます。この機能を固有の拡張属性表示機能といいます。

固有の拡張属性表示機能は，イベント拡張属性定義ファイル（拡張ファイル）で，システム単位（JP1/IM - Manager）に設定します。イベント拡張属性定義ファイル（拡張ファイル）を設定したJP1/IM - ManagerにJP1/IM - Viewで接続すると，イベント一覧や［イベント詳細］画面に固有の拡張属性を任意の項目名で表示できます。

イベント一覧に表示する固有の拡張属性の項目は，［ユーザー環境設定］画面からユーザー単位で，表示・非表示を設定できます。

図4‒90　固有の拡張属性をJP1/IM - Viewで表示する

イベント拡張属性定義ファイル（拡張ファイル）を設定すると，表示フィルターやユーザーフィルターなどのイベント条件を設定する画面に表示される固有の拡張属性が，属性名（E.SYSTEMやE.ROLEなど）ではなく，項目名（システム名やサーバ用途など）で表示されます。詳細については，「4.13.2　固有の拡張属性をイベント条件で指定する」を参照してください。

また，イベント拡張属性定義ファイル（拡張ファイル）を設定したJP1/IM - Managerで，イベントレポート出力をすると，基本属性や共通の拡張属性と同様に，属性名ではなく項目名でCSV出力できます。詳細については，「4.15　JP1/IM - Viewでの表示情報のCSV出力」を参照してください。

表4‒19　固有の拡張属性を表示・出力できる機能

コンポーネント

機能※1

画面またはコマンド

セントラルコンソール

イベント一覧表示（CSV出力も含む）

［イベントコンソール］画面

［関連イベント一覧（集約）］画面

［関連イベント一覧（相関）］画面

［コマンド実行］画面

イベント詳細表示

［イベント詳細］画面

［イベント詳細（編集）］画面

イベントレポート出力

jcoevtreportコマンド

イベント条件を設定する画面

［アクション詳細設定］画面※2

［共通除外条件設定(拡張)］画面

［重大度変更定義設定］画面

（［追加重大度変更定義設定］画面）

［繰り返しイベント条件設定］画面

［重要イベント定義］画面※3

［イベント取得条件設定］画面※3

［共通除外条件設定］画面※3

［イベント検索条件設定］画面※3

［表示フィルター設定］画面※3

［ユーザーフィルター詳細設定］画面※3

［イベント情報マッピング定義］画面

［表示メッセージ変更定義設定］画面

（［追加表示メッセージ変更定義設定］画面）

注※1　イベント詳細表示機能以外で固有の拡張属性表示機能を使用するには，JP1/IM - Manager 11-00以降とJP1/IM - View 11-00以降の組み合わせで接続する必要があります。イベント詳細表示機能で固有の拡張属性表示機能を使用するには，JP1/IM - Manager 11-00以降に接続する必要があります（JP1/IM - Viewのバージョンの制限はありません）。

注※2　［アクション詳細設定］画面（互換用）は対象外です。

注※3　各画面から［固有の拡張属性条件設定］画面を開いて設定します。

4.13.2　固有の拡張属性をイベント条件で指定する

イベント拡張属性定義ファイル（拡張ファイル）を設定すると，表示フィルターやユーザーフィルターなどのイベント条件に固有の拡張属性を指定する際に，属性名（E.SYSTEMやE.ROLEなど）ではなく，項目名（システム名やサーバ用途など）で指定できます。この機能を固有の拡張属性指定機能といいます。

図4‒91　イベント条件を設定する画面に表示される固有の拡張属性

固有の拡張属性を項目名で指定できる機能（画面）を次に示します。

［アクション詳細設定］画面※

［イベント情報マッピング詳細定義］画面

［重要イベント定義］画面

［イベント取得条件設定］画面

［共通除外条件設定］画面

［共通除外条件設定(拡張)］画面

［表示フィルター設定］画面

［ユーザーフィルター詳細設定］画面

［イベント検索条件設定］画面

［重大度変更定義設定］画面（［追加重大度変更定義設定］画面）

［繰り返しイベント条件設定］画面

［表示メッセージ変更定義設定］画面（［追加表示メッセージ変更定義設定］画面）

注※　［アクション詳細設定］画面（互換用）は対象外です。

4.14　ユーザー独自のイベント属性の表示

JP1/IMの定義ファイルをカスタマイズすることによって，ほかのアプリケーションがJP1/IMと連携するための機能を拡張できるようになります。機能を拡張すると，次のことができます。

4.14.1　独自イベントのイベント属性の表示

JP1/Baseが提供する関数を使えば，ユーザーアプリケーションからもJP1イベントを発行できるようになります。また，この場合，ユーザー独自のイベント属性（拡張属性の固有情報）を付加することもできます。ユーザー独自のイベント属性が付加されたJP1イベントを独自イベントと呼びます。

イベント属性（拡張属性の固有情報）は，通常はJP1/IM - Viewの［イベント詳細］画面に表示されませんが，そのイベント属性についての定義ファイルを作成することによって，表示できるようになります。定義ファイルを使用して独自イベント（拡張属性の固有情報）を表示する方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.12　ユーザー独自のイベント属性（拡張属性の固有情報）を表示する手順」を参照してください。

4.14.2　JP1イベントからのモニター画面の表示

定義ファイルを作成することによって，JP1/IM - Viewに表示されたJP1イベントからそのJP1イベントを発行したアプリケーションの画面を表示・操作できるようになります。定義ファイルを使用してJP1イベントからモニター画面を呼び出す方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.17.1　モニター画面を呼び出す手順」を参照してください。

4.14.3　［統合機能メニュー］画面の新規メニューの追加

JP1/IM - Viewの［統合機能メニュー］画面に表示される機能ツリーに新しいメニューを追加して，そのメニューから，システムやアプリケーションを管理する画面を起動するように設定できます。

［統合機能メニュー］画面に新規メニューを追加するには，定義ファイルを使用します。

定義ファイルを使用して［統合機能メニュー］画面に新規メニューを追加する方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.18.2　新規メニューを追加する手順」を参照してください。

4.14.4　イベント情報の流れ

JP1/BaseのJP1イベント発行関数を使用することによって，ユーザー独自のイベント属性（拡張属性の固有情報）を付加した独自イベントをユーザーアプリケーションから直接，発行できるようになります。

JP1/IMでは，定義ファイルを作成することによって，独自イベントのユーザー独自のイベント属性（拡張属性の固有情報）を［イベント詳細］画面に表示できます。

独自イベントの発行からユーザー独自のイベント属性の表示までの概要を次の図に示します。

図4‒92　独自イベントの発行からユーザー独自のイベント属性の表示までの概要

4.15　JP1/IM - Viewでの表示情報のCSV出力

JP1/IMでは，JP1/IM - Viewに表示されている情報をCSV出力できます。CSV出力する機能は次のとおりです。

イベント一覧情報をファイルに保存する。

統合監視DBのイベント情報をファイルに保存する。

JP1イベントの情報やアクションの実行結果などをクリップボードにコピーする。

それぞれの機能について，次に説明します。

4.15.1　イベント一覧情報の保管（CSV出力）

JP1/IMでは，JP1/IM - Viewに表示されるイベント情報のスナップショット※をCSV出力して保存できます。これを利用して日々の監視・対処履歴を管理できます。また，メンテナンスなどでのシステム見直しの際に，レポートとして活用できます。

イベント一覧情報をCSV出力する場合の，対象となる画面，出力形式，出力項目などについて，次に説明します。

注※　スナップショットとは，特定のタイミングで情報を抽出することを意味します。

(1)　CSV出力できる画面

次に示す画面からイベント一覧の情報をCSV出力できます。

［イベントコンソール］画面の［イベント監視］ページ

［イベントコンソール］画面の［重要イベント］ページ

［イベントコンソール］画面の［イベント検索］ページ

［イベントコンソール］画面の［応答待ちイベント］ページ

(2)　CSVの出力イメージ・出力形式

CSVの出力イメージは次の図のとおりです。

図4‒93　イベント一覧情報のCSVの出力イメージ

1行目にはCSVのヘッダー情報がコンマ区切りで出力されます。

2行目にはJP1/IM - Viewで表示されている項目が，左から表示順にコンマ区切りで出力されます。JP1/IM - Viewで表示する項目は［ユーザー環境設定］画面の［イベント表示項目］ページで設定します。

3行目には画面の最も上に表示されているイベント情報が出力されます。なお，このときには表示項目（2行目）と同様に，イベント情報がコンマ区切りで出力されます。

4行目以降，画面の表示順に従って，3行目と同じ形式でイベント情報が出力されます。

CSVの出力形式は次のとおりです。

各項目は半角コンマ（,）で区切られます。

項目1,項目2,項目3,項目4,項目5,...

項目に半角コンマ（,）が含まれていた場合は，その項目全体がダブルクォーテーション（"）で囲まれます。

項目1,"項目,2",項目3,項目4,項目5,...

項目に制御文字（0x00〜0x1F，0x7F〜0x9F）が含まれていた場合は，その項目全体がダブルクォーテーション（"）で囲まれます。

項目1,"項目(0x00)2",項目3,項目4,項目5,...

項目にダブルクォーテーション（"）が含まれていた場合は，項目のダブルクォーテーション（"）の前にもう一つダブルクォーテーション（"）が付き，その項目全体がダブルクォーテーション（"）で囲まれます。

項目1,"項目""2",項目3,項目4,項目5,...

項目が空の場合は，その項目は空白（何も入力されない）になります。

項目1,,項目3,項目4,項目5,...

(3)　CSVの出力項目

CSVの1行目には次表に示すヘッダー情報が出力されます。

表4‒20　ヘッダー情報の出力内容

ヘッダー項目

出力内容

出力時刻

スナップショットしたときの時刻が，次の形式（年/月/日 時:分:秒）で出力されます。

属性値が1970/01/01 00:00:00（GMT）からの秒数の場合

属性値をJP1/IM - ViewのタイムゾーンでYYYY/MM/DD hh:mm:ssの形式に変換して出力します。

属性値が上記以外の場合

属性値に設定されている文字列を出力します。

ログインユーザー名

CSV出力の操作をしたJP1ユーザー名が出力されます。

接続ホスト名

CSV出力の操作をした際のログイン先のマネージャーホスト名が出力されます。

出力対象画面名

CSV出力の操作をした際に表示している［イベントコンソール］画面のページ名（イベント監視，重要イベント，イベント検索，のどれか）が出力されます。

CSVの2行目に出力される内容（表示項目）はJP1/IM - Viewの［ユーザー環境設定］画面の設定によって変わります。また，3行目以降に出力される内容（イベント情報）も2行目に出力される内容に合わせて変わります。

CSVの2行目，3行目以降に出力される内容を次の表に示します。

表4‒21　2行目，3行目以降に出力される内容

表示項目

(2行目に出力される内容)

イベント情報

(3行目以降に出力される内容)

出力条件

対処状況

画面に表示されるアイコンは次のように変更されて出力されます。

[図データ]　→対処済

[図データ]　→処理中

[図データ]　→保留

（無印）　→未対処

集約イベント内に対処状況が異なるイベントがあった場合，上記アイコン横に「!」が表示されます。この場合にCSV出力すると，上記文字列右横に「!」が出力されます。

メモ情報がある場合は，対処状況および「!」の横に「，メモ有」と表示されます。

−

集約状態

画面に表示されている文字列が出力されます。

［ユーザー環境設定］画面で［集約表示］を「有効」に設定している場合（繰り返しイベントの集約表示機能を使用する場合）および繰り返しイベントの監視抑止機能が有効な場合に出力されます。

重大度

画面に表示されている文字列が出力されます。

なお，重大度による色情報やアイコンについては出力されません。

［ユーザー環境設定］画面で［表示項目］にこの項目を設定している場合だけ出力されます。

重大度(変更前)

重大度変更

画面に表示されるアイコンは次のように変更されて出力されます。

[図データ]重大度変更フラグ　→変更あり

（無印）　→空白

開始時刻

次の形式で出力されます。

属性値が1970/01/01 00:00:00（GMT）からの秒数の場合

属性値をJP1/IM - ViewのタイムゾーンでYYYY/MM/DD hh:mm:ssの形式に変換して出力します。

属性値が上記以外の場合

属性値に設定されている文字列を出力します。

終了時刻

到着時刻

登録時刻

登録ホスト名

画面に表示されている文字列が出力されます。

ユーザー名

メッセージ

イベントID

プロダクト名

オブジェクトタイプ

オブジェクト名

登録名タイプ

登録名

事象種別

イベントDB内通し番号

発行元プロセスID

発行元ユーザーID

発行元グループID

発行元ユーザー名

発行元グループ名

発行元イベントDB内通し番号

発生元ホスト名

アクション

画面に表示されるアイコンは次のように変更されて出力されます。

[図データ]　→実行

[図データ]　→一部抑止

[図データ]　→抑止

[図データ]→繰り返しイベント

[図データ]　→アクション除外イベント

（無印）　→空白

なお，集約イベント内にアクションが異なるイベントがあった場合，上記アイコン横に「!」が表示されます。この場合にCSV出力すると，上記文字列右横に「!」が出力されます。

種別

画面に表示されるアイコンは次のように変更されて出力されます。

[図データ]　→相関成立イベント

[図データ]　→相関不成立イベント

[図データ]　→繰り返しイベント

[図データ] [図データ]　→繰り返しイベント，相関成立イベント

[図データ] [図データ]　→繰り返しイベント，相関不成立イベント

（無印）　→空白

アクション種別

画面に表示されるアイコンは次のように変更されて出力されます。

[図データ]　→コマンド

（無印）　→空白

メッセージ(変更後)

画面に表示されている文字列が出力されます。

表示メッセージ変更

画面に表示されるアイコンは次のように変更されて出力されます。

[図データ]表示メッセージ変更フラグ　→変更あり

（無印）　→空白

表示メッセージ変更定義名

画面に表示されている文字列が出力されます。

固有の拡張属性

画面に表示されている文字列が出力されます。

イベント拡張属性定義ファイル（拡張ファイル）に定義した上で，［ユーザー環境設定］画面で［表示項目］にこの項目を設定している場合だけ出力されます。

（凡例）

−：なし

イベント情報マッピング定義で任意の表示項目に固有の拡張属性をマッピングしている場合は，その値が文字列で出力されます。また，その際には［イベントコンソール］画面に表示されている情報どおりの形（出力値の先頭に「#△」（△：半角スペース）が付いた状態）で出力されます。

イベントが1件も表示されていない状態でCSV出力した場合，ヘッダー情報（1行目）と表示項目（2行目）だけが出力されます。また，表示項目に対応する情報がなかった場合，その個所は空白になります。

文字列が制御文字だった場合，画面上では制御文字をスペースに変換して表示します。イベント一覧情報の保管（CSV出力）の場合，制御文字をそのまま出力します。

(4)　スナップショットのタイミング

イベント情報のスナップショットのタイミングは，［イベントコンソール］画面の表示メニューの［ファイル］−［表示イベントを保存］を選択（クリック）したときです。このときに［イベントコンソール］画面上に表示されていたイベント情報がスナップショットされます。

重要

［イベントコンソール］画面の［イベント監視］ページ，［重要イベント］ページに表示されるイベント情報は，デフォルト設定で5秒経つごとに自動更新されるようになっています。

CSV出力する際に，自動更新をやめておきたい場合には，［ユーザー環境設定］画面の［表示内容の更新］の設定を「する」から「しない」に変更する必要があります。

CSVファイルは，リムーバブルメディアには出力できません。

4.15.2　統合監視DBのイベント情報を保管（イベントレポート出力）

統合監視DBのイベント情報をCSV出力する機能をイベントレポート出力といいます。

この機能を利用して，JP1/IMでは，統合監視DBに登録されているJP1イベントの情報をjcoevtreportコマンドでCSV出力して保存できます。イベントレポート出力は，オプションを指定することでイベント情報を指定して出力することもできます。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcoevtreport」（1.　コマンド）を参照してください。

ここでは，イベントレポート出力する場合の出力範囲，出力項目などについて説明します。

(1)　CSV出力で指定できるイベント情報

指定できるイベント情報は，次のとおりです。

時刻を指定したイベント情報の出力

JP1イベントが到着した時刻を指定して出力できます。

固有情報を指定したイベント情報の出力

出力したい固有情報の項目を指定して出力できます。指定しなかった場合，すべての項目を出力します。

フィルター条件に一致したイベント情報の出力

出力したいJP1イベントをフィルターの通過条件に指定して出力できます。また，出力したくないイベントをフィルターの除外条件に指定して出力できます。比較する条件は，「表4-22　出力される内容」を参照してください。

フィルター条件は，通過条件群，除外条件群それぞれ最大50件設定できます。ただし，拡張属性（固有情報）フィルターの条件は，一つの通過条件群または除外条件群に最大5件です。

(2)　CSVの出力イメージ・出力形式

CSVの出力の際にヘッダーオプションを指定すると，1行目にはCSVのヘッダー情報がコンマ区切りで出力されます。

2行目以降は，基本属性，拡張属性（共通情報），IM属性，拡張属性（固有情報）の順にコンマ区切りでイベント情報が出力されます。

基本属性，拡張属性（共通情報），IM属性，拡張属性（固有情報）

拡張属性（固有情報）については，イベント拡張属性定義ファイル（拡張ファイル）に固有の拡張属性を定義しているかどうかで出力形式が異なります。

イベント拡張属性定義ファイル（拡張ファイル）に定義している固有の拡張属性と定義していない固有の拡張属性がある場合は，定義している固有の拡張属性のあとに，定義していない固有の拡張属性が出力されます。

イベント拡張属性定義ファイル（拡張ファイル）に固有の拡張属性を複数定義した場合，定義した順番で出力されます。

イベントレポート出力環境定義ファイル（evtreport.conf）で指定することで，イベント拡張属性定義ファイル（拡張ファイル）に定義している固有の拡張属性についても，定義していない固有の拡張属性と同じ形式で出力できます。

イベントレポート出力で出力したい項目に固有の拡張属性を指定しない場合，固有の拡張属性の数は0となり，固有の拡張属性は空白（何も入力されない）になります。

(3)　CSVの出力項目

CSVの出力の際にヘッダーオプションを指定すると，CSVファイルの1行目に，属性名または項目名のヘッダー情報が出力されます。イベント拡張属性定義ファイル（拡張ファイル）に定義している拡張属性（固有情報）のヘッダーには，定義時に指定した項目名が出力されます。

デフォルトではヘッダーの出力はしません。

表4‒22　出力される内容

種別

項目

イベント情報

基本属性

イベントDB内通し番号

画面に表示されている文字列が出力されます。

イベントID

画面に表示されている文字列が出力されます。

発行元プロセスID

画面に表示されている文字列が出力されます。

登録時刻

次の形式で出力されます。

属性値が1970/01/01 00:00:00（GMT）からの秒数の場合

jcoevtreportコマンドの-tオプションの指定によって次のどちらかの形式で出力されます。

・-tオプションにONを指定した場合

　jcoevtreportコマンドのタイムゾーンでYYYYMMDDhhmmssの形式で出力されます。

・-tオプションにOFFを指定した場合

　1970/01/01 00:00:00（GMT）からの通算秒で出力されます。

属性値が上記以外の場合

属性値に設定されている文字列を出力します。

到着時刻

登録要因

10進数形式で出力されます。

発行元ユーザーID

発行元グループID

発行元ユーザー名

文字列形式で出力されます。

発行元グループ名

登録ホスト名

送信先イベントサーバ名

発行元IPアドレス

IPアドレスが文字列形式で出力されます。

送信先IPアドレス

発行元イベントDB内通し番号

画面に表示されている文字列が出力されます。

コードセット

文字列形式で出力されます。

メッセージ

画面に表示されている文字列が出力されます。

拡張属性（共通情報）

重大度

次のように変更されて出力されます。

[図データ]緊急→緊急

[図データ]警戒→警戒

[図データ]致命的→致命的

[図データ]エラー→エラー

[図データ]警告→警告

[図データ]通知→通知

[図データ]情報→情報

[図データ]デバッグ→デバッグ

なお，これ以外の場合は，画面に表示されている文字列がそのまま出力されます。

重大度による色情報やアイコンについては出力されません。

ユーザー名

画面に表示されている文字列が出力されます。

プロダクト名

オブジェクトタイプ

オブジェクト名

登録名タイプ

登録名

オブジェクトID

文字列形式で出力されます。

事象種別

画面に表示されている文字列が出力されます。

開始時刻

次のどちらかの形式で出力されます。

YYYYMMDDhhmmss

1970/01/01 00:00:00（GMT）からの通算秒

終了時刻

終了コード

文字列形式で出力されます。

発生元ホスト名

IM属性

アクション種別

画面に表示されるアイコンは次のように変更されて出力されます。

[図データ]　→コマンド

（無印）　→空白

アクション

画面に表示されるアイコンは次のように変更されて出力されます。

[図データ]　→実行

[図データ]　→一部抑止

[図データ]　→抑止

[図データ]→繰り返しイベント

（無印）　→空白

重要イベント

次の文字列を出力します。

重要イベントではない場合：空白

重要イベントの場合：「重要イベント」

相関イベント

画面に表示されるアイコンは次のように変更されて出力されます。

[図データ]　→相関成立イベント

[図データ]　→相関不成立イベント

（無印）　→空白

重大度(変更前)

次のように変更されて出力されます。

[図データ]緊急→緊急

[図データ]警戒→警戒

[図データ]致命的→致命的

[図データ]エラー→エラー

[図データ]警告→警告

[図データ]通知→通知

[図データ]情報→情報

[図データ]デバッグ→デバッグ

なお，これ以外の場合は，画面に表示されている文字列がそのまま出力されます。

重大度による色情報やアイコンについては出力されません。

重大度変更

画面に表示されるアイコンは次のように変更されて出力されます。

[図データ]　→変更

（無印）　→空白

対処状況

画面に表示されるアイコンは次のように変更されて出力されます。

[図データ]　→対処済

[図データ]　→処理中

[図データ]　→保留

（無印）　→未対処

重要イベント解除

次の文字列を出力します。

重要イベントを解除していない：空白

重要イベントを解除した：「解除」

重要イベント削除

次の文字列を出力します。

重要イベントを削除していない：空白

重要イベントを削除した：「削除」

メモ

画面に表示されている文字列が出力されます。

メッセージ(変更後)

画面に表示されている文字列が出力されます。

表示メッセージ変更

画面に表示されるアイコンは次のように変更されて出力されます。

[図データ]　→変更

（無印）　→空白

表示メッセージ変更定義名

画面に表示されている文字列が出力されます。

応答待ちイベント

画面に表示されるアイコンは次のように変更されて出力されます。

[図データ]　→応答待ちイベント

（無印）　→空白

システムで予約済みの拡張属性（有情報）

関連イベントDB内通し番号

（E.JP1_GENERATE_SOURCE_SEQNO）

関連イベントのイベントDB内通し番号を半角スペース（△）で区切って，次のように出力します。

イベントDB内通し番号1△イベントDB内通し番号2△...△イベントDB内通し番号n（nは１〜100の値）

相関イベント発行条件名

（E.JP1_GENERATE_NAME）

文字列形式で出力されます。成立した相関イベント発行条件名です。

監視抑止ID

（E.JP1_IMSUPPRESS_ID）

文字列形式で出力されます。繰り返しイベントの監視抑止機能を使用している場合に出力されます。

発生件数がしきい値以上になった繰り返しイベントのイベントDB内通し番号です。

繰り返しイベント条件名

（E.JP1_IMSUPPRESS_NAME）

文字列形式で出力されます。繰り返しイベントの監視抑止機能を使用している場合に出力されます。

繰り返しイベントと判断した繰り返しイベントの条件名です。

監視ID

（E.JP1_TRAP_ID）

文字列形式で出力されます。ログファイルトラップのID番号です。

監視名

（E.JP1_TRAP_NAME）

文字列形式で出力されます。ログファイルトラップの監視名です。

共通除外条件群ID

（E.JP1_IMCOMEXCLUDE_ID）

文字列形式で出力されます。除外をした共通除外条件群のIDです。

共通除外条件群名

（E.JP1_IMCOMEXCLUDE_NAME）

文字列形式で出力されます。除外をした共通除外条件群の条件名です。

共通除外条件群除外対象

（E.JP1_IMCOMEXCLUDE_TARGET）

共通除外条件の除外対象です。次の文字列が出力されます。

自動アクションの実行対象から除外する場合　→action

拡張属性（固有情報）

E.xxxxxxx

文字列形式で出力されます。

固有の拡張属性数

イベント拡張属性定義ファイル（拡張ファイル）に指定していない固有の拡張属性の合計数を出力します。

固有の拡張属性

イベント拡張属性定義ファイル（拡張ファイル）に指定していない固有の拡張属性名と値を全て出力します。

(4)　オプションの指定

jcoevtreportコマンドで，次のようにオプションを指定すると保守情報出力および保存出力ができるようになります。

保守情報出力

jcoevtreport -sys -s 20090101000000 -e 20090103000000（統合監視DBに登録されている2009/01/01 00:00:00 〜 2009/01/03 00:00:00のJP1イベントを出力する例）

保存出力

jcoevtreport -save

保守情報出力および保存出力の詳細を次に示します。

(a)　保守情報出力

保守情報出力とは，統合監視DBで障害が発生した場合に出力対象始点日から出力対象終点日までに登録されたJP1イベントのすべての情報をイベントレポート出力する機能です。

ヘッダー部分には，属性名が表示されます。

ただし，資料採取が目的であるため，出力項目を指定したり，フィルタリングしたりできません。

(b)　保存出力

保存出力とは，統合監視DBの空き容量を確保するために削除されてしまうJP1イベントを，削除される前にイベントレポート出力する方法です。

保存出力のオプションを指定してイベントレポート出力すると，統合監視DBに登録されているJP1イベントのうち，保存出力していないJP1イベントをすべてCSV出力します。

保存出力していないJP1イベントが削除される前に警告する

統合監視DBの中で保存出力していないJP1イベントの割合（統合監視DBの最大件数との比率）が，削除を警告するイベントが発行される設定値（デフォルトでは統合監視DBの最大容量の80%）を超えたとき，削除を警告するイベント（イベントID：3F52）を発行するよう指定できます。

保存出力していないJP1イベントの割合は，jcoimdefコマンドの-dbntcposオプションで指定します。

削除を警告するイベントが発行される設定値は，jcoimdefコマンドの-dbntcオプションで指定します。

詳細は，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcoimdef」（1.　コマンド）を参照してください。

保存出力に関する情報を標準出力に表示する

保存出力に関する情報を標準出力に表示するようオプションを指定できます。これは，jcoevtreportコマンドの-showsvオプションで指定します。

これにより，保存出力時に必要な空き容量を見積もったり，保存出力するタイミングを調整したりできるようになります。

標準出力に表示できる項目は，次のとおりです。

保存出力していないJP1イベントの割合（統合監視DBの最大件数との比率）

統合監視DB内にある保存出力していないJP1イベントの割合を％で表示します。

保存出力していないJP1イベントの容量

統合監視DB内にある保存出力していないJP1イベントのデータサイズをメガバイトで表示します。

削除を警告するイベントが発行される設定値

削除を警告するイベントが発行される設定値を指定した場合，設定値を％で表示します。jcoimdefコマンドの-dbntcオプションがOFFの場合は，「-（半角ハイフン）」が表示されます。

4.15.3　JP1イベントの情報やアクションの実行結果などをクリップボードにコピー

クリップボードにコピーする機能を有効にしている場合，JP1イベントの情報やアクションの実行結果などについて，選択した部分の情報をCSV形式でクリップボードにコピーできます。これを利用して，重度な障害が発生したJP1イベントなどの特定の情報を，テキストエディターやメール本文に貼り付けて報告するなど，一時的に使用できます。

この機能はデフォルトで有効になっています。クリップボードのコピー可否に関する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.20.2　JP1/IM - View（セントラルコンソール・ビューアーおよびセントラルスコープ・ビューアー）の動作カスタマイズ（Windowsの場合）」を参照してください。

JP1イベントの情報やアクションの実行結果をクリップボードにコピーする機能について，対象となる画面と項目，出力形式，出力項目などについて，次に説明します。

(1)　クリップボードにコピーできる情報と対象の画面

クリップボードにコピーできる情報は次の3種類です。

JP1イベント情報

アクション結果

コマンド実行結果

これらを表示する画面で，クリップボードへのコピー機能が使用できます。コピーできる情報が表示される画面とその画面項目を次の表に示します。

表4‒23　コピー対象になる画面と画面項目

画面名

画面項目

コピー対象情報

［イベントコンソール］画面

［イベント監視］ページ

［重要イベント］ページ

［イベント検索］ページ

イベント一覧

JP1イベント情報

［イベント詳細］画面

［イベント属性］

JP1イベント情報（詳細情報）

［関連イベント一覧（集約）］画面

［表示対象］

［関連イベント一覧］

JP1イベント情報

［関連イベント一覧（相関）］画面

［表示対象］

［関連イベント一覧］

JP1イベント情報

［アクション結果］画面

［実行結果一覧］

アクション結果

［アクション結果詳細］画面

［実行結果］

アクション結果（詳細情報）

［アクション結果一覧］画面

［実行結果一覧］

アクション結果

［コマンド実行］画面

［実行結果］

コマンド実行結果

［イベントコンソール］画面は，［編集］−［コピー］を選択するか，または［Ctrl］+［C］キーを押すことでクリップボードに情報をコピーできます。その他の画面は，［Ctrl］+［C］キーを押してクリップボードに情報をコピーできます。

(2)　CSVの出力イメージ・出力形式

クリップボードにコピーした情報は，CSV形式で出力できます。情報はJP1/IM - Viewの画面に表示されている順序で出力されます。項目を識別できるように，表示項目名がヘッダー情報として付加されます。

CSVの出力イメージは次の図のとおりです。

図4‒94　クリップボードにコピーした情報のCSVの出力イメージ

1行目にはJP1/IM - Viewで選択した情報に対応する表示項目名がコンマ区切りで出力されます。

2行目以降には1行目の表示項目に従って，選択した情報がコンマ区切りで出力されます。

CSVの出力形式は次のとおりです。

各項目は半角コンマ（,）で区切られます。

項目1,項目2,項目3,項目4,項目5,...

各行は改行コード（CRLF）で区切られます。

項目1,項目2,項目3,項目4,項目5,...（CRLF）

項目1,項目2,項目3,項目4,項目5,...（CRLF）

項目に半角コンマ（,）が含まれていた場合は，その項目全体がダブルクォーテーション（"）で囲まれます。

項目1,"項目,2",項目3,項目4,項目5,...

項目に制御文字（0x00〜0x1F，0x7F〜0x9F）が含まれていた場合は，その項目全体がダブルクォーテーション（"）で囲まれます。

項目1,"項目(0x00)2",項目3,項目4,項目5,...

項目にダブルクォーテーション（"）が含まれていた場合は，項目のダブルクォーテーション（"）の前にもう一つダブルクォーテーション（"）が付き，その項目全体がダブルクォーテーション（"）で囲まれます。

項目1,"項目""2",項目3,項目4,項目5,...

項目が空の場合は，その項目は空白（何も入力されない）になります。

項目1,,項目3,項目4,項目5,...

(3)　CSVの出力項目

コピーした情報によって出力される項目とその内容を次に示します。

JP1イベント情報

JP1イベント情報の出力項目の内容は，イベント一覧情報を保管する場合の2行目以降の内容と同じになります。詳細については，「表4-21　2行目，3行目以降に出力される内容」を参照してください。ただし，ヘッダー情報はないため，表示項目は1行目に，イベント情報は2行目以降に出力される内容になります。

アクション結果

アクション結果として出力される内容を次の表に示します。

表4‒24　アクション結果として出力される内容

表示項目名

項目

アクション通し番号

画面に表示されている文字列が出力されます。

アクション

画面に表示されている文字列が出力されます。

ホスト名

画面に表示されている文字列が出力されます。

状態

画面に表示されている文字列が出力されます。

遅延

画面に表示されている文字列が出力されます。

イベント登録時刻

次の形式で出力されます。

属性値が1970/01/01 00:00:00（GMT）からの秒数の場合

属性値をJP1/IM - ViewのタイムゾーンでYYYY/MM/DD hh:mm:ssの形式に変換して出力します。

属性値が上記以外の場合

属性値に設定されている文字列を出力します。

イベント到着時刻

終了時刻

終了コード

画面に表示されている文字列が出力されます。

表4‒25　コマンド実行結果として出力される内容

表示項目名

項目

時刻

次の形式で出力されます。

属性値が1970/01/01 00:00:00（GMT）からの秒数の場合

属性値をJP1/IM - ViewのタイムゾーンでYYYY/MM/DD hh:mm:ssの形式に変換して出力します。

属性値が上記以外の場合

属性値に設定されている文字列を出力します。

ホスト名

画面に表示されている文字列が出力されます。

メッセージ

画面に表示されている文字列が出力されます。

JP1イベント情報（詳細情報）またはアクション結果（詳細情報）

JP1イベント情報またはアクション結果の詳細情報として出力される内容を次の表に示します。

表4‒26　詳細情報として出力される内容

表示項目名

項目

属性名

画面に表示されている文字列が出力されます。

属性値

画面に表示されている文字列が出力されます。

ただし，属性値として時刻を表示する場合は，次の形式で出力されます。

属性値が1970/01/01 00:00:00（GMT）からの秒数の場合

属性値をJP1/IM - ViewのタイムゾーンでYYYY/MM/DD hh:mm:ssの形式に変換して出力します。

属性値が上記以外の場合

属性値に設定されている文字列を出力します。

(4)　注意事項

クリップボードにコピーする機能についての注意事項を次に示します。

［Ctrl］+［C］キーを使用して情報をクリップボードにコピーしたい場合，この機能が有効になっているかどうか確認してください。デフォルトでは有効です。

クリップボードへは，メニューまたはショートカットキーからコピー操作を行ったタイミングに，フォーカスのある画面項目で選択されている情報がコピーされます。選択していても，コピー操作前に自動更新によるスクロールアウトなどで選択が解除された情報は，コピーの対象外になります。

クリップボードにコピーする情報が大き過ぎてメモリー使用量の上限を超えた場合は，コピー処理が中断されクリップボードに出力されません。

4.16　イベントの表示開始位置の指定

イベント一覧に表示するJP1イベントは，［イベントコンソール］画面の［表示開始位置指定］領域で表示開始位置を指定できます。

表示開始位置の指定は，事前に統合監視DBを有効にする必要があります。統合監視DBに登録されたJP1/Baseから取得したJP1イベントの情報を参照するためです。

4.16.1　イベントの表示開始位置に指定できる日時の範囲

イベントの表示開始位置は，年，月，日，時，分，秒で指定します。指定できる範囲は，統合監視DBに登録されている最も古いJP1イベントの時刻から，イベントコンソールサービスから取得した最新のJP1イベントの時刻までです。

図4‒95　統合監視DB内にイベントコンソールサービスで取得したJP1イベントがある場合の範囲

イベントコンソールサービスから取得できない（ユーザーフィルターで取得できない）JP1イベントは，表示できません。

図4‒96　イベントコンソールサービスから取得できないJP1イベントがある場合の範囲

イベントコンソールサービスからJP1イベントを取得していない場合，統合監視DBに登録されている最も古いJP1イベントの時刻を最小値とします。また，最新のJP1イベントの時刻を最大値とします。

図4‒97　イベントコンソールサービスからJP1イベントを取得していない場合

指定期間のイベント表示でJP1イベントを表示している場合，指定期間内の最も古いJP1イベントと，統合監視DBに登録されている最も古いJP1イベントの到着時刻を比較して，新しい方の時刻を最小値とします。また，指定期間内の最新のJP1イベントと，イベントコンソールサービスから取得した最新のJP1イベントの到着時刻を比較して，古い方の時刻を最大値とします。

それぞれの場合に対応する，イベントの表示開始位置に指定できる日時の範囲を図に示します。

統合監視DBに登録されている最古のJP1イベントの時刻が，指定期間内最も古いJP1イベントの到着時刻より古く，指定期間内の最新のJP1イベントがイベントコンソールサービスから取得した最新のJP1イベントの到着時刻より新しい場合

統合監視DBに登録されている最古のJP1イベントの時刻が，指定期間内最も古いJP1イベントの到着時刻より古く，指定期間内の最新のJP1イベントがイベントコンソールサービスから取得した最新のJP1イベントの到着時刻より古い場合

なお，次の場合，［表示開始位置指定］領域は非活性となります。

統合監視DBにJP1イベントが登録されていない場合

指定期間のイベント表示でJP1イベントを表示している場合，その期間内で統合監視DBに登録されたイベントがないとき

指定期間のイベント表示でイベントを表示している場合，JP1/IM - ManagerとJP1/IM - Viewの時刻がずれていて，指定期間のイベント表示で表示できる最新のJP1イベントが，統合監視DBに登録されている最古のイベントよりあとに登録されている（表示開始位置の最小値と最大値が反対になっている）とき

指定期間のイベント表示を使用する場合は，JP1/IM - ManagerにJP1イベントが到着した時刻とJP1/IM - Viewが稼働しているホストの現在時刻を比較して判定します。そのため，JP1/IM - ManagerとJP1/IM - Viewの時刻が異なっていた場合，指定期間外のJP1イベントが表示される場合があります。JP1/IM - ManagerとJP1/IM - Viewの時刻を合わせておくことを推奨します。

なお，［表示開始位置指定］領域は，統合監視DBを使用しない場合開けません。

指定期間のイベント表示の詳細については，「4.18　指定期間のイベント表示」を参照してください。

4.16.2　スライダーで表示開始位置を指定する

［表示開始位置指定］領域にあるスライダーを動かすと，イベントの表示開始位置を簡単に指定できます。

最新のイベントを表示している場合，スライダーは右端にあります。スライダーを動かすと，スライダーが示す表示開始位置から最大表示件数分（スクロールバッファー値）の統合監視DBに保存されているイベントを表示します。表示されるイベントは，ユーザーフィルターおよび表示フィルターを通過したイベントです。

スライダーを左端まで移動すると，最古のイベントが表示されます。

なお，自動スクロール機能が有効の場合，新しいJP1イベントが登録されるとスライダーの位置が最新状態の位置に戻ります。スライダーの位置が戻らないようにする場合は，自動スクロール機能を無効にしてください。

4.16.3　日時を入力して表示開始位置を指定する

［表示開始位置指定］領域にある［表示開始位置］テキストボックスに，表示したいイベントの到着時刻を入力すると，イベントの表示開始位置を正確に指定できます。

到着時刻を入力すると，入力した時刻から最大表示件数分（スクロールバッファー値）の統合監視DBに保存されているイベントを，イベント一覧に表示します。あわせて，［表示開始位置指定］領域のスライダーが［表示開始位置］テキストボックスに入力した時刻の位置に移動します。

なお，［表示開始位置］テキストボックスのデフォルトの値は，JP1/IM - Managerにログインする時刻によって異なります。

JP1/IM - Managerにログインした時刻が基準時刻より遅かった場合，ログインした日の基準時刻がデフォルトで表示されます。

（例）基準時刻が09:00の場合に，2008/07/08 10:00にログインしたとき

［表示開始位置］テキストボックスに表示されるデフォルトの値は，2008/07/08 09:00です。

JP1/IM - Managerにログインした時刻が基準時刻以上に早かった場合，ログインした前の日の基準時刻がデフォルトで表示されます。

（例）基準時刻が09:00の場合に，2008/07/08 08:00にログインしたとき

［表示開始位置］テキストボックスに表示されるデフォルトの値は，2008/07/07 09:00です。

4.16.4　ボタンで表示開始位置を指定する

［表示開始位置指定］領域には，［最古イベント表示］ボタン，［古いイベント表示］ボタン，［新しいイベント表示］ボタン，および［最新イベント表示］ボタンがあります。

［最古イベント表示］ボタンをクリックすると，統合監視DBに保存されている最古のイベントから最大表示件数分（スクロールバッファー値）のイベントが表示されます。

［古いイベント表示］ボタンおよび［新しいイベント表示］ボタンをクリックすると，イベント一覧に表示されているイベントが1件だけ前後に表示されます。

［最新イベント表示］ボタンをクリックすると，表示開始位置を設定する前の状態に戻ります。

4.16.5　表示開始位置を指定したあとの流れ

表示開始位置を指定すると，最大表示件数分（スクロールバッファー値）の統合監視DBに保存されている条件に一致したイベントを検索します。

検索が終了すると，検索したイベントがイベント一覧に表示されます。

なお，検索中の状態および検索結果によって，［表示開始位置指定］領域の［状態］欄，および［表示キャンセル］ボタンの状態が変わります。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.2　［イベント監視］ページ」を参照してください。

4.17　ログイン時のイベント取得範囲

ログイン時のイベント取得範囲の設定機能は，ログイン時にJP1/IM - ViewがJP1/IM - Managerからイベントを取得する際，どの時点からのイベントを取得するかを指定できます。

ログイン時のイベント取得範囲の設定機能を使用した場合と使用しない場合との機能の比較を，次の表に示します。

表4‒27　ログイン時のイベント取得範囲の設定機能を使用した場合と使用しない場合との機能の比較

項目

使用した場合

使用しない場合

ログイン時の［重要イベント］ページ

対処する期間の重要イベントを表示する。ログイン時の，セントラルコンソールが稼働するホストの時刻を基準にして，設定された時間分さかのぼった時刻を起点とする。

イベントバッファーの最新から2,000件の範囲にあるイベントを表示する。表示するイベント件数は，イベントバッファーの件数およびスクロールバッファーの件数の値によって変わる。

ログイン時の［イベント監視］ページ

最新から任意の日時までさかのぼった範囲のイベントを表示する。

ログイン時のイベント取得範囲

表示対象の起点がログアウト前と一致するため，再ログインしても表示イベントは引き継がれる。

表示対象の起点がログアウト前と一致しないため，再ログインで引き継がれないイベントが出てくる。

上記のとおり，［イベント監視］ページ，［重要イベント］ページの使い方は異なるため，それぞれのページに対してログイン時のイベント取得範囲が設定できます。ログイン時のイベント取得範囲は，時間または日数で指定できます。

ログイン時，セントラルコンソールは，システムで設定された日数または時間と，セントラルコンソールが稼働するホストのログイン時の時刻から起点を算出して，起点から最新までのイベントを統合監視DBから取得します。

なお，この機能を使用する場合は，統合監視DB を有効に設定してください。

また，ログイン時のイベント取得範囲の設定をしている場合，［重要イベント］ページでは，ログイン時に対処済みの重要イベントを統合監視DBから取得しない設定ができます。これを対処済みイベントの除外機能といいます。重要イベントが「対処済」になるまでの期間に，ほかの「対処済」の重要イベントが2,001件以上になる運用で，ログイン時に「対処済」以外の最新イベントをすぐに表示できます。対処済みイベントの除外機能は，［システム環境設定］画面により設定してください。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.11　［システム環境設定］画面」を参照してください。

図4‒98　対処済みイベントの除外機能

重要

設定された取得位置から最新までの期間内に表示するイベントが，ビューアーの最大表示件数よりも多く存在した場合でも，スクロールアウトするだけなので，システム管理者はビューアーの最大表示件数に収まる位置を設定してください。ただし，ログイン時のイベント取得範囲に，大量のイベントが発生してしまった場合は，ログイン時に最新のイベントが表示されるまで時間が掛かる場合があります。その場合は，一時的にログイン時のイベント取得範囲を変更し，発生した繰り返しイベントが監視範囲外になった時に元に戻してください。イベント取得を中断する機能はありません。ログアウトして，設定を変更したあと再ログインしてください。また，同時に複数のユーザーがログインするとイベント表示性能，およびイベント更新性能など，一時的に時間が掛かることがあります。その場合は，時間をおいてから再実行してください。

取得するイベント

対象となるイベントは，イベントバッファーに格納されるイベントと同じく，統合監視DBに格納されないダミーイベントを除くすべてのイベントが対象になります。

［重要イベント］ページについては，対処済みイベントの除外機能の設定によって，次のようになります。

表4‒28　対処済みイベントの除外機能による取得対象となるイベントの種類

イベントの対処状況

対処済みイベントの除外機能

有効

無効

対処済

×

○

処理中

○

○

保留

○

○

未対処

○

○

（凡例）

○：取得対象となる

×：取得対象とならない

適用するフィルター

ログイン時に統合監視DBから取得するイベントに対して適用するフィルターは，イベントコンソールサービスからイベントの取得を行う場合と同じです。表示されるイベントも，イベントコンソールサービスから取得する場合と同じです。

フィルターの詳細については，「4.2　JP1イベントのフィルタリング」を参照してください。

一度にJP1/IM - Viewに送信するイベント件数

一度にJP1/IM - Viewに送信するイベント件数は，［ユーザー環境設定］画面の［更新時のイベント取得件数］で設定した件数です。

イベント取得開始位置の判定

取得範囲の算出例を次に示します。

図4‒99　ログイン時刻が基準時刻より遅く取得範囲を3日間とした場合

図4‒100　ログイン時刻が基準時刻以上に早く取得範囲を3日間とした場合

ログイン時のイベント取得範囲の設定機能を使用した場合でも，既存のイベントバッファーはそのまま残ります。

統合監視DBからイベントを取得したあと，イベントの取得更新を行った場合，未取得のイベントがイベントバッファー上に存在するときは，イベントバッファーから取得します。

未取得のイベントがイベントバッファー上に存在しない場合，従来どおり3F01イベントをJP1/IM - Viewに表示します。なお，この機能は，［イベント監視］ページと［重要イベント］ページのそれぞれで設定できるため，ログイン時は，どちらかのページだけイベントバッファーからイベントを取得する場合があります。どちらかのページでだけ，イベントを表示できなかった場合は，3F02イベントを，イベントを表示できなかったページに表示します。［重要イベント］ページに表示する場合は，3F02イベントを強制的に重要イベントとします。取得更新の流れを次の図に示します。

図4‒101　イベントバッファーがあふれた場合のイベントの取得更新

運用中にログイン時のイベント取得範囲の設定を変更した場合は，次回ログイン時から有効になります。

ログイン時のイベント取得範囲の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.1.1　ログイン時のイベント取得範囲を指定してイベントを表示する」を参照してください。

4.18　指定期間のイベント表示

イベント一覧に表示するJP1イベントを，指定した期間のJP1イベントだけ表示するように変更するためには，指定期間のイベント表示を使用します。

基準時刻と表示期間を指定して，JP1イベントをイベント一覧に表示します。

4.18.1　JP1イベントを表示する範囲

フィルターを通過したJP1イベントを対象として，指定期間のイベント表示を適応します。通過するフィルターは，イベント取得フィルター，ユーザーフィルター，重要イベントフィルターおよび表示フィルターです。

指定期間内のJP1イベントかどうかは，JP1/IM - ManagerにJP1イベントが到着した時刻とJP1/IM - Viewが稼働しているホストの現在時刻を比較して判定します。そのため，JP1/IM - ManagerとJP1/IM - Viewの時刻が異なっていた場合，指定期間外のJP1イベントが表示されることがあります。JP1/IM - ManagerとJP1/IM - Viewの時刻を合わせておくことを推奨します。

指定期間のイベント表示を適応した場合に表示されるJP1イベントの範囲を次に示します。

図4‒102　現在の時刻が7月8日の9時15分だった場合

図中の番号は，次に示す番号にそれぞれ対応しています。

表示期間を「1日分」，基準時刻を「9:00」に指定した場合に表示される範囲

表示期間を「1日分」，基準時刻を「9:30」に指定した場合に表示される範囲

表示期間を「2日分」，基準時刻を「9:00」に指定した場合に表示される範囲

表示期間を「2日分」，基準時刻を「9:30」に指定した場合に表示される範囲

なお，統合監視DBを使用する場合に対象となるJP1イベントは，統合監視DBに保存されているJP1イベントです。

また，統合監視DBを使用する場合に，イベントの表示開始位置の指定をすると，JP1イベントを表示する範囲が次のように異なります。

図4‒103　現在の時刻が基準時刻より遅く表示期間を2日間とした場合

図4‒104　現在の時刻が基準時刻以上に早く表示期間を2日間とした場合

指定期間のイベント表示の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「6.7　表示するJP1イベントの期間を指定して絞り込む」を参照してください。

イベントの表示開始位置の指定の詳細については，「4.16　イベントの表示開始位置の指定」を参照してください。

4.19　JP1/IMからのシステムの操作

システムの監視中に障害の発生を検知したとき，JP1/IMでは次のような操作によって調査できます。

連携製品のモニター起動

統合機能メニュー

JP1/IM - Viewからのコマンド実行

ここでは，これらのJP1/IMでできる操作について説明します。

なお，モニター起動または統合機能メニューによってアプリケーションを呼び出す場合，JP1/IM - Viewを起動したOSユーザーに，呼び出すアプリケーションの実行権限がないとアプリケーションを起動できません。

4.19.1　連携製品のモニター起動

JP1/IMでは，［イベントコンソール］画面に表示されているJP1イベントを選択して，その表示内容に関連するアプリケーションの画面を起動できます。これをモニター起動といいます。

アプリケーションによっては，モニター起動によって，選択したJP1イベントに関係する画面を直接表示できます。例えば，JP1/AJSでジョブ実行イベントを選択してモニター起動すると，そのジョブの実行状況の管理画面が，上位のジョブネット画面を経由せずに直接呼び出されます。

このように，調査が必要なJP1イベントから直接アプリケーションの画面を起動できるため，直感的な操作で作業を迅速に進めることができます。

なお，モニター起動をするには，JP1イベントを発行したアプリケーションがモニター起動による連携ができる必要があります。各製品のモニター起動の対応については，各製品のマニュアルを参照してください。例えば，JP1/AJSやJP1/PFMのマニュアルには，［イベントコンソール］画面からモニター起動するための設定手順が記載されています。

JP1/AJS：マニュアル「JP1/Automatic Job Management System 3 連携ガイド」のJP1/IMを使った監視の説明

JP1/PFM：マニュアル「JP1/Performance Management 設計・構築ガイド」のJP1/IMとの連携の説明

また，モニター起動できるアプリケーションは，JP1/IMの定義ファイルをカスタマイズすることで，追加，変更できます。カスタマイズの概要，カスタマイズ方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.17　連携製品のモニター起動の設定」を参照してください。

重要

モニター起動によって次の連携製品の画面を呼び出す場合，JP1/IM - Viewの認証情報を使用します。

JP1/AJS - View

JP1/AJS - Web Console

JP1/PFM - Web Console

しかし，次の場合にJP1/IM - Viewの認証情報が無効になります。

ログインしている認証サーバが再起動した場合

ログインしている認証サーバがjbs_spmd_reloadコマンドによりリロードされた場合

ログインしている認証サーバがプライマリーからセカンダリーに切り替わった場合

JP1/IM - Viewの認証情報が無効になった場合の動作が，ご使用のバージョンによって異なるため注意してください。

JP1/IM - Manager，JP1/IM - View，両方のバージョンが08-10以降の場合，JP1/IM - Viewが自動的に再認証を行い認証情報を再度取得します。

JP1/IM - Manager，JP1/IM - Viewのどちらかのバージョンが08-01以前の場合，連携製品側で認証に失敗します。

64ビット版のWindowsでは，%WINDIR%¥System32フォルダ以下に配置されているコマンドを実行すると，WOW64のリダイレクト機能によって，%WINDIR%¥SysWow64フォルダ以下に配置されているコマンドにリダイレクトされます。リダイレクト先のコマンドがない場合，コマンドの実行に失敗することがあります。%WINDIR%¥System32フォルダ以下に配置されているコマンドを実行コマンドに指定する場合は注意してください。

(1)　ユーザーが指定したモニター画面を呼び出す仕組み

JP1/IM - Viewには，画面に表示されたJP1イベントに対してモニター画面を呼び出す機能があります。このモニター画面上で，JP1イベントを発行したジョブやアプリケーションの詳細を表示したり，それらのジョブやアプリケーションを直接操作したりできます。

JP1/IMの定義ファイルをカスタマイズすることにより，デフォルトで起動できる画面※のほかに，ユーザーが指定した次の画面を起動できるようになります（一つのJP1イベントからは一つのアプリケーションだけ起動できます）。

アプリケーションプログラムの画面

アプリケーションプログラムの画面を起動するためには，実行ファイルを指定します。

WWWページ

WWWページを起動するためには，URLを指定します。

また，画面呼び出しの際には，JP1イベントなどの情報をアプリケーションに渡すことができます。

注※

デフォルトでは，次の画面を起動できます。

JP1/AJS（アプリケーション画面）

バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMのサブマップ画面（WWWページ）

これらの連携製品側でJP1/IMとの連携機能を強化するために，新たに設定を追加していることがあります。上記製品のマニュアルもお読みください。

JP1/Cm2/NNMiまたはHP NNMiのモニター画面を呼び出す仕組みについては，マニュアル「JP1/Integrated Management - Event Gateway for Network Node Manager i」を参照してください。

なお，モニター画面はJP1/IM - Viewを起動したOSユーザーで実行されます。

モニター画面呼び出しの概要を次の図に示します。

図4‒105　JP1/IM - Viewに表示されたJP1イベントからのモニター画面呼び出し

(2)　前提条件

アプリケーションプログラムの画面を起動するためには，起動する実行ファイルをJP1/IM - Viewがインストールされているマシン上に配置する必要があります。

WWWページを起動するためには，指定するWWWブラウザーが接続するためのHTTPサーバが必要です。

4.19.2　統合機能メニュー

JP1/IM - Viewの［統合機能メニュー］画面からは，JP1シリーズの製品を始めとする多くのアプリケーションの画面を起動できます。［統合機能メニュー］画面には，JP1/IMと連携するアプリケーションの機能が一覧表示され，この画面から各アプリケーションの画面を起動できます。

なお，JP1/IM - Viewから起動できるアプリケーションの画面には次の2種類があります。

ビューアー上のアプリケーションの画面

JP1/IM - Viewと同じマシンにインストールされているアプリケーションを起動し，画面を表示します。

WWWページ

システム上のアプリケーションがWWWページを提供している場合，そのWWWページを表示できます。WWWブラウザーが起動され，WWWページが表示されます。統合機能メニューからWWWページを表示する場合は，URL（Uniform Resource Locator）を，あらかじめ設定する必要があります。

JP1/IMと連携するアプリケーションのうち，幾つかは統合機能メニューに登録されています。登録されているアプリケーションについては，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「8.3.2　［統合機能メニュー］画面から操作できる機能」を参照してください。

上記参照先に記載のないアプリケーションについては，各製品のマニュアルを参照してください。例えば，JP1/PFMのマニュアルには，統合機能メニューへの登録手順が記載されています。

JP1/PFM：マニュアル「JP1/Performance Management 運用ガイド」のJP1/IMとの連携の説明

また，統合機能メニューに表示できるアプリケーションは，JP1/IMの定義ファイルをカスタマイズすることで，追加，変更できます。カスタマイズの概要，カスタマイズ方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.18　統合機能メニューの設定」を参照してください。

重要

統合機能メニューから次の連携製品の画面を呼び出す場合，呼び出す連携製品によってはJP1/IM - Viewの認証情報を使用する必要があります。JP1/IM - Viewの認証情報を使用する必要がある連携製品の例を次に示します。

JP1/AJS3 - View

JP1/AJS - Web Console

JP1/PFM - Web Console

しかし，次の場合にJP1/IM - Viewの認証情報が無効になります。

ログインしている認証サーバが再起動した場合

ログインしている認証サーバがjbs_spmd_reloadコマンドによりリロードされた場合

ログインしている認証サーバがプライマリーからセカンダリーに切り替わった場合

JP1/IM - Viewの認証情報が無効になった場合の動作が，ご使用のバージョンによって異なるため注意してください。

JP1/IM - Manager，JP1/IM - View，両方のバージョンが08-10以降の場合，JP1/IM - Viewが自動的に再認証を行い認証情報を再度取得します。

JP1/IM - Manager，JP1/IM - Viewのどちらかのバージョンが08-01以前の場合，連携製品側で認証に失敗します。

64ビット版のWindowsでは，%WINDIR%¥System32フォルダ以下に配置されているコマンドを実行すると，WOW64のリダイレクト機能によって，%WINDIR%¥SysWow64フォルダ以下に配置されているコマンドにリダイレクトされます。リダイレクト先のコマンドがない場合，コマンドの実行に失敗することがあります。%WINDIR%¥System32フォルダ以下に配置されているコマンドを実行コマンドに指定する場合は注意してください。

(1)　［統合機能メニュー］画面からほかのアプリケーションを呼び出す仕組み

JP1/IM - Viewの［統合機能メニュー］画面には，JP1/IMと連携するプログラムが一覧表示されます。このメニューから，ほかの管理アプリケーションプログラムやWWWページを起動できます。

JP1/IM - Viewの定義ファイルをカスタマイズすることにより，この［統合機能メニュー］画面に新しいメニューを追加できます。新しいメニューから起動する画面には，次の画面を指定できます。

アプリケーションプログラムの画面

アプリケーションプログラムの画面を起動するためには，実行ファイルを指定します。

WWWページ

WWWページを起動するためには，URLを指定します。

なお，アプリケーションの画面はJP1/IM - Viewを起動したOSユーザーで実行されます。

［統合機能メニュー］画面への新規メニューの追加の概要を次の図に示します。

図4‒106　［統合機能メニュー］画面への新規メニューの追加

(2)　前提条件

アプリケーションプログラムの画面を起動するためには，起動する実行ファイルをJP1/IM - Viewがインストールされているマシン上に配置する必要があります。

WWWページを起動するためには，URLで指定するホスト（WWWページを提供している製品がインストールされたホスト）上にHTTPサーバが必要です。

4.19.3　JP1/IM - Viewから管理対象ホストへのコマンド実行

JP1/IMでは，［イベントコンソール］画面から管理対象ホストに対し，コマンドの実行指示を出し，管理対象ホスト上でコマンドを実行できます。コマンドの実行指示は，JP1/IM - Viewの［コマンド実行］画面で行います。［コマンド実行］画面でコマンド実行指示をすると，ログインしているマネージャーからJP1/Baseの構成管理で定義した構成に従ってコマンド実行指示が転送されていき，コマンド実行先ホストでコマンドが実行されます。

図4‒107　JP1/IM - Viewから管理対象ホストへのコマンド実行の概要

なお，クライアントホスト（ビューアー）上でもコマンドを実行できます。クライアントホストでコマンドを実行する場合は，「4.19.4　クライアントホスト上のコマンド実行」を参照してください。

ここでは，管理対象ホスト（エージェントホストまたはマネージャーホスト）上のコマンド実行に必要な条件および実行できるコマンドについて説明したあと，コマンドを実行した際の処理の流れについて説明します。

(1)　実行できるコマンド

JP1/IM - Viewから実行できるコマンドの種類を次に示します。

コマンドを実行する管理対象ホストがWindowsの場合

実行形式ファイル（.com，.exe）

バッチファイル（.bat）

JP1/Scriptのスクリプトファイル（.spt）　（ただし，.sptファイルが実行できるよう関連づけが設定されていること）

自動アクションで実行できるアプリケーションに関連づけられているファイルタイプ（拡張子）を持つデータファイル（.vbsなど）

コマンドを実行する管理対象ホストがUNIXの場合

UNIXのコマンド

シェルスクリプト

ただし，次のようなコマンドは実行できません。

対話操作を必要とするコマンド

画面を表示するコマンド

エスケープシーケンスや制御コードを伴うコマンド

デーモンなどの，終了しないコマンド

Windowsメッセージ機構やDDEなど，デスクトップとの対話が必要なコマンド（Windowsの場合）

shutdownやhaltなど，OSをシャットダウンするコマンド

ショートカット※（Windowsの場合）

注※　「コマンドを実行する管理対象ホストがWindowsの場合」で示したコマンドのショートカットであっても実行できません。

なお，コマンドは，JP1/IM - ViewにログインしているJP1ユーザーにユーザーマッピングされているOSユーザーで実行されます。

メモ

JP1/IM - Viewからのコマンド実行で，直接OSをシャットダウンするコマンドは使用できませんが，JP1/Power Monitorを使って制御できます。

(2)　コマンド実行に必要な条件

JP1/IM - Viewからコマンドを実行するのに必要な条件を次に示します。

JP1/IM - Viewからコマンド実行指示をするJP1ユーザーが認証サーバに登録され，かつ，コマンド実行指示をする権限を与えられていること。

JP1/Baseの構成管理を使ったシステム構成の定義が済んでいること。

複数のホストに対して同時にコマンド実行を指示したい場合は，JP1/Baseのコマンド実行機能のホストグループの定義によって，複数のホストがグループ化されていること。

コマンド実行先ホストでJP1ユーザーとOSユーザーのマッピングが済んでいること。

コマンドの実行環境を指定する場合は，コマンド実行先ホストで環境変数定義ファイルを作成していること。

実行先ホストがWindowsの場合は，ユーザーマッピングされるOSユーザーにWindows特有のユーザー権利が与えられていること。

ユーザーマッピングされるOSユーザーに必要なユーザー権利については，マニュアル「JP1/Base 運用ガイド」のOSユーザーにユーザー権利を与えることを説明している章を参照してください。

(3)　コマンドの実行状態・実行結果の確認

コマンドの実行状態，および実行結果は，JP1/IM - Viewの［コマンド実行］画面で確認できます。コマンド実行履歴の内容を確認したい場合は，jcocmdlogコマンドをマネージャー上で実行することで確認できます。

また，コマンドの実行状態をJP1イベントとして発行することもできます。ただし，デフォルトでは発行しないため，jcocmddefコマンドの-cmdeventオプションを使ってJP1イベントを発行する設定に変更する必要があります。

重要

複数のコマンドを実行する場合は，コマンド実行順序と，コマンドの実行結果が出力される順序が異なることがあります。これは，コマンドごとの実行所要時間や，複数ホストでコマンドを実行すると，ホストごとの性能や負荷の違い，および通信エラーが発生した場合のリトライなどによって，影響を受けるためです。

JP1/IM - Viewの［コマンド実行］画面では，コマンド実行結果をマネージャーで受信した時に表示しているため，［コマンド実行］画面を開いたときに以前に実行したコマンドの実行結果が表示される場合があります。

JP1/IM - Viewからコマンド実行をするときに，JP1/IM - Viewから実行できないコマンド（「4.19.3(1)　実行できるコマンド」を参照）を誤って実行してしまい，コマンドが実行中のまま終了しなくなった（KAVB2013-Iのメッセージが［コマンド実行］画面の［実行結果］に表示されない）場合は，JP1/Baseが提供する状態確認，削除コマンドを利用して障害を復旧できます。詳細については，「9.4.4(6)　トラブルシューティング用コマンド」を参照してください。

(4)　コマンド実行の処理の流れ

ビューアーからエージェントに対してコマンド実行する場合の処理の流れを例に，JP1/IM，JP1/Baseの機能連携について説明します。

なお，以降の説明では，コマンド実行の権限を持つJP1ユーザーでマネージャーにログインしているものとして説明しています（ログインやコマンド実行に必要な権限については，「9.4.1　JP1ユーザーの管理」を参照）。コマンドの実行方法には，直接コマンド名などを入力して実行する方法と，よく使うコマンドを［コマンド］ボタンに登録しておき，ボタン操作で実行する方法の二つがあります。

直接コマンド名などを入力してコマンドを実行する方法については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「8.1.1　［実行コマンド］でコマンドを実行する」を参照してください。

ボタン操作でコマンドを実行する方法については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「8.1.2　［コマンド］ボタンでコマンドを実行する」を参照してください。

図4‒108　コマンド実行の処理の流れ（エージェントにコマンド実行する場合）

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

JP1/IM - Viewの［コマンド実行］画面を開き，コマンド実行指示をします。

［コマンド実行］画面では，コマンド種別，引き継ぎ情報，実行ホスト名，実行コマンド，コマンドの実行環境を指定できます（コマンド実行環境は，実行先ホスト上で前もって環境変数定義ファイルを作成しておくことで有効になります）。

エージェントに対してコマンドを実行する場合は，コマンド種別で「管理対象のホスト」を選択してください。

コマンド実行指示を受け取ったマネージャー上のJP1/Baseは，構成定義を参照してコマンド実行先ホストにコマンド実行指示を渡します。

コマンド実行指示を受けたエージェント上のJP1/Baseは，コマンドを実行する前に，ユーザーマッピング定義を参照し，マッピングされたOSユーザーの権限でコマンドを実行します。※

注※　ユーザーマッピング（JP1/Baseのユーザー管理）の処理は，コマンドを実行するホストで行われます。このため，JP1/IM - Viewからエージェントに対してコマンドを実行する場合にはエージェントで，JP1/IM - Viewからマネージャーに対してコマンドを実行する場合にはマネージャーで，それぞれユーザーマッピングの設定をしておく必要があります。

コマンド実行後，エージェント上のJP1/Baseは，その結果を構成定義で定義されている上位ホストに通知します。

コマンド実行結果を受け取ったマネージャー上のJP1/Baseは，コマンド実行結果をコマンド実行履歴ファイル（ISAM）に記録したあと，JP1/IM - Viewにコマンド実行結果を通知します。

なお，JP1/IM - Viewからのコマンド実行は，JP1/Baseのコマンド実行機能によって実行しています。「9.4.4　コマンド実行の管理」をあわせて参照してください。

4.19.4　クライアントホスト上のコマンド実行

JP1/IMでは，［コマンド実行］画面から管理対象ホスト（エージェントホストまたはマネージャーホスト）上のコマンドだけでなく，クライアントホスト（ビューアーのホスト）上のコマンドも実行できます。この機能をクライアントアプリケーション実行機能と呼びます。

クライアントアプリケーション実行機能では，JP1/Baseの機能を使用しません。クライアントアプリケーション実行機能では，画面を表示するコマンドも実行できます。

また，クライアントアプリケーション実行機能を使用して実行するクライアントホスト（ビューアーのホスト）上のコマンドを，クライアントアプリケーションと呼びます。なお，クライアントアプリケーションに，イベント情報を引き継ぐこともできます。

図4‒109　JP1/IM - Viewからのクライアントアプリケーション実行の概要

イベント情報の引き継ぎについては「4.19.5　コマンド実行時のイベント情報引き継ぎ」を参照してください。クライアントアプリケーションの実行方法については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「8.1.1　［実行コマンド］でコマンドを実行する」および「8.1.2　［コマンド］ボタンでコマンドを実行する」を参照してください。管理対象ホストに対してコマンドを実行する場合は，「4.19.3　JP1/IM - Viewから管理対象ホストへのコマンド実行」を参照してください。

(1)　実行できるコマンド

クライアントアプリケーションの種類を，次に示します。

実行形式ファイル（.exe）

バッチファイル（.bat）

ただし，次のようなコマンドは実行できません。

標準入力を必要とするコマンド

リダイレクトを必要とするコマンド

エスケープシーケンスや制御コードを伴うコマンド

echo，copyなどの内部コマンド

なお，クライアントアプリケーションはJP1/IM - Viewを起動したOSユーザーで実行されます。

重要

コマンドに指定する半角スペースやタブ（制御コード：0x09）は，コマンドの引数の区切り文字として識別されます。半角スペースやタブをコマンドの引数として指定するには，半角スペースやタブを含む文字列をダブルクォーテーション（"）で囲んでください。

ダブルクォーテーション（"）を指定する場合は，ダブルクォーテーション（"）の前に「¥」を付け，「¥"」としてください。なお，「¥¥"」は「¥」で指定され，「¥」と「"」に識別されます。囲まれていないダブルクォーテーション（"）は，それ以降の文字列が一つの引数として識別されます。

コマンドの引数分割の例を次に示します。

コマンドの引数分割の例1

指定するコマンドを次に示します。

c:¥AppCommand.exe△test1△test2<tab>"test3△△test4"△"test5<tab><tab>test6"

（凡例）

　　<tab>：タブ（0x09）

　　△：半角スペース

表4‒29　コマンドの引数分割結果1

項番

分割状態

分割結果

説明

1

コマンド

c:¥AppCommand.exe

特になし。

2

引数1

test1

前後の半角スペースで区切られる。

3

引数2

test2

前の半角スペースと，あとのタブで区切られる。

4

引数3

test3△△test4

"test3の前のタブおよびtest4"のあとの半角スペースで区切られる。ダブルクォーテーション（"）で囲まれた半角スペースは分割されない。

5

引数4

test5<tab><tab>test6

"test5の前の半角スペースで区切られる。ダブルクォーテーション（"）で囲まれたタブは分割されない。

コマンドの引数分割の例2

指定するコマンドを次に示します。

c:¥AppCommand.exe△test1△test2<tab>"test3¥"<tab>¥"test4"△"test5△¥¥"△test6

（凡例）

　　<tab>：タブ（0x09）

　　△：半角スペース

表4‒30　コマンドの引数分割結果2

項番

分割状態

分割結果

説明

1

コマンド

c:¥AppCommand.exe

特になし。

2

引数1

test1

前後の半角スペースで区切られる。

3

引数2

test2

前の半角スペースと，あとのタブで区切られる。

4

引数3

test3"<tab>"test4

"test3の前タブ，およびtest4"のあとの半角スペースで区切られる。「¥"」は「"」として識別される。

5

引数4

test5△¥

"test5の前および¥¥"のあとの半角スペースで区切られる。「¥¥"」は「¥」と「"」として識別される。

6

引数5

test6

前の半角スペースで区切られる。

64ビット版のWindowsでは，%WINDIR%¥System32フォルダ以下に配置されているコマンドを実行すると，WOW64のリダイレクト機能によって，%WINDIR%¥SysWow64フォルダ以下に配置されているコマンドにリダイレクトされます。リダイレクト先のコマンドがない場合，コマンドの実行に失敗することがあります。%WINDIR%¥System32フォルダ以下に配置されているコマンドを実行コマンドに指定する場合は注意してください。

実行したコマンドのプロセスには，ユーザー環境変数，およびシステム環境変数が引き継がれますが，コマンドラインに「%環境変数名%」を指定しても環境変数は引き継がれません。

(2)　コマンド実行に必要な条件

クライアントアプリケーションを実行するための条件を次に示します。

ビューアーホストに配置されているコマンドであること。

JP1/IM - Viewを起動したOSユーザーが持つ権限で実行できるコマンドであること。

(3)　コマンドの実行状態・実行結果の確認

クライアントアプリケーションを実行した場合，実行結果（コマンドの戻り値，標準出力，標準エラー出力），および実行状態は，JP1/IM - Viewの［コマンド実行］画面の［実行結果］では確認できません。［実行結果］には，コマンドを実行したことを示すメッセージ，またはコマンドの実行に失敗したことを示すメッセージが表示されます。

クライアントアプリケーションの実行結果を確認したい場合は，バッチファイルなどを作成して，任意のファイルに実行結果を出力するようにしてください。

また，クライアントアプリケーションは，JP1/IM - Viewからは終了できません。ユーザー自身で終了させてください。

(4)　ユーザーアカウント制御の対応

Windowsのユーザーアカウント制御（UAC）を使用する場合，JP1/IM - Viewを管理者ユーザー以外のOSユーザーで起動し，かつ，実行に管理者権限が必要なコマンドを実行すると，クライアントアプリケーションの起動に失敗したことを示すメッセージが［コマンド実行］画面の実行結果に表示され，コマンドの実行が中断されます。JP1/IM - Viewを［管理者として実行］，または［管理者として実行］から起動したコマンドプロンプト上から起動した場合に実行できます。

表4‒31　実行権限別のコマンド実行可否（WindowsのUACを使用する場合）

項番

コマンドの実行に必要な権限

JP1/IM - Viewを起動したOSユーザー

管理者ユーザー

Administratorsグループに属するユーザー

左記以外のユーザー

1

管理者

○

△

△

2

Administrators

○

○

△

3

なし

○

○

○

（凡例）

○：実行できる

△：クライアントアプリケーションの起動に失敗したことを示すメッセージを出力して，コマンドの実行を中断する

4.19.5　コマンド実行時のイベント情報引き継ぎ

コマンドの実行内容に関する次の項目は，［イベントコンソール］画面に表示されたJP1イベントの情報を変数で指定できます。

実行ホスト名

実行コマンド

環境変数ファイル名

この機能を，イベント情報引き継ぎ機能と呼びます。

この機能を使用する場合は，調査や対策が必要なJP1イベントのイベントIDやメッセージの内容を，コマンドの引数に直接入力する必要はありません。これらのイベント情報は，コマンドの引数に変数で指定できます。

図4‒110　イベント情報引き継ぎ機能を使用した場合の運用例

(1)　指定できるイベント引き継ぎ情報

イベント情報引き継ぎ機能では，JP1/IM - Viewに表示されているJP1イベントのうち，ダミーイベント（イベントDBに登録されないイベント）以外を引き継げます。なお，複数のイベントに含まれる情報をまとめて引き継ぐことはできません。

引き継ぐことができるJP1イベントを次に示します。なお，これらのJP1イベントは，JP1/IM - MOなどのJP1シリーズ製品が発行するJP1イベント，ユーザープログラムが発行するJP1イベント，および相関イベントです。

JP1/IM - ViewがログインしているマネージャーのイベントDB，または統合監視DBに登録されているJP1イベント

エージェントホストのイベントDBに登録されているJP1イベント

指定できる変数名と引き継ぐイベント情報の内容を，イベント属性の種別ごとに次の表に示します。以降の表中では凡例を，次のように表記しています。

（凡例）

−：該当しない

△：半角スペース

表4‒32　変数名と引き継ぐイベント情報の内容（JP1イベントの基本属性）

項番

イベント属性

変数名

引き継ぐイベント情報の内容

1

−

EVBASE

イベントの基本情報全体を，次の形式に変換した値。

「イベントID△イベント発行元ユーザー名△イベント発行元ユーザーID△イベント発行元グループ名△イベント発行元グループID△イベント発行元イベントサーバ名△イベント発行元プロセスID△イベント登録年月日△イベント登録時刻△イベント発行元ホストIPアドレス」

なお，値が設定されていない場合は，空文字に置換される。

2

B.ID

B.IDEXT

EVID

イベントIDを「基本コード：拡張コード」形式に変換した値。

基本コードおよび拡張コードは，8桁の16進数（A〜Fは大文字）で，各IDの前の0は省略される。

例えば，拡張コードが00000000の場合，「基本コード：0」となる。

3

B.ID

EVIDBASE

イベントIDを「基本コード」形式に変換した値。

8桁の16進数（A〜Fは大文字）で，IDの前の0は省略される。

4

B.TIME

EVDATE

登録時刻を「yyyy/mm/dd」形式に変換した値。JP1/IM - Viewのタイムゾーンで変換する。

5

B.TIME

EVTIME

登録時刻を「hh:mm:ss」形式に変換した値。JP1/IM - Viewのタイムゾーンで変換する。

6

B.PROCESSID

EVPID

発行元プロセスIDの値。

7

B.USERID

EVUSRID

発行元プロセスのユーザーIDの値。

8

B.GROUPID

EVGRPID

発行元プロセスのグループIDの値。

9

B.USERNAME

EVUSR

発行元ユーザー名の値。

10

B.GROUPNAME

EVGRP

発行元グループ名の値。

11

B.SOURCESERVER

EVHOST

発行元ホスト名の値。

12

B.SOURCEIPADDR

EVIPADDR

発行元IPアドレスをIPv4アドレス形式，またはIPv6アドレス形式にした文字列。※

13

B.SEQNO

EVSEQNO

イベントDB内通し番号の値。

14

B.ARRIVEDTIME

EVARVDATE

到着時刻を「yyyy/mm/dd」形式に変換した値。

15

B.ARRIVEDTIME

EVARVTIME

到着時刻を「hh:mm:ss」形式に変換した値。

16

B.SOURCESEQNO

EVSRCNO

発生元のイベントDB内通し番号の値。

17

B.MESSAGE

EVMSG

メッセージの値。該当する属性が存在しない場合，空文字に置換される。

注※

IPv4アドレス形式

32ビットのアドレス値を8ビット単位でピリオド（.）区切り，10進数（0〜255）で出力した形式。

例：0.64.128.255

IPv6アドレス形式

128ビットのアドレス値を16ビット単位でコロン（:）区切り，16進数（0000〜ffff）で出力した形式。

例：0011:2233:4455:6677:8899:aabb:ccdd:eeff

表4‒33　変数名と引き継ぐイベント情報の内容（JP1イベントの拡張属性（共通情報））

項番

イベント属性

変数名

引き継ぐイベント情報の内容

1

E.SEVERITY

EVSEV

重大度の値。※1

Emergency，Alert，Critical，Error，Warning，Notice，Information，Debug，または重大度に設定された値。

2

E.USER_NAME

EVUSNAM

ユーザー名の値。※1

3

E.OBJECT_TYPE

EVOBTYP

オブジェクトタイプの値。※1

4

E.OBJECT_NAME

EVOBNAM

オブジェクト名の値。※1

5

E.ROOT_OBJECT_TYPE

EVROBTYP

登録名タイプの値。※1

6

E.ROOT_OBJECT_NAME

EVROBNAM

登録名の値。※1

7

E.PRODUCT_NAME

EV"PRODUCT_NAME"

プロダクト名の値。※2

8

E.OBJECT_ID

EV"OBJECT_ID"

オブジェクトIDの値。※2

9

E.OCCURRENCE

EV"OCCURRENCE"

事象種別の値。※2

10

E.START_TIME

EV"START_TIME"

開始時刻の値。※2

11

E.END_TIME

EV"END_TIME"

終了時刻の値。※2

12

E.RESULT_CODE

EV"RESULT_CODE"

終了コードの値。※2

13

E.JP1_SOURCEHOST

EV"JP1_SOURCEHOST"

発生元ホスト名の値。※2

14

−

EV"拡張属性名"※1

拡張属性名で指定された属性の値。※2属性に含まれる情報については，JP1イベント発行元の各製品のマニュアルを参照してください。

注※1

該当する属性が存在しない場合，空文字に置換されます。

注※2

該当する属性が存在しない場合，変数の文字列に置換されます。

表4‒34　変数名と引き継ぐイベント情報の内容（その他）

項番

イベント属性

変数名

引き継ぐイベント情報の内容

1

−

EV"@JP1IM_ACTTYPE"

アクション種別を示す値。

0：アクション対象外

1：コマンド

2

−

EV"@JP1IM_ACTCONTROL"

アクション対象かどうかを示す値。

0：アクション対象外

1：実行した

2：抑止した

3：一部抑止した

3

−

EV"@JP1IM_SEVERE"

重要イベントかどうかを示す値。

0：重要イベントではない

1：重要イベントである

4

−

EV"@JP1IM_CORRELATE"

相関イベントかどうかを示す値。

0：相関イベントではない

1：相関成立イベントである

2：相関不成立イベントである

5

−

EV"@JP1IM_RESPONSE"

応答待ちイベントかどうかを示す値。

0：応答待ちイベントではない

1：応答待ちイベントである

6

−

EV"@JP1IM_ORIGINAL_SEVERITY"

重大度(変更前)の値。※

（Emergency，Alert，Critical，Error，Warning，Notice，Information，Debug，または重大度に設定された値）

重大度変更機能が有効な場合だけ設定する属性。

7

−

EV"@JP1IM_CHANGE_SEVERITY"

重大度を変更したかどうかを示す値。

0：重大度を変更していない

1：重大度を変更した

8

−

EV"@JP1IM_DEALT"

対応状況を示す値。

0：未対処

1：処理済み

2：処理中

3：保留

9

−

EV"@JP1IM_RELEASE"

重要イベントを解除したかどうかを示す値。

0：解除されていない

1：解除された

10

−

EV"@JP1IM_DISMISSED"

重要イベントを削除したかどうかを示す値。

0：削除されていない

1：削除された

11

−

EV"@JP1IM_MEMO"

メモ情報の値。※

12

−

EV"@JP1IM_DISPLAY_MESSAGE"

メッセージ(変更後)の値。

表示メッセージ変更機能が有効な場合だけ設定する属性。

13

−

EV"@JP1IM_CHANGE_MESSAGE"

表示メッセージを変更したかどうかを示す値。

0：メッセージを変更していない

1：メッセージを変更した

表示メッセージ変更機能が有効な場合だけ設定する属性。

14

−

ACTHOST

マネージャーホスト名の値。

注※

該当する属性が存在しない場合，変数の文字列に置換されます。

なお，自動アクションで指定できるイベント引き継ぎ情報については，「6.3.4　イベント引き継ぎ情報」を参照してください。

(2)　変数の指定方法

コマンド実行機能では，引き継ぐイベント情報を変数で指定します。JP1/IM - Viewは，変数が指定されている個所をJP1イベントの情報に変換してからコマンドを実行します。なお，変数の大文字と小文字は区別されます。

以降で，変数の指定方法と変換後の文字列について説明します。

変数は，「$変数名」の形式で指定します。「$」だけを指定した場合も変数と見なされますが，変換はされません。「$」を文字として指定したい場合は，エスケープ文字「¥」を「$」の前に指定してください。指定できる文字列については，「4.19.5(1)　指定できるイベント引き継ぎ情報」を参照してください。

イベント発行ホスト名に「server01」が設定されている場合の指定と変換結果の例を，次の表に示します。

項番

指定形式

変換結果

1

ping $EVHOST

ping server01

2

/¥$EVHOST

/$EVHOST

変数の直後に半角英数字および_（アンダースコア）を指定すると，正しく変換されません。このような場合は，変数名を{}で囲んでください。

イベントID（$EVIDBASE）に「100」，拡張属性EX（$EV"EX"）に「ABC」が設定されている場合の指定と変換結果の例を，次の表に示します。

項番

指定形式

変換結果

1

$EVIDBASE abc

100 abc

2

$EVIDBASEabc

$EVIDBASEabc※

3

${EVIDBASE}abc

100abc

4

$EVIDBASE_abc

$EVIDBASE_abc※

5

${EVIDBASE}_abc

100_abc

6

$EV"EX" abc

ABC abc

7

$EV"EX"abc

ABCabc

注※

指定先がコマンドラインで実行先ホストがUNIXの場合，コマンドの実行時にOSの環境変数として解釈されるため，空文字として処理されます。

変換元の文字情報に，次に示す制御文字が含まれていた場合，その制御文字は半角スペース（0x20）に変換されて処理されます。

半角スペースに変換される制御文字：0x01〜0x1F（タブ（0x09）を除く），0x7F

例えば，$EVMSGの指定によって取得したメッセージの中に改行コード（0x0A）が含まれていた場合，改行コード（0x0A）は半角スペース（0x20）に変換されて処理されます。

重要

「$」は「¥」を直前に指定することで，文字として扱われます。ただし，ファイルパスなどで「¥」に続いて変数を指定したい場合は，「¥」が変換されて，文字列として扱われません。この場合の回避方法を，次に示します。

実行コマンドに指定する場合

変数を引数に指定したバッチファイルを作成します。「¥」を使用するコマンドラインの組み立ては，バッチファイル内で指定します。

実行コマンドの指定例：

・実行コマンド：AppTest.bat $ACTHOST

・バッチファイル：application.exe c:¥work¥%1¥result.txt

この例では，「%1」に「$ACTHOST」を変換した値が設定されます。

変数をファイルパスに使用する場合

変数に任意のプレフィックスを付けます。

「EV"PRODUCT_NAME"」に「IM-VIEW」が設定されている場合の例を，変換できる場合とできない場合に分けて次に示します。

変数を変換できない例：

・指定例：C:¥$EV"PRODUCT_NAME"

・変換結果：C:$EV"PRODUCT_NAME"

この例では，「¥$」が指定されているため，「EV"PRODUCT_NAME"」が変換されません。

変数を変換できる例：

・指定例：C:¥pre_$EV"PRODUCT_NAME"

・変換結果：C:¥pre_IM-VIEW

この例では，「pre_」を変数の前に付けることで，「EV"PRODUCT_NAME"」が変換されます。

重要

属性値を引き継いだ場合，OSが特別な意味として取り扱う文字を，別の文字列に変換できます。これは，自動アクションでコマンドを実行する場合と同じです。特殊文字の変換については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション定義ファイル（actdef.conf）」（2.　定義ファイル）の変数の記述での注意点の説明を参照してください。また，特定のASCII文字を別の文字に変換する場合は，イベント引き継ぎ情報変換設定ファイルの設定に従います。イベント引き継ぎ情報変換設定ファイルについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「イベント引き継ぎ情報変換設定ファイル（event_info_replace.conf）」（2.　定義ファイル）を参照してください。

コマンドの実行内容に指定する実行コマンドには，JP1イベントの情報をURLエンコーディングした値やBase64エンコーディングした値を指定することができます。実行ホスト名および環境変数ファイルには指定できません。

指定形式を次に示します。

$変数名$エンコーディングの種類

イベント情報を引き継ぐ場合に指定できるエンコーディングの種類と指定形式の一覧を，次の表に示します。

表4‒35　イベント情報を引き継ぐ場合に指定できるエンコーディングの種類と指定形式

項番

エンコーディングの種類

指定形式

説明

1

URLエンコーディング

$変数名$URLENC

引き継ぐイベント情報をUTF-8の文字列としてURLエンコードする。

実行コマンドには，引き継ぐイベント情報をエンコードした結果の文字列が渡される。

指定例1：

C:¥WebBrowser.exe http://host/site?id=$EVMSG$URLENC

指定例2：

C:¥WebBrowser.exe http://host/site?p1=${EVMSG$URLENC}_$EVPID

${変数名$URLENC}

2

Base64エンコーディング

$変数名$ENC

引き継ぐイベント情報をBase64エンコードする。

実行コマンドには，引き継ぐイベント情報をエンコードした結果の文字列が渡される。

指定例1：

C:¥UP¥View.exe $EV"USER" $EV"PASS"$ENC

指定例2：

C:¥UP¥View.exe $EV"USER" ${EV"PASS"$ENC}_$EVPID

${変数名$ENC}

3

Base64コーディングとURLコーディングの両方

$変数名$ENC$URLENC

引き継ぐイベント情報をBase64エンコードし，さらにURLエンコードする。

実行コマンドには，引き継ぐイベント情報をエンコードした結果の文字列が渡される。

指定例1：

C:¥WebBrowser.exe http://host/site?pass=$EV"PASS"$ENC$URLENC

指定例2：

C:¥WebBrowser.exe http://host/site?pass=${EV"PASS"$ENC$URLENC}_$EVPID

${変数名$ENC$URLENC}

4

エンコーディングしない

$変数名

URLエンコードもBase64エンコードもしない。

実行コマンドには，引き継ぐイベント情報がそのまま渡される。

詳細については，「4.19.5(1)　指定できるイベント引き継ぎ情報」の各表を参照してください。

指定例1：

C:¥WebBrowser.exe http://host/site?id=$EVIDBASE

指定例2：

C:¥WebBrowser.exe http://host/site?p1=${EVIDBASE}_$EVPID

${変数名}

重要

エンコードの種類の直後に半角英数字，または_（アンダースコア）を指定する場合は，「変数名$エンコードの種類」を{}で囲んでください。

また，次の場合，「$変数名$エンコーディングの種類」または「${変数名$エンコーディングの種類}」は，文字列と見なされて変換されません。

「変数名」に該当するイベントが存在しない。

指定形式が誤っている。

指定形式と変換結果を，次の表に示します。

表4‒36　エンコーディングを指定した形式と変換結果の例

項番

指定形式

変換結果

説明

1

$EVMSG$URLENC

%E3%81%82

$EVMSGが「あ」。

2

$EVMSG$ENC

QUJDREVGRw==

$EVMSGが「ABCDEFG」。

3

$EVMSG$ENC$URLENC

QUJDREVGRw%3D%3D

$EVMSGが「ABCDEFG」。

4

$HOGE$URLENC

$HOGE$URLENC

$HOGEは不正な変数。

5

${EV"A0"$URLENC}abc

${EV"A0"$URLENC}abc

EV"A0"という属性が存在しない。

6

$EVMSG$URL

ABCDEFG$URL

$EVMSGが「ABCDEFG」。また，$URLは不正な変数。

7

${EVMSG$URL}abc

${EVMSG$URL}abc

$EVMSGが「ABCDEFG」また，$URLは不正な変数。

8

$EVMSG$ENC¥$URLENC

QUJDREVGRw==$URLENC

$EVMSGが「ABCDEFG」。$ENCによってBase64エンコード。また，「¥$」で「¥」をエスケープ。

9

$EVMSG¥$URLENC

あ$URLENC

$EVMSGが「あ」。また，「¥$」で「¥」をエスケープ。

10

$EVMSG$URLENC

空文字

$EVMSGが空文字。

(3)　引き継ぎ対象イベントの指定方法

コマンドの実行内容に引き継ぐJP1イベントは，次に示す操作で指定できます。

表4‒37　イベント情報を引き継げる画面，メニュー，およびボタン

項番

画面の種類

画面名

［コマンド実行］画面の起動操作※1

引き継ぎ対象イベント

1

イベント一覧

［イベントコンソール］

メニュー−［表示］−［コマンド実行（イベント情報引き継ぎ）］

［イベントコンソール］画面の次のページで選択したJP1イベント。

イベント監視

重要イベント

イベント検索

応答待ちイベント

2

メニュー−［オプション］−［コマンド実行］※2

3

ツールバー−［コマンド実行］ボタン※2

4

ポップアップメニュー−［コマンド実行（イベント情報引き継ぎ）］

5

［関連イベント一覧（集約）］

ポップアップメニュー−［コマンド実行（イベント情報引き継ぎ）］

［関連イベント一覧（集約）］画面の次のテーブルで選択したJP1イベント

［表示対象］

［関連イベント一覧］

6

［関連イベント一覧（相関）］

ポップアップメニュー−［コマンド実行（イベント情報引き継ぎ）］

［関連イベント一覧（相関）］画面の次のテーブルで選択したJP1イベント

［表示対象］

［関連イベント一覧］

7

イベント詳細

［イベント詳細］

［コマンド実行］ボタン

画面に表示されているJP1イベント。ただし，ダミーイベントの場合は，イベント情報を引き継げない。

8

［イベント詳細（編集）］

9

［イベント詳細 - 関連イベント一覧（集約）］

10

［イベント詳細（編集） - 関連イベント一覧（集約）］

11

［イベント詳細 - 関連イベント一覧（相関）］

12

［イベント詳細（編集） - 関連イベント一覧（相関）］

注※1

選択しているイベントが次に示す場合，［コマンド実行（イベント情報引き継ぎ）］メニューが非活性となり，選択できません。また，ダミーイベントの［イベント詳細］画面の［コマンド実行］ボタンが非活性となり，クリックできません。

・JP1イベントがない

・JP1イベントを複数選択している

・ダミーイベントを選択している

注※2

すでに［コマンド実行］画面を表示している場合，その［コマンド実行］画面が最前面に表示されます。

指定したイベントは，［コマンド実行］画面に表示されます。表示されるJP1イベントの表示項目（属性）は，［イベントコンソール画面］のイベント一覧の表示項目（属性）と同じです。表示項目（属性）については，「4.19.5(1)　指定できるイベント引き継ぎ情報」を参照してください。

［コマンド実行］画面の表示中に，JP1イベントを指定し直して［コマンド実行］画面にイベントを引き継ぐ操作をすると，表示されているJP1イベントが変更されます。また，［ユーザー環境設定］画面で表示項目を変更した場合，［コマンド実行］画面で表示されている属性値も変更されます。

重要

イベント情報を引き継ぎできないメニューやボタンをクリックしてから［コマンド実行］画面を起動した場合，引き継ぎ対象のイベントを表示できません。この場合，［コマンド実行］画面の［情報を引き継ぐ］チェックボックスはチェックされず，イベント情報は空欄で表示されます。

(4)　コマンドの実行内容のプレビュー

イベント情報を引き継いだ場合，コマンドの実行前に［コマンド実行内容プレビュー］画面が表示されます。［コマンド実行内容プレビュー］画面には，変数をイベントの情報に置き換えたあとのコマンドの実行内容が表示されます。

［コマンド実行内容プレビュー］画面に表示された内容は，修正することができ，修正した内容でコマンドを実行できます。変数をイベントの情報に置き換えたあとのコマンドの実行内容のサイズが上限値を超えた場合は，超過分を切り捨てた内容が［コマンド実行内容プレビュー］画面に表示されます。コマンドの実行内容が切り捨てられた場合は，超過分を切り捨てる前の内容も確認できます。

［コマンド実行内容プレビュー］画面については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.41　［コマンド実行内容プレビュー］画面」を参照してください。

なお，履歴として保存されるのは，変数を置き換える前の値（［コマンド実行］画面の値）となります。［コマンド実行内容プレビュー］画面で表示または編集した値は，履歴として残りません。

4.20　メール通知機能（Windows限定）

JP1/IM - Managerでは，重要な障害が発生したときに自動アクションでメールを送信する方法として，次の方法があります。

JP1/TELstaffを使用する方法

JP1/IM - Managerのjimmailコマンドを使用する方法

ここでは，これらのメール通知機能について説明します。

4.20.1　メール通知機能の仕組み

二つのメール通知機能の仕組みについて説明します。

JP1/TELstaffと連携してメール通知する場合，次の図に示すように，JP1/IM - Managerが受信したイベントを契機に，自動アクションでJP1/TELstaffのteldialコマンドを実行し，JP1/TELstaff経由でシステム管理者のメールサーバにメール送信します。トリガフォンやパトランプと合わせて運用する場合，JP1/TELstaffを使用してください。

図4‒111　JP1/TELstaffでメール通知する場合

JP1/IM - Managerのjimmailコマンドを使用してメール通知する場合は，JP1/TELstaffを導入しなくても，JP1/IM - Managerからシステム管理者のメールサーバにメール送信します。

図4‒112　JP1/IM - Managerのjimmailコマンドでメール通知する場合

4.20.2　JP1/IM - Managerのメール通知の機能について

JP1/IM - Managerでは，重要な障害が発生したときに自動アクションでメールを送信する方法として，JP1/TELstaffを使用する方法と，JP1/IM - Managerのjimmailコマンドを使用する方法があります。

JP1/IM - Manager（jimmailコマンド）の機能の一覧を次の表に示します。

なお，JP1/TELstaffの機能については，機能追加および仕様変更によって，機能が変更になることがあります。JP1/TELstaffの機能の詳細については，マニュアル「JP1/TELstaff 構築・運用ガイド」を参照してください。

表4‒38　JP1/IM - Manager（jimmailコマンド）の機能の一覧

項目

JP1/IM - Manager

（jimmailコマンド）

トリガフォン，パトランプを使用した監視

×

複数メールサーバの設定

×

SMTP認証

認証なし

○

POP before SMTP認証

○

SMTP-AUTH認証

PLAIN

○

LOGIN

○

CRAM-MD5

×

DIGEST-MD5

×

SMTP認証パスワードの暗号化

○※1

通信の暗号化

STARTTLS

×

SMTPS（SMTP over SSL）

×

宛先

宛先の単一指定

○

宛先の複数指定

○

CC／BCCの指定

×

送信元アドレスの指定

○

返信先アドレスの指定

×

グループ（連絡網）指定

×

メールの内容

メール主題の指定

○

メール本文の指定

○

メール主題，本文の定義方法

CUI

（コマンド）

添付ファイル

×

情報の引き継ぎ

（IMのイベント，アクション情報の変数を使用する）

○

変数の使用※2

×

開封確認付きメールの送信

×

重要度情報の付加

×

送信失敗時のリトライ送信

×

カレンダー機能（平日／休日）

×

スケジュール機能（1時間単位）

×

発信制限

×

（凡例）

○：対応する

×：対応しない

注※1

メール環境定義ファイルに，暗号化したSMTP/POP3認証パスワードを保存します。

注※2

あらかじめ変数と変数に対応する文字列を定義し，メール送信の際に変数名を特定の文字列に置換する機能です。

JP1/IM - Manager（jimmailコマンド）については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jimmail（Windows限定）」を参照してください。

JP1/IM - Manager（jimmailコマンド）には制限値があります。次の表を参考にしてください。

表4‒39　JP1/IM - Manager（jimmailコマンド）の制限値

項目

制限値

メールアドレスの最大長

256バイト

メール主題の最大長

512バイト

メール本文の最大長

4,096バイト

メール本文（1行）の最大長

512バイト

１回で送信できるメール件数

20件

また，自動アクションのコマンドラインの最大長は4,096バイトです。最大長を超えた場合，jimmailコマンドは実行されません。

4.20.3　自動アクションの送信メールのURLから連携するアプリケーションを表示する

自動アクションでメールを送信する場合，メール本文に自動アクションの契機となったJP1イベントの属性値をイベント引き継ぎ情報として引き継げます。その際，イベント引き継ぎ情報の値をURLエンコーディングできます。

そのため，エンコーディングされたイベント引き継ぎ情報をメール本文のURLに定義することで，URLからリンクするアプリケーションにイベント情報を引き継ぐことができます。

JP1製品としては，JP1/AJSのジョブまたはジョブネットに対応するJP1/AJS - Web Consoleのモニター画面のURLをメール本文に記載することで，送信メールからモニター画面を直接表示できます。詳細については，「10.6.2　自動アクションの送信メールからのモニター画面の表示（自動アクション機能）」を参照してください。

自動アクションでのイベント引き継ぎ情報のエンコーディングについては，「6.3.4(2)　イベント引き継ぎ情報のエンコーディング」を参照してください。

4.21　事象発生元ホストの性能レポート表示機能

選択したイベントの事象発生元ホストを対象として，事象が発生した時刻の性能を示すJP1/PFM - Web Consoleのレポート画面を直接表示（シングルサインオン）できます。この機能を事象発生元ホストの性能レポート表示機能と呼びます。

事象発生元ホストの性能レポート表示機能を使用してJP1/PFMと連携することで，事象が発生した時刻のホストの性能情報を迅速に確認できます。

事象発生元ホストの性能レポート表示機能の詳細については，「10.7　JP1/PFMとの連携」を参照してください。

5　セントラルスコープによる目的指向型のシステム監視

セントラルスコープは，システム管理者が必要とする目的に合わせて，システムを監視する機能を提供します。

この章では，セントラルスコープの機能について説明します。

5.1　セントラルスコープの機能概要

セントラルスコープは，ツリー監視機能，ビジュアル監視機能，およびガイド機能によって，目的指向型のシステム監視を支援します。また，［監視ツリー］画面の自動生成機能と編集機能によって，簡易にセントラルスコープ環境を構築できます。

重要

セントラルスコープ機能は，デフォルトでは無効（起動しない）となっています。セントラルスコープ機能を使用する場合，jcsdbsetupコマンドで監視オブジェクトDBを作成し，jcoimdefコマンドでセントラルスコープ機能を有効にする必要があります。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の次の個所を参照してください。

Windowsの場合

「1.19.5　セントラルスコープの機能を使用するための設定（Windowsの場合）」

UNIXの場合

「2.18.7　セントラルスコープの機能を使用するための設定（UNIXの場合）」

重要

セントラルスコープ機能は，2038年1月19日に使用できなくなり，それ以降は機能を使用できません。そのため，2038年1月19日より前に，統合オペレーション・ビューアーを使用する形態への移行が必要となります。

図5‒1　［監視ツリー］画面，［ビジュアル監視］画面の表示例

セントラルスコープの機能の概要を説明します。

監視ツリー

JP1/IMが監視する対象を，［監視ツリー］画面によって監視目的に合わせたツリー形式で表示します。

監視ツリーは，監視する対象である監視オブジェクトを，それをグループ化する監視グループによって，ツリー構造にアイコンで表示したものです。

監視ツリー上のアイコンは，例えば，業務とそれを実行するサーバを並べて配置しており，サーバで障害が発生すると影響を受ける業務がわかるようになっています。なお，［監視ツリー］画面の詳細表示領域は，［ビジュアル監視］画面のようにマップ形式で表示することもできます。

また，JP1資源グループを利用することによって，各JP1ユーザーに対し，監視ツリーの表示制御，表示される監視ノードに対する細かなアクセス制御ができます。

監視ツリーの自動生成と編集

監視ツリーは，自動生成機能と編集機能を使って簡易に生成できます。

自動生成機能は，ユーザーが目的別のテンプレートを［自動生成−構成選択］画面の生成ツリーの中から選ぶと，JP1/IMのエージェントから自動的に定義情報を収集し，自動的にテンプレートに合わせて監視ツリーを作成します。

テンプレートは，監視ツリーのモデルとなる定義情報で，［業務指向ツリー］および［サーバ指向ツリー］があります。

自動生成機能によって生成した監視ツリーは，運用方法に合わせて［監視ツリー(編集中)］画面で編集し，システムの監視をします。また，監視ツリーの定義をCSVファイルに出力して編集することもできます。

ビジュアル監視

監視ツリーのアイコンを，［ビジュアル監視］画面によって，業務組織図などの画像の上にマップ形式で表示します。

アイコンは標準提供されているものに加えて，任意の画像およびサイズのアイコン（ビジュアルアイコン）をユーザーが登録できます。重点的に監視したい監視オブジェクトや監視グループを，マップ上に配置して監視でき，大規模なシステムでも目的とする視点によって容易に監視できます。

ガイド情報

監視ノードや発生したJP1イベントに合わせて，ガイド情報を表示できます。システム監視中に発生した問題に対処するときのアドバイスとして，対処手順の流れや調査方法を登録でき， 初動対応でのシステム管理者の負担を軽減できます。

ガイド情報の内容はユーザーが登録できます。表示内容を決める条件には，監視ノード，および監視ノードの状態が変わるきっかけになったJP1イベントの情報などを指定できます。

なお，セントラルスコープの［監視ツリー］画面からは，セントラルコンソールの［イベントコンソール］画面を呼び出すことができます。

5.2　監視ツリー

ここでは，監視ツリーについて説明します。

5.2.1　監視ツリーの構成

監視ツリーは，監視オブジェクトと監視グループ，および仮想ルートノードから構成されます。

表5‒1　監視ツリーの構成要素

項目

説明

監視オブジェクト

セントラルスコープによって監視している対象です。

監視オブジェクトには，監視する条件として，監視対象が特定の条件になった場合にアイコンをエラー状態にするなどの条件が設定されています。

監視対象に関連したJP1イベントを受信すると，監視条件に一致するか判定し，条件が一致するとアイコンの状態を変化させます。

監視グループ

監視オブジェクトをグループ化するためのものです。

監視グループには，監視オブジェクトまたは監視グループを含めることができます。

上位の監視グループに含まれる下位の監視オブジェクトまたは監視グループがJP1イベントを受けて状態が変化すると，上位の監視グループも状態が変化します。

仮想ルートノード

監視ツリーの監視範囲設定を有効にしたときにだけ表示されます（詳細については，「5.4.3　監視ツリーの監視範囲設定」を参照してください）。

例えば，監視ツリーの監視範囲設定が有効になった状態で，JP1ユーザー「jp1ope」がJP1/IM - Manager（セントラルスコープ）にログインすると，次の図のように仮想ルートノードが監視ツリーの最上位に表示されます。

上図のように仮想ルートノードには，人を模したアイコンが表示されます。また，仮想ルートノード名は，JP1/IM - Manager（セントラルスコープ）にログインしたときのJP1ユーザー名となります。

仮想ルートノードは，監視グループや監視オブジェクトと異なり，情報の編集（［プロパティ］画面での編集）や状態の変更といった操作ができません（仮想ルートノード下の監視ノードの状態が変化すると，仮想ルートノードの状態もそれに合わせて変化しますが，仮想ルートノードの状態を直接変更することはできません。下位の監視ノードの状態を変更する必要があります）。

監視オブジェクトと監視グループを総称して監視ノードと呼びます。

5.2.2　監視ノードの状態

監視オブジェクトおよび監視グループは，監視対象で発生したJP1イベントをもとにして，監視対象の状態を管理します。

監視ノードには次の2種類の状態があります。

状態

監視ノードは「状態」によって，監視ノードで発生した事象を管理します。

監視ノードの状態には優先度の順に「緊急」「警戒」「致命的」「エラー」「警告」「正常」「デバッグ」，および「初期状態」があります。

例えば，監視ノードで障害が発生して，重大度が緊急のJP1イベントが発行された場合，セントラルスコープはその事象を監視ノードの状態によって管理します。

監視状態

監視ノードの状態を監視するかどうかを決める情報です。

監視ノードの監視状態には「監視」および「非監視」があります。

監視状態が監視になっている監視ノードは，監視する条件に一致するJP1イベントを受信すると状態が変更されます。［監視ツリー］画面と［ビジュアル監視］画面では，状態が色によって表示されます。

非監視状態の監視ノードは，その監視ノードからのJP1イベントを受信しても，監視ノードの状態は変更されません。［監視ツリー］画面と［ビジュアル監視］画面では，グレーアウトして表示されます。

監視ノードは，初めは「初期状態」と呼ぶ状態です。初期状態とは，監視ノードがどのような状態か情報を持っていないことを意味しています。

監視状態が「監視」になっている監視オブジェクトで，例えば，障害が発生して重大度が緊急のJP1イベントが発行された場合，そのJP1イベントをJP1/IM - Managerが受信すると, 監視オブジェクトの状態を変更します。どのようなときに監視オブジェクトの状態を変更するかは，状態変更条件と呼ぶ条件によって決まります。

監視オブジェクトの状態が変更されると，その状態は上位の監視グループへと順に伝わります。監視グループの状態より，伝わった状態の優先度が高い場合や，下位の監視ノードの状態が監視グループの状態変更条件に合致した場合は，監視グループの状態が変化します。

監視状態が「非監視」の監視オブジェクトの場合は，障害などのJP1イベントを受信しても，監視ノードの状態は変更されません。監視状態を「監視」に変更すると，監視対象からのJP1イベントによって，監視ノードの状態が変わるようになります。なお，監視ツリーを自動生成すると，監視ノードは「非監視」の状態になっています。

(1)　監視ノードの状態を手動で変更する場合の動作

監視ノードの状態を手動で変更する場合，監視ノード種別が監視オブジェクトか監視グループかによって，変更できる状態，および状態変更時の動作が異なります。

表5‒2　監視ノード種別による変更できる状態，状態変更時の動作の違い

監視ノード種別

変更できる状態，および状態変更時の動作

監視オブジェクト

「緊急」「警戒」「致命的」「エラー」「警告」「正常」「デバッグ」および「初期状態」※1に変更できます。

状態を変更すると，その情報が上位に伝わり，上位監視グループの状態は，下位監視ノードの状態の中でいちばん優先度の高い状態に変わります。

監視グループ

「初期状態」※1にだけ変更できます。

状態を変更すると，その情報が上位に伝わり，上位監視グループの状態は，下位監視ノードの状態の中でいちばん優先度の高い状態に変わります（上位伝播の動作は監視オブジェクトと同じです）。

また，下位監視ノードの状態は，すべて「初期状態」に変わります。

注※1　監視ノードの状態を手動で変更すると状態変更イベントの履歴が削除されます（「5.7.2　状態変更イベントの検索」を参照）。

注※2　監視グループの状態は下位の状態(優先度がいちばん高い状態)に合わせて変わります。ただし，監視グループに状態変更条件が設定されている場合には，その条件に従います。

なお，監視ノードの状態を手動で変更する方法は，GUIで変更する方法とjcschstatコマンドで変更する方法の2種類があります（jcschstatコマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcschstat」（1.　コマンド）参照）。

監視ノードの監視状態を「非監視」に変更すると，下位監視ノードの監視状態もすべて「非監視」に変わります。また，状態は下位監視ノードも含めてすべて「初期状態」に変わります。同様に，監視ノードの監視状態を「監視」に変更すると下位監視ノードの状態もすべて「監視」に変わります。

なお，上位監視ノードの監視状態が「非監視」の場合，下位監視ノードの監視状態だけを「監視」に戻すことはできません。監視状態を「監視」に戻す場合は，「非監視」となっている最上位の監視ノードを「監視」に戻す必要があります。

5.2.3　状態変更条件

状態変更条件は，監視ノードの状態を変更する条件です。監視オブジェクトと監視グループの両方で設定できますが，それぞれの状態変更条件には違いがあります。

監視オブジェクトの状態変更条件

監視オブジェクトの状態を，どのようなJP1イベントを受信したときに変更するか（例：重大度が警告である特定のJP1イベントを受信したら，状態を警告にする）を決める条件です。

監視グループの状態変更条件

監視グループの状態を，下位の監視ノードがどのような状態になったときに変更するか（例：下位の三つの監視ノードのうち，二つがエラーになったときに，状態をエラーにする）を決める条件です。

条件を設定していない場合は，下位監視ノードの状態の中でいちばん優先度の高い状態になります。

以降では，監視オブジェクト，監視グループそれぞれの状態変更条件について説明します。

(1)　監視オブジェクトの状態変更条件

監視オブジェクトの状態変更条件は，次のようになっています。

図5‒2　監視オブジェクトの状態変更条件

監視ツリーを構成している監視オブジェクトは，それぞれ状態変更条件を持っています。JP1/IM - Managerは，JP1イベントを受信すると，各監視オブジェクトの状態変更条件を確認します。状態変更条件に合致し，かつ，現在の状態より優先度の高い状態になる監視オブジェクトがあれば，その監視オブジェクトの状態を変更します。これによって，発生したJP1イベントと，対応する監視ツリー上の監視オブジェクトを対応づけて，システムの状態をビジュアルに表示します。

監視オブジェクトの状態変更条件は，次のように，条件名，状態，共通条件，個別条件によって構成されます。JP1イベントに対する条件は，共通条件と個別条件に分かれ，それぞれ複数の条件を指定できます。

条件名

状態変更条件の名称です。

状態

状態変更条件が合致したときになる状態です。

状態は，「緊急」「警戒」「致命的」「エラー」「警告」「正常」または「デバッグ」および「初期状態」のどれかです。

共通条件

共通条件とは，状態変更条件のうち，幾つかの監視オブジェクトで共通して使われる条件のことです。例えば，ジョブネット監視をする監視オブジェクトでは，JP1イベントのID 4108（ジョブネット警告終了のイベント）が共通条件になっており，同種類の監視オブジェクトで共通する条件として使われます。

個別条件

個別条件とは，監視オブジェクトごとに固有の値を持つ条件のことです。例えば，ジョブネット監視オブジェクトでは，ジョブの名称のように監視オブジェクトごとに異なる値を持つ条件は，個別条件となります。

システム監視オブジェクトの例によって，具体的な状態変更条件の設定内容を説明します。

図5‒3　システム監視オブジェクトの例「AJS監視」（一部抜粋）

この図は，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「8.　システム監視オブジェクト一覧（セントラルスコープ用）」から，JP1/AJSの「AJS監視」システム監視オブジェクトの説明を一部抜粋したものです。

図の例では，「ジョブネット警告のイベント(AJS)」という状態変更条件が定義されています。まず，「AJS監視」の監視オブジェクトに共通する条件（共通条件）として，イベントIDが4108（ジョブネットが警告終了したという意味です）が発生した時に，監視オブジェクトの状態を「警告」することが定義されています。また，監視オブジェクトごとに設定される個別条件として，監視オブジェクトが持つ基本情報（監視対象を特定するための情報）に対応した条件が指定されており，これによって監視ツリー上のどの監視オブジェクトの状態を変更するかを特定します。

このように，監視オブジェクトの種類（製品別など）に共通して使う共通条件と，個々の監視オブジェクトを特定するための個別条件を組み合わせて，監視オブジェクトの状態変更が行われます。

監視オブジェクトの状態変更条件をメモリーに常駐させる機能

JP1/IM - Managerは，JP1イベントを受信すると，各監視オブジェクトの状態変更条件が各監視オブジェクトの状態変更条件と合致しているかどうかの確認を行います。一度に大量のJP1イベントを受信すると，その分ディスクアクセス回数が増えるため，監視オブジェクトの状態に反映されるまでに時間が掛かることがあります。監視オブジェクトの状態変更条件をメモリーに常駐させる機能を有効にすることで，イベント受信時のセントラルスコープの処理での，ディスクアクセス回数を削減できます。

この機能を有効にした場合，監視オブジェクトの状態変更条件が，すべてメモリー上に展開されます。そのため，この機能を有効にする場合は，その分のメモリーを確保する必要があります。メモリー所要量を見積もった上，十分なメモリーが確保できる場合は，この機能を設定することを推奨します。

メモリー所要量の見積もり式については，JP1/IM - Managerのリリースノートを参照してください。機能の設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「6.7.5　状態変更条件メモリー常駐機能の設定」を参照してください。

(2)　監視グループの状態変更条件

監視グループは監視ノードをグループ化しています。このため，グループ化している監視ノードの状態によって，監視グループの状態も変化します。監視グループの状態変更条件は，次のようになっています。

図5‒4　監視グループの状態変更条件

JP1/IM - Managerが，特定のJP1イベントを受信し，監視オブジェクトの状態を変更すると，その状態は上位の監視グループに伝わっていきます。デフォルトの設定では次のような動作をします。

図5‒5　監視グループの状態変更の動作（デフォルト設定時）

上記の図に示したとおり，監視グループは下位の監視ノードの状態の中でいちばん優先度の高い状態に変わります。したがって，例えば最上位の監視ノードが「エラー」になっているときは，下位のすべての監視ノードに「エラー」より優先度の高い状態の監視ノードはありません。

デフォルトの設定でも問題はありませんが，特殊な条件下のシステム（ロードバランサーを用いて負荷分散しているシステムなど）での運用の場合は，監視グループの状態変更条件を定義することで，より詳細な監視ができるようになります。

監視グループの状態変更条件は，次のように，条件名，状態，子ノードの状態，比較条件によって構成されます。

条件名

状態変更条件の名称です。

状態

状態変更条件が合致したときに監視グループがなる状態です。

状態は優先度の順に「緊急」「警戒」「致命的」「エラー」「警告」「正常」「デバッグ」があります。「初期状態」は指定できません。

子ノードの状態

子ノードの状態とは，下位にある監視ノードの状態のことです。下位の監視ノードがどのような状態になったときに，状態を変更するかを指定します。指定する状態には，優先度の順に「緊急」「警戒」「致命的」「エラー」「警告」「正常」「デバッグ」があります。「初期状態」は指定できません。

なお，指定する状態には，それより優先度の高い状態のものも含まれます(例えば，「エラー」は「エラー」以上すべての状態を意味します)。

子ノードについて，次の図で説明します。

図5‒6　監視グループごとの子ノードの範囲

上記の図に示したとおり，監視グループAの子ノードは，監視グループBを含みます。ただし，監視グループAの子ノードに監視グループBの子ノードは含みません。

比較条件

比較条件とは，下位の監視ノードをグループの中で比較する条件のことです。次のように，比率（％以上）および個数（個以上）があり，どちらか一方を指定します。

図5‒7　比較条件（比率・個数）

このように，条件名，状態，子ノードの状態，比較条件を設定することで，監視グループの状態変更をカスタマイズできます。

また，監視グループの状態変更条件を定義すると，次のように監視グループのアイコン表示が変化します。アイコンによって，状態変更条件が定義されているかどうかを識別できます。

図5‒8　アイコン表示の変化（例）

なお，ビジュアルアイコンには「P」は付加されません。ツリー表示領域のアイコンで識別してください。

5.2.4　イベント発行条件

監視ノードは，状態が変わったときにJP1イベントを発行できます。

イベント発行条件には，監視ノードが，どの状態に変わったときにJP1イベントを発行するかを定義します。ただし，状態が「初期状態」に変わったときには，JP1イベントを発行できません。

発行されるJP1イベントは，イベントID＝00003FB0　です。

このJP1イベントの詳細は次のとおりです。この情報はマニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「3.　JP1イベント」から引用したものです。

表5‒3　イベントID：00003FB0の詳細（リファレンスから引用）

属性種別

項目

属性名

内容

基本属性

発行元イベントサーバ名

SOURCESERVER

イベントが発行されたイベントサーバ名。

メッセージ

MESSAGE

KAVB7900-Iのメッセージ

拡張属性

共通情報

重大度

SEVERITY

Information

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/IM/SCOPE

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

IM_CS

事象種別

OCCURRENCE

STATUS_CHANGE

固有情報

監視ノードID

MON_NODE_ID

監視ノードのID

監視ノード種別

MON_NODE_NAME

監視ノードの名称

監視ノードの状態※1

MON_NODE_STATUS

監視ノードのStatusID

状態変更の元となったJP1イベントの情報※2

属性名

属性値(基本属性にはJCS_B_が，拡張属性にはJCS_E_の接頭字が付加される)。

注※1　「監視ノードの状態（E.MON_NODE_STATUS）」には，JP1イベントを発行した監視ノードの状態が，StatusIDと呼ぶ次の数値により格納されます。

StatusID（監視ノードの状態）の値

　緊急：800 ， 警戒：700 ， 致命的：600 ， エラー：500，

　警告：400 ， 正常：300 ， デバッグ：200 ， 初期状態：100

例えば，監視ノードの状態が緊急に変化した時に発行されたJP1イベントは，監視ノードの状態（E.MON_NODE_STATUS）=800になります。

注※2　「状態変更の元となったJP1イベントの情報」は，JP1/IM - Viewで確認することはできません。なお，「状態変更の元となったJP1イベントの情報」には，状態変更の契機となったJP1イベントの情報が属性名-属性値の組み合わせですべて格納されます。この結果，00003FB0がJP1イベントの最大値（10,000バイト）を超えた場合，最大値を超えない分だけ，状態変更の契機となったJP1イベントの情報を格納します。また，拡張属性が100個を超える場合も，100個以内に収まる範囲内でJP1イベントの情報を格納します。属性名が26文字までの属性が格納されます。27文字以上の属性名の属性は格納されません。

監視ノードごとの自動アクションをするには

監視ノードの状態変更によって，自動アクションをするには，次のようにします。

監視ノードの［プロパティ］−［イベント発行条件］で，JP1イベントを発行する監視ノードの状態を選択する。

自動アクションの定義に，イベントID＝00003FB0　に対しての自動アクション条件を追加する。

このとき，監視ノードの状態を変更する契機になったJP1イベントの情報は，表の「状態変更の元となったJP1イベントの情報」にあるように，イベントID＝00003FB0のJP1イベントに含まれています。例えば，元のイベントのメッセージ（B.MESSAGE）は，E.JCS_B_MESSAGEという属性名で使用できます。

5.3　監視ツリーの自動生成

監視ツリーは，自動生成機能を使って，稼働中のシステムの各ホストから定義情報を自動的に収集し，自動的に生成できます。また，システム構成の変更があった場合も，差分の情報を収集して監視ツリーを更新できます。

自動生成機能は，監視システム構築の作業を大幅に簡易化します。監視ツリーによって大規模なシステムでも効率良くシステム監視ができますが，大規模なシステムを監視するには大量の定義情報が必要になります。このため，システム構築段階の作業，およびシステム変更に追従するための更新作業は，膨大な手間の掛かる作業です。監視ツリーの自動生成の機能は，手間の掛かる構築作業を支援します。

5.3.1　監視ツリーの自動生成

監視ツリーを自動生成すると，次のようにエージェントから定義情報を収集し，JP1/IM - Managerによって監視ツリーを自動的に生成します。

図5‒9　監視ツリー自動生成概要

重要

監視ツリーを自動生成するには，監視対象の製品に自動生成の対応機能が必要です。

5.3.2　監視ツリーを自動生成するための条件

監視ツリーを自動生成できる製品はJP1製品（JP1/AJS，バージョン8以前のJP1/Cm2/SSO，JP1/PFM，JP1/IM，JP1/ServerConductor）とCosminexus，HiRDBです。これらの製品以外を監視対象とする監視オブジェクトは，手動で設定する必要があります。

監視ツリーを自動生成するには，次の条件があります。

エージェントに，JP1/Base（バージョン7以降）が必要です。

定義情報はJP1/Baseの機能によって収集します。

監視対象の製品が，JP1/Baseの定義収集機能に対応している必要があります。

また，エージェントごとに，各製品の定義収集機能を有効にするセットアップコマンドを，実行しておく必要があります。

自動生成する際には，連携製品のサービスを起動する必要があります。

サービスが起動していない製品については，定義情報の取得に失敗します。

自動生成に対応している製品とJP1/IMとの連携セットアップの方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「6.8　連携製品のセットアップ」，および各連携製品のマニュアルを参照してください。

自動生成機能を使って作成される監視オブジェクトを次の表に示します。

表5‒4　自動生成で作成される監視オブジェクト一覧

製品名

監視種別

説明

JP1/IM - Manager

IM監視

JP1/IM - Managerの状態を監視します。

JP1/IM - Managerの障害に関するJP1イベントを条件に，状態が変化するよう定義されています。

JP1/AJS - Manager

AJS監視

JP1/AJS - Managerの状態およびジョブネットの実行状態を監視します。

JP1/AJS - Managerの障害に関するJP1イベントやジョブネットの状態変化に関するJP1イベントを条件に，状態が変化するよう定義されています。

ジョブネット監視（AJS）

ジョブの実行状態を監視する監視オブジェクトです。

ジョブの状態変化に関するJP1イベントを条件に，状態が変化するよう定義されています。

JP1/Cm2/SSO※

SSO監視

JP1/Cm2/SSOの状態を監視する監視オブジェクトです。

JP1/Cm2/SSOの障害に関するJP1イベントを条件に，状態が変化するよう定義されています。

カテゴリー監視（SSO）

JP1/Cm2/SSOが管理するSNMPエージェントが収集するリソース情報の状態を監視する監視オブジェクトです。

JP1/Cm2/SSOが管理するSNMPエージェント分収集されます。

リソースの状態変化に関するJP1イベントを条件に，状態が変化するよう定義されています。

JP1/PFM - Manager

エージェント監視（PFM）

JP1/PFM - Managerが管理するエージェントが監視するパフォーマンスデータの状態を監視する監視オブジェクトです。

JP1/PFM - Managerが管理するJP1/PFM - Agent分収集されます。

パフォーマンスデータの状態変化に関するJP1イベントを条件に状態が変化するよう定義されています。

Cosminexus

論理サーバ監視（Cosminexus）

Cosminexusの論理サーバ（J2EEサーバ，Webサーバ，ネーミングサービス，CTMなど）の状態を監視する監視オブジェクトです。

Cosminexusの論理サーバの起動・停止や実行時の障害に関するJP1イベントを条件に，状態が変化するよう定義されています。

J2EEアプリケーション監視（Cosminexus）

CosminexusのJ2EEアプリケーションの状態を監視する監視オブジェクトです。

CosminexusのJ2EEアプリケーションの起動・停止や障害に関するJP1イベントを条件に，状態が変化するよう定義されています。

Cosminexus + JP1/Cm2/SSO※

J2EEサーバリソース監視（SSO）

CosminexusのJ2EEサーバのリソース状態を監視する汎用監視オブジェクトです。

J2EEサーバのリソース状態変化に関するJP1イベントを条件に，状態が変化するよう定義されています。

CTMリソース監視（SSO）

CosminexusのCTMのリソース状態を監視する汎用監視オブジェクトです。

CTMのリソース状態変化に関するJP1イベントを条件に，状態が変化するよう定義されています。

SFOリソース監視（SSO）

CosminexusのSFOのリソース状態を監視する汎用監視オブジェクトです。

SFOのリソース状態変化に関するJP1イベントを条件に，状態が変化するよう定義されています。

J2EEアプリケーションリソース監視（SSO）

CosminexusのJ2EEアプリケーションのリソース状態を監視する汎用監視オブジェクトです。

J2EEアプリケーションのリソース状態変化に関するJP1イベントを条件に，状態が変化するよう定義されています。

注※　バージョン8以前のJP1/Cm2/SSOである必要があります。

重要

自動生成した監視ツリーは，監視方法に合わせてカスタマイズしてから運用を始めてください。

なお，自動生成によって作成される監視ツリーは，収集した情報を網羅した監視ツリーになっています。これは，まずシステムの構成情報をできるだけ監視ツリーに盛り込み，そこから監視運用に不要なものを削ってもらう，という手順で監視ツリーを生成するためです。

自動生成で作成される監視ノード種別ごとの詳しい定義内容については，次の説明を参照してください。

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「8.　システム監視オブジェクト一覧（セントラルスコープ用）」

5.3.3　自動生成できる監視ツリーの構造

自動生成によって作成する監視ツリーは，［自動生成−構成選択］画面でユーザーが選択したテンプレートに合わせた構造になります。テンプレートは，セントラルスコープでシステムを管理するための定義をモデル化したものです。

次の三つのテンプレートを提供しています。

表5‒5　監視ツリーのテンプレート

生成ツリーの名称

説明

業務指向ツリー

業務指向でシステムを監視するテンプレートです。

JP1/AJSのジョブネット構成およびCosminexusの論理サーバ構成を基にした監視ツリーを生成します。一般に，ジョブネットはジョブ運用を体系化して定義します。また，論理サーバはWebシステムで使用するアプリケーションを体系化して定義します。このため，業務運用を反映した監視ツリーが生成されます。

なお，自動生成の対象となるJP1/AJSのバージョンが8以降だった場合，JP1/AJSからは，ジョブネット構成だけでなく，JP1/AJSの各ユニットに設定されたJP1資源グループの情報も自動生成時に一緒に取得します※。

サーバ指向ツリー

サーバ指向でシステムを監視するテンプレートです。

JP1/IMの階層構成を基にした監視ツリーを生成します。

一般に，JP1/IMでは各サーバの管理範囲を階層構成として定義するため，サーバ管理方法を反映した監視ツリーが生成されます。

注※　取得したJP1資源グループの利用方法については，「5.4.3　監視ツリーの監視範囲設定」を参照してください。

なお，自動生成によって生成される監視ツリーの構造および監視オブジェクトは，テンプレートの種類によって異なります。テンプレートの種類と生成される監視オブジェクトの関係を次の表に示します。

表5‒6　テンプレートの種類と生成される監視オブジェクトの関係

監視オブジェクト種別

テンプレート

業務指向ツリー

サーバ指向ツリー

JP1/AJS

マネージャー

グループ

Cosminexus運用管理

グループ

AJS監視

○

−

○

ジョブネット監視(AJS)

○

−

○

SSO監視※1

−

−

○

カテゴリー監視(SSO)※1

○

○

○

アプリケーション監視(SSO)※1

○

○

○

エージェント監視(PFM)

○

○

○

メトリック監視(PAM)

−

−

−

オブジェクト監視(PAM)

−

−

−

SCIM監視

−

−

−

セキュリティ監視(SCIM)

−

−

−

NETM/DM監視

−

−

−

配布ジョブ監視(NETM/DM)

−

−

−

NNM監視※2

−

−

−

ノード監視(NNM)※2

−

−

−

IM監視

−

−

○

論理サーバ監視(Cosminexus)

−

○

○

J2EEアプリケーション監視(Cosminexus)

−

○

○

J2EEサーバリソース監視(SSO)※1

−

○

−

CMTリソース監視(SSO)※1

−

○

−

SFOリソース監視(SSO)※1

−

○

−

J2EEアプリケーションリソース監視(SSO)※1

−

○

−

HiRDB監視

−

−

−

物理ホスト監視(System Manager)

−

−

−

（凡例）

○：生成される

−：生成されない

注※1　バージョン8以前のJP1/Cm2/SSOである必要があります。

注※2　バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMである必要があります。

自動生成で作成される監視ツリーの構造については，次を参照してください。

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「9.　監視ツリーモデル（セントラルスコープ用）」

5.3.4　自動生成の生成種別

監視ツリーを自動生成する場合，「生成」「差分」「追加」から生成種別を選べます。

図5‒10　自動生成の生成種別

(1)　監視ツリーの自動生成で［生成］を選択した場合の処理

監視ツリーを自動生成するときに［生成］を選択すると，［監視ツリー(編集中)］画面の表示情報をいったん削除したあと，［自動生成−構成選択］画面の［生成ツリー］で選択したテンプレートに沿ったツリー構造の監視ツリーを新規生成します。既存の監視ツリーはすべて削除され，自動生成された監視ツリーが新規に追加されます。新規にシステムを導入する場合，システムを入れ替える場合に使用します。

(2)　監視ツリーの自動生成で［差分］を選択した場合の処理

監視ツリーを自動生成するときに［差分］を選択すると，JP1/IM - Managerの監視オブジェクトDBが保持する監視オブジェクトの監視条件と，差分生成で収集・整理された定義情報（監視オブジェクト）の監視条件とが比較されます。比較の結果，監視条件に違いのあった監視オブジェクトと，その監視オブジェクトから最上位の監視グループまでに存在する監視グループが，［NEW_OBJECT］という監視グループの下に差分情報としてまとめて作成されます。

これにより，システム変更時でも，変更のあった差分の情報を収集して，監視ツリーを更新できます。

この差分として作成された監視ノードを，必要に応じて監視ツリーに配置して使用します。

監視ツリーの差分生成を図で示すと次のようになります。

図5‒11　監視ツリーの差分生成

図中の「既存部分」の監視オブジェクトについて

「AA'」は，元は監視オブジェクト「AA」だったものを利用して作成したものです。「BB」「CC」「DD」は自動生成で生成された監視オブジェクトをそのまま利用しています。「EE」はユーザーが監視目的で追加した監視オブジェクトです。

図中の「差分生成で収集・整理された定義情報」について

差分生成によって，現システム上で稼働する製品から収集した定義情報を整理し，ツリー上に並べたものです。この情報は，JP1/IM - Managerが内部的に保持する情報です。また，この際のツリー構造は，選択したテンプレートによって決まります。

図中の「差分生成部分」について

「既存部分」の監視オブジェクトの監視条件と「差分生成で収集・整理された定義情報」の監視オブジェクトの監視条件を比較した結果，JP1/IM - Managerが「既存部分」にないと判定した監視オブジェクト「AA」「FF」とその上位に位置する監視グループ「A」「B」「E」が差分として生成されています。

(3)　監視ツリーの自動生成で［追加］を選択した場合の処理

監視ツリーを自動生成するときに［追加］を選択すると，JP1/IM - Managerの監視オブジェクトDBが保持する監視ツリーに，［自動生成−構成選択］画面の［生成ツリー］で選択したテンプレートに沿ったツリー構造の監視ツリーを追加生成します。既存の監視ツリーの末尾に監視ツリーが追加されます。業務システムの追加など，監視ツリーを追加する場合に使用します。

5.4　監視ツリーの編集

監視ツリーは，システム管理者の目的に合わせて，自由にカスタマイズできます。自動生成機能によって簡易に作成した監視ツリーを，監視方法に合わせて編集してから運用してください。

なお，監視ツリーの編集での具体的な操作手順については，次を参照してください。

参照先：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「6.　セントラルスコープの設定」

5.4.1　監視ツリーの編集

監視ツリーの編集は，［監視ツリー(編集中)］画面で行います。この画面では，監視ツリーを運用方法に合わせて，監視ノードの追加や削除，および移動ができます。

監視ノードを作成や編集するには，監視ノードに次の属性を設定します。なお，これらは，この章でこれまでに説明してきた内容です。

表5‒7　［監視ツリー(編集中)］画面で定義できる監視ノードの属性

属性

説明

監視ノード名

監視ノードの名称。

監視ノード種別

「監視グループ」または「監視オブジェクト」。

監視オブジェクトの場合は幾つかの種類があり，「AJS監視」「SSO監視」などのシステム監視オブジェクトと，「汎用オブジェクト」の汎用監視オブジェクトがあります。

アイコン

監視ノードを表すアイコン。

ビジュアルアイコン

監視ノードを表すアイコン。

ビジュアルアイコンは，マップ形式での表示中と［ビジュアル監視］画面にだけ表示されます。

監視状態

監視ノードの監視状態。

「監視」と「非監視」があります。

JP1資源グループ

各JP1ユーザーに対し，監視ツリーの表示制御，表示される監視ノードに対する細かなアクセス制御をする場合に設定する情報。

利用方法については，「5.4.3　監視ツリーの監視範囲設定」を参照してください。

基本情報

監視ノードを識別するための基本的な情報。

監視グループの場合は，グループを特定する名称です。例えば，"経理業務日次処理"や"ＤＢサーバグループ"のように，監視目的にあわせてグループ化した業務やサーバなどに対してのグループの名称を付けます。

監視オブジェクトの場合は，監視対象を特定するための情報です。例えば，ジョブネット名やホスト名などのように，システムの中で監視対象を特定するための情報の組み合わせを定義します。

システム監視オブジェクトの場合は，状態変更条件の個別条件に，監視オブジェクトの基本情報と同じ属性が定義されています。

状態変更条件

監視オブジェクトの状態変更条件

監視オブジェクトの状態を，どのようなJP1イベントを受信したときに変更するかを決める条件です。状態変更後の状態，状態を変更する契機となるJP1イベントの条件を定義します。

監視グループの状態変更条件

監視グループの状態を，下位の監視ノードがどのような状態になったときに変更するかを決める条件です。状態変更後の状態，状態を変更する契機となる子ノードの状態，比較条件を定義します。

イベント発行条件

監視ノードが，どの状態が変わったときにJP1イベントを発行するかを指定する条件です。発行されるJP1イベントは，イベントID＝00003FB0　です。

監視ノードを作成するとき，監視グループは名称を指定するだけでも作成できます（監視グループの状態変更条件を定義する必要がない場合）。しかし，監視オブジェクトを作成する場合，監視対象について，何をどのように監視するのかを詳細に確認して設定する必要があります。

これを簡易に設定できるようにするため，JP1/IMでは「システム監視オブジェクト」を提供しています。

監視オブジェクトには，次の種類があります。

システム監視オブジェクト

JP1/IMのシステムが提供している監視オブジェクトです。JP1シリーズの製品ごとに，監視に必要になる基本的な設定が定義済みですので，簡易に環境設定できます。

システム監視オブジェクトの監視ノード種別には「AJS監視」や「SSO監視」などがあります。対象製品，および設定の詳細については，次の説明を参照してください。

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「8.　システム監視オブジェクト一覧（セントラルスコープ用）」

なお，システム監視オブジェクトは次の編集をすると汎用監視オブジェクトになります。

［プロパティ］画面で［基本情報］ページの基本情報を変更する。

［プロパティ］画面の［状態変更条件］ページで，状態変更条件の追加，変更，削除を行う。

［状態変更条件設定］画面で，共通条件を変更する。

［状態変更条件設定］画面で，個別条件を追加，変更，削除する。

このような変更をする場合は「この操作を続けると，監視ノード種別が汎用オブジェクトに変わります。よろしいですか？」のように確認ダイアログボックスが表示されます。

汎用監視オブジェクト

ユーザーが作成・カスタマイズする汎用的な監視オブジェクトです。監視ノード種別は「汎用オブジェクト」です。

カスタマイズの自由度は高く，運用に合わせてきめ細かい設定ができます。その反面，設定する内容について熟知している必要があります。作成する手間もかかります。

通常は，システム監視オブジェクトを使用して監視ノードを作成し，必要な部分についてカスタマイズすることをお勧めします。

5.4.2　マップ表示設定

［監視ツリー］画面の詳細表示領域は，［ビジュアル監視］画面のようにマップ形式で表示できます。詳細表示領域をマップ形式で表示することによって，システム管理者はより直感的な監視ができます。

詳細表示領域をマップ形式で表示するには，あらかじめ背景図や監視ノードの配置など，設定が必要です。設定していなかった場合は，マップ表示に切り替えても背景なし，アイコンが並んだ状態で表示されます。設定は［監視ツリー(編集中)］画面で行います。

［ビジュアル監視］画面との違い

［ビジュアル監視］画面のように，拠点ごとの監視，重要業務の監視など，特定の監視ノードだけを局所的に監視する目的では使用できません。

例えば，［監視ツリー］画面の詳細表示領域に監視ノードが三つ表示されている場合，詳細表示，マップ表示，どちらに切り替えても監視ノードは三つ表示されます（どれか一つを非表示にする，といった運用はできません）。

5.4.3　監視ツリーの監視範囲設定

次に示す二つの設定を実施することで，監視ツリーの表示範囲をJP1ユーザーごとに変えられるようになります。

監視範囲設定を有効にし，監視ノードに対しJP1資源グループを設定する（JP1/IM - Viewで設定→JP1/IM - Managerに反映）。

各JP1ユーザーに対しJP1資源グループを割り当てる（認証サーバ（JP1/Base）で設定）。

例えば，上記二つの設定を行うことで次の図に示すように，あるユーザー（jp1user1）は監視ツリーの一部だけ，あるユーザー（jp1admin）は監視ツリーすべてを監視する，といった運用ができるようになります。

図5‒12　JP1資源グループを利用した監視ツリー表示範囲の変更（監視ツリーへのアクセス制御）

監視範囲設定が有効になっている場合，［監視ツリー］画面に表示される監視ツリーの最上位は，必ず仮想ルートノードになります。なお，監視範囲設定が無効になっていた場合，JP1資源グループの設定に関係なく，監視ツリー情報がすべて表示されます（仮想ルートノードは表示されません）。

また，一人のJP1ユーザーに対し，アクセスできるJP1資源グループを複数設定し，異なるJP1権限レベルを割り当てることによって，次の図に示すように，表示される監視ツリーのある部分については操作できるが，ある部分については参照だけ，といった運用もできるようになります。

図5‒13　JP1資源グループ，JP1権限レベルの組み合わせを利用した監視ツリーの操作制御

(1)　監視範囲設定の有効・無効設定と監視ノードへのJP1資源グループの設定

監視範囲設定の有効・無効設定は，［監視ツリー(編集中)］画面の［オプション］−［監視範囲の設定］で設定します。チェックした状態が「有効」，チェックしていない状態が「無効」となります。

なお，JP1/IM - Viewの監視範囲設定の有効・無効設定は，監視ツリー自動生成時の生成種別とサーバ（JP1/IM - Manager）側の設定によって，自動的に変更されることがあります。自動的に変更されるのは，次の二つの場合です。

JP1/IM - Viewの設定が「無効」で，JP1/IM - Managerの設定が「有効」のときに，生成種別で「差分」または「追加」を選択した。

JP1/IM - Viewの設定が「有効」で，JP1/IM - Managerの設定が「無効」のときに，生成種別で「差分」または「追加」を選択した。

1.の場合，自動生成後，JP1/IM - Viewの監視範囲設定は，「有効」に自動変更されます。

2.の場合，自動生成後，JP1/IM - Viewの監視範囲設定は，「無効」に自動変更されます。

監視範囲設定が有効になると，各監視ノードに対し，JP1資源グループが設定できるようになります。JP1資源グループの設定は，各監視ノードの［プロパティ］画面の［全般］ページで行えます。この項目は，監視範囲設定を有効にしたときにだけ，表示されます。

図5‒14　監視範囲設定を有効にしたときの［プロパティ］画面

一度設定したJP1資源グループの設定値は，監視範囲設定を無効にした状態にしても，内部情報として保持されます（監視範囲設定を有効に戻すと，以前設定した設定値が再表示されます）。

JP1資源グループの設定をするのは，表示を制御する範囲内の最上位にある監視ノードだけです（子ノードすべてに同じ設定をする必要はありません）。監視ノードに設定したJP1資源グループの影響は，その子ノードにまで影響が及びます。

例えば，監視ツリーの最上位の監視グループにJP1資源グループとして「JP1_Console」を設定した場合，その配下のすべての監視ノードがJP1資源グループ「JP1_Console」に属すことになります。また，最上位の監視グループ直下の監視グループにJP1資源グループ「sigenD」を設定した場合，その監視グループ，およびその配下の監視ノードはJP1資源グループ「JP1_Console」と「sigenD」二つに属すことになります。

図5‒15　設定したJP1資源グループの影響範囲

「JP1_Console」へのアクセスを許可されているJP1ユーザーは，「JP1_Console」の範囲（監視ツリーすべて）を，「sigenD」へのアクセスを許可されているJP1ユーザーは，「sigenD」の範囲を表示できます。

監視ノードに設定されるJP1資源グループの初期値

監視範囲設定の有効・無効に関係なく，最上位の監視ノードにはJP1資源グループ「JP1_Console」が自動設定されます。設定値は変更できますが，空白にすることはできません（必ず何らかの値を入力する必要があります）。

また，次の条件で監視ツリーを自動生成した場合，連携製品側で設定したJP1資源グループの設定値が，初期値としてそのまま監視ノードにも取り込まれます。

バージョン8のJP1/AJSに対し，「業務指向ツリー」で監視ツリーを自動生成する。

JP1資源グループの設定を済ませ，サーバ（JP1/IM - Manager）に反映することで，JP1/IM - View，JP1/IM - Managerによる監視範囲設定が完了となります。

(2)　JP1ユーザーに対するJP1資源グループの割り当て

監視ツリーの監視範囲設定をする場合，JP1/Base（認証サーバ）の設定も合わせて見直し，必要に応じてJP1ユーザーの設定を追加・修正する必要があります。

JP1/BaseによるJP1ユーザーの管理については，「9.4.1　JP1ユーザーの管理」を参照してください。

また，設定の詳細については，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定の章を参照してください。

5.4.4　セントラルスコープの監視画面の設定

セントラルスコープの監視画面（［監視ツリー］画面および［ビジュアル監視］画面）の設定は，ビューアー上で監視画面を編集する作業と，マネージャーに接続して監視画面の設定更新や既存の設定を取得する作業があります。

図5‒16　セントラルスコープの監視画面の設定

監視画面の編集（ビューアーのホストで編集作業）

監視画面は［監視ツリー(編集中)］画面や，［ビジュアル監視(編集中)］画面で編集をします。これらの画面は，ビューアーのホストで編集作業をします。このとき，マネージャー（JP1/IM - Manager（セントラルスコープ））には接続していません。

必要な権限

OSにログインできるユーザーであれば，編集操作ができます。JP1ユーザーの特別な権限は必要ありません。

監視画面の設定の取得や更新（マネージャーのホストに接続して処理）

つぎのような操作をする場合，マネージャーになっているサーバに接続して処理します。

監視ツリーを自動生成する

監視ツリーの既存の設定を取得する

監視ツリーの編集内容を反映する

［ビジュアル監視］画面の既存の設定を取得する

［ビジュアル監視］画面の編集内容を反映する

状態変更条件の共通条件の最新データをサーバから取得する

なお，これらの作業をするときには，JP1/IM - Manager（セントラルスコープ）へログインする必要があります。［ログイン］画面が表示されるので，JP1ユーザーとしてログイン※してください。このとき，次の権限が必要です。

必要な権限

JP1/IM - Manager（セントラルスコープ）にログインするJP1ユーザーに必要な権限を次に示します。

JP1資源グループ：JP1_Console

JP1権限レベル：JP1_Console_Admin

また，自動生成をする場合はjp1adminユーザーでログインする必要があります。

これは，監視ツリーの自動生成のときに連携製品の定義情報をアクセスするために，JP1_Console_Admin以外の権限が必要な場合があるためです（運用上の理由でjp1adminユーザーを削除している場合は，自動生成するJP1ユーザーに，連携製品の定義情報にアクセスできる権限レベルが必要です。例えば，JP1/AJSのジョブネット情報を取得するには，ジョブネットにアクセスできる権限レベルが必要です）。

注※　［監視ツリー(編集中)］画面の［ファイル］−［ログイン情報を保持する］にチェックしておくと，一度ログインすれば，ログアウトするまでユーザー名・パスワード・接続ホスト名が保持されるため，以降のサーバ接続操作で［ログイン］画面は表示されません。

セントラルスコープの監視画面の設定を始める前に，jp1adminユーザーのパスワード，またはJP1_Console_Admin権限を持つJP1ユーザーのユーザー名とパスワードを確認しておいてください。

重要

［監視ツリー(編集中)］画面で編集した［監視ツリー］画面をサーバに更新すると，監視ノードの状態および状態変更イベントは，すべて初期状態になります。

5.5　ビジュアル監視

［ビジュアル監視］画面の作成・編集

［ビジュアル監視］画面は，ユーザーが目的に合わせて作成・編集できます。多数の監視ノードのうち，特定の監視ノード（例：九州支社の業務に関する監視ノード）だけを監視したい，などといった理由で局所的に監視ノードを監視したいときに利用します。

また，［ビジュアル監視］画面では背景画像やビジュアルアイコンを表示できるため，これらの使用をお勧めします。使用することでより自由度の高い［ビジュアル監視］画面を作成できます。

作成・編集できる情報は次のとおりです。

［ビジュアル監視］画面の名称

［ビジュアル監視］画面に対するコメント

監視ノードの［ビジュアル監視］画面への配置，属性設定，監視状態の変更，検索

背景画像の変更

［ビジュアル監視］画面は，［ビジュアル監視(編集中)］画面で作成および編集をします。

［ビジュアル監視］画面の監視操作

［ビジュアル監視］画面では次の操作ができます。

［監視ツリー］画面の呼び出し

ポップアップメニューによる操作

［監視ツリー］画面での操作と同様に次の操作ができます。

・状態変更

・監視状態変更

・検索

・ガイド表示

・状態変更イベント検索

・プロパティ表示

監視ツリーの監視範囲設定を有効にしていた場合，［ビジュアル監視］画面の表示もその影響を受けます。例えば，アクセス権限のない監視ノードが配置された［ビジュアル監視］画面を表示した場合，その監視ノードは［ビジュアル監視］画面に表示されません。

5.6　監視ノードの設定のカスタマイズ

セントラルスコープのシステムプロファイルを編集すると，監視ノードの設定をカスタマイズできます。

カスタマイズできる項目を次に示します。

監視ノード名および監視ノードアイコン余白の表示抑止

監視ノード名の状態色および監視ノードの状態色の設定

監視ノードアイコンの移動の抑止

各項目をカスタマイズする手順については，次の説明を参照してください。

監視ノードの設定のカスタマイズについて

監視ノード名および監視ノードアイコン余白の表示抑止について

参照先：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「6.7.7　監視ノード名および監視ノードアイコン余白の表示を抑止するための設定」

監視ノード名の状態色および監視ノードの状態色の設定について

参照先：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「6.7.8　監視ノード名の状態色および監視ノードの状態色の設定」

監視ノードアイコンの移動の抑止について

参照先：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「6.7.9　監視ノードのアイコンの移動を抑止するための設定」

5.6.1　監視ノード名および監視ノードアイコン余白の表示抑止

［監視ツリー］画面のマップ表示および［ビジュアル監視］画面では，監視ノードのアイコンの下に監視ノード名を表示します。また，アイコンの周りに状態色を表示するための余白を表示します。監視ノード名および監視ノードアイコン余白の表示抑止を有効にすると，これらを表示しなくなります。

監視ノード名および監視ノードアイコン余白の表示抑止を有効にした場合，次の表に示すとおり，セントラルスコープの各画面で設定が適用されます。

表5‒8　監視ノード名および監視ノードアイコン余白の表示抑止の適用範囲

画面名

適用可否

［監視ツリー］画面

○

［監視ツリー(編集中)］画面

○

［ビジュアル監視］画面

○

［ビジュアル監視(編集中)］画面

○

（凡例）

○：適用できる

監視ノード名および監視ノードアイコン余白の表示抑止を有効にした場合の画面の例を次に示します。

図5‒17　監視ノード名および監視ノードアイコン余白の表示抑止を有効にした場合の画面の例

5.6.2　監視ノード名の状態色および監視ノードの状態色の設定

監視ノード名の状態色をRGB値で設定できます。また，監視ノードの各状態（「初期状態」「エラー」など）の状態色をRGB値およびアルファ値（A値）で設定できます。状態色の設定に従って，監視ノードアイコンの状態色が反映される個所に表示される色が変わります。ただし，A値は監視ノード名および監視ノードアイコン余白の表示抑止を有効にした場合だけ画面に適用されます。

なお，［監視ツリー(編集中)］画面および［ビジュアル監視(編集中)］画面では，監視ノードは初期状態の状態色で表示されます。

監視ノード名の状態色および監視ノードの状態色の設定を有効にした場合，次の表に示すとおり，セントラルスコープの各画面で設定が適用されます。

表5‒9　監視ノード名の状態色および監視ノードの状態色の適用範囲

画面名

適用可否

［監視ツリー］画面

○

［監視ツリー(編集中)］画面※

○

［ビジュアル監視］画面

○

［ビジュアル監視(編集中)］画面※

○

（凡例）

○：適用できる

注※　監視ノードの状態色は初期状態の状態色で表示されます。

監視ノード名の状態色および監視ノードの状態色の設定を有効にした場合の画面の例を次に示します。

図5‒18　監視ノード名の状態色および監視ノードの状態色の設定を有効にした場合の画面の例

5.6.3　監視ノードアイコンの移動抑止

［監視ツリー］画面および［ビジュアル監視］画面で，マウス操作によって監視ノードのレイアウトが崩れてしまわないように，監視ノードアイコンの移動を抑止できます。

監視ノードアイコンの移動抑止を有効にした場合，次の表に示すとおり，セントラルスコープの各画面で設定が適用されます。

表5‒10　監視ノードアイコンの移動抑止の適用範囲

画面名

適用可否

［監視ツリー］画面

○

［監視ツリー(編集中)］画面

×

［ビジュアル監視］画面

○

［ビジュアル監視(編集中)］画面

×

（凡例）

○：適用できる

×：適用できない

5.7　検索（監視ノード検索，状態変更イベント検索）

5.7.1　監視ノードの検索

［監視ツリー］画面および［ビジュアル監視］画面では，監視ノードを検索できます。

例えば，状態の変更された（つまり何らかの事象が発生した）監視オブジェクトを確認したり，特定の監視オブジェクトを探すような場合に，検索をします。

監視ノードの検索は，専用の画面（［検索］画面）が表示され，さまざまな条件で検索できます。指定できる検索条件は次のとおりです。

監視ノード名

監視ノードID

監視ノード種別

状態

監視状態

JP1資源グループ※

基本情報

状態変更条件

イベント発行条件

注※　監視ツリーの監視範囲設定が有効になった状態のときだけ表示されます。詳細については，「5.4.3　監視ツリーの監視範囲設定」を参照してください。

これらの検索条件の関係はすべてAND条件となります。また，監視ノード名，基本情報と状態変更条件は，正規表現で入力します。

検索結果は，［検索］画面に表示され，その画面上で監視ノードの状態，監視状態を変更できます。また，表示された監視ノードをダブルクリックすることで，その監視ノードを選択した状態で［監視ツリー］画面を表示できます。

5.7.2　状態変更イベントの検索

［監視ツリー］画面および［ビジュアル監視］画面では，監視オブジェクトの状態変更イベントを，発生の古い順に100件まで検索（履歴表示）できます（101件以降は検索できません）。なお，状態変更イベントとは，セントラルスコープで監視対象（状態変更条件）としているJP1イベントのことです。

(1)　状態変更イベントの履歴を検索する

現在の状態になるまでに発生した状態変更イベントの履歴を確認したい，またはその状態変更イベントの詳細情報を確認したい場合に利用します。状態変更イベントの検索をすると，［イベントコンソール］画面の［イベント検索］ページが表示され，そこに該当するJP1イベントが表示されます。

なお，監視オブジェクトの状態を手動で変更すると，状態変更イベントの履歴も削除されます。

図5‒19　監視オブジェクトの状態遷移と状態変更イベント検索の関係

監視グループに対し，状態変更イベントの検索をすると，下位監視ノードで発生した状態変更イベントのうち，発生の古い順に100件までが表示されます。

ただし，監視グループの状態変更条件を定義している場合には，下位の監視ノードの状態を変更したイベントがあっても，対策の必要がある状態変更イベントだけ，発生の古い順に100件まで表示されます。次の図に例を示します。

図5‒20　監視グループの状態変更イベント検索の例

上記図のように，対策の必要がある状態変更イベントだけが表示されます。

監視オブジェクト2の状態変更イベントの検索結果を表示したい場合には，監視ツリーをドリルダウンしたり，監視ノードの検索をしたりして調査できます。また，上位の監視グループ2から，監視オブジェクト2の状態変更イベントを検索したい場合には，監視グループ2の状態変更条件に，「エラーの下位監視ノードが1個以上で警告」と定義します。

監視オブジェクトの状態変更イベントが100件を超えた場合のイベント発行

監視オブジェクトの状態変更イベントの件数が100件を超えた場合には，警告のJP1イベントが発行されます。

発行されるJP1イベント

イベントID＝00003FB1

メッセージ＝KAVB7901-W

1件のJP1イベントを契機にして，複数の監視オブジェクトの状態変更イベントが100件を超えた場合でも，このときに発行されるJP1イベント（イベントID＝00003FB1）は1件だけです。メッセージ情報の監視ノードIDの部分に監視オブジェクトのIDが最大10件，コンマ区切りで列挙されます。10件を超えた場合は，IDの後ろに（...）が付加されます。

図5‒21　イベントID＝00003FB1の発行

メモ

各監視オブジェクトの状態変更イベントの履歴は，100件までしか管理されません。このため，定期的に件数をチェックし（状態変更イベントの検索），件数が増えてきたら，履歴を削除することをお勧めします。履歴は，監視オブジェクトの状態を手動で変更することで削除する方法と，自動で削除する方法があります。

なお，履歴を手動で削除する場合には，検索結果として表示されるJP1イベントへの対策が終わっていることも確認してください。

状態変更イベントの履歴を自動で削除する方法として，次の二つがあります。

特定のJP1イベントを受信したときに，監視オブジェクトの状態を「初期状態」にする。

JP1イベントの対処状況を「対処済」にしたときに，状態変更イベントの履歴を削除する。

特定のJP1イベントを受信したときに，監視オブジェクトの状態を「初期状態」にする方法については，「5.7.2(2)　JP1イベント受信時に監視オブジェクトを初期状態にする」を参照してください。JP1イベントの対処状況を「対処済」にしたときに，状態変更イベントの履歴を削除する方法については，「5.9.3　対処済み時の状態変更イベントの自動削除」を参照してください。

(2)　JP1イベント受信時に監視オブジェクトを初期状態にする

JP1イベントの受信を契機として，監視オブジェクトの状態を「初期状態」にできます。監視オブジェクトを「初期状態」にすることで，状態変更イベントの履歴が削除されます。この機能を監視オブジェクトの自動初期化機能といいます。この機能はデフォルトでは無効です。

例えば，障害が回復した場合に，回復を通知するJP1イベントを発行することで，回復通知を基に自動で監視オブジェクトを「初期状態」にする運用ができます。この場合は，監視オブジェクトの状態変更条件が，回復を通知するJP1イベントを受信したとき，「初期状態」に変更するよう定義しておきます。

「初期状態」の状態変更条件を定義できる対象は，監視オブジェクトだけです。監視グループには定義できません。

この機能を使用するときの注意として，一つの監視オブジェクトに対して，複数の異なる障害を通知するJP1イベントが発生した場合に，一方の障害回復を通知するJP1イベントを受信するとします。すると，もう一方の障害が回復していなくても強制的に監視オブジェクトが「初期状態」に変わり，状態変更イベントの履歴も削除されます。そのため，次の条件を満たす場合だけ，この機能を使うことを推奨します。

監視対象に複数の障害が発生しても，一つのJP1イベントで複数の障害が回復したことを保証できるJP1イベントを発行する。

障害を回復するに当たり，ユーザーが監視対象の障害履歴の確認をする必要がない。

設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「6.7.4　JP1イベント受信時に監視オブジェクトを初期化するための設定」を参照してください。

5.8　ガイド機能

ガイド機能は，［監視ツリー］画面および［ビジュアル監視］画面の監視ノードから，その監視ノードの種類や状態について，対応のガイドとなる情報を表示する機能です。

このガイド機能を使って，監視するオブジェクトやグループの種類や状態に合わせて，発生した問題に対する対処手順やエラーの対処方法などを，問題対応のアドバイスとして表示できます。例えば，業務に対応する監視グループのガイド情報として業務ごとのトラブル対応手順を登録すれば，問題発生によって混乱した状況の時に容易な操作で対応ガイドを呼び出せます。また，監視ノードが，どの業務に対応し，その業務の何に着目して監視しているかを説明するためのガイドとしても利用でき，運用ノウハウをガイド情報として蓄積できます。このように，問題発生時の対応の参考情報としてガイド表示を活用することで，初動対応でのシステム管理者の負担を軽減できます。

図5‒22　ガイド情報による対処方法のアドバイス

例

状態変化前のガイド情報：その監視ノードの業務や監視目的などの説明

状態変化後のガイド情報：発生した問題に対する対処方法の説明

ガイド機能の表示する情報は，ガイド情報といい，ユーザーが表示内容や表示形式（TXTかHTML）を設定できます。

なお，具体的な設定手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「6.6.1　ガイド情報の編集の手順」で説明します。

5.8.1　ガイド情報の設定内容

ガイド情報として表示する内容は，JP1/IM - Managerが管理するガイド情報ファイルに設定します。

ガイド情報ファイル

Windowsの場合：Scopeパス¥conf¥jcs_guide_xxx.txt

UNIXの場合：/etc/opt/jp1scope/conf/jcs_guide_xxx.txt

ガイド情報ファイルの書式については，次を参照してください。

ガイド情報ファイルについて

ガイド情報ファイルの書式

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ガイド情報ファイル（jcs_guide_xxx.txt）」（2.　定義ファイル）

このガイド情報ファイルには，ガイド情報として表示する内容や，どういった場合にどのガイド情報を表示するかの条件を指定します。

なお，ガイド情報として表示する内容は，別ファイルに切り出して管理することもできます。JP1/IMではこの別ファイルのことをガイドメッセージファイルと呼びます。

ガイドメッセージファイルを利用する場合，ガイド情報ファイルのバージョンを2（DESC_VERSION=2）にする必要があります。また，表示する内容をガイド情報ファイルに記述する代わりにガイドメッセージファイルへのリンク指定をします。

図5‒23　ガイドメッセージファイルの利用

(1)　ガイド情報を表示する条件

どのような場合に表示するガイド情報かを，条件（EV_COMP_数字）に指定できます。条件は複数設定でき，EV_COMP_1，EV_COMP_2というように列挙します。複数設定した場合の条件同士の関係はAND条件となります。

条件には，監視ノードが受信したJP1イベントや，監視ノード自身の情報を指定できます。

JP1イベントの基本属性，拡張属性

例えば，イベントID（B.ID），緊急度（E.SEVERITY）などを指定できます。

また，各JP1製品の固有情報であるJP1イベント拡張属性の固有情報も指定できます。例えば，JP1/AJSのジョブ実行ホスト（E.C0）などです。

JP1イベントの基本属性，拡張属性については，各製品のマニュアルで発行するJP1イベントの情報を確認してください。

監視ノードの属性

監視ノードを識別する番号である監視ノードID（T.MONNODEID）を指定できます。なお，監視ノードIDは，監視ノードの［プロパティ］や，監視ノードの［検索］画面で確認できます。

JP1/IM - Viewでガイド情報を表示する際に，ガイド情報ファイルの内容は先頭から順に参照されていきます。条件に一致するガイドがあると，そこでガイド情報ファイルの参照をやめ，条件に一致したガイドを［ガイド］画面に表示します。

重要

条件に一致するガイドがガイド情報ファイル内に複数あった場合でも常にその中で先頭にあるものがガイドとして［ガイド］画面に表示されてしまうため，次のことを目安にガイド情報の表示条件を設定してください。

一つのガイド情報に対し，表示条件を複数設定し，ほかのガイドの表示条件と一致しないようにする。

例えば，表示条件にイベントID，重大度，メッセージなどのJP1イベントの属性を複数設定することで，ほかのガイドの表示条件と差別化を図ります。

また，属性の内容は正規表現で記述できますが，完全一致で記述するようにしてください。

緊急度の高い順にガイド情報ファイルに記述する。

例えば，監視ノードの状態変更条件で「警告」「エラー」の状態に変わる状態変更条件を定義していた場合，「エラー」の状態に変化したときに表示するガイド情報を「警告」の状態に変化したときに表示するガイド情報よりも先に記述します。

なお，監視ノード自身の説明をガイド情報として表示したい場合，表示条件には監視ノードIDだけを指定することになります。このような優先度の低いものは，ガイド情報ファイルの最後尾にまとめて記述してください。

(2)　ガイド情報での表示内容

ガイド情報として表示するメッセージを，ガイド情報ファイルにEV_GUIDEで指定します。ガイドメッセージファイルを利用する場合は，EV_GUIDEの変わりにEV_FILEを指定します。

メッセージは，TXT形式またはHTML形式で記述できます。また，メッセージにはJP1イベントの属性値を変数（属性値の頭に$を付ける）として使うことができます。例えば，JP1イベントのメッセージ（B.MESSAGE）は$B.MESSAGEと変数として使うことができ，JP1イベントの属性値をガイド情報のメッセージ中に表示できます。

参考

ガイド情報ファイルの場合，改行を挿入してガイド情報の体裁を整えることができませんが，ガイドメッセージファイルの場合，改行を挿入してガイド情報の体裁を整えることができます。

図5‒24　ガイド情報の記述例

体裁を整えることができるため，HTML形式でガイド情報を作成するなど，情報量が多いときや定期的に内容を見直したいときに便利です。

一つのガイドメッセージファイルには一つのガイド情報しか記述できません。このため，ガイドメッセージファイルにガイド情報を書き出した場合，ファイル数が膨大になることが予想されます。ガイドメッセージファイルを利用する場合には，次のことを考慮に入れてください。

管理しやすい名称でガイドメッセージファイルを作成する。

ガイドの表示条件や表示内容に含まれるキーワード（イベントIDやメッセージID，製品名（AJS），監視ノードIDなど）を利用して，規則性のある名称で管理するようにしてください。

ガイド情報ファイルに記述するガイドタイトル（EV_TITLE）にガイドメッセージファイル名を含める。

例えば，guide001というガイドメッセージファイルを作成する際に

　　　：

EV_TITLE=guide001：ジョブが異常終了

EV_FILE=guide001

　　　：

としておけば，［ガイド］画面でガイド情報を確認したときに，どのガイドメッセージファイルを参照しているかわかるため，再編集が容易になります。

5.8.2　運用方法に合わせたガイド情報の活用

［ガイド］画面では，運用方法に合わせて，任意の内容をガイド情報として表示できます。

例えば，次のように考えて使うことができます。

システムの運用方法に合わせたガイド情報（例）

対処手順についてのガイド情報

まず，問題をどのように対処するかを提示して，問題によって混乱した状態での行動をアドバイスする。これをガイド情報として登録する。

問題の詳細は，その後の手順で，JP1/IMの機能を総合的に使って調査する。

問題内容（JP1イベント）についてのガイド情報

問題そのものに対する要因などをガイド情報にする。

発生した問題に関する情報を，監視ノードの状態が変わる要因になったJP1イベントの情報によって表示する。これをガイド情報として登録する。

また，監視グループには対処手順，監視オブジェクトには具体的なエラー要因，といったように監視ノードの種類でガイド情報を使い分けることもできます。

(1)　対処手順についてのガイド情報

対処手順についてガイド情報を表示するには，監視ノードごと（つまり業務などの監視視点ごと）にガイド情報を登録します。

監視ノードは，それぞれ監視ノードIDがついています。この監視ノードIDを条件として，ガイド情報を設定します。

なお，監視ノードIDは，監視ノードごとにユニークな番号で，監視ノードを作成したときに自動的に割り当てられます。監視ツリー上で監視ノードを移動しても，監視ノードIDは変わりません。

監視ノードIDを調べる。

［監視ツリー］画面で，ガイド情報を設定したい監視ノードの監視ノードIDを調べます。

監視ノードを選択して右クリックして［プロパティ］を選択し，［プロパティ］画面で［全般］ページを表示する。監視ノードIDが［監視ノードID］のところに表示されます。

監視ノードの検索をする。メニューバーから［表示］−［検索］を選択して［検索］画面を表示し，目的の監視ノードを検索する。監視ノードIDが，検索結果の監視ノードIDの欄に表示されます。

監視ノードIDを条件としたガイド情報を記述する。

ガイド情報ファイル（jcs_guide_xxx.txt）に，条件（EV_COMPの指定）に監視ノードID（T.MONNODEID）を指定したガイド情報を記述します。

例えば，次のように記述します。

（記述例）

[EV_GUIDE_1]

NUM=1

EV_COMP_1=T.MONNODEID:(監視ノードID)

EV_TITLE=「経理業務_日次集計」異常発生時の対処手順

EV_GUIDE=「経理業務_日次集計」で異常が発生した場合の対処手順¥n参照：「運用ガイド　3.11 異常発生時の対処」¥n手順概要（詳細は運用ガイドを参照）¥n異常内容の確認→影響大の場合は関連ジョブを一時保留→管理者への連絡（連絡ルートＣ）

[END]

（記述例の説明）

T.MONNODEID:(監視ノードID) の部分には確認した監視ノードIDを指定します。

(2)　問題内容（JP1イベント）についてのガイド情報

問題内容についてガイド情報を表示するには，監視ノードの状態が変わるきっかけになったJP1イベントについてガイド情報を登録します。

JP1イベントを調べる。

問題に関連するJP1イベントについて調べます。

条件として使うのは，JP1イベントのイベントID（B.ID）などです。

また，メッセージ（B.MESSAGE）などのJP1イベントの情報を，ガイド情報の一部として使用できるので，内容と属性名についても確認します。

JP1イベントを条件としたガイド情報を記述する。

ガイド情報ファイル（jcs_guide_xxx.txt）に，条件（EV_COMPの指定）にJP1イベントのイベントID（B.ID）などを指定したガイド情報を記述します。

例えば，次のように記述します。

（記述例）

[EV_GUIDE_1]

NUM=1

EV_COMP_1=B.ID:00004107

EV_TITLE=ジョブの異常終了

EV_GUIDE=ジョブが異常終了しました。¥nジョブ名：$E.OBJECT_NAME¥nジョブ実行ホスト：$E.C0¥nメッセージ−−¥n$B.MESSAGE¥n−−−¥n＜事例＞¥n・ジョブＡとジョブＢが同時に実行されるとジョブＢが作業領域不足で異常終了する：ログ（jobexe.log）で確認してください。

[END]

5.9　対処済み連動機能

対処済み連動機能は，JP1イベントの対処状況に応じて，監視オブジェクトの状態を自動的に変更する機能です。この機能により，セントラルコンソールでのJP1イベントの対処状況に連動して，セントラルスコープの監視オブジェクトの状態が変わります。

例えば，エラーイベントの受信により，監視オブジェクトの状態が「エラー」になっている場合，エラーイベントの対処状況を「対処済」にすると，監視オブジェクトの状態が「エラー」から「正常」に変わります。

監視オブジェクト，監視グループの状態を手動で変更する手間が省け，セントラルスコープでの操作がより簡易になります。

なお，セントラルスコープで監視オブジェクトの状態を変更しても，状態変更条件に合致するセントラルコンソールのJP1イベントの対処状況は変わりません。例えば，セントラルスコープで状態が「エラー」になっている監視オブジェクトを「正常」に変えても，セントラルコンソールのJP1イベントは「対処済」になりません。

重要

セントラルスコープの監視オブジェクトの状態を手動で変更した場合でも，セントラルコンソールのJP1イベントの対処状況を変更すると，それにあわせて監視オブジェクトの状態が変更されます。

ただし，状態を手動で変更した場合には，セントラルスコープの管理する状態変更イベントの履歴が削除されるため，対処済み連動機能はいったん無効になります。

「対処済」にしていないJP1イベントがあった場合は，監視オブジェクトはそのJP1イベントに対応した状態になります。この場合，状態は優先度の順に「緊急」「警戒」「致命的」「エラー」「警告」「正常」および「デバッグ」のどれかになっています。状態変更イベントの検索結果として表示されるすべてのJP1イベントを「対処済」にしたときは「正常」になります。

なお，JP1イベントを「対処済」から「処理中」「保留」「未対処」に変更した場合は，それに合わせて状態が，元の状態に変わります。

5.9.1　対処済み連動機能の動作

セントラルスコープによるシステムの監視中に監視オブジェクトの状態が変わり，これに対応してセントラルコンソールのJP1イベントの対処状況を変更した場合の，対処済み連動機能の動作について，例を挙げて説明します。

なお，以降で説明する動作例は，次の前提条件に従います。

監視オブジェクト1の状態変更条件に，エラーイベントおよび警告イベントが設定されている。

監視オブジェクト1は，エラーイベントに対しては状態が「エラー」に，警告イベントに対しては状態が「警告」に変わるよう設定されている。

監視グループ1の状態変更条件は設定されていない（デフォルト設定のまま）。

JP1イベントの対処状況を「対処済」に変更した場合の動作例を次に示します。

図5‒25　対処済み連動機能の動作例（1）

図中の番号に従って説明します。

JP1/IMが監視オブジェクト1の状態変更条件に合致するJP1イベントを受信し，監視オブジェクト1の状態が「エラー」に変わります。上位の監視グループ1の状態も「エラー」に変わります。

状態変更イベントの検索をするなどして，監視オブジェクトのエラー要因を確認します。

セントラルコンソールの［イベント検索］ページに，監視オブジェクト1の状態変更イベントが表示されます。

この場合には，エラーイベントと警告イベントが，監視オブジェクト1の状態変更イベントになります。エラーイベントと警告イベントに対応して，監視オブジェクト1の状態が「エラー」になっています。

JP1イベントの重大度に従って，対策する必要がある問題から対策します。

ユーザーが，監視オブジェクト1の状態変更イベントであるエラーイベントの対処状況を「対処済」に変更します。

問題の対策が完了したものだけ，「対処済」にします。

JP1イベントの「対処済」に連動して，監視オブジェクト1の「エラー」が解除され，「警告」に変わります。上位の監視グループ1の状態も「警告」に変わります。

エラーイベントが「対処済」になったため，監視オブジェクト1は警告イベントに応じた状態になります。

残る警告イベントに対しても，調査，対策します。なお，状態変更条件に合致するJP1イベントをすべて「対処済」にした場合には，監視オブジェクトの状態は「正常」になります。

次にJP1イベントの対処状況を「対処済」から「対処済」以外※の状況に変更した場合の動作例を次に示します。

注※

「対処済」以外とは，「処理中」「保留」および「未対処」を指します。

「削除」は含みません。「削除」は［重要イベント］ページでJP1イベントを非表示にする機能です。「削除」にしたJP1イベントは［イベント監視］ページ，［イベント検索］ページでは表示されている場合があります。このため，JP1イベントの対処状況を「削除」にした場合は，監視オブジェクトの状態は変わりません。

図5‒26　対処済み連動機能の動作例（2）

図中の番号に従って説明します。

ユーザーが，JP1イベントの対処状況を「未対処」に変更します。

一度「対処済」にしたJP1イベントを，ほかの対処状況に変更する場合は，問題対策が未完了だったとき，誤操作したときなどにしてください。

JP1イベントの「未対処」に連動して，監視オブジェクト1の状態が「エラー」に変わります。上位の監視グループ1の状態も「エラー」に変わります。

エラーイベントが「未対処」になったため，エラーイベントに対応して，監視オブジェクト1の状態が「警告」よりも優先度の高い「エラー」になります。

引き続き，問題の対策をします。

5.9.2　対処済み連動機能が無効になる契機

状態変更イベントの件数が上限（100件）を超えた場合には，対処済み連動機能は無効になります。これは，セントラルスコープの管理する状態変更イベントの履歴と，セントラルコンソールに表示されるJP1イベントとの整合性が取れなくなるためです。

このため，定期的に状態変更イベントの検索をし，検索結果として表示されるJP1イベントが増えてきたら，監視オブジェクトの状態を手動で変更して履歴を削除するようにしてください。

監視オブジェクトの状態を手動で変更することで，対処済み連動機能が再び動作するようになります。なお，監視オブジェクトの状態を手動で変更すると，［イベント検索］ページには検索結果としてJP1イベントが表示されなくなりますが，［イベント監視］ページ，［重要イベント］ページでは表示されている場合があります。そこに表示されているJP1イベントの対処状況を変更しても，監視オブジェクトの状態は連動しません。

5.9.3　対処済み時の状態変更イベントの自動削除

JP1イベントの対処状況を「対処済」にした場合，状態変更イベントの履歴を自動で削除するよう設定できます。この機能を有効にした場合は，監視オブジェクトのすべての状態変更イベントを「対処済」にして履歴を削除すると，監視オブジェクトの状態は「初期状態」になります。

この機能は，デフォルトでは無効です。

対処済み時の状態変更イベントの自動削除の動作について，例を挙げて説明します。なお，以降で説明する動作例は，次の前提条件に従います。

監視オブジェクト1の状態変更条件に，エラーイベントおよび警告イベントが設定されている。

監視オブジェクト1は，エラーイベントに対しては状態が「エラー」に，警告イベントに対しては状態が「警告」に変わるよう設定されている。

監視グループ1の状態変更条件は設定されていない（デフォルト設定のまま）。

JP1イベントの対処状況を「対処済」に変更した場合の動作を例を挙げて説明します。

図5‒27　対処済み時の状態変更イベントの自動削除の動作例

図中の番号1〜4は，「図5-25　対処済み連動機能の動作例（1）」の動作と同じです。監視オブジェクト1の状態変更イベントのうち，エラーイベントを「対処済」にします。

図中の番号5で，セントラルコンソールの［イベント検索］ページで監視オブジェクト1の状態変更イベントを検索すると，図中の番号3で「対処済」にしたJP1イベントの履歴はすでに状態変更イベントから削除されているため，［イベント検索］ページには表示されません。未対処の状態変更イベントだけが表示されます。

なお，この機能を有効にしたあとに発生した状態変更イベントだけが，削除の対象となります。この機能を有効にする前に発生し，すでに「対処済」にした状態変更イベントの履歴は削除されません。これらの履歴を削除したい場合は，［監視ツリー］画面またはjcschstatコマンドで監視ノードの状態を「初期状態」に変更して，手動で削除してください。

設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「6.7.3　JP1イベントの対処済み時に状態変更イベントを自動で削除するための設定」を参照してください。

重要

誤って一度「対処済」にしたJP1イベントを，「エラー」など「対処済」以外の状態に戻しても，監視オブジェクトの状態や状態変更イベントの履歴は元に戻りません。そのため，セントラルスコープからJP1イベントを検索できなくなります。一度「対処済」にしたJP1イベントは［イベントコンソール］画面から検索する必要があります。

状態の操作に十分な注意が必要なため，通常の運用では，対処済み時の状態変更イベントの自動削除機能は使用しないでください。セントラルスコープ上で監視オブジェクトを「初期状態」にし，状態変更イベントの履歴を削除する方法を推奨します。セントラルコンソールの操作だけを許可したいといった特別な理由の場合だけ，この機能を使ってください。

メモ

対処済み時の状態変更イベントの自動削除を設定しても，状態変更イベントの件数が上限（100件）を超えた場合，対処済み連動機能は無効になります。そのため，定期的に状態変更イベントを「対処済」にし，状態変更イベントを削除してください。

5.10　JP1/IMからのシステムの操作

システムの監視中に障害の発生を検知したとき，統合機能メニューを使用して原因の調査ができます。

5.10.1　統合機能メニュー

JP1/IM - Viewの［統合機能メニュー］画面からは，JP1シリーズの製品を始めとする多くのアプリケーションの画面を起動できます。［統合機能メニュー］画面には，JP1/IMと連携するアプリケーションの機能が一覧表示され，この画面から各アプリケーションの画面を起動できます。

統合機能メニューの機能については，「4.19.2　統合機能メニュー」を参照してください。

5.11　セントラルスコープの仕組み

ここでは，セントラルスコープの動作の仕組みについて説明します。

セントラルスコープは仕組みを意識しなくとも利用できるよう設計されていますが，設定をカスタマイズする場合や，高度なシステム設計をする場合には，仕組みを理解しておくことをお勧めします。

5.11.1　セントラルスコープの仕組みの概要

セントラルスコープは，次のような機能で構成されています。

図5‒28　セントラルスコープの仕組みの概要

5.11.2　ホスト情報

JP1/IM - Manager（セントラルスコープ）は，ホスト情報（IPアドレスと対応する実ホスト名）を，独自に管理するホスト情報DBを持っています。

JP1/IM - Manager（セントラルスコープ）が行う処理は，各エージェントで発生したJP1イベントを管理したり，定義情報をもとに監視ツリーを自動生成するなどです。このため，各エージェントのホスト名やIPアドレスを正しく認識して，各情報を正確に対応づけることが必要です。

ホスト情報DBは，他製品の認識するホスト名とJP1/IM - Manager（セントラルスコープ）の認識するホスト名との不一致を防ぐために，独自のホスト情報DBにホスト名の対応づけを格納して処理ができます。

ホスト情報に登録が必要なホスト名を次に示します。

監視オブジェクトの個別条件に「ホスト名比較」を指定したホスト名

監視ツリーを自動生成する場合の次に示すホスト名

連携製品（JP1/AJSなど）で管理しているホスト名

JP1/IMの構成定義で定義されたホスト名

ホスト情報DBに登録されていないホスト情報についてはJP1/Baseのjp1hosts情報またはjp1hosts2情報，OSのhostsファイル，DNSなどの設定を参照します。

なお，ホスト名を監視オブジェクトの個別条件に指定する場合，「ホスト名比較」を選択することをお勧めします。

ホスト情報について

ホスト情報ファイルの書式

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ホスト情報ファイル（jcs_hosts）」（2.　定義ファイル）

ホスト情報を設定や参照するコマンド

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcshostsimport」（1.　コマンド）

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcshostsexport」（1.　コマンド）

ホスト名を監視オブジェクトの個別条件に指定する方法

参照先：マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「4.12　［状態変更条件設定］画面」

メモ

「と一致する」を選択した場合，JP1/IM - Manager（セントラルスコープ）は，受信したJP1イベントの属性値の文字列と個別条件に指定した文字列が完全に一致したときだけ，個別条件に一致したと判断します。

これに対し「ホスト名比較」を選択した場合，JP1/IM - Manager（セントラルスコープ）は，保持するホスト情報を参照して比較を行います。

例えば，JP1/IM - Manager（セントラルスコープ）のホスト情報DB，またはJP1/IM - Manager（セントラルスコープ）が動作するホストのDNS，hostsファイルなどに次の定義がされていたと仮定します。

111.111.111.111 server1 webserver

上記の環境で「と一致する」を指定した場合と「ホスト名比較」を指定した場合では次の違いが発生します。

個別条件に「E.OBJECT_ID」:「server1」「と一致する」を指定した場合

E.OBJECT_IDがserver1のJP1イベント：個別条件に一致する。

E.OBJECT_IDがwebserverのJP1イベント：個別条件に一致しない。

E.OBJECT_IDが111.111.111.111のJP1イベント：個別条件に一致しない。

個別条件に「E.OBJECT_ID」:「server1」「ホスト名比較」を指定した場合

E.OBJECT_IDがserver1のJP1イベント：個別条件に一致する。

E.OBJECT_IDがwebserverのJP1イベント：個別条件に一致する。

E.OBJECT_IDが111.111.111.111のJP1イベント：個別条件に一致する。

5.11.3　セントラルスコープによるシステム監視の仕組み

セントラルスコープは，JP1イベント（システムで発生した事象）を解析し，監視ツリー上の対応する位置を判定して，アイコンの状態を変化させることで，システムで発生した事象をビジュアルに表示します。

このときの処理の流れは，次のようになります。

図5‒29　監視オブジェクトの状態変更処理の流れ

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

エージェントでJP1イベントが発生し，イベントサービスに登録されます。

イベントサービスに登録されたJP1イベントは，上位のマネージャーへ転送されます。転送する上位ホストは，構成管理機能の構成定義によって決められます。

マネージャーでは，イベント基盤サービスがイベントサービスからJP1イベントを取得します。イベント基盤サービスは，JP1/IMで処理するJP1イベントを一手に扱う機能です（JP1イベントの取得，JP1/IM - Manager内でのJP1イベント制御の仕組みについては，「4.1.3　JP1/IM - Manager内部のJP1イベント制御の仕組み」を参照してください）。

そして，JP1/IM - Manager（セントラルスコープサービス）にJP1イベントが渡されます。セントラルスコープサービスでは，JP1イベントを解析し，重大度の判定や，監視ツリー上の位置との対応づけを処理します。

なお，監視オブジェクトDBによって管理します。

JP1/IM - Viewのセントラルスコープ・ビューアーによって，［監視ツリー］画面や［ビジュアル監視］画面の上に，システムの事象がビジュアルに表示されます。

このように，システムの各エージェントで動作するJP1イベントを，JP1/IMマネージャーへと集約し，システムをビジュアル化した監視画面に表示します。

5.11.4　監視ツリーの自動生成の仕組み

監視ツリーの自動生成で，業務指向ツリー，またはサーバ指向ツリーのテンプレートを選択した場合の処理の流れを次の図を例に説明します。

図5‒30　監視ツリーの自動生成の処理の流れ（業務指向ツリー，サーバ指向ツリー選択時）

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

ビューアーの画面からマネージャー上のJP1/IM - Managerに監視ツリーの自動生成を指示します。自動生成の指示を受けたJP1/IM - Managerは，マネージャー上のJP1/Baseに対し，監視ツリーの構成要素となる監視オブジェクト（定義情報）を収集するよう指示を出します。

収集指示を受けたマネージャー上のJP1/Base（定義収集・配布機能）は，構成定義（構成管理）を参照して，管理対象となっているJP1/Baseに対して収集指示を出します。

収集指示を受けたエージェント上のJP1/Baseは，同ホスト内のJP1/Baseの定義収集・配布機能に対応した連携製品に対して定義情報を渡すよう要求を出します。

要求を受けた連携製品は，定義情報をエージェント上のJP1/Baseに渡します（この定義情報が監視オブジェクトの元データとなります）。

エージェント上のJP1/Baseは，渡された定義情報をマネージャー上のJP1/Baseに転送します。

マネージャー上のJP1/Baseは，受け取った定義情報をJP1/IM - Managerに渡します。JP1/IM - Managerは，渡された定義情報を監視オブジェクトとして整理し直します。

なお，この時点ではJP1/IM - Managerが管理するオブジェクトDBには反映されません。

JP1/IM - Managerは，整理し直した監視オブジェクトの情報をJP1/IM - Viewに渡します。JP1/IM - Viewの画面には，渡された監視オブジェクトの情報がツリー形式で表示されます。

ツリー構成および監視オブジェクトの定義に問題がなければ，JP1/IM - Viewからマネージャーに反映することで，そのまま監視できます。手を加える場合は，JP1/IM - View上でツリー構成および監視オブジェクトの定義を変更したあと，マネージャーに反映します（変更については，「5.4　監視ツリーの編集」を参照）。

5.11.5　セントラルスコープのデータベース

セントラルスコープのデータベースには，監視オブジェクトDBと，ホスト情報DBがあります。

監視オブジェクトDBの管理

JP1/IM - Managerは，JP1/IM - Viewに表示する監視オブジェクトの情報を蓄積した監視オブジェクトDBを管理します。

監視オブジェクトDBは，JP1/IM - Viewから指示を受けたり，監視オブジェクトの状態を変更させるJP1イベントを受信したときに更新されます。

なお，監視オブジェクトDBの更新には，次のように更新処理に時間が掛かるものがあります。

［監視ツリー(編集中)］画面からのサーバツリー更新

jcsdbimportコマンドによる監視オブジェクトDBへのDB情報の反映

これらの更新処理のときにOSのシャットダウンやクラスタシステムによる系切り替えなどが発生すると，データベースが破損してしまうことがあります。

データベースの破損を防ぐ機能としてJP1/IM - Managerには，監視オブジェクトDBの自動バックアップ・リカバリー機能があります。この機能を有効にすると，上記更新処理の際に更新前の状態でデータベースを自動的にバックアップし，問題が発生した場合には更新前の状態に自動的にリカバリーします。問題が発生しなかった場合には，バックアップデータは自動的に削除されます。

この機能は，新規インストールの場合は有効に，バージョンアップの場合は無効になっています。バージョンアップの場合でも，耐故障性を向上させるため，この機能を有効にすることをお勧めします。

設定は，監視オブジェクトDBの自動バックアップ・リカバリー設定ファイル（auto_dbbackup_xxx.conf）を使用し，jbssetcnfコマンドでその定義内容を反映させることで有効となります。

ホスト情報DBの管理

JP1/IM - Manager（セントラルスコープ）は，JP1/IM - Manager（セントラルスコープ）独自のホスト情報を格納したホスト情報DBを管理します。

セントラルスコープのデータベースの情報は，次の表に示すコマンドにより取得，反映ができます。

表5‒11　データベース情報の取得，反映コマンド

コマンド名

使用目的

jcsdbexportコマンド

監視オブジェクトDBの情報取得

jcsdbimportコマンド

監視オブジェクトDBへの情報反映

jcshostsexportコマンド

ホスト情報DBの情報取得

jcshostsimportコマンド

ホスト情報DBへの情報反映

jcsxxexportコマンドを利用してDB情報を確認したり，jcsxxexportコマンド，jcsxximportコマンドを併用して，ほかのサーバに環境を移行したりできます。

セントラルスコープのツリー構成情報，および監視オブジェクトの状態変更条件をほかのサーバに移行する方法を次に示します。

(1)　コマンド（jcsdbexportおよびjcsdbimport）を使用して移行する方法

移行元のサーバでjcsdbexportコマンドを実行します。

監視オブジェクトDBの保管情報がツリー構成ファイルとしてローカルにファイル出力されます。

ファイルに出力される情報は，監視ツリー構成情報，共通イベント監視条件，およびビジュアル監視画面構成情報です。

出力されたファイルを移行先のサーバに転送します。

移行先のサーバでjcsdbimportコマンドを実行します。

移行元サーバの監視オブジェクトDBのデータが移行先サーバに反映されます。

jcsdbexportコマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcsdbexport」（1.　コマンド）を参照してください。

jcsdbimportコマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcsdbimport」（1.　コマンド）を参照してください。

(2)　GUIを使用して移行する方法

移行元のサーバで［監視ツリー(編集中)］画面から［ファイル］−［ツリーを保存］を選択し，出力されたCSVファイルを保存します。

CSVファイルに出力される情報は，現在表示中のツリーの監視ツリー構成情報，および共通イベント監視条件です。ビジュアル監視画面構成情報は出力されません。なお，［サーバのツリーを更新］をしていない変更も出力されます。

出力されたCSVファイルを移行先のサーバに転送します。

移行先のサーバで［監視ツリー(編集中)］画面から［ファイル］−［ツリーを開く］を選択し，CSVファイルの内容を読み込みます。

移行先のサーバで［監視ツリー(編集中)］画面から［ファイル］−［サーバのツリーを更新］を選択します。

移行元サーバの監視オブジェクトDBのデータが移行先サーバに反映されます。

(3)　セントラルスコープのツリー構成情報および監視オブジェクトの状態変更条件をほかのサーバに移行する場合の注意事項

ビジュアル監視画面構成情報の移行は，一度ですべての情報を出力できるコマンド（jcsdbexport，jcsdbimport）で実行してください。GUIから実行すると，［ビジュアル監視データを保存］によって出力されたCSVファイルを移行先のサーバで［ビジュアル監視データを開く］を選択して読み込む必要があります。

コマンドで移行する場合と，GUIで移行する場合とでは，出力されるファイルの形式が異なります。そのため，コマンドで出力したファイルをGUIから入力したり，GUIで出力したファイルをコマンドで入力したりすることはできません。

6　自動アクションによるコマンド実行（JP1/Base連携）

この章では，JP1/IM - Managerが提供する自動アクション機能について説明します。

6.1　自動アクションの概要

JP1/IMでは，マネージャーが特定のJP1イベントを受信したときに，自動的にコマンドを実行させることができます。この機能を自動アクションと呼びます。

自動アクション機能を使うことで，例えば，障害発生のJP1イベントの受信を契機として，メール送信や電話連絡のコマンドを実行してシステム管理者に通報するなどができます。

重要

自動アクションによるコマンド実行は，2038年1月19日に使用できなくなり，それ以降は機能を使用できません。そのため，2038年1月19日より前に，対処アクションの自動実行機能および手動実行機能を使用する形態への移行が必要となります。

図6‒1　自動アクション概要

自動アクションでは，次の項目を定義することによって，任意の条件で自動的にコマンドを実行できます。

実行する自動アクションの定義

自動アクションを実行する条件の指定

自動アクションで実行するコマンド，実行先ホスト，実行ユーザーの指定，同一アクションの抑止※

自動アクションを実行する環境の設定

自動アクション実行環境のカスタマイズ

コマンド実行先ホストでのユーザーマッピング

注※　同一アクションの抑止には，次に示す方法があります。

自動アクション（同一アクションの抑止）でアクションを抑止する

詳細については，「6.4.4　同一アクションの抑止」を参照してください。

繰り返しイベントの監視抑止でアクションを抑止する

詳細については，「4.5.8　大量発生イベントの自動アクション・対処アクションの実行抑止」を参照してください。

なお，同一アクションの抑止のほかに，自動アクションが実行されないようにする方法には次に示す方法があります。

共通除外条件でイベントをアクションの実行対象外にする

詳細については，「4.2.7　共通除外条件」を参照してください。

JP1/IM - Viewの［アクション設定］画面でアクション定義を無効化する

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.32　［アクション設定］画面」を参照してください。

jcachangeコマンドでアクション定義を無効化する

詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcachange」（1.　コマンド）を参照してください。

また，自動アクションの実行処理でのトラブルを早期に検知できるよう，次の機能を提供しています。

自動アクションの実行監視

自動アクションの遅延監視

自動アクションの状態監視

ここでは，まずJP1/IMが行っている自動アクションの状態管理について説明したあと，自動アクションの定義や自動アクションの実行監視，自動アクションを実行するときの処理について説明します。

重要

自動アクション機能で，大量のエージェントに一斉にコマンドの実行を要求すると，マネージャーホストの負荷が高くなるおそれがあります。負荷を抑えたい場合は，ホストグループごとにエージェントを分散して実行することを推奨します。

11-10以前のJP1/Baseおよび，JP1/IM - Managerをバージョンアップインストールし，管理対象エージェント数を1,024以上とする場合において，JP1/IM - Managerのリモートコマンド，自動アクションを使用する運用を行う場合，従来のコマンド実行履歴ファイルのレコード数（初期設定で20,000レコード）では不足が生じる可能性があるため，拡張することを推奨します。

1台のJP1/IM - Managerで1,024台以上のエージェントを管理する場合，コマンド実行履歴ファイルのサイズによっては，JP1/Baseの起動時間が増加する可能性があります。運用上起動所要時間が増加する場合は，コマンド実行履歴ファイルのレコード数を小さくするか，JP1/Baseの自動再編成機能を無効にすることを検討してください。JP1/IM - Managerをクラスタ構成とした場合，クラスタ切替時間に影響する可能性があります。自動再編成機能を無効化するか，クラスタソフトにて設定するタイムアウト値の見直しを実施して頂く必要があります。

6.2　自動アクションの状態管理

自動アクションを実行すると，その自動アクションはJP1/IM - Manager，JP1/Baseを経由して処理が進んでいきます。JP1/IMでは，この自動アクションの処理状況を状態として管理しています。

自動アクションの状態遷移を図で表すと次のようになります。

図6‒2　自動アクションの状態遷移

通常は，JP1/IM - Managerからマネージャー上のJP1/Base，マネージャー上のJP1/Baseからコマンド実行先のJP1/Baseへと処理が進んでいき，処理が完了します（正常時には，状態は「送信中」「キューイング」「実行中」「終了」の順に遷移し，JP1/Baseへの送信バッファーがいっぱいになったときには「送信待機」「送信中」「キューイング」「実行中」「終了」の順に遷移します）。なお，このときにエラーが発生すると状態が「実行不可」または「実行失敗」となり，処理が終了します。

なお，下記条件に合致した場合には自動アクションの状態が「抑止」や「なし」となり，JP1/IM - Manager内で処理が終了します。

抑止設定をし，かつ抑止対象となった自動アクション

この場合，自動アクションの状態は「抑止」となり，コマンドを実行せずに処理が終了します（詳細については，「6.4.4　同一アクションの抑止」参照）。

実行条件は設定済み，実行内容（実行するコマンド）は未設定の自動アクション

この場合，自動アクションは実行されますが，実行するコマンドが存在しないため，状態は「なし」となり，処理が終了します。

また，自動アクションの状態遷移が完了していない状態（「送信待機」「キューイング」「実行中」）のときには，自動アクションを途中でキャンセルできます。ただし，状態が「送信中」のときは，自動アクションを途中でキャンセルできません。そのときの状態遷移を図で表すと次のようになります。

図6‒3　キャンセル処理をした場合の自動アクションの状態遷移

状態が「送信待機」「キューイング」「実行中」のアクションに対してキャンセルを行い，キャンセル処理が失敗した場合には，状態は「キャンセル」および「強制終了」には遷移せず，その時々の実行状態となります。

状態が「送信中」のアクションに対してキャンセルを行った場合，状態は「送信中（キャンセル失敗）」となります。

「送信中」状態のアクションに対して，キャンセル要求を行った場合，コマンド実行先のJP1/Baseにアクションの実行要求がキューイングされるまで，削除処理を行いません。キャンセル要求がコマンド実行先のJP1/Baseに到達し，その時々のアクション状態によっては，キャンセル処理が失敗する場合があります。「終了」または「実行失敗」状態に遷移した場合，キャンセル処理は失敗となります。

各状態の詳細については，次表を参照してください。

表6‒1　自動アクションの状態一覧

状態

説明

送信待機

送信バッファー※1が満杯になったため，JP1/IM - Managerからの実行要求をJP1/Baseがいったん拒否し，JP1/IM - Managerがリトライ待ちになった状態（送信バッファーに空きが出た時点でこの状態は解除されます）。

送信中

マネージャー上のJP1/Baseからコマンド実行先のJP1/BaseにJP1/IM - Managerからの実行要求を送信している状態。

キューイング

コマンド実行先のJP1/BaseでJP1/IM - Managerからの実行要求をキューイングしている状態。

この状態が長時間続く場合，JP1/Base側で次のようなトラブルが発生しているおそれがあります。

自動アクションがシステム設計時の想定以上に発生し，不要な自動アクションが大量に蓄積（キューイング）された状態になった。

このような場合にはJP1/IMのキャンセル機能を使って不要な自動アクションをキャンセルできます（詳細については，「6.7　自動アクションのキャンセル」参照）。

実行中

コマンド実行先のJP1/BaseでJP1/IM - Managerからの実行要求を実行している状態。

この状態が長時間続く場合，JP1/Base側で次のようなトラブルが発生しているおそれがあります。

自動アクションで実行したコマンドがハングアップまたは想定以上に時間が掛かるコマンドであったため，後続の自動アクションが実行されない状態になった。

このような場合にはJP1/IMのキャンセル機能を使ってトラブルの要因となっている自動アクションをキャンセルできます（詳細については，「6.7　自動アクションのキャンセル」参照）。

終了

JP1/Base側でコマンド実行が終了し，JP1/IM - Managerにアクション結果が通知された状態。または，アクション実行サービスの起動時にアクション再実行用ファイルに出力済みの状態。この状態は終了コード（E.RESULT_CODE）に影響されない。

実行不可

JP1/Baseに実行要求を渡す前にエラーが発生した状態。

次の場合に発生します。

アクション実行サービスの内部エラー。

処理を行うJP1/Base（コマンド実行管理）が起動していない。

実行ホスト名に指定された業務グループまたは監視グループにホストが一つも登録されていない。

実行失敗

JP1/Base側の処理でエラーが発生し，コマンドの実行に失敗した状態。

この場合，JP1/Baseが出力する「KAVBXXXX-E」のメッセージ情報がアクション結果としてJP1/IM - Managerに通知されます。JP1/Baseが出力するメッセージ情報については，マニュアル「JP1/Integrated Management 3 - Manager メッセージ」の「2.3　コマンド実行に関するメッセージ（KAVB2001〜KAVB2999）」を参照してください。

抑止

自動アクションの実行条件に合致したが，設定した抑止時間内だったため，アクションを抑止した状態（詳細については，「6.4.4　同一アクションの抑止」参照）。

なし

自動アクションの実行条件は設定済み，実行内容(実行するコマンド)は未設定，の状態で自動アクションが実行されるとこの状態になる。

送信待機(キャンセル中)

「送信待機」の状態の自動アクションに対し，キャンセル処理を実行している状態(キャンセル処理は完了していない)。

送信中(キャンセル中)

「送信中」の状態の自動アクションに対し，キャンセル処理を実行している状態(キャンセル処理は完了していない)。

キューイング(キャンセル中)

「キューイング」の状態の自動アクションに対し，キャンセル処理を実行している状態(キャンセル処理は完了していない)。

実行中(キャンセル中)

「実行中」の状態の自動アクションに対し，キャンセル処理を実行している状態(キャンセル処理は完了していない)。

キャンセル

「実行中」の状態になる前に自動アクションをキャンセルした状態。

強制終了

「実行中」の状態の自動アクションをキャンセル(強制終了)した状態。

送信待機(キャンセル失敗)

「送信待機」の状態の自動アクションに対し，キャンセル処理を実行したが，その処理に失敗した状態。

送信中(キャンセル失敗)

「送信中」の状態の自動アクションに対し，キャンセル処理を実行したが，その処理に失敗した状態。

または，以前の状態（「送信待機」）のときにキャンセル処理に失敗し，その自動アクションの状態が「送信中」に遷移した状態。

キューイング(キャンセル失敗)

「キューイング」の状態の自動アクションに対し，キャンセル処理を実行したが，その処理に失敗した状態。

または，以前の状態（「送信待機」または「送信中」）のときにキャンセル処理に失敗し，その自動アクションの状態が「キューイング」に遷移した状態。

実行中(キャンセル失敗)

「実行中」の状態の自動アクションに対し，キャンセル処理を実行したが，その処理に失敗した状態。

または，以前の状態（「送信待機」「送信中」または「キューイング」）のときにキャンセル処理に失敗し，その自動アクションの状態が「実行中」に遷移した状態。

終了(キャンセル失敗)

キャンセル処理に失敗したアクションが「終了」になった状態。

実行失敗(キャンセル失敗)

キャンセル処理に失敗したアクションが「実行失敗」になった状態。

状態不明※2

何らかのトラブルによって実行結果を保存したファイル（アクション情報ファイル，アクションホスト名格納ファイル，コマンド実行履歴ファイル）に不整合が発生し，自動アクションの実行結果が確認できない状態。

この場合，これらのファイルを削除する必要があります。なお，ファイルを削除すると，過去の自動アクションの実行結果は参照できなくなります。

削除方法については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「12.5.3(10)　自動アクションの実行状態が「状態不明」と表示される場合の対処方法」を参照してください。

注※1　JP1/IM - Managerからマネージャー上のJP1/Baseへ自動アクションの実行要求を送信するために使用する通信バッファーのことです。

注※2　アクションの状態でなく，JP1/IM - Managerが自動アクションの状態取得に失敗したことを表します。

自動アクション定義を無効にしたときはアクションを実行しないため，状態は遷移せず，アクション情報ファイルにもアクション状態は格納されません。

自動アクションの実行状態は，JP1/IM - Viewやコマンドで確認できます。詳細については，「6.6　自動アクションの実行状態および実行結果の確認」を参照してください。

6.3　自動アクションの定義

自動アクションの定義は，JP1/IM - Viewの［アクション設定］画面で設定する方法と，自動アクション定義ファイルを作成してjcachangeコマンドで反映する方法があります。

自動アクション定義ファイルには，自動アクション定義ファイルおよび自動アクション定義ファイル（互換用）があります。それぞれのファイルのバージョンによって［アクション設定］画面が異なります。

定義できる内容の詳細の参照先を次に示します。

表6‒2　自動アクションの定義の参照先

バージョン情報（DESC_VERSIONの値）

自動アクション定義ファイルのバージョン

表示される［アクション設定］画面

自動アクション定義ファイルの参照先

［アクション設定］画面の参照先

1

07-11〜07-51の自動アクション定義ファイルのバージョンを示す。

［アクション設定］（互換用）画面

マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション定義ファイル（actdef.conf）（互換用）」（2.　定義ファイル）

マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.33.2　［アクション詳細設定］画面（互換用）」

2

08-00〜08-50の自動アクション定義ファイルのバージョンを示す。

3

09-00〜11-10の自動アクション定義ファイルのバージョンを示す。

［アクション設定］画面

マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション定義ファイル（actdef.conf）」（2.　定義ファイル）

マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.32　［アクション設定］画面」

4

11-50以降の自動アクション定義ファイルのバージョンを示す。

［アクション設定］画面（自動アクション定義の有効，無効を指定するチェックボックスが表示される。）

この表以外の値をDESC_VERSIONに指定した場合，自動アクション定義ファイル（バージョン情報が「3」）と仮定して読み込みます。

DESC_VERSIONを省略した場合，自動アクション定義ファイル（互換用）（バージョン情報が「2」）と仮定して読み込みます。

jcamakeaコマンドを実行して自動アクションの定義ファイルの内容をチェックすることをお勧めします。

重要

09-00以降の形式を使用している場合は，バージョン5の自動アクション機能の互換用である，移行用アクション定義ファイル（replaceactdef.conf）を編集して使用することはできません。この場合は，replaceactdef.confをもとにactdef.confを定義し直してください。自動アクション定義ファイルについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション定義ファイル（actdef.conf）」（2.　定義ファイル），および「自動アクション環境定義ファイル（action.conf.update）」（2.　定義ファイル）の「ACTIONDEFFILE」を参照してください。

replaceactdef.confとactdef.confは併用しないでください。

6.3.1　実行条件として指定できる項目

自動アクションを実行する条件として，次の項目が指定できます。

JP1イベントのイベントID

自動アクションの対象とするJP1イベントをイベントIDで指定します。「すべて」または一つのイベントIDを指定できます。

イベント条件

自動アクションの対象とするJP1イベントをイベント条件で指定します。項目に指定できるイベント条件は，アクション定義によって異なります。

表6‒3　指定できるイベント条件

属性種別

項目

イベント条件※1

アクション定義

アクション定義（互換用）

基本属性

登録要因

と一致する

と一致しない

−

イベントID

と一致する

と一致しない

正規表現

と一致する

正規表現

発行元プロセスID

正規表現

発行元ユーザーID

発行元グループID

発行元ユーザー名

と一致する

と一致しない

を含む

を含まない

から始まる

正規表現

発行元グループ名

発行元イベントサーバ名

発行元IPアドレス

詳細情報

メッセージ

登録時刻

正規表現

YYYYMMDDhhmmssの形式（YYYY：年，MM：月，DD：日，hh：時間，mm：分，ss：秒）。

正規表現

YYYY/MM/DDhh:mm:ssの形式（YYYY：年，MM：月，DD：日，hh：時間，mm：分，ss：秒）。

到着時刻

−

拡張属性

共通情報

開始時刻

正規表現（通算秒指定）

正規表現（通算秒指定）

終了時刻

プロダクト名

と一致する

と一致しない

を含む

を含まない

から始まる

正規表現

正規表現

オブジェクトタイプ

オブジェクト名

登録名タイプ

登録名

オブジェクトID

事象種別

ユーザー名

終了コード

発生元ホスト名※2

と一致する

と一致しない

を含む

を含まない

から始まる

正規表現

−

重大度

と一致する※3

正規表現

と一致する※3

正規表現

固有情報

「E.」

と一致する

と一致しない

を含む

を含まない

から始まる

正規表現

正規表現

互換用

イベント基本情報

正規表現

（凡例）

−：なし

注※1　比較条件に指定できる正規表現は，デフォルトでは拡張正規表現です。正規表現については，「付録G　正規表現」を参照してください。ただし，旧バージョンのJP1/IM - Managerからバージョンアップした場合は，旧バージョンで設定した情報を引き継ぎます。

また，アクション定義（互換用）ではない場合は，バージョン8以前のJP1/IM - Viewは編集できません。

注※2　アクション定義（互換用）で発生元ホスト名を指定したい場合は，拡張属性の固有情報の項目として「E.JP1_SOURCEHOST（発生元ホスト名）」と指定してください。

注※3　指定できる属性値は，「緊急（Emergency）」，「警戒（Alert）」，「致命的（Critical）」，「エラー（Error）」，「警告（Warning）」，「通知（Notice）」，「情報（Information）」，および「デバッグ（Debug）」です。

DESC_VERSIONが4の場合，自動アクション定義ファイル（actdef.conf）で次の項目が指定できます。

aidパラメーターでアクション定義の有効，無効の対象となるアクションIDを指定できます。

validパラメーターでアクション定義の有効，無効を指定できます。

6.3.2　実行条件の優先度

一つのJP1イベントがJP1/IMのマネージャーに届くと，パラメーターグループごとに優先順位の順に自動アクション定義の実行条件とJP1イベントを比較します。自動アクション定義の実行条件が一致する場合，パラメーターグループごとに優先順位の最も高い自動アクション定義の実行条件が1件だけ実行されます。

優先順位は，自動アクション環境定義ファイルの"ACTIONPRIORITY"パラメーターで設定し，JP1共通定義情報に反映します。オプションには，DEFAULTおよびV8COMPATIBLEがあります。

JP1/IM - Managerを新規インストールした場合，"ACTIONPRIORITY"パラメーターにはDEFAULTが設定されます。

JP1/IM - Managerをバージョンアップした場合，"ACTIONPRIORITY"パラメーターは設定されません。"ACTIONPRIORITY"パラメーターが設定されていない場合，V8COMPATIBLE（JP1/IM - Managerがバージョン8以前だった場合の自動アクションの優先順位）として動作します。

"ACTIONPRIORITY"パラメーターにDEFAULTを指定すると，自動アクションを実行する優先順位は，自動アクション定義に設定した順（actdef.conf内の記載順）となります。

"ACTIONPRIORITY"パラメーターにV8COMPATIBLEを指定すると，自動アクションを実行する優先順位は，自動アクション定義に設定した順（actdef.conf内の記載順）でイベントIDが明示的に指定されたアクションの定義情報を判定したあと，イベントIDに"*"が指定された自動アクション定義の実行条件を判定します。

指定したイベントIDが「00000001」，「00000002」または「すべて」のどれかだった場合に，DEFAULTとV8COMPATIBLEの優先順位がどのように異なるのかを次に示します。

表6‒4　「00000001」，「00000002」，「すべて」の順での優先順位の違い

イベントID

記述順

パラメーターグループ

DEFAULTの優先順位

V8COMPATIBLEの優先順位

00000001

1

1

1

1

00000002

2

1

2

2

すべて

3

1

3

3

表6‒5　「すべて」，「00000001」，「00000002」の順での優先順位の違い

イベントID

記述順

パラメーターグループ

DEFAULTの優先順位

V8COMPATIBLEの優先順位

すべて

1

1

1

3

00000001

2

1

2

1

00000002

3

1

3

2

表6‒6　「00000001」，「すべて」，「00000002」の順での優先順位の違い

イベントID

記述順

パラメーターグループ

DEFAULTの優先順位

V8COMPATIBLEの優先順位

00000001

1

1

1

1

すべて

2

1

2

3

00000002

3

1

3

2

6.3.3　パラメーターグループとAND条件

自動アクションでは，パラメーターグループやAND条件の指定によって，複雑な条件を指定した自動アクションにも対応できます。

パラメーターグループ

パラメーターグループは，自動アクション実行の条件判定をする単位で，10個のパラメーターグループがあります。それぞれの自動アクション定義はどれかのパラメーターグループに属します。

パラメーターグループは，一つのイベントで複数のアクションを実行する場合や，後述のAND条件を指定する場合に使います。パラメーターグループは１桁の数字（0〜9）で指定します。

一つのJP1イベントがJP1/IMのマネージャーに届くと，パラメーターグループの小さいものから大きいものの順番に，パラメーターグループごとに，アクション定義パラメーターの実行条件とJP1イベントを比較します。一つのJP1イベントで実行される自動アクションは，パラメーターグループごとに１件です。

同一パラメーターグループ内で複数の実行条件が一致する場合は，「6.3.2　実行条件の優先度」に従い，優先順位の最も高いアクション定義パラメーターが１件だけ実行されます。

一つのJP1イベントで複数のアクション条件に一致した場合，比較した順番でJP1/Baseのコマンド実行にコマンド実行要求をします。ただし，複数ホストに実行要求をした場合や，コマンドの同時実行数が2以上になっている場合は，実行要求をした順番どおりに実行できないことがあります。

AND条件

AND条件とは，複数の実行条件をすべて満たした場合にアクションを実行するための設定のことです。

パラメーターグループの指定に，数字ではなく「&」を指定すると，自動アクションの定義で直前（GUIで一つ上の表示，または定義ファイルで一つ上のアクションブロックの記述）に定義されている実行条件との組み合わせをAND条件として扱います。最大10個の自動アクション定義をAND条件の組み合わせとして定義できます。

受信したイベントが，AND条件のどれかの実行条件に一致すると，ほかの実行条件に一致するイベントを受信するのを待ちます。AND条件となっている実行条件がすべて成立すると，自動アクションが実行されます。

ただし，自動アクション定義が無効の実行条件は条件成立の対象外となります。

AND条件が成立するのを待つ時間は，ANDイベント保管期限で指定します。ANDイベント保管期限以上にJP1イベントの受信時刻が離れると，AND条件の対象となりません。

なお，イベント基盤サービス（evflowプロセス）が停止すると，AND条件の成立待ちのイベントはすべて破棄されます。プロセス管理機能でプロセス障害時に再起動する場合や，クラスタ運用で再起動をする場合は，注意してください。

自動アクション定義ファイル（actdef.conf）のDESC_VERSIONが4の場合，アクション定義を反映する際に，次のどちらかの操作をすると，定義変更していないアクション定義のAND条件の成立状態を維持できます。

［アクション設定］画面で［定義を変更していない実行条件の状態を維持する］チェックボックスをチェックして，［適用］ボタンをクリックする

jcachangeコマンドに-on，-off，-e，または-stオプションを指定して実行する

DESC_VERSIONが3以前の場合，または上記以外の操作でアクション定義を反映した場合は，すべてのAND条件の成立状態を初期化します。

6.3.4　イベント引き継ぎ情報

アクションの実行内容に関する次の項目は，イベント引き継ぎ情報としてアクションの契機となったJP1イベントの情報を指定できます。

JP1イベントの属性値の自動アクションへの引き継ぎは，イベント基盤サービスからアクション実行サービスに渡す際に実行しています。

実行先ホスト名

JP1ユーザー名

環境変数ファイル名

アクション

次に示すイベント引き継ぎ情報を指定できます。

表6‒7　アクションの実行内容に指定できる変数

種別

変数名

イベント引き継ぎ情報

基本属性

EVBASE

イベント基本情報

EVID

イベントID（基本コード：拡張コード）

イベントIDを「基本コード：拡張コード」形式にした文字列

EVIDBASE

イベントID（基本コード）

イベントIDを「基本コード」形式に変換した文字列

EVDATE

イベント登録日（YYYY/MM/DD）

登録時刻を「YYYY/MM/DD」形式にした文字列

EVTIME

イベント登録時刻（hh:mm:ss）

登録時刻を「hh:mm:ss」形式にした文字列

EVPID

イベント発行元プロセスID

発行元プロセスIDの値

EVUSRID

イベント発行元プロセスのユーザーID

発行元ユーザーIDの値

EVGRPID

イベント発行元プロセスのグループID

発行元グループIDの値

EVUSR

イベント発行元ユーザー名

発行元ユーザー名の値

EVGRP

イベント発行元グループ名

発行元グループ名の値

EVHOST

イベント発行元ホスト名

自動アクション環境定義ファイルの"HOSTINEVENT"パラメーターの値に応じた値

・remoteの場合：発行元イベントサーバ名

・localの場合：発行元IPアドレスから求めたホスト名

EVIPADDR

イベント発行元IPアドレス

発行元IPアドレスをIPv4アドレス形式，またはIPv6アドレス形式にした文字列

＜IPv4アドレス形式＞

32ビットのアドレス値を8ビット単位でピリオド（.）区切り，10進数（0〜255）で出力した形式。

例：0.64.128.255

＜IPv6アドレス形式＞

128ビットのアドレス値を16ビット単位でコロン（:）区切り，16進数（0000〜ffff）で出力した形式。

例：0011:2233:4455:6677:8899:aabb:ccdd:eeff

EVSEQNO

イベントDB内通し番号

イベントDB内通し番号の値

EVARVDATE

イベント到着日（YYYY/MM/DD）

到着時刻を「YYYY/MM/DD」形式にした文字列

EVARVTIME

イベント到着時刻（hh:mm:ss）

到着時刻を「hh:mm:ss」形式にした文字列

EVSRCNO

発行元イベントDB内通し番号

発行元イベントDB内通し番号の値

EVMSG

メッセージ

メッセージの値

EVDETAIL

詳細情報

詳細情報を「情報1△情報2△…情報n△」形式にした文字列（△：半角スペース）

拡張属性

EVSEV

イベント拡張情報重大度（Emergency, Alert, Critical, Error, Warning, Notice, Information, Debug）

重大度の値

EVUSNAM

ユーザー名

ユーザー名の値

EVOBTYP

オブジェクトタイプ

オブジェクトタイプの値

EVOBNAM

オブジェクト名

オブジェクト名の値

EVROBTYP

登録名タイプ

登録名タイプの値

EVROBNAM

登録名

登録名の値

EV"PRODUCT_NAME"

プロダクト名

プロダクト名値

EV"OBJECT_ID"

オブジェクトID

オブジェクトIDの値

EV"OCCURRENCE"

事象種別

事象種別の値

EV"START_TIME"

開始時刻

開始時刻の値

EV"END_TIME"

終了時刻

終了時刻の値

EV"RESULT_CODE"

終了コード

終了コードの値

EV"JP1_SOURCEHOST"

発生元ホスト名

発生元ホスト名の値

EV"拡張属性名"

任意の拡張属性

拡張属性名で指定された属性の属性値

その他

EV"@JP1IM_CORRELATE"

相関イベント

相関イベントかどうかを示す値

・0：相関イベントではない

・1：相関成立イベントである

・2：相関不成立イベントである

EV"@JP1IM_ORIGINAL_SEVERITY"

イベント拡張属性重大度(変更前)

（Emergency，Alert，Critical，Error，Warning，Notice，Information，Debug，または重大度に設定された値）

重大度変更機能が有効な場合だけ設定する属性

EV"@JP1IM_CHANGE_SEVERITY"

重大度変更

重大度を変更したかどうかを示す値

・0：重大度を変更していない

・1：重大度を変更した

EV"@JP1IM_DISPLAY_MESSAGE"

メッセージ(変更後)の値

表示メッセージ変更機能が有効な場合だけ設定する属性

EV"@JP1IM_CHANGE_MESSAGE"

表示メッセージ変更

表示メッセージを変更したかどうかを示す値

表示メッセージ変更機能が有効な場合だけ設定する属性

・0：メッセージを変更していない

・1：メッセージを変更した

ACTHOST

アクション実行要求元マネージャーホスト名

マネージャーホスト名

EVENV1〜EVENV9

アクションの実行条件の指定で，正規表現中に"( )"を指定して切り出したデータ

マネージャーで拡張正規表現を使用している場合だけ指定できる

(1)　指定方法

イベント引き継ぎ情報は，変数で指定します。変数は「$変数名」と指定します。$を文字として指定したい場合は，「¥$」と指定してください。

なお，変換元の文字情報に，次に示す制御文字が含まれていた場合，その制御文字は半角スペース（0x20）に変換されて処理されます。

半角スペースに変換される制御文字：0x01〜0x1F（タブ（0x09）を除く），0x7F

(2)　イベント引き継ぎ情報のエンコーディング

アクションの実行内容に関する項目のうち「アクション」については，イベント引き継ぎ情報の値をURLエンコーディングしたり，Base64エンコーディングしたりできます。

指定形式は，「$変数名$エンコーディングの種類」です。エンコーディングの種類の直後に半角英数字，または_（アンダースコア）を指定する場合は，「${変数名$エンコーディング種類}」の形式で指定してください。「$」を文字列として扱いたい場合は，エスケープ文字「¥」を「$」の前に指定してください。

次の場合，「$変数名$エンコーディングの種類」または「${変数名$エンコーディング種類}」は，文字列と見なされて変換されません。

「変数名」に該当するイベントが存在しない。

指定形式が誤っている。

イベント引き継ぎ情報のエンコーディングの種類と指定形式を次に示します。

表6‒8　イベント引き継ぎ情報のエンコーディングの種類と指定形式

項番

エンコーディングの種類

指定形式

説明

1

URLエンコーディング

$変数名$URLENC

イベント引き継ぎ情報の値をUTF-8の文字列としてURLエンコーディングします。

${変数名$URLENC}

2

Base64エンコーディング

$変数名$ENC

イベント引き継ぎ情報の値をBase64エンコーディングします。

${変数名$ENC}

3

Base64コーディングとURLコーディングの両方

$変数名$ENC$URLENC

イベント引き継ぎ情報の値をBase64エンコーディングし，さらにURLエンコーディングします。

${変数名$ENC$URLENC}

4

エンコーディングしない

$変数名

URLエンコーディングもBase64エンコーディングもしない。

${変数名}

なお，引き継ぎ情報のエンコーディングは，自動アクション定義ファイル（互換用）では使用できません。

(3)　イベント引き継ぎ情報の変換機能

イベント引き継ぎ情報の変換機能は，イベント引き継ぎ情報に含まれる特定のASCII文字を別の文字列に変換する機能です。

イベントに含まれるOSが特別な意味として取り扱う文字を別の文字に変換できます。例えば，変数で指定されたJP1イベントの情報に「"」や「'」など，コマンドで特別な意味を持つ文字がある場合，コマンドが正しく解釈されないときがあります。イベント引き継ぎ情報変換設定ファイルで文字変換することをお勧めします。

変換前の文字と変換後の文字列は，イベント引き継ぎ情報変換設定ファイルで指定できます。詳細は，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「イベント引き継ぎ情報変換設定ファイル（event_info_replace.conf）」（2.　定義ファイル）を参照してください。

6.4　自動アクションで実行するコマンドの指定

実行条件を満たしたときに，アクションとして実行するコマンドを次のように指定できます。

6.4.1　実行できるコマンド

自動アクションで実行できるコマンドの種類を次に示します。

コマンドを実行するホストがWindowsの場合

実行形式ファイル（.com，.exe）

バッチファイル（.bat）

JP1/Scriptのスクリプトファイル（.spt）　（ただし，.sptファイルが実行できるよう関連づけが設定されていること）

自動アクションで実行できるアプリケーションに関連づけられているファイルタイプ（拡張子）を持つデータファイル（.vbsなど）

コマンドを実行するホストがUNIXの場合

UNIXのコマンド

シェルスクリプト

ただし，次のようなコマンドは実行できません。

対話操作を必要とするコマンド

画面を表示するコマンド

エスケープシーケンスや制御コードを伴うコマンド

デーモンなどの，終了しないコマンド

Windowsメッセージ機構やDDEなど，デスクトップとの対話が必要なコマンド（Windowsの場合）

shutdownやhaltなど，OSをシャットダウンするコマンド

重要

64ビット版のWindowsでは，%WINDIR%¥System32フォルダ以下に配置されているコマンドを実行すると，WOW64のリダイレクト機能によって，%WINDIR%¥SysWow64フォルダ以下に配置されているコマンドにリダイレクトされます。リダイレクト先のコマンドがない場合，コマンドの実行に失敗することがあります。%WINDIR%¥System32フォルダ以下に配置されているコマンドを実行コマンドに指定する場合は注意してください。

重要

自動アクションおよびコマンド実行画面からのコマンド実行では，実行したコマンドが子プロセスを生成した場合，その子プロセスの標準出力や終了検知などの情報も取得します。しかし，実行したコマンドが生成した子プロセスより先に終了した場合は，子プロセスが出力する標準出力の情報を取得することができません。また，子プロセスの終了を正しく検知できません。これは，コマンド実行機能が直接実行したコマンドだけを管理するためです。実行するコマンドが子プロセスや孫プロセスを生成する場合は，子プロセスや孫プロセスの管理は実行するコマンドでするようにしてください。

重要

Windows PowerShellスクリプトをコマンド，または自動アクションから実行した場合，powershell.exeが終了しない状態となり，実行中のままになることがあります。Windows PowerShellスクリプトを実行する場合は，次のようにコマンドラインの標準入力で「nul」をリダイレクトして，実行できる状態にしてください。

powershell.exe xxx.ps1 < nul

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

JP1/IMのエージェントまたはマネージャーを，コマンドの実行先ホストとして指定できます。

エージェントは，JP1/IMの管理対象として構成管理情報によって定義されている必要があります。

また，複数のエージェントをまとめたホストグループを定義することによって，同じコマンドを複数のホストで実行できます。

6.4.3　コマンドを実行するユーザー

コマンドを実行するユーザーを，JP1ユーザーによって指定します。

エージェントでコマンドを実行するときには，そのホストでJP1ユーザーに対応したOSユーザーにユーザーマッピングしてからコマンドを実行します。

なお，実行先ホストがWindowsの場合は，ユーザーマッピングされるOSユーザーにWindows特有のユーザー権利が与えられている必要があります。ユーザーマッピングされるOSユーザーに必要なユーザー権利については，マニュアル「JP1/Base 運用ガイド」のOSユーザーにユーザー権利を与えることを説明している章を参照してください。

6.4.4　同一アクションの抑止

一定時間内に同一の自動アクションが実行されるのを抑止したい場合は，抑止設定をします。

例えば，パトランプを点灯させたり，メールでユーザーに通知したりする自動アクションは，一定時間内に一度実行されればよいアクションです。また，これらの自動アクションがJP1/Baseのコマンド実行のキューに蓄積されることによって，緊急を要する自動アクション，例えば障害の復旧を行う自動アクションなどの実行が遅れてしまうことがあります。

一度実行すれば一定時間実行しなくてよい自動アクションに対し，抑止設定をすることで，このような事態を回避できます。

抑止する・しないの設定，抑止時間の設定は，アクション単位でできます。これにより，不要なアクションを抑止し，必要なアクションだけを実行する環境を構築できます。

なお，プロセス管理機能によるプロセスの再起動時や，クラスタ運用でのフェールオーバー時には，抑止中のアクションは抑止解除されます。

アクションの抑止には，抑止設定のほかに，繰り返しイベントの監視抑止で抑止する方法があります。

ここでは，自動アクションの抑止設定でアクションを抑止する仕組みを説明します。それ以外の方法で自動アクションを実行しないようにする場合は，次の個所を参照してください。

共通除外条件でイベントをアクションの実行対象外にする

「4.2.7　共通除外条件」

繰り返しイベントの監視抑止でアクションを抑止する

「4.5.8　大量発生イベントの自動アクション・対処アクションの実行抑止」

JP1/IM - Viewの［アクション設定］画面でアクション定義を無効化する

マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.32　［アクション設定］画面」

jcachangeコマンドでアクション定義を無効化する

マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcachange」（1.　コマンド）

(1)　抑止設定をした場合の自動アクションの動作

抑止設定をした場合の自動アクションの動作を次の図に示します。

図6‒4　抑止設定をした場合の自動アクションの動作

図中の自動アクションAのように，抑止設定をしていた場合は，その自動アクションの実行条件に合致するJP1イベントが抑止時間内に複数発生しても，最初に発生したJP1イベントに対してだけアクションが実行され，2件目以降のJP1イベントに対してはアクションが実行されません。実行されなかった自動アクションの状態は「抑止」となります。

図中の自動アクションBのように，抑止設定をしていない場合は，その自動アクションの実行条件に合致するJP1イベントが発生するたびにアクションが実行されます（抑止設定をした自動アクションの動作に関係なく動作します）。

(2)　AND条件を設定した自動アクションに対し，抑止設定をした場合の自動アクションの動作

自動アクション同士をAND条件で結び，かつ，抑止設定をした場合の自動アクションの動作を次の図に示します。

図6‒5　自動アクション同士をAND条件で結び，かつ，抑止設定をした場合の自動アクションの動作

自動アクションの動作を図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

実行条件Aに合致するJP1イベントをJP1/IM - Managerが受信した状態です。自動アクションAと自動アクションBをAND条件で結んでいるため，このときにはまだアクションは実行されません。

実行条件Bに合致するJP1イベントをJP1/IM - Managerが受信した状態です。先に実行条件Aに合致するJP1イベントを受信しているため，AND条件が成立し，アクションA，Bが実行されます。

実行条件Aに合致するJP1イベントをJP1/IM - Managerが受信した状態です（1.と同じ状態です）。

実行条件Bに合致するJP1イベントをJP1/IM - Managerが受信した状態です（2.と同じ状態です）。先に実行条件Aに合致するJP1イベントを受信しているため，AND条件が成立していますが，抑止時間内であるため，アクションA，Bは実行されず，それぞれ「抑止」状態となります。

実行条件Aに合致するJP1イベントをJP1/IM - Managerが受信した状態です（1.と同じ状態です）。

実行条件Bに合致するJP1イベントをJP1/IM - Managerが受信した状態です（2.と同じ状態です）。実行条件Aに合致するJP1イベントの受信時間は抑止時間内ですが，AND条件の成立する実行条件Bの受信時間が抑止時間外だったため，アクションA，Bは抑止されず，それぞれ実行されます。

6.5　自動アクションの実行監視

JP1/IM - Managerでは，自動アクションの実行処理で発生したトラブルを迅速に検知できるよう，自動アクションの実行状況を監視する機能を提供しています。この機能は，次に示す二つの機能で構成されており，それぞれ監視する・監視しないを選択できます。

自動アクションの遅延監視

遅延監視をすることで，一定時間経過しても終了しない自動アクションを検知し，ユーザーに通知できます。

自動アクションの状態監視

状態監視をすることで，実行に失敗した自動アクションを検知し，ユーザーに通知できます。

6.5.1　自動アクションの遅延監視

自動アクションの実行処理で，次のようなトラブルが発生することがあります。

自動アクションが想定した時間内に終了しなかった。

自動アクションが長時間経過しても終了しない状態となった。

このようなトラブルが発生すると，トラブルの発生元となったアクションだけでなく，後続のアクションの実行処理にも影響が出てきます。

自動アクションの実行時間を監視（遅延監視）することで，上記のようなトラブル発生から，オペレーターが対応するまでの時間を短縮できます。遅延発生時の通知は，JP1イベントや通知コマンドによって行われます。

遅延監視の設定については，「6.5.3　実行監視の設定」を参照してください。

(1)　遅延監視の開始時間と終了時間

遅延監視の開始は，マネージャー上のJP1/Baseに自動アクションの実行契機となるJP1イベントが到着した時刻からとなります。

また，遅延監視の終了は，アクションの状態が下記の状態に遷移した時刻となります。

「終了」「キャンセル」「強制終了」「実行不可」「実行失敗」

「終了（キャンセル失敗）」「実行失敗（キャンセル失敗）」

遅延監視で設定した時間内に上記状態に遷移しなかった場合，"遅延"となります。

遅延監視の対象時間および遅延監視の対象となる状態を次の図に示します。

図6‒6　遅延監視の対象時間および遅延監視の対象となる状態

なお，クラスタシステムでフェールオーバー時に自動アクションを再実行する設定にしていた場合も，遅延監視の対象時間および遅延監視の対象となる状態は，通常運用の場合（上記の図）と変わりません。クラスタシステムで運用している場合には系切り替えの時間も考慮に入れて遅延監視時間を設定する必要があります。

重要

自動アクションを手動で再実行した場合は，遅延監視の対象にはなりません。これは，ユーザー自身が自動アクションを再実行し，アクション開始時間および経過時間を把握できるためです。

また，状態が「なし」となる自動アクションや状態が「抑止」となった自動アクションも遅延監視の対象にはなりません。

6.5.2　自動アクションの状態監視

自動アクションの実行処理で，次のようなトラブルが発生することがあります。

JP1/IM - Manager，JP1/Baseがエラーを検知したため，状態が「実行不可」「実行失敗」または「実行失敗（キャンセル失敗）」となって処理が終了した。

このようなトラブルが発生すると，ユーザーの意図したとおりに自動アクションが実行終了していないため，監視業務に大きく影響が出てきます。

自動アクションの処理で異常が発生したことを検知することで，自動アクションの実行に失敗してから，オペレーターが対応するまでの時間を短縮できます。異常発生時の通知は，JP1イベントや通知コマンドによって行われます。

状態監視の設定については，「6.5.3　実行監視の設定」を参照してください。

6.5.3　実行監視の設定

自動アクションの遅延監視機能，状態監視機能は，二つともインストール時に有効になっていないため，使用したい場合は設定が必要となります。

自動アクションの遅延監視，状態監視をするために必要な設定を次の表に示します。画面の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」を参照してください。定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」を参照してください。

表6‒9　遅延監視，状態監視をするために必要な設定

機能

設定項目

設定方法

遅延監視

遅延監視をする・しない

遅延監視時間

［アクション詳細設定］画面，または自動アクション定義ファイル

JP1イベントの発行

自動アクション通知定義ファイル

通知コマンドの実行

状態監視

状態監視をする・しない

［アクション設定］画面または，自動アクション定義ファイル

JP1イベントの発行

自動アクション通知定義ファイル

通知コマンドの実行

遅延監視はアクション単位，状態監視はシステム単位（JP1/IM - Manager）で設定できます。また，JP1イベントの発行はデフォルトで有効になっています。監視をする・しないの設定で「監視をする」に設定すれば，異常検知時にJP1イベントが発行されるようになります。通知コマンドの実行はデフォルトで無効になっています。異常検知時に通知コマンドを実行したい場合には自動アクション通知定義ファイルを編集してください。

なお，JP1イベントの発行，通知コマンドの実行を両方とも無効に設定した場合は，「遅延監視をする」，または「状態監視をする」を設定しても，異常検知時にユーザーに異常が通知されなくなります。このため，遅延監視，状態監視をする場合には，JP1イベントの発行，または通知コマンドの実行のどちらかを必ず有効に設定する必要があります。

6.5.4　実行監視機能による自動アクションの異常監視

遅延監視機能，状態監視機能を有効にすると，異常検知時にそれぞれJP1イベントを発行したり，通知コマンドを実行したりして，ユーザーに通知が行われるようになります。

ただし，遅延監視機能，状態監視機能による通知は，それぞれ一度実行されると抑止状態となり，以後，異常が発生しても通知が行われなくなります。

このため，トラブルが発生した自動アクションに対して対応が完了したら，抑止を解除する必要があります。JP1/IM - Viewの［イベントコンソール］画面の［オプション］メニューで［機能状態通知復帰］を選択することで，抑止を解除できます。

6.6　自動アクションの実行状態および実行結果の確認

自動アクションの実行状態，および実行結果は，次の方法で確認できます。

JP1/IM - Viewの［アクション結果一覧］画面，［アクション結果］画面，［アクション結果詳細］画面（詳細確認で使用）

jcashowaコマンド

jcashowaコマンドを実行するとアクション情報ファイルに格納されている，実行した自動アクションの結果を表示します。

コマンド実行履歴の内容を確認したい場合は，jcocmdlogコマンドで確認できます。

自動アクションの実行状態はJP1イベントとして発行できます。ただし，デフォルトでは発行しないため，jcocmddefコマンドの-acteventオプションを使って，JP1イベントを発行する設定に変更する必要があります。

6.7　自動アクションのキャンセル

自動アクションの状態が次に示す状態のとき，その自動アクションをキャンセルできます。

「送信待機」「キューイング」「実行中」

「送信中（キャンセル失敗）※」「送信待機（キャンセル失敗）※」「キューイング（キャンセル失敗）※」「実行中（キャンセル失敗）※」

注※　「状態（キャンセル失敗）」となっている自動アクションをキャンセルする場合は，実行結果の詳細確認（エラー情報の確認）やイベント検索によるアクション実行先ホストの状態確認などで，原因を特定・取り除いてからキャンセルするようにしてください。

キャンセル処理を実行すると，自動アクションの状態は「状態（キャンセル中）」を経て「キャンセル」または「強制終了」に変わります。なお，キャンセルに失敗した場合には「状態（キャンセル失敗）」となり，状態が遷移していきます（詳細については，「6.2　自動アクションの状態管理」参照）。

自動アクションのキャンセル，キャンセル確認は，次の方法でできます。

JP1/IM - Viewの［アクション結果一覧］画面，［アクション結果］画面，［アクション結果詳細］画面（キャンセルだけ）

jcacancelコマンド（キャンセル），jcashowaコマンド（キャンセル確認）

キャンセルできるアクションの範囲

キャンセルできるアクションは，そのマネージャーから発行されたアクションだけです。例えば，拠点マネージャーから発行されたアクションは，統合マネージャーからはキャンセルできません。

キャンセルできるアクションの範囲を次の図に示します。

図6‒7　キャンセルできるアクションの範囲

上記図のように統合マネージャーからアクションのキャンセル処理を実行した場合，その対象となるのは，統合マネージャーから発行されたアクションだけです。拠点マネージャーから発行されたアクションは，キャンセル対象とならないため，エージェント上でそのまま処理されます。拠点マネージャーから発行されたアクションをキャンセルしたい場合には，拠点マネージャーからキャンセル処理を実行する必要があります。

6.8　自動アクションの再実行

自動アクションの状態が次に示す状態のとき，その自動アクションを再実行できます。

「抑止」「終了」「実行失敗※」「キャンセル」「強制終了」

「終了（キャンセル失敗）」「実行失敗（キャンセル失敗）※」

注※　「実行失敗」または「実行失敗（キャンセル失敗）」となっている自動アクションを再実行する場合は，実行結果の詳細確認（エラー情報の確認）やイベント検索によるアクション実行先ホストの状態確認などで，原因を特定・取り除いてから再実行するようにしてください。

自動アクションを再実行すると，自動アクションの状態は，システムで処理しているときと同様に状態が遷移していきます（詳細については，「6.2　自動アクションの状態管理」参照）。

自動アクションの再実行，再実行確認は，次の方法でできます。

JP1/IM - Viewの［アクション結果一覧］画面，［アクション結果］画面，［アクション結果詳細］画面（再実行だけ）

jcashowaコマンド（再実行確認）

6.9　自動アクション機能の稼働設定

JP1/IMは，内部処理としてJP1/Baseからイベントを取得し，自動アクションの実行契機となるJP1イベントかどうか判定し，合致したときに自動アクションを実行しています。通常は，この内部処理を変更する必要はありませんが，メンテナンスなどで不要な自動アクションが大量に発生する，といった場合に，一時的にこの内部処理を休止させることができます。

設定はjcachangeコマンドで行います。また，設定内容はjcastatusコマンドで確認できます。

なお，内部処理を休止させた場合，その間に受信したイベントに対しては，稼働状態に戻したあとも自動アクションは実行されません。実行したい自動アクションがある場合には休止状態にしないでください。

メモ

jcachangeコマンド，jcastatusコマンドについて

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcachange」，および「jcastatus」（1.　コマンド）

6.10　自動アクション実行の流れ

マネージャーで，自動アクションの契機となるJP1イベントを受信してから，エージェントに対して自動アクションを実行する場合の処理の流れを例に，JP1/IM，JP1/Baseの機能連携について説明します。

なお，以降の説明では，自動アクションをするための定義が完了しているものとして説明しています（自動アクションの定義については，「6.3　自動アクションの定義」を参照）。

図6‒8　自動アクションの処理の流れ（エージェントに自動アクションでコマンドを実行する場合）

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

エージェント上で自動アクションの契機となるJP1イベントが発生し，イベントサービスに登録されます。

イベントサービスに登録されたJP1イベントは，構成定義に従って上位ホストに転送され，転送されたJP1イベントは，マネージャー上のイベントサービスに登録されます。

JP1/IM - Manager（イベント基盤サービス）が登録されたJP1イベントをイベントサービスから取得します。

自動アクションの定義と取得したJP1イベントを比較し，自動アクションの定義に一致した自動アクションをアクション実行サービスに渡します。

自動アクションを受信したアクション実行サービスは，マネージャー上のJP1/Baseにコマンド実行指示を渡します。

コマンド実行指示を受け取ったマネージャー上のJP1/Baseは，構成定義を参照してコマンド実行先ホストにコマンド実行指示を出します。

コマンド実行指示を受けたエージェント上のJP1/Baseは，コマンドを実行する前に，ユーザーマッピング定義を参照し，マッピングされたOSユーザーの権限でコマンドを実行します。※

注※　ユーザーマッピング（JP1/Baseのユーザー管理）の処理は，コマンドを実行するホストで行われます。このため，自動アクションでエージェントに対してコマンドを実行する場合にはエージェントで，自動アクションでマネージャーに対してコマンドを実行する場合にはマネージャーで，それぞれユーザーマッピングの設定をしておく必要があります。

コマンド実行後，エージェント上のJP1/Baseは，その結果を構成定義で定義されている上位ホストに通知します。

コマンド実行結果を受け取ったマネージャー上のJP1/Baseは，コマンド実行結果をコマンド実行履歴ファイル（ISAM）に記録したあと，アクション実行サービスに実行結果を通知します。

アクション実行サービスは，JP1/Baseから受け取った実行結果の情報をログ出力し，自動アクションの実行結果をイベント基盤サービスに渡します。

JP1/IM - Viewには，イベント基盤サービスが持つJP1イベントの情報がイベントコンソールサービスを通して表示されます。

なお，自動アクションは，JP1/Baseのコマンド実行機能によって実行しています。「9.4.4　コマンド実行の管理」をあわせて参照してください。

重要

自動アクションの実行処理が進んでいる途中で，次の事象が発生すると，自動アクションの状態が遷移しなくなります（遷移しなくなるのは，状態が「送信待機」「送信中」「キューイング」「実行中」「送信待機（キャンセル中）」「送信中（キャンセル中）」「キューイング（キャンセル中）」「実行中（キャンセル中）」だった場合です）。

マネージャー，アクション中継ホスト，アクション実行先ホストのどれかがシャットダウンなどの操作により停止した。

ネットワーク障害

JP1/Baseのダウン

この場合には，次の方法で確認してください。

JP1/Baseのjcocmdshowコマンド（07-10サポート）で確認：

アクション実行先ホストのJP1/Base（コマンド実行管理）が自動アクションの処理をしていた場合には，このコマンドで確認できます※。

注※　処理要求を受け取っていない，または処理が完了していた場合はこのコマンドでは確認できません。

状態が遷移しない，かつ，jcocmdshowコマンドでも確認できない自動アクションは，再実行するかどうか判断を行い，必要に応じて［コマンド実行］画面から再実行してください。

7　対処アクションの自動実行と手動実行（JP1/IM - Agent連携）

この章では，JP1/IM - Managerが提供する対処アクションの自動実行および手動実行の機能について説明します。

7.1　対処アクションの概要

対処アクションは自動または手動で実行できます。対処アクションの自動実行は，受信したJP1イベントの内容だけで対処内容が決まる事象に対して，対処アクションを自動で実行する機能です。対処アクションの手動実行は，JP1イベントの内容だけで対処できない事象の場合に，監視オペレーターの判断によって適切な対処を実行するために利用する機能です。

それぞれの方法で実行した対処アクションが問題なく終了しているか，対処によって障害が解消されたか，などの対処結果を参照することもできます。

これらの機能は，JP1/IM - Agentと連携している場合に，JP1/IMのインテリジェント統合管理基盤が管理するシステムで利用できます。

対処アクションの自動実行機能と手動実行機能を組み合わせて使うことで，柔軟な対応が可能となり，監視オペレーターの負担を軽減できます。

なお，この章で特に断りなく「対処アクション」と表記する場合は，対処アクションの自動実行機能と手動実行機能の両方を意味しています。

図7‒1　対処アクションの自動実行の概要

図7‒2　対処アクションの手動実行の概要

対処アクションの自動実行は，次の項目を定義することによって，任意の条件で自動的にコマンドを実行できます。

実行する対処アクションの定義

対処アクションを実行する条件の指定

対処アクションで実行するコマンド，実行先ホスト，実行ユーザーの指定

対処アクションを実行する環境の設定

コマンド実行先ホストでのユーザーマッピング

また，対処アクションの実行処理でのトラブルを早期に検知できるよう，次の機能を提供しています。

対処アクションの実行監視

対処アクションの状態監視

7.1.1　前提条件

対処アクションの自動実行機能と対処アクションの手動実行機能を使用するためには，インテリジェント統合管理データベースがセットアップされている必要があります。

対処アクションは実行する対処アクション種別によって，前提条件が異なります。対処アクション種別については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・API リファレンス」の「提案定義ファイル」（2.　定義ファイル）を参照してください。

コマンド（対処アクション種別がcmd）で対処アクションを実行する場合は，次の前提条件を満たす必要があります。

実行先ホストを管理する統合エージェント管理基盤がインストールされているホスト上にJP1/IM - Manager 13-00以降がインストールされていること

実行先ホストおよび実行先ホストを管理する統合エージェント管理基盤がインストールされているホストが，システム構成情報に存在すること

JP1/IM - Managerが統合マネージャー，下位マネージャーで構成されている場合，インテリジェント統合管理基盤サービスでHTTP通信を受け付けるポート番号※が同じ値で統一されていること

注※　インテリジェント統合管理基盤定義ファイルのserver.portパラメーター

前提条件を満たさない環境で対処アクションを自動または手動で実行した場合は，エラーメッセージを統合トレースログに出力します。対処アクションは実行されません。

7.2　対処アクションの定義

対処アクションの定義は，定義ファイルおよびAPIから行います。定義できる内容の参照先を次に示します。

表7‒1　対処アクションの定義およびAPIの参照先

定義内容

定義ファイルまたはAPIの参照先

表示される画面

画面の参照先

自動対処アクションの状態監視

マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「対処アクション状態監視定義ファイル（responseactionnotice.conf）」（2.　定義ファイル）

−

−

対処アクションの実行結果の参照

マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.16.1 対処アクションの実行結果取得」

［対処アクション結果一覧］画面

［対処アクション結果詳細］画面

マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.3.3 ［対処アクション結果一覧］画面」および「2.3.4 ［対処アクション結果詳細］画面」

イベント情報の引き継ぎ

マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.16.3 イベント引き継ぎ情報変換」

［対処アクション実行］画面

マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.3.1 ［対処アクション実行］画面」

（凡例）

−：該当しない

7.2.1　ホストの移行について

(1)　対処アクションの自動実行機能の場合

対処アクションの自動実行のホスト間の移行は，ユーザー自身で移行元ホストから定義データを取得し，ホストに関する個所を変更したあと，移行先ホストに定義データを反映してください。

(2)　対処アクションの手動実行機能の場合

対処アクションの手動実行の場合は，JP1/Baseのコマンド実行機能から環境変数定義ファイルを移行できます。コマンド実行機能と同様に絶対パスを指定して使用してください。

7.2.2　自動アクション定義ファイルをもとにした対処アクションの自動実行の定義の作成

自動アクション定義ファイルからの移行は，ユーザー自身で自動アクション定義を基に対処アクションの自動実行の定義を作成し，反映してください。

なお，次の前提条件に当てはまる場合は，自動アクションの設定値を置き換えるだけで対処アクションの自動実行の定義を作成できます。ただし，自動アクション結果は移行できません。自動アクション結果を参照する場合は，JP1/IM - Viewまたはjcashowaコマンドで確認してください。

自動アクション定義にAND条件を使用していない

移行する場合は，AND条件に指定している条件を相関イベントとして発行し，発行されたイベントを対処アクションの自動実行の実行条件に指定します。

自動アクション定義に抑止時間を設定していない

移行する場合は，［繰り返しイベント条件設定］画面に自動アクション定義に設定しているイベント条件を設定し，抑止項目で自動アクションを実行対象外にします。

対処アクションの自動実行の定義には抑止時間以外の定義を設定します。

自動アクション定義に遅延監視時間を設定していない

移行する場合は，対処アクションの自動実行の定義に遅延監視時間以外の定義を設定します。

自動アクション定義の実行先ホストに，ホストグループ名，業務グループ名，監視グループ名を指定していない

移行する場合は，ホストグループ名，業務グループ名，監視グループ名を実際の実行先ホスト名に置き換え，実行先ホスト分の対処アクションの自動実行の設定を作成します。

自動アクション定義ファイルからの移行方法について説明します。

(1)　パラメーターの置き換え

次に示す表に従って，設定値に対応するパラメーターに変更します。自動アクション定義と同等の対処アクションの自動実行の定義を作成できます。

表7‒2　自動アクション定義と対処アクションの自動実行の定義のパラメーター対応一覧

項番

自動アクション定義の設定項目

対応する対処アクションの自動実行の定義の設定項目

備考

1

sta {true|false}

state_watch

2

act アクション名

label

3

[prm パラメーターグループ]

actionGroup

4

[cmt コメント]

description

5

aid アクションID

actionId

6

[valid true|false]

valid

7

eid イベントID

−

イベント条件として指定するため，設定不要です。

8

cnd イベント条件end-cnd

conditions

イベント条件の詳細については，「表7-3 イベント条件の詳細」を参照してください。

9

[usr ユーザー名]

−

実行先ホストに合わせて実行ユーザーが決定するため，設定不要です。

10

[hst {実行ホスト名|グループ名|業務グループ名|監視グループ名}]

host

11

[{cmd アクション|rul}]

type

rulは指定できません。

12

[var 環境変数ファイル名]

envFile

13

[det 抑止時間]

−

設定不可の項目です。

14

[ret 遅延監視時間]

−

設定不可の項目です。

表7‒3　イベント条件の詳細

項番

自動アクション定義の設定項目

対応する対処アクションの自動実行の定義の設定項目

備考

1

属性名

key:"属性名"

形式は，自動アクション定義と同じです。

2

比較キーワード

ope:"比較キーワード"

3

オペランド※

val:["オペランド"]

対処アクションの自動実行の定義でオペランドを複数指定する場合は，配列として定義します。

注※

自動アクション定義で半角スペース，タブ，改行コード（CR，LF）および%を指定している場合，対処アクションの自動実行の定義では次の表に示す内容で定義してください。

表7‒4　オペランドの特殊文字対応

項番

指定したい値

（ASCIIコード）

自動アクション定義の記載方法

対処アクションの自動実行の定義の記載方法

備考

1

タブ（0x09）

%09

¥t

2

半角スペース（0x20）

%20

" "

対処アクションの自動実行の定義では半角スペースはそのまま指定します。

3

%（0x25）

%25

%

対処アクションの自動実行の定義では%はそのまま指定します。

4

改行コードLF（0x0a）

%0a

¥r

5

改行コードCR（0x0d）

%0d

¥n

6

¥（0x5c）

¥

¥¥

(2)　自動アクションのイベント引き継ぎ情報の置き換え

自動アクションの定義でイベント引き継ぎ情報を使用している場合は，置き換えが必要です。

自動アクション定義の指定形式

${変数名$エンコーディング種類}

対処アクションの自動実行の定義の指定形式

${"種別":"イベント引き継ぎ情報":"エンコード種別"}

また，イベント引き継ぎ情報でイベントの拡張属性名をダブルクォーテーション（"）で囲んでいる場合，EV"属性名"はEV#属性名の形式に置き換えられます。

表7‒5　引き継ぎ情報の対応一覧

項番

種別

イベント引き継ぎ情報

自動アクション定義の変数名

対処アクションの自動実行の定義の変数名

1

基本属性に対応する変数

イベントID（基本コード:拡張コード）

イベントIDを「基本コード:拡張コード」形式に変換した文字列です。

基本コードはイベントID（B.ID），拡張コードはイベントID（B.IDEXT）の値です。

基本コードおよび拡張コードは，8桁の16進数（A〜Fは大文字）で，各IDの前の0は省略されます。

例えば，拡張コードが00000000の場合，「基本コード:0」となります。

EVID

EVID

2

イベントID（基本コード）

イベントIDを「基本コード」形式に変換した文字列です。

8桁の16進数（A〜Fは大文字）で，IDの前の0は省略されます。

EVIDBASE

EVIDBASE

3

イベント登録日（yyyy/mm/dd）

登録時刻（B.TIME）を「yyyy/mm/dd」形式に変換した文字列です。

EVDATE

EVDATE

4

イベント登録時刻（hh:mm:ss）

登録時刻（B.TIME）を「hh:mm:ss」形式に変換した文字列です。

EVTIME

EVTIME

5

イベント発行元プロセスID

発行元プロセスID（B.PROCESSID）の値です。

EVPID

EVPID

6

イベント発行元プロセスのユーザーID

発行元ユーザーID（B.USERID）の値です。

EVUSRID

EVUSRID

7

イベント発行元プロセスのグループID

発行元グループID（B.GROUPID）の値です。

EVGRPID

EVGRPID

8

イベント発行元ユーザー名

発行元ユーザー名（B.USERNAME）の値です。

EVUSR

EVUSR

9

イベント発行元グループ名

発行元グループ名（B.GROUPNAME）の値です。

EVGRP

EVGRP

10

イベント発行元ホスト名

発行元イベントサーバ名（B.SOURCESERVER）の値です。

EVHOST

EVHOST

11

イベント発行元IPアドレス

発行元IPアドレスをIPv4アドレス形式またはIPv6アドレス形式にした文字列※です。

EVIPADDR

EVIPADDR

12

イベントDB内通し番号

イベントDB内通し番号（B.SEQNO）の値です。

EVSEQNO

EVSEQNO

13

イベント到着日（yyyy/mm/dd）

到着時刻（B.ARRIVEDTIME）を「yyyy/mm/dd」形式に変換した文字列です。

EVARVDATE

EVARVDATE

14

イベント到着時刻

到着時刻（B.ARRIVEDTIME）を「hh:mm:ss」形式にした文字列です。

EVARVTIME

EVARVTIME

15

発生元のイベントDB内通し番号

発生元のイベントDB内通し番号（B.SOURCESEQNO）の値です。

EVSRCNO

EVSRCNO

16

メッセージ

メッセージ（B.MESSAGE）の値です。

EVMSG

EVMSG

17

拡張属性に対応する変数

（共通情報）

イベント拡張情報重大度（Emergency，Alert，Critical，Error，Warning，Notice，Information,，Debug）

重大度（E.SEVERITY）の値です。

EVSEV

EVSEV

18

ユーザー名

ユーザー名（E.USER_NAME）の値です。

EVUSNAM

EVUSNAM

19

オブジェクトタイプ

オブジェクトタイプ（E.OBJECT_TYPE）の値です。

EVOBTYP

EVOBTYP

20

オブジェクト名

オブジェクト名（E.OBJECT_NAME）の値です。

EVOBNAM

EVOBNAM

21

登録名タイプ

登録名タイプ（E.ROOT_OBJECT_TYPE）の値です。

EVROBTYP

EVROBTYP

22

登録名

登録名（E.ROOT_OBJECT_NAME）の値です。

EVROBNAM

EVROBNAM

23

プロダクト名

プロダクト名（E.PRODUCT_NAME）の値です。

EV"PRODUCT_NAME"

EV#PRODUCT_NAME

24

オブジェクトID

オブジェクトID（E.OBJECT_ID）の値です。

EV"OBJECT_ID"

EV#OBJECT_ID

25

事象種別

事象種別（E.OCCURRENCE）の値です。

EV"OCCURRENCE"

EV#OCCURRENCE

26

開始時刻

開始時刻（E.START_TIME）の値です。

EV"START_TIME"

EV#START_TIME

27

終了時刻

終了時刻（E.END_TIME）の値です。

EV"END_TIME"

EV#END_TIME

28

終了コード

終了コード（E.RESULT_CODE）の値です。

EV"RESULT_CODE"

EV#RESULT_CODE

29

発生元ホスト名

発生元ホスト名（E.JP1_SOURCEHOST）の値です。

EV"JP1_SOURCEHOST"

EV#JP1_SOURCEHOST

30

任意の拡張属性

拡張属性名で指定された属性の属性値です。

EV"拡張属性名"

EV#拡張属性名

31

拡張属性に対応する変数（IM属性）

相関イベントフラグ

相関イベントフラグ（E.@JP1IM_CORRELATE）の値です。次のどれかになります。

0：相関イベントではない

1：相関成立イベント

2：相関不成立イベント

EV"@JP1IM_CORRELATE"

EV#@JP1IM_CORRELATE

32

応答待ちイベントフラグ

応答待ちイベントフラグ（E.@JP1IM_RESPONSE）の値です。

対処アクションのマッチング時は0となります。

−

EV#@JP1IM_RESPONSE

33

変更前の重大度

重大度（変更前）（E.@JP1IM_ORIGINAL_SEVERITY）の値です。

Emergency，Alert，Critical，Error，Warning，Notice，Information，Debug，または重大度に設定された値のどれかになります。

重大度変更機能が有効な場合だけ設定する属性です。

EV"@JP1IM_ORIGINAL_SEVERITY"

EV#@JP1IM_ORIGINAL_SEVERITY

34

重大度変更フラグ

重大度変更フラグ（E.@JP1IM_CHANGE_SEVERITY）の値です。次のどちらかになります。

0：重大度を変更していない

1：重大度を変更した

EV"@JP1IM_CHANGE_SEVERITY"

EV#@JP1IM_CHANGE_SEVERITY

35

変更後のメッセージ

メッセージ（変更後）（E.@JP1IM_DISPLAY_MESSAGE）の値です。

表示メッセージ変更機能が有効な場合だけ設定する属性です。

EV"@JP1IM_DISPLAY_MESSAGE"

EV#@JP1IM_DISPLAY_MESSAGE

36

表示メッセージ変更

表示メッセージ変更（E.@JP1IM_CHANGE_MESSAGE）の値です。次のどちらかになります。

0：メッセージを変更していない

1：メッセージを変更した

表示メッセージ変更機能が有効な場合だけ設定する属性です。

EV"@JP1IM_CHANGE_MESSAGE"

EV#@JP1IM_CHANGE_MESSAGE

37

その他

アクション実行要求元マネージャーホスト名

マネージャーホスト名の値です。

ACTHOST

ACTHOST

38

アクションの実行条件の指定で，正規表現中に"( )"を指定して切り出したデータ

EVENV1〜EVENV9

EVENV1〜EVENV9

注※

イベント引き継ぎ情報の変数EVIPADDRが指定された場合，およびJP1イベントの発行元IPアドレス（B.SOURCEIPADDR）がIPv6アドレスの場合，次の形式で変換します。

IPv6アドレス形式

128ビットのアドレス値を16ビット単位でコロン（:）区切り，16進数（0000〜ffff）で出力した形式。

例：0011:2233:4455:6677:8899:aabb:ccdd:eeff

IPv4アドレス形式

32ビットのアドレス値を8ビット単位でピリオド（.）区切り，10進数（0〜255）で出力した形式。

例：0.64.128.255

置き換え例

自動アクション定義

$EV"JP1_SOURCEHOST"$URLENC

置き換え後の対処アクションの自動実行の定義

${event:EV#JP1_SOURCEHOST:URLENC}

7.3　対処アクションの自動実行の定義とJP1イベントの照合

インテリジェント統合管理はJP1イベントを受信すると，対処アクションの自動実行の定義のイベント条件と照合し，対処アクションを実行する条件に一致するかどうかを判断します。

7.3.1　対象のJP1イベント

対処アクションの自動実行機能は，インテリジェント統合管理基盤が受信したJP1イベントを対象にマッチングを行います。

ただし，次のどれかの条件に一致するイベントはマッチングされません。

自動アクションの実行抑止を設定した繰り返しイベント条件に一致する繰り返しイベント

共通除外条件（アクション実行）に一致したJP1イベント

システムイベント（アプリケーションプログラムが発行するJP1イベント）

対処アクション通知イベントに対して発行された3FF4〜3FF7のJP1イベント

7.3.2　マッチングを行う契機

インテリジェント統合管理基盤がJP1イベントを受信すると，IM管理ノードとJP1イベントのマッピング，システムのステータスの評価を実施したあと，対処アクションの自動実行の定義のイベント条件とのマッチングを行います。

ただし，jddupdatetreeコマンドの実行によって，JP1イベントの再マッピング，ステータスの再評価を行った場合はマッチングを実施しません。

7.3.3　マッチングの順序

マッチングは，対処アクショングループごとに実施します。対処アクショングループ内に複数の実行条件が存在した場合は，定義の記載された順に上からマッチング処理を行います。条件に一致すると，それ以降の実行条件についてはマッチングを行いません。

1つのパラメーターグループで，一致する実行条件は1つだけです。

7.4　対処アクションの自動実行

対処アクションの自動実行は，次に示す対処アクション種別で実行できます。

表7‒6　対処アクションの自動実行として実行できる対処アクション種別

項番

対処アクション種別

説明

1

cmd

統合エージェント制御基盤がインストールされているホスト上でコマンドラインを実行する。

2

restApi

対処アクションの自動実行の契機となるJP1イベントを受信するJP1/IM - Managerの対処アクション実行制御からREST APIを実行する。

対処アクションのマッチングによって対処アクション条件に一致すると，インテリジェント統合管理基盤は，対応するホストに対して対処アクションの実行を要求します。

対処アクションの実行を要求するホストは，対処アクションをコマンドで実行するかREST APIで実行するかによって異なります。

7.5　対処アクションの手動実行

対処アクションの手動実行の実行は，次に示す対処アクションの種別で実行できます。

表7‒7　対処アクションの手動実行として実行できる対処アクション種別

項番

対処アクション種別

説明

1

cmd

統合エージェント制御基盤がインストールされているホスト上でコマンドラインを実行する。

2

restApi

REST APIを実行する。

3

eventstatus

イベントの対処状況のステータスを更新する。

4

jump

指定したURLのページを表示・ジャンプする。

統合オペレーション・ビューアーから実行する。

対処アクションの手動実行時に入力されたアクション種別およびアクション内容に問題がある場合は，KAJY64004-Eのメッセージが統合トレースログに出力されます。

7.6　対処アクションの手動実行結果の確認

統合オペレーション・ビューアーから対処アクションの手動実行を実行したあと，コマンドの標準出力，標準エラー出力などの実行中の状況を確認できます。

7.7　対処アクションの状態管理

対処アクションの自動実行機能および手動実行機能は，対処アクションの実行処理の進行によりアクションの状態が変わります。

7.7.1　対処アクションの自動実行の状態管理

対処アクションの自動実行の状態管理は，実行する対処アクションの種別により異なります。

(1)　対処アクション種別cmdで実行した場合

対処アクションの自動実行を，対処アクション種別cmdで実行した場合の状態遷移を図で表すと次のようになります。

図7‒3　対処アクションの自動実行の状態遷移（対処アクション種別cmd）

対処アクション種別にcmdを指定して対処アクションを自動実行する場合，正常時の状態は「送信待機中」「実行先取得中」「実行制御送信中」「DB保存中」「実行先送信中」「キューイング」「実行中」「終了」の順に遷移します。

コマンド生成に失敗すると状態が「実行不可」，エラーが発生すると状態が「送信失敗」または「実行失敗」となり，JP1/IM - Manager（インテリジェント統合管理基盤）で処理が終了します。

対処アクション種別がcmdの場合の状態について，次の表に示します。

表7‒8　対処アクション種別がcmdの場合の状態一覧

項番

状態

説明

1

送信待機中

実行要求が送信バッファーに管理されている状態。

2

送信先取得中

実行要求の送信先となる対処アクション実行制御のホストを取得している状態。

3

実行制御送信中

対処アクション実行制御へ実行要求を送信している状態（リトライ中も含む）。

4

DB保存中

対処アクション結果管理DBへ実行要求を保存している状態。

5

実行先送信中

統合エージェント管理基盤へ実行要求を送信している状態（リトライ中も含む）。

6

キューイング

統合エージェント管理基盤の実行キューにキューイングしている状態。

7

実行中

コマンドを実行している状態。

8

終了

コマンドがすでに実行終了している状態。なお，本状態は終了コードに左右されない。

10

状態不明

対処アクション結果管理DBからの状態取得に失敗したため，アクション状態が不明な状態。対処アクション機能がアクション状態を取得できなかったことを表す。

11

なし

アクション条件は設定されているが，実行するアクションが存在しない状態。

12

実行不可

対処アクション実行制御への実行要求前にエラーが発生し，アクションが実行できず終了している状態。

13

通信失敗

対処アクション実行制御への実行要求送信に失敗し，アクションが実行できず終了している状態。

14

実行失敗

統合エージェント管理基盤への実行要求は成功しているが，アクション実行時にエラーが発生し終了している状態。

(2)　対処アクション種別restApiで実行した場合

対処アクションの自動実行を，対処アクション種別restApiで実行した場合の状態遷移を図で表すと次のようになります。

図7‒4　対処アクションの自動実行の状態遷移（対処アクション種別restApi）

対処アクション種別にrestApiを指定して対処アクションを自動実行する場合，正常時の状態は「送信待機中」「実行制御送信中」「DB保存中」「実行中」「終了」の順に遷移します。

コマンド生成に失敗すると状態が「実行不可」，エラーが発生すると状態が「通信失敗」または「実行失敗」となり，処理が終了します。

対処アクション種別がrestApiの場合の状態について，次の表に示します。

表7‒9　対処アクション種別がrestApiの場合の状態一覧

項番

状態

説明

1

送信待機中

実行要求が送信バッファーに管理されている状態。

2

実行制御送信中

対処アクション実行制御へ実行要求を送信している状態（リトライ中も含む）。

3

DB保存中

対処アクション結果管理DBへ実行要求を保存している状態。

4

実行中

REST APIを実行している状態。

5

終了

REST APIがすでに実行終了している状態。

6

状態不明

対処アクション結果管理DBからの状態取得に失敗したため，アクション状態が不明な状態。対処アクション機能がアクション状態を取得できなかったことを表す。

7

なし

アクション条件は設定されているが，実行するアクションが存在しない状態。

8

実行不可

連携先Webサーバへの実行要求前にエラーが発生し，アクションが実行できず終了している状態。

9

通信失敗

対処アクション実行制御への実行要求送信に失敗し，アクションが実行できず終了している状態。

10

実行失敗

連携先Webサーバへの実行要求は成功しているが，アクション実行時にエラーが発生し終了している状態。

7.7.2　対処アクションの手動実行の状態管理

対処アクションの手動実行の状態管理は，実行する対処アクションの種別により異なります。

なお，対処アクション種別がjumpの場合は，統合オペレーション・ビューアーだけで処理が進行し結果は保存しないため，状態管理はされません。

(1)　対処アクション種別cmdで実行した場合

対処アクションの手動実行を，対処アクション種別cmdで実行した場合の状態遷移を図で表すと次のようになります。

図7‒5　対処アクションの手動実行の状態遷移（対処アクション種別cmd）

対処アクション種別にcmdを指定して対処アクションを手動実行する場合，正常時の状態は「要求内容検証中」「実行先取得中」「実行制御送信中」「DB保存中」「実行先送信中」「キューイング」「実行中」「終了」の順に遷移します。

エラーが発生すると状態が「実行不可」「通信失敗」または「実行失敗」となり，JP1/IM - Manager（インテリジェント統合管理基盤）で処理が終了します。

対処アクション種別がcmdの場合の状態について，次の表に示します。

表7‒10　対処アクション種別がcmdの場合の状態一覧

項番

アクション状態

説明

1

要求内容検証中

対処アクションの実行要求の要求内容を検証している状態。

2

送信先取得中

実行要求の送信先となる対処アクション実行制御のホストを取得している状態。

3

実行制御送信中

対処アクション実行制御へ実行要求を送信している状態（リトライ中も含む）。

4

DB保存中

対処アクション実行制御の対処アクション結果管理DBへ実行要求を格納している状態。

5

実行先送信中

統合エージェント管理基盤へ実行要求を送信している状態（リトライ中も含む）。

6

キューイング

統合エージェント管理基盤の実行キューにキューイングしている状態。

7

実行中

コマンドを実行している状態。

8

終了

コマンドがすでに実行終了している状態。なお，本状態は終了コードに左右されない。

9

状態不明

対処アクション結果管理DBからの状態取得に失敗したため，アクション状態が不明な状態。

対処アクション機能がアクション状態を取得できなかったことを表す。

10

実行不可

対処アクション実行制御への実行要求前にエラーが発生し，アクションが実行できず終了している状態。

11

通信失敗

対処アクション実行制御への実行要求送信に失敗し，アクションが実行できず終了している状態。

12

実行失敗

統合エージェント管理基盤への実行要求は成功したが，アクション実行時にエラーが発生し終了している状態。

(2)　対処アクション種別cmdおよびjump以外で実行した場合

対処アクションの手動実行を，対処アクション種別cmdおよびjump以外で実行した場合の状態遷移を図で表すと次のようになります。

図7‒6　対処アクションの手動実行の状態遷移（対処アクション種別cmdおよびjump以外）

対処アクション種別にcmdおよびjump以外を指定して対処アクションを手動実行する場合，正常時の状態は「要求内容検証中」「実行制御送信中」「DB保存中」「実行中」「終了」の順に遷移します。

エラーが発生すると状態が「実行不可」「通信失敗」または「実行失敗」となり，JP1/IM - Manager（インテリジェント統合管理基盤）で処理が終了します。

対処アクション種別がcmdおよびjump以外の場合の状態について，次の表に示します。

表7‒11　対処アクション種別がcmdおよびjump以外の場合の状態一覧

項番

アクション状態

説明

1

要求内容検証中

対処アクションの実行要求の要求内容を検証している状態。

2

実行制御送信中

対処アクション実行制御へ実行要求を送信している状態（リトライ中を含む）。

3

DB保存中

対処アクション実行制御の対処アクション結果管理DBへ実行要求を保存している状態。

4

実行中

アクションを実行している状態。

5

終了

アクションがすでに実行終了している状態。

6

状態不明

対処アクション結果管理DBからの状態取得に失敗したため，アクション状態が不明な状態。

対処アクション機能がアクション状態を取得できなかったことを表す。

7

実行不可

対処アクション実行制御への実行要求前にエラーが発生し，アクションが実行できず終了している状態。

8

通信失敗

対処アクション実行制御への実行要求送信に失敗し，アクションが実行できず終了している状態。

9

実行失敗

送信先への実行要求は成功したが，アクション実行時にエラーが発生し終了している状態。

7.8　対処アクションの手動実行の引き継ぎ機能

引き継ぎ機能はアクション内容に，JP1イベントの情報の属性値を引き継ぐことができる機能です。

統合オペレーション・ビューアーから引き継ぎ元の情報と変換対象の文字列を受け取ると，インテリジェント統合管理基盤で変換を実行します。変換した結果は，統合オペレーション・ビューアーで確認できます。

7.8.1　指定形式

指定形式を次に示します。

${"種別":"引き継ぎ情報":"エンコード種別"}

7.8.2　種別に指定できる項目

表7‒12　種別に指定できる項目

種別

指定形式

説明

JP1イベントの情報

event

統合オペレーション・ビューアーで選択したJP1イベントの情報を引き継ぐ場合に指定する。

指定した変数が引き継ぎ元の情報に存在しない場合，引き継ぎ後の情報が変換できない形式の場合は，空文字に変換されます。ただし，JP1イベントの引き継ぎ時に，拡張属性で変数名を「EV#拡張属性名」と指定する場合，指定した属性がイベントに存在しないときは，属性の置き換えを行わずに変数名をそのまま使用します。また，未知の変数を指定した場合も，変数名をそのまま使用します。

7.8.3　JP1イベント情報の属性値

統合オペレーション・ビューアーに表示されているJP1イベントのうち，ダミーイベント以外を引き継ぎできます。ただし，複数のJP1イベントに含まれる情報をまとめて引き継ぐことはできません。

引き継ぐJP1イベント情報の属性値について，次の表に示します。

表7‒13　引き継ぎ情報で指定できる項目

項番

種別

変数名

イベント引き継ぎ情報

指定可否

1

基本属性に対応する変数

−

イベント基本情報全体

×

2

EVBASE

イベントIDを「基本コード：拡張コード」形式に変換した値。

基本コードはイベントID（B.ID），拡張コードはイベントID（B.IDEXT）の値。

基本コードおよび拡張コードは，8桁の16進数（A〜Fは大文字）で，各IDの前の0は省略される。

例えば，拡張コードが00000000の場合，「基本コード：0」となる。

〇

3

EVID

イベントIDを「基本コード」形式に変換した値。

8桁の16進数（A〜Fは大文字）で，IDの前の0は省略される。

〇

4

EVIDBASE

イベント登録時刻（B.TIME）を「yyyy/mm/dd」形式に変換した値。

〇

5

EVDATE

イベント登録時刻（B.TIME）を「hh:mm:ss」形式に変換した値。

〇

6

EVTIME

イベント発行元プロセスID（B.PROCESSID）の値。

〇

7

EVPID

イベント発行元プロセスのユーザーID（B.USERID）の値。

〇

8

EVUSRID

イベント発行元プロセスのグループID（B.GROUPID）の値。

〇

9

EVGRPID

イベント発行元ユーザー名（B.USERNAME）の値。

〇

10

EVUSR

イベント発行元グループ名（B.GROUPNAME）の値。

〇

11

EVGRP

イベント発行元ホスト名

発行元イベントサーバ名（B.SOURCESERVER）の値。

〇

12

EVHOST

発行元IPアドレスをIPv4アドレス形式，またはIPv6アドレス形式にした文字列。※

〇

13

EVIPADDR

イベントDB内通し番号（B.SEQNO）の値。

〇

14

EVSEQNO

イベント到着時刻（B.ARRIVEDTIME）を「yyyy/mm/dd」形式に変換した値。

〇

15

EVARVDATE

イベント到着時刻（B.ARRIVEDTIME）を「hh:mm:ss」形式にした値。

〇

16

EVSRCNO

発生元のイベントDB内通し番号（B.SOURCESEQNO）の値。

〇

17

EVMSG

メッセージ（B.MESSAGE）の値。

〇

18

EVDETAIL

詳細情報（B.DETAIL）

×

19

拡張属性に対応する変数(IM属性)

EVSEV

イベント拡張情報重大度（Emergency，Alert，Critical，Error，Warning，Notice，Information，Debug）

重大度（E.SEVERITY）の値。

〇

20

EVUSNAM

ユーザー名（E.USER_NAME）の値。

〇

21

EVOBTYP

オブジェクトタイプ（E.OBJECT_TYPE）の値。

〇

22

EVOBNAM

オブジェクト名（E.OBJECT_NAME）の値。

〇

23

EVROBTYP

登録名タイプ（E.ROOT_OBJECT_TYPE）の値。

〇

24

EVROBNAM

登録名（E.ROOT_OBJECT_NAME）の値。

〇

25

EV"PRODUCT_NAME"

プロダクト名（E.PRODUCT_NAME）の値。

〇

26

EV"OBJECT_ID"

オブジェクトID（E.OBJECT_ID）の値。

〇

27

EV"OCCURRENCE"

事象種別（E.OCCURRENCE）の値。

〇

28

EV"START_TIME"

開始時刻（E.START_TIME）の値。

〇

29

EV"END_TIME"

終了時刻（E.END_TIME）の値。

〇

30

EV"RESULT_CODE"

終了コード（E.RESULT_CODE）の値。

〇

31

EV"JP1_SOURCEHOST"

発生元ホスト名（E.JP1_SOURCEHOST）の値。

〇

32

EV"拡張属性名"

任意の拡張属性

拡張属性名で指定された属性の属性値。

〇

33

拡張属性に対応する変数（IM属性）

EV#@JP1IM_SEVERE

重要イベントフラグ（E.@JP1IM_SEVERE）の値。対処アクションのマッチング時は0。

〇

34

EV#@JP1IM_CORRELATE

相関イベント（E.@JP1IM_CORRELATE）かどうかを示す値。

0：相関イベントではない

1：相関成立イベント

2：相関不成立イベント

〇

35

EV#@JP1IM_ORIGINAL_SEVERITY

重大度（変更前）（E.@JP1IM_ORIGINAL_SEVERITY）の値。

（Emergency，Alert，Critical，Error，Warning，Notice，Information, Debug，または重大度に設定された値）

重大度変更機能が有効な場合だけ設定する属性。

〇

36

EV#@JP1IM_CHANGE_SEVERITY

重大度変更（E.@JP1IM_CHANGE_SEVERITY）の値。

0：重大度を変更していない

1：重大度を変更した

〇

37

EV#@JP1IM_RELEASE

重要イベント解除フラグ（E.@JP1IM_ RELEASE）の値。対処アクションのマッチング時は0。

〇

38

EV#@JP1IM_DISMISSED

重要イベント削除フラグ（E.@JP1IM_DISMISSED）の値。対処アクションマッチング時は0。

〇

39

EV#@JP1IM_MEMO

メモを設定したあとに，設定される属性。メモ（E.@JP1IM_MEMO）の値。

注

アクション実行時に属性がなく，指定できない。指定した場合，変数名がそのまま使用される。

〇

40

EV#@JP1IM_DISPLAY_MESSAGE

メッセージ（変更後）（E.@JP1IM_DISPLAY_MESSAGE）の値。

表示メッセージ変更機能が有効な場合だけ設定する属性。

〇

41

EV#@JP1IM_CHANGE_MESSAGE

表示メッセージ変更（E.@JP1IM_CHANGE_MESSAGE）の値。

表示メッセージ変更機能が有効な場合だけ設定する属性。

0：メッセージを変更していない

1：メッセージを変更した

〇

42

その他

ACTHOST

アクション実行要求元マネージャーホスト名の値。

〇

43

EVSID

JP1イベントのSID。

〇

（凡例）

〇：指定可

×：指定不可

IPアドレスの出力形式

イベント引き継ぎ情報の変数EVIPADDRが指定された場合，JP1イベントの発行元IPアドレス（B.SOURCEIPADDR）がIPv6アドレスの場合は，次の形式で変換します。

IPv6アドレス形式

0〜9およびa〜fの4桁の16進数

例：0011:2233:4455:6677:8899:aabb:ccdd:eeff

IPv4アドレス形式

0〜255：0〜255の10進数

例：0.64.128.255

7.8.4　引き継ぎ情報のエンコードの種類

イベントの引き継ぎ情報を変換する際には，エンコードの種類を指定できます。エンコーディング時の文字コードはUTF-8です。エンコードの指定は省略できます。省略した場合はエンコードされません。

指定できるエンコードの種類を次の表に示します。表に記載のない変数名を指定した場合，イベント引き継ぎ情報も変換されません。

表7‒14　イベント情報を引き継ぐ場合に指定できるエンコードの種類

エンコードの種類

説明

ENC

変数変換時にbase64エンコードを行う。

URLENC

変数変換時にURLエンコードを行う。

ENCURLENC

変数変換時にBase64でエンコード後，さらにURLエンコードを行う。

7.8.5　特殊文字の変換

対処アクション種別がcmdの場合に指定した変数の変換元の文字情報に，次に示す制御文字が含まれていた場合，その制御文字は半角スペース（0x20）に変換されて処理されます。

半角スペースに変換される制御文字：0x01〜0x1F（タブ（0x09）を除く），0x7F

また，変数で指定されたJP1ベントの情報に「"」や「'」など，コマンドで特別な意味を持つ文字がある場合，コマンドが正しく解釈されないときがあります。イベント引き継ぎ情報変換設定ファイルで文字変換することをお勧めします。

変換前の文字と変換後の文字列は，イベント引き継ぎ情報変換設定ファイルで指定できます。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・API リファレンス」の「イベント引き継ぎ情報変換設定ファイル（event_info_replace.conf）」（2.　定義ファイル）を参照してください。

変数の変換後にコマンド実行内容の上限値を超えた場合は，KAJY64006-Eのメッセージを統合トレースログ，および統合オペレーション・ビューアーに出力します。

7.9　対処アクションの手動実行の実行内容確認機能

対処アクションの手動実行の引き継ぎ機能を使用すると，引き継ぎ情報が変換されます。このため，ユーザーが入力した内容と実行される対処アクションの内容が異なります。

対処アクションの手動実行の実行内容確認機能は，実際に実行される対処アクションの内容を，統合オペレーション・ビューアーでプレビュー表示して確認する機能です。また，表示した内容を修正し，修正後の内容で対処アクションを実行することもできます。

7.10　JP1資源グループによる対処アクションの手動実行の制限

対処アクションを手動で実行したJP1ユーザーに付与されているJP1資源グループに，実行先ホスト，およびその上位階層の管理ノードに付与されているJP1資源グループがない場合，その対処アクションは実行できません。

このような場合はKAJY01000-Eのメッセージを表示し，対処アクションの実行を中止します。

7.11　対処アクションの自動実行の監視

JP1/IM - Manager（インテリジェント統合管理基盤）では，対処アクションの自動実行処理で発生したトラブルを迅速に検知できるよう，対処アクションの自動実行状況を監視し，状態に応じたJP1イベントを発行してユーザーに通知します。

JP1イベントとして通知を行うアクションの状態を，次の表に示します。

表7‒15　JP1イベントとして通知を行うアクションの状態

項番

アクション状態

通知の可否

1

送信待機中

×

2

送信先取得中

×

3

実行制御送信中

〇

4

DB保存中

×

5

実行先送信中

×

6

キューイング

〇

7

実行中

×

8

終了

〇

9

キャンセル

〇

10

強制終了

〇

11

状態不明

×

12

なし

×

13

実行不可

〇

14

通信失敗

〇

15

実行失敗

〇

（凡例）

○：通知する

×：通知しない

発行されるJP1イベントについては，「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「3.2.2　JP1/IM - Managerが出力するJP1イベントの詳細」を参照してください。

7.12　対処アクションの実行結果の参照

自動または手動で実行した対処アクションの実行結果を参照できます。

7.12.1　対処アクション結果一覧の参照

対処アクションの結果一覧は，統合オペレーション・ビューアーの［対処アクション結果］ダイアログで確認します。また，REST APIで結果一覧を取得することもできます。

(1)　参照できる項目

対処アクション結果一覧で参照できる項目を次の表に示します。

表7‒16　対処アクション結果一覧で参照できる項目

項番

項目名

一覧で参照できる

1

対処アクションSID

〇

2

要求元ホスト名

−

3

実行先ホスト名

〇

4

アクション名

〇

5

実行コマンド

〇

6

状態

〇

7

実行対象SID

〇

8

実行契機

〇

9

実行契機詳細情報

〇

10

実行種別

〇

11

対処アクション受付時刻

〇

12

対処アクション投入時刻

〇

13

対処アクション終了時刻

〇

14

実行結果

−

15

戻り値

〇

16

メッセージ

−

（凡例）

〇：参照可

−：参照不可

(2)　条件の絞り込み

対処アクション結果一覧を参照する際に，条件を指定して参照する項目を絞り込むこともできます。複数設定した場合はAND条件となり，すべての条件が成立したとき対処アクション結果が表示されます。

指定できる条件について次の表に示します。

表7‒17　対処アクション結果の絞り込み条件に指定できる項目

項番

項目名

指定可否

指定できる比較方法

1

対処アクションSID

×

−

2

要求元ホスト名

×

−

3

アクション名

〇

完全一致

正規表現

4

状態

〇

完全一致

5

実行契機詳細情報

JP1イベントのSID

〇

完全一致

6

JP1ユーザー名

〇

完全一致

正規表現

7

対処アクション受付時刻

〇

検索開始時刻（〜から）

検索終了時刻（〜まで）

8

戻り値

〇

完全一致

正規表現

（凡例）

〇：指定可

×：指定不可

−：該当しない

(3)　対処状況のJP1イベントSIDの条件指定について

対処状況のJP1イベントSIDの結果には，複数のSIDが指定されている場合があります。このため，絞り込み条件の指定は，条件に指定したSIDのどれかが，結果のどれかに一致した場合※に，条件に一致したとみなされます。

注※

複数のSIDが保存されている場合があります。

例

対処アクション結果が次のJP1イベントSID（3つ）となっていた場合

_JP1IM_imhost1/_JP1IMSEQNO_697/_JP1IMEVBSEQNO_7
_JP1IM_imhost1/_JP1IMSEQNO_698/_JP1IMEVBSEQNO_8
_JP1IM_imhost1/_JP1IMSEQNO_699/_JP1IMEVBSEQNO_9

条件に次のSIDを指定した場合は一致する。

_JP1IM_imhost1/_JP1IMSEQNO_697/_JP1IMEVBSEQNO_7

条件に次のSIDを指定した場合は一致する。

_JP1IM_imhost1/_JP1IMSEQNO_697/_JP1IMEVBSEQNO_7
_JP1IM_imhost1/_JP1IMSEQNO_700/_JP1IMEVBSEQNO_10

条件に次のSIDを指定した場合は一致しない。

_JP1IM_imhost1/_JP1IMSEQNO_700/_JP1IMEVBSEQNO_10

7.12.2　対処アクション結果詳細の参照

実行先ホストと対処アクションSIDを指定することで，個別の対処アクション結果の詳細情報を参照できます。

(1)　参照できる項目

対処アクション結果詳細で参照できる項目を，次の表に示します。

表7‒18　対処アクション結果詳細で参照できる項目

項番

項目名

詳細で参照できる

1

対処アクションSID

〇

2

要求元ホスト名

−

3

実行先ホスト名

〇

4

アクション名

〇

5

実行コマンド

〇

6

状態

〇

7

実行対象SID

〇

8

実行契機

〇

9

実行契機詳細情報

〇

10

実行種別

〇

11

対処アクション受付時刻

〇

12

対処アクション投入時刻

〇

13

対処アクション終了時刻

〇

14

実行結果

〇

15

戻り値

〇

16

メッセージ

〇

（凡例）

〇：参照可

−：参照不可

7.12.3　JP1資源グループによる対処アクションの参照制限

対処アクション参照機能を使用したJP1ユーザーに付与されているJP1資源グループに，対処アクション結果の実行先ホスト，およびその上位階層の管理ノードに付与されているJP1資源グループがない場合，その対処アクション結果は参照できません。

8　IM構成管理によるシステムの階層構成の管理

この章では，IM構成管理を使用してシステムの階層構成（IM構成）をマネージャーから一元的に管理する機能について説明します。IM構成管理を使用してシステムの階層構成を管理するには，IM構成管理DBの設定を有効にしている必要があります。

IM構成管理の機能を使用するための設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.4.4　IM構成管理の機能を使用するための設定（Windowsの場合）」を参照してください。

JP1/Baseが提供する機能を使用してシステムの階層構成の定義，および定義情報の収集・配布をする場合は，「9.4.3　システムの階層構成の管理」，「9.4.5　定義情報の収集と配布」およびマニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.2.1　システムの階層構成を取得する」を参照してください。

8.1　ホストの管理

IM構成管理では，IM構成管理・ビューアーを操作して，ネットワーク上のホストを管理できます。ホストの管理の内容を次に示します。

ホストの登録・一覧表示・削除

次に示すホストを管理対象としてIM構成管理に登録できます。また，登録したホストを一覧表示したり，削除したりできます。

JP1/Baseが動作しているエージェント構成のホスト（以降，エージェントと呼びます。）

リモート通信設定をしているリモート監視構成のホスト（以降，リモートの監視対象ホストと呼びます。）

仮想化構成のホスト

ホストからの情報収集

エージェントのJP1/Baseから各ホストのホスト名，IPアドレスなどの情報（以降，ホスト情報と呼びます）や製品情報を取得できます。また，リモートの監視対象ホストからもホスト名，IPアドレス，OSのホスト情報を取得できます。

なお，エージェントを管理する場合には，管理対象のホスト上でJP1/Baseが動作している必要があります。また，リモートの監視対象ホストを管理する場合には，リモート通信設定が完了している必要があります。

ホスト情報の属性変更

ホストの属性（ホスト名，ホスト種別，コメント，実行系ホスト，待機系ホスト，リモート通信設定）を変更できます。

システム共通設定

リモートの監視対象ホストの場合には，ホスト情報の設定値を共通の値として保存し管理できます。

この節では，IM構成管理で管理するホスト情報，およびホストを管理するための機能について説明します。

8.1.1　IM構成管理で管理対象となるホスト情報

IM構成管理で管理するホスト情報を次の表に示します。

表8‒1　IM構成管理で管理するホスト情報

種別

項目

内容

指定方法

基本情報

構成反映状態

システムの階層構成へのホストの反映状態です。次のどれかが登録されます。

未反映：

システムの階層構成に反映されていない（追加されていない）状態

反映済み：

システムの階層構成への反映が完了した状態

反映失敗：

システムの階層構成に追加されているが，反映が失敗した状態

システムの階層構成に対してホストを追加，削除した場合に，システムの階層構成からホストを取り込んだとき，自動的に登録されます。直接指定できません。

構成反映日時

マネージャー上でシステムの階層構成を反映した日時です。構成定義情報が配布されなかったホストについても，システムの階層構成を反映した日時で表示が更新されます。YYYY/MM/DD hh:mm:ssの形式で表示されます。

構成検証状態

システムの階層構成の検証を実行した場合に表示されるエージェント構成のホストの状態です。次のどれかが登録されます。

未実施：

検証が実行されていない状態

一致：

IM構成管理DBが保持する構成定義情報と，ホストが保持する構成定義情報が一致している状態

不一致：

IM構成管理DBが保持する構成定義情報と，ホストが保持する構成定義情報が一致していない状態

検証失敗：

ホストのJP1/Baseと通信できなくて，検証に失敗した状態

未対応：

ホストのJP1/Baseがバージョン9より前で，IM構成管理に対応していない状態

構成検証日時

システムの階層構成の検証を実行した日時です。YYYY/MM/DD hh:mm:ssの形式で表示されます。

プロファイル反映状態

エージェントおよびリモートの監視対象ホストへのプロファイルの反映状態です。次のどれかが登録されます。

未反映：

編集したプロファイルはサーバに保存されているが，反映が実行されていない状態

反映済み：

プロファイルの反映が完了した状態

反映失敗：

プロファイルの反映に失敗した状態

プロファイルの反映時に自動的に登録されます。直接指定できません。

プロファイル反映日時

プロファイルの反映が完了した日時です。YYYY/MM/DD hh:mm:ssの形式で表示されます。

プロファイル収集状態

エージェントおよびリモートの監視対象ホストからのプロファイルの収集状態です。次のどれかが登録されます。

未収集：

プロファイルの収集が実行されていない状態

一部収集済み：

収集済みのプロファイルが一つ以上あり，収集失敗のプロファイルがない状態

収集済み：

プロファイルの収集が完了した状態

収集失敗：

プロファイルの収集に失敗した状態

プロファイルの収集時に自動的に登録されます。直接指定できません。

プロファイル収集日時

プロファイルの収集が完了した日時，またはプロファイルの反映が完了した日時です。YYYY/MM/DD hh:mm:ssの形式で表示されます。

ホスト情報収集状態

ホスト情報を収集したときのホストの状態です。次のどれかが登録されます。

未収集：

ホスト情報の収集が実行されていない状態

収集済み：

ホスト情報の収集が完了した状態

収集失敗：

ホスト情報の収集に失敗した状態

ホスト情報の収集時に自動的に登録されます。直接指定できません。

ホスト情報収集日時

最後にホスト情報の収集が完了した日時です。YYYY/MM/DD hh:mm:ssの形式で表示されます。

仮想化構成収集状態

仮想化システム構成の情報を収集したときのホストの状態です。次のどれかが登録されます。

未収集：

ホストの登録後，IM構成管理の管理情報のインポート後など，仮想化システム構成の情報が収集されていない状態

収集済み：

仮想化システム構成の情報の収集が正常に完了した状態

収集失敗：

仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの接続ができない，ユーザー認証ができない，環境が不十分などの理由で，仮想化システム構成の情報の収集が失敗した状態

不一致：

収集した仮想化システム構成の情報と，IM構成管理が保持する仮想化システム構成の情報との間で，ホスト種別が異なっている状態

仮想化構成の収集時に自動的に登録されます。直接指定できません。

仮想化構成収集日時

仮想化システム構成の情報の収集が完了した日時です。YYYY/MM/DD hh:mm:ssの形式で表示されます。

ホスト情報

IPアドレス

マネージャーが認識する対象ホストのIPアドレスです。直接指定はできません。

IPアドレスに登録される値はマネージャーが対象ホストを登録する際，またはホスト情報を収集する際に，jp1hosts定義ファイル，jp1hosts2定義ファイル，OSのhostsファイル，またはDNSから名前解決した結果です。対象ホストに実際に設定されているIPアドレスではありません。また，ホスト情報収集時に変更される場合があります。複数LAN構成時やNAT使用時は注意してください。

ホストの登録，ホスト情報の変更，またはホスト情報の収集を実行すると，自動的に収集されます。直接指定できません。

OS名

物理ホストで動作しているOS名です。

ホスト情報の収集時に自動的に登録されます。直接指定できません。

VMMホスト

VMware ESXやHyper-Vなどの仮想マシンモニター（Virtual Machine Monitor）が動作するホストのホスト名です。ホスト種別が「仮想ホスト」のときに登録されます。

ホストの登録時，またはホスト情報の変更時に直接指定します。

コメント

ホストに対するコメントです。

ホスト名

IM構成管理に登録したホスト名です。複数の同じホスト名を登録することはできません。

ホスト名一覧

マネージャーが認識するホストの正式名，およびエイリアス名の一覧です。エイリアス名は，デフォルトで5個まで登録できます。

ただし，収集先ホストのOSがWindowsの場合，登録できるエイリアス名は，1個だけです。

ホストの登録，ホスト情報の変更，またはホスト情報の収集を実行すると，自動的に収集されます。直接指定できません。

ホスト種別

ホストの種別です。次のどれかが登録されます。

物理ホスト

仮想ホスト

論理ホスト

不明

ホストの登録時，またはホスト情報の変更時に直接指定します。また，ホスト情報の収集を実行して取得できます。

収集日時

最後にホスト情報の収集が完了した日時です。YYYY/MM/DD hh:mm:ssの形式で表示されます。

収集状態

エージェントおよびリモートの監視対象ホスト情報を収集するときのホストの状態です。次のどれかが登録されます。

未収集

収集済み

収集失敗

エージェント構成のホストの収集状態

エージェントのホスト情報を収集するときのホストの状態です。次のどれかが登録されます。

未収集

収集済み

収集失敗

リモート監視構成のホストの収集状態

リモートの監視対象ホストのホスト情報を収集するときのホストの状態です。次のどれかが登録されます。

未収集

収集済み

収集失敗

実ホスト名

ホストに実際に設定されているホスト名です。

実行系ホスト

論理ホストの実行系となる物理ホストのホスト名です。ホスト種別が「論理ホスト」のときに登録されます。待機系ホストと同じホストは登録できません。

ホストの登録時，またはホスト情報の変更時に直接指定します。

待機系ホスト

論理ホストの待機系となる物理ホストのホスト名です。デフォルトで4個まで登録できます。ホスト種別が「論理ホスト」のときに設定されます。同じホストを複数登録できません。また，実行系ホストと同じホストは登録できません。

構成種別

JP1/IMが管理するシステムを構成するホストの種別です。次のどれかが登録されます。

統合マネージャー

拠点マネージャー

中継マネージャー

エージェント

リモート

未設定

システムの階層構成に対してホストを追加，削除した場合に，システムの階層構成からホストを取り込んだとき，自動的に登録されます。直接指定できません。

リモート通信種別

リモートの監視対象ホストで設定するリモート通信種別です。次のどれかが登録されます。

WMI/NetBIOS

SSH

空白（初期値）

リモート通信の設定または変更時に直接指定します。

認証情報の区分

認証情報の区分です。次のどれかが登録されます。

デフォルト

ホスト

空白（初期値）

製品情報

インストールパス

物理ホストにインストールされているJP1製品のインストールパスです。

ホスト情報の収集時に自動的に登録されます。直接指定できません。

バージョン

物理ホストにインストールされているJP1製品のバージョンです。

製品名

物理ホストにインストールされているJP1製品の製品名です。

製品形名

物理ホストにインストールされているJP1製品の製品形名です。

仮想化構成情報

バージョン※1

仮想化ソフトウェアおよび仮想化環境管理ソフトウェアのバージョンです。

この情報が登録されている場合，更新日時は仮想化構成収集日時を登録します。

ユーザー名

VMMホストに対するユーザー名です。

ホストの登録時，またはホスト情報の変更時に直接指定します。

パスワード

ユーザー名に対するパスワードです。

仮想化管理種別

仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類です。次のどれかが登録されます。

仮想化システム管理ホストの場合

vCenter

JP1/SC/CM

SCVMM

HCSM

VMMホストの場合

ESX※2

Hyper-V

KVM

日立サーバ論理分割機構

ホストの登録時，またはホスト情報の変更時に直接指定します。また，仮想化構成の収集を実行して取得できます。

ポート番号

VMMホストに対する通信で使用するポート番号です。

仮想化管理種別がHCSMまたはKVMの場合に登録されます。

ホストの登録時，またはホスト情報の変更時に直接指定します。

秘密鍵ファイル名

VMMホストに対するSSH接続で使用する秘密鍵ファイルの絶対パスです。

仮想化管理種別がKVMの場合に登録されます。

通信種別

VMMホストに対する通信種別です。

仮想化管理種別がvCenter，HCSM，およびKVMの場合に登録されます。

ドメイン名

VMMホストに対するドメイン名です。

仮想化管理種別がSCVMMの場合，SCVMMに接続するためのアカウント情報として指定したときに登録されます。

注　仮想化ソフトウェアおよび仮想化環境管理ソフトウェアについては，「8.3　仮想化システム構成の管理」を参照してください。

注※1　仮想化管理種別がHCSMの場合，バージョンにはHCSMの外部接続インターフェースのバージョンが表示されます。そのため，表示されるバージョンと実際のHCSMのバージョンが異なるときがあります。また，仮想化構成情報をHCSMから収集した場合，仮想化管理種別が日立サーバ論理分割機構のホストではバージョン番号が表示されません。

注※2　ESXは，VMware ESXを指します。

8.1.2　ホストの登録

IM構成管理では，ネットワーク上のホストを，管理対象としてIM構成管理DBに登録できます。また，登録したホストを一覧表示できます。

さらに，ホストを登録すると，IM構成管理でホストをシステムの階層構成に追加したり，ホストのサービスの稼働状態を確認したりできるようになります。

管理対象としてIM構成管理に登録できるホストは次の3種類です。

エージェント

リモートの監視対象ホスト

仮想化構成のホスト

エージェントとは，JP1/IMが管理するホストのうちJP1/Baseがインストールされているホストのことです。また，リモートの監視対象ホストとは，JP1/IMが管理するホストのうちJP1/Baseがインストールされていないホストのことです。

なお，リモートの監視対象ホストでは，リモート接続用の通信設定が必要です。Windowsの場合はWMI/NetBIOS（NetBIOS over TCP/IP）接続，UNIXの場合はSSH接続が使用されます。

また，FQDN形式のホストを登録する場合については，「14.3.10　FQDN形式のホスト名の監視対象ホストを管理する場合のシステム構成」を参照してください。

IM構成管理に管理対象のホストを登録する方法を次に示します。

IM構成管理・ビューアーから登録する方法

IM構成管理・ビューアーの［ホスト登録］画面で，ホスト名やホスト種別などを設定して登録する方法です。

システムの階層構成の定義情報から自動的にホスト情報を取り込む方法

システムの階層構成の定義情報（構成定義情報）に含まれるホストの情報を，IM構成管理DBに登録する方法です。ホスト名，IPアドレス，ホスト名一覧，ホスト種別，構成種別，構成反映日時の情報が取り込まれます。なお，システムの階層構成（IM構成）からの取り込みには，次の三つの方法があります。

IM構成管理・ビューアーでシステムの階層構成を取得する方法

システムの階層構成の取得については，「8.2.2　システムの階層構成の取得」を参照してください。

IM構成管理・ビューアーで構成定義ファイルからシステムの階層構成を読み込む方法

システムの階層構成の読み込みについては，「8.2.5(6)　システムの階層構成の読み込み」を参照してください。

IM構成管理が動作するサーバ上で，システムの階層構成をインポートする方法

システムの階層構成のインポートについては，「8.8.3　IM構成管理の管理情報のインポート」を参照してください。

リモートの監視対象ホストのホスト情報をインポートして取り込む方法

リモートの監視対象ホストのホスト情報をインポートして，IM構成管理DBに登録する方法です。ホスト名，IPアドレス，ホスト名一覧，ホスト種別の情報が取り込まれます。

なお，リモートの監視対象ホストのホスト情報は，次の場合に取り込まれます。

IM構成管理・ビューアーの［リモート監視構成編集］画面で［リモート監視構成を開く］を実行した場合

IM構成管理が動作するマネージャーからリモート監視構成情報をインポートした場合

仮想化構成を取り込む方法

仮想化環境の情報を取り込み，ホスト管理に登録する方法です。詳細については，「8.3　仮想化システム構成の管理」を参照してください。

ホストの登録を実行すると，ホスト情報がIM構成管理DBに登録され，対象ホストに設定されているIPアドレスが自動的に登録されます。

ホストの登録時にIM構成管理DBに登録されるホスト情報の例を，次の図に示します。

図8‒1　ホストの登録時にIM構成管理DBに登録されるホスト情報の例

IM構成管理に登録されていないホストが実システムの階層構成に含まれる場合には，システムの階層構成の収集を実行すると，システムの階層構成に含まれるホストが，自動的にIM構成管理DBに登録されます。

また，IM構成管理を起動したあと，IM構成管理DBにホストを一つも登録していない場合は，IM構成管理が動作するホスト（物理ホストまたは論理ホスト）のホスト情報が，自動的にIM構成管理DBに登録されます。

なお，システムの階層構成から読み込むホストの数が，IM構成管理DBに登録できる最大数を超える場合は，登録できる最大数のホストが，IM構成管理DBに登録されます。

IM構成管理・ビューアーでシステムの階層構成の取得を実行すると，取得したシステムの階層構成に対して次のチェックが実行されます。

取得したシステムの階層構成に含まれる自ホスト名と，IM構成管理DBに登録された自ホスト名が異なる場合は，メッセージ「IM構成中の自ホスト名(ホスト名)が，ホスト管理に登録されている自ホスト名(ホスト名)と異なります」というメッセージが表示されて，処理が中止されます。

取得したシステムの階層構成に同名のホストが複数存在する場合は，「IM構成中にホスト名が複数存在します」というメッセージが表示されて，処理が中止されます。

以上のチェックのあと，取得したシステムの階層構成に上位ホストが存在しない場合は，自ホストの「構成種別」が「統合マネージャー」に変更されます。取得したシステムの階層構成に上位ホストが存在する場合，自ホストの「構成種別」が「中継マネージャー」に変更されます。

IM構成管理が動作するサーバ上で，システムの階層構成をインポートする場合，エクスポートファイル（host_input_data.csv）にIPアドレスが設定されていても，IM構成管理DBには登録されません。

また，リモートの監視対象ホストを登録する場合，OS通信設定の情報をシステム共通設定として保存し，管理できます。IM構成管理・ビューアーの［システム共通設定］画面で設定します。

管理対象のシステム共通設定情報を次の表に示します。

表8‒2　システム共通設定情報

項目

説明

WMI/NetBIOS※

WMI/NetBIOS（NetBIOS over TCP/IP）接続に必要な認証情報を共通値として管理します。OS通信設定の「設定方法」項目で「共通」を指定すると，保存した認証情報を使用することができます。

SSH

公開鍵認証方式の認証情報を管理します。

IMホストアカウント※

Windowsのマネージャーホストでリモート監視する場合に必要なアカウント情報を，IMホストアカウントとして管理します。

注※

WMI/NetBIOS（NetBIOS over TCP/IP）接続に使用するアカウントおよびIMホストアカウントには，Administrators権限を持つユーザーを指定してください。

リモート監視する場合，JP1/IM - Managerの起動時にIMホストアカウントに指定したアカウントで，リモート監視で使うプロセスが起動されます。OSのアカウント情報を変更した場合，合わせてIMホストアカウントも変更してください。

IMホストアカウントを変更した場合は，設定の変更を有効にするためにJP1/IM - Managerを再起動してください。

8.1.3　ホスト情報の収集

IM構成管理では，エージェントのJP1/Baseが保持するホスト情報およびリモートの監視対象ホストのホスト情報を収集して，IM構成管理DBに反映できます。ただし，リモートの監視対象ホストのホスト情報を収集する場合に，OS通信設定のOS通信種別に「通信しない」を指定しているときは，ホスト情報を収集できません。

ホスト情報は，［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで取得します。

ホスト情報の収集を実行すると，収集したホスト情報がIM構成管理DBに上書き保存されます。

選択したホストでリモート監視ログファイルトラップまたはリモート監視イベントログトラップが稼働している場合にホスト情報を収集すると，確認メッセージの回答に従ってホスト情報を収集します。ホスト情報の収集時に，監視対象ホストから情報を取得できない場合，および前回までに収集されていたOS名が異なる場合は，リモート監視は停止します。

リモート監視のホスト情報収集では，Windowsの場合WMIとNetBIOS（NetBIOS over TCP/IP），UNIXではSSHを使用します。

ホスト情報の収集時にIM構成管理DBに登録されるホスト情報の例を，次の図に示します。

図8‒2　ホスト情報の収集時にIM構成管理DBに登録されるホスト情報の例

収集できるホスト情報の対応を，次の表に示します。

表8‒3　収集できるホスト情報

ホスト情報

エージェント構成のホスト（JP1/Baseがバージョン9以降の場合）

リモートの監視対象ホスト

IPアドレス※

○

○

ホスト名一覧

○

○

ホスト種別

○

×

実ホスト名

○

×

OS名

○

○

製品情報

製品名

○

×

製品形名

○

×

バージョン

○

×

インストールパス

○

×

（凡例）

○：収集できる

×：収集できない

注※

マネージャーが名前解決したIPアドレス

製品情報の収集対象となるJP1製品を，次の表に示します。

表8‒4　製品情報の取得対象となるJP1製品

製品名

製品のバージョン

収集可否

JP1/Base

バージョン9以降

○

JP1/IM - Manager

バージョン9以降

○

（凡例）

○：収集できる

ホストのJP1/Baseがバージョン9以降の場合，ホスト情報の収集が正常に終了すると，収集した情報を基に，次のどちらかの機能が実行されます。

ホスト種別の自動判定

IM構成管理DBに登録されているホスト種別が「不明」のホストからホスト情報を収集した場合，ホスト種別の自動判定が実行されます。ホスト情報の自動判定では，IM構成管理DBに登録されているホスト種別が，収集したホスト情報に含まれるホスト種別に変更されます。

ただし，ホスト種別の自動判定では，「物理ホスト」と「仮想ホスト」は区別されません。そのため，実際のホスト種別が「仮想ホスト」の場合は，ホスト種別の自動判定が完了したあとで，IM構成管理・ビューアーを操作して，ホスト種別を「仮想ホスト」に変更し，VMMホスト名を設定する必要があります。

ホスト種別の設定については，「8.1.5　ホスト情報の変更」を参照してください。

ホスト種別の確認

IM構成管理DBに登録されているホスト種別が「不明」以外のホストからホスト情報を収集した場合，ホスト種別の確認が実行されます。ホスト種別の確認では，IM構成管理DBに登録されているホスト種別が，収集したホスト情報に含まれるホスト種別と一致しているかどうかが確認されます。一致していないときは，IM構成管理DBに登録されているホスト種別が誤っていると判定されて，エラーメッセージが表示されます。

ただし，「物理ホスト」と「仮想ホスト」は区別されないで，どちらも「物理ホスト」と判定されます。ホスト種別の確認結果を，次の表に示します。

表8‒5　ホスト種別の確認結果

ホストから収集したホスト種別

IM構成管理DBに登録されているホスト種別

確認結果

物理ホスト

物理ホストまたは仮想ホスト

○

物理ホスト

論理ホスト

×

論理ホスト

物理ホストまたは仮想ホスト

×

論理ホスト

論理ホスト

○

（凡例）

○：正しい

×：誤っている

注

IM構成管理DBに保存されているホスト種別に，「物理ホスト」と「仮想ホスト」が誤って設定されていても，ホスト種別の確認では誤りと判定されません。

ホスト情報の収集を実行したあとのホストの状態は，［IM構成管理］画面の［ホスト一覧］ページで確認できます。収集に失敗した場合，［ホスト一覧］ページではツリー表示領域のホストアイコンがグレー表示されます。詳細は，［ホスト一覧］ページのノード情報表示領域で［基本情報］ボタンをクリックすると参照できます。

8.1.4　ホスト情報の表示

IM構成管理では，IM構成管理DBに登録されているホストの一覧および各ホストのホスト情報を，［IM構成管理］画面の［ホスト一覧］ページおよび［IM構成］ページに表示できます。

ホスト情報の表示例を次の図に示します。

図8‒3　ホスト情報の表示例（［IM構成管理］画面の［ホスト一覧］ページ）

画面の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「5.1.1　［ホスト一覧］ページ」および「5.1.2　［IM構成］ページ」を参照してください。

8.1.5　ホスト情報の変更

IM構成管理では，IM構成管理DBに登録されているホスト情報を変更できます。ホスト情報の変更は，［ホスト属性編集］画面で実行します。

ホスト情報の変更を実行すると，［ホスト属性編集］画面で変更したホストおよびホスト情報が，IM構成管理DBに登録されます。

ホスト情報の項目名と項目の内容を変更できるかどうかについて，次の表に示します。

表8‒6　ホスト情報の項目と変更可否

項目名

変更可否

条件

ホスト名

○

変更後のホスト名と同じ名称のホストが登録されている場合，および業務グループに登録されている場合は変更できません。

ホスト名の変更は実ホストでホスト名を変更した場合に実行してください。

ホスト名を変更した場合は，再度ホスト情報の収集を実行してください。

IPアドレス

×

−

コメント

○

−

ホスト種別

○

ホスト種別は，次の場合には変更できません。

物理ホスト

仮想ホスト上でVMMホストとして指定されている物理ホストは，ホスト種別を変更できません。

物理ホストおよび仮想ホスト

論理ホスト上で実行系ホストまたは待機系ホストとして指定されている物理ホストおよび仮想ホストは，「論理ホスト」または「不明」に変更できません。

実行系ホスト

○

ホスト種別が「論理ホスト」の場合だけ変更できます。

待機系ホスト

○

ホスト種別が「論理ホスト」の場合だけ変更できます。

VMMホスト

○

ホスト種別が「仮想ホスト」の場合だけ変更できます。

リモート監視設定

○

リモート監視中のホストの場合，変更内容を有効にするには，次のどちらかをリロードする必要があります。

リモート監視ログファイルトラップ

リモート監視イベントログトラップ

選択したホストでリモート監視ログファイルトラップまたはリモート監視イベントログトラップが稼働している場合に，通信種別を変更すると，メッセージが表示され変更前の通信種別に戻ります。

リモート監視を停止してから変更してください。

（凡例）○：変更できる　×：変更できない　−：該当なし

ホスト情報の変更時にIM構成管理DBに登録されるホスト情報の例を，次の図に示します。

図8‒4　ホスト情報の変更時にIM構成管理DBに登録されるホスト情報の例

8.1.6　ホストの削除

IM構成管理では，IM構成管理DBから登録されているホストを削除できます。

ホストの削除は，［IM構成管理］画面の［ホスト一覧］ページで実行します。

ホストの削除時にIM構成管理DBから削除されるホスト情報の例を，次の図に示します。

図8‒5　ホストの削除時にIM構成管理DBから削除されるホスト情報の例

ホストの削除を実行すると，［IM構成管理］画面で指定したホストおよびホスト情報が，IM構成管理DBから削除されます。このとき，対象ホストのホスト情報だけでなく，JP1/Baseのプロファイルの情報（プロファイルリストおよびプロファイルの設定ファイル）も削除されます。プロファイルの情報については，「8.5　プロファイルの管理」を参照してください。ただし，自ホストはIM構成管理DBから削除できません。

また，次の場合，IM構成管理DBからホストを削除できません。

業務グループに登録されている場合

システムの階層構成に登録されている場合

IM構成管理DBから削除する前に，［エージェント構成編集］画面または［リモート監視構成編集］画面でシステムの階層構成から削除する必要があります。

ホスト種別が「物理ホスト」の場合，仮想ホスト上でVMMホストとして使われているとき

物理ホストを削除するには，事前に次のどちらかの操作をする必要があります。

仮想ホストが使うVMMホストを，削除対象の物理ホストと異なる物理ホストに変更する

仮想ホストを削除する

ホスト種別が「物理ホスト」の場合，論理ホスト上で実行系ホストまたは待機系ホストとして使われているとき

物理ホストを削除するには，事前に次のどちらかの操作をする必要があります。

論理ホストが使う実行系ホストまたは待機系ホストから，削除対象の物理ホストを削除する

論理ホストを削除する

ホスト種別が「仮想ホスト」の場合，論理ホスト上で実行系ホストまたは待機系ホストとして使われているとき

仮想ホストを削除するには，事前に次のどちらかの操作をする必要があります。

論理ホストが使う実行系ホストまたは待機系ホストから，削除対象の仮想ホストを削除する

論理ホストを削除する

8.2　システムの階層構成の管理

IM構成管理では，IM構成管理・ビューアーを操作して，エージェントおよびリモートの監視対象ホストについて，システムの階層構成（IM構成）を一括管理できます。

システムの階層構成を定義することで，JP1/Baseのプロファイル（エージェント構成の場合），およびリモートの監視対象ホストのプロファイルを管理できるようになります。

IM構成管理でシステムの階層構成を管理するためには，IM構成管理DBにホストを登録しておく必要があります。また，エージェントの場合は，ホストでJP1/Baseが動作している必要があります。

IM構成管理を使用してシステムの階層構成を管理している場合，次の処理を実行すると，IM構成管理が保持する構成定義情報とJP1/Baseが保持する構成定義情報が不一致となります。

JP1/Baseの構成定義ファイルを編集する

jbsrt_distribコマンドを実行する

そのため，IM構成管理を使用してシステムの階層構成を管理している場合は，IM構成管理を使用して構成を一元管理することを推奨します。

JP1/Baseが提供する機能を使用してシステムの階層構成の定義の配布をした場合は，IM構成管理とJP1/Baseで保持する構成定義情報を一致させるために，システムの階層構成を取得する必要があります。

この節では，IM構成管理で管理するシステムの階層構成，およびシステムの階層構成を管理するための機能について説明します。

8.2.1　IM構成管理で管理対象となるシステムの階層構成

IM構成管理では，管理対象のホスト間の関係を定義することによって，JP1/IMのシステムの構成を階層化して管理します。

IM構成管理でシステムの階層構成を定義すると，JP1/IMで次のことができるようになります。

JP1イベントの上位ホストへの転送

JP1/IM - Viewからのコマンド実行

JP1/IMからの自動アクション

定義情報の収集と配布

また，システムの階層構成に追加したホストに対して，IM構成管理でJP1/Baseのプロファイル，リモートの監視対象ホストのプロファイルを管理できるようになります。

構成管理機能で定義するシステムの階層構成の例を，次の図に示します。

図8‒6　システムの階層構成例（マシン構成）

IM構成管理で3階層のシステムの階層構成を定義する場合，次の2種類の構成を定義できます。

統合マネージャーでエージェントを一括管理する構成

拠点マネージャーで拠点ごとにエージェントを管理する構成

なお，リモートの監視対象ホストの場合は，階層構成を定義できません。統合マネージャーで管理する場合は，統合マネージャーから操作して統合マネージャーの配下に追加してください。拠点マネージャーで管理する場合は，拠点マネージャーから操作して拠点マネージャーの配下に追加してください。

(1)　統合マネージャーでエージェントを一括管理する構成

統合マネージャーでJP1/IMのシステム内のエージェントを一括して管理する場合，中間の階層に中継マネージャーを置いて，エージェントの情報を集約します。

中継マネージャーではIM構成管理を使用しません。

図8‒7　システムの階層構成例（統合マネージャーで一括管理する場合）

この図の例で，統合マネージャーから各ホストに対して実行できる操作を，次の表に示します。

表8‒7　統合マネージャーから実行できる操作（中継マネージャーを設置した場合）

対象ホスト

操作

システムの階層構成の参照

システムの階層構成の変更

ホスト情報の参照

プロファイル情報の参照・変更

統合マネージャー（jp1-sv1）

○

○

○

○

中継マネージャー（jp1-sv2およびjp1-sv3）

○

○

○

○

エージェント

統合マネージャーの配下（jp1-bs1およびjp1-bs2）

○

○

○

○

中継マネージャーの配下（jp1-bs3，jp1-bs4およびjp1-bs5）

○

○

○

○

（凡例）　○：実行できる

(2)　拠点マネージャーで拠点ごとにエージェントを管理する構成

拠点マネージャーで各拠点のエージェントを管理する場合，中間の階層に拠点マネージャーを置きます。

拠点マネージャーではIM構成管理を使用します。

図8‒8　システムの階層構成例（拠点マネージャーごとに管理する場合）

この図の例で，統合マネージャーから各ホストに対して実行できる操作を，次の表に示します。

表8‒8　統合マネージャーから実行できる操作（拠点マネージャーを設置した場合）

対象ホスト

操作

システムの階層構成の参照

システムの階層構成の変更

ホスト情報の参照

プロファイル情報の参照・変更

統合マネージャー（jp1-sv1）

○

○

○

○

拠点マネージャー（jp1-sv2およびjp1-sv3）

○

○

○

○

エージェント

統合マネージャーの配下（jp1-bs1およびjp1-bs2）

○

○

○

○

拠点マネージャーの配下（jp1-bs3，jp1-bs4およびjp1-bs5）

○

×

×

×

（凡例）　○：実行できる　×：実行できない

「図8-8　システムの階層構成例（拠点マネージャーごとに管理する場合）」の例で，拠点マネージャーから各ホストに対して実行できる操作を，次の表に示します。

表8‒9　拠点マネージャーから実行できる操作（拠点マネージャーを設置した場合）

対象ホスト

操作

システムの階層構成の参照

システムの階層構成の変更

ホスト情報の参照

プロファイル情報の参照・変更

統合マネージャー（JP1-sv1）

○※

×

×

×

拠点マネージャー（自ホスト）

○

○

○

○

拠点マネージャー（自ホスト以外）

×

×

×

×

エージェント

統合マネージャーの配下（jp1-bs1およびjp1-bs2）

×

×

×

×

拠点マネージャー（自ホスト）の配下

○

○

○

○

拠点マネージャー（自ホスト以外）の配下

×

×

×

×

（凡例）　○：実行できる　×：実行できない

注※

拠点マネージャーの1階層上に統合マネージャーがある場合だけ参照できます。

(3)　統合マネージャーでリモートの監視対象ホストを管理する構成

統合マネージャーでリモートの監視対象ホストを管理する場合，リモートの監視対象ホストを統合マネージャーの直下に配置します。

「図8-7　システムの階層構成例（統合マネージャーで一括管理する場合）」の例で，統合マネージャーから各ホストに対して実行できる操作を，次の表に示します。

表8‒10　統合マネージャーから実行できる操作（リモートの監視対象ホストの場合）

対象ホスト

操作

システムの階層構成の参照

システムの階層構成の変更

ホスト情報の参照

プロファイル情報の参照・変更

リモートの監視対象ホスト

統合マネージャーの配下（jp1-rm1）

○

○

○

○

拠点マネージャーの配下

×

×

×

×

中継マネージャーの配下（jp1-rm2）

×

×

×

×

（凡例）　○：実行できる　×：実行できない

(4)　拠点マネージャーで拠点ごとにリモートの監視対象ホストを管理する構成

拠点マネージャーでリモートの監視対象ホストを管理する場合，リモートの監視対象ホストを拠点マネージャーの直下に配置します。

「図8-8　システムの階層構成例（拠点マネージャーごとに管理する場合）」の例で，拠点マネージャーから各ホストに対して実行できる操作を，次の表に示します。

表8‒11　拠点マネージャーから実行できる操作（リモートの監視対象ホストの場合）

対象ホスト

操作

システムの階層構成の参照

システムの階層構成の変更

ホスト情報の参照

プロファイル情報の参照・変更

リモートの監視対象ホスト

統合マネージャーの配下（jp1-rm1）

×

×

×

×

拠点マネージャー（自ホスト）の配下（jp1-rm2）

○

○

○

○

拠点マネージャー（自ホスト以外）の配下

×

×

×

×

中継マネージャーの配下

×

×

×

×

（凡例）　○：実行できる　×：実行できない

8.2.2　システムの階層構成の取得

IM構成管理では，IM構成管理が動作するマネージャーから，マネージャーホストのJP1/Baseが保持するシステムの階層構成の定義情報（構成定義情報）を取得し，IM構成管理DBが保持する構成定義情報として，IM構成管理が動作するマネージャーに保存できます。なお，リモートの監視対象ホストについては，システムの階層構成の情報は収集しません。

システムの階層構成は，［IM構成管理］画面の［IM構成］ページで取得します。

システムの階層構成の反映を実行する場合，IM構成管理ビューアーで表示されている内容で反映されます。システムの階層構成が取得されていない場合には，現在構成されている内容と異なる構成で反映してしまう可能性があるため，必ず階層構成の取得を実行してください。

システムの階層構成の取得は，次の場合に実行します。

次のように，IM構成管理を使わないでシステムの階層構成が変更されているとき，統合マネージャーでシステムの階層構成の取得を実行する。

既存のJP1/IMのシステムにIM構成管理を導入した

IM構成管理が動作するマネージャーでjbsrt_distribコマンドを実行して，システムの階層構成を変更した

統合マネージャーと拠点マネージャーの間で，システムの階層構成の同期を実行したあとに，拠点マネージャーでシステムの階層構成の取得を実行する。

システムの階層構成の取得を実行すると，IM構成管理DBが保持する構成定義情報が更新されます。更新前のIM構成管理DBが保持する構成定義情報を保存する場合は，事前にIM構成管理が動作するマネージャーで，エクスポートしておく必要があります。

取得を実行後，IM構成管理では，システムの階層構成は次のように表示されます。

取得した構成定義情報に，IM構成管理に登録されていないホストが含まれている場合は，自動的にIM構成管理DBに登録されます。ただし，ホスト情報は取得されません。ホスト情報の取得は，［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで実行します。

取得した構成定義情報に，同一のホスト名が複数存在する場合は，エラーメッセージが表示されて，IM構成管理DBが保持する構成定義情報には反映されません。

取得した構成定義情報に同一ホスト名が複数存在しないかどうかをチェックします。

取得した構成定義情報に同一ホスト名が複数存在する場合は，取得した構成定義情報が破棄されて，［IM構成］ページで，IM構成ツリーがグレー表示されます。

取得した構成定義情報が，IM構成管理DBが保持する構成定義情報と不一致の場合は，［IM構成］ページで，ツリー表示領域のホストアイコンに，エラーの状態を示すアイコンが表示されます。

IM構成管理が動作するマネージャーのJP1/Baseが保持する構成定義情報が削除されていた場合は，「IM構成が存在しません。サーバで保持しているIM構成を削除しますか？」というメッセージが表示されます。

［はい］ボタンをクリックすると，IM構成管理DBが保持する構成定義情報が削除されます。［いいえ］ボタンをクリックすると，IM構成管理DBが保持する構成定義情報は削除されないで，［IM構成］ページのツリー表示領域で，システムの階層構成がグレー表示されます。

エージェント構成の場合に，［IM構成］ページのツリー表示領域でシステムの階層構成がグレー表示となったとき，構成定義情報（エージェント構成）を見直し，エージェント構成を反映してください。反映する方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.2.4(3)　システムの階層構成をIM構成管理が管理するシステムに反映する」を参照してください。

IM構成管理が動作するマネージャーの起動時にも，IM構成管理が動作するマネージャーのJP1/Baseが保持する構成定義情報と，IM構成管理DBが保持する構成定義情報の内容が一致しているかどうかをチェックするため，システムの階層構成の取得が実行されます。

8.2.3　システムの階層構成の表示

IM構成管理では，IM構成管理DBが保持する構成定義情報の内容を，［IM構成管理］画面の［IM構成］ページに表示できます。

統合マネージャーまたは拠点マネージャーからエージェント構成として定義したホスト，およびリモート構成として定義したホストが，［IM構成］ページのツリー表示領域に表示され，システムの階層構成を確認できます。なお，取得した構成定義情報（エージェント構成）が，IM構成管理DBが保持する構成定義情報と不一致の場合，ツリー表示領域でシステムの階層構成がグレー表示となります。この場合，次の方法で不一致になっている構成を一致させてください。

［IM構成管理］画面の［操作］−［IM構成取得］で構成定義情報を取得する。

［エージェント構成編集］画面の［操作］−［エージェント構成の反映］でエージェント構成を反映する。

構成定義情報の内容の表示例を次の図に示します。

図8‒9　構成定義情報の内容の表示例（［IM構成管理］画面の［IM構成］ページ）

表示内容については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「5.1.2　［IM構成］ページ」を参照してください。

また，それぞれの構成要素について，次の表に示す情報が表示できます。

表8‒12　システムの階層構成の構成要素と表示内容

構成要素名

下位ホスト情報

基本情報

製品情報

サービス稼働情報

統合マネージャー

○

△

△

△

拠点マネージャー

○

△

△

△

中継マネージャー

○

△

△

△

拠点マネージャー配下のエージェント

×

×

×

×

統合マネージャーまたは中継マネージャー配下のエージェント

×

○

△

△

拠点マネージャ配下のリモートの監視対象ホスト

×

×

×

×

統合マネージャ配下のリモートの監視対象ホスト

×

○

△※

△※

（凡例）

○：デフォルトで表示できる　△：表示できる　×：表示できない

注※

JP1/Baseでホスト情報が収集されている場合だけ表示できます。

IM構成管理によるシステムの階層構成の表示の流れを，次の図に示します。

図8‒10　IM構成管理によるシステムの階層構成の表示の流れ

8.2.4　システムの階層構成の検証

IM構成管理では，JP1/IMのシステムを構成するエージェントのJP1/Baseが保持する構成定義情報の内容が，IM構成管理DBが保持する構成定義情報の内容と一致しているかどうかを検証します。また，リモートの監視対象ホストについては，リモート設定の認証情報を用いてリモート接続を検証します。

システムの階層構成の検証は，［IM構成管理］画面の［IM構成］ページで実行します。

統合マネージャーからシステムの階層構成の検証を実行できるホストの範囲を，次の表に示します。

表8‒13　統合マネージャーからシステムの階層構成の検証を実行できるホストの範囲

ホストの種類

検証の可否

自ホスト

○

中継マネージャー

○

拠点マネージャー

○

エージェント

自ホストの直下にある場合

○

中継マネージャーの配下にある場合

○

拠点マネージャーの配下にある場合

×※

リモートの監視対象ホスト

自ホストの配下にある場合

○

拠点マネージャーの配下にある場合

×※

（凡例）

○：検証できる

×：検証できない

注※

拠点マネージャーの配下にあるエージェントまたはリモートの監視対象ホストの場合，統合マネージャーからはファイアウォールを経由して接続できないことがあるので，システムの階層構成の検証は拠点マネージャーで実行します。

拠点マネージャーからシステムの階層構成の検証を実行できるホストの範囲を，次の表に示します。

表8‒14　拠点マネージャーからシステムの階層構成の検証を実行できるホストの範囲

ホストの種類

収集の可否

自ホスト

○

親ホスト

×

中継マネージャー

○※1

拠点マネージャー

○※1

エージェント

自ホストの直下にある場合

○※1

中継マネージャーの配下にある場合

○※1

下位の拠点マネージャーの配下にある場合

×※2

リモートの監視対象ホスト

自ホストの配下にある場合

○

下位の拠点マネージャーの配下にある場合

×※2

（凡例）

○：検証できる

×：検証できない

注※1

統合マネージャーを含めて3階層以上の構成になるため，お勧めしません。

注※2

下位の拠点マネージャーの配下にあるエージェントまたはリモートの監視対象ホストの場合，統合マネージャーからはファイアウォールを経由して接続できないことがあるので，システムの階層構成の検証は下位の拠点マネージャーで実行します。

システムの階層構成の検証は，監視対象ホストと接続できない場合，時間が掛かることがあります。監視対象ホストに接続できる状態で操作してください。

検証の結果は，次の画面で確認できます。

［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページ

［実行結果］画面

IM構成管理が動作するマネージャーのJP1/Baseが保持する構成定義情報と，IM構成管理DBが保持する構成定義情報の内容が不一致の場合は，［IM構成管理］画面の［IM構成］ページで，ツリー表示領域のホストアイコンに，エラーの状態を示すアイコンが表示されます。

検証に失敗した場合は，［IM構成］ページで，ツリー表示領域のホストアイコンに，エラーの状態を示すアイコンが表示されます。

ホストで動作するJP1/Baseがバージョン9より古い場合はシステムの階層構成の検証に対応していないため，［IM構成］ページで，ツリー表示領域のホストアイコンに，構成状態が不明なことを示すアイコンが表示されます。

なお，マネージャーの構成定義情報が存在しない場合，または構成定義情報が不一致になっている場合には，マネージャーの検証がエラーとなり，処理が中断され，［IM構成］ページのツリー表示領域でシステムの階層構成がグレー表示されます。

［IM構成］ページのツリー表示領域でシステムの階層構成がグレー表示となったとき，構成定義情報（エージェント構成）を見直し，エージェント構成を反映してください。

また，拠点マネージャーの場合には，統合マネージャーで［IM構成同期］を実行したあとで，拠点マネージャーで［IM構成取得］を実行したか確認してください。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.2.4(3)　システムの階層構成をIM構成管理が管理するシステムに反映する」を参照してください。

8.2.5　システムの階層構成の編集

IM構成管理では，画面上でホストの追加・移動・削除などの操作をすることによって，構成定義情報を作成・変更できます。

システムの階層構成は，IM構成管理・ビューアーで編集します。エージェントの場合は［エージェント構成編集］画面，リモートの監視対象の場合は［リモート監視構成編集］画面を使用します。

IM構成管理以外から構成定義情報を変更した場合，システムの階層構成の検証を実行し，JP1/Baseが保持する構成定義情報と，IM構成管理DBが保持する構成定義情報の内容が一致していることを確認してください。

詳細については，「8.2.4　システムの階層構成の検証」を参照してください。

ここでは，IM構成管理によるシステムの階層構成を編集するための機能について説明します。

(1)　更新権の取得

システム構成定義情報を反映する場合，ほかのIM構成管理・ビューアーから反映できないように，構成定義情報の更新権を取得する必要があります。

構成定義情報の更新権は，次の方法で取得できます。

エージェント構成の場合

［エージェント構成編集］画面で［更新権取得］チェックボックスをチェックすると取得できます。

リモート監視構成の場合

［リモート監視構成編集］画面で［更新権取得］チェックボックスをチェックすると取得できます。

すでに，ほかのIM構成管理・ビューアーが構成定義情報およびプロファイルの排他権を取得している場合，更新権を取得しようとすると，エラーメッセージが表示されて，取得できません。［ログインユーザー一覧］画面で排他権を取得しているユーザーを確認して，排他権を解除する必要があります。

(2)　ホストの追加

エージェントおよびリモートの監視対象ホストを，システムの階層構成に追加できます。

(a)　［エージェント構成編集］画面でシステムの階層構成にホストを追加する。

［エージェント構成編集］画面で次のどちらかの操作を実行すると，システムの階層構成にホストを追加できます。

ホスト一覧でホストを選択し，ドラッグ&ドロップでツリー表示領域に移動する

ツリー表示領域でホストを選択し，［編集］メニューから［ホスト追加］を選択する

［エージェント構成編集］画面のツリー表示領域で3階層を定義した場合，システムの階層構成の反映後，中間の階層に定義したマネージャーは，［IM構成管理］画面の［IM構成］ページのツリー表示領域に，中継マネージャーとして表示されます。

図8‒11　IM構成管理によるシステムの階層構成へのホストの追加

(b)　［リモート監視構成編集］画面でシステムの階層構成にリモートの監視対象ホストを追加する。

［リモート監視構成編集］画面のホスト一覧でホストを選択し，ドラッグ&ドロップでツリー表示領域に移動すると，システムの階層構成にホストを追加できます。ただし，リモートの監視対象ホストは，階層構成を定義できません。統合マネージャーで管理する場合は，統合マネージャーから操作して統合マネージャーの配下に追加してください。拠点マネージャーで管理する場合は，拠点マネージャーから操作して拠点マネージャーの配下に追加してください。

(3)　ホストの移動

システムの階層構成から，拠点マネージャー，中継マネージャー，エージェントを移動できます。なお，リモートの監視対象ホストは，システムの階層構成から移動できません。いったん，システムの階層構成から削除したあと，移動したい位置に改めて追加してください。

エージェントの場合，［エージェント構成編集］画面で次のどちらかの操作を実行すると，システムの階層構成内のホストを，別の階層に移動できます。

ツリー表示領域でホストを選択し，ドラッグ&ドロップで別の階層に移動する

ツリー表示領域でホストを選択して［編集］メニューから［切り取り］を選択し，移動先の上位ホストを選択して［編集］メニューから［貼り付け］を選択する

中継マネージャーを移動すると，配下のエージェントも移動されます。

図8‒12　IM構成管理によるシステムの階層構成内のホストの移動

ホストの種類と移動先として指定できる上位ホストの種類を，次の表に示します。

表8‒15　ホストの種類と移動先として指定できる上位ホストの種類

ホストの種類

移動先として指定できる上位ホストの種類

移動する内容

統合マネージャー

−

−

拠点マネージャー

統合マネージャー

中継マネージャー

選択した拠点マネージャー

中継マネージャー

統合マネージャー

中継マネージャー

選択した中継マネージャーおよび配下のエージェント

エージェント

統合マネージャー

中継マネージャー

選択したエージェント

リモートの監視対象ホスト

−

−

（凡例）

−：移動できない

(4)　ホストの削除

システムの階層構成から，拠点マネージャー，中継マネージャー，エージェント，およびリモートの監視対象ホストを削除できます。

なお，システムの階層構成全体を削除したい場合は，［ファイル］メニューから［新規作成］を選択します。

(a)　［エージェント構成編集］画面でシステムの階層構成からエージェントを削除する

［エージェント構成編集］画面で次のどちらかの操作を実行すると，システムの階層構成からホストを削除できます。

ツリー表示領域でホストを選択し，ドラッグ&ドロップでホスト一覧に移動する

ツリー表示領域でホストを選択し，［編集］メニューから［ホスト削除］を選択する

システムの階層構成から拠点マネージャーおよび中継マネージャーを削除すると，配下のエージェントも一緒に削除されます。統合マネージャーはシステムの階層構成から削除できません。

(b)　［リモート監視構成編集］画面でシステムの階層構成からリモートの監視対象ホストを削除する

［リモート監視構成編集］画面で次のどちらかの操作を実行すると，システムの階層構成からホストを削除できます。

ツリー表示領域でホストを選択し，ドラッグ&ドロップでホスト一覧に移動する

ツリー表示領域でホストを選択し，［編集］メニューから［ホスト削除］を選択する

(5)　編集内容の保存

編集した構成定義情報を，構成定義ファイル（jbs_route.conf）の形式で，IM構成管理・ビューアーが動作するホストに保存できます。

編集内容の保存は，作成中のシステムの階層構成を一時保存したり，システムの階層構成の履歴を管理したりするために使用できます。

(a)　編集した構成情報を［エージェント構成編集］画面でエージェントに保存する

［エージェント構成編集］画面の［ファイル］メニューから［エージェント構成を保存］を選択すると，編集した構成定義情報を，構成定義ファイル（jbs_route.conf）の形式で，IM構成管理・ビューアーが動作するホストに保存できます。

(b)　編集した構成情報を［リモート監視構成編集］画面でリモートの監視対象ホストに保存する

［リモート監視構成編集］画面の［ファイル］メニューから［リモート監視構成を保存］を選択すると，編集した構成定義情報を，構成定義ファイル（jbs_route.conf）の形式で，IM構成管理・ビューアーが動作するホストに保存できます。

(6)　システムの階層構成の読み込み

IM構成管理DBが保持する構成定義情報，およびIM構成管理・ビューアーが動作するホストに保存した構成定義情報を読み込めます。

(a)　［エージェント構成編集］画面でエージェント構成を読み込む

［エージェント構成編集］画面では，次のどちらかの構成定義情報を読み込めます。

IM構成管理DBが保持する構成定義情報

［エージェント構成編集］画面の［ファイル］メニューから［サーバからエージェント構成を取得］を選択すると，IM構成管理DBが保持する構成定義情報を読み込めます。

IM構成管理・ビューアーが動作するホストに保存した構成定義情報

［エージェント構成編集］画面の［ファイル］メニューから［エージェント構成を開く］を選択すると，IM構成管理・ビューアーが動作するホストに構成定義ファイル（jbs_route.conf）の形式で保存した構成定義情報を読み込めます。

(b)　［リモート監視構成編集］画面でリモート監視構成を読み込む

［リモート監視構成編集］画面では，次のどちらかの構成定義情報を読み込めます。

IM構成管理DBが保持する構成定義情報

［リモート監視構成編集］画面の［ファイル］メニューから［サーバからリモート監視構成を取得］を選択すると，IM構成管理DBが保持する構成定義情報を読み込めます。

IM構成管理・ビューアーが動作するホストに保存した構成定義情報

［リモート監視構成編集］画面の［ファイル］メニューから［リモート監視構成を開く］を選択すると，IM構成管理・ビューアーが動作するホストに構成定義ファイル（jbs_route.conf）の形式で保存した構成定義情報を読み込めます。

(7)　ホストの交換

システムの階層構成にあるエージェントおよびリモートの監視対象ホストと，ホスト一覧にあるエージェントおよびリモートの監視対象ホストを交換できます。

(a)　［エージェント構成編集］画面でエージェントを交換する

［エージェント構成編集］画面で次の操作を実行すると，ホストを交換できます。

ツリー表示領域でホストを選択し，［編集］メニューから［ホスト交換］を選択する

［ホスト交換］ダイアログで，［交換後ホスト］を入力する

(b)　［リモート監視構成編集］画面でリモートの監視対象ホストを交換する

［リモート監視構成編集］画面で次の操作を実行すると，ホストを交換できます。

ツリー表示領域でホストを選択し，［編集］メニューから［ホスト交換］を選択する

［ホスト交換］ダイアログで，［交換後ホスト］を入力する

(8)　拠点マネージャーを設定する

ホストを拠点マネージャーとして設定するためには，統合マネージャーと拠点マネージャーとして設定したいホストの両方で設定する必要があります。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.2.4(1)(e)　拠点マネージャーを設定する」を参照してください。

(9)　拠点マネージャーを解除する

ホストの拠点マネージャーの設定を解除するためには，統合マネージャーと拠点マネージャーの両方で設定する必要があります。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.2.4(1)(f)　拠点マネージャーを解除する」を参照してください。

8.2.6　システムの階層構成の反映

IM構成管理では，編集した構成定義情報のエージェント構成を，システムの階層構成内のエージェントに反映します。

エージェント構成の場合，システムの階層構成の反映方式として，次に示す方式があります。

差分配布方式

現在のエージェント構成から差分のあるホストだけに対して，構成定義情報を削除または配布します。削除したホストに対しては構成定義情報を削除し，エージェント構成に追加したホストに対しては，そのホストとその上位のマネージャーホストに構成定義情報を配布します。そのため，現在のエージェント構成から変更のないホストの監視に影響を与えることなく，システムの階層構成を反映できます。なお，マネージャーホストのJP1/Baseのバージョンが11-10以降である必要があります。

一括配布方式（構成削除あり）

現在のエージェント構成内の全ホストに対して，構成定義情報を削除したあと，新たに定義したエージェント構成の全ホストに対して構成定義情報を配布します。

一括配布方式（構成削除なし）

構成定義情報を削除せずに，新たに定義したエージェント構成の全ホストに対して構成定義情報を配布します。

システムの階層構成の各反映方式の設定方法は次のとおりです。

差分配布方式

差分配布方式を使用する場合は，JP1/Baseの構成定義情報の配布の設定で，差分配布方式を指定してください。

一括配布方式

一括配布方式を使用する場合は，JP1/Baseの構成定義情報の配布の設定で，一括配布方式を指定してください。次に示す設定条件で，構成削除ありまたは構成削除なしを指定してください。

一括配布方式（構成削除あり）

一括配布方式（構成削除あり）を使用する場合は，業務グループの参照・操作制限機能を無効，かつ共通定義情報のAPPLY_CONFIG_TYPEを00000000にしてください。

一括配布方式（構成削除なし）

一括配布方式（構成削除なし）を使用する場合は，業務グループの参照・操作制限機能を有効にしてください。または共通定義情報のAPPLY_CONFIG_TYPEを00000001にしてください。

なお，JP1/Baseの構成定義情報の配布方式の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。業務グループの参照・操作制限機能の設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.19　業務グループの参照・操作制限の設定」を参照してください。共通定義情報のAPPLY_CONFIG_TYPEの設定については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「IM構成反映方式設定ファイル（jp1cf_applyconfig.conf）」（2.　定義ファイル）を参照してください。

システムの階層構成を定義し，統合マネージャーと拠点マネージャーの間で，システムの階層構成の同期を取ったあとにエージェント構成を反映したときは，拠点マネージャー配下の情報はクリアされます。再度，システムの階層構成の同期を取ってください。

(1)　システムの階層構成の反映方法

システムの階層構成の構成定義情報は，次の方法で反映します。

エージェント構成の場合

［エージェント構成編集］画面で［操作］メニューから［エージェント構成の反映］を選択して実行します。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.2.4(3)　システムの階層構成をIM構成管理が管理するシステムに反映する」を参照してください。

リモート監視構成の場合

［リモート監視構成編集］画面で［操作］メニューから［リモート監視構成の反映］を選択して実行します。

リモート監視構成を使用する場合は，エージェント構成を反映しておく必要があります。エージェント構成を反映する場合に，マネージャーホスト以外に管理対象のエージェントがないときは，マネージャーホストだけの構成で反映してください。

なお，システムの階層構成を反映するには，更新権を取得する必要があります。詳細については，「8.2.5(1)　更新権の取得」を参照してください。

(2)　IM構成管理によるシステムの階層構成の反映の流れ

IM構成管理によるシステムの階層構成の反映の流れを，次の図に示します。

図8‒13　IM構成管理によるシステムの階層構成の反映の流れ

なお，エージェント構成の反映を実行すると，IM構成管理が動作するホストで構成定義ファイル（jbs_route.conf）が上書き保存されます。反映前の構成定義ファイル（jbs_route.conf）を保存する場合は，事前に，ファイル名を変更するなどして，バックアップを取っておく必要があります。

エージェント構成の反映を実行すると，IM構成管理が動作するマネージャーでjbsrt_distribコマンドが実行されます。この場合，システムの階層構成内の全エージェントに対して，構成定義情報の削除が実行されたあと，編集済みの構成定義情報が配布されます。そのため，同一のエージェントを複数のマネージャーホストから監視することはできません。

また，リモート監視構成の反映では，リモートの監視対象ホストに対してIM構成種別に「リモート」を追加します。

システムの階層構成を反映できないエージェントやリモートの監視対象ホストがあった場合は，反映できなかったホスト名がダイアログに表示されます。

システムの階層構成の反映結果は，ダイアログに表示されます。また，反映を実行したあとのシステムの階層構成は，［IM構成管理］画面の［IM構成］ページで確認できます。反映に失敗した場合，［IM構成］ページで，ツリー表示領域のホストアイコンに，エラーの状態を示すアイコンが表示されます。詳細は，［IM構成］ページのノード情報表示領域で［基本情報］ボタンをクリックすると参照できます。

8.2.7　システムの階層構成の同期

IM構成管理では，拠点マネージャーでシステムの階層構成を定義した場合には，統合マネージャーと拠点マネージャーの間で，システムの階層構成の同期を取る必要があります。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.2.4(3)　システムの階層構成をIM構成管理が管理するシステムに反映する」を参照してください。

システムの階層構成の同期は，［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで実行します。

図8‒14　IM構成管理によるシステムの階層構成の同期

統合マネージャーでシステムの階層構成の同期を実行すると，統合マネージャーでjbsrt_syncコマンドが実行されます。統合マネージャーの構成定義情報が収集され，同期が取られたあと，システムの階層構成内の全ホストの構成定義情報が更新されます。また，拠点マネージャーで管理しているリモート監視構成の情報が収集されます。リモート監視構成の同期は，拠点マネージャーのJP1/IM - Managerのバージョンが09-50以降で，IM構成管理サービスが起動している必要があります。なお，IM構成管理サービスが起動していない場合は，エラーメッセージが表示され，リモート監視構成の取得が失敗します。エージェント構成の同期だけ必要な場合は，リモート監視構成取得失敗のエラーメッセージを無視してください。リモート監視構成の同期も必要な場合は，IM構成管理サービスを起動してください。拠点マネージャーで管理しているIM構成（エージェント構成およびリモート監視構成）の各ホストが，［IM構成管理］画面のツリー表示領域の拠点マネージャー配下に薄く表示されます。

なお，統合マネージャーの下位に拠点マネージャーが定義されていない場合は，エラーメッセージが表示されて，システムの階層構成の同期が実行されません。

8.2.8　エージェント構成とリモート監視構成の選択について

IM構成管理では，エージェント構成のホストに対してJP1/Baseを使用した監視，リモート監視構成のホストに対してリモート監視ができます。

リモート監視では，機能上通信障害などの理由によって，ログ監視が停止してしまう，またはイベントがなくなってしまうおそれがあります。ログ監視が一時的に停止することを許容できないシステムでは，JP1/Baseを導入して監視を実施してください。

エージェント構成でもリモート監視構成でも，同一のホストを複数のマネージャーホストから監視することはできません。

JP1/Baseを使用した監視とリモート監視の選択の観点を次の表に示します。

表8‒16　監視方法の選択の観点

項目

JP1/Baseを使用した監視

リモート監視

リモート監視の制限を超える監視をする場合

○

×

ログ監視の停止やイベントがなくなってしまうことがシステム上好ましくない場合※1

○

×

JP1/IM - Managerが停止している間もログ監視する場合

○

○※2

監視対象ホストが頻繁に停止する場合

○

×

WMI/NetBIOS（NetBIOS over TCP/IP）またはSSHを使用できないシステムの場合※3

○

×

監視二重化※4

○

×

上記の項目に該当しない場合

○

○

（凡例）

○：監視する

×：監視しない

注※1　ネットワーク障害が発生した場合，JP1/Baseを使用した監視では，JP1/Baseがネットワーク障害の間のログを取得します。リモート監視では，リトライで回復できない場合，監視を停止します。

注※2　停止期間中に発生したイベントが，リモート監視で収集できるサイズを超えている場合はトラップされません。

注※3　リモート監視では，監視対象ホストとの通信のためにJP1/IM - Managerをインストールしているホストおよび監視対象ホストに，リモート通信を設定します。設定が必要な通信方式は，監視対象ホストがWindowsの場合はWMI/NetBIOS（NetBIOS over TCP/IP），監視対象ホストがUNIXの場合はSSHです。

注※4　監視二重化とは，監視対象ホストで発生したJP1イベントを主系，副系両方のマネージャーホストに転送し，主系・副系両方のマネージャーでJP1イベントの監視を行うことを指します。

リモート監視については，「8.6　リモートの監視対象ホストの管理」を参照してください。

リモート監視には制限値があります。次の表を参考にしてください。

表8‒17　リモート監視の制限値一覧

項目

制限値

リモートで監視可能な監視数の最大値※1

1,024

リモートで監視可能なログファイルのサイズ

64MB

1回の監視間隔で収集できるログのサイズ（Windows）※2

10KB※4

1回の監視間隔で収集できるログのサイズ（UNIX）※2

10KB※4

1回の監視間隔で収集できるイベントログのサイズ※3

10KB※4

1台のJP1/IM - Managerで収集できるログの取得上限

10MB

注※1　リモートログファイルトラップで監視しているログファイル数と，リモートイベントログトラップで監視しているサーバ数の合計値です。

注※2　収集したログの合計サイズです。

注※3　収集したWindowsイベントログの合計サイズです。

注※4　デフォルト値です。制限値は，リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）で変更できます。リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）」（2.　定義ファイル）を参照してください。

(1)　エージェント構成とリモート構成の機能の違い

エージェント構成とリモート監視構成の機能の違いについては，次の表を参考にしてください。

表8‒18　エージェント構成とリモート監視構成の機能の違い

項目

エージェント構成

リモート監視構成

用途

ミッションクリティカルな業務の監視（監視精度を優先したい場合）

JP1製品の監視

監視精度よりも環境構築などの運用の負担軽減を優先したい場合※1

監視対象

シスログ

ユーザーログ

イベントログ（Windows版だけ）

ログファイルの形式

・シーケンシャルファイル（SEQ）

・シーケンシャルファイル（SEQ2）

・シーケンシャルファイル（SEQ3）

・ラップアラウンドファイル（WRAP1）

・ラップアラウンドファイル（WRAP2）

・JP1統合トレースログ（HTRACE）

・UPDタイプのログファイル（UPD）

シスログ

ユーザーログ

イベントログ（Windows版だけ）

ログファイルの形式

・シーケンシャルファイル（SEQ）

・シーケンシャルファイル（SEQ2）

・ラップアラウンドファイル（WRAP2）

規模

ログファイル監視※2

Windowsの場合，監視できるログファイル数の最大値は次の式に従う。

（a＋m）＋（b＋n）≦508

記号の意味

a：監視するログファイルの総数（同一ファイルでも加算する）

b：JP1/AJSのログファイル監視ジョブで監視するログファイルの総数（同一ファイルでも加算する）

m：jevlogstartコマンドの実行数

n：JP1/AJSのログファイル監視ジョブの実行数

UNIXの場合，一つのログファイルトラップで監視できる監視ファイルの最大数は100となる。このため，UNIXのシステム上で監視できる監視ファイルの最大数は，カーネルパラメーターの設定（ファイルオープン数の設定）次第になる。

1台のJP1/IM - Managerあたりのログファイル監視とイベントログ監視の合計数

1,024

発行イベント

ログファイル監視

任意のイベントID

イベントログ監視

イベントログトラップ動作定義ファイルのフィルターで指定されたイベントID。

イベントIDの指定が省略された場合は，00003A71。

ログファイル監視

任意のイベントID

イベントログ監視

イベントログトラップ動作定義ファイルのフィルターで指定されたイベントID。

イベントIDの指定が省略された場合は，00003A71。

監視対象のログファイルのサイズ

2ギガバイト以下

64メガバイト以下

１回の監視間隔で収集できるログのサイズ

無制限

Windowsの場合：200キロバイト以下

UNIXの場合：50キロバイト以下

１回の監視間隔で収集できるイベントログのサイズ

無制限

200キロバイト以下

ログファイルトラップ起動オプション

監視間隔

1秒〜86,400秒

監視間隔

60秒〜86,400秒（最大構成時は5分間隔を推奨）

1監視で監視できるログファイル数（指定できるログファイル名の数）

Windowsの場合：1〜32

UNIXの場合：1〜100

1監視で監視できるログファイル数（指定できるログファイル名の数）

1〜32

先頭からの読み込み指定

指定できる。

先頭からの読み込み指定

指定できない。

表示コマンド名

指定できる。

表示コマンド名

指定できない。

登録先イベントサーバ名

指定できる。

登録先イベントサーバ名

指定できない。

監視対象ホスト名

指定できない。

監視対象ホスト名

指定できる。

論理ホスト名

指定できない。

論理ホスト名

指定できる。

Windowsの場合にUnicodeを指定できる。

OSに対応してさまざまな文字コードを指定できる。

ログデータの出力元ホスト名

指定できる。

ログデータの出力元ホスト名

指定できない。

正規表現のタイプ

指定できない（共通定義情報で指定する）。

正規表現のタイプ

拡張正規表現固定で指定できる。

ログファイルトラップ動作定義

リトライ間隔

1秒〜600秒

リトライ間隔

3秒〜600秒

JP1イベントの保留件数

0〜1,000

JP1イベントの保留件数

0〜100

ログファイルのレコード形式

可変長のレコード形式の場合：「¥n」，「1行の終了文字」，または「1行の了記号」を指定できる。

固定長のレコード形式の場合：レコード長を1行の区切りとして指定できる。

ログファイルのレコード形式

可変長のレコード形式の「¥n」で固定

リトライの継続回数のしきい値

指定できる。

リトライの継続回数のしきい値

指定できない。

ファイルタイプ

SEQ，SEQ2，SEQ3※3，WRAP1，WRAP2，HTRACE，UPD※3のどれかが指定できる。

ファイルタイプ

SEQ，SEQ2，WRAP1のどれかが指定できる。

ヘッダーのサイズ

指定できる。

ヘッダーのサイズ

指定できない。

UPDタイプJP1イベント出力

指定できる。※4

UPDタイプJP1イベント出力

指定できない。

イベントログトラップ動作定義

登録先イベントサーバ

指定できる。

登録先イベントサーバ

物理ホストの場合は物理ホストに，論理ホストの場合は論理ホストに接続する。

監視間隔

1秒〜180秒

監視間隔

60秒〜86,400秒（最大構成時は5分間隔を推奨）

リトライ回数

指定できない。

リトライ回数

1〜3,600

リトライ間隔

指定できない。

リトライ間隔

3秒〜600秒

拡張属性名

指定できる。

拡張属性名

指定できない。

マネージャー停止時の動作

マネージャーホストが停止している場合やマネージャーホストと監視対象ホスト間でネットワーク障害が発生している場合，エージェントホストでJP1イベントに変換し，エージェントホストからマネージャーホストに発生したJP1イベントの転送をリトライできる。

JP1/IM - Managerの停止中に出力されたログファイル，Windowsイベントログは，次回リモート監視を起動した際にトラップする。

ネットワーク障害時の動作

次に示す制限項目に該当しない場合だけ，リトライ回数の上限に達して監視が停止する前に障害が回復したとき，障害中のログをマネージャーホストに通知する。

ログの差分が10キロバイトを超えた場合※4

監視するログのサイズが64メガバイトを超えた場合

WRAP2の場合で，ネットワーク障害中にログがラップアラウンドしてデータが削除された場合

ホスト名

ホスト名には，hostsファイルやDNSに登録してあるホスト名，jp1hostsまたはjp1hosts2に定義しているホスト名を指定する。

ホスト名には，hostsファイルやDNSに登録してあるホスト名を指定する。jp1hostsまたはjp1hosts2の設定は参照しない。

注※1　監視間隔内のログ出力量がUTF-8換算で制限値を超えるログを監視する場合，JP1/IM - ViewにJP1イベントを表示できません。エージェント構成によるログ監視の適用を検討してください。制限値については，「表8-17　リモート監視の制限値一覧」を参照してください。

注※2　IM構成管理を使用する場合，管理できるログファイルトラップの最大数は1台のエージェントホストごとに100個までです。

注※3　エージェントのJP1/Baseのバージョンが10-00以降の場合だけ指定できます。

注※4　10キロバイトはデフォルト値です。制限値は，リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）で変更できます。リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）」（2.　定義ファイル）を参照してください。

エージェント構成での各機能の詳細については，監視対象にインストールされているJP1/Baseのバージョンに対応するマニュアルを参照してください。

8.2.9　IM構成管理の注意事項

1台のJP1/IM - Managerで1,024台以上のエージェントを管理する場合の注意事項

エージェント構成の反映（構成配布），およびエージェント構成の取得にかかる時間は，配布先の台数に比例するため，JP1/Baseの差分配布機能を利用し，最大500台程度に分割して配布することを推奨します。

エージェント構成の検証は，全エージェントに対してJP1/IM - Managerで管理している構成情報と不一致がないかを検証する機能です。検証処理の所要時間は管理対象エージェント数に比例して増加します。エージェント上で構成情報を変更してしまったなどで構成情報の検証が必要な場合だけ，検証を実施するように注意してください。

プロファイル一括反映・収集は，全エージェントに対してプロファイルの反映・収集を行う機能です。所要時間は，管理対象エージェント数に比例して増加します。新規構築時にエージェントに対してプロファイルを定義する場合や，構成変更時にJP1/Baseの構成定義情報の配布（jbsrt_distrib）などで，エージェント上のプロファイルを変更した場合だけ，一括反映・収集を実施するように注意してください。

IM 構成管理機能で管理する情報をセントラルスコープへ反映する機能（jcfmkcsdata コマンド，仮想化構成および業務グループの［セントラルスコープ監視ツリー反映］メニュー）は，セントラルスコープと同様に，2038年1月19日に使用できなくなり，それ以降は機能を使用できません。

jcfmkcsdataコマンドについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcfmkcsdata」（1.　コマンド）を参照してください。仮想化構成情報のセントラルスコープへの反映機能については，「8.3.5　セントラルスコープへのインポート」を参照してください。業務グループ情報および監視グループ情報のセントラルスコープへの反映機能については，「8.4.4　セントラルスコープでの監視」を参照してください。

8.3　仮想化システム構成の管理

IM構成管理では，ユーザーの任意で，登録されているホストのホスト種別（物理ホストであるか，仮想ホストであるか）を指定できます。ホスト種別を指定すると複数の仮想化システム管理ホストおよびVMMホスト上で稼働する仮想ホストの階層構成（以降，仮想化システム構成と呼びます）がツリー形式で，わかりやすく表示されます。仮想化システム構成の管理では，次に示す機能を使用できます。

仮想化システム構成の情報の収集および設定

ホスト種別，VMMホスト名，管理元ホストの仮想化環境管理ソフトウェアの種類など，仮想化システム構成に関係するホスト情報をIM構成管理に設定します。

仮想化システム構成の表示

［IM構成管理］画面の［ホスト一覧］ページに，仮想化システム構成をツリー形式で表示します。

セントラルスコープへのインポート

仮想化システム構成をセントラルスコープにインポートし，セントラルスコープで監視できるようにします。

なお，仮想ホストを含むシステムの階層構成を管理する場合でも，これらの機能を使用しないときは，ホスト種別は物理と指定しても問題ありません。

重要

仮想化構成収集機能を使用してDocker，Podmanホスト上のコンテナ情報を収集することはできません。

仮想化システム構成の管理の仕組みを次に示します。

図8‒15　仮想化システム構成の管理の仕組み

なお，仮想化システム構成の情報（以降，仮想化構成情報と呼びます）を収集するには，次に示す仮想化ソフトウェアおよび仮想化環境管理ソフトウェアが必要です。

仮想化システム管理ホストに使用できる仮想化環境管理ソフトウェア

vCenter，JP1/SC/CM，SCVMM，およびHCSM

VMMホストに使用できる仮想化ソフトウェア

Hyper-V，日立サーバ論理分割機構，VMware ESX，およびKVM

ここでは，IM構成管理で仮想化システム構成を管理するための機能について説明します。

8.3.1　仮想化構成情報の収集

仮想化構成情報をコマンドまたは［IM構成管理］画面を使用して収集できます。

なお，この機能で説明する通信では，OSによる名前解決ができる必要があります。

仮想化構成情報の収集の仕組みを次に示します。

図8‒16　仮想化構成情報の収集の仕組み

図中の番号に従って説明します。

次の方法で仮想化構成情報の収集を指示します。

マネージャーから仮想化構成収集コマンドを実行する。

［IM構成管理］画面から仮想化構成収集または仮想化構成一括収集を実施する。

次のホストの仮想化構成情報を収集します。

仮想化システム管理ホスト

KVMで稼働している仮想ホスト

VMware ESXで稼働している仮想ホスト

(1)　マネージャーから仮想化構成収集コマンドを実行する場合

サポート対象の仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類とコマンド名を次の表に示します。

表8‒19　仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類（コマンドの場合）

収集対象の仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類

コマンド名

収集範囲

vCenter

jcfcolvmvc

vCenterで起動している仮想化システム管理ホスト

VMware ESXで起動している仮想ホスト

JP1/SC/CM

jcfcolvmvirtage

日立サーバ論理分割機構で起動している仮想ホスト

SCVMM※1

jcfcolvmscvmm

SCVMMで起動している仮想化システム管理ホスト

Hyper-Vで起動している仮想ホスト

SCVMMでvCenterを管理している場合は，vCenterおよびVMware ESXで起動している仮想ホスト

HCSM

jcfcolvmhcsm

日立サーバ論理分割機構で起動している仮想ホスト，およびHCSMから取得できるホスト名※2

KVM

jcfcolvmkvm

KVMで起動している仮想ホスト※3

VMware ESX

jcfcolvmesx

VMware ESXで起動している仮想ホスト

注※1　この機能はWindows限定です。

注※2　日立サーバ論理分割機構で起動している仮想ホスト以外のホストの仮想化構成情報を収集する場合，ホスト名およびホスト種別以外の仮想化構成情報は収集できません。また，収集対象となるホストのホスト種別は「不明」として収集されます。

注※3　KVMの仮想化構成情報を収集する場合，仮想ホストのホスト名として，KVMで定義されたホストの識別名（KVMではドメイン名と呼ばれる，virsh listコマンドを実行したときId Nameに表示される名前）を収集します。仮想ホストのホスト名は，KVMで定義されたホストの識別名と同一の名前を設定してください。仮想ホストのホスト名が変更された場合は，KVMで定義されたホストの識別名も同一の名前に再定義してください。

(2)　［IM構成管理］画面から仮想化構成収集または仮想化構成一括収集を実施する場合

仮想化システム管理ホストおよびVMMホストで稼働している仮想ホストの仮想化構成情報を収集できます。

KVMで稼働している仮想ホストの仮想化構成情報は，KVMが稼働しているホストから収集できます。KVM以外の仮想化ソフトウェアで稼働している仮想ホストの仮想化構成情報は，仮想化システム管理ホストから収集できます。

仮想化構成情報の収集元となるホストにインストールされているソフトウェアによって，収集対象となる仮想化ソフトウェアは異なります。仮想化構成情報の収集元となるホストにインストールされているソフトウェアと，収集対象となる仮想化ソフトウェアとの対応を，次の表に示します。

表8‒20　収集元となるホストにインストールされているソフトウェアと収集対象の対応（［IM構成管理］画面の場合）

仮想化構成情報の収集元となるホストにインストールされているソフトウェア

収集対象

収集範囲

vCenter

VMware ESX

vCenterで起動している仮想化システム管理ホスト

VMware ESXで起動している仮想ホスト

JP1/SC/CM

日立サーバ論理分割機構

日立サーバ論理分割機構で起動している仮想ホスト

SCVMM※1

Hyper-V

vCenter※2

VMware ESX※2

SCVMMで起動している仮想化システム管理ホスト

Hyper-Vで起動している仮想ホスト

SCVMMでvCenterを管理している場合は，vCenterおよびVMware ESXで起動している仮想ホスト

HCSM

日立サーバ論理分割機構

日立サーバ論理分割機構で起動している仮想ホスト，およびHCSMから取得できるホスト名※3

KVM

KVM

KVMで起動している仮想ホスト※4

注※1　この機能はWindows限定です。

注※2　SCVMMでvCenterを管理している場合は，vCenterおよびVMware ESXが収集対象になります。

注※3　日立サーバ論理分割機構で起動している仮想ホスト以外のホストの仮想化構成情報を収集する場合，ホスト名およびホスト種別以外の仮想化構成情報は収集できません。また，収集対象となるホストのホスト種別は「不明」として収集されます。

注※4　KVMの仮想化構成情報を収集する場合，仮想ホストのホスト名として，KVMで定義されたホストの識別名（KVMではドメイン名と呼ばれる，virsh listコマンドを実行したときId Nameに表示される名前）を収集します。仮想ホストのホスト名は，KVMで定義されたホストの識別名と同一の名前を設定してください。仮想ホストのホスト名が変更された場合は，KVMで定義されたホストの識別名も同一の名前に再定義してください。

8.3.2　仮想化構成情報の設定

仮想化システム構成を管理するには，IM構成管理に仮想化構成情報を設定する必要があります。なお，仮想ホストを含むシステムの階層構成を管理する場合でも，［ホスト一覧］ページへの仮想化システム構成の表示機能などを使用しないときは，仮想化構成情報を設定する必要はありません。詳細については，「8.3　仮想化システム構成の管理」を参照してください。

仮想化構成情報を設定する方法には，次の3種類があります。

(1)　IM構成管理による仮想ホストのホスト情報の入力

仮想ホストを管理対象ホストとして直接登録します。ホスト種別で「仮想ホスト」を選択し，「VMMホスト」を指定します。

(2)　仮想化構成のホスト情報のインポート

仮想化構成のホスト情報を取得し，IM構成管理から出力したホスト入力情報ファイルとマージします。その後，マージしたホスト入力情報ファイルをIM構成管理にインポートします。

仮想化構成のホスト情報を更新する流れを次の図に示します。

図8‒17　仮想化構成のホスト情報を更新する流れ

複数の仮想化構成情報のファイルが存在する場合は，ファイル数分だけjcfmkhostsdataコマンドを実行して，ホスト情報の更新を繰り返す必要があります。

仮想化構成情報の更新例を次の図に示します。

図8‒18　仮想化構成情報の更新例

(3)　［IM構成管理］画面からの仮想化構成収集または仮想化構成一括収集

VMMホストの追加や仮想化構成の変更などが仮想化構成情報に反映され，［IM構成管理］画面に表示されます。

(a)　ホスト情報が更新される場合

収集した仮想化構成情報の中にIM構成管理DBに登録されているホストが存在した場合，IM構成管理は同一ホストと見なしてホスト情報のホスト種別を更新します。このとき，収集したホスト情報とIM構成管理DBに登録されているホスト情報のホスト種別が一致していない場合，ホスト名が同じであるが別のホストのおそれがあるため，ホスト情報を更新しません。ただし，ホスト種別が不明となっているホストについては更新します。また，ホスト種別が一致しなかった登録ホスト，およびホスト種別が一致しなかった登録ホストを管理している仮想化システム管理ホストは，仮想化収集状態が不一致となります。ホスト情報が更新されるためのホスト種別の条件を表8-21に，仮想化収集状態の状態遷移について表8-22にそれぞれ示します。

表8‒21　ホスト情報が更新されるためのホスト種別の条件

収集されたホスト種別

登録されているホスト種別

物理ホスト

論理ホスト

仮想ホスト

不明

物理ホスト

○

×

×

○

論理ホスト

−

−

−

−

仮想ホスト

△※1

×

○

○

不明（HCSMが管理するホストのうち，日立サーバ論理分割機構以外のホスト）

×

×

×

○

不明※2

○

−

○

−

（凡例）

○：更新できる

△：条件によって更新できる

×：更新できない

−：該当なし

注※1　次の条件をすべて満たす場合は，ホスト情報を更新できます。また，条件を満たしたホストのホスト種別は仮想ホストになります。

自身の仮想化管理種別がKVMとして登録されている。

VMMホストの仮想化管理種別が日立サーバ論理分割機構として収集されている。

注※2　収集されたデータに該当ホストがない状態，およびデータが削除された状態です。

表8‒22　仮想化収集状態の状態遷移

仮想化収集状態

仮想化収集状態が遷移する契機

未収集

ホスト情報をまだ収集していない。

収集失敗

ホストに接続できない，OSユーザー認証に失敗した，仮想化システム構成を管理するための条件を満たしていないなどの理由で，ホスト情報の収集に失敗する。

収集済み

ホスト情報の収集に成功する。

不一致

収集したホスト情報のホスト種別と，IM構成管理DBに登録されているホスト種別が異なる。

仮想化システム管理ホストから仮想化構成情報を収集した場合，仮想化システム管理ホストに管理されているホストの仮想化構成情報も更新します。また，仮想化システム管理ホストとVMMホストとの関連情報（VMMホスト情報）も，仮想化構成の収集時に収集されてIM構成管理DBに格納されます。ただし，仮想化システム管理ホストが削除されたり，仮想化システム管理ホストの仮想化構成情報が変更されたりした場合は，VMMホスト情報が削除されます。詳細については，「8.3.2(3)(c)　VMMホスト情報が削除される場合」を参照してください。

仮想化構成の収集時に仮想化構成が変更されていた場合，仮想化構成は次の表のように変更されます。

表8‒23　収集後の仮想化構成

変更内容

収集後の仮想化構成

仮想ホストが追加された

ホストを追加し，VMMホスト情報を与える

仮想ホストが削除された

ホストのVMMホスト情報を削除する

VMMホストとの関連がなくなるため，ホスト一覧の直下に表示される

仮想ホストが移動された

ホストのVMMホスト情報を更新する

停止していた仮想ホストが起動した

構成の変更なし

起動中の仮想ホストが停止した

構成の変更なし

起動中の仮想ホストがサスペンド状態になった

構成の変更なし

VMMホストが追加された

VMMホストとVMMホスト上で動作する仮想ホストを登録する

VMMホストが削除された

ホストのVMMホスト情報を削除する

VMMホストの管理元である仮想化システム管理ホストの情報を削除する

仮想ホストはVMMホストとの関連がなくなるため，ホスト一覧の直下に表示される

(b)　仮想化構成情報が削除される場合

収集した仮想化構成情報のホスト種別が「論理ホスト」および「不明」の場合，仮想化構成情報を保持できません。このため，ホスト種別が「物理ホスト」または「仮想ホスト」のときに仮想化構成情報を設定していても，ホストの種別を「論理ホスト」または「不明」に変更した場合には，仮想化構成情報が削除されます。

ホスト種別を変更したときに仮想化構成情報が削除される場合を次の表に示します。

表8‒24　ホスト種別を変更したときに仮想化構成情報が削除される場合

変更前のホスト種別

変更後のホスト種別

物理ホスト

論理ホスト

仮想ホスト

不明

物理ホスト

×

○

×

○

論理ホスト

−

−

−

−

仮想ホスト

×

○

×

○

不明※

−

−

−

−

（凡例）

○：削除する

×：削除しない

−：該当なし

注※　収集されたデータに該当ホストがない状態，およびデータが削除された状態です。

(c)　VMMホスト情報が削除される場合

VMMホスト情報は，次に示す場合にIM構成管理DBから削除されます。

vCenter，JP1/SC/CM，SCVMM，またはHCSMがインストールされている仮想化システム管理ホストが削除された場合

vCenter，JP1/SC/CM，SCVMM，またはHCSMがインストールされている仮想化システム管理ホストで仮想化管理種別が変更された場合

vCenter，JP1/SC/CM，SCVMM，またはHCSMがインストールされている仮想化システム管理ホストでホスト種別が変更された場合

8.3.3　仮想化構成情報の排他権

仮想化構成情報を編集する場合，IM構成管理・ビューアーは編集中にほかのIM構成管理・ビューアーが編集できないように，仮想化構成情報の更新権を自動で取得します。すでに，ほかのIM構成管理・ビューアーが仮想化構成情報の排他権を取得している場合，更新権を取得しようとすると，エラーメッセージが表示されて，取得できません。［ログインユーザー一覧］画面で排他権を取得しているユーザーを確認して，排他権を解除する必要があります。

仮想化構成情報の排他関係を下記の表に示します。

表8‒25　仮想化構成情報の排他関係

別のIM構成管理・ビューアーからの操作

仮想化構成収集

仮想化構成一括収集

同一ホスト

別ホスト

ホスト

参照

○

○

○

編集

×

○

×

情報収集

×

○

×

仮想化構成収集

×

○

×

仮想化構成一括収集

×

×

×

IM構成

取得

×

×

×

排他更新

×

×

×

同期

×

×

×

検証

×

×

×

プロファイル

参照

○

○

○

排他編集

×

○

×

エクスポート

×

×

×

インポート

×

×

×

（凡例）

○：操作できる

×：操作できない

8.3.4　仮想化システム構成の表示

仮想化システム構成は，［IM構成管理］画面の［ホスト一覧］ページのツリー表示領域に表示できます。次の条件がすべて成立する場合に，仮想ホストが動作するホストを親ホスト，仮想ホストを子ホストとしてホスト同士の階層構成が表示されます。

ホスト同士の階層構成を［ホスト一覧］ページ表示する条件

ホスト情報のホスト種別に「仮想ホスト」が設定されている

該当ホストにVMMサーバが設定されている

該当ホストに設定されているVMMサーバが，［ホスト一覧］ページに存在する

仮想化システム構成の表示の仕組みを，次の図に示します。

図8‒19　仮想化システム構成の表示の仕組み

この図では，物理ホストがhostA，hostB，hostEで構成され，物理ホストのhostBに仮想ホストhostC，hostDが構成されています。各ホストからホスト情報や仮想化構成情報などを収集して，IM構成管理・ビューアーに表示すると，仮想化システム構成が確認できます。

IM構成管理・ビューアーで仮想化システム構成を表示した画面例を，次の図に示します。

図8‒20　IM構成管理・ビューアーで仮想化システム構成を表示した画面例

仮想化構成収集を実行して登録された仮想ホストは，登録された順番で表示されます。

なお，仮想化システム構成のホスト情報をインポートすると，IM構成管理が持つホスト情報，システムの階層構成（IM構成），プロファイルは削除されます。プロファイルを管理するには，インポート後にホスト情報，IM構成，プロファイルを収集する必要があります。

(1)　同じホストに対する上位および下位の階層構成が同時に表示される場合について

［ホスト一覧］ページに表示されている仮想化システム構成内のホストのうち，次の条件を満たす仮想ホストは，自身のVMMサーバを上位とした階層構成と，自身をVMMサーバとして設定しているホストを下位とした階層構成が同時に表示されます。

自身のVMMサーバが物理ホストである

自身をVMMサーバとして設定しているホストがホスト一覧に存在する

自身をVMMサーバとして設定しているホストを下位とした階層構成は，自身のVMMサーバと同位に表示されます。

8.3.5　セントラルスコープへのインポート

IM構成管理で管理している仮想化システム構成をセントラルスコープで監視できます。

セントラルスコープ・ビューアーでの仮想化システム構成の表示例を，次の図に示します。

図8‒21　セントラルスコープ・ビューアーでの仮想化システム構成の表示例

仮想化システム構成をセントラルスコープで監視するには，次の2種類の方法があります。

(1)　コマンドを使用してセントラルスコープへインポートする

IM構成管理で管理する仮想化構成情報をエクスポートし，jcfmkcsdataコマンドで変換して，セントラルスコープへインポートします。

仮想化構成情報をセントラルスコープへインポートする仕組みを次に示します。

図8‒22　仮想化構成情報をセントラルスコープへインポートする仕組み

図中の番号に従って説明します。

jcfexportコマンドを実行して，IM構成管理で管理しているシステムの階層構成，ホスト情報，および定義情報を出力します。

jcsdbexportコマンドを実行して，JP1/IM - Managerの監視オブジェクトDBに保存されているセントラルスコープの監視ツリー情報を出力します。

jcfmkcsdataコマンドを実行して，手順1と手順2で出力されたファイルをマージします。

jcsdbimportコマンドを実行して，手順3で生成したマージファイルをセントラルスコープにインポートします。

各コマンドについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「1.　コマンド」を参照してください。

(2)　IM構成管理・ビューアーからセントラルスコープへ反映する

IM構成管理・ビューアーから指定して，仮想化システム構成をセントラルスコープへ反映します。この操作を実施するには，IM構成管理・ビューアーにログインしているJP1ユーザーに次の権限が必要です。

JP1資源グループ：JP1_Console

JP1権限レベル：JP1_Console_Admin

仮想化システム構成をセントラルスコープへ反映すると，セントラルスコープの監視ツリーが更新されます。

また，仮想化システム構成をセントラルスコープへ反映すると，セントラルスコープの監視ツリーに仮想システム構成ツリーが再作成されます。このため，仮想システム構成ツリーを編集しても，IM構成管理・ビューアーから仮想化システム構成を反映した際に設定が破棄されます。

セントラルスコープの監視ツリーの表示例を次に示します。

図8‒23　セントラルスコープの監視ツリーの表示例

次の条件を満たす場合に，仮想システム構成をIM構成管理・ビューアーからセントラルスコープへ反映することをお勧めします。

自動生成またはユーザー作成のサーバ指向ツリーで監視している場合

仮想システム構成ツリーを編集しないで運用する場合

仮想システム構成ツリーのビジュアル監視画面を作成していない場合

8.4　業務グループの管理

IM構成管理では，監視対象の複数のホストを，業務で使用するシステムの単位やシステム管理者の監視対象範囲の単位などにグルーピングして監視できます。複数のホストをある目的ごとにグルーピングした単位を業務グループと呼びます。この業務グループの単位で，［イベントコンソール］画面（セントラルコンソール）や［監視ツリー］画面（セントラルスコープ）で参照できるJP1イベントの範囲や操作できる監視設定の範囲を管理できます。この権限の範囲をそれぞれ参照権限，操作権限と呼びます。業務グループの参照権限・操作権限を制限することで，それぞれ独立した監視や対処ができるようになります。

メモ

［イベントコンソール］画面，［監視ツリー］画面および［統合オペレーション・ビューアー］画面での監視

［イベントコンソール］画面での監視

業務グループの設定情報は，［イベントコンソール］画面（セントラルコンソール）に引き渡されます。セントラルコンソールで業務グループの参照・操作制限を有効にすると，［イベントコンソール］画面で担当する業務グループ内で発生したJP1イベントだけを参照・操作できます。詳細については，「4.1.4　業務グループの参照・操作制限の仕組み」を参照してください。

［監視ツリー］画面での監視

業務グループの設定情報をセントラルスコープへ反映すると，［監視ツリー］画面（セントラルスコープ）に業務グループの階層構成および参照・操作権限が引き渡され，担当する業務グループ内で発生したJP1イベントだけを参照・操作できます。

［統合オペレーション・ビューアー］画面での監視

業務グループの参照・操作制限を有効にすると，担当する業務グループに所属するホストのノード，発生したイベントだけを参照できます。

設定した業務グループは，［IM構成管理］画面の［業務グループ］ページのツリー表示で確認できます。業務グループの表示例を次の図に示します。

図8‒24　業務グループの表示例（［IM構成管理］画面の［業務グループ］ページ）

ただし，この業務グループの機能を使用するには，業務グループの設定が必要です。また，業務グループを設定する場合は，更新権の取得が必要です。業務グループを設定する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.4　業務グループの設定」を参照してください。

8.4.1　業務グループの仕組み

複数のホストを業務システムなどの単位でグルーピングできます。ただし，一つのホストが複数の業務グループに属することはできません。

業務グループを使用してシステムを監視する例を次の図に示します。

図8‒25　業務グループの機能を利用してシステムを監視する例

この図の例では，「営業システム」，「システム共通」，および「経理システム」という三つの業務グループを定義しています。なお，「システム共通」は，「営業システム」および「経理システム」の両方から共通して使用するシステムです。

営業システムの管理者には「営業システム」と「システム共通」の業務グループだけへの参照・操作権限を設定しています。このため，営業システムの管理者が参照・操作できる範囲が，「営業システム」の業務グループ内の監視対象と「システム共通」の業務グループ内の監視対象だけに制限されます。同様に，経理システムの管理者が参照・操作できる範囲も，「経理システム」の業務グループ内の監視対象と「システム共通」の業務グループ内の監視対象だけに制限されます。

また，システム全体を監視しているシステム管理者には，すべての業務グループへの参照・操作権限を設定することで，「営業システム」，「システム共通」，および「経理システム」の監視ができます。なお，「システム共通」の監視をシステム管理者が行う場合は，営業システムの管理者および経理システムの管理者には，「システム共通」に参照権限だけを設定して運用することもできます。

8.4.2　業務グループ内の監視グループ

業務グループ内のホストを，さらに業務システムの監視視点でグルーピングできます。このグループを監視グループと呼びます。なお，監視グループは多階層にわたるグルーピングもできます。監視グループは，必ず業務グループか上位の監視グループに所属します。

監視グループを使用してシステムを監視する例を次の図に示します。

図8‒26　監視グループの機能を利用してシステムを監視する例

この図の例では，「営業システム」および「経理システム」の業務グループ内が，それぞれホストの機能別に「Webサーバ」と「業務サーバ」に分かれていて，監視グループとしてグルーピングされています。

それぞれの業務システムの管理者は，業務グループをそのまま監視ツリーとして使用できます。また，「経理システム」の「業務サーバ」の監視グループのように，監視グループの一部を対象とした操作や設定を，業務グループ内の監視グループを指定することで簡単に行えます。

8.4.3　業務グループの参照・操作権限

複数の監視対象のホストを業務グループとしてグルーピングして監視するには，JP1ユーザーのJP1資源グループおよびJP1権限レベルを使用して管理します。

なお，業務グループによる参照・操作範囲の制限が有効に設定されている場合，JP1_Console資源グループへの権限を持たないJP1ユーザーは［IM構成管理］画面にログインできません。

業務グループにJP1資源グループを割り当てて参照・操作範囲を制限する仕組みを次に示します。

図8‒27　業務グループにJP1資源グループを割り当てて参照・操作範囲を制限する仕組み

業務グループごとに参照・操作の範囲を制限するには，まず，業務グループにJP1資源グループを設定します。次にJP1ユーザーにJP1資源グループとJP1権限レベルを設定します。この設定によって，業務グループと同じJP1資源グループへの権限を持つJP1ユーザーへの参照・操作の範囲を，JP1権限レベルに応じて制限できます。業務グループごとの参照・操作の制限例を次の図に示します。

図8‒28　業務グループごとの参照・操作の制限例

JP1ユーザーと［IM構成管理］画面での権限の関係を次の表に示します。

表8‒26　JP1ユーザーと［IM構成管理］画面での権限の関係

JP1ユーザーの設定

［IM構成管理］画面での権限

JP1資源グループ

JP1権限レベル

JP1_Console

JP1_CF_Admin

管理者権限

JP1_CF_Manager

操作者権限

JP1_CF_User

監視者権限

JP1_Console_Admin

JP1_Console_Operator

JP1_Console_User

監視者権限

なし

監視者権限

JP1_Console以外

JP1_CF_Admin

管理者権限※

JP1_CF_Manager

操作者権限※

JP1_CF_User

監視者権限※

JP1_Console_Admin

JP1_Console_Operator

JP1_Console_User

監視者権限※

なし

監視者権限※

なし

なし

監視者権限※

注※

業務グループの参照・操作制限機能を有効（jcoimdefコマンドで-bizmonmodeオプションをON）に設定した場合，JP1_Console資源グループへの権限を持たないJP1ユーザーは［IM構成管理］画面にログインできません。

8.4.4　セントラルスコープでの監視

セントラルスコープで業務グループに限定した監視ができます。業務グループをセントラルスコープで監視するには，次の2種類の方法があります。

業務グループをセントラルスコープに反映する場合は，サーバ指向ツリーにだけ反映できます。

なお，設定手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.4.4(2)　セントラルスコープの監視ツリーに業務グループ情報および監視グループ情報を反映する」を参照してください。

(1)　コマンドを使用してセントラルスコープへインポートする

業務グループ情報および監視グループ情報をエクスポートし，jcfmkcsdataコマンドで変換して，セントラルスコープへインポートします。

業務グループ情報および監視グループ情報をセントラルスコープへインポートする仕組みを次に示します。

図8‒29　業務グループ情報および監視グループ情報をセントラルスコープへインポートする仕組み

図中の番号に従って説明します。

jcfexportコマンドを実行して，業務グループ情報および監視グループ情報を出力します。

jcsdbexportコマンドを実行して，JP1/IM - Managerの監視オブジェクトDBに保存されているセントラルスコープの監視ツリー情報を出力します。

jcfmkcsdataコマンドを実行して，手順1と手順2で出力されたファイルをマージします。

jcfmkcsdataコマンドを-gオプションを指定して実行してください。

jcsdbimportコマンドを実行して，手順3で生成したマージファイルをセントラルスコープにインポートします。

各コマンドについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「1.　コマンド」を参照してください。

(2)　IM構成管理・ビューアーからセントラルスコープへ反映する

IM構成管理・ビューアーの［IM構成管理］画面から，業務グループ情報および監視グループ情報をセントラルスコープへ反映します。この操作を実施するときに必要な，IM構成管理・ビューアーにログインしているJP1ユーザーの権限については，「8.4.3　業務グループの参照・操作権限」を参照してください。

業務グループ情報および監視グループ情報をセントラルスコープへ反映すると，セントラルスコープの監視ツリーが更新されます。なお，業務グループ配下に所属しているホストは，セントラルスコープの監視ツリーでは表示されません。監視グループ内のホストがツリーに表示されます。

8.4.5　業務グループの機能一覧

業務グループでできることをまとめた一覧を次の表に示します。

表8‒27　業務グループの機能一覧

機能名

業務グループでできること

IM構成管理

［IM構成管理］画面の［業務グループ］ページを使用して，次に示す項目を設定する。

業務グループの設定

業務グループの登録・編集・削除・一覧表示，および業務グループの基本情報の表示

業務グループを登録するには，基本情報として業務グループ名の設定が必要である。また，任意でJP1資源グループ名およびコメントの編集ができる。

所属するホストの登録・登録解除・一覧表示

監視グループの設定

監視グループの登録・編集・削除・ツリー表示

監視グループを登録するには，基本情報として監視グループ名の設定が必要である。なお，監視グループ名はあとから変更できる。また，任意でコメントの編集ができる。

所属するホストの登録・登録解除・一覧表示

コマンドを使用して，業務グループの基本情報をインポート・エクスポートする。

インポート：jcfimportコマンドを使用する。

エクスポート：jcfexportコマンドを使用する。

業務グループの変更をセントラルコンソール※に自動的に通知し，［イベントコンソール］画面に最新の業務グループを反映する。

［IM構成管理］画面の［操作］メニューから［業務グループ］−［セントラルスコープ監視ツリー反映］を選択するか，jcfmkcsdataコマンドを使用して，業務グループで定義したツリー構成をセントラルスコープの監視ツリーに反映する。

業務グループの編集および反映を行うための更新権を取得する。

インテリジェント統合管理基盤

JP1ユーザーが持つ業務グループへの参照・操作権限によって次の項目を制限する。

JP1イベントの参照・操作

IM管理ノードの参照・操作

セントラルコンソール

JP1ユーザーが持つ業務グループへの参照・操作権限によって次の項目を制限する。※

JP1イベントの参照・操作

アクション結果の参照・操作

コマンドの実行先ホスト

ホスト名の代わりに業務グループを指定することで，構成変更のたびにホスト名を変更する手間を省くことができる。

注※　セントラルコンソールで業務グループの参照・操作を制限するには，セントラルコンソールで業務グループの参照・操作制限を有効にする必要があります。詳細については，「4.1.4　業務グループの参照・操作制限の仕組み」を参照してください。

8.5　プロファイルの管理

IM構成管理では，IM構成管理・ビューアーを操作してシステムの階層構成（IM構成）内のホストでのJP1/Baseのプロファイルを一括管理できます。

IM構成管理でプロファイルを管理するためには，システムの階層構成にホストを追加している必要があります。また，ホストでJP1/Baseが動作している必要があります。

この節では，IM構成管理で管理するプロファイル，およびプロファイルを管理するための機能について説明します。

なお，プロファイルを管理する方法としては，IM構成管理を使用して管理する方法とJP1/Baseのコマンドを使用して管理する方法があります。JP1/IM - ManagerおよびエージェントのJP1/Baseのバージョンが11-10以降の場合は，二つの管理方法を併用できます。

IM構成管理のプロファイル管理とJP1/Baseのプロファイル管理を併用する場合は，注意事項があります。注意事項については，「8.5.10　IM構成管理のプロファイル管理とJP1/Baseのプロファイル管理を併用する場合の注意事項」を参照してください。

JP1/IM - ManagerおよびエージェントのJP1/Baseのバージョンの組み合わせによるプロファイル管理の違いを次に示します。

表8‒28　JP1/IM - ManagerとエージェントのJP1/Baseの組み合わせによるプロファイル管理の違い

機能

JP1/IM - Manager

11-01以前

JP1/IM - Manager

11-10以降

エージェントのJP1/Base

11-00以前

エージェントのJP1/Base

11-10以降

エージェントのJP1/Base

11-00以前

エージェントのJP1/Base

11-10以降

プロファイルの管理

IM構成管理とJP1/Baseのコマンドを併用したプロファイル管理ができない。

IM構成管理とJP1/Baseのコマンドを併用したプロファイル管理ができる。

プロファイルリストの収集

IM構成管理からエージェントのプロファイルリストを収集できる。

プロファイルの収集

IM構成管理からエージェントのプロファイルを収集できる。

プロファイルの一括収集

IM構成管理からエージェントのプロファイルを一括収集できる。

リロードによる反映

IM構成管理から設定したプロファイルを，リロードによってエージェントに反映できる。

再起動による反映

IM構成管理から設定したログファイルトラップ情報を，ログファイルトラップのプロセスを再起動することによってエージェントに反映できる。

ファイル送付による反映

IM構成管理からクラスタ用のログファイルトラップ情報だけエージェントに送付できる。

IM構成管理からログファイルトラップ情報をエージェントに送付できる。

プロファイルの一括反映

IM構成管理から次のプロファイルをエージェントに一括反映できる。

イベント転送情報

イベントログトラップ情報

ローカルアクション情報

IM構成管理から次のプロファイルをエージェントに一括反映できる。

イベント転送情報

ログファイルトラップ情報

イベントログトラップ情報

ローカルアクション情報

プロファイルの表示

IM構成管理で次の情報を表示できる。

サービスの稼働状態

有効設定情報

設定ファイルの内容

設定ファイルの内容の編集

エージェントのプロファイルの設定ファイルを編集できる。

編集内容の保存

編集した設定ファイルの内容を，IM構成管理が動作するマネージャーに保存できる。

ログファイルトラップ情報の追加

IM構成管理からログファイルトラップのプロファイルを追加できる。

ログファイルトラップ情報の削除

IM構成管理DBに保存されているログファイルトラップのプロファイルが削除される。

IM構成管理DBに保存されているログファイルトラップのプロファイル，およびエージェントのログファイルトラップのプロファイルが削除される。

ログファイルトラップの起動

IM構成管理からログファイルトラップを起動できる。

ログファイルトラップの停止

IM構成管理からログファイルトラップを停止すると，エージェントのログファイルトラップ情報を削除する。

IM構成管理からログファイルトラップを停止したときに，エージェントのログファイルトラップ情報を削除しない。

ログファイルトラップの自動起動

IM構成管理からログファイルトラップの自動起動の有効・無効を設定できない。ログファイルトラップを起動したときは自動起動が有効になり，ログファイルトラップを停止したときは自動起動が無効になる。

IM構成管理からログファイルトラップの自動起動の有効・無効を設定できる。

8.5.1　IM構成管理で管理対象となるプロファイル

IM構成管理では，エージェントのJP1/Baseで設定されているプロファイルおよびリモートの監視対象ホストのプロファイルを管理できます。

IM構成管理で管理するプロファイルを次に示します。

有効設定情報

エージェントのJP1/Baseおよびリモートの監視対象ホストで，現在有効になっている設定情報（サービス起動時に読み込んだ設定ファイルの情報）です。管理対象ホストのJP1/Baseがバージョン9以降の場合に管理できます。

設定ファイルの内容

エージェントのJP1/Baseおよびリモートの監視対象ホストで設定された定義ファイルの情報です。サービス起動後に定義情報を変更し，内容を反映していない場合は，有効設定情報とは異なります。

IM構成管理では，バージョン7以上のJP1/Baseのプロファイルを管理できます。

プロファイルの管理は，次の目的で使用できます。

通常運用時または障害発生時にホストの状態を確認する

システムのアップデート，メンテナンスなどのときに，プロファイルの内容を変更する

プロファイルの内容を，ほかのホストのプロファイルに適用する

(1)　エージェントのプロファイルの種別

IM構成管理で管理するエージェントのプロファイルの種類を，次の表に示します。

表8‒29　IM構成管理で管理するエージェントのプロファイルの種類

プロファイルの種類

内容

イベント転送情報

システムの階層構成に従ってJP1イベントを上位のホストに転送する機能に関するプロファイルです。

ログファイルトラップ情報

アプリケーションプログラムのログファイルに出力される情報をJP1イベントに変換する機能に関するプロファイルです。

設定ファイル名には，同じ名前を重複して付けられません。保存するディレクトリが異なる場合でも，プロセスごとに異なる設定ファイル名を付ける必要があります。なお，JP1/IM - ManagerがWindowsの場合，エージェントホストで使用する設定ファイル名は大文字小文字は区別しません。

イベントログトラップ情報

WindowsのイベントをJP1イベントに変換する機能に関するプロファイルです。

ローカルアクション情報※1

マネージャーを介さないエージェントでのアクションに関するプロファイルです。

認証サーバ情報※1

JP1/IMおよびJP1/AJSで構成されたシステム全体のユーザーを管理するサーバに関するプロファイルです。

JP1ユーザー権限レベル情報※1※2

JP1/IM，JP1/AJSなどを使用するユーザー（JP1ユーザー）の権限レベルに関するプロファイルです。

JP1ユーザー登録情報※1※2

登録済みJP1ユーザー一覧に関するプロファイルです。

OSユーザーマッピング情報※1※2

ジョブやコマンドの実行権限を持つOSユーザーと，JP1ユーザーとの対応付けに関するプロファイルです。

注※1

バージョン9以降のJP1/Baseを管理対象とします。

注※2

自ホストが認証サーバとして稼働している場合，認証サーバのサービスが起動しているときだけ表示できます。

自ホストが認証サーバとして稼働している場合，認証サーバのサービスが停止しているときは，グレー表示されます。

JP1/Baseで管理対象となるプロファイルは，各ホストのconfディレクトリ以下に配置されている設定ファイルの内容だけです。そのため，confディレクトリ以下ではない場所に保存されているログファイルトラップの設定ファイルなどは，IM構成管理では管理対象外となります。confディレクトリ以下ではない場所に保存されている設定ファイルをIM構成管理で管理する場合は，confディレクトリ以下に移行する必要があります。

また，JP1/Baseのイベントログトラップとログファイルトラップは，物理ホスト単位で管理します。論理ホスト単位では管理できません。論理ホストのイベントログトラップやログファイルトラップのプロファイルを表示または編集するためには，論理ホストに対応する物理ホストを特定して，該当する物理ホストのプロファイルを表示または編集する必要があります。

ただし，confディレクトリ以下ではない場所に保存されている設定ファイルを用いて起動しているサービスの場合でも，有効設定情報は参照できます。有効設定情報から，設定ファイルがconfディレクトリ以下に保存されているかどうかを確認できます。

IM構成管理でプロファイルまたはログファイルトラップを管理するために必要な操作の流れを，次に示します。

図8‒30　IM構成管理でプロファイルを管理するために必要な操作の流れ

システムの階層構成（IM構成）を反映する際に，ホスト名をIPアドレスで登録している場合，IM構成管理でプロファイルを管理できません。次のどれかの操作を実行すると，KNAN22412-Eのメッセージが表示されます。

［プロファイル表示/編集］画面を起動するとき

［IM構成管理］画面でプロファイルを一括収集するとき

ホスト名にIPアドレスが指定されているホストからは，プロファイルを一括収集できません。ほかのホストからは一括収集できます。

［IM構成管理］画面でプロファイルを一括反映しようとしたとき

ホスト名にIPアドレスが指定されているホストには，プロファイルを一括反映できません。ほかのホストには一括反映できます。

(2)　リモートの監視対象ホストのプロファイルの種別

IM構成管理で管理するリモートの監視対象ホストのプロファイルの種類を，次の表に示します。

表8‒30　IM構成管理で管理するリモートの監視対象ホストのプロファイルの種類

プロファイルの種類

内容

リモート監視ログファイルトラップ情報

アプリケーションプログラムのログファイルに出力する情報をJP1イベントに変換する機能に関するプロファイルです。

リモート監視イベントログトラップ情報

WindowsのイベントをJP1イベントに変換する機能に関するプロファイルです。

8.5.2　プロファイルリストの収集

IM構成管理では，プロファイルを収集する前に管理できるプロファイルの一覧（以降，プロファイルリストと呼びます）をエージェントおよびリモートの監視対象ホストから収集しておく必要があります。

収集したプロファイルリストは，［プロファイル表示/編集］画面のツリー表示領域に，ツリー形式で表示されます。

プロファイルに対応するサービス（イベントログトラップサービス，イベントサービスなど）が起動していない場合，プロファイルリストを収集すると，IM構成管理の画面では，次のように表示されます。

［プロファイル表示/編集］画面のツリー表示領域では，対象プロファイルはグレー表示されて，プロファイルリストから選択できません。

［プロファイル表示/編集］画面のノード情報表示領域では，設定ファイルの［収集状態］は変更されません。

［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページのノード情報表示領域では，［基本情報］ボタン選択時に，プロファイル収集状態が「収集済み」となります。

なお，ローカルアクションのサービスは，デフォルトでは，ホストに設定ファイル（jbslcact.conf）が存在しないため，休止状態になっています。そのため，［プロファイル表示/編集］画面でプロファイルリストを収集すると，KNAN20333-Iのメッセージが表示されます。また，［プロファイル表示/編集］画面のノード情報表示領域では，［収集状態］に「収集済み」と表示されます。

設定ファイル（jbslcact.conf）を作成して，ホストに反映すると，ローカルアクションのサービスを正常に起動できます。

設定ファイル（jbslcact.conf）を作成して，ホストに反映する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(6)(b)　エージェントごとに設定ファイルの編集内容を反映する」を参照してください。

次のどれかの操作でサーバに保存しているプロファイルリストを削除し，ホストからプロファイルリストを再取得します。エージェント構成でプロファイルが未反映の場合，プロファイルをホストに反映してからプロファイルツリーを再構築してください。なお，リモート監視構成の場合，プロファイルツリーを再構築する必要はありません。

［プロファイル表示/編集］画面のツリー表示領域で，JP1製品名（JP1/Base）をクリックして，［操作］メニューから［プロファイルツリー再構築］を選択する。

［プロファイル表示/編集］画面のツリー表示領域で，JP1製品名（JP1/Base）を右クリックして，［プロファイルツリー再構築］を選択する。

［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで，［操作］メニューの［プロファイル一括収集］を選択する。

ホストまたはホストのJP1/Baseを再起動した場合は，［プロファイル表示/編集］画面で，［操作］メニューから［プロファイルツリー再構築］を選択して，プロファイルリストをアップデートする必要があります。

なお，ホスト情報を収集した際もプロファイルリストはアップデートされます。

また，次のどちらかの操作を実行した場合に，IM構成管理DBにプロファイルリストが存在していないときは，プロファイルリストが新規作成，またはシステムがアップデートされます。

［プロファイル表示/編集］画面を表示する

［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで，［操作］メニューの［プロファイル一括収集］を選択する

IM構成管理によるプロファイルリストの収集の流れを次に示します。

図8‒31　IM構成管理によるプロファイルリストの収集の流れ

ホストがシステムの階層構成から削除されたり，IM構成管理の管理対象ホストから削除されたりした場合，または次のどれかの操作を実行した場合は，プロファイルリストが削除されます。

［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで，ホスト情報を収集する

［エージェント構成編集］画面または［リモート監視構成編集］画面で，作成または編集したシステムの階層構成を反映する

IM構成管理が動作するマネージャーで，インポートを実行する

ホストのJP1/Baseのバージョンごとに収集できるプロファイルリストを次の表に示します。

表8‒31　JP1/Baseのバージョンごとに収集できるプロファイルリスト

JP1/Baseのバージョン

プロファイル種別

説明

バージョン7およびバージョン8

イベント転送情報

−

ログファイルトラップ情報

−

イベントログトラップ情報

OSがWindowsの場合だけ収集できる

バージョン9以降

イベント転送情報

−

ログファイルトラップ情報※1

複数エントリーできる※2

イベントログトラップ情報

−

ローカルアクション情報

−

認証サーバ情報

有効設定情報の表示だけ

JP1ユーザー権限レベル情報

有効設定情報の表示だけ

認証サーバが自ホストのときだけ

JP1ユーザー登録情報

有効設定情報の表示だけ

認証サーバが自ホストのときだけ

OSユーザーマッピング情報

有効設定情報の表示だけ

（凡例）

−：該当しない

注※1

JP1/Baseのバージョンが09-10以降の場合，ログファイルトラップ動作定義ファイルおよびログファイルトラップ起動定義ファイルを収集できます。

JP1/Baseのバージョンが09-10より前の場合，ログファイルトラップ動作定義ファイルだけを収集できます。

注※2

各ホストのJP1/Baseのログファイルトラップのプロファイル数は，100ファイルまでです。

ホストまたはホストのJP1/Baseを再起動した場合は，IM構成管理で収集したプロファイルリストをアップデートする必要があります。

プロファイルリストは，次の場合に更新する必要があります。

ホストでイベント転送設定情報のindexファイルの内容を変更した場合

プロファイルリストを更新しないと，現在使用されていない古い設定ファイルの内容が表示されたり，設定ファイルを収集するときにエラーが表示されたりします。

ホストでプロファイルに対応するサービス（イベントログトラップサービス，イベントサービスなど）を停止または起動した場合

プロファイルリストを更新しないと，次の問題が発生します。

有効設定情報を表示するとき，設定ファイルを収集するとき，または設定ファイルを反映するときにエラーが表示される

［プロファイル表示/編集］画面のツリー表示領域に表示されるプロファイルリストで，目的のプロファイルがグレー表示されて選択できない

ホストでログファイルトラップを停止または起動した場合

プロファイルリストを更新しないと，有効設定情報を表示するとき，設定ファイルを収集するとき，または設定ファイルを反映するときにエラーが表示されます。

8.5.3　プロファイルの収集

IM構成管理では，エージェントおよびリモートの監視対象ホストからプロファイルを収集できます。エージェントの場合は，有効設定情報，および設定ファイルのプロファイルを収集します。リモートの監視対象ホストで収集できるプロファイルは，有効設定情報に限ります。

有効設定情報，および設定ファイルは，［プロファイル表示/編集］画面で取得します。

(1)　有効設定情報の収集

有効設定情報は，バージョン9以降のJP1/Baseが動作するエージェントおよびリモートの監視対象ホストから収集できます。

次の操作を実行すると，有効設定情報が収集されます。

［プロファイル表示/編集］画面を表示する

ツリー表示領域でプロファイルを選択する

［有効設定情報］ボタンをクリックする

IM構成管理による有効設定情報の収集の流れを次に示します。

図8‒32　IM構成管理による有効設定情報の収集の流れ

有効設定情報が取得できない場合は，次の原因が考えられます。

表8‒32　有効設定情報が取得できない場合の原因

状態

原因

対応

イベント転送情報の転送フィルター以下の有効設定情報が取得できない

イベントの転送設定ファイル（forward）で，イベントの転送先が上位ホストに設定されているが，システムの階層構成では，対象ホストに上位ホストが存在していないことが考えられます。

システムの階層構成が正しいかどうか確認してください。

ログファイルトラップ情報の有効設定情報が取得できない

ホストでログファイルトラップの再起動を行ったときに，プロセスIDが変更されて，IM構成管理が管理するプロセスIDと異なっていることが考えられます。ログファイルトラップは，再起動するたびにプロセスIDが変更されます。

［プロファイル表示/編集］画面のツリー表示領域で，JP1製品名（JP1/Base）をクリックして，［操作］メニューから［プロファイルツリー再構築］を選択して，プロファイルリストを最新状態に更新してください。

JP1ユーザー権限レベル情報，またはJP1ユーザー登録情報の有効設定情報が取得できない

自ホストが認証サーバとして稼働していないことが考えられます。

自ホストで認証サーバのサービスが起動しているかどうかを確認してください。

その他

対象となるサービスがホストで起動されていないことが考えられます。

jbs_spmd_statusコマンドを実行して，サービスが正しく起動されているかどうかを確認してください。Windowsの場合は，［コンピュータの管理］画面でも，サービスが正しく起動されているかどうかを確認できます。

(2)　エージェントごとの設定ファイルの収集

ホストごとのプロファイルの設定ファイルは，バージョン9以降のJP1/Baseが動作するエージェントから収集できます。

次のどちらかの操作を実行すると，設定ファイルが収集されます。

［プロファイル表示/編集］画面で，［編集］メニューの［排他編集設定］が有効になっている状態か，ツリー表示領域のプロファイルに排他編集権の設定が有効なアイコンが表示された状態で，［操作］メニューから［プロファイル収集］を選択する

［IM構成管理］画面で，［操作］から［プロファイル一括収集］を選択する

IM構成管理によるホストごとの設定ファイルの収集の流れを次に示します。

図8‒33　IM構成管理による設定ファイルの収集の流れ（ホストごとに収集する場合）

収集できる設定ファイルについては，「8.5.3(4)　JP1/Baseのバージョンごとに収集できる設定ファイル」を参照してください。

(3)　エージェントの設定ファイルの一括収集

［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで［操作］メニューの［プロファイル一括収集］を選択すると，エージェントの設定ファイルが一括収集されます。

ほかのユーザーが排他編集権を取得している設定ファイルがある場合，プロファイルは一括収集できません。なお，排他編集権の取得については，「8.5.7　設定ファイルの排他編集権の獲得と解除」を参照してください。

IM構成管理による設定ファイルの一括収集の流れを次に示します。

図8‒34　IM構成管理による設定ファイルの収集の流れ（一括収集する場合）

収集できる設定ファイルについては，「8.5.3(4)　JP1/Baseのバージョンごとに収集できる設定ファイル」を参照してください。

一括収集を実行したあとの設定ファイルの状態は，［プロファイル表示/編集］画面で確認できます。収集に失敗した設定ファイルがある場合，ノード情報表示領域の［設定内容］が非活性表示され，［状態］に設定ファイルの状態が表示されます。

設定ファイルの一括収集を実行したあとのホストの状態は，［IM構成管理］画面の［IM構成］ページで確認できます。収集に失敗した設定ファイルがある場合，［IM構成］ページで，ツリー表示領域のホストアイコンに，エラーの状態を示すアイコンが表示されます。詳細は，［IM構成］ページのノード情報表示領域で［基本情報］ボタンをクリックすると参照できます。

一括収集を実行中に，一つのホストでプロファイルの収集に失敗しても，一括収集処理は続行されて，ほかのホストのプロファイルが収集されます。また，IM構成管理が管理するホストで，ログファイルトラップ情報のプロファイル数の上限値を超えた場合は，メッセージが表示されて，対象ホストからの収集処理は中断されます。

設定ファイルの一括収集を実行する前に，対象ホストのプロファイルリストはすべて更新されるため，プロファイルリスト更新時に稼働していないサービスやプロセスの設定ファイルは収集されません。

設定ファイルの収集が完了したら，一括収集の完了を通知するメッセージが表示されます。

(4)　JP1/Baseのバージョンごとに収集できる設定ファイル

収集できる設定ファイルは，JP1/Baseのバージョンによって次のとおり異なります。

表8‒33　収集できる設定ファイル

プロファイル種別

設定ファイル

JP1/Baseのバージョン

注意事項

09-00より前

09-00〜09-01

09-10以降

イベント転送情報

イベントの転送設定ファイル（forward）

○

○

○

イベントサーバインデックスファイル（index），イベントサーバ設定ファイル（conf）などは収集しません。

ログファイルトラップ情報

ログファイルトラップ動作定義ファイル（ファイル名は任意）※1

○

○

○

JP1/Baseのバージョンが09-00より前の場合，次の制限事項があります。

一括収集だけできる

一つのログファイルトラップの設定ファイルだけが収集の対象となる

デフォルトのファイル名（jevlog.conf）でデフォルトの保存先（confディレクトリ）にある動作定義ファイルが，有効な動作定義ファイルと見なされる

ログファイルトラップ起動定義ファイル（jevlog_start.conf）※2※3

×

×

○

起動オプションとして表示されます。プロファイルとして表示されません。

ホストの環境がUNIXまたはLinuxの場合，起動LANGを設定しないでログファイルを収集すると，IM構成管理上で起動LANG「C」として収集されます。誤ったLANGで収集しないよう起動LANGを設定してください。

イベントログトラップ情報

イベントログトラップ動作定義ファイル（ntevent.conf）

○

○

○

ホストの環境がWindowsの場合だけ収集します。

ローカルアクション情報

ローカルアクション実行定義ファイル（jbslcact.conf）

×

○

○

−

（凡例）

○：収集できる

×：収集できない

−：該当しない

注※1

ログファイルトラップ動作定義ファイルを収集するには，エージェントのログファイルトラップの条件として，次に示すどちらかの条件が満たされている必要があります。

・ログファイルトラップのプロセスが稼働中である

・ログファイルトラップ起動定義ファイルが定義されている

注※2

UNIXまたはLinuxで起動LANGが設定されていないログファイルを収集した際，IM構成管理上で起動LANG「C」として収集されます。誤ったものを上書きしないよう起動LANGを設定してください。

注※3

ログファイルトラップ起動定義ファイルで指定したパラメーターが不正の場合，IM 構成管理・ビューアー上に起動オプションが正しく表示されないことがあります。

ログファイルトラップ起動定義ファイルで指定できるパラメーターについてはマニュアル「JP1/Base 運用ガイド」のログファイルトラップ起動定義ファイルの説明を参照してください。

(5)　設定ファイルの保存

エージェントから収集した設定ファイル，またはIM構成管理・ビューアーで編集したエージェントおよびリモートの監視対象ホスト設定ファイルを，IM構成管理が動作するマネージャーに保存できます。なお，リモートの監視対象ホストの設定ファイルは，動作定義ファイルだけが対象です。

次のどれかの操作を実行すると，収集内容が保存されます。

設定ファイルの排他編集権を獲得しているユーザーがいない状態で，［プロファイル表示/編集］画面で，［操作］メニューの［プロファイル収集］を選択する

［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで，［操作］メニューの［プロファイル一括収集］を選択する

［プロファイル表示/編集］画面のノード情報表示領域（設定情報）で，［保存する］を選択して，［実行］ボタンをクリックする

［プロファイル表示/編集］画面のノード情報表示領域（設定情報）で，［反映する］を選択して，［実行］ボタンをクリックする

IM構成管理が動作するマネージャーで，インポートを実行する

IM構成管理で保持できるホストの設定ファイルは，プロファイルごとに1個だけです。設定ファイルを保存したあと，ホストに反映していない状態でほかのユーザーが設定ファイルをホストから収集すると，上書き保存されます。

システムの階層構成内の全ホストからプロファイルを一括収集したときに収集できなかったプロファイルの設定ファイルは保存できません。

また，設定情報ファイルの保存場所および保存ファイル名は，ユーザーが指定できません。

なお，ホストを削除するとIM構成管理が動作するマネージャーに保存した設定ファイルは削除されます。また，［IM構成管理］画面の［ホスト一覧］ページで，ホスト情報を削除すると，設定ファイルは削除されます。

8.5.4　プロファイルの表示

IM構成管理では，［プロファイル表示/編集］画面で，エージェントのJP1/Baseおよびリモートの監視対象ホストのプロファイルを表示できます。

IM構成管理によるプロファイルの表示の流れを次に示します。

図8‒35　IM構成管理によるプロファイルの表示の流れ

(1)　エージェントの場合のプロファイルのサービス稼働状態と表示できる情報

プロファイルのサービス稼働状態と表示できる情報を，次の表に示します。

表8‒34　プロファイルのサービス稼働状態と表示できる情報（エージェントの場合）

プロファイル種別

サービスの稼働状態

有効設定情報の表示

設定ファイルの内容の表示

イベント転送情報

稼働中

○

○

停止中

×

○

ログファイルトラップ情報

稼働中

○

○

停止中

×

○

イベントログトラップ情報

稼働中

○

○

停止中

×

○

ローカルアクション情報

稼働中

○

○

休止中

×

○

停止中

×

○

（凡例）

○：表示できる

×：表示できない

(2)　リモートの監視対象ホストの場合のプロファイルのサービス稼働状態と表示できる情報

表示できるプロファイルの情報を次に示します。

リモート監視ログファイルトラップ情報

リモート監視イベントログトラップ情報（Windows限定）

8.5.5　プロファイルの追加と削除

IM構成管理では，エージェントのJP1/Baseのバージョンが09-10以降の場合，各エージェントで設定していた，ログファイルトラップのプロファイルを追加したり削除したりできます。また，リモートの監視対象ホストで設定していた，リモート監視ログファイルトラップのプロファイルを追加したり削除したりできます。

(1)　プロファイルの追加

ログファイルトラップおよびリモート監視ログファイルトラップのプロファイルを追加する流れを次に示します。

図8‒36　IM構成管理によるプロファイルの追加の流れ

プロファイルの追加は，IM構成管理・ビューアーの［プロファイル追加］画面から実行します。プロファイルを追加すると，［プロファイル表示/編集］画面のツリー表示領域に追加したプロファイルが表示されます。

なお，プロファイルを追加した場合，次に示す内容を編集して保存または反映する必要があります。

エージェントの場合

ログファイルトラップ動作定義ファイル

ログファイルトラップ起動定義ファイル

リモートの監視対象ホストの場合

リモート監視ログファイルトラップ動作定義ファイル

リモート監視ログファイルトラップの起動オプション

手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(5)　設定ファイルを編集する」を参照してください。

プロファイルの追加では，次の項目を設定できます。

表8‒35　プロファイルの追加で設定できる項目

項目

説明

監視名

ログファイルトラップの監視名を指定します。

すでに指定している監視名やログファイルトラップ動作定義ファイルと同じ名称の監視名は，指定できません。

クラスタID

論理ホストの共有ディスクのログファイルを管理する場合，クラスタIDを設定します。

クラスタIDについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

クラスタIDを有効にした場合，クラスタ用のログファイルトラップを指定できます。

プロファイルを追加する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(4)(a)　プロファイルを追加する」を参照してください。

IM構成管理から追加したログファイルトラップ情報をエージェントの監視対象ホストに反映した場合に配置される定義ファイルのパスを次の表に示します。

表8‒36　IM構成管理から追加した定義ファイルの配置先

設定ファイル

エージェントのOS種別

配置先

ログファイルトラップ動作定義ファイル

Windows

Baseパス¥conf¥cf_log_file_trap¥

UNIX

/etc/opt/jp1base/conf/cf_log_file_trap/

ログファイルトラップ起動定義ファイル

Windows

Baseパス¥conf¥event¥

UNIX

/etc/opt/jp1base/conf/event/

(2)　プロファイルの削除

ログファイルトラップおよびリモート監視ログファイルトラップのプロファイルを削除する流れを次に示します。

図8‒37　IM構成管理によるプロファイルの削除の流れ

プロファイルの削除は，IM構成管理・ビューアーの［プロファイル表示/編集］画面から実行します。プロファイルを削除すると，IM構成管理DBに保存されているログファイルトラップおよびリモート監視ログファイルトラップのプロファイルが削除されます。また，エージェントのJP1/Baseのバージョンが11-10以降の場合は，プロファイル削除を実行したときにエージェントのログファイルトラップ情報も削除されます。エージェントのJP1/Baseのバージョンが11-00以前の場合は，プロファイル削除を実行したときではなく，ログファイルトラップのプロセス停止を実行したときにエージェントのログファイルトラップ情報が削除されます。

ただし，次の図に示すように，クラスタ用のログファイルトラップのプロファイルを削除する場合，削除の流れが異なります。

図8‒38　IM構成管理によるクラスタ用のプロファイルの削除の流れ

プロファイルを削除すると，IM構成管理DBに保存されているログファイルトラップのプロファイルが削除されます。

エージェントの場合

ログファイルトラップ起動定義ファイルからログファイルトラップの起動定義情報が削除されたあと，ログファイルトラップ動作定義ファイルが削除されます。これによって，エージェントのログファイルトラップの設定が削除されます。

リモートの監視対象ホストの場合

リモート監視ログファイルトラップ起動定義ファイルからログファイルトラップの起動定義情報が削除されたあと，リモート監視ログファイルトラップ動作定義ファイルが削除されます。

なお，クラスタ用かクラスタ用ではないかに関係なく，削除したいログファイルトラップがエージェントで起動している場合，削除できません。削除したいログファイルトラップを停止してから削除してください。

プロファイルを削除する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(4)(b)　プロファイルを削除する」を参照してください。

8.5.6　設定ファイルの内容の編集

IM構成管理では，エージェントのJP1/Baseおよびリモートの監視対象ホストのプロファイルの設定ファイルを編集できます。

ここでは，設定ファイルの編集で使用する機能について説明します。

(1)　設定ファイルの内容の編集

［プロファイル表示/編集］画面で，表示した設定ファイルの内容を編集できます。

IM構成管理で編集できる設定ファイルを，次の表に示します。

表8‒37　IM構成管理で編集できる設定ファイル

プロファイル種別

設定ファイル

注意事項

イベント転送情報

イベントの転送設定ファイル（forward）

−

ログファイルトラップ情報

ログファイルトラップ動作定義ファイル（ファイル名は任意）

エージェントのJP1/Baseのバージョンが09-10以降の場合，MARKSTR，ACTDEF以外の項目を編集したときは，サービスの再起動が必要です。

エージェントのJP1/Baseのバージョンが09-10より前の場合，MARKSTR，ACTDEF以外の項目は編集しないでください。

ログファイルトラップ起動定義ファイル（jevlog_start.conf）

エージェントのJP1/Baseのバージョンが09-10以降の場合，起動オプションだけを編集できます。編集した起動オプションを基に，ログファイルトラップ起動定義ファイルが更新されます。

イベントログトラップ情報

イベントログトラップ動作定義ファイル（ntevent.conf）

イベントサーバ名（server）は編集できません。

ローカルアクション情報

ローカルアクション実行定義ファイル（jbslcact.conf）

−

リモート監視のログファイルトラップ情報

リモート監視ログファイルトラップ動作定義ファイル（ファイル名は任意）

−

リモート監視のイベントログトラップ情報

リモート監視イベントログトラップ動作定義ファイル（ファイル名は任意）

−

（凡例）

−：該当しない

［プロファイル表示/編集］画面では，設定ファイルに対して，次の操作ができます。

コピー

設定ファイルから文字列をコピーできます。事前に排他編集権を獲得する必要はありません。

ノード情報表示領域に表示されている設定ファイルの内容から，コピーしたい文字列を選択して，次のどちらかの操作を実行します。

メニューバーの［編集］−［コピー］を選択する

右クリックして［コピー］を選択する

切り取り

設定ファイルから文字列をコピーして，コピーした文字列を削除できます。事前に排他編集権を獲得する必要があります。

ノード情報表示領域に表示されている設定ファイルの内容から，切り取りたい文字列を選択して，次のどちらかの操作を実行します。

メニューバーの［編集］−［切り取り］を選択する

右クリックして［切り取り］を選択する

貼り付け

コピーした文字列または切り取った文字列を，設定ファイルに貼り付けられます。事前に排他編集権を獲得する必要があります。

ノード情報表示領域に表示されている設定ファイルの内容で，文字列を貼り付けたい個所を選択して，次のどちらかの操作を実行します。

メニューバーの［編集］−［貼り付け］を選択する

右クリックして［貼り付け］を選択する

設定ファイルの編集中に，編集内容をチェックしません。また，設定ファイルの編集中にIM構成管理・ビューアーを閉じたり，強制終了したりすると，編集内容は保存されません。

(2)　編集内容の保存

編集した設定ファイルの内容を，IM構成管理が動作するマネージャーに保存できます。

次のどれかの操作を実行すると，編集内容が保存されます。

［プロファイル表示/編集］画面のノード情報表示領域（設定情報）で，［保存する］を選択して，［実行］ボタンをクリックする

［プロファイル表示/編集］画面のノード情報表示領域（設定情報）で，［反映する］を選択して，［実行］ボタンをクリックする

［プロファイル表示/編集］画面の［操作］−［プロファイル保存/反映］−［サーバに反映］を選択する

IM構成管理が動作するマネージャーで，インポートを実行する

IM構成管理による設定ファイルの編集内容の保存の流れを次に示します。

図8‒39　IM構成管理による設定ファイルの編集内容の保存の流れ

保存できる設定ファイルを次に示します。

イベントの転送設定ファイル

ログファイルトラップ動作定義ファイル

ログファイルトラップ起動定義ファイル

イベントログトラップ動作定義ファイル

ローカルアクション実行定義ファイル

ただし，ログファイルトラップ起動定義ファイルは，エージェントのJP1/Baseのバージョンが09-10以降の場合だけ保存できます。

IM構成管理が動作するマネージャーに保存された設定ファイルの編集内容は，ホストには転送されません。

IM構成管理が動作するマネージャーに編集内容を保存したあと，ホストからプロファイルを収集すると，収集した内容が上書き保存されます。

(3)　編集内容の反映

編集した設定ファイルの内容を，エージェントのJP1/Baseに反映できます。また，リモートの監視対象ホストの設定ファイルの内容を，有効にできます。

設定ファイルごとの項目によって，反映する操作が異なります。反映する操作の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「5.9.2　［設定ファイル］ページ」を参照してください。

IM構成管理による設定ファイルの編集内容の反映の流れを，次に示します。

図8‒40　IM構成管理による設定ファイルの編集内容の反映の流れ

編集内容は，ホストごとに反映，または一括反映できます。

反映を実行したあとの設定ファイルの状態は，［プロファイル表示/編集］画面の［設定ファイル］ページで確認できます。反映に成功すると「反映済み」，失敗すると「反映失敗」の状態となります。サーバで保存している設定ファイルを使用していない場合，「空白」（未反映）となります。また，サーバに設定ファイルがあり，対象となるホストで使用していない場合，「サーバ保存済み」の状態となります。

設定ファイルの状態が「反映失敗」または「サーバ保存済み」の場合，［設定ファイル］ページのツリー表示領域に，編集中の状態を示すアイコンが表示されます。

なお，JP1/Baseがバージョン9以降の場合，設定ファイルの反映に失敗すると，エージェントの設定ファイルは元の設定ファイルにロールバックされます。

反映を実行したあとのホストの状態は，［IM構成管理］画面の［IM構成］ページで確認できます。「反映失敗」や「サーバ保存済み」の設定ファイルがある場合，ツリー表示領域のホストアイコンに，エラーの状態を示すアイコンが表示されます。詳細は，［IM構成］ページのノード情報表示領域で［基本情報］ボタンをクリックすると参照できます。

ホストごとに反映する

IM構成管理でホストごとに反映できる設定ファイルを次に示します。

イベントの転送設定ファイル

ログファイルトラップ動作定義ファイル

ログファイルトラップ起動定義ファイル

イベントログトラップ動作定義ファイル

ローカルアクション実行定義ファイル

リモート監視ログファイルトラップ動作定義ファイル

リモート監視イベントログトラップ動作定義ファイル

ただし，ログファイルトラップ起動定義ファイルは，エージェントのJP1/Baseのバージョンが09-10以降の場合だけ反映できます。

ホストごとに反映する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(6)(b)　エージェントごとに設定ファイルの編集内容を反映する」を参照してください。

一括反映する

IM構成管理で一括反映できる設定ファイルを，次に示します。

イベントの転送設定ファイル

ログファイルトラップ動作定義ファイル

ログファイルトラップ起動定義ファイル

イベントログトラップ動作定義ファイル

ローカルアクション実行定義ファイル

ただし，ログファイルトラップ起動定義ファイルは，エージェントのJP1/Baseのバージョンが11-10以降の場合だけ反映できます。

一括反映する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(6)(a)　設定ファイルの編集内容を一括で反映する」を参照してください。

なお，一括反映の場合，サーバに設定ファイルが存在しないときは，KNAN22497-Iのメッセージが表示されて，反映されません。

8.5.7　設定ファイルの排他編集権の獲得と解除

設定ファイルを収集または編集する場合，ほかのIM構成管理・ビューアーから設定ファイルを編集できないように，設定ファイルの排他編集権を獲得する必要があります。

ただし，この排他編集権は，ホスト上のJP1製品単位で獲得されるため，JP1/Baseの排他編集権とリモートの監視対象ホストの排他編集権は別々に獲得できます。したがって，例えば，JP1/Baseのプロファイルを編集中にリモートの監視対象ホストのプロファイルを編集できます。また，同時に複数ホストや複数のJP1製品の排他編集権を獲得できます。

ここでは，設定ファイルの排他編集権を獲得または解除する方法について説明します。

(1)　排他編集権の獲得

次のどれかの作業の前に，設定ファイルの排他編集権を獲得する必要があります。

設定ファイルを編集する

JP1/Base 09-10以降のログファイルトラップ，またはリモートの監視対象ホストのプロファイルを追加・削除や起動・停止する

設定ファイルをエクスポートまたはインポートする

下位のホストから設定ファイルの情報を収集する

プロファイルツリーの情報を更新する

次のどちらかの操作を実行すると，設定ファイルの排他編集権を取得できます。

［プロファイル表示/編集］画面のツリー表示領域で，JP1製品名（JP1/Base）またはリモート監視のプロファイル（リモート監視）をクリックして，［編集］メニューから［排他編集設定］を選択する

［プロファイル表示/編集］画面のツリー表示領域で，JP1製品名（JP1/Base）またはリモート監視のプロファイル（リモート監視）を右クリックして，［排他編集設定］を選択する

(2)　排他編集権の解除

次のどちらかの操作を実行すると，設定ファイルの排他編集権を解除できます。

［プロファイル表示/編集］画面のツリー表示領域で，JP1製品名（JP1/Base）またはリモート監視のプロファイル（リモート監視）を右クリックして，［排他編集解除］を選択する

［プロファイル表示/編集］画面のツリー表示領域で，JP1製品名（JP1/Base）またはリモート監視のプロファイル（リモート監視）をクリックして，［編集］メニューから［排他編集解除］を選択する

8.5.8　ログファイルトラップとイベントログトラップの起動と停止

次に示すログファイルトラップとイベントログトラップの起動・停止を管理できます。

ログファイルトラップ（エージェントの場合）

リモート監視ログファイルトラップ（リモートの監視対象ホストの場合）

リモート監視イベントログトラップ（リモートの監視対象ホストの場合）

ただし，エージェントの場合，JP1/Baseのバージョンが09-10以降のときに限ります。

これらを起動・停止するために，次に示す設定ファイルを使用します。

ログファイルトラップの場合

ログファイルトラップ動作定義ファイル

ログファイルトラップ起動定義ファイル

リモート監視ログファイルトラップの場合

リモート監視ログファイルトラップ動作定義ファイル

リモート監視イベントログトラップの場合

リモート監視イベントログトラップ動作定義ファイル

なお，エージェントの場合，JP1/Baseのバージョンを09-10より前のバージョンから09-10以降にした場合，起動順序定義ファイルまたはjbs_startコマンドでログファイルトラップを起動するように定義しているときは，ログファイルトラップの定義をログファイルトラップ起動定義ファイルに移行する必要があります。移行する方法については，マニュアル「JP1/Base 運用ガイド」のインストール・アンインストール時の注意事項の説明を参照してください。

(1)　ログファイルトラップとイベントログトラップの起動

IM構成管理によるログファイルトラップとイベントログトラップの起動の流れを次に示します。

図8‒41　ログファイルトラップとイベントログトラップの起動の流れ

起動の操作は，IM構成管理・ビューアーの［プロファイル表示/編集］画面から実行します。

エージェントの場合

ログファイルトラップの起動を実行すると，IM構成管理DBに保存されたログファイルトラップ動作定義ファイルが，エージェントに反映されます。そのあと，エージェントのログファイルトラップ起動定義ファイルにログファイルトラップの起動定義情報が，次のとおり反映されます。

ログファイルトラップ起動定義ファイルが定義されている場合

起動定義情報が上書きされます。

ログファイルトラップ起動定義ファイルが定義されていない場合

起動定義情報が追加されます。

ログファイルトラップ動作定義ファイルおよびログファイルトラップ起動定義ファイルの定義情報が反映されると，エージェントでコマンドが実行され，ログファイルトラップが起動します。

リモートの監視対象ホストの場合

リモート監視ログファイルトラップの起動を実行すると，リモートの監視対象ホストでコマンドが実行され，リモート監視ログファイルトラップが起動します。

リモート監視イベントログトラップの起動を実行すると，リモートの監視対象ホストでコマンドが実行され，リモート監視イベントログトラップが起動します。

なお，次に示す状態の場合，［プロファイル表示/編集］画面の［操作］−［プロセス起動］が使用できません。

起動しようとしたログファイルトラップやイベントログトラップが，すでに起動している場合

エージェントでクラスタIDが指定されている場合

クラスタIDが指定されている場合は，エージェントに設定ファイルを送付します。設定ファイルを送付する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(6)(b)　エージェントごとに設定ファイルの編集内容を反映する」を参照してください。

リモート監視ログファイルトラップを起動し，監視対象ホストへのNetBIOS（NetBIOS over TCP/IP）接続が行われたあとにWindowsのアカウント情報を変更した場合，NetBIOS（NetBIOS over TCP/IP）接続が切断されるまで接続が保たれます。NetBIOS（NetBIOS over TCP/IP）接続を切断して変更したアカウント情報で接続するためには，監視対象ホストまたはマネージャーホストのどちらか一方を再起動する必要があります。

エージェントのログファイルトラップを起動する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(7)(a)　ログファイルトラップを起動する」を参照してください。

リモート監視ログファイルトラップおよびリモート監視イベントログトラップを起動する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.2(5)(a)　リモート監視ログファイルトラップを起動する」を参照してください。

(a)　ログファイルトラップの自動起動

エージェントのJP1/Baseのバージョンが11-10以降の場合，エージェントホストが再起動したとき，またはログファイルトラップサービスが再起動したときにログファイルトラップを自動で起動するかどうかをIM構成管理で設定できます。

ログファイルトラップの自動起動の設定は，［プロファイル表示/編集］画面の［起動オプション］の［ログファイルトラップサービスが起動したときに自動でプロセス起動する］チェックボックスで指定します。［ログファイルトラップサービスが起動したときに自動でプロセス起動する］チェックボックスで指定したログファイルトラップの自動起動の設定は，次に示す契機でエージェントのログファイルトラップ起動定義ファイルに反映されます。

ログファイルトラップの起動

プロファイルの反映（リロード，再起動，またはファイルの送付）

プロファイル一括反映

［ログファイルトラップサービスが起動したときに自動でプロセス起動する］チェックボックスは，共通定義情報のLOGFILETRAP_AUTO_START_CONTROLが00000001（有効）のときだけ表示されます。

共通定義情報のLOGFILETRAP_AUTO_START_CONTROLが00000000（無効）のときは，［ログファイルトラップサービスが起動したときに自動でプロセス起動する］チェックボックスは表示されず，ログファイルトラップの自動起動の設定は次に示す動作で切り替わります。

ログファイルトラップを起動したとき，ログファイルトラップの自動起動の設定が有効になる。

ログファイルトラップを停止したとき，ログファイルトラップの自動起動の設定が無効になる。

共通定義情報のLOGFILETRAP_AUTO_START_CONTROLは，プロファイル管理環境定義ファイル（jp1cf_profile_manager.conf）で定義します。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「プロファイル管理環境定義ファイル（jp1cf_profile_manager.conf）」（2.　定義ファイル）を参照してください。

［プロファイル表示/編集］画面の［起動オプション］については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「5.9.2　［設定ファイル］ページ」を参照してください。

(2)　ログファイルトラップとイベントログトラップの停止

IM構成管理によるログファイルトラップとイベントログトラップの停止の流れを次に示します。

図8‒42　ログファイルトラップとイベントログトラップの停止の流れ

停止の操作は，IM構成管理・ビューアーの［プロファイル表示/編集］画面から実行します。

エージェントのJP1/Baseのバージョンが11-10以降の場合

ログファイルトラップの停止を実行すると，ログファイルトラップが停止します。ログファイルトラップを停止してもエージェントのログファイルトラップ起動定義ファイルからログファイルトラップの起動定義情報は削除されません。また，エージェントのログファイルトラップ動作定義ファイルも削除されません。

エージェントのJP1/Baseのバージョンが11-00以前の場合

ログファイルトラップの停止を実行すると，ログファイルトラップが停止します。その際，ログファイルトラップ起動定義ファイルからログファイルトラップの起動定義情報が削除されたあと，ログファイルトラップ動作定義ファイルが削除されます。これによって，エージェントのログファイルトラップの設定が削除されます。

リモートの監視対象ホストの場合

リモート監視ログファイルトラップの停止を実行すると，リモートの監視対象ホストでコマンドが実行され，リモート監視ログファイルトラップが停止します。

リモート監視イベントログトラップの停止を実行すると，リモートの監視対象ホストでコマンドが実行され，リモート監視イベントログトラップが停止します。

なお，次に示す状態の場合，［プロファイル表示/編集］画面の［操作］−［プロセス停止］が使用できません。

停止しようとしたログファイルトラップやイベントログトラップが，起動していない場合

エージェントでクラスタIDが指定されている場合

エージェントのログファイルトラップを停止する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(7)(b)　ログファイルトラップを停止する」を参照してください。

リモート監視ログファイルトラップおよびリモート監視イベントログトラップを停止する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.2(5)(b)　リモート監視ログファイルトラップを停止する」を参照してください。

8.5.9　プロファイルの同期

IM構成管理のプロファイル管理とJP1/Baseのプロファイル管理を併用して運用する場合，エージェント側でプロファイルを編集したり，マネージャー側（IM構成管理）でプロファイルを編集したりすると，エージェントとマネージャーが保持しているプロファイルが不一致になります。その場合，エージェントとマネージャーのプロファイルを手動で同期する必要があります。

同期が必要となる契機と同期の方法を次に示します。

表8‒38　プロファイルの同期が必要となる契機と同期の方法

項番

契機

同期の方法

操作

1

エージェントのプロファイルを編集した。

IM構成管理でエージェントからプロファイルを収集する。

［プロファイル表示/編集］画面で収集したいプロファイルを選択して，メニューから［プロファイル収集］を実行する。

2

jevdef_distribコマンドでエージェントにプロファイルを配布した。

IM構成管理でエージェントからプロファイルを一括収集する。

［IM構成管理］画面でメニューから［プロファイル一括収集］を実行する。

3

IM構成管理でプロファイルを編集してマネージャーに保存した。

マネージャーからエージェントにプロファイルを反映する。

［プロファイル表示/編集］画面の［設定ファイル］ページから，［反映する］ラジオボタンを選択したあと，［再起動］，［リロード］，［ファイルの送付］のどれかの方法で反映する。

4

jcfimportコマンドでプロファイルをインポートした。

マネージャーからエージェントにプロファイルを一括反映する。

［IM構成管理］画面でメニューから［プロファイル一括反映］を実行する。

IM構成管理では，プロファイルを表示したり，反映したりする際に，マネージャーが前回収集したプロファイルの内容とエージェントのプロファイルの最新の内容を比較して，不一致になっていないかチェックできます。不一致になっている場合は，エージェントのログファイル情報の設定ファイルが書き換えられた可能性があることを示すメッセージ（KNAN21187-W）をダイアログで通知します。この機能をエージェントのプロファイル更新通知機能と呼びます。

エージェントのプロファイル更新通知機能は，共通定義情報のAGENT_PROFILE_UPDATE_NOTICEで機能の有効・無効を設定できます。AGENT_PROFILE_UPDATE_NOTICEは，プロファイル管理環境定義ファイル（jp1cf_profile_manager.conf）で定義します。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「プロファイル管理環境定義ファイル（jp1cf_profile_manager.conf）」（2.　定義ファイル）を参照してください。

エージェントのプロファイル更新通知機能が有効の場合，［プロファイル表示/編集］画面で，次の操作をしたときにエージェントのプロファイルが更新されているかチェックします。なお，チェックするのは排他編集設定をしている場合だけです。

プロファイルの表示

プロファイルの反映（リロード，再起動，またはファイルの送付）

ログファイルトラップの起動

8.5.10　IM構成管理のプロファイル管理とJP1/Baseのプロファイル管理を併用する場合の注意事項

IM構成管理のプロファイル管理とJP1/Baseのプロファイル管理を併用する場合の注意事項について説明します。

(1)　JP1/BaseとIM構成管理から同時にプロファイルを反映する場合

［プロファイル編集/表示］画面で排他編集設定をしていても，JP1/Baseのjevdef_distribコマンドを使用した場合や定義ファイルを直接編集した場合のプロファイルの変更は排他できません。JP1/BaseとIM構成管理から同時にプロファイルを反映した場合は，あとから反映した内容が有効になります。

(2)　ログファイルトラップ起動定義ファイルに指定できるログファイルトラップの件数

JP1/Baseのログファイルトラップ起動定義ファイルに指定できるログファイルトラップの最大件数は200件です。IM構成管理が一つのホストで管理できるログファイルトラップの最大件数は100件です。そのため，一つのホストに設定するすべてのログファイルトラップをIM構成管理で管理する場合，jevdef_distribコマンドで配布する際のログファイルトラップ起動定義ファイルは，100件までにする必要があります。

8.6　リモートの監視対象ホストの管理

IM構成管理では，リモートの監視対象ホストから次に示すリモート監視のログ情報を収集することで，リモートの監視対象ホストを管理します。

リモート監視ログファイルトラップ情報

リモート監視イベントログトラップ情報（Windows限定）

ログ情報は，前回取得分との差分だけを行単位で収集します。

管理できるリモートの監視対象ホストは次のとおりです。また，管理するJP1/IM - Managerと同じ言語のリモートの監視対象ホストが対象となります。しかし，マルチバイト文字は使用できなくてASCIIコードの範囲になります。

管理するJP1/IM - ManagerがWindowsの場合，Windows/Linux/UNIXのリモートの監視対象ホスト

管理するJP1/IM - ManagerがLinux/UNIXの場合，Linux/UNIXのリモートの監視対象ホスト

なお，リモート監視はエージェント構成での監視と比べて機能的な制限があります。リモート監視，JP1/Baseを使用した監視の選択については，「8.2.8　エージェント構成とリモート監視構成の選択について」を参照してください。

リモート監視では，監視対象ホストのIPアドレスは，ManagerホストのOS上で名前解決されます。リモート監視を行う際は，監視対象ホストのホスト名を，hostsファイルやDNSに登録し，JP1/IM - ManagerホストのOS上で名前解決できるようにしてください。

8.6.1　ログ情報を収集する仕組み

リモート監視の認証管理およびリモート監視ログファイルトラップの機能が，IM構成管理の各機能およびJP1/Baseのログファイルトラップと連携して，リモートの監視対象ホスト上のSSH，WMI，NetBIOS（NetBIOS over TCP/IP）からリモート監視ログ情報を収集します。

リモート監視のログ情報を収集するための機能の関係を，次の図に示します。

図8‒43　リモート監視のログ情報を収集するための機能の関係

リモート監視のログ情報を収集するには，IM構成管理・ビューアーまたはリモート監視用のコマンドで設定した起動オプション文字列および動作定義の監視条件を基に，リモートの監視対象ホストに接続し，指定された監視間隔ごとにログファイルやイベントログの出力内容を収集して，JP1/Baseのログファイルトラップに渡します。

なお，起動オプション文字列は，IM構成管理・ビューアーまたはコマンドの起動オプションに設定された内容，およびリモート監視ログファイルトラップ起動定義ファイルまたはリモート監視イベントログトラップ動作定義ファイルの設定内容を使用します。また，動作定義はリモート監視ログファイルトラップ動作定義ファイル，およびリモート監視イベントログトラップ動作定義ファイルの設定内容を使用します。

リモート監視ログファイルトラップの機能を使用する場合は，監視名を指定してください。リモート監視ログファイルトラップの監視名は，ほかの監視対象ホストのリモート監視ログファイルトラップやJP1/Baseのログファイルトラップに使用している監視名と同一の監視名を指定できますが，同じ監視対象ホストの場合，同一の監視名を指定できません。監視対象ホストに対して，ユニークな名称となるように設定してください。

メモ

リモートイベントログトラップ機能を使用する場合は，JP1/Baseのログファイルトラップ機能で，内部的にDEFAULT0という監視名を使用しています。そのため，JP1/Baseのログファイルトラップ機能が出力するログのメッセージには，DEFAULT0という監視名が出力されます。ただし，JP1イベントの拡張属性の監視名には，DEFAULT0は設定されません。なお，リモート監視イベントログトラップ動作定義ファイルのfilterパラメーターでtrap-nameに監視名を指定した場合は，trap-nameに指定した値がJP1イベントの拡張属性の監視名に設定されます。

リモート監視のログ情報を収集する仕組みを次の図に示します。

図8‒44　リモート監視のログ情報を収集する仕組み

この図について説明します。

JP1/IM - Viewまたはリモート監視のコマンドで，事前フィルターを設定する。

事前フィルターについては，「8.6.5　事前フィルター」を参照してください。

JP1/IM - Viewまたはリモート監視のコマンドで，起動オプション文字列および動作定義の監視条件を設定する。

監視条件で設定した監視間隔ごとに，リモートの監視対象ホストに接続する。

リモートの監視対象ホストからログの差分情報を収集する。

収集した情報をJP1/Baseのログファイルトラップに渡す。

監視条件と一致したログ情報のJP1イベントをイベントDBに登録する。

なお，リモート監視をするには，あらかじめマネージャーと監視対象ホストを接続するためのリモート通信設定が必要です。通信設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.18　リモートの監視対象ホストでログ監視をするための設定（Windowsの場合）」，「2.17　リモートの監視対象ホストでログ監視をするための設定（UNIXの場合）」を参照してください。また，リモート監視のログ情報を収集するための設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.　IM構成管理によるシステムの階層構成の設定」を参照してください。

8.6.2　収集できるログ情報とリモート監視の接続方法

リモートの監視対象ホストから収集できるリモート監視のログ情報，およびリモート監視のための接続方法を次の表に示します。

なお，ホスト情報収集では，接続の確認とホスト情報をWMIとNetBIOS（NetBIOS over TCP/IP）の接続から収集しているため，リモート監視ホストのエージェントの条件として，WMIとNetBIOS（NetBIOS over TCP/IP）に接続できることを前提としています。そのため，イベントログだけを収集する際でも，WMIの接続に加えて，NetBIOS（NetBIOS over TCP/IP）の接続もできるようにしてください。

表8‒39　ログ情報とリモート監視の接続方法

JP1/IM - ManagerをインストールしているホストのOS

監視対象ホストのOS

ログ情報

接続方法

Windows

Windows

ログファイル

NetBIOS（NetBIOS over TCP/IP）

イベントログ

WMI

UNIX

ログファイル

SSH

UNIX

Windows

−

−

UNIX

ログファイル

SSH

（凡例）　−：該当しない

SSHの認証

SSHの認証には，公開鍵認証方式を使用します。

公開鍵認証の概念について，次の図に示します。なお，JP1/IM - ManagerのOSがWindowsの場合，実際の鍵の作成はUNIXの監視対象ホストで実施します。図では説明を省略します。

図8‒45　公開鍵認証の概念図

なお，クラスタシステムでの公開鍵認証には，実行系ノードと待機系ノードで共通の鍵を使用する方法と別々の鍵を使用する方法があります。

実行系ノードと待機系ノードで共通の鍵を使用する場合は，実行系ノードの鍵ファイルを待機系ノードの鍵ファイルに上書きコピーします。共通の鍵を使用する場合の概念について，次の図に示します。

図8‒46　公開鍵認証の概念図（実行系ノードと待機系ノードで共通の鍵を使用する場合）

実行系ノードと待機系ノードで別々の鍵を使用する場合は，実行系ノードの鍵ファイルと待機系ノードの鍵ファイルの両方をリモートの監視対象ホストに登録します。別々の鍵を使用する場合の概念について，次の図に示します。

図8‒47　公開鍵認証の概念図（実行系ノードと待機系ノードで別々の鍵を使用する場合）

8.6.3　監視できるログ情報

監視できるログ情報をログファイルトラップ情報，Windowsイベントログ情報に分けて説明します。

(1)　ログファイルトラップ情報の出力形式

リモート監視のログファイルトラップ機能で監視できるログファイルトラップ情報の出力形式を次に示します。なお，ログファイルを収集しているときに新たにログファイルが出力されると，同一のログファイルが2回トラップされることがあります。

SEQ

一つのログファイルに追加書き込みし続ける形式，またはログファイルが一定の容量に達すると別のファイル名で新たにログファイルを作成して書き込む形式です。

SEQ2

ログファイルが一定の容量に達すると，配下のディレクトリを含む同一ディレクトリ内にファイル名を変更して退避ファイルとして保存したあと，変更前と同じ名称のログファイルを作成して新たにログを書き込む形式です。

次にログファイルがトラップされるまで，作成された退避ファイルを削除しないでください。

監視間隔の間にログファイルが切り替わると，最後に保存された退避ファイル内から前回読み込んだデータ以降に蓄積されたデータを読み込んだあと，新たなログファイル内のデータを読み込みます。それ以外のデータは読み込みません。そのため，SEQ2形式のログファイルを監視する場合は，監視間隔の間にログファイルが2回以上切り替わらないように設定する必要があります。

監視間隔を設定するには，jcfallogstartコマンドまたは［プロファイル表示／編集］画面の［起動オプション］の［追加オプション］で-tオプションを指定します。

WRAP2

ログファイルが一定の容量に達してラップアラウンドする際に，ログファイル内のデータをすべて削除したあと，再び先頭からデータを書き込む形式です。

WRAP2の場合，データをすべて読み込む前にラップアラウンドしてデータが削除されると，読み込めないデータが発生します。

監視間隔を長くすると，一度に読み込むデータの量が多くなることがあるため，設定する際に注意してください。

監視間隔を設定するには，jcfallogstartコマンドまたは［プロファイル表示／編集］画面の［起動オプション］の［追加オプション］で-tオプションを指定します。

ログファイルの条件を次に示します。

表8‒40　ログファイルの条件

項目

条件

ファイル名

監視対象ホストがUNIXの場合，監視対象ファイルパスに半角英数字，「-」，「_」，「.」，「/」を含むログファイルを監視できます。それ以外の文字を含むファイルパスについては，正常に監視できない場合があります。

ファイル出力先

監視対象ホストがクラスタ構成のホストで，監視対象ホストとして論理ホスト名を指定する場合，共有ディスク上のログファイルだけを監視できます。ネットワークファイルは監視できません。

物理ディスク上のファイルは，実行系および待機系ホストが保持している情報のため，論理ホスト名では監視できません。物理ディスク上のファイルを監視する場合は，監視対象ホスト名に，実行系および待機系ホストの物理ホスト名を指定してください。

ファイルサイズ

64メガバイト以下

文字列

JIS X 0208の範囲内

JIS X 0208の範囲外の文字列を使用した場合，正常に監視できないおそれがあります。

取得上限

収集したログの合計サイズが，リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）で指定した取得上限のサイズ以内※

指定したサイズを超える場合，ログファイルをトラップしません。なお，監視対象ホストがUNIXで事前フィルターを使用している場合，ログファイルの差分は事前フィルターを適用したあとのサイズです。

起動時の監視開始位置

ログファイルの最後に出力される改行コードの次の文字

ただし，監視対象ホストがWindowsの場合にログファイルの終端からログの取得上限で設定した値（省略した場合は10キロバイト）以内に改行コードがないとき，ファイルの終端の次に出力される文字となります。

注※

リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）」（2.　定義ファイル）を参照してください。

(2)　Windowsイベントログ情報の種別

リモート監視のイベントログトラップ機能で監視できるWindows イベントログ情報の種別を次に示します。

アプリケーション（またはApplication）

セキュリティ（またはSecurity）

システム（またはSystem）

DNS Server

Directory Service

ファイル レプリケーション サービス（またはFile Replication Service）

DFS レプリケーション（またはDFS Replication）

なお，Windows Server 2008 R2で追加されたログの種類「Critical」，および「Verbose」には対応していません。ログの種類「Critical」，「Verbose」のイベントは，それぞれJP1イベントの重大度が「Error」，「Information」のイベントとして収集されます。

リモート監視イベントログトラップを使用する場合は，マネージャーホストと監視対象ホストの日時を，現在の日時に正しく合わせてください。

マネージャーホストと監視対象ホストの日時が異なっている場合，正常に監視できないおそれがあります。また，監視対象ホストに，監視対象ホストの現在時刻より未来の時刻のイベントログが存在している場合，正常に監視できないおそれがあります。

監視対象ホストがクラスタ構成のホストで，監視対象ホストとして論理ホスト名を指定する場合，Windowsイベントログを監視できません。

Windowsイベントログは，実行系および待機系ホストが保持している情報のため，監視対象ホスト名に，実行系および待機系ホストの物理ホスト名を指定してください。

Windowsイベントログの条件を次に示します。

表8‒41　Windowsイベントログの条件

項目

条件

文字列

JIS X 0208の範囲内

JIS X 0208の範囲外の文字列を使用した場合，正常に監視できないおそれがあります。

取得上限

収集したWindowsイベントログの合計サイズが，リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）で指定した取得上限のサイズ以内※

指定したサイズを超える場合，Windowsイベントログをトラップしません。なお，事前フィルターを使用している場合，Windowsイベントログの差分は事前フィルターを適用したあとのサイズです。

起動時の監視開始位置

リモート監視イベントログトラップ起動後に監視対象ホストで発生したWindowsイベントログ

なお，リモート監視が停止中に発生したログを収集するように設定している場合は，停止時に監視していたWindowsイベントログになります。リモート監視が停止中に発生したログを収集するかどうかの設定は，リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）で指定できます。※

注※

リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）」（2.　定義ファイル）を参照してください。

8.6.4　ログ情報の監視間隔

ログ情報の収集完了から次の収集開始までを，監視間隔とします。

監視間隔の概要を次の図に示します。

なお，監視対象ホストで監視対象のログが発生した場合，JP1イベントの発行までに最大で監視間隔と収集完了までの合わせた時間分空くことがあります。

ログ情報の収集がエラーになった場合は，収集エラーの発生時間から収集開始時間までのリトライ間隔で，ログ情報を再収集します。リトライ回数を超えた場合は，監視が停止します。また，JP1/IM - Managerが停止している場合は，ログ情報を収集しません。

リモート監視ログファイルトラップの場合

リモート監視ログファイルトラップのリトライ間隔の概要を次の図に示します。

リモート監視ログファイルトラップのリトライは，リモート監視ログファイルトラップ動作定義ファイルの次の項目で指定した回数および間隔で実施されます。

open-retry-timesで指定した回数（open-retry-timesを省略した場合，リトライ回数は1回。）

open-retry-intervalで指定した間隔（open-retry-intervalを省略した場合，リトライ間隔は3秒。）

ただし，jcfallogdefコマンドまたはjcfallogstartコマンドで-rオプションを指定した場合は，リトライをしないで通常の監視間隔でログの収集を継続します。

リモート監視イベントログトラップの場合

リモート監視イベントログトラップのリトライ間隔の概要を次の図に示します。

リモート監視イベントログトラップのリトライは，リモート監視イベントログトラップ動作定義ファイルの次の項目で指定した回数および間隔で実施されます。

open-retry-timesで指定した回数（open-retry-timesを省略した場合，リトライ回数は3回。）

open-retry-intervalで指定した間隔（open-retry-intervalを省略した場合，trap-intervalに指定した値。open-retry-intervalとtrap-intervalどちらも省略した場合，リトライ間隔は300秒。）

注意事項

ラップアラウンドの頻度が高い場合や，監視間隔やリモート監視ログファイルトラップのリトライ期限を長く指定した場合に，ログファイルトラップがデータを読み込む前に上書きされてしまい，データの読み込み漏れが発生するおそれがあります。データの読み込み漏れを防ぐために，次の監視間隔の見積もり式を参考にしてください。

ログファイルのサイズ（バイト）×ログファイル数 > 1秒当たりの出力サイズ（バイト）×監視間隔（秒）またはリモート監視ログファイルトラップのリトライ期限（秒）

監視対象への接続が失敗すると，マネージャーホストのWindowsイベントログに接続失敗のエラーログなどが出力される場合があります。このため，リトライが継続的に発生するとWindowsイベントログにエラーログなどが大量に出力されることがあります。リトライ間隔とリトライ回数は，リトライ時にWindowsイベントログへ出力されるエラーログなどを考慮して設定してください。

それぞれの動作定義ファイルについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「リモート監視ログファイルトラップ動作定義ファイル」（2.　定義ファイル）および「リモート監視イベントログトラップ動作定義ファイル」（2.　定義ファイル）を参照してください。

8.6.5　事前フィルター

事前フィルターは，リモートの監視対象ホストから取得するログファイルやイベントログをフィルタリングするためのフィルターです。このフィルターを設定することで，指定した条件に一致したログファイルまたはイベントログだけをサーバに転送するため，転送されるデータ量を制御できます。

フィルターを設定しない場合，動作定義ファイルに記載した監視したい内容以上のデータを監視対象サーバから取得し，収集間隔で収集できるデータのサイズの制限値を超えてトラップ時に警告が発生するときがあります。事前フィルターが利用できるか検討してください。

事前フィルターの対象となるプロファイルを次に示します。

SSH接続時のリモート監視ログファイルトラップ

WMI/NetBIOS（NetBIOS over TCP/IP）接続時のリモート監視イベントログトラップ

事前フィルターは，［プロファイル表示/編集］画面，またはリモート監視のコマンド（jcfallogstart，jcfallogdef，jcfaleltstart，jcfaleltdef）の-filterオプションで設定します。設定内容は，リモート監視ログファイルトラップまたはリモート監視イベントログトラップが起動したときに反映されます。詳細については，次の参照先を参照してください。

［プロファイル表示/編集］画面

「JP1/Integrated Management 3 - Manager 画面リファレンス」の「5.9　［プロファイル表示/編集］画面」

jcfallogstartコマンド

「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcfallogstart」（1.　コマンド）

jcfallogdefコマンド

「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcfallogdef」（1.　コマンド）

jcfaleltstartコマンド

「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcfaleltstart（Windows限定）」（1.　コマンド）

jcfaleltdefコマンド

「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcfaleltdef（Windows限定）」（1.　コマンド）

8.6.6　1台のJP1/IM - Managerで収集できるログの取得上限

リモート監視では，1台のJP1/IM - Managerで収集できるログの取得上限は10MBです。

図8‒48　1台のJP1/IM - Managerで収集できるログの取得上限

1台のJP1/IM - Managerで収集できるログの取得上限が10MBを超えている場合は，JP1/IM - Manager が稼働するマシンの負荷が高くなり，ログファイルやWindowsイベントログがトラップされないことがあります。

1台のJP1/IM - Managerで収集できるログの取得上限は，ログの取得上限と監視対象ホスト数，ログファイル監視数，およびイベントログ監視数によって決まります。ログの取得上限については，「8.6.3　監視できるログ情報」を参照してください。

1台のJP1/IM - Managerで収集できるログの取得上限の計算式を次に示します。

a×b＋c×d＋e×f（バイト）

（凡例）

a：リモート監視イベントログトラップのログの取得上限

b：稼働するリモート監視イベントログトラップの合計

c：リモート監視ログファイルトラップで監視対象がUNIXの場合のログの取得上限

d：稼働するリモート監視ログファイルトラップ（監視対象ホストがUNIX）のログファイル監視の合計

e：リモート監視ログファイルトラップで監視対象ホストがWindowsの場合のログの取得上限

f：稼働するリモート監視ログファイルトラップ（監視対象ホストがWindows）のログファイル監視の合計

8.6.7　発生元ホストのマッピング

リモート監視で発行するJP1イベントの発行元イベントサーバ名は，監視対象ホスト名ではなく，統合マネージャーのホスト名となります。リモート監視で発行するJP1イベントについて，監視対象ホスト名を発生元ホストとして表示・定義するには，発生元ホスト名（E.JP1_SOURCEHOST）に格納しておく必要があります。また，発生元ホストマッピング機能が無効の場合，リモート監視で発行するJP1イベントの発生元ホスト名（監視対象ホスト名）がイベント一覧に表示されないため，イベント一覧に表示したいときは，発生元ホストマッピング機能を有効（jcoimdef -hostmap ON）にする必要があります。リモート監視で発行するJP1イベントの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「3.2.2　JP1/IM - Managerが出力するJP1イベントの詳細」を参照してください。なお，共通定義ATTR_EVENT_LOGTRAP_SOURCEHOSTが0の場合，リモート監視イベントログトラップで発生元ホスト名が設定されないため注意してください。

8.6.8　リモート監視停止中に発生したログの監視

リモート監視機能は，収集したログの収集位置を保存し，リモート監視が再起動したときに前回の収集状態を復元することで，リモート監視停止中に発生したログを監視できます。

図8‒49　リモート監視停止中に発生したログを監視する場合の動作

リモート監視を停止し再起動した場合，起動時に図中の「収集（3）」を実行します。「収集（3）」では，「収集（B）」から「収集（C）」までに発生したログを収集します。

リモート監視ログファイルトラップおよびリモート監視イベントログトラップで，リモート監視が再起動したときに前回の収集状態を引き継げます。リモート監視ログファイルトラップの収集状態を引き継いだ場合，監視ログファイルの最後に収集した行の次の行以降を収集します。リモート監視イベントログトラップの収集状態を引き継いだ場合，最後に収集したイベントログよりあとに発生したイベントログを収集します。

リモート監視停止中に発生したログを監視するかどうかは，リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）のSTART_OPTIONパラメーターで指定します。リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）」（2.　定義ファイル）を参照してください。

(1)　注意事項

リモート監視を停止してから，再起動するまでの間にIM構成管理でした操作によって，収集状態の引き継ぎができなくなるケースがあります。

収集状態の引き継ぎができなくなるケース（リモート監視ログファイルトラップの場合）

監視対象ログファイル名の設定を前回の停止時から追加，変更した場合※1

プロファイルを削除し，再度同名のプロファイルを作成した場合

監視対象ホストをリモート監視構成から削除し，再度リモート監視構成に追加した場合

監視対象ホストのホスト情報収集をしたときに，監視対象のOS名が変わっている場合

監視対象ホストのリモート監視設定を変更したときに，通信種別（WMI/NetBIOS，SSH）を変更した場合

監視対象のホストをIM構成管理のホスト一覧から削除し，再度ホスト一覧に登録した場合

ログファイルの形式がSEQ，SEQ2，またはWRAP2のログファイルを監視中に，KNAN26095-Eのエラーメッセージが出力されて，リモート監視が停止した場合※2

注※1　ファイル名は，大文字・小文字を区別します。

注※2　エラーの詳細については，マニュアル「JP1/Integrated Management 3 - Manager メッセージ」の「2.13　IM構成管理に関するメッセージ（KNAN22000〜KNAN26999）」を参照してください。

収集状態の引き継ぎができなくなるケース（リモート監視イベントログトラップの場合）

監視対象ホストをリモート監視構成から削除し，再度リモート監視構成に追加した場合

監視対象ホストのホスト情報収集をしたときに，監視対象のOS名が変わっている場合

監視対象のホストをIM構成管理のホスト一覧から削除し，再度ホスト一覧に登録した場合

リモート監視ログファイルトラップで監視中のログファイルを編集，または削除する場合は，リモート監視ログファイルトラップを停止してください。リモート監視ログファイルトラップの動作中にログファイルを編集，または削除すると，ログファイルの監視位置がずれて，正しく変換できなくなることがあります。

8.6.9　リモートでログファイルやイベントログを監視する場合の注意事項

(1)　リモート監視の技術情報の確認

Windowsのリモート監視では，WindowsのOSのWMIの機能を使用します。そのため，WMIの仕様に従った動作をします。WMIの仕様は更新されることがあるため，情報については，下記などをご確認いただいた上でご使用ください。

http://support.microsoft.com/

(2)　システム共通設定のIMホストアカウントに関する注意事項

JP1/IM - ManagerホストがWindows Server 2012，Windows Server 2012 R2，Windows Server 2016，Windows Server 2019，またはWindows Server 2022の場合，IMホストアカウントには以下のいずれかを指定してください。

UAC機能が有効の場合：

JP1/IM - ManagerホストのBuilt-in Administrator

UAC機能が無効の場合：

JP1/IM - ManagerホストのAdministratorsグループに所属するユーザー※

注※　Windows Server 2012，Windows Server2012 R2，Windows Server 2016，

Windows Server 2019，またはWindows Server 2022の場合は，ローカルセキュリティポリシーの「ユーザー アカウント制御: 管理者承認モードですべての管理者を実行する」を無効にする必要があります。

ローカルセキュリティポリシーの変更の影響についてはOSに確認をお願いします。IMホストアカウントの設定変更後は，JP1/IM - Managerのサービスを再起動してください。

(3)　監視対象ホストで必要となるパッケージについての注意事項

ログデータを収集するためのパッケージが必要になります。リリースノートを参照して，必要なパッケージを適用してください。

(4)　OpenSSH 4.6p1 以前の OpenSSH を使用する場合

OpenSSH 4.6p1 以前の OpenSSH を使用する場合，監視対象ホストのシステムログに以下のエラーが出力される場合がありますが，本エラーによるJP1/IM - Managerの動作への影響はございません。

出力されるシステムログ

error: channel 0: chan_read_failed for istate 3

本エラーを出力しないようにするためには，OpenSSH 4.7p1 以降を使用してください。

(5)　クラスタ環境上のJP1/IM - Managerでリモート監視を実行した場合

クラスタ環境上のJP1/IM - Managerでリモート監視を実行した場合，フェールオーバー中に発生したメッセージの監視を行なうことはできません。

(6)　リモート監視の監視対象ホストの名前解決について

リモート監視の監視対象ホストの名前解決にはOSの設定が使用されます。JP1/Baseのjp1hosts，jp1hosts2は使用されません。

(7)　リモートログファイル監視について

リモートログファイル監視で，シンボリックリンク，およびハードリンクのファイルの監視はできません。

8.7　サービスの稼働情報の管理

IM構成管理では，IM構成管理・ビューアーを操作して，管理対象の各ホストで動作するサービスの状態を確認できます。

この機能によって，各ホストで動作するサービスの状態を監視したり，障害が発生したホストでサービスの状態を調査したりできます。

この節では，IM構成管理が管理するサービスの稼働情報，およびサービスの状況を確認するための機能について説明します。

8.7.1　IM構成管理で稼働情報を確認できるサービス

IM構成管理では，対象ホストで動作するJP1製品のサービスのうち，システムの階層構成（IM構成）に関連するサービスの稼働情報を確認できます。

IM構成管理でサービスの稼働情報の収集を実行すると，対象ホストで，サービスの稼働情報を収集するコマンドが実行されます。このため，対象ホストにコマンドの実行ログが出力されます。

IM構成管理で稼働情報を確認できるサービスおよび収集コマンドを次の表に示します。

表8‒42　稼働情情報を確認できるサービスおよび収集コマンド

製品名

サービス名

収集コマンド

JP1/Base

JP1/Base

jbs_spmd_status

イベントサービス

jevstat

ログファイルトラップ

jevlogstat ALL

JP1/IM - Manager

JP1/IM3-Manager

jco_spmd_status

リモート監視構成の場合，動作状況を確認するコマンドで，次の稼働情報を確認できます。

リモート監視ログファイルトラップ

次のとおり指定します。

jcfallogstat -o 対象ホスト名 ［-h 論理ホスト名］

リモート監視イベントログトラップ

次のとおり指定します。

jcfaleltstat -o 対象ホスト名 ［-h 論理ホスト名］

8.7.2　サービスの稼働情報の収集

IM構成管理では，管理対象の各ホストからサービスの稼働情報を収集できます。

ホストからサービスの稼働情報を収集するためには，IM構成管理DBにホストを登録し，ホスト情報を収集している必要があります。また，ホストでJP1/Baseが動作している必要があります。ただし，バージョン9より前のJP1/Baseの場合は，サービスの稼働情報を収集できません。

(1)　サービスの稼働情報を収集する方法

サービスの稼働情報は，IM構成管理・ビューアーで次のどちらかの操作を実行すると取得できます。

［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで，ホストを選択し，［サービス情報］ボタンをクリックする

［IM構成］ページで，［最新情報に更新］ボタンをクリックする（表示内容を更新したい場合）

サービスの稼働情報の収集の流れを次の図に示します。

図8‒50　サービスの稼働情報の収集の流れ

収集したサービスの稼働情報は，IM構成管理が動作しているマネージャーのメモリーに保存されます。IM構成管理DBには保存されません。

(2)　サービスの稼働情報の収集対象となるホスト

IM構成管理でサービスの稼働情報を収集する場合，選択できる対象ホストは1台だけです。また，IM構成管理が実行されているマネージャーによって，サービスの稼働情報を収集できるホストの範囲が異なります。

統合マネージャーからサービスの稼働情報を収集できるホストの範囲を，次の表に示します。

表8‒43　統合マネージャーからサービスの稼働情報を収集できるホストの範囲

ホストの種類

収集の可否

自ホスト

○

中継マネージャー

○

拠点マネージャー

○

エージェント

自ホストの直下にある場合

○

中継マネージャーの配下にある場合

○

拠点マネージャーの配下にある場合

×※

リモートの監視対象ホスト

自ホストの直下にある場合

×

拠点マネージャーの配下にある場合

×

（凡例）

○：収集できる

×：収集できない

注※

拠点マネージャーの配下にあるエージェントの場合，統合マネージャーからはファイアウォールを経由して接続できないことがあるので，サービスの稼働情報は拠点マネージャーで収集します。

拠点マネージャーからサービスの稼働情報を収集できるホストの範囲を，次の表に示します。

表8‒44　拠点マネージャーからサービスの稼働情報を収集できるホストの範囲

ホストの種類

収集の可否

自ホスト

○

親ホスト

×※1

中継マネージャー

○※2

拠点マネージャー

○※2

エージェント

自ホストの直下にある場合

○

中継マネージャーの配下にある場合

○※2

下位の拠点マネージャーの配下にある場合

×※3

リモートの監視対象ホスト

自ホストの直下にある場合

×

拠点マネージャーの配下にある場合

×

（凡例）

○：収集できる

×：収集できない

注※1

親ホストの場合，ホスト情報を収集できないため，サービスの稼働状況を収集できません。

注※2

統合マネージャーを含めて3階層以上の構成になるため，推奨しません。

注※3

下位の拠点マネージャーの配下にあるエージェントに対して，統合マネージャーからファイアウォールを経由して接続できないことがあるので，サービスの稼働情報は下位の拠点マネージャーで収集します。

8.7.3　サービスの稼働情報の表示

IM構成管理では，管理対象の各ホストから収集したサービスの稼働情報は，［IM構成管理］画面の［IM構成］ページ（サービス情報）に表示できます。

IM構成管理によるサービスの稼働情報の表示の流れを，次の図に示します。

図8‒51　IM構成管理によるサービスの稼働情報の表示の流れ

8.8　IM構成管理の管理情報のエクスポート・インポート

IM構成管理では，IM構成管理が管理する情報をエクスポートしたり，エクスポートした情報をインポートしたりできます。

IM構成管理の管理情報のエクスポート・インポートは，次の目的で使用できます。

システムの階層構成（IM構成）を，テスト環境から運用環境に移行したり，変更前の環境から変更後の環境に移行したりする

IM構成管理の管理情報を，ほかのIM構成管理が動作するマネージャーサーバから移行する

一時的または定期的に，システムの階層構成を変更する

障害等発生時に，設定を過去の状態に戻す

この節では，IM構成管理でエクスポート・インポートの対象となる情報，およびエクスポート・インポートするための機能について説明します。

8.8.1　IM構成管理でエクスポート・インポートの対象となる情報

IM構成管理で管理する情報とエクスポート・インポートの対象範囲を，次の表に示します。

表8‒45　IM構成管理で管理する情報とエクスポート・インポートの対象範囲

IM構成管理が管理する情報

エクスポート

インポート

ホスト情報

手動入力項目

○

○

OS情報

○

×

製品情報

○

×

仮想化構成情報

○

○

リモート通信方法

○

○

ユーザー・パスワード情報

○

○

システムの階層構成

エージェント構成情報

○

○

リモート監視構成情報

○

○

リモート認証情報

WMI認証情報

○

○

SSH認証情報出力

○

○

業務グループ情報

○

○

監視グループ情報

○

○

プロファイル※1

イベントの転送設定ファイル

○

○

イベントログトラップ動作定義ファイル

○

○

ログファイルトラップ動作定義ファイル※2

○

○

ログファイルトラップ起動定義ファイル※2

○

○

ローカルアクション実行定義ファイル

○

○

認証サーバ設定ファイル

×

×

JP1ユーザー設定ファイル

×

×

ユーザーマッピング設定ファイル

×

×

リモート監視ログファイルトラップ動作定義ファイル

○

○

リモート監視ログファイルトラップ起動定義ファイル

○

○

リモート監視イベントログトラップ動作定義ファイル

○

○

サービス稼働情報

×

×

（凡例）

○：対象となる

×：対象とならない

注※1

プロファイル設定ファイルを収集していないホストの場合，エクスポートするデータはありません（ディレクトリも作成されません）。

注※2

次の状態でインポートされます。

インポート先のホストに，インポートしたログファイルトラップと同じ名称の監視名のログファイルトラップが起動状態である場合

ログファイルトラップが起動状態，インポートしたプロファイルの編集内容が反映されていない状態でインポートされます。インポートしたプロファイルの編集内容を反映するには，インポートしたあとに，再起動して反映してください。再起動して反映する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(6)(b)　エージェントごとに設定ファイルの編集内容を反映する」を参照してください。

インポート先のホストに，インポートしたログファイルトラップと同じ名称の監視名のログファイルトラップが停止状態である場合

ログファイルトラップが停止状態，インポートしたプロファイルの編集内容が反映されていない状態でインポートされます。インポートしたプロファイルの編集内容を反映するには，インポートしたあとに，ログファイルトラップを起動してください。ログファイルトラップを起動する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(7)(a)　ログファイルトラップを起動する」を参照してください。

インポート先のホストに，インポートしたログファイルトラップと同じ名称の監視名のログファイルトラップがない場合

ログファイルトラップが停止状態でインポートされます。インポートしたあとに，ログファイルトラップを起動してください。ログファイルトラップを起動する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(7)(a)　ログファイルトラップを起動する」を参照してください。

エクスポートおよびインポートできるIM構成管理の情報の内容については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「9.7　IM構成管理の管理情報をエクスポート・インポートする」を参照してください。

8.8.2　IM構成管理の管理情報のエクスポート

IM構成管理では，IM構成管理DBに保持されている情報を，複数のファイルにエクスポートできます。

IM構成管理の管理情報は，IM構成管理が動作するマネージャーでjcfexportコマンドを実行するとエクスポートされます。

IM構成管理による管理情報のエクスポートの流れを次に示します。

図8‒52　IM構成管理による管理情報のエクスポートの流れ

IM構成管理DBには，実システムには未反映の情報が含まれることもあるので，確認してからエクスポートする必要があります。

エクスポートを実行するときに，jcfexportコマンドのオプションを指定すると，出力対象を選択できます。jcfexportコマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcfexport」（1.　コマンド）を参照してください。

エクスポート時に選択できる出力対象の範囲を，次の表に示します。

表8‒46　エクスポート時に選択できる出力対象の範囲

管理情報（出力情報）

出力対象

ホスト情報（-mオプション）

リモート認証情報（-rオプション）

システムの階層構成（-cオプション）

プロファイル（全体）（-aオプション）

業務グループ情報（-gオプション）

エクスポートデータ情報

○

○

○

○

○

ホスト情報

○

○

○

○

○

リモート認証情報

×

○

×

○

×

システムの階層構成

×

×

○

○

×

プロファイル情報※

イベント転送設定ファイル

×

×

×

○

×

ログファイルトラップ動作定義ファイル

×

×

×

○

×

ログファイルトラップ起動定義ファイル

×

×

×

○

×

イベントログトラップ動作設定ファイル

×

×

×

○

×

ローカルアクション動作設定ファイル

×

×

×

○

×

業務グループ情報

×

×

×

○

○

監視グループ情報

×

×

×

○

○

（凡例）

○：出力できる

×：出力できない

注※

プロファイル設定ファイルを収集していないホストの場合，エクスポートするデータはありません（ディレクトリも作成されません）。

エクスポートされた管理情報の出力形態を，次の表に示します。

表8‒47　エクスポートされた管理情報の出力形態

管理情報

出力形態

エクスポートデータ情報

エクスポートされた管理情報に関する情報が，1ファイルで出力されます。

ホスト情報

管理対象ホストに関する情報が，2ファイルで出力されます。

システムの階層構成

システムの階層構成に関する情報が，1ファイルで出力されます。

プロファイル

エージェントの場合

エージェントのJP1/Baseのプロファイルが，複数ファイルで出力されます。

リモートの監視対象ホストの場合

ホストのプロファイルが，複数ファイルで出力されます。

業務グループ情報

業務グループ情報が，2ファイルで出力されます。

監視グループ情報

監視グループ情報が，2ファイルで出力されます。

なお，インポート実行中は，エクスポートは実行できません。

8.8.3　IM構成管理の管理情報のインポート

IM構成管理では，エクスポートした管理情報をインポートできます。

IM構成管理の管理情報は，IM構成管理が動作するマネージャーでjcfimportコマンドを実行するとインポートされます。なお，このコマンドを実行すると，IM構成管理DBに登録されているjcfimportコマンドを実行したマネージャーに関するホスト情報が上書きされます。

IM構成管理による管理情報のインポートの流れを次に示します。

図8‒53　IM構成管理による管理情報のインポートの流れ

インポートを実行するとIM構成管理が保持するデータが変更されるため，インポート前にバックアップすることを推奨します。インポート時にエラーが発生した場合は，インポート前のデータにロールバックされます。

インポートを実行するときに，jcfimportコマンドのオプションを指定すると，入力対象を選択できます。jcfimportコマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcfimport」（1.　コマンド）を参照してください。

インポート時に選択できる入力対象の範囲を，次の表に示します。

表8‒48　インポート時に選択できる入力対象の範囲

管理情報（入力情報）

入力対象

ホスト情報（-mオプション）

リモート認証情報（-rオプション）

システムの階層構成（-cオプション）

プロファイル（全体）（-aオプション）

業務グループ情報（-gオプション）

エクスポートデータ情報

×

×

×

×

×

ホスト情報

○

○

○

○

○

リモート認証情報

×

○

×

○

×

システムの階層構成情報

×

×

○

○

×

プロファイル情報

イベント転送設定

×

×

×

○

×

ログファイルトラップ動作定義ファイル

×

×

×

○

×

ログファイルトラップ起動定義ファイル

×

×

×

○

×

イベントログトラップ動作設定

×

×

×

○

×

ローカルアクション動作設定

×

×

×

○

×

業務グループ情報

×

×

×

○

○

監視グループ情報

×

×

×

○

○

（凡例）

○：入力できる

×：入力できない

インポートしたIM構成管理の管理情報を実システムに反映するには，［エージェント構成編集］画面または［リモート監視構成編集］画面で，システムの階層構成の反映を実行する必要があります。システムの階層構成を反映する方法は，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.2.4(3)　システムの階層構成をIM構成管理が管理するシステムに反映する」を参照してください。

なお，次の場合にインポートは実行できません。

IM構成管理で，システムの階層構成に対して，取得，検証，同期，反映，更新権取得，更新権解放を実行中の場合

IM構成管理で，ホストに対して，ホスト情報の収集，ホスト情報の編集，削除を実行中の場合

IM構成管理で，プロファイルに対して，収集，編集，編集内容の保存，編集内容の反映，編集内容の一括反映を実行中の場合

IM構成管理で，エクスポートまたはインポートを実行中の場合

9　JP1/IMの動作制御

この章では，JP1/IMの動作制御や，JP1/IMのシステム環境で行う通信について説明します。

9.1　JP1/IM - Managerのプロセス管理

JP1/IM - Managerのプロセス管理機能は，JP1/IM - Managerで提供する各機能の起動や停止を制御する基盤機能です。また，各機能の動作状態を確認する場合の指示もプロセス管理機能によって制御されています。

JP1/IM - Managerは次のような機能によって構成されています。これらの機能のプロセスを，プロセス管理機能が制御しています。

イベントコンソールサービス（evtcon）

イベント基盤サービス（evflow）

アクション実行サービス（jcamain）

相関イベント発行サービス（evgen）※1※2

セントラルスコープサービス（jcsmain）※2

IM構成管理サービス（jcfmain）※2

インテリジェント統合管理基盤サービス（jddmain）※2

注※1　統合監視DBを使用しない場合のサービスです。

注※2　デフォルトでは起動しません。

プロセス管理機能のコマンドには次のものがあります。

表9‒1　プロセス管理機能のコマンド

機能

コマンド

説明

JP1/IM - Managerの起動※

(UNIX限定)

jco_start

JP1/IM - Managerの起動・停止を制御するコマンドです。

JP1/IM - Managerの停止※

(UNIX限定)

jco_stop

JP1/IM - Managerの動作確認

jco_spmd_status

JP1/IM - Managerの動作状態を確認します。

JP1/IM - Managerの定義情報の再読み込み

jco_spmd_reload

JP1/IM - Managerの定義情報を変更したときに，変更内容を読み込んで有効にします。

注※　Windowsの場合，Windowsのサービスを使って起動・停止します。登録名はJP1/IM3-Managerサービスです。これにより，JP1/IM - Managerの起動・停止ができます。

表中のコマンドについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「1.　コマンド」を参照してください。

なお，JP1/IM - Managerのプロセス管理機能は，起動，終了に関する異常を検知，対処するために次の機能を提供しています。

プロセスが異常終了した場合に自動で再起動する機能

プロセスの起動・終了処理で異常を検知した場合にJP1イベントを発行する機能

これら機能の詳細については，次の「9.1.1　プロセス異常終了時の再起動」「9.1.2　プロセス異常検知時のJP1イベントの発行」を参照してください。

9.1.1　プロセス異常終了時の再起動

JP1/IM - Managerは，各機能のプロセスが異常終了したときに，自動的に再起動することによって，回復を試みることができます。

JP1/IMのプロセスは，プロセス管理機能によって制御されており，プロセスが異常終了するとプロセス管理機能が検知し，自動的にプロセスの再起動処理をします。一時的な障害によってJP1/IM - Managerが停止した場合は，再起動によって自動的に復旧できる場合があります。

プロセス再起動は，インストール時点では有効になっていません。有効にするには，拡張起動プロセス定義ファイル（jp1co_service.conf）で「再起動可否」の項目を有効に設定します。

プロセス再起動の動作を，例として，jcamainプロセス（アクション実行サービス）の拡張起動プロセス定義ファイルの設定で説明します。なお，定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「拡張起動プロセス定義ファイル（jp1co_service.conf）」（2.　定義ファイル）を参照してください。

設定例

jcamain||1|3|3|3600|

設定の意味

プロセス名：jcamain

再起動可否：1（再起動する。 デフォルトの0:再起動しない，から変更）

再起動回数：3回　（デフォルトのまま）

リトライ間隔：3秒　（デフォルトのまま）

再起動回数リセット時間：3,600秒　（デフォルトのまま）

定義は再起動可否だけを変更しています。ほかの値は，デフォルトで適切な値が指定されており，通常は変更しません。この設定の場合，次のように動作します。

図9‒1　プロセスが異常終了した場合の動作例

図の例では，プロセスが再起動したあと，再起動回数リセット時間で指定した3,600秒以内に異常終了しなかった場合は，再起動回数がリセットされます。次回異常終了したときには1回目からカウントされます。一方，再起動後，3,600秒以内に異常終了した場合は，再起動回数が加算されます。再起動回数が，指定した回数に達すると，それ以降は再起動をしません。

なお，Windowsの場合は，プロセスがアプリケーションエラーになると，Windowsエラー報告ダイアログボックスが表示されます。これらが表示されると入力待ちとなって再起動ができないため，画面表示によるエラーの通知を抑止する必要があります。

重要

異常終了時の再起動設定は，クラスタ運用時には設定しないでください。JP1/IM - Managerの障害時にはプロセス再起動の機能も障害の影響を受けるおそれがあります。クラスタ運用時に再起動をしたい場合は，より確実に再起動を制御するためにJP1/IM - Manager外部のクラスタソフトから再起動を制御してください。

9.1.2　プロセス異常検知時のJP1イベントの発行

JP1/IM - Managerは，プロセスの起動・終了処理での異常を検知した場合に，エラーメッセージを統合トレースログに出力しています。これらのエラーをJP1イベントとしても発行できます。

プロセス異常検知時のJP1イベント発行は，インストール時点では有効になっていません。有効にするには，IMパラメーター定義ファイル（jp1co_param_V7.conf）のJP1イベント発行の項目（SEND_PROCESS_TERMINATED_ABNORMALLY_EVENTおよびSEND_PROCESS_RESTART_EVENT）を有効に設定します。定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「IMパラメーター定義ファイル（jp1co_param_V7.conf）」（2.　定義ファイル）を参照してください。

プロセス異常検知時のJP1イベント発行を有効にすると，プロセスの状態が次の場合にJP1イベントを発行します。

プロセスが異常終了した場合

起動時に起動通知がなく，タイムアウトした場合

プロセス再起動の機能によって，異常終了したプロセスの再起動が完了した場合

9.2　JP1/IM - Managerのヘルスチェック機能

JP1/IM - Managerでは，各機能のプロセスがデッドロックや無限ループなどで処理が停止（ハングアップ※）したときに，その異常を検知し，JP1イベントを発行したり，通知コマンドを実行したりしてユーザーに通知する機能を提供しています。JP1/IM - Managerではこの機能をヘルスチェック機能と呼んでいます。

注※　プロセスのハングアップとは，デッドロックや無限ループなどが原因で，プロセスが処理要求を受け付けなくなる状態です。

ヘルスチェック機能を使用することで，デッドロックや無限ループなど，判断の難しいプロセスの状態異常をユーザーに通知でき，早期に対応を促すことができます。

JP1/IM - Managerのヘルスチェック機能の概要を次の図に示します。

図9‒2　JP1/IM - Managerのヘルスチェック機能によるプロセスの状態監視概要

ヘルスチェック機能を有効にするとプロセスのハングアップ検知時に，OSのログ（Windowsイベントログ，syslog）や統合トレースログにメッセージ情報が出力されます。また，ヘルスチェック定義ファイル（jcohc.conf）で設定していれば，ハングアップ検知時にJP1イベントを発行したり，通知コマンドを実行したりします。

ヘルスチェック機能はJP1/Baseにもあり，こちらはJP1/Baseの各種プロセスが監視対象となります。JP1/IM - Managerのヘルスチェック機能とJP1/Baseのヘルスチェック機能を併用することで，JP1/IM - ManagerとJP1/IMシステム構成下のJP1/Baseのプロセス状態異常を早期に検知・対応できるようになります。

ヘルスチェック機能の監視対象プロセスや，有効および無効設定，機能の仕組みなどについては，次から説明します。

9.2.1　ヘルスチェック機能の監視対象プロセス

JP1/IM - Managerのヘルスチェック機能の監視対象プロセスを次の表に示します。

表9‒2　ヘルスチェック機能の監視対象プロセス

製品

機能

機能名

監視

JP1/IM - Manager

イベントコンソールサービス

evtcon

○

アクション実行サービス

jcamain

○

イベント基盤サービス

evflow

○

相関イベント発行サービス※1

evgen

○

セントラルスコープサービス※2

jcsmain

−

プロセス管理※2

jco_spmd

−

Windowsサービス制御※2

jco_service

−

IM構成管理サービス

jcfmain

−

JP1/Base

イベントサービス※3

jevservice

○

イベントサービス以外

jbspluginなど

−

（凡例）

○：対応

−：未対応

注※1

デフォルトで無効になっている機能です。統合監視DBを使用しない場合のサービスです。統合監視DBを使用する場合，相関イベント発行サービスは，監視対象になりません。相関イベント発行サービス機能を有効に変更し，ヘルスチェック機能を有効に設定すると，相関イベント発行サービス機能もヘルスチェック機能の監視対象になります（相関イベント発行サービス機能の有効・無効はjcoimdefコマンドで設定します）。

注※2

セントラルスコープサービス（jcsmain）およびIM構成管理サービス（jcfmain）はヘルスチェック機能に未対応です。プロセス管理（jco_spmd）は，JP1/IM3-Managerサービスに影響がないため監視しません。また，JP1/IM - Managerの起動・停止を行うプロセス（jco_service）は，サービスの起動・停止をするだけのプロセスであるため監視しません。

注※3

JP1/Baseのプロセスに関してJP1/IM - Managerのヘルスチェック機能で監視するのはマネージャー上のイベントサービスだけです。

メモ

マネージャー上のJP1/BaseのそのほかのプロセスはJP1/Baseのヘルスチェック機能で監視できます。また，エージェント上のJP1/Baseプロセスの状態異常は，JP1/Baseのヘルスチェック機能を使って，JP1イベントとしてマネージャーに転送，登録できます。

詳細については，マニュアル「JP1/Base 運用ガイド」のヘルスチェック機能の設定の章を参照してください。

9.2.2　ヘルスチェック機能の有効および無効設定

ヘルスチェック機能は，インストール時点では有効になっていません。

ヘルスチェック機能を利用する場合は，ヘルスチェック定義ファイルのヘルスチェックの有効/無効の項目（ENABLE）を有効に設定してください。また，ハングアップ検知時にJP1イベントの発行や通知コマンドの実行をする場合には，イベント発行の項目（EVENT）を有効に，通知コマンド実行の項目（COMMAND）に実行するコマンドを設定してください。

なお，クラスタ運用で，ヘルスチェック機能による異常検知を契機に，系切り替えしたい場合は，クラスタ用の項目（FAILOVER）を有効に設定してください。有効に設定すると，異常検知時にJP1/IM - Managerが停止します。ヘルスチェック機能（JP1/IM - Managerの停止）により，系切り替えができるようになります。

定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ヘルスチェック定義ファイル（jcohc.conf）」（2.　定義ファイル）を参照してください。

9.2.3　ヘルスチェック機能の仕組み

JP1/IM - Managerのヘルスチェック機能はプロセス同士の相互監視によって成立しています。

JP1/IM - Managerのヘルスチェックで監視を行うプロセスと，監視されるプロセスの対応を次の表に示します。

表9‒3　監視を行うプロセスと監視されるプロセスの対応

監視を行うプロセス

監視されるプロセス

イベント基盤サービス（evflow）

イベントコンソールサービス（evtcon）

アクション実行サービス（jcamain）

相関イベント発行サービス（evgen）※1

イベントサービス（jevservice）※2

イベントコンソールサービス（evtcon）

イベント基盤サービス（evflow）

注※1　統合監視DBを使用しない場合のサービスです。

注※2　マネージャー上のJP1/Baseのサービスです。

(1)　プロセスの異常検知

JP1/IM - Managerのヘルスチェック機能では，監視を行うプロセスから監視されるプロセスに対して通信を行い，プロセスが正常に稼働していることを確認しています。

プロセスの異常検知は，監視対象のプロセスに対し，定期的な信号を送信することで確認します。信号を送信してから，指定した間隔より長く監視対象のプロセスが無応答だったとき，そのプロセスを異常と判断します。

信号を送信する間隔および異常と判断する無応答回数は，監視されるプロセスによって次のように異なります。

表9‒4　プロセスによる違い

監視されるプロセス

送信する間隔※1

無応答回数※2

イベントサービス（jevservice）

60〜3,600秒

1〜60回

イベントサービス以外

60〜3,600秒

1〜60回

注※1

ヘルスチェック定義ファイルのNO_RESPONSE_TIME（無応答時間）で指定します。

注※2

ヘルスチェック定義ファイルのERROR_THRESHOLD（異常とみなす無応答回数）で指定します。

定義の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ヘルスチェック定義ファイル（jcohc.conf）」を参照してください。

無応答を検知したあとのJP1/IM - Managerの動作を次に示します。

異常を検知するまでは無応答を検知した場合，KAVB8064-Wメッセージが出力される。

無応答回数に達した場合，KAVB8060-EメッセージまたはKAVB8062-Eメッセージが出力される。

無応答を検知してもそのあと回復した場合は無応答回数がリセットされる。

無応答を検知したあと，回復しない場合はKAVB8064-Wメッセージ，KAVB8060-Eメッセージ，またはKAVB8062-Eメッセージは出力されない。

プロセスの異常検知の方法を図に示すと次のようになります。

図9‒3　プロセス間の通信の方法

(2)　プロセスの異常発生の通知

JP1/IM - Managerのヘルスチェック機能を有効にしている場合，JP1/IM - Managerは，プロセスの異常を検知すると，異常が発生したことを通知するために，次の処理を行います。

異常が発生したプロセスがJP1/IM - Managerの監視対象プロセス（evtcon，jcamain，evflow，evgen）の場合，KAVB8060-Eメッセージを統合トレースおよびWindowsイベントログ（syslog）に出力します。

異常が発生したプロセスがJP1/Baseのイベントサービスの場合，KAVB8062-Eメッセージを統合トレースおよびWindowsイベントログ（syslog）に出力します。

通知コマンドを設定している場合，通知コマンドを実行します。

クラスタ用の項目（FAILOVER）を有効にしている場合，異常を検知したプロセスが異常終了します。これにより，クラスタシステムにJP1/IM -Managerの異常を通知します。クラスタシステムでJP1/IM - Managerの障害時に，フェールオーバーするように設定しておくことで，ヘルスチェックが異常を検知した場合にフェールオーバーできます。

また，異常が発生したプロセスが正常状態に回復したときには，JP1/IM - Managerの監視対象プロセスの場合はKAVB8061-Iメッセージを，JP1/Baseのイベントサービスの場合はKAVB8063-Iメッセージを，統合トレースログおよびWindowsイベントログ（syslog）に出力します。JP1イベントの発行設定を有効にしている場合は，JP1イベント（イベントID：00002014）を発行します。

メモ

イベントIDが00002013のJP1イベントは，JP1/IM - Viewに対して発行されるダミーイベント（イベントDBに登録されないイベント）です。JP1イベントが登録されるイベントサービスに異常が発生しているためダミーイベントを発行します。

JP1/IM - Managerのヘルスチェック機能を使用する場合には，通知コマンドの実行設定をしておくことをお勧めします。

これは，JP1イベントの発行だけでは，JP1/IM - Viewで監視していないときやイベントコンソールサービスに異常が発生したときに，ユーザーが異常に対して即時対応できない（JP1/IM側で検知していてもユーザー側にそのことが伝わらない）ためです。

9.2.4　ヘルスチェック機能の注意事項

ヘルスチェック機能を使用する場合は，次の点に注意してください。

ヘルスチェック機能はプロセス間の通信を行って応答がない場合に異常と判断します。そのため，マシン負荷などの要因によりヘルスチェック用の応答が遅れると，実際にはプロセスのハングアップが発生していなくても異常と判断する場合があります。

ヘルスチェック用の信号を「送信する間隔」および「無応答回数」については，ご使用の環境に合わせて通常の運用中に異常と判断されないよう設定を行ってください。

JP1/IM - Managerホストのシステム負荷が高くなった場合，各機能のプロセスの処理性能が低下し，ヘルスチェック機能がそれを異常だと検知する場合があります。そのため，ヘルスチェック機能を使用する場合はシステム負荷が高くなった時の運用を想定したテストを十分に実施して下さい。その上で，ヘルスチェック定義ファイルに設定する［無応答時間］や［異常とみなす無応答回数］などの定義内容が，お客様の運用において問題無いことを確認してください。

9.3　JP1/IMのシステム環境で行う通信

JP1/IMでは，システムの運用監視をするために，各ホスト間で通信を行っています。通信には，TCP/IP通信を採用しており，ポート番号とIPアドレスを使用して通信を行っています。JP1/IM，JP1/Baseで使用するポート番号は，インストール時に自動でservicesファイルに登録されます。JP1/IMインストール時に登録されるポート番号については，「付録C　ポート番号」を参照してください。JP1/Baseインストール時に登録されるポート番号については，マニュアル「JP1/Base 運用ガイド」の付録を参照してください。また，JP1の通信での考え方については，マニュアル「JP1/Base 運用ガイド」のJP1/Baseの概要の章の，JP1/Baseの通信方式を参照してください。

9.3.1　ビューアー・マネージャー間の通信

ビューアー・マネージャー間の通信は，通常，JP1/IM - Viewまたは統合オペレーション・ビューアーからJP1/IM - Managerにログインするとつながり，ログアウトすると切断されます。ただし，ビューアー・マネージャー間の通信処理に時間が掛かったり，マネージャーがダウンして応答がなくなったりした場合には，JP1/IMで設定されているタイムアウト時間に従って，通信が切断されます。タイムアウト時間の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「通信環境定義ファイル（console.conf.update）」を参照してください。通信タイムアウト時間の設定を変更する場合は，ビューアー（JP1/IM - View）側，マネージャー（JP1/IM - Manager（セントラルコンソール））側，または統合オペレーション・ビューアー側，マネージャー（JP1/IM - Manager（インテリジェント統合管理基盤））側それぞれで設定を変更する必要があります。なお，JP1/IM - Manager（セントラルスコープまたはインテリジェント統合管理基盤）では設定は不要です。

JP1/IM - View，JP1/IM - Manager間の通信で使用するポートは，次表のとおりです。

表9‒5　JP1/IM - Viewまたは統合オペレーション・ビューアー，JP1/IM - Manager間の通信で使用するポート

サービス名

ポート番号

説明

jp1imevtcon

20115/tcp

JP1/IM - ViewからJP1/IM - Manager（イベントコンソールサービス）への接続で使用。

jp1imevtcon

20115/tcp

JP1/IM - Manager（インテリジェント統合管理基盤）からJP1/IM - Manager（イベントコンソールサービス）への接続で使用。

jp1imcmda

20238/tcp

JP1/IM - Viewからコマンド実行する際に使用。

jp1imcss

20305/tcp

JP1/IM - ViewからJP1/IM - Manager（セントラルスコープサービス）への接続で使用。

jddmain

20703/tcp

WWWブラウザーからJP1/IM - Manager（インテリジェント統合管理基盤）への接続で使用。

jp1imcf

20702/tcp※

JP1/IM - ViewからJP1/IM - Manager（IM構成管理サービス）への接続で使用。

注※

IM構成管理の機能を使用する場合に，JP1/IM - View，JP1/IM - Manager間の通信で使用するポートです。

9.3.2　マネージャー・認証サーバ間の通信

マネージャー・認証サーバ間の通信は，JP1/IM - ViewからJP1/IM - Managerにログインするときに発生します。

マネージャー・認証サーバ間の通信で使用するポートは，次表のとおりです。

表9‒6　マネージャー・認証サーバ間の通信で使用するポート

サービス名

ポート番号

説明

jp1bsuser

20240/tcp

ユーザー認証で使用。

9.3.3　マネージャー・エージェント（JP1/IM - Agent）間の通信

マネージャー・エージェント（JP1/IM - Agent）間の通信は，次の動作を行うときに発生します。

アラートの通知

パフォーマンスデータの送信

ログの情報をJP1イベントに変換

定義ファイルに対する操作を実行

アクションの実行

マネージャー・エージェント（JP1/IM - Agent）間の通信で使用するポートは，次表のとおりです。

表9‒7　マネージャー・エージェント（JP1/IM - Agent）間の通信で使用するポート

サービス名

ポート番号

説明

jpc_imbase

20724/http

アラートの通知，JP1イベントの変換，定義ファイル操作，アクションの実行で使用。

jpc_imbaseproxy

20725/http

パフォーマンスデータの送信で使用。

9.3.4　マネージャー・エージェント（JP1/Base）間の通信

マネージャー・エージェント（JP1/Base）間の通信は，マネージャーからエージェント（JP1/Base）への指示が出たときやエージェントからマネージャーに処理結果などを渡すときに発生します。

なお，マネージャー・エージェント（JP1/Base）間で行われる通信には，システムの階層構成（IM構成）で定義した管理階層に応じて行われる通信と，対象ホストと直接やり取りが行われる直接通信の2種類があります。このため，ファイアウォール環境や複数LAN環境でJP1/IM，JP1/Baseを使用する場合は注意が必要です。

図9‒4　マネージャー・エージェント（JP1/Base）間の通信の種類

マネージャー・エージェント（JP1/Base）間で行う通信をそれぞれに分けて次に示します。

システムの階層構成に準じて行われる通信

構成定義の配布

構成定義ファイルで定義した階層に従って構成定義情報が各ホストに配布されます。

JP1/IM - Viewからのコマンド実行

システムの階層構成に応じて下位ホストにコマンド実行指示が転送され，実行結果もシステム構成に応じて上位ホストに転送されます。

自動アクションによるコマンド実行

システムの階層構成に応じて下位ホストにコマンド実行指示が転送され，実行結果もシステム構成に応じて上位ホストに転送されます。

JP1イベントの転送

デフォルト設定の場合，システムの階層構成に応じて上位ホストにJP1イベントが転送されます。

システムの階層構成に準じて行われる通信で使用されるポートは，次表のとおりです。

表9‒8　システムの階層構成に準じて行われる通信で使用されるポート

サービス

ポート番号

説明

jp1imrt

20237/tcp

構成定義の配布で使用。

jp1imcmdc

20239/tcp

次の作業をする際に使用。

JP1/IM - Viewからのコマンド実行

自動アクションによるコマンド実行

jp1imevt

20098/tcp

JP1イベントの転送で使用。

対象ホストとの直接通信

イベント検索

マネージャーとイベント検索対象ホストとの間で直接通信が行われます。

イベントサービス定義情報の収集と配布

構成定義ファイルに記載されたホストすべてに対して直接通信を行って定義情報の収集と配布を行います。

監視ツリーの自動生成

JP1/IM - Manager（セントラルスコープ）の監視ツリーの自動生成の連携が有効になっているホストすべてに対して，直接通信を行って定義情報の収集を行います。

jcochstatコマンド

コマンドのオプションに指定したホストに対して直接通信を行います。

JP1/IM - View操作による自動アクションのキャンセル，jcacancelコマンド

アクションキャンセル対象ホストに対して直接通信を行います。

jcocmdshowコマンド，jcocmddelコマンド

コマンドのオプションに指定したホストに対して直接通信を行います。

jddcreatetreeコマンド

インテリジェント統合管理基盤から連携製品ホストに対して直接通信を行ってシステム構成情報を取得します。

対象ホストとの直接通信で使用されるポートは，次表のとおりです。

表9‒9　対象ホストとの直接通信で使用されるポート

サービス

ポート番号

説明

jp1imevtapi

20099/tcp

イベント検索で使用。

jp1bsplugin

20306/tcp

次の作業をする際に使用。

イベントサービス定義情報の収集と配布

監視ツリーの自動生成

JP1/IM - View操作による自動アクションのキャンセル

jcacancelコマンド

jcocmdshowコマンド，jcocmddelコマンド

jddcreatetreeコマンド

jp1imevtcon

20115/tcp

jcochstatコマンドで使用。

9.3.5　ローカルホスト内の通信

JP1/IM，JP1/Baseは，ローカルホスト内の通信（プロセス間通信）でもポート番号を使用して通信を行っています。

ローカルホスト内の通信で使用するポートは，次表のとおりです。

表9‒10　ローカルホスト内の通信で使用するポート

サービス

ポート番号

説明

jp1imevtapi

20099/tcp

JP1/BaseからJP1イベントを取得，またはJP1/BaseにJP1イベントを登録する際に使用。

jp1imevtcon

20115/tcp

JP1/IM - Managerの内部処理で使用。

jp1imfcs

20701/tcp

JP1/IM - Managerの内部処理で使用。

jp1imcmda

20238/tcp

自動アクションを実行するときに使用。

jp1imegs

20383/tcp

JP1/IM - Manager（相関イベント発行サービス）の内部処理で使用。

jp1imcss

20305/tcp

JP1/IM - Manager（セントラルスコープサービス）の内部処理で使用。

JP1/IM3-Manager DB Server

20700/tcp※

JP1/IM - Manager（IMデータベース）の内部処理で使用。

jp1imcf

20702/tcp

JP1/IM - Manager（IM構成管理サービス）の内部処理で使用。

jddmain

20703/tcp

JP1/IM - Manager（インテリジェント統合管理基盤）の内部処理で使用。

なし

20705/tcp

JP1/IM - Manager（インテリジェント統合管理データベース）の内部処理で使用。

なし

20706/tcp

JP1/IM - Manager（トレンドデータ管理サービス）の内部処理で使用。

なし

20724/tcp

インテリジェント統合管理基盤や統合エージェント制御基盤（imagent）から統合エージェント管理基盤（imbase）への接続で使用。

なし

20725/tcp

統合エージェント制御基盤（imagentproxy）から統合エージェント管理基盤（imbaseproxy）への接続で使用。

jpc_imagent

20726/http

エージェント（JP1/IM - Agent）内の内部通信で使用。

jpc_imagentproxy

20727/http

jpc_imagentaction

20728/http

注※

JP1/IM3-Manager DB Serverのポート番号は，servicesファイルには記述しないでください。論理ホストを設定するたびにポート番号が増えます。IMデータベースのポート番号はセットアップ情報ファイルで設定します。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「セットアップ情報ファイル（jimdbsetupinfo.conf）」（2.　定義ファイル）および「クラスタセットアップ情報ファイル（jimdbclustersetupinfo.conf）」（2.　定義ファイル）を参照してください。

9.4　JP1/Baseによる基盤機能

JP1/Baseは，JP1/IM - Managerの前提製品で，JP1/IMでシステムの運用監視をするための基盤機能を提供しています。ここでは，JP1/IMのシステム環境でのJP1/Baseの役割について説明します。

9.4.1　JP1ユーザーの管理

JP1/IMでは，JP1/IMをOS種別が混在するシステムで安全に運用するために，JP1専用アカウント「JP1ユーザー」によるユーザー認証とアクセス制御を行います。このJP1ユーザーの管理をJP1/Baseのユーザー管理機能で制御します。

以降でユーザー管理機能の詳細について説明します。

(1)　ユーザー認証

JP1/IMでは，ビューアー上のJP1/IM - Viewからマネージャー上のJP1/IMにアクセスして，システムを監視します。JP1/IM - ViewからJP1/IMにアクセスする際，不正なユーザーによるアクセスを防止するために，ログイン処理を実行してユーザー認証を行います。

JP1/IMでは，JP1/IM - ViewからJP1/IMにログインする際にJP1/Baseのユーザー認証機能を使用しています。ユーザー認証をするJP1/Baseを認証サーバと呼びます。

ログインするJP1ユーザーは，ログイン先のJP1/IMホストが参照する認証サーバで認証されます。

JP1/IM - ViewからJP1/IMホストへログインする場合のユーザー認証の流れを次の図に示します。

図9‒5　ユーザー認証の流れ

図中の番号に従って説明します（図中の丸付き番号は下記番号にそれぞれ対応しています）。

JP1/IM - ViewからJP1/IMホストにログインすると，そのホストのJP1/Baseを経由して認証サーバでJP1ユーザーの認証が行われます。

参照する認証サーバの設定は，JP1/IMホスト上のJP1/Baseで行います。

なお，認証サーバをJP1/IM - Managerと別ホストにした場合，認証サーバをあらかじめ起動していないとJP1/IM - Viewからのログインに失敗します。

認証サーバでは，ログインしてきたJP1ユーザーが登録されているかどうかのチェックを行い，問題なければそのJP1ユーザーの操作権限情報を，JP1/IMホストを経由してJP1/IM - Viewに返します（JP1ユーザーの操作権限については，「9.4.1(2)　アクセス制御」を参照）。

認証サーバには，ログインするJP1ユーザーをあらかじめ登録しておく必要があります。

ユーザー認証をする際に同一の認証サーバを参照しているホストの集まりをユーザー認証圏と呼びます。JP1/IM - ViewからJP1/AJS - Viewの画面を呼び出す場合，次の図に示すように，接続するJP1/AJS - Managerが同じ認証圏にある場合は，ログイン操作なしで接続できます（認証サーバの切り替え運用をしていて，認証サーバが切り替わった場合は，ログイン処理が発生します）。接続するJP1/AJS - Managerが異なる認証圏にある場合は，ログインの操作が必要です。

図9‒6　認証圏

一つの認証圏中には，2台の認証サーバを設置できます。2台の認証サーバを設置することで，一方の認証サーバに接続できないときにも，予備の認証サーバに接続してJP1ユーザーの認証を行えます。これによって，認証サーバの障害などによる業務の停止を防げます。通常時に利用する認証サーバをプライマリー認証サーバ，予備の認証サーバをセカンダリー認証サーバと呼びます。なお，認証サーバを2台設置する場合は，プライマリー認証サーバとセカンダリー認証サーバに使用するJP1/Baseのバージョンを統一する必要があります。

(2)　アクセス制御

JP1/IMでは，認証サーバで認証されたJP1ユーザーだけがログインできますが，ログインしたすべてのJP1ユーザーがJP1/IMの管理情報に自由にアクセス，操作できるのは問題があります。JP1/IMでは，JP1ユーザーごとに管理情報に対するアクセス権限，および操作権限を付与することで，JP1/IM - Viewの表示・操作を制御できます。

JP1ユーザーのアクセス権限，操作権限を管理するのは，認証サーバです。ログイン時にはユーザー認証を行い，ログインユーザー（JP1ユーザー）のアクセス権限情報，操作権限情報をJP1/IMに返し，その情報に従ってJP1/IM - View側で表示制御・操作制御を行います。

JP1ユーザーのアクセス権限，操作権限は，JP1ユーザーを認証サーバに登録する際に設定します。JP1ユーザーのアクセス権限をJP1資源グループ，操作権限をJP1権限レベルと呼びます。JP1/IM - Viewの操作をする際には，JP1ユーザーに付与されたJP1資源グループ，JP1権限レベルによって操作できる範囲が制御されます。

JP1/IMのJP1資源グループは，「JP1_Console」です。IM構成管理を使用する場合，変更する必要はありません。各JP1ユーザーに対し，セントラルコンソールで業務グループでの参照・操作を制限したい場合，およびセントラルスコープで監視ツリーの表示範囲を制御したい場合には，認証サーバで設定するJP1資源グループも変更する必要があります。詳細については，「4.1.4　業務グループの参照・操作制限の仕組み」および「5.4.3　監視ツリーの監視範囲設定」を参照してください。

JP1/IMとIM構成管理には，それぞれ3種類のJP1権限レベルがあります。各JP1ユーザーの担当範囲（JP1/IM - Viewの操作範囲）に合わせて設定する必要があります。

表9‒11　JP1権限レベルの種類

JP1/IM - Managerの機能

権限レベル

説明

JP1/IM

JP1_Console_Admin

セントラルコンソールおよびセントラルスコープの操作（システム環境の設定，システムの操作，参照操作，ユーザー環境の設定，および連携製品の起動）ができる。

IM構成管理で，システムの階層構成およびホスト情報を参照できる。

JP1_Console_Operator

セントラルコンソールおよびセントラルスコープの操作，参照操作，ユーザー環境の設定，および連携製品の起動ができる。

IM構成管理で，システムの階層構成およびホスト情報を参照できる。

JP1_Console_User

セントラルコンソールおよびセントラルスコープの参照操作，ユーザー環境の設定，および連携製品の起動ができる。

IM構成管理で，システムの階層構成およびホスト情報を参照できる。

コマンドを実行できない。

IM構成管理

JP1_CF_Admin

IM構成管理のすべての操作（システムの階層構成の変更，プロファイルの変更など）ができる。

JP1_CF_Manager

システムの階層構成の参照，およびホストの設定の参照と収集ができる。

JP1_CF_User

システムの階層構成およびホストの設定を参照できる。

IM構成管理を操作するユーザーには，JP1/IMとIM構成管理のJP1権限レベルが必要です。

なお，JP1権限レベルとJP1/IM - Viewでの操作範囲との対応については，「付録E　操作権限一覧」を参照してください。

JP1ユーザーに対するアクセス制御例を次の図に示します。

図9‒7　JP1ユーザーのアクセス制御例

(3)　ユーザーマッピング

JP1/IMからのコマンド実行を，自動アクションやJP1/IM - Viewの操作によって行う場合，実際に各ホスト上でコマンドを実行するには，そのホストでのOSユーザーの権限が必要となります。このため，JP1ユーザーに対応した，OSユーザーの権限を取得して，コマンドを実行します。

この，JP1ユーザーとOSユーザーの対応づけをユーザーマッピングといい，JP1/Baseの機能によって制御しています。

コマンドを実行するには，それぞれのホストで，ユーザーマッピングの定義が必要です。

ただし，IM構成管理の機能を使うためには，IM構成管理が動作するマネージャーや，IM構成管理が管理するホストでのユーザーマッピングの定義は必要ありません。

9.4.2　JP1/BaseによるJP1イベントの管理

JP1イベントは，JP1/Baseのイベントサービス機能で制御され，JP1/Base独自のデータベースであるイベントDBに保管されます。

図9‒8　JP1イベントの管理概要

JP1イベントは，次のような属性に分けて，事象を記録します。

基本属性（すべてのJP1イベントが持つ属性）

拡張属性（発行元が任意に指定できる属性。共通情報と固有情報がある）

共通情報（JP1イベントによって形式が統一されている情報）

固有情報（共通情報以外の各製品固有の情報）

基本属性の属性名にはB.IDのように先頭に「B.」を，拡張属性の属性名にはE.SEVERITYのように「E.」を付けて区別する場合があります。

これらの属性に分かれて，次のような情報が記録されています。

（例）自動アクション実行要求時のJP1イベント（一部の情報だけ）

基本属性

イベントID（B.ID）：000020E0

メッセージ（B.MESSAGE）：

「KAVB4430-I イベント...に対するアクションの実行を要求しました」

　：

拡張属性の共通情報

重大度（E.SEVERITY）：Information

プロダクト名（E.PRODUCT_NAME）：/HITACHI/JP1/IM/JCAMAIN

　：

拡張属性の固有情報

アクション実行ホスト（E.EXECHOST）：jp1-manager

　：

このようにシステムで発生した事象を，JP1イベントとして記録します。

JP1イベントについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「3.　JP1イベント」，およびマニュアル「JP1/Base 運用ガイド」のJP1イベントの説明を参照してください。

(1)　JP1イベントによる事象の一元管理

JP1/Baseは，JP1イベントとして表現された事象を管理します。

また，ログファイル上のメッセージやSNMPトラップなどで表現された事象を，JP1イベントへの変換機能によってJP1/Baseに取り込んで管理できます。

このようにJP1/Baseは，JP1イベントによって，JP1シリーズだけではなく幅広い製品によって扱われている事象を管理できます。

JP1イベントとして発行される事象

JP1イベント（JP1シリーズの各製品が発行）

システムの運用をさまざまな角度で運用管理するJP1シリーズの各製品は，それぞれが管理する事象をJP1イベントとして発行します。これらのJP1イベントを管理することで，システムで発生する事象を幅広く管理できます。

JP1シリーズ各製品が発行するJP1イベントの詳細については，各製品のマニュアルを参照してください。

JP1イベント（JP1イベント発行コマンドが発行）

JP1/Baseは，JP1イベントを発行するコマンド（jevsend，jevsendd）を提供しています。シェルスクリプトなどで容易にJP1イベントを発行でき，ユーザーが運用管理に利用できます。なお，発行するJP1イベントをJP1/IMで管理するには，コマンドの引数に重要度を指定（例：-e SEVERITY=Error）してください。JP1/IMは重大度の設定されたJP1イベントを監視対象としているためです。

参照先：マニュアル「JP1/Base 運用ガイド」のコマンドの章

JP1/SES形式のイベント

JP1/SES形式のイベント（バージョン5以前の製品であるJP1/SESやJP1/AJSが取得できるイベント）を，JP1/Baseで管理できます。

デフォルト設定のJP1/IMでは，JP1/SES形式のイベントは監視できません。JP1/IMはJP1イベントの拡張属性の重大度が設定されているものを監視対象としますが，JP1/SES形式イベントには基本属性しかないためです。

JP1/IMでJP1/SES形式のイベントを監視するには，イベント取得フィルターでJP1/SES形式イベントを取得するよう設定するか，JP1/Baseの拡張機能によってJP1/SES形式のイベントに拡張属性を付けてください。

参照先：「4.2　JP1イベントのフィルタリング」

参照先：マニュアル「JP1/Base 関数リファレンス」のJP1/SES形式のイベントを変換する，の説明

JP1/SES形式のイベントには，コードセットが含まれません。このため，JP1/SES形式のイベントを監視する場合には，システム全体の言語環境をJP1/SES形式のイベントの文字コードで統一する必要があります。

JP1イベント（イベント発行関数の利用）

JP1/Baseは，ユーザーアプリケーションのプログラムで利用できる，イベント発行関数を提供しています。これを使って，ユーザープログラムから直接JP1イベントを発行することもできます。

参照先：マニュアル「JP1/Base 関数リファレンス」の独自イベントを発行する，の説明

イベント変換機能によってJP1イベントに変換する事象

ログファイルの情報

ログファイルにアプリケーションプログラムが出力する情報を，JP1/Baseのログファイルトラップ機能によってJP1イベントに変換し，JP1/Baseで管理できます。

Windowsのイベントログの情報

Windowsのイベントログに出力される情報を，JP1/Baseのイベントログトラップ機能によってJP1イベントに変換し，JP1/Baseで管理できます。

SNMPトラップ

バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMが管理するSNMPトラップを，JP1/BaseのSNMPイベント変換機能によってJP1イベントに変換し，JP1/Baseで管理できます。

参照先：マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定に関する章

メモ

JP1/Cm2/NNMiまたはHP NNMiのNNMiインシデントの変換については，マニュアル「JP1/Integrated Management - Event Gateway for Network Node Manager i」を参照してください。

(2)　JP1イベントの転送によるマネージャーでの集中管理

JP1/IMは，マネージャーのイベントDBに登録されたJP1イベントをJP1/Baseから取得することでシステムを監視します。

システムの各ホストでは，発生したJP1イベントのうち，JP1/IMのマネージャーで管理する必要がある重要なイベントを，JP1/Baseのイベント転送機能によって転送します。このようにして，JP1/IMは，システムで発生した事象（管理が必要な重要な事象）を集中的に管理します。

(a)　JP1イベントの転送

JP1/Baseのイベント転送機能によって，JP1イベントをあるホストからほかのホストへ転送できます。この機能によって，JP1/IMはマネージャーへJP1イベントを転送し，JP1イベントを集中管理しています。

転送するJP1イベントはJP1/Baseイベントサービスの転送設定ファイル（forward）で定義します。JP1/IMではこれを，転送フィルターと呼んでいます。

各ホストからマネージャーへ転送するJP1イベントは，管理が必要な重要なイベントだけにします。すべてマネージャーに転送する運用は避けてください。デフォルトの転送設定では，JP1イベントの重大度が，緊急（Emergency），警戒（Alert），致命的（Critical），エラー（Error），警告（Warning）のものを，構成管理機能で定義したマネージャー・エージェント階層に従って上位ホストに転送されるように設定されています。

JP1イベントが上位の管理ホストに転送されていく様子を次の図に示します。

図9‒9　JP1イベントの転送

なお，転送設定の内容を変更する方法には，各ホストの転送設定ファイルを直接編集する方法と，JP1/Baseの定義収集・配布機能を使って上位ホストから一括配布する方法があります。

(b)　JP1イベントの転送のリトライ

JP1イベントの転送がネットワークの障害や転送先イベントサービスの停止などのために失敗した場合，イベントサービスが自動的にリトライできるように設定できます。転送のリトライの設定は，JP1/Baseのイベントサーバ設定ファイル（conf）で設定します。

参照先：マニュアル「JP1/Base 運用ガイド」のイベントサービス環境の設定に関する章

(c)　構成管理に沿ったイベント転送

JP1/Baseの構成管理の機能で，マネージャーおよびエージェントの構成を定義すると，構成定義に従って上位のマネージャーへとJP1イベントが転送されるよう自動的に設定されます。構成定義ファイルの定義を変更すると，それに伴って各ホストのJP1イベント転送設定を自動的に更新します。

参照先：「9.4.3　システムの階層構成の管理」

(d)　定義収集・配布機能の利用

JP1イベントの転送設定情報は，JP1/Baseの定義収集・配布機能を利用してシステムの階層構成で定義された上位ホストから下位ホストに配布できます（システム階層構成の概要については，「9.4.3　システムの階層構成の管理」を参照）。メンテナンスによるホストの一時停止や障害発生多発ホストからのイベント転送を抑止したいなど，一時的に他ホストからのイベント転送を抑止したい場合に，JP1/Baseの定義収集・配布機能が利用できます。マネージャーから転送設定情報を，JP1/Baseのコマンドを使って各ホストに配布することで転送設定ファイル（forward）を更新できます。また，配布に成功した時点で各ホストの転送設定がリロードされ，更新された情報を基にイベント転送を行うようになります。

参照先：「9.4.5　定義情報の収集と配布」

(3)　CSVファイル出力による履歴や統計としての利用

JP1イベントが蓄積されるイベントDBの内容は，JP1/Baseのjevexportコマンドを使ってCSVファイルに出力して確認できます。

JP1/IMは，緊急度の高い重要なJP1イベントをマネージャーに集め，JP1/IM - Viewによって集中的に監視することによって，システムの運用管理を実現しています。逆に言えば，緊急度の低いJP1イベントについては，各ホストのイベントDBに記録されますが，マネージャーへ転送してJP1/IM - Viewで参照することはしません。

しかし，例えばジョブ正常終了，といった緊急ではないJP1イベントを，運用の履歴や統計情報として利用する場合があります。このような場合，JP1/Baseのjevexportコマンドを使って，CSVファイルに出力して利用してください。

jevexportコマンドについては，マニュアル「JP1/Base 運用ガイド」のコマンドに関する章を参照してください。

また，統合監視DBを使用している場合，JP1/IMのjcoevtreportコマンドを使って，統合監視DBに保存されたJP1イベントをCSVファイルに出力します。

jcoevtreportコマンドについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcoevtreport」（1.　コマンド）を参照してください。

9.4.3　システムの階層構成の管理

IM構成管理を使用しない場合は，JP1/Baseが提供する構成定義機能を使用して，JP1/IMが管理するシステムの階層構成（IM構成）を管理します。マネージャーで，構成定義ファイル（jbs_route.conf）にホスト間の関係を定義し，jbsrt_distribコマンドを実行することによって，定義内容が有効になります。

システムの階層構成を定義すると，JP1/IMで次のことができるようになります。

JP1イベントの上位ホストへの転送

JP1/IM - Viewからのコマンド実行

JP1/IMからの自動アクション

定義情報の収集と配布

なお，IM構成管理を使用してシステムの階層構成をJP1/IM - Managerから一元的に管理する場合は，「8.　IM構成管理によるシステムの階層構成の管理」を参照してください。

(1)　構成管理機能で定義するシステムの階層構成

JP1/Baseの構成管理機能で3階層の構成を定義すると，中間の階層のマネージャーは拠点マネージャーとなります。

最上位のマネージャーで一括して定義することも，各マネージャーが管理する複数の部分に分割して定義することもできます。

構成管理機能で定義するシステムの階層構成の例を，図9-10から図9-12に示します。

図9‒10　システムの階層構成の例（マシン構成）

図9‒11　システムの階層構成の例（一括して定義する場合の階層関係）

図9‒12　システムの階層構成の例（分割して定義する場合の階層関係）

上記の例の場合，構成定義ファイル（jbs_route.conf）は次のように定義します。

図9‒13　システムの階層構成の定義例

(2)　構成管理機能によるシステムの階層構成の定義方法

構成管理機能によってシステムの階層構成を定義する手順の概要を，次に示します。

マネージャーで，構成定義ファイルを定義する。

マネージャーから下位にあたるマネージャーおよびエージェントのホストを，構成定義ファイル（jbs_route.conf）に定義します。

定義ファイルには，一括して定義する場合はシステム全体の階層構成を，分割して定義する場合は拠点マネージャー以下の階層構成を定義してください。

マネージャーで，jbsrt_distribコマンドを実行する。

このコマンドを実行すると，構成定義ファイルに定義したホストへ定義情報が配布されて，設定が有効になります。

システムの階層構成を複数の部分に分割して定義する場合は，手順1と手順2を，各マネージャーで繰り返してください。そのあとで，最上位のマネージャーで次の手順によって，システム全体の定義を作成します。

最上位のマネージャーで，構成定義ファイルを定義する。

最上位のマネージャーから次のマネージャーの階層までを，構成定義ファイル（jbs_route.conf）に定義する。

最上位のマネージャーで，jbsrt_syncコマンドを実行する。

このコマンドを実行すると，構成定義ファイルに定義したマネージャーから構成定義が収集されて，システム全体の構成情報が作成されます。

システム構成定義の内容は，各ホスト上でjbsrt_getコマンドを実行することで確認できます。

構成定義ファイルの形式については，マニュアル「JP1/Base 運用ガイド」の「構成定義ファイル（jbs_route.conf）」を参照してください。また，設定手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.10　IM構成管理を使用しない場合のシステムの階層構成の設定（Windowsの場合）」（Windowsの場合）または「2.9　IM構成管理を使用しない場合のシステムの階層構成の設定（UNIXの場合）」（UNIXの場合）を参照してください。

9.4.4　コマンド実行の管理

JP1/IMで次のコマンド実行をするときは，JP1/Baseのコマンド実行機能によって制御します。

JP1/IM - Viewの［コマンド実行］画面からのコマンド実行

自動アクションによるコマンド実行

ここでは，コマンド実行機能について説明します。

(1)　コマンド実行

JP1/IMでコマンド実行をするとき，マネージャーでJP1/IMからJP1/Baseのコマンド実行機能に，コマンド実行を指示します。コマンド実行機能は，実行先として指定されたエージェントへコマンド実行指示を送り，コマンドを実行します。

JP1/IM - Viewからのコマンド実行と，自動アクションによるコマンド実行は，どちらもコマンド実行機能が処理をします。ただし，コマンドを実行するときの制御方法が，キューイングするかしないかの違いがあります。

図9‒14　コマンドの実行

図のように，JP1/IM - Viewからコマンド実行をした場合は，キューイングせずにそのままコマンドを実行します。複数のコマンドを実行要求すると，特に実行順序や同時実行数を制御せずに，そのまま実行します。

自動アクションによるコマンド実行の場合は，コマンドの実行要求を"コマンド先行入力数"までキューイングして，"コマンド同時実行数"で設定した以上のコマンドを実行しないように制御します。

コマンド実行の処理を，図中の番号に従って説明します。

コマンド実行をする。

JP1/IM - Viewからの操作の場合

JP1/IM - Viewでコマンド実行の操作をすると，ログインしているマネージャーのJP1/IMがコマンド実行指示として受け付けます。そのJP1/IMは，同ホストのJP1/Baseのコマンド実行機能へ，実行指示を渡します。

自動アクションの場合

JP1/IMの自動アクション機能が，アクション定義の実行条件で指定したJP1イベントを受信した時にアクションを実行します。このとき，アクション定義にアクションとして定義されたコマンドを，同ホストのJP1/Baseのコマンド実行機能へ，実行指示として渡します。

マネージャーからエージェントにコマンド実行指示を送信する。

マネージャーのJP1/Baseは，コマンド実行先として指定されたエージェントのJP1/Baseへコマンド実行指示を送信します。送信のあと，実行指示を受け付けたという応答が来るのを監視し，"応答監視時間"に指定した時間以内に応答がない場合は，応答なしのエラーをJP1/IMに返します。

エージェントのJP1/Baseが，コマンドを実行する。

エージェントのJP1/Baseのコマンド実行機能が，OSのシェルやcmd.exeによりコマンドを実行します。このとき，実行の要求元によって処理が異なります。

JP1/IM - Viewからの操作の場合

実行指示されたコマンドを，そのまま実行します。

自動アクションの場合

エージェントのJP1/Baseのコマンド実行制御が，コマンド実行指示をキューにためて，順に実行を開始します。このとき，"コマンド先行入力数"で定義された数までコマンドをキューイングして，最大で"コマンド同時実行数"で定義された数までコマンドを並行して実行します。同時に実行されるコマンド数はコマンドの実行時間や実行環境により変化しますが，"コマンド同時実行数"を超えることはありません（デフォルトは，コマンド同時実行数=1のため一つずつ実行します）。

自動アクションで実行するコマンドの実行時間が長い場合は，シリアル（デフォルト）設定の場合には実行遅延が発生します。このような場合は設定をパラレルに変更することによって，実行遅延を減少できます。

また，自動アクションで実行するコマンドの数が多い場合は，キューにコマンドが蓄積され，実行遅延が発生します。"コマンド先行入力数の閾値"を設定することによって，実行遅延を事前に検知できます（JP1/Base 07-11でサポート）。デフォルトでは，キューにコマンドが10以上蓄積されたときに警告イベントを発行し，0に戻ると回復イベントを発行します。

エージェントからマネージャーへコマンド実行結果を送信する。

エージェントのJP1/Baseは，コマンド実行の結果（コマンドの出力）をマネージャーのJP1/Baseへ送ります。実行したコマンドが終了すると，実行結果がエージェントのJP1/Baseから，マネージャーのJP1/Baseを経由してJP1/IMに通知されます。

このときにマネージャー上ではコマンド実行履歴ファイルに実行結果が履歴として，「レコード数」で定義された数だけ記録されます。

この記録されたコマンド実行結果の履歴は，JP1/IM - Viewから操作した場合は［コマンド実行］画面に表示され，自動アクションの場合は［アクション結果詳細］画面で確認できます。

説明中の「応答監視時間」「コマンド先行入力数」「コマンド同時実行数」「コマンド先行入力数の閾値」などは，コマンド実行機能のパラメーターです。これはjcocmddefコマンドで調整できます。

なお，このときの処理の流れを「4.19.3　JP1/IM - Viewから管理対象ホストへのコマンド実行」および「6.　自動アクションによるコマンド実行（JP1/Base連携）」で説明しています。あわせて参照してください。

(2)　コマンド実行をするユーザー

エージェントのOS環境でコマンドを実行するには，OSユーザーの権限が必要です。

このため，コマンドを実行するとき，エージェントで，JP1ユーザーに対応するOSユーザーにユーザーマッピングをして，OSユーザー権限でコマンドを実行します。

なお，実行先ホストがWindowsの場合は，ユーザーマッピングされるOSユーザーにWindows特有のユーザー権利が与えられている必要があります。ユーザーマッピングされるOSユーザーに必要なユーザー権利については，マニュアル「JP1/Base 運用ガイド」のOSユーザーにユーザー権利を与えることを説明している章を参照してください。

図9‒15　コマンドの実行とユーザーマッピング

コマンド実行機能は，次のJP1ユーザーで，エージェントのコマンド実行機能にコマンド実行を指示します。

JP1/IM - Viewからの操作の場合

JP1/IM - ViewにログインしているJP1ユーザー

自動アクションの場合

最も優先順位の高い定義で指定されたJP1ユーザー。優先順位は次のとおり。

自動アクション定義ファイル（actdef.conf）（互換用）の"u="，または自動アクション定義ファイル（actdef.conf）のusrで指定したJP1ユーザー

自動アクション環境定義ファイル（action.conf.update）で設定した共通定義情報の"ACTIONEXECUSER"のJP1ユーザー

jp1admin

このJP1ユーザーを，コマンド実行先のエージェントで，ユーザーマッピングに定義されたOSユーザーに変換して，コマンドを実行します。

(3)　OSでのコマンド実行

JP1/Baseのコマンド実行機能は，JP1/IM - Viewや自動アクション機能から要求されたコマンドを，次のようにしてOSにより実行します。

(a)　コマンドの実行ユーザー

JP1ユーザーにユーザーマッピングされているOSユーザーで，コマンドを実行します。

(b)　コマンドの実行方法

コマンド実行機能は，次の処理によりコマンドを実行します。

Windowsの場合

「cmd.exe /c 実行コマンド」をコマンド実行機能により実行します。

UNIXの場合

OSユーザーのログインシェルを使って，例えば「/bin/sh -c 実行コマンド」（ログインシェルが/bin/shの場合）をコマンド実行機能から実行します。

なお，実行コマンドが子プロセスを生成するようなコマンドだった場合，JP1/Baseはその生成された子プロセスが終了するまで次の処理に進まなくなります（コマンド実行管理でのコマンドの実行状態は実行中のままとなります）。

(c)　コマンドを実行するときの環境

コマンドは，次の環境により実行します。

環境変数

JP1/Baseの「環境変数ファイル」により，コマンド実行時の環境変数を指定できます。環境変数ファイルは，JP1/IM - Viewの［コマンド実行］画面または自動アクションの定義ファイル（actdef.conf）により指定します。環境変数ファイルについては，マニュアル「JP1/Base 運用ガイド」の「環境変数ファイル」を説明している章を参照してください。

環境変数ファイルを指定しない場合は，次の環境変数が使われます。

Windowsの場合

Windowsのシステム環境変数が，コマンド実行時の環境変数として使われます。

UNIXの場合

コマンド実行機能のプロセスの環境変数（jbs_startなどのJP1/Base起動コマンドの中で指定している環境変数）が，コマンド実行時の環境変数として使われます。OSユーザーのプロファイルは読み込まれません。

OSユーザーのプロファイル（Windows限定）

コマンド実行先ホストでコマンドを実行する際に，OSユーザーのプロファイルを読み込んで実行できます。プロファイルの読み込みをする場合は，jcocmddefコマンドの-loaduserprofileオプションでOSユーザーのプロファイルの読み込みを有効にしてください（デフォルトでは無効です）。

重要

コマンドを実行するには，そのコマンドを正常に実行できる環境が必要です。例えば，次のことを注意してください。

コマンドを実行するには，コマンドごとにメモリーなどOSのリソースが必要です。同時に多数のコマンドを実行すると，OSでリソース不足が発生する場合があります。例えばWindowsでリソース不足が発生すると「CMD.exe - DLL初期化の失敗」ダイアログボックスが表示されます。

この場合は，同時に実行するコマンド数を調整し，リソース不足を解消してください。

2バイトコードの処理をするコマンドやシェルスクリプトを実行する場合は，適切な言語コードを環境変数に設定し，2バイトコードに対応したシェル，例えばCシェルなどを使用してください。

「cmd.exe /c 実行コマンド」や「シェル -c 実行コマンド」で実行できないコマンドは，JP1/Baseのコマンド実行機能でも実行できません。

OSユーザーのログインシェルがCシェルの場合，自動アクションのタイミングでCシェルを使用します。

Windowsでは，「サービスとしてログオン」のユーザー権利を使用してOSユーザーの権限を取得しているため，コマンドの実行時にUACは有効になりません。環境移行などで，以前のWindows環境で動作していたユーザーアプリケーションを使用する場合は十分な動作確認を行ってください。

Windowsでは，コマンド実行機能のカレントフォルダはインストール先フォルダ¥COMMANDで，変更はできません。実行するコマンドのカレントフォルダを変更したい場合は，バッチファイルなどを使用し，そのバッチファイル内でフォルダを変更してからコマンドを実行してください。

(d)　コマンドの実行結果

コマンド実行制御により実行したコマンドの実行結果は次のようになります。

コマンドの実行結果の出力

コマンドの実行結果の出力（メッセージなど）は，マネージャーのコマンド実行制御が持つコマンド実行履歴ファイルに記録※されます。この記録されたコマンド実行結果の履歴は，JP1/IM - Viewから操作した場合は［コマンド実行］画面に表示され，自動アクションの場合は［アクション結果詳細］画面で確認できます。

複数のコマンドを実行する場合は，コマンド実行順序と，コマンドの実行結果が出力される順序が異なる場合があります。これは，コマンドごとの実行所要時間や，複数ホストでコマンドを実行する場合にホストごとの性能や負荷の違い，および通信エラーが発生した場合のリトライなどによって，影響を受けるためです。

注※

JP1/IM - Viewからのコマンドの実行結果および自動アクションによるコマンドの実行結果は，JP1/Baseの設定を変更することで，コマンド実行履歴ファイルへの出力を抑止できます。抑止方法には，転送データ量の抑止および詳細情報の登録抑止があります。転送データ量の抑止および詳細情報の登録抑止は，jcocmddefコマンドで設定します。必要に応じて使い分けてください。

転送データ量の抑止

コマンド実行先ホストからマネージャーに転送されるデータ量の上限を設定（行数指定）し，転送されるコマンド実行結果のデータ量を抑止できます。転送データ量を抑止することで，コマンド実行履歴ファイルのデータ量を抑えたり，ホスト間の通信回線の混雑を防いだりできます。

転送データ量の抑止は，JP1/IM - Viewからのコマンドの実行結果および自動アクションによるコマンドの実行結果に対して，それぞれ設定できます。

なお，バージョン8のJP1/Baseを新規インストールした場合，転送されるデータ量は最大1,000行に抑止される設定になっています。

詳細情報の登録抑止（自動アクション限定）

自動アクションのコマンド実行結果のうち，詳細情報（メッセージ情報）の登録を抑止し，実行結果の成否だけを登録できます。詳細情報の登録を抑止することで，JP1/Base制御部の処理速度を向上させられます（JP1/Base制御部の処理速度向上分，自動アクションの速度も向上します）。ただし，詳細情報の登録を抑止すると［アクション結果詳細］画面の［メッセージ］に「KAVB2401-I」のメッセージが表示され，詳細情報が表示されなくなります（［実行結果］部分は表示されます）。詳細情報を知りたい場合には，設定しないでください（デフォルトは登録抑止しない設定です）。

自動アクションの実行結果は，アクション情報ファイルとコマンド実行履歴ファイルの二つのファイルで管理されています。

アクションとして実行するコマンドが省略された自動アクションの場合，コマンドが実行されないため，コマンド実行履歴ファイルには実行結果が書き込まれません。

アクションが大量に発行された場合，アクション情報ファイルだけがラップするため，コマンド実行履歴ファイルとアクション情報ファイルの実行結果に不整合が生じる場合があります。このような状態になった場合，自動アクションの実行結果として，過去に実行した別の自動アクションの実行結果が表示されることがあります。

このような状況を回避するには，コマンドが省略された自動アクションを定義しないで，echoコマンドなどのシステムに影響を与えないコマンドを定義してください。またコマンドが省略された自動アクションが大量に発行され，過去に実行した別の自動アクションの実行結果が表示される状態になった場合は，コマンド実行履歴ファイルがラップし，アクション情報ファイルとコマンド実行履歴ファイルの不整合が解消されることで現象が解消されます。

コマンドの実行結果（終了コード）

コマンドの実行結果（終了コード）は，次のようになります。

Windowsの場合

コマンド実行機能に渡される「コマンドを実行したcmd.exeの終了コード」がコマンドの終了コードになります。

UNIXの場合

コマンド実行機能に渡される「コマンドを実行したシェルの終了コード」がコマンド実行の終了コードになります。

コマンドを実行するまでの処理でエラー（ユーザーマッピングの失敗，コマンド実行先ホストとの通信のエラーなど）が発生した場合は，コマンドは実行されません。

重要

コマンドの実行終了後，終了コードが確定されるまでのタイミングによっては，JP1イベントで通知する終了コードが実際の値と異なる場合があります。JP1イベントの通知を受け取ったあとは，［アクション結果詳細］画面でコマンドの実行結果の詳細を確認してください。

(4)　ホストグループによる複数ホストでのコマンド実行

ホストグループの定義によって，複数のホストをグループとして定義できます。

コマンドを実行するホストの指定には，ホストグループを指定できます。ホストグループに対してコマンド実行すると，１回のコマンド実行指示で，ホストグループに属するすべてのホストでコマンドが実行されます。

ホストグループの定義内容については，ホストグループ定義ファイルについては，マニュアル「JP1/Base 運用ガイド」の「ホストグループ定義ファイル」を説明している章を参照してください。

(5)　コマンド実行状態に応じたJP1イベントの発行

コマンド実行開始やコマンド実行終了などの実行状態をJP1イベントとして発行できます。JP1イベントを発行できるのは次の場合です。

JP1/IM - Viewからのコマンド実行の場合

コマンドの実行開始，実行終了，実行異常終了

自動アクションからのアクション（コマンド）実行の場合

アクションの実行開始，実行終了，実行異常終了，実行失敗（実行要求が失敗）

この機能を有効にすると，JP1イベントによって，コマンドの実行操作をいつ，だれが，どのホストに対して行ったかなどを管理できます。JP1/IM - Viewの［イベントコンソール］画面で表示，監視したいときに利用できます。

JP1イベントの発行については，jcocmddefコマンドで設定します。

なお，JP1/Baseのコマンド実行管理が発行するJP1イベントには，上記の発行設定が必要なもの以外に次のようなものがあります。

コマンドの実行開始から終了までの経過時間を契機に発行されるJP1イベント

07-10のJP1/Baseでサポートされた機能で，コマンドの実行開始後，一定時間経過しても終了しないコマンドがあったときに発行されます。このJP1イベントは，JP1/IM - Viewや自動アクションで実行したコマンドが，不本意に長時間実行していないか，また，ハングアップしていないかを検知するのに役立ちます。

デフォルトでは10分経過ごとに発行される設定となっており，jcocmddefコマンドで設定を変更できます。

コマンド先行入力数の閾値を超えた場合に発行されるJP1イベント

07-11のJP1/Baseでサポートされた機能で，自動アクションで実行したコマンドがキューに一定以上蓄積されたとき，また，その状態から回復したときに発行されます。このJP1イベントは，自動アクションで実行するコマンドが大量に発生した場合に，実行遅延を事前に検知でき，また，実行遅延の状態の回復を知ることができます。

デフォルトでは，キューにコマンドが10以上蓄積されたときに警告イベントが発行され，0に戻ると回復イベントが発行される設定になっています。jcocmddefコマンドで設定を変更できます。

(6)　トラブルシューティング用コマンド

JP1/IMから実行指示を受け，JP1/Baseのコマンド実行管理でコマンドを実行する場合，次のようなトラブルが発生することがあります。

JP1/IM - Viewから実行できないコマンド（「4.19.3(1)　実行できるコマンド」を参照）を誤って実行してしまい，コマンドが実行中のまま終了しなくなった。

システム設計時の想定以上に自動アクションが発生し，不要なアクションが大量にキューに蓄積されてしまった。

自動アクションで実行したコマンドがハングアップまたは想定以上に時間が掛かったため，後続のコマンド（アクション）が実行されなくなった。

上記のようなトラブルが発生したときに，速やかに障害復旧できるよう，JP1/Baseではコマンドの状態確認コマンド（jcocmdshowコマンド），削除コマンド（jcocmddelコマンド）を提供しています※。

注※

JP1/IMには，自動アクションによるコマンド実行で障害が発生したときに，自動アクションをキャンセルする機能があります。通常，自動アクションのコマンド実行で障害が発生した場合には，JP1/IMの自動アクションキャンセル機能を使用してください（詳細については，「6.7　自動アクションのキャンセル」参照）。

図9‒16　jcocmdshowコマンド，jcocmddelコマンドの概要

jcocmdshowコマンドを実行すると，次の表の情報が表示されます。これらの情報を基に，削除が必要と思われるコマンドを判断し，jcocmddelコマンドで削除します。

表9‒12　jcocmdshowコマンドによる表示項目

表示項目

説明

ID

コマンド実行管理内で実行中，キューイング中のコマンドに付けられるユニークなIDです。

このIDをキーにjcocmddelコマンドでコマンドを削除します。

STATUS

コマンド実行管理内でのコマンドの実行状態が表示されます。実行状態は，実行中，キューイング中，どちらかです。

TYPE

コマンド実行指示をした機能名が表示されます。機能名は，JP1/IM - View，自動アクション，どちらかです。

USER

コマンド実行指示をしたJP1ユーザー名が表示されます。

STIME

コマンド実行指示をコマンド実行管理がJP1/IMから受信した時間です。

ETIME

コマンド実行開始からの経過時間です。

COMMAND

実行中またはキューイング中のコマンド名が表示されます。

なお，jcocmdshowコマンドおよびjcocmddelコマンドは，JP1/Baseが提供する機能です。トラブルが発生したホストのJP1/Baseのバージョンによっては，この機能が提供されていない場合があります。詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

これらのコマンドは，下記三つの方法で実行できます。

JP1/IM - Viewからコマンド実行する。

jcocmddelコマンドを実行する場合は，-fオプションの指定が必要です。

マネージャーからエージェントに対しコマンド実行する。

-sオプションの指定が必要です。なお，マネージャーからコマンド実行する場合は，マネージャー上のJP1/Baseのバージョンも07-10以降にする必要があります。

また，マネージャー・エージェント間で直接通信が行われるため，注意が必要です（定義収集・配布機能で使用する通信経路を利用しています）。

トラブルが発生したホストで直接コマンド実行する。

コマンドの詳細については，マニュアル「JP1/Base 運用ガイド」のコマンドを説明している章を参照してください。

(7)　コマンド実行の条件

JP1/IM - Viewからのコマンド実行や自動アクションによるコマンド実行をするために必要な条件をまとめると，次のようになります。

図9‒17　コマンドや自動アクションを実行するために必要な条件

JP1/IM - Viewからのコマンド実行の場合

コマンド実行操作を行えるJP1ユーザーでログインしていること。

コマンド実行操作を行えるJP1ユーザーは，JP1_Console_AdminまたはJP1_Console_Operator権限を持つJP1ユーザーです。

コマンド実行先ホストでユーザーマッピング定義がされていること。

ユーザーマッピングの定義は次のようになります。

JP1ユーザー：サーバホスト：OSユーザー

JP1ユーザーにはJP1/IM - Viewを操作しているJP1ユーザー名，サーバホストにはJP1ユーザーがログインしているサーバホスト名，OSユーザーにはコマンド実行先ホストに登録されているユーザー名またはドメインユーザー名。

他ホストにコマンド実行する場合は，システムの構成定義が設定されていること。

システム構成の定義をしていない場合は，他ホストに対してJP1/IM - Viewからコマンド実行できません。

マネージャーからの自動アクションによるコマンド実行の場合

コマンド実行先ホストでユーザーマッピングが定義されていること。

ユーザーマッピングの定義は次のようになります。

JP1ユーザー：サーバホスト：OSユーザー

JP1ユーザーには自動アクションを実行するJP1ユーザー名，サーバホストには自動アクション実行指示を出すサーバホスト名，OSユーザーにはコマンド実行先ホストに登録されているユーザー名またはドメインユーザー名。

他ホストに対して自動アクションによるコマンド実行をする場合は，システムの構成定義が設定されていること。

システム構成定義をしていない場合は，他ホストに対して自動アクションによるコマンド実行ができません。

9.4.5　定義情報の収集と配布

JP1/Baseが提供する定義情報の収集・配布機能を使用して，ホストのJP1/Baseで定義した情報を収集または配布します。この機能を利用すると次のことが行えます。

イベントサービスの定義情報の収集と配布

監視ツリーの自動生成（定義情報の収集による）

定義収集・配布機能は，JP1/Baseが提供するJP1/IM - Manager専用の機能です。JP1/Baseのバージョンによって，この機能が提供されていない場合があります。詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

なお，定義収集・配布機能はプラグイン機能という場合があります。JP1/Baseのjbs_spmd_statusコマンドを実行してサービスの状態を確認すると，jbspluginという名称で表示されます。

(1)　イベントサービスの定義情報の収集と配布

JP1/IMでシステムの運用監視をする場合，各ホストのJP1/Baseでどの事象をJP1イベントとして管理するか，どのJP1イベントを上位ホストに転送するか検討し，定義する必要があります。各ホストのJP1/Baseで定義した情報を一つ一つ確認し，変更する方法もありますが，効率が悪く，定義を誤るおそれがあります。

JP1/Baseの定義収集・配布機能を利用することで，各ホストのJP1/Baseで定義した情報をマネージャーに一括収集して確認できます。また，マネージャーで定義情報を編集し，各ホストのJP1/Baseに配布し，定義情報を更新することもできます。これによって効率良く，イベントサービスに関する定義情報を一元管理できます。

定義収集・配布機能で収集・配布できるのは，次に示すファイル内で定義した情報です。

転送設定ファイル（forward）

ログファイルトラップ用動作定義ファイル（任意のファイル）

イベントログトラップ用動作定義ファイル（ntevent.conf）

イベントサービスの定義情報の一括収集・一括配布の流れを次の図に示します。

図9‒18　イベントサービスの定義情報の一括収集・一括配布

定義収集・配布機能は，構成管理機能と連動しており，構成定義で定義されたホストに対して定義情報の一括収集・一括配布を行います（構成定義については，「9.4.3　システムの階層構成の管理」を参照）。なお，定義情報の一括収集・一括配布は，構成定義で定義した階層構造と関係なく，収集・配布元ホストと収集・配布先ホストとの直接通信で行われます。ファイアウォール環境などでこの機能を利用する場合は注意が必要です。

イベントサービスの定義情報を一括収集したり，一括配布したりする場合，JP1/Baseのコマンドを利用します。収集・配布コマンドおよびイベントサービスの定義情報の一括収集・一括配布の方法については，マニュアル「JP1/Base 運用ガイド」のイベントサービスの定義情報の収集と配布（JP1/IM限定）の章を参照してください。

(2)　監視ツリーの自動生成（セントラルスコープの利用）

JP1/IMでは，システム管理者の目的に合わせた目的指向型ビューとして，［監視ツリー］画面や［ビジュアル監視］画面を提供しています。［監視ツリー］画面を作成するときは，自動生成機能を使って，監視ツリーを自動的に作成してから運用に合わせてカスタマイズできます。

この自動生成機能は，各サーバから特定の連携製品の定義情報を収集し，テンプレートに合わせて監視ツリーを自動作成しています。定義情報の収集は，JP1/IM - Manager専用の機能としてJP1/Baseが提供する定義収集・配布機能によって実行しています。

JP1/Baseは，JP1/IM - Managerから連携製品の定義情報の収集指示を受けることで，同ホスト内の連携製品から定義情報を収集し，JP1/IMにその情報を渡します。なお，JP1/Baseのこの機能はJP1/Base 07-00からサポートしています。また，この機能を利用するには，JP1/IM - Managerのセントラルスコープサービスを有効（ON）にする必要があります。

定義収集・配布で収集できる定義情報の例を次に示します。

JP1/AJSで自動実行している業務の情報

バージョン8以前のJP1/Cm2/SSOで監視しているカテゴリー情報やアプリケーション情報

JP1/PFMで監視しているパフォーマンス情報

Cosminexus環境下のシステム情報（論理サーバ，J2EEアプリケーションなど）

システムの階層構成に定義されたホストからこれらの情報を収集し，監視ツリーを自動的に作成します。

連携製品の定義情報の収集は，JP1/IMの機能やJP1/Baseの構成管理と定義収集・配布機能が連動することで成立します。JP1/IMの機能やJP1/Baseの構成管理とどのように連動しているかについては，「5.11.4　監視ツリーの自動生成の仕組み」で説明します。

ここでは，定義情報の収集指示をJP1/IMから受けたときの各ホストでのJP1/Baseの動作について説明します。

各ホスト内での定義情報収集の流れを次の図に示します。

図9‒19　各ホスト内での定義情報の収集

図中の番号に従って説明します。

マネージャーから定義情報収集指示を受けます。

収集指示を受けたJP1/Baseは，JP1/IMの定義収集・配布機能に対応した連携製品が同ホスト上にあった場合，定義情報の提供を要求します。

要求を受けた連携製品は，JP1/IM連携用プログラムを起動し，該当する定義情報をJP1/Baseに渡します。

JP1/IM連携用プログラムを起動するには，連携製品の方で，あらかじめJP1/IM連携用セットアップコマンドを実行しておく必要があります。JP1/IM連携用セットアップコマンドについては，各製品のマニュアルを参照してください。

連携製品の定義情報を受け取ったJP1/Baseは，収集指示を出してきたマネージャーに収集した定義情報を渡します。

9.4.6　サービスの起動管理（Windows限定）

JP1/Baseは，サービスの起動管理機能を提供しています。

Windowsの場合，インストール時にJP1/IM - Manager，JP1/Baseそれぞれの機能がWindowsサービスに登録されます。Windowsのサービス制御を利用すれば，サービスをOS起動時に自動起動できるようになりますが，依存関係を制御できないため，JP1/BaseのあとにJP1/IM - Manager，といった起動ができません。また，JP1イベントを発行する製品がJP1/Baseよりも早く起動してしまうこともあります。この場合，JP1イベントが発行されてもJP1/Baseが起動していないため，JP1イベントの管理ができません。このような事態を避けるため，Windowsの場合は，JP1/Baseの起動管理機能を使用してください。

JP1/Baseの起動管理機能については，マニュアル「JP1/Base 運用ガイド」のサービスの起動順序および終了順序の設定（Windows限定）の章を参照してください。

なお，UNIXの場合は，OSが起動順序や停止順序を制御する機能を提供しています。そこにスクリプトを登録することでJP1/Base，JP1/IM - Managerの起動順序，終了順序を制御します。

9.4.7　統合トレース機能

JP1/Base，JP1/IMでは，障害調査を容易にするための機能として統合トレース機能（HNTRLib2）を提供しています。

この統合トレース機能によって，JP1/BaseやJP1/IMの各機能のトレース情報を一つの統合トレースログに出力しています。関連する製品のトレース情報がまとまっているため全体を見渡しやすく，切り分け調査など初期段階の調査に有効です。例えば，次のように利用します。

システム全体の調査

Windowsイベントログ，syslogでマシン全体を対象に調査する。

JP1製品の調査

統合トレースログでJP1製品の動作の流れを確認しながら，JP1製品の問題を調査する。

なお，JP1製品は統合トレースログのほかに，各機能が内部ログを出力しており，これらによって詳細な調査を行えます。トラブルが発生した時に，これらの資料の取得を容易にするため，JP1/Base，JP1/IMの資料採取ツールをシステム構築時に準備しておくようにしてください。

統合トレース機能は，JP1/BaseまたはJP1/IM - Viewインストール時にインストールされます。また，この機能は，JP1/AJSやほかのHitachi製品でも利用されています。どの製品で利用しているかは各製品のマニュアルを参照してください。

9.4.8　JP1/Baseのヘルスチェック機能

JP1/Baseのヘルスチェック機能は，JP1/Baseを構成する各プロセスがハングアップ※や異常終了となった場合に，異常を検知してメッセージやJP1イベントを発行し，オペレーターにJP1/Baseの回復を促すことを通知する機能です。この機能を利用することで，JP1/IMは，JP1/IMシステム構成下のJP1/Baseが正常に動作しているかどうかをチェックできます。なお，JP1/Baseのヘルスチェック機能はデフォルトでは無効となっています。設定を変更して有効にしてください。

注※　プロセスのハングアップとは，デッドロックや無限ループなどが原因で，プロセスが処理要求を受け付けなくなる状態です。

ここでは，JP1/Baseのヘルスチェック機能の概要について説明します。ヘルスチェック機能の仕組みや設定など，詳細についてはマニュアル「JP1/Base 運用ガイド」のヘルスチェック機能の設定の章を参照してください。

JP1/Baseのヘルスチェック機能には大きく分けて二つの役割があります。

自ホスト上のJP1/Baseプロセスの状態監視

他ホスト上のJP1/Baseプロセスの状態監視

なお，JP1/Baseのバージョンによっては，この機能が提供されていない場合があります。詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

(1)　自ホスト上のJP1/Baseプロセスの状態監視

JP1/Baseのヘルスチェック機能を有効にすることで，自ホスト上のJP1/Baseプロセスのハングアップや異常終了を検知できるようになります。また，検知した内容はJP1/Baseの設定により，メッセージ情報としてOSのログ（Windowsイベントログやsyslog）やJP1イベントとしてイベントDBに登録されます。

自ホスト上のJP1/Baseプロセスの状態監視概要を次の図に示します。

図9‒20　自ホスト上のJP1/Baseプロセスの状態監視

JP1/Base自身の障害をJP1イベントとしてイベントDBに登録することで，JP1/IMによるJP1/Baseの障害監視も容易になります。

なお，ヘルスチェック機能が，ハングアップまたは異常終了すると，ほかのプロセスの状態監視ができなくなります。また，イベントサービスが，ハングアップまたは異常終了すると，JP1イベントの登録ができなくなります。

このような事態を回避したい場合は，他ホスト上のJP1/Baseのヘルスチェック機能を使ってこれら（イベントサービス，ヘルスチェック機能）の状態を監視するようにする必要があります。

(2)　他ホスト上のJP1/Baseプロセスの状態監視

JP1/Baseのヘルスチェック機能は，自ホスト上のJP1/Baseプロセスだけでなく，他ホスト上のJP1/Baseのヘルスチェック機能やイベントサービスの状態を監視できます。これにより，ヘルスチェック機能の障害によるJP1/Baseプロセスの障害検知漏れや，イベントサービスの障害によるJP1イベントの登録漏れを回避できます。

JP1/Baseのバージョンが09-10以降の場合，監視先が正常停止したときに監視を抑止することができます。詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

他ホスト上のJP1/Baseプロセスの状態監視概要を次の図に示します。

図9‒21　他ホスト上のJP1/Baseプロセスの状態監視

上記図は，HostAでHostB，HostCのヘルスチェックやイベントサービスの状態監視をしていることを表しています。HostBのヘルスチェックに障害が発生した場合，HostAがそれを検知し，その内容をHostAのOSログやイベントDBに登録します。また，HostCのイベントサービスに障害が発生した場合，HostAがそれを検知し，その内容をHostAのOSログやイベントDBに登録します※。

注※　HostC上にあるイベントDBへのJP1イベント登録はできませんが，OSログへの登録はHostC上のヘルスチェック機能が正常であれば登録できます。

このようにして，JP1/BaseはJP1/Base自身の障害検知を行います。

9.4.9　JP1/Baseのプロセス管理

JP1/Baseのプロセス管理機能は，JP1/Baseを構成するプロセスの起動や停止を制御する基盤機能です。また，これらの機能の動作状態を確認したり，定義情報の再読み込みをしたりする場合の指示もプロセス管理機能によって制御されています。

JP1/Baseのプロセス管理は，次の機能を対象としています。

ユーザー管理（jbssessionmgr）　（認証サーバと呼ぶ場合もあります）

構成管理（jbsroute）

コマンド実行（jcocmd）

定義情報収集・配布機能（jbsplugin）

ヘルスチェック（jbshcd，jbshchostd）

なお，イベントサービス，イベント変換機能，および統合トレース機能は，プロセス管理とは独立して動作しています。詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。

プロセス管理機能のコマンドには次のものがあります。

表9‒13　プロセス管理機能のコマンド

機能

コマンド

説明

JP1/Baseの起動

（内部コマンド）

jbs_spmd（UNIX限定）

JP1/Baseの起動・停止を制御する内部コマンドです。

プロセス管理で管理する機能が対象です。

JP1/Baseのプロセス管理の起動・停止は，直接これらのコマンドを実行せずに，Windowsの場合はWindowsサービスを，UNIXの場合は起動・停止コマンド（jbs_startコマンド，jbs_stopコマンド）を使ってください。

JP1/Baseの停止

（内部コマンド）

jbs_spmd_stop

JP1/Baseの動作確認

jbs_spmd_status

プロセス管理で管理する機能の動作状態を確認します。

JP1/Baseの定義情報の再読み込み

jbs_spmd_reload

プロセス管理で管理する機能の定義情報を変更したときに，変更内容を読み込んで有効にします。

また，JP1/Baseの障害の検知と対策を支援するために，次の機能を提供しています。

プロセスが異常終了した場合に，自動的に再起動する機能

プロセスの異常を検知した場合に，JP1イベントを発行する機能

この機能は，プロセス管理機能が管理しているプロセスが対象で，JP1/Base 07-00以降でサポートされています。

重要

異常終了時の再起動設定は，クラスタ運用時には設定しないでください。JP1/Baseの障害時はプロセス再起動の機能も障害の影響を受けるおそれがあります。クラスタ運用時に再起動をしたい場合は，より確実に再起動を制御するためにJP1/Base外部のクラスタソフトから再起動を制御してください。

表中のコマンドやプロセス管理の障害対策については，マニュアル「JP1/Base 運用ガイド」のインストールとセットアップの章の，JP1/Baseの障害に備えた設定に関する説明を参照してください。

10　他製品との連携

JP1/IMは，他製品の管理情報やシステムで発生する事象を収集，一元管理する機能を持つ一方で，JP1/IMの管理情報を，JP1/Service Support，JP1/Navigation Platform，VMware vCenter Operations Manager，JP1/AJS，およびJP1/PFMで利用してもらうための機能も提供しています。

JP1/Service Supportは，JP1/IMで監視しているJP1イベントの発生を契機にインシデントを登録・管理します（登録・管理されたインシデントは，オペレーターによって対策を実施されます）。

JP1/Navigation Platformは，JP1/IMで監視しているJP1イベントに対応する業務コンテンツ（運用手順）を表示します。

VMware vCenter Operations Managerは，JP1/IMで監視しているJP1イベントに対応する仮想化基盤のアラートの詳細を表示します。

JP1/AJSは，JP1イベントに対応するジョブのモニター画面を表示するなど，JP1/IMからJP1/AJSの画面を表示できます。

JP1/PFMは，JP1イベントに対応する事象発生元ホストの性能レポートを表示するなど，JP1/IMからJP1/PFMの画面を表示できます。

この章では，これらの製品と連携するために，JP1/IMが提供している機能について説明します。

10.1　JP1/Service Supportとの連携

セントラルコンソールでは，JP1/IM - Viewのイベント一覧に表示しているJP1イベントをインシデントとしてJP1/Service Supportに手動で登録する連携機能を提供しています。［インシデント登録］メニューを選択するか，［イベント詳細］画面の［インシデント登録］ボタンをクリックして，JP1/Service Supportの［登録先プロセスワークボード選択］画面を呼び出して登録します。

図10‒1　JP1/IM - Viewからの［登録先プロセスワークボード選択］画面呼び出し

JP1/Service Supportの［登録先プロセスワークボード選択］画面を呼び出すための設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「10.1.1　JP1/Service Support画面呼び出し設定」を参照してください。また，JP1/Service Supportの詳細については，マニュアル「JP1/Service Support 構築・運用ガイド」を参照してください。

メモ

JP1/IMの自動アクションによるコマンド実行の機能を使用すると，JP1イベントをインシデントとしてJP1/Service Supportに自動で登録することもできます。

10.1.1　JP1/Service Supportと連携する場合にインシデントとして登録できるJP1イベントの属性

JP1/IM - Viewに表示されたJP1イベントをインシデントとしてJP1/Service Supportに登録する場合，JP1イベントの属性がインシデントとして自動的に引き継がれます。

なお，インシデントとしてJP1/Service Supportに登録できるJP1イベントの種類は，JP1/IM - ViewがログインしているマネージャーホストのイベントDB，または統合監視DBに登録されているJP1イベントだけです。エージェントホストのイベントDBに登録されているJP1イベントや，JP1/IM - Viewだけに表示されるダミーイベントについては，インシデントとして登録できません。

JP1/Service Supportにインシデントとして登録する情報は，インシデントの登録モードを切り替えることで変更できます。インシデントの登録モードの説明と選択基準を次の表に示します。

表10‒1　インシデントの登録モードの説明と選択基準

インシデントの登録モード

説明

選択基準

JP1/IM - Manager，JP1/IM - View，JP1/Service Supportの対応バージョン

SS_MODE=1

引き継ぐ属性と引き継ぎ先は固定している。

JP1/IM - Manager 10-00以前と同じ仕様でJP1/Service Supportと連携する場合

09-50以降

SS_MODE=2

引き継ぐ属性と引き継ぎ先は固定している。

SS_MODE=1で引き継ぐ属性のほかにイベントID（B.IDBASE）が引き継がれる。

イベントIDを登録する場合

JP1/IM - Manager，JP1/Service Support，JP1/Navigation Platformで連携する場合

10-10以降

SS_MODE=3

引き継ぐ属性と引き継ぎ先の組合せを設定できる。

1件の引き継ぎ先に，複数の属性を引き継ぐことができる。

任意の文字列を引き継ぐことができる。

任意の属性や任意の文字列を登録する場合

JP1/IM - Manager，JP1/Service Support，JP1/Navigation Platformでの連携も可能

11-50以降

インシデント登録モードの概要図を次に示します。

図10‒2　インシデント登録モードの概要図

インシデントの登録モードは，インシデント手動登録定義ファイルでSS_MODEパラメーターに値を設定することで切り替えることができます。SS_MODEパラメーターが指定されていない場合は，インシデントの登録モードが1として動作します。インシデント手動登録定義ファイル（incident.conf）の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「インシデント手動登録定義ファイル（incident.conf）」（2.　定義ファイル）を参照してください。

(1)　インシデントの登録モードが1または2の場合に引き継がれるJP1イベントの属性

インシデントの登録モードが1または2の場合に，JP1/Service Supportの［案件作成］画面の項目と合わせてインシデントとして引き継がれるJP1イベントの属性を次の表に示します。

表10‒2　JP1/IM - Viewからインシデントとして引き継がれるJP1イベントの属性（インシデントの登録モードが1または2の場合）

インシデント

JP1イベントの属性

JP1イベントDB通し番号（JIMSD_FORM_IMEVENTNO）

JP1イベントのイベントDB内通し番号（B.SEQNO）が引き継がれる。

JP1/IM - Managerのホスト名（JIMSD_FORM_IMHOSTNAME）

JP1/IM - ViewでログインしているJP1/IM - Managerのホスト名が引き継がれる。最大255バイト。

概要（JIMSD_FORM_SUMMARY）

次の情報が引き継がれる。

JP1イベントのイベントID（B.IDBASE）※1

［イベント詳細］画面に表示するイベントIDと同じ形式

JP1イベントのメッセージ（B.MESSAGE）

最大1,023バイト

発行元イベントサーバ名（B.SOURCESERVER）※2

最大255バイト

重大度（JIMSD_FORM_SEVERITYCODE）

JP1イベントの重大度（E.SEVERITY）が引き継がれる。

なお，重大度は次のコードで引き継がれる。

Emergency=1，Alert=2，Critical=3，Error=4，Warning=5，Notice=6，Information=7，Debug=8

また，Emergency，Alert，Critical，Error，Warning，Notice，Information，Debug以外の場合は，Informationとして引き継がれる。

プロダクト名（JIMSD_FORM_JP1PRODUCTNAME）

JP1イベントのプロダクト名（E.PRODUCT_NAME）が引き継がれる。最大255バイト。

注※1　インシデントの登録モードが1の場合は引き継がれません。

注※2　発生元ホストのマッピングを有効にした場合，発行元イベントサーバ名（B.SOURCESERVER）の代わりに発生元ホスト名（E.JP1_SOURCEHOST）の情報が引き継がれます。

(2)　インシデントの登録モードが3の場合に引き継がれるJP1イベントの属性

インシデントの登録モードが3の場合，任意のJP1イベントの属性や文字列をインシデントとして引き継ぐことができます。JP1イベントの属性や文字列を，JP1/Service Supportのどの案件項目に引き継ぐかは，インシデント引き継ぎ情報設定ファイル（incident_info.conf）に定義します。

図10‒3　インシデント引き継ぎ情報設定ファイルとJP1/Service Supportの［案件作成］画面の関係

詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「インシデント引き継ぎ情報設定ファイル（incident_info.conf）」（2.　定義ファイル）を参照してください。

(3)　インシデント登録ができるバージョンの組み合わせ

インシデント登録ができる組み合わせを次の表に示します。

表10‒3　インシデント登録ができるバージョンの組み合わせ（JP1/IM - ManagerとJP1/IM - Viewの接続性）

JP1/IM - Managerのバージョン

インシデントの登録モード

JP1/IM - Viewのバージョン

09-10以前

09-50〜10-00

10-10〜11-10

11-50以降

09-10以前

−

−

−

−

−

09-50〜10-00

1

−

○

○

○

10-10〜11-10

1

−

○

○

○

2

−

△

○

○

11-50以降

1

−

○

○

○

2

−

△

○

○

3

−

×

×

○

（凡例）

○：SS_MODEに指定したモードでインシデント登録ができる

△：SS_MODE=1の機能範囲※でインシデント登録ができる

×：JP1/Service Supportとの連携機能は無効（［インシデント登録］メニューおよび［インシデント登録］ボタンが表示されない）

−：JP1/Service Supportとの連携機能がない

注※

インシデントの登録モードの機能差異については，「表10-1　インシデントの登録モードの説明と選択基準」を参照してください。

JP1/IM - ViewとJP1/Service Supportの接続性については，マニュアル「JP1/Service Support 構築・運用ガイド」を参照してください。

(4)　インシデントの登録モードを切り替える場合の注意事項

JP1/Service Supportを呼び出す際のURLの最大長は2,046文字です。インシデントの登録モードを2に設定した場合，イベントIDを引き継ぐため，登録モードを1に設定した場合より，引き継げるメッセージが短くなります。メッセージが途中で切れている場合は，ユーザーが[イベント詳細]画面に表示されているメッセージをJP1/Service Supportにコピー&ペーストしてください。

10.1.2　インシデントをJP1/Service Supportに手動登録するために必要な権限

インシデントをJP1/Service Supportに手動登録するには，次のJP1ユーザーが必要です。

JP_Console_Admin権限を持つJP1ユーザー

JP_Console_Operator権限を持つJP1ユーザー

また，JP1/Service Supportの［登録先プロセスワークボード選択］画面を操作してインシデントを登録するには，JP1/Service Supportで案件を登録したプロセスワークボードに対する参照権限と案件作成権限が必要になります。

10.2　JP1/Navigation Platformとの連携

セントラルコンソールでは，イベントガイド機能のイベントガイドメッセージファイルにJP1/Navigation PlatformのURLを記述することで，JP1/IM - Viewのイベント一覧に表示しているJP1イベントに対応する業務コンテンツ（運用手順）を参照できます。

図10‒4　JP1/IM - Viewからの［業務実行］画面呼び出し

シングルサインオンで業務コンテンツ（運用手順）を参照するためには，JP1/IM - ManagerとJP1/Navigation Platformの認証サーバを同一にしてください。また，認証サーバのJP1/Baseのバージョンは，10-10以降を指定してください。

シングルサインオンで業務コンテンツ（運用手順）を参照できる場合の組み合わせを次の表に示します。

表10‒4　シングルサインオンで業務コンテンツ（運用手順）を参照できる場合の組み合わせ

バージョン

JP1/IM - Viewが10-00以前

JP1/IM - Viewが10-10以降

JP1/IM - NPが10-00

(uCNP09-50)

JP1/IM - NPが10-10

(uCNP09-60)

JP1/IM - NPが10-50以降※1

(HNP10-00以降)

JP1/IM - NPが10-00

(uCNP09-50)

JP1/IM - NPが10-10

(uCNP09-60)

JP1/IM - NPが10-50以降※1

(HNP10-00以降)

JP1/IM - Managerが10-00以前

×

×

JP1/IM - Managerが10-10以降

×

×

○※2

（凡例）

○：シングルサインオンで業務コンテンツ（運用手順）を表示できる

×：シングルサインオンで業務コンテンツ（運用手順）を表示できない（JP1/IM - Navigation Platformのログイン画面が表示される）

注※1　JP1/IM - NPの製品名称は，11-00以降，JP1/Navigation Platformに変更になります。

注※2　セントラルコンソールのイベントガイドメッセージファイルに，シングルサインオン対応URLを記述してください。

JP1/Navigation Platformの［業務実行］画面を呼び出すための設定については，JP1/Navigation Platformのマニュアルの，JP1製品からナビゲーションプラットフォームを呼び出すためのURLについて説明されている個所を参照してください。

イベントガイド機能との使い分け

文章だけではわかりづらい複雑な運用手順は，JP1/Navigation Platformと連携し［業務実行］画面を呼び出すことで，運用手順をわかりやすく表示します。「システム管理者に連絡する。」のような簡単な運用手順は，［イベント詳細］画面の［ガイド］表示領域にイベントガイド機能を使って直接表示します。

10.2.1　JP1/Navigation Platformと連携する場合に業務コンテンツ（運用手順）として参照できるJP1イベント

業務コンテンツ（運用手順）を参照できるJP1イベントは，次の種類です。

マネージャーの統合監視DBに登録されているJP1イベント

マネージャーのイベントDBに登録されているJP1イベント

エージェントのイベントDBに登録されているJP1イベント

次の種類のJP1イベントは業務コンテンツ（運用手順）を参照できません。

JP1/IM - Viewにだけ表示されるダミーイベント

10.2.2　JP1/Navigation Platformで業務コンテンツ（運用手順）を参照するために必要な権限

JP1/Navigation Platformのユーザー権限がない場合，JP1/Navigation Platformのログイン画面が表示されます。JP1/Navigation Platformのユーザー権限の種類については，JP1/Navigation Platformのマニュアルを参照してください。

10.3　VMware vCenter Operations Managerとの連携（標準機能を使用した他製品連携の一例）

重要

本章は，他製品連携の一例としてJP1/Base，JP1/IM - ManagerおよびJP1/IM - Viewの標準機能を使用したVMware vCenter Operations Managerとの連携方法を説明するものです。

VMware vCenter Operations ManagerおよびVMware vCenter Orchestratorのバージョンによっては本章の方法で連携できない場合があります。事前に連携製品の仕様を確認し，本章の方法で連携できることを検証してください。

セントラルコンソールでは，VMware vCenter Operations Managerと連携することで，業務システムの稼働状況だけでなく，VMware vCenter Operations Managerで管理している仮想化基盤の稼働状況も一元管理できます。

セントラルコンソールで仮想化基盤の稼働状況を一元管理するためには，VMware vCenter Operations Managerで発生したアラートをVMware vCenter Orchestratorに通知し，VMware vCenter OrchestratorでアラートをJP1イベントに変換する必要があります。VMware vCenter OrchestratorでアラートをJP1イベントに変換するには，JP1/Baseのjevsendコマンドを利用します。

jevsendコマンドの詳細については，「JP1/Base 運用ガイド」のコマンドの章を参照してください。

VMware vCenter Orchestratorでアラート通知時に任意のコマンドを実行する方法については，VMware vCenter Orchestratorのマニュアルを参照してください。

図10‒5　JP1/IM - ManagerとVMware vCenter Operations Managerの連携の概要

また，セントラルコンソールで管理しているJP1イベントの［イベント詳細］画面からVMware vCenter Operations Managerの［アラート詳細］画面を呼び出すことで，仮想化基盤の稼働状況を調査できます。

JP1イベントの［イベント詳細］画面からVMware vCenter Operations Managerの［アラート詳細］画面を呼び出すためには，JP1イベント発行時に［アラート詳細］画面を呼び出すための情報をJP1イベントの拡張属性に設定する必要があります。

VMware vCenter Operations Managerの［アラート詳細］画面を呼び出すための情報については，VMware vCenter Operations Managerのマニュアルを参照してください。

図10‒6　JP1/IM - ViewからのVMware vCenter Operations Managerの呼び出し

10.4　OpenStackとの連携

セントラルコンソールでは，ログファイルトラップ機能によって，OpenStack基盤の障害監視やOpenStack上の仮想マシン，および物理サーバの障害監視ができます。性能監視にはJP1/PFMが必要です。

ログファイルトラップ機能については，マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定に関する章の，アプリケーションプログラムのログファイルの変換の説明を参照してください。

10.5　JP1/AOのREST APIを利用した他システムとの連携

JP1/AOのREST APIを利用すると，他システムやユーザー独自の画面などから監視設定の変更やユーザー追加などの運用ができます。REST APIとは，Representational State Transfer APIの略で，近年急速に普及してきたHTTP/HTTPS通信を使ったWeb APIです。

また，JP1/AOはユーザー独自のサービスを作成できるので，運用に合わせてREST APIでの運用ができます。

JP1/AOの詳細については，JP1/AOのマニュアルを参照してください。

10.6　JP1/AJSとの連携

JP1/AJSとは次に示す機能で連携できます。

連携製品のモニター起動

［イベントコンソール］画面または統合オペレーション・ビューアーに表示されているJP1イベントを選択して，その表示内容に関連するアプリケーションの画面を起動できます。

例えばJP1/AJSでジョブ実行イベントを選択してモニター起動すると，そのジョブの実行状況の管理画面が，上位のジョブネット画面を経由せずに直接呼び出されます。機能の詳細については，「4.19.1　連携製品のモニター起動」を参照してください。

統合機能メニュー

JP1/IM - Viewの［統合機能メニュー］画面から，JP1/AJSを含む多くのアプリケーションの画面を起動できます。機能の詳細については，「4.19.2　統合機能メニュー」を参照してください。

イベントガイド機能

セントラルコンソールまたは統合オペレーション・ビューアーのイベントガイド情報に表示されるJP1/AJS - Web ConsoleのURLをクリックすることで，JP1/AJSのジョブまたはジョブネットに対応するJP1/AJS - Web Consoleのモニター画面を表示できます。JP1/AJS - Web Consoleのモニター画面を表示する際，シングルサインオンで直接表示することもできます。

自動アクション機能（メール送信）

JP1/AJSのジョブまたはジョブネットに対応するJP1/AJS - Web Consoleのモニター画面のURLをメール本文に記載することで，送信メールからモニター画面を直接表示できます。

インテリジェント統合管理基盤

JP1/AJSのルートジョブネットや任意のノードとの関連を，統合オペレーション・ビューアーで監視できます。インテリジェント統合管理基盤との連携については，「3.　インテリジェント統合管理基盤によるIT運用の最適化」を参照してください。

ここでは，イベントガイド機能と自動アクション機能によるJP1/AJSとの連携について説明します。

10.6.1　イベントガイド情報からのモニター画面の表示（イベントガイド機能）

セントラルコンソールまたは統合オペレーション・ビューアーでは，イベントガイド情報に表示されるJP1/AJS - Web ConsoleのURLをクリックすることで，JP1/AJSのジョブまたはジョブネットに対応するJP1/AJS - Web Consoleのモニター画面を表示できます。

なお，JP1/AJS - Web Consoleのモニター画面を表示する際，シングルサインオンで直接表示することもできます。この項では，イベントガイド情報からシングルサインオンでJP1/AJS - Web Consoleのモニター画面を表示する場合について説明します。

図10‒7　JP1/IM - Viewからのモニター画面の表示

(1)　イベントガイド情報からモニター画面を表示する場合の前提条件

イベントガイド情報からシングルサインオンでJP1/AJS - Web Consoleのモニター画面を表示する場合の前提条件を次に示します。

JP1/IM - Manager，JP1/IM - View，およびJP1/AJS - Web Consoleのバージョンが11-10以降であること。

JP1/AJS - Web Consoleの前提条件を満たしていること。

JP1/IM - Managerと連携先のJP1/AJS - Web Consoleの認証サーバが同一であること。

JP1/IM - ManagerにログインしているJP1ユーザーが，イベントガイド情報の表示権限を持っていること。

JP1/IM - ManagerにログインしているJP1ユーザーが，リンク先画面の表示権限を持っていること。

(2)　イベントガイド情報からモニター画面を表示するための設定

イベントガイド情報のURLからJP1/AJS - Web Consoleのモニター画面を表示する場合は，JP1/AJS - Web Console連携用のURLをイベントガイドメッセージファイルに記載する必要があります。

設定の詳細については，JP1/AJSのマニュアルを参照してください。

10.6.2　自動アクションの送信メールからのモニター画面の表示（自動アクション機能）

自動アクションのイベント引き継ぎ情報を利用して，JP1/AJSのジョブまたはジョブネットに対応するJP1/AJS - Web Consoleのモニター画面のURLをメール本文に記載することで，送信メールからモニター画面を表示できます。

図10‒8　自動アクションの送信メールからのモニター画面の表示

(1)　自動アクションの送信メールからモニター画面を表示する場合の前提条件

自動アクションの送信メールからモニター画面を表示する場合の前提条件を次に示します。

JP1/IM - ManagerおよびJP1/AJS - Web Consoleのバージョンが11-10以降であること。

JP1/AJS - Web Consoleの前提条件を満たしていること。

(2)　自動アクションの送信メールからモニター画面を表示するための設定

自動アクションの送信メールからモニター画面を表示する場合は，JP1/AJS - Web Consoleのモニター画面のURLをメール本文に記載する必要があります。

設定の詳細については，JP1/AJSのマニュアルを参照してください。

10.7　JP1/PFMとの連携

JP1/PFMとは次に示す機能で連携できます。

連携製品のモニター起動

［イベントコンソール］画面または統合オペレーション・ビューアーに表示されているJP1イベントを選択して，その表示内容に関連するアプリケーションの画面を起動できます。JP1/PFMの場合，JP1/PFMが発行するアラームイベントに関連づけておいたレポートをPFM - Web Consoleの画面で表示できます。機能の詳細については，「4.19.1　連携製品のモニター起動」を参照してください。

統合機能メニュー

JP1/IM - Viewの［統合機能メニュー］画面から，JP1/PFMを含む多くのアプリケーションの画面を起動できます。機能の詳細については，「4.19.2　統合機能メニュー」を参照してください。

事象発生元ホストの性能レポート表示機能

選択したイベントの事象発生元ホストを対象として，事象が発生した時刻の性能を示すJP1/PFM - Web Consoleのレポート画面を直接表示（シングルサインオン）できます。

インテリジェント統合管理基盤

JP1/PFMの稼働情報を，インテリジェント統合管理基盤で監視できます。インテリジェント統合管理基盤との連携については，「3.　インテリジェント統合管理基盤によるIT運用の最適化」を参照してください。

なお，JP1/PFM - Web Consoleのレポートを表示するためには，レポート表示対象のパフォーマンスデータが収集，保存されている必要があります。レポートを表示するためのパフォーマンスデータの設定については，JP1/PFMのマニュアルを参照してください。

ここでは，事象発生元ホストの性能レポート表示機能によるJP1/PFMとの連携について説明します。

10.7.1　事象発生元ホストの性能レポートの表示

セントラルコンソールまたはインテリジェント統合管理基盤では，選択したイベントの事象発生元ホストを対象として，事象が発生した時刻の性能を示すJP1/PFM - Web Consoleのレポート画面を直接表示（シングルサインオン）できます。

図10‒9　JP1/IM - Viewからのレポート画面の表示

図10‒10　インテリジェント統合管理基盤からのレポート画面の表示

(1)　事象発生元ホストの性能レポートを表示する場合の条件

事象発生元ホストの性能レポート表示機能を使用する場合の前提条件を次に示します。

JP1/IM - Manager，JP1/IM - View，およびJP1/PFM - Web Consoleのバージョンが11-10以降であること。

JP1/IM - Managerと連携先のJP1/PFM - Web Consoleの認証サーバが同一であること。

連携先のJP1/PFMの認証モードが，JP1/Baseで一元管理するJP1認証モードであること。

JP1/IM - Viewのホストから連携先のJP1/PFM - Web Consoleにログインできること。

JP1/IM - ManagerにログインしているJP1ユーザーが，リンク先画面の表示権限を持っていること。

重要

次に示すホストやサーバのシステム時刻が合っていない場合，またはシステム時刻を変更した場合，性能レポートが正しく表示できないことがあります。

JP1/IMのマネージャーホストおよび監視対象ホスト

JP1/PFMの監視マネージャー，監視エージェント，監視対象ホスト，および監視コンソールサーバ

システム全体の時刻をNTPで同期して，システム時刻の変更をしないようにしてください。

(2)　事象発生元ホストの性能レポートを表示できるJP1イベント

事象発生元ホストの性能レポートは，ダミーイベントを除くJP1イベントから表示できます。

(3)　性能レポートの表示対象となるホスト

性能レポートの表示対象となるホストは，選択したイベントの次に示すイベント属性になります。対象となるイベント属性は，発生元ホストマッピング機能の設定によって異なります。

表10‒5　事象発生元ホスト名に対応するイベント属性

発生元ホストマッピング機能の設定※

イベント属性

有効

発生元ホスト名（E.JP1_SOURCEHOST）

無効

発行元イベントサーバ名（B.SOURCESERVER）

注※　次に示す注意事項があります。

発生元ホストマッピング機能の有効・無効の設定を変更した場合は，JP1/IM - Viewを再起動し，再度ログインしてください。

発生元ホストマッピング機能を有効にする場合は，発生元ホスト名（E.JP1_SOURCEHOST）に監視したいホスト名が入るようにマッピングを定義してください。

リモート監視をしている場合は，発生元ホストマッピングを有効にしてください。

(4)　表示される性能レポートの時刻

選択したイベントのイベント属性「登録時刻（B.TIME）」に設定された時刻の性能レポートを表示します。

なお，性能レポートに表示される時刻は，JP1/PFM - Web Consoleのタイムゾーンで表現されます。

(5)　JP1/IM - Viewまたはインテリジェント統合管理基盤からJP1/PFM - Web Consoleへのシングルサインオン

JP1/PFMと連携して事象発生元ホストの性能レポートを表示する場合，JP1/IM - Viewまたはインテリジェント統合管理基盤からJP1/IM - ManagerにログインしているJP1ユーザーで，自動的にJP1/PFM - Web Consoleにログインします。ログインに成功した場合，JP1/PFM - Web Consoleのログイン画面は表示されません。

(6)　事象発生元ホストの性能レポートを表示する場合の設定

事象発生元ホストの性能レポート表示機能を使用するには，性能レポート表示定義ファイルに接続先のJP1/PFM - Web ConsoleのURLを定義する必要があります。

設定の詳細については，JP1/PFMのマニュアルを参照してください。

10.8　他製品との連携時の注意事項

10.8.1　英語で動作させる場合の注意事項

次の製品との連携はサポート対象外です。

BJEX

JP1/AS

JP1/Cm2/SSO

SCIM

System Manager

JP1/SC/CM

JP1/IM - TELstaff

JP1/IM - MO

JP1/IM - Navigation Platform

10.8.2　中国語で動作させる場合の注意事項

次の製品との連携はサポート対象外です。

BJEX

JP1/AS

JP1/Cm2/SSO

SCIM

System Manager

JP1/SC/CM

JP1/IM - TELstaff

JP1/IM - MO

JP1/IM - Navigation Platform

11　JP1/IMの構成

この章では，JP1/IMの構成と機能，およびJP1/IMのシステム環境でのJP1/Baseの役割について説明します。

11.1　JP1/IMの構成例

JP1/IMでシステムの運用監視をする場合の，JP1/IMの構成について説明します。

図11‒1　JP1/IMの構成例

11.2　製品構成

JP1/IMの製品構成について説明します。

11.2.1　JP1/IMの製品構成

JP1/IMは，次の製品で構成されます。

JP1/IM - View

JP1/IM - Manager

JP1/IM - Agent

JP1/Base※

注※　JP1/Baseは，JP1/IMで監視するシステムの前提製品となります。

JP1/IM - Viewについて

JP1/IM - Viewは，JP1/IM - Managerに接続し，JP1/IM - Managerの管理情報を参照，操作するためのプログラムです。

システムを効率良く運用監視するためにJP1/IM - Managerが提供している機能の中には，JP1/IM - Viewがないと設定できないものがあります（フィルターの設定や監視ツリーの生成など）。

JP1/IM - Managerについて

JP1/IM - Managerは，システムの運用監視をするため，セントラルコンソール，セントラルスコープ，IM構成管理などの機能を実装したプログラムです。

次の制限があります。

前提プログラムとして，リリースノートに記載されているJP1/Baseが同一ホスト内に必要です。

JP1/IM - Agentについて

JP1/IM - Agentは，オンプレミス環境とクラウド環境のシステムを監視でき，管理対象ホストからパフォーマンスデータを収集して，JP1/IM - Managerに送信するプログラムです。収集したパフォーマンスデータは，JP1/IM - Managerのデータベースで一元的に管理されます。

パフォーマンスデータとアラートのJP1イベントは，ほかのJP1製品と一元化されたWebGUI（統合オペレーション・ビューアー）で確認することができます。また，JP1/IM - Managerが提供するREST APIでパフォーマンスデータを取得し，分析に使用することもできます。

11.2.2　JP1/IMの各製品の接続性

各製品で接続（または管理）できる製品を次の表に示します。

表11‒1　ビューアー・マネージャー製品の接続性

ビューアー製品

接続できるマネージャー製品

JP1/IM - View

（バージョン13）

JP1/IM - Manager（バージョン13，バージョン12，バージョン11，バージョン10）

JP1/IM - View

（バージョン12）

JP1/IM - Manager（バージョン13）

バージョン12以前のマネージャー製品との接続性については，過去に発行されたバージョン12のマニュアルでご確認ください。

JP1/IM - View

（バージョン11）

JP1/IM - Manager（バージョン13）

バージョン12以前のマネージャー製品との接続性については，過去に発行されたバージョン12のマニュアルでご確認ください。

表11‒2　マネージャー・エージェント製品の接続性

上位マネージャーの種別

接続（管理）できるマネージャーおよびエージェント製品

JP1/IM - Manager（バージョン13）

JP1/IM - Manager（バージョン13，バージョン12，バージョン11，バージョン10）

JP1/Base（バージョン13，バージョン12，バージョン11，バージョン10）

JP1/IM - Agent（バージョン13）※

JP1/IM - Manager（バージョン12）

JP1/IM - Manager（バージョン13）

JP1/Base（バージョン13）

バージョン12以前のマネージャー，エージェント製品との接続性については，過去に発行されたバージョン12のマニュアルでご確認ください。

JP1/IM - Manager（バージョン11）

JP1/IM - Manager（バージョン13）

JP1/Base（バージョン13）

バージョン12以前のマネージャー，エージェント製品との接続性については，過去に発行されたバージョン12のマニュアルでご確認ください。

注※

JP1/IM - Managerの製品プラグインでは，次のデータを扱います。

統合エージェントホストから送信されてきたデータ

ユーザー独自のPrometheus，Alertmanager，およびFluentdから送信されてきたデータ

表11‒3　エージェント製品と関連プログラムの接続性

エージェント製品

接続できる関連プログラム

JP1/IM - Agent（バージョン13）

ユーザーが独自に用意したExporter（ユーザー独自のExporter）※

注※

統合エージェンホストのPrometheusに接続できるユーザー独自のExporterは，Text-based formatに対応している必要があります。Text-based formatについては，Prometheusのドキュメントを参照してください。

また，統合エージェンホストのPrometheusに接続できるのは，同一ホスト上のユーザー独自のExporterだけです。

11.3　前提OSおよび前提プログラム

JP1/IMおよびJP1/Baseの前提OSおよび前提プログラムについて説明します。

11.3.1　前提OS

JP1/IMおよびJP1/Baseの前提OSについて説明します。詳細については，各製品のリリースノートを参照してください。

重要

JP1/IM - View，JP1/IM - Managerでは，JISコード第3水準および第4水準の文字はサポートしていません。JP1/IM - View上でこれらの文字を使用した場合は，文字化けが発生して正しく動作しないおそれがあります。

JP1/IM - Managerをインストールしているボリュームには，Windows Server 2016，Windows Server 2019，Windows Server 2022のデータ重複除去を適用しないでください。

表11‒4　JP1/IMの前提OS

OS名

JP1/IM - View

JP1/IM - Manager

JP1/IM - Agent※1

Windows Server 2022

〇

〇

〇

Windows Server 2019

○

○

〇

Windows 10

○

−

−

Windows 11

○

−

−

Windows Server 2016

○

○

〇

Linux

−

○

〇※2

（凡例）

○：動作する

−：動作しない

注※1

次に示すクラウド環境の仮想マシンにインストールできます。

Amazon EC2

Azure Virtual Machines

Google Cloud Platform

Oracle Cloud Infrastructure

注※2

LinuxのSELinuxについての対応を次に示します。

SELinuxが有効になっている環境と無効になっている環境のどちらに対しても，JP1/IM - Agentをインストールできます。

JP1/IM - Agentのインストール後に，SELinuxの有効/無効を変更する場合は，JP1/IM - AgentをいったんアンインストールしてからSELinuxの有効/無効を変更し，JP1/IM - Agentをインストールしなおす必要があります。

Red Hat Enterprise Linux 8以降，Oracle Linux 8以降のSELinuxがサポート対象です。

注　次に示すシステム全体に関する操作は，同時にしないでください。

製品のインストールやアンインストール

IMデータベースのセットアップなどの動作環境に関する操作

システムの構成変更やシステム全体に影響する設定の変更

トラブル発生時の資料採取

システムのメンテナンスなどの保守作業

なお，JP1/Baseは，OSによって機能のサポート範囲が異なります。詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

11.3.2　前提プログラム

JP1/IMおよびJP1/Baseの前提プログラムについて説明します。

表11‒5　JP1/IM，JP1/Baseの前提プログラム

製品名

前提プログラム

JP1/IM - View

他製品連携でJP1/IM - Viewから連携製品側の画面を表示する場合には，次のどちらかが必要になります（どちらが必要になるかは連携製品側に依存します）。

ビューアーから起動するJP1シリーズのプログラムなどのアプリケーションプログラム

WWWブラウザー

JP1/IM - Manager

同一マシン内

JP1/Base

JP1/IM - Agent

同一マシン内

■Windowsの場合

.NET Framework 4.6.2以上

■Linuxの場合

tar

gzip

システム内

JP1/IM - Manager 13-00以降※

注※

JP1/IM - Agentの製品プラグインと同居するJP1/IM - Managerは，インテリジェント統合管理基盤の設定を有効にしておく必要があります。

JP1/Base

−

（凡例）

−：必要ない

重要

JP1/IM - Managerは，JP1/IM - ManagerのDLL，前提製品のDLL，及びOS標準のDLLを使用して動作させることを前提としております。

JP1/IM - Managerのプロセス内に他の製品がDLLを挿入（DLLインジェクション）する環境においては，JP1/IM - Managerの動作に影響を与えるため，挙動が不安定となったり，起動できない場合があります。

このような環境での問題の調査の一部として，他の製品の影響では無いことを確認するために，お客様に他の製品がインストールされていない環境での再現をお願いする場合がございます。

他の製品の影響では無いことが確認できない場合，通常のサポートサービスを提供できない場合があります。

リモートデスクトップ接続を使用してJP1/IM - Viewを使用する場合は，十分にテスト運用して，問題ないことを確認してください。また，JP1/IM - Viewの標準的な使用方法および障害に関するお問い合わせについては，標準環境とリモートデスクトップ環境の両方で共通に発生する問題として取り扱いますが，問題の調査の一部として，使用するリモートデスクトップ環境の問題でないことを確認するために，お客様に標準環境での再現をお願いする場合があります。

11.4　各種システム構成への対応

各種システム構成へのJP1/IM，JP1/Baseの対応について説明します。

11.4.1　ファイアウォール対応

JP1/IM，JP1/Baseは，ファイアウォール環境でもファイアウォールの設定をすることで運用できます。パケットフィルタリング型，NAT（スタティックモード）型のファイアウォール環境で使用できます。JP1/IM，JP1/Baseが使用するポート番号は，各マニュアルの付録に記載があるので，それを参考に設定してください。また，設定する際には次に示す内容についても注意してください。

マネージャー・エージェント間の通信は，システムの階層構成（IM構成）の定義に従って行われる通信と対象ホストと直接やり取りする直接通信の2種類があります（「9.3　JP1/IMのシステム環境で行う通信」を参照）。このため，ファイアウォールの設定もそれぞれの通信に対応した設定をする必要があります。

JP1/IM，JP1/Baseは，自ホスト内の通信でもポートを使用しています。ファイアウォールのホストでJP1/IM，JP1/Baseを使用する場合，自ホスト内の通信については，JP1/IM，JP1/Baseが使うすべてのポートを通過できるよう設定する必要があります。

監視対象がWindowsのときは，ファイアウォール経由での使用には適していません。監視対象とJP1/IM - Manager間にファイアウォールを通過させない構成を推奨しています。ただし，NAT変換が実行される環境ではDCOMは機能しません。そのため，監視対象とJP1/IM - Manager間に存在するファイアウォールでNAT変換が実行されている場合，リモート監視による監視はできません。

NAT変換が実行される環境でリモート監視による監視をしたい場合，NAT変換が監視対象とJP1/IM - Manager間ではなく，統合マネージャーと拠点マネージャー間で実行されるように，追加で拠点マネージャーを構築してください。

11.4.2　複数LAN対応

JP1/IM，JP1/Baseは，次のような特別な要件のあるネットワーク構成でもJP1/IM，JP1/Baseの通信設定を変更することで運用できます（各マシンが自由に通信できるネットワーク構成では，JP1/IM，JP1/Baseの通信設定をユーザーが意識して変更する必要はありません）。

＜特別な要件＞

通信するネットワークの選択

JP1/IM，JP1/Baseのマシンが複数のLANに接続されているが，JP1/IM，JP1/Baseは，特定のLANで通信するようにしたい（ホスト名に対応したIPアドレス以外で通信したい）。

分離されたネットワーク

JP1/IM，JP1/Baseのマシンが複数のLANに接続されているが，その複数LANの間で相互に通信ができない（ホスト名に対応したIPアドレスと通信できない）。

詳細については，「付録F　通信設定の変更対応」を参照してください。

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

JP1/IMは，クラスタシステムでの運用に対応しています。

JP1/IMをクラスタ運用することによって，サーバ障害などが発生した場合でも実行系から待機系に処理を引き継いで，システム運用管理を継続できます。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7　クラスタシステムでの運用と環境構築（Windowsの場合）」，「8.　クラスタシステムでの運用と環境構築（UNIXの場合）」を参照してください。

11.4.4　非クラスタシステムでの論理ホスト運用

通常，論理ホストのJP1/IMは，クラスタシステムでクラスタソフトと連携して運用します。しかし，IPアドレスとディスク領域を用意し，JP1/IMの論理ホストをセットアップすると，クラスタソフトと連携しなくてもフェールオーバーしない論理ホスト環境でJP1/IMを運用できます。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7.10　非クラスタシステムでの論理ホストの運用と環境構築（Windowsの場合）」を参照してください。

11.4.5　FQDN形式での運用

JP1/IMはFQDN形式の運用に対応しています。

複数のドメインで構成されたシステムに同じコンピュータ名のマシンがある場合，監視対象ホスト名をFQDN形式で管理します。

詳細については，「14.3.10　FQDN形式のホスト名の監視対象ホストを管理する場合のシステム構成」を参照してください。

第3編　設計編

12　設計の概要

この章では，JP1/IM導入時の流れと設計について概要を説明します。

システムの運用管理は，そのシステムで実行する業務によりさまざまな方法があり，システムごとに運用を積み重ねてきた運用の文化があります。

既存のシステムの中にJP1/IMを導入することによって，さらに運用作業が効率化されるよう，設計をしてください。

12.1　JP1/IM導入の流れ

JP1/IMを導入するには，次に示す図のように作業を進めます。

このマニュアルでは，それぞれの段階に対応して，JP1/IMについて検討する必要がある項目や作業の手順を説明しています。

構築には，余裕を持ったスケジュールを組んでください。

図12‒1　JP1/IM導入の流れ

12.2　設計項目

JP1/IM導入時の設計項目とこのマニュアルでの説明個所を次の表に示します。

詳細については，それぞれの説明個所を参照してください。

表12‒1　設計項目

設計段階で検討する項目

説明個所

JP1/IMの統合監視DBに関する設計

フィルタリング方法

13.1.3　JP1イベントのフィルタリング設定の検討

監視するJP1イベント

13.1.4　相関イベント発行の検討

変更するJP1イベント

13.1.8　JP1イベントの重大度変更の検討

JP1イベントの表示メッセージ

13.1.9　JP1イベントの表示メッセージ変更の検討

イベント情報の保管

13.1.12　統合監視DBのイベント情報の保管（イベントレポート出力）の検討

JP1/IMの運用管理に関する設計

監視するJP1イベント

13.1　JP1イベントによるシステム監視の検討

監視する監視オブジェクト

13.2　セントラルスコープによるシステム監視の検討

障害を検知した場合にJP1/IMで行う対処

13.3　JP1/IMでの問題調査の検討

自動アクション

13.4　自動アクションの検討

システムの階層構成（IM構成）の管理に関する設計

システムの階層構成の管理方法

13.5　システムの階層構成の管理の検討

リモート監視構成

13.5.2　リモート監視構成の管理

業務グループ

13.5.4　業務グループの検討

インテリジェント統合管理基盤に関する設計

管理対象システムと監視項目

他運用管理製品との連携

統合オペレーション・ビューアーの表示

対処アクション

13.6　インテリジェント統合管理基盤によるシステム監視の検討

JP1/IMのシステムに関する設計

動作環境

14.1　動作環境の検討

旧バージョンからの移行（バージョンアップ）

14.2　旧バージョンのJP1/IMからのバージョンアップについて

システム構成

14.3　システム構成の検討

ネットワーク構成

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

システムの構成定義

14.5　システムの階層構成の検討

ユーザー認証

14.6　ユーザー認証の検討

JP1/IM，JP1/Baseの環境設計

14.7　JP1/IMおよびJP1/Baseの環境の検討

メンテナンス

14.8　JP1/IMのメンテナンスの検討

14.9　JP1/IMが監視するシステム全体のメンテナンスの検討

暗号化通信

14.10　暗号化通信の検討

JP1/IMの性能に関する設計

性能と見積もり

15.　性能と見積もり

12.3　JP1/IMの導入設計の概要

この節では，JP1/IMの導入時の設計について，おおまかな考え方を説明します。

実際にJP1/IMを導入するには，システムの構成や業務に合わせた導入設計が必要です。既存のシステム運用を生かしつつ，JP1/IMの導入により運用を効率化するように設計してください。

12.3.1　設計の概要

JP1/IM導入時の設計には，JP1/IMによるシステム運用管理の設計と，それを実現するJP1/IMシステム自身の設計の，二つの側面があります。

運用管理の設計 〜JP1/IMによるシステム運用管理の設計〜

監視：システムの何を監視するか。

検知〜通知：発生した事象をどのように分類し，何を通知して即時対応するか。

調査，対策：問題が発生した場合に，どのように調査し，対策するか。

これらを，システム運用として検討した上で，JP1/IMの機能を使ってどのように実現するかを検討します。

システムの設計 〜JP1/IMシステムの設計〜

重要なシステムをJP1/IMによって運用管理するには，JP1/IMが安定して稼働することが前提となります。システムの運用管理を実現するための，JP1/IMのシステムの構成や設定について検討します。

12.3.2　監視の設計

システムの監視では，安定稼働するために必要な監視項目と，その方法や管理を検討します。

図12‒2　JP1による運用管理

(1)　監視方法の検討

システムの安定稼働を支えるための監視には，何をどのような方法で監視することが必要かを検討します。

システムの監視方法の検討

システム監視を検討するには，まずシステムを構成する要素を分析することが必要です。システムはさまざまな要素によって構成されているため，例えば，次のようなレイヤーに分けて検討し，それぞれを整理します。

ビジネス：どのようなジョブを実行しているか。

サーバ：サーバを構成するソフトウェアやハードウェアは何か。

ネットワーク：ネットワーク構成や，ネットワーク機器は何か。

次に，システムを構成する要素に対して，監視する方法を検討します。例えば，運用管理のための製品を使って，システムの各要素を監視します。ビジネスでの定型業務を実行するジョブ管理の情報を監視したり，サーバで実行する各ソフトウェアの監視製品を使用するなどにより，システムの各要素を監視します。

JP1の場合は，JP1シリーズとしてさまざまな角度でシステム運用を支援する製品を提供しており，システムの運用から監視まで対応することができます。

JP1/IMによる監視の検討

JP1/IMではJP1イベントにより事象を管理することで，システムを管理します。

このため，システムの各要素を運用管理する製品と連携することで，システムで発生した事象をJP1イベントとして収集することを検討します。

JP1シリーズの各製品とは，連携することによりJP1イベントを収集します。

ログファイル上のメッセージ，Windowsイベントログは，JP1/BaseまたはJP1/IM - AgentによってJP1イベントに変換して管理できます。

また，JP1/IM - Agentの性能監視により，システムのパフォーマンスを管理します。

(2)　監視項目の検討

システムの安定稼働していることを確認するには，どのような項目でシステムを監視することが必要かを検討します。

監視項目の確認

先に検討した，システムの監視方法について，それぞれどのような項目を監視できるか確認します。例えば，JP1/IM - Agentの性能監視では，監視ができるリソース使用率や負荷などの監視項目があります。

監視できる項目は，自システムの運用に適切なものか検討してください。例えば，リソース利用率の監視などでは，イベントを発行するしきい値などが十分に設計されていることを確認してください。

JP1イベントの内容の確認

監視項目として必要な項目が整理できたら，JP1イベントとしてどの項目の値として記録されているかを確認します。

JP1イベントを発行する製品であれば，JP1イベントの項目名と値の形式を確認します。

ログファイルやWindowsイベントログなどを，JP1/BaseまたはJP1/IM - AgentによりJP1イベントに変換している場合は，変換元の内容と，変換後のJP1イベントの項目の対応を確認します。

(3)　監視視点の検討（セントラルスコープの利用）

セントラルスコープにより運用管理をする場合は，監視の視点を検討します。

セントラルスコープでは，監視視点に合わせた目的指向型のシステム監視として，［監視ツリー］画面でのツリー形式の表示，および［ビジュアル監視］画面によるマップ形式の表示により監視ができます。

監視ツリーの検討

次に示す監視ツリーを，自動生成の機能により生成することができます。

業務指向ツリー

サーバ指向ツリー

これを基に，監視項目の追加や削除を行って，監視する目的に合わせた監視ツリーを作成します。

ビジュアル監視の検討

重点的に監視が必要な個所がある場合は，［ビジュアル監視］画面を使ったマップ形式での監視を検討します。また，業務組織図や地図など，マップの画像を用意します。

12.3.3　検知・通知の設計

監視方法および監視項目を検討したあと，問題を検知したときの対処について検討します。

図12‒3　問題の重大度と対応の検討

(1)　JP1イベントと重大度の検討

JP1/IMはシステムで発生した事象を，JP1イベントによって管理します。このJP1イベントには，発生した事象の重大さを表す重大度が設定されています。

この重大度を軸にして，問題の検知と通知について，検討を進めます。

JP1イベントの重大度による分類

JP1イベントでの重大度（項目名：E.SEVERITY）を軸にして分類します。

なお，JP1イベントは，システムで発生する事象と重大度の対応を定義しており，各製品は，管理する対象に合わせて適切な重大度を設定しています。

WindowsイベントログをJP1イベントに変換している場合は，変換元の重大度がJP1イベントの重大度に対応づけられています。また，統合監視DBを使用する場合に，JP1イベントの重大度をユーザーが定義した重大度に変更しているときは，ユーザーが定義した重大度がJP1イベントの重大度に対応づけられます。元のイベントの重大度を確認して，JP1イベントと同様に分類してください。ログファイル上のメッセージを変換した場合は，変換の設定によって任意の重大度が設定されています。適切な重大度になるよう設定してください。

分類したJP1イベントの確認

重大度ごとに分類したJP1イベントを確認します。

各JP1は一般的な運用に合わせて適切な重大度が設定されていますが，システムの運用によっては重要なイベントとして扱う必要がないものもありえます。このようなイベントがないかを確認します。

(2)　緊急度に応じた対応の検討

分類したJP1イベントについて，緊急度に応じて対応方法を検討します。

ここでは，例として3段階（緊急，重要，通常）に分けた対応方法を説明します。

緊急の対応が必要なイベント

JP1/IMで管理するイベントから，至急の対応が必要なイベントがないかを検討します。例えば，システムダウンは業務に致命的な影響を与えるため，即時対応が必要です。

このような障害が発生した場合は，管理者に通知することを検討します。

なお，管理者への通知は，負担を考えて緊急性の必要なイベントだけにします。また，内容によって，通知する範囲を変えるなども検討してください。

JP1/IMでは，自動アクションによってコマンドを実行し，緊急の連絡をすることができます。通知が必要なイベントを一意に判定する方法と，通知するためのコマンド（例えばメール送信コマンド）を検討して，自動アクションとして定義します。

監視が必要な重要イベント

重大度が，異常の発生を意味する場合は，監視対象のイベントとして対応することを検討します。

まず，監視が必要な重要なイベントについては，JP1/IMマネージャーへ転送し，一元的に管理するようにします。

また，JP1/IMでは，重要イベントとして扱うJP1イベントを重大度などにより定義します。重要イベントとして扱うと，［イベントコンソール］画面の［重要イベント］ページで，発生した重要イベントの一覧と，対処状況を管理することができます。

定期的に確認する通常イベント

ジョブの正常終了など，正常に動作しているイベントは，システムの運用要件によっては，次のように使われる場合があります。

JP1イベントを履歴として残したい。

（例）ジョブ実行のJP1イベントを，ジョブ実行履歴として保管する。

JP1イベントを統計情報として利用したい。

（例）ジョブ実行のJP1イベントの，実行開始および実行終了の項目を，ジョブ実行時間の統計情報として利用したい。

緊急度の高いイベント，重要イベントについては，JP1/IM - Viewに表示，CSV出力して，システム見直しなどの際に利用してください。

また，JP1/IMの監視対象外としているイベントについては，各ホストで，次のコマンドを使ってCSV出力して，利用してください。

JP1/Baseのjevexportコマンド

イベントDBの内容をCSV出力する場合に利用してください。

JP1/IM - Managerのjcoevtreportコマンド

統合監視DBの内容をCSV出力する場合に利用してください。

(3)　セントラルスコープでの監視

セントラルスコープでは，表示される重要度を，カスタマイズすることができます。

監視ツリーでは，システム全体をツリーとして表示するため，監視対象同士の関連の把握が容易です。しかし，障害のイベントが発生すると，監視ツリーの構成によっては広範囲の監視オブジェクトが障害色になってしまいます。

監視オブジェクトの状態変更の契機は，デフォルトではJP1イベントの重大度と関連していますが，これを運用に合わせてカスタマイズすることができます。

また，監視オブジェクトを非監視にすることもできます。

13　運用管理の設計

この章では，JP1/IMでシステムの運用監視をするための検討項目について説明します。

13.1　JP1イベントによるシステム監視の検討

JP1/IMではJP1イベントによりシステムで発生した事象を監視します。

システム運用管理で監視したい事象を，JP1イベントによって管理するよう，JP1/IMの設定を検討します。

13.1.1　JP1イベントでの事象の管理

システムの事象を，JP1イベントにより管理できるように検討します。

(1)　JP1イベントを発行するプログラムとの連携

JP1シリーズのプログラムなど，JP1イベントを発行するプログラムの場合は，発行されるJP1イベントを使用します。

JP1イベントを発行するために，設定が必要なプログラムもあります。詳細は，各製品のマニュアルを参照してください。

(2)　JP1イベント発行コマンドの利用

JP1イベントを発行しないプログラムの場合，JP1イベント発行コマンド（jevsend，jevsendd）を利用して，JP1イベントを発行することを検討してください。二つのコマンドの違いは，JP1イベントの登録を確認するか，確認しないかです。詳細は，次の説明を参照してください。

JP1イベント発行コマンドについて

JP1イベント発行コマンドでJP1イベントを登録する

参照先：マニュアル「JP1/Base 運用ガイド」のjevsendコマンドおよびjevsenddコマンドの説明

(3)　他形式のイベントをイベント変換機能でJP1イベントにする

監視したい事象が，次の情報として出力されている場合は，イベント変換機能によりJP1イベントに変換してJP1/IMにより管理することができます。

ログファイル上のメッセージ

SNMPトラップ

Windowsのイベントログ

この場合は，JP1/Baseのイベント変換機能の設定を検討してください。

イベント変換機能について

ログファイルのメッセージを，JP1イベントに変換する

参照先：マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定に関する章の，アプリケーションプログラムのログファイルの変換に関する説明

SNMPトラップを，JP1イベントに変換する

参照先：マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定に関する章の，SNMPトラップの変換に関する説明

Windowsイベントログを，JP1イベントに変換する

参照先：マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定に関する章の，Windowsのイベントログの変換に関する説明

13.1.2　マネージャーに転送するJP1イベントの検討

システム運用管理に必要なJP1イベントを，JP1/IMマネージャーへ転送するよう検討してください。

JP1イベントは，JP1/Baseのイベントサービスで管理しており，イベント転送設定に定義された転送対象のJP1イベントと転送先ホストに従って転送します。

デフォルトの設定では，システムの構成定義に設定したマネージャーとエージェントの階層にそって，重大度が「緊急（Emergency）」「警戒（Alert）」「致命的（Critical）」「エラー（Error）」「警告（Warning）」のJP1イベントを転送します。

次のような場合には，設定をカスタマイズしてください。

重大度が通知や正常に設定されたJP1イベントをJP1/IMで管理する

重大度が「通知（Notice）」や「情報（Information）」のJP1イベントをJP1/IMで管理したい場合は，転送設定に追加します。例えば，ジョブの実行状況を確認するために，ジョブネット正常終了のJP1イベント（重大度が「情報（Information）」）をJP1/IMで管理したい場合は，そのイベントを転送するよう設定します。ただし，このような場合は，JP1/IMマネージャーへ転送するJP1イベントが少数になるよう，転送設定に明確な条件を指定してください。

JP1/SESイベントをJP1/IMで管理する

JP1/SESイベントをJP1/IMで管理する場合は，転送設定に追加してください。例えば，JP1/Open Job Entry（メインフレームと連携するための製品）が発行するJP1/SESイベントをJP1/IMで管理したい場合は，そのイベントを転送するよう設定します。ただし，このような場合は，JP1/IMマネージャーへ転送するJP1イベントが少数になるよう，転送設定に明確な条件を指定してください。

JP1イベントの転送について

JP1イベントの転送の設定

参照先：マニュアル「JP1/Base 運用ガイド」のイベントサービス環境の設定の章

システムの構成定義の設定

参照先：マニュアル「JP1/Base 運用ガイド」の「構成定義ファイル（jbs_route.conf）」を説明している章

重要

各エージェントで発生したJP1イベントは，マネージャーで管理する必要がある重要イベントだけをフィルタリングして転送してください。各エージェントで発生したJP1イベントをすべてマネージャーに転送すると，転送遅延やマネージャーでの登録遅延が発生するおそれがあります。

業務グループでの参照・操作を制限している場合，異なる業務グループ間でJP1イベントを転送しないでください。

詳細については，「4.1.4　業務グループの参照・操作制限の仕組み」を参照してください。

13.1.3　JP1イベントのフィルタリング設定の検討

システム監視で適切なJP1イベントをJP1/IMで管理するよう，JP1イベントのフィルタリング設定について検討してください。

重要

1台のJP1/IM - Managerで1,024台以上のエージェントを監視する場合，JP1/IM - Managerサーバで定義する共通除外条件（拡張）や，繰り返しイベント条件などの各種フィルター条件数に比例して，JP1/IM - Managerサーバの負荷が増加します。そのため，単位時間あたりの監視可能イベント数が低下する可能性があります。正規表現などを利用し，複数のホストに対するフィルター条件を1件に集約することを検討してください。

JP1/IMマネージャーでの，JP1イベントの流れは，統合監視DBを使用しない場合と使用する場合で異なります。統合監視DBを使用しない場合と使用する場合のフィルターの影響に着目して図で示すと，次のようになります。

図13‒1　フィルターの影響（統合監視DBを使用しない場合）

図13‒2　フィルターの影響（統合監視DBを使用する場合）

イベント基盤サービス，および相関イベント発行サービスは，イベント取得フィルターの条件でJP1イベントをフィルタリングします。統合監視DBを使用する場合，フィルタリングされたJP1イベントを統合監視DBに登録します。フィルタリングされたJP1イベントは，ユーザーフィルターを通って，JP1/IM - View上に表示されます。

JP1イベントの発生から順に，各フィルターについて説明します。

(1)　イベント取得フィルター

イベント取得フィルターには，JP1/IM - ManagerがJP1/Base（イベントサービス）からJP1イベントを取得する条件を設定します。

デフォルトでは，重大度が設定されたJP1イベントをすべて取得します。

統合監視DBを使用する場合，重大度変更機能を設定して重大度を変更しても，元の重大度でJP1イベントを取得します。

次に，イベント取得フィルターの設定のカスタマイズとイベント取得フィルターの複数設定について説明します。

(a)　イベント取得フィルターの設定のカスタマイズを検討する

次のような場合には，イベント取得フィルターの設定をカスタマイズしてください。

［イベントコンソール］画面の［イベント監視］ページに「通知（Notice）」や「情報（Information）」のJP1イベントを表示しない

マネージャーで，通知や情報のJP1イベントが大量に発生する場合は，イベント取得フィルターで，取得するJP1イベントの重大度を「警告（Warning）」以上などに設定します。例えば，JP1/IM - Managerと同じホストでJP1/AJS - Managerが動作し，ジョブ実行のイベントが大量に発生する場合などがあります。なお，重大度を設定するときは，［イベント取得条件設定］画面でその重大度を設定した条件群を別々に作成してください。

JP1/SESイベントをJP1/IMで監視する

JP1/SESイベントは重大度が設定されていないため，デフォルト設定ではそのイベントをJP1/IMは取得しません。JP1/SESイベントをJP1/IMで管理したい場合は，イベント取得フィルターで，JP1/SESを取得するよう設定します。なお，JP1/SESを取得する設定をするときは，［イベント取得条件設定］画面で［JP1/SESイベント］を選択した条件群を別々に作成してください。

(b)　イベント取得フィルターの複数設定を検討する

営業時間用と夜間用など，時間帯によって取得したいJP1イベントの条件を切り替えたい場合は，イベント取得フィルターを複数設定することを検討してください。

(c)　メンテナンス用の共通除外条件を検討する

JP1/IMおよびJP1/Baseのメンテナンス計画に基づいて，メンテナンス作業の実施時だけ特定のホストが発行するJP1イベントを取得対象外または自動アクションの実行対象外にするために，イベント取得フィルターにメンテナンス用の共通除外条件を定義するかどうかを検討してください。

メンテナンス対象ホストのJP1イベントを取得対象外または自動アクションの実行対象外にする共通除外条件を定義しておき，メンテナンス時だけ共通除外条件を有効にすることで，通常運用時のフィルター条件を変更することなく，メンテナンス対象ホストからのJP1イベントを取得対象外または自動アクションの実行対象外にできます。

なお，イベント取得フィルターの共通除外条件を利用したメンテナンスの詳細については，「14.9　JP1/IMが監視するシステム全体のメンテナンスの検討」を参照してください。

(d)　注意事項

イベント取得フィルターは，相関イベント発行サービスにも適用されます。相関イベント発行サービスはデフォルトで起動しない設定となっていますが，起動するとイベント基盤サービスに適用されているフィルター内容が，そのまま相関イベント発行サービスにも適用されます。

(2)　ユーザーフィルター

ユーザーフィルターは，JP1/IMの管理者が，JP1ユーザーに対して監視できるJP1イベントを制限する場合に使用します。ユーザーフィルターの設定はJP1ユーザー単位にでき，設定の変更には管理者権限（JP1_Console_Admin）が必要です。

デフォルトでは制限がなく，どのJP1ユーザーもすべてのJP1イベントを監視できます。

次のような場合には，設定をカスタマイズしてください。

JP1ユーザーが監視できる範囲を制限する

機密上重要なJP1イベントを特定のJP1ユーザーに見えないようにするには，ユーザーフィルターに監視できるイベントを設定します。

特定の範囲を監視する

特定のJP1イベントだけを監視したり，大規模なシステムを分担して監視するなどの場合に，ユーザーフィルターを使って監視する範囲を設定することができます。

(3)　重要イベントフィルター

重要イベントフィルターは，システム監視で重要なJP1イベントを指定するために使用します。このフィルターで定義したJP1イベントは，重要イベントと見なされ，［イベントコンソール］画面の［重要イベント］ページに表示されます。また，この画面では，重要イベントの対処状況を管理できます。

デフォルトの設定では，重大度が「緊急（Emergency）」「警戒（Alert）」「致命的（Critical）」または「エラー（Error）」のJP1イベントが，重要イベントとして定義されています。

次のような場合には，設定をカスタマイズしてください。

重要イベントから特定のイベントを除く

重要イベントに相当する重大度が設定されているJP1イベントだが，システム運用上は重要イベントとして扱う必要がないJP1イベントがある場合は，重要イベントフィルターで，イベントIDの値と「と一致しない」を指定します。

(4)　表示フィルター

表示フィルターは，［イベントコンソール］画面の［イベント監視］ページおよび［重要イベント］ページに表示されるJP1イベントを，表示する条件を指定して絞り込むために使用します。

デフォルトでは，表示条件は設定されていません。

このフィルターは，通常，ユーザーが監視中に，一時的に特定のJP1イベントだけを表示したい場合などに使用します。

(5)　フィルターの条件定義

フィルター条件として条件群を複数定義する場合には，運用に入る前に条件群同士で相反する条件を定義していないか，確認してください。

例

次のような二つの条件群を通過条件に定義したと仮定します。

条件群A：「重大度が警告以上のJP1イベントを通過させる」と条件指定

条件群B：「HOSTA以外のホストからくるJP1イベントを通過させる」と条件指定

仮にHOSTAから重大度が警告以上のJP1イベントがくると，条件群Aの条件に一致するため，条件群Bで定義された条件にかかわらず，ユーザーの望まないJP1イベントがフィルターを通過してしまいます。

条件群同士の関係は，OR条件であることを十分に考慮に入れて，条件定義をしてください。なお，上記例の場合，条件群Bを「HOSTAからくるJP1イベント」を除外するよう除外条件群に定義しておくと，通過条件に定義した条件群Aよりも優先されるため，HOSTAから重大度が警告以上のJP1イベントが来てもフィルターを通過しません。

フィルターの設定について

イベント取得フィルター

［イベント取得条件設定］画面で設定する

参照先：マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.12　［イベント取得条件設定］画面」

［イベント取得条件設定］画面（互換用）で設定する

参照先：マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.13　［イベント取得条件設定］画面（互換用）」

［イベント取得条件一覧］画面で追加，設定する

参照先：マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.14　［イベント取得条件一覧］画面」

jcochafmodeコマンドを使ってフィルター位置を変更する

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcochafmode（UNIX限定）」（1.　コマンド）

jcochfilterコマンドを使ってイベント取得フィルターを切り替える

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcochfilter」（1.　コマンド）

ユーザーフィルター

［ユーザーフィルター設定］画面で追加，設定する

参照先：マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.30　［ユーザーフィルター設定］画面」

重要イベントフィルター

［重要イベント定義］画面で設定する

参照先：マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.10　［重要イベント定義］画面」

表示フィルター

［表示フィルター設定］画面で設定する

参照先：マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.28　［表示フィルター設定］画面」

［表示フィルター一覧］画面で追加，設定する

参照先：マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.29　［表示フィルター一覧］画面」

13.1.4　相関イベント発行の検討

JP1/IM - Managerが管理するJP1イベントは，システムの規模に従って膨大な量になります。加えて，JP1イベントはシステム内の発生事象を一つ一つ管理する概念であるため，その種類も多岐にわたります。

JP1/IM - Managerの提供する各種フィルターを活用することで，イベントコンソール上に表示するJP1イベントを制限して管理できます。しかし，障害発生時には障害を通知するJP1イベントが大量に発生して，イベントコンソール上を埋めてしまうことがあります。システム管理者がこれらのJP1イベントごとに分析・調査して，障害要因を特定し対策するまでには大きな手間と負担が掛かります。

JP1/IM - Managerでは，あらかじめ発生が予測できる複数のJP1イベント同士を関連づけたり，JP1イベントの属性値を任意の値に変更したりして，新しいJP1イベント（相関イベント）を発行できます。相関イベントは，相関成立時だけでなく，相関不成立時にもJP1イベントを発行できます。システム管理者は，相関イベントの発行を活用することで，管理負担の軽減や障害対応までの時間を短縮できます。

なお，相関イベントの発行処理は，統合監視DBを使用しない場合と使用する場合で，相関処理の引き継ぎ方法が異なります。詳細については，「4.3　相関イベントの発行」を参照してください。

次からは相関イベントの発行を使用する上で検討してほしいことについて説明します。検討事項を次に示します。

相関イベント発行定義の検討

相関イベントを発行するための稼働環境の検討

相関イベントの発行に関する注意事項

(1)　相関イベント発行定義の検討

相関イベント発行定義には，相関元イベント（イベント条件），タイムアウト時間，イベント相関タイプ，および発行する相関イベントを定義します。

相関イベント発行定義の次の項目について，十分な検討をしてください。

相関の対象範囲の絞り込み

イベント条件に一致するJP1イベントが特定のシステムから発行されるものではないか

相関元イベント（イベント条件）

どのJP1イベントを相関元イベントとするか

相関元イベントは1件か，または複数件か

タイムアウト時間

イベント相関タイプ（順序性，組み合わせ，およびしきい値）

同一属性値条件

ホストやユーザーなどでグルーピングして，相関イベントを管理する必要はないか

同時相関数

発行する相関イベント

ここでは，これらの相関イベント発行定義について，次の六つの例を用いて説明します。相関イベント発行定義を検討する際の参考にしてください。

JP1イベントの属性値に任意の属性を付加する

JP1イベントのメッセージをシステムに合わせたメッセージに変更する

ホストA，BおよびCのすべてが起動したのを契機に自動アクションを実行する

JP1イベントを発行した特定のホストを対象として，相関イベントを発行する

認証エラーを示すJP1イベントをサーバごとに管理する

指定時間内にイベントが発生しなかったことを監視する

これら六つの例について，満たしたい要件，理由，および相関イベント発行定義ファイルの定義内容について説明します。

なお，相関イベント発行定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「相関イベント発行定義ファイル」（2.　定義ファイル）を参照してください。

(a)　JP1イベントの属性値に任意の属性を付加する

この例では，ほかのJP1製品などが発行するJP1イベントの固定の属性値に任意の属性値を付加して，相関イベントを発行する場合について説明します。

満たしたい要件

JP1/AJSのジョブの異常終了を通知するJP1イベント（00004107）の重大度を緊急（Emergency）として通知したい。

この例での相関イベントは，次のように設定します。

イベントID：A01

重大度：緊急（Emergency）

メッセージ：相関元イベント（00004107）のメッセージを引き継ぐ

理由

システム運用での重大度は次の表のように定義されているが，JP1/AJSのジョブの異常終了を通知するJP1イベント（00004107）は，重大度がエラーとなっているため。

表13‒1　システム運用での重大度の定義

重大度

システム要件

緊急

すぐに対処する必要がある問題

エラー

1運用日中に対処する必要がある問題

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図13‒3　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の1行を示すために，行頭に行番号を入れています。

ここで示した相関イベント発行定義を使用したい場合は，次の記述をコピーして使用してください。

[Emergency_event]

CON=CID:1,B.ID==4107

SUCCESS_EVENT=B.ID:A01,E.SEVERITY:Emergency,B.MESSAGE:$EV1_B.MESSAGE

(b)　JP1イベントのメッセージを管理しやすいメッセージに変更する

この例では，JP1イベントのメッセージを変更して，相関イベントとして発行する場合について説明します。

満たしたい要件

JP1イベントのメッセージを，システムに合わせたメッセージに変更したい。また，変更後のメッセージに元のJP1イベントのメッセージの一部を引き継ぐ。

この例での相関イベントは，次のように設定します。

イベントID：A02

重大度：相関元イベント（00004107）の重大度

メッセージ：次の表に示すとおり，相関元イベントのメッセージを一部引き継ぐ。

表13‒2　メッセージの内容

相関イベントの種別

メッセージ内容

相関元イベント

KAVS0265-E ジョブ（ジョブ名：実行ID）が異常終了しました（status：状態，code：コード，host：ホスト名，JOBID：ジョブ番号）

相関イベント

ジョブ:ジョブ名 が RC=コード で異常終了:ジョブ担当者(内線:xxxx)へ連絡

（凡例）

　　（下線）：相関元イベントからの引き継ぎ個所を示す

理由

JP1イベントのメッセージが長く，管理の必要な情報が後ろにあると，スクロールしないと全体がわからないことがあり，運用負荷が高くなるため。

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図13‒4　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の1行を示すために，行頭に行番号を入れています。例えば，この例の行番号3は2行にわたっていますが，定義ファイルに記述するときは1行で記述します。

ここで示した相関イベント発行定義を使用したい場合は，次の記述をコピーして使用してください。

[Job_error]

CON=CID:1,B.ID==4107,B.MESSAGE*="KAVS0265-E.*¥¥((.*):.*¥¥).*code: (.*), host.*"

SUCCESS_EVENT=B.ID:A02,E.SEVERITY:$EV1_E.SEVERITY,B.MESSAGE:"ジョブ:$EV1_ENV1 が RC=$EV1_ENV2 で異常終了:ジョブ担当者(内線:xxxx)へ連絡"

(c)　ホストA，BおよびCのすべてが起動したのを契機に自動アクションを実行する

この例では，複数のJP1イベントを関連づけて相関イベントを発行する場合について説明します。なお，自動アクションの定義方法については説明していません。自動アクションの定義については，「6.3　自動アクションの定義」を参照してください。

満たしたい要件

ホストA，BおよびCのすべてが正常に起動したときに，自動アクションを実行したい（システムのメンテナンス時の運用）。

ホストA，BおよびCが正常に起動した場合，次のJP1イベントが発行されると仮定します。

イベントID：100

重大度：情報（Information）

メッセージ：ホストが起動しました。

メッセージの可変値（ホスト）には，ホスト名A，BまたはCに置き換わります。

拡張属性（E.HOST）：起動したホスト名A，BまたはCに置き換わります。

この例での相関イベントは，次のように設定します。

イベントID：A03

重大度：情報（Information）

メッセージ：すべてのホストが正常に起動しました。ホスト名：A B C

また，すべてのホストから正常起動のJP1イベントが発行されるまでのタイムアウト時間は10分とします。

理由

ホストA，BおよびCが起動したことを通知する三つのJP1イベントに対して，自動アクションを設定すると定義が複雑になる。一方，相関イベント1件に対して自動アクションを設定するのは容易なため。

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図13‒5　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の1行を示すために，行頭に行番号を入れています。例えば，この例の行番号6は2行にわたっていますが，定義ファイルに記述するときは1行で記述します。

ここで示した相関イベント発行定義を使用したい場合は，次の記述をコピーして使用してください。

[Start_notification]

CON=CID:10,B.ID==100,B.MESSAGE==Aが起動しました

CON=CID:20,B.ID==100,B.MESSAGE==Bが起動しました

CON=CID:30,B.ID==100,B.MESSAGE==Cが起動しました

TIMEOUT=600

SUCCESS_EVENT=B.ID:A03,E.SEVERITY:Information,B.MESSAGE:"すべてのホストが起動しました。ホスト名:$EV10_E.HOST $EV20_E.HOST $EV30_E.HOST"

(d)　JP1イベントを発行した特定のホストを対象として，相関イベントを発行する

この例では，次に示すようなシステム構成でJP1イベントを発行した特定のホストを対象として，相関イベントを発行する場合について説明します。

図13‒6　特定のホストを対象として相関イベントを発行する

満たしたい要件

(a) で説明した次の要件をホスト名host1，host2，host3に限定したい。

JP1/AJSのジョブの異常終了を通知するJP1イベント（00004107）の重大度を緊急（Emergency）として通知したい。

この例での相関イベントは，次のように設定します。

イベントID：A01

重大度：緊急（Emergency）

メッセージ：相関元イベント（00004107）のメッセージを引き継ぐ

理由

JP1/AJSでジョブを実行している複数のホストを監視しているが，特定のホスト（業務のキーとなるジョブを実行するホスト）の重大度だけを変更したいため。

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図13‒7　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の1行を示すために，行頭に行番号を入れています。

ここで示した相関イベント発行定義を使用したい場合は，次の記述をコピーして使用してください。

[Emergency_event]

TARGET=B.SOURCESERVER==host1;host2;host3

CON=CID:1,B.ID==4107

SUCCESS_EVENT=B.ID:A01,E.SEVERITY:Emergency,B.MESSAGE:$EV1_B.MESSAGE

(e)　認証エラーを示すJP1イベントをサーバごとに管理する

この例では，次の図に示すように認証エラーを示すJP1イベント（00003A71）が複数件発行されたサーバごとに，相関イベントを発行する場合について説明します。

図13‒8　認証エラーを示すJP1イベントをサーバごとにまとめて相関イベントを発行する

00003A71はJP1/BaseのWindowsイベントログトラップ機能を使用して発行されたJP1イベントのIDです。なお，ここではWindowsイベントログトラップ機能の設定方法は説明していません。詳細については，マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定に関する章の，Windowsイベントログを変換する説明を参照してください。

満たしたい要件

認証エラーを示すJP1イベント（00003A71）が5件発生したサーバごとに相関イベントを発行したい。

理由

特定サーバへの接続を認証機能を使って制限し，認証エラーを示すJP1イベントを関連づけて相関イベントを発行している。認証機能を持たせたホストは複数台あり，それをホストごとに管理したいため。

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図13‒9　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の1行を示すために，行頭に行番号を入れています。

ここで示した相関イベント発行定義を使用したい場合は，次の記述をコピーして使用してください。

[Access_error]

CON=CID:1, B.ID==3A71, B.MESSAGE>=ユーザー認証に失敗

TYPE=threshold:5

SAME_ATTRIBUTE=B.SOURCESERVER

SUCCESS_EVENT=B.ID:A00,E.SEVERITY:Error,B.MESSAGE:$EV1_B.SOURCESERVER で認証エラーが発生しました

(f)　指定時間内にイベントが発生しなかったことを監視する

この例では，次の図に示すように指定時間内にイベントが発生しなかったことを監視するために，相関イベントを発行する場合について説明します。

図13‒10　指定時間内にイベントが発生しなかったことを監視する場合

満たしたい要件

サーバの停止を検知し，警告イベントAがあがったが，間隔が空いてサーバ起動の情報イベントBがあがった。タイムアウト時間内にAとBを検知できない場合に，相関不成立として警告イベントCをあげたい。

理由

指定時間内にイベントが発生しなかったことを監視して，その原因を究明したいため。

相関イベント発行定義ファイルの定義内容

相関イベント発行定義ファイルの定義内容を次の図に示します。

図13‒11　相関イベント発行定義ファイルの定義内容

注　この例では定義ファイルに記述する際の1行を示すために，行頭に行番号を入れています。

ここで示した相関イベント発行定義を使用したい場合は，次の記述をコピーして使用してください。

[sokan1]

TIMEOUT=180

CON=CID:1,B.ID==A

CON=CID:2,B.ID==B

SAME_ATTRIBUTE=B.SOURCESERVER

FAIL_EVENT=B.ID:C,E.SEVERITY:Warning,B.MESSAGE:$EV1_B.SOURCESERVER のサーバが回復してません。

TYPE=sequence

(2)　相関イベントを発行するための稼働環境の検討

ここでは，相関イベントを発行するための稼働環境の検討について説明します。

相関イベントの発行によるメモリー所要量，ディスク占有量の見積もり

相関イベントを発行するには，JP1/IM - Managerの次のプロセスを稼働させる必要があります。

統合監視DBを使用しない場合：

相関イベント発行サービス（evgen）

統合監視DBを使用する場合：

イベント基盤サービス（evflow）

プロセスを稼働させることで増加するメモリー所要量について，事前に見積もっておく必要があります。

また，定期的に増加する相関イベント発行履歴ファイルは，ディスク容量を圧迫します。増加するディスク容量を見積もった上で十分なリソースを確保してください。なお，相関イベント発行履歴ファイルのサイズおよび面数は，相関イベント発行環境定義ファイルのパラメーターを調整することで変更できます。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「相関イベント発行環境定義ファイル」（2.　定義ファイル）を参照してください。

メモリー所要量，ディスク占有量の見積もりについてはJP1/IM - Managerのリリースノートを参照してください。

JP1/IMおよびJP1/Baseの各種フィルターの設計

JP1/IMおよびJP1/Baseの各種フィルターについては，次の二つの観点から設定してください。

相関元イベントに対するフィルタリング

相関元イベントとするJP1イベントは，相関イベント発行サービスに配信される必要があります。このため，JP1/Baseの転送フィルターおよびJP1/IMのイベント取得フィルターで，相関元イベントが通過できるように設定してください。

なお，JP1/IMの重要イベントフィルター，ユーザーフィルター，および表示フィルターの設定は任意です。相関元イベントを監視したいかどうかによってフィルタリングするか，通過させるかの設定をしてください。

相関イベントに対するフィルタリング

相関イベントは，JP1/IM - Viewでの監視が必要になります。基本的には，JP1/IMのイベント取得フィルターを始めとする各種フィルターで，相関イベントが通過できるよう設定してください。

なお，相関イベントを監視以外の目的で発行する場合，例えば自動アクションの実行契機にしたり，監視ノードの状態変更の契機にしたりするときには，フィルタリングの対象としてもかまいません。ただし，この場合もイベント取得フィルターは通過できるよう設定してください。

JP1/IMの各種フィルター設定の検討については，「13.1.3　JP1イベントのフィルタリング設定の検討」を，JP1/Baseの転送フィルター設定の検討については，マニュアル「JP1/Base 運用ガイド」のイベントサービスの設定の章，JP1イベントの転送の説明を参照してください。

(3)　相関イベントの発行に関する注意事項

相関イベントの発行に関する注意事項を次に示します。

発行された相関イベントは，再度相関イベントの発行処理の対象とすることはできません。

相関イベント発行定義に，相関元イベントとして相関イベントを登録した場合，その定義内容は無視されます。

相関イベント発行定義ファイルの編集後は，必ずjcoegscheckコマンドで定義内容をチェックしてください。これによって，不正な条件や冗長な条件を定義不正としてチェックアウトできます。

jcoegscheckコマンドについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcoegscheck」（1.　コマンド）を参照してください。

なお，相関イベント発行定義に不正な定義があった場合でも，相関イベント発行サービスは稼働できます。ただし，定義中の不正個所は無視されます。

相関の対象範囲の絞り込み条件および同一属性値条件と，イベント条件に同じイベント属性を指定した場合，絶対に成立しない不正な条件になることがあります。これは，jcoegscheckコマンドでチェックアウトできません。

相関の対象範囲の絞り込み条件，同一属性値条件を指定する場合，イベント条件と矛盾がないか注意して定義してください。

不正な条件について，例を示して説明します。まず，相関の対象範囲の絞り込み条件を指定した場合の例を次に示します。

図13‒12　不正な条件の例1（相関の対象範囲の絞り込み条件を指定した場合）

行頭の行番号を使って説明します。

2行目で相関の対象範囲の絞り込み条件を指定して，発行元イベントサーバ名に「host」を含むJP1イベントを処理の対象としています。このため，4行目のイベント条件で指定した発行元イベントサーバ名が「HOST_A」のJP1イベントは発行処理の対象外になります。

4行目のイベント条件を満たすJP1イベントは処理されないため，相関イベント発行条件が成立せず，相関イベントが発行されません。

次に，同一属性値条件を指定した場合の例を示します。

図13‒13　不正な条件の例2（同一属性値条件を指定した場合）

行頭の行番号を使って説明します。

2行目のイベント条件で先頭が「ERROR=」と一致するメッセージ，また3行目のイベント条件で先頭が「ACCESS ERROR」と一致するメッセージを関連づけています。4行目の同一属性値条件では，メッセージが同一のJP1イベントをグルーピングしています。

2，3行目のイベント条件で，それぞれメッセージが異なるJP1イベントを処理対象としているため，同一属性値条件の「メッセージが同一」を満たすことはなく，相関イベントは発行されません。

なお，2，3行目のイベント条件に一致するJP1イベントはそれぞれ処理され，絶対に成立しない処理が開始されてしまいます。次の順序でJP1イベントが発行された場合を考えてみます。

JP1イベント（イベントID：00000999，メッセージ：ERROR=100）が発行される。

2行目のイベント条件に一致するため，発行処理が開始されます。同一属性値として「ERROR=100」が登録され，発行処理中のJP1イベントの組数が一組増加します。

JP1イベント（イベントID：00000998，メッセージ：ACCESS ERROR）が発行される。

3行目のイベント条件に一致しますが，メッセージが「ERROR=100」ではないため，上記の1とは別の発行処理が開始されます。同一属性値として「ACCESS ERROR」が登録され，発行処理中のJP1イベントの組数が一組増加します。

相関イベント機能によって相関イベントおよび相関不成立イベントを発行した場合，システム全体のイベント量が増加します。これによってイベント量の増加に伴い，システム全体の負荷が増加するおそれがあります。

相関イベント機能によって増加するイベント量，およびシステム全体のイベント量を検討し，システム全体の負荷に問題がないか検証してください

13.1.5　繰り返しイベントおよび大量発生イベントの監視抑止の検討

繰り返しイベントの監視抑止機能を有効にすることで，一定期間（終了監視期間）内に発生した条件に一致するJP1イベントを集約したり，自動アクションを実行しないように抑止したりして，ほかの重要なイベントの見落としを防げます。また，JP1/Baseのイベント転送抑止と組み合わせることで，イベントが大量発生した場合に対処できます。

繰り返しイベントの監視抑止機能を有効にした場合，繰り返しイベントの集約表示機能は使用できません。繰り返しイベントの監視抑止機能を使用するかどうか検討してください。

繰り返しイベントの監視抑止機能の検討項目を次に示します。

繰り返しイベントの監視抑止機能を使用する目的の検討

繰り返しイベント条件の検討

(1)　繰り返しイベントの監視抑止機能を使用する目的の検討

繰り返しイベントの監視抑止機能は，次のどちらかの目的で使用します。

監視する必要のないイベントに対してイベント一覧への表示および自動アクション実行を抑止する

大量発生したイベントに対してイベント一覧への表示および自動アクション実行を抑止する

繰り返しイベントの監視抑止機能は，JP1/IM - Managerがイベントサービスから取得したイベントだけに適用されます。エージェントから大量にイベントが転送されることで起こる，マネージャーへの負荷の増大は防げません。そのため，2の目的で繰り返しイベントの監視抑止機能を使用する場合は，JP1/Baseでの大量発生イベントの転送抑止についても合わせて検討してください。

JP1/Baseでの大量発生イベントの転送抑止については，「13.1.7　大量発生イベントの転送抑止の検討」を参照してください。

(2)　繰り返しイベント条件の検討

繰り返しイベントの監視抑止機能を使用する目的に合わせて，繰り返しイベント条件を検討してください。ここでは，繰り返しイベント条件の設定例を二つ示します。

繰り返しイベント条件の例1：監視する必要のないJP1イベントに対してイベント一覧への表示および自動アクション実行を抑止する

日々の監視業務の中で，監視する必要のないJP1イベントに対してイベント一覧への表示および自動アクション実行を抑止する場合は，しきい値なしの繰り返しイベント条件を設定します。

表13‒3　特監視する必要のないJP1イベントに対してイベント一覧への表示および自動アクション実行を抑止する場合の繰り返しイベント条件の例

［繰り返しイベント条件設定］画面の該当ページ

設定項目

設定内容

−

繰り返しイベント条件名

繰り返しイベント条件例1

コメント

監視する必要のないJP1イベントに対してイベント一覧への表示および自動アクション実行を抑止する

［基本設定］ページ

イベント条件

属性名「登録ホスト」

属性値「host1」

条件「と一致する」

属性名「重大度」

属性値「警告」

条件「と一致する」

属性名「オブジェクトタイプ」

属性値「LOGFILE」

条件「と一致する」

抑止項目

［繰り返しイベントのイベント一覧表示を抑止する］

［有効］チェックボックスをチェックする

［次のイベントをアクション対象外にする］

［有効］チェックボックスをチェックする（［繰り返し開始イベント以外の繰り返しイベント］を選択する）

［オプション］ページ

同一属性値条件

設定なし

しきい値

［有効］チェックボックスのチェックを外す

終了監視期間

3,600秒

抑止開始イベント

［発行する］チェックボックスのチェックを外す

抑止終了イベント

［発行する］チェックボックスのチェックを外す

抑止継続判定

［有効］チェックボックスをチェックする（［抑止が継続されているかを判定する契機］に［件数］を選択し，100件ごとに判定する）

抑止継続処理

［抑止を打ち切る］を選択する（［抑止打ち切り通知イベントを発行する］チェックボックスのチェックを外す）

（凡例）

−：該当なし

繰り返しイベント条件例1の説明

繰り返しイベント条件例1は，「登録ホスト」が「host1」であり，「重大度」が「警告」と一致するログファイルトラップの，イベント一覧への表示および自動アクションの実行を抑止するための繰り返しイベント条件です。自動アクションは繰り返し開始イベントだけで実行され，それ以外の繰り返しイベントでは実行されません。

この繰り返しイベント条件に一致する繰り返しイベントは，JP1/IM - Managerが最初に繰り返し開始イベントを受信してから抑止が完了するまで，100件受信するごとに抑止が打ち切られます。抑止打ち切り直後の繰り返しイベントは繰り返し開始イベントとして扱われるため，抑止が打ち切られるごとに設定された自動アクションが実行されます。

最後にこの繰り返しイベント条件に一致する繰り返しイベントを取得してから，1時間経過した時点で抑止を完了します。

しきい値なしの監視抑止については，次の説明を参照してください。

しきい値なしの監視抑止について

繰り返しイベント条件に一致するイベントのイベント一覧表示を抑止する

参照先：「4.4　繰り返しイベントの表示抑止」

しきい値なしの繰り返しイベント条件について

参照先：「4.4.3　繰り返しイベント条件について」

繰り返しイベント条件に一致するイベントの自動アクションの実行を抑止する

参照先：「4.5.8　大量発生イベントの自動アクション・対処アクションの実行抑止」

繰り返しイベント条件の例2：イベントの大量発生に備える

日々の監視業務では監視する必要のあるイベントでも，何らかの事象を契機として大量発生した場合には監視を抑止する必要があります。過去の監視業務中に，イベントが大量に発生したことがある場合は，同様のイベントの大量発生に備えて，しきい値ありの繰り返しイベント条件を設定します。

表13‒4　イベントの大量発生に備える場合の繰り返しイベント条件の例

［繰り返しイベント条件設定］画面の該当ページ

設定項目

設定内容

−

繰り返しイベント条件名

繰り返しイベント条件例2

コメント

イベントの大量発生に備える

［基本設定］ページ

イベント条件

属性名「登録ホスト」

属性値「hostA」

条件「と一致する」

属性名「重大度」

属性値「エラー」

条件「と一致する」

属性名「オブジェクトタイプ」

属性値「LOGFILE」

条件「と一致する」

抑止項目

［繰り返しイベントのイベント一覧表示を抑止する］

［有効］チェックボックスをチェックする

［次のイベントをアクション対象外にする］

［有効］チェックボックスをチェックする（［すべての繰り返しイベント］を選択する）

［オプション］ページ

同一属性値条件

設定なし

しきい値

［有効］チェックボックスをチェックする（100件/30秒）

終了監視期間

43,200秒

抑止開始イベント

［発行する］チェックボックスをチェックする

抑止終了イベント

［発行する］チェックボックスをチェックする

抑止継続判定

［有効］チェックボックスをチェックする（［抑止が継続されているかを判定する契機］に［時間］を選択し，3,600秒ごとに判定する）

抑止継続処理

［抑止継続通知イベントを発行する］を選択する

（凡例）

−：該当なし

繰り返しイベント条件例2の説明

繰り返しイベント条件例2は，「登録ホスト」が「hostA」であり，「重大度」が「エラー」と一致するログファイルトラップの，イベント一覧への表示および自動アクションの実行を抑止するための繰り返しイベント条件です。すべての抑止対象イベントで自動アクションの実行が抑止されます。抑止開始時と抑止完了時には，それぞれJP1イベントを発行して通知します。

イベント条件に設定した条件に一致するイベントは，通常の監視業務では監視対象であると想定しています。そのため，30秒間に100件を超える大量発生時だけ監視を抑止します。

JP1/IM - Managerは，最初に繰り返し開始イベントを受信してから抑止が完了するまで，1時間ごとに抑止継続通知イベントを発行してイベントが大量発生していることを通知します。

最後に単位時間当たりのしきい値を超える量の繰り返しイベント（大量発生イベント）を受信してから，12時間経過した時点で抑止を完了します。

しきい値ありの監視抑止については，次の説明を参照してください。

しきい値ありの監視抑止について

大量発生イベントの監視を抑止する

参照先：「4.5　大量発生イベントの監視抑止」

しきい値なしの繰り返しイベント条件について

参照先：「4.5.3　大量発生イベントの監視抑止での繰り返しイベント条件について」

大量発生イベントの自動アクションの実行を抑止する

参照先：「4.5.8　大量発生イベントの自動アクション・対処アクションの実行抑止」

13.1.6　繰り返しイベントの集約表示の検討

繰り返しイベントの集約表示機能を使用すると，JP1/IM - Viewが短時間に大量に受信するJP1イベントのうち，連続した同一内容のイベントを集約して［イベントコンソール］画面に表示できます。それによって，重要なイベントの見落としを防ぐ効果が期待できます。繰り返しイベントの集約表示機能を使用すると，繰り返しイベントの監視抑止機能は使用できなくなります。繰り返しイベントの集約表示機能を使用するかどうかを検討してください。

繰り返しイベントの集約表示機能の詳細については，「4.4.10　繰り返しイベントの集約表示機能で表示抑止する場合について」を参照してください。

図13‒14　繰り返しイベントの集約例

なお，繰り返しイベントの集約表示機能を使用する場合，イベントの集約は次のどれかの条件と一致したときに完了します。

集約開始イベントと受信したJP1イベントの内容が一致しなかった場合

集約開始イベントと受信したJP1イベントの到着時刻の差がタイムアウト時間を過ぎた場合

繰り返しイベント数が最大繰り返し回数を超えた場合

［ユーザー環境設定］画面で［OK］ボタンをクリックした場合

重要イベント対象外の集約中イベントが，重要イベント定義の変更によって重要イベント対象になった場合

重要イベント対象の集約中イベントが，重要イベント定義の変更によって重要イベント対象外になった場合

イベントの集約を完了させる条件の中で，タイムアウト時間を設定できます。業務に合わせて，適切なタイムアウト時間を検討してください。

イベントの内容の比較

JP1/IM - Viewは，新しいJP1イベントを受信すると，集約開始イベントと受信したJP1イベントの内容を比較します。内容が同一であった場合，その受信したJP1イベントを繰り返しイベントと判断し，集約イベントに集約します。内容が一致しなかった場合，イベントの集約を完了します。受信したJP1イベントは，新しい集約開始イベントとなり，新しいイベントの集約が開始されます。

JP1イベントの内容の比較については，「4.4.10(3)　イベントの比較属性」を参照してください。

集約開始イベントと受信したJP1イベントの内容が一致しなかった場合の繰り返しイベントの集約例を次の図に示します。

図13‒15　内容不一致のイベント受信によるイベント集約の終了

タイムアウト時間

繰り返しイベントを集約する場合，タイムアウト時間の指定が必要です。指定できる値は1〜3,600，単位は秒です。

集約開始イベントと受信したJP1イベントの到着時刻の差がタイムアウト時間を過ぎた場合の繰り返しイベントの集約例を次の図に示します。

図13‒16　タイムアウトによるイベント集約の終了

集約開始イベントと受信したJP1イベントの到着時刻の差が，タイムアウト時間を過ぎると，イベントの集約を完了します。イベントの集約完了後に，集約完了前と同一内容のイベントを受信した場合，新しい集約イベントとして集約が開始されます。

最大繰り返し回数

繰り返しイベントを集約する場合の最大繰り返し回数は100回です。最大繰り返し回数は変更できません。

図13‒17　最大繰り返し回数オーバーによるイベント集約の終了

イベントの集約中に最大繰り返し回数を超えると，イベントの集約を完了します。イベントの集約完了後に，集約完了前と同一内容のイベントを受信した場合，新しい集約イベントとして集約が開始されます。

繰り返しイベントの集約表示の設定について

［ユーザー環境設定］画面で設定する

参照先：マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.24　［ユーザー環境設定］画面」

13.1.7　大量発生イベントの転送抑止の検討

エージェントでイベントが大量に発生して，マネージャーによるシステム監視に支障を及ぼすような場合は，エージェントからのイベント転送を抑止することを検討してください。

大量発生イベントの転送抑止の検討項目を次に示します。

大量発生イベントの転送を抑止するときの検討

大量発生イベントの転送を未然に防ぐための検討

(1)　大量発生イベントの転送を抑止するときの検討

エージェントでイベントが大量に発生した場合，まず，繰り返しイベントの監視抑止機能を使用するかどうか，およびエージェントからのイベント転送を抑止するかどうかを検討してください。マネージャーのイベントサーバの負荷を軽減したい場合は，エージェントからのイベント転送を抑止してください。イベント転送抑止コマンド（jevagtfwコマンド）を使用すると，エージェントのイベント転送をマネージャーから抑止できます。

なお，大量発生イベントの原因が，ログファイルトラップが発行するJP1イベントの場合は，該当のログファイルトラップを停止することを検討してください。ログファイルトラップのID番号または監視名を基に，ログファイルトラップを個別に停止できます。

大量発生イベントに対して，イベント転送抑止とログファイルトラップの停止のどちらで対処するかは，JP1イベントの発生状況応じて判断してください。例えば，大量発生イベントを検知したら，いったんイベント転送を抑止します。その後，ログファイルトラップが原因だと判断した場合は，該当のログファイルトラップだけを停止し，イベント転送を解除する運用もできます。

メモ

JP1イベントのイベントサーバへの蓄積について

イベント転送抑止の場合，マネージャーへのイベント転送が抑止されるだけで，エージェントのイベントサーバにはJP1イベントが蓄積されます。それに対して，ログファイルトラップを停止する場合，JP1イベントへの変換も停止するため，エージェントのイベントサーバにJP1イベントは蓄積されません。

(2)　大量発生イベントの転送を未然に防ぐための検討

大量発生イベントの転送を未然に防ぐために，大量発生イベントと判断するためのしきい値を設定して，イベント転送を自動的に抑止することを検討してください。

イベント転送を自動的に抑止するには，イベント転送抑止条件について検討が必要です。イベント転送抑止条件には，しきい値として単位時間当たりのイベント発生数などを設定します。

イベント転送抑止条件の詳細については，マニュアル「JP1/Base 運用ガイド」の転送設定ファイルの説明を参照してください。

13.1.8　JP1イベントの重大度変更の検討

JP1イベントの重大度をシステム監視で適切なJP1イベントに変更して管理するよう，JP1イベントの重大度変更について検討してください。

統合マネージャーに転送されるJP1イベントは，発行元ホストや発行プロダクトによってJP1イベントの重大度とシステムの運用に合った重大度が異なる場合があります。

イベントの重大度変更機能を使うことで，JP1イベントの重大度を変更でき，システムの運用に合わせたイベント管理ができます。また，エージェントごとに，一つの重大度を設定できます。

図13‒18　JP1イベントの重大度変更の流れ

(1)　重大度を変更できるイベント

JP1イベントおよびJP1/SES形式のイベントの重大度を変更できます。ただし，重大度が256バイト以上の文字列の場合，重大度を変更できません。重大度を変更できなかった場合，「KAVB4611-E」のメッセージが統合トレースログファイルに出力されます。

(2)　機能の影響

重大度変更は，各機能に影響があります。重大度を変更した場合に影響がある定義，およびどちらの重大度を指定できるかを次の表に示します。

表13‒5　機能の影響

項番

定義

変更前の重大度

変更後の重大度

1

イベント取得フィルター

○

×

2

表示フィルター

○

○

3

ユーザーフィルター

×

○

4

重要イベント定義

×

○

5

イベント検索の条件

○

○

6

相関イベント発行定義

×

○

7

自動アクション定義

×

○

8

イベント拡張属性定義

×

○

9

イベントガイド情報

×

○

10

モニター画面呼び出し定義

×

○

11

発生元ホストのマッピング定義

○

×

12

繰り返しイベント条件

○

×

13

表示メッセージ変更定義

×

○

（凡例）

○：指定できる

×：指定できない

(3)　連携製品の影響

重大度変更は，各連携製品にも影響があります。

ここでは，セントラルスコープでの影響について説明します。

(a)　セントラルスコープでの影響

セントラルスコープでは，変更後の重大度でJP1イベントを監視します。

また，重大度を変更することで，すでに作成されている監視ノードの状態変更条件が一致しない場合があります。監視ノードの状態が変更されないことを避けるため，次に示すシステム監視オブジェクトの状態変更条件を見直す必要があります。

「エージェント監視（PFM）」システム監視オブジェクト

リソースエラーのイベント（PFM）

リソース警告のイベント（PFM）

「HiRDB監視」システム監視オブジェクト

HiRDB緊急のイベント

HiRDB警戒のイベント

HiRDB致命的のイベント

HiRDBエラーのイベント

HiRDB警告のイベント

「物理ホスト監視（System Manager）」システム監視オブジェクト

物理ホスト緊急のイベント

物理ホスト警戒のイベント

物理ホスト致命的のイベント

物理ホストエラーのイベント

物理ホスト警告のイベント

システム監視オブジェクトの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「8.　システム監視オブジェクト一覧（セントラルスコープ用）」を参照してください。

13.1.9　JP1イベントの表示メッセージ変更の検討

JP1イベントの表示メッセージをシステム監視で適切な形式に変更して管理するよう，JP1イベントの表示メッセージ変更について検討してください。

表示メッセージ変更機能を使うことで，JP1イベントの表示メッセージの情報を任意の形式に変更でき，メッセージテキストの情報から必要な部分だけを表示させて，監視時にメッセージを見やすく表示できます。

表示メッセージ変更定義の次の項目について，十分な検討をしてください。

どのJP1イベントの表示メッセージを変更するか

変更前のメッセージの内容から，どの部分を変更後のメッセージに表示するか

変更後のメッセージをどのような形式で表示させるか

なお，表示メッセージ変更定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「表示メッセージ変更定義ファイル（jcochmsg.conf）」（2.　定義ファイル）を参照してください。

(1)　表示メッセージ変更定義の検討

JP1イベントのメッセージ内容の例を次の表に示します。

表13‒6　JP1イベントのメッセージ内容の例

メッセージの種別

メッセージ内容

変更前のメッセージ

KAVS0265-E ジョブ（ジョブ名：実行ID）が異常終了しました（status：状態，code：コード，host：ホスト名，JOBID：ジョブ番号）

変更後のメッセージ

ジョブ:ジョブ名 が RC=コード で異常終了:ジョブ担当者(内線:xxxx)へ連絡

（凡例）

　　（下線）：変更前のメッセージからの引き継ぎ個所を示す

表示メッセージ変更定義ファイルの定義内容の例を次の図に示します。

図13‒19　表示メッセージ変更定義ファイルの定義内容の例

ここで示した表示メッセージ変更定義を使用したい場合は，次の記述をコピーして使用してください。

def 表示メッセージ変更定義1

define enable

addflag false

cnd

B.ID IN 4107

E.SEVERITY IN Error

B.MESSAGE REGEX KAVS0265-E.*¥((.+):.+¥).*code:%20(.+),%20host:

end-cnd

msg ジョブ:$EVENV1 が RC=$EVENV2 で異常終了:ジョブ担当者(内線:xxxx)へ連絡

end-def

(2)　表示メッセージを変更できるイベント

JP1イベント，およびJP1/SES形式のイベントの表示メッセージを変更できます。ただし，表示メッセージ変更後のイベント，またはJP1/IM - MOが変換したJP1イベント（イベントIDはともに00006400）は，表示メッセージを変更できません。

(3)　変更後のメッセージを使用できる機能

変更後のメッセージを使用できる機能は次のとおりです。

自動アクション（アクションへの引き継ぎ）

表示フィルター

イベント検索（検索対象が統合監視DB）

コマンド実行

イベント出力

13.1.10　イベントガイドの検討

イベントガイドは，調査方法，対策方法，過去の事例などのノウハウをメッセージとして定義し蓄積することで，原因調査や問題対策の作業を支援する機能です。

システム管理者は，JP1イベント監視による問題検知，要因調査，対策という一連の流れでシステムを管理します。問題対策が完了したあと，経験や実績をイベントガイド情報として蓄積することで，同じ内容のJP1イベントの発生時に迅速に対処できます。

イベントガイド情報は，セントラルコンソールおよび統合オペレーション・ビューアーの［イベント詳細］画面で，JP1イベントの詳細情報の一つとして表示されます。

JP1イベント一つに対しては，一つのイベントガイド情報を表示できます。しかし，連携するJP1製品，各種ユーザーアプリケーションから発行されるJP1イベントの数はシステムの規模に比例して多くなります。以降の説明を参考に，イベントガイドを設定するよう検討してください。

(1)　JP1イベントを絞り込んでイベントガイドを設定する

JP1イベントは多様であり，その数もシステムの規模に応じて多くなります。そのすべてにイベントガイド情報を設定することは容易ではありませんし，また，設定できるのは1,000件までという制限もあります。

したがって，イベントガイド情報を設定するJP1イベントは，絞り込む必要があります。例えば，次のような観点で絞り込んでください。

(a)　重大度により，設定するJP1イベントを絞り込む

JP1イベントの重大度には「緊急」「警戒」「致命的」「エラー」「警告」「通知」「情報」および「デバッグ」があります。管理対象が発行するJP1イベントにもよりますが，重大度の高いJP1イベント(「エラー」など)から，イベントガイド情報を登録するようにしてください。

統合監視DBを使用した場合，JP1イベントの重大度は，ユーザーが定義した重大度となります。

デフォルトの設定では，エージェントのJP1/Baseからマネージャーに転送されるJP1イベントの重大度は，「緊急」「警戒」「致命的」「エラー」および「警告」です。

(b)　発生頻度の集計，対処までの緊急性から，設定するJP1イベントを絞り込む

イベント検索やJP1/Baseのjevexportコマンドを使って，管理対象ホストでどのようなJP1イベントが発行されているのかを集計，確認します。集計の結果から，問題のあるJP1イベントが高い頻度で発行されている場合，そのJP1イベントを発行したホスト，および発生から問題対処までの緊急性の観点でJP1イベントを絞り込むことができます。

緊急対処が必要なJP1イベントが，高い頻度で発行されている場合には，システム管理者，オペレーターなどの間で，問題対処の手順を取り決めておく必要があります。このようなJP1イベントに対して，イベントガイド情報を設定するようにしてください。

なお，jevexportコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」のコマンドの章を参照してください。

重要

イベントガイド情報の設定には，1,000件という制限があります。JP1イベントに優先度を付けて，必ず絞り込みをしてください。

なお，JP1イベントを1,000件以内に絞り込むことが困難な場合，例えば次のような対処を検討してください。

類似のイベント，または関連するイベントをグループ化するなどして，イベントガイドメッセージにリンク先の一覧を記述する（INDEXページとして利用する）。

なお，この場合には参照したいアドバイスをリンク先にある一覧から検索する必要があるため，編集の際のルールを明確にし，検索性に優れた一覧にするなどの工夫をしてください。

(2)　運用方法に合わせてイベントガイドを設定する

イベントガイド情報には，任意の情報を表示できるため，運用方法に合わせた設定ができます。運用方法に合わせたイベントガイド情報とは，例えば次のようなものがあります。

初動対応についてのイベントガイド情報

JP1イベントにより検知した問題をどのように対処するかを提示して，問題が発生した際の初期動作を管理者に案内する。これをイベントガイド情報として設定する。

問題の調査，対処手順についてのイベントガイド情報

まず，JP1イベントにより検知した問題に対して，要因の調査手順をJP1/IMのどの機能を使って行うのか提示する。次に問題の対処手順について記載する。これらをイベントガイド情報として設定する。

また，緊急対処が必要な「エラー」などのJP1イベントに対しては初動対応を，事前対処で問題発生を防げる場合がある「警告」などのJP1イベントに対しては要因調査および対処手順を，といったようにそれぞれのJP1イベントの内容に応じて，イベントガイド情報を使い分けることもできます。

(a)　初動対応についてのイベントガイド情報（例）

管理対象ホストで稼働するJP1/AJSのジョブの異常終了イベントに対して，イベントガイド情報を設定する例について説明します。

ジョブの異常終了イベントは，イベントID(B.ID)：00004107，重大度(E.SEVERITY)：Errorです。このJP1イベントに，イベントガイド情報を設定する場合は，次のようになります。

イベントガイド情報ファイル（jco_guide.txt）に設定する内容例

(条件定義部分の抜粋)

[EV_GUIDE_001]

EV_COMP=B.ID:00004107:00000000

EV_COMP=E.SEVERITY:Error

EV_GUIDE=ジョブが異常終了しました。¥n $E.C0 のホストに常駐しているシステム管理者に至急連絡してください。 ¥n¥n システム管理者連絡先一覧 ¥n ホストA：TEL(03-xxxx-xxxx) Mail(xxxxx@xxx.co.jp) ¥n ホストB：TEL(03-xxxx-xxxx) Mail(xxxxx@xxx.co.jp) ¥n ホストC：TEL(03-xxxx-xxxx) Mail(xxxxx@xxx.co.jp)

[END]

(b)　問題の調査，対処手順についてのイベントガイド情報（例）

エージェントで稼働するJP1/Baseで，コマンド実行の先行入力数の閾値超過イベントに対して，イベントガイド情報を設定する例について説明します。

コマンド実行の先行入力数の閾値超過イベントは，イベントID：00003FA5，重大度(E.SEVERITY)：Warningです。このJP1イベントに，イベントガイド情報を設定する場合は，次のようになります。

イベントガイド情報ファイル（jco_guide.txt）に設定する内容例

(条件定義部分の抜粋)

[EV_GUIDE_002]

EV_COMP=B.IDBASE:00003FA5

EV_COMP=E.SEVERITY:Warning

EV_FILE=任意のフォルダ(パス)¥jco_guidemes_002.txt

[END]

イベントガイドメッセージファイル（jco_guidemes_002.txt）に記述する内容例

コマンドが先行入力数の閾値10件を超えています。

メッセージの内容から，JP1/Baseのホストを判断してください。

ホストのメモリー不足などが原因なのか，キューに自動アクションが詰まっていないか，など確認してください。

［アクション結果一覧］画面を開いたり，jcashowa，jcocmdshowコマンドを実行したりして，自動アクションの状態を確認できます。

至急実行が必要な自動アクションが実行待ちになっている場合，一時対処として自動アクションをキャンセルすることもできます。

jcacancel，jcocmddelコマンドで自動アクションをキャンセルしてください。

なお，jcacancel，jcocmddelコマンドはy/nを確認します。［コマンド実行］画面から実行する場合には，-fオプションで確認を省略してください。

このイベントが頻繁に発行される場合は，jcocmddefコマンドを使用して，コマンドの実行環境を調整してください。

(3)　変数（置き換え文字列）を使用してイベントガイドを設定する

イベントガイドメッセージには，JP1イベントの属性を変数（置き換え文字列）として使用することができます。例えば，問題が発生したホスト名(B.SOURCESERVER)を変数にすることで，イベントガイド情報に変数を通じてホスト名が表示されるため，状況に応じたガイドを表示できます。これによって，問題が発生したホストを特定するまでの時間を短縮できます。

次にイベントガイドメッセージに使用できる変数を一覧で示します。

表13‒7　イベントガイドメッセージに使用できる変数の一覧

イベントの属性

変数

置き換えの

形式

基本属性

イベントDB内通し番号

B.SEQNO

整数値の文字列

イベントID

次の2とおり

B.ID

B.IDBASE

次の形式の文字列

基本部:拡張部

基本部

発行元プロセスID

B.PROCESSID

整数値の文字列

登録時刻

B.TIME

到着時刻

B.ARRIVEDTIME

発行元ユーザーID

B.USERID

発行元グループID

B.GROUPID

発行元ユーザー名

B.USERNAME

文字列

発行元グループ名

B.GROUPNAME

発行元イベントサーバ名

B.SOURCESERVER

送信先イベントサーバ名

B.DESTSERVER

発行元イベントDB内通し番号

B.SOURCESEQNO

整数値の文字列

メッセージ

B.MESSAGE

文字列

拡張属性

重大度

E.SEVERITY

ユーザー名

E.USER_NAME

プロダクト名

E.PRODUCT_NAME

オブジェクトタイプ

E.OBJECT_TYPE

オブジェクト名

E.OBJECT_NAME

登録名タイプ

E.ROOT_OBJECT_TYPE

登録名

E.ROOT_OBJECT_NAME

オブジェクトID

E.OBJECT_ID

事象種別

E.OCCURRENCE

開始時刻

E.START_TIME

終了時刻

E.END_TIME

終了コード

E.RESULT_CODE

発生元ホスト名

E.JP1_SOURCEHOST

上記以外の拡張属性

E.xxxxxxx※

注※　各JP1製品固有の拡張属性も使用できます。例えば，JP1/AJSのジョブの実行ホストは，E.C0です。製品固有の拡張属性についての詳細は，JP1イベントを発行する各製品のマニュアルを参照してください。

これら変数を使えば，より汎用的なイベントガイドメッセージが記述できます。例えば，JP1/AJSのジョブの実行ホスト（E.C0）を使用して，イベントガイドメッセージを記述する場合，次のように記述します。

変数を使ったイベントガイドメッセージの記述例（EV_GUIDE部分の抜粋）

EV_GUIDE=ジョブが異常終了しました。¥n $E.C0 のホストで異常が発生していないか確認してください。¥n 以前の障害例として，ホストAではメモリー不足によりジョブが失敗したことがあります。¥n vmstatコマンドでメモリーの空き容量を確認してください。

ガイド情報の形式がHTML形式の場合は，HTML形式で出力されます。また，置き換えるJP1イベントの属性値をURLエンコード，またはBase64エンコードすることで，連携製品のWWWページなどを文字化けすることなく表示できます。置き換え方法については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「イベントガイド情報ファイル（jco_guide.txt）」（2.　定義ファイル）を参照してください。

JP1イベントの属性についての詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「3.1　JP1イベントの属性」を参照してください。

なお，JP1イベントの属性（変数）として置き換えられる文字列は，各製品によって異なります。変数を使用する場合は，各製品のマニュアルのJP1イベントの説明も合わせて参照してください。

(4)　表示対象ユーザーごとにイベントガイドを設定する

イベントガイドメッセージは，表示対象ユーザー（EV_USER）ごとに設定できます。同じJP1イベントでも，表示対象ユーザーを設定することで，システム管理者向けのイベントガイドメッセージを設定したり業務グループ向けのイベントガイドメッセージを指定したりできます。

1件のイベントガイドメッセージに対して，最大100個のJP1ユーザーを表示対象ユーザーとして指定できます。イベントガイド情報ファイル（jco_guide.txt）に設定する例を次に示します。

イベントガイド情報ファイル（jco_guide.txt）に設定する例

(条件定義部分の抜粋)

[EV_GUIDE_002]

EV_USER=jp1user1 jp1user2 jp1user3

EV_COMP=B.IDBASE:00003FA5

EV_COMP=E.SEVERITY:Warning

EV_FILE=任意のフォルダ(パス)¥jco_guidemes_002.txt

[END]

13.1.11　イベント一覧情報の保管（CSV出力）の検討

JP1/IM - Viewには，［イベントコンソール］画面に一覧表示されているJP1イベントの情報を保管（CSV出力）する機能があります。

この機能を利用すれば，日々の障害発生状況，また，それに対するオペレーターの対処状況※を保管（CSV出力）し，監視業務レポートとしてシステム管理者に提出するといった運用ができるようになります。

注※　いつ，だれが対処したのかの履歴も残したい場合は，対処状況変更時にJP1イベントを発行することを検討してください。詳細については，「14.7.5　対処状況変更時のJP1イベント発行の検討」を参照してください。

13.1.12　統合監視DBのイベント情報の保管（イベントレポート出力）の検討

統合監視DBを設定している場合，統合監視DBに保存されたJP1イベントの情報を保管（イベントレポート出力）する機能があります。

この機能を利用すると，統合監視DBに保存されたJP1イベントの障害発生状況を管理できます。また，統合監視DBの容量が足りなくなったとき，イベントレポート出力をすることで，JP1イベントの情報を蓄積できます。

また，イベントレポート出力では，オプションを指定することで次のことができるようになります。

保守情報出力

統合監視DBに登録されているすべてのJP1イベントを出力する。

保存情報出力

削除されるおそれがあるJP1イベントを出力する。

なお，イベントレポート出力についての詳細は，「4.15.2　統合監視DBのイベント情報を保管（イベントレポート出力）」を参照してください。

13.2　セントラルスコープによるシステム監視の検討

セントラルスコープでは，システム管理者の目的とする視点に合わせて，システムの監視をすることができます。

ここでは，自動生成機能を使った，セントラルスコープでのシステム監視環境の検討について説明します。

なお，セントラルスコープでのシステム監視の検討を始める前に，次の説明を参照して，セントラルスコープについて理解をしてください。

セントラルスコープについて

セントラルスコープの機能について

参照先：「5.　セントラルスコープによる目的指向型のシステム監視」

13.2.1　監視ツリーの検討

監視ツリーは，システム管理者が必要とする視点によりリソースをグループ化して，ツリー形式で表示することにより，システムを監視します。

監視ツリーは，自動生成機能と編集機能を使って簡易に生成することができます。

監視ツリーを自動生成するとき，［自動生成−構成選択］画面で目的別のテンプレートを選択してください。テンプレートとして次の監視ツリーモデルが用意されています。

業務指向の監視ツリー

サーバ指向の監視ツリー

詳細は，次の説明を参照してください。

監視ツリーについて

監視ツリーの機能について

参照先：「5.2　監視ツリー」

監視ツリーの自動生成について

参照先：「5.3　監視ツリーの自動生成」

メモ

監視ノードにJP1資源グループを設定することによって，次のような運用ができます。

監視対象（監視ノード）を，JP1ユーザーごとに絞り込んだ形で表示・監視する。

例えば，jp1adminはシステム全体を監視，jp1opeはシステムの一部だけを監視，といった運用ができるようになります。

表示される監視ノードに対する操作を，目的に合わせて細かく制御する。

例えば，ある監視ノードに対しては対処操作（状態変更）ができるが，ある監視ノードに対しては参照しかできない，といった運用ができるようになります。

監視ノードに対するJP1資源グループの設定の詳細については，「5.4.3　監視ツリーの監視範囲設定」を参照してください。

なお，JP1/Base（認証サーバ）に登録するJP1ユーザーの設定（JP1資源グループの設定）も，セントラルスコープの設定に合わせて設定する必要があります。設定の詳細については，マニュアル「JP1/Base 運用ガイド」の，ユーザー管理機能の設定の章を参照してください。

(1)　注意事項

Cosminexusのシステム環境を監視するため，業務指向またはサーバ指向の監視ツリーを自動生成した場合，Cosminexus環境下で動作するHiRDBなどのDB情報が取得できません。Cosminexusの論理サーバの一つとしてデータベースを監視したい場合は，ユーザー自身が手動で監視ツリーに追加する必要があります。

HiRDBを例に，監視ツリーへのDB情報の追加例を次に示します。

図13‒20　監視ツリーへのDB情報の追加例

HiRDB 07-02以降の場合は，セントラルスコープで提供するシステム監視オブジェクトを利用して追加してください。ほかのデータベース使用時には汎用監視オブジェクトを作成し，監視するのに必要な条件定義をしてください。

13.2.2　ビジュアル監視の検討

［ビジュアル監視］画面を使うことにより，重点的に監視したい監視オブジェクトや監視グループを，マップ上に配置して監視することができ，大規模なシステムでも目的とする視点で容易に監視することができます。

また，背景画像やビジュアルアイコンに任意の画像を使用すれば自由度の高い監視画面を作成できます。［ビジュアル監視］画面の作成例を次の図に示します。

図13‒21　背景画像やビジュアルアイコンに任意の画像を使用した［ビジュアル監視］画面の作成例

詳細は，次の説明を参照してください。

ビジュアル監視について

ビジュアル監視の機能について

参照先：「5.5　ビジュアル監視」

(1)　ビジュアル監視で使用するアイコンおよび背景画像

日々の監視業務をどのような観点で監視するかに基づいて，ビジュアル監視で使用するアイコンおよび背景画像を検討してください。

例えば，次のような観点で使用する背景画像を検討してください。

［ビジュアル監視］画面で監視するシステムの地理

例：地方単位，拠点単位，同一建屋のフロア単位など

［ビジュアル監視］画面で監視するシステムの業務

例：顧客管理，商品管理，販売管理，在庫管理，受注管理など

(2)　監視ノード名および監視ノードアイコン余白の表示の抑止

使用するビジュアルアイコンや背景画像の色に合わせて，監視ノード名および監視ノードアイコン余白の表示を抑止するか検討してください。

例えば，次のようなビジュアルアイコンや背景画像を使用する場合は，監視ノード名および監視ノードアイコン余白の表示を抑止することで，自由度の高い監視画面を作成できます。

背景画像と同化するようなビジュアルアイコン

監視ノード名が埋め込まれた背景画像

図13‒22　監視ノード名が埋め込まれた背景画像を使用する場合の画面例

監視ノード名および監視ノードアイコン余白の表示の抑止について

監視ノード名および監視ノードアイコン余白の表示の抑止について

参照先：「5.6.1　監視ノード名および監視ノードアイコン余白の表示抑止」

(3)　監視ノード名および監視ノードの状態色の設定

使用するビジュアルアイコンや背景画像の色に合わせて，監視ノード名および監視ノードの状態色を検討してください。特に，背景画像と同じ状態色を設定するのは避けてください。

例えば，次のような場合は状態色の設定を変更してください。

正常状態の状態色（白）に別の状態色を設定する。

状態色に透過率を設定して背景画像を常に表示させる。

黄色が基調となる背景画像を使用するため，「警告」の状態色（黄色）を変更する。

図13‒23　正常状態の状態色を白から青に変更する場合の画面例

監視ノード名および監視ノードの状態色の設定について

監視ノード名および監視ノードの状態色の設定について

参照先：「5.6.2　監視ノード名の状態色および監視ノードの状態色の設定」

13.2.3　ガイドの検討

ガイド機能を使うことで，障害時の運用手順や各種エラー事例など，運用ノウハウをガイド情報として表示できます。障害時の参考情報としてガイド情報を活用することで，初動対応でのシステム管理者の負担を軽減できます。

ガイド情報の表示内容や表示条件は，ユーザーが設定，検討する必要があります。また，ガイド情報の基となる情報（運用ノウハウなど）は，システムを運用していく中で蓄積，変化していくものであるため，定期的にガイド情報の見直しを実施し，必要に応じて修正や追加をしてください。

詳細は，次の説明を参照してください。

ガイドについて

ガイド機能について

参照先：「5.8　ガイド機能」

メモ

二つのガイドの違い

セントラルスコープ，セントラルコンソールの両方でガイドを提供していますが，使用用途によって使い分け，また組み合わせての使用を検討してください。二つのガイドには次のような違いがあります。

セントラルスコープのガイド機能

監視ノード単位でガイドを設定できます。監視ノードは，システムを業務やサーバなどの単位でノード化したものです。それらによって構成されるツリーで監視を行う場合に，セントラルスコープのガイド機能を使用します。

セントラルスコープのガイド機能を使用する場合には，例えば，経理業務に問題が発生したとき，Webサーバで障害が起こったとき，などのアドバイスを記述します。

セントラルコンソールのイベントガイド機能

JP1イベント単位でイベントガイドを設定できます。JP1イベントはシステムで発生した事象であり，また，問題発生時には問題の1要因でもあります。

セントラルコンソールのイベントガイドには，例えば，JP1イベントそのものに対する調査，対処手順などのアドバイスを記述します。なお，詳細については，「4.10　イベントガイド機能」および「13.1.10　イベントガイドの検討」を参照してください。

13.2.4　監視ノードアイコンの移動抑止の検討

監視ノードアイコンの移動を抑止すると，［監視ツリー］画面の詳細表示領域（マップ表示時）および［ビジュアル監視］画面で，監視中のマウス操作によって監視ノードのレイアウトが崩れてしまうのを防げます。

アイコンの配置位置が特別な意味を持つような画面を作成している場合は，監視ノードアイコンの移動を抑止することをお勧めします。

詳細は，次の説明を参照してください。

監視ノードアイコンの移動抑止について

監視ノードアイコンの移動抑止について

参照先：「5.6.3　監視ノードアイコンの移動抑止」

13.2.5　監視グループの状態変更条件の定義の検討

監視グループの状態変更条件を定義することで，監視ツリーによるシステム監視がより詳細にできるようになります。

例えば，以降に説明するようなロードバランサーを用いて負荷分散をしているシステムの監視の場合，下位の監視ノードの障害が，上位の監視グループの障害にはならないことがあります。このような特殊な条件下のシステム監視の場合，監視グループの状態変更条件を定義することで，より正確にシステムの状態を管理できるようになります。

ただし，監視グループの状態変更条件を定義する場合には，以降で説明する制限事項があることも留意してください。

(1)　監視グループの状態変更条件の定義例

例えば，次のようなロードバランスシステムを，監視ツリーで監視したい場合について説明します。なお，ここでいうロードバランスシステムとは，ロードバランサーを用いて負荷分散をしているシステムを指します。

図13‒24　監視ツリーでの監視例

なお，この説明での監視ノードは次のように省略します。

「Webシステム」：監視グループ(Webシステム)

「ロードバランスシステム」：監視グループ(ロードバランスシステム)

「サーバX」：監視オブジェクト(サーバX)

また，次のような条件があるものとします。

Webシステムを構成するサーバ群（サーバ1〜サーバ5）の内，60％以上（3／5個以上）のサーバの負荷が警告域に達したときに，Webシステムの異常と判定する。

このようなシステムを監視ツリーで監視する場合には，状態の上位伝播の動作として，次のように検討します。

図13‒25　監視ツリーでの監視例，状態の上位伝播の動作

この場合，監視グループの状態変更条件の定義は次のようになります。

表13‒8　監視グループの状態変更条件の定義例

監視ノード名称

監視グループの状態変更条件

状態

子ノードの状態※

比較条件

ロードバランスシステム

エラー

警告

比率：60％以上

または

個数：3個以上

注※　ここで設定する状態は，設定した状態よりも優先度の高い状態を含みます。例えば，「エラー」を設定した場合には「緊急」「警戒」「致命的」も含みます。

上記のように設定した場合，「警告」より優先度の高い状態になった「サーバX」が，60％以上または3個以上にならないかぎり，「ロードバランスシステム」「Webシステム」の状態は「初期状態」から変化しません。したがって，上位の監視グループである「ロードバランスシステム」「Webシステム」から，状態変更イベントの検索ができなくなります。

下位の監視ノードの状態変更を管理したい場合，また，上位の監視グループから下位の監視ノードの状態変更イベントを検索したい場合は，例えば次の表に示す定義をしておくことをお勧めします。

表13‒9　監視グループの状態変更条件の定義例（推奨）

監視ノード名称

監視グループの状態変更条件

状態

子ノードの状態※

比較条件

ロードバランスシステム

エラー

警告

比率：60％以上

または

個数：3個以上

警告または正常

警告

比率：20％以上

または

個数：1個以上

注※　ここで設定する状態は，設定した状態よりも優先度の高い状態を含みます。例えば，「エラー」を設定した場合には「緊急」「警戒」「致命的」も含みます。

(2)　監視グループの状態変更条件の定義についての制限事項

監視グループの状態変更条件を定義する場合には，次のような制限事項に留意してください。

子ノードが障害色になっていても，上位の監視グループに上位伝播しない。

子ノードが「エラー」になっていても，上位の監視グループは「初期状態」になっている場合があります。この場合，最上位の監視グループまで状態が伝播しないため，アラームランプも点滅しません。

状態変更イベントの検索をした場合，下位すべての監視ノードの状態変更イベントが検索結果に表示されないことがある。

検索の対象とした監視グループから，障害色になっている監視オブジェクトまでの間に「初期状態」の監視グループがある場合には，「初期状態」の監視グループ以下の状態変更イベントは，検索の対象外になります。

この場合には，監視ノード検索で，障害色の監視ノードを検索したあと，状態変更イベントの検索をする必要があります。

上記の2項目が，運用上問題になる場合は，子ノードが一つでも「エラー」になった場合に，上位の監視グループを「警告」にする，などの定義をしてください。

子ノード数が追加・削除などにより増減した場合には，状態変更条件を見直す必要がある。

子ノードの増減に対しては，定義を見直す必要があります。例えば，子ノード数が5の監視グループに対して，状態変更条件を設定している場合，個数：3個以上，比率：60％以上は同義ですが，子ノードを追加したあとは次のように異なります。

個数：3個以上を設定したあと，子ノードを5追加し，子ノード数が10になった場合でも，個数：3個以上のままです（3を契機に状態が変更されます）。

比率：60％以上を設定したあと，子ノードを5追加し，子ノード数が10になった場合には，10の60％，つまり6になります（6を契機に状態が変更されます）。

セントラルスコープは自動的に状態変更条件の定義を修正しないため，定期的に状態変更条件の定義を見直すようにしてください。

対処済み連動機能を使用している場合，下位の監視オブジェクトに対して対処を終えると（状態変更イベントをすべて「対処済」にすると），監視グループは「初期状態」になる。つまり，状態変更イベントの検索の対象外になる。

なお，これが運用上問題になる場合は，一つの子ノードの状態が変わったときに，監視グループの状態も合わせて変わるよう設定してください。例えば，子ノードが一つでも「正常」に遷移した場合，監視グループの状態を「正常」にするなどです。

13.3　JP1/IMでの問題調査の検討

JP1/IMでシステム監視中に問題発生を検知した場合，JP1/IM - Viewからの操作によって問題の内容の確認や，切り分け調査を行います。

問題の調査については，システムを構成する業務やプログラムなどによって調査方法が異なります。それぞれの業務やプログラムなどに合わせて調査や対処の方法を検討してください。

ここでは，JP1/IMからできるシステム操作機能について検討します。

13.3.1　モニター起動

JP1/IM - Viewまたは統合オペレーション・ビューアー上に表示されているJP1イベントを選択して，その表示内容に関連するアプリケーションの画面をモニター起動できます。

この機能は，JP1イベントを発行したアプリケーションがモニター起動に対応している必要があります。

詳細は，次の説明を参照してください。

モニター起動について

モニター起動について

参照先：「4.19.1　連携製品のモニター起動」

13.3.2　統合機能メニュー

［統合機能メニュー］画面に，任意のプログラムを登録して，実行することができます。

詳細は，次の説明を参照してください。

統合機能メニューについて

統合機能メニューについて

参照先：「4.19.2　統合機能メニュー」

13.3.3　JP1/IM - Viewからのコマンド実行の検討

JP1/IMでは，JP1/Baseの構成管理で定義した構成に従って，JP1/IM - Viewから管理対象ホストへコマンドを実行する方法と，クライアントアプリケーション実行機能を使って，クライアントホスト（ビューアーのホスト）上のコマンドを実行する方法があります。

定型的に実行するコマンドは，あらかじめ［コマンド］ボタンに登録し，［コマンド］ボタンをクリックして実行できます。コマンドラインなどの入力が不要なため，タイプミスなどを防止できます。

［コマンド］ボタンの登録方法については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「8.1.2　［コマンド］ボタンでコマンドを実行する」を参照してください。

また，イベント情報引き継ぎ機能を使用すると，イベントの情報がコマンドの実行内容に自動で指定されます。

イベント情報引き継ぎ機能については，「4.19.5　コマンド実行時のイベント情報引き継ぎ」を参照してください。

コマンド実行の詳細は，次の説明を参照してください。

JP1/IM - Viewからのコマンド実行について

JP1/IM - Viewから管理対象ホストへのコマンド実行について

参照先：「4.19.3　JP1/IM - Viewから管理対象ホストへのコマンド実行」

クライアントホスト上のコマンド実行について

参照先：「4.19.4　クライアントホスト上のコマンド実行」

コマンド実行環境の概要について

参照先：「9.4.4　コマンド実行の管理」

システム構成定義の概要，システム構成定義を設定した場合の影響について

参照先：「9.4.3　システムの階層構成の管理」

13.4　自動アクションの検討

自動アクションでは，自動アクションを実行する条件，自動アクションとして実行するアクション（実行コマンドの内容）を検討してください。

また，自動アクションを実行するには，コマンド実行環境およびユーザー認証の機能も関連します。あわせて検討してください。

自動アクションの抑止設定をする場合は，抑止してもよいアクションか抑止してはいけないアクションかを十分に検討してから設定してください。次に例を示します。

一度実行すれば一定時間実行しなくてもよい（抑止してもよい）アクション例

・パトランプを点灯させるアクション

・メールで通知するなどのユーザー通知アクション

・トラブルシュート時のアクション抑止

抑止してはいけないアクション例

・ユーザーを介さずに障害の復旧を行うアクション

・イベントによって実行するアクションの内容が変わるアクション

自動アクションの遅延監視をする場合は，その自動アクションが実行契機となるJP1イベントを受信してから終了するまでにどのくらいの時間で終わってほしいかの観点で遅延監視時間を設定してください。また，その際には次の点も考慮に入れてください。

JP1/IM - Managerから実行先ホストへの階層数

JP1/IM - Managerから実行先ホストへのアクション送信処理は構成管理の上位マシンから下位マシンへ送信され，実行先ホストがアクションを受信するまで受け渡し処理が発生します。そのため，構成管理での実行先ホストの階層の深さに比例して，アクションの受け渡し処理が多くなるため，アクション終了までの時間が長くなります。

JP1/IM - Managerから実行先ホストへのネットワークの負荷状況

JP1/IM - Managerとアクション実行先ホストが別マシンだった場合，その間に存在するネットワークの負荷状況がアクション終了までの時間に関連してきます。ネットワーク状況の負荷が高い場合，低い場合と比較してアクション終了までの時間が長くなります。

JP1/IM - Managerのマシンの負荷状況

JP1/IM - Managerが稼働するマシンの負荷状況がアクション終了までの時間に関連してきます。マシンの負荷が高いほど，JP1/IM - Managerからマネージャー上のJP1/Baseにアクションを送信するまでに掛かる時間が長くなるため，アクション終了までの時間が長くなります。

実行先ホストの負荷状況

実行先ホストのマシンの負荷状況がアクション終了までの時間に関連してきます。マシンの負荷が高いほど，アクションの実行に掛かる時間が長くなります。

アクションの実行時間

遅延監視時間に対し，アクションの実行時間が長い場合，遅延したアクションとして通知されてしまいます。遅延監視時間とアクション実行時間は適切に設定する必要があります。

なお，JP1/IMで設定できる遅延監視時間は最大24時間です。24時間以上掛かるアクションを遅延監視したい場合には，次に示すようにJP1/AJSと連携してアクションの実行監視をしてください。

JP1/AJSと連携した自動アクションの実行監視例

JP1/IMで設定するアクションはバッチファイルなどで，JP1/AJSのジョブをキックする処理とし，JP1/AJSのジョブをキックする処理を実行したらアクションを終わらせる。

実行終了するまでに1日以上掛かるコマンドが正しく実行されているかの監視にはJP1/AJSを使用する。

自動アクションで実行するコマンドは，実行先のホストで順番に一つずつ処理されるため，コマンドの実行時間が長いと実行遅延が発生するおそれがあります。

このような場合，コマンド実行先のJP1/Baseのコマンド同時実行数を増やすことで，実行遅延を減少できます。コマンドの同時実行数はjcocmddefコマンドで変更できます。

ただし，コマンドの同時実行数を複数（二つ以上）に設定すると，処理の早いコマンドから順次終了します。順序性を持たせてコマンドを実行したい場合には，デフォルト（一つずつ実行）の設定のままにしてください。

なお，コマンド実行先ホストのJP1/Baseが同時に処理できるコマンドの上限は48です。複数のJP1/IM - Managerから自動アクションを実行する場合，次のことを考慮してください。

複数のJP1/IM - Managerから同時実行される自動アクションの合計が，最大48以下になるようにする。

自動アクションの実行先ホストで，実行に必要なリソースを確保できるようにする。

アクション状態通知イベントを発行する場合は，アクション情報ファイルに保存する自動アクションの実行情報を参照するため，アクション情報ファイルの容量を適切に設定してください。アクション情報ファイルの容量は，自動アクション環境定義ファイル（action.conf.update）で設定します。なお，アクション状態通知イベントは，次の場合に発行されます。

コマンド実行要求が正常終了し，アクションのキューイングを確認した

アクションの実行が終了した（アクション状態が，「終了」「キャンセル」または「強制終了」になった）

アクション状態が「終了」の場合，アクションに設定されたコマンドの終了コードが表示されます。アクション状態が「キャンセル」または「強制終了」の場合，終了コードは「-1」となります。

アクション状態が異常な状態になった（アクション状態が，「実行不可」または「実行失敗」になった）

アクション状態通知イベントに対するアクションのコマンド実行制御へのコマンド実行要求が正常終了し，キューイングを確認した

アクション状態通知イベントに対するアクションのアクション状態が異常な状態になった

イベント情報引き継ぎ機能を使用すると，イベントの情報がコマンドの実行内容に自動で指定されます。イベント情報引き継ぎ機能については，「4.19.5　コマンド実行時のイベント情報引き継ぎ」を参照してください。

自動アクションについては，次の説明を参照してください。

自動アクションについて

自動アクションの概要

参照先：「6.　自動アクションによるコマンド実行（JP1/Base連携）」

コマンド実行環境の概要

参照先：「9.4.4　コマンド実行の管理」

自動アクションの設定（GUIで設定する場合）

参照先：マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.32　［アクション設定］画面」

自動アクションの設定（定義ファイルで設定する場合）

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション定義ファイル（actdef.conf）」（2.　定義ファイル）

自動アクション環境の設定

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション環境定義ファイル（action.conf.update）」（2.　定義ファイル）

自動アクションの実行監視環境の設定

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション通知定義ファイル（actnotice.conf）」（2.　定義ファイル）

自動アクションの実行先ホストのコマンド実行環境の設定

参照先：マニュアル「JP1/Base 運用ガイド」のjcocmddefコマンドを説明している章

構成定義について

参照先：マニュアル「JP1/Base 運用ガイド」の「構成定義ファイル（jbs_route.conf）」を説明している章

13.4.1　自動アクションを検討するときの注意事項

コマンド実行履歴（ISAM）ファイルがラップすると，自動アクションのアクション結果が取得できなくなり，アクション結果が表示されなくなります。

例

［アクション結果詳細］画面を表示すると，メッセージ欄にKAVB5150-W のメッセージが表示される。

このような場合には，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「12.5.3(14)　アクション結果の詳細情報（メッセージ）にKAVB5150-Wが表示される場合の対処方法」を参照して，対処してください。

短時間に大量のアクション対象イベントが発生した場合，アクション実行先ホストのキュー内にアクションが大量にキューイングされ，アクションの実行が遅延することがあります。

このような場合には，コマンドの同時実行数の変更を検討してください。jcocmddefコマンドで変更できます。しかし，コマンドを同時実行する設定をすると，処理の早いものから順次終了します。コマンドに順序性を持たせてコマンドを実行したい場合には，デフォルト（一つずつ実行）の設定のままにしてください。

自動アクションの実行処理が進んでいる途中で，次の事象が発生すると，自動アクションの状態が遷移しなくなります（遷移しなくなるのは，状態が「送信待機」「送信中」「キューイング」「実行中」「送信待機（キャンセル中）」「送信中（キャンセル中）」「キューイング（キャンセル中）」「実行中（キャンセル中）」だった場合です）。

マネージャー，アクション中継ホスト，アクション実行先ホストのどれかがシャットダウンなどの操作により停止した。

ネットワーク障害

JP1/Baseのダウン

このような場合には，次の方法で確認してください。

JP1/Baseのjcocmdshowコマンド（07-10サポート）で確認：

アクション実行先ホストのJP1/Base（コマンド実行管理）が自動アクションの処理をしていた場合には，このコマンドで確認できます※。

注※　処理要求を受け取っていない，または処理が完了していた場合はこのコマンドでは確認できません。

状態が遷移しない，かつ，jcocmdshowコマンドでも確認できない自動アクションは，再実行するかどうか判断を行い，必要に応じて［コマンド実行］画面から再実行してください。

自動アクションの実行状態または実行結果が確認できなくなった場合は，自動アクションの実行結果を保存するファイル（コマンド実行履歴ファイル，アクション情報ファイルおよびアクションホスト名保存ファイル）に不整合が発生しているおそれがあります。

このような場合には，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「12.5.3(10)　自動アクションの実行状態が「状態不明」と表示される場合の対処方法」を参照して，対処してください。

jcocmddefコマンドを使って，コマンド実行履歴ファイルへの実行結果の詳細情報（メッセージ情報）の登録を抑止すると，JP1/Base制御部（コマンド実行管理）の処理速度があがります（デフォルトは登録を抑止しない設定です）。登録抑止をすると，JP1/Base制御部の処理速度向上分，自動アクションの実行速度も向上します。

ただし，登録抑止をした場合，JP1/IM - Viewの［アクション結果詳細］画面の［メッセージ］に表示される情報がすべて「KAVB2401-I」のメッセージ情報になってしまいます。

運用上，それでも問題がない，自動アクションの実行速度を少しでも向上させたい，といった場合にだけ，設定を変更するようにしてください。

jcocmddefコマンドを使って，マネージャーに転送される実行結果のデータ量を抑止すると，コマンド実行履歴ファイルへのデータ登録量を抑えたり，ホスト間の通信回線の混雑を防いだりできます。なお，実行結果のデータ量抑止に関するデフォルト値は，次に示すようにJP1/Baseのバージョンによって異なるため，注意が必要です。

バージョン8のJP1/Baseを新規インストールしたホストに対し，アクションを実行した場合，実行結果のデータ転送量は最大1,000行に抑止されます。

バージョン7以前のJP1/Base，またはバージョン7以前からバージョン8にバージョンアップしたJP1/Baseをインストールしたホストに対し，アクションを実行した場合，実行結果のデータ転送量は抑止されません。

実行結果を抑止した場合，抑止した分しか実行結果が転送されないため，実行結果として表示される情報が，途中で切れた状態になってしまうことがあります（途中で打ち切られたことは表示情報の最後に記述されます）。

実行結果として大量の出力データが必要となるかどうかを検討した上で，設定値を変更するようにしてください。

自動アクションによるコマンド実行から直接OSをシャットダウンするコマンドは使用しないでください。シャットダウンする場合は，JP1/Power Monitorを使用してください。

13.5　システムの階層構成の管理の検討

JP1/IMが運用管理するシステムの階層構成（IM構成）を設定または変更するために，システムの階層構成の管理方法を検討してください。システムの階層構成には，物理ホストのシステム構成を管理するシステムの階層構成と，仮想ホストのシステム構成を管理する仮想化システムの階層構成があります。また，業務グループを設定したり，リモートの監視対象ホストを統合マネージャーまたは拠点マネージャーの配下に配置して管理したりすることもできます。

13.5.1　システムの階層構成の管理

物理ホストのシステム構成を管理するために，システムの階層構成（IM構成）の管理方法を検討してください。システムの階層構成の管理は，次のどちらかの方法で行います。

IM構成管理を使用する方法

システムの階層構成を，IM構成管理・ビューアーを操作して，マネージャーから一元的に管理する場合は，IM構成管理を使用します。

IM構成管理を使用するときは，IM構成管理DBの設定を有効にする必要があります。そのため，システム設計に，IMデータベースの容量を見積もってください。

IM構成管理を使用してシステムの階層構成を管理するときは，JP1/Baseが提供する構成管理機能を併用しない運用を検討してください。なお，JP1/Baseが提供する構成管理機能で使用する構成定義ファイルを編集したり，コマンドを実行したりした場合は，必ずIM構成管理でIM構成を取得し直してください。

IM構成管理を使用しない方法

システムの階層構成を，マネージャーから一元的に管理しない場合は，JP1/Baseが提供する構成管理機能を使用します。

JP1/Baseが提供する構成管理機能では，マネージャーで，構成定義ファイル（jbs_route.conf）を編集してホスト間の関係を定義し，コマンド（jbsrt_distrib，jbsrt_sync，jbsrt_delおよびjbsrt_get）を実行して設定内容を反映したり，確認したりします。

IM構成管理を使用しないときは，IM構成管理DBの設定を有効にする必要がありません。そのため，システム設計に，IM構成管理DBの容量を見積もる必要はありません。

機能の詳細については，次の説明を参照してください。

IM構成管理を使用する場合

IM構成管理で設定できるシステムの階層構成

参照先：「8.　IM構成管理によるシステムの階層構成の管理」

IM構成管理を使用しない場合

JP1/Baseが提供する構成定義機能で設定できるシステムの階層構成

参照先：「9.4.3　システムの階層構成の管理」および「9.4.5　定義情報の収集と配布」

なお，システムの階層構成の管理を開始したあとで管理方法を変更する場合に，IM構成管理とJP1/Baseの持つjbsrt_distribを同時に使用すると，次の情報に不整合が生じ，運用が混乱するおそれがあります。

IM構成管理・ビューアーに表示されている内容

システムに実際に反映されている内容

各ホストが持つ構成定義情報

そのため，システムの階層構成の管理を開始したあとで，管理方法を変更することをお勧めしません。どちらの方法でシステムの階層構成の管理をするかを十分に検討した上で，運用を開始してください。

13.5.2　リモート監視構成の管理

リモート監視構成を管理して，リモートの監視対象ホストからログを収集する方法を検討してください。リモート監視の場合，リモート監視構成を組む必要があります。システム構成の検討については，「14.5　システムの階層構成の検討」を参照してください。

(1)　収集できるログ情報とリモート監視の接続方法

リモート監視構成で，リモートの監視対象ホストから収集するログの種別，およびリモート通信の接続方法については，「8.6.2　収集できるログ情報とリモート監視の接続方法」，および「8.6.3　監視できるログ情報」を参照して検討してください。

なお，NetBIOS（NetBIOS over TCP/IP），WMI，SSHを使用して，リモートの監視対象ホストを監視するには，JP1/IM - Managerをインストールしているホストおよび監視対象ホストに，リモート通信の設定をする必要があります。リモート通信の設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.18　リモートの監視対象ホストでログ監視をするための設定（Windowsの場合）」，または「2.17　リモートの監視対象ホストでログ監視をするための設定（UNIXの場合）」を参照してください。

(2)　ログ情報の収集間隔

リモートの監視対象ホストからログ情報を収集する間隔をあらかじめ検討しておいてください。ログ情報の収集間隔については，「8.6.4　ログ情報の監視間隔」を参照してください。

13.5.3　仮想化システム構成の管理

複数の仮想化システム管理ホストおよびVMMホスト上で動作する仮想ホストの仮想化システム構成を管理する方法を検討してください。

(1)　前提条件の検討

仮想化システム構成を管理できるかどうか，仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類および前提OSを確認してください。

仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類

仮想ホストを構築するためには，仮想化ソフトウェアおよび仮想化環境管理ソフトウェアが必要です。使用している製品の種類によって，IM構成管理で仮想化システム構成を管理できるかどうか判断してください。対象となる製品を次に示します。

仮想化システム管理ホストに使用できる仮想化環境管理ソフトウェア

vCenter，JP1/SC/CM，SCVMM，およびHCSM

VMMホストに使用できる仮想化ソフトウェア

KVM，Hyper-V，日立サーバ論理分割機構，およびVMware ESX

また，仮想化環境管理ソフトウェアと仮想化ソフトウェアの組み合わせは次のとおりです。

表13‒10　仮想化環境管理ソフトウェアと仮想化ソフトウェアの組み合わせ

仮想化環境管理ソフトウェア

仮想化ソフトウェア

vCenter

VMware ESX

JP1/SC/CM

日立サーバ論理分割機構

SCVMM※

Hyper-V

HCSM

日立サーバ論理分割機構

−

KVM

（凡例）

−：必要なし

注※

SCVMMでvCenterを管理している場合は，vCenterおよびVMware ESXの仮想化構成情報を管理できます。

前提OS

JP1/SC/CM，vCenter，およびSCVMMの前提OSは，WindowsかつJP1/IM - Managerのリリースノート記載の，仮想化環境管理ソフトウェアのバージョンで動作するOSです。

UNIX上で動作する仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの仮想化構成情報は収集できません。

(2)　仮想化構成情報の収集方法

仮想化システムの構成を変更した場合や，定期的に情報を管理している場合に，仮想化構成情報を収集します。仮想化構成情報を収集する方法には，次の2種類があります。どちらの方法で情報を収集するかを検討してください。

コマンドを実行して仮想化構成情報を収集する場合

コマンドを実行して，収集対象の仮想化ソフトウェアおよび仮想化環境管理ソフトウェアから仮想化構成情報を収集できます。仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類によって使用するコマンドが異なります。

仮想化ソフトウェアおよび仮想化環境管理ソフトウェアに対応するコマンドを次の表に示します。

表13‒11　仮想化ソフトウェアおよび仮想化環境管理ソフトウェアとコマンドの対応

収集対象の仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類

コマンド名

収集範囲

vCenter

jcfcolvmvc

vCenterで起動している仮想化システム管理ホスト

VMware ESXで起動している仮想ホスト

JP1/SC/CM

jcfcolvmvirtage

日立サーバ論理分割機構で起動している仮想ホスト

SCVMM※1

jcfcolvmscvmm

SCVMMで起動している仮想化システム管理ホスト

Hyper-Vで起動している仮想ホスト

SCVMMでvCenterを管理している場合は，vCenterおよびVMware ESXで起動している仮想ホスト

HCSM

jcfcolvmhcsm

日立サーバ論理分割機構で起動している仮想ホスト，およびHCSMから取得できるホスト名※2

KVM

jcfcolvmkvm

KVMで起動している仮想ホスト

VMware ESX

jcfcolvmesx

VMware ESXで起動している仮想ホスト

注※1　この機能はWindows限定です。

注※2　日立サーバ論理分割機構で起動している仮想ホスト以外のホストの仮想化構成情報を収集する場合，ホスト名およびホスト種別以外の仮想化構成情報は収集できません。また，収集対象となるホストのホスト種別は「不明」として収集されます。

IM構成管理・ビューアーから仮想化構成情報を収集する場合

IM構成管理・ビューアーで仮想化システム管理ホスト，およびKVMが起動しているホストを指定して，仮想化構成情報を収集できます。指定したホストで起動しているソフトウェアによって，収集できる仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類が異なります。

仮想化構成情報を収集するホストで起動しているソフトウェアと，収集対象となる仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの組み合わせを次の表に示します。

表13‒12　仮想化システム管理ホストと仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの関係

仮想化構成情報の収集元となるホストにインストールされているソフトウェア

収集対象

収集範囲

vCenter

VMware ESX

vCenterで起動している仮想化システム管理ホスト

VMware ESXで起動している仮想ホスト

JP1/SC/CM

日立サーバ論理分割機構

日立サーバ論理分割機構で起動している仮想ホスト

SCVMM※1

Hyper-V

vCenter※2

VMware ESX※2

SCVMMで起動している仮想化システム管理ホスト

Hyper-Vで起動している仮想ホスト

SCVMMでvCenterを管理している場合は，vCenterおよびVMware ESXで起動している仮想ホスト

HCSM

日立サーバ論理分割機構

日立サーバ論理分割機構で起動している仮想ホスト，およびHCSMから取得できるホスト名※3

KVM

KVM

KVMで起動している仮想ホスト

注※1　この機能はWindows限定です。

注※2　SCVMMでvCenterを管理している場合は，vCenterおよびVMware ESXが収集対象になります。

注※3　日立サーバ論理分割機構で起動している仮想ホスト以外のホストの仮想化構成情報を収集する場合，ホスト名およびホスト種別以外の仮想化構成情報は収集できません。また，収集対象となるホストのホスト種別は「不明」として収集されます。

(3)　仮想化構成情報をセントラルスコープの監視ツリーで監視する方法

仮想化システム管理ホストおよびVMMホスト上で動作する仮想ホストを含む仮想化システム構成を，セントラルスコープの監視ツリーで監視するかどうか検討してください。

なお，セントラルスコープの監視ツリーで監視する方法は，「13.5.3(2)　仮想化構成情報の収集方法」によって異なります。

コマンドを実行して仮想化構成情報を収集した場合

コマンドを使用して仮想化構成情報をセントラルスコープにインポートし，監視ツリーに反映します。

IM構成管理・ビューアーから仮想化構成情報を収集した場合

IM構成管理・ビューアーから仮想化構成情報を収集すると，VMMホストの追加や仮想化構成の変更などが仮想化構成情報に反映されます。この仮想化構成情報をIM構成管理・ビューアーからセントラルスコープの監視ツリーに反映できます。

13.5.4　業務グループの検討

業務グループを有効にする場合，業務グループに割り当てる監視対象のホストの範囲や参照・操作制限など，業務グループの運用方法について検討してください。

(1)　業務グループおよび監視グループの検討

複数の監視対象のホストをどのような視点で監視するかを基に，次の項目についてあらかじめ検討しておいてください。

業務グループに割り当てる監視対象のホストの範囲

複数のホストを業務システムなどの単位でグルーピングできます。ただし，一つのホストが複数の業務グループに属することはできません。

業務グループ内の監視グループに割り当てる監視対象のホストの範囲

業務グループ内のホストを，さらに業務システムの監視視点でグルーピングできます。監視グループは多階層にわたるグルーピングもできます。

なお，業務グループおよび監視グループについては，「8.4　業務グループの管理」を参照してください。

(2)　業務グループの参照・操作制限

業務グループを使用するには，業務グループの参照・操作制限の設定が必要です。

監視対象の複数のホストを業務グループとしてグルーピングして監視するには，JP1ユーザーのJP1資源グループおよびJP1権限レベルの設定が必要です。

JP1資源グループとJP1権限レベルの組み合わせでできる操作については，「4.1.4(2)　JP1ユーザーに対するJP1資源グループとJP1権限レベルの割り当て」を参照してください。

業務グループの参照・操作制限の設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.19　業務グループの参照・操作制限の設定」を参照してください。

(3)　業務グループの参照・操作制限機能を有効に設定した場合のシステムの階層構成の反映について

JP1/Baseの構成定義情報の配布の設定で差分配布機能が無効の場合，かつ業務グループの参照・操作制限機能を有効に設定した場合，［エージェント構成編集］画面の［操作］メニューから［エージェント構成の反映］を選択して実行すると，既存のエージェント構成を削除しないで，新たに定義したエージェント構成の構成定義をすべてのホストに配布します。

このため，システムの階層構成から対象ホストを削除する場合は，システムの階層構成を反映する前に，プロファイルから対象ホストのイベント転送情報の設定を変更し，イベントが転送されない設定に変更しておく必要があります。

この設定を変更しないと，システムの階層構成の反映後にもエージェントが保持する構成情報が残っているため，エージェントで発生するJP1イベントが上位ホストに転送され続けます。

イベント転送情報の設定の変更については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.4　業務グループの設定」を参照してください。

(4)　［監視ツリー］画面での監視の検討

業務グループの設定情報をセントラルスコープへ反映すると，［監視ツリー］画面（セントラルスコープ）に業務グループの階層構成および参照・操作制限が引き渡され，担当する業務グループ内で発生したJP1イベントだけを参照・操作できます。業務グループの設定情報をセントラルスコープへ反映する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.4　業務グループの設定」を参照してください。

(5)　［イベントコンソール］画面での監視の検討

業務グループの参照・操作制限を有効にすると，［イベントコンソール］画面で担当する業務グループ内で発生したJP1イベントだけを参照・操作できます。詳細については，「4.1.4　業務グループの参照・操作制限の仕組み」を参照してください。

13.6　インテリジェント統合管理基盤によるシステム監視の検討

インテリジェント統合管理基盤は，複数のシステムの関係性や，ジョブ管理，稼働監視，イベント管理などのデータの関連を，インテリジェント統合管理サーバに蓄積して管理します。これらのデータを管理するため，インテリジェント統合管理基盤の設定を検討します。

なお，インテリジェント統合管理基盤でのシステム監視の検討を始める前に，次の説明を参照して，インテリジェント統合管理基盤について理解をしてください。

インテリジェント統合管理基盤について

インテリジェント統合管理基盤の機能について

参照先：「3. インテリジェント統合管理基盤によるIT運用の最適化」

JP1/IM - Agentによる監視機能について

参照先：「3.15 JP1/IM - Agentによる監視機能」

対処アクションの機能について

参照先：「7. 対処アクションの自動実行と手動実行（JP1/IM - Agent連携）」

また，インテリジェント統合管理基盤でシステム監視を検討する際には，「付録D.1　インテリジェント統合管理基盤を使用する上での制限値一覧」に記載されているIM管理ノード数の制限値を上回らないように，IM管理ノード数を見積もりする必要があります。見積もりについては，リリースノートに記載されているIM管理ノード数の計算式を参照してください。

13.6.1　インテリジェント統合管理基盤によるシステム管理の検討

インテリジェント統合管理基盤で管理したいシステムと，そのシステムで何を監視するかについて検討します。

また，監視により問題を検知したあとの運用プロセスを検討します。この運用プロセスを省力化するために，提案機能や対処アクションの自動実行の利用を検討します。

13.6.2　他運用管理製品との連携の検討

インテリジェント統合管理基盤では，監視から対処までの運用ができますが，ジョブ管理製品やネットワーク管理製品と連携することで，さらに高度な運用管理を実現できます。イベント情報，構成情報，ジョブ情報，パフォーマンス情報など，他製品が管理している情報について，JP1/IMで一元管理する対象を検討します。

13.6.3　統合オペレーション・ビューアーの表示の検討

統合オペレーション・ビューアーに表示するツリー形式の稼働状況について，表示するカテゴリーの順番やホスト名称について検討します。

統合オペレーション・ビューアーのダッシュボードに表示する項目を検討します。

14　JP1/IMシステムの設計

この章では，システムの統合的な運用管理を実現するために，JP1/IMのシステムに必要となるシステム構成や設定内容について説明します。

14.1　動作環境の検討

この節では，JP1/IMを実行する動作環境について，検討が必要な項目を説明します。

14.1.1　前提OS，前提パッチの確認

JP1/IMシステムの各サーバについて，OSの種類，OSのバージョンを確認してください。

また，OSの種類やバージョンによっては，サービスパックやパッチの適用が必要です。JP1/IM各製品のリリースノートを参照して，必要なサービスパックやパッチをOSに適用してください。

前提OS，前提パッチについて

前提OS

参照先：「11.3.1　前提OS」

前提OS，前提パッチの詳細

リリースノートを参照してください。

14.1.2　メモリー所要量・ディスク占有量の見積もり

JP1/IMシステムの各ホストで，JP1/IMおよびJP1/Baseを実行するために必要なメモリー所要量，ディスク占有量を見積もってください。

なお，クラスタシステムで論理ホストや物理ホストを複数起動する場合は，それぞれのホストごとに容量を見積もって合計してください。

メモリー所要量・ディスク占有量の見積もりについて

JP1/IMの見積もり（計算式を記載）

参照先：JP1/IM - Viewのリリースノート

参照先：JP1/IM - Managerのリリースノート

参照先：JP1/IM - Agentのリリースノート

JP1/IMの見積もり（モデルケースで大体の目安を提示）

参照先：「15.　性能と見積もり」

JP1/Baseの見積もり

参照先：JP1/Baseのリリースノート

14.1.3　IMデータベースの容量の見積もり

統合監視DBおよびIM構成管理DBを使用する場合，JP1/IM - Managerが動作するマネージャーに必要なIMデータベースの容量（ディスク占有量）を見積もってください。システム構築時に選択できるIMデータベースのサイズの種類と対応するシステム規模の例を次の表に示します。

IMデータベースのディスク占有量はJP1/IM - Manager のリリースノートを参照してください。

なお，IMデータベースのサイズごとのおおよそのディスク占有量は，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「セットアップ情報ファイル（jimdbsetupinfo.conf）」（2.　定義ファイル）を参照してください。

表14‒1　データベースのサイズの種類

サイズの種類

内訳

システム規模の例

小規模（S）

統合監視DB

イベント情報の総件数：

約100万件※1

なお，イベント情報の総件数は，次の条件を想定しています。

イベントの平均サイズ：1キロバイト※2

1日当たりのイベント発生件数：33,000件

イベント情報の保存期間：30日

IM構成管理DB

管理するホストの最大数：

1,024台※3

業務グループ・監視グループの合計数：

100

中規模（M）

統合監視DB

イベント情報の総件数：

約400万件※1

なお，イベント情報の総件数は，次の条件を想定しています。

イベントのサイズ：1キロバイト※2

1日当たりのイベント発生件数：13万件

イベント情報の保存期間：30日

IM構成管理DB

管理するホストの最大数：

1,024台※3

業務グループ・監視グループの合計数：

100

大規模（L）

統合監視DB

イベント情報の総件数：

約1,200万件※1

なお，イベント情報の総件数は，次の条件を想定しています。

イベントの平均サイズ：1キロバイト※2

1日当たりのイベント発生件数：40万件

イベント情報の保存期間：30日

IM構成管理DB

管理するホストの最大数：

10,000台※4

業務グループ・監視グループの合計数：

100

注※1

イベントの消去のタイミングにより，イベント情報の総件数がこれらの値の件数を超えることもあります。

注※2

イベントのサイズが1キロバイトより大きい場合は，イベント情報の総件数は減少します。

注※3

1台のIM構成管理で監視できるホストの最大数は10,000台です。また，システム構成およびネットワークトラフィックによって，管理できるホストの数が制限されます。制限値については，「付録D　制限値一覧」を参照してください。

IM構成管理で管理するホスト数がマネージャーを含め1,024台を超える場合，IMデータベースを大規模（L）にする必要があります。

注※4

エージェント構成上，JP1/IM - Manager自身のホストとJP1/IM - Manager直下に配置できるJP1/IM - AgentまたはJP1/Baseの最大数は2,500台です。また，システム構成およびネットワークトラフィックによって，管理できるホストの数が制限されます。制限値については，「付録D　制限値一覧」を参照してください。

また，クラスタシステムで運用する場合に，共有ディスク上とローカルディスク上に必要なIMデータベースの容量（ディスク占有量）については，JP1/IM - Managerのリリースノートを参照してください。

なお，IMデータベースのサイズごとのおおよそのディスク占有量については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「クラスタセットアップ情報ファイル（jimdbclustersetupinfo.conf）」（2.　定義ファイル）を参照してください。

運用途中でイベントの発生件数が大幅に増加することを想定して，余裕を持ったデータベースのサイズを設定することをお勧めします。

なお，統合監視DBの容量が上限に達した場合は古いものからJP1イベントが削除されます。一度に削除されるJP1イベントは，データベースのサイズにかかわらず，最大で20,000件です（格納されているJP1イベントのサイズによって，20,000件より少なくなる場合があります）。

14.1.4　カーネルパラメーターの調整（UNIXの場合）

UNIX環境でJP1/IM - Managerを使用する場合，JP1/IM - Managerの実行に必要なリソースを割り当てるために，OSのカーネルパラメーターを調整してください。

なお，カーネルパラメーターとは，UNIXシステムが使用するリソースを調整して最適化するための設定です。OSの環境として使用できるファイルの最大オープン数や，共用メモリーの最大サイズなどの設定があります。カーネルパラメーターの詳細については，各OSのマニュアルを参照してください。

カーネルパラメーターの見積もりについて（UNIXの場合）

JP1/IM - Managerの見積もり

参照先：付録J.1　カーネルパラメーター一覧（Linuxの場合）

JP1/Baseの見積もり

参照先：マニュアル「JP1/Base 運用ガイド」のカーネルパラメーターの説明をしている個所を参照してください。

14.1.5　言語環境の検討

JP1/IMシステムの各ホストの言語環境を検討します。

言語環境は統一することを推奨しますが，JP1/IMは言語環境が混在したシステムでも運用が可能です。なお，11-00以降JP1/IMの文字コードは，JP1/Baseの言語環境の設定方法で設定します。

ただし，JP1/SES形式のイベントを監視するシステムでは，システム内の言語環境をJP1/SES形式のイベントの文字コードで統一する必要があります。

また，一つのサーバ内では言語環境を統一する必要があります。

(1)　言語環境の設定について

JP1/IMの言語環境

参照先：「14.1.6　JP1/IM - Manager，統合オペレーション・ビューアー，JP1/IM - View，およびJP1/Baseの言語環境混在での運用」

参照先：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.3.2　インストール直後に必要な設定（Windowsの場合）」

参照先：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「2.3.3　インストール直後に必要な設定（UNIXの場合）」

JP1/Baseの言語環境の設定

参照先：マニュアル「JP1/Base 運用ガイド」の言語種別の設定に関する説明

(2)　言語設定の注意事項

(a)　英語で動作させる場合

システムのロケールは英語に設定してください。設定していない場合，画面に表示される文字が文字化けする場合があります。

(b)　日本語で動作させる場合

システムのロケールは日本語に設定してください。設定していない場合，画面に表示される文字が文字化けする場合があります。

JP1/IMではSJISの文字コード範囲外の文字コード（JIS 第3水準，第4水準）は扱えません。

JP1/IM - Agentがサポートする文字コードはUTF-8だけです。

(c)　中国語で動作させる場合

システムのロケールは中国語に設定してください。設定していない場合，画面に表示される文字が文字化けする場合があります。

JP1/IMではGB18030の文字コード範囲外の文字コードは扱えません。

JP1/IM - Agentがサポートする文字コードはUTF-8だけです。

フォントSimsunで使用できる文字以外を表示した場合は，文字化けして表示される場合があります。

IMデータベースのセットアップの前にJP1/IM - Managerの動作する言語コードをGB18030に設定する必要があります。

JP1/IM - Managerを中国語で動作させる場合，JP1/Baseの文字コード設定がGB18030である必要があります。次に示す手順に従い，JP1/Baseの文字コード設定を確認してください。次のコマンドを実行してください。

物理ホストの場合

jbsgetcnf >退避ファイル名.txt

論理ホストの場合

jbsgetcnf -h 論理ホスト名 >退避ファイル名.txt

退避ファイル名.txtをテキストエディターで開き，[JP1_DEFAULT¥JP1BASE¥]の定義内容LANGの値がGB18030であることを確認してください。論理ホストの場合はJP1_DEFAULTの部分を論理ホスト名に読み替えてください。

LANGの値がGB18030以外の場合は，GB18030に設定が必要です。

セントラルコンソールの次の項目は，GB18030の文字コードの2バイト以下の文字のみ入力可能です。他の項目は，GB18030の文字コードの4バイト以下の文字を入力可能です

［アクション結果更新条件設定］画面

［アクション詳細設定］画面（互換用）

［アクション詳細設定（イベント拡張情報）］画面

［拡張属性編集］画面

自動アクション通知定義ファイル（actnotice.conf）

拡張起動プロセス定義ファイル（jp1co_service.conf）

ヘルスチェック定義ファイル（jcohc.conf）

自動アクション環境定義ファイル（action.conf.update）

IMパラメーター定義ファイル（jp1co_param_V7.conf）

通信環境定義ファイル（console.conf.update）

通信環境定義ファイル（view.conf.update）

相関イベント発行環境定義ファイル

自動アクション定義ファイル（actdef.conf）

セントラルスコープの次の項目は，GB18030の文字コードの4バイト以下の文字を入力可能です。他の項目は，GB18030の文字コードの2バイト以下の文字のみを入力可能です。

［状態変更条件設定］画面の個別条件の属性値

［共通条件詳細設定］画面の共通条件詳細の属性値

ガイド情報ファイル（jcs_guide_xxx.txt）の正規表現

IM構成管理の次の項目は，GB18030の文字コードの4バイト以下の文字を入力可能です。他の項目は，GB18030の文字コードの2バイト以下の文字のみを入力可能です。

［プロファイル表示／編集］画面のログファイルトラップ情報の設定ファイル

［プロファイル表示／編集］画面のイベントログファイルトラップ情報の設定ファイル

jcfmkcsdataコマンドのセントラルスコープのエクスポートファイルの内容

14.1.6　JP1/IM - Manager，統合オペレーション・ビューアー，JP1/IM - View，およびJP1/Baseの言語環境混在での運用

JP1/IMは，言語環境が混在したシステムでも運用できます※1。例えば，JP1/Baseに登録されているJP1イベントの言語コードが混在していても，統合オペレーション・ビューアー，JP1/IM - Viewでは正常に表示できます※2。なお，11-00以降JP1/IMの文字コードは，JP1/Baseの言語環境の設定方法で設定します。

注※1　JP1/SES形式のイベントを監視するシステムでは，言語環境が混在していた場合，文字化けが発生することがあります。

このため，JP1/SES形式のイベントを扱うシステムでは，システム内の言語環境をJP1/SES形式のイベントの文字コードで統一してください。

注※2　言語環境の混在には関係なく，外字，特殊な文字，および特定の制御コードについては，画面表示で文字が化けることや，その文字として処理されないことがあります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「1.3　画面操作上の注意事項」を参照してください。

ただし，幾つかの条件がありますので，システム構成や運用を検討してください。

(1)　システム単位での条件

JP1/IMのシステム単位（マネージャーとエージェントによるJP1/IM全体）では，次の条件があります。

Windows環境の場合，JP1/Baseのインストール時のロケール（システムロケール）に合わせて，次のJP1/BaseおよびJP1/IMの言語環境が設定されます。なお，UNIX環境の場合，言語環境はJP1/Baseで設定します。

表14‒2　ロケールごとに設定されるJP1/BaseおよびJP1/IMの言語環境

ロケール

言語環境

日本語

日本語

中国語

中国語

日本語または中国語以外

英語

UNIX環境の場合，エージェントに UTF-8ロケール環境のホストが存在する場合，次のことに注意してください。

UTF-8ロケール環境のJP1/Baseをバージョン8以降にする必要があります。また，イベント転送先のJP1/Baseをバージョン8以降にする必要があります。

マネージャー上のJP1/IM - Manager，JP1/Baseをバージョン8以降にする必要があります。

バージョン7のJP1/IM，JP1/Baseがシステム内に混在している場合，UTF-8ロケール環境で発行されたJP1イベントを正しく処理できません（JP1イベントの表示や自動アクションの実行など，正しく処理されなくなります）。

この場合，UTF-8環境のJP1/Baseをバージョン8以降にし，JP1/Baseを互換モードで動作するように設定する必要があります。設定の詳細については，マニュアル「JP1/Base 運用ガイド」の言語種別の設定の説明を参照してください。

自動アクションを設定する場合に2バイト文字が含まれていたときは，文字化けが発生します※。また，機種依存文字を指定した場合は，正しく動作しないことがあります。

注※　第一水準，第二水準の文字コードについては問題なく動作します。

JP1/SES形式イベントを監視するシステムでは，システム内の言語環境をJP1/SES形式のイベントの文字コードで統一してください。

言語環境が混在するシステムでは，次の条件があります。

日本語環境または英語環境にある1台のマネージャーで対応した言語環境の監視対象（エージェント）を統合監視する。

監視対象の言語に対応するビューアー（JP1/IM - View）で，監視業務を実施する。

ビューアーでは，監視対象ホストを言語ごとにグルーピングし，ビューアーに対応した言語のホストだけを監視する。

JP1/IM - Manager，統合オペレーション・ビューアー，JP1/IM - View，およびJP1/Baseの言語環境が混在するシステムの構成例を次の図に示します。

図14‒1　言語環境が混在するシステムの構成例（JP1/IM - Manager，統合オペレーション・ビューアー，JP1/IM - View，およびJP1/Base）

複数言語が混在する環境のサポート範囲を，次の表に示します。

表14‒3　複数言語が混在する環境のサポート範囲

項目

サポート範囲

バージョン

マネージャーおよびビューアーのバージョンは，11-00以降です。

エージェント（JP1/Base）のバージョンは，09-00以降です。

文字化け

JP1イベントはビューアーが認識できる言語の範囲で文字化けしません。

各国語の言語パックが適用されていない場合は，文字化けすることがあります。

動作言語

混在環境でサポートするJP1/IM - Managerの動作言語は，日本語または英語をサポートします。推奨するJP1/IM - Managerの動作言語は英語です。

JP1/IM - Managerの動作言語を日本語にした場合，ビューアーのホストに日本語の言語パックを適用してください。

JP1/IM - ManagerとJP1/IM - Viewの動作言語が異なる場合，メッセージ，またはメッセージの置き換え文字がJP1/IM - Managerの動作言語で出力されます。

JP1/IM - Managerの動作言語を日本語にした場合でビューアーのホストに日本語の言語パックが適用されていないときは，メッセージが文字化けすることがあります。

定義ファイルおよび設定ファイル

定義ファイル名，設定ファイル名，およびこれらのファイル内で使用する文字，属性値などについては，英数字（ASCII）で統一します。ASCIIの範囲外を指定した場合，JP1/IM - Managerの動作言語によって定義が文字化けすることがあります。JP1/IM - Manager上でこれらのファイルを作成し，配布する場合は，2バイト文字を含めたファイルを配布しないように注意してください。

コマンドの実行

コマンドの実行は，ASCIIの範囲でサポートします。

ASCIIの範囲外を指定した場合，JP1/IM - Managerの動作言語やJP1/Base（エージェント）の動作言語によって実行内容や実行結果が文字化けすることがあります。

［イベント詳細］画面

［イベント詳細］画面は，ビューアーの動作言語に合わせて属性名を表示します。

統合機能メニュー

統合機能メニューは，JP1/IM - Viewの動作言語に合わせて項目を表示します。

重要

言語環境が混在するシステムについて注意事項を次に示します。

自動アクションについて

英語環境のJP1/Baseを自動アクションの実行先ホストとした場合，次の注意事項があります。

・2バイト文字を含むアクションは指定しないでください。指定した場合は，アクション結果が文字化けするなどの不正な表示をしたり，アクション実行に失敗したりすることがあります。

・自動アクション定義で使用する変数に，2バイト文字を含むイベント情報を指定しないでください。指定した場合は，アクション結果が文字化けするなどの不正な表示をしたり，アクション実行に失敗したりすることがあります。

・自動アクションで使用する環境変数定義ファイルの名称およびその内容に，2バイト文字を指定しないでください。指定した場合は，アクション結果が文字化けするなどの不正な表示をしたり，アクション実行に失敗したりすることがあります。

・2バイト文字を含む結果を出力する自動アクションは指定しないでください。指定した場合は，アクション結果が文字化けするなど不正な表示をすることがあります。

イベント検索について

英語環境のJP1/Baseに対して，2バイト文字を含む条件でイベント検索しないでください。2バイト文字を指定した場合は，正しく検索できません。

10-50以前と11-00以降でサポートする言語環境のサポート状況を，次に示します。

表14‒4　10-50以前と11-00以降でサポートする言語環境のサポート状況（マネージャーとエージェント間）

マネージャーの動作言語

エージェントの動作言語

マネージャーのバージョン

10-50以前

11-00以降

日本語

日本語

○

○

英語

△

▲

中国語

×

▲

英語

日本語

×

▲

英語

○

○

中国語

×

▲

中国語

日本語

×

×

英語

△

△

中国語

○

○

（凡例）

○：サポートします。

△：ASCIIの範囲でサポートします。

▲：JP1イベントはエージェントの動作言語をサポートします。それ以外のイベントはASCIIの範囲でサポートします。

×：サポートしていません。

表14‒5　10-50以前と11-00以降でサポートする言語環境のサポート状況（マネージャーとビューアー間）

マネージャーの動作言語

ビューアーの動作言語

マネージャーのバージョン

10-50以前

11-00以降

日本語

日本語

○

○

英語

×

▲

中国語

×

▲

英語

日本語

△

▲

英語

○

○

中国語

△

▲

中国語

日本語

×

×

英語

×

×

中国語

○

○

（凡例）

○：サポートします。

△：ASCIIの範囲でサポートします。

▲：JP1イベントはエージェントの動作言語をサポートします。それ以外のイベントはASCIIの範囲でサポートします。

×：サポートしていません。

(2)　サーバ単位での条件

サーバ単位（１台のマシンで実行する物理ホストおよび論理ホストのすべて）では，次の条件があります。

マネージャーのJP1/IMおよびJP1/Baseを，日本語版または英語版どちらかに統一してください。

対象とする言語のビューアーとエージェントを用意します。対象とする言語のビューアーから同じ言語のエージェントをグルーピングします。

JP1/Baseの言語コード（環境変数LANGなどのロケールの設定）を統一してください。JP1/Baseの言語コードの設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.3.2　インストール直後に必要な設定（Windowsの場合）」，「2.3.3　インストール直後に必要な設定（UNIXの場合）」を参照してください。

JP1/Baseのイベントサーバの環境変数LANGの値を設定してください。環境変数LANGの設定方法については，マニュアル「JP1/Base 運用ガイド」の言語種別の設定の説明を参照してください。

JP1/IM - Managerを使用中に言語設定を変更する場合は，JP1/IM - Managerを停止したあとに，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.3.2　インストール直後に必要な設定（Windowsの場合）」，「2.3.3　インストール直後に必要な設定（UNIXの場合）」を参照して，言語設定を変更してください。言語設定を変更したあと，JP1/IM - Managerを起動してください。

14.1.7　JP1/IM - Agentの言語環境混在での運用

JP1/IM - Agentを複数のマシンで運用するときに，言語環境を混在させて運用できます。ただし，JP1/IM - Agentを日本語環境で動作させた場合，JP1イベントやログに出力されるメッセージが日本語で登録される点に注意してください。

アクション実行機能で扱える文字コードについては，「3.15.7(3)(g)コマンド実行機能」の「■文字コードについて」を参照してください。

ログ監視機能（Fluentd）で扱えるログの文字コードについては，「3.15.3(3)(d)監視できるログファイルの文字コード」を参照してください。

JP1/IM - Agentの言語環境が混在するシステムの構成例を次の図に示します。

図14‒2　言語環境が混在するシステムの構成例（JP1/IM - Agent）

14.1.8　ウィルス対策ソフト実行時の注意事項

ウィルス対策ソフトの影響で，JP1/IMが使用しているファイルおよびフォルダに対するファイルアクセスに排他制御によるロックが掛かることがあります。その際，次のような現象が発生するおそれがあります。

JP1/IMが起動できない。

JP1/IMの起動時に参照する定義ファイルに排他制御によるロックが掛かることで，JP1/IMの起動に失敗することがあります。

自動アクションが実行できない。

自動アクションの実行に必要なファイルに排他制御によるロックが掛かることで，自動アクションの実行に失敗することがあります。

セントラルコンソール，セントラルスコープのイベント監視ができない。

セントラルコンソールおよびセントラルスコープのイベント監視に必要なファイルに排他制御によるロックが掛かることで，セントラルコンソールおよびセントラルスコープのイベント監視に失敗することがあります。

相関イベントの発行ができない。

相関イベントの発行に必要なファイルに排他制御によるロックが掛かることで，相関イベントの発行に失敗することがあります。

インシデントの登録ができない。

インシデントの登録に必要なファイルに排他制御によるロックが掛かることで，インシデントの発行に失敗することがあります。

JP1/IMの定義の変更ができない。

JP1/IMの定義ファイルに排他制御によるロックが掛かることで，各種定義の追加や変更などが失敗することがあります。

ログが出力されない。

JP1/IMのログファイルに排他制御によるロックが掛かることで，ログが出力できなくなり，トラブル発生時の調査ができなくなることがあります。

JP1/IMのコマンドが異常終了する。

JP1/IMのコマンドが使用するファイルに排他制御によるロックが掛かることで，コマンドが異常終了することがあります。

JP1/IMの起動中にウィルスチェックを実施する場合は，次のファイルおよびフォルダを対象から外してください。JP1/IMの停止中にウィルスチェックを実施してJP1/IMを再起動する場合は，次のファイルおよびフォルダに対してウィルスチェックが完了したことを確認してください。

JP1/IM - Managerのファイルおよびフォルダ（Windowsの場合）

Managerパス¥以下すべて

Consoleパス¥以下すべて

Scopeパス¥以下すべて

IMデータベースのインストール先ディレクトリ¥以下すべて※

IMデータベースのデータ格納ディレクトリ¥以下すべて※

注※　IMデータベースをセットアップしている場合は除外してください。

論理ホスト環境の場合は，共有フォルダ以下をスキャン対象から除外してください。

共有フォルダ¥jp1imm¥以下すべて

共有フォルダ¥jp1cons¥以下すべて

共有フォルダ¥jp1scope¥以下すべて

論理ホストのIMデータベースデータ格納ディレクトリ（ローカル作業領域用）¥以下すべて※

論理ホストのIMデータベースデータ格納ディレクトリ（共有データ領域用）¥以下すべて※

注※　IMデータベースをセットアップしている場合は除外してください。

JP1/IM - Managerのファイルおよびディレクトリ（UNIXの場合）

/opt/jp1imm/以下すべて

/opt/jp1cons/以下すべて

/opt/jp1scope/以下すべて

/etc/opt/jp1imm/以下すべて

/etc/opt/jp1cons/以下すべて

/etc/opt/jp1scope/以下すべて

/var/opt/jp1imm/以下すべて

/var/opt/jp1cons/以下すべて

/var/opt/jp1scope/以下すべて

IMデータベースのインストール先ディレクトリ/以下すべて※

IMデータベースデータ格納ディレクトリ/以下すべて※

注※　IMデータベースをセットアップしている場合は除外してください。

論理ホスト環境の場合は，共有ディレクトリ以下もスキャン対象から除外してください。

共有ディレクトリ/jp1imm/以下すべて

共有ディレクトリ/jp1cons/以下すべて

共有ディレクトリ/jp1scope/以下すべて

論理ホストのIMデータベースデータ格納ディレクトリ（ローカル作業領域用）/以下すべて※

論理ホストのIMデータベースデータ格納ディレクトリ（共有データ領域用）/以下すべて※

注※　IMデータベースをセットアップしている場合は除外してください。

JP1/IM - Viewのファイルおよびフォルダ

Viewパス¥以下すべて

システムドライブ:¥ProgramData¥Hitachi¥jp1¥jp1_default¥JP1CoView¥以下すべて

JP1/IM - Agentのファイルおよびフォルダ（Windowsの場合）

Agentパス¥以下すべて

共有フォルダ¥jp1ima¥以下すべて

JP1/IM - Agentのファイルおよびディレクトリ（Linuxの場合）

/opt/jp1imm/以下すべて

共有ディレクトリ/jp1ima/以下すべて

14.2　旧バージョンのJP1/IMからのバージョンアップについて

ここでは，旧バージョンのJP1/IMからバージョンアップする際の注意事項について説明します。

このマニュアルでのバージョンアップの定義

このマニュアルでバージョンアップという場合，旧バージョン（事故対策版や差分パッチ版含む）のJP1/IMからこのマニュアルの発行契機となったバージョンへのバージョンアップインストールを意味します。

このマニュアルで説明しているJP1/IMのバージョンについては，このマニュアルの前書き（中表紙裏）でご確認ください。

なお，製品付属のリリースノートには，製品バージョンが記載されています。これらドキュメント記載の製品バージョンと，このマニュアルで説明する製品バージョンに差異があった場合には，まず，製品付属のリリースノートをお読みください（バージョンアップに関する注意事項が記載されていることがあります）。

14.2.1　バージョン12のJP1/IMマネージャー製品からのバージョンアップについて

(1)　バージョン12のセントラルコンソールからのバージョンアップについて

JP1/IM - Managerをバージョン12からバージョン13にバージョンアップする場合，事前に設定情報のバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

統合監視DBを使用している場合，JP1/IM - Managerをバージョン12からバージョン13にバージョンアップしたあとに，jimdbupdateコマンドを実行してください。なお，jimdbupdateコマンドの実行前に，バックアップをしてください。

バージョンアップすると，バージョン12のJP1/IM - Managerのセントラルコンソールの定義情報が引き継がれます。ただし，次の点に注意してください。

論理ホスト（クラスタ）環境についてはjp1cohaverupコマンドを実行して今バージョンで追加された定義情報を反映する必要があります。

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jp1cohaverup」（1.　コマンド）

(2)　バージョン12のインテリジェント統合管理基盤からのバージョンアップについて

インテリジェント統合管理基盤を使用している場合，JP1/IM - Managerをバージョン12からバージョン13にバージョンアップしたあとに，インテリジェント統合管理データベースの設定を行ってください。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.5.2 インテリジェント統合管理データベースの設定（Windowsの場合）」および「2.5.2 インテリジェント統合管理データベースの設定（UNIXの場合）」を参照してください。

(3)　バージョン12のセントラルスコープからのバージョンアップについて

JP1/IM - Managerをバージョン12からバージョン13にバージョンアップする場合，事前に設定情報およびデータベースのバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

バージョンアップすると，バージョン12のJP1/IM - Managerのセントラルスコープの定義情報が引き継がれます。また，セントラルスコープの有効・無効も引き継がれます。

(4)　バージョン12のIM構成管理からのバージョンアップについて

JP1/IM - Managerをバージョン12からバージョン13にバージョンアップする場合，事前に設定情報のバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

統合監視DBを使用している場合，JP1/IM - Managerをバージョン12からバージョン13にバージョンアップしたあとに，jimdbupdateコマンドを実行してください。なお，jimdbupdateコマンドの実行前に，バックアップをしてください。

バージョンアップすると，バージョン12のJP1/IM - ManagerのIM構成管理の定義情報が引き継がれます。また，IM構成管理の有効・無効も引き継がれます。

(5)　JP1/IM - Agentを利用する場合の設定

JP1/IM - Managerをバージョンアップすると，JP1/IM - Agentを利用するための統合エージェント管理基盤がインストールされます。

JP1/IM - Agentを利用する場合は，次の手順を実施してください。

.modelファイルから設定ファイルを生成する。

次のコピーを実施します。

コピー元

コピー先

jpc_imbase_service.xml.model

jpc_imbase_service.xml

jpc_imbaseproxy_service.xml.model

jpc_imbaseproxy_service.xml

jpc_imbase_service.xml，jpc_imbaseproxy_service.xmlの設定を変更します。

変数名

書き換える値

@@autostart@@

「Manual」に置換します。

@@hostname1@@

空文字に置換します。

@@hostnameopt@@

空文字に置換します。

@@wordseparator@@

空文字に置換します。

@@installdir1@@

JP1/IM - Managerのインストール先ディレクトリのパスに置換します。

サーバ証明書とサーバ証明書のキーファイルを設定する。

統合エージェントホストと暗号通信を行う場合は，サーバ証明書とサーバ証明書のキーファイルを設定します。

論理ホスト（クラスタ）環境については，Windowsの場合だけ，次の手順を実施してください。

論理ホスト用のファイルを作成する。

更新前のバージョンでクラスタ環境を構築していた場合は，Manageパス¥bin¥imdd¥imagentフォルダ下で，次の表に示すコピーを実施します。

コピー元

コピー先

jpc_imbase_service.exe

jpc_imbase_service_論理ホスト名.exe

jpc_imbaseproxy_service.exe

jpc_imbaseproxy_service_論理ホスト名.exe

14.2.2　バージョン11のJP1/IMマネージャー製品からのバージョンアップについて

(1)　バージョン11のセントラルコンソールからのバージョンアップについて

JP1/IM - Managerをバージョン11からバージョン13にバージョンアップする場合，事前に設定情報のバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

統合監視DBを使用している場合，JP1/IM - Managerをバージョン11からバージョン13にバージョンアップしたあとに，jimdbupdateコマンドを実行してください。なお，jimdbupdateコマンドの実行前に，バックアップをしてください。

バージョンアップすると，バージョン11のJP1/IM - Managerのセントラルコンソールの定義情報が引き継がれます。ただし，次の点に注意してください。

論理ホスト（クラスタ）環境についてはjp1cohaverupコマンドを実行して今バージョンで追加された定義情報を反映する必要があります。

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jp1cohaverup」（1.　コマンド）

(2)　バージョン11のセントラルスコープからのバージョンアップについて

JP1/IM - Managerをバージョン11からバージョン13にバージョンアップする場合，事前に設定情報およびデータベースのバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

バージョンアップすると，バージョン11のJP1/IM - Managerのセントラルスコープの定義情報が引き継がれます。また，セントラルスコープの有効・無効も引き継がれます。

(3)　バージョン11のIM構成管理からのバージョンアップについて

JP1/IM - Managerをバージョン11からバージョン13にバージョンアップする場合，事前に設定情報のバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

統合監視DBを使用している場合，JP1/IM - Managerをバージョン11からバージョン13にバージョンアップしたあとに，jimdbupdateコマンドを実行してください。なお，jimdbupdateコマンドの実行前に，バックアップをしてください。

バージョンアップすると，バージョン11のJP1/IM - ManagerのIM構成管理の定義情報が引き継がれます。また，IM構成管理の有効・無効も引き継がれます。

(4)　JP1/IM - Agentを利用する場合の設定

JP1/IM - Managerをバージョンアップすると，JP1/IM - Agentを利用するための統合エージェント管理基盤がインストールされます。

JP1/IM - Agentを利用する場合は，次の手順を実施してください。

.modelファイルから設定ファイルを生成する。

次のコピーを実施します。

コピー元

コピー先

jpc_imbase_service.xml.model

jpc_imbase_service.xml

jpc_imbaseproxy_service.xml.model

jpc_imbaseproxy_service.xml

jpc_imbase_service.xml，jpc_imbaseproxy_service.xmlの設定を変更します。

変数名

書き換える値

@@autostart@@

「Manual」に置換します。

@@hostname1@@

空文字に置換します。

@@hostnameopt@@

空文字に置換します。

@@wordseparator@@

空文字に置換します。

@@installdir1@@

JP1/IM - Managerのインストール先ディレクトリのパスに置換します。

サーバ証明書とサーバ証明書のキーファイルを設定する。

統合エージェントホストと暗号通信を行う場合は，サーバ証明書とサーバ証明書のキーファイルを設定します。

論理ホスト（クラスタ）環境については，Windowsの場合だけ，次の手順を実施してください。

論理ホスト用のファイルを作成する。

更新前のバージョンでクラスタ環境を構築していた場合は，Manageパス¥bin¥imdd¥imagentフォルダ下で，次の表に示すコピーを実施します。

コピー元

コピー先

jpc_imbase_service.exe

jpc_imbase_service_論理ホスト名.exe

jpc_imbaseproxy_service.exe

jpc_imbaseproxy_service_論理ホスト名.exe

14.2.3　バージョン10のJP1/IMマネージャー製品からのバージョンアップについて

(1)　バージョン10のセントラルコンソールからのバージョンアップについて

JP1/IM - Managerをバージョン10からバージョン13にバージョンアップする場合，事前に設定情報のバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

統合監視DBを使用している場合，JP1/IM - Managerをバージョン10からバージョン13にバージョンアップしたあとに，jimdbupdateコマンドを実行してください。なお，jimdbupdateコマンドの実行前に，バックアップをしてください。

バージョンアップすると，バージョン10のJP1/IM - Managerのセントラルコンソールの定義情報が引き継がれます。ただし，次の点に注意してください。

論理ホスト（クラスタ）環境についてはjp1cohaverupコマンドを実行して今バージョンで追加された定義情報を反映する必要があります。

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jp1cohaverup」（1.　コマンド）

(2)　バージョン10のセントラルスコープからのバージョンアップについて

JP1/IM - Managerをバージョン10からバージョン13にバージョンアップする場合，事前に設定情報およびデータベースのバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

バージョンアップすると，バージョン10のJP1/IM - Managerのセントラルスコープの定義情報が引き継がれます。また，セントラルスコープの有効・無効も引き継がれます。

(3)　バージョン10のIM構成管理からのバージョンアップについて

JP1/IM - Managerをバージョン10からバージョン13にバージョンアップする場合，事前に設定情報のバックアップをしてください。バックアップの方法は，過去のバージョンのマニュアルを参照してください。

統合監視DBを使用している場合，JP1/IM - Managerをバージョン10からバージョン13にバージョンアップしたあとに，jimdbupdateコマンドを実行してください。なお，jimdbupdateコマンドの実行前に，バックアップをしてください。

バージョンアップすると，バージョン10のJP1/IM - ManagerのIM構成管理の定義情報が引き継がれます。また，IM構成管理の有効・無効も引き継がれます。

バージョン10のJP1/IM - ManagerでIM構成管理を使用している環境からバージョンアップインストールする場合は，IM構成管理のコマンドに関する内部ログのサイズ拡張を行うため，次のログファイルを別名で保存または削除してください。

Windowsの場合

Managerパス¥log¥imcf¥jcfcommand[n※].log

Managerパス¥log¥imcf¥mmap¥jcfcommand.mm

UNIXの場合

/var/opt/jp1imm/log/imcf/jcfcommand[n※].log

/var/opt/jp1imm/log/imcf/mmap/jcfcommand.mm

注※

nは数字

(4)　JP1/IM - Agentを利用する場合の設定

JP1/IM - Managerをバージョンアップすると，JP1/IM - Agentを利用するための統合エージェント管理基盤がインストールされます。

JP1/IM - Agentを利用する場合は，次の手順を実施してください。

.modelファイルから設定ファイルを生成する。

次のコピーを実施します。

コピー元

コピー先

jpc_imbase_service.xml.model

jpc_imbase_service.xml

jpc_imbaseproxy_service.xml.model

jpc_imbaseproxy_service.xml

jpc_imbase_service.xml，jpc_imbaseproxy_service.xmlの設定を変更します。

変数名

書き換える値

@@autostart@@

「Manual」に置換します。

@@hostname1@@

空文字に置換します。

@@hostnameopt@@

空文字に置換します。

@@wordseparator@@

空文字に置換します。

@@installdir1@@

JP1/IM - Managerのインストール先ディレクトリのパスに置換します。

サーバ証明書とサーバ証明書のキーファイルを設定する。

統合エージェントホストと暗号通信を行う場合は，サーバ証明書とサーバ証明書のキーファイルを設定します。

論理ホスト（クラスタ）環境については，Windowsの場合だけ，次の手順を実施してください。

論理ホスト用のファイルを作成する。

更新前のバージョンでクラスタ環境を構築していた場合は，Manageパス¥bin¥imdd¥imagentフォルダ下で，次の表に示すコピーを実施します。

コピー元

コピー先

jpc_imbase_service.exe

jpc_imbase_service_論理ホスト名.exe

jpc_imbaseproxy_service.exe

jpc_imbaseproxy_service_論理ホスト名.exe

(5)　注意事項

次に示す製品へは，上書き・バージョンアップインストールできません。

次の製品がインストールされている場合は，必ずアンインストールしてください。

・P-242C-8EA4 JP1/IM - Manager 10-00〜10-50

・P-CC242C-8EAL Job Management Partner 1/Integrated Management - Manager 10-00〜10-50

14.2.4　バージョン12，バージョン11，またはバージョン10のビューアーからのバージョンアップについて

バージョン12，バージョン11，またはバージョン10のビューアーからバージョンアップする場合でセントラルインフォメーションマスター・ビューアーまたはルールオペレーション・ビューアーをスタートメニューに登録しているときは，セントラルインフォメーションマスター・ビューアーまたはルールオペレーション・ビューアーのスタートメニューを削除してください。

そのあと，JP1/IM - Viewをインストールしてください。

14.2.5　バージョン12のJP1/Baseからのバージョンアップについて

JP1/IM - Managerを使用するには，同ホスト上にバージョン13のJP1/Baseをインストールする必要があります。JP1/Baseのバージョンアップに関する注意事項については，マニュアル「JP1/Base 運用ガイド」のインストール・アンインストール時の注意事項の説明を参照してください。

14.2.6　バージョン11のJP1/Baseからのバージョンアップについて

JP1/IM - Managerを使用するには，同ホスト上にバージョン13のJP1/Baseをインストールする必要があります。JP1/Baseのバージョンアップに関する注意事項については，マニュアル「JP1/Base 運用ガイド」のインストール・アンインストール時の注意事項の説明を参照してください。

14.2.7　バージョン10のJP1/Baseからのバージョンアップについて

JP1/IM - Managerを使用するには，同ホスト上にバージョン13のJP1/Baseをインストールする必要があります。JP1/Baseのバージョンアップに関する注意事項については，マニュアル「JP1/Base 運用ガイド」のインストール・アンインストール時の注意事項の説明を参照してください。

14.3　システム構成の検討

ここでは，JP1/IMをさまざまなプログラムと組み合わせて使用する場合の構成例を示します。

14.3.1　基本構成

JP1/IMの基本的な構成の例を次に示します。

図14‒3　基本構成例

この例は，業務の実行状況を2階層で管理するシステムの構成例です。

各ホストで必要な製品を次に示します。

統合マネージャー（最上位のマネージャー）

JP1/IM - Manager

インテリジェント統合管理基盤，セントラルコンソール，およびIM構成管理を稼働させています。インテリジェント統合管理基盤は，複数のシステムの関係性や，ジョブ管理，稼働監視，イベント管理などのデータの関連を，インテリジェント統合管理サーバに蓄積して管理します。また，JP1/IM - Agentを利用して性能監視，ログ監視，および対処アクションを実行するために必要になります。IM構成管理は，IM構成管理DBの設定を有効にしている場合に使用できる機能です。

JP1/IM - Agent

マネージャーホストの監視や，マネージャーホストの定義ファイルを統合オペレーション・ビューアーから管理するために必要です。

JP1/Base

拠点マネージャー

JP1/IM - Manager

JP1/IM - Agent

JP1/Base

拠点マネージャー

JP1/IM - Manager

JP1/IM - Agent

JP1/Base

エージェント（業務実行ホスト）

JP1/IM - Agent

エージェントとしてJP1/IM - Agentを使用できます。JP1/IM - Agentは，オンプレミス環境とクラウド環境のシステムを監視でき，管理対象ホストからパフォーマンスデータを収集して，JP1/IM - Managerに送信します。また，各マネージャーからの要求でコマンドを実行できます。

JP1/Base

エージェントとしてJP1/Baseを使用できます。JP1/Baseは，JP1イベントの送受信やコマンドの実行などの処理をします。

業務実行プログラム（ユーザーアプリケーションプログラム，JP1シリーズのプログラムなど）

ビューアー（システムの監視用ホスト）

JP1/IM - View

この例に示したシステムでは，エージェントでの業務の実行状況などのJP1イベントは，JP1/Baseによって，いったん拠点マネージャーに転送されます。必要に応じて，拠点マネージャーから統合マネージャーへJP1イベントが転送されます。

管理者は，ビューアーの統合オペレーション・ビューアー，またはJP1/IM - Viewを通して，統合マネージャーにログインし，システム全体を管理します。

JP1/IMは，多階層の構造を持ったシステムを構成できます。その際には，最上位のマネージャー，中間層のマネージャー，それぞれにJP1/IM - Managerが必要となります。なお，セントラルスコープは，中間層のマネージャーでも稼働させることができます。

注意事項

同一のエージェントを複数のマネージャーホストから監視することはできません。

14.3.2　インテリジェント統合管理基盤でシステムの一元監視をする場合のシステム構成

インテリジェント統合管理基盤では，ダッシュボードによるITシステムの健全性の可視化や，パフォーマンス状況の監視，障害発生時の対処アクションの自動実行が可能で，監視，調査，対処という一連の流れを統合管理できます。

また，インテリジェント統合管理基盤で複数のシステムと連携すると，システム間の関係性やシステム内のデータの関連を一目で把握できるため，システム管理者の負担を軽減することができます。例えば，障害が発生した場合でも，インフラ管理者や業務管理者，担当者の報告を待つことなく，システムの状態をかんたんに把握できます。

インテリジェント統合管理基盤の構成例を次に示します。インテリジェント統合管理サーバがパフォーマンスデータやログ情報を収集するためには，収集元の統合エージェントホストに，JP1/IM - Agentが必要です。収集元の統合エージェントホストに関する情報は，JP1/IM - Manager側の統合エージェントホスト管理DBで保持し，管理します。詳細については，「3.6.3 統合エージェント管理機能」を参照してください。

一方，業務情報やインフラ情報を収集するためには，収集元管理サーバに，管理ツールおよびJP1/Baseが必要です。また，収集元の管理サーバは，JP1/IMで管理するシステムの階層構造（IM構成）に登録する必要があります。

インテリジェント統合管理基盤の構成を次の図に示します。

図14‒4　インテリジェント統合管理基盤の構成

各ホストで必要な製品を次に示します。

統合マネージャー（最上位のマネージャー）

JP1/IM - Manager

インテリジェント統合管理基盤を稼働させています。

JP1/IM - Agent

JP1/Base

統合エージェントホスト

JP1/IM - Agent

WWWブラウザー

統合オペレーション・ビューアー

この例では，管理サーバーのパフォーマンス監視とログ監視を行い，かつ，管理対象システムのジョブやインフラなどの状況を管理サーバがアダプタコマンドで取得し，それらのデータをインテリジェント統合管理基盤が管理し，統合オペレーション・ビューアーに表示します。

14.3.3　JP1/AJSと連携して，ジョブの実行状況を監視する場合のシステム構成

JP1/AJSとJP1/IMを連携して使用すると，JP1/AJSで実行しているジョブの実行状況を，JP1/IM - Viewから監視できます。また，JP1/IM - ViewからJP1/AJSの画面を呼び出して，ジョブの定義や操作をすることもできます。

JP1/AJSとJP1/IMを連携して使用する場合のシステム構成例を次に示します。

図14‒5　JP1/AJSとの連携例

各ホストで必要なプログラムを次に示します。

マネージャー

JP1/IM - Manager

セントラルコンソールとセントラルスコープを稼働させています。セントラルスコープは，業務とJP1イベントを関連づけて監視する場合に必要です。業務の実行状況などをJP1イベントとして監視するだけであれば，必要ありません。

JP1/Base

エージェント（JP1/AJSマネージャーホスト）

JP1/AJS - Manager

JP1/Base

エージェント（JP1/AJSエージェントホスト）

JP1/AJS - Agent

JP1/Base

ビューアー

JP1/IM - View

JP1/AJS - View

JP1/IM - ViewからJP1/AJSの画面を呼び出して，操作するためには，ビューアーにJP1/AJS - Viewが必要です。

この例では，JP1/AJSのジョブの実行状況に関するJP1イベントをマネージャーに転送してJP1/IM - Viewでジョブの実行状況を監視しています。

また，ビューアーでは，JP1/IM - Viewの画面から，JP1/AJS - Viewを呼び出せます。JP1/AJS - Viewは，JP1/AJS - Managerと接続し，JP1/AJSを操作します。

14.3.4　JP1/Cm2/NNMまたはHP NNMと連携して，ネットワークを監視する場合の構成

JP1/IM - Mを，バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMと連携して使うと，システムのネットワークを監視できます。

JP1/IM - Viewの画面から，バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMの画面を呼び出せます。また，バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMが管理するSNMPトラップをJP1/BaseがJP1イベントに変換して，JP1/IM - Viewの［イベントコンソール］画面で監視できます。

図14‒6　バージョン8以前のJP1/Cm2/NNMとの連携例

各ホストで必要なプログラムを次に示します。

マネージャー

JP1/IM - Manager

セントラルコンソールとセントラルスコープを稼働させています。セントラルスコープは，業務とJP1イベントを関連づけて監視する場合に必要です。業務の実行状況などをJP1イベントとして監視するだけであれば，必要ありません。

JP1/Base

エージェント（ネットワーク管理マネージャーホスト）

バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNM

HTTPサーバ

バージョン8以前のJP1/Cm2/NNMのWWWページを表示するために必要です。

JP1/Base

（ネットワーク管理エージェントホスト）

JP1/Extensible SNMP Agentなど

ビューアー

JP1/IM - View

WWWブラウザー

バージョン8以前のJP1/Cm2/NNMのWWWページを表示するために必要です。

SNMPトラップをJP1イベントに変換したときの重大度

SNMPトラップをJP1イベントに変換すると，SNMPトラップでの重要度は，JP1イベントでは次の表のように重大度として変換されます。

表14‒6　SNMPトラップをJP1イベントに変換したときの重大度

SNMPトラップでの重要度

変換後のJP1イベントでの表示(重大度)

Normal

Information

Warning

Warning

Minor

Error

Major

Critical

Critical

Alert

このような注意事項やSNMPトラップの変換方法については，マニュアル「JP1/Base 運用ガイド」に記述があります。SNMPトラップ変換については，マニュアル「JP1/Base 運用ガイド」のイベント変換機能の設定の章を参照してください。

バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMなどが発行するSNMPトラップをJP1/BaseでJP1イベントに変換して監視する場合，障害発生元のIPアドレスが正しく受信できないことがあります。これは，JP1/BaseでSNMPトラップをJP1イベントに変換した場合，JP1イベントの「発行元IPアドレス」属性に設定される値が，SNMPトラップを発行したホストのIPアドレスではなく，JP1/BaseがあるホストのIPアドレスであるためです。SNMPトラップを発行したホスト名を取得するには，拡張属性の「SNMPトラップ発生ソース」を指定してください。「SNMPトラップ発生ソース」属性は，変数では「$EV"SNMP_SOURCE"」と指定します。

メモ

JP1/Cm2/NNMiまたはHP NNMiと連携したシステム構成については，マニュアル「JP1/Integrated Management 3 - Event Gateway for Network Node Manager i」を参照してください。

14.3.5　Cosminexusのシステム環境の状態と使用されるリソース状況を監視する場合のシステム構成（Cosminexus + JP1/Cm2/SSO連携）

バージョン8以前のJP1/Cm2/SSOでCosminexusのシステム環境で使用されるリソースの監視を行っている場合，JP1/IMでは，セントラルスコープを利用することでCosminexusのシステム環境の情報に加え，そのシステム環境で実行される業務に関連するリソース情報を収集し，監視できます。なお，Cosminexus + JP1/Cm2/SSO連携の監視オブジェクトは，ユーザー監視オブジェクトです。

この場合のシステム構成例を次に示します。

図14‒7　Cosminexus + JP1/Cm2/SSOとの連携例

各ホストで必要な製品を次に示します。

マネージャー

JP1/IM - Manager

セントラルコンソールとセントラルスコープを稼働させています。セントラルスコープは，業務とJP1イベントを関連づけて監視する場合に必要です。業務の実行状況などをJP1イベントとして監視するだけであれば，必要ありません。

JP1/Base

エージェント（Cosminexusの運用管理サーバホスト）

Cosminexus Application Server

業務サーバ上で稼働する業務の運用・管理をするために必要です。

なお，この運用管理サーバホストで必要となるのは，APサーバに含まれるCosminexus Management Serverおよびその前提プロセスです。

JP1/Base

エージェント（JP1/Cm2/SSOの稼働性能管理サーバホスト）

NNM

JP1/Cm2/SSOの前提製品です。また，バージョン8以前のJP1/Cm2/SSOが発行するSNMPトラップを管理します。バージョン8以前のJP1/Cm2/NNMまたはバージョン7.5以前のHP NNMが前提となります。

HTTPサーバ

NNMの画面（WWWページ）を表示するために必要です。

JP1/Cm2/SSO

バージョン8以前のJP1/Cm2/SSOはJP1/PFM/SSO for Application Serverの前提製品であり，ネットワーク上のサーバのリソースを監視するために必要です（リソースの状況はJP1/ESAから収集します）。

業務サーバ上で稼働するJP1/ESAを管理するために必要です。

JP1/PFM/SSO for Application Server

ネットワーク上のCosminexus Application Serverのリソースを監視するために必要です（リソースの状況はJP1/ESAから収集します）。

JP1/Base

エージェント（業務サーバホスト）

Cosminexus Application Server

Cosminexus Application Serverをインストールし，業務目的に合わせてCosminexus Application Serverの各種構成ソフトウェアを使用します。

業務サーバ上のCosminexus Application Serverの運用・管理は，運用管理サーバ上のCosminexus Manager（Cosminexus Management Server）で行います。

JP1/ESA

業務サーバ上で実行されるCosminexus管理下のアプリケーションが使用するリソース状況を監視するために必要です。

JP1/Base

ビューアー

JP1/IM - View

注意事項

上記システム構成のように，Cosminexus業務とその業務のリソース状況を監視したい場合は，監視ツリーの自動生成時に「業務指向ツリー」を選択してください。「サーバ指向ツリー」を選択した場合，Cosminexus業務のリソース状況を監視するための監視オブジェクトが生成されません。監視ツリーの種類と監視オブジェクトの関係については，「5.3.3　自動生成できる監視ツリーの構造」を参照してください。

14.3.6　Cosminexusのシステム環境の状態を監視する場合のシステム構成

CosminexusとJP1/IMを連携して使用すると，Cosminexusのシステム環境（Webシステムの実行・管理環境）の状態を監視できます。また，JP1/IM - ViewからCosminexusの画面を呼び出すなど，ほかの連携製品と同様にJP1/IMを起点にした初動調査ができます。

CosminexusとJP1/IMを連携してCosminexusのシステム環境の状態を監視する場合のシステム構成例を次に示します。

図14‒8　Cosminexusとの連携例

各ホストで必要なプログラムを次に示します。

マネージャー

JP1/IM - Manager

セントラルコンソールとセントラルスコープを稼働させています。セントラルスコープは，業務とJP1イベントを関連づけて監視する場合に必要です。業務の実行状況などをJP1イベントとして監視するだけであれば，必要ありません。

JP1/Base

エージェント（Cosminexusの運用管理サーバホスト）

Cosminexus Application Server

業務サーバ上で稼働する業務の運用・管理をするために必要です。

なお，この運用管理サーバホストで必要となるのは，APサーバに含まれるCosminexus Management Serverおよびその前提プロセスです。

JP1/Base

エージェント（業務サーバホスト）

Cosminexus Application Server

Cosminexus Application Serverをインストールし，業務目的に合わせてCosminexus Application Serverの各種構成ソフトウェアを使用します。業務サーバ上のCosminexus Application Serverの運用・管理は，運用管理サーバ上のCosminexus Manager（Cosminexus Management Server）で行います。

JP1/Base

ビューアー

JP1/IM - View

メモ

Cosminexusは，インターネットやイントラネットなどのネットワークを使って，分散したシステムの情報を連携するためのアプリケーションサーバであり，Webシステム実行環境などのシステム環境を管理しています。

Cosminexusの論理サーバ（J2EEサーバ，Webサーバ，ネーミングサービス，CTMなど）の起動・停止や実行時に発生した障害などは，JP1イベントに変換され，いったんCosminexusの運用管理サーバホスト上のJP1/Baseに登録されます。そのあと，JP1/BaseのJP1イベント転送機能によってJP1/IM - Managerホストに転送され，JP1/IM - ManagerホストのJP1/Baseに登録されます。JP1/IMでは，このJP1/IM - Managerホストに登録されたJP1イベントを監視することによって，Cosminexusの運用管理サーバホストで発生したJP1イベントを監視できます。

14.3.7　クラスタシステムで運用する場合の構成

(1)　JP1/IM - Managerをクラスタシステムで運用する場合の構成

JP1/IMは，クラスタシステムに対応しています。JP1/IM - Managerをクラスタ運用している場合は，実行系に障害が起きると，待機系にフェールオーバーして，システムの監視を継続します。

JP1/IM - Managerを，クラスタ運用する場合のシステム構成例を次に示します。

図14‒9　クラスタ運用の構成例（アクティブ・スタンバイ構成）

この構成では，実行系サーバと待機系サーバの2台のサーバがあります。

JP1/IM - Managerは，実行系サーバで実行しています。このとき，待機系サーバは，実行系サーバに障害が発生した時に備えて待機している状態で，JP1/IM - Managerは停止しています。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7.　クラスタシステムでの運用と環境構築（Windowsの場合）」，「8.　クラスタシステムでの運用と環境構築（UNIXの場合）」を参照してください。

(a)　注意事項

異常終了時の再起動設定は，クラスタ運用時には設定しないでください。クラスタ運用時に再起動をしたい場合は，クラスタソフトの制御によってJP1/IM - Managerを再起動してください。

クラスタ構成では，論理ホストのプロセス管理のプロセスを起動する際，論理ホストのconfフォルダに拡張起動プロセス定義ファイルがない場合，物理ホストの拡張起動定義ファイルがコピーされます。

(2)　JP1/IM - Agentをクラスタシステムで運用する場合の構成

JP1/IM - Agentは，クラスタシステムに対応しています。サポートするクラスタ構成を次に示します。

共有ディスク型およびミラーディスク型

複数の論理ホスト構成（アクティブ・アクティブ構成）

物理ホストと論理ホストの同時運用

なお，ご使用になるクラスタソフトにJP1/IM - Agentが対応していることをご確認の上，ご使用ください。

JP1/IM - Agentの論理ホスト名に指定できる文字数は1〜63バイトまでです。使用できる文字は，半角英数字，半角ハイフン(-)，半角ピリオド(.)です。FQDN形式での指定もできます。

また，クラスタソフトの論理ホスト名の制限を満たす必要があります。クラスタソフトの制限については，クラスタソフトのドキュメントを参照してください。

JP1/IM - Agentは，物理ホストにインストールします。論理ホストの場合，定義ファイルやデータの出力先などのみを共有ディスク上に配置します。ただし，一部のファイルは，論理ホスト用のものでも物理ホスト上に配置します。

定義ファイル操作機能で定義ファイルをアップロードすると，新しい定義ファイルを配置したあと，定義反映のためにJP1/IM - Agentのサービスが再起動することがあります。また，アップロードした定義ファイルの内容が不正な場合はサービスの起動に失敗します。その場合は，定義ファイルを元に戻してサービスを起動します。

JP1/IM - Agentのサービスが一時的に停止したときに，クラスタソフトが異常と判断してフェイルオーバーしてしまうことを防ぐため，クラスタソフトのサービス異常停止の検知時間を1分に設定する必要があります。設定方法はクラスタソフトのドキュメントを参照してください。

14.3.8　非クラスタシステムで論理ホストを運用する場合の構成

JP1/IM - Managerは，非クラスタシステムでの論理ホスト運用に対応しています。フェールオーバーしない論理ホストを使用することで，業務ごとにJP1/IM - Managerを複数運用できます。

1台のマシンで複数のシステムの監視を運用したい場合，それぞれに対応した論理ホストでJP1/IM - Managerを実行してシステム統合監視を運用できます。JP1/IM - Managerを利用し，1台のマシンで二つのシステム統合監視を運用する例を次の図に示します。

図14‒10　1台のマシンで二つのシステム統合監視を運用する

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7.10　非クラスタシステムでの論理ホストの運用と環境構築（Windowsの場合）」を参照してください。

14.3.9　バージョンの混在が可能なシステム構成

バージョンの混在が可能なシステム構成例を次の図に示します。

図14‒11　バージョンの混在が可能なシステム構成例

バージョンの混在したシステムで運用監視する場合，次の点に注意してください。

同一マシンでのバージョン13，バージョン12，バージョン11，およびバージョン10の混在はできない。

例えば，バージョン13のJP1/Baseとバージョン12のJP1/IM - Managerは同じマシンで動作させることはできません。

異なるバージョンの製品と連携する場合，下位バージョンが提供する機能範囲しか操作できない。

例えば，バージョン11のJP1/IM - Viewでバージョン13のJP1/IM - Managerに接続した場合，バージョン11のJP1/IM - Viewでできる範囲でしか操作できません。

ただし，バージョン13のJP1/IM - Agentをバージョン12までのJP1/IM - Managerに接続することはできません。

バージョン差異による制限事項の詳細については，「付録H　下位バージョンとの接続性」を参照してください。

14.3.10　FQDN形式のホスト名の監視対象ホストを管理する場合のシステム構成

JP1/IM - Managerでは，監視対象ホストを監視対象ホスト名で管理しています。

JP1/IM - Managerは，FQDN形式のホスト名またはhostnameコマンドを実行したときに表示されるホスト名（ショートネーム）の監視対象ホストを管理できます。

監視対象ホストをFQDN形式で管理したい場合，JP1/Baseのイベントサーバ名をFQDN形式にしてください。また，監視対象ホストをショートネーム形式（hostnameコマンドを実行したときに表示されるホスト名）で管理したい場合，JP1/Baseのイベントサーバ名をショートネーム形式にしてください。

ここでは，FQDN形式のホスト名の監視対象ホストを管理する場合について説明します。

ドメインで構成されたシステムでは，次に示すように，監視対象ホスト名と発生元ホスト名が異なってしまうことがあります。

図14‒12　ドメインで構成されたシステム

agent1.d1で発生したJP1イベントが，host2に転送され，JP1/IM - Viewに表示されます。このとき，発生元ホストマッピング機能によってコンピュータ名を発生元ホスト名として処理します。JP1/IM - Viewの表示には，発生元ホスト名が「agent1」と表示されます。この図では，agent1は2台あるため，どちらのJP1イベントなのか区別できません。

そのため，発生元ホストのマッピング機能を使用してホスト名をマッピングしていても，業務グループでホストを監視したり，JP1イベントをホスト名でフィルタリングしたりするときに，正常に動作しないことがあります。

このような問題を避けるために，FQDN形式のホスト名のホストを管理する場合は，「14.3.10(2)　エージェント構成またはリモート監視構成にホストを登録する」を参照して，JP1/BaseとJP1/IM - Managerを設定してください。

(1)　FQDN形式のホスト名の監視対象ホストを管理する場合の基本構成

FQDN形式の監視対象ホストを監視するときのJP1/IM - Managerの基本構成を次に示します。

図14‒13　JP1/IM - Managerの基本構成例（FQDN形式で監視対象ホストを監視する）

ビューアー

JP1/IM - View（バージョンの制限はありません。）

統合マネージャー

FQDN形式に対応している次の製品が必要となります。

バージョン10以降のJP1/IM - Manager

バージョン10以降のJP1/Base

エージェント（監視対象ホスト）

JP1/Base（バージョンの制限はありません。）

ただし，エージェント構成にFQDN形式のホスト名の監視対象ホストを登録する場合，エージェントホストのJP1/Baseのバージョンが09-00以降である必要があります。

リモートの監視対象ホスト

JP1/Base，JP1/IM - Managerは必要ありません。

また，システムの階層構成（IM構成）中に，リモートの監視対象ホストを管理している拠点マネージャーや，各エージェント（監視対象ホスト）のイベントを集約している中継マネージャーを置くこともできます。

図14‒14　拠点マネージャーおよび中継マネージャーを置いた場合のJP1/IM - Managerの構成例（FQDN形式で監視対象ホストを監視する）

統合マネージャーおよび拠点マネージャー

FQDN形式に対応している次の製品が必要となります。

バージョン10以降のJP1/IM - Manager

バージョン10以降のJP1/Base

中継マネージャー

JP1/IM - Manager（バージョンの制限はありません。）

JP1/Base（バージョンの制限はありません。）

エージェント（監視対象ホスト）

JP1/Base（バージョンの制限はありません。）

リモートの監視対象ホスト

JP1/Base，JP1/IM - Managerは必要ありません。

(2)　エージェント構成またはリモート監視構成にホストを登録する

(a)　IM構成管理に登録するホスト名と登録するホストのイベントサーバ名を同じ名称にする（JP1/Baseの設定）

IM構成管理に登録するホスト名と登録するホストのイベントサーバ名が異なる場合は，IM構成管理に登録するホスト名をイベントサーバ名と同じ名称にしてください。同じ名称にする手順については，マニュアル「JP1/Base 運用ガイド」のDNSを使ったシステムでのイベントサーバの設定に関する個所を参照してください。

すでに，JP1/Baseでシステムを監視している場合にイベントサーバ名を変更すると，発生元ホスト名が変更されます。そのため，自動アクションの実行条件やJP1イベントのフィルタリングの条件を見直してください。見直しする項目については，「14.3.10(2)(c)　イベントサーバ名の変更に伴う見直し項目」を参照してください。

(b)　JP1イベントの属性を変更する（JP1/IM - Managerの設定）

FQDN形式のホスト名のホストを管理する場合，イベントログトラップの発生元ホスト名の属性（3A71のJP1イベント）が次のように異なります。

表14‒7　発生元ホスト名の属性

変更

マッピングするイベントの条件

発生元ホスト名にマッピングする属性

説明

イベントID（B.ID）

PP名（E.PPNAME）

変更前（JP1/IM - Managerのバージョンが09-50以前）

3A71

−

コンピュータ名（E.A1）

リモート監視イベントログトラップおよびJP1/Baseのイベントログトラップが発行する3A71イベントに対する発生元ホストマッピングの定義。

変更後

（JP1/IM - Managerのバージョンが10-00以降）

3A71

/HITACHI/JP1/NTEVENT_LOGTRAP

発行元イベントサーバ名（B.SOURCESERVER）

JP1/Baseのイベントログトラップが発行する3A71イベントに対する発生元ホストマッピングの定義。

−

コンピュータ名（E.A1）

サブマネージャーホストから転送されたJP1/IM - Managerのバージョンが09-50のリモート監視イベントログトラップが発行した3A71イベントに対する発生元ホストマッピング定義。

（凡例）

−：なし

変更前の状態では，発生元ホスト名にコンピュータ名をマッピングします。変更後の状態では，発生元ホスト名に発行元イベントサーバ名をマッピングします。

JP1イベントの属性を変更後のように変更したい場合は，次の手順に従って，共通定義設定用ファイル（JP1イベントの属性変更）を編集してください。

JP1/IM - Managerを新規または上書きインストールする。

共通定義設定用ファイル（JP1イベントの属性変更）のモデルファイル（jp1im_jp1_event_attributes.conf.model）を任意の場所にコピーする。

共通定義設定用ファイル（JP1イベントの属性変更）の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「共通定義設定用ファイル（JP1イベントの属性変更）」（2.　定義ファイル）を参照してください。

コピーしたファイルを次のように編集する。

[JP1_DEFAULT¥JP1CONFIG]

"ATTR_EVENT_LOGTRAP_SOURCEHOST"=dword:00000001

jbssetcnfコマンドを実行する。

jbssetcnfコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/IM - Managerを再起動する。

必ず，JP1/IM - Managerを再起動してください。

(c)　イベントサーバ名の変更に伴う見直し項目

イベントサーバ名を変更した場合，発生元ホスト名が変更されます。発生元ホスト名に関する次の項目を見直してください。

表14‒8　見直しが必要な項目

製品

機能

項目

見直す内容

JP1/IM - Manager

イベント一覧の表示，イベント詳細表示

表示内容の確認

発生元ホストの項目を表示している場合，表示されるホスト名の形式が異なります。表示されるホスト名の形式で問題ないか確認してください。

JP1イベントのフィルタリング

ユーザーフィルター，表示フィルター，重要イベント定義，共通除外条件（拡張モード）の条件の見直し

フィルター条件に発生元ホスト名の条件を指定している場合，正しくフィルタリングできているか確認してください。

イベントガイド表示

表示条件の見直し

発生元ホストの項目を表示している場合，表示されるホスト名の形式が異なります。表示されるホスト名の形式で問題ないか確認してください。

イベントガイドメッセージに使用するイベント属性の見直し

イベント属性に発生元ホストを使用している場合，属性が正しいか確認してください。

イベント検索

検索条件の見直し

フィルター条件に発生元ホスト名を使った条件を指定している場合，正しくフィルタリングできているか確認してください。

イベントレポート出力

フィルター条件の確認

出力される属性の見直し

発生元ホスト名の属性を出力している場合，出力される値で問題ないか確認してください。

相関イベントの発行

相関イベント発行条件の見直し

発生元ホスト名の属性を相関イベントに引き継いでいる場合，引き継いだ値で問題ないか確認してください。

また，相関イベントで自動アクションを実行している場合は，自動アクションの実行条件も見直してください。

JP1イベントの重大度変更

重大度変更条件の見直し

フィルター条件に発生元ホスト名の条件を指定している場合，正しくフィルタリングできているか確認してください。

発生元ホストのマッピング

発生元ホストのマッピング定義の見直し

コマンド実行，自動アクション

実行条件の見直し

実行条件に発生元ホスト名の条件を指定している場合，アクションを正しく実行できるか確認してください。

引き継ぎ情報の見直し

コマンドの実行内容およびアクションの実行内に発生元ホスト名の属性情報を指定している場合，正しくコマンド実行およびアクションを実行できるか確認してください。

業務グループの参照・操作制限

イベントの参照制限の確認

3A71イベントが意図した業務グループのユーザーだけに表示されているか確認してください。

JP1イベントの対処状況の変更，メモ情報の設定

見直す必要はありません。

JP1/Base

イベント転送の設定

JP1/IM - Managerのバージョンが09-50の場合に，サブマネージャーホストでリモート監視イベントログトラップを使用して3A71イベントを上位マネージャーに転送しているときは，サブマネージャーホストのJP1/IM - Managerをバージョン10-00以降にバージョンアップしてください。そのあと，JP1イベントの属性を変更してください。

他製品

インシデント登録

登録されるインシデントの内容の確認

引き継がれるホスト名の形式が異なります。表示されるホスト名の形式で問題ないか確認してください。

連携製品のモニター起動，応答待ちイベントの管理

見直す必要はありません。

14.3.11　複数拠点の監視

複数の拠点にある監視対象サーバで発生した事象を，一つの統合監視サーバのJP1/IM - Managerで一元的に監視できます。

また，それぞれの拠点で使用する監視対象サーバのホスト名，およびIPアドレスは，ほかの拠点に存在する監視対象サーバのホスト名，およびIPアドレスに関係なく自由に設定できます。同一拠点内では，一意になるように設定してください。

統合監視サーバ，および拠点監視サーバのホスト名，およびIPアドレスについては，システム内で一意のものを設定してください。

図14‒15　システム構成

複数拠点の監視でホスト名，およびIPアドレスが重複する場合の前提条件，制限事項を次に示します。

(1)　前提条件

項番

対象サーバ

前提条件

1

拠点監視サーバ

拠点内の監視対象サーバを監視するための，JP1/IM - Manager，JP1/Baseがインストールされた拠点監視サーバが必要です。

2

拠点監視サーバ

監視対象サーバ

監視対象サーバの監視は，拠点監視サーバからのリモート監視で運用します。統合監視サーバから監視対象サーバをリモート監視できません。なお，エージェント構成（監視対象サーバにJP1/Baseをインストール）で監視する場合は，監視対象サーバでFQDN形式のイベントサーバを設定してください。詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

3

統合監視サーバ

拠点監視サーバ

統合監視サーバ，および拠点監視サーバは，相互に通信が可能な環境にしてください。

4

統合監視サーバ

拠点監視サーバ

統合監視サーバ，および拠点監視サーバはシステム構成全体でホスト名，およびIPアドレスを一意，かつ固定にしてください。拠点監視サーバのホスト名やIPアドレスを変更する場合は，JP1/IM - Manager，JP1/Baseのフィルター条件などの見直しやサービスの再起動が必要になります。詳細については，「JP1/Integrated Management 3 - Manager 運用ガイド」の「2.2　ホスト名を変更する場合に必要な作業」，および「2.3　IPアドレスを変更する場合に必要な作業」を参照してください。

5

監視対象サーバ

監視対象サーバは同一拠点内でホスト名，IPアドレスを一意にしてください。

6

監視対象サーバ

監視対象サーバのホスト名は固定にしてください。監視対象サーバのホスト名を変更する場合はIM構成管理DBに登録されているホスト情報の変更が必要になります。詳細についてはマニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.1.5　ホスト情報の属性を変更する」を参照してください。

7

統合監視サーバ

拠点監視サーバ

監視対象サーバ

監視対象サーバにDHCP接続する場合，拠点監視サーバは監視対象サーバのホスト名からDNSなどでIPアドレスを動的に解決できる環境にしてください。ただし，総合監視サーバが監視対象サーバのホスト名を解決できる必要はありません。また，統合監視サーバ，拠点監視サーバについて，DHCPによるIPアドレスの管理をする場合，IPアドレスの割り当て期限を無制限にしてIPアドレスが変わらないようにしてください。詳細については，「14.4.1　ホスト名とIPアドレス」を参照してください。

8

監視対象サーバ

監視対象サーバのIPアドレス変更をする場合，その監視対象サーバに対する監視を停止してから変更して，変更後に監視を再開してください。DHCPでIPアドレス再割り当て時に変更された場合も同じです。また，拠点監視サーバがDNSなどで変更後のIPアドレスを解決できる環境にしてください

(2)　制限事項

項番

条件

制限事項

1

IM構成管理を使用して，システムの階層構成（統合監視サーバと拠点監視サーバの階層構成）を設定する場合

統合監視サーバのIM構成管理で監視対象サーバを管理できません。

拠点内の拠点監視サーバを，複数拠点の監視用の「拠点マネージャー」として設定しないでください。

2

システム構成（拠点監視サーバのリモート監視による監視対象サーバの監視）の場合

リモート監視は，監視できるログファイルサイズやWindowsイベントログの取得上限などがエージェント構成とは異なります。

詳細については，「8.6　リモートの監視対象ホストの管理」を参照してください。

3

監視対象サーバに対して操作する場合

統合監視サーバは監視対象サーバを一意に識別できないため，コマンドなどで統合監視サーバから監視対象サーバを操作できません。

4

インテリジェント統合管理基盤で監視対象サーバを監視する場合

統合監視サーバは複数拠点の同名監視対象サーバを一意に識別できないため，ツリー上で別々のノードとして監視できません。

14.3.12　JP1/IM - Agentをコンテナ環境で運用する場合の構成

JP1/IM - Agentは，コンテナ環境に対応しています。

(1)　統合マネージャーのコンテナ環境

統合マネージャーホストで動作する統合エージェントのモジュールは，JP1/IM - Managerと同様，コンテナに対応していません。

(2)　統合エージェントのコンテナ環境

コンテナ上にJP1/IM - Agentをインストールする構成をサポートしています。

(3)　サポートするコンテナ環境

JP1/IM - Agentは，次のコンテナ環境をサポートしています。

Red Hat Enterprise Linux Server 7の場合

Docker

Red Hat Enterprise Linux Server 8の場合

Docker

Podman

Red Hat Enterprise Linux Server 9の場合

Docker

Podman

(4)　Docker環境の構成

(a)　サポートする構成

JP1/IM - Agentは，次の構成をサポートしています。

■JP1/IM - Agentをコンテナ上で稼働させ，別コンテナ上で稼働しているユーザーアプリケーションを監視する構成

用途

ユーザーアプリケーションが稼動するコンテナにJP1/IM - Agentを追加できない場合の構成です。

特徴

Blackbox exporterを使用して，ユーザーアプリケーションの外形監視ができます。

Fluentdを使用して，ユーザーアプリケーションのログを監視できます。

制限事項

ユーザーアプリケーションが稼動しているコンテナ上でコマンドを実行することはできません。

■JP1/IM - Agentをコンテナ上で稼働させ，ホストを監視する構成

用途

ホストの監視を行いたい場合の構成です。

特徴

Node exporterを使用して，ホストの性能を監視できます。

Process exporterを使用して，ホストのプロセスを監視できます。

Fluentdを使用して，ホストのログを監視できます。

「JP1/IM - Agentをコンテナ上で稼働させ，別コンテナ上で稼働しているユーザーアプリケーションを監視する構成」や「ユーザーアプリケーションが稼動しているコンテナにJP1/IM - Agentを同居させる構成」と同時に使用できます。

制限事項

ホスト上でコマンド実行することはできません。

注意事項

この構成にする場合，コンテナからホストを参照できるようにする必要があります。コンテナからホストの資源にアクセスできると，セキュリティ上の問題が発生するおそれがあります。そのため，この構成は推奨しません。

ホストを監視する場合は，ホスト側にJP1/IM - Agentをインストールすることを推奨します。

■ユーザーアプリケーションが稼動しているコンテナにJP1/IM - Agentを同居させる構成

用途

ユーザーアプリケーションが稼動するコンテナにJP1/IM - Agentを追加できる場合の構成です。

ユーザーアプリケーションが稼動中のコンテナでコマンド実行がしたい場合の構成です。

コンテナを１つにまとめたい場合の構成です。

特徴

Blackbox exporterを使用して，ユーザーアプリケーションの外形監視ができます。

Fluentdを使用して，ユーザーアプリケーションのログを監視できます。

ユーザーが稼動しているコンテナ上でのコマンドを実行できます。

(b)　サポートしていない機能

コンテナ上で次のオプション機能は使用できません。

OracleDB exporter

Node exporter for AIX

SAPシステム監視

サービス監視

(c)　コンテナイメージの前提条件

サポートOSと同じです。

(d)　Dockerイメージのサポート

コンテナにJP1/IM - Agentをインストールし，Dockerイメージを作成できます。また，作成したJP1/IM - AgentのDockerイメージから新しいコンテナを生成できます。

(e)　IPアドレスの非固定化

コンテナが起動するたびにIPアドレスが変更されるコンテナ環境をサポートしています。

(f)　privileged権限について

コンテナにはprivileged権限を付与できます。セキュリティを考慮する場合は，privileged権限の付与は推奨しません。

JP1/IM - Agentをコンテナ上で稼働させるときに，コンテナにprivileged権限を付与する場合と付与しない場合の両方をサポートしています。ただし，JP1/IM - Agentのコンテナにprivileged権限を付与しない場合，次の制限があります。

統合エージェント制御基盤

コマンド実行においてprivileged権限が必要なOSコマンドなどを実行するとエラーになる場合があります。

Process Exporter

サポート対象外です。

重要

Script exporterの場合，Script exporterが実行するスクリプトにも実行権限を付与する必要があります。

(g)　rootfulモードとrootlessモードについて

rootユーザーが作成したコンテナをrootfulモードのコンテナ，root以外の一般ユーザーが作成したコンテナをrootlessモードのコンテナと呼びます。

JP1/IM - Agentでは，Dockerのrootfulモードだけをサポートします。rootlessモードはサポートしません。

(h)　SELinuxについて

SELinuxを有効にした環境に構築できます。ただし，構築後にSELinuxの有効・無効を変更する場合は，JP1/IM - Agentをアンインストールし，SELinuxの設定を変更したあとで，JP1/IM - Agentを再インストールする必要があります。

(i)　コンテナのホスト名について

JP1/IM - Agentでは，自身が動作するホストのホスト名を，次のような個所で使用します。

JP1/IM - Agentに含まれるPrometheusのスクレイプ先として設定されるホスト名（最終的にパフォーマンスデータのtargetタグに設定されます）

パフォーマンスデータのjp1_pc_prome_hostnameタグに設定されるホスト名

パフォーマンスデータのjp1_pc_remote_monitor_instanceタグに設定されるホスト名

構成情報のSIDの_HOST_ホスト名のホスト名

統合オペレーション・ビューアーのツリーの表示

JP1イベントの固有属性JPC_PROMETHEUSに設定されるホスト名

コンテナ上にJP1/IM - Agentがインストールされた場合は，コンテナに設定されているホスト名を上記のホスト名として設定します。

コンテナのホスト名は，コンテナを初めて起動するときに指定することが可能です。JP1/IM - Agentを稼働させるコンテナに対して適切なホスト名を指定することを推奨します。指定しなかった場合はDockerが自動的にホスト名を設定し，そのホスト名が統合オペレーション・ビューアーのツリーなどに表示されるので注意してください。

JP1/IM - Agentの定義ファイルには，JP1/IM - Agentが稼動するホストの自ホスト名を記載する個所があるため，初期設定コマンドを使用して定義ファイルに自ホスト名を設定できます。初期設定コマンドについては，「3.15.9 初期設定コマンド」を参照してください。

「JP1/IM - Agentをコンテナ上で稼働させ，ホストを監視する構成」のコンテナ上のNode exporterでDockerホストの情報を収集できます。このとき，コンテナのホスト名をDockerホストのホスト名と同じ名称にすることで，統合オペレーション・ビューアー上でDockerホストのパフォーマンス情報として参照できるようになります。

(j)　コンテナ上でのJP1/IM - Agentの起動方法

コンテナ上のJP1/IM - Agentのサービスは，サービス管理ツールで制御します。このため，コンテナ上でJP1/IM - Agentを運用する場合は，サービス管理ツールを同じコンテナ内に導入する必要があります。

(k)　コンテナ上のNode exporterからのDockerホストの性能監視

「JP1/IM - Agentをコンテナ上で稼働させ，ホストを監視する構成」で監視する方法を示します。

Node exporterは，「/」（ルート），「/sys」，「/proc」から情報を取得しています。そのため，JP1/IM - Agentのコンテナ起動時にDockerホストの「/」（ルート）をマウントし，Node exporterのコマンドラインのオプション--path.rootfs，--path.procfs，--path.sysfsにマウントポイントを指定することで，コンテナ上のNode exporterからDockerホストの性能情報を収集できるようになります。

ただし，この構成にする場合は，コンテナからホストのルートファイルシステムをマウントする必要があるため，推奨しません。Dockerホストの性能監視をする場合はDockerホストにJP1/IM - Agentをインストールすることを推奨します。

(l)　コンテナ上のProcess exporterからのDockerホストの性能監視

JP1/IM - Agentをコンテナ上で稼働させ，ホストを監視する構成の場合，JP1/IM - Agentのコンテナ起動時にDockerホストの/procをマウントし，Process exporterのコマンドラインオプション--procfsにマウントポイントを指定することで，コンテナ上のProcess exporterからDockerホストのプロセスの性能情報を収集できるようになります。

ただし、この構成にする場合，コンテナからホストのファイルシステムをマウントする必要があるため，Dockerホストのプロセスの監視をするときは，DockerホストにJP1/IM - Agentをインストールすることを推奨します。

(m)　コンテナ上のFluentdからログ監視

「JP1/IM - Agentをコンテナ上で稼働させ，ホストを監視する構成」で監視する方法を示します。

JP1/IM - Agentをインストールしたコンテナから，Dockerホストやほかのコンテナのログ出力先をマウントしておくことで，コンテナ上のFluentdからDockerホストやほかのコンテナのログを監視することができます。

(5)　Podman環境の構成

(a)　サポートする構成

JP1/IM - Agentは，次の構成をサポートしています。

■JP1/IM - Agentをコンテナ上で稼働させ，別コンテナ上で稼働しているユーザーアプリケーションを監視する構成

用途

ユーザーアプリケーションが稼動するコンテナにJP1/IM - Agentを追加できない場合の構成です。

特徴

Blackbox exporterを使用して，ユーザーアプリケーションの外形監視ができます。

Fluentdを使用して，ユーザーアプリケーションのログを監視できます。

制限事項

ユーザーアプリケーションが稼動しているコンテナ上でコマンドを実行することはできません。

■JP1/IM - Agentをコンテナ上で稼働させ，ホストを監視する構成

用途

ホストの監視を行いたい場合の構成です。

特徴

Node exporterを使用して，ホストの性能を監視できます。

Process exporterを使用して，ホストのプロセスを監視できます。

Fluentdを使用して，ホストのログを監視できます。

「JP1/IM - Agentをコンテナ上で稼働させ，別コンテナ上で稼働しているユーザーアプリケーションを監視する構成」や「ユーザーアプリケーションが稼動しているコンテナにJP1/IM - Agentを同居させる構成」と同時に使用できます。

制限事項

ホスト上でコマンド実行することはできません。

注意事項

この構成にする場合，コンテナからホストを参照できるようにする必要があります。そのため，この構成は推奨しません。

ホストを監視する場合は，ホスト側にJP1/IM - Agentをインストールすることを推奨します。

■ユーザーアプリケーションが稼動しているコンテナにJP1/IM - Agentを同居させる構成

用途

ユーザーアプリケーションが稼動するコンテナにJP1/IM - Agentを追加できる場合の構成です。

ユーザーアプリケーションが稼動中のコンテナでコマンド実行がしたい場合の構成です。

コンテナを１つにまとめたい場合の構成です。

特徴

Blackbox exporterを使用して，ユーザーアプリケーションの外形監視ができます。

Fluentdを使用して，ユーザーアプリケーションのログを監視できます。

ユーザーが稼動しているコンテナ上でのコマンドを実行できます。

(b)　コンテナイメージの前提条件

ベースとするコンテナイメージは，次の前提条件を満たし，機能が動作する必要があります。

bash

dnfまたはyumコマンド

unameコマンド

sedコマンド

supervisorなどのサービス管理ツールとサービス管理ツールの前提パッケージ

(c)　Podmanイメージのサポート

コンテナにJP1/IM - Agentをインストールし，Podmanイメージを作成できます。また，作成したJP1/IM - AgentのPodmanイメージから新しいコンテナを生成できます。

(d)　IPアドレスの非固定化

コンテナが起動するたびにIPアドレスが変更されるコンテナ環境をサポートしています。

(e)　privileged権限について

PodmanにおいてもJP1/IM - Agentをコンテナ上で稼働させるときにprivileged権限を付与する場合と付与しない場合の両方をサポートしています。ただし，コンテナにprivileged権限を付与しない場合，次の制限があります。

統合エージェント制御基盤

コマンド実行においてprivileged権限が必要なOSコマンドなどを実行するとエラーになる場合があります。

Node exporter

Podmanホストのファイルシステム情報を取得できません。

Process Exporter

サポート対象外です。

重要

Script exporterの場合，Script exporterが実行するスクリプトにも実行権限を付与する必要があります。

(f)　rootfulモードとrootlessモードについて

rootユーザーが作成したコンテナをrootfulモードのコンテナ，root以外の一般ユーザーが作成したコンテナをrootlessモードのコンテナと呼びます。JP1/IM - Agentでは，Podmanのrootfulモードとrootlessモードをサポートします。ただし，rootlessモードの場合，次の制限があります。

Node exporter

Podmanホストのファイルシステム情報を取得できません。

Podmanホストのネットワークインターフェース情報を取得できません。

重要

Script exporterの場合，Script exporterが実行するスクリプトにも実行権限を付与する必要があります。

(g)　SELinuxについて

SELinuxを有効にした環境に構築できます。ただし，構築後にSELinuxの有効・無効を変更する場合は，JP1/IM - Agentをアンインストールし，SELinuxの設定を変更したあとで，JP1/IM - Agentを再インストールする必要があります。

(h)　コンテナのホスト名について

JP1/IM - Agentでは，自身が動作するホストのホスト名を，次のような個所で使用します。

JP1/IM - Agentに含まれるPrometheusのスクレイプ先として設定されるホスト名（最終的にパフォーマンスデータのtargetタグに設定されます）

パフォーマンスデータのjp1_pc_prome_hostnameタグに設定されるホスト名

パフォーマンスデータのjp1_pc_remote_monitor_instanceタグに設定されるホスト名

構成情報のSIDの_HOST_ホスト名のホスト名

統合オペレーション・ビューアーのツリーの表示

JP1イベントの固有属性JPC_PROMETHEUSに設定されるホスト名

コンテナ上にJP1/IM - Agentがインストールされた場合は，コンテナに設定されているホスト名を上記のホスト名として設定します。

コンテナのホスト名は，コンテナを初めて起動するときに指定することが可能です。JP1/IM - Agentを稼働させるコンテナに対して適切なホスト名を指定することを推奨します。指定しなかった場合はPodmanが自動的にホスト名を設定し，そのホスト名が統合オペレーション・ビューアーのツリーなどに表示されるので注意してください。

JP1/IM - Agentの定義ファイルには，JP1/IM - Agentが稼動するホストの自ホスト名を記載する個所があるため，初期設定コマンドを使用して，定義ファイルに自ホスト名を設定できます。初期設定コマンドについては，「3.15.9 初期設定コマンド」を参照してください。

「JP1/IM - Agentをコンテナ上で稼働させ，ホストを監視する構成」のコンテナ上のNode exporterでPodmanホストの情報を収集できます。このとき，コンテナのホスト名をPodmanホストのホスト名と同じ名称にすることで，統合オペレーション・ビューアー上でPodmanホストのパフォーマンス情報として参照できるようになります。

(i)　コンテナ上でのJP1/IM - Agentの起動方法

コンテナ上のJP1/IM - Agentのサービスは，サービス管理ツールで制御します。このため，コンテナ上でJP1/IM - Agentを運用する場合は，サービス管理ツールを同じコンテナ内に導入する必要があります。

(j)　コンテナ上のNode exporterからのPodmanホストの性能監視

「JP1/IM - Agentをコンテナ上で稼働させ，ホストを監視する構成」で監視する方法を示します。

Node exporterは，「/」（ルート），「/sys」，「/proc」から情報を取得しています。そのため，JP1/IM - Agentのコンテナ起動時にPodmanホストの「/」（ルート）をマウントし，Node exporterのコマンドラインのオプション--path.rootfs，--path.procfs，--path.sysfsにマウントポイントを指定することで，コンテナ上のNode exporterからPodmanホストの性能情報を収集できるようになります。

ただし，この構成にする場合は，コンテナからホストのルートファイルシステムをマウントする必要があるため，推奨しません。Podmanホストの性能監視をする場合はPodmanホストにJP1/IM - Agentをインストールすることを推奨します。

(k)　コンテナ上のFluentdからログ監視

「JP1/IM - Agentをコンテナ上で稼働させ，ホストを監視する構成」で監視する方法を示します。

JP1/IM - Agentをインストールしたコンテナから，Podmanホストやほかのコンテナのログ出力先をマウントしておくことで，コンテナ上のFluentdからPodmanホストやほかのコンテナのログを監視できるようになります。

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

JP1/IMを運用するネットワーク構成について検討してください。

ネットワークに関する検討には，各ホストのネットワーク設定から，ネットワーク全体まで，幾つかの項目があります。

なお，JP1/IMの通信は，基盤機能であるJP1/Baseにより制御しています。ここではJP1/IMについて説明していますが，JP1/Baseもあわせて検討するようにしてください。

14.4.1　ホスト名とIPアドレス

JP1/IMはホスト名として，hostnameコマンド実行時に表示されるホスト名，またはクラスタ運用時に指定する論理ホスト名を使って動作します。

JP1/IMの各機能に指定するホスト名は，hostnameコマンド実行時に表示されるホスト名，または論理ホスト名を指定してください。

JP1/IMが使用するホスト名がIPアドレスに変換できるよう，hostsなどに設定してください。

DNSを使用して，FQDN形式で管理する場合は，「14.3.10　FQDN形式のホスト名の監視対象ホストを管理する場合のシステム構成」を参照してください。

また，論理ホスト名は次に示す条件で指定してください。

IMデータベースを使用しない場合に指定できる文字数

Windowsの場合：1〜196バイト（推奨：63バイト以内）

UNIXの場合：1〜255バイト（推奨：63バイト以内）

IMデータベースを使用する場合に指定できる文字数

1〜32バイト

それ以外のホスト名を使う場合は，「14.4.3　複数のネットワークに接続された構成での運用」を参照してください。

複数のIPアドレスを持つホストで，hostsファイルにIPアドレスごとに自ホスト名を定義した場合，自動アクションの［実行ホスト名］にはhostnameコマンドで表示されるホスト名だけを指定できます。

例を次に示します。

hostsファイルに次のように定義されていると仮定します。

100.0.0.10 hostA

200.0.0.10 hostB

この場合，hostnameコマンドで表示されるホスト名がhostAのときは，実行ホスト名にはhostAだけを指定できます。

jp1hosts情報またはjp1hosts2情報を設定している場合，jp1hosts情報またはjp1hosts2情報に定義されたホスト名およびIPアドレスに関しては，hostsファイルの定義は参照されません。

例を次に示します。

jp1hosts情報に次のように定義されていると仮定します。

hostA 100.0.0.10 200.0.0.10

また，hostsファイルに次のように定義されていると仮定します。

100.0.0.10 hostA hostB

200.0.0.10 hostC

この場合，hostA，IPアドレス100.0.0.10，およびIPアドレス200.0.0.10に関しては，hostsファイルは参照されません。このため，jp1hosts情報に定義されていないhostBおよびhostCを，コマンド実行先ホスト名に指定することはできません。

jp1hosts情報またはjp1hosts2情報に定義するホスト名とIPアドレスの対応は，システム内の定義に合わせてください。システム内の定義と異なるIPアドレスを定義すると，名前解決が不整合となり，正しく動作しません。

また，次の点について確認してください。

DHCPの使用

DHCPによって，JP1/IMやJP1/Baseが使用するIPアドレスを管理する場合，IPアドレスの割り当て期限を無制限にしてIPアドレスが変わらないようにしてください。

JP1/IMおよびJP1/Baseの動作中に，使用するIPアドレスが変更されると正常に動作できません。

DNSサーバの使用

ホスト名からIPアドレスへの変換，および，IPアドレスからホスト名への変換（逆引き）の両方ができるように設定してください。特にDNSサーバ（Active Directory含む）で名前解決をする場合は，両方の変換ができるよう意識して設定する必要がありますので注意してください。

(1)　統合エージェントホストのIPアドレスについて

統合エージェントホストに，複数のIPアドレスが設定されていても動作できます。ただし，統合エージェントが，JP1/IM - Managerまたはリモート監視するホストに対して通信を行うときは，使用する送信元のIPアドレスが不定となります。

また，ファイアウォールなどで，特定のIPアドレスだけが通過するように設定されている環境の場合は，通信に失敗するおそれがあります。

14.4.2　サーバのネットワーク構成

JP1/IMを運用するサーバのネットワーク構成について，次の点について確認してください。

NIC多重化

OSによりNICを多重化して，NIC障害時に予備NICに切り替える機能を提供している場合があります。（例えば，WindowsでのNICチーミング）JP1を実行するサーバで，これらのNIC多重化の機能を用いる場合は，NIC多重化をしていない場合の動作と完全に互換性があり，JP1の動作に影響がないことが前提です。

14.4.3　複数のネットワークに接続された構成での運用

JP1/IMのホストが，複数のネットワークに接続された構成で運用する場合，次の要件が発生することがあります。

要件例：JP1は他製品とは別の指定された運用管理用のLANで通信する

このような要件がある場合は，JP1/IMおよびJP1/Baseで，複数LAN接続と呼ぶ，特別な設定により対応します。例えば，jp1hosts情報（JP1独自にホスト名とIPアドレスの対応付けをする）の設定をします。

次の説明を参照して，設定および運用を検討してください。

複数ネットワークについて

複数ネットワークでの運用について

参照先：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「9.　ネットワーク構成に応じた運用と環境構築」

参照先：マニュアル「JP1/Base 運用ガイド」のネットワーク構成に応じたJP1/Baseの通信設定に関する説明

注意事項

jp1hosts情報またはjp1hosts2情報を設定している場合，jp1hosts情報またはjp1hosts2情報に定義されたホスト名およびIPアドレスに関しては，hostsファイルの定義は参照されません。

14.4.4　ファイアウォールを経由したネットワークでの運用

JP1/IMは，ファイアウォールを経由するネットワーク構成での運用をサポートしています。サポートしている種類は，パケットフィルタリング方式のファイアウォールと，スタティック変換方式のNATです。

次の説明を参照して，設定および運用を検討してください。

ファイアウォールを経由した運用について

ファイアウォールを経由した運用

参照先：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「9.　ネットワーク構成に応じた運用と環境構築」

参照先：マニュアル「JP1/Base 運用ガイド」のネットワーク構成に応じたJP1/Baseの通信設定に関する説明

(1)　注意事項

マネージャー・エージェント間の通信は，システムの階層構成（IM構成）に従って行われる通信と対象ホストと直接やりとりする直接通信の2種類があります（「9.3　JP1/IMのシステム環境で行う通信」を参照）。このため，ファイアウォールの設定もそれぞれの通信に対応した設定をする必要があります。

JP1/IM，JP1/Baseは，自ホスト内の通信でもポートを使用しています。ファイアウォールのホストでJP1/IM，JP1/Baseを使用する場合，自ホスト内の通信については，JP1/IM，JP1/Baseが使うすべてのポートを通過できるよう設定する必要があります。

14.4.5　WAN接続

回線が常時接続の場合は，JP1/IM - ManagerをWAN環境で使用できます。回線が常時接続ではない場合は，JP1/IM - ManagerをWAN環境で使用できません。

JP1/IM - Managerと監視対象ホスト間の注意事項

JP1/IM - ManagerをWAN環境で使用する場合は，通信速度や通信量の面から，ビルや事業所ごとに数十台から数百台の監視対象ホストがLANに接続されていて，事業所ごとに拠点マネージャーを配置する多階層構成を組むことを推奨します。また，次の内容に注意してください。

JP1/IM - Managerから監視対象ホストのログを監視する場合，JP1/IM - Managerと監視対象ホスト間は，定期的に通信をしているため，ホストの間をWAN（INS-P，INS-C）環境などの通信時間や通信量に応じて課金されるネットワークの使用は推奨しません。

JP1/IM - Managerと監視対象ホスト間で，通信タイムアウトが発生しやすくなる場合があります。

統合マネージャーと監視対象ホストの間に存在するファイアウォールがNAT変換を実行している場合，リモート監視できません。WAN環境の統合マネージャーと監視対象ホスト間にファイアウォールが存在する場合は注意してください。回避策として，監視対象ホスト側に追加で拠点マネージャーを構築して，ファイアウォールによるNAT変換が統合マネージャーと監視対象ホスト間ではなく，統合マネージャーと拠点マネージャー間で実行されるようにすることが挙げられます。

ファイアウォールの設定について

参照先：14.4.4　ファイアウォールを経由したネットワークでの運用

JP1/IM - ManagerとJP1/IM - View間の注意事項

JP1/IM - ManagerをWAN環境で使用する場合は，次の内容に注意してください。

JP1/IM - ViewとJP1/IM - Manager間では，定期的に通信をしているため，ホストの間をWAN（INS-P，INS-C）環境などの通信時間や通信量に応じて課金されるネットワークの使用は推奨しません。

JP1/IM - ViewとJP1/IM - Manager間で，通信タイムアウトが発生しやすくなる場合があります。この場合には，JP1/IM - ViewとJP1/IM - Manager間の通信タイムアウト時間の設定を見直してください。

JP1/IM - ViewとJP1/IM - Managerのタイムアウト時間の設定について

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「通信環境定義ファイル（console.conf.update）」（2.　定義ファイル）

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「通信環境定義ファイル（view.conf.update）」（2.　定義ファイル）

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「通信環境定義ファイル（tree_view.conf.update）」（2.　定義ファイル）

14.4.6　IPv6ホストに対応するシステム構成

JP1/IMは，IPv6ホストで稼働するJP1/Baseを管理できます。ホスト情報の収集，プロファイルの管理，コマンド実行，JP1イベントの表示など，JP1/Baseが稼働するIPv6ホストに対して，IPv4ホストで稼働するJP1/Baseと同様の管理ができます。

図14‒16　システム構成

IPv6ホスト

IPv6アドレス形式のIPアドレスだけを設定したホストを示します。

IPv4ホスト

IPv4アドレス形式のIPアドレスだけを設定したホストを示します。

IPv4・IPv6ホスト

IPv4アドレス形式のIPアドレスおよびIPv6アドレス形式のIPアドレスの両方を設定したホストを示します。

このように，IPv4ホスト，IPv6ホスト，およびIPv4・IPv6ホストが混在するネットワーク環境をIPv6環境と呼びます。

図に示すとおり，ビューアーホストとマネージャーホスト間は，IPv4アドレスで通信します。エージェントホストとマネージャーホスト間は，IPv4アドレスまたはIPv6アドレスで通信します。

IPv4アドレス形式のIPアドレスおよびIPv6アドレス形式のIPアドレスは，次のように表記します。

IPv4アドレスの例

11.22.33.44

IPv6アドレスの例

0011:2233:4455:6677:8899:aabb:ccdd:eeff

IPv4射影アドレスおよびIPv4互換アドレスは，指定できません。また，機能によってIPv6アドレスの省略形式は，指定できません。IPv6アドレスの省略形式を指定できる機能については，「14.4.6(3)　IPv6環境での対応の可否」を参照してください。

11.22.33.44をIPv4射影アドレスで表記した例

::ffff:11.22.33.44

11.22.33.44をIPv4互換アドレスで表記した例

::11.22.33.44

2012:0007:0008:0000:0000:0000:000a:000bを省略した形式の例

2012:7:8::a:b

(1)　IPv6環境のシステム構成を監視する場合の前提条件

マネージャーホストがどのネットワーク環境かによって前提条件が異なります。

なお，クラスタ構成の場合は，実行系と待機系のシステム構成を同一にしてください。

(a)　マネージャーホストがIPv4ホストの場合

マネージャーホストがIPv4ホストの場合は，IPv6ホストおよびIPv4・IPv6ホストを管理対象にできません。

(b)　マネージャーホストがIPv6ホストの場合

マネージャーホストがIPv6ホストの場合は，サポートしていません。

(c)　マネージャーホストがIPv4・IPv6ホストの場合

図14‒17　マネージャーホストがIPv4・IPv6ホストの場合の前提条件

マネージャーホスト

IPv4・IPv6ホストである

JP1/IM - Managerのバージョンが10-00以降である

JP1/Baseのバージョンが10-00以降で，jp1hosts2情報を定義している

JP1/Baseのjp1hosts2定義には，マネージャーホストのIPv4アドレスおよびIPv6アドレスを定義している

OSがWindows Server 2022，Windows Server 2019，Windows Server 2016，またはLinuxである

ビューアーホスト

IPv4ホストまたはIPv4・IPv6ホストである

IPv4・IPv6ホストで稼働するJP1/IM - Viewの場合，IPv4アドレスを使用する

エージェントホスト

IPv4ホスト，IPv6ホスト，またはIPv4・IPv6ホストである

JP1/Baseのバージョンが10-00以降である

IPv6ホストまたはIPv4・IPv6ホストで稼働するJP1/Baseの場合，jp1hosts2情報を定義している

IPv6ホストまたはIPv4・IPv6ホストで稼働するJP1/Baseの場合，OSがWindows Server 2022，Windows Server 2019，Windows Server 2016，またはLinuxである

リモートの監視対象ホスト，仮想化システム構成

IPv4ホストである

JP1/IM - Managerが他製品と連携している場合，連携製品がIPv4ホストの場合だけ連携できます。IPv6ホストの場合は連携できません。ただし，BJEXまたはJP1/ASと連携して応答待ちイベントを管理する場合は，連携製品がIPv6ホストでも連携できます。

(2)　IPv6環境を管理する場合のJP1/IM - Managerのシステムの最大構成

1台のJP1/IM - Managerが管理できるエージェントホストは，エージェントホストが，IPv4ホスト，IPv6ホストまたはIPv4・IPv6ホストに関係ありません。

システムの最大構成については，「付録D.4(1)　JP1/IM - Managerの制限値一覧」を参照してください。

(3)　IPv6環境での対応の可否

ここでは，JP1/IM - Managerのバージョンが10-00以降の場合に，IPv6環境に対応する機能を説明します。

(a)　ログイン

接続ホスト名に，IPv6アドレスを指定できません。IPv4アドレスまたはIPv4アドレスを名前解決できるホスト名を指定してください。

(b)　イベント監視

発行元IPアドレス（B.SOURCEIPADDR）または送信先IPアドレス（B.DESTIPADDR）がIPv6アドレスのJP1イベントを表示，指定できます。

イベントのフィルタリング

フィルタリングするJP1イベントの条件に，IPv6アドレスの発行元IPアドレス（B.SOURCEIPADDR）を指定できます。指定できるフィルターは，イベント取得フィルター（拡張モードの共通除外条件）です。IPv6アドレスは，次に示すとおり，0〜9およびa〜fの4桁の16進数でイベント条件に指定できます。

（例）0011:2233:4455:6677:8899:aabb:ccdd:eeff

英字部分を英大文字にしたり，IPv4射影アドレス，IPv4互換アドレス，およびIPv6アドレスの省略形式を指定したりはできません。

また，［共通除外条件設定(拡張)］画面で［選択イベント条件入力］ボタンをクリックすると，イベント一覧で選択しているJP1イベントの発行元IPアドレスがイベント条件に自動的に設定されます。ただし，JP1/IM - Viewのバージョンが10-00より前の場合，共通除外条件の発行元IPアドレスがIPv6アドレスのときは，［共通除外条件設定(拡張)］画面で［選択イベント条件入力］ボタンをクリックしても，発行元IPアドレスは自動的に設定されません。手動でIPv6アドレスをフィルターの条件に指定してください。また，JP1/IM - Viewのバージョンに関係なく，手動の場合は，イベント条件の指定形式に従って指定してください。

なお，IPv4アドレスを管理する場合と同様に，送信先IPアドレス（B.DESTIPADDR）は，フィルターの条件に指定できません。

イベントの詳細表示

［イベント詳細］画面および［イベント詳細（編集）］画面の［イベント属性］に，IPv6アドレスの発行元IPアドレス（B.SOURCEIPADDR）を表示できます。IPv6アドレスは，次に示すとおり，0〜9およびa〜fの4桁の16進数で表示されます。

（例）0011:2233:4455:6677:8899:aabb:ccdd:eeff

なお，IPv4アドレスを管理する場合と同様に，送信先IPアドレスは表示されません。JP1/IM - Viewが10-00より前の場合，発行元IPアドレスおよび送信先IPアドレスがIPv4またはIPv6アドレスに関係なく，［イベント属性］に表示されません。

イベントガイドの表示

JP1イベントを比較する条件として，発行元IPアドレス（B.SOURCEIPADDR）または送信先IPアドレス（B.DESTIPADDR）にIPv6アドレスを指定できます。IPv4アドレスを管理する場合と同様に，イベントガイドメッセージの変数として発行元IPアドレスおよび送信先IPアドレスは指定できません。

イベント検索

検索ホスト名にIPv6アドレスやIPv6アドレスを名前解決できるホスト名を指定できます。

検索ホスト名には，次に示すIPv6アドレスを指定できます。

0〜9およびa〜fの4桁の16進数

（例）0011:2233:4455:6677:8899:aabb:ccdd:eeff

0〜9およびA〜Fの4桁の16進数

（例）0011:2233:4455:6677:8899:AABB:CCDD:EEFF

IPv6アドレスの省略形式

（例）2012:7:8::a:b

業務グループの参照・操作制限を使用している場合，IM構成管理で管理しているホスト名（ドメイン名）を指定してください。また，検索ホストにマネージャーホストを指定する場合は，マネージャーホストのホスト名またはIPv4アドレスを指定してください。

イベントのレポート出力

発行元IPアドレス（B.SOURCEIPADDR）または送信先IPアドレス（B.DESTIPADDR）がIPv6アドレスのJP1イベントをcsvファイルに出力できます。IPv6アドレスは，次に示すとおり，0〜9およびa〜fの4桁の16進数でcsvファイルに出力されます。

（例）0011:2233:4455:6677:8899:aabb:ccdd:eeff

レポートの出力項目およびイベント条件に，IPv4アドレスを管理する場合と同様に，発行元IPアドレスおよび送信先IPアドレスを指定できません。

対処状況の変更

jcochstatコマンドで対処状況を変更するときに，-hオプションに，IPv6アドレスを指定できません。

相関イベントの発行

相関イベントの発行元IPアドレスおよび送信先IPアドレスは，マネージャーホストのIPv4アドレスとなります。

(c)　コマンド実行および自動アクション

IPv6ホストの管理対象ホストに対して，管理対象ホスト上でコマンド実行や自動アクションを実行できます。実行ホスト名には，次に示すIPv6アドレスを指定できます。

0〜9およびa〜fの4桁の16進数

（例）0011:2233:4455:6677:8899:aabb:ccdd:eeff

0〜9およびA〜Fの4桁の16進数

（例）0011:2233:4455:6677:8899:AABB:CCDD:EEFF

IPv6アドレスの省略形式

（例）2012:7:8::a:b

JP1/Baseで指定できない値を指定した場合は，実行が失敗します。なお，業務グループの参照・操作制限を使用している場合，IM構成管理で管理しているホスト名（ドメイン名）を指定してください。

自動アクションの実行条件

自動アクションの実行条件には，発行元IPアドレス（B.SOURCEIPADDR）を指定できます。IPv4アドレスを管理する場合と同様に，送信先IPアドレス（B.DESTIPADDR）は指定できません。発行元IPアドレスは，次に示すとおり，0〜9およびa〜fの4桁の16進数で指定してください。英字部分は，英小文字で指定してください。

（例）0011:2233:4455:6677:8899:aabb:ccdd:eeff

英字部分を英大文字にしたり，IPv4射影アドレス，IPv4互換アドレス，およびIPv6アドレスの省略形式を指定したりはできません。

コマンド実行および自動アクションのイベント情報の引き継ぎ

発行元IPアドレス（B.SOURCEIPADDR）がIPv6アドレスのJP1イベントの属性情報をコマンドの実行内容に引き継げます。引き継がれる変数は，EVIPADDR（発行元IPアドレス）およびEVBASE（イベント基本情報）です。IPv6アドレスは，次に示すとおり，0〜9およびa〜fの4桁の16進数でコマンドの実行内容に出力されます。

（例）0011:2233:4455:6677:8899:aabb:ccdd:eeff

送信先IPアドレス（B.DESTIPADDR）の属性情報は，IPv4アドレスを管理する場合と同様に，引き継げません。

イベント発行元ホスト名の取得方法

イベント発行元ホスト名の取得方法として，発行元IPアドレス（B.SOURCEIPADDR）からイベント発行元ホスト名を求められます。発行元IPアドレスがIPv6アドレスの場合も，同様です。

イベント発行元ホスト名の取得方法については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション環境定義ファイル（action.conf.update）」（2.　定義ファイル）を参照してください。

なお，発行元IPアドレスは，転送すると値が保障されません。詳細については，マニュアル「JP1/Base 運用ガイド」の基本属性の説明を参照してください。

(d)　IM構成管理

エージェントホストの場合，IPv6ホストを管理できます。また，IPv6ホストのホスト情報を収集・管理したり，JP1/Baseのプロファイルを管理したりできます。

リモート監視対象ホストの場合，IPv6ホストを管理できません。

(e)　連携製品

連携製品のモニター起動

発行元IPアドレス（B.SOURCEIPADDR）または送信先IPアドレス（B.DESTIPADDR）がIPv6アドレスのJP1イベントから連携製品のモニターを起動できます。ただし，IPv4・IPv6ホストが混在するシステムを監視する場合は，連携製品のアプリケーションの仕様を確認してください。なお，モニター画面呼び出し定義ファイルのサブキー定義および呼び出しインターフェース定義には，発行元IPアドレスおよび送信先IPアドレスを指定できません。モニター画面呼び出し定義ファイルについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション環境定義ファイル（action.conf.update）」（2.　定義ファイル）を参照してください。

インシデント登録

マネージャーホストのイベントDBまたは統合監視DBに登録されている発行元IPアドレス（B.SOURCEIPADDR）または送信先IPアドレス（B.DESTIPADDR）がIPv6アドレスのJP1イベントをJP1/Service Supportに登録できます。ただし，発行元IPアドレスおよび送信先IPアドレスの属性情報をJP1/Service Supportに登録するインシデントに設定できません。

(f)　WWWブラウザー

WWWブラウザーの接続ホスト名に，IPv6アドレスは指定できません。

(g)　メール通知機能

メール通知機能と通信するメールサーバのIPアドレスに，IPv6アドレスは指定できません。

(4)　システム構成変更時の確認事項

(a)　マネージャーホストをIPv4ホストからIPv4・IPv6ホストに変更するときの確認事項

マネージャーホストのOSが，IPv6アドレスをサポートしているOSか確認してください。

マネージャーホストのJP1/Baseが，IPv6アドレスをサポートしているか確認してください。

JP1/IM - Managerにログインするとき，ビューアーホストで接続先ホストのIPv4アドレスを取得できるように，接続先ホストを見直してください。

(b)　監視対象ホストをIPv4ホストからIPv6ホストに変更するときの確認事項

監視対象ホストのOSが，IPv6アドレスをサポートしているOSか確認してください。

監視対象ホストのJP1/Baseが，IPv6アドレスをサポートしているか確認してください。

イベントをフィルタリングする場合，イベント取得フィルター（拡張モードの共通除外条件）に発行元IPアドレス（B.SOURCEIPADDR）を指定しているときは，IPv6アドレスでフィルタリングする必要があるか共通除外条件の設定を確認してください。

イベントを検索する場合，IPv6アドレスの検索ホストとマネージャーホスト間でIPv6プロトコル通信ができるか確認してください。

対処状況を変更する場合，jcochstatコマンドを実行するホストで，接続先ホストのIPv4アドレスを取得できるように，接続先ホストを見直してください。

コマンド実行および自動アクションの実行内容に発行元IPアドレス（B.SOURCEIPADDR）の属性情報を引き継いでいる場合は，IPv6アドレスが属性情報として引き継がれても問題ないか見直してください。

自動アクションの実行条件に，発行元IPアドレスの条件を指定している場合は，IPv6アドレスでフィルタリングする必要があるか実行条件を見直してください。

イベント発行元ホスト名の取得方法で「local」を指定している場合，IPv6アドレスのホスト名の名前解決をする必要があるか確認してください。

(c)　JP1/Baseの設定

見直し項目については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(5)　システム構成の変更

(a)　マネージャーホストをIPv4ホストからIPv4・IPv6ホストに変更する

JP1/Base

jp1hosts情報からjp1hosts2情報へ移行してください。手順の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/IM - Manager

変更する必要はありません。

(b)　監視対象ホストをIPv4ホストからIPv6ホストに変更する

監視対象ホストのJP1/Base

JP1/Baseのバージョンを10-00以降に上書きインストールしてください。

そのあと，jp1hosts情報からjp1hosts2情報へ移行してください。手順の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

マネージャーホスト

マネージャーホストでも，IPv6ホストを使用できるように設定する必要があります。手順の詳細については，「14.4.6(5)(a)　マネージャーホストをIPv4ホストからIPv4・IPv6ホストに変更する」を参照してください。

14.5　システムの階層構成の検討

JP1/IMで管理するホストと，それらの階層関係を検討します。

JP1/IMでは，構成管理機能を利用して，JP1/IMで運用監視するシステムの範囲を決めています。統合マネージャーの下に拠点マネージャーまたは中継マネージャーを配置し，その下にエージェントを配置する，といった階層構造で構成を組むこともできます。また，リモート通信設定をしているリモート監視構成のホストを統合マネージャーまたは拠点マネージャーの下に配置することもできます。

例えば，次の図に示すように，本社にあるマシンを統合マネージャーおよびリモートの監視対象ホストに，各支社にあるメインマシンを拠点マネージャーに，拠点にあるそのほかのマシンをエージェントにする，といったエージェント構成とリモート監視構成を合わせた構成もできます。

図14‒18　システムの階層構成の例

さらに，IM構成管理を使用すると，業務グループや業務グループ内に監視グループを定義して，業務グループ単位や監視グループ単位で監視できるようになります。業務グループを定義して運用するかどうかを考慮した上で，システムの階層構成（IM構成）を検討してください。業務グループの詳細については，「8.4　業務グループの管理」を参照してください。

構成管理機能で，システムの階層構成を「構成定義」の情報として定義すると，次の機能が使用できるようになります。

JP1イベントの上位ホストへの転送

JP1/IM - Viewからのコマンド実行

JP1/IMからの自動アクション

定義情報の収集と配布

IM構成管理を使用する場合は，IM構成管理・ビューアーを操作してシステムの階層構成を定義します。IM構成管理を使用しない場合は，JP1/Baseが提供する構成定義機能を使用してシステムの階層構成を定義します。

機能の詳細については，次の説明を参照してください。

IM構成管理を使用する場合

IM構成管理で設定できるシステムの階層構成

参照先：「8.2.1　IM構成管理で管理対象となるシステムの階層構成」

IM構成管理を使用しない場合

JP1/Baseが提供する構成定義機能で設定できるシステムの階層構成

参照先：「9.4.3　システムの階層構成の管理」

なお，システムの階層構成の管理を開始したあとで，管理方法を変更する場合に，IM構成管理とJP1/Baseの持つjbsrt_distribを同時に使用する際に，IM構成管理ビューアーで見ている内容と，システムに実際に反映されている内容，および各ホストが持つ構成定義情報の不整合が生じ，運用が混乱するおそれがあります。

そのため，システムの階層構成の管理を開始したあとで，管理方法を変更することをお勧めしません。どちらの方法でシステムの階層構成の管理をするかを十分に検討した上で，運用を開始してください。

14.6　ユーザー認証の検討

JP1ユーザーを管理する認証サーバについて検討します。

JP1/IMでは，JP1/IM - Viewからマネージャー上のJP1/IMにログインして，システムの運用監視を行います。ログイン時には，必ず認証サーバで認証が行われ，ログインユーザーの操作権限情報がJP1/IM - Viewに返されます。JP1/IMでは，この一連の処理をユーザー認証と呼んでいます。

JP1/IMの場合，ユーザー認証の設定が必要となるのは，マネージャーおよび認証サーバとして使用するJP1/Baseをインストールしたホストです（設定の詳細については，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定に関する説明を参照）。

14.6.1　ユーザー認証圏の検討

マネージャーでは，そのマネージャーが参照する認証サーバを指定する必要があります。参照する認証サーバが複数のマネージャーで同じだった場合，その認証サーバの管理範囲は，参照指定をした複数のマネージャーとなります。この管理範囲のことをユーザー認証圏と呼びます。

ユーザー認証圏は，JP1/Baseの設定によってシステム内に複数構築することも，一つだけ構築することもできます。次の表にそれぞれの場合の，検討のポイントを示します。この表および「14.6.1(1)　推奨するユーザー認証圏の数」の内容を参考にしてユーザー認証圏を幾つ構築するか検討してください。

表14‒9　ユーザー認証圏の数と検討のポイント

ユーザー認証圏の数

検討のポイント

ユーザー認証圏をシステム内に一つだけ構築した場合

システム管理者は，JP1ユーザーを統一管理できます。しかし，認証サーバがダウンした場合，JP1/IMの利用ができなくなるなど，システム全体に影響を与え，システムとしての耐性が弱くなります。

ユーザー認証圏をシステム内に複数構築した場合

システム管理者は，構築した認証圏の数だけJP1ユーザーを管理する必要が生じます。しかし，個々の認証サーバが独立しているため，システムとしての耐性は強くなります。

(1)　推奨するユーザー認証圏の数

システム内にユーザー認証圏を複数構築した場合，その管理が複雑になります。このため，ユーザー認証圏を一つまたは少数だけ構築し，その中でシステムの耐性を強くする対策をとることをお勧めします。

システムの耐性を強くする対策として，一つのユーザー認証圏に認証サーバを2台設置する方法があります（プライマリー認証サーバ，セカンダリー認証サーバ）。

図14‒19　認証サーバ

認証サーバを2台設置しておけば，プライマリー認証サーバにトラブルが発生しても，セカンダリー認証サーバに自動で切り替わり，引き続きシステムの運用監視が行えます。また，認証サーバのホストをクラスタ運用したり，認証サーバが異常終了したときに自動で再起動するよう設定したりすることでシステムの耐性を強くできます。

認証サーバについて

JP1ユーザーの管理と認証サーバについて

参照先：「9.4.1　JP1ユーザーの管理」

参照先：マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定に関する説明

JP1/IMが使用する認証サーバの指定

JP1/Base環境設定のGUI，またはjbssetusrsrvコマンドで指定する

参照先：マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定に関する説明

14.6.2　JP1ユーザーのアクセス権限の検討

認証サーバにJP1ユーザーを登録する際には，運用に合わせてJP1ユーザーに最適なJP1資源グループ，JP1権限レベルを割り当てる必要があります。

セントラルコンソールを使用する場合

JP1ユーザーに，JP1資源グループ「JP1_Console」，JP1権限レベル「JP1_Console_Admin」「JP1_Console_Operator」「JP1_Console_User」のどれかを割り当ててください（JP1権限レベルは，運用に合わせて割り当ててください）。

業務グループの参照・操作制限を設定するときは，業務グループに対するJP1資源グループの割り当て，およびそれに対応するJP1資源グループを，認証サーバに登録するJP1ユーザーに割り当てる必要があります。JP1ユーザーに対するJP1資源グループとJP1権限レベルの割り当てについては，「4.1.4　業務グループの参照・操作制限の仕組み」を参照してください。

セントラルスコープを使用する場合

監視ツリーの編集，サーバへの反映を実施するJP1ユーザーに，JP1資源グループ「JP1_Console」，JP1権限レベル「JP1_Console_Admin」を割り当ててください。また，セントラルスコープで監視を実施するJP1ユーザーに，JP1資源グループ「JP1_Console」，JP1権限レベル「JP1_Console_Admin」「JP1_Console_Operator」「JP1_Console_User」のどれかを割り当ててください（JP1権限レベルは，運用に合わせて割り当ててください）。

監視ツリーの表示範囲をJP1ユーザーごとに変えたいときには，監視ノードへのJP1資源グループの割り当てと，それに対応するJP1資源グループを認証サーバに登録するJP1ユーザーに割り当てる必要があります。監視ノードへのJP1資源グループの割り当ての詳細については，「5.4.3　監視ツリーの監視範囲設定」を参照してください。

IM構成管理を使用する場合

JP1ユーザーに，JP1資源グループ「JP1_Console」，およびJP1権限レベル「JP1_CF_Admin」「JP1_CF_Manager」「JP1_CF_User」のどれかを割り当ててください（JP1権限レベルは，運用に合わせて割り当ててください）。

JP1権限レベルによるJP1/IMの操作制御については，「付録E　操作権限一覧」を参照してください。

(1)　注意事項

JP1権限レベルによる，JP1/IM - Viewの操作制御を実現したい場合は，認証サーバとして使用するJP1/Baseのバージョンを7以降にしてください。

認証サーバを2台設置する場合は，認証サーバとして稼働させるJP1/Baseのバージョンを同一バージョンにしてください。

両認証サーバに登録するJP1ユーザーの情報は，同一にする必要があります。設定手順については，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定に関する説明を参照してください。

14.7　JP1/IMおよびJP1/Baseの環境の検討

JP1/IMおよびJP1/Baseの環境について検討してください。

14.7.1　正規表現の選択

JP1/IMおよびJP1/Baseでは，各種フィルター条件や検索条件などに正規表現を使うことができます。ただし，使用できる正規表現は，各機能，OSによってデフォルト値が異なります。

デフォルト値の場合，各機能，OSによって正規表現の使い分けを意識する必要があります。正規表現の使い分けを意識したくない場合は，JP1/IM - ManagerやJP1/Baseの設定を変更して，正規表現を統一することを検討してください。

既存の環境に，正規表現を使ったフィルター条件の設定などが多くある場合など，互換性を優先する場合にだけ，デフォルト値で運用するようにしてください。

なお，使用する正規表現の設定は，JP1/Baseの設定，および自動アクション環境定義ファイルの"REGEXP"パラメーターで設定します。

正規表現について

正規表現の種類の説明

参照先：「付録G　正規表現」

使用する正規表現を設定する

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション環境定義ファイル（action.conf.update）」（2.　定義ファイル）

参照先：マニュアル「JP1/Base 運用ガイド」のインストールとセットアップの章の，使用する正規表現についての説明

14.7.2　JP1/IM，JP1/Baseの障害に対する検討

JP1/IMやJP1/Baseが障害などで停止すると，システムの運用管理に影響します。このため，JP1/IMやJP1/Baseでは，障害の耐性を高めるために，次の機能を提供しています。

プロセスが異常終了した場合に，自動的に再起動する（プロセス管理機能）

プロセスの起動・終了処理で異常を検知した場合に，JP1イベントを発行する（プロセス管理機能）

プロセスのハングアップを検知した場合に，JP1イベントを発行する，および通知コマンドを実行する（ヘルスチェック機能）

これらの機能を有効にすることを検討してください。デフォルトでは無効になっています。

プロセス障害時の通知と対処について

プロセス管理機能について

参照先：「9.1　JP1/IM - Managerのプロセス管理」

プロセス異常時の再起動を有効にする設定

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「拡張起動プロセス定義ファイル（jp1co_service.conf）」（2.　定義ファイル）

プロセス異常発生時のJP1イベントの発行を有効にする設定

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「IMパラメーター定義ファイル（jp1co_param_V7.conf）」（2.　定義ファイル）

ヘルスチェック機能について

参照先：「9.2　JP1/IM - Managerのヘルスチェック機能」

プロセスのハングアップ検知時のJP1イベント発行，通知コマンド実行を有効にする設定

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ヘルスチェック定義ファイル（jcohc.conf）」（2.　定義ファイル）

JP1/Baseの障害時の通知と対処について

参照先：マニュアル「JP1/Base 運用ガイド」のJP1/Baseの障害に備えた設定に関する説明

また，障害が発生したときに迅速に資料を採取できるよう，JP1/IMでは，ダンプ出力コマンドと資料採取ツールを提供しています。通常，JP1/IMで障害が発生したときは，これらを使用して障害資料を採取します。

ダンプ出力コマンド

ダンプ出力コマンドは，JP1/IM - View，JP1/IM - Managerそれぞれに用意されています。

表14‒10　ダンプ出力コマンド一覧

コマンド

説明

jcothreaddmp

JP1/IM - View用ダンプ出力コマンド。

JP1/IM - Viewハングアップ時に，障害調査に必要な資料として次のダンプを出力します。

Javaスレッドダンプ

jcogencore

JP1/IM - Managerダンプ出力コマンド。

JP1/IM - Managerプロセスのハングアップ時に，障害調査に必要な資料として次のダンプを出力します。

Javaスレッドダンプ：evflow，evtcon，evgen，jcfmainプロセスの障害資料として出力します。

コアダンプ（UNIX限定）※：evtcon，evgen，jcamain，evflow，jcfmainプロセスの障害資料として出力します。

プロセスがハングアップしたかどうかはヘルスチェック機能を利用するなどしてください。

注※　jcfmainを除く4プロセス分のコアダンプを出力した場合，コアダンプの容量は合計で最大8,419メガバイトになることがあります。また，jcfmainのコアダンプを出力した場合，コアダンプの容量は合計で最大「560＋230×jcfallogtrapプロセスの数」メガバイトになる場合があります。このため，出力する前にディスク容量にゆとりがあるか確認してください。

資料採取ツール

資料採取ツールは，バッチ（Windowsの場合）またはスクリプト（UNIXの場合）で提供されています。

表14‒11　JP1/IMで提供している資料採取ツール一覧

OS

資料採取ツール

説明

Windows

jcoview_log.bat

JP1/IM - Viewの障害調査に必要な資料を一括採取するツールです。

jim_log.bat

JP1/IM - Managerの障害調査に必要な資料※を一括採取するツールです。

UNIX

jim_log.sh

JP1/IM - Managerの障害調査に必要な資料※を一括採取するツールです。

注※　JP1/Baseの障害調査に必要な資料を採取したい場合は，JP1/Baseが提供する資料採取ツールを実行する必要があります（上記表のツールで採取できるJP1/Baseの資料はJP1/IMに関係する部分だけです）。

採取する資料の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「12.3　トラブル発生時に採取が必要な資料」を参照してください。なお，Windowsの場合，トラブルが発生したときにメモリーダンプやクラッシュダンプが必要になることがあります。これらのダンプファイルも万一に備えて出力する設定にしておくことをお勧めします。

ただし，次の点に注意してください。

メモリーダンプのサイズは，実メモリーのサイズによって異なります。搭載している物理メモリーが大きいと，メモリーダンプのサイズも大きくなります。メモリーダンプを採取できるだけのディスク領域を確保してください。詳細は，Windowsのヘルプの「STOPエラー」の項目を参照してください。

クラッシュダンプに出力される情報はJP1だけでなく，ほかのアプリケーションプログラムのトラブル情報も出力されます。また，クラッシュダンプが出力されると，その分ディスク容量が圧迫されます。クラッシュダンプが出力されるように設定する場合は，十分なディスク領域を確保してください。

14.7.3　JP1/IM - Managerのシステム環境の検討

JP1/IM - Managerのシステム環境は，GUIやプロファイル（システムプロファイル）を使って変更できます。変更した内容はマネージャー上のJP1/IM - Managerで管理されます。

ここでは，JP1/IM - Managerのシステム環境のうち，ユーザーが変更できる設定項目について説明します。必要に応じて設定を変更することを検討してください。

(1)　JP1/IM - Managerのシステム環境についての検討項目

JP1/IM - Managerのシステム環境について，イベントバッファーとjcochstatコマンドからの接続許可を検討してください。

(a)　イベントバッファー

イベントバッファーとは，JP1/IM - Manager（セントラルコンソール）がメモリー上に持つバッファーで，JP1/Baseのイベントサービスから抽出したJP1イベントを格納するために使用します。

イベントサービスからイベントを抽出してマネージャー上にバッファリングするときのイベント件数の上限を設定します。10〜2,000件の範囲で設定できます。

イベントバッファーの値を小さくし過ぎると，［イベントコンソール］画面の［イベント監視］ページ，［重要イベント］ページに表示するJP1イベントに抜けが発生する場合があります。

イベントバッファーの値を大きくし過ぎると，JP1/IM - Viewの起動時に，［イベントコンソール］画面の表示に時間が掛かる場合があります。

イベントバッファーの設定は，セントラルコンソールのメモリー所要量を見積もり，マシンのリソースに余裕があることを確認した上で行ってください。なお，メモリー所要量を見積もるための計算式については，JP1/IM - Managerのリリースノートを参照してください。

(b)　jcochstatコマンドからの接続許可の検討

jcochstatコマンドを使用するとイベントDBまたは統合監視DB内のJP1イベントの対処状況を変更できます。このコマンドを利用すれば，ほかのアプリケーションからもJP1イベントの対処状況を変更できるようになりますが，JP1/IMの運用管理上，問題がある場合があります。

このため，JP1/IM - Managerでは，マネージャーのイベントDBまたは統合監視DBに対して，jcochstatコマンドによる対処状況の変更を許可しないように設定できます。ほかのアプリケーションからJP1イベントの対処状況を変更する必要がない場合には，許可しない設定にしておくことをお勧めします。

(c)　ログイン時のイベント取得範囲の設定

ログイン時に，指定した取得位置を起点に，最新までのイベントを統合監視DBから取得します。イベント取得範囲の設定機能を使用するかどうかは［イベント監視］ページ，［重要イベント］ページごとに設定できます。また，［重要イベント］ページについては，対処済みの重要イベントを統合監視DBから取得しない設定ができます。

JP1/IM - Managerのシステム環境設定のカスタマイズについて

JP1/IM - Managerのシステム環境設定をGUIでカスタマイズする（推奨）

参照先：マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.11　［システム環境設定］画面」

JP1/IM - Managerのシステム環境設定を定義ファイルでカスタマイズする

通常は，GUIの［システム環境設定］画面により設定してください。

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「システムプロファイル（.system）」（2.　定義ファイル）

(2)　注意事項

属性値が範囲外など，プロファイルに誤りがある場合，JP1/IM - Managerは正しく動作しないことがあります。

14.7.4　JP1ユーザー環境の検討

JP1/IMのJP1ユーザー環境（JP1ユーザーごとの［イベントコンソール］画面表示内容など）は，GUIやプロファイル（ユーザープロファイル）を使って変更できます。変更した内容はJP1/IM - Managerで管理されます。

ここでは，JP1ユーザー環境の設定項目のうち，事前に検討してほしい項目および注意事項について説明します。

(1)　スクロールバッファー

スクロールバッファーとは，JP1/IM - Viewがメモリー上に持つバッファーで，JP1/IM - Managerのイベントバッファーから取得したJP1イベントを格納するために使用します。

スクロールバッファーは，［イベント監視］ページ，［重要イベント］ページ，［イベント検索］ページのそれぞれに対して存在します。

JP1/IM - Viewは，スクロールバッファーに格納されたJP1イベントをもとにそれぞれのページを表示します。

スクロールバッファーの値（バッファリングするJP1イベントの件数）は，［ユーザー環境設定］画面で変更できます。

スクロールバッファーの値を大きくし過ぎると，JP1/IM - Viewの起動時に，［イベントコンソール］画面の表示に時間が掛かる場合があります。

スクロールバッファーの設定は，セントラルコンソール・ビューアーのメモリー所要量を見積もり，マシンのリソースに余裕があることを確認した上で行ってください。なお，メモリー所要量を見積もるための計算式については，JP1/IM - Viewのリリースノートを参照してください。

ユーザー環境のカスタマイズについて

ユーザー環境をGUIでカスタマイズする

参照先：マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.24　［ユーザー環境設定］画面」

(2)　注意事項

JP1のユーザー管理でユーザーを削除しても，ユーザープロファイルは削除されません。

JP1のユーザー管理でユーザー名を変更しても，ユーザープロファイルは引き継がれません。

ユーザープロファイルにもJP1ユーザー環境の定義内容が記述されていますが，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ユーザープロファイル（defaultUser | profile_ユーザー名）」（2.　定義ファイル）の「記述内容」に記載がない属性および属性値についてはユーザープロファイルから直接変更しないでください。変更した場合，JP1/IM - Viewは正しく動作しないことがあります。

属性値が範囲外など，プロファイルに誤りがある場合，JP1/IM - Viewは正しく動作しないことがあります。

14.7.5　対処状況変更時のJP1イベント発行の検討

対処状況変更時にJP1イベント（3F11）を発行するよう設定することで，次のような運用ができるようになります。なお，対処状況変更時に発行されるこのJP1イベントのことを，以降では対処状況イベントと呼びます。

対処操作の履歴管理

複数のオペレーターが対処操作をした場合でも，だれが，いつ，どの対処状況に変更したかを把握できるようになります。

また，［イベントコンソール］画面に表示されるイベント情報（対処状況イベント含む）をCSV出力することによって，オペレーターの対処状況を監査時の履歴として利用できます。

(1)　注意事項

JP1イベントの発行設定をすると，対処されたJP1イベント一つに対し，対処状況イベント（3F11）が一つ発行されるようになります。［イベントコンソール］画面の［重要イベント］ページやjcochstatコマンドで複数のJP1イベントの対処状況を一括して変更した場合，その対処状況を変更したJP1イベント数分，対処状況イベント（3F11）が発行されます。このことも考慮に入れて運用してください。

対処状況イベント（3F11）は，JP1/IMでJP1イベントの対処状況を変更したときに発行され，JP1/Baseに登録されます。対処状況イベント（3F11）の発行から登録までの間に，ほかのJP1ユーザーが同じJP1イベントに対して対処状況を変更した場合，対処状況イベント（3F11）に格納される対処前状況が，実際の対処前状況にならない場合があります。

例えば，対処状況が「未対処」のJP1イベントに対し，ほぼ同時にユーザーAが「処理中」，ユーザーBが「対処済」に対処状況を変更（ユーザーAの変更の方が若干早い）した場合，次のように製品は動作します。

図14‒20　複数ユーザーによる対処状況変更時の製品動作

実際の対処状況の状態遷移については，変更指示を受けた順に遷移（この場合「未対処→処理中→対処済」）しますが，その際に発行される対処状況イベント（3F11）に格納される対処前状況は，各ユーザー変更指示時の対処状況（この場合「未対処」）がそのまま格納されます。

JP1/IM - Managerは内部連絡用にJP1イベントを使用します。同一ホスト上で動作するJP1/Base（イベントサービス）でイベントサーバ設定ファイルのeventidsパラメーターを指定する場合，イベントID 00003F10を含める設定にしてください。含めない場合，［イベントコンソール］画面の項目の［対処状況］が更新されません。

14.7.6　コマンド実行環境の検討

コマンド実行機能の環境について，検討してください。

コマンド実行環境は，JP1/IM - Viewからのコマンド実行，および自動アクション機能によりコマンドを実行する時に動作します。

また，システム構成管理やユーザー認証の機能とも関連しています。

(1)　コマンド実行環境の検討

コマンド同時実行数の設定

自動アクション機能で実行されるコマンドは，通常一つのホストで一つずつ実行されるように設定されています。しかし，実行終了までに長時間かかるコマンドを実行する場合に後続のコマンドの実行開始を早めたいときは，一つのホストで同時に複数のコマンドを実行できます。

一つのホストで同時に複数のコマンドを実行できるようにするには，jcocmddefコマンドの-execnumオプションを使用してコマンド同時実行数を設定します。

"コマンド同時実行数"で定義された数までコマンドを，並行して実行します。同時に実行されるコマンド数はコマンドの実行時間や実行環境により変化しますが，"コマンド同時実行数"を超えることはありません。自動アクションで実行するコマンドの実行時間が長い場合は，シリアル設定（デフォルト）の場合には実行遅延が発生します。このような場合は設定をパラレルに変更することによって，実行遅延を減少できます。

また，このオプションで2以上の値を指定した場合は，複数のコマンドが同時に実行されるため，先に実行されたコマンドが必ずしも先に終了するとは限りません。したがって，自動アクションの終了順序を考慮した運用をしている場合は，このオプションを指定しないでください。

詳細は，次の説明を参照してください。

コマンド実行環境について

コマンド実行環境の概要

参照先：「9.4.4　コマンド実行の管理」

(2)　注意事項

自動アクションのコマンド先行入力数以上の自動アクションを実行しようとすると，そのアクションはエラーとなります。実行待ちのアクションが実行されるのを待って再実行を指示してください。再実行は，［アクション結果詳細］画面の［アクション］に表示される内容を［コマンド実行］画面に入力して行います。

コマンド先行入力数は，jcocmddefコマンドの-queuenumオプションで設定します。jcocmddefコマンドについては，マニュアル「JP1/Base 運用ガイド」のコマンドを説明している章を参照してください。

自動アクションの実行中にJP1/Baseが停止すると，そのアクションはエラーになります。

14.7.7　セントラルスコープに関するシステム設計

セントラルスコープを使用する場合，次の点について検討してください。

(1)　JP1/IM - Manager（セントラルスコープ）で管理するホスト情報の検討

JP1/IM - Manager（セントラルスコープ）では，監視ツリーの自動生成や監視オブジェクトの状態変更などの際にホスト名の比較を行って，監視ツリーの構造を決めたり，監視オブジェクトの状態を変更したりしています。

ホスト名の比較には，JP1/Baseのjp1hosts情報またはjp1hosts2情報，OSのhostsファイル，DNSやNISの設定を利用できますが，これらで定義されたホスト名と自動生成の対象となる製品が認識するホスト名，JP1イベントを発行する製品が認識するホスト名に違いがある場合，情報の収集や監視オブジェクトの状態変更が正しく行われないことがあります。

例

自動生成を利用して収集した同一ホストの監視オブジェクトが，別ホストの監視オブジェクトとして表示される。

監視オブジェクトで監視するホスト名と，JP1イベントのホスト名のマッチングが取れないため，監視オブジェクトの状態が変化しない。

このような問題を避けるため，JP1/IM - Manager（セントラルスコープ）では，JP1/IM - Manager（セントラルスコープ）独自にホスト情報を管理できます。他製品が認識するホスト名をJP1/IM - Manager（セントラルスコープ）独自のホスト情報に登録することで，問題を回避できます。

ホスト情報は，jcs_hostsファイルに記述し，その情報をホスト情報DBに登録することで有効になります。jcs_hostsファイルは，OSのhostsファイルと同じ書式で，［監視ツリー］画面で監視するホストの実ホスト名，エイリアス名，IPアドレスを記述します。一つのIPアドレスに対し，八つまでホスト名を指定できます。

監視オブジェクトの監視環境を構築する前にホスト情報ファイルを作成し，ホスト情報DBにその情報を登録するようにしてください。

(a)　注意事項

ホスト情報の参照に失敗する場合，JP1/IM - Manager（セントラルスコープ）でのJP1イベントの処理，監視ツリーの自動生成に時間が掛かるおそれがあります。

次のホストをJP1/IM - Manager（セントラルスコープ）のホスト情報DB，JP1/Baseのjp1hosts情報またはjp1hosts2情報，JP1/IM - Manager（セントラルスコープ）が動作するホストのhostsファイル，DNSなどに設定し，ホスト情報を参照できるようにしてください。

監視オブジェクトの状態変更条件で，条件として［ホスト名比較］を選択した個別条件の個別属性値に設定したホスト名。

JP1/IMの監視対象のJP1イベントに含まれる属性値のうち，1.で［ホスト名比較］を選択した個別条件に指定したイベント属性に設定される可能性のあるもの。

JP1/IMの構成管理で定義したホスト名。

監視ツリーを自動生成するためのセットアップを行った連携製品の構成情報に含まれるホスト名。

14.7.8　通信タイムアウト時間の検討

ネットワークに低速の回線が使われていたり，ビューアーの負荷が高かったりするときに，サーバの通信処理でタイムアウトによる通信エラーが発生することがあります。このような場合には，JP1/IMの設定を変更することで対処できます。

タイムアウト時間は，デフォルトで2,500ミリ秒です。低速回線やイベントトラフィックが高い環境でJP1/IMを使用する場合はこの値を大きくしてください。

通信タイムアウト値の調整について

JP1/IM - Manager（セントラルコンソール）の通信タイムアウト値の調整

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「通信環境定義ファイル（console.conf.update）」（2.　定義ファイル）

JP1/IM - Viewの通信タイムアウト値の調整

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「通信環境定義ファイル（view.conf.update）」（2.　定義ファイル）

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「通信環境定義ファイル（tree_view.conf.update）」（2.　定義ファイル）

なお，JP1/IM - Manager（セントラルスコープ）では通信タイムアウト値の調整は必要ありません。

14.7.9　JP1/IM - Viewの環境

(1)　JP1/IM - Viewの動作カスタマイズ

JP1/IM - Viewのログイン先ホスト名の履歴数，統合機能メニューの起動など，JP1/IM - Viewの動作をカスタマイズすることができます。

JP1/IM - Viewのカスタマイズについて

JP1/IM - Viewの動作カスタマイズ（セントラルコンソール・ビューアー，セントラルスコープ・ビューアーの場合）

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「IM-View設定ファイル（tuning.conf）」（2.　定義ファイル）

参照先：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.20.2　JP1/IM - View（セントラルコンソール・ビューアーおよびセントラルスコープ・ビューアー）の動作カスタマイズ（Windowsの場合）」

JP1/IM - Viewの動作カスタマイズ（IM構成管理・ビューアーの場合）

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「IM構成管理・ビューアー動作定義ファイル（jcfview.conf）」（2.　定義ファイル）

参照先：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.20.3(2)　IM構成管理・ビューアーの動作カスタマイズ」

14.7.10　イベント取得開始位置の設定の検討

イベント取得開始位置は，jcoimdefコマンドの-bオプションで設定します。イベントの取得開始位置は，-bオプションの値によって次の表に示すように異なります。

表14‒12　-bオプションと取得開始位置の関係

-bオプションの値

取得開始位置

-1

JP1/IM - Managerが前回処理したイベントの次のイベント

0

JP1/IM - Managerが起動してから登録されたイベント

1〜144

JP1/IM - Managerが起動した時刻から指定した時刻の前に登録されたイベント

それぞれの取得開始位置について説明します。

(1)　-1を指定した場合の取得開始位置

jcoimdefコマンドの-bオプションに-1を指定してJP1/IM - Managerを起動すると，イベント基盤サービスは，前回処理したイベントの中で最も古いイベントDB内通し番号を持つイベント（前回停止位置のイベント）をJP1/IM - Managerに配信します。

(2)　0を指定した場合の取得開始位置

jcoimdefコマンドの-bオプションに0を指定してJP1/IM - Managerを起動すると，イベント基盤サービスは，JP1/IM - Managerが起動してから登録されたイベントを順番にJP1/IM - Managerに配信します。

イベントがない場合，新しいイベントが登録されるまで待機します。

(3)　1〜144を指定した場合の取得開始位置

jcoimdefコマンドの-bオプションに1〜144のどれかの値を指定してJP1/IM - Managerを起動すると，イベント基盤サービスは，JP1/IM - Managerが起動した時刻からjcoimdefコマンドの-bオプションで指定した値の時刻の前に登録されたイベントを順番にJP1/IM - Managerに配信します。

JP1/IM - Managerを起動したときのイベントの取得開始位置は，JP1/IM - Managerが起動した時刻からjcoimdefコマンドの-bオプションに指定した値の時刻を引いた時刻です。

14.7.11　JP1/IM - Managerの起動・停止のタイムアウト時間の検討（UNIXの場合）

JP1/IM - Managerは起動・停止の際に，タイムアウト時間を設定して処理を実行します。起動・停止の処理に時間が掛かり，デフォルトのタイムアウト時間を超えた場合は，起動・停止処理の完了を待たずにタイムアウトします。

このような場合は，起動・停止の際のデフォルトタイムアウト時間の設定を変更することで対処できます。

デフォルトのタイムアウト時間は，次のとおりです。

起動（jco_startコマンド）：300秒

停止（jco_stopコマンド）：360秒※

注※

JP1/IM - Managerを停止したあとにIMデータベースおよびインテリジェント統合管理データベースを停止するため，それぞれの次のタイムアウト値を合計した値となります。

・JP1/IM - Manager：240秒

・インテリジェント統合管理データベース：60秒

・IMデータベース：60秒

(1)　設定するタイムアウト値の目安

IMデータベースのサイズの種類によって，設定するタイムアウト値の目安は異なります。IMデータベースの規模ごとの起動・停止のタイムアウト値の目安およびjco_startコマンド，jco_stopコマンドのデフォルト値を次の表に示します。

表14‒13　起動・停止のタイムアウト値の目安

サイズの種類

起動タイムアウト値（秒）

停止タイムアウト（秒）※

小規模（S）

180

120

中規模（M）

420

150

大規模（L）

1,020（デフォルト）

240（デフォルト）

注※

インテリジェント統合管理データベースのタイムアウト値（60秒）とIMデータベースのタイムアウト値（60秒）を除いた値です。

重要

IMデータベースおよびインテリジェント統合管理データベースの起動はバックグラウンドで実行されるため，起動時はIMデータベースおよびインテリジェント統合管理データベースの起動時間を考慮しません。

IMデータベースの停止はJP1/IM - Managertが停止したあとに行われるため，停止時のタイムアウト値を設定する際は，IMデータベースのタイムアウト時間の60秒を考慮して設定してください。

マシンの性能や状態によって起動・停止時間は異なります。このため，目安値で設定した場合でもタイムアウトが発生することがあります。ご使用の運用環境に合わせてタイムアウト値を適切に設定してください。

JP1/IM - Managerの起動・停止のログ情報から，起動停止の処理時間を算出する方法については「14.7.11(2)　ログ情報からの起動停止時間の計測方法」を参照してください。

クラスタ運用時には，クラスタソフトのタイムアウト値も見直してください。

IMデータベースの構成については，「14.1.3　IMデータベースの容量の見積もり」を参照してください。

(2)　ログ情報からの起動停止時間の計測方法

運用環境の統合トレースログで，JP1/IM - Managerの起動時，停止時のメッセージIDの時刻を確認し，開始時間と完了時間の差を算出します。起動・停止時に掛かる処理時間を確認できます。

(a)　起動時間の算出手順

起動時間の算出手順を次に示します。

統合トレースログで，次のメッセージIDの時刻を確認する。

起動開始時刻

KAVB3705-I：evflow 開始中... pid = プロセスID

起動完了時刻

KAVB3603-I：JP1_CONSの全プロセスが起動しました

起動完了時刻から起動開始時刻を引いてJP1/IM - Managerの起動時間を算出する。

起動開始時刻と起動完了時刻の例

0031 2020/07/01 14:11:46.750     JCO_SPMD         00004642 -------- KAVB3705-I evflow 開始中... pid = プロセスID
0046 2020/07/01 14:12:31.794     JCO_SPMD         00004642 -------- KAVB3603-I JP1_CONSの全プロセスが起動しました

上記の算出結果

14:12:31.794 - 14:11:46.750 = 約45秒

算出した時間を元に，起動タイムアウト時間を設定する。

算出した値を元に，システムへの負荷を考慮して余裕を持った値を設定してください。

(b)　停止時間の算出手順

停止時間の算出手順を次に示します。

統合トレースログで，次のメッセージIDの時刻を確認する。

停止開始時刻

KAVB3577-I：jco_spmd_stop : JP1_CONSの全プロセスに対し停止要求を送信します

停止完了時刻

KAVB3743-I：JP1_CONSは終了します

停止完了時刻から停止開始時刻を引いてJP1/IM - Managerの停止時間を算出する。

停止開始時刻と停止完了時刻の例

0041 2020/07/01 15:20:01.061     JCO_SPMD         0000485E -------- KAVB3577-I jco_spmd_stop : JP1_CONSの全プロセスに対し停止要求を送信します
0059 2020/07/01 15:20:34.715     JCO_SPMD         0000485E -------- KAVB3743-I JP1_CONSは終了します

上記の算出結果

15:20:34.715 - 15:20:01.061 = 約34秒

算出した時間を元に，停止タイムアウト時間を設定する。

算出した値を元に，システムへの負荷を考慮して余裕を持った値を設定してください。

(3)　JP1/IM - Managerの起動・停止のタイムアウト値の設定

JP1/IM - Managerの起動・停止のタイムアウト値の設定について説明します。

タイムアウト値を変更したあとは，通常の起動・停止と同様の方法で起動・停止できます。起動・停止については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「3.　JP1/IM - Managerの起動と終了」を参照してください。

(a)　jco_startの設定

jco_startコマンドの設定手順を次に示します。

jco_start.modelを任意の名称でコピーする。

cd /etc/opt/jp1cons
cp -p jco_start.model 任意の名称

コピーしたスクリプトをテキストエディターで開き，編集する。

MAX_RETRY※1の値を変更すると，タイムアウト値を変更できます。設定するタイムアウト時間の目安値は「14.7.11(1)　設定するタイムアウト値の目安」を参照してください。

PATH=/sbin:/bin:/usr/bin:/opt/jp1base/bin:/opt/jp1cons/bin:/opt/jp1imm/bin/imdb
LANG=C
MAX_RETRY=24     # 5 * 24 = 120 [seconds]

下線部分を編集します。

注※1

MAX_RETRYの値はリトライ回数です。リトライ間隔は5秒です。MAX_RETRYの値は次の式で算出します。

［タイムアウト秒数〕 ÷ 5 = ［MAX_RETRYに設定する値］

（例）タイムアウト秒数が180秒の場合

180 ÷ 5 = 36

MAX_RETRY = 36

(b)　jco_stopの設定

jco_stopコマンドの設定手順を次に示します。

jco_stop.modelを任意の名称でコピーする。

cd /etc/opt/jp1cons
cp -p jco_stop.model 任意の名称

コピーしたスクリプトをテキストエディターで開き，編集する。

MAX_RETRY※1の値を変更すると，タイムアウト値を変更できます。設定するタイムアウト時間の目安値は「14.7.11(1)　設定するタイムアウト値の目安」を参照してください。

PATH=/sbin:/bin:/usr/bin:/opt/jp1base/bin:/opt/jp1cons/bin:/opt/jp1imm/bin/imdb
LANG=C
MAX_RETRY=24     # 5 * 24 = 120 [seconds]

下線部分を編集します。

注※1

MAX_RETRYの値はリトライ回数です。リトライ間隔は5秒です。MAX_RETRYの値は次の式で算出します。

［タイムアウト秒数〕 ÷ 5 = ［MAX_RETRYに設定する値］

（例）タイムアウト秒数が240秒の場合

240 ÷ 5 = 48

MAX_RETRY = 48

(4)　自動起動および自動停止のタイムアウト値の設定

JP1/IM - Managerを，自動起動サービス（systemd）で自動起動および自動停止する運用の場合は，次の手順でタイムアウト値を設定します。

jp1_cons.serviceをテキストエディターで開く。

次のファイルを編集する。

/usr/lib/systemd/system/jp1_cons.service

［Service］セクションに，起動のタイムアウト値を設定する。

TimeoutStartSec=xを停止のタイムアウト値として，TimeoutStopSec=yを設定します。

TimeoutStartSec，TimeoutStopSecを設定していない場合は，systemdのデフォルトタイムアウト時間の90秒が設定されます。

設定するタイムアウト時間の目安値は「14.7.11(1)　設定するタイムアウト値の目安」を参照してください。

JP1/IM - Managerの起動・停止のログ情報から，起動・停止の処理時間を算出する方法については「14.7.11(2)　ログ情報からの起動停止時間の計測方法」を参照してください。

systemdのタイムアウト値を変更した場合は，jco_startコマンドおよびjco_stopコマンドのタイムアウト値も，systemdのタイムアウト値と合わせて見直しが必要です。

次のコマンドを実行し，自動起動サービス（systemd）の変更を適用する。

#systemctl daemon-reload

14.8　JP1/IMのメンテナンスの検討

JP1/IMにかぎらず，ITシステムを運用する場合，障害を未然に防ぐため，また，万一に備えるためにメンテナンス計画を立て，メンテナンス作業をすることが必要です。

ここでは，JP1/IMを使用しているシステムでメンテナンス作業をする際に検討してほしい項目について説明します。

14.8.1　バックアップの検討

万一システムが壊れた場合，同じ環境のシステムを構築して運用再開するために，JP1/IM，JP1/Baseの設定情報およびデータベースのバックアップを検討してください。バックアップは，次のタイミングで取得してください。

JP1/IMをセットアップしたときなど，システムを変更したとき

バージョンアップインストールをする前

JP1/IMでバックアップが必要な設定情報，バックアップとリカバリーの方法については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「1.1　設定情報の管理」，データベースの再編成，バックアップとリカバリー，再作成については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「1.2　データベースの管理」を参照してください。JP1/Baseについては，マニュアル「JP1/Base 運用ガイド」のインストールとセットアップの章のバックアップとリカバリーに関する説明を参照してください。

14.8.2　データベースのメンテナンスの検討

IMデータベースは，データの追加，削除が繰り返されることによって，無効領域が増加することがあります。この場合，IM構成管理でのホストやプロファイルの数が上限値に達する前に新規に登録できなくなったり，登録，更新，削除の速度に遅れを感じたりします。このような状態を回避するために，定期的にデータベースを再編成することをお勧めします。

IMデータベースの再編成の契機と手順については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「1.2.1　データベースの再編成」を参照してください。

IMデータベース以外のデータベースは，運用を継続しても無効領域が増加しないよう設計されています。このため，必要容量を確保しておけば，運用中にデータベースを確認する必要はありません。

14.8.3　ディスク容量の確認

JP1/IMの運用を安定して継続するためには，ディスク容量を十分に確保しておく必要があります。

例えば，JP1/IMの運用中に障害が発生したときには，ダンプファイルなどが障害調査のための資料として必要になることがあります。ダンプファイルは一時的にディスク容量を圧迫するため，必要な容量を見積もった上で，ディスクの空き容量を確保しておいてください。

14.8.4　障害レポートの利用

JP1/IM - Viewには，［イベントコンソール］画面に一覧表示されるJP1イベントの情報を保管（CSV出力）する機能があります。イベント検索機能（参照先：「4.6　イベント検索」）との併用で，障害の前後に発生したJP1イベントを一覧表示・CSV出力し，障害の分析に利用できます。

システム運用管理の作業の一つとしてイベント一覧情報の保管（CSV出力）を検討してください。また，統合監視DBを使用している場合，統合監視DBのイベント情報の保管（イベントレポート出力）を検討してください。

メモ

JP1/Baseの障害レポート用機能（jevexportコマンド）について

JP1/IMで利用するJP1/BaseのイベントDBには，さまざまな事象が統一されたフォーマット形式でJP1イベントとして記録されます。定期的にその内容を確認することで，どのホストで問題が数多く発生しているか，また，どの製品で問題が数多く発生しているかなど，JP1イベントを障害レポートとして利用できます。イベントDBの内容を確認するには，JP1/Baseのjevexportコマンドを利用します。jevexportコマンドを利用するとイベントDBの内容をCSVファイルで出力できます。

なお，イベントDBの容量は，決まっている（デフォルトでは片面10メガバイトの合計20メガバイト）ため，その容量に達する前にコマンドを使ってCSV出力する必要があります。定期的に出力することを検討してください。

14.9　JP1/IMが監視するシステム全体のメンテナンスの検討

JP1/IMが監視するシステムの中には，メンテナンスを行う場合でも処理を止めることのできないシステムがあります。例えば，24時間，365日間稼働するシステムなどでは，処理を別サーバに移したり，一部の業務処理を短い時間停止したりして，業務への影響を最小限に留めたスケジューリングの基で，メンテナンスを実施します。

メンテナンスの対象ホストでは，メンテナンス作業の一環で一時的にサーバの起動・停止を繰り返したり，業務処理を中断したりすることがあります。この際，それらを異常として検知したイベントが大量に発行されることがあります。

JP1/IMによる運用監視を継続するためには，不要なイベントをフィルタリングし，必要なイベントだけを取得する必要があります。そのためには，メンテナンスの実施順序を考慮し，不要なイベントのフィルタリングのための事前の設定をしておく必要があります。

ここでは，JP1/IMを含めたシステム全体をメンテナンスする際の検討項目，監視継続を考慮した場合の実施の手順について説明します。また，エージェントで問題発生した際の緊急時のメンテナンス実施例についても説明します。

14.9.1　メンテナンス実施前の検討項目

ここでは，メンテナンス実施前の計画段階での検討，注意が必要な項目について説明します。

(1)　システム全体での検討項目

システム全体で，メンテナンスの実施順序を決定する。

メンテナンスの順序は，システムの階層構成（IM構成）の定義に従って，必ず上位ホストから下位ホストの順序で実施してください。

また，実施順序の計画では，次の点も考慮する必要があります。

エージェント群のグルーピングでは，互いの業務処理に影響しないよう考慮する。

常時稼働システムをメンテナンスする場合は，処理を代替できるサーバを準備する。

JP1/IMおよびエージェントのメンテナンスに要する時間を，個々に見積もる。

重要

システム全体をメンテナンスする場合，jcoimdefコマンドでのイベント取得開始位置の設定，およびイベント取得フィルターを複数設定しての切り替えを利用します。

イベント取得開始位置とイベント取得フィルターには，相関関係があります。つまり，片方の設定がもう一方に影響します。相関関係を簡単に説明すると，次のようになります。

イベント取得開始位置

JP1/IM - Managerの起動時にイベント取得開始位置の設定に従って，JP1/BaseのイベントDBからイベントを取得し，JP1/IM - Managerのイベントバッファーに格納します。

イベント取得フィルター

JP1/IM - ManagerがJP1/Baseからイベントを取得する際に，JP1/IM - Managerのイベントバッファーに格納するイベントを条件に従ってフィルタリングします。

つまり，JP1/IM - Managerの停止前と起動後でイベント取得フィルターの条件が異なり，かつ，イベント取得開始位置をJP1/IM - Managerの起動前からさかのぼって取得する設定にしている場合，JP1/IM - Managerの停止前と起動後とで，イベントバッファーに格納されるイベントが異なる（JP1/IM - Viewで参照できるイベントが異なる）場合があります。これを防止するために，実施順序は必ず上位ホストから下位ホストの順序で行うようにしてください。

(2)　マネージャー（JP1/IM - Manager）側での検討項目

マネージャーのJP1/IM - Managerのメンテナンスでは，次のようなことを検討しておく必要があります。

バックアップの検討

データベースのメンテナンスの検討

ディスク容量の確認

障害レポートの利用

なお，上記検討項目の詳細については，「14.8　JP1/IMのメンテナンスの検討」を参照してください。また，監視業務の観点から，次に示す項目についても検討が必要です。

マネージャー(JP1/IM - Manager)の停止中に発生したイベントを取得する。

JP1/IM - Managerのメンテナンス中に発生したJP1イベントを管理する場合には，JP1/IM - Managerの起動前にさかのぼってJP1イベントを取得するよう設定する必要があります。

システム全体のメンテナンスの一環では，マネージャーのJP1/IM - Managerも停止します。発生事象の管理のため，JP1/IM - Manager停止中のイベントを取得するように設定を検討してください。

JP1/IM - Managerの起動前からイベントを取得する設定は，jcoimdefコマンドで行います。設定する内容については，以降で実施例を用いて説明します。

なお，マネージャーのJP1/Baseが停止している間に発生したイベントは取得できません。これは，JP1/Baseの停止中はイベントDBにJP1イベントを登録できないためです。詳細については，「14.9.1(3)　エージェント(JP1/Base)側での検討項目」を参照してください。

エージェントのメンテナンス中に発生する障害イベント（障害発生のJP1イベント）を監視の対象から外す。

メンテナンス中には，サーバの再起動などを伴うことがあり，不要な障害イベントが大量に発行されるおそれがあります。本来の監視業務に支障をきたす場合があるため，不要なイベントをフィルタリングするよう設定をしてください。

不要なイベントのフィルタリングでは，イベント取得フィルターに，メンテナンス対象ホストの発行するJP1イベントを取得対象外とする共通除外条件を定義しておき，メンテナンス時に有効にします。設定する内容については，以降で実施例を用いて説明します。

エージェントのJP1/Baseが終始停止した状態でメンテナンスをする場合は，イベントDBにイベントが登録されないため，フィルタリングの必要はありません。

エージェントのメンテナンス中に発生する障害イベントをアクションの実行対象から外す。

障害発生イベントの受信を契機としてメール送信などの自動アクションを設定している場合，メンテナンスが原因で発生した障害イベントによって自動アクションも実行されてしまいます。メンテナンス中に発生する障害イベントを取得対象としたまま，自動アクションだけを実行対象外にしたい場合は，JP1イベントを自動アクションの実行対象外とする共通除外条件の設定を検討してください。

共通除外条件の除外対象に自動アクションを設定することで，メンテナンス時に既存の自動アクションの定義を変えることなく，メンテナンス対象で発生した障害イベントだけを自動アクションの実行対象外にできます。

(3)　エージェント(JP1/Base)側での検討項目

マネージャーのJP1/Baseが停止している間に発生したJP1イベントを転送する。

マネージャーのJP1/Baseの停止時間を考慮して，転送元のJP1/Baseでイベント転送のリトライの設定をしておいてください。転送先のJP1/Baseが停止していたり，異常が発生していたりして，イベント転送が失敗したときでも一定間隔でリトライします。

詳細については，マニュアル「JP1/Base 運用ガイド」のイベントサービスの設定の説明を参照してください。

14.9.2　JP1/IMが監視するシステム全体のメンテナンス実施例

ここでは，JP1/IMが監視するシステム全体のメンテナンスの実施例について説明します。

次の図に示すような，JP1/IMが監視するシステムの階層構成（IM構成）（統合マネージャー×1，拠点マネージャー×2，エージェント×4）でメンテナンスを実施します。

図14‒21　JP1/IMが監視するシステムの階層構成

JP1/IMが監視するシステムの構成は，JP1/Baseの構成管理機能によって定義されています。システムの階層構成の定義については，「9.4.3　システムの階層構成の管理」を参照してください。

(1)　システム全体のメンテナンスの実施順序

システムの階層構成の定義に従って，上位ホストから下位ホストの順序でメンテナンスを実施します。ここでは，次のように実施順序を決定します。

統合マネージャー(mgr1)

拠点マネージャー(m1)

拠点マネージャー(m2)

エージェント(a1，a2)

エージェント(a3，a4)

図14‒22　メンテナンスの実施順序

統合マネージャー(mgr1)，拠点マネージャー(m1またはm2)，エージェント(a1，a2，a3またはa4)の順序でメンテナンスを実施することにより，不要なイベントの取得，必要なイベントの取得漏れを回避できます。

重要

マネージャー(この場合はmgr1)のメンテナンスは，必ず最初に行ってください。そのほかのホストについても，システムの階層構成に従って順序を決定してください。

(2)　統合マネージャー（JP1/IM - Manager）側での設定

不要イベントのフィルタリング，JP1/IM - Manager停止中のJP1イベント取得のため，JP1/IM - Managerの機能を利用し，設定しておきます。

(a)　イベント取得開始位置の設定

イベント取得開始位置は，jcoimdefコマンドを使用します。JP1/IM - Managerの起動前にさかのぼってイベントを取得する設定は，次の二つがあります。

jcoimdef -b -1

JP1/IM - Managerの前回停止時の状態からJP1イベントを取得する。

jcoimdef -b xxx (xxxは時間を表します。1〜144(時間)の範囲で設定します)

JP1/IM - Managerの起動から指定された時間さかのぼって，JP1イベントを取得する。

なお，JP1/IM - Managerの起動後に発行されたJP1イベントから取得する設定もありますが，今回の例では明示的に開始位置を指定する必要があるため，適用できません。

イベント取得開始位置の設定の詳細については，「14.7.10　イベント取得開始位置の設定の検討」を参照してください。jcoimdefコマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcoimdef」（1.　コマンド）を参照してください。

(b)　イベント取得フィルターの共通除外条件の設定

イベント取得フィルターに対して，一時的に取得対象外または自動アクションの実行対象外とするJP1イベントの条件を共通除外条件に定義します。共通除外条件は，［イベント取得条件一覧］画面で追加，編集できます。通常運用のイベント取得フィルターの条件を変更する必要はありません。

「図14-21　JP1/IMが監視するシステムの階層構成」に示した統合マネージャー(mgr1)，拠点マネージャー(m1→m2)，エージェント(a1，a2→a3，a4)の順で，メンテナンスを実施する場合の共通除外条件は，通常運用のイベント取得フィルターとは別に，設定内容ごとに四つ必要になります。共通除外条件の定義内容は次のようになります。なお，メンテナンス対象ホストの不要なイベントを取得対象外または自動アクションの実行対象外とするのは，統合マネージャー(mgr1)だけという前提です。

表14‒14　イベント取得フィルターの共通除外条件の設定

共通除外条件のID

メンテナンス対象ホスト

共通除外条件に定義する条件

1

拠点マネージャー(m1)

登録ホストm1を含む

2

拠点マネージャー(m2)

登録ホストm2を含む

3

エージェント(a1，a2)

登録ホストa1，a2を含む

4

エージェント(a3，a4)

登録ホストa3，a4を含む

登録ホストとは，イベントが発行されたホストのことを意味します。

拠点マネージャーでも同様のフィルタリングをしたい場合は，上記の内容を参考にして，イベント取得フィルターに共通除外条件を設定してください。なお，共通除外条件でJP1イベントをアクションの実行対象外にするには，共通除外条件を拡張モードに変更する必要があります。また，共通除外条件を拡張モードに変更して使用すると，条件群の適用期間を指定できるようになります。イベント取得フィルターの共通除外条件については，「4.2.7　共通除外条件」を参照してください。

共通除外条件の設定の詳細については，拡張モードを使用するかどうかによって設定画面が異なります。マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の次の説明を参照してください。

共通除外条件：3.15　［共通除外条件設定］画面

共通除外条件（拡張モードを使用する場合）：3.16　［共通除外条件設定(拡張)］画面

(3)　拠点マネージャーおよびエージェントでのJP1/Baseの設定

転送先のホストの停止時間を考慮して，イベント転送のリトライの設定をします。この場合は，拠点マネージャー(m1，m2)，エージェント(a1，a2，a3，a4)で設定します。リトライ期間はデフォルトで3,600秒です(60分間，一定間隔でリトライします)。転送先ホストのJP1/Baseの停止時間がこれを超える場合は調整してください。

詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(4)　メンテナンスの実施手順

ここでは，メンテナンス時の手順について説明します。

(a)　統合マネージャーのメンテナンス手順

統合マネージャー（mgr1）のメンテナンスは，次の順序で実施します。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

JP1/IM - ManagerおよびJP1/Baseのメンテナンスをする。

JP1/IM - Managerの設定情報のバックアップ，リカバリー，ディスク容量の管理などについてはマニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「1.　JP1/IMシステムのメンテナンス」を，JP1/Baseについては，マニュアル「JP1/Base 運用ガイド」のメンテナンスの説明を参照してください。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

なお，拠点マネージャーのJP1/IM - Managerをメンテナンスする場合も同様の手順です。

(b)　拠点マネージャー，エージェント（JP1/Base）のメンテナンス手順

拠点マネージャー（m1，m2）やエージェント※（a1，a2，a3，a4）のメンテナンスを実施するときには，統合マネージャー（mgr1）のイベント取得フィルターの共通除外条件を切り替えて，不要なイベントをフィルタリングします。

注※　エージェントとしてJP1/Baseを使用している場合が該当します。

メンテナンスの実施順序と，イベント取得フィルターの共通除外条件の切り替えのタイミングは次の図のようになります。

図14‒23　実施順序とイベント取得フィルターの共通除外条件の切り替えのタイミング

イベント取得フィルターの共通除外条件の切り替えは，jcochfilterコマンド，［システム環境設定］画面，または［イベント取得条件一覧］画面からできます。

イベント取得フィルターの共通除外条件の切り替え手順

マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「6.5.3　適用するイベント取得フィルターを切り替える」を参照。

jcochfilterコマンドの詳細

マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcochfilter」（1.　コマンド）を参照。

［システム環境設定］画面の詳細

マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.11　［システム環境設定］画面」を参照。

［イベント取得条件一覧］画面の詳細

マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.14　［イベント取得条件一覧］画面」を参照。

なお，拠点マネージャー，エージェントにインストールされている製品によって，メンテナンス手順，バックアップファイルなどが異なります。メンテナンスの実施時には，マニュアル「JP1/Base 運用ガイド」またはJP1イベントを発行するそれぞれの製品のマニュアルを参照してください。

メモ

jcochfilterコマンドを使用してイベント取得フィルターを切り替える場合，JP1/AJSのスケジュールやカレンダーの機能を利用して，指定した時間に自動的にイベント取得フィルターを切り替えることができます。これによって，監視状態を自動的に移行するような運用もできます。

14.9.3　エージェント単体でのメンテナンス実施例

ここでは，エージェント単体でのメンテナンスを実施する場合の実施例について説明します。

エージェントで緊急対処を必要とする問題が発生した場合，問題調査のためのイベントは監視する必要がありますが，メンテナンスに移行したあとのイベントは不要です。メンテナンスに移行する前に，不要なイベントを除外できるように，イベント取得フィルターに不要なイベントを取得対象外とする共通除外条件を設定し，他ホストの監視を継続するようにしてください。なお，共通除外条件で取得したイベントを自動アクションの実行対象外にすることもできます。

ここでは，不要なイベントを取得対象外とする場合のエージェント単体でのメンテナンスの実施例を次の図に示します。

図14‒24　エージェント単体でのメンテナンス実施例

図中の番号に従って説明します（図中の丸付き番号は，次に示す番号にそれぞれ対応しています）。

JP1/IMで監視しているエージェントの中のホストBに障害が発生し，JP1イベントが発行されました。

マネージャーのJP1/Base，JP1/IM - Managerにあるイベント取得フィルターを経由したJP1イベントを，JP1/IM - Viewで参照します。

ホストBのメンテナンスを実施するため，あらかじめ作成しておいたホストBのメンテナンス用の共通除外条件（ホストBから発行されるJP1イベントを取得しないように設定した共通除外条件）を有効にします。

共通除外条件の切り替えは，JP1/IM - Viewの［システム環境設定］画面または［イベント取得条件一覧］画面から切り替える方法と，jcochfilterコマンドを使用して切り替える方法があります。

ホストBのメンテナンス用の共通除外条件を有効にしたため，ホストBから発行されたJP1イベントは，JP1/IM - Managerで取得されなくなります（JP1/IM - Viewの画面にも表示されません）。

ホストBのメンテナンス作業を実施します。

メンテナンス作業の終了後，JP1/IM - Viewの［システム環境設定］画面または［イベント取得条件一覧］画面から，またはjcochfilterコマンドを使用して，共通除外条件を無効にします。

共通除外条件の有効・無効を切り替える方法については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「6.5.3　適用するイベント取得フィルターを切り替える」を参照してください。

14.10　暗号化通信の検討

SSL通信を使用して通信データを暗号化する通信暗号化機能について説明します。

前提OS

リリースノートを参照してください。

動作言語

JP1/IM - ManagerおよびJP1/IM - Viewが動作するOSの言語に，次のどちらかを設定してください。

日本語

英語

上記以外での通信暗号化機能の使用は，サポートしていません。JP1/IM - ManagerおよびJP1/IM - Viewが動作するOSの言語の設定手順については，「14.1.5 言語環境の検討」を参照してください。

14.10.1　通信暗号化機能で暗号化できる範囲

通信暗号化機能で暗号化できる範囲を次の図，および表で示します。

図14‒25　インテリジェント統合管理サーバの暗号化できる範囲

図中の丸付き番号は，次に示す項番にそれぞれ対応しています。

表14‒15　インテリジェント統合管理サーバの暗号化できる範囲

項番

通信個所

説明

接続元

接続先

1

WWWブラウザー（統合オペレーション・ビューアー）

インテリジェント統合管理サーバ※1

ビューアー（統合オペレーション・ビューアー）からJP1/IM - Manager（インテリジェント統合管理基盤）への接続で使用

2

インテリジェント統合管理サーバ※2

認証サーバ

ユーザー認証で使用

3

インテリジェント統合管理サーバ

統合エージェントホスト

JP1/IM - Manager（インテリジェント統合管理基盤）から統合エージェントホストへの接続で使用

4

統合エージェントホスト

インテリジェント統合管理サーバ

統合エージェントホストからJP1/IM - Manager（インテリジェント統合管理基盤）への接続で使用

注※1　該当の通信個所を暗号化通信にする際は，JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1imcmdaを設定します。詳細はマニュアル「JP1/Base 運用ガイド」を参照してください。

注※2　該当の通信個所を暗号化通信にする際は，JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1bsuserを設定します。詳細はマニュアル「JP1/Base 運用ガイド」を参照してください。

図14‒26　セントラルコンソールの暗号化できる範囲

図中の丸付き番号は，次に示す項番にそれぞれ対応しています。

表14‒16　セントラルコンソールの暗号化できる範囲

項番

通信個所※1

説明

接続元

接続先

1

セントラルコンソール・ビューアー

イベントコンソールサービス※2

JP1/IM - ViewからJP1/IM - Manager（イベントコンソールサービス）への接続で使用

2

セントラルコンソール・ビューアー

コマンド実行※2

JP1/IM - Viewからコマンド実行する際に使用

3

jcochstatコマンド※2

イベントコンソールサービス（他ホスト）※2

jcochstatコマンドの-hオプションで他ホストを指定して実行する際に使用

4

イベントコンソールサービス※3

認証サーバ※3

ユーザー認証で使用

5

イベントコンソールサービス※4

イベントサービス（エージェントホスト）※4

イベントコンソールサービスからエージェントホストのイベントサービスへの接続で使用

注※1　jcochfilterコマンド，jcochstatコマンド（-hオプションで論理ホスト名を指定した場合，または-hオプションを省略した場合），イベント基盤サービス，アクション実行サービスでは，内部処理で通信暗号化機能を使用します。

注※2　該当の通信個所を暗号化通信にする際は，JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1imcmdaを設定します。詳細はマニュアル「JP1/Base 運用ガイド」を参照してください。

注※3　該当の通信個所を暗号化通信にする際は，JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1bsuserを設定します。詳細はマニュアル「JP1/Base 運用ガイド」を参照してください。

注※4　該当の通信個所を暗号化通信にする際は，JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1imcmdaとjp1bsagentを設定します。詳細はマニュアル「JP1/Base 運用ガイド」を参照してください。

図14‒27　セントラルスコープの暗号化できる範囲

図中の丸付き番号は，次に示す項番にそれぞれ対応しています。

表14‒17　セントラルスコープの暗号化できる範囲

項番

通信個所※1

説明

接続元

接続先

1

セントラルスコープ・ビューアー

セントラルスコープサービス※2

JP1/IM - ViewからJP1/IM - Manager（セントラルスコープサービス）への接続で使用

2

セントラルスコープサービス※3

認証サーバ※3

ユーザー認証で使用

注※1　jcschstatコマンド，jcsdbexportコマンド，jcsdbimportコマンドでは，内部処理で通信暗号化機能を使用します。

注※2　該当の通信個所を暗号化通信にする際は，JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1imcmdaを設定します。詳細はマニュアル「JP1/Base 運用ガイド」を参照してください。

注※3　該当の通信個所を暗号化通信にする際は，JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1bsuserを設定します。詳細はマニュアル「JP1/Base 運用ガイド」を参照してください。

図14‒28　IM構成管理の暗号化できる範囲

図中の丸付き番号は，次に示す項番にそれぞれ対応しています。

表14‒18　IM構成管理の暗号化できる範囲

項番

通信個所※1

説明

接続元

接続先

1

IM構成管理・ビューアー

IM構成管理サービス※2

JP1/IM - ViewからJP1/IM - Manager（IM構成管理サービス）への接続で使用

2

IM構成管理サービス

下位マネージャーのIM構成管理サービス※2

IM構成同期を実行する際に使用

3

IM構成管理サービス※3

認証サーバ※3

ユーザー認証で使用

注※1　jcfexportコマンド，jcfimportコマンド，jcfvirtualchstatコマンド，jcfaleltdefコマンド，jcfaleltreloadコマンド，jcfaleltstartコマンド，jcfaleltstatコマンド，jcfaleltstopコマンド，jcfallogdefコマンド，jcfallogreloadコマンド，jcfallogstartコマンド，jcfallogstatコマンド，jcfallogstopコマンドでは，内部処理で通信暗号化機能を使用します。

注※2　該当の通信個所を暗号化通信にする際は，JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1imcmdaを設定します。詳細はマニュアル「JP1/Base 運用ガイド」を参照してください。

注※3　該当の通信個所を暗号化通信にする際は，JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1bsuserを設定します。詳細はマニュアル「JP1/Base 運用ガイド」を参照してください。

14.10.2　通信暗号化機能に必要な証明書

通信を暗号化する必要があるマネージャーホストは，マネージャーホストごとに秘密鍵，およびサーバ証明書が必要です。異なるホスト間で同一のサーバ証明書を共有することはできません。ただし，ワイルドカード証明書を使用した場合は，異なるホスト間で同一のサーバ証明書を共有することができます。ワイルドカード証明書については「14.10.2(1)　ワイルドカード証明書について」を参照してください。

サーバ証明書に対応するルート証明書は，各マネージャーホストで異なる場合でも問題ありません。ただし，ルート証明書が同一であればマネージャーホスト，ビューアーホストに配置するルート証明書は1つになり，操作手順が容易になります。

通信を暗号化する必要がないマネージャーホストは，秘密鍵，およびサーバ証明書の作成は不要です。通信を暗号化するマネージャーホストと暗号化しないマネージャーホストが混在する構成については「14.10.6(2)　複数のマネージャーホストに接続するシステム構成」を参照してください。

通信暗号化機能の運用後にマネージャーホストのホスト名を変更し，変更後のホスト名がサーバ証明書のCNおよびSANと異なる場合は，サーバ証明書を作成し直してください。

サーバ証明書を作成し直す場合の手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「9.4.2　設定済みの証明書を変更する」を参照してください。

インテリジェント統合管理基盤を利用し，統合オペレーション・ビューアーとJP1/IM - Manager間の通信を暗号化する場合，統合オペレーション・ビューアーの表示に使用するブラウザの種類，バージョンによって，使用する証明書にSANの設定が必要となる場合があります。

ご使用のブラウザでSANの設定が必須の場合は，作成する証明書にSANを設定するようにしてください。

(1)　ワイルドカード証明書について

通信暗号化機能では，ワイルドカード証明書に対応します。

ワイルドカード証明書とは，サーバ証明書のCNやSANにワイルドカード「*（アスタリスク）」を使用することで，1枚のサーバ証明書で複数のサブドメイン（ホスト）に対応できる証明書です。

サーバ証明書のCNやSANのホスト名部分の先頭が「*」になっているサーバ証明書の場合，同一ドメインであれば，ホスト名の異なる複数のホストで単一のサーバ証明書を使用できます。「*」は，CNまたはSANの先頭（ホスト名部分）だけに使用でき，「*」のすぐ後ろには「.」が必要です。「*」を先頭以外に使用したり，正規表現のように「a*」（aから始まるホスト名）を指定したりできません。トップレベルドメイン，および汎用ドメイン内のホスト名にはワイルドカード「*」を使用できません。ワイルドカード証明書に指定できるCNおよびSANの指定値について，表で示します。

表14‒19　ワイルドカード証明書に指定できるCNおよびSANの指定値

項番

CNおよびSANの指定値

JP1/IMのサポート可否

1

*.example.com

○

2

**.example.com

×

3

t*.example.com

×

4

*t.example.com

×

5

test.*.com

×

6

*.com

×

7

*.co.jp

×

8

*.168.0.2

×

（凡例）

○：サポートします。

×：サポートしません。

(2)　自己署名証明書について

通信暗号化機能では，認証局から署名を受けた証明書だけでなく，自己署名証明書も使用できます。自己署名証明書を使用する場合は，自己署名証明書と，公的な認証局の証明書を使用した場合の特性の違いを理解した上で，運用してください。

(3)　証明書のメンテナンスについて

通信暗号化機能では，証明書を検証し，証明書が有効期間内であるかをチェックします。有効期限が過ぎる前に証明書を入れ替えるなど，メンテナンスをしてください。手順については，マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「1.6.1　サーバ証明書の有効期限の管理」を参照してください。

証明書の有効期限については，「14.10.4　サーバ証明書の検証」，および「14.10.5　ルート証明書の検証」を参照してください。

14.10.3　証明書の配置

通信暗号化機能で使用する証明書の配置について説明します。

(1)　マネージャーホストとビューアーホスト間の暗号化

マネージャーホストとビューアーホスト間の暗号化で必要な証明書を次に示します。

図14‒29　マネージャーとビューアー間の暗号化通信で必要な証明書

マネージャーホストで必要な証明書

マネージャーホストのサーバ証明書

マネージャーホストのサーバ証明書に対応するルート証明書

中間CA（認証局）がある場合は，マネージャーホストのサーバ証明書を発行した中間CA（認証局）の中間証明書

ビューアーホストで必要な証明書

マネージャーホストのサーバ証明書に対応するルート証明書

「図14-29 マネージャーとビューアー間の暗号化通信で必要な証明書」に加えて，jcochstatコマンドの-hオプションで他ホストのマネージャーの対処状況を変更するために必要な証明書を次の図に示します。

図14‒30　jcochstatコマンドの-hオプション指定で必要な証明書

マネージャーホストで必要な証明書

マネージャーホストのサーバ証明書

マネージャーホストのサーバ証明書に対応するルート証明書

中間CA（認証局）がある場合は，マネージャーホストのサーバ証明書を発行した中間CA（認証局）の中間証明書

他マネージャーホストの，サーバ証明書に対応するルート証明書

他マネージャーホストで必要な証明書

他マネージャーホストのサーバ証明書

他マネージャーホストのサーバ証明書に対応するルート証明書

他マネージャーホストのサーバ証明書を発行した中間CA（認証局）の中間証明書（中間CA（認証局）がある場合）

(2)　マネージャーホストと認証サーバ間の暗号化

マネージャーホストと認証サーバ間の暗号化で，必要な証明書を次に示します。なお，認証サーバの通信暗号化（SSL通信）については，マニュアル「JP1/Base 運用ガイド」を参照してください。

図14‒31　マネージャーと認証サーバ間の暗号化通信で必要な証明書

マネージャーホストで必要な証明書

マネージャーホストのサーバ証明書※

マネージャーホストのサーバ証明書に対応するルート証明書※

中間CA（認証局）がある場合は，マネージャーホストのサーバ証明書を発行した中間CA（認証局）の中間証明書※

マネージャーホストの使用するJP1/Base（認証サーバ）のサーバ証明書に対応するルート証明書

注※　マネージャーホストとビューアーホスト間で暗号化通信をしない場合は不要です。マネージャーホストとビューアーホスト間の暗号化については「14.10.3(1)　マネージャーホストとビューアーホスト間の暗号化」を参照してください。

認証サーバで必要な証明書

認証サーバのサーバ証明書

認証サーバのサーバ証明書に対応するルート証明書

中間CA（認証局）がある場合は，認証サーバのサーバ証明書を発行した中間CA（認証局）の中間証明書

(3)　マネージャーホストとエージェントホスト（JP1/IM - Agent）間の暗号化

マネージャーホストとエージェントホスト間の暗号化で，必要な証明書を次に示します。

図14‒32　マネージャーと認証サーバ間の暗号化通信で必要な証明書

マネージャーホストで必要な証明書

マネージャーホストのサーバ証明書

秘密鍵

エージェントホストで必要な証明書

マネージャーホストのサーバ証明書に対応するルート証明書

(4)　上位マネージャーでIM構成管理を使用する場合

階層構成（IM構成）で，上位マネージャーでIM構成管理機能を使用し，かつ下位マネージャーで通信暗号化機能を使用する場合，上位マネージャーホストに下位マネージャーホストのルート証明書を配置します。

IM構成管理の機能については，「8.　IM構成管理によるシステムの階層構成の管理」を参照してください。

図14‒33　上位マネージャーでIM構成管理機能を使用する場合に必要な証明書

上位マネージャーホストで必要な証明書

上位マネージャーホストのサーバ証明書※

上位マネージャーホストのサーバ証明書に対応するルート証明書※

中間CA（認証局）がある場合は，上位マネージャーホストのサーバ証明書を発行した中間CA（認証局）の中間証明書※

下位マネージャーホストのサーバ証明書に対応するルート証明書

注※　上位マネージャーホストとビューアーホスト間で暗号化通信をしない場合は不要です。マネージャーホストとビューアーホスト間の暗号化については「14.10.3(1)　マネージャーホストとビューアーホスト間の暗号化」を参照してください。

下位マネージャーホストで必要な証明書

下位マネージャーホストのサーバ証明書

下位マネージャーホストのサーバ証明書に対応するルート証明書

中間CA（認証局）がある場合は，下位マネージャーホストのサーバ証明書を発行した中間CA（認証局）の中間証明書

(5)　ルート証明書の配置の詳細

通信暗号化機能では，クライアントに配置したルート証明書を更新・削除するため，ルート証明書がどのサーバに対応するルート証明書か意識してクライアントに配置する必要があります。

暗号化通信のクライアントとなるホストはビューアーホスト，マネージャーホストです。

複数のルート証明書をマネージャーホストに配置する場合は，ルート証明書を結合して一つのファイルにする必要があります。

複数のルート証明書をビューアーホストに配置する場合は，ルート証明書を結合して一つのファイルにする必要はありません。

ルート証明書の更新・削除の主な契機を次に示します。

認証局によってルート証明書が変更された場合

ルート証明書に対応するサーバ証明書を使用するホストで通信暗号化機能の使用をやめるなど，ルート証明書に対応するサーバがなくなる場合

次に，ルート証明書の配置の詳細について，ビューアーホスト（クライアント）とマネージャーホスト（サーバ）を例にして説明します。

1台のビューアーホストから1台のマネージャーホストに接続する構成

マネージャーホストが1台のため，ビューアーホストに配置するルート証明書は1枚です。

ビューアーホストと統合マネージャーホストの通信を暗号化する構成

統合マネージャーは通信暗号化機能が有効で，拠点マネージャーおよび中継マネージャーを階層構成とする場合の構成を次の図に示します。

図14‒34　ビューアーホストのルート証明書配置の構成（例1）

1台のビューアーホストから複数のマネージャーホストに接続する構成で各マネージャーホストのサーバ証明書に対応するルート証明書が異なる場合

各マネージャーホストに対応するルート証明書をビューアーホストに配置します。そのため，ビューアーホストに配置するルート証明書は，マネージャーホストの台数分の枚数です。

ビューアーホストと統合マネージャーホスト，および拠点マネージャーホストの通信を暗号化する構成

統合マネージャーの通信暗号化機能が有効，拠点マネージャーの通信暗号化機能が有効，統合・拠点マネージャーのサーバ証明書に対応するルート証明書が異なる場合，1台のビューアーホストで複数のマネージャーホストを監視する構成を次の図に示します。統合マネージャーは，拠点マネージャーおよび中継マネージャーを階層構成とします。

図14‒35　ビューアーホストのルート証明書配置の構成（例2）

1台のビューアーホストから複数のマネージャーホストに接続する構成で各マネージャーホストのサーバ証明書に対応するルート証明書が同じ場合

各マネージャーホストに対応するルート証明書が同じため，ビューアーホストに配置するルート証明書は1枚です。また，同じルート証明書を異なるファイル名で配置することで，マネージャーホストとルート証明書の対応を1対1にできます。1対1にすることでルート証明書を削除する際に，マネージャーホストに対応するルート証明書がどれか明確になります。1枚のルート証明書が複数のマネージャーホストに対応するルート証明書を削除する場合は，対応するマネージャーホストがないことを確認します。

ビューアーホストと統合マネージャーホストの通信，およびビューアーホストと拠点マネージャーホストの通信を暗号化する構成

統合，および拠点マネージャーのサーバ証明書に対応するルート認証書が同じであるため，JP1/IM - Viewに配置するルート証明書は統合，および拠点マネージャーで同一のルート証明書となります。

統合マネージャーの通信暗号化機能が有効，拠点マネージャーの通信暗号化機能が有効，統合・拠点マネージャーのサーバ証明書に対応するルート証明書が同じ場合，1台のビューアーホストで複数のマネージャーホストを監視する構成を次の図に示します。統合マネージャーは，拠点マネージャーおよび中継マネージャーを階層構成とします。

図14‒36　ビューアーホストのルート証明書配置の構成（例3）

14.10.4　サーバ証明書の検証

暗号化通信開始時にクライアント（接続元）が検証する，サーバ証明書の検証について説明します。

暗号化通信開始時にクライアントはサーバ（接続先）からサーバ証明書を受信し，受信したサーバ証明書を検証することでサーバの正当性を確認します。

通信暗号化機能でクライアントが検証する，サーバ証明書の検証内容を次に示します。

検証する通信については「表14-20 セントラルコンソールの証明書の検証内容」，「表14-21 セントラルスコープの証明書の検証内容」，または「表14-22 IM構成管理の証明書の検証内容」を参照してください。

(1)　署名の検証

クライアントはサーバ証明書を受け取り，クライアントにあらかじめ配置してあるルート証明書を使用し，サーバ証明書の署名を検証します。

(2)　サーバ証明書のホスト名の検証（CNおよびSANの検証）

サーバ証明書のホスト名の検証（CNおよびSANの検証）では，クライアントの接続先のホスト名と，サーバ証明書のホスト名が一致していることを確認します。これは，サーバ証明書のCNまたはSAN（dNSName）に記載したホスト名と，クライアントが認識している接続先のホスト名を比較します。※

サーバ証明書のCNまたはSAN（dNSName）に記載したホスト名に，クライアントが認識している接続先のホスト名が含まれていない場合，通信を切断します。

注※　サーバ証明書にSAN（dNSName）が記載されている場合，SAN（dNSName）だけを比較対象とし，CNは比較対象としません。

図14‒37　接続先に指定したホスト名とCNが異なる場合の動作

サーバ証明書のホスト名の検証（CNおよびSANの検証）に使用する接続先ホスト名については「14.10.4(3)サーバ証明書のホスト名の検証（CNおよびSANの検証）に使用するホスト名」を参照してください。

(3)　サーバ証明書のホスト名の検証（CNおよびSANの検証）に使用するホスト名

サーバ証明書のホスト名の検証（CNおよびSANの検証）では，次に示すホスト名を使用します。また，通信暗号化機能を使用する場合，次に示すホスト名にIPアドレスを使用できません。

JP1/IM - Viewのログイン画面の接続先ホスト名

jcochstatコマンドの-hオプションに指定するマネージャーホスト名

システムの階層構成としてIM構成管理に登録するホスト名

JP1/IM - Managerでサーバ証明書のホスト名の検証（CNおよびSANの検証）する通信については「表14-20 セントラルコンソールの証明書の検証内容」，「表14-21 セントラルスコープの証明書の検証内容」，または「表14-22 IM構成管理の証明書の検証内容」を参照してください。

(4)　サーバ証明書の有効期限

クライアントは，サーバ証明書の有効期限を確認します。

サーバ証明書の有効期限はセキュリティレベルを保つために設定する期間であるため，有効期間外の場合はサーバとの通信を切断します。

サーバ証明書の期限切れの事前通知を受けたい場合は，公的CAのサービスを利用してください。

証明書の更新については，「14.10.2(3)　証明書のメンテナンスについて」を参照してください。

(5)　セントラルコンソールの証明書の検証内容

セントラルコンソールの暗号化できる範囲，および証明書の検証内容を次に示します。

図14‒38　セントラルコンソールの暗号化できる範囲

図中の丸付き番号は，次に示す項番にそれぞれ対応しています。

表14‒20　セントラルコンソールの証明書の検証内容

項番

通信個所※1

接続元によるサーバ証明書の検証

接続元によるルート証明書の検証※2

接続元

接続先

署名の検証

サーバ証明書のホスト名の検証（CNおよびSANの検証）に使用するホスト名

有効期限

有効期限

1

セントラルコンソール・ビューアー

イベントコンソールサービス

○

○

ログイン画面の接続ホスト名

○

○

JP1/IM - Viewに配置したルート証明書を検証

2

セントラルコンソール・ビューアー

コマンド実行

○

○

3

jcochstatコマンド

イベントコンソールサービス（他ホスト）

○

○

-hオプションで指定するマネージャーホスト名

○

○

マネージャーホストに配置したルート証明書を検証

4

イベントコンソールサービス

認証サーバ

JP1/Baseの通信暗号化機能を使用して通信します。JP1/Baseの通信暗号化機能については，マニュアル「JP1/Base 運用ガイド」を参照してください。

5

イベントコンソールサービス

イベントサービス（エージェントホスト）

○

○

イベント検索条件設定画面の検索ホスト名

○

○

マネージャーホストに配置したルート証明書を検証

（凡例）

○：検証する

注※1

詳細については「14.10.1　通信暗号化機能で暗号化できる範囲」を参照してください。

注※2

ルート証明書の検証については「14.10.5　ルート証明書の検証」を参照してください。

(6)　セントラルスコープの証明書の検証内容

セントラルスコープの暗号化できる範囲，および証明書の検証内容を次に示します。

図14‒39　セントラルスコープの暗号化できる範囲

図中の丸付き番号は，次に示す項番にそれぞれ対応しています。

表14‒21　セントラルスコープの証明書の検証内容

項番

通信個所※1

接続元によるサーバ証明書の検証

接続元によるルート証明書の検証※2

接続元

接続先

署名の検証

サーバ証明書のホスト名の検証（CNおよびSANの検証）に使用するホスト名

有効期限

有効期限

1

セントラルスコープ・ビューアー

セントラルスコープサービス

○

○

ログイン画面の［接続ホスト名］

○

○

JP1/IM - Viewに配置したルート証明書を検証

2

セントラルスコープサービス

認証サーバ

JP1/Baseの通信暗号化機能を使用して通信します。JP1/Baseの通信暗号化機能については，マニュアル「JP1/Base 運用ガイド」を参照してください。

（凡例）

○：検証する

注※1

詳細については「14.10.1　通信暗号化機能で暗号化できる範囲」を参照してください。

注※2

ルート証明書の検証については「14.10.5　ルート証明書の検証」を参照してください。

(7)　IM構成管理の証明書の検証内容

IM構成管理の暗号化できる範囲，および証明書の検証内容を次に示します。

図14‒40　IM構成管理の暗号化できる範囲

図中の丸付き番号は，次に示す項番にそれぞれ対応しています。

表14‒22　IM構成管理の証明書の検証内容

項番

通信個所※1

接続元によるサーバ証明書の検証

接続元によるルート証明書の検証※2

接続元

接続先

署名の検証

サーバ証明書のホスト名の検証（CNおよびSANの検証）に使用するホスト名

有効期限

有効期限

1

IM構成管理・ビューアー

IM構成管理サービス

○

○

ログイン画面の接続ホスト名

○

○

JP1/IM - Viewに配置したルート証明書を検証

IM構成管理・ビューアー

（拠点ビュー起動時）

○

○

IM構成管理で登録した「ホスト名」

○

○

JP1/IM - Viewに配置したルート証明書を検証

2

IM構成管理サービス（統合マネージャー）

IM構成管理サービス（拠点マネージャー）

○

○

IM構成管理で登録した「ホスト名」

○

○

マネージャーホストに配置したルート証明書を検証

3

IM構成管理サービス

認証サーバ

JP1/Baseの通信暗号化機能を使用して通信します。JP1/Baseの通信暗号化機能については，マニュアル「JP1/Base 運用ガイド」を参照してください。

（凡例）

○：検証する

注※1

詳細については「14.10.1　通信暗号化機能で暗号化できる範囲」を参照してください。

注※2

ルート証明書の検証については「14.10.5　ルート証明書の検証」を参照してください。

14.10.5　ルート証明書の検証

ルート証明書は，クライアントが検証するサーバ証明書の署名の検証で使用します。

クライアントは読み込んだルート証明書の有効期限が，有効期間内かどうか確認します。ルート証明書が有効期間外の場合は，統合トレースログに警告メッセージを出力しますが，サーバ証明書の署名の検証に使用します。

証明書の更新については「14.10.2(3)　証明書のメンテナンスについて」を参照してください。

証明書の検証内容については，次の個所を参照してください。

「14.10.4(5)　セントラルコンソールの証明書の検証内容」

「14.10.4(6)　セントラルスコープの証明書の検証内容」

「14.10.4(7)　IM構成管理の証明書の検証内容」

14.10.6　システム構成

通信暗号化機能を使用すると，ビューアーホストとマネージャーホストの通信データの機密性を確保できます。通信暗号化機能を使用した場合の，推奨するシステム構成を次に示します。

(1)　基本のシステム構成

マネージャー，エージェントはバージョン13，認証サーバのJP1/Baseはバージョン13以前とし，バージョン12以前との混在環境をサポートします。

図14‒41　基本構成

(2)　複数のマネージャーホストに接続するシステム構成

1台のビューアーホストで2台のビューアーを起動し，1台のビューアーは通信暗号化機能が有効のマネージャーホストに接続し，もう1台のビューアーは通信暗号化機能が無効のマネージャーホストに接続する場合のシステム構成を次に示します。

図14‒42　複数のマネージャーホストに接続する構成

JP1/IM - Viewで通信を暗号化するホストとしないホストを設定します。設定方法については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「非暗号化通信ホスト設定ファイル（nosslhost.conf）」（2.　定義ファイル）を参照してください。

ビューアーホストと通信暗号化機能が無効のマネージャーホスト間の通信データの機密性を確保する場合は，ファイアウォールやVPNなどで物理的，ネットワーク的にセキュアな環境にし，アンセキュアな環境のビューアーホストからのマネージャーホストへの非暗号化通信はファイアウォールなどで通信できないようにします。

(3)　複数のビューアーホストが接続するシステム構成

マネージャーホストはビューアーホストと非暗号化通信を許可しないため，バージョン10以前のJP1/IM - Viewとの混在環境はサポートしません。

図14‒43　複数のビューアーホストが接続する構成

(4)　マネージャーホストとビューアーホストの階層構成

拠点または中継マネージャーホストで通信暗号化機能が無効の場合，ビューアーホストとの通信は暗号化されません。

通信データの機密性を確保する際は，ファイアウォールやVPNなどで物理的，ネットワーク的にセキュアな環境にします。アンセキュアな環境のビューアーホストからの通信はすべて暗号化し，非暗号化通信はファイアウォールなどで通信できないようにします。また，非暗号化通信するビューアーホストはセキュアな環境に配置します。

図14‒44　マネージャーを階層化している構成

(5)　マネージャーホストと認証サーバの構成

マネージャーホストと認証サーバ間の通信を暗号化する場合は認証サーバの認証圏を考慮してください。

マネージャーホストがすべてバージョン12の構成の場合

認証サーバの通信暗号化機能が有効の場合は，すべてのJP1/Base（マネージャーホスト）の通信暗号化機能（認証サーバのクライアントとしての機能）を有効にします。

図14‒45　マネージャーホストがすべてバージョン12の構成

マネージャーホストがバージョン11以降とバージョン10以前の混在構成の場合

認証サーバの通信暗号化機能が有効の場合は，別途認証サーバの暗号化機能が無効のサーバを構築して認証圏を分ける必要があります。

図14‒46　マネージャーホストがバージョン11以降とバージョン10以前の混在構成

14.10.7　通信暗号化機能の有効・無効と製品バージョン間の接続性

通信暗号化機能の有効・無効と，各製品のバージョン（10-50以前，および11-00以降）間の接続，および連携製品との接続について説明します。

(1)　JP1/IM - ViewとJP1/IM - Managerの接続性，およびjcochstatコマンドを-hオプションを指定して実行した場合の接続性

バージョン11-00以降のJP1/IM - Viewは，非暗号化通信ホスト設定ファイルで，接続先のJP1/IM - Managerと非暗号化通信するかどうか判断し，接続します。

非暗号化通信ホスト設定ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「非暗号化通信ホスト設定ファイル（nosslhost.conf）」（2.　定義ファイル）を参照してください。

表14‒23　JP1/IM - ViewとJP1/IM - Managerの接続性

JP1/IM - Manager

JP1/IM - View

バージョン

通信暗号化機能

バージョン

10-50以前

バージョン11-00以降

非暗号化※１

暗号化※2

10-50以前

常に無効

△

△

×

11-00以降

無効

△

△

×

有効（jp1imcmda）※3

×

×

○

（凡例）

○：暗号化で通信する

△：非暗号化で通信する

×：通信できない

注※1

非暗号化通信ホスト設定ファイルのマネージャーホスト名が接続先のJP1/IM - Manager，または「*」である必要があります。

注※2

非暗号化通信ホスト設定ファイルのマネージャーホスト名に接続先のJP1/IM - Managerがない，かつ「*」でない必要があります。

注※3

JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1imcmdaが定義されている場合です。

次に，JP1/IM - Manager（hostA）から他マネージャーホストのJP1/IM - Manager（hostB）に，jcochstatコマンドを実行した例で接続性を示します。

表14‒24　jcochstatコマンドを-hオプションを指定して実行した場合の接続性

JP1/IM - Manager（hostA）

JP1/IM - Manager（hostB）

バージョン

通信暗号化機能

バージョン

10-50以前

バージョン11-00以降

通信暗号化機能

常に無効

無効

有効（jp1imcmda）※1

10-50以前

常に無効

△

△

×

11-00以降

無効

△

△

×

有効（jp1imcmda）※1

×

×

○※2

（凡例）

○：暗号化で通信し，jcochstatコマンドが成功する

△：非暗号化で通信し，jcochstatコマンドが成功する

×：通信できずに，jcochstatコマンドが失敗する

注※1

JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1imcmdaが定義されている場合です。

注※2

次に示す前提条件を満たす必要があります。

・-hオプションで指定したJP1/IM - Managerのサーバ証明書に対応するルート認証局のルート証明書を，jcochstatコマンドを実行するマネージャーホストに配置する必要があります。配置していない場合は，暗号化通信できないため，jcochstatコマンドが失敗します。

・-hオプションに指定するマネージャーホスト名は，-hオプションに指定するマネージャーホストのサーバ証明書のCN，またはSANに記載したホスト名を指定する必要があります。指定していない場合は暗号化通信できないため，jcochstatコマンドが失敗します。サーバ証明書のホストの名検証（CNおよびSANの検証）の詳細については，「14.10.4(2)　サーバ証明書のホスト名の検証（CNおよびSANの検証）」を参照してください。

jcochstatコマンドを実行するマネージャーホストと，jcochstatコマンドの-hオプションで指定するマネージャーホストの通信暗号化機能を有効にすることで，jcochstatコマンドでJP1/IM - Manager（他ホスト）の対処状況の変更ができます。なお，jcochstatコマンドのJP1/IM - Manager（他ホスト）の対処状況の変更はバージョン6互換用です。

(2)　JP1/IM - ViewとJP1/Base（マネージャーホスト）の接続性

表14‒25　JP1/IM - ViewとJP1/Base（マネージャーホスト）の接続性

JP1/Base（マネージャーホスト）

JP1/IM - View

バージョン

通信暗号化機能

バージョン

10-50以前

バージョン11-00以降

非暗号化※１

暗号化※2

10-50以前

常に無効

△

△

×

11-00以降

無効

△

△

×

有効（jp1imcmda）※3

×

×

○

有効（jp1bsuser）※4

△

△

×

有効（jp1imcmda，jp1bsuser）※5

×

×

○

（凡例）

○：暗号化で通信する

△：非暗号化で通信する

×：通信できない

注※1

非暗号化通信ホスト設定ファイルのマネージャーホスト名が接続先のJP1/IM - Manager，または「*」である必要があります。

注※2

非暗号化通信ホスト設定ファイルのマネージャーホスト名に接続先のJP1/IM - Managerがない，かつ「*」でない必要があります。

注※3

JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1imcmdaだけ定義されている場合です。

注※4

JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1bsuserだけ定義されている場合です。

注※5

JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1imcmdaおよびjp1bsuserが定義されている場合です。

(3)　JP1/IM - ManagerとJP1/Base（認証サーバ）の接続性

表14‒26　JP1/IM - ManagerとJP1/Base（認証サーバ）の接続性

JP1/Base（認証サーバ）

JP1/IM - Manager

バージョン

通信暗号化機能

バージョン

10-50以前

バージョン11-00以降

通信暗号化機能

常に無効

無効

有効（jp1bsuser）※

10-50以前

常に無効

△

△

×

11-00以降

無効

△

△

×

有効（jp1bsuser）※

×

×

○

（凡例）

○：暗号化で通信する

△：非暗号化で通信する

×：通信できない

注※

JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1bsuserだけ定義されている場合です。

(4)　JP1/Base（マネージャーホスト）とJP1/Base（エージェントホスト）の接続性

JP1/Base（マネージャーホスト）とJP1/Base（エージェントホスト）の接続性については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(5)　JP1/IM - ManagerとJP1/Base（エージェントホスト）の接続性

表14‒27　JP1/IM - ManagerとJP1/Base（エージェントホスト）の接続性

JP1/IM - Manager（マネージャーホスト）

JP1/Base（エージェントホスト）

バージョン

通信暗号化機能

バージョン

12-00以前

バージョン12-10以降

無効

有効※2

（ホワイトリストあり）

有効※2

（ホワイトリストなし）

無効

有効

12-00以前

無効

△

△

△

△

×

有効※1

△

△

△

△

×

12-10以降

無効

△

△

△

△

×

有効（ホワイトリストあり）※2

△

△

△

△

×

有効（ホワイトリストなし）※2

×

×

×

×

〇

（凡例）

○：暗号化で通信する

△：非暗号化で通信する

×：通信できない

注※1

JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1imcmdaおよびjp1bsuserのどちらかが定義されている場合です。

注※2

JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1bsagentの指定が含まれている場合です。

(6)　JP1/IM - ManagerとJP1/Agentの接続性

表14‒28　JP1/IM - ManagerとJP1/Agentの接続性

JP1/Manager

JP1/IM - Agent

バージョン

通信暗号化機能

バージョン13-00以降

有効

無効

13-00以降

有効

〇

×※

無効

×※

△

（凡例）

○：暗号化で通信する

△：非暗号化で通信する

×：通信できない

注※

通信暗号化機能を使用する場合は，JP1/IM - ManagerとJP1/IM - Agent（統合エージェント管理基盤）の通信暗号化の設定をすべて有効にしてください。

設定の一部が無効になっていると，通信の一部が暗号化されなかったり，通信に失敗したりするおそれがあるため，注意してください。

(7)　IM構成管理の接続性

JP1/IM - ManagerのIM構成管理情報の同期機能の接続性を次の表に示します。同期機能では，統合マネージャーは拠点マネージャーに接続し，IM構成（リモート構成）を取得しますが，接続元・接続先のJP1/IM - Managerのバージョンおよび通信暗号化機能の有効・無効によって，暗号化通信，非暗号化通信，または接続できないのどれかで動作します。

表14‒29　IM構成管理の接続性

JP1/IM - Manager（接続元統合マネージャー）

JP1/IM - Manager（接続先拠点マネージャー）

バージョン

通信暗号化機能

バージョン

10-50以前

バージョン11-00以降

通信暗号化機能

常に無効

無効

有効（jp1imcmda）※

10-50以前

常に無効

△

△

×

11-00以降

無効

△

△

○

有効（jp1imcmda）※

△

△

○

（凡例）

○：暗号化で接続できる

△：非暗号化で接続できる

×：接続できない

注※

JP1/BaseのSSL通信定義ファイルのBASESSLパラメーターにjp1imcmdaが定義されている場合です。

(8)　JP1/IM - Managerと連携製品の接続性

JP1/Service SupportとJP1/IM - Managerの接続性を次の表に示します。

表14‒30　JP1/Service SupportとJP1/IM - Managerの接続性

JP1/Service Support

JP1/IM - Manager

バージョン

通信暗号化機能

バージョン

インシデントの登録モード※

通信

12-01

無効

10-10以降

1，2，または3

△

有効

10-10以降

2

〇

11-50以降

3

12-00以前

常に無効

09-50以降

1，2，または3

△

（凡例）

○：暗号化で接続できる

△：非暗号化で接続できる

注※

インシデントの登録モードは，インシデント手動登録定義ファイルのSS_MODEパラメーターに値を設定することで切り替えることができます。

インシデント手動登録定義ファイル（incident.conf）の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「インシデント手動登録定義ファイル（incident.conf）」（2.　定義ファイル）を参照してください。

(9)　TLS 1.3対応について

SSL通信のプロトコルのバージョンは，TLS 1.2とTLS 1.3をサポートしています。TLSのバージョンごとの接続性を次の表に示します。

なお，JP1/Baseのデフォルトの設定はTLS 1.2です。

表14‒31　TLSのバージョンごとの接続性

クライアント側

サーバ側で設定したTLSのバージョン※1

JP1/IM - Manager

バージョン13-00以降

JP1/IM - Manager

バージョン12-50以前

TLS 1.3およびTLS 1.2

TLS 1.3

TLS 1.2

TLS 1.2

JP1/IM - Manager，JP1/IM - View

バージョン13-00以降

TLS 1.3※2

TLS 1.2※3

バージョン12-50以前

TLS 1.2※4

通信不可※5

JP1/IM - Agent

バージョン13-00以降

TLS 1.3※2

TLS 1.2※4

通信不可※5

注※1

JP1/BaseのSSL通信定義ファイルのSSLPROTOCOLパラメーターで設定した値を示します。

注※2

サーバ側で設定したTLS 1.3で動作します。

注※3

サーバ側で設定したTLS 1.2で動作します。

注※3

クライアント側がTLS 1.3をサポートしていないため，サーバ側で設定した値のうち，TLS 1.2で動作します。

注※4

クライアント側がTLS 1.3をサポートしていないため，サーバ側で設定した値のうち，TLS 1.2で動作します。

注※5

クライアント側がTLS 1.3をサポートしていないため，通信に失敗します。

(10)　サーバ証明書の形式ごとの接続性

通信暗号化機能では，サーバー証明書にRSA形式とECC形式の証明書を使用できます。クライアントとサーバ間で使用される認証方式は，サーバ側の証明書の形式で決定されます。サーバ側の証明書の形式に応じて使用される認証方式を，次の表に示します。

クライアント側

サーバ側の証明書の形式

ECC

RSA

RSA

JP1/IM - Manager

バージョン13-00以降

JP1/IM - Manager

バージョン12-50以前

JP1/IM - Manager，JP1/IM - View

バージョン13-00以降

ECC

RSA

RSA

バージョン12-50以前

非サポート※

JP1/IM - Agent

バージョン13-00以降

ECC

注※　非サポートですが，プログラムで抑止していないため，ECC形式の認証方式による暗号化通信は可能です。

15　性能と見積もり

この章では，JP1/IMの処理性能の概要，また，JP1/IMを導入することによってどの程度メモリー，ディスク容量が必要となるかモデルケースを提示して説明します。JP1/IMを運用するシステム要件に合わせて，機能の設定値を見直す際の参考にしてください。

なお，JP1/IMで必要なメモリー，ディスク容量の計算式については，JP1/IM - ManagerおよびJP1/IM - Viewのリリースノートに記載されています。そちらも合わせて参照してください。

15.1　JP1/IMの処理性能

統合監視システムの性能は，次に示す性能に依存します。

JP1/IM - Viewのイベント表示性能，JP1/IM - Managerのイベント受信性能，自動アクション性能

JP1/IM - ManagerやJP1/IM - Viewがインストールされたマシン性能

ネットワーク環境

このため，統合監視システムを構築する場合は，実際に統合監視システムを構築して統合監視運用を行い，ピーク時の性能評価を行った上で，JP1/IM - ManagerやJP1/IM - Viewによるイベント表示や自動アクションが遅延なく実行できるかの検証をする必要があります。

ピーク時の負荷がセントラルコンソールの処理能力を超える場合は，フィルターの設定見直しによるイベントの削減，自動アクションの設定見直しによる不要な自動アクションの削減，および拠点マネージャーを増やすなど，対処して負担を軽減してください。

15.2　性能評価モデルケース

ここでは，JP1/IMを次の図に示すような業務システムに導入した場合にどの程度メモリー，ディスク容量が増加するかの大体の目安を示します。

図15‒1　業務システムの運用例（JP1/IM導入前）

業務システムの運用状況は，次のとおりです。

業務のバッチ処理をするサーバを7台構成で構築

Webサーバを3台構成で構築

OAマシンは50台

これに対し，次の役割分担で監視者が3人（監視マシン3台）います。

バッチ処理の状況を監視するオペレーターA

Webサーバの状況を監視するオペレーターB

システム全体（OAマシン含む）を監視するシステム管理者

15.2.1　ユーザー要件

「15.2　性能評価モデルケース」で説明した業務システムに次のユーザー要件でJP1/IMを導入すると仮定します（太字はJP1/IMのキーワード）。

監視用サーバを新たに1台設置し，それによって業務システムを集中監視する。また，必要に応じて障害発生マシンの調査を実施する。

→システムの階層構成（IM構成），セントラルコンソールによる集中監視，イベント検索

監視スタイルは従来どおり3人でそれぞれ役割を決めての監視とする。

→ユーザーフィルターの活用

業務システムの目的に合わせ，グルーピングして監視する。

→セントラルスコープの利用（監視範囲設定を実施）

夜間などに緊急度の高い障害が発生したときには，自動的に監視者に通知が来るようにする。

→自動アクションの利用

日々の障害履歴を残すようにする。

→イベント一覧情報の保管（CSV出力）

上記ユーザー要件を満たすため，JP1/IMに適切な値を設定する必要があります。ここでは次のように設定したと仮定します。

システムの階層構成（IM構成）

監視用サーバを新たに1台設置し，それによって業務システムを集中監視する。

→マネージャー1台，エージェント60台のシステム構成

セントラルコンソールによる集中監視

次の要件でエージェントからの監視用サーバに転送されるイベントを抑止する。

バッチ処理サーバから転送されるイベント：優先度高いため「警告」以上

→1日1台当たり20件〜30件程度転送されてくると仮定

Webサーバから転送されるイベント：優先度高いため「警告」以上

→1日1台当たり10件〜20件程度転送されてくると仮定

OAマシンから転送されるイベント：優先度低いため「エラー」以上

→1日1台当たり1件〜2件程度転送されてくると仮定

数値を多い方で見積もると1日370件程度発生となる。これに監視用サーバで発生する監視対象イベント（「警告」以上が20件〜30件程度）を加え，1日400件程度。ゆとり分＋100件とし，これを常時JP1/IM - Managerで保持する件数（イベントバッファー数）と定義する。

なお，過去に発生したイベントも同時にチェックしたい，ということも想定し，2日分はJP1/IM - Managerで保持するよう，イベントバッファーの設定を1,000件とする。

また，各監視マシン（3台）から必要に応じてイベント検索を実行すると仮定，検索時に障害発生マシンから取得してくるイベント件数（検索時のイベント取得件数）を100件とする。

ユーザーフィルターの活用

監視要件に合わせ，監視対象イベントをフィルタリングする。その上で，それぞれJP1/IM - Viewで保持しなければならないイベント件数（スクロールバッファー数）を次のように算出する。

オペレーターA：バッチ処理サーバの監視ということで，500件（(30件×7台＋ゆとり分40件)×2日）とする。

オペレーターB：Webサーバの監視ということで，200件（(20件×3台＋ゆとり分40件)×2日）とする。

システム管理者：システム全体の監視ということで，イベントバッファー数と同じ値1,000件とする。

セントラルスコープの利用（監視範囲設定を実施）

次の形で監視ツリーを作成。

全体の監視ノード数（JP1/IM - Managerで管理する監視ノード数）は，監視グループ数4，監視オブジェクト数60となる。

監視範囲設定により，JP1/IM - Viewに表示される監視ノード数は次のようになる。

オペレーターA：監視グループ数1，監視オブジェクト数7

オペレーターB：監視グループ数1，監視オブジェクト数3

システム管理者：監視グループ数4，監視オブジェクト数60

自動アクション

障害検知・簡易対処をスムーズにするため，自動アクションを要件に合わせて20定義。そのうちAND条件※を指定した自動アクションは五つ。

注※　AND条件を満たすまでは，条件対象のイベントをメモリーで保管期限（デフォルト60分）が来るまで保持する。状況にもよるが，60分単位で30件程度保持すると仮定（1日イベントの発生を500件 / 24時間＋10程度で見積もり）。

イベント一覧情報の保管（CSV出力）

退勤時など，監視業務に区切りを付ける際にJP1/IM - Viewに表示されているイベント情報をCSV出力する。

その他

ログサイズ変更など，ディスク容量を増加させる設定変更はしないで，デフォルト値のまま運用。

JP1/IM導入後のシステム運用イメージは次のようになります。

図15‒2　業務システムの運用例（JP1/IM導入後）

メモ

JP1/IMによるシステム運用管理で必要となるメモリーには，次の二つがあります。

JP1/IM稼働中に常に必要となるメモリー

JP1/IMを操作することによって発生（増減）するメモリー

1.に該当するのが，上図でいうと，JP1/IM - Managerの「イベントバッファー数」「監視ノード数」，JP1/IM - Viewの「スクロールバッファー数」「（表示される）監視ノード数」となります。

2.に該当するのが，上図でいうと，JP1/IM - Managerの「検索時のイベント取得件数」「ANDイベント数」，JP1/IM - Viewの「イベント一覧情報の保管（CSV出力）」となります。

JP1/IMで必要なメモリーを見積もるときは，1.と2.の最大値を足したもので見積もってください。

インテリジェント統合管理基盤の利用

システム名を「業務システム」，サブシステム名を「バッチ処理監視」「Webサーバ監視」「QAマシン監視」とした場合，次の形で稼働状況のツリーが作成されます。

IM管理ノードのうち，管理グループ数が5，管理オブジェクト数が60となる。

以上のような形で要件を見積もり，これを基にJP1/IMが使用するメモリー所要量，ディスク占有量を，JP1/IM - ManagerおよびJP1/IM - Viewのリリースノート記載の計算式で見積もります。

計算の結果，JP1/IMを導入しても，各マシンのリソースに余裕があることを確認してください。メモリーやディスク容量が足りない，といった場合には，メモリーやディスクの増設を検討する必要があります。また，それが無理な場合には，現行の各マシンのスペック内で収まるよう，上で見積もった要件の見直しを実施する必要があります。

また，突発的な障害によって，JP1/IMの取得・処理するイベント数が瞬間的に増大した場合でも，イベントの表示や自動アクションの実行性能で問題が発生しないことを検証してください。

15.2.2　監視用サーバで必要なメモリー，ディスク容量，データベース容量

監視用サーバでJP1/IM - Managerに必要なメモリー，ディスク容量は，JP1/IMの設定値によって異なります。JP1/IM - Managerが使用するメモリー，ディスク容量の増減に関係する，主なものを次に示します。その他詳細については，JP1/IM - ManagerのJP1/IM - ManagerおよびJP1/IM - Viewのリリースノートを参照して確認してください。

メモリーに大きく関係してくる設定値

イベントバッファー数

検索時のイベント取得件数

監視ノード数

IM管理ノード数

監視ノード，IM管理ノードの各ノード間の関連数

ディスク容量に大きく関係してくる設定値

自動アクショントレースログ

監視ノード，IM管理ノードの各ノード間の関連数

登録ホスト数

ログトラップファイルの定義ファイル数

また，JP1/IMでシステム運用監視をするということは，前提製品のJP1/Baseもシステム内で動作することを意味します。JP1/Base分についても別途JP1/Baseのリリースノートを参照して確認してください。

15.2.3　監視マシンで必要なメモリー，ディスク容量

監視者によって監視範囲，設定値が異なるため，必要なメモリー，ディスク容量も監視マシンによって異なります。

JP1/IMの設定値を変更することで値は大きく変動します。JP1/IM - Viewが使用するメモリー，ディスク容量の増減に関係する，主なものを次に示します。その他詳細については，JP1/IM - Viewのリリースノートを参照して確認してください。

メモリーに大きく関係してくる設定値

スクロールバッファー数

監視ノード数

ディスク容量に大きく関係してくる設定値

監視ノード数

イベント一覧情報の保管（CSV出力）

監視履歴として保管するたびにディスク容量が増加します。

付録

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

JP1/IMで使用するファイル名およびディレクトリ名を示します。

なお，JP1/IMのバックアップ対象ファイル，JP1/IMが出力するログファイルなどは，ここでは説明していません。それぞれ，次の説明を参照してください。

バックアップ対象ファイルについて：マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「1.1　設定情報の管理」

ログファイルについて：マニュアル「JP1/Integrated Management 3 - Manager 運用ガイド」の「12.2.1(5)　ログファイルおよびディレクトリ一覧」および「12.2.2 JP1/IM - Agentのログ情報」

また，論理ホストの場合，以降の表中のパスは次のようになります。

表A‒1　共有ディスク上のファイル・フォルダ（ディレクトリ）

OS

内部コンポーネント

以降の表中に記載されているパス

共有ディスク上のファイル・フォルダ（ディレクトリ）

Windows

セントラルコンソール

Consoleパス¥conf¥

共有フォルダ¥JP1Cons¥conf¥

Consoleパス¥log¥

共有フォルダ¥JP1Cons¥log¥

Consoleパス¥tmp¥

共有フォルダ¥JP1Cons¥tmp¥

Consoleパス¥operation¥

共有フォルダ¥JP1Cons¥operation¥

セントラルスコープ

Scopeパス¥conf¥

共有フォルダ¥JP1Scope¥conf¥

Scopeパス¥log¥

共有フォルダ¥JP1Scope¥log¥

Scopeパス¥tmp¥

共有フォルダ¥JP1Scope¥tmp¥

Scopeパス¥database¥

共有フォルダ¥JP1Scope¥database¥

インテリジェント統合管理基盤

Managerパス¥conf¥imdd¥

共有フォルダ¥JP1IMM¥conf¥imdd¥

Managerパス¥data¥imdd¥

共有フォルダ¥JP1IMM¥data¥imdd¥

Managerパス¥log¥imdd¥

共有フォルダ¥JP1IMM¥log¥imdd¥

Managerパス¥data¥imdd¥suggestion¥

共有フォルダ¥JP1IMM¥data¥imdd¥suggestion¥

Managerパス¥plugin¥

共有フォルダ¥JP1IMM¥plugin¥

Managerパス¥tmp¥

共有フォルダ¥JP1IMM¥tmp¥

Managerパス¥conf¥ssl¥

共有フォルダ¥JP1IMM¥conf¥ssl¥

IM構成管理

Managerパス¥conf¥

共有フォルダ¥JP1IMM¥conf¥imcf¥

Managerパス¥log¥

共有フォルダ¥JP1IMM¥log¥imcf¥

Managerパス¥tmp¥

共有フォルダ¥JP1IMM¥tmp¥

インテリジェント統合管理データベース

Managerパス¥conf¥imgndb¥

共有フォルダ¥JP1IMM¥conf¥imgndb¥

Managerパス¥log¥imgndb¥

共有フォルダ¥JP1IMM¥log¥imgndb¥

UNIX

セントラルコンソール

/etc/opt/jp1cons/conf/

共有ディレクトリ/jp1cons/conf/

/var/opt/jp1cons/log/

共有ディレクトリ/jp1cons/log/

/var/opt/jp1cons/tmp/

共有ディレクトリ/jp1cons/tmp/

/var/opt/jp1cons/operation/

共有ディレクトリ/jp1cons/operation/

セントラルスコープ

/etc/opt/jp1scope/conf/

共有ディレクトリ/jp1scope/conf/

/var/opt/jp1scope/log/

共有ディレクトリ/jp1scope/log/

/var/opt/jp1scope/tmp/

共有ディレクトリ/jp1scope/tmp/

/var/opt/jp1scope/database/

共有ディレクトリ/jp1scope/database/

インテリジェント統合管理基盤

/etc/opt/jp1imm/conf/imdd/

共有ディレクトリ/jp1imm/conf/imdd/

/var/opt/jp1imm/data/imdd/

共有ディレクトリ/jp1imm/data/imdd/

/var/opt/jp1imm/log/imdd/

共有ディレクトリ/jp1imm/log/imdd/

/etc/opt/jp1imm/data/imdd/suggestion/

共有ディレクトリ/jp1imm/data/imdd/suggestion/

/opt/jp1imm/plugin/imdd/

共有ディレクトリ/jp1imm/plugin/

/etc/opt/jp1imm/tmp

共有ディレクトリ/jp1imm/tmp/

/etc/opt/jp1imm/conf/ssl/

共有ディレクトリ/jp1imm/conf/ssl/

IM構成管理

/etc/opt/jp1imm/conf/

共有ディレクトリ/jp1imm/conf/imcf/

/var/opt/jp1imm/log/

共有ディレクトリ/jp1imm/log/imcf/

/var/opt/jp1imm/tmp/

共有ディレクトリ/jp1imm/tmp/

インテリジェント統合管理データベース

/etc/opt/jp1imm/conf/imgndb/

共有ディレクトリ/jp1imm/conf/imgndb/

/etc/opt/jp1imm/log/imgndb/

共有ディレクトリ/jp1imm/log/imgndb/

論理ホストの場合は，「Consoleパス¥conf¥」は「共有フォルダ¥JP1Cons¥conf」と読み替えてください。例えば，「Consoleパス¥conf¥action¥actdef.conf」は「共有フォルダ¥JP1Cons¥conf¥action¥actdef.conf」となります。

付録A.1　JP1/IM - Manager（Windows版）

JP1/IM - Manager（Windows版）で使用するファイル名およびディレクトリ名を示します。

(1)　JP1/IM - Manager（コンポーネント共通）

JP1/IM - Manager（コンポーネント共通）で使用するファイル名およびフォルダ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

フォルダに対する「参照」：フォルダ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A‒2　ユーザーが参照・編集できるファイル・フォルダ一覧（Windows版JP1/IM - Manager（コンポーネント共通））

ファイル名・フォルダ名

内容

参照

編集

Managerパス¥conf¥imm_operationlog.conf

操作ログ定義ファイル

○

○

Managerパス¥conf¥imm_operationlog.conf.model

操作ログ定義ファイルのモデルファイル

○

×

Managerパス¥tools¥jim_log.bat

資料採取ツール

○

×

（凡例）

○：できる

×：できない

表A‒3　ユーザーが参照・編集する必要のないファイル・フォルダ一覧（Windows版JP1/IM - Manager（コンポーネント共通））

フォルダ名

内容

Managerパス¥bin¥

コマンド格納フォルダ

Managerパス¥conf¥

環境設定ファイル格納フォルダ

Managerパス¥log¥

ログフォルダ

Managerパス¥tools¥

ツール格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ

Managerパス¥PATCHLOG.txt

修正パッチログファイル

Managerパス¥patch_backup_dir¥

修正パッチバックアップフォルダ以下で修正パッチのRELEASE.TXTに記載されているパッチユーティリティ以外のファイル・フォルダ（このフォルダは修正パッチ適用時にだけ作成される）

システムドライブ：¥Program Files¥jp1common¥※

製品情報格納フォルダ

注※　Windows 11，Windows Server 2022，Windows Server 2019，Windows Server 2016，Windows 10の場合，「システムドライブ:¥Program Files」と表記している部分は，インストール時のOS環境変数によって決定されるため，環境によって異なる場合があります。

(2)　JP1/IM - Manager（インテリジェント統合管理基盤）

Windows版のJP1/IM - Manager（インテリジェント統合管理基盤）で使用するファイル名およびフォルダ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

フォルダに対する「参照」：フォルダ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A‒4　ユーザーが参照・編集できるファイル・フォルダ一覧（Windows版JP1/IM - Manager（インテリジェント統合管理基盤））

ファイル名・フォルダ名

内容

参照

編集

Managerパス¥bin¥

コマンド格納フォルダ

○

×

Managerパス¥conf¥imdd

インテリジェント統合管理基盤の環境設定ファイル格納フォルダ

○

×

Managerパス¥conf¥imdd¥imdd.properties

インテリジェント統合管理基盤定義ファイル

○

○

Managerパス¥conf¥imdd¥imdd.properties.model

インテリジェント統合管理基盤定義ファイルのモデルファイル

○

×

Managerパス¥conf¥imdd¥imdd_category_name.conf

IM管理ノードカテゴリ名称定義ファイル

○

○

Managerパス¥conf¥imdd¥imdd_category_name.conf.model

IM管理ノードカテゴリ名称定義ファイルのモデルファイル

○

×

Managerパス¥conf¥imdd¥imdd_host_name.conf

ホスト名定義ファイル

○

○

Managerパス¥conf¥imdd¥imdd_host_name.conf.model

ホスト名定義ファイルのモデルファイル

○

×

Managerパス¥conf¥imdd¥imdd_nodeLink_def.conf

IM管理ノードリンク定義ファイル

○

○

Managerパス¥conf¥imdd¥imdd_nodeLink_def.conf.model

IM管理ノードリンク定義ファイルのモデルファイル

○

×

Managerパス¥conf¥imdd¥imdd_systemnode.conf

システムノード定義ファイル

○

○

Managerパス¥conf¥imdd¥imdd_systemnode.conf.model

システムノード定義ファイルのモデルファイル

○

×

Managerパス¥conf¥imdd¥imdd_target_hosts.conf

構成取得対象ホスト定義ファイル

○

○

Managerパス¥conf¥imdd¥imdd_target_hosts.conf.model

構成取得対象ホスト定義ファイルのモデルファイル

○

×

Managerパス¥conf¥imdd¥suggestion¥imdd_suggestion.conf

提案定義ファイル

○

○

Managerパス¥conf¥imdd¥suggestion¥imdd_suggestion.conf.model

提案定義ファイルのモデルファイル

○

×

Managerパス¥conf¥imdd¥suggestion¥template¥en

英語版提案テンプレートファイル格納フォルダ

○

×

Managerパス¥conf¥imdd¥suggestion¥template¥en¥imdd_suggestion_ajs_check_failed_agent_jobnet_en.conf

英語版提案テンプレートファイル（JP1/AJS）

○

○

Managerパス¥conf¥imdd¥suggestion¥template¥en¥imdd_suggestion_ajs_check_failed_agent_jobnet_en.conf.model

英語版提案テンプレートファイルのモデルファイル（JP1/AJS）

○

×

Managerパス¥conf¥imdd¥suggestion¥template¥en¥imdd_suggestion_ajs_check_failed_agent_list_en.conf

英語版提案テンプレートファイル（JP1/AJS）

○

○

Managerパス¥conf¥imdd¥suggestion¥template¥en¥imdd_suggestion_ajs_check_failed_agent_list_en.conf.model

英語版提案テンプレートファイルのモデルファイル（JP1/AJS）

○

×

Managerパス¥conf¥imdd¥suggestion¥template¥en¥imdd_suggestion_pfm_cpu_event_en.conf

英語版提案テンプレートファイル（JP1/PFM）

○

○

Managerパス¥conf¥imdd¥suggestion¥template¥en¥imdd_suggestion_pfm_cpu_event_en.conf.model

英語版提案テンプレートファイルのモデルファイル（JP1/PFM）

○

×

Managerパス¥conf¥imdd¥suggestion¥template¥en¥imdd_suggestion_pfm_set_status_of_events_to_processed_en.conf

英語版提案テンプレートファイル（JP1/PFM）

○

○

Managerパス¥conf¥imdd¥suggestion¥template¥en¥imdd_suggestion_pfm_set_status_of_events_to_processed_en.conf.model

英語版提案テンプレートファイルのモデルファイル（JP1/PFM）

○

×

Managerパス¥conf¥imdd¥suggestion¥template¥en¥imdd_suggestion_pfm_suspend_monitoring_en.conf

英語版提案テンプレートファイル（JP1/PFM）

○

○

Managerパス¥conf¥imdd¥suggestion¥template¥en¥imdd_suggestion_pfm_suspend_monitoring_en.conf.model

英語版提案テンプレートファイルのモデルファイル（JP1/PFM）

○

×

Managerパス¥conf¥imdd¥suggestion¥template¥ja

日本語版提案テンプレートファイル格納フォルダ

○

×

Managerパス¥conf¥imdd¥suggestion¥template¥ja¥imdd_suggestion_ajs_check_failed_agent_jobnet_ja.conf

日本語版提案テンプレートファイル（JP1/AJS）

○

○

Managerパス¥conf¥imdd¥suggestion¥template¥ja¥imdd_suggestion_ajs_check_failed_agent_jobnet_ja.conf.model

日本語版提案テンプレートファイルのモデルファイル（JP1/AJS）

○

×

Managerパス¥conf¥imdd¥suggestion¥template¥ja¥imdd_suggestion_ajs_check_failed_agent_list_ja.conf

日本語版提案テンプレートファイル（JP1/AJS）

○

○

Managerパス¥conf¥imdd¥suggestion¥template¥ja¥imdd_suggestion_ajs_check_failed_agent_list_ja.conf.model

日本語版提案テンプレートファイルのモデルファイル（JP1/AJS）

○

×

Managerパス¥conf¥imdd¥suggestion¥template¥ja¥imdd_suggestion_pfm_cpu_event_ja.conf

日本語版提案テンプレートファイル（JP1/PFM）

○

○

Managerパス¥conf¥imdd¥suggestion¥template¥ja¥imdd_suggestion_pfm_cpu_event_ja.conf.model

日本語版提案テンプレートファイルのモデルファイル（JP1/PFM）

○

×

Managerパス¥conf¥imdd¥suggestion¥template¥ja¥imdd_suggestion_pfm_set_status_of_events_to_processed_ja.conf

日本語版提案テンプレートファイル（JP1/PFM）

○

○

Managerパス¥conf¥imdd¥suggestion¥template¥ja¥imdd_suggestion_pfm_set_status_of_events_to_processed_ja.conf.model

日本語版提案テンプレートファイルのモデルファイル（JP1/PFM）

○

×

Managerパス¥conf¥imdd¥suggestion¥template¥ja¥imdd_suggestion_pfm_suspend_monitoring_ja.conf

日本語版提案テンプレートファイル（JP1/PFM）

○

○

Managerパス¥conf¥imdd¥suggestion¥template¥ja¥imdd_suggestion_pfm_suspend_monitoring_ja.conf.model

日本語版提案テンプレートファイルのモデルファイル（JP1/PFM）

○

×

Managerパス¥log¥suggestion¥jddSuggestionHistory.log{.1-3}

対処アクション実行履歴ファイル

○

×

Managerパス¥log¥secretAuth¥jddSecretAuth.log{.1-3}

シークレット認証ログファイル

○

×

Managerパス¥conf¥imdd¥imdd_sso_mapping.properties

シングルサインオンマッピング定義ファイル

○

○

Managerパス¥conf¥imdd¥imdd_sso_mapping.properties.model

シングルサインオンマッピング定義ファイルのモデルファイル

○

×

Managerパス¥data¥imdd¥

構造化データ用ファイル格納ディレクトリ

○

×

（凡例）

○：できる

×：できない

表A‒5　ユーザーが参照・編集する必要のないファイル・フォルダ一覧（Windows版JP1/IM - Manager（インテリジェント統合管理基盤））

フォルダ名

内容

Managerパス¥lib¥imdd¥

ライブラリー格納フォルダ

Managerパス¥log¥imdd¥

ログフォルダ

Managerパス¥tmp¥imdd¥

作業フォルダ

(3)　JP1/IM - Manager（セントラルコンソール）

Windows版のJP1/IM - Manager（セントラルコンソール）で使用するファイル名およびフォルダ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

フォルダに対する「参照」：フォルダ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A‒6　ユーザーが参照・編集できるファイル・フォルダ一覧（Windows版JP1/IM - Manager（セントラルコンソール））

ファイル名・フォルダ名

内容

参照

編集

Consoleパス¥bin¥

コマンド格納フォルダ

○

×

Consoleパス¥conf¥

環境設定ファイル格納フォルダ

○

×

Consoleパス¥conf¥jp1co_param_V7.conf

IMパラメーター定義ファイル

○

○

Consoleパス¥conf¥jp1co_param_V7.conf.model

IMパラメーター定義ファイルのモデルファイル

○

×

Consoleパス¥conf¥jp1co_service.conf

拡張起動プロセス定義ファイル

○

△

Consoleパス¥conf¥action¥actdef.conf

自動アクション定義ファイル

○

○

Consoleパス¥conf¥action¥actnotice.conf

自動アクション通知定義ファイル

○

○

Consoleパス¥conf¥action¥actnotice.conf.model

自動アクション通知定義ファイルのモデルファイル

○

×

Consoleパス¥conf¥chsev¥jcochsev.conf

重大度変更定義ファイル

○

○

Consoleパス¥conf¥chsev¥jcochsev.conf.model

重大度変更定義ファイルのモデルファイル

○

×※1

Consoleパス¥conf¥mail¥jimmail.conf

メール環境定義ファイル

○

○

Consoleパス¥conf¥mail¥jimmail.conf.model

メール環境定義ファイルのモデルファイル

○

×

Consoleパス¥conf¥action¥event_info_replace.conf

イベント引き継ぎ情報変換設定ファイル

○

○※2

Consoleパス¥conf¥action¥attr_list¥attr_list.conf

イベント条件表示項目定義ファイル

○

○

Consoleパス¥conf¥action¥attr_list¥attr_list.conf.model

イベント条件表示項目定義ファイルのモデルファイル

○

×

Consoleパス¥conf¥action¥actdef.conf.model

自動アクション定義ファイルのモデルファイル

○

×※1

Consoleパス¥conf¥console¥attribute¥会社名_製品名_attr_ja.conf

イベント拡張属性定義ファイル

○

○※2

Consoleパス¥conf¥console¥attribute¥extend

イベント拡張属性定義ファイル（拡張ファイル）格納フォルダ

○

×

Consoleパス¥conf¥console¥attribute¥extend¥template_extend_attr_ja.conf

日本語のイベント拡張属性定義ファイル（拡張ファイル）

○

○※3

Consoleパス¥conf¥console¥attribute¥extend¥template_extend_attr_ja.conf.model

日本語のイベント拡張属性定義ファイル（拡張ファイル）のモデルファイル

○

×

Consoleパス¥conf¥console¥attribute¥extend¥template_extend_attr_en.conf

英語のイベント拡張属性定義ファイル（拡張ファイル）

○

○※3

Consoleパス¥conf¥console¥attribute¥extend¥template_extend_attr_en.conf.model

英語のイベント拡張属性定義ファイル（拡張ファイル）のモデルファイル

○

×

Consoleパス¥conf¥console¥attribute¥extend¥template_extend_attr_zh.conf

中国語のイベント拡張属性定義ファイル（拡張ファイル）

○

○※3

Consoleパス¥conf¥console¥attribute¥extend¥template_extend_attr_zh.conf.model

中国語のイベント拡張属性定義ファイル（拡張ファイル）のモデルファイル

○

×

Consoleパス¥conf¥console¥filter¥attr_list¥

共通除外条件表示項目定義ファイル格納フォルダ

○

×

Consoleパス¥conf¥console¥filter¥attr_list¥common_exclude_filter_attr_list.conf

共通除外条件表示項目定義ファイル

○

○

Consoleパス¥conf¥console¥filter¥attr_list¥common_exclude_filter_attr_list.conf.model

共通除外条件表示項目定義ファイルのモデルファイル

○

×※1

Consoleパス¥conf¥console¥filter¥auto_list¥common_exclude_filter_auto_list.conf

共通除外条件自動入力定義ファイル

○

○

Consoleパス¥conf¥console¥filter¥auto_list¥common_exclude_filter_auto_list.conf.model

共通除外条件自動入力定義ファイルのモデルファイル

○

×

Consoleパス¥conf¥console¥incident¥incident.conf

インシデント手動登録定義ファイル

○

○

Consoleパス¥conf¥console¥incident¥incident.conf.model

インシデント手動登録定義ファイルのモデルファイル

○

×

Consoleパス¥conf¥console¥incident¥incident_info.conf

インシデント引き継ぎ情報設定ファイル

○

○

Consoleパス¥conf¥console¥incident¥incident_info.conf.model

インシデント引き継ぎ情報設定ファイルのモデルファイル

○

×

Consoleパス¥conf¥console¥monitor¥会社名_製品名_mon.conf

モニター画面呼び出し定義ファイル

○

○※2

Consoleパス¥conf¥console¥object_type¥会社名_製品名_obj.ja

オブジェクトタイプ定義ファイル

○

○※2

Consoleパス¥conf¥console¥performance¥performance.conf

性能レポート表示定義ファイル

○

○

Consoleパス¥conf¥console¥performance¥performance.conf.model

性能レポート表示定義ファイルのモデルファイル

○

×

Consoleパス¥conf¥console¥profile¥.system

システムプロファイル

○

△

Consoleパス¥conf¥console¥profile¥.system.model

システムプロファイルのモデルファイル

○

×

Consoleパス¥conf¥console¥profile¥defaultUser

デフォルトユーザープロファイル

○

△

Consoleパス¥conf¥console¥profile¥defaultUser.model

デフォルトユーザープロファイルのモデルファイル

○

×

Consoleパス¥conf¥console¥profile¥systemColor.conf

システムカラー定義ファイル

○

○

Consoleパス¥conf¥console¥profile¥systemColor.conf.model

システムカラー定義ファイルのモデルファイル

○

×※1

Consoleパス¥conf¥console¥profile¥profile_ユーザー名

各JP1ユーザー用ユーザープロファイル

○

△

Consoleパス¥conf¥console¥rmtcmd¥

リモートコマンド定義格納フォルダ

○

×

Consoleパス¥conf¥console¥rmtcmd¥cmdbtn.conf

コマンドボタン定義ファイル

○

○

Consoleパス¥conf¥console¥rmtcmd¥cmdbtn.conf.model

コマンドボタン定義ファイルのモデルファイル

○

×※1

ユーザー任意のフォルダ¥ファイル名.conf

相関イベント発行定義ファイル

○

○※2

Consoleパス¥conf¥evgen¥profile¥egs_system.conf

相関イベント発行システムプロファイル

○

○

Consoleパス¥conf¥evgen¥profile¥egs_system.conf.model

相関イベント発行システムプロファイルのモデルファイル

○

×※1

Consoleパス¥conf¥console¥event_storm¥attr_list¥event_storm_attr_list.conf

繰り返しイベント条件表示項目定義ファイル

○

○

Consoleパス¥conf¥console¥event_storm¥attr_list¥event_storm_attr_list.conf.model

繰り返しイベント条件表示項目定義ファイルのモデルファイル

○

×※1

Consoleパス¥conf¥console¥event_storm¥auto_list¥event_storm_auto_list.conf

繰り返しイベント条件自動入力定義ファイル

○

○

Consoleパス¥conf¥console¥event_storm¥auto_list¥event_storm_auto_list.conf.model

繰り返しイベント条件自動入力定義ファイルのモデルファイル

○

×

Consoleパス¥conf¥guide¥jco_guide.txt

イベントガイド情報ファイル

○

○※1

Consoleパス¥conf¥guide¥sample_jco_guide_ja.txt

イベントガイド情報ファイルのサンプルファイル（日本語）

○

×

Consoleパス¥conf¥guide¥sample_jco_guide_en.txt

イベントガイド情報ファイルのサンプルファイル（英語）

○

×

Consoleパス¥conf¥guide¥sample_jco_guide_ja.txt.model

イベントガイド情報サンプルのモデルファイル（日本語）

○

×

Consoleパス¥conf¥guide¥sample_jco_guide_en.txt.model

イベントガイド情報サンプルのモデルファイル（英語）

○

×

Consoleパス¥conf¥health¥jcohc.conf

ヘルスチェック定義ファイル

○

○

Consoleパス¥conf¥health¥jcohc.conf.model

ヘルスチェック定義ファイルのモデルファイル

○

×

Consoleパス¥conf¥hostmap¥user_hostmap.conf

発生元ホストマッピング定義ファイル

○

○

Consoleパス¥conf¥hostmap¥user_hostmap.conf.model

発生元ホストマッピング定義ファイルのモデルファイル

○

×※1

Consoleパス¥conf¥processupdate¥processupdate.conf

対処状況イベント定義ファイル

○

○

Consoleパス¥conf¥processupdate¥processupdate.conf.model

対処状況イベント定義ファイルのモデルファイル

○

×

Consoleパス¥default

共通定義フォルダ

○

×

Consoleパス¥default¥action.conf.update

自動アクション環境定義ファイルのモデルファイル

○

×※1

Consoleパス¥default¥console.conf.update

通信環境定義ファイルのモデルファイル

○

×※1

Consoleパス¥default¥chmsgevent.conf.update

表示メッセージ変更後イベント環境定義ファイルのモデルファイル

○

×※1

Consoleパス¥default¥evtreport.conf.update

イベントレポート出力環境定義ファイルのモデルファイル

○

×※1

ユーザー任意のフォルダ¥ファイル名

相関イベント発行環境定義ファイル

○

○※2

Consoleパス¥operation¥

操作履歴格納フォルダ

○

×

Consoleパス¥operation¥evgen¥egs_discrim{1|2|3}.log

相関イベント発行履歴ファイル

○

×

Consoleパス¥operation¥comexclude¥comexclude{1|2|3|4|5}.log

共通除外履歴ファイル

○

×

Consoleパス¥operation¥comexclude¥comexcludeDef{1|2|3|4|5}.log

共通除外条件定義履歴ファイル

○

×

（凡例）

○：できる

△：一部編集できる

×：できない

注※1　コピーして使用してください。

注※2　イベント引き継ぎ情報変換設定ファイル，イベント拡張属性定義ファイル，オブジェクトタイプ定義ファイル，モニター画面呼び出し定義ファイル，相関イベント発行定義ファイル，相関イベント発行環境定義ファイルは，JP1/IM - Managerインストール後にユーザーによって追加されたファイルが対象となります。イベント拡張属性定義ファイル，オブジェクトタイプ定義ファイル，モニター画面呼び出し定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「モニター画面呼び出し定義ファイル」（2.　定義ファイル）を参照してください。また，相関イベント発行定義ファイル，相関イベント発行環境定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」を参照してください。

注※3　使用する際は，ファイル名の先頭の「template_」を削除してください。

表A‒7　ユーザーが参照・編集する必要のないファイル・フォルダ一覧（Windows版JP1/IM - Manager（セントラルコンソール））

フォルダ名

内容

Consoleパス¥conf¥

環境設定ファイル格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ

Consoleパス¥classes¥

クラスファイル格納フォルダ

Consoleパス¥default¥

共通定義フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ

Consoleパス¥lib¥

ライブラリー格納フォルダ

Consoleパス¥log¥

ログフォルダ

Consoleパス¥operation¥

操作履歴格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ

Consoleパス¥system¥

初期設定ファイル格納フォルダ

Consoleパス¥tmp¥

作業フォルダ

Consoleパス¥tools¥

ツール格納フォルダ

(4)　JP1/IM - Manager（セントラルスコープ）

Windows版のJP1/IM - Manager（セントラルスコープ）で使用するファイル名およびフォルダ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

フォルダに対する「参照」：フォルダ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A‒8　ユーザーが参照・編集できるファイル・フォルダ一覧（Windows版JP1/IM - Manager（セントラルスコープ））

ファイル名・フォルダ名

内容

参照

編集

Scopeパス¥bin¥

コマンド格納フォルダ

○

×

Scopeパス¥conf¥action_complete_on.conf

対処済み連動設定ファイル

○

○

Scopeパス¥conf¥action_complete_off.conf

Scopeパス¥conf¥action_complete_on.conf.model

対処済み連動設定ファイルのモデルファイル

○

×

Scopeパス¥conf¥action_complete_off.conf.model

Scopeパス¥conf¥auto_dbbackup_on.conf

監視オブジェクトDBの自動バックアップ・リカバリー設定ファイル

○

○

Scopeパス¥conf¥auto_dbbackup_off.conf

Scopeパス¥conf¥auto_dbbackup_on.conf.model

監視オブジェクトDBの自動バックアップ・リカバリー設定ファイルのモデルファイル

○

×

Scopeパス¥conf¥auto_dbbackup_off.conf.model

Scopeパス¥conf¥evhist_warn_event_on.conf

状態変更イベント件数の上限監視設定ファイル

○

○

Scopeパス¥conf¥evhist_warn_event_off.conf

Scopeパス¥conf¥evhist_warn_event_on.conf.model

状態変更イベント件数の上限監視設定ファイルのモデルファイル

○

×

Scopeパス¥conf¥evhist_warn_event_off.conf.model

Scopeパス¥conf¥guide¥

ガイドメッセージファイル格納フォルダ

○

×

Scopeパス¥conf¥jcs_guide_sjis.txt

ガイド情報ファイル

○

○

Scopeパス¥conf¥jcs_guide.txt

Scopeパス¥conf¥jcs_guide_GB18030.txt※

Scopeパス¥conf¥jcs_guide_sjis.txt.model

ガイド情報ファイルのモデルファイル

○

×

Scopeパス¥conf¥jcs_guide.txt.model

Scopeパス¥conf¥jcs_hosts

ホスト情報ファイル

○

○

Scopeパス¥conf¥jcs_hosts.model

ホスト情報ファイルのモデルファイル

○

×

Scopeパス¥conf¥jcs_sysprofile_sjis.def

システムプロファイル（セントラルスコープ）

○

○

Scopeパス¥conf¥jcs_sysprofile.def

Scopeパス¥conf¥jcs_sysprofile_GB18030.def

Scopeパス¥conf¥jcs_sysprofile_sjis.def.model

システムプロファイル（セントラルスコープ）のモデルファイル

○

×

Scopeパス¥conf¥jcs_sysprofile.def.model

Scopeパス¥conf¥jcs_sysprofile_GB18030.def.model

Scopeパス¥conf¥snmpfilter_im_sample.conf

SNMPトラップ変換機能フィルター定義ファイルのサンプルファイル（バージョン8以前のJP1/Cm2/NNM，バージョン8以前のJP1/Cm2/SSO連携時だけ使用）

○

×

Scopeパス¥database¥

ISAMファイル格納フォルダ

○

×

Scopeパス¥database¥jcsdb¥

監視オブジェクトDB格納フォルダ

○

×

Scopeパス¥database¥jcshosts¥

ホスト情報DB格納フォルダ

○

×

Scopeパス¥sample¥

サンプルフォルダ

○

×

Scopeパス¥sample¥guide¥jcs_guide_html_sample_sjis.txt

HTMLガイド情報サンプル

○

×

Scopeパス¥sample¥guide¥exfile¥jcs_guide_html_sample_sjis001.txt

Scopeパス¥sample¥guide¥exfile¥jcs_guide_html_sample.txt

Scopeパス¥sample¥guide¥exfile¥jcs_guide_html_sample001.txt

（凡例）

○：できる

×：できない

注※　ユーザー自身で作成するファイルです。インストール時に作成されません。

表A‒9　ユーザーが参照・編集する必要のないファイル・フォルダ一覧（Windows版JP1/IM - Manager（セントラルスコープ））

ファイル・フォルダ名

内容

Scopeパス¥conf¥

環境設定ファイル格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ

Scopeパス¥database¥event¥

イベント照合処理作業フォルダ

Scopeパス¥default¥

共通定義フォルダ

Scopeパス¥log¥

ログフォルダ

Scopeパス¥system¥

初期設定ファイル格納フォルダ

Scopeパス¥tmp¥

作業フォルダ

Scopeパス¥tools¥

ツール格納フォルダ

(5)　JP1/IM - Manager（IM構成管理）

Windows版のJP1/IM - Manager（IM構成管理）で使用するファイル名およびフォルダ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

フォルダに対する「参照」：フォルダ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A‒10　ユーザーが参照・編集できるファイル・フォルダ一覧（Windows版JP1/IM - Manager（IM構成管理））

ファイル名・フォルダ名

内容

参照

編集

Managerパス¥bin¥

コマンド格納フォルダ

○

×

Managerパス¥conf¥imcf¥jp1cf_applyconfig.conf

IM構成反映方式設定ファイル

○

○

Managerパス¥conf¥imcf¥jp1cf_applyconfig.conf.model

IM構成反映方式設定ファイルのモデルファイル

○

×

Managerパス¥conf¥imcf¥jp1cf_profile_manager.conf

プロファイル管理環境定義ファイル

○

○

Managerパス¥conf¥imcf¥jp1cf_profile_manager.conf.model

プロファイル管理環境定義ファイルのモデルファイル

○

×

Managerパス¥conf¥imcf¥jp1cf_remote_logtrap.conf

リモートログトラップ環境定義ファイル

○

○

Managerパス¥conf¥imcf¥jp1cf_remote_logtrap.conf.model

リモートログトラップ環境定義ファイルのモデルファイル

○

×

（凡例）

○：できる

×：できない

表A‒11　ユーザーが参照・編集する必要のないファイル・フォルダ一覧（Windows版JP1/IM - Manager（IM構成管理））

ファイル・フォルダ名

内容

Managerパス¥conf¥

環境設定ファイル格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ

Managerパス¥conf¥imcf¥const¥ppinfotemplate.conf

製品情報テンプレートファイル

Managerパス¥conf¥imcf¥const¥ppinfotemplate.conf.update

製品情報テンプレートアップデートファイル

Managerパス¥conf¥imcf¥const¥profile_list0708.csv

プロファイルリストひな型ファイル

Managerパス¥conf¥imcf¥const¥profile_listEuropa.csv

Managerパス¥conf¥imcf¥const¥jp1base_profile_type_en.csv

プロファイル種別ファイル

Managerパス¥conf¥imcf¥const¥jp1base_profile_type_jp.csv

Managerパス¥conf¥imcf¥const¥jp1base_opiTagList_en.csv

プロファイルタグリストファイル

Managerパス¥conf¥imcf¥const¥jp1base_opiTagList_jp.csv

Managerパス¥system¥default¥

共通定義フォルダ

Managerパス¥data¥

プロファイルデータ

Managerパス¥log¥

ログフォルダ

Managerパス¥tmp¥

作業フォルダ

Managerパス¥lib¥

ライブラリー格納フォルダ

付録A.2　JP1/IM - Manager（UNIX版）

JP1/IM - Manager（UNIX版）で使用するファイル名およびディレクトリ名を示します。

(1)　JP1/IM - Manager（コンポーネント共通）

JP1/IM - Manager（コンポーネント共通）で使用するファイル名およびディレクトリ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

ディレクトリに対する「参照」：ディレクトリ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A‒12　ユーザーが参照・編集できるファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（コンポーネント共通））

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

内容

参照

編集

/etc/opt/jp1imm/conf/imm_operationlog.conf

操作ログ定義ファイル

○

○

/etc/opt/jp1imm/conf/imm_operationlog.conf.model

操作ログ定義ファイルのモデルファイル

○

×

/opt/jp1imm/tools/jim_log.sh

資料採取ツール

○

×

（凡例）

○：できる

×：できない

表A‒13　ユーザーが参照・編集する必要のないファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（コンポーネント共通））

ディレクトリ名

内容

/opt/jp1imm/tools/

ツール格納ディレクトリ以下で，ユーザーが参照・編集できるファイル・ディレクトリ一覧に記載のないファイル・ディレクトリ

/opt/jp1imm/patch_backup_dir/

修正パッチバックアップディレクトリ以下で修正パッチのRELEASE.TXTまたはRELEASE.EUCに記載されているパッチユーティリティ以外のファイル・ディレクトリ（このディレクトリは修正パッチ適用時にだけ作成される）

/opt/jp1imm/update.log

アップデートログファイル

/opt/jp1imm/patch_history

修正パッチ履歴ファイル

/var/opt/jp1imm/log/

ログディレクトリ

(2)　JP1/IM - Manager（インテリジェント統合管理基盤）

UNIX版のJP1/IM - Manager（インテリジェント統合管理基盤）で使用するファイル名およびディレクトリ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

ディレクトリに対する「参照」：ディレクトリ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A‒14　ユーザーが参照・編集できるファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（インテリジェント統合管理基盤））

ファイル名・フォルダ名

内容

参照

編集

/var/opt/jp1imm/bin/

コマンド格納ディレクトリ

○

×

/etc/opt/jp1imm/conf/imdd

インテリジェント統合管理基盤の環境設定ファイル格納ディレクトリ

○

×

/etc/opt/jp1imm/conf/imdd/imdd.properties

インテリジェント統合管理基盤定義ファイル

○

○

/etc/opt/jp1imm/conf/imdd/imdd.properties.model

インテリジェント統合管理基盤定義ファイルのモデルファイル

○

×

/etc/opt/jp1imm/conf/imdd/imdd_category_name.conf

IM管理ノードカテゴリ名称定義ファイル

○

○

/etc/opt/jp1imm/conf/imdd/imdd_category_name.conf.model

IM管理ノードカテゴリ名称定義ファイルのモデルファイル

○

×

/etc/opt/jp1imm/conf/imdd/imdd_host_name.conf

ホスト名定義ファイル

○

○

/etc/opt/jp1imm/conf/imdd/imdd_host_name.conf.model

ホスト名定義ファイルのモデルファイル

○

×

/etc/opt/jp1imm/conf/imdd/imdd_nodeLink_def.conf

IM管理ノードリンク定義ファイル

○

○

/etc/opt/jp1imm/conf/imdd/imdd_nodeLink_def.conf.model

IM管理ノードリンク定義ファイルのモデルファイル

○

×

/etc/opt/jp1imm/conf/imdd/imdd_systemnode.conf

システムノード定義ファイル

○

○

/etc/opt/jp1imm/conf/imdd/imdd_systemnode.conf.model

システムノード定義ファイルのモデルファイル

○

×

/etc/opt/jp1imm/conf/imdd/imdd_target_host.conf

構成取得対象ホスト定義ファイル

○

○

/etc/opt/jp1imm/conf/imdd/imdd_target_host.conf.model

構成取得対象ホスト定義ファイルのモデルファイル

○

×

/etc/opt/jp1imm/conf/imdd/suggestion/imdd_suggestion.conf

提案定義ファイル

○

○

/etc/opt/jp1imm/conf/imdd/suggestion/imdd_suggestion.conf.model

提案定義ファイルのモデルファイル

○

×

/etc/opt/jp1imm/conf/imdd/suggestion/template/en

英語版提案テンプレートファイル格納ディレクトリ

○

×

/etc/opt/jp1imm/conf/imdd/suggestion/template/en/imdd_suggestion_ajs_check_failed_agent_jobnet_en.conf

英語版提案テンプレートファイル（JP1/AJS）

○

○

/etc/opt/jp1imm/conf/imdd/suggestion/template/en/imdd_suggestion_ajs_check_failed_agent_jobnet_en.conf.model

英語版提案テンプレートファイルのモデルファイル（JP1/AJS）

○

×

/etc/opt/jp1imm/conf/imdd/suggestion/template/en/imdd_suggestion_ajs_check_failed_agent_list_en.conf

英語版提案テンプレートファイル（JP1/AJS）

○

○

/etc/opt/jp1imm/conf/imdd/suggestion/template/en/imdd_suggestion_ajs_check_failed_agent_list_en.conf.model

英語版提案テンプレートファイルのモデルファイル（JP1/AJS）

○

×

/etc/opt/jp1imm/conf/imdd/suggestion/template/en/imdd_suggestion_pfm_cpu_event_en.conf

英語版提案テンプレートファイル（JP1/PFM）

○

○

/etc/opt/jp1imm/conf/imdd/suggestion/template/en/imdd_suggestion_pfm_cpu_event_en.conf.model

英語版提案テンプレートファイルのモデルファイル（JP1/PFM）

○

×

/etc/opt/jp1imm/conf/imdd/suggestion/template/en/imdd_suggestion_pfm_set_status_of_events_to_processed_en.conf

英語版提案テンプレートファイル（JP1/PFM）

○

○

/etc/opt/jp1imm/conf/imdd/suggestion/template/en/imdd_suggestion_pfm_set_status_of_events_to_processed_en.conf.model

英語版提案テンプレートファイルのモデルファイル（JP1/PFM）

○

×

/etc/opt/jp1imm/conf/imdd/suggestion/template/en/imdd_suggestion_pfm_suspend_monitoring_en.conf

英語版提案テンプレートファイル（JP1/PFM）

○

○

/etc/opt/jp1imm/conf/imdd/suggestion/template/en/imdd_suggestion_pfm_suspend_monitoring_en.conf.model

英語版提案テンプレートファイルのモデルファイル（JP1/PFM）

○

×

/etc/opt/jp1imm/conf/imdd/suggestion/template/ja

日本語版提案テンプレートファイル格納ディレクトリ

○

×

/etc/opt/jp1imm/conf/imdd/suggestion/template/ja/imdd_suggestion_ajs_check_failed_agent_jobnet_ja.conf

日本語版提案テンプレートファイル（JP1/AJS）

○

○

/etc/opt/jp1imm/conf/imdd/suggestion/template/ja/imdd_suggestion_ajs_check_failed_agent_jobnet_ja.conf.model

日本語版提案テンプレートファイルのモデルファイル（JP1/AJS）

○

×

/etc/opt/jp1imm/conf/imdd/suggestion/template/ja/imdd_suggestion_ajs_check_failed_agent_list_ja.conf

日本語版提案テンプレートファイル（JP1/AJS）

○

○

/etc/opt/jp1imm/conf/imdd/suggestion/template/ja/imdd_suggestion_ajs_check_failed_agent_list_ja.conf.model

日本語版提案テンプレートファイルのモデルファイル（JP1/AJS）

○

×

/etc/opt/jp1imm/conf/imdd/suggestion/template/ja/imdd_suggestion_pfm_cpu_event_ja.conf

日本語版提案テンプレートファイル（JP1/PFM）

○

○

/etc/opt/jp1imm/conf/imdd/suggestion/template/ja/imdd_suggestion_pfm_cpu_event_ja.conf.model

日本語版提案テンプレートファイルのモデルファイル（JP1/PFM）

○

×

/etc/opt/jp1imm/conf/imdd/suggestion/template/ja/imdd_suggestion_pfm_set_status_of_events_to_processed_ja.conf

日本語版提案テンプレートファイル（JP1/PFM）

○

○

/etc/opt/jp1imm/conf/imdd/suggestion/template/ja/imdd_suggestion_pfm_set_status_of_events_to_processed_ja.conf.model

日本語版提案テンプレートファイルのモデルファイル（JP1/PFM）

○

×

/etc/opt/jp1imm/conf/imdd/suggestion/template/ja/imdd_suggestion_pfm_suspend_monitoring_ja.conf

日本語版提案テンプレートファイル（JP1/PFM）

○

○

/etc/opt/jp1imm/conf/imdd/suggestion/template/ja/imdd_suggestion_pfm_suspend_monitoring_ja.conf.model

日本語版提案テンプレートファイルのモデルファイル（JP1/PFM）

○

×

/var/opt/jp1imm/log/suggestion/jddSuggestionHistory.log{.1-3}

対処アクション実行履歴ファイル

○

×

/var/opt/jp1imm/log/secretAuth/jddSecretAuth.log{.1-3}

シークレット認証ログファイル

○

×

/etc/opt/jp1imm/conf/imdd/imdd_sso_mapping.properties

シングルサインオンマッピング定義ファイル

○

○

/etc/opt/jp1imm/conf/imdd/imdd_sso_mapping.properties.model

シングルサインオンマッピング定義ファイルのモデルファイル

○

×

/var/opt/jp1imm/data/imdd/system

構造化データ用ファイル格納ディレクトリ

○

×

（凡例）

○：できる

×：できない

表A‒15　ユーザーが参照・編集する必要のないファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（インテリジェント統合管理基盤））

ディレクトリ名

内容

/etc/opt/jp1imm/lib/imdd/

ライブラリー格納ディレクトリ

/etc/opt/jp1imm/log/imdd/

ログディレクトリ

/etc/opt/jp1imm/tmp/imdd/

作業ディレクトリ

(3)　JP1/IM - Manager（セントラルコンソール）

UNIX版のJP1/IM - Manager（セントラルコンソール）で使用するファイル名およびディレクトリ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

ディレクトリに対する「参照」：ディレクトリ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A‒16　ユーザーが参照・編集できるファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（セントラルコンソール））

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

内容

参照

編集

/etc/opt/jp1cons/jco_start

JP1/IM - Managerを自動的に起動するためのスクリプト

○

△※1※4

/etc/opt/jp1cons/jco_start.model

JP1/IM - Managerを自動的に起動するためのスクリプトのモデルファイル

○

×

/etc/opt/jp1cons/jco_stop

JP1/IM - Managerを自動的に終了するためのスクリプト

○

△※1※5

/etc/opt/jp1cons/jco_stop.model

JP1/IM - Managerを自動的に終了するためのスクリプトのモデルファイル

○

×

/etc/opt/jp1cons/jco_start.cluster

論理ホスト上のJP1/IM - Managerを起動するためのスクリプト

○

△※4

/etc/opt/jp1cons/jco_stop.cluster

論理ホスト上のJP1/IM - Managerを終了するためのスクリプト

○

△※5

/etc/opt/jp1cons/jco_killall.cluster

クラスタシステムで運用している場合に，JP1/IM - Managerのプロセスを強制的に終了するためのスクリプト

○

×

/etc/opt/jp1cons/conf/

環境設定ファイル格納ディレクトリ

○

×

/etc/opt/jp1cons/conf/jp1co_env.conf

IM環境定義ファイル

○

○

/etc/opt/jp1cons/conf/jp1co_service.conf

拡張起動プロセス定義ファイル

○

△

/etc/opt/jp1cons/conf/jp1co_param_V7.conf

IMパラメーター定義ファイル

○

○

/etc/opt/jp1cons/conf/jp1co_param_V7.conf.model

IMパラメーター定義ファイルのモデルファイル

○

×

/etc/opt/jp1cons/conf/action/actdef.conf

自動アクション定義ファイル

○

○

/etc/opt/jp1cons/conf/action/actnotice.conf

自動アクション通知定義ファイル

○

○

/etc/opt/jp1cons/conf/action/actnotice.conf.model

自動アクション通知定義ファイルのモデルファイル

○

×

/etc/opt/jp1cons/conf/chsev/jcochsev.conf

重大度変更定義ファイル

○

○

/etc/opt/jp1cons/conf/chsev/jcochsev.conf.model

重大度変更定義ファイルのモデルファイル

○

×※1

/etc/opt/jp1cons/conf/action/event_info_replace.conf

イベント引き継ぎ情報変換設定ファイル

○

○※2

/etc/opt/jp1cons/conf/action/attr_list/attr_list.conf

イベント条件表示項目定義ファイル

○

○

/etc/opt/jp1cons/conf/action/attr_list/attr_list.conf.model

イベント条件表示項目定義ファイルのモデルファイル

○

×

/etc/opt/jp1cons/conf/action/actdef.conf.model

自動アクション定義ファイルのモデルファイル

○

×※1

/etc/opt/jp1cons/conf/console/attribute/会社名_製品名_attr_ja.conf

イベント拡張属性定義ファイル

○

○※2

/etc/opt/jp1cons/conf/console/attribute/extend

イベント拡張属性定義ファイル（拡張ファイル）格納フォルダ

○

×

/etc/opt/jp1cons/conf/console/attribute/extend/template_extend_attr_ja.conf

日本語のイベント拡張属性定義ファイル（拡張ファイル）

○

○※3

/etc/opt/jp1cons/conf/console/attribute/extend/template_extend_attr_ja.conf.model

日本語のイベント拡張属性定義ファイル（拡張ファイル）のモデルファイル

○

×

/etc/opt/jp1cons/conf/console/attribute/extend/template_extend_attr_en.conf

英語のイベント拡張属性定義ファイル（拡張ファイル）

○

○※3

/etc/opt/jp1cons/conf/console/attribute/extend/template_extend_attr_en.conf.model

英語のイベント拡張属性定義ファイル（拡張ファイル）のモデルファイル

○

×

/etc/opt/jp1cons/conf/console/attribute/extend/template_extend_attr_zh.conf

中国語のイベント拡張属性定義ファイル（拡張ファイル）

○

○※3

/etc/opt/jp1cons/conf/console/attribute/extend/template_extend_attr_zh.conf.model

中国語のイベント拡張属性定義ファイル（拡張ファイル）のモデルファイル

○

×

/etc/opt/jp1cons/conf/console/filter/attr_list

共通除外条件表示項目定義ファイル格納ディレクトリ

○

×

/etc/opt/jp1cons/conf/console/filter/attr_list/common_exclude_filter_attr_list.conf

共通除外条件表示項目定義ファイル

○

○

/etc/opt/jp1cons/conf/console/filter/attr_list/common_exclude_filter_attr_list.conf.model

共通除外条件表示項目定義ファイルのモデルファイル

○

×※1

/etc/opt/jp1cons/conf/console/filter/auto_list/common_exclude_filter_auto_list.conf

共通除外条件自動入力定義ファイル

○

○

/etc/opt/jp1cons/conf/console/filter/auto_list/common_exclude_filter_auto_list.conf.model

共通除外条件自動入力定義ファイルのモデルファイル

○

×

/etc/opt/jp1cons/conf/console/incident/incident.conf

インシデント手動登録定義ファイル

○

○

/etc/opt/jp1cons/conf/console/incident/incident.conf.model

インシデント手動登録定義ファイルのモデルファイル

○

×

/etc/opt/jp1cons/conf/console/incident/incident_info.conf

インシデント引き継ぎ情報設定ファイル

○

○

/etc/opt/jp1cons/conf/console/incident/incident_info.conf.model

インシデント引き継ぎ情報設定ファイルのモデルファイル

○

×

/etc/opt/jp1cons/conf/console/monitor/会社名_製品名_mon.conf

モニター画面呼び出し定義ファイル

○

○※2

/etc/opt/jp1cons/conf/console/object_type/会社名_製品名_obj.ja

オブジェクトタイプ定義ファイル

○

○※2

/etc/opt/jp1cons/conf/console/performance/performance.conf

性能レポート表示定義ファイル

○

○

/etc/opt/jp1cons/conf/console/performance/performance.conf.model

性能レポート表示定義ファイルのモデルファイル

○

×

/etc/opt/jp1cons/conf/console/profile/.system

システムプロファイル

○

△

/etc/opt/jp1cons/conf/console/profile/.system.model

システムプロファイルのモデルファイル

○

×

/etc/opt/jp1cons/conf/console/profile/defaultUser

デフォルトユーザープロファイル

○

△

/etc/opt/jp1cons/conf/console/profile/defaultUser.model

デフォルトユーザープロファイルのモデルファイル

○

×

/etc/opt/jp1cons/conf/console/profile/systemColor.conf

システムカラー定義ファイル

○

○

/etc/opt/jp1cons/conf/console/profile/systemColor.conf.model

システムカラー定義ファイルのモデルファイル

○

×※1

/etc/opt/jp1cons/conf/console/profile/profile_ユーザー名

各JP1ユーザー用ユーザープロファイル

○

△

/etc/opt/jp1cons/conf/console/rmtcmd/

リモートコマンド定義格納フォルダ

○

×

/etc/opt/jp1cons/conf/console/rmtcmd/cmdbtn.conf

コマンドボタン定義ファイル

○

○

/etc/opt/jp1cons/conf/console/rmtcmd/cmdbtn.conf.model

コマンドボタン定義ファイルのモデルファイル

○

×※1

ユーザー任意のディレクトリ/ファイル名.conf

相関イベント発行定義ファイル

○

○※2

/etc/opt/jp1cons/conf/evgen/profile/egs_system.conf

相関イベント発行システムプロファイル

○

○

/etc/opt/jp1cons/conf/evgen/profile/egs_system.conf.model

相関イベント発行システムプロファイルのモデルファイル

○

×※1

/etc/opt/jp1cons/conf/console/event_storm/attr_list/event_storm_attr_list.conf

繰り返しイベント条件表示項目定義ファイル

○

○

/etc/opt/jp1cons/conf/event_storm/attr_list/event_storm_attr_list.conf.model

繰り返しイベント条件表示項目定義ファイルのモデルファイル

○

×※1

/etc/opt/jp1cons/conf/console/event_storm/auto_list/event_storm_auto_list.conf

繰り返しイベント条件自動入力定義ファイル

○

○

/etc/opt/jp1cons/conf/console/event_storm/auto_list/event_storm_auto_list.conf.model

繰り返しイベント条件自動入力定義ファイルのモデルファイル

○

×

/etc/opt/jp1cons/conf/guide/jco_guide.txt

イベントガイド情報ファイル

○

○※1

/etc/opt/jp1cons/conf/guide/sample_jco_guide_ja.txt

イベントガイド情報ファイルのサンプルファイル（日本語）

○

×

/etc/opt/jp1cons/conf/guide/sample_jco_guide_en.txt

イベントガイド情報ファイルのサンプルファイル（英語）

○

×

/etc/opt/jp1cons/conf/guide/sample_jco_guide_ja.txt.model

イベントガイド情報サンプルのモデルファイル（日本語）

○

×

/etc/opt/jp1cons/conf/guide/sample_jco_guide_en.txt.model

イベントガイド情報サンプルのモデルファイル（英語）

○

×

/etc/opt/jp1cons/conf/processupdate/processupdate.conf

対処状況イベント定義ファイル

○

○

/etc/opt/jp1cons/conf/processupdate/processupdate.conf.model

対処状況イベント定義ファイルのモデルファイル

○

×

/etc/opt/jp1cons/default/

共通定義ディレクトリ

○

×

/etc/opt/jp1cons/default/action.conf.update

自動アクション環境定義ファイルのモデルファイル

○

×※1

/etc/opt/jp1cons/default/console.conf.update

通信環境定義ファイルのモデルファイル

○

×※1

/etc/opt/jp1cons/default/chmsgevent.conf.update

表示メッセージ変更後イベント環境定義ファイルのモデルファイル

○

×※1

/etc/opt/jp1cons/default/evtreport.conf.update

イベントレポート出力環境定義ファイルのモデルファイル

○

×※1

ユーザー任意のディレクトリ/ファイル名

相関イベント発行環境定義ファイル

○

○※2

/etc/opt/jp1cons/conf/health/jcohc.conf

ヘルスチェック定義ファイル

○

○

/etc/opt/jp1cons/conf/hostmap/user_hostmap.conf

発生元ホストマッピング定義ファイル

○

○

/etc/opt/jp1cons/conf/hostmap/user_hostmap.conf.model

発生元ホストマッピング定義ファイルのモデルファイル

○

×※1

/etc/opt/jp1cons/conf/health/jcohc.conf.model

ヘルスチェック定義ファイルのモデルファイル

○

×

/opt/jp1cons/bin/

コマンド格納ディレクトリ

○

×

/opt/jp1cons/tools/

ツール格納ディレクトリ

○

×

/var/opt/jp1cons/operation

操作履歴格納ファイル

○

×

/var/opt/jp1cons/operation/evgen/egs_discrim{1|2|3}.log

相関イベント発行履歴ファイル

○

×

/var/opt/jp1cons/operation/comexclude/comexclude{1|2|3|4|5}.log

共通除外履歴ファイル

○

×

/var/opt/jp1cons/operation/comexclude/comexcludeDef{1|2|3|4|5}.log

共通除外条件定義履歴ファイル

○

×

（凡例）

○：できる

△：一部編集できる

×：できない

注※1　モデルファイルをコピーして作成してください。

注※2　イベント拡張属性定義ファイル，オブジェクトタイプ定義ファイル，モニター画面呼び出し定義ファイル，相関イベント発行定義ファイル，相関イベント発行環境定義ファイルは，JP1/IM - Managerインストール後にユーザーによって追加されたファイルが対象となります。イベント拡張属性定義ファイル，オブジェクトタイプ定義ファイル，モニター画面呼び出し定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「モニター画面呼び出し定義ファイル」（2.　定義ファイル）を参照してください。また，相関イベント発行定義ファイル，相関イベント発行環境定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」を参照してください。

注※3　使用する際は，ファイル名の先頭の「template_」を削除してください。

注※4　LANG環境変数の設定行，「ulimit -c unlimited」およびタイムアウト値の設定行だけ変更できます。

注※5　LANG環境変数の設定行，およびタイムアウト値の設定行だけ変更できます。

表A‒17　ユーザーが参照・編集する必要のないファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（セントラルコンソール））

ディレクトリ名

内容

/etc/opt/jp1cons/conf/

環境設定ファイル格納ディレクトリ以下で，ユーザーが参照・編集できるファイル・ディレクトリ一覧に記載のないファイル・ディレクトリ

/etc/opt/jp1cons/default/

共通定義ディレクトリ以下で，ユーザーが参照・編集できるファイル・ディレクトリ一覧に記載のないファイル・ディレクトリ

/opt/jp1cons/tools/

ツール格納ディレクトリ

/opt/jp1cons/classes/

クラスファイル格納ディレクトリ

/opt/jp1cons/lib/

ライブラリーファイル格納ディレクトリ

/var/opt/jp1cons/log/

ログディレクトリ

/var/opt/jp1cons/operation/

操作履歴格納ディレクトリ以下で，ユーザーが参照・編集できるファイル・ディレクトリ一覧に記載のないファイル・ディレクトリ

/var/opt/jp1cons/tmp/

作業ディレクトリ

(4)　JP1/IM - Manager（セントラルスコープ）

UNIX版のJP1/IM - Manager（セントラルスコープ）で使用するファイル名およびディレクトリ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

ディレクトリに対する「参照」：ディレクトリ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A‒18　ユーザーが参照・編集できるファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（セントラルスコープ））

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

内容

参照

編集

/etc/opt/jp1scope/conf/action_complete_on.conf

対処済み連動設定ファイル

○

○

/etc/opt/jp1scope/conf/action_complete_off.conf

/etc/opt/jp1scope/conf/action_complete_on.conf.model

対処済み連動設定ファイルのモデルファイル

○

×

/etc/opt/jp1scope/conf/action_complete_off.conf.model

/etc/opt/jp1scope/conf/auto_dbbackup_on.conf

監視オブジェクトDBの自動バックアップ・リカバリー設定ファイル

○

○

/etc/opt/jp1scope/conf/auto_dbbackup_off.conf

/etc/opt/jp1scope/conf/auto_dbbackup_on.conf.model

監視オブジェクトDBの自動バックアップ・リカバリー設定ファイルのモデルファイル

○

×

/etc/opt/jp1scope/conf/auto_dbbackup_off.conf.model

/etc/opt/jp1scope/conf/evhist_warn_event_on.conf

状態変更イベント件数の上限監視設定ファイル

○

○

/etc/opt/jp1scope/conf/evhist_warn_event_off.conf

/etc/opt/jp1scope/conf/evhist_warn_event_on.conf.model

状態変更イベント件数の上限監視設定ファイルのモデルファイル

○

×

/etc/opt/jp1scope/conf/evhist_warn_event_off.conf.model

/etc/opt/jp1scope/conf/jcs_guide_sjis.txt

ガイド情報ファイル※1

○

○

/etc/opt/jp1scope/conf/jcs_guide_euc.txt

/etc/opt/jp1scope/conf/jcs_guide_UTF-8.txt

/etc/opt/jp1scope/conf/jcs_guide.txt

/etc/opt/jp1scope/conf/jcs_guide_GB18030.txt※2

/etc/opt/jp1scope/conf/jcs_guide_sjis.txt.model

ガイド情報ファイルのモデルファイル※1

○

×

/etc/opt/jp1scope/conf/jcs_guide_euc.txt.model

/etc/opt/jp1scope/conf/jcs_guide_UTF-8.txt.model

/etc/opt/jp1scope/conf/jcs_guide.txt.model

/etc/opt/jp1scope/conf/jcs_hosts

ホスト情報ファイル

○

○

/etc/opt/jp1scope/conf/jcs_hosts.model

ホスト情報ファイルのモデルファイル

○

×

/etc/opt/jp1scope/conf/jcs_sysprofile_sjis.def

システムプロファイル（セントラルスコープ）

○

○

/etc/opt/jp1scope/conf/jcs_sysprofile_euc.def

/etc/opt/jp1scope/conf/jcs_sysprofile_UTF-8.def

/etc/opt/jp1scope/conf/jcs_sysprofile.def

/etc/opt/jp1scope/conf/jcs_sysprofile_GB18030.def

/etc/opt/jp1scope/conf/jcs_sysprofile_sjis.def.model

システムプロファイル（セントラルスコープ）のモデルファイル

○

×

/etc/opt/jp1scope/conf/jcs_sysprofile_euc.def.model

/etc/opt/jp1scope/conf/jcs_sysprofile_UTF-8.def.model

/etc/opt/jp1scope/conf/jcs_sysprofile.def.model

/etc/opt/jp1scope/conf/jcs_sysprofile_GB18030.def.model

/etc/opt/jp1scope/conf/snmpfilter_im_sample.conf

SNMPトラップ変換機能フィルター定義ファイルのサンプルファイル（バージョン8以前のJP1/Cm2/NNM，バージョン8以前のJP1/Cm2/SSO連携時だけ使用）

○

×

/etc/opt/jp1scope/sample/

サンプルディレクトリ

○

×

/etc/opt/jp1scope/sample/guide/jcs_guide_html_sample_sjis.txt

HTMLガイド情報サンプル※1

○

×

/etc/opt/jp1scope/sample/guide/jcs_guide_html_sample_euc.txt

/etc/opt/jp1scope/sample/guide/jcs_guide_html_sample_UTF-8.txt

/etc/opt/jp1scope/sample/guide/jcs_guide_html_sample.txt

/etc/opt/jp1scope/sample/guide/exfile/jcs_guide_html_sample_sjis001.txt

/etc/opt/jp1scope/sample/guide/exfile/jcs_guide_html_sample_euc001.txt

/etc/opt/jp1scope/sample/guide/exfile/jcs_guide_html_sample_UTF-8-001.txt

/etc/opt/jp1scope/sample/guide/exfile/jcs_guide_html_sample001.txt

/opt/jp1scope/bin/

コマンド格納ディレクトリ

○

×

/opt/jp1scope/lib/

ライブラリーファイル格納ディレクトリ

○

×

/opt/jp1scope/lib/$LANG

メッセージカタログ

○

×

/var/opt/jp1scope/log/JCS_SETUP/jcs_setup.log

セットアップ時のログファイル

○

×

（凡例）

○：できる

×：できない

注※1　OSがサポートしているロケールのファイルだけ存在します。

注※2　ユーザー自身で作成するファイルです。インストール時に作成されません。

表A‒19　ユーザーが参照・編集する必要のないファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（セントラルスコープ））

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

内容

/etc/opt/jp1scope/conf/

環境設定ファイル格納ディレクトリ以下で，ユーザーが参照・編集できるファイル・ディレクトリ一覧に記載のないファイル・ディレクトリ

/etc/opt/jp1scope/default/

共通定義ディレクトリ

/opt/jp1scope/tools/

ツール格納ディレクトリ

/var/opt/jp1scope/database/event/

イベント照合処理作業ディレクトリ

/var/opt/jp1scope/log/

ログディレクトリ以下で，ユーザーが参照・編集できるファイル・ディレクトリ一覧に記載のないファイル・ディレクトリ

/var/opt/jp1scope/tmp/

作業ディレクトリ

(5)　JP1/IM - Manager（IM構成管理）

UNIX版のJP1/IM - Manager（IM構成管理）で使用するファイル名およびディレクトリ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

ディレクトリに対する「参照」：ディレクトリ以下に何が格納されているかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A‒20　ユーザーが参照・編集できるファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（IM構成管理））

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

内容

参照

編集

/opt/jp1imm/bin/

コマンド格納ディレクトリ

○

×

/etc/opt/jp1imm/conf/imcf/jp1cf_applyconfig.conf

IM構成反映方式設定ファイル

○

○

/etc/opt/jp1imm/conf/imcf/jp1cf_applyconfig.conf.model

IM構成反映方式設定ファイルのモデルファイル

○

×

/etc/opt/jp1imm/conf/imcf/jp1cf_profile_manager.conf

プロファイル管理環境定義ファイル

○

○

/etc/opt/jp1imm/conf/imcf/jp1cf_profile_manager.conf.model

プロファイル管理環境定義ファイルのモデルファイル

○

×

/etc/opt/jp1imm/conf/imcf/jp1cf_remote_logtrap.conf

リモートログトラップ環境定義ファイル

○

○

/etc/opt/jp1imm/conf/imcf/jp1cf_remote_logtrap.conf.model

リモートログトラップ環境定義ファイルのモデルファイル

○

×

（凡例）

○：できる

×：できない

表A‒21　ユーザーが参照・編集する必要のないファイル・ディレクトリ一覧（UNIX版JP1/IM - Manager（IM構成管理））

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

内容

/etc/opt/jp1imm/conf/

環境設定ファイル格納ディレクトリ以下で，ユーザーが参照・編集できるファイル・ディレクトリ一覧に記載のないファイル・ディレクトリ

/etc/opt/jp1imm/conf/imcf/const/ppinfotemplate.conf

製品情報テンプレートファイル

/etc/opt/jp1imm/conf/imcf/const/ppinfotemplate.conf.update

製品情報テンプレートアップデートファイル

/etc/opt/jp1imm/conf/imcf/const/profile_list0708.csv

プロファイルリストひな型ファイル

/etc/opt/jp1imm/conf/imcf/const/profile_listEuropa.csv

/etc/opt/jp1imm/conf/imcf/const/jp1base_profile_type_en.csv

プロファイルリスト種別ファイル

/etc/opt/jp1imm/conf/imcf/const/jp1base_profile_type_jp.csv

/etc/opt/jp1imm/conf/imcf/const/jp1base_opiTagList_en.csv

プロファイルタグリストファイル

/etc/opt/jp1imm/conf/imcf/const/jp1base_opiTagList_jp.csv

/etc/opt/jp1imm/default/

共通定義ディレクトリ

/var/opt/jp1imm/data/

プロファイルデータ

/var/opt/jp1imm/log/

ログディレクトリ

/var/opt/jp1imm/tmp/

作業ディレクトリ

/opt/jp1imm/lib/

ライブラリー格納フォルダ

付録A.3　JP1/IM - View

JP1/IM - Viewで使用するファイル名およびフォルダ名を次の表に示します。

JP1/IM - Viewで使用するファイル名およびフォルダ名を次の表に示します。なお，表内の「参照」は次の意味で使用しています。

フォルダに対する「参照」：フォルダ以下に何が格納されているのかの確認。

ファイルに対する「参照」：ファイルを開いての内容確認。

表A‒22　ユーザーが参照・編集できるファイル・フォルダ一覧（JP1/IM - View）

ファイル名・フォルダ名

内容

参照

編集

Viewパス¥Version.txt

Versionファイル

○

×

Viewパス¥ProdutInfo.txt

ProdutInfoファイル

○

×

Viewパス¥bin¥

コマンド格納フォルダ

○

×

Viewパス¥conf¥

定義ファイル格納フォルダ

○

×

Viewパス¥conf¥appexecute¥ja¥会社名_製品名_app.conf

アプリケーション実行定義ファイル

○

○※1※2

Viewパス¥conf¥appexecute¥ja¥!JP1_CC_APP0.conf.model

アプリケーション実行定義ファイルのモデルファイル

○

×

Viewパス¥conf¥function¥ja¥会社名_製品名_tree.conf

統合機能メニュー定義ファイル

○

○※1※2

Viewパス¥conf¥ function¥ja¥!JP1_CC_FTREE0.conf.model

統合機能メニュー定義ファイルのモデルファイル

○

×

Viewパス¥conf¥tuning.conf

IM-View設定ファイル

○

○

Viewパス¥conf¥tuning.conf.model

IM-View設定ファイルのモデルファイル

○

×

Viewパス¥conf¥jcfview¥jcfview.conf

IM構成管理・ビューアー動作定義ファイル

○

○

Viewパス¥conf¥jcfview¥jcfview.conf.model

IM構成管理・ビューアー動作定義ファイルのモデルファイル

○

×

Viewパス¥conf¥sovsystem¥ja¥system.conf

システムプロファイル（セントラルスコープ・ビューアー）

○

○

Viewパス¥conf¥sovsystem¥en¥system.conf

Viewパス¥conf¥sovsystem¥zh¥system.conf

Viewパス¥conf¥sovsystem¥ja¥system.conf.model

システムプロファイル（セントラルスコープ・ビューアー）のモデルファイル

○

×

Viewパス¥conf¥sovsystem¥en¥system.conf.model

Viewパス¥conf¥sovsystem¥zh¥system.conf.model

Viewパス¥conf¥sovtoolexec¥ja¥!JP1_CS_APP0.conf

起動プログラム定義ファイル

○

○

Viewパス¥conf¥sovtoolexec¥ja¥!JP1_CS_APP0.conf.model

起動プログラム定義ファイルのモデルファイル

○

×

Viewパス¥conf¥sovtoolitem¥ja¥!JP1_CS_FTOOL0.conf

ツールバー定義ファイル

○

○

Viewパス¥conf¥sovtoolitem¥ja¥!JP1_CS_FTOOL0.conf.model

ツールバー定義ファイルのモデルファイル

○

×

Viewパス¥conf¥sovtoolitem¥ja¥!JP1_CS_FTREE0.conf

アイコン動作定義ファイル

○

○

Viewパス¥conf¥sovtoolitem¥ja¥!JP1_CS_FTREE0.conf.model

アイコン動作定義ファイルのモデルファイル

○

×

Viewパス¥conf¥webdata¥ja¥hitachi_jp1_製品名.html

WWWページ呼び出し定義ファイル

○

○

Viewパス¥conf¥webdata¥ja¥hitachi_jp1_製品名.html.model

WWWページ呼び出し定義ファイルのモデルファイル

○

×

Viewパス¥default¥

共通定義フォルダ

○

×

Viewパス¥default¥view.conf.update

通信環境定義ファイルのモデルファイル

○

×※1

Viewパス¥default¥tree_view.conf.update

通信環境定義ファイルのモデルファイル

○

×※1

Viewパス¥image¥icon¥

アイコン格納フォルダ

○

○

Viewパス¥image¥visual¥※3

ビジュアルアイコン格納フォルダ

○

○

Viewパス¥image¥map¥

背景画像格納フォルダ

○

○

Viewパス¥tools¥

ツール格納先フォルダ

○

×

Viewパス¥tools¥jcoview_log.bat

資料採取ツール

○

×

（凡例）

○：できる

×：できない

注※1　コピーして使用してください。

注※2　アプリケーション実行定義ファイル，統合機能メニュー定義ファイルは，JP1/IM - Viewのインストール後にユーザーによって追加されたファイルが対象となります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「2.　定義ファイル」を参照してください。

注※3　JP1/IM - Viewのインストール後にユーザーが作成するフォルダです。

表A‒23　ユーザーが参照・編集する必要のないファイル・フォルダ一覧（JP1/IM - View）

フォルダ名

内容

Viewパス¥conf¥

環境設定ファイル格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ

システムドライブ:¥ProgramData¥Hitachi¥jp1¥jp1_default¥JP1CoView¥conf¥※1

Viewパス¥classes¥

クラスファイル格納フォルダ

Viewパス¥default¥

共通定義フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ

Viewパス¥doc¥

ヘルプ格納フォルダ

Viewパス¥image¥

画像データ格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ

Viewパス¥log¥※2

ログフォルダ

Viewパス¥patch_backup_dir¥

修正パッチバックアップフォルダ以下で修正パッチのRELEASE.TXTに記載されているパッチユーティリティ以外のファイル・フォルダ（このフォルダは修正パッチ適用時にだけ作成される）

Viewパス¥tools¥

ツール格納フォルダ以下で，ユーザーが参照・編集できるファイル・フォルダ一覧に記載のないファイル・フォルダ

システムドライブ:¥Program Files¥jp1common¥※3

製品情報格納フォルダ

注※1　Windowsの場合だけ存在するフォルダです。Windowsの場合は，「Viewパス¥conf¥」だけでなく，このフォルダにも環境設定ファイルの一部が格納されます。

注※2　Windowsの場合は，「Viewパス¥log¥」部分を「システムドライブ:¥ProgramData¥Hitachi¥jp1¥jp1_default¥JP1CoView¥log¥」に置き換えてください。

注※3　Windowsの場合，「システムドライブ:¥Program Files」と表記している部分は，インストール時のOS環境変数によって決定されるため，環境によって異なる場合があります。

付録A.4　JP1/IM - Agent

JP1/IM - Agentで使用するファイル名およびディレクトリ名を示します。

(1)　統合マネージャーホスト（Windows）

統合マネージャーホスト（Windows）のJP1/IM - Agentで使用するファイル名およびフォルダ名を次の表に示します。

表A‒24　統合マネージャーホスト（Windows）のJP1/IM - Agentでユーザーが参照・編集できるファイル・フォルダ一覧

ファイル名・フォルダ名

内容

資料採取対象

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥

JP1/IM - Agentのメトリック定義ファイル格納フォルダ

−

aws_settings.conf

AWS定義ファイル

○

aws_settings.conf.model

AWS定義ファイルのモデルファイル

−

metrics_node_exporter.conf

Node exporterのメトリック定義ファイル

○

metrics_node_exporter.conf.model

Node exporterのメトリック定義ファイルのモデルファイル

−

metrics_process_exporter.conf

Process exporterのメトリック定義ファイル

○

metrics_process_exporter.conf.model

Process exporterのメトリック定義ファイルのモデルファイル

−

metrics_node_exporter_service.conf

Node exporter（サービス監視）のメトリック定義ファイル

○

metrics_node_exporter_service.conf.model

Node exporter（サービス監視）のメトリック定義ファイルのモデルファイル

−

metrics_windows_exporter.conf

Windows exporterのメトリック定義ファイル

○

metrics_windows_exporter.conf.model

Windows exporterのメトリック定義ファイルのモデルファイル

−

metrics_windows_exporter_process.conf

Windows exporter（プロセス監視）のメトリック定義ファイル

○

metrics_windows_exporter_process.conf.model

Windows exporter（プロセス監視）のメトリック定義ファイルのモデルファイル

−

metrics_windows_exporter_service.conf

Windows exporter（サービス監視）のメトリック定義ファイル

○

metrics_windows_exporter_service.conf.model

Windows exporter（サービス監視）のメトリック定義ファイルのモデルファイル

−

metrics_node_exporter_aix.conf

Node exporter for AIXのメトリック定義ファイル

○

metrics_node_exporter_aix.conf.model

Node exporter for AIXのメトリック定義ファイルのモデルファイル

−

metrics_blackbox_exporter.conf

Blackbox exporterのメトリック定義ファイル

○

metrics_blackbox_exporter.conf.model

Blackbox exporterのメトリック定義ファイルのモデルファイル

−

metrics_ya_cloudwatch_exporter.conf

Yet another cloudwatch exporterのメトリック定義ファイル

○

metrics_ya_cloudwatch_exporter.conf.model

Yet another cloudwatch exporterのメトリック定義ファイルのモデルファイル

−

metrics_script_exporter.conf

Script exporterのメトリック定義ファイル

○

metrics_script_exporter.conf.model

Script exporterのメトリック定義ファイルのモデルファイル

−

metrics_fluentd.conf

Fluentdのメトリック定義ファイル

○

metrics_fluentd.conf.model

Fluentdのメトリック定義ファイルのモデルファイル

−

metrics_任意のPrometheusトレンド名.conf

任意のPrometheusトレンド名のメトリック定義ファイル

○

metrics_oracledb_exporter.conf

OracleDB exporterのメトリック定義ファイル

○

metrics_oracledb_exporter.conf.model

OracleDB exporterのメトリック定義ファイルのモデルファイル

−

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥sample¥

Script exporterのサンプルファイル格納フォルダ

−

metrics_script_exporter.conf

Script exporterのサンプルのメトリック定義ファイル

−

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥user¥

ユーザー独自のメトリック定義ファイル格納フォルダ

−

metrics_任意のPrometheusトレンド名.conf

ユーザー独自のメトリック定義ファイル

○

Managerパス¥conf¥imdd¥plugin¥jp1pccs_kubernetes¥

コンテナ監視のメトリック定義ファイル格納フォルダ

−

metrics_kubernetes.conf

コンテナ監視のメトリック定義ファイル

○

metrics_ kubernetes.conf.model

コンテナ監視のメトリック定義ファイルのモデルファイル

−

Managerパス¥conf¥imdd¥plugin¥jp1pccs_kubernetes¥user¥

ユーザー独自のコンテナ監視のメトリック定義ファイル格納フォルダ

−

metrics_任意のPrometheusトレンド名.conf

ユーザー独自のコンテナ監視のメトリック定義ファイル

○

Managerパス¥conf¥imdd¥plugin¥jp1pccs_azure¥

Promitorのメトリック定義ファイル格納フォルダ

−

metrics_promitor.conf

Promitorのメトリック定義ファイル

○

metrics_promitor.conf.model

Promitorのメトリック定義ファイルのモデルファイル

−

property_labels.conf

プロパティ表示文字列定義ファイル

○

Managerパス¥conf¥imdd¥plugin¥jp1pccs_azure¥user¥

ユーザー独自のPromitorのメトリック定義ファイル格納フォルダ

−

metrics_任意のPrometheusトレンド名.conf

ユーザー独自のPromitorのメトリック定義ファイル

○

Managerパス¥conf¥imdd¥imagent¥

統合エージェント管理基盤の定義ファイル格納フォルダ

−

jpc_imbasecommon.json

imbase共通設定ファイル

○

jpc_imbasecommon.json.model

imbase共通設定ファイルのモデルファイル

−

jpc_imbase.json

imbase設定ファイル

○

jpc_imbase.json.model

imbase設定ファイルのモデルファイル

−

jpc_imbaseproxy.json

imbaseproxy設定ファイル

○

jpc_imbaseproxy.json.model

imbaseproxy設定ファイルのモデルファイル

−

Managerパス¥conf¥imdd¥imagent¥cert¥

サーバ証明書ファイルの格納フォルダ

−

統合エージェント管理基盤のサーバ証明書ファイル

統合エージェント管理基盤のサーバ証明書ファイル

−

Managerパス¥conf¥imdd¥imagent¥secret¥

サーバ証明書キーファイルの格納フォルダ

−

統合エージェント管理基盤のサーバ証明書キーファイル

統合エージェント管理基盤のサーバ証明書キーファイル

−

Managerパス¥bin¥imdd¥imagent¥

統合エージェント管理基盤の実行ファイル格納フォルダ

−

imbase.exe

統合エージェント管理基盤（imbase）

−

imbaseproxy.exe

統合エージェント管理基盤（imbaseproxy）

−

Managerパス¥public¥download¥imagent¥

JP1/IM - Agentパッケージの格納フォルダ

−

jp1_pc_agent_windows_JP1/IM - Agentのバージョン番号（VVRRSS形式）.zip

JP1/IM - Agentパッケージ（Windows版）

−

jp1_pc_agent_linux_JP1/IM - Agentのバージョン番号（VVRRSS形式）.tar.gz

JP1/IM - Agentパッケージ（Linux版）

−

Managerパス¥log¥imdd¥imagent¥imbase¥

統合エージェント管理基盤（imbase）のログフォルダ

−

*

統合エージェント管理基盤（imbase）のログファイル

○

Managerパス¥log¥imdd¥imagent¥imbaseproxy¥

統合エージェント管理基盤（imbaseproxy）のログフォルダ

−

*

統合エージェント管理基盤（imbaseproxy）のログファイル

○

Managerパス¥log¥imdd¥imagent¥tools¥

コマンドなどのログフォルダ

−

*

コマンドなどのログファイル

○

（凡例）

〇：トラブル発生時の資料採取の対象

−：トラブル発生時の資料採取の対象外

表A‒25　統合マネージャーホスト（Windows）のJP1/IM - Agentでユーザーが参照・編集する必要のないファイル・フォルダ一覧

ファイル名・フォルダ名

内容

資料採取対象

Managerパス¥plugin¥imdd¥jp1pccs¥

JP1/IM - Agentの製品プラグイン格納フォルダ

−

jp1pccs.js

製品プラグイン関数

−

Managerパス¥plugin¥imdd¥jp1pccs_azure¥

JP1/IM - Agentの製品プラグイン関数（Azure）格納フォルダ

−

jp1pccs_azure.js

製品プラグイン関数（Azure）

−

Managerパス¥plugin¥imdd¥jp1pccs_kubernetes¥

JP1/IM - Agentの製品プラグイン関数（コンテナ）格納フォルダ

−

jp1pccs_kubernetes.js

製品プラグイン関数（コンテナ）

−

Managerパス¥plugin¥imdd¥jp1pccs_common¥

JP1/IM - Agentの製品プラグイン関数（common）格納フォルダ

−

jp1pccs_common.js

製品プラグイン関数（common）

−

Consoleパス¥conf¥console¥attribute¥

イベント拡張属性定義ファイル格納フォルダ

−

hitachi_jp1_pccs_alert_attr_en.conf

イベント拡張属性定義ファイル（英語）互換用

−

hitachi_jp1_pccs_alert_attr_ja.conf

イベント拡張属性定義ファイル（日本語）互換用

−

hitachi_jp1_pccs2_alert_attr_en.conf

イベント拡張属性定義ファイル（英語）

−

hitachi_jp1_pccs2_alert_attr_ja.conf

イベント拡張属性定義ファイル（日本語）

−

Managerパス¥log¥imdd¥jp1pccs¥

製品プラグインのログフォルダ

○

*

製品プラグインのログファイル

○

Managerパス¥log¥imdd¥jp1pccs_azure¥

製品プラグイン関数（Azure）のログ出力先フォルダ

○

*

製品プラグイン関数（Azure）のログファイル

○

Managerパス¥log¥imdd¥jp1pccs_kubernetes¥

製品プラグイン関数（コンテナ）のログ出力先フォルダ

○

*

製品プラグイン関数（コンテナ）のログファイル

○

（凡例）

〇：トラブル発生時の資料採取の対象

−：トラブル発生時の資料採取の対象外

(2)　統合マネージャーホスト（Linux）

統合マネージャーホスト（Linux）のJP1/IM - Agentで使用するファイル名およびディレクトリ名を次の表に示します。

表A‒26　統合マネージャーホスト（Linux）のJP1/IM - Agentでユーザーが参照・編集できるファイル・ディレクトリ一覧

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

内容

資料採取対象

/etc/opt/jp1imm/conf/imdd/plugin/jp1pccs/

JP1/IM - Agentのメトリック定義ファイル格納ディレクトリ

−

aws_settings.conf

AWS定義ファイル

○

aws_settings.conf.model

AWS定義ファイルのモデルファイル

−

metrics_node_exporter.conf

Node exporterのメトリック定義ファイル

○

metrics_node_exporter.conf.model

Node exporterのメトリック定義ファイルのモデルファイル

−

metrics_process_exporter.conf

Process exporterのメトリック定義ファイル

○

metrics_process_exporter.conf.model

Process exporterのメトリック定義ファイルのモデルファイル

−

metrics_node_exporter_service.conf

Node exporter（サービス監視）のメトリック定義ファイル

○

metrics_node_exporter_service.conf.model

Node exporter（サービス監視）のメトリック定義ファイルのモデルファイル

−

metrics_windows_exporter.conf

Windows exporterのメトリック定義ファイル

○

metrics_windows_exporter.conf.model

Windows exporterのメトリック定義ファイルのモデルファイル

−

metrics_windows_exporter_process.conf

Windows exporter（プロセス監視）のメトリック定義ファイル

○

metrics_windows_exporter_process.conf.model

Windows exporter（プロセス監視）のメトリック定義ファイルのモデルファイル

−

metrics_windows_exporter_service.conf

Windows exporter（サービス監視）のメトリック定義ファイル

○

metrics_windows_exporter_service.conf.model

Windows exporter（サービス監視）のメトリック定義ファイルのモデルファイル

−

metrics_node_exporter_aix.conf

Node exporter for AIXのメトリック定義ファイル

○

metrics_node_exporter_aix.conf.model

Node exporter for AIXのメトリック定義ファイルのモデルファイル

−

metrics_blackbox_exporter.conf

Blackbox exporterのメトリック定義ファイル

○

metrics_blackbox_exporter.conf.model

Blackbox exporterのメトリック定義ファイルのモデルファイル

−

metrics_ya_cloudwatch_exporter.conf

Yet another cloudwatch exporterのメトリック定義ファイル

○

metrics_ya_cloudwatch_exporter.conf.model

Yet another cloudwatch exporterのメトリック定義ファイルのモデルファイル

−

metrics_script_exporter.conf

Script exporterのメトリック定義ファイル

○

metrics_script_exporter.conf.model

Script exporterのメトリック定義ファイルのモデルファイル

−

metrics_fluentd.conf

Fluentdのメトリック定義ファイル

○

metrics_fluentd.conf.model

Fluentdのメトリック定義ファイルのモデルファイル

−

metrics_任意のPrometheusトレンド名.conf

任意のPrometheusトレンド名のメトリック定義ファイル

○

metrics_oracledb_exporter.conf

OracleDB exporterのメトリック定義ファイル

○

metrics_oracledb_exporter.conf.model

OracleDB exporterのメトリック定義ファイルのモデルファイル

−

/etc/opt/jp1imm/conf/imdd/plugin/jp1pccs/sample/

Script exporterのサンプルファイル格納ディレクトリ

−

metrics_script_exporter.conf

Script exporterのサンプルのメトリック定義ファイル

−

/etc/opt/jp1imm/conf/imdd/plugin/jp1pccs/user/

ユーザー独自のメトリック定義ファイル格納フォルダ

−

metrics_任意のPrometheusトレンド名.conf

ユーザー独自のメトリック定義ファイル

○

/etc/opt/jp1imm/conf/imdd/plugin/jp1pccs_kubernetes/

コンテナ監視のメトリック定義ファイル格納ディレクトリ

−

metrics_kubernetes.conf

コンテナ監視のメトリック定義ファイル

○

metrics_ kubernetes.conf.model

コンテナ監視のメトリック定義ファイルのモデルファイル

−

/etc/opt/jp1imm/conf/imdd/plugin/jp1pccs_kubernetes/user/

ユーザー独自のコンテナ監視のメトリック定義ファイル格納ディレクトリ

−

metrics_任意のPrometheusトレンド名.conf

ユーザー独自のコンテナ監視のメトリック定義ファイル

○

/etc/opt/jp1imm/conf/imdd/plugin/jp1pccs_azure/

Promitorのメトリック定義ファイル格納ディレクトリ

−

metrics_promitor.conf

Promitorのメトリック定義ファイル

○

metrics_promitor.conf.model

Promitorのメトリック定義ファイルのモデルファイル

−

property_labels.conf

プロパティ表示文字列定義ファイル

○

/etc/opt/jp1imm/conf/imdd/plugin/jp1pccs_azure/user/

ユーザー独自のPromitorのメトリック定義ファイル格納ディレクトリ

−

metrics_任意のPrometheusトレンド名.conf

ユーザー独自のPromitorのメトリック定義ファイル

○

/etc/opt/jp1imm/conf/imdd/imagent/

統合エージェント管理基盤の定義ファイル格納ディレクトリ

−

jpc_imbasecommon.json

imbase共通設定ファイル

○

jpc_imbasecommon.json.model

imbase共通設定ファイルのモデルファイル

−

jpc_imbase.json

imbase設定ファイル

○

jpc_imbase.json.model

imbase設定ファイルのモデルファイル

−

jpc_imbaseproxy.json

imbaseproxy設定ファイル

○

jpc_imbaseproxy.json.model

imbaseproxy設定ファイルのモデルファイル

−

/etc/opt/jp1imm/conf/imdd/imagent/cert/

サーバ証明書ファイルの格納ディレクトリ

−

統合エージェント管理基盤のサーバ証明書ファイル

統合エージェント管理基盤のサーバ証明書ファイル

−

/etc/opt/jp1imm/conf/imdd/imagent/secret/

サーバ証明書キーファイルの格納ディレクトリ

−

統合エージェント管理基盤のサーバ証明書キーファイル

統合エージェント管理基盤のサーバ証明書キーファイル

−

/opt/jp1imm/bin/imdd/imagent/

統合エージェント管理基盤の実行ファイル格納ディレクトリ

−

imbase

統合エージェント管理基盤（imbase）

−

imbaseproxy

統合エージェント管理基盤（imbaseproxy）

−

/opt/jp1imm/public/download/imagent/

JP1/IM - Agentパッケージの格納ディレクトリ

−

jp1_pc_agent_windows_JP1/IM - Agentのバージョン番号（VVRRSS形式）.zip

JP1/IM - Agentパッケージ（Windows版）

−

jp1_pc_agent_linux_JP1/IM - Agentのバージョン番号（VVRRSS形式）.tar.gz

JP1/IM - Agentパッケージ（Linux版）

−

/var/opt/jp1imm/log/imdd/imagent/imbase/

統合エージェント管理基盤（imbase）のログディレクトリ

−

*

統合エージェント管理基盤（imbase）のログファイル

○

/var/opt/jp1imm/log/imdd/imagent/imbaseproxy/

統合エージェント管理基盤（imbaseproxy）のログディレクトリ

−

*

統合エージェント管理基盤（imbaseproxy）のログファイル

○

/var/opt/jp1imm/log/imdd/imagent/tools/

コマンドなどのログディレクトリ

−

*

コマンドなどのログファイル

○

（凡例）

〇：トラブル発生時の資料採取の対象

−：トラブル発生時の資料採取の対象外

表A‒27　統合マネージャーホスト（Linux）のJP1/IM - Agentでユーザーが参照・編集する必要のないファイル・ディレクトリ一覧

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

内容

資料採取対象

/etc/opt/jp1imm/plugin/imdd/jp1pccs/

JP1/IM - Agentの製品プラグイン格納ディレクトリ

−

jp1pccs.js

製品プラグイン関数

−

/etc/opt/jp1imm/plugin/imdd/jp1pccs_azure/

JP1/IM - Agentの製品プラグイン関数（Azure）格納ディレクトリ

−

jp1pccs_azure.js

製品プラグイン関数（Azure）

−

/etc/opt/jp1imm/plugin/imdd/jp1pccs_kubernetes/

JP1/IM - Agentの製品プラグイン関数（コンテナ）格納ディレクトリ

−

jp1pccs_kubernetes.js

製品プラグイン関数（コンテナ）

−

/etc/opt/jp1imm/plugin/imdd/jp1pccs_common/

JP1/IM - Agentの製品プラグイン関数（common）格納ディレクトリ

−

jp1pccs_common.js

製品プラグイン関数（common）

−

/etc/opt/jp1cons/conf/console/attribute/

イベント拡張属性定義ファイル格納ディレクトリ

−

hitachi_jp1_pccs_alert_attr_en.conf

イベント拡張属性定義ファイル（英語）互換用

−

hitachi_jp1_pccs_alert_attr_ja.conf

イベント拡張属性定義ファイル（日本語）互換用

−

hitachi_jp1_pccs2_alert_attr_en.conf

イベント拡張属性定義ファイル（英語）

−

hitachi_jp1_pccs2_alert_attr_ja.conf

イベント拡張属性定義ファイル（日本語）

−

/var/opt/jp1imm/log/imdd/jp1pccs/

製品プラグインのログディレクトリ

○

*

製品プラグインのログファイル

○

/var/opt/jp1imm/log/imdd/jp1pccs_azure/

製品プラグイン関数（Azure）のログ出力先ディレクトリ

−

*

製品プラグイン関数（Azure）のログファイル

○

/var/opt/jp1imm/log/imdd/jp1pccs_kubernetes/

製品プラグイン関数（コンテナ）のログ出力先ディレクトリ

−

*

製品プラグイン関数（コンテナ）のログファイル

○

（凡例）

〇：トラブル発生時の資料採取の対象

−：トラブル発生時の資料採取の対象外

(3)　統合エージェントホスト（Windows）

統合エージェントホスト（Windows）のJP1/IM - Agentで使用するファイル名およびフォルダ名を次の表に示します。

表A‒28　統合エージェントホスト（Windows）のJP1/IM - Agentでユーザーが参照・編集できるファイル・フォルダ一覧

ファイル名・フォルダ名

内容

資料採取対象

Agentパス¥

製品情報格納フォルダ

−

ProductInfo.txt

プロダクト情報ファイル

○

Readme_ja.txt

Readmeファイル（日本語）

○

Readme_en.txt

Readmeファイル（英語）

○

Version.txt

バージョンファイル

○

Agentパス¥conf¥

JP1/IM - Agentの定義ファイルの格納フォルダ

−

jpc_imagentcommon.json

imagent共通設定ファイル

○

jpc_imagentcommon.json.model

imagent共通設定ファイルのモデルファイル

−

jpc_imagent.json

imagent設定ファイル

○

jpc_imagent.json.model

imagent設定ファイルのモデルファイル

−

jpc_imagent_service.xml.model

imagentのサービス定義ファイルのモデルファイル

−

jpc_imagentproxy.json

imagentproxy設定ファイル

○

jpc_imagentproxy.json.model

imagentproxy設定ファイルのモデルファイル

−

jpc_imagentproxy_service.xml.model

imagentproxyのサービス定義ファイルのモデルファイル

−

jpc_imagentaction.json

imagentaction設定ファイル

○

jpc_imagentaction.json.model

imagentaction設定ファイルのモデルファイル

−

jpc_imagentaction_service.xml.model

imagentactionのサービス定義ファイルのモデルファイル

−

jpc_alertmanager.yml

Alertmanager設定ファイル

○

jpc_alertmanager.yml.model

Alertmanager設定ファイルのモデルファイル

−

jpc_alertmanager_service.xml.model

Alertmanagerのサービス定義ファイルのモデルファイル

−

jpc_prometheus_server.yml

Prometheus設定ファイル

○

jpc_prometheus_server.yml.model

Prometheus設定ファイルのモデルファイル

−

jpc_alerting_rules.yml

アラート設定ファイル

○

jpc_alerting_rules.yml.model

アラート設定ファイルのモデルファイル

−

jpc_file_sd_config_windows.yml

Windows exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_windows.yml.model

Windows exporterのディスカバリ設定ファイルのモデルファイル

−

jpc_file_sd_config_node_aix.yml

Node exporter for AIXのディスカバリ設定ファイル

○

jpc_file_sd_config_node_aix.yml.model

Node exporter for AIXのディスカバリ設定ファイルのモデルファイル

−

jpc_file_sd_config_blackbox_http.yml

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル

○

jpc_file_sd_config_blackbox_http.yml.model

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイルのモデルファイル

−

jpc_file_sd_config_blackbox_icmp.yml

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル

○

jpc_file_sd_config_blackbox_icmp.yml.model

Blackbox exporter（ICMP監視）のディスカバリ設定ファイルのモデルファイル

−

jpc_file_sd_config_cloudwatch.yml

Yet another cloudwatch exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_cloudwatch.yml.model

Yet another cloudwatch exporterのディスカバリ設定ファイルのモデルファイル

−

jpc_file_sd_config_promitor.yml

Promitorのディスカバリ設定ファイル

○

jpc_file_sd_config_promitor.yml.model

Promitorのディスカバリ設定ファイルのモデルファイル

−

jpc_file_sd_config_oracledb.yml

OracleDB exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_oracledb.yml.model

OracleDB exporterのディスカバリ設定ファイルのモデルファイル

−

jpc_prometheus_server_service.xml.model

Prometheus serverのサービス定義ファイルのモデルファイル

−

jpc_windows_exporter.yml

Windows exporter設定ファイル

○

jpc_windows_exporter.yml.model

Windows exporter設定ファイルのモデルファイル

−

jpc_windows_exporter_service.xml.model

Windows exporterのサービス定義ファイルのモデルファイル

−

jpc_blackbox_exporter.yml

Blackbox exporter設定ファイル

○

jpc_blackbox_exporter.yml.model

Blackbox exporter設定ファイルのモデルファイル

−

jpc_blackbox_exporter_service.xml.model

Blackbox exporterのサービス定義ファイルのモデルファイル

−

jpc_ya_cloudwatch_exporter.yml

Yet another cloudwatch exporter設定ファイル

○

jpc_ya_cloudwatch_exporter.yml.model

Yet another cloudwatch exporter設定ファイルのモデルファイル

−

jpc_ya_cloudwatch_exporter_service.xml.model

Yet another cloudwatch exporterのサービス定義ファイルのモデルファイル

−

jpc_promitor_scraper_service.xml.model

Promitor Scraperのサービス定義ファイルのモデルファイル

−

jpc_promitor_resource_discovery_service.xml.model

Promitor Resource Discoveryのサービス定義ファイルのモデルファイル

−

jpc_script_exporter.yml

Script exporter設定ファイル

○

jpc_script_exporter.yml.model

Script exporter設定ファイルのモデルファイル

−

jpc_script_exporter_service.xml.model

Script exporterのサービス定義ファイルのモデルファイル

−

jpc_fluentd_common.conf

Fluentdのログ監視共通定義ファイル

○

jpc_fluentd_common.conf.model

Fluentdのログ監視共通定義ファイルのモデルファイル

−

jpc_fluentd_common_list.conf

Fluentdのログ監視対象定義ファイル

○

jpc_fluentd_common_list.conf.model

Fluentdのログ監視対象定義ファイルのモデルファイル

−

fluentd_@@trapname@@_tail.conf.template

Fluentdのテキスト形式ログファイル用監視定義ファイルのテンプレート

○

fluentd_@@trapname@@_tail.conf.template.model

Fluentdのテキスト形式ログファイル用監視定義ファイルのテンプレートのモデルファイル

−

fluentd_@@trapname@@_wevt.conf.template

FluentdのWindowsイベントログ用監視定義ファイルのテンプレート

○

fluentd_@@trapname@@_wevt.conf.template.model

FluentdのWindowsイベントログ用監視定義ファイルのテンプレートのモデルファイル

−

jpc_fluentd.service.xml.model

Fluentdのサービス定義ファイルのモデルファイル

−

jpc_user_deffile_list.json

ユーザー作成の定義ファイルのうち，JP1/IM - Managerが提供するREST APIによって更新または削除できるファイル一覧

−

jpc_user_deffile_list.json.model

ユーザー作成の定義ファイルのうち，JP1/IM - Managerが提供するREST APIによって更新または削除できるファイル一覧のモデルファイル

−

Agentパス¥conf¥promitor¥scraper¥

Promitor Scraperの定義ファイル格納フォルダ

−

metrics-declaration.yaml

Promitor Scraper設定ファイル

○

metrics-declaration.yaml.model

Promitor Scraper設定ファイルのモデルファイル

−

runtime.yaml

Promitor Scraper runtime設定ファイル

○

runtime.yaml.model

Promitor Scraper runtime設定ファイルのモデルファイル

−

Agentパス¥conf¥promitor¥resource-discovery¥

Promitor Resource Discoveryの定義ファイル格納フォルダ

−

resource-discovery-declaration.yaml

Promitor Resource Discovery設定ファイル

○

resource-discovery-declaration.yaml.model

Promitor Resource Discovery設定ファイルのモデルファイル

−

runtime.yaml

Promitor Resource Discovery runtime設定ファイル

○

runtime.yaml.model

Promitor Resource Discovery runtime設定ファイルのモデルファイル

−

Agentパス¥conf¥sample¥

Script exporterのサンプルファイル格納フォルダ

−

jpc_script_exporter.yml

Script exporter設定ファイルのサンプルファイル

−

jpc_script_exporter_sap.yml

SAPシステム監視のScript exporter設定ファイルのサンプルファイル

−

fluentd_sap_syslog_tail.conf

SAPシステムのシステムログ情報監視定義ファイルのサンプルファイル

−

fluentd_sap_alertlog_tail.conf

SAPシステムのCCMSアラート情報監視定義のサンプルファイル

−

Agentパス¥conf¥user¥

ユーザーが任意の名前を付けられる定義ファイルを定義ファイル操作機能で操作するときに，ファイルを格納するフォルダ

−

user_file_sd_config_任意の名前.yml

ユーザー独自のExporterのディスカバリ設定ファイル

○

file_sd_config_blackbox_任意の名前.yml

Blackbox exporter（ユーザー定義の監視対象）のディスカバリ設定ファイル

○

fluentd_ログ監視名_tail.conf

Fluentdのテキスト形式ログファイル用監視定義ファイル

○

fluentd_ログ監視名_wevt.conf

FluentdのWindowsイベントログ用監視定義ファイル

○

fluentd_任意の名前_logmetrics.conf

Fluentdのログメトリクス定義ファイル

−

任意の名前.ini

SAPシステムのログ抽出コマンドの環境パラメーター設定ファイル

−

任意のファイル名

ユーザー定義ファイル

−

Agentパス¥conf¥user¥cert¥

CA証明書ファイルおよびクライアント証明書ファイルの格納フォルダ

−

CA証明書ファイル名

CA証明書ファイル

−

クライアント証明書ファイル名

クライアント証明書ファイル

−

Agentパス¥conf¥user¥secret¥

クライアント証明書キーファイル（秘密鍵）およびパスワードファイルの格納フォルダ

−

クライアント証明書キーファイル名

クライアント証明書キーファイル（秘密鍵）

−

パスワードファイル名

パスワードファイル

−

Agentパス¥conf¥jpc_file_sd_config_off¥

アドオンのサービスを無効化する場合に，サービスに対応するディスカバリ設定ファイルを移動する格納フォルダ

−

jpc_file_sd_config_windows.yml

Windows exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_node_aix.yml

Node exporter for AIXのディスカバリ設定ファイル

○

jpc_file_sd_config_blackbox_http.yml

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル

○

jpc_file_sd_config_blackbox_icmp.yml

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル

○

jpc_file_sd_config_cloudwatch.yml

Yet another cloudwatch exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_promitor.yml

Promitorのディスカバリ設定ファイル

○

jpc_file_sd_config_oracledb.yml

OracleDB exporterのディスカバリ設定ファイル

○

Agentパス¥bin¥

実行ファイルの格納フォルダ

−

jpc_imagent_service.xml

imagentのサービス定義ファイル

○

jpc_imagent_service_論理ホスト名.xml

論理ホスト用のimagentのサービス定義ファイル

○

jpc_imagentproxy_service.xml

imagentproxyのサービス定義ファイル

○

jpc_imagentproxy_service_論理ホスト名.xml

論理ホスト用のimagentproxyのサービス定義ファイル

○

jpc_imagentaction_service.xml

imagentactionのサービス定義ファイル

○

jpc_imagentaction_service_論理ホスト名.xml

論理ホスト用のimagentactionのサービス定義ファイル

○

jpc_alertmanager_service.xml

Alertmanagerのサービス定義ファイル

○

jpc_alertmanager_service_論理ホスト名.xml

論理ホスト用のAlertmanagerのサービス定義ファイル

○

jpc_prometheus_server_service.xml

Prometheus serverのサービス定義ファイル

○

jpc_prometheus_server_service_論理ホスト名.xml

論理ホスト用のPrometheus serverのサービス定義ファイル

○

jpc_windows_exporter_service.xml

Windows exporterのサービス定義ファイル

○

jpc_windows_exporter_service_論理ホスト名.xml

論理ホスト用のWindows exporterのサービス定義ファイル

○

jpc_blackbox_exporter_service.xml

Blackbox exporterのサービス定義ファイル

○

jpc_blackbox_exporter_service_論理ホスト名.xml

論理ホスト用のBlackbox exporterのサービス定義ファイル

○

jpc_ya_cloudwatch_exporter_service.xml

Yet another cloudwatch exporterのサービス定義ファイル

○

jpc_ya_cloudwatch_exporter_service_論理ホスト名.xml

論理ホスト用のYet another cloudwatch exporterのサービス定義ファイル

○

jpc_promitor_scraper_service.xml

Promitor Scraperのサービス定義ファイル

○

jpc_promitor_resource_discovery_service.xml

Promitor Resource Discoveryのサービス定義ファイル

○

jpc_promitor_scraper_service_論理ホスト名.xml

論理ホスト用のPromitor Scraperのサービス定義ファイル

○

jpc_promitor_resource_discovery_service_論理ホスト名.xml

論理ホスト用のPromitor Resource Discoveryのサービス定義ファイル

○

jpc_script_exporter_service.xml

Script exporterのサービス定義ファイル

○

jpc_script_exporter_service_論理ホスト名.xml

論理ホスト用のScript exporterのサービス定義ファイル

○

jpc_fluentd_service.xml

Fluentdのサービス定義ファイル

○

jpc_fluentd_service_論理ホスト名.xml

論理ホスト用のFluentdのサービス定義ファイル

○

Agentパス¥tools¥

コマンド格納フォルダ

−

jpc_service_start.bat

起動コマンド

−

jpc_service_stop.bat

停止コマンド

−

jpc_service.bat

サービス登録・解除コマンド

−

jpc_service_autostart.bat

サービス自動起動有効・無効コマンド

−

Agentパス¥logs¥imagent¥

Alertmanagerのログ出力先フォルダ

−

*

Alertmanagerのログ

○

Agentパス¥logs¥imagentproxy¥

Alertmanagerのログ出力先フォルダ

−

*

Alertmanagerのログ

○

Agentパス¥logs¥imagentaction¥

Alertmanagerのログ出力先フォルダ

−

*

Alertmanagerのログ

○

Agentパス¥logs¥alertmanager¥

Alertmanagerのログ出力先フォルダ

−

*

Alertmanagerのログ

○

Agentパス¥logs¥prometheus_server¥

Prometheus serverのログ出力先フォルダ

−

*

Prometheus serverのログ

○

Agentパス¥logs¥windows_exporter¥

Windows exporterのログ出力先フォルダ

−

*

Windows exporterのログ

○

Agentパス¥logs¥blackbox_exporter¥

Blackbox exporterのログ出力先フォルダ

−

*

Blackbox exporterのログ

○

Agentパス¥logs¥ya_cloudwatch_exporter¥

Yet another cloudwatch exporterのログ出力先フォルダ

−

*

Yet another cloudwatch exporterのログ

○

Agentパス¥logs¥fluentd¥

Fluentdのログ出力先フォルダ

−

*

Fluentdのログ

○

Agentパス¥logs¥promitor_scraper¥

Promitor Scraperのログ出力先フォルダ

−

*

Promitor Scraperのログ

○

Agentパス¥logs¥promitor_resource_discovery¥

Promitor Resource Discoveryのログ出力先フォルダ

−

*

Promitor Resource Discoveryのログ

○

Agentパス¥logs¥script_exporter¥

Script exporterのログ出力先フォルダ

−

*

Script exporterのログ

○

Agentパス¥logs¥tools¥

コマンドなどのログ出力先フォルダ

−

*

コマンドなどのログ

○

Agentパス¥logs¥addon_management¥アドオン名※¥

アドオンスクリプトのログ出力先フォルダ

−

*

アドオンスクリプトのログ

○

Agentパス¥addon_management¥アドオン名※¥

アドオン制御用スクリプト格納フォルダ

−

addon_info.txt

アドオン情報

○

addon_services_list.txt

アドオンサービスリスト

○

共有フォルダ¥jp1ima¥conf¥

JP1/IM - Agentの定義ファイルの格納フォルダ

−

jpc_imagentcommon.json

imagent共通設定ファイル

○

jpc_imagent.json

imagent設定ファイル

○

jpc_imagentproxy.json

imagentproxy設定ファイル

○

jpc_imagentaction.json

imagentaction設定ファイル

○

jpc_alertmanager.yml

Alertmanager設定ファイル

○

jpc_prometheus_server.yml

Prometheus設定ファイル

○

jpc_alerting_rules.yml

アラート設定ファイル

○

jpc_file_sd_config_windows.yml

Windows exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_blackbox_http.yml

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル

○

jpc_file_sd_config_blackbox_icmp.yml

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル

○

jpc_file_sd_config_cloudwatch.yml

Yet another cloudwatch exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_promitor.yml

Promitorのディスカバリ設定ファイル

○

jpc_file_sd_config_node_aix.yml

Node exporter for AIXのディスカバリ設定ファイル

○

jpc_file_sd_config_oracledb.yml

OracleDB exporterのディスカバリ設定ファイル

○

jpc_windows_exporter.yml

Windows exporter設定ファイル

○

jpc_blackbox_exporter.yml

Blackbox exporter設定ファイル

○

jpc_ya_cloudwatch_exporter.yml

Yet another cloudwatch exporter設定ファイル

○

jpc_script_exporter.yml

Script exporter設定ファイル

○

jpc_fluentd_common.conf

Fluentdのログ監視共通定義ファイル

○

jpc_fluentd_common_list.conf

Fluentdのログ監視対象定義ファイル

○

jpc_fluentd_@@trapname@@_tail.conf.template

Fluentdのテキスト形式ログファイル用監視定義ファイルのテンプレート

○

jpc_fluentd_@@trapname@@_wevt.conf.template

FluentdのWindowsイベントログ用監視定義ファイルのテンプレート

○

jpc_user_deffile_list.json

ユーザー作成の定義ファイルのうち，JP1/IM - Managerが提供するREST APIによって更新または削除できるファイル一覧

○

jpc_user_deffile_list.json.model

ユーザー作成の定義ファイルのうち，JP1/IM - Managerが提供するREST APIによって更新または削除できるファイル一覧のモデルファイル

−

共有フォルダ¥jp1ima¥conf¥promitor¥scraper¥

Promitor Scraperの定義ファイル格納フォルダ

−

metrics-declaration.yaml

Promitor Scraper設定ファイル

○

runtime.yaml

Promitor Scraper runtime設定ファイル

○

共有フォルダ¥jp1ima¥conf¥promitor¥resource-discovery¥

Promitor Resource Discoveryの定義ファイル格納フォルダ

−

resource-discovery-declaration.yaml

Promitor Resource Discovery設定ファイル

○

runtime.yaml

Promitor Resource Discovery runtime設定ファイル

○

共有フォルダ¥jp1ima¥conf¥user¥

ユーザーが任意の名前を付けられる定義ファイルを定義ファイル操作機能で操作するときに，ファイルを格納するフォルダ

−

user_file_sd_config_任意の名前.yml

ユーザー独自のExporterのディスカバリ設定ファイル

○

file_sd_config_blackbox_任意の名前.yml

Blackbox exporter（ユーザー定義の監視対象）のディスカバリ設定ファイル

○

fluentd_ログ監視名_tail.conf

Fluentdのテキスト形式ログファイル用監視定義ファイル

○

fluentd_ログ監視名_wevt.conf

FluentdのWindowsイベントログ用監視定義ファイル

○

fluentd_任意の名前_logmetrics.conf

Fluentdのログメトリクス定義ファイル

−

任意の名前.ini

SAPシステムのログ抽出コマンドの環境パラメーター設定ファイル

−

任意のファイル名

ユーザー定義ファイル

−

共有フォルダ¥jp1ima¥conf¥user¥cert¥

CA証明書ファイルおよびクライアント証明書ファイルの格納フォルダ

−

CA証明書ファイル

CA証明書ファイル

−

クライアント証明書ファイル

クライアント証明書ファイル

−

共有フォルダ¥jp1ima¥conf¥user¥secret¥

クライアント証明書キーファイル（秘密鍵）およびパスワードファイルの格納フォルダ

−

クライアント証明書キーファイル（秘密鍵）

クライアント証明書キーファイル（秘密鍵）

−

パスワードファイル

パスワードファイル

−

共有フォルダ¥jp1ima¥conf¥jpc_file_sd_config_off¥

アドオンのサービスを無効化する場合に，サービスに対応するディスカバリ設定ファイルを移動する格納フォルダ

−

jpc_file_sd_config_windows.yml

Windows exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_blackbox_http.yml

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル

○

jpc_file_sd_config_blackbox_icmp.yml

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル

○

jpc_file_sd_config_cloudwatch.yml

Yet another cloudwatch exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_promitor.yml

Promitorのディスカバリ設定ファイル

○

jpc_file_sd_config_node_aix.yml

Node exporter for AIXのディスカバリ設定ファイル

○

jpc_file_sd_config_oracledb.yml

OracleDB exporterのディスカバリ設定ファイル

○

共有フォルダ¥jp1ima¥logs¥imagent¥

Alertmanagerのログ出力先フォルダ

−

*

Alertmanagerのログ

○

共有フォルダ¥jp1ima¥logs¥imagentproxy¥

Alertmanagerのログ出力先フォルダ

−

*

Alertmanagerのログ

○

共有フォルダ¥jp1ima¥logs¥imagentaction¥

Alertmanagerのログ出力先フォルダ

−

*

Alertmanagerのログ

○

共有フォルダ¥jp1ima¥logs¥alertmanager¥

Alertmanagerのログ出力先フォルダ

−

*

Alertmanagerのログ

○

共有フォルダ¥jp1ima¥logs¥prometheus_server¥

Prometheus serverのログ出力先フォルダ

−

*

Prometheus serverのログ

○

共有フォルダ¥jp1ima¥logs¥windows_exporter¥

Windows exporterのログ出力先フォルダ

−

*

Windows exporterのログ

○

共有フォルダ¥jp1ima¥logs¥blackbox_exporter¥

Blackbox exporterのログ出力先フォルダ

−

*

Blackbox exporterのログ

○

共有フォルダ¥jp1ima¥logs¥ya_cloudwatch_exporter¥

Yet another cloudwatch exporterのログ出力先フォルダ

−

*

Yet another cloudwatch exporterのログ

○

共有フォルダ¥jp1ima¥logs¥promitor_scraper¥

Promitor Scraperのログ出力先フォルダ

−

*

Promitor Resource Discoveryのログ

○

共有フォルダ¥jp1ima¥logs¥promitor_resource_discovery¥

Promitor Resource Discoveryのログ出力先フォルダ

−

*

Promitor Resource Discoveryのログ

○

共有フォルダ¥jp1ima¥logs¥script_exporter¥

Script exporterのログ出力先フォルダ

−

*

Script exporterのログ

○

共有フォルダ¥jp1ima¥logs¥fluentd¥

Fluentdのログ出力先フォルダ

−

*

Fluentdのログ

○

共有フォルダ¥jp1ima¥logs¥tools¥

コマンドなどのログ出力先フォルダ

−

*

コマンドなどのログ

○

共有フォルダ¥jp1ima¥logs¥addon_management¥アドオン名※¥

アドオンスクリプトのログ出力先フォルダ

−

*

コマンドなどのログ

○

任意のフォルダ¥

環境変数ファイルの格納フォルダ

−

任意のファイル名

環境変数ファイル

−

（凡例）

〇：トラブル発生時の資料採取の対象

−：トラブル発生時の資料採取の対象外

注※

アドオン名に入る文字列を次に示します。

alertmanager

prometheus_server

windows_exporter

blackbox_exporter

ya_cloudwatch_exporter

fluentd

imagent

imagentproxy

imagentaction

promitor

script_exporter

表A‒29　統合エージェントホスト（Windows）のJP1/IM - Agentでユーザーが参照・編集する必要のないファイル・フォルダ一覧

ファイル名・フォルダ名

内容

資料採取

Agentパス¥conf¥

JP1/IM - Agentの定義ファイルの格納フォルダ

−

jpc_fluentd_common_wevt_rendered.conf

Fluentdのレンダリング情報取得定義ファイル

○

jpc_fluentd_common_wevt_rendered.conf.model

Fluentdのレンダリング情報取得定義ファイルのモデルファイル

−

Agentパス¥bin¥

実行ファイルの格納フォルダ

−

imagent.exe

imagentの実行ファイル

−

jpc_imagent_service.exe

imagentのWindowsサービス化プログラム

−

jpc_imagent_service_論理ホスト名.exe

論理ホスト用のimagentのWindowsサービス化プログラム

−

imagentproxy.exe

imagentproxyの実行ファイル

−

jpc_imagentproxy_service.exe

imagentproxyのWindowsサービス化プログラム

−

jpc_imagentproxy_service_論理ホスト名.exe

論理ホスト用のimagentproxyのWindowsサービス化プログラム

−

imagentaction.exe

imagentactionの実行ファイル

−

jpc_imagentaction_service.exe

imagentactionのWindowsサービス化プログラム

−

jpc_imagentaction_service_論理ホスト名.exe

論理ホスト用のimagentactionのWindowsサービス化プログラム

−

alertmanager.exe

Alertmanagerの実行ファイル

−

jpc_alertmanager _service.exe

AlertmanagerのWindowsサービス化プログラム

−

jpc_alertmanager_service_論理ホスト名.exe

論理ホスト用のAlertmanagerのWindowsサービス化プログラム

−

prometheus.exe

Prometheus serverの実行ファイル

−

jpc_prometheus_server_service.exe

Prometheus serverのWindowsサービス化プログラム

−

jpc_prometheus_server_service_論理ホスト名.exe

論理ホスト用のPrometheus serverのWindowsサービス化プログラム

−

windows_exporter.exe

Windows exporterの実行ファイル

−

jpc_windows_exporter_service.exe

Windows exporterのWindowsサービス化プログラム

−

jpc_windows_exporter_service_論理ホスト名.exe

論理ホスト用のWindows exporterのWindowsサービス化プログラム

−

blackbox_exporter.exe

Blackbox exporterの実行ファイル

−

jpc_blackbox_exporter_service.exe

Blackbox exporterのWindowsサービス化プログラム

−

jpc_blackbox_exporter_service_論理ホスト名.exe

論理ホスト用のBlackbox exporterのWindowsサービス化プログラム

−

ya_cloudwatch_exporter.exe

Yet another cloudwatch exporterの実行ファイル

−

jpc_ya_cloudwatch_exporter_service.exe

Yet another cloudwatch exporterのWindowsサービス化プログラム

−

jpc_ya_cloudwatch_exporter_service_論理ホスト名.exe

論理ホスト用のYet another cloudwatch exporterのWindowsサービス化プログラム

−

promitor_scraper.exe

Promitor Scraperの実行ファイル

−

promitor_resource_discovery.exe

Promitor Resource Discoveryの実行ファイル

−

jpc_promitor_scraper_service.exe

Promitor ScraperのWindowsサービス化プログラム

−

jpc_promitor_resource_discovery_service.exe

Promitor Resource DiscoveryのWindowsサービス化プログラム

−

jpc_promitor_scraper_service_論理ホスト名.exe

論理ホスト用のPromitor ScraperのWindowsサービス化プログラム

−

jpc_promitor_resource_discovery_service_論理ホスト名.exe

論理ホスト用のPromitor Resource DiscoveryのWindowsサービス化プログラム

−

script_exporter.exe

Script exporterの実行ファイル

−

jpc_script_exporter_service.exe

Script exporterのWindowsサービス化プログラム

−

jpc_script_exporter_service_論理ホスト名.exe

論理ホスト用のScript exporterのWindowsサービス化プログラム

−

jpc_fluentd_service.exe

FluentdのWindowsサービス化プログラム

−

jpc_fluentd_service_論理ホスト名.exe

論理ホスト用のFluentdのWindowsサービス化プログラム

−

Agentパス¥bin¥sample¥

Exporterのサンプルファイル格納フォルダ

−

uap_sample.ps1

Script exporterが実行できるサンプルスクリプト

−

Agentパス¥tools¥

コマンド格納フォルダ

−

promtool.exe

promtoolコマンド

−

jimasecret.exe

シークレット管理コマンド

−

jimasetup.bat

初期設定コマンド

−

Agentパス¥tools¥common¥

共通処理のコマンド格納フォルダ

−

common_jpc_service_start.bat

共通処理（起動コマンド）

−

common_jpc_service_stop.bat

共通処理（停止コマンド）

−

common_jpc_service.bat

共通処理（サービス登録・解除コマンド）

−

common_jpc_service_autostart.bat

共通処理（サービス自動起動有効・無効コマンド）

−

common_jpc_service_reload.bat

共通処理（定義ファイル反映スクリプト）

−

common_jpc_service_get_status.bat

共通処理（ステータスチェックスクリプト）

−

Agentパス¥tools¥utils¥

メッセージ用・各種部品用のスクリプト格納フォルダ

−

jpc_messages.bat

メッセージ用スクリプト

−

jpc_utils.bat

各種部品用スクリプト

−

Agentパス¥addon_management¥アドオン名※¥

アドオンスクリプトのログ出力先フォルダ

−

addon_jpc_service_start.bat

アドオンの起動スクリプト

−

addon_jpc_service_stop.bat

アドオンの停止スクリプト

−

addon_jpc_service_reload.bat

アドオンの定義ファイル反映スクリプト

−

addon_jpc_service_get_status.bat

アドオンのステータスチェックスクリプト

−

addon_jpc_service.bat

アドオンのサービス登録・解除スクリプト

−

addon_jpc_service_autostart.bat

アドオンのサービス自動起動有効・無効スクリプト

−

Agentパス¥lib¥ruby¥

Rubyのインストール先フォルダ

−

Agentパス¥setup¥

セットアップアーカイブファイルの格納フォルダ

−

conf_immgr_windows_バージョン番号（VVRRSS形式）.zip

JP1/IM - Manager用セットアップアーカイブファイル（Windows版）

−

conf_immgr_linux_バージョン番号（VVRRSS形式）.tar.gz

JP1/IM - Manager用セットアップアーカイブファイル（Linux版）

−

conf_imagt_windows_バージョン番号（VVRRSS形式）.zip

JP1/IM - Agent用セットアップアーカイブファイル（Windows版）

−

conf_imagt_linux_バージョン番号（VVRRSS形式）.tar.gz

JP1/IM - Agent用セットアップアーカイブファイル（Linux版）

−

Agentパス¥options¥

オプション機能のアーカイブファイルの格納フォルダ

−

node_exporter_aix_バージョン番号（VVRRSS形式）.tar.Z

Node exporter for AIXのアーカイブファイル

−

oracledb_exporter_windows_バージョン番号（VVRRSS形式）.zip

OracleDB exporterのアーカイブファイル（Windows版）

−

sap_windows_バージョン番号（VVRRSS形式）.zip

SAPシステム監視のアーカイブファイル（Windows版）

−

共有フォルダ¥jp1ima¥conf¥

JP1/IM - Agentの定義ファイルの格納フォルダ

−

jpc_fluentd_common_wevt_rendered.conf

Fluentdのレンダリング情報取得定義ファイル

○

%SystemRoot%¥System32

システムファイルの格納フォルダ

−

msvcp100.dll

Microsoft Visual C++ 2010 再頒布ファイル

−

msvcr100.dll

−

（凡例）

〇：トラブル発生時の資料採取の対象

−：トラブル発生時の資料採取の対象外

注※

アドオン名に入る文字列を次に示します。

alertmanager

prometheus_server

windows_exporter

blackbox_exporter

ya_cloudwatch_exporter

promitor

script_exporter

fluentd

imagent

imagentproxy

imagentaction

(4)　統合エージェントホスト（Linux）

統合エージェントホスト（Linux）のJP1/IM - Agentで使用するファイル名およびディレクトリ名を次の表に示します。

表A‒30　統合エージェントホスト（Linux）のJP1/IM - Agentでユーザーが参照・編集できるファイル・ディレクトリ一覧

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

内容

資料採取対象

/opt/jp1ima/

製品情報格納ディレクトリ

−

Version.txt

バージョンファイル

○

/opt/jp1ima/conf/

JP1/IM - Agentの定義ファイルの格納ディレクトリ

−

jpc_imagentcommon.json

imagent共通設定ファイル

○

jpc_imagentcommon.json.model

imagent共通設定ファイルのモデルファイル

−

jpc_imagent.json

imagent設定ファイル

○

jpc_imagent.json.model

imagent設定ファイルのモデルファイル

−

jpc_imagent_service.model

imagentのユニット定義ファイルのモデルファイル

−

jpc_imagentproxy.json

imagentproxy設定ファイル

○

jpc_imagentproxy.json.model

imagentproxy設定ファイルのモデルファイル

−

jpc_imagentproxy_service.model

imagentproxyのユニット定義ファイルのモデルファイル

−

jpc_imagentaction.json

imagentaction設定ファイル

○

jpc_imagentaction.json.model

imagentaction設定ファイルのモデルファイル

−

jpc_imagentaction_service.model

imagentactionのユニット定義ファイルのモデルファイル

−

jpc_alertmanager.yml

Alertmanager設定ファイル

○

jpc_alertmanager.yml.model

Alertmanager設定ファイルのモデルファイル

−

jpc_alertmanager_service.model

Alertmanagerのユニット定義ファイルのモデルファイル

−

jpc_prometheus_server.yml

Prometheus設定ファイル

○

jpc_prometheus_server.yml.model

Prometheus設定ファイルのモデルファイル

−

jpc_alerting_rules.yml

アラート設定ファイル

○

jpc_alerting_rules.yml.model

アラート設定ファイルのモデルファイル

−

jpc_file_sd_config_node.yml

Node exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_node.yml.model

Node exporterのディスカバリ設定ファイルのモデルファイル

−

jpc_file_sd_config_process.yml

Process exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_process.yml.model

Process exporterのディスカバリ設定ファイルのモデルファイル

−

jpc_file_sd_config_node_aix.yml

Node exporter for AIXのディスカバリ設定ファイル

○

jpc_file_sd_config_node_aix.yml.model

Node exporter for AIXのディスカバリ設定ファイルのモデルファイル

−

jpc_file_sd_config_blackbox_http.yml

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル

○

jpc_file_sd_config_blackbox_http.yml.model

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイルのモデルファイル

−

jpc_file_sd_config_blackbox_icmp.yml

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル

○

jpc_file_sd_config_blackbox_icmp.yml.model

Blackbox exporter（ICMP監視）のディスカバリ設定ファイルのモデルファイル

−

jpc_file_sd_config_cloudwatch.yml

Yet another cloudwatch exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_cloudwatch.yml.model

Yet another cloudwatch exporterのディスカバリ設定ファイルのモデルファイル

−

jpc_file_sd_config_promitor.yml

Promitorのディスカバリ設定ファイル

○

jpc_file_sd_config_promitor.yml.model

Promitorのディスカバリ設定ファイルのモデルファイル

−

jpc_file_sd_config_oracledb.yml

OracleDB exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_oracledb.yml.model

OracleDB exporterのディスカバリ設定ファイルのモデルファイル

−

jpc_prometheus_server_service.model

Prometheus serverのユニット定義ファイルのモデルファイル

−

jpc_node_exporter.service.model

Node exporterのユニット定義ファイルのモデルファイル

−

jpc_process_exporter.yml

Process exporter設定ファイル

○

jpc_process_exporter.yml.model

Process exporter設定ファイルのモデルファイル

−

jpc_process_exporter.service.model

Process exporterのユニット定義ファイルのモデルファイル

−

jpc_blackbox_exporter.yml

Blackbox exporter設定ファイル

○

jpc_blackbox_exporter.yml.model

Blackbox exporter設定ファイルのモデルファイル

−

jpc_blackbox_exporter_service.model

Blackbox exporterのユニット定義ファイルのモデルファイル

−

jpc_ya_cloudwatch_exporter.yml

Yet another cloudwatch exporter設定ファイル

○

jpc_ya_cloudwatch_exporter.yml.model

Yet another cloudwatch exporter設定ファイルのモデルファイル

−

jpc_ya_cloudwatch_exporter_service.model

Yet another cloudwatch exporterのユニット定義ファイルのモデルファイル

−

jpc_promitor_scraper.service.model

Promitor Scraperのユニット定義ファイルのモデルファイル

−

jpc_promitor_resource_discovery.service.model

Promitor Resource Discoveryのユニット定義ファイルのモデルファイル

−

jpc_script_exporter.yml

Script exporter設定ファイル

○

jpc_script_exporter.yml.model

Script exporter設定ファイルのモデルファイル

−

jpc_script_exporter.service.model

Script exporterのユニット定義ファイルのモデルファイル

−

jpc_fluentd_common.conf

Fluentdのログ監視共通定義ファイル

○

jpc_fluentd_common.conf.model

Fluentdのログ監視共通定義ファイルのモデルファイル

−

jpc_fluentd_common_list.conf

Fluentdのログ監視対象定義ファイル

○

jpc_fluentd_common_list.conf.model

Fluentdのログ監視対象定義ファイルのモデルファイル

−

fluentd_@@trapname@@_tail.conf.template

Fluentdのテキスト形式ログファイル用監視定義ファイルのテンプレート

○

fluentd_@@trapname@@_tail.conf.template.model

Fluentdのテキスト形式ログファイル用監視定義ファイルのテンプレートのモデルファイル

−

jpc_fluentd.service.model

Fluentdのユニット定義ファイルのモデルファイル

−

jpc_user_deffile_list.json

ユーザー作成の定義ファイルのうち，JP1/IM - Managerが提供するREST APIによって更新または削除できるファイル一覧

−

jpc_user_deffile_list.json.model

ユーザー作成の定義ファイルのうち，JP1/IM - Managerが提供するREST APIによって更新または削除できるファイル一覧のモデルファイル

−

/opt/jp1ima/conf/promitor/scraper/

Promitor Scraperの定義ファイル格納ディレクトリ

−

metrics-declaration.yaml

Promitor Scraper設定ファイル

○

metrics-declaration.yaml.model

Promitor Scraper設定ファイルのモデルファイル

−

runtime.yaml

Promitor Scraper runtime設定ファイル

○

runtime.yaml.model

Promitor Scraper runtime設定ファイルのモデルファイル

−

/opt/jp1ima/conf/promitor/resource-discovery/

Promitor Resource Discoveryの定義ファイル格納ディレクトリ

−

resource-discovery-declaration.yaml

Promitor Resource Discovery設定ファイル

○

resource-discovery-declaration.yaml.model

Promitor Resource Discovery設定ファイルのモデルファイル

−

runtime.yaml

Promitor Resource Discovery runtime設定ファイル

○

runtime.yaml.model

Promitor Resource Discovery runtime設定ファイルのモデルファイル

−

/opt/jp1ima/conf/sample/

Script exporterのサンプルファイル格納ディレクトリ

−

jpc_script_exporter.yml

Script exporterのサンプルファイル

−

jpc_script_exporter_sap.yml

SAPシステム監視のScript exporter設定ファイルのサンプルファイル

−

fluentd_sap_syslog_tail.conf

SAPシステムのシステムログ情報監視定義ファイルのサンプルファイル

−

fluentd_sap_alertlog_tail.conf

SAPシステムのCCMSアラート情報監視定義のサンプルファイル

−

/opt/jp1ima/conf/user/

ユーザーが任意の名前を付けられる定義ファイルを定義ファイル操作機能で操作するときに，ファイルを格納するディレクトリ

−

user_file_sd_config_任意の名前.yml

ユーザー独自のExporterのディスカバリ設定ファイル

○

file_sd_config_blackbox_任意の名前.yml

Blackbox exporter（ユーザー定義の監視対象）のディスカバリ設定ファイル

○

fluentd_ログ監視名_tail.conf

Fluentdのテキスト形式ログファイル用監視定義ファイル

○

fluentd_任意の名前_logmetrics.conf

Fluentdのログメトリクス定義ファイル

−

任意の名前.ini

SAPシステムのログ抽出コマンドの環境パラメーター設定ファイル

−

任意のファイル名

ユーザー定義ファイル

−

/opt/jp1ima/conf/user/cert/

CA証明書ファイルおよびクライアント証明書ファイルの格納ディレクトリ

−

CA証明書ファイル名

CA証明書ファイル

−

クライアント証明書ファイル名

クライアント証明書ファイル

−

/opt/jp1ima/conf/user/secret/

クライアント証明書キーファイル（秘密鍵）およびパスワードファイルの格納ディレクトリ

−

クライアント証明書キーファイル名

クライアント証明書キーファイル（秘密鍵）

−

パスワードファイル名

パスワードファイル

−

/opt/jp1ima/conf/jpc_file_sd_config_off/

アドオンのサービスを無効化する場合に，サービスに対応するディスカバリ設定ファイルを移動する格納ディレクトリ

−

jpc_file_sd_config_node.yml

Node exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_node_aix.yml

Node exporter for AIXのディスカバリ設定ファイル

○

jpc_file_sd_config_blackbox_http.yml

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル

○

jpc_file_sd_config_blackbox_icmp.yml

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル

○

jpc_file_sd_config_cloudwatch.yml

Yet another cloudwatch exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_promitor.yml

Promitorのディスカバリ設定ファイル

○

jpc_file_sd_config_oracledb.yml

OracleDB exporterのディスカバリ設定ファイル

○

/opt/jp1ima/tools/

コマンド格納ディレクトリ

−

jpc_service_start

起動コマンド

−

jpc_service_stop

停止コマンド

−

jpc_service

サービス登録・解除コマンド

−

jpc_service_autostart

サービス自動起動有効・無効コマンド

−

/opt/jp1ima/logs/imagent/

Alertmanagerのログ出力先ディレクトリ

−

*

Alertmanagerのログ

○

/opt/jp1ima/logs/imagentproxy/

Alertmanagerのログ出力先ディレクトリ

−

*

Alertmanagerのログ

○

/opt/jp1ima/logs/imagentaction/

Alertmanagerのログ出力先ディレクトリ

−

*

Alertmanagerのログ

○

/opt/jp1ima/logs/alertmanager/

Alertmanagerのログ出力先ディレクトリ

−

*

Alertmanagerのログ

○

/opt/jp1ima/logs/prometheus_server/

Prometheus serverのログ出力先ディレクトリ

−

*

Prometheus serverのログ

○

/opt/jp1ima/logs/node_exporter/

Node exporterのログ出力先ディレクトリ

−

*

Node exporterのログ

○

/opt/jp1ima/logs/process_exporter/

Process exporterのログ出力先ディレクトリ

−

*

Process exporterのログ

○

/opt/jp1ima/logs/blackbox_exporter/

Blackbox exporterのログ出力先ディレクトリ

−

*

Blackbox exporterのログ

○

/opt/jp1ima/logs/ya_cloudwatch_exporter/

Yet another cloudwatch exporterのログ出力先ディレクトリ

−

*

Yet another cloudwatch exporterのログ

○

/opt/jp1ima/logs/fluentd/

Fluentdのログ出力先ディレクトリ

−

*

Fluentdのログ

○

/opt/jp1ima/logs/promitor_scraper/

Promitor Scraperのログ出力先ディレクトリ

−

*

Promitor Scraperのログ

○

/opt/jp1ima/logs/resource_discovery/

Promitor Resource Discoveryのログ出力先ディレクトリ

−

*

Promitor Resource Discoveryのログ

○

/opt/jp1ima/logs/script_exporter/

Script exporterのログ出力先ディレクトリ

−

*

Script exporterのログ

○

/opt/jp1ima/logs/tools/

コマンドなどのログ出力先ディレクトリ

−

*

コマンドなどのログ

○

/opt/jp1ima/logs/addon_management/アドオン名※²/

アドオンスクリプトのログ出力先ディレクトリ

−

*

アドオンスクリプトのログ

○

/opt/jp1ima/addon_management/アドオン名※²/

アドオン制御用スクリプト格納ディレクトリ

−

addon_info.txt

アドオン情報

○

addon_services_list.txt

アドオンサービスリスト

○

共有ディレクトリ/jp1ima/conf/

JP1/IM - Agentの定義ファイルの格納ディレクトリ

−

jpc_imagentcommon.json

imagent共通設定ファイル

○

jpc_imagent.json

imagent設定ファイル

○

jpc_imagentproxy.json

imagentproxy設定ファイル

○

jpc_imagentaction.json

imagentaction設定ファイル

○

jpc_alertmanager.yml

Alertmanager設定ファイル

○

jpc_prometheus_server.yml

Prometheus設定ファイル

○

jpc_alerting_rules.yml

アラート設定ファイル

○

jpc_file_sd_config_node.yml

Node exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_process.yml

Process exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_blackbox_http.yml

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル

○

jpc_file_sd_config_blackbox_icmp.yml

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル

○

jpc_file_sd_config_cloudwatch.yml

Yet another cloudwatch exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_promitor.yml

Promitorのディスカバリ設定ファイル

○

jpc_file_sd_config_node_aix.yml

Node exporter for AIXのディスカバリ設定ファイル

○

jpc_file_sd_config_oracledb.yml

OracleDB exporterのディスカバリ設定ファイル

○

jpc_process_exporter.yml

Process exporter設定ファイル

○

jpc_blackbox_exporter.yml

Blackbox exporter設定ファイル

○

jpc_ya_cloudwatch_exporter.yml

Yet another cloudwatch exporter設定ファイル

○

jpc_script_exporter.yml

Script exporter設定ファイル

○

jpc_fluentd_common.conf

Fluentdのログ監視共通定義ファイル

○

jpc_fluentd_common_list.conf

Fluentdのログ監視対象定義ファイル

○

jpc_fluentd_@@trapname@@_tail.conf.template

Fluentdのテキスト形式ログファイル用監視定義ファイルのテンプレート

○

jpc_user_deffile_list.json

ユーザー作成の定義ファイルのうち，JP1/IM - Managerが提供するREST APIによって更新または削除できるファイル一覧

○

jpc_user_deffile_list.json.model

ユーザー作成の定義ファイルのうち，JP1/IM - Managerが提供するREST APIによって更新または削除できるファイル一覧のモデルファイル

−

共有ディレクトリ/jp1ima/conf/promitor/scraper/

Promitor Scraperの定義ファイル格納ディレクトリ

−

metrics-declaration.yaml

Promitor Scraper設定ファイル

○

runtime.yaml

Promitor Scraper runtime設定ファイル

○

共有ディレクトリ/jp1ima/conf/promitor/resource-discovery/

Promitor Resource Discoveryの定義ファイル格納ディレクトリ

−

resource-discovery-declaration.yaml

Promitor Resource Discovery設定ファイル

○

runtime.yaml

Promitor Resource Discovery runtime設定ファイル

○

共有ディレクトリ/jp1ima/conf/user/

ユーザーが任意の名前を付けられる定義ファイルを定義ファイル操作機能で操作するときに，ファイルを格納するディレクトリ

−

user_file_sd_config_任意の名前.yml

ユーザー独自のExporterのディスカバリ設定ファイル

○

file_sd_config_blackbox_任意の名前.yml

Blackbox exporter（ユーザー定義の監視対象）のディスカバリ設定ファイル

○

fluentd_ログ監視名_tail.conf

Fluentdのテキスト形式ログファイル用監視定義ファイル

○

fluentd_ログ監視名_wevt.conf

FluentdのWindowsイベントログ用監視定義ファイル

○

fluentd_任意の名前_logmetrics.conf

Fluentdのログメトリクス定義ファイル

−

任意の名前.ini

SAPシステムのログ抽出コマンドの環境パラメーター設定ファイル

−

任意のファイル名

ユーザー定義ファイル

−

共有ディレクトリ/jp1ima/conf/user/cert/

CA証明書ファイルおよびクライアント証明書ファイルの格納ディレクトリ

−

CA証明書ファイル

CA証明書ファイル

−

クライアント証明書ファイル

クライアント証明書ファイル

−

共有ディレクトリ/jp1ima/conf/user/secret/

クライアント証明書キーファイル（秘密鍵）およびパスワードファイルの格納ディレクトリ

−

クライアント証明書キーファイル（秘密鍵）

クライアント証明書キーファイル（秘密鍵）

−

パスワードファイル

パスワードファイル

−

共有ディレクトリ/jp1ima/conf/jpc_file_sd_config_off/

アドオンのサービスを無効化する場合に，サービスに対応するディスカバリ設定ファイルを移動する格納ディレクトリ

−

jpc_file_sd_config_node.yml

Node exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_process.yml

Process exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_blackbox_http.yml

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル

○

jpc_file_sd_config_blackbox_icmp.yml

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル

○

jpc_file_sd_config_cloudwatch.yml

Yet another cloudwatch exporterのディスカバリ設定ファイル

○

jpc_file_sd_config_promitor.yml

Promitorのディスカバリ設定ファイル

○

jpc_file_sd_config_node_aix.yml

Node exporter for AIXのディスカバリ設定ファイル

○

jpc_file_sd_config_oracledb.yml

OracleDB exporterのディスカバリ設定ファイル

○

共有ディレクトリ/jp1ima/logs/imagent/

Alertmanagerのログ出力先ディレクトリ

−

*

Alertmanagerのログ

○

共有ディレクトリ/jp1ima/logs/imagentproxy/

Alertmanagerのログ出力先ディレクトリ

−

*

Alertmanagerのログ

○

共有ディレクトリ/jp1ima/logs/imagentaction/

Alertmanagerのログ出力先ディレクトリ

−

*

Alertmanagerのログ

○

共有ディレクトリ/jp1ima/logs/alertmanager/

Alertmanagerのログ出力先ディレクトリ

−

*

Alertmanagerのログ

○

共有ディレクトリ/jp1ima/logs/prometheus_server/

Prometheus serverのログ出力先ディレクトリ

−

*

Prometheus serverのログ

○

共有ディレクトリ/jp1ima/logs/node_exporter/

Node exporterのログ出力先ディレクトリ

−

*

Node exporterのログ

○

共有ディレクトリ/jp1ima/logs/process_exporter/

Process exporterのログ出力先ディレクトリ

−

*

Process exporterのログ出力先ディレクトリ

○

共有ディレクトリ/jp1ima/logs/blackbox_exporter/

Blackbox exporterのログ出力先ディレクトリ

−

*

Blackbox exporterのログ

○

共有ディレクトリ/jp1ima/logs/ya_cloudwatch_exporter/

Yet another cloudwatch exporterのログ出力先ディレクトリ

−

*

Yet another cloudwatch exporterのログ

○

共有ディレクトリ/jp1ima/logs/promitor_scraper/

Promitor Scraperのログ出力先ディレクトリ

−

*

Promitor Scraperのログ

○

共有ディレクトリ/jp1ima/logs/promitor_resource_discovery/

Promitor Resource Discoveryのログ出力先ディレクトリ

−

*

Promitor Resource Discoveryのログ

○

共有ディレクトリ/jp1ima/logs/script_exporter/

Script exporterのログ出力先ディレクトリ

−

*

Script exporterのログ

○

共有ディレクトリ/jp1ima/logs/fluentd/

Fluentdのログ出力先ディレクトリ

−

*

Fluentdのログ

○

共有ディレクトリ/jp1ima/logs/tools/

コマンドなどのログ出力先ディレクトリ

−

*

コマンドなどのログ

○

共有ディレクトリ/jp1ima/logs/addon_management/アドオン名※²/

アドオンスクリプトのログ出力先ディレクトリ

−

*

アドオンスクリプトのログ

○

/usr/lib/systemd/system/

ユニット定義ファイルの格納ディレクトリ

−

jpc_imagent.service

imagentのユニット定義ファイル（物理ホスト用）

○

jpc_imagentproxy.service

imagentproxyのユニット定義ファイル（物理ホスト用）

○

jpc_imagentaction.service

imagentactionのユニット定義ファイル（物理ホスト用）

○

jpc_alertmanager.service

Alertmanagerのユニット定義ファイル（物理ホスト用）

○

jpc_prometheus_server.service

Prometheus serverのユニット定義ファイル（物理ホスト用）

○

jpc_node_exporter.service

Node exporterのユニット定義ファイル（物理ホスト用）

○

jpc_process_exporter.service

Process exporterのユニット定義ファイル（物理ホスト用）

○

jpc_blackbox_exporter.service

Blackbox exporterのユニット定義ファイル（物理ホスト用）

○

jpc_ya_cloudwatch_exporter.service

Yet another cloudwatch exporterのユニット定義ファイル（物理ホスト用）

○

jpc_promitor_scraper.service

Promitor Scraperのユニット定義ファイル（物理ホスト用）

○

jpc_promitor_resource_discovery.service

Promitor Resource Discoveryのユニット定義ファイル（物理ホスト用）

○

jpc_script_exporter.service

Script exporterのユニット定義ファイル（物理ホスト用）

○

jpc_fluentd.service

Fluentdのユニット定義ファイル（物理ホスト用）

○

jpc_imagent_論理ホスト名.service

imagentのユニット定義ファイル（論理ホスト用）

○

jpc_imagentproxy_論理ホスト名.service

imagentproxyのユニット定義ファイル（論理ホスト用）

○

jpc_imagentaction_論理ホスト名.service

imagentactionのユニット定義ファイル（論理ホスト用）

○

jpc_alertmanager_論理ホスト名.service

Alertmanagerのユニット定義ファイル（論理ホスト用）

○

jpc_prometheus_server_論理ホスト名.service

Prometheus serverのユニット定義ファイル（論理ホスト用）

○

jpc_node_exporter_論理ホスト名.service

Node exporterのユニット定義ファイル（論理ホスト用）

○

jpc_process_exporter_論理ホスト名.service

Process exporterのユニット定義ファイル（論理ホスト用）

○

jpc_blackbox_exporter_論理ホスト名.service

Blackbox exporterのユニット定義ファイル（論理ホスト用）

○

jpc_ya_cloudwatch_exporter_論理ホスト名.service

Yet another cloudwatch exporterのユニット定義ファイル（論理ホスト用）

○

jpc_promitor_scraper_論理ホスト名.service

Promitor Scraperのユニット定義ファイル（論理ホスト用）

○

jpc_promitor_resource_discovery_論理ホスト名.service

Promitor Resource Discoveryのユニット定義ファイル（論理ホスト用）

○

jpc_script_exporter_論理ホスト名.service

Script exporterのユニット定義ファイル（論理ホスト用）

○

jpc_fluentd_論理ホスト名.service

Fluentdのユニット定義ファイル（論理ホスト用）

○

任意のディレクトリ/

環境変数ファイルの格納ディレクトリ

−

任意のファイル名

環境変数ファイル

−

（凡例）

〇：トラブル発生時の資料採取の対象

−：トラブル発生時の資料採取の対象外

注※1

uap_sample.shはSUSE Linux 12では使用できません。

注※2

アドオン名に入る文字列を次に示します。

alertmanager

prometheus_server

node_exporter

blackbox_exporter

ya_cloudwatch_exporter

fluentd

imagent

imagentproxy

imagentaction

process_exporter

promitor

script_exporter

表A‒31　統合エージェントホスト（Linux）のJP1/IM - Agentでユーザーが参照・編集する必要のないファイル・ディレクトリ一覧

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

内容

資料採取対象

/opt/jp1ima/bin/

実行ファイルの格納ディレクトリ

−

imagent

imagentの実行ファイル

−

imagentproxy

imagentproxyの実行ファイル

−

imagentaction

imagentactionの実行ファイル

−

alertmanager

Alertmanagerの実行ファイル

−

prometheus

Prometheus serverの実行ファイル

−

node_exporter

Node exporterの実行ファイル

−

process_exporter

Process exporterの実行ファイル

−

blackbox_exporter

Blackbox exporterの実行ファイル

−

ya_cloudwatch_exporter

Yet another cloudwatch exporterの実行ファイル

−

promitor_scraper

Promitor Scraperの実行ファイル

−

promitor_resource_discovery

Promitor Resource Discoveryの実行ファイル

−

script_exporter

Script exporterの実行ファイル

−

rotatelogs

rotatelogsの実行ファイル

−

/opt/jp1ima/bin/sample/

Exporterのサンプルファイル格納ディレクトリ

−

uap_sample.sh

Script exporterが実行できるサンプルスクリプト

−

/opt/jp1ima/tools/

コマンド格納ディレクトリ

−

promtool

promtoolコマンド

−

jimasecret

シークレット管理コマンド

−

jimasetup

初期設定コマンド

−

command.lock

コマンド排他制御用ファイル

−

/opt/jp1ima/tools/common/

共通処理のコマンド格納ディレクトリ

−

common_jpc_service_start

共通処理（起動コマンド）

−

common_jpc_service_stop

共通処理（停止コマンド）

−

common_jpc_service

共通処理（サービス登録・解除コマンド）

−

common_jpc_service_autostart

共通処理（サービス自動起動有効・無効コマンド）

−

common_jpc_service_reload

共通処理（定義ファイル反映スクリプト）

−

common_jpc_service_get_status

共通処理（ステータスチェックスクリプト）

−

/opt/jp1ima/tools/utils/

メッセージ用・各種部品用のスクリプト格納ディレクトリ

−

jpc_messages

メッセージ用スクリプト

−

jpc_utils

各種部品用スクリプト

−

/opt/jp1ima/addon_management/アドオン名※/

アドオンスクリプトのログ出力先ディレクトリ

−

addon_jpc_service_start

アドオンの起動スクリプト

−

addon_jpc_service_stop

アドオンの停止スクリプト

−

addon_jpc_service_reload

アドオンの定義ファイル反映スクリプト

−

addon_jpc_service_get_status

アドオンのステータスチェックスクリプト

−

addon_jpc_service

アドオンのサービス登録・解除スクリプト

−

addon_jpc_service_autostart

アドオンのサービス自動起動有効・無効スクリプト

−

/opt/jp1ima/lib/ruby/

Rubyのインストール先ディレクトリ

−

/opt/jp1ima/lib/ruby/openssl/

opensslのインストール先ディレクトリ

−

/opt/jp1ima/setup/

セットアップアーカイブファイルの格納ディレクトリ

−

conf_immgr_windows_バージョン番号（VVRRSS形式）.zip

JP1/IM - Manager用セットアップアーカイブファイル（Windows版）

−

conf_immgr_linux_バージョン番号（VVRRSS形式）.tar.gz

JP1/IM - Manager用セットアップアーカイブファイル（Linux版）

−

conf_imagt_windows_バージョン番号（VVRRSS形式）.zip

JP1/IM - Agent用セットアップアーカイブファイル（Windows版）

−

conf_imagt_linux_バージョン番号（VVRRSS形式）.tar.gz

JP1/IM - Agent用セットアップアーカイブファイル（Linux版）

−

/opt/jp1ima/options/

オプション機能のアーカイブファイルの格納ディレクトリ

−

node_exporter_aix_バージョン番号（VVRRSS形式）.tar.Z

Note exporter for AIXのアーカイブファイル

−

oracledb_exporter_linux_バージョン番号（VVRRSS形式）.zip

Oracle exporterのアーカイブファイル（Linux版）

−

sap_linux_バージョン番号（VVRRSS形式）.zip

SAPシステム監視のアーカイブファイル（Linux版）

−

（凡例）

〇：トラブル発生時の資料採取の対象

−：トラブル発生時の資料採取の対象外

注※

アドオン名に入る文字列を次に示します。

alertmanager

prometheus_server

node_exporter

process_exporter

blackbox_exporter

ya_cloudwatch_exporter

promitor

script_exporter

fluentd

imagent

imagentproxy

imagentaction

(5)　アドオンディレクトリ名について

統合エージェント制御基盤およびアドオンプログラムのアドオンディレクトリ名を，次の表に示します。

統合エージェント制御基盤またはアドオンプログラム

アドオンディレクトリ名

imagent

imagent

imagentproxy

imagentproxy

imagentaction

imagentaction

Prometheus server

prometheus_server

Alertmanager

alertmanager

Node exporter

node_exporter

Windows exporter

windows_exporter

Blackbox exporter

blackbox_exporter

Yet another cloudwatch exporter

ya_cloudwatch_exporter

Fluentd

fluentd

Process exporter

process_exporter

Script exporter

script_exporter

Promitor

promitor

付録B　プロセス一覧

JP1/IMのプロセスを次に示します。

付録B.1　Windowsの場合

Windowsのタスクマネージャのプロセスに表示されるプロセス名を次に示します。

(1)　JP1/IM - Manager

JP1/IM - Managerのプロセスを次に示します。なお，表内の括弧（　）内の数値は同時に実行するプロセス数です。

表B‒1　JP1/IM - Managerのプロセス（Windows）

親プロセス名

機能

子プロセス名

機能

jco_spmd.exe

(1)

JP1/IM - Managerのプロセス管理

jcamain.exe

(1)

アクション実行サービス

(プロセス管理表示名：jcamain)

evtcon.exe

(1)

イベントコンソールサービス

(プロセス管理表示名：evtcon)

evflow.exe

(1)

イベント基盤サービス

(プロセス管理表示名：evflow)

jcsmain.exe

(1)

セントラルスコープサービス※1

(プロセス管理表示名：jcsmain)

evgen.exe

(2)※2

相関イベント発行サービス※3

(プロセス管理表示名：evgen)

jcfmain.exe(1)

IM構成管理サービス※4

(プロセス管理表示名：jcfmain)

jddmain.exe(1)

インテリジェント統合管理基盤サービス※5

(プロセス管理表示名：jddmain)

imbase.exe(1)

統合エージェント管理基盤（imbase）のサービス※5

(プロセス管理表示名：imbase)

imbaseproxy.exe(1)

統合エージェント管理基盤（imbaseproxy）のサービス※5

(プロセス管理表示名：imbaseproxy)

jco_service.exe

(1)

JP1/IM - ManagerのWindowsサービス制御

−

−

jcfmain.exe(1)

JP1/IM - ManagerのIM構成管理

−

IM構成管理サービス

jcfallogtrap.exe(0〜157)※6

ログ収集プロセス

pdservice.exe

IMデータベース

−

Windowsのサービス制御

pdprcd.exe

プロセスサーバプロセス。

pdprcd.exe(1)

IMデータベース

−

プロセスサーバプロセス。

pdrsvre.exe(3)

後処理プロセス。プロセス異常終了時の後始末処理。

pdmlgd.exe(1)

メッセージログサーバプロセス。メッセージ出力を制御する。

pdrdmd.exe(1)

システムマネージャプロセス。ユニット起動・停止の制御および接続ユーザーを管理する。

pdstsd.exe(1)

ステータスサーバプロセス。ユニット用ステータスファイルの入出力を制御する。

pdscdd.exe(1)

スケジューラープロセス。シングルサーバプロセスへのトランザクションの割り付けを行う。

pdtrnd.exe(1)

トランザクションサーバプロセス。トランザクションを制御する。

pdtrnrvd.exe(1〜128)※7

トランザクション回復プロセス。トランザクションの決着・回復を制御する。

pdlogd.exe(1)

ログサーバプロセス。システムログ取得およびログ関連プロセスを制御する。

pd_buf_dfw.exe(1)

デファードライトプロセス。DB格納ディスクへのバックグラウンドライトを制御する。

pd_buf_awt.exe(2)

デファードライト処理用並列WRITEプロセス。

pdlogswd.exe(1)

ログスワッパプロセス。システムログ関連ファイルの割り当て，解放，I/Oの管理，およびシンクポイントダンプを取得する。

pdsds.exe(10〜96)※8

シングルサーバプロセス。SQLを処理する。

pdsha.exe(1)

IMデータベース

−

クラスタ用の組み込みHiRDBのサービス

pg_ctl.exe(1)

インテリジェント統合管理データベースサービス（PostgreSQL）

−

Windowsのサービス制御

postgres.exe(16〜100)

インテリジェント統合管理データベースサービス

promsrv.exe(1)

トレンドデータ管理サービス（Promscale）

−

Windowsのサービス制御

promscale.exe(1)

トレンドデータ管理サービス

（凡例）

−：なし

注※1　セントラルスコープを使用する場合に起動します。デフォルトでは起動しません。

注※2　最大で2，通常は1です。内訳は次のとおりです。

相関イベント発行サービスのプロセス本体

イベントサービスと接続する際に一時的に生成されるプロセス（相関イベント発行サービス起動時やイベント取得フィルター更新時）

注※3　相関イベントを発行する機能です。デフォルトでは動作しません。なお，相関イベント発行サービスは，統合監視DBを使用しない場合の機能です。

注※4　IM構成管理を使用する場合に起動します。デフォルトでは起動しません。

注※5　インテリジェント統合管理基盤を使用する場合に起動します。デフォルトでは起動しません。

注※6　開始時は0個，リモート監視の監視ファイル数に応じて，最大157個起動します。

注※7　開始時は1個，pdsds.exeプロセスが異常終了するたびに一時的に増加します。

注※8　開始時は10個，IMデータベースへのアクセス要求数に応じて，最大96個起動します。

クラスタシステムで運用する場合，物理ホストおよび論理ホストごとに，上記のプロセスを実行します。同時に実行するプロセス数は，実行している物理ホストおよび論理ホストの数に，上記のプロセス数を掛けた数になります。

表中で，親プロセスがjco_spmd.exeであるプロセスはプロセス管理が制御しており，jco_spmd_statusコマンドでプロセスの状態を確認できます。

正常に動作している場合の表示例を次に示します。

c:¥>jco_spmd_status

KAVB3690-I JP1_CONS の状態通知処理を開始します

稼働中のプロセスを表示します

プロセス名称 プロセスID

evflow 3672

jcamain 4088

evtcon 4236

jcsmain 4668

evgen 5624

KAVB3691-I プロセスは全て起動しています

jcsmainは，セントラルスコープ機能をオンにした場合にだけ表示されます。evgenは，相関イベント発行機能をオンにした場合にだけ表示されます。また，jcfmainは， IM構成管理の機能をオンにした場合にだけ表示されます。

(2)　JP1/IM - View

JP1/IM - Viewのプロセスを次に示します。なお，表内の括弧（　）内の数値は同時に実行するプロセス数です。

表B‒2　JP1/IM - Viewのプロセス

親プロセス名

機能

子プロセス名

機能

jcoview.exe

(3)

JP1/IM - Viewのプロセス管理

jcoview_evt.exe

(3)

スレッドダンプ出力イベントの送信

java.exe

(3)

JP1/IM - Viewの画面制御

jcfview.exe

(3)

IM構成管理・ビューアーのプロセス管理

jcfview_evt.exe

(3)

スレッドダンプ出力イベントの送信

java.exe

(3)

IM構成管理・ビューアーの画面制御

重要

日本語で動作させる場合，コードページを932以外に設定しているコマンドプロンプトからjcoview.exeを実行すると，画面に表示される文字が文字化けする場合があります。

中国語で動作させる場合，コードページを936以外に設定しているコマンドプロンプトからjcoview.exeを実行すると，画面に表示される文字が文字化けする場合があります。

(3)　JP1/IM - Agent

JP1/IM - Agentのプロセスを次に示します。なお，表内の括弧（　）内の数値は同時に実行するプロセス数です。クラスタシステムで運用する場合，物理ホストおよび論理ホストごとに，下記のプロセスを実行します。

表B‒3　JP1/IM - Agentのプロセス（Windows）

親プロセス名

機能

子プロセス名

機能

jpc_imagent_service.exe(1)

統合エージェント制御基盤（imagent）をWindowsサービスとして起動する

imagent.exe

−

imagent.exe(1)

統合エージェント制御基盤（imagent）のサービス

−

−

jpc_imagentproxy_service.exe(1)

統合エージェント制御基盤（imagentproxy）をWindowsサービスとして起動する

imagentproxy.exe

−

imagentproxy.exe(1)

統合エージェント制御基盤（imagentproxy）のサービス

−

−

jpc_imagentaction_service.exe(1)

統合エージェント制御基盤（imagentaction）をWindowsサービスとして起動する

imagentaction.exe

−

imagentaction.exe(1)

統合エージェント制御基盤（imagentaction）のサービス

−

−

jpc_prometheus_server_service.exe(1)

Prometheus serverをWindowsサービスとして起動する

prometheus.exe

−

prometheus.exe(1)

Prometheus server

−

−

jpc_alertmanager_service.exe(1)

AlertmanagerをWindowsサービスとして起動する

alertmanager.exe

−

alertmanager.exe(1)

Alertmanager

−

−

jpc_windows_exporter_service.exe(1)

Windows exporterをWindowsサービスとして起動する

windows_exporter.exe

−

windows_exporter.exe(1)

Windows exporter

−

−

jpc_blackbox_exporter_service.exe(1)

Blackbox exporterをWindowsサービスとして起動する

blackbox_exporter.exe

−

blackbox_exporter.exe(1)

Blackbox exporter

−

−

jpc_ya_cloudwatch_exporter_service.exe(1)

Yet another cloudwatch exporterをWindowsサービスとして起動する

ya_cloudwatch_exporter.exe

−

ya_cloudwatch_exporter.exe(1)

Yet another cloudwatch exporter

−

−

jpc_fluentd_service.exe(1)

FluentdをWindowsサービスとして起動する

ruby.exe

−

ruby.exe(1)

Fluentd

ruby.exe

−

ruby.exe(1〜31)

ログの監視定義に従い，ログの監視と通知を行う

−

−

jpc_promitor_scraper_service.exe(1)

Promitor ScraperをWindowsサービスとして起動する

promitor_scraper.exe

−

promitor_scraper.exe(1)

Promitor Scraper

−

−

jpc_promitor_resource_discoery_service.exe(1)

Promitor Resource DiscoveryをWindowsサービスとして起動する

promitor_resource_discovery.exe

−

promitor_resource_discovery.exe(1)

Promitor Resource Discovery

−

−

jpc_script_exporter_service.exe(1)

Script exporterをWindowsサービスとして起動する

script_exporter.exe

−

script_exporter.exe(1)

Script exporter

−

−

（凡例）

−：なし

付録B.2　UNIXの場合

psコマンドを使用したときに表示されるプロセス名を次に示します。

(1)　JP1/IM - Manager

JP1/IM - Managerのプロセスを次に示します。なお，表内の括弧（　）内の数値は同時に実行するプロセス数です。

表B‒4　JP1/IM - Managerのプロセス（UNIX）

親プロセス名

機能

子プロセス名

機能

jco_spmd

(1)※1

プロセス管理

jcamain

(1)

アクション実行サービス

(プロセス管理表示名：jcamain)

evtcon※1

(1)

イベントコンソールサービス

(プロセス管理表示名：evtcon)

evflow

(1)

イベント基盤サービス

(プロセス管理表示名：evflow)

jcsmain

(1)

セントラルスコープサービス※2

(プロセス管理表示名：jcsmain)

evgen

(2)※3

相関イベント発行サービス※4

(プロセス管理表示名：evgen)

jcfmain(1)

IM構成管理サービス※5

(プロセス管理表示名：jcfmain)

jddmain(1)

インテリジェント統合管理基盤サービス※6

(プロセス管理表示名：jddmain)

imbase(1)

統合エージェント管理基盤（imbase）のサービス※6

(プロセス管理表示名：imbase)

imbaseproxy(1)

統合エージェント管理基盤（imbaseproxy）のサービス※6

(プロセス管理表示名：imbaseproxy)

jcfmain(1)

JP1/IM - ManagerのIM構成管理

−

IM構成管理サービス

jcfallogtrap(0〜157)※7

ログ収集プロセス

pdprcd(1)※8

IMデータベース

−

プロセスサーバプロセス。

pdrsvre(3)

後処理プロセス。プロセス異常終了時の後始末処理。

pdmlgd(1)

メッセージログサーバプロセス。メッセージ出力を制御する。

pdrdmd(1)

システムマネージャプロセス。ユニット起動・停止の制御および接続ユーザーを管理する。

pdstsd(1)

ステータスサーバプロセス。ユニット用ステータスファイルのI/Oを制御する。

pdscdd(1)

スケジューラープロセス。シングルサーバプロセスへのトランザクションの割り付けを行う。

pdtrnd(1)

トランザクションサーバプロセス。トランザクションを制御する。

pdtrnrvd(1〜128)※9

トランザクション回復プロセス。トランザクションの決着・回復を制御する。

pdlogd(1)

ログサーバプロセス。システムログ取得およびログ関連プロセスを制御する。

pd_buf_dfw(1)

デファードライトプロセス。DB格納ディスクへのバックグラウンドライトを制御する。

pd_buf_awt(2)

デファードライト処理用並列WRITEプロセス。

pdlogswd(1)

ログスワッパプロセス。システムログ関連ファイルの割り当て，解放，I/Oの管理，およびシンクポイントダンプを取得する。

pdsds(10〜96)※10

シングルサーバプロセス。SQLを処理する。

postgres(9〜100)

インテリジェント統合管理データベースサービス（PostgreSQL）

−

−

Promscale(1)

トレンドデータ管理サービス（Promscale）

−

−

（凡例）

−：なし

注※1　これらのプロセスは，一時的にプロセス数が増加することがあります。

注※2　セントラルスコープを使用する場合に起動します。デフォルトでは起動しません。

注※3　最大で2，通常は1です。内訳は次のとおりです。

相関イベント発行サービスのプロセス本体

イベントサービスと接続する際に一時的に生成されるプロセス（相関イベント発行サービス起動時やイベント取得フィルター更新時）

注※4　相関イベントを発行する機能です。デフォルトでは動作しません。なお，相関イベント発行サービスは，統合監視DBを使用しない場合の機能です。

注※5　IM構成管理を使用する場合に起動します。デフォルトでは起動しません。

注※6　インテリジェント統合管理基盤を使用する場合に起動します。デフォルトでは起動しません。

注※7　開始時は0個，リモート監視の監視ファイル数に応じて，最大157個起動します。

注※8　IMデータベースをセットアップすると，自動起動スクリプトの設定の有効・無効に関係なく，システム起動時にpdprcdプロセスが起動します。

注※9　開始時は1個，pdsdsプロセスが異常終了するたびに一時的に増加します。

注※10　開始時は10個，IMデータベースへのアクセス要求数に応じて，最大96個起動します。

クラスタシステムで運用する場合，物理ホストおよび論理ホストごとに，上記のプロセスを実行します。同時に実行するプロセス数は，実行している物理ホストおよび論理ホストの数に，上記のプロセス数を掛けた数になります。なお，クラスタシステムで動作しているプロセスは，psコマンド実行時には次のように表示されます。ただし，IMデータベースのプロセス（pdprcdおよび親プロセスがpdprcdであるプロセス）は，論理ホスト名に表示されません。

jco_spmd -h 論理ホスト名

evflow 論理ホスト名

jcamain 論理ホスト名

evtcon 論理ホスト名 起動オプション

evgen 論理ホスト名

jcfmain 論理ホスト名

jcsmain 論理ホスト名

表中で，親プロセスがjco_spmdであるプロセスはプロセス管理が制御しており，jco_spmd_statusコマンドでプロセスの状態を確認できます。

正常に動作している場合の表示例を次に示します。

# jco_spmd_status

KAVB3690-I JP1_CONS の状態通知処理を開始します

稼働中のプロセスを表示します

プロセス名称 プロセスID

evflow 3672

jcamain 4088

evtcon 4236

jcsmain 4846

evgen 5624

KAVB3691-I プロセスは全て起動しています

jcsmainは，セントラルスコープ機能をオンにした場合にだけ表示されます。evgenは，相関イベント発行機能をオンにした場合にだけ表示されます。また，jcfmainは，IM構成管理の機能をオンにした場合にだけ表示されます。

(2)　JP1/IM - Agent

JP1/IM - Agentのプロセスを次に示します。なお，表内の括弧（　）内の数値は同時に実行するプロセス数です。クラスタシステムで運用する場合，物理ホストおよび論理ホストごとに，下記のプロセスを実行します。

表B‒5　JP1/IM - Agentのプロセス（UNIX）

親プロセス名

機能

子プロセス名

機能

imagent(1)

統合エージェント制御基盤（imagent）のサービス

−

−

imagentproxy(1)

統合エージェント制御基盤（imagentproxy）のサービス

−

−

imagentaction(1)

統合エージェント制御基盤（imagentaction）のサービス

−

−

prometheus(1)

Prometheus server

−

−

alertmanager(1)

Alertmanager

−

−

node_exporter(1)

Node exporter

−

−

blackbox_exporter(1)

Blackbox exporter

−

−

ya_cloudwatch_exporter(1)

Yet another cloudwatch exporter

−

−

ruby(1)

Fluentd

ruby

−

ruby(1〜31)

ログの監視定義に従い，ログの監視と通知を行う

−

−

process_exporter(1)

Process exporter

−

−

promitor_scraper(1)

Promitor Scraper

−

−

promitor_resource_discovery(1)

Promitor Resource Discovery

−

−

script_exporter(1)

Script exporter

−

−

rotatelogs(13)

ログ出力機能

−

−

（凡例）

−：なし

付録C　ポート番号

JP1/IMのポート番号を次に示します。使用するプロトコルは，TCP/IPです。

各ポート番号は，製品のインストール時に設定されます。

付録C.1　JP1/IMのポート番号

(1)　JP1/IM - ManagerおよびJP1/IM - Viewが使用するポート番号

JP1/IM - ManagerおよびJP1/IM - Viewが使用するポート番号を次に示します。

なお，通信時にはここに示すポート番号のほかに，OSが自動的に割り振る1025〜65535/tcpのポート番号を使用します。ただし，割り振られるポート番号の範囲はOSによって異なる場合があります。

表C‒1　ポート番号一覧

サービス名

ポート番号

IM-V

IM-M

説明

jp1imevtcon

20115/tcp

○

○

JP1/IM - ViewからJP1/IM - Manager（イベントコンソールサービス）への接続で使用

jp1imcmda

20238/tcp

○

○

次の場合に使用します。

JP1/IM - Viewからコマンド実行する際に使用

JP1/IM - Manager（セントラルコンソール）がJP1/Base※1に自動アクションの実行を要求する際に使用

jp1imcss

20305/tcp

○

○

JP1/IM - ViewからJP1/IM - Manager（セントラルスコープサービス）への接続で使用

なし※2

IMデータベースのポート番号※3

−

−

JP1/IM - Manager（IMデータベース）の内部処理で使用（物理ホストの場合）

IMデータベースのポート番号※4

−

−

JP1/IM - Manager（IMデータベース）の内部処理で使用（論理ホストの場合）

jp1imcf

20702/tcp

○

○

JP1/IM - ViewからJP1/IM - Manager（IM構成管理サービス）への接続で使用

jp1imfcs

20701/tcp

−

○

JP1/IM - Manager（イベント基盤サービス）の内部処理で使用

jp1imegs

20383/tcp

−

○

JP1/IM - Manager（相関イベント発行サービス）の内部処理で使用

jddmain

20703/tcp

−

−

Webクライアント（WWWブラウザーやREST API発行クライアント）からJP1/IM - Manager（インテリジェント統合管理基盤サービス）への接続で使用

なし

20705/tcp

−

○

JP1/IM - Manager（インテリジェント統合管理データベース）の内部処理で使用

なし

20706/tcp

−

○

JP1/IM - Manager（トレンドデータ管理サービス）の内部処理で使用

（凡例）

IM-V：JP1/IM - View

IM-M：JP1/IM - Manager

○：インストール時にservicesファイルに登録される

△：インストール時にservicesファイルに登録されない（連携する場合，設定が必要）

−：インストール時にservicesファイルに登録されない（設定も不要）

注※1　マネージャーのJP1/Baseが対象です。

注※2　servicesファイルには登録しません。

注※3　物理ホストのIMデータベースのセットアップ時にセットアップ情報ファイルで設定します。セットアップ情報ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「セットアップ情報ファイル（jimdbsetupinfo.conf）」（2.　定義ファイル）を参照してください。

注※4　論理ホストのIMデータベースのセットアップ時にクラスタセットアップ情報ファイルで設定します。論理ホストのIMデータベースを設定するたびに使用するポート番号が増加します。クラスタセットアップ情報ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「クラスタセットアップ情報ファイル（jimdbclustersetupinfo.conf）」（2.　定義ファイル）を参照してください。

リモートの監視対象ホストを使用する場合には，次表のポート番号を使用します。

リモートの監視対象ホスト

ポート番号

リモート監視ログファイルトラップ　SSH接続

IM構成管理の［システム共通設定］画面で指定したポート番号

リモート監視ログファイルトラップ　NetBIOS（NetBIOS over TCP/IP）接続※1

137/udp，137/tcp，138/udp，139/tcp，445/tcp

リモート監視イベントログトラップ　WMI接続※1

135/tcp，445/tcp，および必要に応じて動的ポートを自動的に割り振る※2

注※1　リモート監視のホスト情報収集では，Windowsの場合WMIとNetBIOS（NetBIOS over TCP/IP），UNIXではSSHを使用します。

注※2　WMIはDCOMを使用していて，かつDCOMは動的ポート割り当てを使用しているため，DCOMで使用するポートをファイアウォールで通過させるように設定してください。

OSによって割り当てられるポート番号の標準的な範囲を次に示します。

Windows Server 2016，Windows Server 2019，Windows Server 2022：49152〜65535

(2)　JP1/IM - Agentが使用するポート番号

JP1/IM - Agentが使用するポート番号を，次に示します。

表C‒2　統合エージェント（統合マネージャーホスト内）のプロセスの待ち受けポート

プロセス

使用する待ち受けポート

デフォルトのポート番号

imbase

統合マネージャーホスト内のプロセスおよび統合エージェント制御基盤（imagent）の待ち受けポート

20724

imbaseproxy

統合マネージャーホスト内のプロセスおよび統合エージェント制御基盤（imagentproxy）の待ち受けポート

20725

表C‒3　統合エージェント（統合エージェントホスト内）のプロセスの待ち受けポート

プロセス

使用する待ち受けポート

デフォルトのポート番号

Prometheus server

GUIおよびREST APIの待ち受けポート

20713

Alertmanager

GUI，REST API，およびアラート通知の待ち受けポート

20714

Node exporter

スクレイプの待ち受けポート

20716

Windows exporter

20717

Blackbox exporter

20715

Yet another cloudwatch exporter

20718

Promitor Scraper

20719

Process exporter

20721

Script exporter

20722

Fluentd（ログメトリクス機能）

24820〜24850※¹

Promitor Resource Discovery

Promitor Scraperの接続ポート

20720

imagent

統合エージェントホスト内の待ち受けポート

20726

imagentproxy

20727

imagentaction

20728

OracleDB exporter

スクレイプの待ち受けポート

なし

Node exporter for AIX※2

スクレイプの待ち受けポート

20730

注※1

Fluentd（ログメトリクス機能）で実際に使用するListen ポートは，ログメトリクス機能で使用する workerのworker_id（ログメトリクス定義ファイル（fluentd_任意の名前_logmetrics.conf）の「workerのid」で指定する値）に依存し，次に示す式のとおりのポート番号になります。

24820 + worker_id

なお，ログメトリクス機能で129個のworkerを利用する場合，デフォルトのポート番号は24820から24948までの連番となります。

注※2

Node exporter for AIXは，監視対象ホストで動作します。

表C‒4　JP1/IM - Agentのプロセスから通信する通信先ポート

プロセス

用途

デフォルトのポート番号

インテリジェント統合管理基盤

アラート通知

JP1/IM - Managerの設定に従います。

Promscale

リモートライト

PostgreSQL

JP1/IM - Agentの管理，メッセージキュー，コマンド実行履歴

監視対象のWebサーバ

Blackbox exporterの監視先

80/443

監視対象のAWS CloudWatch

Yet another cloudwath exporterの監視先

443

HTTPプロキシサーバ

imagent，imagentproxyからimabase，imbaseproxyへの通信

Exporterから監視対象への通信

設置されたHTTPプロキシサーバの設定に従います。

監視対象のOracleリスナー

OracleDB exporterの監視先

1521

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

(1)　ファイアウォールの通過方向（JP1/IM - ManagerおよびJP1/IM - View）

JP1/IM - ManagerおよびJP1/IM - Viewのファイアウォールの通過方向を次の表に示します。なお，JP1/IMは，パケットフィルタリング型，NAT（スタティックモード）型のファイアウォールに対応しています。

表C‒5　ファイアウォールの通過方向

サービス名

ポート番号

ファイアウォールの通過方向

jp1imevtcon

20115/tcp

JP1/IM - View → JP1/IM - Manager（セントラルコンソール）

jp1imcmda

20238/tcp

JP1/IM - View → JP1/Base※1

JP1/IM - Manager（セントラルコンソール） → JP1/Base※1

jp1imcss

20305/tcp

JP1/IM - View → JP1/IM - Manager（セントラルスコープ）

jp1imegs

20383/tcp

JP1/IM - Managerがインストールされたマシン内だけの通信となるため，ファイアウォールの設定は不要

jddmain

20703/tcp

WWWブラウザー→ JP1/IM - Manager（インテリジェント統合管理基盤）

なし※2

IMデータベースのポート番号※3

JP1/IM - Manager（物理ホスト） → JP1/IM - Manager（IMデータベース（物理ホスト））

IMデータベースのポート*番号※4

JP1/IM - Manager（論理ホスト） → JP1/IM - Manager（IMデータベース（論理ホスト））

jp1imcf

20702/tcp

JP1/IM - View → JP1/IM - Manager（IM構成管理）

jp1imfcs

20701/tcp

JP1/IM - Managerがインストールされたマシン内だけの通信となるため，ファイアウォールの設定は不要

jimmail

25/tcp※2

JP1/IM - Manager → メールサーバ（SMTP）　（認証なしの場合）

587/tcp※2

JP1/IM - Manager → メールサーバ（SMTP）　（SMTP-AUTH認証の場合）

110/tcp※2

JP1/IM - Manager → メールサーバ（POP3）　（POP before SMTP認証の場合）

なし

20705/tcp

JP1/IM - Managerがインストールされたマシン内だけの通信となるため，ファイアウォールの設定は不要

なし

20706/tcp

JP1/IM - Managerがインストールされたマシン内だけの通信となるため，ファイアウォールの設定は不要

（凡例）

→　：コネクション確立時の接続方向を示す

注※1　マネージャーのJP1/Baseが対象です。

注※2　servicesファイルには登録しません。

注※3　物理ホストのIMデータベースのセットアップ時にセットアップ情報ファイルで設定したIMデータベース（物理ホスト）のポート番号です。

注※4　論理ホストのIMデータベースのセットアップ時にクラスタセットアップ情報ファイルで設定したIMデータベース（論理ホスト）のポート番号です。

注※5　接続先ポート番号は，接続先サーバの使用するポートによって変わる場合があります。

注※6　HTTPサーバの設定によっては異なる場合があります。

コネクション確立時は，表中のポート番号を，接続を受ける側（矢印が向いている側）が使用します。接続する側は，OSによって割り当てられる空きポート番号を使用します。この場合に使用するポート番号の範囲は，OSによって異なります。

なお，ファイアウォールサーバマシン上にJP1/IMをインストールする場合は，同一マシン内での通信もファイアウォールによる通信制限の対象となる場合がありますので，この場合，同一マシン内でも表中のポート番号で通信できるように設定してください。

ファイアウォール環境での運用については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「9.3　ファイアウォール環境での運用」を参照してください。

(2)　ファイアウォールの通過方向の設定（リモートの監視対象ホストの情報を収集する場合）

JP1/IM - Managerで監視対象ホストの情報を収集するには，次の接続方法を利用します。

Windowsの場合

SSH，NetBIOS（NetBIOS over TCP/IP），WMI

UNIXの場合

SSH

そのため，ファイアウォール経由でJP1/IM - Managerと監視対象ホストを配置する場合は，次のようにファイアウォールを通過させる必要があります。

JP1/IM - Manager（jcfmainおよびjcfallogtrap）→監視対象ホスト

（凡例）→　：コネクション確立時の接続方向を示す

SSH接続の場合

JP1/IM - Managerのシステム共通設定のSSHの設定で指定したポート番号でファイアウォールを通過させるようにしてください。

NetBIOS（NetBIOS over TCP/IP）接続の場合

NetBIOS（NetBIOS over TCP/IP）で使用するポートをファイアウォールで通過させる必要があります。設定方法については，ファイアウォール製品のマニュアルまたはファイアウォール製品の開発元に確認してください。

なお，ほかのNetBIOS（NetBIOS over TCP/IP）接続との分離はできません。

WMI接続の場合

WMIは，DCOMを使用しています。DCOMは動的ポート割り当てを使用しているため，DCOMで使用するポートをファイアウォールで通過させる必要があります。設定方法については，ファイアウォール製品のマニュアルまたはファイアウォール製品の開発元に確認してください。

なお，ほかのWMIやDCOM要求との分離はできません。

(3)　ファイアウォールの通過方向の設定（インテリジェント統合管理基盤で複数拠点を監視する場合）

通信経路にファイアウォールがある環境の場合，統合マネージャーのインテリジェント統合管理基盤の通信で，次の表に示すポートが通過できるように設定する必要があります。

ファイアウォールの通過方向を各表に示します。各表の凡例と注は次のとおりです。

統合マネージャーホストと拠点／中継マネージャーホスト間の通信の場合

統合マネージャーホスト

通信方向

拠点／中継マネージャーホスト

用途

Any

→

インテリジェント統合管理基盤のポート

jddcreatetreeコマンドの実行による拠点／中継マネージャー配下のJP1/IM - Agentに関する情報の取得

（凡例）

→　：コネクション確立時の接続方向を示す

また，統合マネージャーに接続する統合オペレーション・ビューアーの通信で，次の表に示すポートを通過できるように設定する必要があります。

統合マネージャーに接続する統合オペレーション・ビューアーと拠点／中継マネージャーホスト間の通信の場合

統合マネージャーホスト

通信方向

拠点／中継マネージャーホスト

用途

Any

→

インテリジェント統合管理基盤のポート

拠点／中継マネージャーおよび配下の監視対象ホストに対する操作

（凡例）

→　：コネクション確立時の接続方向を示す

(4)　ファイアウォールの通過方向の設定（JP1/IM - Agent）

通信経路にファイアウォールがある環境の場合，統合エージェント管理基盤のimbaseおよびimbaseproxyのポートが通過できるように設定する必要があります。また，NAT型のファイアウォール環境を使用できます。

注※

次に示す接続は，NAT型のファイアウォール環境では使用できません。

OracleDB exporterからOracleリスナーへの接続

Prometheus serverからNode exporter for AIXへの接続

ファイアウォールの通過方向を各表に示します。各表の凡例と注は次のとおりです。

（凡例）

→：コネクション確立時，左項から右項へ接続することを表します。

←：コネクション確立時，右項から左項へ接続することを表します。

注※

OSによって割り当てられる任意の空きポート番号を使用することを表します。

統合エージェントホストと統合マネージャーホスト間の通信の場合

統合エージェントホスト

通信方向

統合マネージャーホスト

用途

Any※

→

統合エージェント管理基盤のimbase，imbaseproxyのポート

リモートライト

アラート通知

ログ監視

imbaseからのリクエスト取得およびレスポンス送信

統合エージェントホストと監視対象のWebサーバ間の通信

統合エージェントホスト

通信方向

監視対象のWebサーバ

用途

Any※

→

監視対象のWebサーバのポート

Blackbox exporter（HTTP/HTTPS）による監視

統合エージェントホストと監視対象ホスト（ICMP監視）間の通信

統合エージェントホスト

通信方向

監視対象ホスト（ICMP監視）

用途

なし

→

ICMP Type 8（Echo Request）に応答するように設定

Blackbox exporter（ICMP）による監視

ICMP Type 0（Echo Reply）を受信できるように設定

←

なし

統合エージェントホストと監視対象のAWS CloudWatch間の通信

統合エージェントホスト

通信方向

監視対象のAWS CloudWatch

用途

Any※

→

監視対象のAWS CloudWatchのポート

Yet another cloudwatch exporterによる監視

統合エージェントホストとHTTPプロキシサーバ間の通信

統合エージェントホスト

通信方向

HTTPプロキシサーバ

用途

Any※

→

HTTPプロキシサーバのポート

マネージャーホストとの通信

Blackbox exporterなどのExporterによる監視対象サーバとの通信

統合エージェントホストと監視対象のOracle Databaseサーバ

統合エージェントホスト

通信方向

監視対象のOracle Databaseサーバ

用途

Any※

→

Oracleリスナーのポート

OracleDB exporterによる監視

統合エージェントホストと監視対象ホスト（AIX）

統合エージェントホスト

通信方向

監視対象ホスト（AIX）

用途

Any※

→

Node exporter for AIXのポート

Prometheus serverからのスクレイプ

重要

JP1/IM - Agentが使用するExporterのスクレイプ用のAPIでは，Exporterのポートを認証で保護していないため，ファイアウォールで保護してください。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager構築ガイド」の「1.21.2(14) ファイアウォールの設定（Windowsの場合）（必須）」および「2.19.2(15) ファイアウォールの設定（Linuxの場合）（必須）」を参照してください。

付録C.3　コネクションの接続状態

JP1/IMの各ポート番号の，コネクションの接続状態を次の表に示します。

表C‒6　コネクションの接続状態

サービス名

ポート番号

コネクションの接続状態

jp1imevtcon

20115/tcp

［ログイン］画面から［イベントコンソール］画面へログイン時にコネクションを接続し，［イベントコンソール］画面をログアウトするまでの間コネクションを維持します。

通信エラーや強制的なコネクションの切断が発生した場合，KAVB1200-E のメッセージを出力します。この場合，［ユーザー環境設定］画面の［表示内容の自動更新］に「する」を設定している場合は，KAVB1200-E のメッセージの［OK］ボタンをクリックすることで再度コネクションを接続します。

［ユーザー環境設定］画面の［表示内容の自動更新］に「しない」を設定している場合は，［イベントコンソール］画面の［最新情報に更新］ボタンをクリックすることで再度コネクションを接続します。

jp1imcmda

20238/tcp

［コマンド実行］画面起動時にコネクションを接続し，［コマンド実行］画面を閉じるまでの間コネクションを維持します。

通信エラーや強制的なコネクションの切断が発生した場合，KAVB0414-E のメッセージを出力します。この場合，［コマンド実行］画面でコマンド実行を再度実行することで再度コネクションを接続します。

jp1imcss

20305/tcp

［ログイン］画面から［監視ツリー］画面へのログイン時にコネクションを確立し，ログアウトまでの間コネクションを維持します。

通信エラーや強制的なコネクションの切断が発生した場合，KAVB6241-E，またはKAVB6251-E のメッセージを出力します。メッセージの［OK］ボタンをクリックすることで再度コネクションを確立します。

jp1imegs

20383/tcp

次に示す相関イベント発行サービスに関係するコマンドや処理の実行時にコネクションを確立し，コマンドまたは処理の実行が終了するまでの間コネクションを維持します。

jcoegschangeコマンド

jcoegsstatusコマンド

jcoegsstartコマンド

jcoegsstopコマンド

イベント取得フィルターの更新(JP1/IM - Viewの［システム環境設定］画面，jcochfilterコマンド)

イベント取得フィルターの更新の場合，イベントコンソールサービスと相関イベント発行サービス間でコネクションを張り，更新処理が終わると切断します。

jddmain

20703/tcp

Webクライアント（WWWブラウザーやREST API発行クライアント）のログイン時にコネクションを確立し，ログアウトするまでの間コネクションを維持します。

jp1rmregistry

20380/tcp

JP1/IM - Viewからのログイン時にコネクションを確立し，JP1/IM - Viewでログアウトするまでの間コネクションを維持します。

jp1rmobject

20381/tcp

JP1/IM - Viewからのログイン時にコネクションを確立し，JP1/IM - Viewでログアウトするまでの間コネクションを維持します。

JP1/IM3-Manager DB Server

20700/tcp

JP1/IM3-Manager DB Serverが起動されている状態で，JP1/IM3-Managerサービスの起動時にコネクションを確立し，停止時までコネクションを維持します。

jp1imcf

20702/tcp

次に示すJP1/IM - Managerに関するサービスの起動時，JP1/IM - Viewによるログイン時やコマンドの実行時にIM構成管理サービスとコネクションを確立し，サービス，操作，またはコマンドの実行が終了するまでの間コネクションを維持します。

IM構成管理サービス

JP1/IM - Viewで［ログイン］画面から［IM構成管理］画面へのログイン時から［IM構成管理］画面をログアウトするまでの間

jcfimportコマンド

jcfexportコマンド

JP1/IM - Viewとの通信エラーや強制的なコネクションの切断が発生した場合，KNAN20101-Eのメッセージを出力します。この場合，IM構成管理サービスが正常に起動していることを確認したあと，KNAN20101-Eのメッセージの［OK］ボタンをクリックすることで再度コネクションを接続します。

jp1imfcs

20701/tcp

次に示すJP1/IM - Managerに関するサービスの起動時やコマンドの実行時にイベント基盤サービスとコネクションを確立し，サービスまたはコマンドの実行が終了するまでの間コネクションを維持します。

イベントコンソールサービス

自動アクションサービス

セントラルスコープサービス

相関イベント発行サービス

jcoevtreportコマンド

jcohctestコマンド

jcoimdefコマンド

jcastatusコマンド

jcachangeコマンド

jcoegschangeコマンド

jcoegsstartコマンド

jcoegsstatusコマンド

jcoegsstopコマンド

なし

20705/tcp

次に示すJP1/IM - Managerに関するサービスの起動時やコマンドの実行時にインテリジェント統合管理データベースとコネクションを確立し，サービスまたはコマンドの実行が終了するまでの間コネクションを維持します。

インテリジェント統合管理基盤サービス

統合エージェント制御基盤(imbase)サービス

トレンドデータ管理サービス

jimgndbstatusコマンド

jimgndbbackupコマンド

なし

20706/tcp

トレンドデータの書き込み/読み込み時に，インテリジェント統合管理基盤サービスがトレンドデータ管理サービスとのコネクションを確立し，処理が終了するまでの間コネクションを維持します。

付録D　制限値一覧

JP1/IMの各種の制限値を次に示します。

付録D.1　インテリジェント統合管理基盤を使用する上での制限値一覧

インテリジェント統合管理基盤を使用する上でのJP1/IM - ManagerおよびJP1/IM - Agentの制限値について，次に示します。

表D‒1　JP1/IM - Manager（インテリジェント統合管理基盤）の制限値一覧

項目

制限値

1台のJP1/IM - Manager（インテリジェント統合管理基盤）に接続できる統合オペレーション・ビューアーの数

64

JP1/IM - Manager（インテリジェント統合管理基盤）が管理する管理ノードの数

150,000個

All Systemsからサブシステムまでの間に表示できる階層数

10階層

ツリーのジョブグループ以下に表示できる階層数

30階層

ツリー全体に表示できる階層数

45階層

ルートジョブネットの中心ノードに対する先行ノードに表示できる階層数

2階層

ルートジョブネットの中心ノードに対する後続ノードの表示階層数

2階層

ルートジョブネットのノード名に表示できるバイト数

40バイト

ルートジョブネットの1階層に表示できるノード数

1,000ノード

ルートジョブネットの関連線として表示できる線の総数

10,000本

関連ノード名に表示できるバイト数

40バイト

1ノード当たりの関連ノード数

1,000ノード

関連ノードの関連線として表示できる線の総数

10,000本

1つのIM管理ノードに対して表示できるカスタムUI数

10個

トレンド情報に表示できるチャート数

10個

トレンド情報の1チャート当たりのインスタンス数

10個

トレンド情報の1インスタンス当たりのデータ数（プロット数）

60個

提案定義数

1,000件

1提案定義当たりに定義できる提案活性条件数

100件

1提案定義当たりに定義できる対処アクション

1件

1提案定義当たりに定義できるJP1権限レベル数

100件

1度のAPI実行で発行できるイベント数

100件

JP1イベントの内容を表すメッセージテキストの長さ

1,023バイト

拡張属性名の文字列長

32バイト

すべての拡張属性値の合計の長さ

10,000バイト

クラスタ環境インテリジェント統合管理データベースセットアップ情報ファイルでインテリジェント統合管理データベースの論理ホスト名として指定できる文字列長

63バイト

インテリジェント統合管理データベースの論理ホスト数

9

トレンドデータ管理DBに保存したデータの保存期間

1,096日

配布物のファイルパス（拡張子を含む）の長さ

235文字

配布物のファイルサイズ

300メガバイト

定義できるダッシュボードの最大数

30,000個

ダッシュボード名に定義できる最大文字数

255文字

パネル名に定義できる最大文字数

255文字

ダッシュボードの背景画像で指定できる拡張子

PNGだけ

ダッシュボード管理で指定する「並び順」で指定できる数字の最大桁数

1〜9999999

ダッシュボードで指定できる背景画像のサイズの最大値

4メガバイト

表D‒2　JP1/IM - Agentの制限値一覧

項目

制限値

1つのJP1/IM - Managerと連携して接続できる監視対象数※1

2,500

1つの統合エージェントのスクレイプ数※2

100

1つの統合エージェントで1分間に発行できるアラートのJP1イベントの数

150

1つの統合エージェントで1秒間に発行できるログ監視機能のJP1イベントの数

テキスト形式のログファイルの監視：100

Windowsイベントログの監視：80

注　IMシステム全体で200件/秒を超えると，遅延が発生する可能性があります。

統合エージェントが1分間に扱えるパフォーマンスデータのサンプル数

10,000

統合エージェントホストで実行できるアクションの最大同時実行数

48

統合エージェントのFluentdで監視できる数の最大値※3

■Windowsの場合

テキスト形式のログファイルの監視：508ファイル

Windowsイベントログの監視：508種類

■Linuxの場合

テキスト形式のログファイルの監視：508ファイル

注※1

JP1/Base，JP1/IM - Agent，ユーザー独自のPrometheus，およびユーザー独自のFluentdが対象となります。

JP1/IM - Agentは，構成に含まれる複数のサービスやOSSもまとめて1つとカウントします。また，JP1/IM - Agentの監視対象（Blackbox exporterの外形監視の監視対象，Yet another cloudwatch exporterの監視対象のAWSリソース，Fluentdの監視対象のログなど）はカウントしません。

JP1/IM - Agentを，物理ホスト，論理ホスト，コンテナで運用する場合は，それぞれ別でカウントします。

注※2

統合エージェントホストごとのPrometheus serverのスクレイプ対象の数です。Prometheus serverは，同一ホスト内のExporterまたは別ホストのExporterに対してスクレイプを行います。

Prometheus serverのスクレイプ対象は，Prometheus設定ファイル（jpc_prometheus_server.yml）の項目「targets」で指定します。

注※3

項目「1つの統合エージェントで1分間に発行できるアラートのJP1イベントの数」の制限値を超えないようにしてください。

付録D.2　セントラルコンソールを使用する上での制限値一覧

セントラルコンソールを使用する上でのJP1/IM - Managerの制限値，JP1/IM - Viewの制限値について，次に示します。

(1)　JP1/IM - Managerの制限値一覧

JP1/IM - Managerの制限値を次の表に示します。

表D‒3　JP1/IM - Managerの制限値一覧

項目

制限値

IMデータベースを使用する論理ホストの数

9個

1台のJP1/IM - Managerに接続できるJP1/IM - Viewの数

64※5

1台のJP1/IM - Managerが管理できるホストの数（エージェント構成上，JP1/IM - Manager自身のホストとJP1/IM - Manager直下に配置できるJP1/Baseの数）

すべてのエージェント上のJP1/Baseのイベントサーバ設定ファイル（conf）の通信タイプに「close」を指定した場合

IM構成管理DBのサイズをLサイズにした場合：2,500台

IM構成管理DBのサイズをSサイズ，Mサイズにした場合：1,024台

JP1/IM - Managerと同一ホストに配置されているJP1/Baseのバージョンが11-10以前の場合は，管理できるホストの数は1,024台です。

IM構成管理を使用する場合，IM構成管理DBのサイズをLにする必要があります。

エージェント上のJP1/Baseのイベントサーバ設定ファイル（conf）の通信タイプに「close」以外を指定しているホストが1台以上ある場合

UNIXの場合：100台

Windowsの場合：62台

ただし，これらの台数は最大構成です。システム構成およびネットワークトラフィックによって，管理できるホストの数が制限されます。

1台のJP1/IM - Managerからコマンドを実行できるホストの数

2,500台

イベントバッファー（イベントDBから抽出したイベントをバッファリングできる数）

2,000件

イベント取得フィルターの最大長※1

（適用するイベント取得フィルター（通過条件，除外条件の合計）と，有効な基本モードの共通除外条件群の合計のサイズ）

60キロバイト

除外条件群または有効な基本モードの共通除外条件群を設定していない場合

64キロバイト

除外条件群または有効な基本モードの共通除外条件群を設定している場合

共通除外条件の最大長※1

基本モードの場合

64キロバイト（適用するイベント取得フィルター（通過条件，除外条件の合計）と共通除外条件群の合計のサイズ）

拡張モードの場合

15MB

ただし，次に示すとおり共通除外条件拡張定義のパラメーター内に指定する各項目にも制限値があります。

共通除外条件群名：1〜50バイト

コメント：1,024バイト

イベント条件数：256件

イベント条件の合計サイズ：64KB

ユーザーフィルターの最大長※1

1メガバイト（複数設定していた場合はその合計値）

重要イベントフィルターの最大長※1

64キロバイト

表示フィルターの最大長※1

各JP1ユーザーにつき1メガバイト（複数設定していた場合はその合計値）

イベント検索※1

64キロバイト

ユーザーフィルターの個数

128個

各フィルターに設定できる条件群（通過条件群，除外条件群それぞれ）の数

イベント取得フィルター：1フィルターにつき30個

ユーザーフィルター：1フィルターにつき30個

重要イベントフィルター：30個

表示フィルター：1フィルターにつき5個

イベント検索：5個

イベント取得フィルター一覧で定義できるフィルターの個数

50個

イベント取得フィルター一覧で定義できるフィルター名の最大長

50バイト

イベント取得フィルター一覧で定義できる共通除外条件群の数

基本モードの場合

30件

拡張モードの場合

2,500件

イベント取得フィルター一覧格納ファイルの最大サイズ

1メガバイト

自動アクションの先行入力コマンド数

65,535

自動アクション定義のアクション定義パラメーターの長さ

09-00以降の形式を使用している場合：制限なし

ただし，次に示すとおりアクション定義パラメーター内に指定する各項目に制限値があります。

アクション名：1〜50バイト

コメント：1,040バイト

イベント条件：4,096バイト

ユーザー名：31バイト

実行ホスト名|ホストグループ名：255バイト

業務グループ名|監視グループ名：2,048バイト

アクション：4,096バイト

環境変数ファイル名：255バイト

自動アクション定義ファイルのファイルサイズ：22メガバイト（23,068,672バイト）

08-50以前の形式を使用している場合：5,706バイト

ただし，次に示すとおりアクション定義パラメーター内に指定する各項目にも制限値があります。

イベント監視条件の長さ：1,040バイト

実行できるアクションの長さ：4,096バイト

アクション実行ユーザー名の長さ：31バイト

環境変数ファイル名の長さ：255バイト

実行先ホスト名の長さ：255バイト

実行先グループ名の長さ

30バイト

イベントガイド情報ファイルのファイルサイズ

1メガバイト

イベントガイドメッセージファイルのファイルサイズ

1メガバイト

イベントガイド情報ファイルに定義できるイベントガイド情報の総数

1,000件

イベントガイドメッセージの置き換え文字(変数)処理とHTMLエンコーディング処理後のイベントガイドメッセージの長さ

196,608文字※2

イベントガイド情報ファイルに指定できるイベントガイドメッセージファイル名の長さ

1,024文字※2

イベントガイド情報に定義できる比較条件の件数

100件

相関イベント発行定義ファイルに定義できる相関イベント発行条件数

1,000件

1件の相関イベント発行条件に定義できる相関の対象範囲の絞り込み条件数

1件

1件の相関イベント発行条件に定義できるイベント条件数

10件

相関イベント発行条件のタイムアウト時間

1〜86,400秒（24時間）

イベント相関タイプのしきい値に指定できる最大値

100件

1件の相関イベント発行条件に定義できる同一属性値条件数

3件

1件の相関イベント発行条件に定義できる同時相関数の数

1件

相関成立イベントの定義に使用する属性値の最大長

2,048バイト

1件の相関イベント発行条件で同時に発行処理できるJP1イベントの組数

1,024組

すべての相関イベント発行条件で同時に発行処理できるJP1イベントの組数

20,000組

ヘルスチェックのタイムアウト時間

216,000秒（60時間）

IEのURLに指定できる文字の長さ

2,046文字

繰り返しイベント条件一覧で定義できる条件数

2,500件

繰り返しイベント条件定義の総サイズ

15メガバイト（15,728,640バイト）

1件の繰り返しイベント条件定義の長さ

制限なし

ただし，次に示すとおり繰り返しイベント条件に設定する各項目に制限値があります。

繰り返しイベント条件名：1〜50バイト

コメント：0〜1,024バイト

イベント条件：0〜256件

イベント条件のオペランド：65,536バイト※3

同一属性値条件：0〜3件

しきい値の発生監視期間：1〜60秒

しきい値の発生件数：1〜200件

終了監視期間：1〜86,400秒

抑止継続判定の［時間］：1〜86,400秒

抑止継続判定の［件数］：1〜1,000,000件

JP1/IM - Managerのメール通知機能で1度に指定できるメールのあて先の最大件数

20件

ただし，最大コマンドライン長を超えて複数指定することはできません。

JP1/IM - Managerのメール通知機能でメールを送信できる各項目の最大長

メールアドレス：256バイト

メール主題：512バイト

メール本文：4,096バイト

メール本文（1行）：512バイト

ログイン時のイベント取得範囲に指定できる日数

1〜31日

ログイン時のイベント取得範囲に指定できる基準時刻

0:00〜23:59

ログイン時のイベント取得範囲に指定できる時間

1〜744時間（31日分となる時間）

重大度変更定義ファイルのファイルサイズ

17メガバイト（17,825,792バイト）

重大度変更機能で定義できる定義数

1,000件

1件の重大度変更定義の長さ

制限なし

ただし，次に示すとおり重大度変更のイベント条件に設定する各項目に制限値があります。

重大度変更定義名：1〜50バイト

コメント：0〜1,024バイト

イベント条件：256件

イベント条件のオペランド：0〜4,096バイト

表示メッセージ変更機能で定義できる定義数

3,000件

1件の表示メッセージ変更定義の長さ

制限なし

ただし，次に示すとおり表示メッセージ変更のイベント条件に設定する各項目に制限値があります。

表示メッセージ変更定義名：1〜50バイト

変更後のメッセージの最大長：1,023バイト※4

コメント：0〜1,024バイト

イベント条件：256件

イベント条件のオペランド：0〜4,096バイト

表示メッセージ変更定義ファイルのファイルサイズ：22メガバイト（23,068,672バイト）

注※1　文字列データがシフトJISコードで保持されるため，JP1/IM - Managerが日本語UTF-8コードで動作している場合でも，指定できる文字列長は変わりません。

注※2　半角文字も全角文字もすべて1文字でカウントされます。例えば「AAA」，「あああ」のどちらを指定しても3文字です。

注※3　イベント条件のオペランドのバイト数以外の制限値については，「4.4.3(2)　繰り返しイベント条件に設定できるイベントの比較属性」を参照してください。

注※4　メッセージ長は，JP1/IM - Managerの文字コード設定で換算した値です。

注※5　制限値を超えて統合監視DBへの検索を行った場合，検索を行ったJP1/IM - Viewでエラーメッセージダイアログ（KAVB1661-E，KAVB1671-W）が表示されます。

(2)　JP1/IM - Viewの制限値一覧

JP1/IM - Viewの制限値を次に示します。

表D‒4　JP1/IM - Viewの制限値一覧

項目

制限値

1セッション内で起動できるJP1/IM - Viewの起動数（プロセス単位※1）

3※2

スクロールバッファー（画面に表示できるイベントの数）

2,000件

画面更新時に取得できるイベントの数

200件

イベント検索時に取得できるイベントの数

2,000件

フィルターの最大長※3

表示フィルター：各JP1ユーザーにつき1メガバイト（複数設定していた場合はその合計値）

イベント検索：64キロバイト

表示フィルターの個数

50個

表示フィルターのフィルター名の最大長

50バイト

各フィルターに設定できる条件群の数（通過条件群，除外条件群それぞれ）

イベント取得フィルター：1フィルターにつき30個

ユーザーフィルター：1フィルターにつき30個

重要イベントフィルター：30個

表示フィルター：1フィルターにつき5個

イベント検索：5個

フィルター画面※4の各項目の入力フィールドに入力できる最大長

フィルター名

50バイト（［イベント取得条件設定］画面，［表示フィルター設定］画面）

30,000バイト（［ユーザーフィルター詳細設定］画面）

条件群名，共通除外条件群名

50バイト

上記以外の属性値を複数指定できない項目

30,000バイト

属性値を複数指定できる項目

・イベントID

・対象ユーザー名（ユーザーフィルターによる制限の対象となるユーザー名を指定する項目）

30,000バイト（指定できる属性値の個数：制限なし）

・その他の項目

30,000バイト（指定できる属性値の個数：最大100個）

正規表現で条件を指定する場合に指定できる特殊文字「|」の個数

1つの入力フィールドにつき1,000個

イベント取得フィルター一覧で定義できるフィルターの個数

50個（セントラルコンソール接続時）

イベント取得フィルター一覧で定義できる共通除外条件群の数

基本モードの場合

30件

拡張モードの場合

2,500件

［コマンド実行］画面で指定できる環境変数ファイル名の長さ

255バイト

［コマンド実行］画面で指定できる実行ホスト名の長さ

2,048バイト

自動アクション定義のアクション定義パラメーターの長さ

09-00以降のJP1/IM - Managerに接続している場合：

09-00以降の形式を使用しているとき：制限なし

ただし，次に示すとおりアクション定義パラメーター内に指定する各項目に制限値があります。

アクション名：1〜50バイト

コメント：1,040バイト

イベント条件：4,096バイト

ユーザー名：31バイト

実行ホスト名|ホストグループ名：255バイト

業務グループ名|監視グループ名：2,048バイト

アクション：4,096バイト

環境変数ファイル名：255バイト

08-50以前の形式を使用しているとき：5,706バイト

なお，次に示すとおりアクション定義パラメーター内に指定する各項目にも制限値があります。

イベント監視条件の長さ：1,040バイト

実行できるアクションの長さ：4,096バイト

アクション実行ユーザー名の長さ：31バイト

環境変数ファイル名の長さ：255バイト

実行先ホスト名の長さ：255バイト

08-00〜08-50のJP1/IM - Managerに接続している場合：5,706バイト

なお，次に示すとおりアクション定義パラメーター内に指定する各項目にも制限値があります。

イベント監視条件の長さ：1,040バイト

実行できるアクションの長さ：4,096バイト

アクション実行ユーザー名の長さ：31バイト

環境変数ファイル名の長さ：255バイト

［ユーザー環境設定］画面で設定できる［コマンド実行］画面の実行結果表示行数

100〜10,000行

クリップボードにコピーできる文字列データのバイト長

6メガバイト

繰り返しイベント条件一覧で定義できる条件数

2,500件

繰り返しイベント条件定義の総サイズ

15メガバイト（15,728,640バイト）

1件の繰り返しイベント条件定義の長さ

制限なし

ただし，次に示すとおり繰り返しイベント条件に設定する各項目に制限値があります。

繰り返しイベント条件名：1〜50バイト

コメント：0〜1,024バイト

イベント条件：0〜256件

イベント条件のオペランド：65,536バイト※5

同一属性値条件：0〜3件

しきい値の発生監視期間：1〜60秒

しきい値の発生件数：1〜200件

終了監視期間：1〜86,400秒

ログイン時のイベント取得範囲に指定できる日数

1〜31日

ログイン時のイベント取得範囲に指定できる基準時刻

0:00〜23:59

ログイン時のイベント取得範囲に指定できる時間

1〜744時間（31日分となる時間）

重大度変更機能で定義できる定義数

1,000件

1件の重大度変更定義の長さ

制限なし

ただし，次に示すとおり重大度変更のイベント条件に設定する各項目に制限値があります。

重大度変更定義名：1〜50バイト

コメント：0〜1,024バイト

イベント条件：256件

イベント条件のオペランド：0〜4,096バイト

重大度変更定義ファイルのファイルサイズ：17メガバイト（17,825,792バイト）

暗号化通信の非暗号化通信ホスト設定でマネージャーホストに指定できる定義数

1,024件

暗号化通信の非暗号化通信ホスト設定でマネージャーホスト名に指定できる文字数

255文字

表示メッセージ変更機能で定義できる定義数

3,000件

1件の表示メッセージ変更定義の長さ

制限なし

ただし，次に示すとおり表示メッセージ変更のイベント条件に設定する各項目に制限値があります。

表示メッセージ変更定義名：1〜50バイト

変更後のメッセージの最大長：1,023バイト※6

コメント：0〜1,024バイト

イベント条件：256件

イベント条件のオペランド：0〜4,096バイト

表示メッセージ変更定義ファイルのファイルサイズ：22メガバイト（23,068,672バイト）

［固有の拡張属性条件詳細設定］画面の入力フィールドに入力できる最大長

属性名

32バイト

属性値

30,000バイト

注※1　プロセス単位で起動するビューアーおよび画面を次に示します。

セントラルコンソール・ビューアーおよびセントラルスコープ・ビューアー

IM構成管理・ビューアー

［監視ツリー(編集中)］画面

注※2　JP1/IM - Viewの起動数を増やすとそれに伴い，メモリー所要量，ディスク占有量が増えます。

注※3　文字列データがシフトJISコードで保持されるため，JP1/IM - Managerが日本語UTF-8コードで動作している場合でも，指定できる文字列長は変わりません。

注※4　［重要イベント定義］画面，［イベント検索条件設定］画面，［イベント取得条件設定］画面，［共通除外条件設定］画面，［表示フィルター設定］画面，および［ユーザーフィルター詳細設定］画面です。

注※5　イベント条件のオペランドのバイト数以外の制限値については，「4.4.3(2)　繰り返しイベント条件に設定できるイベントの比較属性」を参照してください。

注※6　メッセージ長は，JP1/IM - Managerの文字コード設定で換算した値です。

付録D.3　セントラルスコープを使用する上での制限値一覧

セントラルスコープを使用する上でのJP1/IM - Managerの制限値，JP1/IM - Viewの制限値について，次に示します。

(1)　JP1/IM - Managerの制限値一覧

JP1/IM - Managerの制限値を次の表に示します。

表D‒5　JP1/IM - Managerの制限値一覧

項目

制限値

1台のJP1/IM - Managerに接続できるJP1/IM - Viewの数

64

1台のセントラルスコープで監視できるホストの数

5,000台

JP1/IM - Managerのシステム構成上のホストに加えて，JP1/AJS - AgentホストやJP1/BaseのSNMPトラップ変換機能を用いて監視を行っているホストなど，セントラルスコープ上で監視対象としているホストを含みます。

JP1/IM - Managerが管理できる［監視ツリー］画面の数

1

ツリー構成ファイルに指定できる監視ノード名の最大長

255バイト※1

ツリー構成ファイルに指定できる監視ノードの基本情報の最大長

属性値：1,023バイト※1※2

ツリー構成ファイルに指定できる状態変更条件名の最大長

63バイト※1

ツリー構成ファイルに指定できる個別条件値の最大長

属性値：1,023バイト※1※2

ガイド情報ファイルのファイルサイズ

1メガバイト

ガイドメッセージファイルのファイルサイズ

1メガバイト

注※1　JP1/IM - ManagerがUTF-8コードで動作している場合，文字列データが日本語UTF-8コードで保持されるため，指定できる文字列長が減少します。

注※2　全フィールドのトータルでは1,280バイト以内です（例えば条件を五つ設定した場合，五つの属性値の合計を1,280バイト以内にする必要があります）。

(2)　JP1/IM - Viewの制限値一覧

JP1/IM - Viewの制限値を次に示します。

表D‒6　JP1/IM - Viewの制限値一覧

項目

制限値

1セッション内で起動できるJP1/IM - Viewの起動数（プロセス単位※1）

3※2

［監視ツリー］画面で監視できる監視ノードの数

50,000

監視ノード名の最大長

255バイト※3

一つの監視ノードに対して設定できる基本情報の数

5

基本情報フィールドに入力できる文字列の最大長

属性名：32バイト※3

属性値：1,023バイト※3※4

一つの監視ノードに対して設定できる状態変更条件数

8

状態変更条件の条件名の最大長

63バイト※3

監視オブジェクトの状態変更条件一つに対して設定できる個別条件の数

5

監視グループの状態変更条件一つに対して設定できる比較条件の比率の値

100

監視グループの状態変更条件一つに対して設定できる比較条件の個数の値

50,000

個別条件のフィールドに入力できる文字列の最大長

属性名：32バイト※3

属性値：1,023バイト※3※4

一つの監視ノードが発行するJP1イベントの数

7

各監視ノードが保持する状態変更イベント履歴

100件

監視グループに設定できる背景画像ファイル名の長さ

260バイト※3

監視ノードのアイコン（通常時のアイコン，展開時のアイコン，およびビジュアルアイコン）に設定できるアイコン画像ファイル名の長さ

260バイト※3

ユーザーが追加できる共通条件の数

191

［共通条件詳細設定］画面で設定する共通条件名の最大長

63バイト※3

［共通条件詳細設定］画面の項目，共通条件詳細のフィールドに入力できる文字列の最大長（拡張属性除く）

1,023バイト※3

［共通条件詳細設定］画面の項目，共通条件詳細のフィールドに入力できる文字列の最大長（拡張属性）

属性名：32バイト※3

属性値：1,023バイト※3※4

［ビジュアル監視］画面に設定できる背景画像ファイル名の長さ

260バイト※3

一つの［ビジュアル監視］画面に配置できる監視ノードの数

128

ユーザーが作成できる［ビジュアル監視］画面の数

64

［ビジュアル監視］画面の画面名の最大長

63バイト※3

［ビジュアル監視］画面のコメントの最大長

80バイト※3

暗号化通信の非暗号化通信ホスト設定でマネージャーホストに指定できる定義数

1,024件

暗号化通信の非暗号化通信ホスト設定でマネージャーホスト名に指定できる文字数

255文字

注※1　プロセス単位で起動するビューアーおよび画面を次に示します。

セントラルコンソール・ビューアーおよびセントラルスコープ・ビューアー

IM構成管理・ビューアー

［監視ツリー(編集中)］画面

注※2　JP1/IM - Viewの起動数を増やすとそれに伴い，メモリー所要量，ディスク占有量が増えます。

注※3　JP1/IM - ManagerがUTF-8コードで動作している場合，文字列データが日本語UTF-8コードで保持されるため，指定できる文字列長が減少します。

注※4　全フィールドのトータルでは1,280バイト以内です（例えば条件を五つ設定した場合，五つの属性値の合計を1,280バイト以内にする必要があります）。

付録D.4　IM構成管理を使用する上での制限値一覧

IM構成管理を使用する上でのJP1/IM - Managerの制限値，IM構成管理・ビューアーの制限値について，次に示します。

(1)　JP1/IM - Managerの制限値一覧

JP1/IM - Managerの制限値を次の表に示します。

表D‒7　JP1/IM - Managerの制限値一覧

項目

制限値

1台のJP1/IM - Managerに接続できるIM構成管理・ビューアーの数

64

1台のJP1/IM - Managerが管理できるホストの数（システム構成上，JP1/IM - Manager自身のホストとJP1/IM - Manager直下に配置できるJP1/Baseの数およびリモートの監視対象ホストの合計値。IPv4ホスト，IPv6ホストまたはIPv4・IPv6ホストによらない。）

2,500台

1台のIM構成管理で監視できるホストの数（IPv4ホスト，IPv6ホストまたはIPv4・IPv6ホストによらない。）

10,000台

直下のエージェントの数は2,499台

1台のIM構成管理で監視できるシステムの階層構成（IM構成）の階層

3階層（統合マネージャーを1階層目とする）

リモートで監視できる監視数の最大値※1

1,024

一つのホストで管理できるログファイルトラッププロセスの最大数

100※2

一つの論理ホストに設定可能な待機系ホストの数

4

一つのホストに対して表示可能なIPアドレスの数

8

業務グループ・監視グループの合計数

100

一つの業務グループおよび監視グループに設定できるホストの最大数

2,500台

業務グループの階層

1階層

監視グループの階層

9階層

注※1　リモートログファイルトラップで監視しているログファイル数と，リモートイベントログトラップで監視しているサーバ数の合計です。

注※2　ログトラップファイルが101個以上起動していた場合，KNAN22411-Wのメッセージを出力し，100個まで収集します。

(2)　JP1/IM - Viewの制限値一覧

JP1/IM - Viewの制限値を次に示します。

表D‒8　JP1/IM - Viewの制限値一覧

項目

制限値

1セッション内で起動できるJP1/IM - Viewの起動数（プロセス単位※1）

3※2

暗号化通信の非暗号化通信ホスト設定でマネージャーホストに指定できる定義数

1,024件

暗号化通信の非暗号化通信ホスト設定でマネージャーホスト名に指定できる文字数

255文字

注※1　プロセス単位で起動するビューアーおよび画面を次に示します。

セントラルコンソール・ビューアーおよびセントラルスコープ・ビューアー

IM構成管理・ビューアー

［監視ツリー(編集中)］画面

注※2　JP1/IM - Viewの起動数を増やすとそれに伴い，メモリー所要量，ディスク占有量が増えます。

付録D.5　リモート監視構成の制限値一覧

表D‒9　リモート監視構成の制限値一覧

項目

制限値

一つのリモート監視ログファイルトラップに指定できるログファイルの最大数

32

一つのホストで定義できるリモート監視ログファイルトラップの最大数

10

一つのJP1/IM - Managerでリモート監視できるホストの最大数

1,024

一つのJP1/IM - Managerで監視できるリモート監視ログファイルトラップの最大数

1,024

一つのJP1/IM - Managerで監視できるリモート監視イベントログトラップの最大数

1,024

一つのJP1/IM - Managerでリモート監視できるログファイルの最大数

1,024

リモート監視ログファイルトラップおよびリモート監視イベントログトラップの監視間隔

60〜86,400秒

付録E　操作権限一覧

JP1ユーザーには，ユーザーごとに操作権限が与えられています。操作権限には，次の6種類のレベル（JP1権限レベル）があります。

JP1_Console_Admin

インテリジェント統合管理基盤，セントラルコンソールおよびセントラルスコープのすべての操作（システムの設定，システムの操作，参照操作，ユーザー環境の設定，および連携製品の起動）ができる。

JP1_Console_Operator

インテリジェント統合管理基盤，セントラルコンソールおよびセントラルスコープのシステムの操作，参照操作，ユーザー環境の設定，および連携製品の起動ができる。

JP1_Console_User

インテリジェント統合管理基盤，セントラルコンソールおよびセントラルスコープの参照操作，ユーザー環境の設定，および連携製品の起動ができる。

JP1_CF_Admin

IM構成管理のすべての操作（IM構成やプロファイルの変更・システム反映）ができる。

JP1_CF_Manager

IM構成管理のホスト情報の登録，プロファイルの変更・システム反映，構成情報の参照やホストの設定の参照，情報収集ができる。

JP1_CF_User

IM構成管理の構成情報やホスト情報の参照ができる。

注1　JP1/IM - Manager（インテリジェント統合管理基盤）の場合

どのJP1権限レベルも設定しなかった場合は，操作できません。

注2　JP1/IM - Manager（セントラルコンソール）の場合

どのJP1権限レベルも設定しなかった場合は，JP1_Console_Operator権限が与えられたと見なされます。

注3　JP1/IM - Manager（セントラルスコープ）の場合

どのJP1権限レベルも設定しなかった場合は，JP1_Console_User権限が与えられたと見なされます。

注4　JP1/IM - Manager（IM構成管理）の場合

どのJP1権限レベルも設定しなかった場合は，JP1_CF_User権限が与えられたと見なされます。

一つのJP1ユーザーに複数のJP1権限レベルを与えた場合に，一つの操作内容に対して「操作できる」と「操作できない」が混在したときは，「操作できる」が優先されます。

それぞれのJP1権限レベルで操作できない機能は，JP1/IM - Viewの画面上でその機能を使用するためのメニューやボタンなどが非活性になります。

JP1ユーザーがどのJP1権限レベルを与えられているかは，ログインしたときだけ確認できます。JP1ユーザーがログインしたあとに，認証サーバでそのJP1ユーザーに対するJP1権限レベルを変更した場合，変更後のJP1権限レベルは次回ログイン時から有効になります。

付録E.1　インテリジェント統合管理基盤によるシステムの運用監視で必要な操作権限

(1)　監視時の操作で必要な操作権限

インテリジェント統合管理基盤によるシステムの運用監視中の操作で必要な操作権限を次の表に示します。

表E‒1　インテリジェント統合管理基盤によるシステムの運用監視中の操作で必要な操作権限（JP1/IM - Managerの場合）

操作内容

JP1権限レベル

分類

操作内容

説明

Admin

Operator

User

権限なし

ログイン

ログイン

インテリジェント統合管理基盤にログインできる

○

○

○

−

統合オペレーション・ビューアー

統合オペレーション・ビューアーの操作

統合オペレーション・ビューアーの操作ができる

○※1

○※1

○※1

−

システム管理者が行う操作

統合エージェントの管理，マネージャー・統合エージェントの定義ファイルの管理，認証情報の管理，ツリー情報の生成・反映の操作ができる

○

−

−

−

対処アクションに関する操作

対処アクションの手動実行，対処アクションの結果確認の操作ができる

○

○

−

−

REST API

リンク情報の取得

REST APIが実行できる

−※2

−※2

−※2

−

プラグイン処理実行

○※3

○※3

○※3

−※4

（凡例）

Admin：JP1_Console_Admin

Operator：JP1_Console_Operator

User：JP1_Console_User

○：操作できる

−：操作できない

注※1

実行ユーザーに権限が与えられていない資源グループのユニットの場合は，［統合オペレーション・ビューアー］画面の［業務フロー］タブの表示が次のようになります。

・ルートジョブネットを表す四角形（ノード）をクリックしても，画面の中心に配置されません。

・ノードの色は灰色です。この色は，ノードの状態と対応しません。

注※2

実行ユーザーに権限が与えられている資源グループのIM管理ノード指定した場合，接続されているIM管理ノードに権限がなくても，指定されたIM管理ノードとのリンク情報を取得します。

注※3

指定されたIM管理ノードの資源グループに対して，実行ユーザーに権限が与えられている必要があります。

注※4

1個以上の資源グループに対し，Admin，Operator，Userのどの権限も持たない場合は，権限エラーとなります。権限を持つ場合でも，実行ユーザーに権限が与えられていない資源グループのノードを指定した場合は，権限エラーとなります。

(2)　業務グループの参照・操作制限が有効な場合に必要な操作権限

業務グループの参照・操作制限が有効な場合に必要な操作権限を次の表に示します。

表E‒2　業務グループの参照・操作制限が有効な場合に必要な操作権限

操作内容

JP1資源グループ

JP1_Consoleまたは*

JP1_Console以外

指定なし

JP1権限レベル

分類

操作内容

説明

Admin

Operator

User

権限なし

Admin

Operator

User

権限なし

権限なし

システムの操作

重要イベントの対処状況の変更

JP1イベントの対処状況を変更できる

○

○

−

−

○

○

−

−

−

（凡例）

Admin：JP1_Console_Admin

Operator：JP1_Console_Operator

User：JP1_Console_User

○：操作できる

−：操作できない

注

JP1ユーザーがどのJP1資源グループ・JP1権限レベルを与えられているかの確認は，ログイン時にだけ行われます。したがって，JP1ユーザーがログインしたあとに認証サーバで，そのJP1ユーザーに対するJP1資源グループ・JP1権限レベルが変更された場合は，変更後のJP1資源グループ・JP1権限レベルは次回ログイン時から有効になります。

付録E.2　セントラルコンソールによるシステムの運用監視で必要な操作権限

セントラルコンソールによるシステムの運用監視中の操作で必要な操作権限は，業務グループの参照・操作制限が無効か有効かで異なります。

(1)　業務グループの参照・操作制限が無効な場合に必要な操作権限

業務グループの参照・操作制限が無効な場合に必要な操作権限を次の表に示します。

表E‒3　業務グループの参照・操作制限が無効な場合に必要な操作権限

操作内容

JP1権限レベル

分類

操作内容

説明

Admin

Operator

User

権限なし

システムの設定

システム環境の設定

次の画面を使用し，JP1/IM - Managerの環境設定ができる

［システム環境設定］画面

［イベント取得条件設定］画面

［共通除外条件設定］画面

［共通除外条件設定(拡張)］画面

○

−

−

−

イベントの重大度変更の定義

次の画面を使用し，条件に一致するJP1 イベントの重大度を変更できる

［重大度変更定義設定］画面

［追加重大度変更定義設定］画面

○

−

−

−

重要イベントの定義

［重要イベント定義］画面を使用し，重要イベントの定義ができる

○

−

−

−

ユーザーフィルターの設定

次の画面を使用し，ユーザーフィルターの設定ができる

［ユーザーフィルター設定］画面

［ユーザーフィルター詳細設定］画面

○

−

−

−

自動アクションの設定

次の画面を使用し，自動アクションの設定ができる

［アクション設定］画面

［アクション詳細設定］画面

［アクション詳細設定］画面（互換用）

［アクション詳細設定（イベント拡張情報）］画面

○

−

−

−

イベント情報マッピングの設定

次の画面を使用し，イベント情報のマッピング設定ができる

［イベント情報マッピング定義］画面

［イベント情報マッピング詳細定義］画面

○

−

−

−

繰り返しイベント条件の設定

次の画面を使用し，繰り返しイベントの条件を設定できる

［繰り返しイベント条件一覧］画面

［繰り返しイベント条件設定］画面

○

−

−

−

表示メッセージ変更の設定

次の画面を使用し，表示メッセージ変更定義を設定できる

［表示メッセージ変更定義一覧］画面

［表示メッセージ変更定義設定］画面

○

−

−

−

システムの操作

重要イベントの対処状況の変更

JP1イベントの対処状況を変更できる

○

○

−

○

重要イベントの解除

［重要イベント］ページに表示されているJP1イベントを重要イベントではないイベントに変更できる

○

−

−

−

機能状態通知復帰

自動アクションの遅延監視中および状態監視中に発生した通知抑止状態を解除できる

○

○

−

○

自動アクションのキャンセルの要求

送信待機，キューイング，および実行中の自動アクションのキャンセルを要求できる（［アクション結果］画面，［アクション結果詳細］画面，および［アクション結果一覧］画面で［アクションキャンセル］ボタンが使用できる）

○

○

−

○

自動アクションの再実行

実行失敗，および実行終了した自動アクションを再実行できる（［アクション結果］画面，［アクション結果詳細］画面，および［アクション結果一覧］画面で［再実行］ボタンが使用できる）

○

○

−

○

コマンドの実行

［コマンド実行］画面を使用し，管理対象ホストに対してコマンドが実行できる

○

○

−

○

応答待ちイベントへの応答

［応答入力］画面を使用し，応答待ちイベントに対して応答入力できる

○

○

−

○

応答待ちイベントの滞留解除

［イベントコンソール］画面の［応答待ちイベント］ページで応答待ちイベントの滞留を解除できる

○

○

−

○

応答待ちイベントの滞留状態監視の復帰

応答待ちイベントの滞留数が上限を超えた場合に通知する機能を復帰できる

○

−

−

−

メモ情報の編集

次の画面を使用し，メモ情報の設定ができる

［イベント詳細（編集）］画面

○

○

−

○

参照操作

JP1イベントの参照

［イベントコンソール］画面の［イベント監視］ページおよび［重要イベント］ページでJP1イベントを参照できる

○

○

○

○

［イベント詳細］画面でJP1イベントの詳細を参照できる

［関連イベント一覧］画面で関連イベントを参照できる

自動アクション結果の参照

次の画面を使用し，自動アクション結果を参照できる

［アクション結果］画面

［アクション結果詳細］画面

［アクション結果一覧］画面

［アクション結果更新条件設定］画面

○

○

○

○

イベントの検索

次の画面を使用し，イベントを検索でき，［イベントコンソール］画面の［イベント検索］ページに検索結果を表示できる

［イベント検索条件設定］画面

［固有の拡張属性条件設定］画面

［固有の拡張属性条件詳細設定］画面

○

○

○

○

表示フィルターの使用

［イベントコンソール］画面の［イベント監視］ページおよび［重要イベント］ページに表示するJP1イベントの条件を設定できる

○

○

○

○

表示フィルターの有効と無効を切り替えられる

イベントガイド情報の表示

［イベント詳細］画面でガイド情報を確認できる

○

○

○

○

ユーザー環境の設定

ユーザー環境の設定

［ユーザー環境設定］画面が起動でき，ユーザー環境を設定できる

○

○

○

○

連携製品の起動

モニターの起動

JP1イベントを通知したアプリケーションを起動し，情報の参照や操作ができる

○

○

○

○

統合機能メニューの起動

［統合機能メニュー］画面を使用し，連携製品を起動できる

○

○

○

○

（凡例）

Admin：JP1_Console_Admin

Operator：JP1_Console_Operator

User：JP1_Console_User

○：操作できる

−：操作できない

注

一つのJP1ユーザーに複数のJP1権限レベルを与えた場合に，一つの操作内容に対して「操作できる」と「操作できない」が混在したときは，「操作できる」が優先されます。

それぞれのJP1権限レベルで操作できない機能は，JP1/IM - Viewの画面上でその機能を使用するためのメニューやボタンなどが非活性になります。

JP1ユーザーがどのJP1権限レベルを与えられているかの確認は，ログイン時にだけ行われます。したがって，JP1ユーザーがログインしたあとに認証サーバでそのJP1ユーザーに対するJP1権限レベルが変更された場合は，変更後のJP1権限レベルは次回ログイン時から有効になります。

(2)　業務グループの参照・操作制限が有効な場合に必要な操作権限

業務グループの参照・操作制限が有効な場合に必要な操作権限を次の表に示します。

表E‒4　セントラルコンソールの操作で必要な操作権限

操作内容

JP1資源グループ

JP1_Consoleまたは*

JP1_Console以外

指定なし

JP1権限レベル

分類

操作内容

説明

Admin

Operator

User

権限なし

Admin

Operator

User

権限なし

権限なし

システムの設定

システム環境の設定

次の画面を使用し，JP1/IM - Managerの環境設定ができる

［システム環境設定］画面

［イベント取得条件設定］画面

［共通除外条件設定］画面

［共通除外条件設定(拡張)］画面

○

−

−

−

−

−

−

−

−

イベントの重大度変更の定義

次の画面を使用し，条件に一致するJP1イベントの重大度を変更できる

［重大度変更定義設定］画面

［追加重大度変更定義設定］画面

○

−

−

−

−

−

−

−

−

重要イベントの定義

［重要イベント定義］画面を使用し，重要イベントの定義ができる

○

−

−

−

−

−

−

−

−

ユーザーフィルターの設定

次の画面を使用し，ユーザーフィルターの設定ができる

［ユーザーフィルター設定］画面

［ユーザーフィルター詳細設定］画面

○

−

−

−

−

−

−

−

−

自動アクションの設定

次の画面を使用し，自動アクションの設定ができる

［アクション設定］画面

［アクション詳細設定］画面

［アクション詳細設定］画面（互換用）

［アクション詳細設定（イベント拡張情報）］画面

○

−

−

−

−

−

−

−

−

イベント情報マッピングの設定

次の画面を使用し，イベント情報のマッピング設定ができる

［イベント情報マッピング定義］画面

［イベント情報マッピング詳細定義］画面

○

−

−

−

−

−

−

−

−

繰り返しイベント条件の設定

次の画面を使用し，繰り返しイベントの条件を設定できる

［繰り返しイベント条件一覧］画面

［繰り返しイベント条件設定］画面

○

−

−

−

−

−

−

−

−

表示メッセージ変更の設定

次の画面を使用し，表示メッセージ変更定義を設定できる

［表示メッセージ変更定義一覧］画面

［表示メッセージ変更定義設定］画面

○

−

−

−

−

−

−

−

−

システムの操作

重要イベントの対処状況の変更

JP1イベントの対処状況を変更できる

○

○

−

−

○

○

−

−

−

重要イベントの解除

［重要イベント］ページに表示されているJP1イベントを重要イベントではないイベントに変更できる

○

−

−

−

○

−

−

−

−

機能状態通知復帰

自動アクションの遅延監視中および状態監視中に発生した通知抑止状態を解除できる

○

○

−

−

−

−

−

−

−

自動アクションのキャンセルの要求

送信待機，キューイング，および実行中の自動アクションのキャンセルを要求できる（［アクション結果］画面，［アクション結果詳細］画面，および［アクション結果一覧］画面で［アクションキャンセル］ボタンが使用できる）

○

○

−

−

−

−

−

−

−

自動アクションの再実行

実行失敗，および実行終了した自動アクションを再実行できる（［アクション結果］画面，［アクション結果詳細］画面，および［アクション結果一覧］画面で［再実行］ボタンが使用できる）

○

○

−

−

−

−

−

−

−

コマンドの実行

［コマンド実行］画面を使用し，管理対象ホストに対してコマンドが実行できる

○

○

−

−

○※

○※

−

−

−

応答待ちイベントへの応答

［応答入力］画面を使用し，応答待ちイベントに対して応答入力できる

○

○

−

−

○

○

−

−

−

応答待ちイベントの滞留解除

［イベントコンソール］画面の［応答待ちイベント］ページで応答待ちイベントの滞留を解除できる

○

○

−

−

○

○

−

−

−

応答待ちイベントの滞留状態監視の復帰

応答待ちイベントの滞留数が上限を超えた場合に通知する機能を復帰できる

○

−

−

−

○

−

−

−

−

メモ情報の編集

次の画面を使用し，メモ情報の設定ができる

［イベント詳細（編集）］画面

○

○

−

−

○

○

−

−

−

参照操作

JP1イベントの参照

［イベントコンソール］画面の［イベント監視］ページおよび［重要イベント］ページでJP1イベントを参照できる

○

○

○

−

○※

○※

○※

−

−

［イベント詳細］画面でJP1イベントの詳細を参照できる

［関連イベント一覧］画面で関連イベントを参照できる

自動アクション結果の参照

次の画面を使用し，自動アクション結果を参照できる

［アクション結果］画面

［アクション結果詳細］画面

［アクション結果一覧］画面

［アクション結果更新条件設定］画面

○

○

○

−

−

−

−

−

−

イベントの検索

次の画面を使用し，イベントを検索でき，［イベントコンソール］画面の［イベント検索］ページに検索結果を表示できる

［イベント検索条件設定］画面

［固有の拡張属性条件設定］画面

［固有の拡張属性条件詳細設定］画面

○

○

○

−

○※

○※

○※

−

−

表示フィルターの使用

［イベントコンソール］画面の［イベント監視］ページおよび［重要イベント］ページに表示するJP1イベントの条件を設定できる

○

○

○

−

○

○

○

−

−

表示フィルターの有効と無効を切り替えられる

イベントガイド情報の表示

［イベント詳細］画面でガイド情報を確認できる

○

○

○

−

○

○

○

−

−

ユーザー環境の設定

ユーザー環境の設定

［ユーザー環境設定］画面が起動でき，ユーザー環境を設定できる

○

○

○

−

○

○

○

−

−

連携製品の起動

モニターの起動

JP1イベントを通知したアプリケーションを起動し，情報の参照や操作ができる

○

○

○

−

○

○

○

−

−

統合機能メニューの起動

［統合機能メニュー］画面を使用し，連携製品を起動できる

○

○

○

−

○

○

○

−

−

（凡例）

Admin：JP1_Console_Admin

Operator：JP1_Console_Operator

User：JP1_Console_User

○：操作できる

−：操作できない

注

JP1ユーザーがどのJP1資源グループ・JP1権限レベルを与えられているかの確認は，ログイン時にだけ行われます。したがって，JP1ユーザーがログインしたあとに認証サーバで，そのJP1ユーザーに対するJP1資源グループ・JP1権限レベルが変更された場合は，変更後のJP1資源グループ・JP1権限レベルは次回ログイン時から有効になります。

注※

業務グループ内で発生したホストに対する操作，または業務グループ内のホストで発生したJP1イベントを表示できます。

付録E.3　セントラルスコープによるシステムの運用監視で必要な操作権限

セントラルスコープによるシステムの運用監視をする場合，大きく分けてユーザーの操作は，次の二つの項目に分けることができます。

監視時の操作：［監視ツリー］画面，［ビジュアル監視］画面でのシステムの運用監視中の操作を指します。

編集時の操作：［監視ツリー(編集中)］画面，［ビジュアル監視(編集中)］画面でのシステムの運用監視環境の作成，編集操作を指します。

以降で，それぞれの場合で必要となる操作権限について説明します。

(1)　監視時の操作で必要な操作権限（［監視ツリー］画面，［ビジュアル監視］画面）

監視時の操作で必要な操作権限を次の表に示します。

表E‒5　セントラルスコープ（［監視ツリー］画面）の操作で必要な操作権限

操作内容

JP1資源グループ

JP1権限レベル

分類

操作内容

説明

Admin

Operator

User

権限なし

システムの設定

共通条件の追加・変更・削除

JP1/IM - Managerに共通条件を追加・変更・削除できる

JP1_Console

○

−

−

−

システムの操作・参照

（監視ツリーの監視範囲設定が有効の場合）

監視ノードの属性変更

監視ノードの次の属性を変更できる

監視ノード名

アイコン

ビジュアルアイコン

状態

監視状態

基本情報

状態変更条件※

イベント発行条件

注※　共通条件のJP1/IM - Managerへの追加・変更を除く

各ノードのJP1資源グループ

○

○

−

−

JP1_Console

○

−

−

−

監視ノードの参照

［監視ツリー］画面で監視ノードを監視できる

各ノードのJP1資源グループ

○

○

○

−

JP1_Console

○

−

−

−

監視ノードの検索

［検索］画面で監視ノードを検索できる

各ノードのJP1資源グループ

○

○

○

−

JP1_Console

○

−

−

−

監視ノードの属性表示

［プロパティ］画面で監視ノードの属性を確認できる

各ノードのJP1資源グループ

○

○

○

−

JP1_Console

○

−

−

−

ビジュアル監視の表示

［ビジュアル監視］画面で監視ノードを監視できる

各ノードのJP1資源グループ

○

○

○

−

JP1_Console

○

−

−

−

ガイド情報の表示

［ガイド］画面でガイド情報を確認できる

各ノードのJP1資源グループ

○

○

○

−

JP1_Console

○

−

−

−

状態変更イベントの検索

状態変更の契機となったJP1イベントを検索できる

各ノードのJP1資源グループ

○

○

○

−

JP1_Console

○

−

−

−

システムの操作・参照

（監視ツリーの監視範囲設定が無効の場合）

監視ノードの属性変更

監視ノードの次の属性を変更できる

監視ノード名

アイコン

ビジュアルアイコン

状態

監視状態

基本情報

状態変更条件※

イベント発行条件

注※　共通条件のJP1/IM - Managerへの追加・変更を除く

JP1_Console

○

○

−

−

監視ノードの参照

［監視ツリー］画面で監視ノードを監視できる

JP1_Console

○

○

○

○

監視ノードの検索

［検索］画面で監視ノードを検索できる

JP1_Console

○

○

○

○

監視ノードの属性表示

［プロパティ］画面で監視ノードの属性を確認できる

JP1_Console

○

○

○

○

ビジュアル監視の表示

［ビジュアル監視］画面で監視ノードを監視できる

JP1_Console

○

○

○

○

ガイド情報の表示

［ガイド］画面でガイド情報を確認できる

JP1_Console

○

○

○

○

状態変更イベントの検索

状態変更の契機となったJP1イベントを検索できる

JP1_Console

○

○

○

○

詳細表示，アイコン表示の切り替え

［監視ツリー］画面の詳細表示領域を詳細表示，アイコン表示に切り替えられる，また，アイコン表示時に矩形選択やアイコンの整列ができる

JP1_Console

○

○

○

○

ツリー編集の表示

［監視ツリー(編集中)］画面を表示できる

JP1_Console

○

○

○

○

ログインユーザーの表示

［ログインユーザー一覧］画面を表示できる

JP1_Console

○

○

○

○

イベントコンソールの表示

［イベントコンソール］画面を表示できる

JP1_Console

○

○

○

○

統合機能メニューの表示

［統合機能メニュー］画面を表示できる

JP1_Console

○

○

○

○

ローカルへのツリー保存

ローカルに監視ツリーを保存できる

JP1_Console

○

○

○

○

（凡例）

Admin：JP1_Console_Admin

Operator：JP1_Console_Operator

User：JP1_Console_User

○：操作できる

−：操作できない

注

・一つのJP1ユーザーに複数のJP1権限レベルを与えた場合に，一つの操作内容に対して「操作できる」と「操作できない」が混在したときは，「操作できる」が優先されます。

・それぞれのJP1権限レベルで操作できない機能は，JP1/IM - Viewの画面上でその機能を使用するためのメニューやボタンなどが非活性になります。

・JP1ユーザーがどのJP1権限レベルを与えられているかの確認は，ログイン時にだけ行われます。したがって，JP1ユーザーがログインしたあとに認証サーバでそのJP1ユーザーに対するJP1権限レベルが変更された場合は，変更後のJP1権限レベルは次回ログイン時から有効になります。

表E‒6　セントラルスコープ（［ビジュアル監視］画面）の操作で必要な操作権限

操作内容

JP1資源グループ

JP1権限レベル

分類

操作内容

説明

Admin

Operator

User

権限なし

システムの設定

共通条件の追加・変更・削除

JP1/IM - Managerに共通条件を追加・変更・削除できる

JP1_Console

○

−

−

−

システムの操作・参照

（監視ツリーの監視範囲設定が有効の場合）

監視ノードの属性変更

監視ノードの次の属性を変更できる

監視ノード名

アイコン

ビジュアルアイコン

状態

監視状態

基本情報

状態変更条件※

イベント発行条件

注※　共通条件のJP1/IM - Managerへの追加・変更を除く

各ノードのJP1資源グループ

○

○

−

−

JP1_Console

○

−

−

−

監視ツリーの表示

［ビジュアル監視］画面で選択した監視ノードを選択した状態で［監視ツリー］画面を表示できる

各ノードのJP1資源グループ

○

○

○

−

JP1_Console

○

−

−

−

監視ノードの検索

［検索］画面で監視ノードを検索できる

各ノードのJP1資源グループ

○

○

○

−

JP1_Console

○

−

−

−

監視ノードの属性表示

［プロパティ］画面で監視ノードの属性を確認できる

各ノードのJP1資源グループ

○

○

○

−

JP1_Console

○

−

−

−

ガイド情報の表示

［ガイド］画面でガイド情報を確認できる

各ノードのJP1資源グループ

○

○

○

−

JP1_Console

○

−

−

−

状態変更イベントの検索

状態変更の契機となったJP1イベントを検索できる

各ノードのJP1資源グループ

○

○

○

−

JP1_Console

○

−

−

−

システムの操作・参照

（監視ツリーの監視範囲設定が無効の場合）

監視ノードの属性変更

監視ノードの次の属性を変更できる

監視ノード名

アイコン

ビジュアルアイコン

状態

監視状態

基本情報

状態変更条件※

イベント発行条件

注※　共通条件のJP1/IM - Managerへの追加・変更を除く

JP1_Console

○

○

−

−

監視ツリーの表示

［ビジュアル監視］画面で選択した監視ノードを選択した状態で［監視ツリー］画面を表示できる

JP1_Console

○

○

○

○

監視ノードの検索

［検索］画面で監視ノードを検索できる

JP1_Console

○

○

○

○

監視ノードの属性表示

［プロパティ］画面で監視ノードの属性を確認できる

JP1_Console

○

○

○

○

ガイド情報の表示

［ガイド］画面でガイド情報を確認できる

JP1_Console

○

○

○

○

状態変更イベントの検索

状態変更の契機となったJP1イベントを検索できる

JP1_Console

○

○

○

○

（凡例）

Admin：JP1_Console_Admin

Operator：JP1_Console_Operator

User：JP1_Console_User

○：操作できる

−：操作できない

(2)　編集時の操作（［監視ツリー(編集中)］画面，［ビジュアル監視(編集中)］画面）

セントラルスコープの［監視ツリー］画面や［ビジュアル監視］画面を編集する操作は，JP1ユーザーの特別な操作は必要ありません。OSにログインできるユーザーであれば，だれでも編集操作ができます。

ただし，監視ツリーを自動生成したり，編集した情報をJP1/IM - Managerに格納したりする場合などは，JP1/IM - Managerに接続して処理します。

このときは，JP1/IM - Managerにログインするため，JP1ユーザーの権限が必要になります。

編集操作とそのときに必要となる操作権限を次の表に示します。

表E‒7　セントラルスコープ（［監視ツリー(編集中)］画面）の操作で必要な操作権限

操作内容

JP1資源グループ

JP1権限レベル

分類

操作内容

説明

Admin

Operator

User

権限なし

ログイン処理が発生する操作

ツリーの自動生成

JP1/IM - Managerを利用して監視ツリー情報をシステムから収集できる

JP1_Console

○

−

−

−

サーバからツリーを取得

JP1/IM - Managerから監視ツリー情報を取得できる

JP1_Console

○

−

−

−

サーバへのツリー反映

JP1/IM - Managerに編集内容を反映できる

JP1_Console

○

−

−

−

最新定義の取得

JP1/IM - Managerが管理する共通条件の一覧を取得できる

JP1_Console

○

−

−

−

ビジュアル監視の表示順序の変更・削除

JP1/IM - Managerで管理する［ビジュアル監視］画面の表示順序の変更および［ビジュアル監視］画面の削除ができる

JP1_Console

○

−

−

−

ログイン処理が発生しない操作

監視ノードの移動

監視ノードを移動できる

不要

不要

不要

不要

不要

監視ノードの追加，属性変更，削除

監視ノードの追加，属性変更※，削除ができる

注※　状態変更条件を定義する場合は共通条件を設定するためにログイン処理が発生する（その場合JP1_Console_Admin権限が必要）

不要

不要

不要

不要

不要

共通条件の追加・変更・削除

共通条件を追加・変更・削除できる

不要

不要

不要

不要

不要

ローカルへのツリー保存

ローカルにツリーを保存できる

不要

不要

不要

不要

不要

ローカルからツリー取得

ローカルに保存されたツリーデータを取得できる

不要

不要

不要

不要

不要

監視ノードの検索

［検索］画面で監視ノードを検索できる

不要

不要

不要

不要

不要

ビジュアル監視(編集中)の表示

［ビジュアル監視(編集中)］画面を表示できる

不要

不要

不要

不要

不要

（凡例）

Admin：JP1_Console_Admin

Operator：JP1_Console_Operator

User：JP1_Console_User

○：操作できる

−：操作できない

不要：OSにログインできるユーザーであれば，だれでも操作できる

表E‒8　セントラルスコープ（［ビジュアル監視(編集中)］画面）で必要な操作権限

操作内容

JP1資源グループ

JP1権限レベル

分類

操作内容

説明

Admin

Operator

User

権限なし

ログイン処理が発生する操作

サーバからデータ取得

JP1/IM - Managerの管理する［ビジュアル監視］画面の情報を取得できる

JP1_Console

○

−

−

−

サーバにデータ反映

JP1/IM - Managerに編集内容を反映できる

JP1_Console

○

−

−

−

ログイン処理が発生しない操作

監視ノードの配置

［監視ツリー(編集中)］画面から監視ノードをドラッグ&ドロップできる

不要

不要

不要

不要

不要

監視ノードの削除

配置した監視ノードを削除できる

不要

不要

不要

不要

不要

背景図の変更

背景図を変更できる

不要

不要

不要

不要

不要

ローカルにデータ保存

ローカルにデータを保存できる

不要

不要

不要

不要

不要

ローカルからデータ取得

ローカルからデータを取得できる

不要

不要

不要

不要

不要

（凡例）

Admin：JP1_Console_Admin

Operator：JP1_Console_Operator

User：JP1_Console_User

○：操作できる

−：操作できない

不要：OSにログインできるユーザーであれば，だれでも操作できる

付録E.4　IM構成管理で必要な操作権限

IM構成管理で必要な操作権限を次の表で示します。

表E‒9　IM構成管理で必要な操作権限

操作内容

JP1権限レベル

分類

操作内容

説明

Admin

Manager

User

ホスト管理

ホストの登録

管理対象とするホスト（JP1/BaseホストまたはVMMホスト）をIM構成管理に登録できる

○

○

−

ホストの情報収集

管理対象とするホストから，ホスト情報・製品情報を取得し，保持できる

○

○

−

ホストの編集

ホスト一覧からホスト情報・製品情報を編集できる

○

○

−

ホストの削除

ホスト一覧からホストを削除できる

○

○

−

ホストの参照

登録されているホストを一覧で表示できる

○

○

○

IM構成

収集

IM構成の情報を収集できる

○

○

−

表示

IM構成の情報を表示できる

○

○

○

編集，排他権取得

IM構成の情報を編集したり，排他権を取得したりできる

○

−

−

システム反映

編集したIM構成の情報をシステムに反映できる

○

−

−

プロファイル

収集

エージェント（JP1/Base）の有効設定情報や設定ファイルの内容を収集できる

○

○

−

表示

プロファイル一覧から各ホストの有効設定情報や設定ファイルの内容を表示できる

○

○

○

編集，排他権取得

プロファイル一覧から各ホストの設定ファイルの内容を編集したり，排他権を取得したりできる

○

○

−

システム反映

編集した設定ファイルの内容をシステムに反映できる

○

○

−

一覧表示

登録されているプロファイルの情報を一覧で表示できる

○

○

○

サービス

状態表示

エージェント（JP1/Base）のサービスの稼働状況を表示できる

○

○

○

排他権解除

IM構成

IM構成に設定した更新権を解除できる

○

−

−

プロファイル

プロファイルに設定した排他権を解除できる

○

○

−

（凡例）

Admin：JP1_CF_Admin

Manager：JP1_CF_Manager

User：JP1_CF_User

○：操作できる

−：操作できない

注

JP1/IMのJP1資源グループは「JP1_Console」です。IM構成管理を操作するJP1権限レベルは，JP1資源グループ「JP1_Console」に割り当ててください。

付録F　通信設定の変更対応

JP1/IM - Managerの前提プログラムであるJP1/Baseは，さまざまなネットワーク構成に応じて通信設定を変更できます。これによって，JP1/IM - Managerは，次のような特別な要件のあるネットワーク構成でも，運用できます。

通信するネットワークの選択

JP1/IM - Manager，JP1/Baseのマシンが複数のLANに接続されているが，JP1/IM - Manager，JP1/Baseは，特定のLANで通信するようにしたい（ホスト名に対応したIPアドレス以外で通信したい）。

分離されたネットワーク

JP1/IM - Manager，JP1/Baseのマシンが複数のLANに接続されているが，その複数LANの間で相互に通信ができない（ホスト名に対応したIPアドレスと通信できない）。

通信設定は，JP1/Baseのjp1hosts定義ファイルまたはjp1hosts2定義ファイル，通信方式設定ファイルを使用して変更します。通信設定の詳細については，マニュアル「JP1/Base 運用ガイド」のネットワーク構成に応じたJP1/Baseの通信設定を参照してください。

JP1/IM - Manager，JP1/Baseが提供する各機能の通信設定への対応状況を次に示します。

表F‒1　各機能の通信設定への対応状況（JP1/IM - Viewとマネージャー間の通信の場合）

機能

通信設定

jp1hosts定義ファイル

jp1hosts2定義ファイル

通信方式設定ファイル

コマンドの実行

(JP1/IM - View → JP1/Base)

○

○

○

イベントの監視

(JP1/IM - View → JP1/IM - Manager(セントラルコンソール))

○

○

○

監視オブジェクトの状態監視

(JP1/IM - View → JP1/IM - Manager(セントラルスコープ))

○

○

○

IM構成管理(JP1/IM - View → JP1/IM - Manager(IM構成管理))

○

○

○

ログイン

(JP1/IM - View → JP1/IM - Manager(セントラルコンソール))※

×

×

×

（凡例）

○：通信設定の変更によって，特別な要件があるネットワーク構成でも使用できる

×：サポートしていないため，使用できない

(製品 → 製品)：機能使用時に接続する製品を表す

注※　OSの名前解決に従います。

表F‒2　各機能の通信設定への対応状況（マネージャーとエージェント間の通信の場合）

機能

通信設定

jp1hosts定義ファイル

jp1hosts2定義ファイル

通信方式設定ファイル

構成管理

(JP1/Base → JP1/Base)

○

○

○

コマンド実行

(JP1/Base → JP1/Base)

○

○

○

イベントの検索

(JP1/IM - Manager → JP1/Base)

×

×

×

定義収集・配布

(JP1/Base → JP1/Base)

○

○

○

IM構成管理(JP1/IM - Manager → JP1/Base)

○

○

○

（凡例）

○：通信設定の変更によって，特別な要件があるネットワーク構成でも使用できる

×：通信設定を変更しても特別な要件があるネットワーク構成で使用できないことがある

(製品 → 製品)：機能使用時に接続する製品を表す

付録G　正規表現

JP1/IMでは，自動アクションの実行条件やJP1イベント・監視ノードの検索条件など，各種設定の条件式で正規表現を使用できます（正規表現とは，検索や置換などをする際に，特殊文字を使って任意の文字列を表現する手法のことです）。ただし，JP1/IMで使用できる正規表現は，その正規表現を解釈する機能，OSによって異なるため，注意が必要です。

ここでは，JP1/IMで使用できる正規表現について説明します。

付録G.1　正規表現の種類

JP1/IMで使用できる正規表現は，その正規表現を解釈する機能，OSによって異なります。この違いは，JP1/IMの各機能，OSで採用している正規表現の種類が異なるところからきています（「正規表現の種類の違い＝文法の違い」となります。詳細については，「付録G.2　正規表現の文法」を参照してください）。

正規表現の種類には次のものがあります。

JP1独自の正規表現（Windows）

正規表現として使用できる特殊文字をJP1で独自に定義した正規表現です。

JP1/IM，JP1/Baseの設定を変更することで，XPG4準拠の拡張正規表現に拡張できますが，拡張することよって誤動作が発生することがあります。このため，定義済みの設定を見直し，拡張正規表現用に定義し直す必要があります。

XPG4準拠の拡張正規表現（Windows）

正規表現として使用できる特殊文字をJP1独自の正規表現に加え，幾つか追加した正規表現です。

POSIX1003.2の基本正規表現（Linux）

Linuxが提供するPOSIX1003.2の基本正規表現です（詳細はOS提供の「regex」参照）。OSによって使用できる正規表現の範囲が異なるため，注意が必要です。

また，JP1/Baseの設定を変更することで，POSIX1003.2の拡張正規表現に拡張できますが，拡張することによって誤動作が発生することがあります。このため，定義済みの設定を見直し，拡張正規表現用に定義し直す必要があります。

POSIX1003.2の拡張正規表現（Linux）

Linuxが提供するPOSIX1003.2の拡張正規表現です（詳細はOS提供の「regexp(7)」参照）。OSによって使用できる正規表現の範囲が異なるため，注意が必要です。

正規表現を使用できる機能と使用できる正規表現の種類の関係を次の表に示します。

表G‒1　正規表現を使用できる機能と使用できる正規表現

機能

説明

Windows

Linux

デフォルト

設定変更時

デフォルト

設定変更時

JP1/IM - Viewからのイベント検索

JP1イベントの検索条件で正規表現を使用できます。

使用できる正規表現の種類は，検索先ホストのJP1/Baseの設定に依存します。

JP1独自正規表現

拡張正規表現(XPG4準拠)

基本正規表現(POSIX1003.2)

拡張正規表現(POSIX1003.2)

JP1/IM - Viewからの監視ノード検索

監視ノードの検索条件で正規表現を使用できます。

使用できる正規表現の種類は，固定です。

拡張正規表現(XPG4準拠)

−

拡張正規表現(POSIX1003.2)

−

システムノード定義

IM構成上のホスト，連携製品の登録エージェントなどシステムに属するホスト，およびシステムまたはサブシステムに属するオブジェクトルートノードを指定する際に，正規表現を使用できます。

使用できる正規表現の種類は，固定です。

拡張正規表現(XPG4準拠)

−

拡張正規表現(POSIX1003.2)

−

イベントガイド情報の表示

イベントガイド情報の表示条件で正規表現を使用できます。

使用できる正規表現の種類は，固定です。

拡張正規表現(XPG4準拠)

−

拡張正規表現(POSIX1003.2)

−

監視ノードの状態変更やガイド情報の表示

監視ノードの状態変更条件の共通条件，個別条件やガイド情報の表示条件で正規表現を使用できます。

使用できる正規表現の種類は，固定です。

拡張正規表現(XPG4準拠)

−

拡張正規表現(POSIX1003.2)

−

自動アクション

自動アクションの実行条件で正規表現を使用できます。

Windowsの場合，使用できる正規表現の種類は，自動アクションを実行するJP1/IM - Managerの設定に依存します（UNIXは固定です）。

拡張正規表現(XPG4準拠)

JP1独自正規表現

拡張正規表現(POSIX1003.2)

−

相関イベント発行

相関イベント発行条件のイベント属性条件で正規表現を使用できます。

使用できる正規表現の種類は，固定です。

拡張正規表現(XPG4準拠)

−

拡張正規表現(POSIX1003.2)

−

フィルタリング

ユーザーフィルター

重要イベントフィルター

表示フィルター

［イベントコンソール］画面へのJP1イベントの表示条件で正規表現を使用できます。

Windows，UNIXとも使用できる正規表現の種類は，固定です。

拡張正規表現(XPG4準拠)

−

拡張正規表現(POSIX1003.2)

−

イベント取得フィルター

共通除外条件（基本モード）

マネージャーのJP1/BaseからJP1/IM - Managerが取得するJP1イベントの取得条件で正規表現を使用できます。

使用できる正規表現の種類は，マネージャーのJP1/Baseの設定に依存します。

JP1独自正規表現

拡張正規表現(XPG4準拠)

基本正規表現(POSIX1003.2)

拡張正規表現(POSIX1003.2)

重大度変更機能

重大度変更機能で変更する対象のイベント条件に正規表現を使用できます。

Windows，UNIXとも使用できる正規表現の種類は，固定です。

拡張正規表現(XPG4準拠)

−

拡張正規表現(POSIX1003.2)

−

表示メッセージ変更機能

メッセージを変更するJP1イベントのイベント条件の指定に正規表現を使用できます。

Windows，UNIXとも使用できる正規表現の種類は，固定です。

拡張正規表現(XPG4準拠)

−

拡張正規表現(POSIX1003.2)

−

共通除外条件（拡張モード）

共通除外条件の拡張モードでイベントを除外する条件に正規表現を使用できます。

Windows，UNIXとも使用できる正規表現の種類は，固定です。

拡張正規表現(XPG4準拠)

−

拡張正規表現(POSIX1003.2)

−

事象発生元ホストのマッピング機能

［発生元ホスト名］属性が対応する機能で，発生元ホスト名を指定する場合に正規表現を使用できます。

Windows，UNIXとも使用できる正規表現の種類は，固定です。

拡張正規表現(XPG4準拠)

−

拡張正規表現(POSIX1003.2)

−

繰り返しイベント条件

繰り返しイベントの監視抑止で指定する繰り返しイベント条件に正規表現を使用できます。

Windows，UNIXとも使用できる正規表現の種類は，固定です。

拡張正規表現(XPG4準拠)

−

拡張正規表現(POSIX1003.2)

−

リモート監視

リモート監視でJP1イベントに変換するログの条件に正規表現を使用できます。

Windows，UNIXとも使用できる正規表現の種類は，固定です。

拡張正規表現(XPG4準拠)

−

拡張正規表現(POSIX1003.2)

−

インテリジェント統合管理基盤

インテリジェント統合管理基盤で使用する定義に正規表現を使用できます。

Windows，UNIXとも使用できる正規表現の種類は，固定です。

拡張正規表現(XPG4準拠)

−

拡張正規表現(POSIX1003.2)

−

（凡例）

−：デフォルトで拡張正規表現を使用するため設定変更はない

上記表のとおり，デフォルト設定のままでは，JP1/IMで使用できる正規表現が各機能，OSによって異なります。この場合，機能，OSによる正規表現の使い分けを意識する必要があります。

正規表現の使い分けを意識したくない場合は設定を変更することで，Windowsで使用できる正規表現をXPG4に準拠した拡張正規表現，UNIXで使用できる正規表現をXPG4またはPOSIX1003.2の拡張正規表現に統一できます。機能，OSによる正規表現の使い分けを意識する必要がなくなるため，設定を変更することをお勧めします。

設定の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション環境定義ファイル（action.conf.update）」（2.　定義ファイル）を参照してください。

また，JP1/Baseで正規表現を使用できる機能，使用できる正規表現の種類については，マニュアル「JP1/Base 運用ガイド」のインストールとセットアップの章のセットアップを参照してください。

付録G.2　正規表現の文法

JP1/IMでは，次に示す正規表現を使用できます。正規表現を使用する場合，次の表記法に従って指定してください。

重要

ここで紹介する正規表現以外の正規表現の使用は，機種やOSによって仕様が異なるため，お勧めしません。正規表現を使用する場合は，ここで紹介する正規表現だけを使用してください。

(1)　通常文字

通常文字とは，正規表現としてその文字自体を検索対象に指定した場合に一致する文字です。通常文字として扱わないのは「制御コード」と「特殊文字」だけです。

(2)　特殊文字

特殊文字とは，^ $ . * + ? | ( ) { } [ ] ¥です。それぞれの特殊文字について次に説明します。

^

^は，先頭指定（前方一致）を意味します。正規表現の最初の文字として使用する場合だけ特殊文字になります。先頭以外で使用する場合は通常文字として扱われます。

^を特殊文字として指定すると，行頭にある指定の文字列に一致します。

$

$は，末尾指定（後方一致）を意味します。正規表現の最後の文字として使用する場合だけ特殊文字になります。末尾以外で使用する場合，通常文字として扱われます。

$を特殊文字として指定すると，行末にある指定の文字列に一致します。なお，^と併用すると，指定した文字列だけの行に一致します。

.（ピリオド）

.（ピリオド）は，任意の1文字であることを意味します。

.（ピリオド）を特殊文字として指定すると，「改行文字」以外の任意の1文字に一致します。

*

*は，直前の文字の0回以上の繰り返しを意味します。

+

JP1独自正規表現，基本正規表現では，通常文字として扱われます。

+は，直前の文字の1回以上の繰り返しを意味します。

?

JP1独自正規表現，基本正規表現では，通常文字として扱われます。

?は，直前の文字の0回または1回の繰り返しを意味します。

|

JP1独自正規表現，基本正規表現では，通常文字として扱われます。

|は，|の左右に指定した正規表現のOR条件を意味します。特殊文字( )と組み合わせて使用します。

( )

JP1独自正規表現，基本正規表現では，通常文字として扱われます。

( )は，( )内で指定した正規表現のグループ化を意味します。

正規表現を使用する際に，正規表現であることをプログラムに明確に認識させたい場合に使用します。主に「|」を使用するときに利用します（「付録G.4　正規表現を使用する際のヒント」参照）。

{ }

JP1独自正規表現，基本正規表現では，通常文字として扱われます。

{ }は，直前の文字の{ }内で指定した値分の繰り返しを意味します。

[ ]

JP1独自正規表現，XPG4の基本正規表現では，通常文字として扱われます。

[ ]は，[ ]内の文字列のどれかとの一致または不一致（[ ]内の先頭に^を指定した場合）を意味します。

¥

¥は，特殊文字（^ $ . * + ? | ( ) { } [ ] ¥）※の打ち消しを意味します。

¥を特殊文字の前に指定すると，その特殊文字は，通常文字として扱われます。¥は，特殊文字を打ち消す場合にだけ使用してください。英数字の前に¥を指定すると「制御コード（改行やタブなど）」を意味する正規表現として使用できることがありますが，OS，製品によって扱いが異なるため，誤動作の原因となります。

注※

JP1独自正規表現，XPG4の基本正規表現の場合，+ ? | ( ) { } [ ]は通常文字として扱われます。

POSIX1003.2の基本正規表現の場合，+ ? | ( ) { }は通常文字として扱われます。

付録G.3　使用できる正規表現の比較

正規表現の種類の違いによる，使用できる正規表現の違いを次の表に示します。

表G‒2　使用できる正規表現の比較

指定方法

説明

Windows

Linux

JP1独自

拡張(準拠)

POSIX基本

POSIX拡張

文字列

指定の文字列の行に一致します。

○

○

○

○

^文字列

行頭にある指定の文字列に一致します。

○

○

○

○

文字列$

行末にある指定の文字列に一致します。

○

○

○

○

^文字列$

^と$の併用です。指定した文字列だけの行に一致します。

○

○

○

○

^$

^と$の併用です。空行に一致します。

○

○

○

○

.（ピリオド）

任意の1文字に一致します。

○

○

○

○

文字*

直前の文字が0回以上繰り返されている文字列に一致します。

○

○

○

○

.*

.（ピリオド）と*の併用です。任意の文字列に一致します。

○

○

○

○

文字+

直前の文字が1回以上繰り返されている文字列に一致します。

×

○

×

○

文字?

直前の文字が0回または1回繰り返されている文字列に一致します。

×

○

×

○

正規表現|正規表現

左右の正規表現のどちらかに一致します。

×

○

×

○

(正規表現)

正規表現をグループ化します。正規表現を使用する際に，正規表現であることをプログラムに明確に認識させたい場合に使用します。主に「|」を使用するときに利用します（「付録G.4　正規表現を使用する際のヒント」参照）。

×

○

×

○

文字{n}

直前の文字がn回繰り返されている文字列に一致します。

×

○

×

○

文字{n,}

直前の文字がn回以上繰り返されている文字列に一致します。

×

○

×

○

文字{n,m}

直前の文字がn回以上，m回以内の文字列に一致します。

×

○

×

○

[文字列]

[　]内の文字列に指定された文字のどれかに一致します。

×

○

○

○

[^文字列]

[　]内の文字列に指定された文字以外の文字に一致します。

×

○

○

○

[文字-文字]

文字コードの昇順で範囲内のどれか1文字に一致します。

×

○

○

○

[^文字-文字]

文字コードの昇順で範囲外のどれか1文字に一致します。

×

○

○

○

¥特殊文字

特殊文字を通常文字として扱います。

○

○

○

○

（凡例）

JP1独自：JP1独自の正規表現

拡張（準拠）：XPG4準拠の拡張正規表現

基本：XPG4の基本正規表現

拡張：XPG4の拡張正規表現

POSIX基本：POSIX1003.2準拠の基本正規表現

POSIX拡張：POSIX1003.2準拠の拡張正規表現

○：使用できる

×：使用できない

付録G.4　正規表現を使用する際のヒント

特殊文字を使用する場合は，動作確認を実施し，正規表現が意図通りに動作することを確認してください。動作確認を実施することで，下記の例のような設定の誤りを防止できます。

（例）条件の先頭や末尾に特殊文字である縦線「|」を設定したため，意図せず，すべての文字列が一致する条件になった。

JP1独自正規表現（Windows）やPOSIX1003.2の基本正規表現（Linux）を拡張して，拡張正規表現を使用する場合には，拡張による誤動作を防ぐため，定義済みの設定を見直し，拡張正規表現用に定義し直す必要があります。

制御コード（改行，タブなど）は，製品やOSによって扱いが異なることがあります。このため，メッセージに対する条件を正規表現で記述する場合は，制御コード以外の部分を記述するようにしてください。

正規表現で，すべての文字に一致する表現の「.*」を多用すると，検索に時間が掛かることがあります。長いメッセージなどに対して「.*」を使用する場合は，必要な個所にだけ「.*」を使用するようにしてください。

また，拡張正規表現を使用できる環境で，かつ，空白以外の文字に一致させたい場合には，「.*」の代わりに「[^ ]*」が使用できます。「[^ ]*」を使用した方が検索に掛かる時間を短縮できます。

部分一致の正規表現の場合，先頭および末尾に「.*」を指定した場合と，先頭および末尾に「.*」を指定しない場合では同じ条件になります。

例えば，下記の例1と，例2は同じ条件になります。

（例1）「A001△:△WEBサーバ」を含む文字列の場合に一致する正規表現

.*A001△:△WEBサーバ.*

（例2）「A001△:△WEBサーバ」を含む文字列の場合に一致する正規表現

A001△:△WEBサーバ

先頭および末尾に「.*」を指定した場合，検索に時間が掛かることがあるので，先頭および末尾に「.*」は指定しないでください。

なお，次に示す定義ファイルの正規表現は完全一致であり，比較対象の文字列全体を比較し，完全に一致した場合だけ条件が成立します。この場合は，先頭および末尾に「.*」を指定した場合と先頭および末尾に「.*」を指定しない場合で異なる動作となるため注意してください。

イベントガイド情報ファイル（jco_guide.txt）※

インテリジェント統合管理基盤定義ファイル（imdd.properties）

システムノード定義ファイル（imdd_systemnode.conf）

注※　デフォルトでは正規表現の動作は完全一致ですが，設定により部分一致に変更できます。イベントガイド情報ファイルの正規表現の設定については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「イベントガイド情報ファイル（jco_guide.txt）」（2.　定義ファイル）を参照してください。

特殊文字である縦線「|」はOR条件を表します。このOR条件を正規表現中に使用する際は，次のことに注意してください。

OR条件の縦線「|」は正規表現の中で優先度が低いため，OR条件がかかる範囲を明示的に指定する必要があります。範囲を指定しない場合，動作しない，または誤動作する原因になることがあります。OR条件の範囲は，条件がかかる範囲を小括弧「()」で囲むことで指定できます。イベント発行元サーバ名の条件をOR条件にするときの指定例を次に示します。

（例）gyoumuまたはhostで発行されたJP1イベント

^.*△.*△.*△.*△.*△(gyoumu|host)△.*△.*△.*△.*$

特殊文字である縦線「|」の前後にスペースが含まれていると，スペースが文字として認識されます。スペースを含まない場合，「|」の前後にスペースを入れないでください。

拡張正規表現を使用した場合，[]，{}，および()の対応が取れていないとき，文法不正となります。[]，{}，および()を通常文字として扱いたいときは，¥を使用して特殊文字を打ち消してください。

指定例を次に示します。

（例）「(」を通常文字として扱いたい場合

¥(

付録G.5　正規表現の指定例

正規表現の指定例を次に示します。

表G‒3　正規表現の指定例

指定方法

機能

正規表現として指定した文字列

正規表現に一致するパターンと一致しないパターン

一致(○)

不一致(×)

文字列

指定の文字列の行に一致する

spring

spring has come.

○

winter-summer-autumn-spring

○

-----spring-----

○

^文字列

行頭にある指定の文字列に一致する

^spring

spring has come.

○

winter-summer-autumn-spring

×

-----spring-----

×

文字列$

行末にある指定の文字列に一致する

spring$

spring has come.

×

winter-summer-autumn-spring

○

-----spring-----

×

^文字列$

指定の文字列だけの行に一致する

^spring$

spring has come.

×

winter-summer-autumn-spring

×

spring

○

　　spring

×

^$

空行に一致する

^$

○

spring

×

.（ピリオド）

任意の1文字に一致する

in.e

winter has come.

○

mother of invention

○

life is in everything

○

eight nine ten

×

increasing population

×

s..ing

picnic in spring

○

skiing in winter

○

[文字列]※1※2※3

[　]内の文字列に指定された文字のどれかに一致する

[pr]

spring has come.

○

today is monday.

×

[文字-文字]※1※2

文字コードの昇順で範囲内の文字のどれか1文字に一致する

[a-i]

spring has come.

○

[^文字-文字]※1※2

文字コードの昇順で範囲外の文字のどれか1文字一致する

[^a-i]

spring has come.

○

文字*

直前の文字が0回以上繰り返されている文字列に一致する

ro*m

terminal

○

cd-rom

○

living room

○

h.*n

This is a pen.

○

That is an apple.

○

正規表現|正規表現※1※2※3

左右の正規表現のどちらかに一致する

[0-9]+|apple

That is an apple.

○

spring in 2003

○

¥特殊文字※1※2※3

特殊文字を通常文字として扱う

o¥.h

<stdio.h>

○

another man

×

(正規表現)※1※2※3

正規表現をグループ化する。

正規表現を使用する際に，正規表現であることをプログラムに明確に認識させたい場合に使用する。

主に「|」を使用するときに利用する（「付録G.4　正規表現を使用する際のヒント」参照）。

i(n.e|ng)

winter has come.

○

interesting book

○

（凡例）

太字：指定した正規表現と一致する文字列

○：一致する文字列がある

×：一致する文字列がない

注※1　JP1独自正規表現では指定できません。

注※2　XPG4の基本正規表現では指定できません。

注※3　POSIX1003.2の基本正規表現では指定できません。

付録H　下位バージョンとの接続性

バージョンが異なるIM製品同士，また，バージョンが異なるエージェント上のJP1/Baseと接続した場合の制限事項について説明します。

付録H.1　下位バージョン（バージョン12製品）との接続性

JP1/IM - View 13-00をJP1/IM - Manager 12-00〜12-50に接続した場合，JP1/IM - Manager 12-50をJP1/IM - View 13-00に接続した場合，JP1/IM - Manager（インテリジェント統合管理基盤）13-00をJP1/Base，JP1/AJS，JP1/PFMなど連携先JP1製品のバージョン12-00〜12-50に接続した場合，およびJP1/IM - Agent 13-00をJP1/IM - Manager 12-00〜12-50に接続した場合の制限事項を説明します。

(1)　JP1/IM - View 13-00をJP1/IM - Manager 12-00〜12-50に接続した場合の制限事項（コンポーネント共通）

JP1/IM - View 13-00をJP1/IM - Manager 12-00〜12-50に接続した場合の制限事項（コンポーネント共通）はありません。

(2)　JP1/IM - View 13-00をJP1/IM - Manager 12-00〜12-50に接続した場合の制限事項（セントラルコンソールを使用する場合）

JP1/IM - View 13-00をJP1/IM - Manager 12-00〜12-50に接続した場合の制限事項（セントラルコンソールを使用する場合）はありません。

(3)　JP1/IM - View 13-00をJP1/IM - Manager 12-00〜12-50に接続した場合の制限事項（セントラルスコープを使用する場合）

JP1/IM - View 13-00をJP1/IM - Manager 12-00〜12-50に接続した場合の制限事項（セントラルスコープを使用する場合）はありません。

(4)　JP1/IM - View 13-00をJP1/IM - Manager 12-00〜12-50に接続した場合の制限事項（IM構成管理を使用する場合）

JP1/IM - View 13-00をJP1/IM - Manager 12-00〜12-50に接続した場合の制限事項（IM構成管理を使用する場合）はありません。

(5)　JP1/IM - Manager 13-00にJP1/IM - View 12-00を接続した場合の制限事項（コンポーネント共通）

JP1/IM - Manager 13-00にJP1/IM - View 12-00を接続した場合の制限事項（コンポーネント共通）はありません。

(6)　JP1/IM - Manager 13-00にJP1/IM - View 12-00を接続した場合の制限事項（セントラルコンソールを使用する場合）

JP1/IM - Manager 13-00にJP1/IM - View 12-00を接続した場合の制限事項（セントラルコンソールを使用する場合）はありません。

(7)　JP1/IM - Manager 13-00にJP1/IM - View 12-00を接続した場合の制限事項（セントラルスコープを使用する場合）

JP1/IM - Manager 13-00にJP1/IM - View 12-00を接続した場合の制限事項（セントラルスコープを使用する場合）はありません。

(8)　JP1/IM - Manager 13-00にJP1/IM - View 12-00を接続した場合の制限事項（IM構成管理を使用する場合）

JP1/IM - Manager 13-00にJP1/IM - View 12-00を接続した場合の制限事項（IM構成管理を使用する場合）はありません。

(9)　JP1/IM - Manager（インテリジェント統合管理基盤）13-00をJP1製品12-00〜12-60に接続した場合の制限事項

表H‒1　JP1/IM - Manager（インテリジェント統合管理基盤）13-00をJP1製品12-00〜12-60に接続した場合の制限事項

JP1製品名

制限事項※1

1

2

3

4

JP1/Base

○

−

−

−

JP1/AJS

−

○

−

−

JP1/AJS3-Web Console

−

−

○

−

JP1/PFM※2

−

−

−

−

JP1/PFM - Web Console※2

−

−

−

−

（凡例）　○：該当する　−：該当しない

注※1　制限事項の番号は，次の表と対応しています。

注※2　連携時のJP1/PFMとJP1/PFM - Web Consoleの機能については，JP1/PFM 12-50のマニュアルを参照してください。

表H‒2　制限事項一覧

制限

事項

詳細

1

暗号化機能が有効な場合は，バージョン 12-00-31以降で接続できる。

2

JP1/AJS 12-00〜12-60の下位バージョンの機能の範囲で使用できる。

3

JP1/AJS 12-60の下位バージョンの機能の範囲で使用できる。

4

接続できない。

(10)　JP1/IM - Agent 13-00をJP1/IM - Manager 12-00〜12-50に接続した場合の制限事項

JP1/IM - Agent 13-00はJP1/IM - Manager 12-00〜12-50との接続はサポートしていません。

付録H.2　下位バージョン（バージョン11製品）との接続性

JP1/IM - View 13-00をJP1/IM - Manager 11-00〜11-50に接続した場合，JP1/IM - Manager 13-00にJP1/IM - View 11-00〜11-50を接続した場合，JP1/IM - Manager（インテリジェント統合管理基盤）13-00をJP1/Base，JP1/AJS，JP1/PFMなど連携先JP1製品のバージョン11-00〜11-50に接続した場合，およびJP1/IM - Agent 13-00をJP1/IM - Manager 11-00〜11-50に接続した場合の制限事項を説明します。

(1)　JP1/IM - View 13-00をJP1/IM - Manager 11-00〜11-50に接続した場合の制限事項（コンポーネント共通）

表H‒3　JP1/IM - View 13-00をJP1/IM - Manager 11-00〜11-50に接続した場合の制限事項（コンポーネント共通）

JP1/IM - Managerの

バージョン

制限事項※

1

11-00

○

11-01

○

11-10

−

11-50

−

（凡例）　○：該当する　−：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H‒4　制限事項一覧

制限

事項

詳細

1

操作ログを出力できない。

(2)　JP1/IM - View 13-00をJP1/IM - Manager 11-00〜11-50に接続した場合の制限事項（セントラルコンソールを使用する場合）

表H‒5　JP1/IM - View 13-00をJP1/IM - Manager 11-00〜11-50に接続した場合の制限事項（セントラルコンソールを使用する場合）

JP1/IM - Managerの

バージョン

制限事項※

1〜4

5〜10

11-00

○

○

11-01

○

○

11-10

−

○

11-50

−

○

（凡例）　○：該当する　−：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H‒6　制限事項一覧

制限

事項

詳細

1

次の画面に［監視抑止ID］の領域，および［選択イベントの監視抑止ID入力］ボタンが表示されない。

［イベント検索条件設定］画面

［表示フィルター設定］画面

2

次のページおよび画面で，［性能表示］メニューおよび［性能表示］ボタンが表示されず，事象発生元ホストの性能レポートを表示できない。

［イベント監視］ページ

［重要イベント］ページ

［イベント検索］ページ

［応答待ちイベント］ページ

［関連イベント一覧］画面

［イベント詳細］画面

［イベント詳細（編集）］画面

3

自動アクションに引き継ぐイベント属性値を，Base64またはURLエンコーディングすることができない。

4

イベントガイドから，シングルサインオンでJP1/AJS - Web Consoleのモニター画面を参照できない。

5

繰り返しイベント条件を1,025件以上定義できない。

6

拡張モードの共通除外条件において，条件群を1,025件以上定義できない。

7

自動アクション定義の状態（有効，無効）を指定できない。

8

自動アクション定義の適用時に，定義変更していないアクションの抑止状態，AND条件の成立状態を引き継ぐことができない。

9

［共通除外条件設定(拡張)］画面で［除外対象］項目を指定できない。

10

JP1/IM - ViewからJP1/Service Supportへのインシデント手動登録にて，任意のイベント属性や文字列を引き継ぐことができない。

(3)　JP1/IM - View 13-00をJP1/IM - Manager 11-00〜11-50に接続した場合の制限事項（セントラルスコープを使用する場合）

JP1/IM - View 13-00をJP1/IM - Manager 11-00〜11-50に接続した場合の制限事項（セントラルスコープを使用する場合）はありません。

(4)　JP1/IM - View 13-00をJP1/IM - Manager 11-00〜11-50に接続した場合の制限事項（IM構成管理を使用する場合）

表H‒7　JP1/IM - View 13-00をJP1/IM - Manager 11-00〜11-50に接続した場合の制限事項（IM構成管理を使用する場合）

JP1/IM - Managerの

バージョン

制限事項※

1〜5

6

11-00

○

○

11-01

○

○

11-10

−

○

11-50

−

○

（凡例）　○：該当する　−：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H‒8　制限事項一覧

制限

事項

詳細

1

［プロファイル表示/編集］画面を操作中に，エージェントのログファイルトラップ情報の設定が書き換えられた可能性があることが通知されない。

2

［プロファイル表示/編集］画面で，ログファイルトラップサービスが起動したときに自動でプロセス起動する設定の有効・無効を変更できない。

3

［プロファイル表示/編集］画面で，クラスタ用ではないログファイルトラップ情報をファイルの送付で反映できない。

4

ホスト情報を収集するホストのリモート監視を停止しないと，ホスト情報の収集ができない。

5

［リモート監視設定］画面で，ホストごとにSSH接続の設定をすることができない。

6

一つの業務グループおよび監視グループに，1,025台以上のホストを設定できない。

(5)　JP1/IM - Manager 13-00にJP1/IM - View 11-00〜11-50を接続した場合の制限事項（コンポーネント共通）

JP1/IM - Manager 13-00にJP1/IM - View 11-00〜11-50を接続した場合の制限事項（コンポーネント共通）はありません。

(6)　JP1/IM - Manager 13-00にJP1/IM - View 11-00〜11-50を接続した場合の制限事項（セントラルコンソールを使用する場合）

表H‒9　JP1/IM - Manager 13-00にJP1/IM - View 11-00〜11-50を接続した場合の制限事項（セントラルコンソールを使用する場合）

JP1/IM - Viewの

バージョン

制限事項※

1〜3

4〜6

11-00

○

○

11-01

○

○

11-10

−

○

11-50

−

○

（凡例）　○：該当する　−：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H‒10　制限事項一覧

制限

事項

詳細

1

次の画面に［監視抑止ID］の領域，および［選択イベントの監視抑止ID入力］ボタンが表示されない。

［イベント検索条件設定］画面

［表示フィルター設定］画面

2

次のページおよび画面で，［性能表示］メニューおよび［性能表示］ボタンが表示されず，事象発生元ホストの性能レポートを表示できない。

［イベント監視］ページ

［重要イベント］ページ

［イベント検索］ページ

［応答待ちイベント］ページ

［関連イベント一覧］画面

［イベント詳細］画面

［イベント詳細（編集）］画面

3

イベントガイドから，シングルサインオンでJP1/AJS - Web Consoleのモニター画面を参照できない。

4

DESC_VERSIONが4のアクション定義ファイルを使用している場合，［アクション設定］画面を表示できない。

5

拡張モードの共通除外条件の除外対象に，自動アクションを設定している場合，次のことができません。

［システム環境設定］画面の表示

追加共通除外条件の設定

6

JP1/IM - ViewからJP1/Service Supportへのインシデント手動登録にて，任意のイベント属性や文字列を引き継ぐことができない。

(7)　JP1/IM - Manager 13-00にJP1/IM - View 11-00〜11-50を接続した場合の制限事項（セントラルスコープを使用する場合）

JP1/IM - Manager 13-00にJP1/IM - View 11-00〜11-50を接続した場合の制限事項（セントラルスコープを使用する場合）はありません。

(8)　JP1/IM - Manager 13-00にJP1/IM - View 11-00〜11-50を接続した場合の制限事項（IM構成管理を使用する場合）

表H‒11　JP1/IM - Manager 13-00にJP1/IM - View 11-00〜11-50を接続した場合の制限事項（IM構成管理を使用する場合）

JP1/IM - Viewの

バージョン

制限事項※

1〜6

7

11-00

○

○

11-01

○

○

11-10

−

○

11-50

−

○

（凡例）　○：該当する　−：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H‒12　制限事項一覧

制限

事項

詳細

1

［プロファイル表示/編集］画面を操作中に，エージェントのログファイルトラップ情報の設定が書き換えられた可能性があることが通知されない。

2

［プロファイル表示/編集］画面で，ログファイルトラップサービスが起動したときに自動でプロセス起動する設定の有効・無効を変更できない。

3

［プロファイル表示/編集］画面で，クラスタ用ではないログファイルトラップ情報をファイルの送付で反映できない。

4

ホスト情報を収集するホストのリモート監視を停止しないと，ホスト情報の収集ができない。

5

［リモート監視設定］画面で，ホストごとにSSH接続の設定をすることができない。

6

差分配布方式でエージェント構成の反映をすると，反映の実行確認ダイアログの内容がKNAN20441-QではなくKNAN20440-Qになる（反映は差分配布方式で実行される）。

7

一つの業務グループおよび監視グループに，1,025台以上のホストを設定できない。

(9)　JP1/IM - Manager（インテリジェント統合管理基盤）13-00をJP1製品11-00〜11-50に接続した場合の制限事項

表H‒13　JP1/IM - Manager（インテリジェント統合管理基盤）13-00をJP1製品11-00〜11-50に接続した場合の制限事項

JP1製品名

制限事項※2

1

2

JP1/Base

−

−

JP1/AJS※1

○

−

JP1/AJS3-Web Console

−

○

JP1/PFM

−

○

JP1/PFM - Web Console

−

○

（凡例）　○：該当する　−：該当しない

注※1　このバージョンのJP1/AJSと連携する場合は，別途サポートのページからアダプタコマンドをダウンロードする必要があります。

注※2　制限事項の番号は，次の表と対応しています。

表H‒14　制限事項一覧

制限

事項

詳細

1

JP1/AJS 11-00〜11-50の下位バージョンの機能の範囲で使用できる。

2

接続できない。

(10)　JP1/IM - Agent 13-00をJP1/IM - Manager 11-00〜11-50に接続した場合の制限事項

JP1/IM - Agent 13-00はJP1/IM - Manager 10-00〜10-50との接続はサポートしていません。

付録H.3　下位バージョン（バージョン10製品）との接続性

JP1/IM - View 13-00をJP1/IM - Manager 10-00〜10-50に接続した場合，JP1/IM - Manager 13-00にJP1/IM - View 10-00〜10-50を接続した場合，JP1/IM - Manager（インテリジェント統合管理基盤）13-00をJP1/Base，JP1/AJS，JP1/PFMなど連携先JP1製品のバージョン10-00〜10-50に接続した場合，およびJP1/IM - Agent 13-00をJP1/IM - Manager 10-00〜10-50に接続した場合の制限事項を説明します。

(1)　JP1/IM - View 13-00をJP1/IM - Manager 10-00〜10-50に接続した場合の制限事項（コンポーネント共通）

表H‒15　JP1/IM - View 13-00をJP1/IM - Manager 10-00〜10-50に接続した場合の制限事項（コンポーネント共通）

JP1/IM - Managerの

バージョン

制限事項※

1〜3

10-00

○

10-10

○

10-50

○

（凡例）　○：該当する

注※　制限事項の番号は，次の表と対応しています。

表H‒16　制限事項一覧

制限

事項

詳細

1

JP1/IM - Managerと暗号化通信ができない。

2

言語環境が異なるJP1/IM - Managerに接続はできない。

3

操作ログを出力できない。

(2)　JP1/IM - View 13-00をJP1/IM - Manager 10-00〜10-50に接続した場合の制限事項（セントラルコンソールを使用する場合）

表H‒17　JP1/IM - View 13-00をJP1/IM - Manager 10-00〜10-50に接続した場合の制限事項（セントラルコンソールを使用する場合）

JP1/IM - Managerの

バージョン

制限事項※

1〜3

4〜8

9〜22

10-00

○

○

○

10-10

−

○

○

10-50

−

−

○

（凡例）　○：該当する　−：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H‒18　制限事項一覧

制限

事項

詳細

1

繰り返しイベント条件を定義できない。

2

繰り返しイベント監視抑止機能で抑止した繰り返しイベントを集約表示できない。

3

JP1/Navigation Platformとのシングルサインオンはできない。

4

自動アクションの抑止範囲の指定，および抑止継続通知の指定はできない。

5

追加重大度変更定義を登録，および［重大度変更定義設定］画面から重大度変更定義を定義できない。

6

［重要イベント］ページで表示フィルターが利用できない。

7

［重要イベント］ページでイベントのカラーリング表示ができない。

8

ログイン時のイベント取得範囲の設定ができない。

9

表示メッセージ変更の設定ができない。

10

［イベントコンソール］画面のイベント一覧に固有の拡張属性を表示できない。

11

次の定義のイベント条件に，固有の拡張属性を指定できない。

重要イベント定義

イベント取得フィルター

共通除外条件

表示フィルター

ユーザーフィルター

12

次の定義のイベント条件に，項目名で固有の拡張属性を指定できない（属性名で固有の拡張属性を指定できる）。

自動アクション定義

共通除外条件拡張定義ファイル

重大度変更定義ファイル

繰り返しイベント条件表示項目定義ファイル

イベント検索条件

イベント情報マッピング定義

13

次の画面に［監視抑止ID］の領域と，［選択イベントの監視抑止ID入力］ボタンが表示されない。

［イベント検索条件設定］画面

［表示フィルター設定］画面

14

次のページおよび画面で，［性能表示］メニューおよび［性能表示］ボタンが表示されず，事象発生元ホストの性能レポートを表示できない。

［イベント監視］ページ

［重要イベント］ページ

［イベント検索］ページ

［応答待ちイベント］ページ

［関連イベント一覧］画面

［イベント詳細］画面

［イベント詳細（編集）］画面

15

自動アクションに引き継ぐイベント属性値を，Base64またはURLエンコーディングすることができない。

16

イベントガイドから，シングルサインオンでJP1/AJS - Web Consoleのモニター画面を参照できない。

17

繰り返しイベント条件を1,025件以上定義できない。

18

拡張モードの共通除外条件において，条件群を1,025件以上定義できない。

19

自動アクション定義の状態（有効，無効）を指定できない。

20

自動アクション定義の適用時に，定義変更していないアクションの抑止状態，AND条件の成立状態を引き継ぐことができない。

21

［共通除外条件設定(拡張)］画面で［除外対象］項目を指定できない。

22

JP1/IM - ViewからJP1/Service Supportへのインシデント手動登録にて，任意のイベント属性や文字列を引き継ぐことができない。

(3)　JP1/IM - View 13-00をJP1/IM - Manager 10-00〜10-50に接続した場合の制限事項（セントラルスコープを使用する場合）

表H‒19　JP1/IM - View 13-00をJP1/IM - Manager 10-00〜10-50に接続した場合の制限事項（セントラルスコープを使用する場合）

JP1/IM - Managerの

バージョン

制限事項※

1〜5

10-00

○

10-10

○

10-50

−

（凡例）　○：該当する　−：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H‒20　制限事項一覧

制限

事項

詳細

1

監視ノードの余白，および監視ノード名を非表示にできない。

2

監視ノードアイコンの透過率を設定できない。

3

監視ノードの状態色，および監視ノード名の状態色を変更できない。

4

［監視ツリー］画面，および［ビジュアル監視］画面で，監視ノードアイコンの移動を抑止できない。

5

アラームランプの点滅契機を変更できない。

(4)　JP1/IM - View 13-00をJP1/IM - Manager 10-00〜10-50に接続した場合の制限事項（IM構成管理を使用する場合）

表H‒21　JP1/IM - View 13-00をJP1/IM - Manager 10-00〜10-50に接続した場合の制限事項（IM構成管理を使用する場合）

JP1/IM - Managerの

バージョン

制限事項※

1〜2

3〜9

10-00

○

○

10-10

−

○

10-50

−

○

（凡例）　○：該当する　−：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H‒22　制限事項一覧

制限

事項

詳細

1

KVMまたはHCSMに関する仮想化管理情報は設定または表示できない。

2

KVMまたはHCSMに関する仮想化管理情報を保持するホストは，編集または削除できない。また，ホスト種別は「不明」で表示される。

3

イベントログトラップ動作定義，およびリモート監視イベントログトラップ動作定義にイベントID，および監視名を設定できない。

4

［プロファイル表示/編集］画面を操作中に，エージェントのログファイルトラップ情報の設定が書き換えられた可能性があることが通知されない。

5

［プロファイル表示/編集］画面で，ログファイルトラップサービスが起動したときに自動でプロセス起動する設定の有効・無効を変更できない。

6

［プロファイル表示/編集］画面で，クラスタ用ではないログファイルトラップ情報をファイルの送付で反映できない。

7

ホスト情報を収集するホストのリモート監視を停止しないと，ホスト情報の収集ができない。

8

［リモート監視設定］画面で，ホストごとにSSH接続の設定をすることができない。

9

一つの業務グループおよび監視グループに，1,025台以上のホストを設定できない。

(5)　JP1/IM - Manager 13-00にJP1/IM - View 10-00〜10-50を接続した場合の制限事項（コンポーネント共通）

表H‒23　JP1/IM - Manager 13-00にJP1/IM - View 10-00〜10-50を接続した場合の制限事項（コンポーネント共通）

JP1/IM - Viewの

バージョン

制限事項※

1〜2

10-00

○

10-10

○

10-50

○

（凡例）　○：該当する

注※　制限事項の番号は，次の表と対応しています。

表H‒24　制限事項一覧

制限

事項

詳細

1

JP1/IM - Viewと暗号化通信ができない。

2

言語環境が異なるJP1/IM - Viewから接続はできない。

(6)　JP1/IM - Manager 13-00にJP1/IM - View 10-00〜10-50を接続した場合の制限事項（セントラルコンソールを使用する場合）

表H‒25　 JP1/IM - Manager 12-50にJP1/IM - View 10-00〜10-50を接続した場合の制限事項（セントラルコンソールを使用する場合）

JP1/IM - Viewの

バージョン

制限事項※

1〜3

4〜8

9〜18

10-00

○

○

○

10-10

−

○

○

10-50

−

−

○

（凡例）　○：該当する　−：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H‒26　制限事項一覧

制限

事項

詳細

1

繰り返しイベント条件を定義できない。

2

繰り返しイベント監視抑止機能で抑止した繰り返しイベントを集約表示できない。

3

JP1/Navigation Platformとのシングルサインオンはできない。

4

自動アクションの抑止範囲の指定，および抑止継続通知の指定はできない。

5

追加重大度変更定義を登録，および［重大度変更定義設定］画面から重大度変更定義を定義できない。

6

［重要イベント］ページで表示フィルターが利用できない。

7

［重要イベント］ページでイベントのカラーリング表示ができない。

8

ログイン時のイベント取得範囲の設定ができない。

9

表示メッセージ変更の設定，および変更後メッセージの表示ができない。

10

［イベントコンソール］画面のイベント一覧に固有の拡張属性を表示できない。

11

次の定義のイベント条件に，固有の拡張属性を指定できない。

重要イベント定義

イベント取得フィルター

共通除外条件

表示フィルター

ユーザーフィルター

12

次の定義のイベント条件に，項目名で固有の拡張属性を指定できない（属性名で固有の拡張属性を指定できる）。

自動アクション定義

共通除外条件拡張定義ファイル

重大度変更定義ファイル

繰り返しイベント条件表示項目定義ファイル

イベント検索条件

イベント情報マッピング定義

13

次の画面に［監視抑止ID］の領域と，［選択イベントの監視抑止ID入力］ボタンが表示されない。

［イベント検索条件設定］画面

［表示フィルター設定］画面

14

次のページおよび画面で，［性能表示］メニューおよび［性能表示］ボタンが表示されず，事象発生元ホストの性能レポートを表示できない。

［イベント監視］ページ

［重要イベント］ページ

［イベント検索］ページ

［応答待ちイベント］ページ

［関連イベント一覧］画面

［イベント詳細］画面

［イベント詳細（編集）］画面

15

イベントガイドから，シングルサインオンでJP1/AJS - Web Consoleのモニター画面を参照できない。

16

DESC_VERSIONが4のアクション定義ファイルを使用している場合，［アクション設定］画面を表示できない。

17

拡張モードの共通除外条件の除外対象に，自動アクションを設定している場合，次のことができません。

［システム環境設定］画面の表示

追加共通除外条件の設定

18

JP1/IM - ViewからJP1/Service Supportへのインシデント手動登録にて，任意のイベント属性や文字列を引き継ぐことができない。

(7)　JP1/IM - Manager 13-00にJP1/IM - View 10-00〜10-50を接続した場合の制限事項（セントラルスコープを使用する場合）

表H‒27　JP1/IM - Manager 13-00にJP1/IM - View 10-00〜10-50を接続した場合の制限事項（セントラルスコープを使用する場合）

JP1/IM - Viewの

バージョン

制限事項※

1〜5

10-00

○

10-10

○

10-50

−

（凡例）　○：該当する　−：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H‒28　制限事項一覧

制限

事項

詳細

1

監視ノードの余白，および監視ノード名を非表示にできない。

2

監視ノードアイコンの透過率を設定できない。

3

監視ノードの状態色，および監視ノード名の状態色を変更できない。

4

［監視ツリー］画面，および［ビジュアル監視］画面で，監視ノードアイコンの移動を抑止できない。

5

アラームランプの点滅契機を変更できない。

(8)　JP1/IM - Manager 13-00にJP1/IM - View 10-00〜10-50を接続した場合の制限事項（IM構成管理を使用する場合）

表H‒29　JP1/IM - Manager 13-00にJP1/IM - View 10-00〜10-50を接続した場合の制限事項（IM構成管理を使用する場合）

JP1/IM - Viewの

バージョン

制限事項※

1〜2

3〜9

10-00

○

○

10-10

−

○

10-50

−

○

（凡例）　○：該当する　−：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H‒30　制限事項一覧

制限

事項

詳細

1

KVMまたはHCSMに関する仮想化管理情報は設定または表示できない。

2

KVMまたはHCSMに関する仮想化管理情報を保持するホストは，編集または削除できない。また，ホスト種別は「不明」で表示される。

3

［プロファイル表示/編集］画面を操作中に，エージェントのログファイルトラップ情報の設定が書き換えられた可能性があることが通知されない。

4

［プロファイル表示/編集］画面で，ログファイルトラップサービスが起動したときに自動でプロセス起動する設定の有効・無効を変更できない。

5

［プロファイル表示/編集］画面で，クラスタ用ではないログファイルトラップ情報をファイルの送付で反映できない。

6

ホスト情報を収集するホストのリモート監視を停止しないと，ホスト情報の収集ができない。

7

［リモート監視設定］画面で，ホストごとにSSH接続の設定をすることができない。

8

差分配布方式でエージェント構成の反映をすると，反映の実行確認ダイアログの内容がKNAN20441-QではなくKNAN20440-Qになる（反映は差分配布方式で実行される）。

9

一つの業務グループおよび監視グループに，1,025台以上のホストを設定できない。

(9)　JP1/IM - Manager（インテリジェント統合管理基盤）13-00をJP1製品10-00〜10-50に接続した場合の制限事項

表H‒31　JP1/IM - Manager（インテリジェント統合管理基盤）13-00をJP1製品10-00〜10-50に接続した場合の制限事項

JP1製品名

制限事項※2

1

2

JP1/Base

−

−

JP1/AJS※1

○

−

JP1/AJS3-Web Console

−

○

JP1/PFM

−

○

JP1/PFM - Web Console

−

○

（凡例）　○：該当する　−：該当しない

注※1　このバージョンのJP1/AJSと連携する場合は，別途サポートのページからアダプタコマンドをダウンロードする必要があります。

注※2　制限事項の番号は，次の表と対応しています。

表H‒32　制限事項一覧

制限

事項

詳細

1

JP1/AJS 10-00〜10-50の下位バージョンの機能の範囲で使用できる。

2

接続できない。

(10)　JP1/IM - Agent 13-00をJP1/IM - Manager 10-00〜10-50に接続した場合の制限事項

JP1/IM - Agent 13-00はJP1/IM - Manager 10-00〜10-50との接続はサポートしていません。

付録H.4　下位バージョンのJP1/Baseとの接続性

(1)　JP1/IM - View 13-00からJP1/Base 10-00〜12-50に対してイベント検索した場合の制限事項

JP1/IM - View 13-00からJP1/Base 10-00〜12-50に対してイベント検索した場合の制限事項はありません。

(2)　JP1/IM - Manager 13-00からJP1/Base 10-00〜12-50を管理する場合の制限事項（IM構成管理を使用する場合）

表H‒33　JP1/IM - Manager 13-00からJP1/Base 10-00〜12-50を管理する場合の制限事項（IM構成管理を使用する場合）

JP1/Baseのバージョン※1

制限事項※2

1

2

3〜6

7

10-00〜10-50

−

○

○

○

11-00〜11-10

−

−

○

○

11-50

−

−

○

○

12-00

−

−

−

○

12-10

−

−

−

−

（凡例）　○：該当する　−：該当しない

注※1　検索対象ホストにあるJP1/Baseのバージョンです。

注※2　制限事項の番号は，次の表と対応しています。

表H‒34　制限事項一覧

制限

事項

詳細

1

管理対象ホストのログファイルトラップに対して，次の操作ができない。

プロファイル追加

プロファイル削除

プロセス起動

プロセス停止

再起動による反映

ファイル送付による反映

2

管理対象ホストのイベントログトラップ動作定義にイベントID，および監視名を設定できない。

3

管理対象ホストが拠点マネージャーの場合，拠点マネージャー配下のエージェントに対しては，差分配布方式でIM構成の反映を実行できない。

4

［プロファイル表示/編集］画面を操作中に，エージェントのログファイルトラップ情報の設定が書き換えられた可能性があることが通知されない。

5

［プロファイル表示/編集］画面で，ログファイルトラップサービスが起動したときに自動でプロセス起動する設定の有効・無効を変更できない。

6

［プロファイル表示/編集］画面で，クラスタ用ではないログファイルトラップ情報をファイルの送付で反映できない。

7

提案定義ファイルの提案活性条件，および対処アクションでコマンドの実行に失敗する。

(3)　マネージャーホストのJP1/IM - Managerが13-00でマネージャーホストのJP1/Baseが11-00〜12-50の場合の制限事項（IM構成管理を使用する場合）

表H‒35　マネージャーホストのJP1/IM - Managerが13-00でマネージャーホストのJP1/Baseが11-00〜12-50の場合の制限事項（IM構成管理を使用する場合）

JP1/Baseのバージョン

制限事項※

1〜3

4

11-00

○

○

11-10

−

○

11-50

−

○

12-00〜

12-50

−

−

（凡例）　○：該当する　−：該当しない

注※　制限事項の番号は，次の表と対応しています。

表H‒36　制限事項一覧

制限

事項

詳細

1

リモート監視イベントログトラップで，イベントログの収集のリトライ回数を調整できない。

2

リモート監視イベントログトラップで，イベントログの収集のリトライ間隔と監視間隔を個別に調整できない。

3

［エージェント構成編集］画面で［エージェント構成の反映］を実行する際，差分配布方式が使用できない。

4

エージェント構成において，JP1/IM - Manager直下に1,025台以上のエージェントホストを設定できない。

(4)　JP1/IM - ManagerからエージェントホストのJP1/Baseを監視する場合の接続性（セントラルコンソール機能の場合）

表H‒37　JP1/IM - ManagerからエージェントホストのJP1/Baseを監視する場合の接続性（セントラルコンソール機能の場合）

JP1/Base（エージェント）のバージョン※1

JP1/IM - Manager（JP1/IM - Console）のバージョン※1

06-00〜06-71

07-00〜07-51

08-00〜08-50

09-00〜09-50

10-00〜10-50

11-00〜12-50

13-00

06-00〜06-71

○

○

○

△

△

△

△

07-00〜07-51

○

○

○

○

△

△

△

08-00〜08-50

△※2

△※2

○

○

○

△

△

09-00〜09-50

△※2

△※2

○

○

○

○

△

10-00〜10-50

△※2

△※2

○

○

○

○

○

11-00〜12-50

△※2

△※2

△

○

○

○

○

13-00

△※2

△※2

△

△

○

○

○

（凡例）

○：サポートしている。

△：JP1/BaseからJP1/IM - Managerへのイベント転送だけサポートしている。

注※1

JP1/BaseとJP1/IM - Manager双方で提供する機能範囲をサポートします。JP1/IM - Manager（JP1/IM - Console）とJP1/Baseの接続性・互換性の詳細については，使用する製品のバージョンに対応したマニュアルを参照してください。

注※2

UTF-8ロケール環境で発行されたJP1イベントは，JP1/IM - ManagerおよびJP1/IM - Consoleで正しく処理できません。転送元のJP1/Baseで，文字コード互換モードを設定してください。

付録I　性能と見積もり

JP1/IMのメモリー所要量，ディスク占有量，およびデータ転送量について説明します。

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

JP1/IMのメモリー所要量については，JP1/IM - ManagerおよびJP1/IM - Viewのリリースノートを参照してください。

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

JP1/IMのディスク占有量については，JP1/IM - ManagerおよびJP1/IM - Viewのリリースノートを参照してください。

付録I.3　ネットワーク上を流れるデータ量

セントラルコンソールの通信で発生するデータ量，およびセントラルスコープの通信で発生するデータ量について説明します。なお，ここに示す以外の通信で発生するデータ量については，データサイズが小さいため，ここでは説明しません。

(1)　セントラルコンソールの通信で発生するデータ量

ここでは，セントラルコンソールの通信で発生するデータ量について説明します。

(a)　JP1/IM - ViewとJP1/IM - Manager（セントラルコンソール）間のデータ量見積もり

表I‒1　JP1/IM - ViewとJP1/IM - Manager（セントラルコンソール）間のデータ量

通信契機

転送データ量の見積もり（単位：バイト）

［イベントコンソール］画面へのイベント表示時

( (5,000 + 1イベント当たりの平均長※1×1.5) × 更新時のイベント取得件数※2 + 2,500 )

× (前回更新時から発生したイベント数※3 / 更新時のイベント取得件数※2)

［イベント検索条件設定］画面を起動したとき，または［イベント検索条件設定］画面で［OK］ボタンをクリックしたとき

転送データ量＝条件群※4の総和 ＋ (検索ホスト名称 × 1.5)

条件群＝(400バイト + 条件群に設定した属性値の総和 + (条件群名称 × 1.5))

イベント検索を実行したとき

( (5,000 + 1イベント当たりの平均長※1×1.5) ×更新時のイベント取得件数※2 + 2,500 )

× (検索時のイベント取得件数※5 / 更新時のイベント取得件数※2)

［イベント詳細］画面を起動したとき

20,000

+ 該当するイベントに対するイベント拡張属性定義ファイルに定義した属性名称の合計バイト数 × 1.5

+ 1イベント当たりの平均長※1 × 1.5

+ イベントガイドメッセージ長(最大409,600)

［システム環境設定］画面を起動したとき，または［システム環境設定］画面で［適用］ボタンをクリックしたとき

転送データ量＝イベント取得フィルターの総和 + 適用中のイベント取得フィルター + 共通除外条件群の総和 + 1,200

イベント取得フィルター＝条件群※4の総和 ＋ (イベント取得フィルター名称 × 1.5)

条件群＝(400バイト + 条件群に設定した属性値の総和 + (条件群名称 × 1.5))

共通除外条件群＝(400バイト + 共通除外条件群に設定した属性値の総和 + (条件群名称 × 1.5))

［ユーザーフィルター設定］画面を起動したとき，または，［ユーザーフィルター設定］画面で［適用］ボタンをクリックしたとき

転送データ量＝ユーザーフィルターの総和

ユーザーフィルター＝条件群※4の総和＋ (ユーザーフィルター名称 × 1.5) ＋ (対象ユーザー名称 × 1.5)

条件群＝(410バイト + 条件群に設定した属性値の総和 + (条件群名称 × 1.5))

［重要イベント定義］画面を起動したとき，または，［重要イベント定義］画面で［OK］ボタンをクリックしたとき

転送データ量＝条件群※4の総和

条件群＝(400バイト + 条件群に設定した属性値の総和 + (条件群名称 × 1.5))

［表示フィルター設定］画面で［OK］ボタンをクリックしたとき，または，［表示フィルター一覧］画面で［OK］ボタンをクリックしたとき

転送データ量＝表示フィルターの総和

表示フィルター＝条件群※4の総和 ＋ (表示フィルター名称 × 1.5)

条件群＝(400バイト + 条件群に設定した属性値の総和 + (条件群名称 × 1.5))

［ユーザー環境設定］画面での定義情報を反映したとき

6,000

［アクション設定］画面を起動したとき

1,750

＋(アクション定義1件当たりの定義バイト数＋140)×アクション定義件数

［アクション設定］画面で［適用］ボタンをクリックしたとき

3,200

＋((アクション定義1件当たりの定義バイト数＋140)×アクション定義件数)×2

［アクション結果］画面を起動したとき

2,400

＋(アクションのコマンドラインのバイト数＋［アクション詳細結果］画面に表示されるメッセージのバイト数)

［アクション結果一覧］画面を起動したとき

1,850

＋(500＋アクションのコマンドラインのバイト数＋［アクション詳細結果］画面に表示されるメッセージのバイト数)×一覧表示件数

［アクション結果更新条件設定］画面で［OK］ボタンをクリックしたとき，または，［アクション結果一覧］画面を閉じたとき

1,600

注※1　1イベント当たりの平均長の算出例

下記の手順で1イベント当たりの平均長が求められます。

1. ある一定期間のイベントを，jevexportコマンドを使用してCSVファイルに出力します。jevexportコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

2. 出力されたCSVファイルのバイト数を求めます。

3. 求めたバイト数を，一定期間に発行されたイベント数で割ります。

なお，1イベント当たりの平均長を超過するイベントが集中した場合，上記の見積もり式を超える場合があります。

注※2　［ユーザー環境設定］画面の［更新時のイベント取得件数］に設定した値です。デフォルトは20件です。

注※3　前回更新時から発生したイベント数は，以降の計算式（（前回更新時から発生したイベント数））で求めてください。

注※4　条件群は，通過条件群，または除外条件群を示します。

注※5　［ユーザー環境設定］画面の［検索時のイベント取得件数］に設定した値です。デフォルトは20件です。

（前回更新時から発生したイベント数）

［ユーザー環境設定］画面の［表示内容の自動更新］で「する」を設定している場合

前回更新時から発生したイベント数 =

「更新間隔」に設定された値（デフォルト5秒）

×１秒間当たりのイベント発生件数

［ユーザー環境設定］の［表示内容の自動更新］で「しない」を設定している場合

前回更新時から発生したイベント数 =

［イベントコンソール］画面で最新情報に更新する間隔(秒)

×１秒間当たりのイベント発生件数

(b)　JP1/IM - ViewとJP1/Base（マネージャー）間のデータ量見積もり

表I‒2　JP1/IM - ViewとJP1/Base（マネージャー）間のデータ量

通信契機

転送データ量の見積もり（単位：バイト）

［コマンド実行］画面からコマンドを実行した場合。

（928＋コマンド長）×（4※＋実行結果行数）

注※　コマンド実行に関する警告メッセージ（KAVB2xxx-W）が出力された場合は増加しますが，例外的な動作であるため，見積もっていません。

(c)　JP1/IM - Manager（セントラルコンソール）とJP1/Base間のデータ量見積もり

表I‒3　JP1/IM - Manager（セントラルコンソール）とJP1/Base間のデータ量

通信契機

転送データ量の見積もり（単位：バイト）

自動アクションでコマンドを実行した場合（JP1/IM - Manager（セントラルコンソール）と同ホストのJP1/Base間）。

（5,024×4※1）※2

［イベント検索］ページで，［イベント検索］ボタンをクリックし，イベントを検索した場合（JP1/IM - Manager（セントラルコンソール）と検索対象ホストのJP1/Base間）。

140※3＋（600※4×検索条件に合致したJP1イベントの件数）

注※1　コマンド実行に関する警告メッセージ（KAVB2xxx-W）が出力された場合は増加しますが，例外的な動作であるため，見積もっていません。

注※2　08-00以降のJP1/Baseに対して，1件の自動アクションの実行指示を出した場合の最大データ量です。

注※3　接続先イベントサーバ名が16バイト，かつ，イベントIDだけで検索した場合のデータ量です。

注※4　ログファイルトラップで100バイト程度の文字列をトラップし，発生したJP1イベントのデータ量です。

(d)　JP1/BaseとJP1/Base間のデータ量見積もり

表I‒4　JP1/BaseとJP1/Base間のデータ量

通信契機

転送データ量の見積もり（単位：バイト）

［コマンド実行］画面からコマンドを実行，または自動アクションでコマンドを実行した場合（要求を受け取ったJP1/Base，中継ホストのJP1/Base，および実行先ホストのJP1Baseの間で発生）。

5,540※1＋（1,700×（3※2＋実行結果行数））※3

注※1　コマンド実行要求のデータ量の最大値です。

注※2　コマンド実行に関する警告メッセージ（KAVB2xxx-W）が出力された場合は増加しますが，例外的な動作であるため，見積もっていません。

注※3　コマンド実行結果のデータ量の最大値です。なお，コマンド実行結果のデータ量は，jcocmddefコマンドで調整できます。jcocmddefコマンドについては，マニュアル「JP1/Base 運用ガイド」のコマンドを説明している章を参照してください。

(2)　セントラルスコープ通信で発生するデータ通信量

ここでは，セントラルスコープの通信で発生するデータ量について説明します。

(a)　JP1/IM - ViewとJP1/IM - Manager（セントラルスコープ）間のデータ量見積もり

表I‒5　JP1/IM - ViewとJP1/IM - Manager（セントラルスコープ）間のデータ量

通信契機

転送データ量の見積もり(単位：バイト)

［ビジュアル監視］画面での監視時に，前回のポーリング時以降に監視中のビジュアル監視データが更新された場合(ポーリングは5秒間隔で行われます)。

500

+ノード数×40

［監視ツリー］画面からの監視時に，前回のポーリング時から監視ノードの状態，監視状態が変わった場合（ポーリングは5秒間隔で行われます）。

64

+前回のポーリング時以降に状態または監視状態が変更されたノード数×20

［監視ツリー］画面からの監視時に，前回のポーリング時以降にJP1/IM - Manager（セントラルスコープ）のツリー構成情報が更新された場合（ポーリングは5秒間隔で行われます）。

各監視オブジェクトのデータ転送量※1の総和

+各監視グループのデータ転送量※2の総和

+各共通条件のデータ転送量※3の総和

［監視ツリー］画面で［表示］−［ガイド］を選択，または［ビジュアル監視］画面のポップアップメニューで［ガイド］を選択して［ガイド］画面を表示したとき。

1,400

+ガイドメッセージサイズ

［監視ツリー］画面で［表示］−［状態変更イベント検索］を選択し，状態変更イベントを検索した場合。

90×監視ノードの状態変更イベントの件数

［共通条件設定詳細設定］画面により，共通条件を追加または更新した場合。

ただし，［監視ツリー(編集中)］画面から［共通条件設定詳細設定］画面を開いた場合は通信は発生しません。

100

+共通条件のデータ転送量※3

［監視ツリー(編集中)］画面で［ファイル］−［サーバのツリー更新］を選択し，ツリー構成情報をJP1/IM - Manager（セントラルスコープ）に反映した場合。

100

+各監視オブジェクトのデータ転送量※1の総和

+各監視グループのデータ転送量※2の総和

+各共通条件のデータ転送量※3の総和

［監視ツリー(編集中)］画面で［オプション］−［最新の定義取得］を選択し，JP1/IM - Manager（セントラルスコープ）の全共通条件を取得した場合。

100

+各共通条件のデータ転送量※3の総和

［ビジュアル監視（編集中）］画面で［サーバのビジュアル監視データの更新］ボタンをクリックして，ビジュアル監視データをJP1/IM - Manager（セントラルスコープ）に反映した場合。

500

+ノード数×40

注※1　監視オブジェクトのデータ転送量

200+監視ノード名長+アイコン(通常時)のファイル名長

+アイコン(展開時)のファイル名長+背景画像のファイル名長

+属性名長の総和+属性値長の総和

+個別条件の属性名長の総和+個別条件の属性値長の総和

+監視グループの状態変更条件名の総和

注※2　監視グループのデータ転送量

200+監視ノード名長+アイコン(通常時)のファイル名長

+アイコン(展開時)のファイル名長+背景画像のファイル名長

+属性名長の総和+属性値長の総和

+監視グループの状態変更条件名の総和

+監視グループの状態変更条件数×40

注※3　共通条件のデータ転送量

250+共通条件名長+10×指定した重大度数

+登録ホスト長の総和+オブジェクトタイプ長

+オブジェクト名長の総和+登録名長+事象種別名長

+ユーザー名長の総和+メッセージ長+プロダクト名長

+イベントID×10+拡張属性名長の総和+拡張属性値長の総和

(b)　JP1/IM - Manager（セントラルスコープ）と管理対象ホストのJP1/Base間のデータ量見積もり

表I‒6　JP1/IM - Manager（セントラルスコープ）と管理対象ホストのJP1/Base間のデータ量

通信契機

転送データ量の見積もり（単位：バイト）

［自動生成−構成選択］画面で［生成］，［差分］，または［追加］を選択した場合。

業務指向ツリー，またはサーバ指向ツリー選択時

JP1/AJSのデータ転送量※

+JP1/PFMのデータ転送量※

+バージョン8以前のJP1/Cm2/SSOのデータ転送量※

+Cosminexusのデータ転送量※

注※　それぞれのデータ転送量は，以降に示す表で見積もってください。

JP1/AJSのデータ量見積もり

表I‒7　JP1/AJSのデータ量

見積もり式

項目

各項目のデータ量の見積もり（単位：バイト）

200

+aの総和

+bの総和

+cの総和

+dの総和

a：

スケジューラサービス

10

+スケジューラサービス名長

+文字コード長

b：

ジョブグループ

20

+スケジューラサービス名長

+ユニット完全名長

+ジョブグループ名長

+コメント名長

c：

ルートジョブネット

20

+スケジューラサービス名長

+ユニット完全名長

+ジョブネット名長

+コメント名長

d：

実行エージェント

10

+スケジューラサービス名長

+ルートジョブネットパス

+ジョブ実行エージェント名長

JP1/PFMのデータ量見積もり

表I‒8　JP1/PFMのデータ量

見積もり式

項目

各項目のデータ量の見積もり（単位：バイト）

200

+eの総和

e：

サービス

310

+ホスト名長

+インスタンス名長

バージョン8以前のJP1/Cm2/SSOのデータ量見積もり

表I‒9　JP1/Cm2/SSOのデータ量

見積もり式

項目

各項目のデータ量の見積もり（単位：バイト）

400

+fの総和

+gの総和

f：

しきい値監視を行っているサーバ

50

+ホスト名長

g：

監視対象アプリケーション

20

+ホスト名長

+アプリケーション名長

Cosminexusのデータ量見積もり

表I‒10　Cosminexusのデータ量

見積もり式

項目

各項目のデータ量の見積もり（単位：バイト）

200

+hの総和

+iの総和

+jの総和

+kの総和

+lの総和

+mの総和

+nの総和

+oの総和

+pの総和

+qの総和

+rの総和

+sの総和

+tの総和

+uの総和

+vの総和

h：

運用管理ドメイン

10

+運用管理ドメイン名長

+運用管理ドメインの表示名長

i：

ホスト

10

+運用管理ドメイン名長

+運用管理エージェントマシン名長またはIPアドレス長

+ホストの表示名長

j：

論理J2EEサーバ

320

+運用管理ドメイン名長

+論理サーバ名長×7

+ホスト名長

+論理サーバの表示名長

+利用する論理ネーミングサービスの論理サーバ名長

+利用する論理OTSの論理サーバ名長

+利用する論理CTMの論理サーバ名長

+利用する論理TCSの論理サーバ名長

+利用する論理パフォーマンストレーサの論理サーバ名長

+利用する論理SFOの論理サーバ名長

k：

論理ネーミングサービス

70

+運用管理ドメイン名長

+論理サーバ名長

+ホスト名長

+論理サーバの表示名長

+利用する論理スマートエージェントの論理サーバ名長

l：

論理スマートエージェント

20

+運用管理ドメイン名長

+論理サーバ名長

+ホスト名長

+論理サーバの表示名長

m：

論理OTS

70

+運用管理ドメイン名長

+論理サーバ名長

+ホスト名長

+論理サーバの表示名長

+利用する論理スマートエージェントの論理サーバ名長

n：

論理TCS

70

+運用管理ドメイン名長

+論理サーバ名長

+ホスト名長

+論理サーバの表示名長

+利用する論理TCSの論理サーバ名長

o：

論理CTMドメインマネージャー

120

+運用管理ドメイン名長

+論理サーバ名長

+ホスト名長

+論理サーバの表示名長

+利用する論理スマートエージェントの論理サーバ名長

+利用する論理パフォーマンストレーサの論理サーバ名長

p：

論理CTM

70

+運用管理ドメイン名長

+論理サーバ名長

+ホスト名長

+論理サーバの表示名長

+利用する論理CTMドメインマネージャーの論理サーバ名長

q：

論理パフォーマンストレーサ

20

+運用管理ドメイン名長

+論理サーバ名長

+ホスト名長

+論理サーバの表示名長

r：

論理SFO

70

+運用管理ドメイン名長

+論理サーバ名長

+ホスト名長

+論理サーバの表示名長

+利用する論理パフォーマンストレーサの論理サーバ名長

s：

論理Webサーバ

70

+運用管理ドメイン名長

+論理サーバ名長×2

+ホスト名長

+論理サーバの表示名長

+利用する論理パフォーマンストレーサの論理サーバ名長

t：

J2EEアプリケーション

20

+運用管理ドメイン名長

+J2EEアプリケーションのプロパティのDisplay名長

u：

インポートしているJ2EEアプリケーション

50

+J2EEアプリケーションのプロパティのDisplay名長

+インポートした論理J2EEサーバの論理サーバ名長

v：

J2EEサーバのマッピング定義

50

+論理Webサーバの論理サーバ名長

+マッピングした論理J2EEサーバの論理サーバ名長

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

UNIX環境でJP1/IMを使用する場合，JP1/IMの実行に必要なリソースを割り当てるために，OSのカーネルパラメーターを調整します。

調整が必要なカーネルパラメーターを次に示します。

付録J.1　カーネルパラメーター一覧（Linuxの場合）

(1)　セントラルコンソールのカーネルパラメーター

セントラルコンソールが必要とするカーネルパラメーターを示します。

(a)　1つのプロセスに対してシステムリソースを制限するカーネルパラメーター

1つのプロセスに対してシステムリソースを制限するカーネルパラメーターのなかで，セントラルコンソールを使用する上で必要となるカーネルパラメーターを次に示します。

システムリソース

パラメーター

見積もり

設定値

ファイルシステム

fs.file-max

35＋（同時接続View数※1＋jcochstat/jcochfilterコマンドの同時実行数※2）×15以上

加算値※3

注※1

接続しているJP1/IM - Viewの数です。

注※2

jcochstatコマンド，またはjcochfilterコマンドを同時に実行する数です。

注※3

これらのカーネルパラメーターを設定する場合は，セントラルコンソール，セントラルスコープ，IM構成管理，およびIMデータベースで使用するシステムリソースの見積もりを行い，その他のシステム全体に必要な値を加えた上でカーネルパラメーターに設定してください。

論理ホストを使用する場合は，論理ホストのセントラルコンソール，論理ホストのセントラルスコープ，論理ホストのIM構成管理，および論理ホストのIMデータベースで使用するすべてのシステムリソースの見積もりも行い，カーネルパラメーターに加えた値を設定してください。

(b)　システム全体でシステムリソースを制限するカーネルパラメーター

システム全体でシステムリソースを制限するカーネルパラメーターのなかで，セントラルコンソールを使用する上で必要となるカーネルパラメーターを次に示します。

システムリソース

パラメーター

見積もり

設定値

プロセス

kernel.threads-max

125＋（同時接続View数※1＋jcochstat/jcochfilterコマンドの同時実行数※2）×8以上

加算値※3

注※1

接続しているJP1/IM - Viewの数です。

注※2

jcochstatコマンド，またはjcochfilterコマンドを同時に実行する数です。

注※3

これらのカーネルパラメーターを設定する場合は，セントラルコンソール，セントラルスコープ，IM構成管理，およびIMデータベースで使用するシステムリソースの見積もりを行い，その他のシステム全体に必要な値を加えた上でカーネルパラメーターに設定してください。

論理ホストを使用する場合は，論理ホストのセントラルコンソール，論理ホストのセントラルスコープ，論理ホストのIM構成管理，および論理ホストのIMデータベースで使用するすべてのシステムリソースの見積もりも行い，カーネルパラメーターに加えた値を設定してください。

これらのカーネルパラメーターを設定する場合は，OSのマニュアルを参照して，見積もり方法，制限値や注意事項などを確認してください。

(2)　セントラルスコープのカーネルパラメーター

セントラルスコープが必要とするカーネルパラメーターを示します。

(a)　1つのプロセスに対してシステムリソースを制限するカーネルパラメーター

1つのプロセスに対してシステムリソースを制限するカーネルパラメーターのなかで，セントラルスコープを使用する上で必要となるカーネルパラメーターを次に示します。

システムリソース

パラメーター

見積もり

設定値

ファイルシステム

fs.file-max

20＋（同時接続View数※1＋jcschstat/jcsdbimport/jcsdbexportコマンドを実行した場合※2）×3以上

加算値※3

注※1

接続しているJP1/IM - Viewの数です。

注※2

jcschstatコマンド，jcsdbimportコマンド，jcsdbexportコマンドを幾つ実行していても1です。

注※3

これらのカーネルパラメーターを設定する場合は，セントラルコンソール，セントラルスコープ，IM構成管理，およびIMデータベースで使用するシステムリソースの見積もりを行い，その他のシステム全体に必要な値を加えた上でカーネルパラメーターに設定してください。

論理ホストを使用する場合は，論理ホストのセントラルコンソール，論理ホストのセントラルスコープ，論理ホストのIM構成管理，および論理ホストのIMデータベースで使用するすべてのシステムリソースの見積もりも行い，カーネルパラメーターに加えた値を設定してください。

(b)　システム全体でシステムリソースを制限するカーネルパラメーター

システム全体でシステムリソースを制限するカーネルパラメーターのなかで，セントラルスコープを使用する上で必要となるカーネルパラメーターを次に示します。

システムリソース

パラメーター

見積もり

設定値

プロセス

kernel.threads-max

5 ＋ (同時接続View数※1 ＋jcschstat/jcsdbimport/jcsdbexportコマンドを実行した場合※2) × 3以上

加算値※3

セマフォ

kernel.semの第4パラメーター（SEMMNI）

25以上

加算値※3

kernel.semの第2パラメーター（SEMMNS）

625以上

加算値※3

注※1

接続しているJP1/IM - Viewの数です。

注※2

jcschstatコマンド，jcsdbimportコマンド，jcsdbexportコマンドを幾つ実行していても1です。

注※3

これらのカーネルパラメーターを設定する場合は，セントラルコンソール，セントラルスコープ，IM構成管理，およびIMデータベースで使用するシステムリソースを見積もり，その他のシステム全体に必要な値を加えた上でカーネルパラメーターに設定してください。

論理ホストを使用する場合は，論理ホストのセントラルコンソール，論理ホストのセントラルスコープ，論理ホストのIM構成管理，および論理ホストのIMデータベースで使用するすべてのシステムリソースも見積もり，カーネルパラメーターに加えた値を設定してください。

これらのカーネルパラメーターを設定する場合は，OSのマニュアルを参照して，見積もり方法，制限値や注意事項などを確認してください。

(3)　IM構成管理のカーネルパラメーター

IM構成管理が必要とするカーネルパラメーターを示します。

(a)　１つのプロセスに対してシステムリソースを制限するカーネルパラメーター

該当するカーネルパラメーターはありません。

(b)　システム全体でシステムリソースを制限するカーネルパラメーター

システム全体でシステムリソースを制限するカーネルパラメーターのなかで，IM構成管理を使用する上で必要となるカーネルパラメーターを次に示します。

システムリソース

パラメーター

見積もり

設定値

プロセス

kernel.threads-max

174以上

(リモート監視を行う場合：183 ＋ (監視数※1 / 8)※2 ＋ 監視数以上）

加算値※3

soft nproc

1以上

(リモート監視を行う場合：1 ＋(監視数※1 / 8)※2 ＋ 監視数以上）

加算値※3

hard nproc

soft nprocの値以上

加算値※3

注※1

監視数は全てのエージェントレスログファイルトラップの合計数です。

上限は1,024です。

注※2

割り算の結果，小数点以下は切り上げて計算してください（例：2.1→3）

注※3

これらのカーネルパラメーターを設定する場合は，セントラルコンソール，セントラルスコープ，IM構成管理，およびIMデータベースで使用するシステムリソースを見積もり，その他のシステム全体に必要な値を加えた上でカーネルパラメーターに設定してください。

論理ホストを使用する場合は，論理ホストのセントラルコンソール，論理ホストのセントラルスコープ，論理ホストのIM構成管理，および論理ホストのIMデータベースで使用するすべてのシステムリソースも見積もり，カーネルパラメーターに加えた値を設定してください。

(4)　IMデータベースのカーネルパラメーター

IMデータベースが必要とするカーネルパラメーターを示します。

(a)　１つのプロセスに対してシステムリソースを制限するカーネルパラメーター

１つのプロセスに対してシステムリソースを制限するカーネルパラメーターのなかで，IMデータベースを使用する上で必要となるカーネルパラメーターを次に示します。

システムリソース

パラメーター

見積もり

設定値

ファイルシステム

soft nofile

Lサイズの場合：1,350以上

Mサイズの場合：1,350以上

Sサイズの場合：1,350以上

最大値※1

hard nofile

soft nofileの値以上

最大値※1

fs.file-max

Lサイズの場合：55,000以上

Mサイズの場合：49,000以上

Sサイズの場合：47,000以上

加算値※2

注※1

これらのカーネルパラメーターは１つのプロセスに対しシステムリソースを制限するため，セントラルコンソール，セントラルスコープ，IM構成管理およびその他のシステムで使用するすべてのシステムリソースを見積もり，最も大きい値をカーネルパラメーターに設定してください。

論理ホストを使用する場合は，論理ホストのセントラルコンソール，論理ホストのセントラルスコープ，論理ホストのIM構成管理，および論理ホストのIMデータベースで使用するすべてのシステムリソースも見積もり，最も大きい値をカーネルパラメーターに設定してください。

注※2

これらのカーネルパラメーターを設定する場合は，セントラルコンソール，セントラルスコープ，IM構成管理，およびIMデータベースで使用するシステムリソースを見積もり，その他のシステム全体に必要な値を加えた上でカーネルパラメーターに設定してください。

論理ホストを使用する場合は，論理ホストのセントラルコンソール，論理ホストのセントラルスコープ，論理ホストのIM構成管理，および論理ホストのIMデータベースで使用するすべてのシステムリソースも見積もり，カーネルパラメーターに加えた値を設定してください。

(b)　システム全体でシステムリソースを制限するカーネルパラメーター

システム全体でシステムリソースを制限するカーネルパラメーターのなかで，IMデータベースを使用する上で必要となるカーネルパラメーターを次に示します。

システムリソース

パラメーター

見積もり

設定値

プロセス

kernel.threads-max

Lサイズの場合：512以上

Mサイズの場合：512以上

Sサイズの場合：512以上

加算値※1

soft nproc

Lサイズの場合：512以上

Mサイズの場合：512以上

Sサイズの場合：512以上

加算値※1

hard nproc

soft nprocの値以上

加算値※1

セマフォ

kernel.semの第4パラメーター（SEMMNI）

Lサイズの場合：1,024以上

Mサイズの場合：1,024以上

Sサイズの場合：1,024以上

加算値※1

kernel.semの第2パラメーター（SEMMNS）

Lサイズの場合：7,200以上

Mサイズの場合：7,200以上

Sサイズの場合：7,200以上

加算値※1

メッセージキュー

kernel.msgmni

Lサイズの場合：50以上

Mサイズの場合：50以上

Sサイズの場合：50以上

加算値※1

共有メモリ

kernel.shmmax

Lサイズの場合：226,492,416以上

Mサイズの場合：226,492,416以上

Sサイズの場合：226,492,416以上

最大値※2

kernel.shmmni

Lサイズの場合：2,000以上

Mサイズの場合：2,000以上

Sサイズの場合：2,000以上

加算値※1

注※1

これらのカーネルパラメーターを設定する場合は，セントラルコンソール，セントラルスコープ，IM構成管理，およびIMデータベースで使用するシステムリソースを見積もり，その他のシステム全体に必要な値を加えた上でカーネルパラメーターに設定してください。

論理ホストを使用する場合は，論理ホストのセントラルコンソール，論理ホストのセントラルスコープ，論理ホストのIM構成管理，および論理ホストのIMデータベースで使用するすべてのシステムリソースも見積もり，カーネルパラメーターに加えた値を設定してください。

注※2

これらのカーネルパラメーターを設定する場合は，セントラルコンソール，セントラルスコープ，IM構成管理，IMデータベースおよびその他のシステムで使用するすべてのシステムリソースを見積もり，最も大きい値をカーネルパラメーターに設定してください。

論理ホストを使用する場合は，論理ホストのセントラルコンソール，論理ホストのセントラルスコープ，論理ホストのIM構成管理，および論理ホストのIMデータベースで使用するすべてのシステムリソースも見積もり，最も大きい値をカーネルパラメーターに設定してください。

これらのカーネルパラメーターを設定する場合は，OSのマニュアルを参照して，見積もり方法，制限値や注意事項などを確認してください。

付録K　操作ログの出力

JP1/IM - Managerの操作ログは，不正なアクセスなどセキュリティ上の問題発生時の原因究明や，システムを安全に運用するための情報収集を目的として，「いつ」「だれが」「どこから」「成功・不成功」などのログイン・ログアウトの情報の履歴を出力するログ情報です。

操作ログは，CSV形式で出力されるテキストファイルです。定期的に保存して表計算ソフトで加工すると，分析資料として利用できます。

操作ログは，初期設定では出力されません。JP1/IM - Managerが中国語環境で動作している場合，操作ログは英語で出力されます。

なお，出力された操作ログはJP1/Auditを使用して収集すると，一元管理できます。JP1/Auditの詳細については，マニュアル「JP1/Audit Management - Manager 構築・運用ガイド」を参照してください。

ここでは，操作ログの出力内容と操作ログを出力するための設定方法について説明します。

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

操作ログに出力される事象の種別およびJP1/IM - Managerが操作ログを出力する契機を次の表に示します。事象の種別とは，操作ログに出力される事象を分類するための，操作ログ内での識別子です。

表K‒1　操作ログに出力される事象の種別

事象の種別

説明

JP1/IM - Managerが出力する契機

Authentication

次に示す操作の事象。

ログイン成功

ログイン失敗

ログアウト成功

ログアウト失敗

ログインをして，ログインに成功した場合

ログインをして，ログインに失敗した場合

ログアウトをして，ログアウトに成功した場合

ログアウトをして，ログアウトに失敗した場合

付録K.2　操作ログの保存形式

操作ログは，操作ログファイル（imm_operation.log）に出力されます。操作ログファイル（imm_operation.log）は，シーケンシャルファイル（SEQ2）です。ファイルが一定の容量（初期値は5メガバイト）に達すると，ファイル名をimm_operationn.log（nは1〜16の10進数）に変更して保存したあと，変更前と同じ名称のファイルを作成して新たにログを書き込みます。

ファイルの切り替え時期，出力先，および保存面数は操作ログ定義ファイル（imm_operationlog.conf）で変更できます。操作ログ定義ファイルの設定方法については，「付録K.5　操作ログを出力するための設定」を参照してください。

付録K.3　操作ログの出力形式

操作ログ出力の出力形式，出力先，出力項目について説明します。

(1)　出力形式

共通仕様識別子 共通仕様リビジョン番号, 出力項目1=値1, 出力項目2=値2, …, 出力項目n=値n

(2)　出力先

操作ログファイルの出力先は，操作ログ定義ファイル（imm_operationlog.conf）で設定します。初期値の出力先を次に示します。

Windowsの場合

Managerパス¥log¥operationlog¥imm_operation[n※].log

UNIXの場合

/var/opt/jp1imm/log/operationlog/imm_operation[n※].log

注※

nは1〜16の10進数です。

(3)　出力項目

出力項目は二つの分類があります。

共通出力項目

操作ログを出力するJP1製品が共通して出力する項目です。

固有出力項目

操作ログを出力するJP1製品が任意に出力する項目です。

(a)　共通出力項目

表K‒2　操作ログの共通出力項目

項番

出力項目

値

内容

項目名

出力される属性名

1

共通仕様識別子

−

CALFHM

ログフォーマット識別子

2

共通仕様リビジョン番号

−

1.0

ログフォーマットを管理するためのリビジョン番号

3

通番

seqnum

通し番号

操作ログレコードの通し番号（プロセスごとに採番される）

4

メッセージID

msgid

KNAN3xxxx-x

製品のメッセージID※1

5

日付・時刻

date

YYYY-MM-DDThh:mm:ss.sssTZD※2

操作ログの出力日時およびタイムゾーン

6

発生プログラム名

progid

JP1IMM

事象が発生したプログラムのプログラム名

7

発生コンポーネント名

compid

CentralConsole

CentralScope

Configuration

事象が発生したコンポーネント名

8

発生プロセスID

pid

evtconのプロセスID

jcsmainのプロセスID

jcfmainのプロセスID

事象が発生したプロセスのプロセスID

9

発生場所（ホスト名）

ocp:host

JP1/IM - Manager側のホスト名

JP1/IM - Manager側の論理ホスト名

事象が発生したホストのホスト名

10

事象の種別

ctgry

Authentication

操作ログに出力される事象を分類するためのカテゴリー名

11

事象の結果

result

Success（成功）

Failure（失敗）

事象の結果

12

サブジェクト識別情報

subj:uid

JP1/IM - View側のJP1ユーザー名

事象を発生させたJP1ユーザー名

（凡例）

−：出力される属性名はありません。

注※1　固有出力項目の自由記述に出力されるメッセージのメッセージIDが出力されます。

注※2　YYYY-MM-DDの後ろのTは日付と時刻の区切りです。TZDはタイムゾーン指定子です。次のどれかが出力されます。

+hh:mm：UTCからhh:mmだけ進んでいることを示す。

-hh:mm：UTCからhh:mmだけ遅れていることを示す。

Z：UTCと同じであることを示す。

(b)　固有出力項目

表K‒3　操作ログの固有出力項目

項番

出力項目

値

内容

項目名

出力される属性名

1

オブジェクト情報

obj

Session

操作の対象

2

操作情報

op

Login

Logout

操作内容

3

リクエスト送信元ホスト

from:ipv4

JP1/IM - View側のIPv4アドレス

リクエストの送信元のIPアドレス

4

自由記述

msg

操作ログに出力されるメッセージ

事象の内容を示すメッセージ※

注※　共通出力項目のメッセージIDのメッセージ本文が出力されます。

(4)　出力例

セントラルコンソールにログインした場合の操作ログに出力される内容

CALFHM 1.0, seqnum=2, msgid=KNAN30000-I, date=2015-10-27T14:00:05.155+09:00, progid=JP1IMM, compid=CentralConsole, pid=1452, ocp:host=hostname, ctgry=Authentication, result=Success, subj:uid=System, obj=Session, op=LOGIN, from:ipv4=198.1.1.1, msg="ログインしました"

(5)　注意事項

JP1/Auditで操作ログを監視している最中に，ユーザーが操作ログファイルを開くと排他エラーが発生するおそれがあります。JP1/Auditと連携中に，操作ログファイルの内容を確認する場合は，操作ログファイルを任意の場所にコピーして確認してください。

(6)　文字コード

操作ログは次の表に示す文字コードで出力されます。

表K‒4　操作ログの文字コード

OS

言語種別

文字コード

JP1/IM - Managerが出力する操作ログの文字コード

Windows

日本語

SJIS

SJIS

英語

C

C

中国語

GB18030

C※

Linux

日本語

SJIS（SUSE Linuxのみ）

SJIS

UTF-8

UTF-8

英語

C

C

中国語

GB18030

C※

注※　操作ログは英語で出力されます。

付録K.4　操作ログが出力される契機

各メッセージIDが出力するメッセージ本文を知りたい場合は，マニュアル「JP1/Integrated Management 3 - Manager メッセージ」を参照してください。

表K‒5　操作ログが出力される契機およびメッセージID

契機

メッセージID

操作

結果

要因

セントラルコンソールへのログイン

成功

ログイン認証の成功

KNAN30000-I

失敗

ログイン認証の失敗

認証サーバとの通信エラー

KNAN30001-W

セントラルコンソールへのログアウト

成功

ログアウト認証の成功

KNAN30002-I

失敗

認証サーバとの通信エラー

KNAN30003-W

セントラルスコープへのログイン

成功

ログイン認証の成功

KNAN30000-I

失敗

ログイン認証の失敗

認証サーバとの通信エラー

KNAN30001-W

セントラルスコープへのログアウト

成功

ログアウト認証の成功

KNAN30002-I

失敗

認証サーバとの通信エラー

KNAN30003-W

IM構成管理へのログイン

成功

ログイン認証の成功

KNAN30000-I

失敗

ログイン認証の失敗

認証サーバとの通信エラー

KNAN30001-W

IM構成管理のログアウト

成功

ログアウト認証の成功

KNAN30002-I

失敗

認証サーバとの通信エラー

KNAN30003-W

付録K.5　操作ログを出力するための設定

操作ログを出力するためには，操作ログ定義ファイル（imm_operationlog.conf）で設定が必要です。操作ログ定義ファイル（imm_operationlog.conf）の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「操作ログ定義ファイル（imm_operationlog.conf）」（2.　定義ファイル）を参照してください。

(1)　操作ログを出力するための設定手順

(a)　物理ホストの場合

1.　操作ログ定義ファイル（imm_operationlog.conf）を編集する。

1-1　ENABLEパラメーターを設定する。

操作ログ定義ファイル（imm_operationlog.conf）をエディターで開き，ENABLEパラメーターを次のように変更します。

変更前（初期設定）

"ENABLE"=dword:00000000

変更後

"ENABLE"=dword:00000001

1-2　操作ログの出力先を初期設定から変更する場合，LOGFILEDIRパラメーターを設定する。

LOGFILEDIRパラメーターを次のように変更します。

Windowsの場合

変更前（初期設定）

"LOGFILEDIR"="Managerパス¥log¥operationlog"

変更後

"LOGFILEDIR"="任意の出力先"

UNIXの場合

変更前（初期設定）

"LOGFILEDIR"="/var/opt/jp1imm/log/operationlog"

変更後

"LOGFILEDIR"="任意の出力先"

1-3　必要があれば，ログファイルのサイズ（LOGSIZE）およびログファイルの保存面数（LOGFILENUM）を設定する。

2.　jbssetcnfコマンドを実行する。

設定内容が共通定義情報に反映されます。

3.　設定を有効にする。

JP1/IM - Managerを再起動すると設定が有効になります。

(b)　論理ホストの場合

1.　物理ディスク上の操作ログ定義ファイル（imm_operationlog.conf）を共有ディスクにコピーする。

2.　コピーした共有ディスク上の操作ログ定義ファイル（imm_operationlog.conf）を編集する。

2-1　JP1/IM - Managerの環境設定のキー名称に論理ホスト名を設定する。

操作ログ定義ファイル（imm_operationlog.conf）をエディターで開き，[JP1_DEFAULT¥JP1IMM¥OPERATION]パラメーターを次のように設定します。

変更前（初期設定）

[JP1_DEFAULT¥JP1IMM¥OPERATION]

変更後

[論理ホスト名¥JP1IMM¥OPERATION]

2-2　ENABLEパラメーターを設定する。

ENABLEパラメーターを次のように設定します。

変更前（初期設定）

"ENABLE"=dword:00000000

変更後

"ENABLE"=dword:00000001

2-3　操作ログの出力先を設定する。

LOGFILEDIRパラメーターに出力先を設定します。出力先には存在し，かつ書き込みできるディレクトリを指定してください。論理ホスト側の操作ログは，共有ディスク上に出力するように指定することをお勧めします。

Windowsの場合の設定例

変更前（初期設定）

"LOGFILEDIR"="Managerパス¥log¥operationlog"

変更後

"LOGFILEDIR"="共有フォルダ¥JP1IMM¥log¥operationlog"

UNIXの場合の設定例

変更前（初期設定）

"LOGFILEDIR"="/var/opt/jp1imm/log/operationlog"

変更後

"LOGFILEDIR"="共有ディレクトリ/jp1imm/log/operationlog"

2-4　必要があれば，ログファイルのサイズ（LOGSIZE）およびログファイルの保存面数（LOGFILENUM）を設定する。

3.　実行系でjbssetcnfコマンドを実行する。

定義ファイルの設定内容が共通定義情報に反映されます。

4.　実行系の設定を待機系に反映する。

クラスタ運用の場合，共通定義情報を各サーバ上で一致させる必要があります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7.8.1　ファイルでの設定変更（Windowsの場合）」または「8.8.1　ファイルでの設定変更（UNIXの場合）」を参照してください。

5.　設定を有効にする。

クラスタソフトからJP1/IM - Managerを再起動すると設定が有効になります。

付録K.6　操作ログに出力されるメッセージの一覧

操作ログに出力されるメッセージを次に示します。各メッセージの詳細については，マニュアル「JP1/Integrated Management 3 - Manager メッセージ」を参照してください。

KNAN30000-I

KNAN30001-W

KNAN30002-I

KNAN30003-W

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

各バージョンでの変更内容を示します。

付録L.1　13-01の変更内容

(1)　資料番号（3021-3-L02-10，3021-3-L03-10，3021-3-L04-10，3021-3-L05-10，3021-3-L06-10，および3021-3-L07-10）の変更内容

JP1/IM - Agentによる性能監視機能に，AIX性能情報収集機能（Node exporter for AIX）を追加した。

これに伴い，AIXホスト監視に関するIM管理ノードを追加した。

また，次の説明を追加した。

Node exporter for AIXに関する定義ファイルの説明

・Node exporter for AIXのメトリック定義ファイル

・Node exporter for AIXのディスカバリ設定ファイル

Node exporter for AIXの構築に関する説明

Node exporter for AIXの運用に関する説明

Node exporter for AIXに関するコマンドの説明

・jpc_stop_node_exporter_aix（AIX限定）

また，次の定義ファイルに説明を追加した。

Prometheus設定ファイル

アラート設定ファイル

ユニット定義ファイル

JP1/IM - Agentによる性能監視機能に，Oracle Database監視機能（OracleDB exporter）を追加した。

これに伴い，Oracle Database監視に関するIM管理ノードを追加した。

また，次の説明を追加した。

OracleDB exporterに関する定義ファイルの説明

・OracleDB exporterのメトリック定義ファイル

・OracleDB exporterのデフォルトの収集メトリック定義ファイル

・OracleDB exporterのディスカバリ設定ファイル

OracleDB exporterの構築に関する説明

OracleDB exporterの運用に関する説明

また，次のコマンドまたは定義ファイルに説明を追加した。

jimasecret

jpc_service

jpc_service_autostart

jpc_service_start

jpc_service_stop

アラート設定ファイル

サービス定義ファイル

SAPシステムのシステムログ情報およびCCMSアラート情報を監視する機能を追加した。

これに伴い，SAPシステム監視に関するIM管理ノードを追加した。

また，次の説明を追加した。

SAPシステム監視に関する定義ファイルの説明

・SAPシステム監視のScript exporter設定ファイルのサンプルファイル

・SAPシステムのシステムログ情報監視定義ファイルのサンプルファイル

・SAPシステムのCCMSアラート情報監視定義ファイルのサンプルファイル

・jr3slgetコマンドの環境パラメーター設定ファイル

・jr3slgetコマンドの環境パラメーター設定ファイルのサンプルファイル

・jr3algetコマンドの環境パラメーター設定ファイル

・jr3algetコマンドの環境パラメーター設定ファイルのサンプルファイル

SAPシステム監視の構築に関する説明

SAPシステム監視の運用に関する説明

SAPシステム監視に関するコマンドの説明

・jr3slget

・jr3alget

また，次の定義ファイルに説明を追加した。

Prometheus設定ファイル

定義ファイルの更新機能に関する注意事項を追加した。

クラウドサービスログ連携ツールの概要以外の説明を削除した。

また，ツールの対象にGoogle Cloud Platform（GCP）を追加した。

JP1/IM - Agentによる性能監視機能に，WindowsおよびLinuxのサービス監視機能を追加した。

これに伴い，サービス監視に関するIM管理ノードを追加した。

また，次の説明を追加した。

Windows exporter（サービス監視）のメトリック定義ファイル

Windows exporterの取得項目「windows_service_state」

Windows exporterの監視対象サービスの指定

Node exporter（サービス監視）のメトリック定義ファイル

Node exporterの取得項目「node_systemd_unit_state」

Node exporterの監視対象サービスの指定

サービス監視機能を使用する場合の構築に関する説明

サービス監視機能を使用する場合の運用に関する説明

また，次の定義ファイルに説明を追加した。

アラート設定ファイル

Windows exporterのディスカバリ設定ファイル

Node exporterのディスカバリ設定ファイル

ユニット定義ファイル

Windows exporter設定ファイル

「JP1/IM - Agentによる監視機能」の記載個所を移動し，構成を見直した。また，「IMエクスポーター」の章および用語を削除し，次の機能に関する説明を，JP1/IM - AgentまたはJP1/IM - Managerの説明個所に統合した。

Windowsプロセス情報収集機能（Windows exporter）

Linuxプロセス情報収集機能（Process exporter）

Azure monitor性能情報収集機能（Promitor）

UAP監視機能（Script exporter）

ログメトリクス機能（Fluentd）

コンテナ監視機能

PrometheusとExporterが同一ホストの構成と別ホストの構成についてのサポート可否の説明を追加した。

IM管理ノードのラベル名（jp1_pc_nodelabelの値）が上限を超える場合の設定に関する説明を追加した。

統合オペレーション・ビューアーのツリーに監視対象のIM管理ノードが表示されない場合の主な要因と対処方法を追加した。

imagent設定ファイルに，次の設定項目を追加した。

service_startup_wait_time（定義ファイルの更新処理におけるサービス起動待機時間）

次のメッセージを追加した。

KNBC10098-I，KNBC10099-W，KNBC10100-E，KNBC10101-E，KNBC20075-E，KNBC20076-E，KNBC20077-E，KNBC20078-E，KNBC20079-E

エージェントとしてAIX版のJP1/Baseを追加した。

次の適用OSを追加した。

Amazon Linux 2023

付録L.2　13-00の変更内容

(1)　資料番号（3021-3-L02，3021-3-L03，3021-3-L04，3021-3-L05，3021-3-L06，および3021-3-L07）の変更内容

統合オペレーション・ビューアーに，ITシステムの各種リソース状況やパフォーマンスを複数のグラフで並べて表示できる［ダッシュボード］画面を追加した。

オンプレミス環境とクラウド環境のシステムを監視でき，管理対象ホストからパフォーマンスデータを収集して，JP1/IM - Managerに送信するエージェントとなる製品「JP1/IM - Agent」を追加した。

また，JP1/IM - ManagerにJP1/IM - Agentの製品プラグインを追加した。

統合オペレーション・ビューアーに，次の機能を追加した。

トレンド情報表示機能

配布物の取得機能（ファイルダウンロード機能）

統合エージェント管理機能

IM管理ノード作成実行機能

定義ファイル操作機能

下位マネージャーに関する説明を追加した。

JP1/IM - Agentと連携した場合の対処アクションの自動実行と手動実行の説明を追加した。

インテリジェント統合管理データベースの説明を追加した。

JP1/IM - Managerのサービスに関して，表示名を変更した。また，インテリジェント統合管理データベースおよび統合エージェント管理基盤のサービスを追加した。

統合マネージャーで動作する統合オペレーション・ビューアーの［稼働状況］領域に，各拠点の下位マネージャーで動作する統合オペレーション・ビューアーの［稼働状況］領域に表示する内容，および，バージョン13-00で追加されたIM管理ノードを統合して表示できるようにした。

初期シークレットとクライアントシークレットに関する説明を追加した。

次に示すクラウドサービス上のログを，JP1イベントとしてJP1/IM - Managerに登録するクラウドサービスログ連携ツールを追加した。

Amazon Web Services（AWS）

Microsoft Azure

性能監視機能に関して，ユーザー独自のPrometheusと連携する場合の説明を追加した。

セントラルコンソールの繰り返しイベントの集約表示に関する注意事項を追加した。

IM構成管理で収集できるログファイルトラップ起動定義ファイルに関する注意事項を追加した。

JP1/IM - Agentに組み込まれているコンポーネント「IMエクスポーター」の説明を追加した。IMエクスポーターが提供するアドオンプログラムを利用することで，クラウドの監視対象の拡張，コンテナ環境などに対応できるようにした。

旧バージョンのJP1/IMからのバージョンアップについて，記載を追加した。

JP1/Service SupportとJP1/IM - Managerの接続性の説明を追加した。

SSL通信のプロトコルに関して，TLSのバージョンごとの接続性の説明を追加した。

通信暗号化機能に関して，サーバ証明書の形式ごとの接続性の説明を追加した。

JP1/IM - Manager（インテリジェント統合管理基盤）で使用するファイルにシークレット認証ログファイルを追加した。

インテリジェント統合管理基盤で複数拠点を監視する場合の「ファイアウォールの通過方向の設定」の説明を追加した。

インテリジェント統合管理基盤を使用する上での制限値一覧に項目を追加した。

下位バージョンとの接続性について，記載を追加した。

JP1/IM - Manager，JP1/IM - Viewのインストール先フォルダの権限に関する注意事項を追加した。

IMデータベースの構築について，Amazon EC2 インスタンス環境での運用に関する注意事項を追加した。

また，バージョンアップ時のIMデータベースの更新に関する説明を追加した。

秘密鍵ファイルのアクセス権に関する説明を追加した。

JP1/IM - Managerの設定ファイルの編集について，統合オペレーション・ビューアーを使用する方法を追加した。

次のファイルに関して，英語のUTF-8に関する説明を追加した。

jp1bs_env.confファイル

jp1bs_param.confファイル

JP1/IM - Managerのセットアップについて，次の説明を追加した。

SELinuxに関する設定

システムログ（syslog）に出力するメッセージの抑止

証明書の入手に関する説明を変更した。

OpenID認証の失敗に関する説明を変更した。

システム構成情報に関する統合オペレーション・ビューアーの機能の説明を追加した。

JP1/IM - Managerの統合監視DBの設定を任意から必須に変更した。

インテリジェント統合管理基盤のバックアップ対象ファイルに，次のファイルを追加した。

自動対処アクション定義ファイル

対処アクション状態監視定義ファイル

WWWブラウザーを使用してJP1/IM - Manager（インテリジェント統合管理基盤）にログインする方法に関する説明を変更した。

［イベントコンソール］画面のイベント一覧に表示するJP1イベントの固有の拡張属性のマッピングについて，到着時刻，開始時刻，および終了時刻のマッピングに関するする説明を変更した。

シークレット認証ログファイルに関する説明を追加した。

次に示すインテリジェント統合管理基盤のログファイルを追加した。

jimgndbsetupコマンドトレースログ

jimgndbunsetupコマンドトレースログ

jimgndbstopコマンドトレースログ

jimgndbstatusコマンドトレースログ

シークレット認証ログファイル

主なトラブルと対処方法に，jimdbupdateコマンドと統合オペレーション・ビューアーに関する項目を追加した。

次のコマンドを追加した。

jddupdateaction

jimgndbbackup

jimgndbrestore

jimgndbsetup

jimgndbunsetup

jimgndbstop

jimgndbstatus

promtool

jimasecret

jimasetup

jpc_service

jpc_service_autostart

jpc_service_start

jpc_service_stop

次のコマンドで監視対象OSがLinuxの文字コードに，英語のUTF-8を追加した。

jcfallogdef

jcfallogstart

次のコマンドに注意事項を追加した。

jcfallogdef

jcfallogreload

jcfallogstart

jcfallogstat

jcfallogstop

jcfexport

jcfimport

jddcreatetree

jcfvirtualchstat

jcoegschange

jcshostsexport

jcshostsimport

jimdbupdate

次のコマンドに，インテリジェント統合管理データベースに関する説明や注意事項を追加した。

jddupdatetree

jco_killall.cluster（UNIX限定）

jco_start（UNIX限定）

jco_start.cluster（UNIX限定）

jco_stop（UNIX限定）

jco_stop.cluster（UNIX限定）

jim_log.bat（Windows限定）

jim_log.sh（UNIX限定）

jimdbbackup

jimdbrecovery

jcoevtreportコマンドの引数「-s 出力対象始点日」に関して，指定可能な日時の範囲の説明を変更した。

jcoimdefコマンドの引数「-o リトライ回数:リトライ間隔」に関して，リトライ回数に指定できる値の説明を変更した。

また，jcoimdefコマンドの戻り値の値を追加した。

次の定義ファイルを追加した。

提案定義ファイル（ユーザー作成）

自動対処アクション定義ファイル

対処アクション状態監視定義ファイル

ユーザー作成定義ファイルリスト定義ファイル

定義ファイルプロパティファイル

イベントガイド情報ファイルのサンプルファイル

インテリジェント統合管理データベースセットアップ情報ファイル

クラスタ環境インテリジェント統合管理データベースセットアップ情報ファイル

インテリジェント統合管理データベースの設定ファイル

各Exporterのメトリック定義ファイル

AWS定義ファイル

imbase共通設定ファイル

imbase設定ファイル

imbaseproxy設定ファイル

Alertmanager設定ファイル

Prometheus設定ファイル

アラート設定ファイル

各Exporterのディスカバリ設定ファイル

サービス定義ファイル

ユニット定義ファイル

各Exporterの設定ファイル

ログ監視共通定義ファイル

ログ監視対象定義ファイル

テキスト形式のログファイルの監視定義ファイル

Windowsイベントログの監視定義ファイル

imagent共通設定ファイル

imagent設定ファイル

imagentproxy設定ファイル

imagentaction設定ファイル

・定義ファイルプロパティファイル

・環境変数ファイル

IMエクスポーターの定義ファイル

統合オペレーション・ビューアーまたはREST APIを使用して更新できる定義ファイルの説明を追加した。

引数「"属性名":"属性の値"」の属性名「E.START_TIME」（開始時刻）と属性名「E.END_TIME」（終了時刻）に格納されている数値に関する説明を変更した。

引数「date 開始日-終了日」に指定できる期間を変更した。

1970/01/01からの経過秒数を文字列に変換する変数で変換できる数値の範囲を変更した。

統合機能メニュー定義ファイルのargumentsステートメントに関する説明を変更した。

イベントレポート出力の項目ファイルに定義するJP1イベントの属性について，出力できる数値の範囲を変更した。

JP1/IM - Managerが出力するJP1イベントに，次のJP1イベントを追加した。

対処アクションに関するJP1イベント

IM管理ノード関連情報の生成または反映に関するイベント

また，JP1/IM - Agentが発行するJP1イベントを追加した。

ユーザー作成プラグインで実装するメソッドに，次のメソッドを追加した。

__configurationGetAdapterless

__transformEvent

__simtLoad

__configurationGetメソッドに，次の説明を追加または変更した。

構成取得対象ホスト定義ファイルに関する説明を追加

componentメンバーの備考を変更

影響する機能に「IM管理ノードごとのトレンドデータ管理」を追加

ユーザー作成プラグインの各メソッドで使用できる共通メソッドに，次のメソッドを追加した。

jp1TrendDataService.getTrendData

jp1TrendDataService.getLabelList

次に示すJP1/IM - ManagerのAPIを追加した。

初期シークレット発行

クライアントシークレット削除

クライアントシークレット発行

クライアント一覧取得

JP1イベント変換

IM管理ノード関連情報の生成

IM管理ノード関連情報の反映

トレンドデータ書き込み

配布物の取得（ファイルダウンロード）

対処アクションの実行結果取得

対処アクションの手動実行

イベント引き継ぎ情報変換

定義ファイル一覧取得

定義ファイル取得

定義ファイル削除

定義ファイル更新

統合エージェント情報取得

統合エージェント情報削除

シークレットの一覧取得

シークレットの追加，更新，削除

下位マネージャー情報一覧取得

下位マネージャー情報登録

下位マネージャー情報削除

また，次に示すJP1/IM - AgentのAPIを追加した。

Prometheus serverのリロード

Prometheus serverのヘルスチェック

Alertmanagerのヘルスチェック

Alertmanagerのサイレンス一覧取得

Alertmanagerのサイレンス作成

Alertmanagerのサイレンス失効

Alertmanagerのサイレンス取得

Blackbox exporterのリロード

JP1/IM - Agentが使用するExporterのスクレイプ用のAPI

API共通の仕様に関して，次の説明を追加または変更した。

リクエスト形式の項目「component」の説明を変更

日付と時間の表記「YYYY」に指定できる数値の範囲を変更

REST APIの認証方法にクライアントシークレット情報によるBasic認証を追加

REST APIに付加したログイン情報によるBasic認証の認証方式の説明を変更

イベント発行APIのイベント登録機能で登録されるイベント属性値の説明を変更した。

構成情報のSIDの付与情報に関する変数名にjp1im_TrendData_labelsを追加した。

jsonオブジェクトに次のオブジェクトを追加した。

トレンドデータ

ラベルセットリスト

自動対処アクション定義

統合エージェント管理

Amazon Web ServicesおよびAzureで発生した各種ログデータをJP1イベントとして登録するクラウドサービスログ連携ツールの説明を追加した。

統合エージェント基盤に関するメッセージを追加した。

次のメッセージを削除した。

KAVB0540-E，KAVB0541-E，KAVB4550-W，KAVB4551-E，KAVB5514-W，KAVB5714-W，KAJY02039-E

次のメッセージを追加した。

KAVB5763-W，KAVB8802-E，KAVB9400-I，KAVB9401-I，KAVB9404-E〜KAVB9423-E，KAVB9429-E，KAVB9431-E，KAVB9432-W，KAVB9434-Q〜KAVB9441-W，KAVB9444-W，KAVB9445-W，KAVB9944-E〜KAVB9946-E，KAVB9957-E，KAVB9960-Q，KNAN11214-E，KNAN11215-E，KAJY00024-E〜KAJY00027-E，KAJY00029-E〜KAJY00031-E，KAJY02058-W，KAJY02060-E，KAJY02065-E，KAJY02073-I〜KAJY02078-I，KAJY04700-E〜KAJY04708-W，KAJY04720-E，KAJY12000-E〜KAJY12015-E，KAJY24600-E〜KAJY24610-E，KAJY24620-E，KAJY32227-E

次のメッセージの出力先を変更した。

KAJY00007-E，KAJY00008-E，KAJY02000-E〜KAJY02006-W，KAJY02019-E〜KAJY02021-E，KAJY02023-E，KAJY02024-E，KAJY02026-W，KAJY02039-E

インテリジェント統合管理データベースに関するメッセージを追加した。

IM管理ノードごとのトレンドデータ管理に関するメッセージを追加した。

対処アクションの自動実行機能に関するメッセージを追加した。

対処アクションの手動実行機能に関するメッセージを追加した。

JP1イベント変換機能に関するメッセージを追加した。

共通シークレットに関するメッセージを追加した。

ファイル操作機能に関するメッセージを追加した。

統合エージェントの管理に関するメッセージを追加した。

次のメッセージの対処を変更した。

KAVB1554-E，KAVB5000-W，KAVB8602-E，KNAN29082-E，KNAN11035-E，KAJY00017-E，KAJY02000-E，KAJY02003-E〜KAJY02005-W，KAJY02015-E，KAJY02023-E，KAJY02024-E，KAJY02026-W，KAJY02043-E，KAJY02046-W，KAJY02051-E，KAJY22044-W，KAJY24114-E，KAJY32010-W，KAJY52028-E

次のメッセージの説明を変更した。

KAVB0880-E，KAJY22046-E

次のメッセージを変更した。

KNAN22507-W，KNAN22527-W，KNAN11046-E，KNAN11085-E，KNAN11098-W

JP1/Integrated Management - Rule Operationとの連携をサポート対象外とした。

次の適用OSを追加した。

Windows 11

Windows Server 2022

Linux 9

Oracle Linux 9

次の適用OSを削除した。

Windows Server 2012

Linux 6 (x64)

Oracle Linux 6 (x64)

CentOS 7

CentOS 6 (x64)

付録L.3　12-50の変更内容

(1)　資料番号（3021-3-D51-20，3021-3-D52-20，3021-3-D53-20，3021-3-D54-20，3021-3-D56-20，および3021-3-D58）の変更内容

インテリジェント統合管理基盤で，JP1/IMの運用負荷を軽減する次の機能を追加した。

システムの状況に応じた対処アクション提案機能

構成変更モードによるシステム構成情報の反映機能

JP1製品以外の外部製品とのシングルサインオン連携機能

ダイレクトアクセスURL機能

JP1/AJSとの連携を強化した。

JP1/OA，JP1/NNMi，JP1/SSOと連携した場合の情報を表示できるようにした。

JP1/IM - Managerの起動・停止の際のタイムアウト時間を変更できるようにした。

インテリジェント統合管理基盤が管理する管理ノード数の制限値を150,000個にした。

インテリジェント統合管理基盤で使用できる正規表現の説明を追加した。

インテリジェント統合管理基盤の次のファイル，ディレクトリを追加した。

提案定義ファイル

提案定義ファイルのモデルファイル

提案テンプレートファイル

提案テンプレートファイルのモデルファイル

対処アクション実行履歴ファイル

シングルサインオンマッピング定義ファイル

シングルサインオンマッピング定義ファイルのモデルファイル

クラスタ環境の新規構築時に，操作履歴出力先を作成する手順を追加した。

JP1/IMとJP1/AJSをバージョン12-50以降にアップデートする際の，IM管理ノードリンク定義ファイルの移行手順を追加した。

起動・停止時のデフォルトのタイムアウト時間を変更した。

次のバックアップファイルを追加した。

シングルサインオンマッピング定義ファイル

ユーザー作成プラグイン

カスタムUI用ファイル格納フォルダ

提案テンプレートファイル

提案定義ファイル

「新規・再構築モード」でバックアップ・リカバリーする手順を追加した。

インテリジェント統合管理基盤を使用している場合に，「新規・再構築モード」でjddupdatetreeコマンドを実行する手順を追加した。

JP1/IM2 - Managerサービス（Windowsの場合）およびjco_startコマンド（UNIXの場合）のタイムアウト時間を変更した。

バージョン12-50以降のJP1/AJS3 - Managerホストから情報を取得する際の注意事項を追加した。

インテリジェント統合管理基盤のログファイル・フォルダ一覧に，次のログファイルを追加した。

jddupdatesuggestionコマンドトレースログ

jddsetopinfoコマンドトレースログ

jddupdatessomapコマンドトレースログ

対処アクション実行履歴ファイルのログ

ユーザー作成プラグイン

トラブル発生時に採取が必要な情報に次のファイルを追加した。

JP1/IM - Manager(インテリジェント統合管理基盤)のアクセス権限情報(対処アクション実行履歴フォルダ

プラグインファイル

対処アクション実行履歴ファイル

OpenIDプロバイダによる認証を使用して，インテリジェント統合管理基盤に，ログインできるようにした。

［統合オペレーション・ビューアー］画面の［詳細表示］領域に，［提案］タブを表示するようにした。

提案定義情報がある場合，［統合オペレーション・ビューアー］画面に提案アイコンを表示するようにした。

［連携ユニット］ダイアログで，待ち合わせおよびジョブネットコネクタの関連を表示できるようにした。

［統合オペレーション・ビューアー］画面に表示する関連ノードを，ノードの種類に応じたアイコンで表示するようにした。

連携製品から取得できるメトリックに，メトリック名を追加した。

次のコマンドを追加した。

jddupdatesuggestion

jddsetopinfo

jddupdatessomap

次の定義ファイルを追加した。

提案定義ファイル

シングルサインオンマッピング定義ファイル

jddupdatetreeコマンドのオプションで，システム構成情報を変更・削除する際の反映方式を指定できるようにした。

jddsetaccessuserコマンドで，OpenIDプロバイダの認証基盤を利用できるようにした。

jim_log.batコマンド，jim_log.shコマンドで，JP1/IM - Manager（インテリジェント統合管理基盤）の対処アクション実行履歴ファイルを取得できるようにした。

IM管理ノードリンク定義ファイル（imdd_nodeLink_def.conf）で，ルートジョブネットと連携する際の連携種別を指定できるようにした。

インテリジェント統合管理基盤定義ファイル（imdd.properties）に，OpenIDプロバイダの認証設定，システムの反映方式についてのオプションを追加した。

イベントガイド情報ファイル（jco_guide.txt）に，イベントガイドメッセージとして使用できるHTMLタグの属性を追加した。

イベント拡張属性定義ファイルに，次の属性を追加した。

E.SUGGESTION_ID

E.TREE_SID

次のJP1イベントを追加した。

00003FE0

00003FE1

00003FE2

次のメソッドを追加した。

jp1EmService.getEvent

jp1SimtService.getLink

jp1EmService.changeEventStatus

jp1SimtService.getTreeSid

次のAPIを追加した。

提案マッピング情報取得

前回実行履歴取得

対処アクション提案

対処アクション実行

シングルサインオンマッピング定義反映

REST APIで，OpenID認証を利用できるようにした。

IM管理ノードツリーオブジェクトのメンバーsimtDataに，［関連ノード］タブのノードアイコンとして表示する画像ファイル名を指定できるようにした。

次のメッセージを追加した。

KAJY00021-E，KAJY00022-E，KAJY00023-W，KAJY02055-I，KAJY22018-E，KAJY22019-E，KAJY22020-E，KAJY22021-E，KAJY22022-E，KAJY22023-I，KAJY22024-I，KAJY22025-E，KAJY22026-W，KAJY22027-W，KAJY22028-W，KAJY22029-W，KAJY22030-E，KAJY22031-E，KAJY22033-E，KAJY22034-W，KAJY22035-W，KAJY22036-W，KAJY22037-W，KAJY22038-W，KAJY22039-W，KAJY22040-I，KAJY22041-W，KAJY22042-W，KAJY22043-E，KAJY22044-W，KAJY22045-W，KAJY22046-E，KAJY22047-E，KAJY24113-E，KAJY24114-E，KAJY24115-E，KAJY24116-E，KAJY24219-E，KAJY32005-W，KAJY32006-E，KAJY52019-W，KAJY52020-E，KAJY52021-E，KAJY52022-E，KAJY52023-E，KAJY52024-W，KAJY52025-W，KAJY52026-E，KAJY52027-E，KAJY52028-E，KAJY52029-E，KAJY52030-E，KAJY52031-W，KAJY52032-W

次のメッセージの対処を追加した。

KAJY02000-E，KAJY02003-E，KAJY02023-E，KAJY24201-E，KAJY32211-E

メッセージKAJY32211-Eの説明と対処を変更した。

次の適用OSをサポートした。

Linux 8

Oracle Linux 8

付録L.4　12-10の変更内容

(1)　資料番号（3021-3-D51-10，3021-3-D52-10，3021-3-D53-10，3021-3-D54-10，3021-3-D55-10，および3021-3-D56-10）の変更内容

プロアクティブ監視によって業務障害の予兆を監視し，管理者による異常や予兆の原因の素早い切り分けを支援できるようにした。

インテリジェント統合管理基盤と連携できる製品を追加した。

選択した構成要素に関連する構成要素（ノード）のつながりを，関連ノードとして統合オペレーション・ビューアーで確認できるようにした。

障害によって影響が発生する業務が開始されるまでの猶予時間や，関連するインフラ要素を確認できるようにした。

インテリジェント統合管理基盤で，繰り返しイベントの表示を抑止できるようにした。

連携製品の画面および操作をまとめ，システム全体の運用統合を統合オペレーション・ビューアーからできるようにした。

統合オペレーション・ビューアーから連携製品のモニターが起動できるようにした。

JP1/IM - ManagerとJP1/Base（エージェントホスト）のイベントサービス間の通信を暗号化した。

次の項目に関する制限値を追加した。

関連ノード

カスタムUI

トレンド情報

インテリジェント統合管理基盤によるシステムの運用監視中の操作で，業務グループの参照・操作制限が有効な場合の操作権限について, 記載を追加した。

正規表現の種類に，システムノード定義を追加した。

下位バージョン（バージョン12製品）との接続性について，記載を追加した。

次の用語を追加した。

IM管理ノード

IM管理ノードタイプ

IM管理ノードツリー

SID

インスタンス

オブジェクトノード

オブジェクトルートノード

オブジェクトルートノード種別

カテゴリノード

関連ノード

業務影響アイコン

時系列データ

システムノード

トレンド情報

メトリック

ルートノード

連携ユニット

インテリジェント統合管理基盤のバージョンアップを追加した。

マニュアルの組み込み手順について，JP1/IM - View側の格納先の説明を追加した。

修正版を適用したクラスタ環境の構築手順を追加した。

カスタムUI表示機能を使用する場合の設定を追加した。

繰り返しイベントの表示抑止機能の互換設定（バージョン12-00互換）を追加した。

関連性の定義の設定を追加した。

後続ルートジョブネットへの影響を表すアイコンの設定を追加した。

連携製品のモニター起動の設定を追加した。

インテリジェント統合管理基盤と連携製品ホストの通信についての設定を追加した。

JP1/PFMと連携した際に，統合オペレーション・ビューアーを使用する場合の注意事項を追加した。

インテリジェント統合管理基盤のバックアップ対象ファイルに，JP1/AJSおよびJP1/PFMのプラグイン定義ファイルを追加した。

インテリジェント統合管理基盤の運用について説明を追加した。

イベント一覧に集約イベントかどうか，重要イベントかどうかを表示するようにした。

［繰り返しイベント一覧］画面をイベント一覧から表示するようにした。

［統合オペレーション・ビューアー］画面から連携製品のモニター起動をできるようにした。

他製品と連携した場合の運用例を追加した。

JP1/AJSと連携した場合の注意事項に，注意を追加した。

運用時にユーザーフィルターを使用する場合の注意事項を追加した。

Windows（64ビット版）の統合トレースログの資料格納先を追加した。

jddsetproxyuserコマンドのトレースログを追加した。

コンポーネントが出力するログを追加した。

トラブルシューティングに次の対処方法を追加した。

IM構成管理でホスト情報の収集に成功したが，プロファイルの収集で失敗した場合の対処方法

連携したJP1/AJSの構成が［統合オペレーション・ビューアー］画面に表示されない場合の対処方法

バージョン 12-00-05以前のJP1/IM - Managerが起動しない場合の対処方法

バージョン 12-00-31以降のJP1/IM - Managerが起動しない場合の対処方法

インテリジェント統合管理基盤の［ログイン］画面のURLを追加した。

［統合オペレーション・ビューアー］画面の操作上の注意事項を追加した。

［統合オペレーション・ビューアー］画面の［詳細表示］領域の構成を変更し，次のタブで表示するようにした。

［パフォーマンス］タブ

［カスタムUI］タブ

［業務フロー］タブ

［関連ノード］タブ

［トレンド］タブ

［統合オペレーション・ビューアー］画面から，ツリーのURL，SID，およびパスをコピーできるようにした。

JP1/PFM - Web Consoleの画面を［パフォーマンス］タブで表示するようにした。

ユーザーが定義した画面を表示できるようにした。

ルートジョブネットとの関連を［業務フロー］タブで表示するようにした。

先行ルートジョブネットの障害が後続のルートジョブネットに影響するかどうかを，アイコンで確認できるようにした。

先行ユニットと後続ユニットの状態を［連携ユニット］ダイアログに表示するようにした。

連携した各製品の関連と［稼働状況］領域に表示されたシステム構成の関連を［関連ノード］タブに表示するようにした。

ジョブの滞留状況や性能情報などのトレンド情報を［トレンド］タブで確認できるようにした。

イベントが集約イベント，または重要イベントであるかどうかが判断できるようにした。

イベントを選択して繰り返しイベントの一覧を表示したり，モニターを起動したりできるようにした。

集約イベントを［繰り返しイベント一覧］画面でまとめて処理できるようにした。

連携製品から取得できるメトリックについての記載を追加した。

次のコマンドを追加した。

jddsetproxyuser

jddsetaccessuserコマンドの機能説明を追加した。

jcoview_log.bat（Windows限定）コマンドに64ビット版の統合トレースログの資料格納先を追加した。

次のコマンドに，インテリジェント統合管理基盤のプラグインの資料格納先および-bオプションを追加した。

jim_log.bat（Windows限定）

jim_log.sh（UNIX限定）

インテリジェント統合管理基盤定義ファイル（imdd.properties）に，次の定義を追加した。

プロキシサーバーの認証

［ユーザー定義の画面表示領域］の設定

連携ユニット表示機能の使用有無の設定

後続ルートジョブネットへの影響が不明であることを示すアイコンの表示有無の設定

繰り返しイベントの表示抑止機能の互換設定（バージョン12-00互換）

システムノード定義ファイル（imdd_systemnode.conf）で，システム，またはサブシステムに属するオブジェクトルートノードの構成の取得を定義できるようにした。

IM管理ノードリンク定義ファイル（imdd_nodeLink_def.conf）で，ジョブネット間の関連を定義できるようにした。

モニター画面呼び出し定義ファイルの置き換えキーワードについて，インテリジェント統合管理基盤の場合は，置き換えされないキーワードがあることを補足した。

JP1/IMが出力するJP1イベント一覧に，ダミーイベントに関する制限事項を追加した。

Windowsの統合トレースログの出力先を変更した。

次のメッセージを追加した。

KAVB1986-E，KAVB1987-E，KAVB1988-W，KAVB1990-E，KAVB1991-E，KAVB1993-E，KAVB1994-E，KAVB9942-Q，KAVB9943-E，KAJY00019-W，KAJY00020-W，KAJY02047-E，KAJY02048-E，KAJY02049-E，KAJY02050-E，KAJY02051-E，KAJY02052-E，KAJY02053-W，KAJY02054-W，KAJY04260-E，KAJY22006-E，KAJY22007-E，KAJY22008-E，KAJY22009-E，KAJY22010-E，KAJY22011-E，KAJY22012-W，KAJY22015-E，KAJY24106-E，KAJY24107-E，KAJY24108-E，KAJY24109-E，KAJY24110-E，KAJY24111-E，KAJY24112-E，KAJY24210-E，KAJY24211-E，KAJY24212-E，KAJY24213-E，KAJY24217-E，KAJY24218-W，KAJY24250-E，KAJY24252-E，KAJY24253-E，KAJY24254-E，KAJY24255-E，KAJY24257-E，KAJY24258-I，KAJY24259-W，KAJY24260-E，KAJY24261-W，KAJY32010-W，KAJY32221-E，KAJY52012-E，KAJY52013-E，KAJY52014-E，KAJY52015-W，KAJY52016-W，KAJY52017-W，KAJY52018-W

次のメッセージの説明と対処を追加した。

KAVB1509-E

次のメッセージの説明を追加した。

KNAN26142-W

次のメッセージの対処を追加した。

KAVB1522-E，KAVB4423-W，KNAN22015-E，KAJY04102-E，KAJY04151-E

次のメッセージの対処を変更した。

KAVB7818-E，KAVB8819-E，KAJY24105-E，KAJY24120-E，KAJY04120-E

KAJY24101-EおよびKAJY04101-Eに出力される次のメッセージの対処を変更した。

KAVJR2202-E，KAVJR2203-E

付録L.5　12-00の変更内容

(1)　資料番号（3021-3-D50，3021-3-D51，3021-3-D52，3021-3-D53，3021-3-D54，3021-3-D55，および3021-3-D56）の変更内容

JP1/IM - Managerの基盤としてインテリジェント統合管理基盤を追加した。それに伴い，次の内容を追加した。

インテリジェント統合管理基盤のセットアップ

インテリジェント統合管理基盤の設定

jddmain（インテリジェント統合管理基盤サービス）のファイアウォールの通過方向

インテリジェント統合管理基盤のバックアップ対象ファイル

インテリジェント統合管理基盤を別ホストへ移行する場合の記載

インテリジェント統合管理基盤の構成変更に関する記載

インテリジェント統合管理基盤のログイン方法

インテリジェント統合管理基盤によるシステムの監視

インテリジェント統合管理基盤のトラブルシューティング

［統合オペレーション・ビューアー］画面

一次資料および二次資料の内部フォルダ構成（インテリジェント統合管理基盤）

インテリジェント統合管理基盤のメッセージ（KAJY00001-E〜KAJY52010-E）

次のコマンドを追加した。

jddcreatetree

jddupdatetree

jddsetaccessuser

jcoimdefコマンドに，-ddオプションを追加した。

次の定義ファイルをJP1/Baseに移動した。

構成定義ファイル（jbs_route.conf）

環境変数ファイル

ホストグループ定義ファイル

次の定義ファイルを追加した。

インテリジェント統合管理基盤定義ファイル（imdd.properties）

システムノード定義ファイル（imdd_systemnode.conf）

IM管理ノードカテゴリ名称定義ファイル（imdd_category_name.conf）

構成取得対象ホスト定義ファイル（imdd_target_host.conf）

ホスト名定義ファイル（imdd_host_name.conf）

IM管理ノードリンク定義ファイル（imdd_nodeLink_def.conf）

拡張起動プロセス定義ファイル（jp1co_service.conf）の定義例を変更した。

次の定義ファイルに統合オペレーション・ビューアーの説明を追加した。

イベントガイド情報ファイル（jco_guide.txt）

イベント拡張属性定義ファイル

イベント拡張属性定義ファイル（拡張ファイル）

次の定義ファイルを削除した。

WWWページ版動作定義ファイル（console_xx.html）

WWWページ版起動定義ファイル（console_xx.jnlp）

次の用語を追加した。

インテリジェント統合管理基盤

統合オペレーション・ビューアー

次の適用OSを追加した。

Windows Server 2019

次の適用OSを削除した。

Windows Server 2008 R2

AIX

WWWページ版のJP1/IM - Viewを削除した。

付録L.6　11-50の変更内容

(1)　資料番号（3021-3-A06-30，3021-3-A07-30，3021-3-A08-30，3021-3-A09-30，3021-3-A10-30，3021-3-A11-30，および3021-3-A12-30）の変更内容

JP1/Service Supportと連携する際に指定するインシデントの登録モードに，任意のイベント属性や文字列を引き継ぐことができるモードを追加した。

拡張モードの共通除外条件で，条件に一致したJP1イベントを自動アクションの実行対象外にできるようになった。

共通除外条件の除外処理の履歴を出力する共通除外履歴ファイルを追加した。

共通除外条件の定義履歴を出力する共通除外条件定義履歴ファイルを追加した。

共通除外条件についての注意事項を追加した。

繰り返しイベント条件の定義件数を最大2,500件に拡張した。繰り返しイベント条件定義の総サイズを15メガバイトに拡張した。

イベント一覧情報の保管（CSV出力）で出力される内容に，アクション除外イベントを追加した。

統合監視DBのイベント情報を保管（イベントレポート出力）で出力される内容に，次のイベント属性を追加した。

共通除外条件群ID（E.JP1_IMCOMEXCLUDE_ID）

共通除外条件群名（E.JP1_IMCOMEXCLUDE_NAME）

共通除外条件群除外対象（E.JP1_IMCOMEXCLUDE_TARGET）

定義した自動アクションをJP1/IM - Viewの［アクション設定］画面，またはjcachangeコマンドで有効，無効を切り替えることができるようになった。

自動アクション機能で，大量のエージェントに一斉にコマンドの実行を要求する場合の注意事項を追加した。

自動アクション定義で，定義を変更していない実行条件の状態を維持できるようになった。

メンテナンス時の検討として，メンテナンス中に発生する障害イベントをアクションの実行対象から外すことを追加した。

1台のJP1/IM - Managerが管理できるホストの数を2,500台に拡張した。

ファイルおよびディレクトリ一覧に次のファイルを追加した。

インシデント引き継ぎ情報設定ファイル

インシデント引き継ぎ情報設定ファイルのモデルファイル

共通除外履歴ファイル

共通除外条件定義履歴ファイル

1台のJP1/IM - Managerからコマンドを実行できるホストの最大数を2,500台に拡張した。

共通除外条件群（拡張）の定義件数を最大2,500件に拡張した。また，共通除外条件群（拡張）のフィルター長の最大サイズを15MBに拡張した。

一つの業務グループおよび監視グループに設定できるホストの最大数を2,500台に拡張した。

11-10以前のJP1/IM - Managerからバージョンアップした場合，自動アクション定義ファイルの更新が必要であることを追加した。

取得したJP1イベントを自動アクションの実行対象外にする共通除外条件群（拡張）を設定できるようになった。

共通除外条件による除外処理，および共通除外条件定義の更新処理の履歴ファイルが出力されるようになった。

JP1/Service Supportと連携するための設定に，インシデントの登録モードを3に設定した場合の手順を追加した。

バックアップ対象ファイルに，インシデント引き継ぎ情報設定ファイルを追加した。

履歴レポートの活用に，共通除外条件の除外履歴および定義履歴の説明を追加した。

［イベント詳細］画面に表示されるJP1イベントの詳細情報に，次の項目が表示されるようになった。

共通除外条件群ID

共通除外条件群名

共通除外条件群除外対象

ログファイルおよびディレクトリ一覧に次のファイルを追加した。

共通除外履歴ファイル

共通除外条件定義履歴ファイル

トラブル発生時に採取が必要な資料に次のファイルを追加した。

共通除外履歴ファイル

共通除外条件定義履歴ファイル

［イベントコンソール］画面にJP1イベントが表示されない場合の対処方法に，拡張モードの共通除外条件を使用している場合の対処を追加した。

自動アクションが実行されない場合の対処方法を追加した。

［イベントコンソール］画面の［アクション］欄に，共通除外条件（アクション実行）で，アクションの実行を対象外にしているイベントを表すアイコンが表示されるようになった。

［イベント詳細］画面および［イベント詳細（編集）］画面の関連定義ファイルにインシデント引き継ぎ情報設定ファイル（incident_info.conf）を追加した。

拡張モードの共通除外条件の場合，［システム環境設定］画面の［全般］ページの［種別］欄に，イベントを取得しアクションの実行対象外にする共通除外条件を示すアイコンが表示されるようになった。

拡張モードの共通除外条件の場合，［イベント取得条件一覧］画面の［共通除外条件群一覧］の［種別］欄に，イベントを取得しアクションの実行対象外にする共通除外条件を示すアイコンが表示されるようになった。

［共通除外条件設定(拡張)］画面で，除外対象を指定できるようになった。

［イベントコンソール］画面のイベント一覧に，次に示す項目を表示できるようになった。

共通除外条件群ID

共通除外条件群名

共通除外条件群除外対象

［アクション設定］画面で自動アクション定義の有効，無効を指定できるようになった。

［アクション設定］画面で設定内容を反映するときに，編集していないアクション定義の抑止状態とAND条件の部分成立状態を維持できるようになった。

［アクション詳細設定］画面でアクション実行条件のアクションIDを指定できるようになった。

大量のエージェントに一斉にコマンドの実行を要求する場合の注意事項を追加した。

jcachangeコマンドに，-eオプション，-onオプション，-offオプション，および-stオプションを追加した。

jcadefconvコマンドで，バージョン11-50より前のアクション定義ファイル（DESC_VERSIONの値が4未満）を11-50以降のアクション定義ファイル（DSEC_VERSIONの値が4）に変換できるようになった。

次の定義ファイルを追加した。

インシデント引き継ぎ情報設定ファイル（incident_info.conf）

資料採取ツールの採取対象に次に示すファイルを追加した。

共通除外履歴ファイル

共通除外条件定義履歴ファイル

自動アクション環境定義ファイル（action.conf.update）のACTIONINFSIZEパラメーターのデフォルト値を「dword:00001000」（4,096キロバイト）に変更した。

自動アクション定義ファイル（actdef.conf）にaidパラメーターとvalidパラメーターを追加した。また，DESC_VERSIONパラメーターのファイルバージョンに4を追加した。

自動アクション定義ファイル（actdef.conf）（互換用）のDESC_VERSIONパラメーターのファイルバージョンに4を追加した。

標準提供されているイベント拡張属性定義ファイルに，次に示す項目の定義を追加した。

共通除外条件群ID

共通除外条件群名

共通除外条件群除外対象

共通除外条件拡張定義ファイルに，ex-targetパラメーターを追加した。また，DESC_VERSIONパラメーターのファイルバージョンに2を追加した。

JP1/Service Supportと連携する際に指定するインシデントの登録モードに，任意のイベント属性を引き継ぐことができるモードを追加した。

次のメッセージを追加した。

KAVB0518-E，KAVB0759-E，KAVB0762-E，KAVB0763-E，KAVB1604-E〜KAVB1608-E，KAVB1873-W，KAVB1874-E，KAVB3173-W，KAVB3180-W，KAVB3181-W，KAVB3185-I，KAVB4026-E〜KAVB4029-E，KAVB4148-E，KAVB4155-E，KAVB4451-E，KAVB4452-E，KAVB4714-E，KAVB4715-E，KAVB5112-E，KAVB5505-W，KAVB5506-W，KAVB5559-W〜KAVB5561-W，KAVB5760-W〜KAVB5762-W，KAVB8821-E，KNAN22533-E，KNAN22534-E

次のメッセージの出力先を修正した。

KAVA1821-E，KAVB1115-W

次のメッセージの対処を変更した。

KAVB1591-E，KAVB1858-E，KAVB2605-E，KAVB5105-W，KNAN22017-E，KNAN22823-E

次のメッセージについて，メッセージの出力行を追加した。また，対処を変更した。

KAVB3118-E，KAVB3119-E

次のメッセージについて，メッセージの説明を変更した。

KAVB1869-E，KAVB4450-E

次のメッセージについて，メッセージの説明を変更した。また，対処を変更した。

KAVB5109-W

付録L.7　11-10の変更内容

(1)　資料番号（3021-3-A06-20，3021-3-A07-20，3021-3-A08-20，3021-3-A09-20，3021-3-A10-20，3021-3-A11-20，および3021-3-A12-20）の変更内容

適用OSにWindows Server 2016を追加した。

選択したイベントの事象発生元ホストを対象として，事象が発生した時刻の性能を示すJP1/PFM - Web Consoleのレポート画面を直接表示（シングルサインオン）できるようになった。

イベントガイド情報に表示されるJP1/AJS - Web ConsoleのURLをクリックすることで，JP1/AJSのジョブまたはジョブネットに対応するJP1/AJS - Web Consoleのモニター画面を直接表示（シングルサインオン）できるようになった。

JP1/AJSのジョブまたはジョブネットに対応するJP1/AJS - Web Consoleのモニター画面のURLをメール本文に記載することで，送信メールからモニター画面を表示できるようになった。

自動アクションのイベント引き継ぎ情報の値をURLエンコーディングまたはBase64エンコーディングできるようになった。

リモート監視が稼働中にホスト情報を収集しても，リモート監視を継続できるようになった。

システムの階層構成の反映方式に差分配布方式が追加され，現在のエージェント構成から差分のあるホストのみに対して，構成定義情報を削除または配布できるようになった。

リモート監視が停止してから再起動するまでの間に，リモート監視対象ホストで出力されたログ情報を収集できるようになった。

リモート監視で1回の監視間隔で収集できるログのサイズの上限値を変更できるようになった。

1台のJP1/IM - Managerで収集できるログの取得上限についての説明を追加した。

プロファイルを管理する方法として，IM構成管理を使用して管理する方法とJP1/Baseのコマンドを使用して管理する方法を併用できるようになった。

IM構成管理からログファイルトラップを停止したときに，エージェントのログファイルトラップ情報を削除しないようになった。それに伴い，IM構成管理のプロファイルの削除で，エージェントのログファイルトラップ情報を削除できるようになった。

次に示す設定ファイルをIM構成管理で一括反映できるようになった。

ログファイルトラップ動作定義ファイル

ログファイルトラップ起動定義ファイル

ログファイルトラップサービスが起動したときに自動でプロセス起動するかどうか設定できるようになった。

リモート監視イベントログトラップでリトライ回数およびリトライ間隔を変更できるようになった。

リモートデスクトップ接続を使用して，複数のセッションから同時にJP1/IM - Viewを操作できるようになった。

ファイルおよびディレクトリ一覧に下記のファイルを追加した。

性能レポート表示定義ファイル

性能レポート表示定義ファイルのモデルファイル

プロファイル管理環境定義ファイル

プロファイル管理環境定義ファイルのモデルファイル

リモートログトラップ環境定義ファイル

リモートログトラップ環境定義ファイルのモデルファイル

非プラグインモード用のWWWページ版動作定義ファイルのモデルファイル

互換用のWWWページ版動作定義ファイルのモデルファイル

WWWページ版起動定義ファイル

WWWページ版起動定義ファイルのモデルファイル

JP1/IM - Manager 11-10およびJP1/IM - View 11-10を下位バージョンの製品に接続した場合の制限事項を追加した。

リモートの監視対象ホストでログ監視をするための設定に，監視対象のログファイルへのアクセス権を設定する説明を追加した。

リモートの監視対象ホストでログ監視をするための設定で，ログファイルの出力形式がSEQ2の場合の手順を変更した。

1回の監視間隔で収集できるログおよびイベントログのサイズの設定を追加，変更した。

IM構成管理でマネージャーが前回収集したプロファイルの内容とエージェントのプロファイルの最新の内容を比較して，不一致になっていないかチェックできるようになった。

リモートの監視対象ホストの登録で，監視対象ホストがUNIXの場合のSSHの設定方法を変更した。

差分配布方式の追加に伴い，システムの階層構成の反映方式の説明を変更した。

エージェントにプロファイルを設定するときの前提条件に，IM構成管理のプロファイル管理とJP1/Baseのプロファイル管理を併用する場合の条件を追加した。

非プラグインモードのWWWページ版のJP1/IM - Viewを使用する場合の設定を追記した。

クラスタシステムで実行系サーバの設定を変更した場合，実行系サーバから待機系サーバに共通定義情報をコピーする必要があるファイルに，リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）を追加した。

JP1/AJSと連携する場合の設定についての説明を追加した。

JP1/PFMと連携する場合の設定についての説明を追加した。

リモート監視構成の監視対象ホストの日時を過去に戻した場合の手順を変更した。

JP1イベントに対応する性能レポートを表示する手順を追加した。

非プラグインモードのWWWページ版のJP1/IM - Viewを使用する場合に採取する資料を追記した。

IM構成管理でシステムの階層構成の反映に失敗した場合の対処方法を変更した。

トラブルシューティングに次の対処方法を追加した。

セントラルコンソール・ビューアーまたはセントラルスコープ・ビューアーのログがラップして現象が採取できなかった場合の対処方法

IM構成管理・ビューアーのログがラップして現象が採取できなかった場合の対処方法

［イベントコンソール］画面のメニュー項目に性能表示を追加した。

次の画面に［性能表示］ボタンを追加した。

［イベント詳細］画面

［イベント詳細（編集）］画面

［リモート監視設定］画面でUNIX接続のSSHを選択した場合にホストごとに異なる情報を設定できるようになった。

［プロファイル表示/編集］画面の［設定ファイル］ページに［ログファイルトラップサービスが起動したときに自動でプロセス起動する］チェックボックスを追加した。

［プロファイル表示/編集］画面の［設定ファイル］ページの起動ロケールのプルダウンメニューの選択肢で，エージェントホストのOSがSUSE Linuxの場合，シフトJISコードを表示できることを追加した。

［プロファイル表示/編集］画面の［設定ファイル］ページでログファイルトラップ情報に次の項目を追加した。

ログファイルトラップサービスが起動したときに自動でプロセス起動する（SKIPオプション）

［プロファイル表示/編集］画面の［設定ファイル］ページでリモートイベントログトラップ情報に次の項目を追加した。

open-retry-times

open-retry-interval

出力ファイル名や出力先にネットワークパスを指定できない説明を追加した。

次の定義ファイルを追加した。

WWWページ版起動定義ファイル（console_xx.jnlp）

プロファイル管理環境定義ファイル（jp1cf_profile_manager.conf）

リモートログトラップ環境定義ファイル（jp1cf_remote_logtrap.conf）

性能レポート表示定義ファイル（performance.conf）

イベント引き継ぎ情報のエンコーディングの説明を追加した。

WWWページ版のJP1/IM - Viewの非プラグインモードと互換モードを切り替える方法を追加した。また，非プラグインモードのモデルファイルと互換モードのモデルファイルを追加した。

JP1/AJSと連携する場合のURLについての参照先を追加した。

次のイベントIDを追加した。

00003FC6，00003FC7，00003FC8，00003FC9，00003FD6，00003FD7，00003FD8，00003FD9，00003FDA，00003FDB，00003FDC

次のメッセージを追加した。

KAVB0687-I，KAVB0688-E，KAVB1983-I〜KAVB1985-E，KNAN20241-Q，KNAN20242-Q，KNAN20441-Q，KNAN21187-W，KNAN21405-W〜KNAN21412-E，KNAN22274-I，KNAN22464-I，KNAN22465-E，KNAN22502-I，KNAN22530-E〜KNAN22532-E，KNAN26143-W，KNAN26339-W〜KNAN26346-I，KNAN26350-W〜KNAN26354-E，KNAN29099-W

次のメッセージを変更した。

KAVB0685-E，KAVB8203-E，KAVB8204-E，KAVB8303-W〜KAVB8305-W，KNAN21170-W，KNAN21400-W，KNAN21402-E〜KNAN21404-E，KNAN22220-E，KNAN22223-E，KNAN22245-E，KNAN22250-E，KNAN22403-E，KNAN22422-E，KNAN22426-E，KNAN22466-E，KNAN22500-E，KNAN22503-E，KNAN26063-E，KNAN26081-E，KNAN26095-E，KNAN26140-W，KNAN26142-W，KNAN26163-E，KNAN26187-E，KNAN26208-E，KNAN26338-E

付録L.8　11-01の変更内容

(1)　資料番号（3021-3-A06-10，3021-3-A07-10，3021-3-A08-10，3021-3-A09-10，3021-3-A10-10，3021-3-A11-10，および3021-3-A12-10）の変更内容

監視抑止IDを検索条件に指定することで，一つの集約イベントに集約されている繰り返しイベントを検索できる説明を追加した。

表示メッセージ変更後のイベントを発行する流れの図について，説明を追加した。

ユーザーが参照・編集できるファイル・フォルダ一覧に操作ログ定義ファイル，および操作ログ定義ファイルのモデルファイルを追加した。

JP1/Integrated Management - Manager 11-01およびJP1/Integrated Management - View 11-01を下位バージョンの製品に接続した場合の制限事項を追加した。

操作ログとして，ログイン・ログアウトの情報の履歴が出力できるようになった。

［表示フィルター設定］画面で設定できる項目に監視抑止IDを追加した。また，［選択イベントの監視抑止ID入力］ボタンを追加した。

定義ファイルを有効にする手順にjco_spmd_reloadコマンドの実行を追加した。

クラスタシステムで実行系サーバの設定を変更した場合，実行系サーバから待機系サーバに共通定義情報をコピーする必要があるファイルに，操作ログ定義ファイル（imm_operationlog.conf）を追加した。

監視抑止IDを検索条件に指定することで，一つの集約イベントに集約されている繰り返しイベントを検索できる説明を追加した。

［イベント検索条件設定］画面で設定できる項目に監視抑止IDを追加した。また，［選択イベントの監視抑止ID入力］ボタンを追加した。

ログ情報の種類に操作ログを追加した。

次に示すログファイルの情報を追加した。

操作ログファイル

管理ノードカウント（jimnodecountコマンド）のログファイル

リモート監視時にトラブルが発生した場合に採取するRAS情報についての説明を追加した。

［イベント検索条件設定］画面に［選択イベントの監視抑止ID入力］ボタン，および［監視抑止ID］領域を追加した。

［固有の拡張属性条件詳細設定］画面の［項目名］に監視抑止IDを指定する場合の注意事項を追加した。

［表示フィルター設定］画面に［選択イベントの監視抑止ID入力］ボタン，および［監視抑止ID］領域を追加した。

jcadefconvコマンドに-iオプションまたは-oオプションを指定する場合の注意事項を追加した。

jco_spmd_reloadコマンドの実行で有効になる定義ファイルにモニター画面呼び出し定義ファイルを追加した。

jimmail（Windows限定）コマンドを実行する場合の制御文字に関する注意事項を追加した。

JP1/IM - Managerの管理ノード数をカウントするコマンド（jimnodecount）を追加した。

操作ログの出力の有無，出力先，サイズ，および保存面数を定義する操作ログ定義ファイル（imm_operationlog.conf）を追加した。

モニター画面呼び出し定義ファイルにjco_spmd_reloadコマンドを実行すると定義内容が有効になることを追加した。

JP1イベントIDを追加した。

00003F7C

次のメッセージを追加した。

KAVB0112-E，KAVB1979-E，KAVB1981-I，KAVB1982-E，KAVB8201-E，KAVB8202-E，KAVB8203-E，KAVB8204-E，KAVB8205-E，KAVB8206-E，KAVB8207-E，KAVB8208-E，KAVB8301-W，KAVB8302-W，KAVB8303-W，KAVB8304-E，KAVB8305-W，KAVB8306-E，KAVB8307-W，KNAN30000-I，KNAN30001-W，KNAN30002-I，KNAN30003-W

次のメッセージを変更した。

KAVB1689-W，KAVB4627-W，KNAN11202-I，KNAN11207-I

付録L.9　11-00の変更内容

(1)　資料番号（3021-3-A06，3021-3-A07-01，3021-3-A08-01，3021-3-A09-01，3021-3-A10-01，3021-3-A11-01，および3021-3-A12）の変更内容

次の適用OSを追加した。

Windows 10

Linux 7

SUSE Linux 12

Oracle Linux 7，Oracle Linux 6

CentOS 7，CentOS 6

次の適用OSを削除した。

Windows XP，Windows Server 2003，Windows Vista，Windows Server 2008

Solaris

HP-UX (IPF)

Linux 5

JP1イベントをユーザーが管理したい単位でグルーピングし，管理できるようになった（固有の属性付加）。

ビューアーホストとマネージャーホスト間がSSLで通信できるようになった（通信暗号化機能）。

JP1イベントの固有の拡張属性を，任意の項目名で［イベントコンソール］画面のイベント一覧に表示したり，イベントレポート出力したりできるようになった（固有の拡張属性表示機能）。

表示フィルターやユーザーフィルターなどのイベント条件に固有の拡張属性を指定する際に，任意の項目名で指定できるようになった（固有の拡張属性指定機能）。

JP1イベントのメッセージをあらかじめ定義しておいたメッセージの表示形式に変更できるようになった（表示メッセージ変更機能）。

OpenStack基盤の障害監視やOpenStack上の仮想マシン，および物理サーバの障害監視ができるようになった。

JP1/AOのREST APIを利用した，監視設定の変更やユーザー追加などの運用ができるようになった。

複数拠点を監視するシステム構成での注意事項を追加した。

言語環境のLANGの設定で，Linux環境でSUSE Linuxの場合だけ文字コードとしてSJISを使用できることを追加した。

機能を使用するための準備の説明を追加した。

表示メッセージ変更機能で変更したJP1イベントのメッセージをユーザープログラムで参照できるように，JP1イベントを発行できるようになった（表示メッセージ変更後のイベントを発行する）（JP1/IM - MOの互換機能）。

IMデータベースの更新の手順およびリカバリー方法の説明を追加した。

言語環境のLANGの設定で，Linux環境でSUSE Linuxの場合だけ文字コードとしてSJISを使用できることを追加した。

Windows版の応答待ちイベントのサポートに伴い，BJEXまたはJP1/ASが発行するJP1イベントとJP1/IMとの関係に関する説明を応答待ちイベントに限定した。

トラブル発生時に採取が必要な資料を追加および変更した。

次の画面の項目のデフォルトまたは初期値を変更した。

［ユーザー環境設定］画面の［イベント監視］ページで［スクロールバッファー］のデフォルトの件数を500から2,000に変更した。

［ユーザー環境設定］画面の［イベント監視］ページで［検索時のイベント取得件数］のデフォルトの件数を20から100に変更した。

［ユーザー環境設定］画面の［イベント表示項目］ページで［画面を閉じた時の表示中のページと表示フィルターの適用状態を保存する］チェックボックスの初期値を無効から有効に変更した。

［ユーザー環境設定］画面の［イベント表示項目］ページで［カラーリング］の初期値を無効から有効に変更した。

［ユーザー環境設定］画面の［イベント表示項目］ページで［カラーリング］の［［重要イベント］ページを対象とする］ラジオボタンの初期値を無効から有効に変更した。

［ユーザー環境設定］画面の［コマンド実行］ページで［実行結果表示行数］のデフォルトの件数を100から10,000に変更した。

［システム環境設定］画面（［全般］ページ）の［イベントバッファー］でデフォルトの値を500から2,000に変更した。

［アクション結果更新条件設定］画面の［更新方法］のデフォルトを［手動更新］から［自動更新］に変更した。

［アクション結果更新条件設定］画面の［表示件数］のデフォルトの件数を20から200に変更した。

通信環境定義ファイル（view.conf.update）のタイムアウトの時間のデフォルトを2,500ミリ秒から60,000ミリ秒に変更した。

次のコマンドのオプションおよび定義のパラメーターのデフォルトの値を変更した。

jcoimdefコマンドの-cmdbtnのデフォルトをOFFからONに変更した。

jcovcfsetupコマンドの-iで登録する，IM構成管理・ビューアーを起動するメニューはインストール時に登録されなかったが，インストール時に登録するように変更した。

システムプロファイル（.system）でEventCount（イベントバッファー数）のデフォルトを500から2,000に変更した。

通信環境定義ファイル（console.conf.update）のタイムアウトの時間のデフォルトを2,500ミリ秒から60,000ミリ秒に変更した。

状態変更条件メモリー常駐機能の設定ファイルで設定する状態変更条件メモリー常駐機能を無効から有効に変更した。

JP1/IM - Central Information Masterと連携できなくなった。

JP1イベントIDを追加した。

00003F6A，00003F76，00003F77，00003F78，00006400

次のメッセージを追加した。

KAVB0233-Q，KAVB0517-W，KAVB1192-E，KAVB1596-W〜KAVB1598-Q，KAVB1936-E〜KAVB1965-E，KAVB1969-W〜KAVB1978-E，KAVB2567-E，KAVB2626-E，KAVB2630-E〜KAVB2640-W，KAVB3164-E〜KAVB3172-W，KAVB3915-E〜KAVB3918-E，KAVB4620-W〜KAVB4641-W，KAVB4803-I，KAVB5759-W，KAVB5800-I〜KAVB5804-E，KAVB5806-E，KAVB5809-E〜KAVB5810-E，KAVB5820-W〜KAVB5822-W，KAVB6601-E〜KAVB6604-W，KAVB6610-E〜KAVB6616-E，KAVB7580-E〜KAVB7586-E，KAVB7810-E，KAVB7812-E〜KAVB7814-E，KAVB7818-E，KAVB8608-W〜KAVB8610-W，KAVB8810-I〜KAVB8820-W，KAVB9251-E〜KAVB9252-E，KAVB9255-E，KAVB9256-E，KNAN11204-E〜KNAN11210-W，KNAN20121-E〜KNAN20124-W，KNAN20131-E〜KNAN20137-E，KNAN20141-E〜KNAN20144-W，KNAN20151-E〜KNAN20157-E，KNAN24150-E〜KNAN24151-E，KNAN24153-E，KNAN24155-E，KNAN29090-E〜KNAN29091-E，KNAN29093-E〜KNAN29095-E，KNAN29097-W〜KNAN29098-E

次のメッセージを変更した。

KAVB0013-E〜KAVB0015-E，KAVB0106-E，KAVB0108-E，KAVB0111-E，KAVB0121-E，KAVB0229-I〜KAVB0231-E，KAVB0311-W，KAVB0411-E，KAVB0413-E，KAVB0535-I〜KAVB0536-I，KAVB0872-E，KAVB1202-E〜KAVB1203-E，KAVB1205-E，KAVB1509-E，KAVB1535-E，KAVB1541-E，KAVB1652-E，KAVB1682-E，KAVB1686-E〜KAVB1688-W，KAVB2002-I，KAVB2003-E，KAVB2027-E，KAVB2051-I，KAVB2071-W，KAVB2103-E，KAVB2239-E，KAVB2323-E，KAVB2557-W，KAVB2605-E〜KAVB2608-E，KAVB2614-E，KAVB2618-E〜KAVB2621-E，KAVB3078-E，KAVB3093-E，KAVB3101-E，KAVB3107-E，KAVB3149-E，KAVB3156-W，KAVB3158-E，KAVB3647-E，KAVB3828-E，KAVB4253-W，KAVB6210-E，KAVB6251-E，KAVB7003-E，KAVB7155-E，KAVB7204-E，KAVB7607-E，KAVB8060-E，KAVB8428-W，KAVB8454-W，KNAN11173-E，KNAN11197-I〜KNAN11200-I，KNAN20102-E，KNAN20228-E，KNAN21002-E，KNAN22012-E，KNAN22267-E，KNAN22701-E〜KNAN22702-E，KNAN22805-E〜KNAN22806-E，KNAN23003-E，KNAN29002-E，KNAN29007-E，KNAN29082-E

次のメッセージを削除した。

KAVB0012-W

付録L.10　10-50の変更内容

JP1/IM，JP1/Baseのインストール，およびセットアップ手順を追加した。

IM構成管理でイベント転送の設定をカスタマイズする手順だけに記載内容を絞った。

アプリケーションのログファイルのレコードをJP1/IMで監視する手順を追加した。

WindowsイベントログをJP1/IMで監視する手順を追加した。

イベントの重大度を変更する場合の手順を定義ファイルからGUIに変更した。

メール通知機能でメールを送信するための設定の手順を追加した。

ビジュアル監視でシステム障害の影響範囲を把握する場合の説明をこのマニュアルの旧1章から移動した。

業務グループ単位でシステムを監視する場合の説明をマニュアル「JP1/Integrated Management - Manager クイックリファレンス」の旧1章から移動した。

大量発生したイベントへの対策について，関係する機能の全体像の説明を追加した。

図中に［重要イベント］ページで表示フィルターが設定できることを追加した。

繰り返しイベントの監視抑止機能の記載を，次のユースケースに基づいて分割した。また，検討項目を追加した。

イベントの表示をしきい値なしの繰り返しイベント条件で抑止する

大量発生したイベントの表示および自動アクション実行を抑止する

繰り返しイベントの監視抑止機能で，抑止が継続されている場合の通知について追加した。

繰り返しイベントの集約表示機能の記載を移動した。また，繰り返しイベントの集約表示と，繰り返しイベントの表示抑止の差異を表で一覧にした。

繰り返しイベントの監視抑止機能で，自動アクションの実行を抑止する範囲の指定について追加した。

繰り返しイベントの表示抑止機能，大量発生イベントの監視抑止の終了監視期間の最大値を86,400秒に拡張した。

大量発生イベントの転送抑止についての説明と検討項目を追加した。

重大度変更機能の参照先に［重大度変更定義設定］画面を追加した。

ログイン時のイベントの取得範囲の設定ができるようになった。

障害発生時に自動アクションでメール通知する仕組み，およびJP1/IM - ManagerとJP1/IM - TELstaffのメール機能比較について追加した。

セントラルスコープの監視ノードの設定をカスタマイズする機能について追加した。また，検討項目を追加した。

ファイルおよびディレクトリ一覧に，次のファイルを追加した。

システムプロファイル（セントラルスコープ）

システムプロファイル（セントラルスコープ）のモデルファイル

システムプロファイル（セントラルスコープ・ビューアー）

システムプロファイル（セントラルスコープ・ビューアー）のモデルファイル

JP1/Integrated Management - Manager 10-50およびJP1/Integrated Management - View 10-50を下位バージョンの製品に接続した場合の制限事項を追加した。

ログイン時のイベントの取得範囲の設定ができることを追加した。

JP1/IM - Managerメール通知機能の設定方法，使用する場合の注意，およびファイアウォールの通過方向を追加した。

重大度変更機能の設定にGUIから設定する手順を追加した。

セントラルスコープの監視ノードの設定をカスタマイズする手順について追加した。

メール通知機能の追加に伴うバックアップファイルの追加，ホスト名およびIPアドレスを変更した場合の注意事項，メールが送信できない場合の障害切り分け方法，および対処方法を追加した。

［重要イベント］ページで，背景色が設定できることを追加した。

［重要イベント］ページで，表示フィルターが利用できることを追加した。

自動アクションが設定された繰り返しイベントのアクションを，繰り返しイベントの監視抑止を使って抑止する手順に，アクションの実行を抑止する範囲を選択する手順を追加した。また，抑止継続通知を設定する手順を追加した。

大量発生イベントの転送を抑止する手順を追加した。

ログイン時のイベントの取得範囲の設定ができるようになった。

指定期間のイベント表示の詳細は導入設計ガイドを参照することを追加した。

［重要イベント］ページで表示フィルターが利用できるようになったため，［イベント監視］ページのときだけ表示フィルターが適用される記述を削除した。

イベントの重大度を変更する手順にGUIから設定する手順を追加した。

システム構築時に設定する。

運用中に設定する。

追加重大度変更定義を重大度変更定義に変更する。

適応OSに次のOSを追加した。

Windows 8.1

Windows Server 2012 R2

重大度変更定義のイベント条件を設定する［重大度変更定義設定］画面を追加した。

重大度変更定義のイベント条件を一覧表示する［重大度変更定義一覧］画面を追加した。

［イベントコンソール］画面のメニューに，次の項目を追加した。

重大度変更定義を設定

重大度変更定義

［重要イベント］ページの，表示フィルターの設定を追加した。

［重要イベント］ページに背景色の設定を追加した。

ログイン時のイベント取得範囲を設定する［表示］ページを追加した。

［繰り返しイベント条件設定］画面の［基本設定］ページの［抑止項目］に，自動アクションを抑止する範囲を選択する［次のイベントをアクション対象外にする］を追加した。

［繰り返しイベント条件設定］画面の［オプション］ページに，繰り返しイベントの監視抑止が継続されているかを判定して処理するための項目［抑止継続判定］および［抑止継続処理］を追加した。

画面を閉じたときの表示中のページと表示フィルターの適用状態を保存する選択をできるようになった。

指定したメールアドレスにメールを送信するコマンド（jimmail）を追加した。

POP before SMTPまたはSMTP-AUTH認証のパスワードをメール環境定義ファイルに設定するコマンド（jimmailpasswd）を追加した。

jcsdbsetupコマンドの戻り値に42を追加した。

メール環境定義ファイルを追加した。

重大度変更定義ファイルのパラメーターにcmt，defineおよびaddflagを追加した。

［重大度変更定義設定］画面の［属性名］表示領域に表示する項目を指定する重大度変更定義表示項目定義ファイル（chsev_attr_list.conf）を追加した。

［イベントコンソール］画面のイベント一覧でJP1イベントを選択後，［表示］−［重大度変更定義を設定］を選択して［重大度変更定義設定］画面を開いたときに，自動で設定されるJP1イベント属性を定義する重大度変更定義自動入力定義ファイル（chsev_auto_list.conf）を追加した。

システムプロファイル（セントラルスコープ），およびシステムプロファイル（セントラルスコープ・ビューアー）を追加した。

JP1イベントIDを追加した。

00003F02，00003F60，00003F65，00003F71

「イベントID：ACTDEFパラメーターに指定されている値」の拡張属性に，監視IDおよび監視名を追加した。

次のメッセージを追加した。

KAVB0232-W，KAVB1191-E，KAVB1536-E，KAVB1538-W〜KAVB1544-W，KAVB1917-E〜KAVB1935-W，KAVB4678-I，KAVB4679-I，KAVB4802-I，KAVB6581-W，KAVB7464-W，KAVB8701-E〜KAVB8741-E

次のメッセージを削除した。

KAVB1402-W，KAVB1403-E

運用中にトラブルが発生した場合のシステム管理者の対応について，トピックを独立した。

メッセージの記載形式の説明を1章から2章に移動した。

次のメッセージの対処方法を変更した。

KAVB1899-E，KNAN11140-E，KNAN21400-W，KNAN21402-E，KNAN21403-E，KNAN26039-E，KNAN26187-E，KNAN26328-E

次のメッセージのシステムの処置を変更した。

KAVB4602-W

次のメッセージを変更した。

KAVB4677-I

付録L.11　10-10の変更内容

適応OSに次のOSを追加した。

Windows 8

Windows Server 2012

Linux 5

大量に発生したイベントのうち，ユーザーが指定した条件に一致するイベントを，繰り返しイベント監視抑止機能で1つのイベントに集約して表示できるようになった。

JP1/IM - Navigation Platformと連携して，セントラルコンソールで表示しているJP1イベントの対処方法を明確にできるようになった。

JP1/Integrated Management - Managerが連携できる統合管理製品にJP1/Integrated Management - Navigation Platformを追加した。

指定した条件に一致した繰り返しイベントが大量に発生したとき，繰り返しイベントを集約して表示したり，不要なアクションを抑止したりする機能（繰り返しイベントの監視抑止）を追加した。それに伴い，繰り返しイベントの集約表示と繰り返しイベントの監視抑止を「3.4　繰り返しイベントの監視」内で書き分けた。

IM構成管理で，次の仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの仮想化構成情報を管理できるようになった。

HCSM

KVM

JP1/Integrated Management - Service Supportにインシデントとして登録できるJP1イベントの属性に，イベントID（B.IDBASE）を追加した。

JP1/Integrated Management - Viewの動作カスタマイズについて，セントラルコンソール・ビューアー，セントラルスコープ・ビューアーの場合と，IM構成管理・ビューアーの場合とで書き分けた。

JP1/Integrated Management - Manager 10-10およびJP1/Integrated Management - View 10-10を下位バージョンの製品に接続した場合の制限事項を追加した。

マニュアル「JP1/Integrated Management - Manager 構築ガイド」「4.13 JP1/IM - Viewの動作カスタマイズ」の記載位置を移動して，タイトルを「JP1/IM - View（セントラルコンソール・ビューアーおよびセントラルスコープ・ビューアー）の動作カスタマイズ」に変更した。

JP1/IM - Viewの動作を設定する，IM構成管理・ビューアーの動作カスタマイズを追加した。

JP1/IMの環境変数LANGの設定で，OSがSolarisの場合にUTF-8を文字コードに指定できるようになった。

ユーザーが指定した条件に一致するイベントが繰り返し発生した場合に，監視を抑止する機能（繰り返しイベントの監視抑止）を有効にする手順を追加した。

JP1/IM - Navigation Platformとの連携のしかたを追加した。

ユーザーが指定した条件に一致するイベントが繰り返し発生した場合に監視を抑止する（繰り返しイベントの監視抑止）手順を追加した。

同じ属性のイベントが連続して発生した場合に集約してイベントを表示する（繰り返しイベントの集約表示）手順を追加した。

繰り返しイベントや集約イベントを確認し，対処状況を変更する手順を追加した。

JP1/IM - Navigation Platformと連携して，業務コンテンツ（運用手順）を参照する手順を追加した。

IM構成管理の管理情報で，次の仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの仮想化構成情報をインポート・エクスポートできるようになった。

HCSM

KVM

IM構成管理で仮想化システム構成の収集に失敗した場合の対処方法に，KVMおよびHCSMが起動・セットアップされているか確認することを追加した。

繰り返しイベントの監視抑止の繰り返しイベント条件を設定する［繰り返しイベント条件設定］画面を追加した。

共通の拡張属性名，または固有の拡張属性名を指定する［拡張属性（共通情報/固有情報）設定］画面を追加した。

繰り返しイベントの監視抑止の繰り返しイベント条件を一覧表示する［繰り返しイベント条件一覧］画面を追加した。

［イベントコンソール］画面のメニューに，次の項目を追加した。

繰り返しイベント条件で抑止

繰り返しイベント条件設定

［関連イベント一覧（集約）］画面では，イベントが100件までしか表示されなく，101件目以降は［表示できないイベント］領域が表示されることを追加した。

次の画面で繰り返しイベントを指定できるようになった。

［イベント検索条件設定］画面

［表示フィルター設定］画面

IM構成管理のプロファイル設定の起動ロケール設定で，Solarisの場合，EUCコードのLANGの値に「ja_JP.eucJP」を選択できるようになった。

リモート監視ログファイルトラップの監視対象がUNIXの場合に，ログファイルの文字コードに指定できる値としてUTF-8を追加した。

HCSMから仮想化構成情報を取得し，仮想化構成情報ファイルに出力するコマンド（jcfcolvmhcsm）を追加した。

KVMから仮想化構成情報を取得し，仮想化構成情報ファイルに出力するコマンド（jcfcolvmkvm）を追加した。

jcoimdefコマンドに，繰り返しイベントの監視抑止を有効にするかどうかを指定するオプション（-storm）を追加した。

jcochstatコマンドで指定できるイベントDB内通し番号を100個に変更した。

次の定義ファイルに，ログイン中のJP1ユーザー名の表示を抑止するパラメーターを追加した。

WWWページ版動作定義ファイル（console_ja.html）

IM構成管理・ビューアー動作定義ファイル（jcfview.conf）

イベントガイド情報ファイルの，「イベントガイドメッセージとして使用できるHTMLタグ」のリンク先URLを指定する個所に，「JP1/IM - Navigation Platformとの連携について」を追加した。

すべてのOSで，イベント拡張属性定義ファイルおよびモニター画面呼び出し定義ファイルで使用する文字コードにC，EUCJIS，SJIS，UTF-8を選択できるようになった。

［繰り返しイベント条件設定］画面の［属性名］表示領域に表示する項目を指定する繰り返しイベント条件表示項目定義ファイル（event_storm_attr_list.conf）を追加した。

［イベントコンソール］画面のイベント一覧でJP1イベントを選択後，［表示］−［繰り返しイベント条件で抑止］を選択して［繰り返しイベント条件設定］画面を開いたときに，自動で設定されるJP1イベント属性を定義する繰り返しイベント条件自動入力定義ファイル（event_storm_auto_list.conf）を追加した。

インシデント手動登録定義ファイルで，JP1/IM - Manager（セントラルコンソール），JP1/IM - Service Support，およびJP1/IM - Navigation Platformの3製品と連携する場合のパラメーター，登録モード（SS_MODE）を追加した。それに伴い，バージョン情報に「使用できないパラメーター一覧」の追加，および[SS_URL=http://JP1/IM - Service Supportのホスト:ポート番号]に設定の注意事項を追加し，バージョンアップ後の作業を変更した。

IM-View設定ファイルに，次のパラメーターを追加した。

前回ログインしたJP1ユーザー名の抑止（LOGIN_USER_HISTORY_MAX）

ログイン中のJP1ユーザー名の抑止（SCREEN_TITLE_LOGININFO）

エクスポートされるホスト情報の仮想化管理種別にHCSMおよびKVMを追加した。また，エクスポートされるホスト情報にポート番号および秘密鍵パスを追加した。

定義ファイルのステートメント内の構成要素に指定できる日本語文字コードに，UTF-8を追加した。

JP1イベントIDを追加した。

00003F56，00003F57，00003F58，00003F59

次のメッセージを追加した。

KAVB0252-E，KAVB0253-Q，KAVB0684-I〜KAVB0686-W，KAVB1148-Q，KAVB1190-E，KAVB1689-W，KAVB1884-W〜KAVB1899-E，KAVB4670-W〜KAVB4677-I，KAVB7146-E，KAVB7415-W，KNAN22072-E，KNAN22073-E，KNAN24070-W，KNAN26338-E

次のメッセージの出力先を変更した。

KNAN20020-W，KNAN20021-W，KNAN22066-E，KNAN22802-E，KNAN24009-E

次のメッセージを変更した。

KAVB0806-E，KAVB4053-I，KAVB4602-W，KAVB4604-W〜KAVB4606-W，KAVB4608-W，KAVB4609-W，KAVB4612-W〜KAVB4614-W，KAVB8417-I，KAVB8424-I，KNAN22016-E，KNAN22249-E，KNAN22315-E，KNAN22499-E，KNAN24006-E，KNAN24010-E，KNAN24033-W，KNAN24036-W，KNAN24038-W，KNAN24039-E，KNAN24063-W，KNAN26095-E，KNAN26142-W，KNAN26187-E，KNAN26329-E，KNAN26330-E，KNAN26334-E，KNAN29085-W，KNAN29086-W

次のメッセージの対処状況を変更した。

KAVB1131-W〜KAVB1135-E，KAVB1137-W〜KAVB1141-E，KAVB1153-E，KAVB1159-W〜KAVB1162-W，KAVB1636-E，KAVB1639-E，KAVB1651-E，KAVB4603-W，KAVB4607-W，KAVB4610-E，KAVB4611-E，KAVB4615-E，KAVB4616-E，KAVB4664-E，KNAN22058-E，KNAN22066-E，KNAN22206-E，KNAN22249-E，KNAN22449-I，KNAN22823-E，KNAN22824-E，KNAN22830-E，KNAN22831-E，KNAN22842-E，KNAN24002-E，KNAN24009-E，KNAN24035-W，KNAN26138-E，KNAN29012-E

次のメッセージのシステムの処置を変更した。

KAVB5104-W，KNAN11012-I，KNAN11064-W，KNAN11066-I，KNAN11108-I，KNAN11118-E，KNAN11151-I，KNAN11154-I，KNAN11159-I，KNAN11161-I，KNAN11162-I，KNAN11180-I〜KNAN11183-I，KNAN11186-I，KNAN11189-I，KNAN11198-I，KNAN11200-I〜KNAN11202-I

付録L.12　10-00の変更内容

監視中のJP1イベントを選択することで，イベントの属性名および属性値が入力された状態で除外条件を定義できるようになった（追加共通除外条件）。

クライアントホスト（ビューアーのホスト）上でコマンドを実行できるようになった（クライアントアプリケーション実行機能）。

［イベントコンソール］画面に表示されたイベントの情報を自動でコマンドの実行内容に指定できるようになった（イベント情報引き継ぎ機能）。

監視対象ホストがHP-UX，Solaris，AIXの場合に，ログファイルトラップおよびリモート監視ログファイルトラップの監視ロケールとしてUTF-8を指定できるようになった。

監視対象ホスト名をFQDN形式で管理する場合，発生元ホストマッピングの制御の仕組みを変更できるようにした。

IPv6アドレス形式のIPアドレスを設定したホストを監視できるようにした。

JP1/Integrated Management - Incident Masterと連携できなくなった。

JP1/Advanced Shellと連携できるようになった。

マニュアルの組み込み手順を追加した。

付録L.13　09-50の変更内容

業務視点でのグルーピング監視（業務グループ監視）ができるようにした。

業務グループの指定方法として，次の内容を追加した。

業務グループをパス表記で指定する場合の前提条件

業務グループや監視グループを反映すると，セントラルコンソール上の名称にも反映される

業務グループや監視グループを削除すると，指定していた内容が無効になる

条件に一致しなかった場合，およびすでに値が設定されている場合のマッピングの状態を追加した。

IMホストアカウントの説明を変更した。

エージェント構成の場合に，［IM構成］ページのツリー表示領域のシステムの階層構成がグレー表示されたときの対処方法を追加した。

システムの階層構成の同期を取ったあとにエージェント構成を反映すると，拠点マネージャーの情報がクリアされてしまうことを追加した。また，リモート監視構成を使用する場合，エージェント構成を反映する必要があることを追加した。

仮想化構成情報の排他関係となる操作を次のとおり変更した。

同一ホストの場合，排他編集できない

別ホストの場合，排他編集できる

JP1/Baseのバージョンごとに収集できる設定ファイルをまとめた。

反映したあとの設定ファイルおよびホストの状態がどのようになるか追加した。

リモートの監視対象ホストから取得するログファイルやイベントログをフィルタリングするための事前フィルターの説明を追加した。

次の内容を追加した。

ログファイル収集時にログファイルが出力されると同一のログファイルがトラップされる

ログファイルの条件

JP1/IM - Managerが停止している場合は，ログ情報を収集しないことを追加した。また，リモート監視イベントログトラップのリトライ回数が3回であることを追加した。

リモート監視で発行するJP1イベントについて，監視対象ホスト名を発生元ホストとして表示・定義するには，発生元ホストのマッピング機能を使用する必要があることを追加した。

エクスポートされるファイルの個数を変更した。

データベースのサイズに，業務グループ・監視グループの合計数の例を追加した。

プロセスにJP1/IM - ManagerのIM構成管理を追加した。

リモートの監視対象ホストの情報を収集する場合のファイアウォールの通過方向を追加した。

IM構成管理を使用する場合のJP1/IM - Managerの制限値を更新した。

リモートの監視対象ホストの数の制限を削除

業務グループおよび監視グループの合計数を追加

一つの業務グループおよび監視グループに設定できるホストの最大数を追加

業務グループおよび監視グループの階層の制限値を追加

AIXまたはHP-UXの場合に，1台のJP1/IM - Managerに接続できるIM構成管理・ビューアーの数を追加

業務グループの参照・操作制限が無効な場合と有効な場合とで，必要な操作権限を書き分けた。

JP1/IM - Manager 09-50およびJP1/IM - View 09-50を下位バージョンの製品に接続した場合の制限事項を追加した。

リモート通信設定をしているリモート監視構成のホストについて，次の監視・管理をできるようにした。

JP1/Baseがインストールされていないホストで発生したログファイル上のメッセージ，およびWindowsのイベントログをリモート監視できるようにした。

リモートの監視対象ホストで設定されている定義情報（プロファイル）を確認したり，編集したりできるようにした。

［IM構成編集］画面を，エージェント構成の編集用の［エージェント構成編集］画面とリモート監視構成の編集用の［リモート監視構成編集］画面に分けた。

業務視点で監視対象の複数のホストをグルーピングして，業務グループごとの監視をできるようにした。

発生元ホストのマッピングを使用して，JP1イベントの発行契機となった事象を発生元ホストとして表示，定義できるようにした。

共通除外条件に拡張モードを追加し，条件群の定義数や指定できる属性を増やしたり，日時を指定してイベント条件を比較できるようにした。

JP1/IM - Viewからコマンドを実行する方法に，よく使うコマンドを［コマンド］ボタンに登録しておき，ボタン操作でコマンドを実行する方法を追加した。

イベント引き継ぎ情報からJP1イベントの情報への変換方法の記述を追加した。

ログファイルトラップ情報の設定ファイル名について注意事項を追加した。

JP1イベントをインシデントとしてJP1/IM - Service Supportに手動で登録できるようにした。

リモートデスクトップ接続でJP1/IM - Viewを使用する場合の接続方法の説明を追加した。

変数（置き換え文字列）を使用してイベントガイドを設定する場合に，イベントガイドメッセージにURLエンコードされた文字列や，UTF-8の文字列としてBase64エンコードされた文字列を出力できるようにした。

ユーザーが参照・編集できるファイル・フォルダ一覧に次のファイルを追加した。

共通除外条件表示項目定義ファイル格納フォルダ

共通除外条件表示項目定義ファイル

共通除外条件表示項目定義ファイルのモデルファイル

システムカラー定義ファイル

システムカラー定義ファイルのモデルファイル

リモートコマンド定義格納フォルダ

コマンドボタン定義ファイル

コマンドボタン定義ファイルのモデルファイル

発生元ホストマッピング定義ファイル

発生元ホストマッピング定義ファイルのモデルファイル

正規表現を使用できる機能と使用できる正規表現の表に，次の項目を追加した。

重大度変更機能

共通除外条件（拡張モード）

事象発生元ホストのマッピング機能

監視対象ホストがWindows 7，Windows Server 2008，Windows Server 2008 (x64)，Windows Server 2008 R2 (x64)，またはWindows Vistaで，ユーザーがログオフしたときもリモート監視イベントログトラップを監視したい場合の手順を追加した。

ローカルセキュリティを設定する手順を，JP1/IM - Managerホストの場合と監視対象ホストの場合とで書き分けた。

レジストリを設定する手順を追加した。

SSHサーバを設定する手順に，UseDNSまたはLookupClientHostnamesの項目を設定する手順を追加した。

SSHの設定で次の操作をするとき，監視対象ホストにログインするユーザーをリモート監視で使用するユーザーに変更した。

鍵を作成する（Windowsの場合）

秘密鍵をJP1/IM - Managerホストに配置する（Windowsの場合）

公開鍵をリモートの監視対象ホストに配置する（Windowsの場合）

JP1/IM - Managerをバージョンアップした場合に発生元ホスト名の項目を表示したいとき，イベント条件表示項目定義ファイルに「E.JP1_SOURCEHOST」を追加する必要があることを追加した。

IM構成管理でホストを登録する場合の注意事項を追加した。

エージェント構成の場合に，ホスト名の変更や構成定義情報の不一致などで，［IM構成］ページのツリー表示領域のシステムの階層構成がグレー表示された場合，構成を反映し直す必要があることを追加した。

プロファイルが未反映の場合，サーバで保存している未反映のプロファイルがすべて削除されることを追加した。

リモート監視構成を使用する場合，エージェント構成を反映する必要があることを追加した。

［業務グループの新規作成］画面および［業務グループ基本情報編集］画面の項目名を「割当JP1資源グループ名」から「割り当てJP1資源グループ名」に変更した。

業務グループと監視グループを反映すると，セントラルコンソールの定義に指定された業務グループ・監視グループの名称も最新の名称に変更されることを追加した。

IM構成管理DBを削除後に，ファイルとフォルダ（ディレクトリ）を削除する手順を追加した。

各データベースの設定の前提条件を追加した。

コマンドを［コマンド］ボタンに登録して実行することができるようになったことに伴い，登録する手順の説明を追加した。

リモートの監視対象ホストでログ監視をする機能が追加されたことに伴い，設定手順の説明を追加した。

リモートの監視対象ホストが監視対象となったことに伴い，次の機能で記述を追加した。

ホストを登録する

ホスト情報を変更する

IM構成をエージェント構成とリモート監視構成の二つに分けたことに伴い記述を変更した。

業務グループによる参照・操作制限機能が追加されたことに伴い，業務グループの設定手順の説明を追加した。

排他編集権を取得する手順を追加した。

リモートの監視対象ホストにプロファイルを設定する手順を追加した。

設定および表示できる項目に発生元ホスト名を追加した。

共通除外条件が基本モードと拡張モードの動作に分かれたことに伴い，説明を変更した。

JP1イベントの表示色を設定する手順の説明を追加した。

発生元ホストのマッピング機能が追加されたことに伴い，発生元ホストのマッピング機能を使用する手順の説明を追加した。

［イベントコンソール］画面からフォントサイズを変更できるという説明を追加した。

業務グループによる参照・操作制限機能が追加されたことに伴い，参照・操作制限の設定手順の説明を追加した。

物理ホスト環境の前提条件にサービスの説明を追加した。

クラスタ運用の前提条件に物理ホスト名および論理ホスト名の条件を追加した。

JP1/IM - MOを使用している場合，接続元のJP1/IM - Message Optimizerサービスを停止することを追加した。

Microsoftへのエラー報告を抑止する設定手順を追加した。

JP1/IM - Managerの論理ホストだけを削除する手順を追加した。

JP1/IM - Managerで管理するイベントがJP1/IM - Service Supportのインシデントとして手動で登録できるようになったことに伴い，JP1/IM - ManagerとJP1/IM - Service Supportが連携する場合の設定手順の説明を追加した。

バックアップ対象ファイルに次のファイルを追加した。

共通除外条件表示項目定義ファイル

システムカラー定義ファイル

コマンドボタン定義ファイル

発生元ホストマッピング定義ファイル

サービスの状態を収集するコマンドに，ログファイルトラップ（リモート）およびイベントログトラップ（リモート）を追加した。

ログファイルおよびディレクトリ一覧を更新した。

リモート監視ログファイルトラップが稼働しているときのトラブルの要因と対処を追加した。

IM構成管理・ビューアーで処理中ダイアログが表示され続ける場合の要因と対処を追加した。

JP1/IM - MOを使用している場合の操作方法を追加した。

リモート監視構成の場合のバックアップ対象ファイルを追加した。

リモート監視構成でマネージャーおよびリモートの監視対象ホストのパスワードを変更したときに必要な作業の説明を追加した。

システムの階層構成で監視構成を変更するときのエージェント構成およびリモート監視構成の違いと，注意事項を追加した。

イベント一覧の表示項目および表示名に発生元ホスト名を追加した。

イベント情報のマッピングと発生元ホストのマッピングの違いを追加した。

業務グループの参照・操作制限を有効にしている場合の制限事項を追加した。

JP1イベントをインシデントとして登録するために，JP1/IM - Service Supportの［登録先プロセスワークボード］画面を表示する手順を追加した。

共通除外条件の有効・無効を切り替える説明に，jcochfilterコマンドの次のオプションの説明と例を追加した。

-on

-off

-e

［コマンド］ボタンでのコマンドの実行方法を追加した。

［統合機能メニュー］画面に表示される機能のバージョンを明らかにした。

リモート監視の場合，［リモート監視構成編集］画面を使用する記述を追加した。

業務グループの管理についての説明を追加した。

リモート監視の運用についての説明を追加した。

エクスポート，インポートの対象となる情報に，次の情報を追加した。

リモート認証情報

業務グループ情報

監視グループ情報

トラブルへの対処方法の「コマンドが実行できない場合」に，業務グループまたは監視グループを実行ホスト名に指定した場合の対処を追加した。

リモート監視のトラブルについての対処方法を追加した。

［イベント検索条件設定］画面の［検索ホスト名］および［コマンド実行］画面の［実行ホスト名］に，ログインしているJP1ユーザーが参照できる業務グループに所属するホストのホスト名を指定することを追加した。

IM構成管理・ビューアーの表示項目が異なったり，非活性となったりする要因を追加した。

［IM構成管理］画面の［編集］メニューに［システム共通設定］を追加した。

リモート監視の場合に表示される詳細情報を追加した。

［ホスト属性編集］画面の［ホスト名］の説明に，業務グループに登録されている場合は変更できないことを追加した。

［エージェント構成編集］画面の説明に，エージェント構成からホストを削除した場合の説明を追加した。

次の画面の［ユーザー名］および［パスワード］に，ユーザー名以外の個所に文字を入力している場合，必須項目であることを追加した。

［リモート監視設定］画面

［システム共通設定］画面の［WMI/NetBIOS］ページ

［システム共通設定］画面の［IMホストアカウント］ページ

［リモート監視構成編集］画面で，リモート監視構成からホストを削除して反映した場合の注意事項を追加した。

［プロファイル表示/編集］画面の［設定ファイル］ページに次の内容を追加した。

表示される項目の「反映状態」に，それぞれの状態の詳細を追加した。

ログファイルトラップ情報，またはリモート監視のイベントログトラップ情報を選択したとき，事前フィルターを設定できることを追加した。

［設定ファイル］に表示する項目に次の説明を追加した。

・起動オプションの説明に，監視ログファイル名の文字制限を追加した。

・設定内容の保存/反映の説明に，「再起動」で反映が必要な場合の説明を追加した。

WMI/NetBIOS（NetBIOS over TCP/IP）接続の場合に，ツリー表示領域でリモート監視のイベントログトラップ情報を選択したときの［起動オプション］の説明を追加した。

共通除外条件を拡張モードにした場合に，イベント取得フィルターに対して取得対象外とするJP1イベントの条件および適用期間を設定するために，［共通除外条件設定(拡張)］画面を追加した。

［IM構成編集］画面の名称を［エージェント構成編集］画面に変更した。

また，［エージェント構成編集］画面の次の内容を修正した。

メニュー項目の名称を変更した。

リモート監視の通信方法を表示するための［リモート通信種別］，および構成の種別を表示するための［構成種別］を追加した。

リモート監視するための情報を設定するために，［リモート監視設定］画面を追加した。

IM構成管理が管理するリモート監視構成を編集するために，［リモート監視構成編集］画面を追加した。

業務グループを新しく作成するために，［業務グループの新規作成］画面を追加した。

業務グループの基本情報を編集するために，［業務グループ基本情報編集］画面を追加した。

監視グループを新しく作成するために，［監視グループの新規作成］画面を追加した。

監視グループの基本情報を編集するために，［監視グループ基本情報編集］画面を追加した。

業務グループまたは監視グループに対して，ホストを登録または解除するために，［所属ホストの登録/登録解除］画面を追加した。

監視グループ名を変更するために，［監視グループ名の変更］画面を追加した。

設定項目の値を共通の設定値として保存・管理するために，［システム共通設定］画面を追加した。

インシデントを登録するために，JP1/IM - ManagerからJP1/IM - Service Supportの［登録先プロセスワークボード選択］画面を［インシデント登録］から表示できるようにした。

［イベント詳細］画面および［イベント詳細（編集）］画面に，次の内容を追加した。

コマンドを実行するための［コマンド実行］画面を表示できるように［コマンド実行］ボタンを追加した。

インシデントを登録するために，JP1/IM - ManagerからJP1/IM - Service Supportの画面を［インシデント登録］から表示できるようにした。

イベント検索後，JP1/IM - Viewからログインしているホストとは別のホストにある相関イベントを［関連イベント一覧（相関）］画面の［表示対象］に表示している場合，JP1/IM - Service Supportにインシデントを登録できないようにした。

［重要イベント定義］画面，［イベント検索条件設定］画面，［表示フィルター設定］画面，および［ユーザーフィルター詳細設定］画面で，次の内容を追加した。

発生元ホスト名をイベント条件として指定できるようにした。

jcoimdefコマンドの-ignorecasehostオプションの指定を「ON」にした場合に，［登録ホスト名］および［発生元ホスト名］で［正規表現］以外を選択すると，文字列の英大文字・小文字を区別しないようにした。

［登録ホスト名］および［発生元ホスト名］にパス表記で業務グループ名を指定できるようにした。

共通除外条件が，基本モードと拡張モードを選択できるようになったことに伴い，［システム環境設定］画面の［全般］ページ，および［イベント取得条件一覧］画面で［共通除外条件群一覧］に，モードごとの説明を追加した。

［ユーザー環境設定］画面をタブ構成にし，フォントの表示サイズを指定できるようにした。

［アクション詳細設定］画面の［アクション条件］ページで，次の内容を追加した。

発生元ホスト名をイベント条件として指定できるようにした。

jcoimdefコマンドの-ignorecasehostオプションの指定を「ON」にした場合に，［登録ホスト名］および［発生元ホスト名］で［正規表現］以外を選択すると，文字列の英大文字・小文字を区別しないようにした。

［文字列］編集で登録ホスト名または発生元ホスト名を指定した場合，パス表記で業務グループ名を指定できるようにした。

［実行ホスト名］にパス表記で業務グループ名および監視グループ名を指定できるようにした。

［アクション結果更新条件設定］画面で［ホスト名］にパス表記で業務グループ名または監視グループ名を指定できるようにした。

［コマンド実行］画面で，次の内容を追加した。

［コマンド］ボタンを使ってコマンドを実行できるようにした。

［実行ホスト名］にパス表記で業務グループ名または監視グループ名を指定できるようにした。

エージェント構成，リモート監視構成，および業務グループを監視できるようになったことに伴い，［IM構成管理］画面のメニュー項目を変更した。

業務グループおよび監視グループの構成を表示するために，［IM構成管理］画面に［業務グループ］ページ（［業務グループ］タブ）を追加した。

［IM構成管理］画面の［ホスト一覧］ページで下位ホスト情報に表示する項目に，次の項目を追加した。

収集状態

リモート通信種別

業務グループ

監視グループ

リモート監視構成を監視できるようになったことに伴い，［IM構成管理］画面の［ホスト一覧］ページの基本情報に表示する項目に，リモート監視設定情報を追加した。

また，詳細情報の表示項目を次のとおり変更した。

「収集状態」を「情報収集結果」

［IM構成管理］画面の［IM構成］ページで，次の内容を追加した。

エージェント監視およびリモート監視を示すアイコンを追加した。

ホストの種類と表示情報の関係に，リモート（拠点マネージャー）およびリモート（統合マネージャー）を追加した。

［ホスト登録］画面および［ホスト属性編集］画面でリモート監視の通信方法を指定するための，［リモート通信設定］を指定できるようにした。

［プロファイル追加］画面で，リモート監視ログファイルトラップのプロファイルを追加できるようにした。

［ログインユーザー一覧］画面で表示する項目に，業務グループ編集中を追加した。

次のコマンドの機能概要に同時に実行できるコマンド数の説明を追加した。

jcfaleltdef（Windows限定）コマンド

jcfaleltreload（Windows限定）コマンド

jcfaleltstart（Windows限定）コマンド

jcfaleltstat（Windows限定）コマンド

jcfaleltstop（Windows限定）コマンド

jcfallogdefコマンド

jcfallogreloadコマンド

jcfallogstartコマンド

jcfallogstatコマンド

jcfallogstopコマンド

jcfexportコマンド

jcfimportコマンド

jcfvirtualchstatコマンド

次のコマンドに-filterオプションを追加した。

jcfaleltdef（Windows限定）コマンド

jcfaleltstart（Windows限定）コマンド

jcfallogdefコマンド

jcfallogstartコマンド

次のコマンドの戻り値の説明を変更した。

jcfaleltdef（Windows限定）コマンド（戻り値：21）

jcfaleltreload（Windows限定）コマンド（戻り値：12，21）

jcfaleltstart（Windows限定）コマンド（戻り値：21）

jcfaleltstat（Windows限定）コマンド（戻り値：1，21）

jcfaleltstop（Windows限定）コマンド（戻り値：12，21）

jcfallogdefコマンド（戻り値：8，21）

jcfallogreloadコマンド（戻り値：21）

jcfallogstartコマンド（戻り値：8，21）

jcfallogstatコマンド（戻り値：1，21）

jcfallogstopコマンド（戻り値：12，15，21）

jcfexportコマンド（戻り値：21）

jcfimportコマンド（戻り値：21）

jcfview（Windows限定）コマンド（戻り値：5）

jcfvirtualchstatコマンド（戻り値：21）

次のコマンドの戻り値の説明を削除した。

jcfaleltdef（Windows限定）コマンド（戻り値：13）

jcfaleltstat（Windows限定）コマンド（戻り値：10，13）

jcfaleltstop（Windows限定）コマンド（戻り値：16）

jcfallogdefコマンド（戻り値：13）

jcfallogreloadコマンド（戻り値：8）

jcfallogstatコマンド（戻り値：10，13）

jcfallogstopコマンド（戻り値：16）

jcfaleltreloadコマンドに，jcfaleltdefコマンドまたは［プロファイル表示/編集］画面で起動オプションを変更した場合は，リロードしても反映されないという説明を追加した。

次のコマンドの-oオプションの説明を変更した。

jcfaleltstart（Windows限定）コマンド

jcfallogdefコマンド

jcfallogstartコマンド

jcfallogdefコマンドの機能概要に，プロファイルを削除する場合の説明を追加した。

次のコマンドの-rオプションの説明を変更した。

jcfallogdefコマンド

jcfallogstartコマンド

jcfallogreloadコマンドに，jcfaleltdefコマンドまたは［プロファイル表示/編集］画面でMARKSTRおよびACTDEFパラメーター以外の値を変更した場合は，リロードしても反映されないという説明を追加した。

jcfdbunsetupコマンドを実行したあとに削除するファイルの説明を追加した。

jcfimportコマンドの機能概要に，リモート監視中の説明を追加した。

JP1/IM - Managerをインストールすると自動生成される，IM構成反映方式設定ファイル（jp1cf_applyconfig.conf）を追加した。

リモート監視ログファイルトラップ動作定義ファイルのHEADLINEに，文字列の上限サイズの説明を追加した。

また，定義例を追加した。

リモート監視イベントログトラップ動作定義ファイルの定義例を追加した。

セットアップ情報ファイル（jimdbsetupinfo.conf）にIMDBHOSTNAMEを追加した。

JP1イベントIDを追加した。

00003F22，00003F23，00003F63，00003F64，00003F68，00003F69，00003FC0，00003FC1，00003FC2，00003FC3，00003FC5，00003FD0，00003FD1，00003FD2，00003FD3，00003FD4，00003FD5，ACTDEFパラメーターに指定されている値，00003A71

JP1イベントの発行契機，およびメッセージを変更した。

00003FD3

イベントID：00003FD0の詳細のログ種別を削除した。

イベントID：00003FD2の詳細の固有情報に次の項目を追加した。

エラー発生API名

監視対象ホスト名

イベントID：00003FD3の詳細の固有情報に次の項目を追加した。

監視対象ホスト名

jimdbupdateコマンドを追加し，IMデータベースをアップデートできるようにした。

jcfmkcsdataコマンドの機能概要に，業務グループの監視ツリー情報を追加したセントラルスコープのインポートファイルの生成についての説明を追加した。

次のコマンドを追加し，リモートの監視対象ホストを管理できるようにした。

jcfaleltdef（Windows限定）コマンド

jcfaleltreload（Windows限定）コマンド

jcfaleltstart（Windows限定）コマンド

jcfaleltstat（Windows限定）コマンド

jcfaleltstop（Windows限定）コマンド

jcfallogdefコマンド

jcfallogreloadコマンド

jcfallogstartコマンド

jcfallogstatコマンド

jcfallogstopコマンド

jcochcefmodeコマンドを追加し，共通除外条件の動作モードを変更できるようにした。

jcashowaコマンドの-dオプションの説明を変更した。また秒単位の指定についての説明を追加した。

次のコマンドの説明に注意事項を追加した。

jcfdbsetup

jcfdbunsetup

jcodbsetup

jcodbunsetup

次のコマンドに-rオプションと-gオプションを追加した。

jcfexport

jcfimport

jcfmkcsdataコマンドに-gオプションを追加した。また，戻り値「11」を追加した。

jco_spmd_reloadコマンドを実行したときに有効になる定義ファイルに次のファイルを追加した。

イベント条件表示項目定義ファイル（attr_list.conf）

共通除外条件表示項目定義ファイル（common_exclude_filter_attr_list.conf）

jco_start（UNIX限定）コマンドの機能説明にシステム開始時とJP1/IM - Managerを手動で起動する場合の注意事項を追加した。

jco_stop（UNIX限定）コマンドの機能説明にJP1/IM - Managerを手動で停止する場合の注意事項を追加した。

jcochfilterコマンドに次のオプションを追加した。

-on

-off

-ef

-check

jcoevtreportコマンドの機能説明にCSVの出力形式を参照する場合の参照先の記述を追加し，-fオプションのオペランド名を変更した。

jcoimdefコマンドに次のオプションを追加した。

-cmdbtn

-hostmap

-bizmonmode

-ignorecasehost

次のコマンドにJP1/IM - MOを使用している場合の注意事項を追加した。

jimdbbackup

jimdbrecovery

jimdbrorg

jimdbstop

リモート監視のログトラップ機能の動作を定義するためのリモート監視ログファイルトラップ動作定義ファイルを追加した。

リモート監視のイベントログトラップ機能の動作を定義するためのリモート監視イベントログトラップ動作定義ファイルを追加した。

発生元ホストマッピングの機能で，発生元ホストをマッピングするJP1イベントの条件とマッピング元を定義するための，発生元ホストマッピング定義ファイル（user_hostmap.conf）を追加した。

自動アクション環境定義ファイル（action.conf.update）の"ACTIONLIMIT"=dword:16進数値で指定できる値を追加した。

イベント一覧に使用する色の設定を定義するためのシステムカラー定義ファイル（systemColor.conf）を追加した。

共通除外条件の拡張モードのイベント条件や適用期間を定義するための，共通除外条件拡張定義ファイルを追加した。

［共通除外条件設定(拡張)］画面の［属性名］表示領域に表示する項目を定義するための共通除外条件表示項目定義ファイル（common_exclude_filter_attr_list.conf）を追加した。

［コマンド実行］画面に表示する［コマンド］ボタンを定義するためのコマンドボタン定義ファイル（cmdbtn.conf）を追加した。

次のファイルのイベント条件で指定できる属性名に発生元ホストのマッピングで使用するための発生元ホスト名を追加した。

自動アクション定義ファイル（actdef.conf）

ユーザープロファイル（defaultUser | profile_ユーザー名）

イベントガイド情報ファイル（jco_guide.txt）

相関イベント発行定義ファイル

重大度変更定義ファイル（jcochsev.conf）

モニター画面呼び出し定義ファイル

自動アクション定義ファイル（actdef.conf）のホスト名に指定できる項目に，業務グループ名および監視グループ名を追加した。

自動アクション定義ファイル（actdef.conf）のアクション定義で使用できる変数の表に記載されている注釈を変更した。

イベント条件表示項目定義ファイル（attr_list.conf）に指定できる表示項目に発生元ホストのマッピングで使用する発生元ホスト名を追加した。

イベント引き継ぎ情報変換設定ファイル（event_info_replace.conf）の説明を補足した。

ヘルスチェック定義ファイル（jcohc.conf）のFAILOVERの説明にヘルスチェック機能で異常を検知したときの説明を追加した。

イベントガイド情報ファイル（jco_guide.txt）のDESC_VERSIONおよびEV_FILEの説明を変更した。

イベントガイド情報ファイル（jco_guide.txt）にEV_USERを追加した。

また，イベントガイドメッセージの置き換え文字についての説明を追加した。

相関イベント発行定義ファイルの属性値の最大サイズを追加した。

相関イベント発行定義ファイルで属性名に指定できない拡張属性の説明を変更した。

相関イベント発行定義ファイルの相関成立イベントの説明を追加した。

インシデント手動登録定義ファイル（incident.conf）にJP1/IM - Service Supportと連携するための説明を追加した。

WWWページ呼び出し定義ファイル（hitachi_jp1_製品名.html）の一覧に，JP1/IM - Managerと連携できるバージョンおよび対応OSを追加した。

IM構成管理・ビューアー動作定義ファイル（jcfview.conf）の説明中の［IM構成編集］画面を［エージェント構成編集］画面に変更した。

また，［リモート監視構成編集］画面の記述を追加した。

クラスタセットアップ情報ファイル（jimdbclustersetupinfo.conf）のONLINEHOSTNAMEの説明に実行系のホスト名に関する記述を追加した。

イベントレポート出力の項目ファイルの項目名の説明を変更した。

イベントレポート出力のフィルターファイルにイベント条件で指定できる属性名，比較キーワードおよびオペランドの説明を追加した。

次のメッセージを追加した。

KAVB0012-W〜KAVB0015-W，KAVB0110-E，KAVB0267-E，KAVB0354-I，KAVB0415-E〜KAVB0419-E，KAVB0422-E〜KAVB0424-E，KAVB0682-I，KAVB0683-E，KAVB0760-W，KAVB0761-W，KAVB0888-E〜KAVB0891-E，KAVB0893-E〜KAVB0900-E，KAVB0902-W，KAVB0903-E，KAVB0961-E，KAVB0962-W，KAVB1012-E〜KAVB1021-W，KAVB1104-W，KAVB1105-W，KAVB1136-W〜KAVB1141-E，KAVB1533-E，KAVB1534-E，KAVB1593-W〜KAVB1688-W，KAVB1692-W，KAVB1694-E，KAVB1851-I〜KAVB1872-W，KAVB4016-W，KAVB4440-W〜KAVB4445-E，KAVB4507-W，KAVB4508-W，KAVB4650-I〜KAVB4664-E，KAVB4666-W〜KAVB4669-E，KAVB4706-W〜KAVB4708-W，KAVB4710-I〜KAVB4713-E，KAVB4790-W，KAVB8450-I〜KAVB8457-E，KAJV0016-W，KAJV0017-W，KAJV0500-I〜KAJV0503-E，KAJV0600-I〜KAJV0614-E，KAJV0616-W〜KAJV0619-E，KAJV2016-W，KAJV2017-W，KAJV2500-I〜KAJV2503-E，KNAN11197-I〜KNAN11202-I，KNAN20009-I，KNAN20045-Q，KNAN20046-E，KNAN20048-W，KNAN20057-I，KNAN20238-Q，KNAN20240-Q，KNAN20303-Q，KNAN20364-I，KNAN20365-I，KNAN20418-Q〜KNAN20433-E，KNAN20437-Q，KNAN20438-Q，KNAN20440-Q，KNAN21185-E，KNAN21186-E，KNAN21300-E〜KNAN21311-E，KNAN21400-W〜KNAN21404-E，KNAN22032-E，KNAN22033-E，KNAN22265-E〜KNAN22267-E，KNAN22270-E〜KNAN22273-I，KNAN22307-I〜KNAN22321-E，KNAN22413-E〜KNAN22415-E，KNAN22451-E，KNAN22452-E，KNAN22454-E，KNAN22462-E，KNAN22529-E，KNAN22700-E〜KNAN22702-E，KNAN22861-W，KNAN22862-E，KNAN22870-I〜KNAN22874-E，KNAN22890-E，KNAN26000-I〜KNAN26003-E，KNAN26006-I，KNAN26008-E，KNAN26010-E，KNAN26025-W〜KNAN26028-E，KNAN26039-E，KNAN26050-I，KNAN26055-I〜KNAN26059-E，KNAN26063-E〜KNAN26065-E，KNAN26069-E，KNAN26072-W，KNAN26073-W，KNAN26078-I，KNAN26081-E，KNAN26091-I〜KNAN26095-E，KNAN26097-E〜KNAN26110-W，KNAN26117-E，KNAN26119-E，KNAN26121-I，KNAN26123-E，KNAN26131-I，KNAN26132-E，KNAN26138-E，KNAN26140-W，KNAN26142-W，KNAN26153-E，KNAN26155-E，KNAN26163-E，KNAN26181-E，KNAN26182-E，KNAN26187-E，KNAN26189-E，KNAN26196-E，KNAN26206-E，KNAN26208-E〜KNAN26212-E，KNAN26214-I，KNAN26216-I，KNAN26217-I，KNAN26223-Q〜KNAN26226-I，KNAN26230-I，KNAN26239-I，KNAN26243-E，KNAN26247-E，KNAN26249-I，KNAN26251-I，KNAN26252-I，KNAN26256-I，KNAN26258-E，KNAN26261-I，KNAN26265-E〜KNAN26267-E，KNAN26269-I，KNAN26271-I，KNAN26274-I，KNAN26276-I，KNAN26278-I，KNAN26279-I，KNAN26281-I，KNAN26283-I，KNAN26285-I，KNAN26287-I，KNAN26292-E〜KNAN26298-E，KNAN26317-I〜KNAN26323-E，KNAN26325-E〜KNAN26332-E，KNAN26334-E，KNAN26336-E，KNAN29087-E，KNAN29088-E，KNAN11203-I

次のメッセージの出力先を変更した。

KAVB8430-E，KNAN20354-Q，KNAN20362-Q，KNAN20520-I，KNAN20810-I，KNAN20816-E，KNAN20821-I，KNAN21180-E，KNAN21181-E，KNAN22267-E，KNAN22270-E〜KNAN22272-I，KNAN22529-E，KNAN22819-E，KNAN22832-E，KNAN22846-E，KNAN22861-W，KNAN26003-E，KNAN26039-E，KNAN26050-I，KNAN26058-E，KNAN26063-E，KNAN26069-E，KNAN26072-W，KNAN26073-W，KNAN26078-I，KNAN26092-E，KNAN26097-E，KNAN26138-E，KNAN26153-E，KNAN26163-E，KNAN26187-E，KNAN26196-E，KNAN26208-E，KNAN26209-E，KNAN26211-E，KNAN26317-I，KNAN26318-I〜KNAN26320-E

IM構成管理に関するメッセージの出力先（その3）の表にダイアログを追加した。

次のメッセージを削除した。

KNAN22870-I〜KNAN22874-E，KNAN24100-I〜KNAN24107-I，KNAN26008-E，KNAN26010-E，KNAN26059-E，KNAN26064-E，KNAN26065-E，KNAN26117-E，KNAN26121-I，KNAN26123-E，KNAN26131-I，KNAN26132-E，KNAN26180-E，KNAN26265-E，KNAN26292-E，KNAN26295-E，KNAN26298-E，KNAN26325-E

次のメッセージの対処方法を変更した。

KAVB0422-E，KAVB0423-E，KAVB1586-W，KAVB1587-E，KNAN11122-E，KNAN11123-E，KNAN11144-W，KNAN20000-E，KNAN20105-E，KNAN20230-Q，KNAN21400-W，KNAN21402-E，KNAN21403-E，KNAN22012-E，KNAN22058-E，KNAN22201-E，KNAN22205-E，KNAN22249-E，KNAN22253-E，KNAN22265-E，KNAN22403-E，KNAN22406-E，KNAN22407-E，KNAN22422-E，KNAN22424-E，KNAN22426-E，KNAN22466-E，KNAN22468-E，KNAN22500-E，KNAN22526-W，KNAN22701-E，KNAN22702-E，KNAN22806-E，KNAN22823-E，KNAN22824-E，KNAN24005-E，KNAN26002-E，KNAN26027-I，KNAN26039-E，KNAN26057-E，KNAN26063-E，KNAN26081-E，KNAN26095-E，KNAN26097-E，KNAN26099-E，KNAN26119-E，KNAN26163-E，KNAN26187-E，KNAN26208-E，KNAN26209-E，KNAN26296-E，KNAN26328-E，KNAN29041-E，KNAN11141-E

次のメッセージを変更した。

KAVB0682-I，KAVB0683-E，KNAN20040-E〜KNAN20042-E，KNAN20222-Q，KNAN20226-Q，KNAN20227-Q，KNAN20230-Q，KNAN20326-Q，KNAN20354-Q，KNAN20362-Q，KNAN20437-Q，KNAN20438-Q，KNAN20440-Q，KNAN22012-E，KNAN22015-E，KNAN22200-I〜KNAN22206-E，KNAN22208-E，KNAN22209-I，KNAN22249-E，KNAN22263-E，KNAN22271-I，KNAN22272-I，KNAN22407-E，KNAN22500-E，KNAN22823-E，KNAN22824-E，KNAN24005-E，KNAN26097-E，KNAN26099-E，KNAN26187-E，KNAN26196-E，KNAN26281-I，KNAN26328-E，KNAN29922-E

次のメッセージの説明文を変更した。

KAVB0246-E，KAVB1513-W，KNAN20048-W，KNAN20222-Q，KNAN20230-Q，KNAN20238-Q，KNAN20303-E，KNAN20354-Q，KNAN20362-Q，KNAN20364-I，KNAN20365-I，KNAN21300-E〜KNAN21310-E，KNAN22033-E，KNAN22200-I〜KNAN22206-E，KNAN22208-E，KNAN22209-I，KNAN22263-E，KNAN22266-E，KNAN22267-E，KNAN22270-E〜KNAN22272-I，KNAN22406-E，KNAN22407-E，KNAN22498-E，KNAN22500-E，KNAN22701-E，KNAN22861-W，KNAN24005-E，KNAN26000-I，KNAN26027-I，KNAN26039-E，KNAN26050-I，KNAN26063-E，KNAN26092-E，KNAN26093-I，KNAN26095-E，KNAN26098-E，KNAN26100-E，KNAN26103-I〜KNAN26105-W，KNAN26108-I〜KNAN26110-W，KNAN26119-E，KNAN26138-E，KNAN26187-E，KNAN26211-E，KNAN26212-E，KNAN26214-I，KNAN26216-I，KNAN26217-I，KNAN26226-I，KNAN26230-I，KNAN26249-I，KNAN26251-I，KNAN26252-I，KNAN26256-I，KNAN26261-I，KNAN26269-I，KNAN26271-I，KNAN26274-I，KNAN26276-I，KNAN26278-I，KNAN26279-I，KNAN26281-I，KNAN26283-I，KNAN26285-I，KNAN26287-I，KNAN26293-E，KNAN26294-E，KNAN26322-E，KNAN26323-E，KNAN26326-I〜KNAN26330-E

次のメッセージのシステムの処置を変更した。

KNAN20048-W，KNAN20303-E，KNAN20330-E，KNAN20530-W，KNAN21307-E，KNAN21310-E，KNAN22266-E，KNAN22267-E，KNAN22270-E〜KNAN22272-I，KNAN22506-W，KNAN22514-W，KNAN22515-W，KNAN22517-W，KNAN22528-W，KNAN22861-W，KNAN26000-I，KNAN26039-E，KNAN26081-E，KNAN26095-E，KNAN26163-E，KNAN26208-E，KNAN26294-E

次のメッセージIDを変更した。

「KNAN20303-Q」を「KNAN20303-E」

「KNAN21308-E」を「KNAN21308-Q」

「KNAN22518-W」を「KNAN22518-E」

「KNAN26025-W」を「KNAN26025-E」

「KNAN26098-W」を「KNAN26098-E」

付録L.14　09-10の変更内容

JP1/Integrated Management - Viewの適用OSにWindows 7を追加した。

JP1/IM - Managerのサービス一覧を追加した。

JP1イベント取得後の処理の流れに関する説明を変更した。

重要イベントフィルターの説明を重要イベントのフィルタリング表示と判定に分けて記述した。

ホスト種別が変更できない場合の説明を変更した。

プロファイルツリー再構築を実行する場合の説明および注意事項を追加した。

操作権限およびクラスタ運用時の注意事項を追加した。

［ホスト登録］画面でホスト名を指定する場合の注意事項を追加した。

JP1イベントの情報にコマンドで意味を持つ文字がある場合に，イベント引き継ぎ情報変換設定ファイルで文字変換することを，変数の記述での注意点に追加した。

収集できるログファイルトラップ動作定義ファイルおよびログファイルトラップ起動定義ファイルが，JP1/Baseのバージョンによって異なることを追加した。

IM構成管理・ビューアーからプロファイルを追加および削除できるようにした。

IM構成管理・ビューアーからログファイルトラップを起動および停止できるようにした。

IM構成管理・ビューアーでメニュー項目が非活性になっている場合の対処方法を変更した。

IM構成管理で編集できる設定ファイルの一覧を追加した。

次の操作手順をマニュアル「JP1/Integrated Management - Manager 導入・設計ガイド」からマニュアル「JP1/Integrated Management - Manager 構築ガイド」を参照させるように変更した。

ホストごとに反映する

一括反映する

エクスポート・インポートの対象となるファイルおよび対象範囲を変更した。

収集対象の仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類のうち，JP1/SC/CMおよびvCenterがUNIXにも対応できるようになったため，Windows限定である記述を削除した。

pdprcdプロセスが自動起動スクリプトの設定の有効・無効に関係なく起動されることを追加した。

pdprcdプロセスに関する記述を追加した。

自動アクション定義のアクション定義パラメーターの長さの制限値を変更した。

自動アクション定義ファイルおよび重大度変更定義ファイルのファイルサイズを制限値に追加した。

JP1/IM - Manager 09-10またはJP1/IM - View 09-10を下位バージョンの製品に接続した場合の制限事項を追加した。

次の項目にログファイルトラップ起動定義ファイルを追加した。

イベントサービスの定義情報の収集と配布で対象となる定義情報

保存および反映できる設定ファイル

［プロファイル表示/編集］画面で設定できるファイル

次の項目にログファイルトラップ動作定義ファイルおよびログファイルトラップ起動定義ファイルを追加した。

エクスポートおよびインポートの対象となるファイル

jcfexportコマンドでエクスポートした定義情報の出力先

ログファイルトラップに関する機能を使用する場合に，JP1/Baseのバージョンアップが必要であるという説明を追加した。

クラスタ用のログファイルトラップを設定する場合の説明を追加した。

設定ファイルの編集内容を反映する手順に，再起動して反映するおよびファイルを送付して反映する手順を追加した。それに伴い構成を変更した。

JP1/IM - Manager（IMデータベース）を設定または削除する手順を変更した。

バックアップ対象となるファイルに繰り返しイベントの集約設定ファイルおよびイベント条件表示項目定義ファイルを追加した。

IMデータベースのバックアップ・リカバリー手順を変更した。

JP1/IM - Manager（IM構成管理）の管理情報の移行に関する記述を追加した。

IM構成管理でホスト情報の収集に失敗する場合の要因を追加した。

［プロファイル追加］画面を追加した。

［重要イベント］ページに［指定期間のイベント表示］の説明を追加した。

［プロファイル表示/編集］画面に次のメニュー項目を追加した。

プロファイル追加

プロファイル削除

再起動による反映

ファイル送付による反映

プロセス起動

プロセス停止

ログファイルトラップ情報を選択した場合に［設定ファイル］ページに表示される項目の説明を追加した。

［プロファイル表示/編集］画面で操作できる設定ファイルごとの項目の説明を変更した。

SpmSetSvcConコマンドを追加し，JP1/IM-ManagerサービスとJP1/Base Eventサービスの依存関係を設定できるようにした。

収集対象の仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類のうち，JP1/SC/CM，vCenterおよび日立サーバ論理分割機構がUNIXにも対応できるようになったため，Windows限定である記述を削除した。

次のコマンドがUNIX環境に対応することとなったため，UNIXに関する記述を追加，およびWindows限定である記述を削除した。

jcfcolvmvcコマンド

jcfcolvmvirtageコマンド

jcfvirtualchstatコマンド

jcacancelコマンドの説明を変更した。

jcoimdefコマンドの-iオプションで直ちに反映できるオプションの一覧から，-dbntcposオプションを削除した。

jcoimdefコマンドの定義が有効になる契機の表で，-dbntcオプションおよび-dbntcposオプションの契機を変更した。

次のコマンドをUNIX環境で使用する場合の注意事項を追加した。

jcfdbsetupコマンド

jcodbsetupコマンド

次のコマンドをWindowsおよびUNIX環境で使用する場合の注意事項を追加した。また，サービスの状態に関する注意事項を追加した。

jcfdbunsetupコマンド

jcodbunsetupコマンド

定義例を追加した。

自動アクション定義ファイル（actdef.conf）

自動アクション定義ファイル（actdef.conf）（互換用）

イベント引き継ぎ情報変換設定ファイル（event_info_replace.conf）

システムプロファイル（.system）のDESC_VERSIONを変更した。

NNMiインシデントを変換したJP1イベントに拡張属性「NNMI_FAMILY_UK」を設定することを追加した。

メッセージがダミーイベントのメッセージであることを追加した。

KAVB0246-E，KAVB0248-E，KAVB0251-E，KAVB1513-W，KAVB1516-W，KAVB1527-E

メッセージの出力先を変更した。

KAVB8108-E，KNAN20020-W，KNAN20021-W，KNAN20234-I，KNAN21171-E〜KNAN21177-E，KNAN22031-E，KNAN22058-E，KNAN22068-E，KNAN22301-E，KNAN22302-E，KNAN22304-E〜KNAN22306-E，KNAN22857-E，KNAN22858-E

メッセージを追加した。

KNAN20302-Q，KNAN20352-Q〜KNAN20360-E，KNAN20362-Q，KNAN20363-I，KNAN20416-Q，KNAN21180-E，KNAN21181-E，KNAN21183-E，KNAN21184-E，KNAN22069-E〜KNAN22071-W，KNAN22264-E，KNAN22492-E，KNAN22500-E，KNAN22501-E，KNAN22503-E，KNAN22505-I〜KNAN22507-W，KNAN22510-I，KNAN22511-I，KNAN22514-W，KNAN22515-W，KNAN22517-W，KNAN22518-W，KNAN22520-E，KNAN22521-I，KNAN22523-I，KNAN22524-E，KNAN22526-W〜KNAN22528-W，KNAN22860-W

メッセージの対処方法を変更した。

KAVB3613-W，KAJV2321-E，KNAN21174-E，KNAN22058-E，KNAN22301-E，KNAN22304-E〜KNAN22306-E，KNAN22403-E，KNAN22412-E，KNAN22422-E，KNAN22426-E，KNAN22466-E，KNAN22859-E

メッセージを変更した。

KNAN20231-Q

付録L.15　09-01の変更内容

IM構成管理・ビューアーで仮想化管理情報を設定できるようにしたことに伴い，［ホスト登録］画面を変更した。

IM構成管理で仮想化システム構成を管理できる記述を追加した。

重要イベントフィルターの位置を重要イベントのフィルタリング表示と判定に分けて記述した。

IM構成管理で仮想化システム構成を管理できる仮想化ソフトウェアおよび仮想化環境管理ソフトウェアの種類を追加した。追加したソフトウェアは次のとおり。

仮想化システム管理ホストに使用できる仮想化環境管理ソフトウェア

JP1/SC/CM，SCVMM，およびvCenterの3種類

VMMホストに使用できる仮想化ソフトウェア

Hyper-Vおよび日立サーバ論理分割機構の2種類

IM構成管理でエクスポートできるホスト情報に仮想化構成情報を追加した。

IM構成管理・ビューアーから仮想化システム構成を収集できるようにした。

システムの階層構成の管理の検討に，仮想化システム構成の管理の内容を追加した。

JP1/IM - View 09-01をJP1/IM - Manager 09-00に接続した場合，およびJP1/IM - Manager 09-01にJP1/IM - View 09-00を接続した場合のIM構成管理についての制限事項を追加した。

IM構成管理でホストを登録する場合の注意事項を追加した。

次の仮想化構成管理情報を収集するコマンドを追加した。

SCVMMの場合：jcfcolvmscvmmコマンド

vCenterの場合：jcfcolvmvcコマンド

日立サーバ論理分割機構の場合：jcfcolvmvirtageコマンド

仮想化構成を管理するための前提条件の説明を追加した。

仮想ホストを登録する方法の記述を，マニュアル「JP1/Integrated Management - Manager 運用ガイド」からマニュアル「JP1/Integrated Management - Manager 構築ガイド」に移動した。

仮想ホストを探す手順を追加した。

IM構成管理・ビューアーからセントラルスコープの監視ツリーに仮想化構成情報を反映できる機能を追加し，［IM構成管理］画面に次のメニューを追加した。

［操作］−［仮想化構成］−［セントラルスコープ監視ツリー反映］

ビューアーとマネージャーの通信に，JP1/IM - Manager（IM構成管理）を使用する場合に必要なjp1imcfのポートの記述を追加した。

マネージャーのJP1/Baseが09-00以降の場合のイベントDBの再作成手順を追加した。

JP1/IMの運用中にシステムの日時を変更する場合のマネージャーのシステム日時を元に戻す手順を変更した。

JP1/IMの運用中にシステムの時刻を進める場合のIMデータベースに関する記述を追加した。

マニュアル「JP1/Integrated Management - Manager 運用ガイド」の次の機能について，手順をマニュアル「JP1/Integrated Management - Manager 構築ガイド」を参照するように変更した。

ホストを管理する

システムの階層構成を管理する

プロファイルを管理する

仮想化システムのホストを登録する

ホスト入力情報ファイルにエクスポートできる出力項目として，次の項目を追加した。また，出力例を追加した。

仮想化管理種別

ユーザー名

パスワード

ドメイン名

通信種別

仮想化管理元ホスト

ホスト入力情報ファイルおよびホスト収集情報ファイルにエクスポートできる文字コードの環境変数の表を追加した。

ホスト収集情報ファイルにエクスポートできる出力項目として，次の項目を追加した。また，出力例を追加した。

ホスト名

仮想化管理種別

仮想化製品バージョン

手動入力でインポートされるホスト情報の項目を追加した。また，入力範囲の値を変更した。追加した項目名は次のとおり。

IPアドレス

仮想化管理種別

ユーザー名

パスワード

ドメイン名

通信種別

仮想化管理元ホスト名

トラブルへの対処方法に，「IM構成管理で仮想化システム構成の収集に失敗した場合の対処方法」を追加した。

トラブルへの対処方法で，KNAN20102-Eの要因および対処を変更した。

［IM構成管理］画面の画面遷移の図を変更した。

［IM構成管理］画面に仮想化構成のメニュー項目を追加した。

ホスト一覧ページの下位ホスト情報に表示する項目に，仮想化管理種別を追加した。

ホスト一覧ページの基本情報に表示する項目に，仮想化構成情報を追加した。

ホスト一覧ページの詳細情報に表示する項目に，仮想化管理種別，仮想化管理製品バージョン，ユーザー名，通信種別およびドメイン名を追加した。

［ホスト登録］画面で，物理ホストを選択した場合の説明を変更した。

［ホスト登録］画面で，仮想ホストを選択した場合の説明を変更した。

［ホスト登録］画面で，不明を選択した場合の説明を変更した。

［仮想化管理設定］画面を追加した。

［ホスト属性編集］画面で，物理ホストを選択した場合の説明を変更した。

［ホスト属性編集］画面で，仮想ホストを選択した場合の説明を変更した。

［ホスト属性編集］画面で，不明を選択した場合の説明を変更した。

［IM構成編集］画面の下位ホスト情報に表示する項目に，仮想化管理種別を追加した。

jcfcolvmscvmmコマンドを追加し，SCVMMから仮想化構成情報を取得して，仮想化構成情報ファイルに出力できるようにした。

jcfcolvmvcコマンドを追加し，vCenterから仮想化構成情報を取得して，仮想化構成情報ファイルに出力できるようにした。

jcfcolvmvirtageコマンドを追加し，日立サーバ論理分割機構から仮想化構成情報を取得して，仮想化構成情報ファイルに出力できるようにした。

jcfvirtualchstatコマンドを追加し，指定ホストの仮想化構成を更新できるようにした。

jcoview_log.batコマンドの実行権限を変更した。

jcfcolvmesxコマンドを実行して出力される仮想化構成情報ファイルの形式および出力例を変更した。

jcfmkcsdataコマンドの-rオプションを追加し，引数で指定したJP1/IM - Manager（セントラルスコープ）のエクスポートファイルに含まれる仮想化システム構成ツリーを使用するかどうかを設定できるようにした。

jcfmkhostsdataコマンドに，09-00以前のIM構成管理からバージョンアップした場合の注意事項を追加した。

jcoimdefコマンドの-iオプションと一緒に指定すると有効になるオプションの一覧を追加した。

jcoimdefコマンドの-rオプションで設定する，アクション実行サービス起動時の状態を追加した。

jcoimdefコマンドの定義が有効になる契機の表を追加した。

メッセージを追加した。

KAVB8106-E〜KAVB8109-E，KNAN20231-Q，KNAN20232-Q，KNAN20233-Q，KNAN20234-I，KNAN20301-Q，KNAN22029-E，KNAN22030-E，KNAN22050-I〜KNAN22058-E，KNAN22060-E〜KNAN22068-E，KNAN22300-I〜KNAN22306-E，KNAN22854-E，KNAN22857-E〜KNAN22859-E，KNAN24018-E，KNAN24040-I〜KNAN24042-I，KNAN24060-W〜KNAN24063-W，KNAN29085-W，KNAN29086-W，KNAN29900-I〜KNAN29907-E，KNAN29909-E〜KNAN29914-E，KNAN29920-I〜KNAN29924-E，KNAN29926-I，KNAN29927-I

メッセージを削除した。

KNAN20334-E，KNAN20804-E，KNAN20805-E，KNAN21054-E，KNAN22434-E

メッセージの対処方法を変更した。

KAVB1661-E，KAVB1664-E，KAVB5301-W，KNAN21170-W，KNAN22220-E，KNAN22403-E，KNAN22422-E，KNAN22426-E，KNAN22466-E

メッセージを変更した。

KNAN20006-E，KNAN20044-E，KNAN20051-E，KNAN20101-E，KNAN20102-E，KNAN20404-Q，KNAN21055-E，KNAN21165-E，KNAN21168-E，KNAN21170-W，KNAN21171-E， KNAN21175-E，KNAN21177-E，KNAN21179-E，KNAN22011-E，KNAN22022-E，KNAN22031-E，KNAN22103-E，KNAN22243-E，KNAN22245-E，KNAN22250-E，KNAN22412-E，KNAN22468-E，KNAN24005-E，KNAN24006-E，KNAN24012-E

付録L.16　09-00の変更内容

事前に定義した条件に従って，JP1/Baseから受け取ったイベントの重大度を変更して，JP1/IM - Managerで管理できるようにした（JP1イベントの重大度の変更機能）。

JP1/IM - Manager用のデータベース（IMデータベース）を作成できるようにした。

最大150万件のイベントを管理できるようにした（IMデータベースを使用した場合）。

イベントにメモが付加できるようにした（IMデータベースを使用した場合）（メモ情報の追加）。

相関イベントが不成立のときにイベントを発行できるようにした（相関イベント発行機能）。

アクション定義を，GUI（［アクション詳細設定］画面）で設定できるようにした（自動アクション機能の容易化）。

日時指定やスライダーバーを使用して，特定の日時からのイベントをイベント一覧に表示できるようにした（［表示開始位置指定］領域の追加）。

IM構成管理・ビューアーにより，管理対象のホストの登録，削除，および一覧表示ができるようにして，登録したホストに関する情報を一元的に管理できるようにした（ホストの管理）。

IM構成管理・ビューアーにより，システムの階層構成を一元的に管理できるようにした（システムの階層構成の管理）。

IM構成管理・ビューアーにより，各ホストで動作するJP1/Baseのプロファイルを一元的に管理できるようにした（プロファイルの管理）。

IM構成管理・ビューアーにより，各ホストで動作するJP1/Baseのサービスの稼働情報を確認できるようにした（サービスの稼働情報の管理）。

コマンドにより，IM構成管理の管理情報をエクスポートしたり，エクスポートした管理情報をインポートしたりできるようにした（IM構成管理の管理情報のインポート・エクスポート）。

IM構成管理・ビューアーにより，仮想ホストを含むシステムの階層構成を管理できるようにした。また，仮想ホストを含むJP1/IMシステムの構成情報を，セントラルスコープにインポートして利用できるようにした（仮想化システム構成の管理）。

資料採取ツールによる資料採取をできるようにした。

JP1/Baseだけで，ローカルにアクションを実施できるようにした。

JP1/AJS3との連携を追加した。

JP1/IM - EG for NNMiによってJP1イベントに変換されるJP1/Cm2/NNMiのNNMiインシデントを監視できるようにした。

JP1/IM - MOと連携して，メッセージを任意のフォーマットに統一して表示できるようにした。

メッセージを追加，変更，削除した。

JP1イベントを追加した。

イベントID：3F15，3F16

JP1/IM - Managerのマニュアル体系を変更した。

付録M　このマニュアルの参考情報

付録M.1　関連マニュアル

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

統合管理関連

JP1 Version 13 統合管理 基本ガイド（3021-3-L01）

JP1 Version 13 JP1/Integrated Management 3 - Manager 導入・設計ガイド（3021-3-L02）

JP1 Version 13 JP1/Integrated Management 3 - Manager 構築ガイド（3021-3-L03）

JP1 Version 13 JP1/Integrated Management 3 - Manager 運用ガイド（3021-3-L04）

JP1 Version 13 JP1/Integrated Management 3 - Manager 画面リファレンス（3021-3-L05）

JP1 Version 13 JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス（3021-3-L06）

JP1 Version 13 JP1/Integrated Management 3 - Manager メッセージ（3021-3-L07）

JP1 Version 13 JP1/Base 運用ガイド（3021-3-L09）

JP1 Version 13 JP1/Base メッセージ（3021-3-L10）

JP1 Version 13 JP1/Base 関数リファレンス（3021-3-L11）

JP1 Version 12 統合管理 基本ガイド（3021-3-D50）

JP1 Version 12 JP1/Integrated Management 2 - Manager 導入・設計ガイド（3021-3-D51）

JP1 Version 12 JP1/Integrated Management 2 - Manager 構築ガイド（3021-3-D52）

JP1 Version 12 JP1/Integrated Management 2 - Manager 運用ガイド（3021-3-D53）

JP1 Version 12 JP1/Integrated Management 2 - Manager 画面リファレンス（3021-3-D54）

JP1 Version 12 JP1/Integrated Management 2 - Manager コマンド・定義ファイルリファレンス（3021-3-D55）

JP1 Version 12 JP1/Integrated Management 2 - Manager コマンド・定義ファイル・APIリファレンス（3021-3-D58）

JP1 Version 12 JP1/Integrated Management 2 - Manager メッセージ（3021-3-D56）

JP1 Version 12 JP1/TELstaff 構築・運用ガイド（3021-3-D64）

JP1 Version 12 JP1/Base 運用ガイド（3021-3-D65）

JP1 Version 12 JP1/Base メッセージ（3021-3-D66）

JP1 Version 12 JP1/Base 関数リファレンス（3021-3-D67）

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/Audit Management - Manager 構築・運用ガイド（3021-3-A17）

JP1 Version 10 JP1/Integrated Management - Message Optimizer（3021-3-017）

JP1 Version 9 JP1/Integrated Management - Event Gateway for Network Node Manager i（3020-3-R82）

JP1関連

JP1 Version 13 JP1/Automatic Operation 導入・設計ガイド（3021-3-L22）

JP1 Version 13 JP1/Automatic Operation 運用ガイド（3021-3-L24）

JP1 Version 13 JP1/Automatic Operation コマンド・APIリファレンス（3021-3-L26）

JP1 Version 13 JP1/Automatic Operation サービステンプレートリファレンス（3021-3-L27）

JP1 Version 13 JP1/Automatic Job Management System 3 コマンドリファレンス（3021-3-L49）

JP1 Version 13 JP1/Automatic Job Management System 3 連携ガイド（3021-3-L50）

JP1 Version 13 JP1/Automatic Job Management System 3 メッセージ（3021-3-D30）

JP1 Version 12 JP1/Service Support 構築・運用ガイド（3021-3-D71）

JP1 Version 12 JP1/Service Support 操作ガイド（3021-3-D72）

JP1 Version 12 JP1/Performance Management 設計・構築ガイド（3021-3-D76）

JP1 Version 12 JP1/Performance Management 運用ガイド（3021-3-D77）

JP1 Version 12 JP1/Performance Management リファレンス（3021-3-D78）

JP1 Version 12 JP1/Automatic Operation 導入・設計ガイド（3021-3-D02）

JP1 Version 12 JP1/Automatic Operation 運用ガイド（3021-3-D04）

JP1 Version 12 JP1/Automatic Operation 画面・コマンド・APIリファレンス（3021-3-D06）

JP1 Version 12 JP1/Automatic Operation サービステンプレートリファレンス（3021-3-D07）

JP1 Version 12 JP1/Automatic Job Management System 3 コマンドリファレンス（3021-3-D28）

JP1 Version 12 JP1/Automatic Job Management System 3 連携ガイド（3021-3-D29）

JP1 Version 12 JP1/Automatic Job Management System 3 メッセージ（3021-3-D30）

JP1 Version 12 JP1/Advanced Shell（3021-3-D37）

JP1 Version 12 Operations Analytics メッセージ（3021-3-D62）

JP1 Version 10 JP1/NETM/DM 構築ガイド(Windows(R)用)（3021-3-176）

JP1/NETM/DMは日本国内の製品名称です。

JP1 Version 10 JP1/NETM/DM 運用ガイド1(Windows(R)用)（3021-3-177）

JP1 Version 10 JP1/NETM/DM 運用ガイド2(Windows(R)用)（3021-3-178）

JP1 Version 10 JP1/NETM/DM Client(UNIX(R)用)（3021-3-181）

JP1 Version 9 JP1/Server Conductor/Blade Server Manager系 設計・構築ガイド（3020-3-T72）

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

JP1 Version 8 JP1/Cm2/SNMP System Observer（3020-3-L22）

Navigation Platform関連

Hitachi Navigation Platform ナビゲーション プラットフォーム 導入から運用まで（3021-3-023）

Cosminexus関連

Cosminexus V9 アプリケーションサーバ システム構築・運用ガイド（3020-3-Y02）

HiRDB関連

HiRDB Version 9 システム導入・設計ガイド（UNIX(R)用）（3000-6-452）

HiRDB Version 9 システム導入・設計ガイド（Windows(R)用）（3020-6-452）

HiRDB Version 9 システム定義（UNIX(R)用）（3000-6-453）

HiRDB Version 9 システム定義（Windows(R)用）（3020-6-453）

BJEX関連

uCosminexus Batch Job Execution Server 使用の手引（3000-3-E02）

uCosminexus Batch Job Execution Server 使用の手引（Windows(R)用）（3020-3-N64）

付録M.2　このマニュアルでの表記

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

このマニュアルでの表記

正式名称

BJEX

uCosminexus Batch Job Execution Server

Cosminexus

Cosminexus Application Server

Cosminexus Application Server Enterprise Version 6

Cosminexus Application Server Standard Version 6

uCosminexus Application Server Enterprise

uCosminexus Application Server Standard

uCosminexus Service Platform

HCSM

Hitachi Compute Systems Manager

HNTRLib

Hitachi Network Objectplaza Trace Library

HNTRLib2

Hitachi Network Objectplaza Trace Library 2

JP1/AJS

JP1/AJS2 - Advanced Manager

JP1/Automatic Job Management System 2 - Advanced Manager

JP1/AJS - Agent

JP1/Automatic Job Management System 2 - Agent

JP1/Automatic Job Management System 3 - Agent

JP1/AJS - Manager

JP1/Automatic Job Management System 2 - Manager

JP1/Automatic Job Management System 3 - Manager

JP1/AJS - View

JP1/AJS2 - View

JP1/Automatic Job Management System 2 - View

JP1/AJS3 - View

JP1/Automatic Job Management System 3 - View

JP1/AJS - Web Console

JP1/Automatic Job Management System 3 - Web Console

JP1/AJS2 - Scenario Operation View

JP1/Automatic Job Management System 2 - Scenario Operation View

JP1/AJS2 - View for Mainframe

JP1/Automatic Job Management System 2 - View for Mainframe

JP1/AO

JP1/Automatic Operation

JP1/AS

JP1/Advanced Shell

JP1/Audit

JP1/Audit Management - Manager※2

JP1/ESA

JP1/Cm2/Extensible SNMP Agent

JP1/Extensible SNMP Agent

JP1/FTP

JP1/File Transmission Server/FTP※2

JP1/Integrated ManagementまたはJP1/IM

JP1/IM - Agent

JP1/Integrated Management 3 - Agent

JP1/IM - Central ConsoleまたはJP1/IM - CC

JP1/Integrated Manager - Central Console

JP1/IM - Central ScopeまたはJP1/IM - CS

JP1/Integrated Manager - Central Scope

JP1/IM - Event Gateway for Network Node Manager iまたはJP1/IM - EG for NNMi

JP1/Integrated Management - Event Gateway for Network Node Manager i※3

JP1/Integrated Management 2 - Event Gateway for Network Node Manager i※3

JP1/IM - Manager

JP1/Integrated Management - Manager

JP1/Integrated Management 2 - Manager

JP1/Integrated Management 3 - Manager

JP1/IM - Message Optimizer AssistantまたはJP1/IM - MO

JP1/Integrated Management - Message Optimizer※2，※3

JP1/Integrated Management - Message Optimizer Assistant※2，※3

JP1/IM - View

JP1/Integrated Management - View

JP1/Integrated Management 2 - View

JP1/Integrated Management 3 - View

JP1/IM - Central Information Master

JP1/Integrated Manager - Central Information Master

JP1/IM - Console

JP1/Integrated Manager - Console View

JP1/Integrated Manager - Central Console

JP1/Integrated Manager - Satellite Console

JP1/Integrated Manager - SDK for Console

JP1/IM - Rule Operation

JP1/Integrated Management - Rule Operation

JP1/Navigation PlatformまたはJP1/NP

JP1/IM - Navigation PlatformまたはJP1/IM - NP

JP1/Integrated Management - Navigation Platform※3

JP1/Navigation PlatformまたはJP1/NP

JP1/Navigation Platform※3

JP1/NetInsight II - Facility Manager

JP1/NetInsight(R) II - Facility Manager※2

JP1/NetInsight(R) II - Facility Manager Standard※2

JP1/NetInsight(R) II - Facility Manager Upgrade License※2

JP1/NNMi

JP1/Network Node Manager i

JP1/NPS

JP1/Network Printing System

JP1/OA

JP1/Operations Analytics

JP1/PAM

JP1/PA - Adaptor

JP1/Performance Analysis - Adaptor

JP1/Performance Management - Analysis Adaptor

JP1/PA - Manager

JP1/Performance Analysis - Manager

JP1/Performance Management - Analysis Manager

JP1/PA - View

JP1/Performance Analysis - View

JP1/Performance Management - Analysis View

JP1/PFM

JP1/PFM - Agent

JP1/Performance Management - Agent Option for Platformなどのエージェント製品群

JP1/PFM - Agent for Platform（UNIX）

JP1/Performance Management - Agent Option for Platform（UNIX(R)用）

JP1/PFM - Agent for Platform（Windows）

JP1/Performance Management - Agent Option for Platform（Windows(R)用）

JP1/PFM - Manager

JP1/Performance Management - Manager

JP1/PFM - View

JP1/Performance Management - View

JP1/PFM - Web Console

JP1/Performance Management - Web Console

JP1/PFM - Base

JP1/Performance Management - Base

JP1/PFM - Agent for EAP

JP1/Performance Management - Agent Option for Enterprise Applications

JP1/PFM - RM

JP1/Performance Management Remote Monitor for Virtual Machine

JP1/Performance Management Remote Monitor for Platform

JP1/Performance Management Remote Monitor for Oracle

JP1/Performance Management Remote Monitor for Microsoft(R) SQL Server

JP1/PFM/SSO - Agent for Process

JP1/Performance Management/SNMP System Observer - Agent for Process

JP1/PFM/SSO for Application Server

JP1/Performance Management/SNMP System Observer for Application Server

JP1/SC/CM

JP1/ServerConductor/Control Manager※2

JP1/ServerConductor

JP1/ServerConductor

JP1/ServerConductor/Advanced Agent※2

JP1/ServerConductor/Agent※2

JP1/ServerConductor/Blade Server Manager※2

JP1/ServerConductor/Blade Server Manager Plus※2

JP1/ServerConductor/Server Manager※2

ServerConductor

ServerConductor/Advanced Agent

ServerConductor/Agent

ServerConductor/Blade Server Manager

ServerConductor/Server Manager

System Manager

System Manager - Advanced Agent

System Manager - Management Console

System Manager - Server Agent

System Manager - Server Agent for HP-UX

JP1/Service Support

JP1/IM - Service Support

JP1/Integrated Management - Service Support※3

JP1/Service Support

JP1/Service Support※3

JP1/SES

JP1/System Event Service

JP1/SSO

JP1/PFM/SSO

JP1/Performance Management/Distributed SNMP System Observer※2

JP1/Performance Management/SNMP System Observer※2

JP1/SSO

JP1/Distributed Server System Observer

JP1/Server System Observer

JP1/TELstaff

JP1/IM - TELstaff

JP1/Integrated Manager - TELstaff※2，※3

JP1/Integrated Manager - TELstaff Alarm View※2，※3

JP1/TELstaff

JP1/TELstaff AE Professional Edition※2，※3

Linux※1

Amazon Linux 2023

Amazon Linux(R) 2023

Linux 7

Red(R) Hat Enterprise Linux(R) Server 7

Linux 8

Red(R) Hat Enterprise Linux(R) Server 8

Linux 9

Red(R) Hat Enterprise Linux(R) Server 9

Oracle Linux 7

Oracle Linux(R) Operating System 7

Oracle Linux 8

Oracle Linux(R) Operating System 8

Oracle Linux 9

Oracle Linux(R) Operating System 9

SUSE Linux 12

SUSE Linux(R) Enterprise Server 12

SUSE Linux 15

SUSE Linux(R) Enterprise Server 15

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以前※2

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

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

NNMi

HP NNMi

HP Network Node Manager i Software v8.10

JP1/NNMi

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

JP1/Network Node Manager i 11-00以降

SCIM

JP1/SCIM

JP1/Security Integrated Manager※2

vCenter

VMware vCenter Server

VMware

VMware(R) ESX 3.5

VMware(R) ESX 4.0

注※1　LinuxをUNIXと表記することがあります。

注※2　これらの製品は日本語環境だけで動作する製品です。

注※3　これらの製品については，このマニュアルで説明するJP1/IM - Manager，JP1/IM - Viewに関連する機能概要だけ説明しています。

付録M.3　このマニュアルで使用する英略語

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

英略語

正式名称

ASCII

American Standard Code for Information Interchange

BOM

Byte Order Mark

CA

Certification Authority

CLI

Command Line Interface

CMT

Container-Managed Transaction

CN

Common Name

CRLF

Carriage Return/Line Feed

CSV

Comma Separated Value

CUI

Character User Interface

DB

Database

DBMS

Database Management System

DNS

Domain Name System

FQDN

Fully Qualified Domain Name

GMT

Greenwich Mean Time

GUI

Graphical User Interface

HTML

Hyper Text Markup Language

HTTP

HyperText Transfer Protocol

HTTPS

Hypertext Transfer Protocol Secure

IAM

Identity and Access Management

ICMP

Internet Control Message Protocol

IP

Internet Protocol

ISAM

Indexed Sequential Access Method

J2EE

Java(TM)2 Platform Enterprise Edition

Java VM

Java(TM) Virtual Machine

JDBC

Java(TM) DataBase Connectivity

JIS

Japanese Industrial Standards

JSON

JavaScript Object Notation

KVM

Kernel-based Virtual Machine

LAN

Local Area Network

NAT

Network Address Translator

NIC

Network Interface Card

NTP

Network Time Protocol

OSS

Open Source Software

OTS

Object Transaction Service

POSIX

Portable Operating System Interface for UNIX

PromQL

Prometheus Query Language

SAN

Subject Alt Name

SFO

Session Fail Over

SNMP

Simple Network Management Protocol

SPMD

Single Program Multiple Data

SQL

Structured Query Language

SSL

Secure Socket Layer

TCP

Transmission Control Protocol

TCP/IP

Transmission Control Protocol/Internet Protocol

TLS

Transport Layer Security

TXT

Text

UAC

User Account Control

UAP

User Application Program

UCS

Universal Multiple-Octet Coded Character Set

UDP

User Datagram Protocol

UI

User Interface

UNC

Universal Naming Convention

URL

Uniform Resource Locator

UTC

Universal Time Coordinated

UTF

UCS Transformation Format

VMM

Virtual Machine Monitor

VPN

Virtual Private Network

WAL

Write Ahead Log

WAN

Wide Area Network

WWW

World Wide Web

YAML

Yet Another Markup Language

付録M.4　KB（キロバイト）などの単位表記について

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

付録N　用語解説

（英字）

Alertmanager（アラート通知機能）

クライアントアプリケーションのアラートを受信して処理するOSSです。Prometheus server（性能情報収集機能）から受信したアラートをJP1イベントに変換して，JP1/IM - Managerに登録します。

また，ユーザー独自のAlertmanagerとは，JP1/IM - Agentが同梱しないAlertmanagerのことを指します。

Bearerトークン

ある対象（HTTP認証の場合はURLが示すリソースなど）へのアクセス制御を担うセキュリティートークンの一形態です。

BJEX

一定期間のデータを集めて，まとめて一括処理をするバッチ処理を対象としたバッチジョブ実行システムの製品です。

Certificate Signing Request

サーバ証明書を発行するための証明書署名要求のことです。CSRには公開鍵の情報，および組織名や所在地などの情報が含まれており，認証局は提出されたCSRに署名をし，サーバ証明書として発行します。

Cosminexus

アプリケーションサーバを中核とした，性能および信頼性の高い業務アプリケーションを実行および開発するためのシステム構築基盤製品です。

CSR

→「Certificate Signing Request」を参照してください。

Exporter

メトリクス形式のパフォーマンスデータを，特定のURLで返却するOSS群です。OS，データベース，クラウドなど，さまざまな監視対象ごとにExporterが公開されています。

JP1/IM - Agentが同梱するExporterを次に示します。

Node exporter（Linux性能情報収集機能）

Linuxホストの稼働情報を収集するExporterです。OSSの「Node exporter」を使用します。

Process exporter（Linuxプロセス情報収集機能）

Linuxホスト上で稼働するプロセスの情報を収集するExporterです。OSSの「Process exporter」を使用します。

Windows exporter（Windows性能情報収集機能）

Windowsホストの稼働情報を収集するExporterです。OSSの「Windows exporter」を使用します。

Node exporter for AIX（AIX性能情報収集機能）

AIXホストの稼働情報を収集するExporterです。OSSの「Node exporter for AIX」を使用します。

Blackbox exporter（外形監視機能）

ネットワーク上の監視対象のインターネットサービスに対して，疑似的なリクエストを発信し，その応答から得られる稼働情報を取得するExporterです。OSSの「Blackbox exporter」を使用します。

Yet another cloudwatch exporter（Amazon CloudWatch性能情報収集機能）

AWS CloudWatchを使用して，クラウド上のAWSサービスの稼働情報を収集するExporterです。OSSの「Yet another cloudwatch exporter」を使用します。

Promitor（Azure Monitor性能情報収集機能）

Azure Monitorを使用して，クラウド上のAzureサービスの稼働情報を収集するExporterです。OSSの「Promitor」を使用します。

Script exporter（UAP監視機能）

任意のスクリプトを実行して，UAPの稼働情報などのメトリクスを収集するExporterです。OSSの「Script exporter」を使用します。

OracleDB exporter（Oracle Database監視機能）

Oracle Databaseの稼働情報を収集するExporterです。OSSの「OracleDB exporter」を使用します。

また，ユーザー独自のExporterとは，JP1/IM - Agentが同梱しないExporter（OSSとして公開されているExporterや自作のExporter）のことを指します。

Fluentd（ログ監視機能）

アプリケーションのログデータを収集管理するOSSです。ログトラップとログ収集に使用します。

また，ユーザー独自のFluentdとは，JP1/IM - Agentが同梱しないFluentdのことを指します。

HCSM

→「Hitachi Compute Systems Manager」を参照してください。

HiRDB

業務の規模に応じたリレーショナルデータベースを構築できるようにする，データベース管理システム（DBMS）の製品です。

Hitachi Compute Systems Manager

日立製作所が作成した，ITシステムのリソースを管理・運用するための製品です。

IDトークン

署名されたJSON Web Token（JWT）形式のトークンです。

IM管理ノード

インテリジェント統合管理基盤の［統合オペレーション・ビューアー］画面に表示するツリーを構成する要素です。管理オブジェクトと管理グループで構成されます。

IM管理ノードタイプ

IM管理ノードの種別です。例えば，IM管理ノードの種別がルートノードの場合は「ROOT」，システムノードの場合は「SYSTEM」と表示されます。

IM管理ノードツリー

JP1/IM - Manager（インテリジェント統合管理基盤）が管理するシステムのツリー構造データのことです。統合オペレーション・ビューアーで，ツリー構造データを基にサンバースト形式またはツリー形式で表示されます。

IM構成

IM構成管理が管理するシステムの階層構成です。システムの階層構成には，エージェント構成とリモート監視構成があります。

「エージェント構成」および「リモート監視構成」を参照してください。

IM構成管理

IM構成管理・ビューアーからJP1/IM - Managerの構成管理機能を使用して，JP1/IMが運用管理するシステムの階層構成（IM構成），およびシステムを構成する各ホストの設定を一元的に管理する機能です。IM構成管理を使用すると，各ホストのJP1/Baseのサービスの稼働状態を確認したり，各ホストのJP1/Baseのプロファイルを管理したりできます。

→「構成管理」を参照してください。

IM構成管理DB

JP1/IM - ManagerがIM構成管理に使用するデータベースです。

IMデータベース

JP1/IM - Managerが提供するデータベースです。IM構成管理DBおよび統合監視DBの総称です。

→「IM構成管理DB」および「統合監視DB」を参照してください。

IPv4ホスト

IPv4アドレス形式のIPアドレスだけを設定したホストです。

IPv4・IPv6ホスト

IPv4アドレス形式のIPアドレスおよびIPv6アドレス形式のIPアドレスの両方を設定したホストを示します。

IPv6ホスト

IPv6アドレス形式のIPアドレスだけを設定したホストです。

JP1/AJS

業務を自動的に運用するためのプログラムです。

処理を順序付けて定期的に実行したり，特定の事象が発生したときに処理を開始したりできます。

JP1/AS

バッチジョブのためのシェルスクリプトを作成・実行するための製品です。JP1/Advanced Shellは，JP1/Advanced ShellとJP1/Advanced Shell - Developerとに分けられます。JP1/Advanced Shellでは，バッチジョブのためのシェルスクリプトを実行でき，狭義にはJP1/Advanced Shellを実行環境と呼びます。同じシェルスクリプトのジョブをWindowsおよびUNIXの両方で実行できます。

JP1/Audit

企業内のITシステムの証跡記録を管理し，内部統制の評価や監査を支援するプログラムです。

JP1/Base

JP1/IMの基盤機能を提供するプログラムです。

JP1イベントの送受信や，ユーザーの管理，起動の制御などをします。また，JP1/IMシステムのエージェントとしての役割も持ちます。

JP1/Baseは，JP1/IM - Managerの前提プログラムです。

JP1/Cm2/NNM

ネットワークの構成管理，性能管理および障害管理のための統合ネットワーク管理プログラムの総称です。

JP1/Cm2/SSO

ネットワーク上のサーバのリソースを収集・管理したり，プロセスを監視したりするプログラムです。

JP1/IM - Agent

オンプレミス環境とクラウド環境のシステムを監視でき，管理対象ホストからパフォーマンスデータを収集して，JP1/IM - Managerに送信するエージェントです。

JP1/IM - Manager

JP1/IM - Managerは，システム全体の一元的な監視と操作を実現することで，システムを統合管理するためのプログラムです。

JP1/IM - Managerは，「インテリジェント統合管理」，「セントラルコンソール」，「セントラルスコープ」および「IM構成管理」の四つの機能によって構成されています。

JP1/Navigation Platform

JP1/Navigation Platformとは，業務の流れと操作手順を可視化するための製品です。分散した手順書を一つにまとめたり，個人が持っている知識・ノウハウを組織で共有したりして，正確かつ効率良く業務を実施できるようにします。

JP1/IM - View

JP1/IMでのシステム統合管理を実現するためのビューアー機能を提供するプログラム（GUI提供プログラム）です。

→「ビューアー」を参照してください。

JP1/NETM/DM

ソフトウェアの配布およびクライアントの管理を，ネットワークを利用し一括して行うシステムの総称です。

JP1/PFM/SSO

JP1/Cm2/SSOのバージョン7時の名称です。

→「JP1/Cm2/SSO」を参照してください。

JP1/ServerConductor

ネットワーク上の管理コンソールからサーバおよびクライアントPCを一括管理するソフトウェアです。ハードウェアの資産情報や障害を管理できます。また，サーバやクライアントPCの電源ON・OFFなどの電源制御もできます。

JP1/SESイベント

JP1/SESイベントは，JP1製品のバージョンの古いもの，またはJP1イベント出力に対応していない製品が出力するイベントです。JP1/SESイベントの場合，属性として基本属性しかありません（JP1イベントは基本属性に加え拡張属性を情報として持っています）。

JP1/SSO

JP1/Cm2/SSOのバージョン6時の名称です。

→「JP1/Cm2/SSO」を参照してください。

jp1hosts情報

JP1独自のホスト名とIPアドレスの対応付けを定義するhosts情報です。

複数のネットワークに接続された環境などで，JP1の通信の動作をカスタマイズする場合に使います。jp1hosts情報は，JP1/Baseが管理し，JP1/Base，JP1/IM，JP1/AJSなどが使用しています。

jp1hosts情報は，IPv6アドレスを使用した通信には対応していません。IPv6アドレスを使用して通信する場合は，jp1hosts2情報を設定する必要があります。

→「jp1hosts2情報」を参照してください。

jp1hosts情報が設定されていると，JP1が通信をするときにhostsなどの設定より優先して参照されます。このため，JP1独自に，OSとは別のホスト名とIPアドレスの対応付けをして通信できます。

jp1hosts2情報

JP1独自のホスト名とIPアドレスの対応付けを定義するhosts情報です。

複数のネットワークに接続された環境などで，JP1の通信の動作をカスタマイズする場合に使います。jp1hosts2情報は，JP1/Baseが管理し，JP1/Base，JP1/IM，JP1/AJSなどが使用しています。

IPv6アドレスを使用して通信する場合は，jp1hosts2情報を設定する必要があります。

jp1hosts2情報が設定されていると，JP1が通信をするときにhostsなどの設定より優先して参照されます。このため，JP1独自に，OSとは別のホスト名とIPアドレスの対応付けをして通信できます。

JP1イベント

システムで発生した事象をJP1で管理するための情報です。

JP1イベントは，次のような属性に分けて，事象を記録しています。

基本属性

すべてのJP1イベントが持つ属性です。

属性名を表記する場合，例えばイベントIDはB.ID（または単にID）のように記述します。

拡張属性

JP1イベントの発行元が任意に指定できる属性です。拡張属性は，次の共通情報と固有情報によって構成されます。

・共通情報（JP1イベントによって形式が統一されている拡張属性の情報）

・固有情報（共通情報以外の各製品固有の形式の情報）

属性名を表記する場合，例えば重大度はE.SEVERITY（または単にSEVERITY）のように記述します。

JP1イベントは，JP1/Baseのイベントサービス機能が管理しています。システムで発生した事象をJP1イベントとしてデータベースに記録しています。

JP1共通定義情報

→「共通定義情報」を参照してください。

JSON Web Token（JWT）

HTTP認証ヘッダーやURIクエリパラメーターなど，スペースに制約のある環境を意図したコンパクトな表現形式です。

Keycloak

ミドルウェア型のシングルサインオンやアイデンティティ管理，アクセス管理の機能を備えるオープンソースソフトウェア製品です。JP1/IMは，Keycloakの認証情報でのシングルサインオンをサポートしています。

KVM

Linuxカーネル2.6.20以降に標準で搭載されている仮想化基盤です。

ServerConductor

→「JP1/ServerConductor」を参照してください。

OAuth 2.0

サードパーティーアプリケーションによるHTTPサービスへの限定的なアクセスを可能にする認可フレームワークです。

Okta Identity Cloud（Okta）

ユーザーアカウント，アクセス権限などをクラウド上で管理するIDaaS（Identity as a Service）型のサービスです。JP1/IMは，Oktaの認証情報でのシングルサインオンをサポートしています。

OpenID Connect（OIDC）

OAuth 2.0をベースとする，シンプルなアイデンティティ連携プロトコルです。

OpenIDプロバイダ（OP）

OpenID Connectをサポートする認証サーバです。

PostgreSQL

BSDライセンスに基づいたライセンスで公開されているOSSのリレーショナルデータベース管理システムです。JP1/IM - Managerに組み込まれたPostgreSQLでは，インテリジェント統合管理データベースとして使用します。

Prometheus（性能監視機能）

サーバ，インフラなどのリソースをプル型で監視するOSSです。Prometheus server（性能監視制御機能）およびAlertmanager（アラート通知機能）の総称です。

また，ユーザー独自のPrometheusとは，JP1/IM - Agentが同梱しないPrometheus serverのことを指します。

Prometheus server（性能監視制御機能）

Prometheus（性能監視機能）のメインコンポーネントです。HTTP通信でExporterからパフォーマンスデータを取得し，パフォーマンスデータの保存とアラートの条件式の判定を行います。

Prometheusトレンド名

トレンド表示関連機能で，IM管理ノードがどのメトリックをトレンドとして扱うのかを判別するために使用する名前です。

メトリック定義ファイルのファイル名の一部，および，Prometheus設定ファイル（jpc_prometheus_server.yml）のscrape_configsで，jp1_pc_trendnameに指定します。

PromQL（Prometheus Query Language）

時系列データの取得および集約ができるPrometheusのクエリ言語です。クエリの結果は，Prometheusの式ブラウザーで，表形式やグラフで表示できます。Promscaleのデータベースからのデータ取得のインターフェースとして使用します。

PromQL文

PromQLで記述された文のことです。

Promscale

Prometheusで収集したデータを，PostgreSQLおよびTimescaleDBで長期間保存するために使用するAPIを提供するOSSです。Prometheusで収集したデータのデータベースへの書き込みおよび取得のエンドポイントが提供されています。

JP1/IM - Managerに取り込んで，インテリジェント統合管理データベースとインテリジェント統合管理基盤の間の，データの読み書きのインターフェースとして使用します。

rotatelogs

ログのファイル書き込みと，複数のログファイルをローテーションさせる機能を持つOSSです。Apacheのツールとして提供されています。JP1/IM - Agentでは，Linux環境でログをファイルに書き込むために使用します。

SID

システム構成中の各要素を一意に識別するための値です。インテリジェント統合管理基盤でシステムを管理する場合に使用します。SIDの種類を次に示します。

構成情報のSID

システムの構成情報を表すSIDです。

例：_JP1AJS-M_AJSマネージャーホスト名._JP1AJS-A_実行エージェント名._JP1HOST_AJSエージェントホスト名

ツリーのSID

システム管理ツリー上のパスを表すSIDです。ツリーSIDと表記する場合もあります。

例：/システム名/インフラ名/カテゴリー名

JP1イベントのSID

1件のJP1イベントを表すSIDです。

例：_JP1IM_IMマネージャーホスト名._JP1IMSEQNO_統合監視DB内通し番号._JP1IMEVBSEQNO_イベントDB内通し番号

System Manager

→「JP1/ServerConductor」を参照してください。

TimescaleDB

PostgreSQLの拡張機能としてパッケージされているOSSの時系列データベースです。時系列データの高速格納と複雑なクエリのために最適化されたPostgreSQLをベースとしています。PostgreSQLと同様にJP1/IM - Managerに取り込んで，インテリジェント統合管理データベースで使用します。

vCenter

→「VMware vCenter Server」を参照してください。

VMware vCenter Server

仮想化環境を一括管理するプラットフォームを提供する製品です。

WWWページ

他製品が提供するWWWブラウザーを利用した画面の総称です。

Webhook

イベントが発生したときに，指定したURLにPOSTリクエストする仕組みのことです。JP1/IM - Agentでは，Alertmanager（アラート通知機能）のWebhookを使用して，JP1/IM - ManagerのJP1イベント変換APIを実行し，アラートの通知を行います。

Windowsサービス化プログラム

Windows環境で任意のプログラムをサービス化するOSSです。ログファイルのローテーションを行うこともできます。JP1/IM - Agentのプログラムをサービスとして動作させるためにこのOSSを使用します。

実際の実行ファイル名は「jpc_OSS名_service.exe」となります。

YAML

構造化データやオブジェクトを文字列にシリアライズ（直列化）するためのデータ形式の一種です。

（ア行）

アクセストークン

OpenIDプロバイダからクライアントへ発行される特定のスコープ，期間およびその他のアクセス権に関する情報を示すトークンです。

アクション除外イベント

除外対象に自動アクションが設定された共通除外条件によって，自動アクションの実行対象外となったイベントです。

アドオンプログラム

統合エージェントホストにインストールする追加機能のプログラムのことです。

イベントDB

JP1/Baseがインストールされたホストで発生したJP1イベントを蓄積するファイルです。

イベントID

JP1イベントの属性の一つで，JP1イベントを発行したプログラムや，発生した事象の内容を示す識別子です。JP1イベントの基本属性で，属性名は「B.ID」です。

イベントIDは，例えば，7FFF8000のような値で，16進数で表記します。

イベントIDは，JP1シリーズの各製品で一意になるように割り当てられています。JP1シリーズの各製品が発行するJP1イベントについては，各製品のマニュアルを参照してください。

ユーザーが使用できるイベントIDは，0〜1FFFおよび7FFF8000〜7FFFFFFFです。

なお，JP1イベントの詳細は，基本コード（上位4バイト）と拡張コード（下位4バイト）に分かれた8バイトの数値です。通常は，基本コードだけを使って4バイトで表記します。拡張コードは，ユーザーがAPIで設定するなど特別な場合を除いて0です。基本コードと拡張コードの表記が必要な場合は，「:」でつなげて，7FFF8000:0のように表します。

イベントガイド機能

JP1/IMのセントラルコンソールおよび統合オペレーション・ビューアーで，システム監視中に発生したJP1イベントに対して，調査や対処のガイドとなる情報を表示する機能です。

問題となるJP1イベントに対する調査や対処手順などをアドバイスとして表示することで，問題発生時のシステム管理者の負担を軽減できます。

イベントガイド機能はJP1イベント単位でのガイドを表示する機能です。なお，JP1/IMのセントラルスコープにもガイドがありますが，こちらは監視ノード単位でのガイドを表示します。

→「ガイド機能」を参照してください。

［イベントコンソール］画面

JP1/IM - Viewの画面の一つで，セントラルコンソールの受信したJP1イベントを時系列に表示します。セントラルコンソールにログインすると最初に表示されます。

JP1/IMでは，各ホストで発生した事象をJP1イベントによって記録し，そのうち重要なJP1イベントをJP1/IMのマネージャーに転送して集中管理しています。このJP1イベントを，［イベントコンソール］画面に表示することで，システムで発生した事象を集中監視できます。

イベント取得フィルター

［イベントコンソール］画面に表示するために，JP1/IM - Managerが取得するJP1イベントの詳細な条件を設定するためのフィルターです。

JP1/SES形式のイベントを取得するようにしたり，特定のJP1イベントの取得を抑止する場合に使用します。

イベント情報引き継ぎ機能

［イベントコンソール］画面に表示されたJP1イベントの情報を，コマンドの実行内容に関する次の項目に変数で指定できる機能です。

実行ホスト名

実行コマンド

環境変数ファイル

例えば，問題の調査や対策時に実行するコマンドの引数に直接入力することなく，調査が必要なJP1イベントのイベントIDやメッセージの内容を変数で指定できます。

イベント発行条件

JP1/IMのセントラルスコープで，監視ノードがどの状態に変わったときにJP1イベントを発行するかを決める条件です。

監視ノードは，監視対象からのJP1イベントを基にして，監視対象の状態を管理しています。イベント発行条件を定義しておくことで，監視ノードの状態が変わったとき，つまり監視対象で何らかの問題などの事象が発生した場合にJP1イベントを発行し，問題が発生したことを迅速に検知して対応できます。

なお，発行されるJP1イベントのイベントIDは「00003FB0」です。

イベントバッファー

JP1/IM - Manager（セントラルコンソール）がメモリー上に持つバッファーで，JP1/Baseのイベントサービスから抽出したJP1イベントを格納するために使用します。

イベントバッファーには，次のどちらかのタイミングでJP1イベントが格納されます。

JP1/IM - Manager（セントラルコンソール）が起動した

JP1/BaseのイベントDBにJP1イベントが格納された

JP1/IM - ViewはJP1/Baseのイベントサービスから直接イベントを取得するのではなく，イベントバッファー内のイベントを取得します。

インシデント

ITサービスの品質を低下させたり，システムの正常な運用を妨げたりする障害事象の単位を指します。

インスタンス

1つのメトリックに対して複数の実体が存在する場合の，それぞれの実体のことです。

JP1/IM - Manager（インテリジェント統合管理基盤）のトレンド情報表示機能で使用します。

例えば，「ディスク使用量」というメトリックに対して，Cドライブの使用量，Dドライブの使用量というように，複数のインスタンスが存在します。

インテリジェント統合管理基盤

システムで管理する多様なデータとその関連性やナレッジ（知識）を統合管理し，それらを共有するためにJP1/IMが提供する基盤です。

インテリジェント統合管理データベース

インテリジェント統合管理基盤で使用する各種情報を格納するためのデータベースです。

エージェント

JP1/IMで，マネージャーによって管理されるホストのことです。または，マネージャープログラムによって管理されるプログラムのことです。

JP1/IMでは，JP1/BaseまたはJP1/IM - Agentがエージェントプログラムとして，JP1/IM - ViewおよびJP1/IM - Managerからの処理要求を受けて，JP1イベントの管理や，コマンド実行などをします。

エージェントでは，基盤機能を提供するJP1/BaseまたはJP1/IM - Agentを実行します。

エージェント構成

JP1/IMのシステムのうち，JP1/BaseまたはJP1/IM - Agentが動作しているマネージャーおよび監視対象のエージェントから成る構成のことです。

エージェントパッケージ

JP1/IM - Agentのインストーラー一式を圧縮したファイルのことです。

オブジェクトノード

管理対象となる構成要素のノードです。

オブジェクトルートノード

特定のシステムが管理する構成要素の最上位ノードです。ルートノードまたはシステムノード直下に配置されます。

オブジェクトルートノード種別

オブジェクトルートノードの種別です。構成情報を収集するプラグインによって，オブジェクトルートノード種別は定義されます。例えば，ストレージをオブジェクトルートノードとして扱う場合，オブジェクトルートノード種別は「STORAGE」のようになります。

（カ行）

ガイド機能

JP1/IMのセントラルスコープで，システムで発生した問題などの対処手順やエラーの要因などを表示する機能です。

システムの監視中に発生した問題について，対処手順などをアドバイスとして表示することで，問題発生時の初動対応でのシステム管理者の負担を軽減できます。

ガイド機能は監視ノード単位でのガイドを表示する機能です。なお，JP1/IMのセントラルコンソールにもガイドがありますが，こちらはJP1イベント単位でのガイドを表示する機能です。

→「イベントガイド機能」を参照してください。

拡張属性

JP1イベントが持つ情報（属性）のうち，イベント発行元プログラムが任意に指定する属性のことです。

→「JP1イベント」を参照してください。

仮想化環境管理ソフトウェア

vCenter，JP1/SC/CM，SCVMM，およびHCSMの仮想化システム管理ホストに使用できるソフトウェアです。

仮想化ソフトウェア

Hyper-V，KVM，日立サーバ論理分割機構，およびVMware ESXのVMMホストに使用できるソフトウェアです。

仮想ルートノード

監視ツリーの監視範囲設定を有効にしたときにだけ表示されます。

仮想ルートノードは，監視グループや監視オブジェクトと異なり，情報の編集（［プロパティ］画面での編集）や状態の変更などの操作ができません（仮想ルートノード下の監視ノードの状態が変化すると，仮想ルートノードの状態もそれに合わせて変化しますが，仮想ルートノードの状態を直接変更することはできません。下位の監視ノードの状態を変更する必要があります）。

カテゴリノード

サブカテゴリノードまたはオブジェクトノードをグループ化するノードです。ノード名や表示順序はIM管理ノードカテゴリ名称定義ファイル（imdd_category_name.conf）で定義します。

監視オブジェクト

JP1/IMのセントラルスコープで，監視する対象のことです。または，監視する対象の状態を［監視ツリー］画面で表示するアイコンのことです。

監視オブジェクトは，監視対象からのJP1イベントをセントラルスコープが受信したときに，状態変更条件と呼ぶ条件（例えば，重大度が緊急のあるJP1イベントを受信したときに状態を緊急にするなど）によって判定し，状態を表示します。これによって，システム上の監視対象がどのような状態になっているかを管理します。

監視グループ

監視グループには，次の2種類があります。

セントラルスコープの監視グループ

監視オブジェクトをグループ化するためのものです。または，監視オブジェクトをグループ化し［監視ツリー］画面に表示するためのアイコンのことです。

監視グループは，監視する目的に合わせて監視オブジェクトをグループ化（例えば，業務のグループ，ホストのグループなど）します。

監視グループの状態は，含まれる監視オブジェクトまたは監視グループの状態が伝えられ，最も重大度が高い状態，または状態変更条件に定義した条件に従って状態が変更されます。

IM構成管理の監視グループ

IM構成管理で設定した業務グループ内のホストを，さらに業務システムの監視視点でグルーピングしたものです。監視グループは多階層にわたるグルーピングもできます。また，この監視グループは，［監視ツリー］画面（セントラルスコープ）にも反映できます。

監視状態

JP1/IMのセントラルスコープで，監視ノードの状態を監視するかどうかを決める属性です。

監視ノードの監視状態には「監視」および「非監視」があります。

監視状態が「監視」になっている監視ノードは，監視対象の状態が変更されないかを監視します。監視オブジェクトの場合は，状態変更条件に定義した監視条件に一致するJP1イベントを受信すると，状態が変更されます。監視グループの場合は，下位の監視ノードから伝えられた状態（監視ノードの状態変更があると，上位の監視ノードにその状態を伝える）のうち最も重大度の高い状態，または状態変更条件に定義した条件に従って状態が変更されます。また，JP1/IM - Viewでは，監視ノードの状態がアイコンの色で表示されます。

監視状態が「非監視」の監視ノードは，監視対象からのJP1イベントを受信したり，下位の監視ノードから状態を伝えられても，監視ノードの状態は変更されません。また，JP1/IM - Viewでは，アイコンがグレーアウトして表示されます。「非監視」は，監視対象をメンテナンスするときや，自動生成された監視ノードのうち監視が必要ないときに，監視ノードに設定します。

監視ツリー

JP1/IMのセントラルスコープで，システム上の監視対象を，システム管理者が必要とする視点に合わせて，ツリー形式で管理する機能です。または，監視ツリーを表示するJP1/IM - Viewの［監視ツリー］画面のことです。

→「セントラルスコープ」を参照してください。

監視ノード

JP1/IMのセントラルスコープで，監視ツリーを構成する監視オブジェクトと監視グループの総称です。

→「監視オブジェクト」および「監視グループ」を参照してください。

監視名

ログファイルトラップ，イベントログトラップ，リモート監視のログファイルトラップ，リモート監視のイベントログトラップで，監視する対象に付ける名前です。

管理コンソール

Windowsのコマンドプロンプトを管理者として実行したものを指します。

関連ノード

あるIM管理ノードに対して先行または後続するノード，またはIM管理ノードをツリー形式で表示した際の親，または子としての関連を持つノードです。

基本情報

JP1/IMのセントラルスコープで，監視ツリーを構成する監視ノードが持つ基本的な情報です。

監視グループの場合は，グループを特定する名称が基本情報となります。

例えば，"経理業務日次処理"や"ＤＢサーバグループ"のように，監視目的に合わせてグループ化した業務やサーバなどに対してのグループの名称を付けます。

監視オブジェクトの場合は，監視対象を特定するための情報が基本情報となります。

例えば，ジョブネット名やホスト名などのように，システムの中で監視対象を

特定するための情報の組み合わせを定義します。

基本情報は，監視ノードを検索する場合や，監視対象でJP1イベントが発生したときにどの監視ノードかを特定するための条件（状態変更条件の個別条件）などに使われます。

基本属性

JP1イベントが持つ情報（属性）のうち，すべてのJP1イベントが持っている属性のことです。

→「JP1イベント」を参照してください。

共通条件

JP1/IMのセントラルスコープで，監視オブジェクトが持つ状態変更条件のうち，監視オブジェクトの種類によって共通に使われる条件です。

→「状態変更条件」を参照してください。

共通除外条件

JP1/IMが監視するJP1イベントの取得条件を決めるイベント取得フィルターの一部であり，取得の対象外とするJP1イベントや自動アクションの実行対象外とするJP1イベントを定義する条件群の集合です。

共通定義情報

JP1の実行環境の定義パラメーターを格納しているデータベースのことです。

JP1/Baseが管理しており，JP1/Base，JP1/IM，JP1/AJS，およびJP1/Power Monitor 06-02以降が使用しています。データベースは，各サーバのローカルディスクにあり，定義パラメーターが物理ホストおよび論理ホストごとに分けて格納されています。

なお，JP1をクラスタシステムで運用する場合は，実行系・待機系の各サーバにある共通定義情報の論理ホストの定義内容を同じにする必要があります。このため，セットアップや環境設定をしたときは，実行系サーバでパラメーターを設定したあとで，待機系サーバに設定をコピーします。

業務グループ

JP1/IMのIM構成管理で監視対象の複数のホストを，業務で使用するシステムの単位やシステム管理者の監視対象範囲など，ある目的ごとにグルーピングした単位のことです。この業務グループの単位で，［イベントコンソール］画面（セントラルコンソール），［監視ツリー］画面（セントラルスコープ），および統合オペレーション・ビューアーで参照できるJP1イベントの範囲や操作できる監視設定の範囲を管理できます。

業務影響アイコン

JP1/IM - Manager（インテリジェント統合管理基盤）を使用している場合に，先行ルートジョブネットの障害が後続のルートジョブネットに影響するかどうかを表すアイコンです。業務影響アイコンは，［統合オペレーション・ビューアー］画面の［業務フロー］タブで，［影響情報の取得］ボタンをクリックすると表示されます。

クライアントID

OpenIDプロバイダに登録時に設定される，インテリジェント統合管理基盤のクライアント情報としてのIDです。

クライアントアプリケーション

クライアントアプリケーション実行機能を使用して実行する，クライアントホスト（ビューアー）上のコマンドです。

→「クライアントアプリケーション実行機能」を参照してください。

クライアントアプリケーション実行機能

［コマンド実行］画面から，クライアントホスト（ビューアー）上のコマンドを実行できる機能です。

クライアントシークレット

インテリジェント統合管理基盤のクライアントを認証する際に，クライアントの身元を確認するために使用する機密情報です。

クラスタシステム

複数のサーバを連携させて一つのシステムとして運用するシステムのことです。

障害が発生してもほかのサーバに処理を引き継ぐことで業務が中断することを避け，可用性を向上させることを目的としています。この処理を引き継ぐことをフェールオーバーといいます。

業務を実行中のサーバ（実行系）で障害が発生すると，待機していた別のサーバ（待機系）が業務の処理を引き継ぎます。実行「系」から待機「系」へ業務を切り替えるので，「系切り替えシステム」とも呼びます。

なお，クラスタシステムの種類には，複数のサーバが並列処理をして負荷分散することを目的としたシステム構成などもありますが，このマニュアルでは，フェールオーバーによって業務の中断を防ぐシステム構成のことだけを指します。

繰り返しイベント

繰り返しイベントの監視抑止の場合

ユーザーが指定した条件に一致したJP1イベントです。

繰り返しイベントの集約表示の場合

集約開始イベント以降に受信した集約開始イベントと同一内容のJP1イベントです。

繰り返しイベント条件

JP1イベントの属性および比較キーワードをあらかじめ指定することで，どの繰り返しイベントを抑止の対象とするかを設定するための条件です。

繰り返しイベントの監視抑止

指定した条件に一致した繰り返しイベントが大量に発生したとき，繰り返しイベントが［イベントコンソール］画面のイベント一覧に大量に表示されてしまうことを抑止したり，繰り返しイベントに対応したアクションが大量に実行されてしまうことを抑止したりできる機能です。

繰り返しイベントの集約表示

JP1/IM - Viewが連続して受信する同一内容のJP1イベントを一つに集約して，［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページに表示する機能です。この機能によって，重要なJP1イベントの見落としを防止できます。

繰り返し開始イベント

抑止対象となる繰り返しイベントのうち，最初にマネージャーホストが受信した繰り返しイベントのことです。

→「繰り返しイベント」を参照してください。

クロスルート証明書

中間CAが発行したサーバ証明書をそのルートCAから検証できるようになる証明書のことです。

系切り替えシステム

→「クラスタシステム」を参照してください。

構成管理

JP1/IMが運用管理するシステムの各ホストを，マネージャーとエージェントによって階層化した構成として管理するための機能です。

構成管理機能を使用するには，IM構成管理を使用する方法と，定義ファイルを直接編集する方法があります。

管理するための情報として，構成定義の情報を使います。

→「IM構成管理」および「構成定義」を参照してください。

構成定義

JP1/IMが運用管理するシステムの階層構成（IM構成）を定義した情報です。

構成定義には，JP1/IMのマネージャーとエージェントの階層関係を定義します。また，マネージャーは階層化して定義でき，例えば上位の統合マネージャーと下位の拠点マネージャーのように定義できます。

構成定義は，JP1/IMの構成管理機能によって管理されています。

構成定義に定義している階層化したホストの情報は，JP1/IMでマネージャーに重要なJP1イベントを転送するための転送先ホストや，JP1/IMで自動アクションによってコマンドを実行できるホストの情報などとして使われます。

個別条件

JP1/IMのセントラルスコープで，監視オブジェクトが持つ状態変更条件のうち，監視オブジェクトごとに個別に定義されている条件です。

→「状態変更条件」を参照してください。

コマンド実行履歴

JP1/IM - Viewからのコマンド実行や自動アクションによるコマンド実行の際に，実行履歴が記録されるデータベースの総称です。

なお，JP1/IM - Viewからコマンド実行したときと自動アクションでコマンド実行したときの履歴は，それぞれ別個に管理されます。実際に生成されるファイル名称は次のとおりです。

JP1/IM - Viewからコマンド実行したときのコマンド実行履歴：CMDISAMLOGV8.*

自動アクションでコマンド実行したときのコマンド実行履歴：ACTISAMLOGV8.*

コンテナ監視機能

Kubernetes環境の監視機能のことを指します。また，次に示す2つの監視機能の総称です。

ユーザー独自のPrometheusを利用したKubernetes環境の監視

Promitorを利用したAzure Kubernetes Serviceの監視

（サ行）

サーバ証明書

認証局から取得する本人であることの身元の証明やSSLによる通信の暗号化に使われるデジタル証明書のことです。

再編成

データベースの断片化された空き領域を適切な配置にし，空き領域を再利用できるようにすることです。

サイレンス

Alertmanager（アラート通知機能）のWebhookを一時的に抑止する機能です。一時的なメンテナンスを行う場合などで，その間に発生するアラートを通知しないように設定できます。この設定が有効なときは，JP1/IM - Manager（インテリジェント統合管理基盤）の共通除外条件を使用する場合とは異なり，JP1/IM - Managerへの通知自体を行いません。

サンプル

時系列データを構成する1つのパフォーマンスデータのことです。各サンプルは，次の項目で構成されます。

ミリ秒精度のタイムスタンプ（UNIX時間）

float64型（倍精度浮動小数点数型）の値（パフォーマンスデータ）

時系列データを構成する各サンプルの例を，次に示します。

時系列データ

メトリック名

windows_logical_disk_free_bytes

ラベル

instance="host1:9001"，volume="C:"

各サンプル

ミリ秒精度のタイムスタンプ（UNIX時間）

float64型（倍精度浮動小数点数型）の値（パフォーマンスデータ）

1624260855

55153717248.0

1624260870

55151808512.0

1624260885

55153377280.0

1624260900

55157182464.0

シークレット

JP1/IM - Managerにアクセスするために使用する認証情報を指します。

初期シークレット

クライアント（被認証対象）のセットアップで，クライアントが自動でクライアントシークレットを登録・取得するときに，認証情報として使用する仮のシークレットです。

クライアントシークレット

アプリケーションがJP1/IM - Managerにアクセスするときに，認証情報として使用するシークレットです。

時系列データ

JP1/IMが管理する各製品が持つ「時刻：値」の形式のデータです。JP1/IM - Manager（インテリジェント統合管理基盤）のトレンド情報表示機能で使用します。

システム監視オブジェクト

JP1/IMのセントラルスコープで提供している監視オブジェクトです。

JP1シリーズの製品ごとに監視に必要になる基本的な設定が定義済みで，簡易に環境構築ができます。

→「監視オブジェクト」を参照してください。

システムノード

IM管理ノードツリーの最上位ノードです。ノード名称は「All Systems」です。

自動アクション

特定のJP1イベントを受信したときに，自動的にアクションとしてコマンドを実行する機能です。

自動アクションの機能によって，例えば，JP1/IMによるシステム監視中に発生した重大な事象を，管理者に通報するコマンドを実行するなどができます。自動アクションの定義では，自動アクションを実行する条件と，自動アクションとして実行するコマンドを指定します。

自動生成

JP1/IMのセントラルスコープで，監視ツリーを自動的に生成する機能のことです。

監視ツリーによってシステムを監視する場合，監視ツリーを自動生成してから，運用方法にあわせてカスタマイズすることで，簡易に環境構築ができます。

監視ツリーは，JP1/IMによって監視するシステムをツリー形式で表示するもので，システム上の監視対象である監視ノードをツリーとして配置しています。この監視ツリーには監視対象の数だけ定義情報が必要ですが，この膨大な数の定義情報をJP1/IMの自動生成機能によって自動的に生成できます。自動生成すると，JP1/IMの監視対象ホストから定義情報を自動的に収集し，監視ツリーを自動的に生成します。また，システムが構成変更された場合には，差分情報として監視ツリーとの違いを抽出できます。

重大度

JP1イベントの属性の一つで，システムで発生した事象の重大さを示す情報です。

JP1イベントの拡張属性の共通情報で，属性名は「E.SEVERITY」です。

重大度には，緊急，警戒，致命的，エラー，警告，通知，情報，およびデバッグがあります。

重大度変更機能

重大度変更機能は，JP1イベントの重大度をユーザーが自由に変更できる機能です。重大度の変更機能を使用することで，JP1イベントをシステムの運用に合わせて管理できます。

集約イベント

JP1イベントを一つのイベントにまとめたイベントです。

集約開始イベント

一つにまとめたJP1イベントの中で最初にJP1/IM - Viewが受信したJP1イベントです。

集約完了イベント

集約が完了したイベントです。

集約中イベント

集約を継続中のイベントです。

重要イベントフィルター

［イベントコンソール］画面の［重要イベント］ページに表示する重要イベントを定義するフィルターです。

重要イベントとは，障害の発生など，特に管理が必要とされる重要なJP1イベントのことです。JP1/IMでは，重要イベントを確実に検知して対処できるよう［重要イベント］ページを提供しています。［重要イベント］ページでは，重要イベントだけ集中的に表示できるほか，各重要イベントの対処状況を管理できます。

障害色

JP1/IMのセントラルスコープで，監視ノードの状態が初期状態以外である場合に表示される状態色のことです。

→「状態」および「状態色」を参照してください。

条件情報

提案表示条件，提案活性条件を判定するために，JP1/IMや連携製品などから取得した情報です。

状態

JP1/IMのセントラルスコープで，監視ノードが管理している監視対象の状態です。

監視ノードの状態には，「緊急」「警戒」「致命的」「エラー」「警告」「正常」「デバッグ」，および「初期状態」があります。「初期状態」とは監視対象がどのような状態か情報を持っていないことを意味します。

例えば，監視ノードで障害が発生して，重大度が緊急のJP1イベントが発行された場合，JP1/IMのセントラルスコープはその事象を監視ノードの状態によって管理します。

状態監視

自動アクションの異常終了を監視することです。状態監視することで，「実行不可」「実行失敗」または「実行失敗（キャンセル失敗）」の状態となって異常終了した自動アクションを検知し，ユーザーに通知できます。

状態色

JP1/IMのセントラルスコープで，「警告」「エラー」などの状態と対応づけられた監視ノードの背景色，および監視ノード名のフォント色のことです。

→「状態」を参照してください。

状態変更条件

JP1/IMのセントラルスコープで，監視オブジェクト，監視グループのそれぞれで状態を変更する契機を決める条件です。

監視オブジェクトの状態変更条件

監視オブジェクトの状態を，どのようなJP1イベントが監視対象で発生したときに変更するか，を定義します。共通条件と個別条件，および条件が成立したときに変更する状態から構成されます。

共通条件とは，監視オブジェクトの種類に応じて共通して使われる条件のことです。例えば，ジョブ異常終了時を意味するイベントIDはジョブを監視する監視オブジェクトに共通して使われます。このような条件が共通条件として定義されています。

個別条件とは，監視オブジェクトごとに固有の値を持つ条件のことです。例えば，ジョブの名称やジョブを実行するホスト名などによって，監視オブジェクトが何を監視しているかを特定しています。このような条件が個別条件として定義されています。なお，システム監視オブジェクトの場合は，状態変更条件の個別条件に，監視オブジェクトの基本情報と同じ属性が定義されています。

監視グループの状態変更条件

監視グループの状態を，子ノードがどのような状態になったときに変更するかを定義します。子ノードの状態と比較条件，および条件が成立したときに変更する状態から構成されます。

子ノードの状態とは，監視グループの下位(直下)の監視ノードの状態のことです。例えば「警戒」を定義した場合には，「警戒」よりも優先度の高い「緊急」も含みます。

比較条件とは，「子ノードの状態」になった子ノードを，比率と個数のどちらかで比較するための条件です。比率は「子ノードの状態」になった子ノードを，子ノードの総数で割った百分率（％）で算出されます。個数は「子ノードの状態」になった子ノードの数です。

証明書

オープンな企業情報システム上で情報をやり取りするときに，通信相手が本人であることを証明するための電子的な情報です。暗号技術を使うことで，第三者によるなりすましを防止します。証明書は，認証局が発行します。JP1/IM - ManagerではX509 PEM形式が使用できます。

除外条件

条件に一致したJP1イベントを除外するフィルター条件です。イベント取得フィルター，イベント表示フィルター，重要イベントフィルター，ユーザーフィルター，およびイベント検索で設定できます。

初期状態

JP1/IMのセントラルスコープで，監視ツリー上の監視ノードがどのような状態か情報を持っていないことです。

→「状態」を参照してください。

シングルサインオン

システムごとに異なるユーザーIDとパスワードを一つに統合し，1回のログインで許可されたシステムを利用できるようにすることです。

シングルサインオンマッピング

OpenIDプロバイダのユーザーIDとJP1ユーザー名を紐づけすることです。OpenID認証時に，シングルサインオンマッピング定義ファイルの情報を基に，OpenIDプロバイダのユーザーIDにマッピングされたJP1ユーザー名で，JP1/Baseの認証サーバで認証を行います。

スクレイプ

Prometheus serverが，Exporterからパフォーマンスデータを取得する動作のことです。

スクロールバッファー

JP1/IM - Viewがメモリー上に持つバッファーで，JP1/IM - Managerのイベントバッファーから取得したJP1イベントを格納するために使用します。

スクロールバッファーは，［イベント監視］ページ，［重要イベント］ページ，［イベント検索］ページのそれぞれに対して存在します。

JP1/IM - Viewは，スクロールバッファーに格納されたJP1イベントをもとにそれぞれのページを表示します。

［イベント監視］ページ，［重要イベント］ページのスクロールバッファーには，次のどれかのタイミングでJP1イベントが格納されます。

JP1/IM - View起動時※

自動更新による画面更新時※

メニューまたはツールバーの［最新情報に更新］を選択したとき

注※　［ユーザー環境設定］画面の［表示内容の自動更新］で「する」にチェックしている場合

上記のタイミングで，JP1/IM - Viewは，イベントバッファー上に未取得のイベントが存在する間，JP1/IM - Managerと通信します。1回の通信で取得するイベントの数は，［ユーザー環境設定］画面の［更新時のイベント取得件数］で指定した数となります。

［イベント検索］ページのスクロールバッファーには，イベントを検索したタイミングでJP1イベントが格納されます。

1回の検索で取得するイベントの数は，［ユーザー環境設定］画面の［検索時のイベント取得件数］で指定した数となります。1回の検索で取得されなかったJP1イベントを検索するには［次イベント検索］ボタンを押します。

製品プラグイン

JP1/IM - Managerの連携機能として動作し，統合エージェントの構成，パフォーマンスデータ，およびJP1イベントを管理するコンポーネントです。製品プラグインには，プラグイン関数とアダプタコマンドが同梱されています。

前回実行履歴

対処アクションを前回実行した時の履歴情報です。ツリーSID，提案ID，実行ユーザーなどの情報が含まれます。

セントラルコンソール

システムで発生した事象をJP1イベントによって集中管理することで，システムを統合管理するための仕組みです。

セントラルコンソールでは，システムの各ホストで発生した事象をJP1イベントによって管理します。JP1イベントのうち，管理や対処が必要とされる重要なイベントは，マネージャーに転送し，集中的に管理します。これを，ビューアーである［イベントコンソール］画面によって監視することで，システムを集中的に監視できます。

また，特定のJP1イベントが発生したときに自動的にコマンドを実行する自動アクションや，ビューアーからシステムを操作する機能を持ちます。

これらの機能によって，システム運用管理では，システムの監視，問題の調査や対策が効率的にできます。

セントラルスコープ

システムの監視画面として管理者の目的に合わせた画面を提供することで，目的指向型のシステムを監視するための仕組みです。

セントラルスコープでは，システムを構成するホスト，プログラム，業務などさまざまな監視対象を［監視ツリー］画面でツリー形式で表示します。ツリーによって監視対象の関連がビジュアルに表示されるため，システムで発生した問題の影響範囲を視覚的に確認できます。

また，［ビジュアル監視］画面では，特に重点的に監視が必要な対象を，アイコンとして地図や業務組織図などの画像に配置してマップ形式で表示することもできます。これによって大規模なシステムでも管理者が必要な視点で監視できます。

相関イベント

相関イベントの発行によって，発行されたJP1イベントです。JP1/IMは関連性を持つJP1イベントが発行されたときに，相関イベントとして新しいJP1イベントを発行できます。JP1イベント同士の関連づけや発行する相関イベントについては，相関イベント発行定義としてユーザーが定義できます。

相関イベント発行定義

相関イベントを発行するための定義です。どのJP1イベント同士を関連づけるかや，発行する相関イベントの内容などを定義します。相関イベントの発行定義には，相関イベント発行条件名，相関の対象範囲の絞り込み条件，イベント条件，タイムアウト時間，イベント相関タイプ，同一属性値条件，同時相関数，相関成立イベント，および相関不成立イベントを定義します。

相関元イベント

相関イベントの発行契機となったJP1イベントです。相関元イベントは，［関連イベント一覧（相関）］画面に一覧表示できます。

→「相関イベント」を参照してください。

（タ行）

対処アクション

システムの状況に応じた対処アクションの提案機能を使用して実行するアクションのことです。

対処アクション結果管理DB

対処アクションの自動実行機能および対処アクションの手動実行機能の状態と実行結果を保存するデータベース領域です。インテリジェント統合管理データベース内に作成されます。

ダッシュボード

インテリジェント統合管理基盤の［ダッシュボード］画面に表示される，次の三つの画面の総称です。

［ダッシュボード］画面

ダッシュボードのURLをWWWブラウザーに指定したり，［別ウィンドウで表示］メニューから表示したりする，ダッシュボードだけの画面です。

［ダッシュボード］タブ

［統合オペレーション・ビューアー］画面の［タブ］領域に表示する画面です。

［ダッシュボード一覧］ダイアログ

統合オペレーション・ビューアーのメニュー［ファイル］−［ダッシュボード一覧］から表示するダイアログです。

ダッシュボード管理DB

ダッシュボードを表示するために必要な情報を保存するデータベース領域です。インテリジェント統合管理データベース内に作成されます。

遅延監視

自動アクションの実行開始から終了するまでの時間を監視することです。遅延監視をすることで，一定時間経過しても終了しない自動アクションを検知し，ユーザーに通知できます。

中間CA証明書

中間認証局の証明書のことです。

追加共通除外条件

システム運用中に，監視中のJP1イベントを使って定義する除外条件です。監視中に不要となったJP1イベントを除外します。この条件は，システムを再構築するまで定義された状態となります。［共通除外条件設定（拡張）］画面で設定できます。

追加繰り返しイベント条件

システム運用中に監視を抑止したくなった繰り返しイベントがあった場合，新たに定義する繰り返しイベント条件です。システム運用中に発生した繰り返しイベントを抑止できます。［繰り返しイベント条件設定］画面で設定できます。

通過条件

条件に一致したものを表示（取得）するフィルター条件です。イベント取得フィルター，イベント表示フィルター，重要イベントフィルター，ユーザーフィルター，およびイベント検索で設定できます。

提案アイコン

JP1/IM - Manager（インテリジェント統合管理基盤）の提案機能を使用している場合に，提案定義がマッピングされているIM管理ノードに表示されるアイコンです。

提案活性条件

対処アクションを提案するための条件です。

提案機能

システムの状況に応じた対処アクションの提案機能のことです。提案定義ファイルの設定に基づいて，［統合オペレーション・ビューアー］画面に［提案］タブを表示し，システムの異常に対するオペレーターの対処に掛かる負担を軽減します。

提案情報

提案表示条件，提案活性条件の判定結果に基づいた対処アクションです。

提案定義ファイル

ユーザーが作成する提案表示条件，提案活性条件，対処アクションを定義する設定ファイルです。複数の提案定義ファイルを作成できます。

提案表示条件

対処アクションと，IM管理ノード，ログインユーザーのJP1権限レベルを紐付けする条件です。

転送フィルター

JP1/IMの各ホストで，転送するJP1イベントの条件と転送先マネージャーを設定するフィルターです。

これは，JP1/Baseのイベントサービスで設定する転送設定のことで，この転送設定をJP1/IMでは転送フィルターと呼んでいます。

JP1/IMでは，システムで発生した事象をJP1イベントによって集中管理するために，JP1イベントをJP1/IMのマネージャーに転送しています。この転送するJP1イベントを転送フィルターによって設定します。

統合エージェント

JP1/IM - Agentを使用したエージェントのことです。

統合エージェントホスト上で動作する「統合エージェント制御基盤」と「アドオンプログラム」で構成されます。

統合エージェント管理基盤

統合マネージャーホスト側で動作する統合エージェント基盤のプログラムの総称です。

統合エージェント基盤

統合エージェントを管理するための基盤プログラムです。

統合マネージャホスト上で動作する「統合エージェント管理基盤」と統合エージェントホスト上で動作する「統合エージェント制御基盤」で構成されます。

アドオンプログラムの管理，設定ファイルの更新，コマンド実行などを行うエージェント管理機能と，統合エージェントホスト上の性能監視機能（Prometheus），ログ監視機能（Fluentd）が生成したデータやアラートを統合マネージャーホストに転送するデータ転送機能を提供します。

統合エージェント情報管理DB

統合エージェントの情報を管理するデータベース領域です。

統合エージェント制御基盤

統合エージェントホスト側で動作する統合エージェント基盤のプログラムの総称です。

統合エージェントホスト

統合エージェントが動作するホストのことです。

マネージャーホストで統合エージェントを稼働させる場合，そのホストはマネージャーホスト兼統合エージェントホストとなります。

統合オペレーション・ビューアー

JP1/IM - Manager（インテリジェント統合管理基盤）を使用する場合のビューアー（WebGUI）です。

統合監視DB

JP1/IM - Managerがインテリジェント統合管理基盤とセントラルコンソール機能に使用するデータベースです。

統合機能メニュー

任意のアプリケーションを登録して起動できる，JP1/IM - Viewの画面です。

JP1/IMのシステム運用で，運用作業に必要なアプリケーションを統合機能メニューに登録しておくことによって，JP1/IM - Viewによる運用作業を統合できます。

統合機能メニューには，あらかじめJP1シリーズ製品の画面を呼び出すための定義が設定されています。

統合マネージャーホスト

JP1/IM - Managerが稼働しているホストのことです。

トレンド情報

時系列データをグラフ化して傾向が見えるようにした情報です。グラフは，［統合オペレーション・ビューアー］画面の［トレンド］タブ，およびダッシュボードで表示できます。

トレンドデータ

管理対象ホストから収集した時系列データで，リソースの稼働状況を示します。管理対象ホストでの障害発生の予兆を監視するなどの目的に利用します。

トレンドデータ管理サービス

トレンドデータ管理DBとのインターフェースです。トレンドデータの読み書きのインターフェースとして，JP1/IM - Managerに同梱するPromscale（OSS）を使用します。

トレンドデータ管理DB

トレンドデータを格納するためのデータベース領域です。

（ナ行）

認可

利用者が持つ権限に応じて，JP1/IMへのアクセスを許可することです。

認証

利用者が誰であるか確認することです。

（ハ行）

発生元ホスト

JP1イベントの発行契機となった事象が発生したホストのことです。

パネル

統合オペレーション・ビューアーの［ダッシュボード］画面で表示するノード状態，アラート情報，パフォーマンスデータ（CPU使用量，メモリー使用量など）などをビジュアル表示する小さい画面で，ダッシュボードに並べて表示できます。

バリアブルバインディング

SNMPトラップをJP1/BaseでJP1イベントに変換するときに，JP1イベントの拡張属性の固有情報に取り込むSNMPトラップのバリアブルバインディングのことです。

SNMPトラップには，基本的な情報として，トラップ発行元を示すエンタープライズ名（enterprise）や，トラップの意味（generic-trapやspecific-trap）があります。これらに加えてSNMPトラップ固有の詳細情報を付加する場合は，バリアブルバインディング（variable bindings。VarBindと書く場合もある）を付加してSNMPトラップが発行されます。

バリアブルバインディングは，オブジェクト識別子（OID）とデータを持ちます。例えば，JP1/Cm2/SSOでアプリケーションを監視する場合，エラー発生を検知したときには，詳細情報としてバリアブルバインディングにアプリケーション名を付加し，SNMPトラップが発行されます。

SNMPトラップについての詳細は，RFC1157やネットワーク関連の専門書を参照してください。また，SNMPトラップのバリアブルバインディングに含まれる情報については，SNMPトラップを発行する各製品のマニュアルを参照してください。

汎用監視オブジェクト

ユーザーが任意に監視対象を設定できる監視オブジェクトです。また，システム監視オブジェクトを編集すると，汎用監視オブジェクトになります。

監視ノード種別は「汎用オブジェクト」です。

→「監視オブジェクト」を参照してください。

ビジュアルアイコン

JP1/IMのセントラルスコープで，監視ノードの属性に設定できる任意の画像およびサイズのアイコンです。ビジュアルアイコンには，デフォルトで設定されているアイコンよりも大きなアイコンを使用できるため，より自由度の高い監視画面を作成できます。なお，ビジュアルアイコンはマップ表示中および［ビジュアル監視］画面でだけ表示できます。

ビジュアル監視

JP1/IMのセントラルスコープで，システム上の監視対象のうち特に重点的に監視が必要な対象を，アイコンとして地図や業務組織図などマップ上に配置して表示する機能です。または，このマップを表示するJP1/IM - Viewの［ビジュアル監視］画面のことです。

→「セントラルスコープ」を参照してください。

非集約イベント

繰り返しイベントがないためイベントが集約されないイベントです。

日立サーバ論理分割機構

日立製作所が作成した，仮想化環境を構築する製品です。

秘密鍵

公開鍵暗号で使用する，データの復号化または電子署名を作成するための鍵（private key）です。非公開鍵とも呼びます。秘密鍵は，その所有者が安全に管理します。

暗号化されたデータを受信した場合は，受信者は自分の秘密鍵を使用し，データを復号化します。また，送信するデータに電子署名を付ける場合は，送信者は自分の秘密鍵を使用し，電子署名を作成します。

ビューアー

JP1/IMのシステム統合管理のために，目的に沿った画面を提供するためのプログラム（GUI提供プログラム）のことです。または，ビューアーを実行するホストのことです。

ビューアーは，セントラルコンソール，セントラルスコープ，IM構成管理，およびルール管理のマネージャーに接続して，システムの監視や管理作業をします。

なお，インテリジェント統合管理基盤を使用する場合のビューアーは，GUI提供プログラムではなく，統合オペレーション・ビューアーとなります。

表示開始位置の指定

統合監視DBを使用する場合，JP1/IM - Viewでは，［表示開始位置指定］領域で，日時を指定したり，スライダーを動かしたりして［イベントコンソール］画面に表示されるJP1イベントを変更できることです。

表示フィルター

［イベントコンソール］画面で表示するJP1イベントの条件を設定するフィルターです。

ユーザーが一時的に特定のJP1イベントだけを表示したいときに使用します。

フェールオーバー

JP1を実行するサーバに障害が発生した場合に，ほかの正常なサーバにJP1を移動させて処理を続行することです。または，システム管理者の操作によって，JP1を実行するサーバを切り替えることです。

実行系サーバから待機系サーバにフェールオーバーするため，系切り替えともいいます。

物理ホスト

クラスタシステムでJP1を運用する場合の，クラスタシステムを構成する物理的なサーバのことです。論理ホスト（物理的なサーバに依存せずに，フェールオーバーできる論理的なサーバ）に対する用語です。

ヘルスチェック機能

JP1/IM，JP1/Baseを構成する各プロセスがハングアップしたときに，JP1イベントや通知コマンドによって異常が発生したことをユーザーに通知する機能です。

JP1/IMのヘルスチェック機能では，JP1/IM - Managerプロセス※とマネージャー上のJP1/Baseイベントサービスのハングアップを検知できます。検知手段はJP1イベントの発行，通知コマンドの実行となります。

JP1/Baseのヘルスチェック機能では，自ホスト上のJP1/Baseプロセス，他ホスト上のJP1/Baseプロセスのハングアップを検知できます。検知手段はJP1イベントの発行となります。

JP1/IM，JP1/Baseのヘルスチェック機能を併用することで，JP1/IMとJP1/IMシステム構成下のJP1/Baseのプロセス異常を早期に検知・対応できるようになります。

注※

セントラルスコープサービス，IM構成管理サービス，IMデータベースサービスには，対応していません。

（マ行）

マネージャー

JP1/IMで，システム上のほかのプログラムを管理する役割のプログラムのことです。または，システム上のほかのホストを管理する役割のホストのことです。

JP1/IMでは，JP1/IM - Managerがマネージャープログラムとして，エージェントプログラムであるJP1/BaseおよびJP1/IM - Agentを管理します。

マネージャーでは，基盤機能を提供するJP1/Base，監視機能を提供するJP1/IM - Agent，およびJP1/IM - Managerを実行します。

メトリック

［統合オペレーション・ビューアー］画面の［トレンド］タブで，選択できる時系列データの種類として表示される項目の総称です。［チャート］に，チェックボックスの名前として表示されます。

メトリック，メトリクス

パフォーマンスデータのメトリック，メトリクスとは，監視対象から取得するパフォーマンスデータの項目（CPU使用量，メモリー使用量など）のことです。メトリックはmetric（単数），メトリクスはmetrics（複数）のカタカナ表記です。

トレンドデータのメトリックとは，パフォーマンスデータをJP1/IM - Manager（インテリジェント統合管理基盤）のトレンド情報として扱うときの種類のことです。

メモ情報の設定機能

メモ情報の設定機能は，統合監視DBを使用する場合，［イベントコンソール］画面に表示されているJP1イベントに対して，メモを追加できる機能です。

（ヤ行）

ユーザーフィルター

［イベントコンソール］画面および［統合オペレーション・ビューアー］画面の［イベント一覧］画面に表示できるJP1イベントの条件を，JP1ユーザーごとに設定するためのフィルターです。

システムの運用作業をするユーザーごとに表示するJP1イベントを制限する場合などに使用します。

（ラ行）

ラベル（アラート）

アラートに付与されるラベルデータです。アラートルールに該当した時系列データを識別するための情報です。アラート評価に使用した時系列データのラベル，または，アラート評価に使用したPromQL式の結果に付与されるラベルが設定されます。

ラベル（パフォーマンスデータ）

時系列データに付与されるラベルデータです。1つのメトリック名に対して複数の時系列データが存在する場合に，一意に識別するための情報です。また，1つの時系列データに対して複数のラベルを設定することができます。

メトリック名とラベルの形式と例を次に示します。

形式

メトリック名{ラベル1="ラベル1の値" ラベル2="ラベル2の値"…}

例

disk_free_bytes{instance="host1:9001" volume="C:"}・・・①
disk_free_bytes{instance="host1:9001" volume="D:"}・・・②
disk_free_bytes{instance="host2:9001" volume="C:"}・・・③

上記の例では，メトリック名「disk_free_bytes」に対して，①②③の3つの時系列データが存在し，それぞれはラベルの組み合わせによって一意に識別できるようになっています。

この構造により，1つのメトリック名に対して複数の監視対象データを一括で取得したり，特定のラベルを持つものだけをフィルタリングして取得したりすることができます。

例えば，上記の例では，PromQLにメトリック名「disk_free_bytes」だけを指定すると，すべての時系列データ（①②③）を取得できます。また，PromQLに「disk_free_bytes{volume="C:"}」を指定すると，①と③の時系列データを取得できます。

リモート監視

監視対象のホストにリモートで接続して監視することです。監視対象のホストに，JP1/Baseをインストールしないで監視できます。

リモート監視構成

監視対象のホストにリモートで接続して監視する構成のことです。あらかじめ監視対象のホストにリモート通信設定をしておく必要があります。

リモートの監視対象ホスト

リモート通信設定をしている監視対象ホストのことです。JP1/Baseがインストールされていないホストで発生したログファイル上のメッセージ，およびWindowsのイベントログについて，リモート監視をすることによってJP1イベントに変換された事象を管理できます。

リモートライト

Prometheus serverからJP1/IM - Manager（インテリジェント統合管理基盤）に，パフォーマンスデータを送信する機能です。

ルート証明書

ルート認証局の証明書のことです。

ルートノード

IM管理ノードで構成されたツリーの最上位ノードです。ノード名称は「All Systems」です。インテリジェント統合管理基盤の［統合オペレーション・ビューアー］画面に表示されます。

連携ユニット

ルートジョブネット間のつながりを実現する，次に示す項目の総称です。

JP1イベント送信ジョブ

JP1イベント受信監視ジョブ

待ち合わせ対象ユニット

待ち合わせ条件付きユニット

ジョブネットコネクタ

ジョブネットコネクタの接続先ルートジョブネット

IM管理ノードリンク定義ファイルに定義された先行する連携ユニット

IM管理ノードリンク定義ファイルに定義された後続の連携ユニット

インテリジェント統合管理基盤の［統合オペレーション・ビューアー］画面に表示されます。

リフレッシュトークン

OpenIDプロバイダがクライアントに対して発行するアクセストークンを再取得するために，クライアントに付与される認可を表すトークンです。

ログメッセージ

アプリケーションがログファイルに出力する1行のテキストのことを指します。

ログメトリクス

ログメトリクス機能を利用して，ログメッセージから生成・計測した性能情報，または，メトリクスのことです。

ログメトリクスコンポーネント

ログメトリクス機能を実現するために，統合エージェントにインストールする必要がある，次に示すプラグインとプログラムの総称です。実体はgemファイルです。JP1/IM - Agentで利用するほかのgemファイルと同時にインストールされます。

fluent-plugin-prometheusプラグイン

prometheus-client

論理ホスト

クラスタシステムでJP1を運用するときに，JP1の実行環境となる論理上のサーバです。また，障害が発生した場合に，フェールオーバーするときの単位です。

論理ホストは，フェールオーバーの時に引き継がれる論理IPアドレスと共有ディスクを持ち，それらを使って実行するJP1などのアプリケーションから構成されます。

フェールオーバー時は，論理IPアドレスと共有ディスクを引き継いでJP1の実行を継続します。これによって，JP1を実行するサーバが物理的に変わっても，ほかのホストからは同じIPアドレスでアクセスでき，一つのホストが常に動作しているように見えます。

論理ホスト番号

トレンドデータ管理DBの論理ホストを識別する番号です。クラスタ環境の構築時に，クラスタ環境インテリジェント統合管理データベースセットアップ情報ファイル（jimgndbclustersetupinfo.conf）の項目「LOGICALHOSTNUMBER」で指定する値です。

索引

数字

09-00の変更内容[1]

09-01の変更内容[1]

09-10の変更内容[1]

09-50の変更内容[1]

10-00の変更内容[1]

10-10の変更内容[1]

10-50の変更内容[1]

11-00の変更内容[1]

11-01の変更内容[1]

11-10の変更内容[1]

11-50の変更内容[1]

12-00の変更内容[1]

12-10の変更内容[1]

12-50の変更内容[1]

1台のJP1/IM - Managerで収集できるログの取得上限[1]

A

Alertmanager（アラート通知機能）

用語解説[1]

B

Bearerトークン

用語解説[1]

BJEX（用語解説）[1]

C

Cosminexus

監視ツリーの自動生成[1]

監視ツリーへの追加[1]

システム構成例[1]

用語解説[1]

Cosminexusのシステム環境の状態を監視する場合のシステム構成[1]

CSR

用語解説[1]、[2]

CSV出力できる画面

イベント一覧情報の保管[1]

クリップボードにコピーする[1]

CSVの出力イメージ・出力形式

イベント一覧情報の保管[1]

クリップボードにコピーする[1]

CSVの出力項目

イベント一覧情報の保管[1]

クリップボードにコピーする[1]

E

Exporter

用語解説[1]

F

Fluentd（ログ監視機能）

用語解説[1]

FQDN形式での運用[1]

H

HCSM

用語解説[1]

HiRDB

監視ツリーへの追加[1]

用語解説[1]

Hitachi Compute Systems Manager

用語解説[1]

I

IDトークン

用語解説[1]

IM管理ノード[1]

IM管理ノード関連情報[1]

IM管理ノード関連ファイル[1]

扱う情報[1]

管理対象の追加，変更，削除と反映[1]

構造[1]

変更[1]

用語解説[1]

IM管理ノード作成実行機能[1]

IM管理ノードタイプ

用語解説[1]

IM管理ノード

用語解説[1]

IM管理ノードによるシステムの統合監視[1]

IMクライアントシークレット[1]

IM構成

用語解説[1]

IM構成管理

仮想化構成情報の収集[1]

仮想化構成情報の設定[1]

仮想化構成情報の排他権[1]

仮想化システム構成の管理[1]

仮想化システム構成の表示[1]

管理情報のエクスポート・インポート[1]

業務グループの管理[1]

サービスの稼働情報の管理[1]

セントラルスコープへのインポート[1]

プロファイルの管理[1]

ホストの管理[1]

用語解説[1]

IM構成管理DB

用語解説[1]

IM構成管理のプロファイル管理とJP1/Baseのプロファイル管理を併用する場合の注意事項[1]

IMデータベース

用語解説[1]

容量の見積もり[1]

IPv4ホスト

用語解説[1]

IPv4・IPv6ホスト

用語解説[1]

IPv6

IPv6環境での対応の可否[1]

IPv6環境のシステム構成を監視する場合の前提条件[1]

IPv6環境を管理する場合のJP1/IM - Managerのシステムの最大構成[1]

IPv6ホストに対応するシステム構成[1]

システム構成の変更[1]

システム構成変更時の確認事項[1]

IPv6環境での対応の可否[1]

IPv6環境のシステム構成を監視する場合の前提条件[1]

IPv6環境を管理する場合のJP1/IM - Managerのシステムの最大構成[1]

IPv6ホスト

用語解説[1]

IPv6ホストに対応するシステム構成[1]

IPアドレスの検討[1]

ITシステムの健全性の可視化[1]、[2]

J

jcochstat

接続許可の検討[1]

JP1

JP1/AJSとの連携[1]

JP1/PFMとの連携[1]

JP1/

JP1/Service Supportとの連携[1]

JP1/AJS

監視ツリーの自動生成[1]

システム構成例[1]

自動アクションの実行監視[1]

用語解説[1]

JP1/AS

用語解説[1]

JP1/AJSとの連携[1]

JP1/AJSと連携して，ジョブの実行状況を監視する場合のシステム構成[1]

JP1/AO

連携用の機能[1]

JP1/AOのREST APIを利用した他システムとの連携[1]

JP1/Audit

用語解説[1]

JP1/Base[1]

JP1/BaseによるJP1イベントの管理[1]

JP1/IMの基盤機能[1]

JP1イベントのフィルタリング[1]

JP1ユーザーの管理[1]

エージェント側での検討項目[1]

機能一覧[1]

コマンド実行の管理[1]

サービスの起動管理[1]

障害に対する検討[1]

障害レポートの利用[1]

正規表現[1]

接続性[1]

前提OS[1]

前提プログラム[1]

定義情報の収集と配布[1]

転送フィルター[1]

統合トレース機能[1]

バージョン10からのバージョンアップについて[1]

バージョン11からのバージョンアップについて[1]

バージョン12からのバージョンアップについて[1]

ファイアウォール対応[1]

複数LAN対応[1]

プロセス管理[1]

用語解説[1]

JP1/BaseによるJP1イベントの管理[1]

JP1/Baseのプロセス管理[1]

JP1/Cm2/NNM

システム構成例[1]

用語解説[1]

JP1/Cm2/NNMまたはHP NNMと連携して，ネットワークを監視する場合の構成[1]

JP1/Cm2/SSO

監視ツリーの自動生成[1]

用語解説[1]

JP1/IM

JP1/AOのREST APIを利用した他システムとの連携[1]

JP1/Baseによる基盤機能[1]

JP1/IMおよびJP1/Baseの環境の検討[1]

JP1/IMが監視するシステム全体のメンテナンスの検討[1]

JP1/IMシステムの設計[1]

JP1/IMでの問題調査の検討[1]

JP1/IM導入の流れ[1]

JP1/IMの処理性能[1]

JP1/IMの導入設計の概要[1]

JP1/IMのメンテナンスの検討[1]

JP1イベントによるシステム監視の検討[1]

OpenStackとの連携[1]

インテリジェント統合管理基盤によるIT運用の最適化[1]

運用管理の設計[1]

下位バージョンとの接続性[1]

概要[1]

各種システム構成への対応[1]

各製品の接続性[1]

各バージョンの変更内容[1]

機能[1]

旧バージョンのJP1/IMからのバージョンアップについて[1]

構成[1]

システム環境で行う通信[1]

システム構成の検討[1]

システムの階層構成の管理[1]

システムの階層構成の管理の検討[1]

システムの操作（セントラルコンソール）[1]

システムの操作（セントラルスコープ）[1]

自動アクション（JP1/Base連携）[1]

自動アクションの検討[1]

障害に対する検討[1]

正規表現[1]

制限値一覧[1]

性能と見積もり[1]

性能評価モデルケース[1]

製品構成[1]

設計項目[1]

設計の概要[1]

セントラルコンソールによるシステムの集中監視[1]

セントラルスコープによるシステム監視の検討[1]

セントラルスコープによる目的指向型のシステム監視[1]

操作権限一覧[1]

他製品との連携[1]

通信設定の変更対応[1]

動作環境の検討[1]

動作制御[1]

ネットワーク構成の検討[1]

ファイルおよびディレクトリ一覧[1]

プロセス一覧[1]

ポート番号[1]

ユーザー認証の検討[1]

用語解説[1]

JP1/IM - Agentによる性能監視機能[1]

JP1/IM - Agentによるログメトリクス機能[1]

JP1/IM - Agentによるログ監視機能[1]

JP1/IM - Agent[1]

JP1/IM - Manager 10-00〜10-50に接続した場合の制限事項[1]

JP1/IM - Manager 11-00〜11-50に接続した場合の制限事項[1]

JP1/IM - Manager 12-00〜12-50に接続した場合の制限事項[1]

ファイル一覧[1]

JP1/IM - Agentのサービス[1]

JP1/IM - Manager[1]

JP1/Base 10-00〜12-50を管理する場合の制限事項（IM構成管理を使用する場合）[1]

JP1/IM - View 10-00〜10-50を接続した場合の制限事項（IM構成管理を使用する場合）[1]

JP1/IM - View 10-00〜10-50を接続した場合の制限事項（コンポーネント共通）[1]

JP1/IM - View 10-00〜10-50を接続した場合の制限事項（セントラルコンソールを使用する場合）[1]

JP1/IM - View 10-00〜10-50を接続した場合の制限事項（セントラルスコープを使用する場合）[1]

JP1/IM - View 11-00〜11-50を接続した場合の制限事項（IM構成管理を使用する場合）[1]

JP1/IM - View 11-00〜11-50を接続した場合の制限事項（コンポーネント共通）[1]

JP1/IM - View 11-00〜11-50を接続した場合の制限事項（セントラルコンソールを使用する場合）[1]

JP1/IM - View 11-00〜11-50を接続した場合の制限事項（セントラルスコープを使用する場合）[1]

JP1/IM - View 12-00を接続した場合の制限事項（IM構成管理を使用する場合）[1]

JP1/IM - View 12-00を接続した場合の制限事項（コンポーネント共通）[1]

JP1/IM - View 12-00を接続した場合の制限事項（セントラルコンソールを使用する場合）[1]

JP1/IM - View 12-00を接続した場合の制限事項（セントラルスコープを使用する場合）[1]

機能一覧[1]

内部のJP1イベント制御の仕組み[1]

ファイル一覧（UNIX）[1]

ファイル一覧（Windows）[1]

プロセス一覧（UNIX）[1]

プロセス一覧（Windows）[1]

プロセス管理[1]

ヘルスチェック機能[1]

マネージャーホストのJP1/IM - Managerが13-00でマネージャーホストのJP1/Baseが11-00〜12-50の場合の制限事項（IM構成管理を使用する場合）[1]

用語解説[1]

JP1/IM - ManagerからエージェントホストのJP1/Baseを監視する場合の接続性（セントラルコンソール機能の場合）[1]

JP1/IM - Managerによるシステム運用[1]

JP1/IM - Managerの構成[1]

JP1/IM - Managerのサービス[1]

JP1/IM - Managerの製品構成[1]

JP1/IM - Managerの特長[1]

JP1/IM - Managerのメール通知の機能について[1]

JP1/IM - View[1]

JP1/Base 10-00〜12-50に対してイベント検索した場合の制限事項[1]

JP1/IM - Manager 10-00〜10-50に接続した場合の制限事項（IM構成管理を使用する場合）[1]

JP1/IM - Manager 10-00〜10-50に接続した場合の制限事項（コンポーネント共通）[1]

JP1/IM - Manager 10-00〜10-50に接続した場合の制限事項（セントラルコンソールを使用する場合）[1]

JP1/IM - Manager 10-00〜10-50に接続した場合の制限事項（セントラルスコープを使用する場合）[1]

JP1/IM - Manager 11-00〜11-50に接続した場合の制限事項（IM構成管理を使用する場合）[1]

JP1/IM - Manager 11-00〜11-50に接続した場合の制限事項（コンポーネント共通）[1]

JP1/IM - Manager 11-00〜11-50に接続した場合の制限事項（セントラルコンソールを使用する場合）[1]

JP1/IM - Manager 11-00〜11-50に接続した場合の制限事項（セントラルスコープを使用する場合）[1]

JP1/IM - Manager 12-00〜12-50に接続した場合の制限事項（IM構成管理を使用する場合）[1]

JP1/IM - Manager 12-00〜12-50に接続した場合の制限事項（コンポーネント共通）[1]

JP1/IM - Manager 12-00〜12-50に接続した場合の制限事項（セントラルコンソールを使用する場合）[1]

JP1/IM - Manager 12-00〜12-50に接続した場合の制限事項（セントラルスコープを使用する場合）[1]

イベント情報引き継ぎ[1]

カスタマイズ[1]

環境検討[1]

管理対象ホストへのコマンド実行[1]

コマンド実行の検討[1]

統合機能メニュー[1]、[2]

ファイル一覧[1]

プロセス一覧[1]

モニター起動[1]

用語解説[1]

JP1/IM - ViewからJP1/PFM - Web Consoleへのシングルサインオン[1]

JP1/IM - Viewでの表示情報のCSV出力[1]

JP1/IMが監視するシステム全体のメンテナンス実施例[1]

拠点マネージャーおよびエージェントでのJP1/Baseの設定[1]

システム全体のメンテナンスの実施順序[1]

統合マネージャー（JP1/IM - Manager）側での設定[1]

メンテナンスの実施手順[1]

JP1/IM - Agent

言語設定[1]

シークレット難読化機能[1]

初期設定コマンド[1]

性能監視機能[1]

製品プラグイン[1]

統合エージェント基盤[1]

統合エージェント制御基盤のポーリング監視[1]

用語解説[1]

ログ監視機能[1]

ログメトリクス機能[1]

JP1/IM - Agentによる監視機能[1]

JP1/IM - Agentの機能一覧[1]

JP1/IM - Agentの言語環境混在での運用[1]

JP1/IM - Manager，統合オペレーション・ビューアー，JP1/IM - View，およびJP1/Baseの言語環境混在での運用[1]

JP1/IM - Managerの機能一覧[1]

JP1/Integrated Managementの概要[1]

JP1/Navigation Platformで業務コンテンツ（運用手順）を参照するために必要な権限[1]

JP1/Navigation Platformとの連携[1]

JP1/Navigation Platformと連携する場合に業務コンテンツ（運用手順）として参照できるJP1イベント[1]

JP1/NETM/DM

用語解説[1]

JP1/PFM

監視ツリーの自動生成[1]

JP1/PFM/SSO（用語解説）[1]

JP1/PFMとの連携[1]

JP1/ServerConductor

用語解説[1]

JP1/Service Supportとの連携[1]

JP1/SESイベント

JP1/IMで監視する[1]

用語解説[1]

JP1/SSO（用語解説）[1]

jp1hosts2情報

用語解説[1]

jp1hosts情報

用語解説[1]

JP1イベント

JP1/BaseによるJP1イベントの管理[1]

JP1イベントの転送[1]

管理する事象の検討[1]

事象の一元管理[1]

属性[1]

対処状況設定[1]

対処状況変更時のJP1イベント発行の検討[1]

転送するJP1イベントの検討[1]

フィルタリング[1]

フィルタリング設定の検討[1]

用語解説[1]

履歴や統計としての利用[1]

JP1イベント監視の処理の流れ[1]

JP1イベント検索[1]

検索のキャンセル[1]

条件[1]

処理の流れ[1]

JP1イベントでの事象の管理[1]

JP1イベント発行コマンドの利用[1]

JP1イベントを発行するプログラムとの連携[1]

他形式のイベントをイベント変換機能でJP1イベントにする[1]

JP1イベントによる事象の一元管理[1]

JP1イベントによる集中監視[1]

JP1イベントの検索[1]

JP1イベントの重大度の変更[1]

検討[1]

重大度を変更できるイベント[1]

JP1イベントの情報やアクションの実行結果などをクリップボードにコピー[1]

JP1イベントの転送[1]

構成管理との関係[1]

定義収集・配布機能の利用[1]

リトライ[1]

JP1イベントの表示メッセージ変更の検討

検討[1]

JP1イベントのフィルタリング[1]

JP1イベントを使用した評価[1]

JP1共通定義情報（用語解説）[1]

JP1権限レベル[1]

JP1資源グループによる対処アクションの手動実行の制限[1]

JP1ユーザー[1]

JP1ユーザー環境

検討[1]

JP1ユーザーの管理[1]

JSON Web Token（JWT）

用語解説[1]

K

KAVB5150-W[1]

Keycloak

用語解説[1]

KVM

用語解説[1]

O

OAuth 2.0

用語解説[1]

Okta Identity Cloud（Okta）

用語解説[1]

OpenID Connect（OIDC）

用語解説[1]

OpenIDプロバイダ（OP）

用語解説[1]

OpenStack

連携用の機能[1]

P

PostgreSQL

用語解説[1]

Prometheus（性能監視機能）

用語解説[1]

Prometheus server（性能監視制御機能）

用語解説[1]

Prometheusトレンド名

用語解説[1]

PromQL（Prometheus Query Language）

用語解説[1]

PromQL文

用語解説[1]

Promscale

用語解説[1]

R

REST API

JP1/AOのREST APIを利用した他システムとの連携[1]

rotatelogs

用語解説[1]

S

SAPシステム監視機能[1]

ServerConductor（用語解説）[1]

SID（用語解説）[1]

SNMPトラップをJP1イベントに変換したときの重大度[1]

System Manager（用語解説）[1]

T

TimescaleDB

用語解説[1]

U

UTF-8[1]

V

vCenter

用語解説[1]

VMware vCenter Operations Managerとの連携（標準機能を使用した他製品連携の一例）[1]

VMware vCenter Server

用語解説[1]

W

WAN接続[1]

WebGUI（統合オペレーション・ビューアー）を使用した運用[1]

Webhook

用語解説[1]

Windowsサービス化プログラム

用語解説[1]

WWWページ

用語解説[1]

Y

YAML

用語解説[1]

あ

アクション除外イベント

用語解説[1]

アクセス制御[1]

アクセストークン

用語解説[1]

アドオンプログラム

用語解説[1]

暗号化通信の検討[1]

い

イベントDB

用語解説[1]

イベントID（用語解説）[1]

イベント一覧情報の保管

CSV出力できる画面[1]

検討[1]

出力イメージ[1]

出力形式[1]

出力項目[1]

障害レポートの利用[1]

スナップショットのタイミング[1]

イベントガイド機能[1]

JP1イベントを絞り込んで設定[1]

運用方法に合わせて設定[1]

検討[1]

二つのガイドの違い[1]

変数（置き換え文字列）を使用して設定[1]

用語解説[1]

イベントガイド情報

記述例[1]

設定内容[1]

表示例[1]

イベントガイド情報からのモニター画面の表示（イベントガイド機能）[1]

イベントガイド情報の設定内容[1]

イベント検索[1]

イベント検索の条件[1]

イベント検索の処理の流れ[1]

［イベントコンソール］画面[1]

用語解説[1]

イベントサービス[1]

イベント取得開始位置[1]

イベント取得フィルター[1]

カスタマイズを検討[1]

検討[1]

複数設定[1]

複数設定を検討[1]

用語解説[1]

イベント取得フィルターを切り替えた場合に発行されるイベントについて[1]

イベント条件[1]

イベント情報引き継ぎ機能[1]

用語解説[1]

イベント相関タイプ[1]

イベントの転送[1]

イベントの表示開始位置の指定[1]

イベント発行条件（用語解説）[1]

イベントバッファー[1]

用語解説[1]

イベント引き継ぎ情報[1]

イベント引き継ぎ情報の変換機能[1]

イベントレポート出力[1]

保守情報出力[1]

保存出力[1]

イベントレポート出力の保管

検討[1]

インシデント

用語解説[1]

インスタンス

用語解説[1]

インテリジェント統合管理基盤

IM管理ノード関連情報の取得[1]

IM管理ノード関連ファイル[1]

IM管理ノードとして扱う情報[1]

IM管理ノードによるシステムの統合監視[1]

IM管理ノードの構造[1]

IM管理ノードの変更[1]

IT運用の最適化[1]

JP1イベントを使用した評価[1]

イベント表示機能[1]

外部製品との連携[1]

カテゴリのカスタマイズ[1]

関連ノード表示機能[1]

業務インパクトの判断支援[1]

クラウドサービスとの連携[1]

システム構成情報の反映方式[1]

システム全体の運用統合[1]

システムの運用監視で必要な操作権限[1]

システムの状況に応じた対処アクションの提案[1]

対処済み連動機能[1]

ダイレクトアクセスURL機能[1]

他製品との連携[1]

トレンド情報表示機能[1]

配布物の取得機能（ファイルダウンロード機能）[1]

複数拠点の監視[1]

プロアクティブ監視[1]

モニター画面の操作[1]

ユーザー独自のPrometheusとの連携[1]

用語解説[1]

インテリジェント統合管理基盤からJP1/PFM - Web Consoleへのシングルサインオン[1]

インテリジェント統合管理基盤でシステムの一元監視をする場合のシステム構成[1]

インテリジェント統合管理基盤によるシステム監視の検討[1]

インテリジェント統合管理データベース

用語解説[1]

インテリジェント統合管理データベースの導入と提供機能[1]

う

ウィルス対策ソフト実行時の注意事項[1]

運用管理の設計[1]

え

エージェント

システムの階層構成[1]

製品構成[1]

用語解説[1]

エージェント構成[1]

用語解説[1]

エージェント構成とリモート監視構成の選択について[1]

エージェント単体でのメンテナンス実施例[1]

エージェントパッケージ

用語解説[1]

お

オブジェクトノード

用語解説[1]

オブジェクトルートノード

用語解説[1]

オブジェクトルートノード種別

用語解説[1]

か

カーネルパラメーター一覧[1]

カーネルパラメーターの調整（UNIXの場合）[1]

階層構成の管理

システムの階層構成の検討[1]

ガイド機能

機能[1]

二つのガイドの違い[1]

用語解説[1]

ガイド情報[1]

活用[1]

検討[1]

設定内容[1]

表示条件[1]

表示内容[1]

二つのガイドの違い[1]

下位バージョンとの接続性[1]

バージョン10製品[1]

バージョン11製品[1]

バージョン12製品[1]

下位バージョンのJP1/Baseとの接続性[1]

各種システム構成への対応

概要[1]

機能[1]

拡張属性（用語解説）[1]

各バージョンの変更内容[1]

09-00[1]

09-01[1]

09-10[1]

09-50[1]

10-00[1]

10-10[1]

10-50[1]

11-00[1]

11-01[1]

11-10[1]

11-50[1]

12-00[1]

12-10[1]

12-50[1]

仮想化環境管理ソフトウェア

用語解説[1]

仮想化構成情報の収集[1]

仮想化構成情報の設定[1]

仮想化構成情報の排他権[1]

仮想化システム構成の管理[1]、[2]

仮想化システム構成の表示[1]

仮想化ソフトウェア

用語解説[1]

仮想ルートノード

用語解説[1]

カテゴリノード

用語解説[1]

カテゴリのカスタマイズ[1]

監視オブジェクト[1]

JP1イベント受信時に監視オブジェクトを初期状態にする[1]

監視オブジェクトの自動初期化機能[1]

監視オブジェクトの状態変更条件[1]

状態変更処理の流れ[1]

用語解説[1]

監視オブジェクトDB[1]

監視グループ[1]、[2]

IM構成管理[1]

監視グループの状態変更条件[1]

状態変更条件の定義についての制限事項[1]

状態変更条件の定義の検討[1]

状態変更条件の定義例[1]

セントラルスコープ[1]

用語解説[1]

監視状態（用語解説）[1]

監視ツリー[1]

仮想ルートノード[1]

監視オブジェクト[1]

監視グループ[1]

監視ノード[1]

監視範囲設定[1]

検討[1]

構成[1]

自動生成[1]

自動生成処理の流れ[1]

自動生成するための条件[1]

自動生成できる監視ツリーの構造[1]

自動生成の仕組み[1]

種別[1]

編集[1]

マップ表示設定[1]

用語解説[1]

監視ノード[1]

状態[1]

用語解説[1]

監視ノードアイコンの移動抑止[1]

監視ノードの検索[1]

監視ノードの設定のカスタマイズ[1]

監視ノード名および監視ノードアイコン余白の表示抑止[1]

監視ノード名の状態色および監視ノードの状態色の設定[1]

監視の設計[1]

監視項目の検討[1]

監視視点の検討（セントラルスコープの利用）[1]

監視方法の検討[1]

監視マシンで必要なメモリー，ディスク容量[1]

監視名

用語解説[1]

監視用サーバで必要なメモリー，ディスク容量，データベース容量[1]

管理コンソール

用語解説[1]

管理対象ホストへのコマンド実行

機能[1]

関連ノード

用語解説[1]

き

起動オプション[1]

cold[1]

warm[1]

機能[1]

コマンド実行[1]

機能一覧[1]

基本構成[1]

基本情報

用語解説[1]

基本属性

用語解説[1]

旧バージョンのJP1/IMからのバージョンアップについて[1]

共通条件[1]

用語解説[1]

共通除外条件[1]

用語解説[1]

共通除外条件定義履歴ファイル[1]

共通除外履歴ファイル[1]

共通定義情報

用語解説[1]

業務影響アイコン

用語解説[1]

業務グループ[1]、[2]

用語解説[1]

業務グループの検討[1]

業務グループの参照・操作制限の仕組み[1]

く

クライアントID

用語解説[1]

クライアントアプリケーション[1]

用語解説[1]

クライアントアプリケーション実行機能[1]

用語解説[1]

クライアントシークレット

用語解説[1]

クライアントホスト

コマンド実行[1]

クラスタシステム

システム構成例[1]

用語解説[1]

クラスタシステムでの運用[1]

繰り返しイベント

用語解説[1]

繰り返しイベントが表示抑止中である場合のイベント一覧の表示[1]

繰り返しイベント条件について[1]

繰り返しイベントの監視抑止

検討[1]

用語解説[1]

繰り返しイベントの集約

検討[1]

繰り返しイベントの集約表示

集約処理の例[1]

用語解説[1]

繰り返しイベントの集約表示機能で表示抑止する場合について[1]

繰り返しイベントの表示抑止[1]

イベント一覧の表示[1]

イベント発行[1]

繰り返しイベント条件について[1]

検討[1]

仕組み[1]

注意事項[1]

表示抑止を開始する契機[1]

表示抑止を終了する契機[1]

用語の定義[1]

抑止継続通知[1]

繰り返しイベントの表示抑止が継続されている場合の通知[1]

繰り返しイベントの表示抑止に関係する用語の定義[1]

繰り返しイベントの表示抑止に伴うイベント発行[1]

繰り返しイベントの表示抑止の仕組み[1]

繰り返しイベントの表示抑止の注意事項[1]

繰り返しイベントの表示抑止を開始する契機[1]

繰り返しイベントの表示抑止を終了する契機[1]

繰り返し開始イベント

用語解説[1]

クリップボードにコピーする[1]

CSVの出力項目[1]

クリップボードにコピーできる情報と対象の画面[1]

出力イメージ[1]

出力形式[1]

注意事項[1]

クロスルート証明書

用語解説[1]

け

系切り替えシステム（用語解説）[1]

言語環境の検討[1]

言語混在環境での運用

サーバ単位での条件[1]

システム単位での条件[1]

言語設定[1]

検索

JP1イベント検索[1]

監視ノード[1]

状態変更イベント[1]

検知・通知の設計

JP1イベントと重大度の検討[1]

緊急度に応じた対応の検討[1]

セントラルスコープでの監視[1]

こ

構成管理

用語解説[1]

構成定義

用語解説[1]

コネクションの接続状態[1]

子ノードの状態[1]

個別条件[1]

用語解説[1]

コマンド実行

OSでのコマンド実行[1]

結果の確認[1]

検討[1]

コマンド実行（JP1/Base制御部分）[1]

コマンド実行環境の検討（JP1/Base制御部分）[1]

コマンド実行状態に応じたJP1イベントの発行[1]

コマンド実行の条件[1]

コマンド実行をするユーザー[1]

実行できるコマンド[1]

条件[1]

状態の確認[1]

処理の流れ[1]

トラブルシューティング用コマンド[1]

ホストグループによる複数ホストでのコマンド実行[1]

コマンド実行時のイベント情報引き継ぎ

機能[1]

コマンド実行の管理[1]

コマンド実行履歴（用語解説）[1]

コマンド同時実行数[1]

固有の拡張属性の表示およびイベント条件への指定[1]

固有の属性付加[1]

コンテナ監視機能[1]

用語解説[1]

さ

サーバ証明書

用語解説[1]

サーバ証明書の検証[1]

サーバのネットワーク構成[1]

サービスの稼働情報の管理

稼働情報を収集する[1]

稼働情報を表示する[1]

サービスの起動管理[1]

再編成

用語解説[1]

サイレンス

用語解説[1]

参照・操作

業務グループの参照・操作制限の仕組み[1]

サンプル

用語解説[1]

し

シークレット

用語解説[1]

シークレット難読化機能[1]

時系列データ

用語解説[1]

事象発生元ホストの性能レポートの表示[1]

事象発生元ホストの性能レポート表示機能[1]

事象発生元ホストの性能レポートを表示する場合の条件[1]

事象発生元ホストの性能レポートを表示する場合の設定[1]

事象発生元ホストの性能レポートを表示できるJP1イベント[1]

システム監視オブジェクト[1]

用語解説[1]

システム管理の課題と統合管理[1]

システム構成[1]

システム構成情報とJP1イベントによるシステムの管理[1]

システム構成の管理

管理対象[1]

システム構成の検討[1]

システム構成の変更[1]

システム構成変更時の確認事項[1]

システム構成例

Cosminexusのシステム環境の状態と使用されるリソース状況を監視する（Cosminexus + JP1/Cm2/SSO連携）[1]

Cosminexusのシステム環境の状態を監視する[1]

JP1/AJSと連携して，ジョブの実行状況を監視する[1]

JP1/Cm2/NNMまたはHP NNMと連携してネットワークを監視する[1]

インテリジェント統合管理基盤でシステムの一元監視をする[1]

基本構成[1]

クラスタシステムで運用する[1]

バージョンの混在[1]

システム構成例（Cosminexus+JP1/Cm2/SSO）

Cosminexus[1]

JP1/Cm2/SSO[1]

システムノード

用語解説[1]

システムの階層構成[1]

システムの階層構成の管理[1]

構成の同期をとる[1]

構成を検証する[1]

構成を取得する[1]

構成を反映する[1]

構成を表示する[1]

構成を編集する[1]

システムの階層構成の検討[1]

システムの監視[1]

システムのライフサイクル[1]

指定期間のイベント表示[1]

自動アクション

概要[1]

稼働設定[1]

キャンセル[1]

検討[1]

コマンド実行（JP1/Base制御部分）[1]

コマンド実行環境の検討（JP1/Base制御部分）[1]

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

コマンドを実行するユーザー[1]

再実行[1]

実行監視[1]

実行監視機能による自動アクションの異常監視[1]

実行監視の設定[1]

実行結果の確認[1]

実行条件として指定できる項目[1]

実行条件の優先度[1]

実行状態の確認[1]

実行するコマンドの指定[1]

実行できるコマンド[1]

実行の流れ[1]

状態監視[1]

状態管理[1]

状態遷移[1]

処理の流れ[1]

遅延監視[1]

注意事項[1]

定義[1]

パラメーターグループとAND条件[1]

用語解説[1]

抑止[1]

自動アクション（JP1/Base連携）[1]

自動アクションの送信メールからのモニター画面の表示（自動アクション機能）[1]

自動アクションの送信メールのURLから連携するアプリケーションを表示する[1]

自動アクションを検討するときの注意事項[1]

自動生成

仕組み[1]

条件[1]

処理の流れ[1]

生成種別[1]

生成できる監視ツリーの構造[1]

用語解説[1]

自ホスト上のJP1/Baseプロセスの状態監視[1]

重大度

JP1イベントの属性[1]

用語解説[1]

重大度の変更[1]

重大度変更機能

用語解説[1]

重大度を変更できるイベント[1]

集約

集約イベント（用語解説）[1]

集約開始イベント（用語解説）[1]

集約完了イベント（用語解説）[1]

集約中イベント（用語解説）[1]

非集約イベント（用語解説）[1]

重要イベントフィルター[1]

検討[1]

用語解説[1]

障害時の通知と対処

JP1/Baseのプロセス管理[1]

JP1/IM - Managerのプロセス管理[1]

JP1/IM - Managerのヘルスチェック機能[1]

障害色

用語解説[1]

障害レポートの利用[1]

条件情報

用語解説[1]

状態

監視ノード[1]

用語解説[1]

状態監視[1]

用語解説[1]

状態色

用語解説[1]

状態変更イベント

検索[1]

自動削除[1]

状態変更条件[1]

監視オブジェクトの状態変更条件[1]

監視グループの状態変更条件[1]

検討[1]

メモリーに常駐させる機能[1]

用語解説[1]

証明書

用語解説[1]

証明書の配置[1]

除外条件[1]

用語解説[1]

初期シークレット[1]

初期シークレットとクライアントシークレット[1]

初期状態

用語解説[1]

初期設定コマンド[1]

処理の流れ

JP1イベント検索[1]

監視オブジェクトの状態変更[1]

監視ツリーの自動生成[1]

コマンド実行[1]

自動アクション[1]

資料採取ツール[1]

シングルサインオン

用語解説[1]

シングルサインオンマッピング

用語解説[1]

す

スクレイプ

用語解説[1]

スクロールバッファー[1]

用語解説[1]

スナップショットのタイミング[1]

せ

正規表現[1]

指定例[1]

種類[1]

使用する際のヒント[1]

選択（検討）[1]

比較[1]

文法[1]

制限値一覧[1]

性能と見積もり[1]

性能と見積もり（付録）[1]

性能評価モデルケース[1]

性能レポートの表示対象となるホスト[1]

製品構成[1]

製品プラグイン[1]

用語解説[1]

設計の概要[1]

設計または検討する[1]

Cosminexusのシステム環境の状態を監視する場合のシステム構成[1]

IMデータベースの容量の見積もり[1]

JP1/AJSと連携して，ジョブの実行状況を監視する場合のシステム構成[1]

JP1/Cm2/NNMまたはHP NNMと連携して，ネットワークを監視する場合の構成[1]

JP1/IM，JP1/Baseの障害に対する検討[1]

JP1/IM - Managerのシステム環境の検討[1]

JP1/IM - Viewからのコマンド実行の検討[1]

JP1/IM - Viewの環境[1]

JP1/IMおよびJP1/Baseの環境の検討[1]

JP1/IMが監視するシステム全体のメンテナンス実施例[1]

JP1/IMが監視するシステム全体のメンテナンスの検討[1]

JP1/IMシステムの設計[1]

JP1/IMでの問題調査の検討[1]

JP1/IM導入の流れ[1]

JP1/IMの処理性能[1]

JP1/IMの導入設計の概要[1]

JP1/IMのメンテナンスの検討[1]

JP1イベントでの事象の管理[1]

JP1イベントによるシステム監視の検討[1]

JP1イベントの重大度変更の検討[1]

JP1イベントの表示メッセージ変更の検討[1]

JP1イベントのフィルタリング設定の検討[1]

JP1ユーザー環境の検討[1]

WAN接続[1]

イベント一覧情報の保管（CSV出力）の検討[1]

イベントガイドの検討[1]

イベント取得開始位置の設定の検討[1]

インテリジェント統合管理基盤によるシステム監視の検討[1]

運用管理の設計[1]

エージェント単体でのメンテナンス実施例[1]

カーネルパラメーターの調整（UNIXの場合）[1]

ガイドの検討[1]

監視グループの状態変更条件の定義の検討[1]

監視ツリーの検討[1]

監視の設計[1]

監視マシンで必要なメモリー，ディスク容量[1]

監視用サーバで必要なメモリー，ディスク容量，データベース容量[1]

基本構成[1]

旧バージョンのJP1/IMからのバージョンアップについて[1]

クラスタシステムで運用する場合の構成[1]

繰り返しイベントおよび大量発生イベントの監視抑止の検討[1]

繰り返しイベントの集約表示の検討[1]

言語環境の検討[1]

検知・通知の設計[1]

コマンド実行環境の検討[1]

サーバのネットワーク構成[1]

システム構成の検討[1]

システムの階層構成の管理の検討[1]

システムの階層構成の検討[1]

自動アクションの検討[1]

障害レポートの利用[1]

正規表現の選択[1]

性能と見積もり[1]

性能評価モデルケース[1]

設計項目[1]

設計の概要[1]

前提OS，前提パッチの確認[1]

セントラルスコープに関するシステム設計[1]

セントラルスコープによるシステム監視の検討[1]

相関イベント発行の検討[1]

対処状況変更時のJP1イベント発行の検討[1]

通信タイムアウト時間の検討[1]

ディスク容量の確認[1]

データベースのメンテナンスの検討[1]

統合監視DBのイベント情報の保管（イベントレポート出力）の検討[1]

統合機能メニュー[1]

動作環境の検討[1]

ネットワーク構成の検討[1]

バージョン10のJP1/Baseからのバージョンアップについて[1]

バージョン10のJP1/IMマネージャー製品からのバージョンアップについて[1]

バージョン11のJP1/Baseからのバージョンアップについて[1]

バージョン11のJP1/IMマネージャー製品からのバージョンアップについて[1]

バージョン12，バージョン11，またはバージョン10のビューアーからのバージョンアップについて[1]

バージョン12のJP1/Baseからのバージョンアップについて[1]

バージョン12のJP1/IMマネージャー製品からのバージョンアップについて[1]

バージョンの混在が可能なシステム構成[1]

バックアップの検討[1]

ビジュアル監視の検討[1]

ファイアウォールを経由したネットワークでの運用[1]

複数のネットワークに接続された構成での運用[1]

ホスト名とIPアドレス[1]

マネージャーに転送するJP1イベントの検討[1]

メモリー所要量・ディスク占有量の見積もり[1]

メンテナンス実施前の検討項目[1]

モニター起動[1]

ユーザー認証の検討[1]

ユーザー要件[1]

接続性

下位バージョン[1]

設定ファイルの内容の編集[1]

設定ファイルの排他編集権の獲得と解除[1]

前回実行履歴

用語解説[1]

前提OS[1]

前提OS，前提パッチの確認[1]

前提プログラム[1]

セントラルコンソール

JP1/AJSとの連携[1]

JP1/PFMとの連携[1]

JP1/Service Supportとの連携[1]

JP1イベントの重大度の変更[1]

JP1イベントのフィルタリング[1]

OpenStackとの連携[1]

VMware vCenter Operations Managerとの連携（標準機能を使用した他製品連携の一例）[1]

イベント一覧情報の保管（CSV出力）[1]

イベントガイド機能[1]

イベント検索[1]

イベント情報引き継ぎ[1]

管理対象ホストへのコマンド実行[1]

クライアントホスト上のコマンド実行[1]

繰り返しイベントの集約表示機能[1]

繰り返しイベントの表示抑止[1]

固有の属性付加[1]

システムの運用監視で必要な操作権限[1]

システムの集中監視[1]

自動アクション（JP1/Base連携）[1]

制限値一覧[1]

相関イベントの発行[1]

大量発生イベントの監視抑止[1]

統合監視DBのイベント情報を保管（イベントレポート出力）[1]

統合機能メニュー[1]

発生元ホストのマッピング[1]

表示メッセージ変更機能を使用し，メッセージ変更後のJP1イベントを発行する[1]

メール通知機能（Windows限定）[1]

メッセージの表示形式の変更[1]

モニター起動[1]

用語解説[1]

セントラルスコープ

ガイド機能[1]

監視オブジェクトDBの自動バックアップ・リカバリー[1]

監視画面の設定[1]

監視ノードアイコンの移動抑止[1]

監視ノード名および監視ノードアイコン余白の表示抑止[1]

監視ノード名の状態色および監視ノードの状態色の設定[1]

機能概要[1]

仕組み[1]

システム監視の検討[1]

システム監視の仕組み[1]

システムの運用監視で必要な操作権限[1]

状態変更イベントが100件を超えた場合のイベント発行[1]

状態変更イベント検索[1]

制限値一覧[1]

セントラルスコープに関するシステム設計[1]

対処済み連動機能[1]

データベース[1]

統合機能メニュー[1]

ホスト情報[1]

目的指向型のシステム監視[1]

用語解説[1]

セントラルスコープでの監視（業務グループ）[1]

セントラルスコープへのインポート[1]

そ

相関イベントの発行[1]

稼働環境の検討[1]

検討[1]

サービスの稼働設定[1]

サービスの状態遷移[1]

仕組み[1]

状態[1]

成立しない条件[1]

成立する条件[1]

相関イベント（用語解説）[1]

相関イベント発行機能の起動後のJP1イベント取得処理[1]

相関イベント発行機能の起動時の処理[1]

相関イベント発行処理[1]

相関イベント発行定義（用語解説）[1]

相関イベント発行履歴ファイルの内容[1]

相関元イベント（用語解説）[1]

注意事項[1]

発行される相関イベント[1]

発行処理の対象となるJP1イベント[1]

発行定義[1]

発行定義の検討[1]

相関イベント発行条件名[1]

相関イベント発行履歴ファイル

形式[1]

出力される処理内容[1]

出力例[1]

相関成立イベント[1]

相関の対象範囲の絞り込み条件[1]

相関不成立イベント[1]

操作権限一覧[1]

操作ログ

出力[1]

出力形式[1]

出力される契機[1]

出力される事象の種別[1]

出力されるメッセージの一覧[1]

出力するための設定[1]

保存形式[1]

操作ログを出力するための設定手順[1]

た

対処アクション

用語解説[1]

対処アクション結果管理DB

用語解説[1]

対処アクションの概要[1]

対処アクションの実行結果の参照[1]

対処アクションの自動実行[1]

対処アクションの自動実行と手動実行（JP1/IM - Agent連携）[1]

対処アクションの自動実行の監視[1]

対処アクションの自動実行の定義とJP1イベントの照合[1]

対処アクションの手動実行[1]

対処アクションの手動実行結果の確認[1]

対処アクションの手動実行の実行内容確認機能[1]

対処アクションの手動実行の引き継ぎ機能[1]

対処アクションの状態管理[1]

対処アクションの定義[1]

対処状況の変更[1]

対処状況変更時のJP1イベント発行の検討[1]

対処済み連動[1]

動作[1]

無効になる契機[1]

対処済み連動機能[1]

タイムアウト時間[1]

大量発生イベントの監視抑止[1]

監視抑止を開始する契機[1]

監視抑止を終了する契機[1]

繰り返しイベント条件について[1]

検討[1]

仕組み[1]

自動アクション・対処アクションの実行抑止[1]

イベント発行[1]

注意事項[1]

用語の定義[1]

抑止継続通知[1]

大量発生イベントの監視抑止が継続されている場合の通知[1]

大量発生イベントの監視抑止での繰り返しイベント条件について[1]

大量発生イベントの監視抑止に関係する用語の定義[1]

大量発生イベントの監視抑止に伴うイベント発行[1]

大量発生イベントの監視抑止の仕組み[1]

大量発生イベントの監視抑止を開始する契機[1]

大量発生イベントの監視抑止を終了する契機[1]

大量発生イベントの自動アクション・対処アクションの実行抑止[1]

大量発生イベントの転送抑止[1]

他製品との連携[1]

他製品との連携時の注意事項[1]、[2]

ダッシュボード

用語解説[1]

ダッシュボード管理DB

用語解説[1]

ダッシュボードによる監視の流れ[1]

ダッシュボードによるシステムのステータス監視[1]

ダッシュボードによるトレンドデータの表示[1]

他ホスト上のJP1/Baseプロセスの状態監視[1]

ダンプ出力コマンド[1]

ち

遅延監視[1]

用語解説[1]

注意事項

JP1システム環境の検討[1]

JP1ユーザー環境の検討[1]

監視ツリー[1]

クラスタシステム[1]

コマンド実行[1]

自動アクション[1]

対処状況変更時のJP1イベント発行[1]

ファイアウォール[1]

ヘルスチェック機能[1]

ユーザー認証[1]

中間CA証明書

用語解説[1]

つ

追加共通除外条件[1]

用語解説[1]

通過条件[1]

用語解説[1]

通信[1]

JP1/IMのポート番号[1]

コネクションの接続状態[1]

通信設定の変更対応[1]

通信タイムアウト時間の検討[1]

ビューアー・マネージャー間[1]

ファイアウォールの通過方向[1]

マネージャー・エージェント（JP1/Base）間[1]

マネージャー・エージェント（JP1/IM - Agent）間[1]

マネージャー・認証サーバ間[1]

ローカルホスト内[1]

通信暗号化機能で暗号化できる範囲[1]

通信暗号化機能に必要な証明書[1]

通信暗号化機能の有効・無効と製品バージョン間の接続性[1]

て

提案アイコン[1]

用語解説[1]

提案活性条件[1]

用語解説[1]

提案機能[1]

用語解説[1]

提案情報

用語解説[1]

提案定義ファイル[1]

用語解説[1]

提案表示条件[1]

用語解説[1]

定義情報の収集と配布[1]

イベントサービスの定義情報の収集と配布[1]

監視ツリーの自動生成（セントラルスコープの利用）[1]

定期的なシステム改善[1]

定義ファイル操作機能[1]

ディスク占有量[1]

ディスク占有量の見積もり[1]

ディスク容量の確認[1]

ディレクトリ一覧[1]

データベースのメンテナンスの検討[1]

転送フィルター[1]

用語解説[1]

と

同一属性値条件[1]

同一属性値条件ごとの繰り返しイベントのグルーピング[1]

統合エージェント

用語解説[1]

統合エージェント管理機能[1]

統合エージェント管理基盤

用語解説[1]

統合エージェント基盤[1]

用語解説[1]

統合エージェント情報管理DB

用語解説[1]

統合エージェント制御基盤

用語解説[1]

統合エージェント制御基盤のポーリング監視[1]

統合エージェントホスト

用語解説[1]

統合オペレーション・ビューアー

用語解説[1]

統合監視DB

用語解説[1]

統合管理製品とは[1]

統合機能メニュー[1]、[2]

検討[1]

用語解説[1]

［統合機能メニュー］画面

新規メニューを追加するための前提条件[1]

ほかのアプリケーションを呼び出す仕組み[1]

統合トレース機能[1]

統合マネージャーホスト

用語解説[1]

動作環境の検討[1]

同時相関数[1]

トレンド情報[1]

用語解説[1]

トレンドデータ

用語解説[1]

トレンドデータ管理DB

用語解説[1]

トレンドデータ管理サービス

用語解説[1]

に

認可

用語解説[1]

認証

用語解説[1]

認証圏[1]

ね

ネットワーク

ネットワーク構成の検討[1]

ネットワーク上を流れるデータ量[1]

は

バージョン10のIM構成管理からのバージョンアップについて[1]

バージョン10のJP1/Baseからのバージョンアップについて[1]

バージョン10のJP1/IMマネージャー製品からのバージョンアップについて[1]

バージョン10のセントラルコンソールからのバージョンアップについて[1]

バージョン10のセントラルスコープからのバージョンアップについて[1]

バージョン11のIM構成管理からのバージョンアップについて[1]

バージョン11のJP1/Baseからのバージョンアップについて[1]

バージョン11のJP1/IMマネージャー製品からのバージョンアップについて[1]

バージョン11のセントラルコンソールからのバージョンアップについて[1]

バージョン11のセントラルスコープからのバージョンアップについて[1]

バージョン12，バージョン11，またはバージョン10のビューアーからのバージョンアップについて[1]

バージョン12のIM構成管理からのバージョンアップについて[1]

バージョン12のJP1/Baseからのバージョンアップについて[1]

バージョン12のJP1/IMマネージャー製品からのバージョンアップについて[1]

バージョン12のセントラルコンソールからのバージョンアップについて[1]

バージョン12のセントラルスコープからのバージョンアップについて[1]

バージョンの混在が可能なシステム構成[1]

排他編集権の獲得と解除[1]

バックアップ

検討[1]

発生元ホスト

用語解説[1]

発生元ホストのマッピング[1]

パネル

用語解説[1]

バリアブルバインディング

用語解説[1]

汎用監視オブジェクト[1]

用語解説[1]

ひ

比較条件[1]

非クラスタシステムでの論理ホスト運用[1]

ビジュアルアイコン[1]

用語解説[1]

ビジュアル監視[1]

検討[1]

用語解説[1]

非集約イベント

用語解説[1]

日立サーバ論理分割機構

用語解説[1]

秘密鍵

用語解説[1]

ビューアー[1]、[2]

用語解説[1]

ビューアー・マネージャー間の通信[1]

表示開始位置の指定

用語解説[1]

表示される性能レポートの時刻[1]

表示フィルター[1]

検討[1]

用語解説[1]

表示メッセージ変更[1]

表示メッセージ変更機能を使用し，メッセージ変更後のJP1イベントを発行する[1]

ふ

ファイアウォール

検討[1]

注意事項[1]

通過方向[1]

ファイアウォール対応[1]

ファイル一覧[1]

フィルター

イベント取得フィルター[1]

重要イベントフィルター[1]

条件定義[1]

転送フィルター[1]

表示フィルター[1]

ユーザーフィルター[1]

フェールオーバー

用語解説[1]

複数LAN対応[1]

検討[1]

複数拠点の監視[1]

複数のネットワークに接続された構成での運用[1]

物理ホスト

用語解説[1]

プロセス一覧[1]

プロセス管理

JP1/Base[1]

JP1/IM - Manager[1]

異常検知時のJP1イベントの発行[1]

異常終了時の再起動[1]

コマンド[1]

プロファイルの管理

管理対象[1]

収集する[1]

表示する[1]

リストを収集する[1]

プロファイルの追加と削除[1]

プロファイルの同期[1]

へ

ヘルスチェック機能

JP1/IM - Manager[1]

監視対象プロセス[1]

仕組み[1]

有効および無効設定[1]

用語解説[1]

ほ

ポート番号[1]

ホストごとのパフォーマンス状況の監視・比較[1]

ホスト情報[1]

検討[1]

収集する[1]

ホスト情報の変更[1]

ホストの管理

管理対象[1]

削除する（［エージェント構成編集］画面または［リモート監視構成編集］画面）[1]、[2]

情報を収集する[1]

情報を表示する[1]

ホストの登録[1]

ホスト名

検討[1]

ま

マッピング

発生元ホスト[1]

マネージャー[1]、[2]

用語解説[1]

マネージャーに転送するJP1イベントの検討[1]

マネージャー・エージェント（JP1/Base）間の通信[1]

マネージャー・エージェント（JP1/IM - Agent）間の通信[1]

マネージャー・認証サーバ間の通信[1]

め

メール通知機能

仕組み[1]

メール通知機能（Windows限定）[1]

メッセージの表示形式の変更[1]

メトリック

用語解説[1]

メトリック，メトリクス

用語解説[1]

メモ情報の設定機能[1]

用語解説[1]

メモリー所要量[1]

メモリー所要量の見積もり[1]

メモリー所要量・ディスク占有量の見積もり[1]

メンテナンス

JP1/IMが監視するシステム全体のメンテナンスの検討[1]

共通除外条件を検討する[1]

検討[1]

メンテナンス実施前の検討項目[1]

エージェント(JP1/Base)側での検討項目[1]

システム全体での検討項目[1]

マネージャー（JP1/IM - Manager）側での検討項目[1]

も

モニター画面

呼び出しの概要[1]

呼び出すための前提条件[1]

モニター起動[1]

検討[1]

呼び出すための前提条件[1]

問題の調査

検討[1]

ゆ

ユーザー管理[1]

アクセス制御[1]

ユーザー認証[1]

ユーザー認証の検討[1]

ユーザーマッピング[1]

ユーザー独自のイベント属性

表示の概要[1]

ユーザー認証[1]

JP1ユーザーのアクセス権限の検討[1]

検討[1]

注意事項[1]

ユーザー認証圏の検討[1]

ユーザーフィルター[1]

検討[1]

用語解説[1]

ユーザーマッピング[1]

ユーザー要件[1]

よ

用語解説[1]

JP1/Navigation Platform[1]

繰り返しイベント条件[1]

追加繰り返しイベント条件[1]

ら

ラベル（アラート）

用語解説[1]

ラベル（パフォーマンスデータ）

用語解説[1]

り

リフレッシュトークン

用語解説[1]

リモート監視

用語解説[1]

リモート監視イベントログトラップ（起動と停止）[1]

リモート監視構成[1]

用語解説[1]

リモート監視構成の管理[1]

リモート監視停止中に発生したログの監視[1]

リモート監視ログファイルトラップ（起動と停止）[1]

リモートの監視対象ホスト[1]

用語解説[1]

リモートライト

用語解説[1]

る

ルート証明書

用語解説[1]

ルート証明書の検証[1]

ルートノード

用語解説[1]

れ

連携ユニット

用語解説[1]

連携用の機能

JP1/AJS[1]

JP1/IM[1]

JP1/PFM[1]

JP1/Service Support[1]

VMware vCenter Operations Manager[1]

ろ

ローカルホスト内の通信[1]

ログイン時のイベント取得範囲[1]

ログイン時のイベント取得範囲の設定[1]

ログファイルトラップ（起動と停止）[1]

ログファイルトラップとイベントログトラップの起動と停止[1]

ログファイルトラップの起動と停止[1]

ログメッセージ

用語解説[1]

ログメトリクス

用語解説[1]

ログメトリクスコンポーネント

用語解説[1]

論理ホスト

用語解説[1]

論理ホスト番号

用語解説[1]