JP1 Version 13　JP1/Integrated Management 3 - Manager 運用ガイド

3021-3-L04-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，AOMPLUS，AOMPLUSCIF，Cosminexus，HiRDB，JP1，uCosminexusは，株式会社 日立製作所の商標または登録商標です。

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

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

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

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

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

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.の商標です。

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

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

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-L04-10

著作権

Copyright (C) 2023, 2024 Hitachi, Ltd.

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

奥付

マニュアル発行元

株式会社 日立製作所

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

変更内容

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

追加・変更内容

変更個所

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

これに伴い，OracleDB exporterの運用に関する説明を追加した。

1.1.2(1)(d)，1.1.2(2)(d)，10.4，10.4.1，12.4.2(1)(a)，12.4.2(2)(a)

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

これに伴い，Node exporter for AIXの運用に関する説明を追加した。

1.1.2(1)(d)，1.1.2(2)(d)，10.4，10.4.2，12.4.2(1)(f)，12.4.2(2)(f)

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

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

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

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

UAP監視機能（Script exporter）

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

コンテナ監視機能

10.1，12.5.1(5)，12.5.1(9)，12.5.1(10)，12.5.1(11)(a)，12.5.1(11)(b)，12.5.2(10)，12.5.2(11)，12.5.3(82)，12.5.3(83)

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

これに伴い，SAPシステム監視の運用に関する説明を追加した。

12.4.2(1)(a)，12.4.2(1)(b)，12.4.2(2)(a)，12.4.2(2)(b)

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

これに伴い，サービス監視機能を使用する場合の運用に関する説明を追加した。

12.4.2(1)(a)，12.4.2(1)(b)，12.4.2(2)(a)，12.4.2(2)(b)，12.5.1(4)，12.5.1(6)

統合オペレーション・ビューアーのツリーに監視対象のIM管理ノードが表示されない場合の主な要因と対処方法を追加した。

12.5.3(70)

エージェントとして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を使って管理，運用，操作される方を対象としています。具体的には次の方を対象としています。

システムで発生する事象を一元監視したいシステム管理者

システムを管理するインフラの状態をシステムで発生する事象と関連づけて一元監視したいシステム管理者

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

マニュアルの構成

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

第1編　運用編

JP1/Integrated Managementのシステムを維持するために必要な作業，およびシステムの評価方法について説明しています。

第2編　操作編

JP1/Integrated Managementを使った監視業務の操作方法について説明しています。

第3編　他製品との連携編

統合管理製品以外の他製品と連携した監視業務の概要，連携機能，監視環境の構築方法，操作方法，連携時の画面，および連携時に使用できるコマンドオプションについて説明しています。

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

JP1/Integrated Managementでトラブルが発生した場合の対処方法について説明しています。

マニュアルの体系

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

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

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

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

記号

意味

［　］

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

例

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

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

ボタン名：［OK］ボタン

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

［　］−［　］

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

例

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

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

［　］＋［　］

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

例

［Ctrl］＋［C］キー

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

コマンドの文法で使用する記号

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

記号

意味

|

(ストローク)

複数の項目に対し，項目間の区切りを示し，「または」の意味を示す。

例

「A | B | C」は，「A，BまたはC」を示す。

｛　｝

この記号で囲まれている複数の項目の中から，必ず一つの項目を選択する。項目の区切りは|で示す。

例

｛A | B | C｝は「A，BまたはCのどれかを指定する」ことを示す。

[　]

この記号で囲まれている項目は任意に指定できる（省略してもよい）。

複数の項目が記述されている場合には，すべてを省略するか，どれか一つを選択する。

例

[A]は「何も指定しない」か「Aを指定する」ことを示す。

[B | C]は「何も指定しない」か「BまたはCを指定する」ことを示す。

…または...

この記号の直前に示された項目を繰り返して複数個，指定できる。

例

「A，B，…」は「AのあとにBを必要個数指定する」ことを示す。

＿

(下線)

括弧内のすべてを省略したときに，システムがとる標準値を示す。標準値がない場合は，指定した項目だけが有効である。

例

[A | B]はこの項目を指定しなかった場合に，Aを選択したと見なすことを示す。

△

空白を表す。

△₀：0個以上の空白（空白を省略できる）

△₁：1個以上の空白（空白を省略できない）

▲

タブを表す。

例

▲Aとした場合に，Aの前にタブがあることを示す。

図中で使用する記号

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

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/IMシステムのメンテナンス

この章では，JP1/IMシステムのメンテナンスについて説明します。

システム運用管理の基盤となるJP1/IMを安定して運用するために，定義ファイルのバックアップやデータベースの管理など，定期的にメンテナンス作業を計画してください。

1.1　設定情報の管理

ここでは，JP1システムのバックアップおよびリカバリーについて説明します。

ディスク障害などが発生してシステムが動作しなくなった場合，JP1/IMで使用する各種のデータが回復できなくなることがあります。このような不測の事態に備えて，定期的に各種のファイルのバックアップを取得しておく必要があります。

ここでの説明を基に，システム全体のバックアップ計画の一環として，JP1のバックアップ・リカバリーを検討してください。サーバ間での複製およびファイルの移行には使用できません。

バックアップ・リカバリーを実施する際には，バックアップ元とリカバリー先で次のすべてが一致している必要があります。

ホスト名

IPアドレス

PP形名

PPバージョン（VVRRZZの範囲で一致させてください）

製品の使用するディレクトリの構成（権限などを含めて一致させてください）

また，OS，ハードウェアに関しては，同一の動作ができることが前提となります。

上記の条件に一致しない場合は，移行となります。

「1.5　設定情報およびDBの移行」を参照して実施してください。

OSコマンドやバックアップソフトでシステム全体をフルバックアップすることもできますが，OSコマンドやバックアップソフトの動作に依存するため，JP1/IM - Managerでは，JP1/IM - Managerの各機能で提供しているコマンドを使用したバックアップ・リカバリーをお勧めします。OSコマンドやバックアップソフトを使用する場合，次の前提条件となります。

事前にIMデータベースを含むJP1/IM - Managerのすべてのサービスが停止された状態で取得されている。

OSに登録している情報を含めて，ファイル，レジストリの情報がすべて整合性の取れた状態でバックアップされている。

取得されるバックアップ対象のファイルがスパースファイルとなっていない。

定義情報をバックアップ・リカバリーする場合は，データベースも合わせてバックアップ・リカバリーを実施してください。

バックアップ・リカバリー時は，JP1/IM - Viewを停止してください。

1.1.1　JP1/IM - Managerのバックアップとリカバリー

(1)　バックアップ（Windowsの場合）

JP1/IMの設定情報のバックアップについて説明します。

JP1/IMの設定を変更した場合に，バックアップを取得してください。JP1/IMのバックアップを取得する場合は，必ずJP1/Baseのバックアップを同時に取得してください。JP1/Baseのユーザーが設定する定義ファイルのバックアップ方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

また，JP1/IM - Agentの製品プラグインのバックアップとリカバリーは，JP1/IM - Managerのバックアップとリカバリーに従います。

バックアップは，ファイルをコピーするなど，任意の方法で取得してください。バックアップは，できるだけJP1/IMのサービスを停止した状態で取得してください。しかたなく実行中に取得する場合は，次の点に注意が必要です。

実行中に定義ファイルが書き換えられるケースがあります。ファイルの書き換え中にバックアップすると，ファイルが壊れた状態でバックアップされます。

バックアップ実行直後に，取得したバックアップとバックアップ元のファイルを比較して，内容が一致していることを確認してください。

バックアップ時には対象ファイルに排他などのロックをしないでください。ロックする場合は，接続しているビューアーをすべてログアウトした状態で対象ファイルを別ファイルにコピーしてください。コピーしたあと，コピーしたファイルとコピー元ファイルを比較して，内容が一致していることを確認してから，コピーしたファイルをバックアップしてください。

バックアップした設定情報をリストアした場合，リストアする内容で設定を変更するだけであり，JP1/IM - Managerに到着済みのイベントを再評価することはありません。

バックアップは，次の表に示す中で存在するすべてのファイルを一度にバックアップしてください。存在する中で一部のファイルしかバックアップしなかった場合，ほかの定義ファイルとの関連に矛盾が生じて正しく動作しないことがあります。

また，クラスタ運用している場合は，物理ホスト，論理ホストの順番で，各環境をバックアップしてください。

JP1/IMのバックアップ対象ファイルを次に示します。なお，論理ホストの場合は表中の「Consoleパス」を「共有フォルダ¥JP1Cons」，「Scopeパス」を「共有フォルダ¥JP1Scope」，「Managerパス」を「共有フォルダ¥JP1IMM」に置き換えてください。

表1‒1　JP1/IMのバックアップ対象ファイル

製品名

ファイル名

内容

各製品共通

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7.3.4　JP1/IM - Managerの新規インストール時の共通定義情報のコピー（Windowsの場合）」で作成した退避ファイル

共通定義情報退避ファイル※1

JP1/IM - Manager

ユーザー任意のファイル名

通信暗号化機能で使用する秘密鍵

下記の共通定義情報に指定したファイル

JP1_DEFAULT¥JP1BASE¥SSL¥PRIVATEKEYFILE¥※2

通信暗号化機能で使用するサーバ証明書

下記の共通定義情報に指定したファイル

JP1_DEFAULT¥JP1BASE¥SSL¥CERTIFICATEFILE※2

通信暗号化機能で使用するルート証明書

下記の共通定義情報に指定したファイル

JP1_DEFAULT¥JP1BASE¥SSL¥CACERTIFICATEFILE※2

JP1/IM - Manager

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

Managerパス¥conf¥imdd¥imdd.properties

インテリジェント統合管理基盤定義ファイル

Managerパス¥conf¥imdd¥systemnode.conf

システムノード定義ファイル

Managerパス¥conf¥imdd¥category_name.conf

IM管理ノードカテゴリ名称定義ファイル

Managerパス¥conf¥imdd¥target_host.conf

構成取得対象ホスト定義ファイル

Managerパス¥conf¥imdd¥imdd_host_name.conf

ホスト名定義ファイル

Managerパス¥conf¥imdd¥imdd_nodeLink_def.conf

IM管理ノードリンク定義ファイル

Managerパス¥conf¥imdd¥imdd_sso_mapping.properties

シングルサインオンマッピング定義ファイル

Managerパス¥conf¥imdd¥plugin¥jp1ajs¥*.conf

JP1/AJSのプラグイン定義ファイル

Managerパス¥conf¥imdd¥plugin¥jp1pfm¥*.conf

JP1/PFMのプラグイン定義ファイル

Managerパス¥conf¥imdd¥ユーザー作成プラグイン

ユーザー作成プラグイン

Managerパス¥public¥custumUI¥カスタムUI用ユーザー作成フォルダ

カスタムUI用ファイル格納フォルダ

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_list_en.conf

Managerパス¥conf¥imdd¥suggestion¥template¥en¥imdd_suggestion_pfm_cpu_event_en.conf

JP1/PFMの英語版提案テンプレートファイル

Managerパス¥conf¥imdd¥suggestion¥template¥en¥imdd_suggestion_pfm_set_status_of_events_to_processed_en.conf

Managerパス¥conf¥imdd¥suggestion¥template¥en¥imdd_suggestion_pfm_suspend_monitoring_en.conf

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_list_ja.conf

Managerパス¥conf¥imdd¥suggestion¥template¥ja¥imdd_suggestion_pfm_cpu_event_ja.conf

JP1/PFMの日本語版提案テンプレートファイル

Managerパス¥conf¥imdd¥suggestion¥template¥ja¥imdd_suggestion_pfm_set_status_of_events_to_processed_ja.conf

Managerパス¥conf¥imdd¥suggestion¥template¥ja¥imdd_suggestion_pfm_suspend_monitoring_ja.conf

任意のパス¥提案定義ファイル

提案定義ファイル

Managerパス¥conf¥imdd¥responseaction¥autoactconf.json

自動対処アクション定義ファイル

Managerパス¥conf¥imdd¥responseaction¥responseactionnotice.conf

対処アクション状態監視定義ファイル

セントラルコンソール

Consoleパス¥conf¥jp1co_env.conf

IM環境定義ファイル

Consoleパス¥conf¥jp1co_param.conf

IMパラメーター定義ファイル

Consoleパス¥conf¥jp1co_param_V7.conf

IMパラメーター定義ファイル

Consoleパス¥conf¥jp1co_service.conf

拡張起動プロセス定義ファイル

Consoleパス¥conf¥jp1co_system.conf

IMサーバシステム環境設定ファイル

Consoleパス¥conf¥action¥actdef.conf

自動アクション定義ファイル

Consoleパス¥conf¥console¥actprofile¥actprofile_JP1ユーザー名

アクションプロファイル

Consoleパス¥conf¥console¥actprofile¥actprofile2_JP1ユーザー名

Consoleパス¥conf¥console¥actprofile¥actprofile_0950_JP1ユーザー名

Consoleパス¥conf¥console¥attribute¥*.conf

イベント拡張属性定義ファイル

Consoleパス¥conf¥console¥attribute¥extend¥*.conf

イベント拡張属性定義ファイル（拡張ファイル）

Consoleパス¥conf¥console¥filter¥*.conf

フィルター定義ファイル

Consoleパス¥conf¥console¥filter¥attr_list¥common_exclude_filter_attr_list.conf

共通除外条件表示項目定義ファイル

Consoleパス¥conf¥console¥filter¥auto_list¥common_exclude_filter_auto_list.conf

共通除外条件自動入力定義ファイル

Consoleパス¥conf¥console¥mapping¥mapping.conf

イベント情報マッピング定義ファイル

Consoleパス¥conf¥console¥monitor¥*.conf

モニター画面呼び出し定義ファイル

Consoleパス¥conf¥console¥object_type¥*

オブジェクトタイプ定義ファイル

Consoleパス¥conf¥console¥profile¥.system

システムプロファイル

Consoleパス¥conf¥console¥profile¥defaultUser

JP1/IM - Viewのユーザープロファイル（デフォルト）

Consoleパス¥conf¥console¥profile¥profile_JP1ユーザー名

JP1/IM - Viewのユーザープロファイル

Consoleパス¥conf¥console¥profile¥systemColor.conf

システムカラー定義ファイル

Consoleパス¥default¥console.conf※3

通信環境定義ファイル

Consoleパス¥conf¥console¥correlation¥view_cor.conf

繰り返しイベントの集約設定ファイル

Consoleパス¥conf¥console¥correlation¥view_cor_JP1ユーザー名.conf

繰り返しイベントの集約設定ファイル

Consoleパス¥conf¥console¥rmtcmd¥cmdbtn.conf

コマンドボタン定義ファイル

Consoleパス¥conf¥health¥jcohc.conf

ヘルスチェック定義ファイル

Consoleパス¥conf¥hostmap¥user_hostmap.conf

発生元ホストマッピング定義ファイル

Consoleパス¥conf¥action¥actnotice.conf

自動アクション通知定義ファイル

Consoleパス¥conf¥processupdate¥processupdate.conf

対処状況イベント定義ファイル

Consoleパス¥conf¥guide¥jco_guide.txt

イベントガイド情報ファイル

Consoleパス¥conf¥system¥event_storm¥*.conf

繰り返しイベント条件定義ファイル

Consoleパス¥conf¥console¥event_storm¥attr_list¥event_storm_attr_list.conf

繰り返しイベント条件表示項目定義ファイル

Consoleパス¥conf¥console¥event_storm¥auto_list¥event_storm_auto_list.conf

繰り返しイベント条件自動入力定義ファイル

Consoleパス¥conf¥console¥incident¥incident.conf

インシデント手動登録定義ファイル

Consoleパス¥conf¥console¥incident¥incident_info.conf

インシデント引き継ぎ情報設定ファイル

ユーザー任意のフォルダ¥ユーザー任意のファイル名

イベントガイドメッセージファイル

Consoleパス¥conf¥evgen¥以下のすべてのファイル

相関イベント発行用定義ファイル

ユーザー任意のフォルダ¥ファイル名.conf

相関イベント発行定義ファイル

Consoleパス¥conf¥action¥attr_list¥attr_list.conf

イベント条件表示項目定義ファイル

Consoleパス¥conf¥chsev¥jcochsev.conf

重大度変更定義ファイル

Consoleパス¥conf¥chsev¥attr_list¥chsev_attr_list.conf

重大度変更定義表示項目定義ファイル

Consoleパス¥conf¥chsev¥auto_list¥chsev_auto_list.conf

重大度変更定義自動入力定義ファイル

Consoleパス¥conf¥mail¥jimmail.conf

メール環境定義ファイル

Consoleパス¥conf¥chattr¥jcochmsg.conf

表示メッセージ変更定義ファイル

Consoleパス¥conf¥chattr¥attr_list¥chmsg_attr_list.conf

表示メッセージ変更定義表示項目定義ファイル

Consoleパス¥conf¥chattr¥auto_list¥chmsg_auto_list.conf

表示メッセージ変更定義自動入力定義ファイル

Consoleパス¥conf¥console¥performance¥performance.conf

性能レポート表示定義ファイル

セントラルスコープ

Scopeパス¥conf¥jcs_guide*.txt

ガイド情報ファイル

Scopeパス¥conf¥jcs_hosts

ホスト情報ファイル

Scopeパス¥conf¥action_complete_on.conf

対処済み連動設定ファイル

Scopeパス¥conf¥action_complete_off.conf

ユーザー任意のフォルダ¥ユーザー任意のファイル名

状態変更イベント自動削除設定ファイル

ユーザー任意のフォルダ¥ユーザー任意のファイル名

監視オブジェクト初期化設定ファイル

Scopeパス¥conf¥auto_dbbackup_on.conf

監視オブジェクトDBのバックアップ・リカバリー設定ファイル

Scopeパス¥conf¥auto_dbbackup_off.conf

Scopeパス¥conf¥evhist_warn_event_on.conf

状態変更イベント件数の上限監視設定ファイル

Scopeパス¥conf¥evhist_warn_event_off.conf

ユーザー任意のフォルダ¥ユーザー任意のファイル名

ガイドメッセージファイル

ユーザー任意のフォルダ¥ユーザー任意のファイル名

状態変更条件メモリー常駐機能の設定ファイル

IM構成管理

Managerパス¥conf¥imcf¥jp1cf_applyconfig.conf

IM構成反映方式設定ファイル

Managerパス¥conf¥imcf¥jp1cf_treedefaultpolicy.csv

デフォルト監視ポリシー定義ファイル

Managerパス¥conf¥agtless¥targets¥wmi.ini

WMI認証情報に関する定義ファイル

Managerパス¥conf¥agtless¥targets¥ssh.ini

SSH認証情報に関する定義ファイル

JP1/IM - Agentの製品プラグイン

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥aws_settings.conf

AWS定義ファイル

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥property_labels.conf

プロパティ表示文字列定義ファイル

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥metrics_node_exporter.conf

Node exporterのメトリック定義ファイル

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥metrics_windows_exporter.conf

Windows exporterのメトリック定義ファイル

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥metrics_windows_exporter_process.conf

Windows exporter（プロセス監視）のメトリック定義ファイル

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥metrics_blackbox_exporter.conf

Blackbox exporterのメトリック定義ファイル

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥metrics_ya_cloudwatch_exporter.conf

Yet another cloudwatch exporterのメトリック定義ファイル

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥metrics_kubernetes.conf

コンテナ監視のメトリック定義ファイル

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥metrics_fluentd.conf

Fluentdのメトリック定義ファイル

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥metrics_任意のPrometheusトレンド名.conf

ユーザー独自のメトリック定義ファイル

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥metrics_process_exporter.conf

Process exporterのメトリック定義ファイル

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥metrics_promitor.conf

Promitorのメトリック定義ファイル

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥metrics_script_exporter.conf

Script exporterのメトリック定義ファイル

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥user¥metrics_任意のPrometheusトレンド名.conf

ユーザー独自のメトリック定義ファイル

Managerパス¥conf¥imdd¥imagent¥jpc_imbase.json

imbase設定ファイル

Managerパス¥conf¥imdd¥imagent¥jpc_imbaseproxy.json

imbaseproxy設定ファイル

Managerパス¥conf¥imdd¥imagent¥サーバ証明書ファイル

統合エージェント管理基盤用のサーバ証明書ファイル

Managerパス¥conf¥imdd¥imagent¥サーバ証明書キーファイル

統合エージェント管理基盤用のサーバ証明書キーファイル

JP1/IM - View

Viewパス¥conf¥webdata¥ja¥*.html

Viewパス¥conf¥webdata¥en¥*.html

Viewパス¥conf¥webdata¥zh¥*.html

WWWページ呼び出し定義ファイル

Viewパス¥conf¥tuning.conf

IM-View設定ファイル

Viewパス¥conf¥ssl¥nosslhost.conf

非暗号化通信ホスト設定ファイル

Viewパス¥default¥view.conf.update

通信環境定義ファイル

Viewパス¥default¥tree_view.conf.update

Viewパス¥conf¥sovtoolexec¥ja¥!JP1_CS_APP0.conf

Viewパス¥conf¥sovtoolexec¥en¥!JP1_CS_APP0.conf

Viewパス¥conf¥sovtoolexec¥zh¥!JP1_CS_APP0.conf

起動プログラム定義ファイル

Viewパス¥conf¥sovtoolitem¥ja¥!JP1_CS_FTOOL0.conf

Viewパス¥conf¥sovtoolitem¥en¥!JP1_CS_FTOOL0.conf

Viewパス¥conf¥sovtoolitem¥zh¥!JP1_CS_FTOOL0.conf

ツールバー定義ファイル

Viewパス¥conf¥sovtoolitem¥ja¥!JP1_CS_FTREE0.conf

Viewパス¥conf¥sovtoolitem¥en¥!JP1_CS_FTREE0.conf

Viewパス¥conf¥sovtoolitem¥zh¥!JP1_CS_FTREE0.conf

アイコン動作定義ファイル

Viewパス¥conf¥appexecute¥ja¥*.conf

Viewパス¥conf¥appexecute¥en¥*.conf

Viewパス¥conf¥appexecute¥zh¥*.conf

アプリケーション実行定義ファイル

Viewパス¥conf¥function¥ja¥*.conf

Viewパス¥conf¥function¥en¥*.conf

Viewパス¥conf¥function¥zh¥*.conf

統合機能メニュー定義ファイル

ユーザー任意のフォルダ¥ユーザー任意のファイル名

ツリー構成ファイル

Viewパス¥image¥icon¥以下のファイル

アイコンファイル

Viewパス¥image¥visual¥以下のファイル

ビジュアルアイコンファイル※4

Viewパス¥image¥map¥以下のファイル

背景画像ファイル

Viewパス¥conf¥jcfview¥jcfview.conf

IM構成管理・ビューアー動作定義ファイル

Viewパス¥conf¥sovsystem¥en¥system.conf

システムプロファイル（セントラルスコープ・ビューアー）

Viewパス¥conf¥sovsystem¥ja¥system.conf

Viewパス¥conf¥sovsystem¥zh¥system.conf

注※1　共通定義情報退避ファイルは，クラスタシステムの論理ホストの定義情報を退避したファイルです。この退避ファイルは，クラスタシステムのセットアップ時に作成します。この退避ファイルには，JP1/IMだけでなく，JP1/Base，JP1/AJS，および06-02以降のJP1/Power Monitorの定義情報も退避されます。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7.1.3(5)　共通定義情報の設定」を参照してください。

注※2　論理ホストの場合は，「JP1_DEFAULT」は論理ホスト名となります。

注※3　物理ホストにだけ存在するファイルです。

注※4　ユーザーによって追加されたファイルが対象となります。

(2)　リカバリー（Windowsの場合）

JP1/IMの設定情報のリカバリーについて説明します。

JP1/IMのバックアップ情報をリカバリーする場合は，必ずJP1/Baseを先にリカバリーしてください。次の前提条件を確認した上で，バックアップファイルを，元の位置にリカバリーしてください。

前提条件

JP1/Baseがインストール済みであること。

JP1/IM - Managerがインストール済みであること。

論理ホスト環境をリカバリーする場合は，論理ホスト環境のJP1がセットアップ済みであること。

JP1/BaseとJP1/IM - Managerが停止していること。

バックアップ情報のリカバリー先は，バックアップした環境のホストだけです。バックアップ情報をリカバリーする場合は，それぞれの環境でリカバリーしてください。

クラスタ運用している場合は，物理ホスト，論理ホストの順番で，各環境をリカバリーしてください。

(3)　バックアップ（UNIXの場合）

JP1/IMの設定情報のバックアップについて説明します。

JP1/IMの設定を変更した場合に，バックアップを取得してください。JP1/IMのバックアップを取得する場合は，必ずJP1/Baseのバックアップを同時に取得してください。JP1/Baseのユーザーが設定する定義ファイルのバックアップ方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

また，JP1/IM - Agentの製品プラグインのバックアップとリカバリーは，JP1/IM - Managerのバックアップとリカバリーに従います。

バックアップの手段にはtarやcpioなどのコマンドがあります。また，JP1/OmniBack IIなどのバックアップツールを使用してバックアップを取得できます。任意の方法でバックアップを取得してください。バックアップは，できるだけJP1/IMのデーモンを停止した状態で取得してください。しかたなく実行中に取得する場合は，次の点に注意が必要です。

実行中に定義ファイルが書き換えられるケースがあります。ファイルの書き換え中にバックアップすると，ファイルが壊れた状態でバックアップされます。

バックアップ実行直後に，取得したバックアップとバックアップ元のファイルを比較して，内容が一致していることを確認してください。

バックアップ時には対象ファイルに排他などのロックをしないでください。ロックする場合は，接続しているビューアーをすべてログアウトした状態で対象ファイルを別ファイルにコピーしてください。コピーしたあと，コピーしたファイルとコピー元ファイルを比較して，内容が一致していることを確認してから，コピーしたファイルをバックアップしてください。

バックアップした設定情報をリストアした場合，リストアする内容で設定を変更するだけであり，JP1/IM - Managerに到着済みのイベントを再評価することはありません。

バックアップは，次の表に示す中で存在するすべてのファイルを一度にバックアップしてください。存在する中で一部のファイルしかバックアップしなかった場合，ほかの定義ファイルとの関連に矛盾が生じて正しく動作しないことがあります。

また，クラスタ運用している場合は，物理ホスト，論理ホストの順番で，各環境をバックアップしてください。

JP1/IMのバックアップ対象ファイルを次に示します。なお，論理ホストの場合は表中の「/var/opt」および「/etc/opt」を「共有ディレクトリ」に置き換えてください。

表1‒2　JP1/IMのバックアップ対象ファイル

製品名

ファイル名

内容

各製品共通

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「8.3.4　JP1/IM - Managerの新規インストール時の共通定義情報のコピー（UNIXの場合）」で作成した退避ファイル

共通定義情報退避ファイル※1

JP1/IM - Manager

ユーザー任意のファイル名

通信暗号化機能で使用する秘密鍵

下記の共通定義情報に指定したファイル

JP1_DEFAULT¥JP1BASE¥SSL¥PRIVATEKEYFILE¥※2

通信暗号化機能で使用するサーバ証明書

下記の共通定義情報に指定したファイル

JP1_DEFAULT¥JP1BASE¥SSL¥CERTIFICATEFILE※2

通信暗号化機能で使用するルート証明書

下記の共通定義情報に指定したファイル

JP1_DEFAULT¥JP1BASE¥SSL¥CACERTIFICATEFILE※2

JP1/IM - Manager

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

/etc/opt/jp1imm/conf/imdd/imdd.properties

インテリジェント統合管理基盤定義ファイル

/etc/opt/jp1imm/conf/imdd/imdd_systemnode.conf

システムノード定義ファイル

/etc/opt/jp1imm/conf/imdd/imdd_category_name.conf

IM管理ノードカテゴリ名称定義ファイル

/etc/opt/jp1imm/conf/imdd/imdd_target_host.conf

構成取得対象ホスト定義ファイル

/etc/opt/jp1imm/conf/imdd/imdd_host_name.conf

ホスト名定義ファイル

/etc/opt/jp1imm/conf/imdd/imdd_nodeLink_def.conf

IM管理ノードリンク定義ファイル

/etc/opt/jp1imm/conf/imdd/imdd_sso_mapping.properties

シングルサインオンマッピング定義ファイル

/etc/opt/jp1imm/conf/imdd/plugin/jp1ajs/*.conf

JP1/AJSのプラグイン定義ファイル

/etc/opt/jp1imm/conf/imdd/plugin/jp1pfm/*.conf

JP1/PFMのプラグイン定義ファイル

/etc/opt/jp1imm/plugin/imdd/ユーザー作成プラグイン

ユーザー作成プラグイン

/opt/jp1imm/public/custumUI/カスタムUI用ユーザー作成フォルダ

カスタムUI用ファイル格納フォルダ

/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_list_en.conf

/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_set_status_of_events_to_processed_en.conf

/etc/opt/jp1imm/conf/imdd/suggestion/template/en/imdd_suggestion_pfm_suspend_monitoring_en.conf

/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_list_ja.conf

/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_set_status_of_events_to_processed_ja.conf

/etc/opt/jp1imm/conf/imdd/suggestion/template/ja/imdd_suggestion_pfm_suspend_monitoring_ja.conf

任意のパス/提案定義ファイル

提案定義ファイル

/etc/opt/jp1imm/conf/imdd/responseaction/autoactconf.json

自動対処アクション定義ファイル

/etc/opt/jp1imm/conf/imdd/responseaction/responseactionnotice.conf

対処アクション状態監視定義ファイル

セントラルコンソール

/etc/opt/jp1cons/conf/jp1co_env.conf

IM環境定義ファイル

/etc/opt/jp1cons/conf/jp1co_param.conf

IMパラメーター定義ファイル

/etc/opt/jp1cons/conf/jp1co_param_V7.conf

IMパラメーター定義ファイル

/etc/opt/jp1cons/conf/jp1co_service.conf

拡張起動プロセス定義ファイル

/etc/opt/jp1cons/conf/jp1co_system.conf

IMサーバシステム環境設定ファイル

/etc/opt/jp1cons/conf/action/actdef.conf

自動アクション定義ファイル

/etc/opt/jp1cons/conf/console/actprofile/actprofile_JP1ユーザー名

アクションプロファイル

/etc/opt/jp1cons/conf/console/actprofile/actprofile2_JP1ユーザー名

/etc/opt/jp1cons/conf/console/actprofile/actprofile_0950_JP1ユーザー名

/etc/opt/jp1cons/conf/console/attribute/*.conf

イベント拡張属性定義ファイル

/etc/opt/jp1cons/conf/console/attribute/extend/*.conf

イベント拡張属性定義ファイル（拡張ファイル）

/etc/opt/jp1cons/conf/console/filter/*.conf

フィルター定義ファイル

/etc/opt/jp1cons/conf/console/filter/attr_list/common_exclude_filter_attr_list.conf

共通除外条件表示項目定義ファイル

/etc/opt/jp1cons/conf/console/filter/auto_list/common_exclude_filter_auto_list.conf

共通除外条件自動入力定義ファイル

/etc/opt/jp1cons/conf/console/mapping/mapping.conf

イベント情報マッピング定義ファイル

/etc/opt/jp1cons/conf/console/monitor/*.conf

モニター画面呼び出し定義ファイル

/etc/opt/jp1cons/conf/console/object_type/*

オブジェクトタイプ定義ファイル

/etc/opt/jp1cons/conf/console/profile/.system

システムプロファイル

/etc/opt/jp1cons/conf/console/profile/defaultUser

JP1/IM - Viewのユーザープロファイル（デフォルト）

/etc/opt/jp1cons/conf/console/profile/profile_JP1ユーザー名

JP1/IM - Viewのユーザープロファイル

/etc/opt/jp1cons/conf/console/profile/systemColor.conf

システムカラー定義ファイル

/etc/opt/jp1cons/default/console.conf※3

通信環境定義ファイル

/etc/opt/jp1cons/conf/console/correlation/view_cor.conf

繰り返しイベントの集約設定ファイル

/etc/opt/jp1cons/conf/console/correlation/view_cor_JP1ユーザー名.conf

繰り返しイベントの集約設定ファイル

/etc/opt/jp1cons/conf/console/rmtcmd/cmdbtn.conf

コマンドボタン定義ファイル

/etc/opt/jp1cons/conf/health/jcohc.conf

ヘルスチェック定義ファイル

/etc/opt/jp1cons/conf/hostmap/user_hostmap.conf

発生元ホストマッピング定義ファイル

/etc/opt/jp1cons/conf/action/actnotice.conf

自動アクション通知定義ファイル

/etc/opt/jp1cons/conf/processupdate/processupdate.conf

対処状況イベント定義ファイル

/etc/opt/jp1cons/conf/guide/jco_guide.txt

イベントガイド情報ファイル

/etc/opt/jp1cons/conf/console/incident/incident.conf

インシデント手動登録定義ファイル

/etc/opt/jp1cons/conf/console/incident/incident_info.conf

インシデント引き継ぎ情報設定ファイル

/etc/opt/jp1cons/conf/system/event_storm/*.conf

繰り返しイベント条件定義ファイル

/etc/opt/jp1cons/conf/console/event_storm/attr_list/event_storm_attr_list.conf

繰り返しイベント条件表示項目定義ファイル

/etc/opt/jp1cons/conf/console/event_storm/auto_list/event_storm_auto_list.conf

繰り返しイベント条件自動入力定義ファイル

ユーザー任意のディレクトリ/ユーザー任意のファイル名

イベントガイドメッセージファイル

/etc/opt/jp1cons/conf/evgen/以下のすべてのファイル

相関イベント発行用定義ファイル

ユーザー任意のディレクトリ/ファイル名.conf

相関イベント発行定義ファイル

/etc/opt/jp1cons/conf/chsev/jcochsev.conf

重大度変更定義ファイル

/etc/opt/jp1cons/conf/action/attr_list/attr_list.conf

イベント条件表示項目定義ファイル

/etc/opt/jp1cons/conf/chsev/attr_list/chsev_attr_list.conf

重大度変更定義表示項目定義ファイル

/etc/opt/jp1cons/conf/chsev/auto_list/chsev_auto_list.conf

重大度変更定義自動入力定義ファイル

/etc/opt/jp1cons/conf/chattr/jcochmsg.conf

表示メッセージ変更定義ファイル

/etc/opt/jp1cons/conf/chattr/attr_list/chmsg_attr_list.conf

表示メッセージ変更定義表示項目定義ファイル

/etc/opt/jp1cons/conf/chattr/auto_list/chmsg_auto_list.conf

表示メッセージ変更定義自動入力定義ファイル

/etc/opt/jp1cons/conf/console/performance/performance.conf

性能レポート表示定義ファイル

セントラルスコープ

/etc/opt/jp1scope/conf/jcs_guide*.txt

ガイド情報ファイル

/etc/opt/jp1scope/conf/jcs_hosts

ホスト情報ファイル

/etc/opt/jp1scope/conf/action_complete_on.conf

対処済み連動設定ファイル

/etc/opt/jp1scope/conf/action_complete_off.conf

ユーザー任意のディレクトリ/ユーザー任意のファイル名

状態変更イベント自動削除設定ファイル

ユーザー任意のディレクトリ/ユーザー任意のファイル名

監視オブジェクト初期化設定ファイル

/etc/opt/jp1scope/conf/auto_dbbackup_on.conf

監視オブジェクトDBの上限監視設定ファイル

/etc/opt/jp1scope/conf/auto_dbbackup_off.conf

/etc/opt/jp1scope/conf/evhist_warn_event_on.conf

状態変更イベント件数の上限監視設定ファイル

/etc/opt/jp1scope/conf/evhist_warn_event_off.conf

ユーザー任意のディレクトリ/ユーザー任意のファイル名

ガイドメッセージファイル

ユーザー任意のディレクトリ/ユーザー任意のファイル名

状態変更条件メモリー常駐機能の設定ファイル

IM構成管理

/etc/opt/jp1imm/conf/imcf/jp1cf_applyconfig.conf

IM構成反映方式設定ファイル

/etc/opt/jp1imm/conf/imcf/jp1cf_treedefaultpolicy.csv

デフォルト監視ポリシー定義ファイル

/var/opt/jp1imm/data/imcf/以下の全ファイル

システムの管理情報

/etc/opt/jp1imm/conf/agtless/targets/ssh.ini

SSH認証情報に関する定義ファイル

JP1/IM - Agentの製品プラグイン

/opt/jp1imm/conf/imdd/plugin/jp1pccs/aws_settings.conf

AWS定義ファイル

/opt/jp1imm/conf/imdd/plugin/jp1pccs/property_labels.conf

プロパティ表示文字列定義ファイル

/opt/jp1imm/conf/imdd/plugin/jp1pccs/metrics_node_exporter.conf

Node exporterのメトリック定義ファイル

/opt/jp1imm/conf/imdd/plugin/jp1pccs/metrics_windows_exporter.conf

Windows exporterのメトリック定義ファイル

/opt/jp1imm/conf/imdd/plugin/jp1pccs/metrics_windows_exporter_process.conf

Windows exporter（プロセス監視）のメトリック定義ファイル

/opt/jp1imm/conf/imdd/plugin/jp1pccs/metrics_blackbox_exporter.conf

Blackbox exporterのメトリック定義ファイル

/opt/jp1imm/conf/imdd/plugin/jp1pccs/metrics_ya_cloudwatch_exporter.conf

Yet another cloudwatch exporterのメトリック定義ファイル

/opt/jp1imm/conf/imdd/plugin/jp1pccs/metrics_kubernetes.conf

コンテナ監視のメトリック定義ファイル

/opt/jp1imm/conf/imdd/plugin/jp1pccs/metrics_fluentd.conf

Fluentdのメトリック定義ファイル

/opt/jp1imm/conf/imdd/plugin/jp1pccs/metrics_任意のPrometheusトレンド名.conf

ユーザー独自のメトリック定義ファイル

/opt/jp1imm/conf/imdd/plugin/jp1pccs/metrics_process_exporter.conf

Process exporterのメトリック定義ファイル

/opt/jp1imm/conf/imdd/plugin/jp1pccs/metrics_promitor.conf

Promitorのメトリック定義ファイル

/opt/jp1imm/conf/imdd/plugin/jp1pccs/metrics_script_exporter.conf

Script exporterのメトリック定義ファイル

/opt/jp1imm/conf/imdd/plugin/jp1pccs/user/metrics_任意のPrometheusトレンド名.conf

ユーザー独自のメトリック定義ファイル

/opt/jp1imm/conf/imdd/imagent/jp1pccs/jpc_imbase.json

imbase設定ファイル

/opt/jp1imm/conf/imdd/imagent/jpc_imbaseproxy.json

imbaseproxy設定ファイル

/opt/jp1imm/conf/imdd/imagent/サーバ証明書ファイル

統合エージェント管理基盤用のサーバ証明書ファイル

/opt/jp1imm/conf/imdd/imagent/サーバ証明書キーファイル

統合エージェント管理基盤用のサーバ証明書キーファイル

注※1　共通定義情報退避ファイルは，クラスタシステムの論理ホストの定義情報を退避したファイルです。この退避ファイルは，クラスタシステムのセットアップ時に作成します。この退避ファイルには，JP1/IMだけでなく，JP1/Base，JP1/AJS，および06-02以降のJP1/Power Monitorの定義情報も退避されます。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7.1.3(5)　共通定義情報の設定」を参照してください。

注※2　論理ホストの場合は，「JP1_DEFAULT」は論理ホスト名となります。

注※3　物理ホストにだけ存在するファイルです。

(4)　リカバリー（UNIXの場合）

JP1/IMの設定情報のリカバリーについて説明します。

JP1/IMのバックアップ情報をリカバリーする場合は，必ずJP1/Baseを先にリカバリーしてください。次の前提条件を確認した上で，バックアップファイルを，元の位置にリカバリーしてください。

前提条件

JP1/Baseがインストールされ，セットアップコマンドが実行済みであること。

JP1/IM - Managerがインストールされ，セットアップコマンドが実行済みであること。

論理ホスト環境をリカバリーする場合は，論理ホスト環境のJP1がセットアップ済みであること。

JP1/BaseとJP1/IM - Managerが停止していること。

バックアップ情報のリカバリー先は，バックアップした環境のホストだけです。バックアップ情報をリカバリーする場合は，それぞれの環境でリカバリーしてください。

クラスタ運用している場合は，物理ホスト，論理ホストの順番で，各環境をリカバリーしてください。

1.1.2　JP1/IM - Agentのバックアップとリカバリー

(1)　バックアップ

JP1/IM - Agentの設定を変更した場合に，バックアップを取得してください。稼働中でもバックアップを行えます。

(a)　通常ホスト

JP1/IM - Agentのバックアップ対象ファイルをバックアップする。

「1.1.2(3)バックアップ対象ファイル」の該当するOSの表で，バックアップ対象となっているファイルをバックアップしてください。

Alertmanagerのサイレンスの設定を保存する場合は，REST APIでサイレンスを取得してバックアップする。

サイレンスの取得に関するREST APIについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Alertmanagerのサイレンス取得」（5.　API）を参照してください。

(b)　クラスタ環境

「1.1.2(1)(a)通常ホスト」の手順と同じです。

ただし，次のことに注意してください。

実行系サーバと待機系サーバの両方でバックアップを取得してください。

共有ディレクトリもバックアップを取得する必要があります。

(c)　コンテナ環境

Dockerイメージ，Podmanイメージのバックアップを取得してください。

(d)　オプション機能のバックアップ

JP1/IM - AgentおよびJP1/IM - Managerのバックアップは，別途実施してください。

OracleDB exporter

次に示すファイルをバックアップしてください。

Windowsの場合

OracleDB expoterのサービス定義ファイル

OracleDB exporterの配置先¥oracledb_exporter_windows¥jp1ima¥bin¥oracledb_exporter_*_service.xml

Linuxの場合

OracleDB exporterのユニット定義ファイル

/usr/lib/systemd/system/oracledb_exporter_*.service

Node exporter for AIX

バックアップするファイルはありません。

(2)　リカバリー

(a)　通常ホスト

Windowsの場合

バックアップした定義ファイルと同じホスト名，IPアドレスのマシンを用意する。

バックアップした定義ファイルと同じバージョンのJP1/IM - Agentをインストールする。

バックアップした定義ファイルをインストール先に上書きする。

通信暗号化で使用する証明書については，必要に応じて更新してください。

使用するサービスが登録済みだった場合はWindowsサービスへ登録しなおす。

サービスを登録しなおすには，サービスの登録を一度無効化し，有効化しなおす必要があります。

アドオンプログラムのサービスの有効化・無効化の方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.1(1) アドオンプログラムの有効化・無効化」を参照してください。

サービスを起動する。

Alertmanagerのサイレンスの設定を登録する。

Alertmanagerのサイレンス作成のAPIを使用します。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・API リファレンス」の「5.21.4 Alertmanagerのサイレンス作成」を参照してください。

なお，有効期間が過ぎているサイレンスは作成できないため，注意してください。

Linuxの場合

バックアップした定義ファイルと同じホスト名，IPアドレスのマシンを用意する。

バックアップした定義ファイルと同じバージョンのJP1/IM - Agentをインストールする。

バックアップした定義ファイルをインストール先と「/usr/lib/systemd/system」に上書きする。

次のコマンドを実行する。

# systemctl daemon-reload

サービスを起動する。

Alertmanagerのサイレンスの設定を登録する。

Alertmanagerのサイレンス作成のAPIを使用します。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・API リファレンス」の「5.21.4 Alertmanagerのサイレンス作成」を参照してください。

なお，有効期間が過ぎているサイレンスは作成できないため，注意してください。

(b)　クラスタ環境

Windowsの場合

バックアップした定義ファイルと同じホスト名，IPアドレスのマシンを用意する。

実行系サーバと待機系サーバの両方で用意します。

バックアップした定義ファイルと同じバージョンのJP1/IM - Agentをインストールする。

実行系サーバと待機系サーバの両方で実施します。

バックアップ時と同じ論理ホスト名で論理ホストを構築する。

バックアップした定義ファイルをインストール先と共有ディレクトリに上書きする。

実行系サーバと待機系サーバの両方で実施します。

使用するサービスが登録済みだった場合はWindowsサービスへ登録しなおす。

サービスを登録しなおすには，サービスの登録を一度無効化し，有効化しなおす必要があります。

実行系サーバと待機系サーバの両方で実施します。

クラスタソフトにJP1/IM - Agentの論理ホスト用のサービスを登録する。

JP1/IM - Agentのサービスのクラスタソフトへの登録については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7.5 新規インストール・セットアップでのクラスタソフトへの登録（Windowsの場合）」を参照してください。

クラスタソフトからJP1/IM - Agentを起動する。

Alertmanagerのサイレンスの設定を登録する。

Alertmanagerのサイレンス作成のAPIを使用します。

なお，有効期間が過ぎているサイレンスは作成できないため，注意してください。

Linuxの場合

バックアップした定義ファイルと同じホスト名，IPアドレスのマシンを用意する。

実行系サーバと待機系サーバの両方で用意します。

バックアップした定義ファイルと同じバージョンのJP1/IM - Agentをインストールする。

実行系サーバと待機系サーバの両方で用意します。

バックアップした定義ファイルを，インストール先，「/usr/lib/systemd/system」，および共有ディレクトリに上書きする。

次のコマンドを実行する。

# systemctl daemon-reload

サービスを起動する。

Alertmanagerのサイレンスの設定を登録する。

Alertmanagerのサイレンス作成のAPIを使用します。

なお，有効期間が過ぎているサイレンスは作成できないため，注意してください。

(c)　コンテナ環境

バックアップしたDockerイメージ，Podmanイメージからリカバリーしてください。

(d)　オプション機能のリカバリー

OracleDB exporter

Windowsの場合

OracleDB exporterをインストールする。

OracleDB exporterの監視対象を追加する。

監視対象を追加する際，サービス定義ファイルを作成する手順で，バックアップしたサービス定義ファイルを使用します。

Linuxの場合

OracleDB exporterをインストールする。

OracleDB exporterの監視対象を追加する。

監視対象を追加する際，ユニット定義ファイルを作成する手順で，バックアップしたサービス定義ファイルを使用します。

Node exporter for AIX

監視対象のAIXホスト

Node exporter for AIXをインストールする。

Node exporter for AIXのインストールについては，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.23.2(2)Node exporter for AIXのインストール」を参照してください。

Node exporter for AIXのポート番号を変更する必要がある場合は，ポート番号を変更する。

Node exporter for AIXのポート番号の変更については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.23.2(4)(b)Node exporterのポートを変更する（オプション）」を参照してください。

(3)　バックアップ対象ファイル

(a)　Windowsの場合

表1‒3　JP1/IM - Agentの物理ホストのバックアップ対象ファイル（Windows）

ファイル名

内容

Agentパス¥conf¥jpc_imagent.json

imagent設定ファイル

Agentパス¥conf¥jpc_imagentproxy.json

imagentproxy設定ファイル

Agentパス¥conf¥jpc_imagentaction.json

imagentaction設定ファイル

Agentパス¥conf¥jpc_alertmanager.yml

Alertmanager設定ファイル

Agentパス¥conf¥jpc_prometheus_server.yml

Prometheus設定ファイル

Agentパス¥conf¥jpc_alerting_rules.yml

アラート設定ファイル

Agentパス¥conf¥jpc_file_sd_config_node.yml

Node exporterのディスカバリ設定ファイル

Agentパス¥conf¥jpc_file_sd_config_windows.yml

Windows exporterのディスカバリ設定ファイル

Agentパス¥conf¥jpc_file_sd_config_blackbox_http.yml

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル

Agentパス¥conf¥jpc_file_sd_config_blackbox_icmp.yml

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル

Agentパス¥conf¥user¥file_sd_config_blackbox_任意の名前.yml

Blackbox exporterの監視対象（ユーザー定義）のディスカバリ設定ファイル

Agentパス¥conf¥jpc_file_sd_config_cloudwatch.yml

Yet another cloudwatch exporterのディスカバリ設定ファイル

Agentパス¥conf¥user¥file_sd_config_任意の名前.yml

ユーザー独自のディスカバリ設定ファイル

Agentパス¥conf¥jpc_file_sd_config_process.yml

Process exporterのディスカバリ設定ファイル

Agentパス¥conf¥jpc_file_sd_config_promitor.yml

Promitorのディスカバリ設定ファイル

Agentパス¥conf¥jpc_file_sd_config_script.yml

Script exporterのディスカバリ設定ファイル

Agentパス¥conf¥jpc_windows_exporter.yml

Windows exporter設定ファイル

Agentパス¥conf¥jpc_blackbox_exporter.yml

Blackbox exporter設定ファイル

Agentパス¥conf¥jpc_ya_cloudwatch_exporter.yml

Yet another cloudwatch exporter設定ファイル

Agentパス¥conf¥jpc_script_exporter.yml

Script exporter設定ファイル

Agentパス¥conf¥jpc_fluentd_common.conf

ログ監視共通定義ファイル

Agentパス¥conf¥jpc_fluentd_common_list.conf

ログ監視対象定義ファイル

Agentパス¥conf¥jpc_fluentd_common_wevt_rendered.conf

レンダリング情報取得定義ファイル

Agentパス¥conf¥fluentd_@@trapname@@_tail.conf.template

テキスト形式のログファイルの監視定義ファイルのテンプレート

Agentパス¥conf¥fluentd_@@trapname@@_wevt.conf.template

Windowsイベントログの監視定義ファイルのテンプレート

Agentパス¥conf¥user¥fluentd_ログ監視名_tail.conf

テキスト形式のログファイルの監視定義ファイル

Agentパス¥conf¥user¥fluentd_ログ監視名_wevt.conf

Windowsイベントログの監視定義ファイル

Agentパス¥conf¥user¥fluentd_任意の名前_logmetrics.conf

ログメトリクス定義ファイル

Agentパス¥conf¥jpc_user_deffile_list.json

ユーザー作成定義ファイルリスト定義ファイル

Agentパス¥conf¥promitor¥scraper¥metrics-declaration.yaml

Promitor Scraper設定ファイル

Agentパス¥conf¥promitor¥scraper¥runtime.yaml

Promitor Scraper runtime設定ファイル

Agentパス¥conf¥promitor¥resource-discovery¥resource-discovery-declaration.yaml

Promitor Resource Discovery設定ファイル

Agentパス¥conf¥promitor¥resource-discovery¥runtime.yaml

Promitor Resource Discovery runtime設定ファイル

Agentパス¥conf¥user¥cert¥CA証明書ファイル

Black exporter用のCA証明書ファイル

Agentパス¥conf¥user¥cert¥クライアント証明書ファイル

Black exporter用のクライアント証明書ファイル

Agentパス¥conf¥user¥secret¥クライアント証明書キーファイル

Black exporter用のクライアント証明書キーファイル

Agentパス¥conf¥user¥secret¥パスワードファイル

Black exporter用のパスワードファイル

Agentパス¥bin¥jpc_imagent_service.xml

imagentのサービス定義ファイル

Agentパス¥bin¥jpc_imagent_service_論理ホスト名.xml

論理ホスト用のimagentのサービス定義ファイル

Agentパス¥bin¥jpc_imagentproxy_service.xml

imagentproxyのサービス定義ファイル

Agentパス¥bin¥jpc_imagentproxy_service_論理ホスト名.xml

論理ホスト用のimagentproxyのサービス定義ファイル

Agentパス¥bin¥jpc_imagentaction_service.xml

imagentactionのサービス定義ファイル

Agentパス¥bin¥jpc_imagentaction_service_論理ホスト名.xml

論理ホスト用のimagentactionのサービス定義ファイル

Agentパス¥bin¥jpc_alertmanager_service.xml

Alertmanagerのサービス定義ファイル

Agentパス¥bin¥jpc_alertmanager_service_論理ホスト名.xml

論理ホスト用のAlertmanagerのサービス定義ファイル

Agentパス¥bin¥jpc_prometheus_server_service.xml

Prometheus serverのサービス定義ファイル

Agentパス¥bin¥jpc_prometheus_server_service_論理ホスト名.xml

論理ホスト用のPrometheus serverのサービス定義ファイル

Agentパス¥bin¥jpc_windows_exporter_service.xml

Windows exporterのサービス定義ファイル

Agentパス¥bin¥jpc_windows_exporter_service_論理ホスト名.xml

論理ホスト用のWindows exporterのサービス定義ファイル

Agentパス¥bin¥jpc_blackbox_exporter_service.xml

Blackbox exporterのサービス定義ファイル

Agentパス¥bin¥jpc_blackbox _exporter_service_論理ホスト名.xml

論理ホスト用のBlackbox exporterのサービス定義ファイル

Agentパス¥bin¥jpc_ya_cloudwatch_exporter_service.xml

Yet another cloudwatch exporterのサービス定義ファイル

Agentパス¥bin¥jpc_ya_cloudwatch_exporter_service_論理ホスト名.xml

論理ホスト用のYet another cloudwatch exporterのサービス定義ファイル

Agentパス¥bin¥jpc_promitor_scraper_service.xml

Promitor Scraperのサービス定義ファイル

Agentパス¥bin¥jpc_promitor_scraper_service_論理ホスト名.xml

論理ホスト用のPromitor Scraperのサービス定義ファイル

Agentパス¥bin¥jpc_promitor_resource_discovery_service.xml

Promitor Resource Discoveryのサービス定義ファイル

Agentパス¥bin¥jpc_promitor_resource_discovery_service_論理ホスト名.xml

論理ホスト用のPromitor Resource Discoveryのサービス定義ファイル

Agentパス¥bin¥jpc_script_exporter_service.xml

Script exporterのサービス定義ファイル

Agentパス¥bin¥jpc_script_exporter_service_論理ホスト名.xml

論理ホスト用のScript exporterのサービス定義ファイル

Agentパス¥bin¥jpc_fluentd_service.xml

Fluentdのサービス定義ファイル

Agentパス¥bin¥jpc_fluentd_service_論理ホスト名.xml

論理ホスト用のFluentdのサービス定義ファイル

表1‒4　JP1/IM - Agentの論理ホストのバックアップ対象ファイル

ファイル名

内容

共有フォルダ¥jp1ima¥conf¥jpc_imagent.json

imagent設定ファイル

共有フォルダ¥jp1ima¥conf¥jpc_imagentproxy.json

imagentproxy設定ファイル

共有フォルダ¥jp1ima¥conf¥jpc_imagentaction.json

imagentaction設定ファイル

共有フォルダ¥jp1ima¥conf¥jpc_alertmanager.yml

Alertmanager設定ファイル

共有フォルダ¥jp1ima¥conf¥jpc_prometheus_server.yml

Prometheus設定ファイル

共有フォルダ¥jp1ima¥conf¥jpc_alerting_rules.yml

アラート設定ファイル

共有フォルダ¥jp1ima¥conf¥jpc_file_sd_config_node.yml

Node exporterのディスカバリ設定ファイル

共有フォルダ¥jp1ima¥conf¥jpc_file_sd_config_blackbox_http.yml

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル

共有フォルダ¥jp1ima¥conf¥jpc_file_sd_config_blackbox_icmp.yml

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル

共有フォルダ¥jp1ima¥conf¥user¥file_sd_config_blackbox_任意の名前.yml

Blackbox exporterの監視対象（ユーザー定義）のディスカバリ設定ファイル

共有フォルダ¥jp1ima¥conf¥jpc_file_sd_config_cloudwatch.yml

Yet another cloudwatch exporterのディスカバリ設定ファイル

共有フォルダ¥jp1ima¥conf¥user¥file_sd_config_任意の名前.yml

ユーザー独自のディスカバリ設定ファイル

共有フォルダ¥jp1ima¥conf¥jpc_file_sd_config_process.yml

Process exporterのディスカバリ設定ファイル

共有フォルダ¥jp1ima¥conf¥jpc_file_sd_config_promitor.yml

Promitorのディスカバリ設定ファイル

共有フォルダ¥jp1ima¥conf¥jpc_windows_exporter.yml

Windows exporter設定ファイル

共有フォルダ¥jp1ima¥conf¥jpc_blackbox_exporter.yml

Blackbox exporter設定ファイル

共有フォルダ¥jp1ima¥conf¥jpc_ya_cloudwatch_exporter.yml

Yet another cloudwatch exporter設定ファイル

共有フォルダ¥jp1ima¥conf¥jpc_script_exporter.yml

Script exporter設定ファイル

共有フォルダ¥jp1ima¥conf¥jpc_fluentd_common.conf

ログ監視共通定義ファイル

共有フォルダ¥jp1ima¥conf¥jpc_fluentd_common_list.conf

ログ監視対象定義ファイル

共有フォルダ¥jp1ima¥conf¥jpc_fluentd_common_wevt_rendered.conf

レンダリング情報取得定義ファイル

共有フォルダ¥jp1ima¥conf¥fluentd_@@trapname@@_tail.conf.template

テキスト形式のログファイルの監視定義ファイルのテンプレート

共有フォルダ¥jp1ima¥conf¥fluentd_@@trapname@@_wevt.conf.template

Windowsイベントログの監視定義ファイルのテンプレート

共有フォルダ¥jp1ima¥conf¥jpc_user_deffile_list.json

ユーザー作成定義ファイルリスト定義ファイル

共有フォルダ¥jp1ima¥conf¥promitor¥scraper¥metrics-declaration.yaml

Promitor Scraper設定ファイル

共有フォルダ¥jp1ima¥conf¥promitor¥scraper¥runtime.yaml

Promitor Scraper runtime設定ファイル

共有フォルダ¥jp1ima¥conf¥promitor¥resource-discovery¥resource-discovery-declaration.yaml

Promitor Resource Discovery設定ファイル

共有フォルダ¥jp1ima¥conf¥promitor¥resource-discovery¥runtime.yaml

Promitor Resource Discovery runtime設定ファイル

共有フォルダ¥jp1ima¥conf¥user¥cert¥CA証明書ファイル

Black exporter用のCA証明書ファイル

共有フォルダ¥jp1ima¥conf¥user¥cert¥クライアント証明書ファイル

Black exporter用のクライアント証明書ファイル

共有フォルダ¥jp1ima¥conf¥user¥secret¥クライアント証明書キーファイル

Black exporter用のクライアント証明書キーファイル

共有フォルダ¥jp1ima¥conf¥user¥secret¥パスワードファイル

Black exporter用のパスワードファイル

(b)　UNIXの場合

表1‒5　JP1/IM - Agentの物理ホストのバックアップ対象ファイル（UNIX）

ファイル名

内容

/opt/jp1ima/conf/jpc_imagent.json

imagent設定ファイル

/opt/jp1ima/conf/jpc_imagentproxy.json

imagentproxy設定ファイル

/opt/jp1ima/conf/jpc_imagentaction.json

imagentaction設定ファイル

/opt/jp1ima/conf/jpc_alertmanager.yml

Alertmanager設定ファイル

/opt/jp1ima/conf/jpc_prometheus_server.yml

Prometheus設定ファイル

/opt/jp1ima/conf/jpc_alerting_rules.yml

アラート設定ファイル

/opt/jp1ima/conf/jpc_file_sd_config_node.yml

Node exporterのディスカバリ設定ファイル

/opt/jp1ima/conf/jpc_file_sd_config_windows.yml

Windows exporterのディスカバリ設定ファイル

/opt/jp1ima/conf/jpc_file_sd_config_blackbox_http.yml

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル

/opt/jp1ima/conf/jpc_file_sd_config_blackbox_icmp.yml

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル

/opt/jp1ima/conf/jpc_file_sd_config_cloudwatch.yml

Yet another cloudwatch exporterのディスカバリ設定ファイル

/opt/jp1ima/conf/user/file_sd_config_blackbox_任意の名前.yml

Blackbox exporterの監視対象（ユーザー定義）のディスカバリ設定ファイル

/opt/jp1ima/conf/user/file_sd_config_任意の名前.yml

ユーザー独自のディスカバリ設定ファイル

/opt/jp1ima/conf/jpc_file_sd_config_process.yml

Process exporterのディスカバリ設定ファイル

/opt/jp1ima/conf/jpc_file_sd_config_promitor.yml

Promitorのディスカバリ設定ファイル

/opt/jp1ima/conf/jpc_file_sd_config_script.yml

Script exporterのディスカバリ設定ファイル

/opt/jp1ima/conf/jpc_blackbox_exporter.yml

Blackbox exporter設定ファイル

/opt/jp1ima/conf/jpc_ya_cloudwatch_exporter.yml

Yet another cloudwatch exporter設定ファイル

/opt/jp1ima/conf/jpc_process_exporter.yml

Process exporter設定ファイル

/opt/jp1ima/conf/jpc_script_exporter.yml

Script exporter設定ファイル

/opt/jp1ima/conf/jpc_fluentd_common.conf

ログ監視共通定義ファイル

/opt/jp1ima/conf/jpc_fluentd_common_list.conf

ログ監視対象定義ファイル

/opt/jp1ima/conf/fluentd_@@trapname@@_tail.conf.template

テキスト形式のログファイルの監視定義ファイルのテンプレート

/opt/jp1ima/conf/user/fluentd_ログ監視名_tail.conf

テキスト形式のログファイルの監視定義ファイル

/opt/jp1ima/conf/user/fluentd_任意の名前_logmetrics.conf

ログメトリクス定義ファイル

/opt/jp1ima/conf/jpc_user_deffile_list.json

ユーザー作成定義ファイルリスト定義ファイル

/opt/jp1ima/conf/promitor/scraper/metrics-declaration.yaml

Promitor Scraper設定ファイル

/opt/jp1ima/conf/promitor/scraper/runtime.yaml

Promitor Scraper runtime設定ファイル

/opt/jp1ima/conf/promitor/resource-discovery/resource-discovery-declaration.yaml

Promitor Resource Discovery設定ファイル

/opt/jp1ima/conf/promitor/resource-discovery/runtime.yaml

Promitor Resource Discovery runtime設定ファイル

/opt/jp1ima/conf/user/cert/CA証明書ファイル

Black exporter用のCA証明書ファイル

/opt/jp1ima/conf/user/cert/クライアント証明書ファイル

Black exporter用のクライアント証明書ファイル

/opt/jp1ima/conf/user/secret/クライアント証明書キーファイル

Black exporter用のクライアント証明書キーファイル

/opt/jp1ima/conf/user/secret/パスワードファイル

Black exporter用のパスワードファイル

/usr/lib/systemd/system/jpc_imagentaction.service

imagentactionのユニット定義ファイル

/usr/lib/systemd/system/jpc_alertmanager.service

Alertmanagerのユニット定義ファイル

/usr/lib/systemd/system/jpc_prometheus_server.service

Prometheus serverのユニット定義ファイル

/usr/lib/systemd/system/jpc_node_exporter.service

Node exporterのユニット定義ファイル

/usr/lib/systemd/system/jpc_blackbox_exporter.service

Blackbox exporterのユニット定義ファイル

/usr/lib/systemd/system/jpc_ya_cloudwatch_exporter.service

Yet another cloudwatch exporterのユニット定義ファイル

/usr/lib/systemd/system/jpc_fluentd.service

Fluendのユニット定義ファイル

/usr/lib/systemd/system/jpc_imagent_論理ホスト名.service

論理ホスト用のimagentのユニット定義ファイル

/usr/lib/systemd/system/jpc_imagentproxy_論理ホスト名.service

論理ホスト用のimagentproxyのユニット定義ファイル

/usr/lib/systemd/system/jpc_imagentaction_論理ホスト名.service

論理ホスト用のimagentactionのユニット定義ファイル

/usr/lib/systemd/system/jpc_alertmanager_論理ホスト名.service

論理ホスト用のAlertmanagerのユニット定義ファイル

/usr/lib/systemd/system/jpc_prometheus_server_論理ホスト名.service

論理ホスト用のPrometheus serverのユニット定義ファイル

/usr/lib/systemd/system/jpc_node_exporter_論理ホスト名.service

論理ホスト用のNode exporterのユニット定義ファイル

/usr/lib/systemd/system/jpc_blackbox_exporter_論理ホスト名.service

論理ホスト用のBlackbox exporterのユニット定義ファイル

/usr/lib/systemd/system/jpc_ya_cloudwatch_exporter_論理ホスト名.service

論理ホスト用のYet another cloudwatch exporterのユニット定義ファイル

/usr/lib/systemd/system/jpc_process_exporter_論理ホスト名.service

論理ホスト用のProcess exporterのユニット定義ファイル

/usr/lib/systemd/system/jpc_promitor_scraper_論理ホスト名.service

論理ホスト用のPromitor Scraperのユニット定義ファイル

/usr/lib/systemd/system/jpc_promitor_resource_discovery_論理ホスト名.service

論理ホスト用のPromitor Resource Discoveryのユニット定義ファイル

/usr/lib/systemd/system/jpc_script_exporter_論理ホスト名.service

論理ホスト用のScript exporterのユニット定義ファイル

/usr/lib/systemd/system/jpc_fluentd_論理ホスト名.service

論理ホスト用のFluendのユニット定義ファイル

表1‒6　JP1/IM - Agentの論理ホストのバックアップ対象ファイル（UNIX）

ファイル名

内容

共有ディレクトリ/jp1ima/conf/jpc_imagent.json

imagent設定ファイル

共有ディレクトリ/jp1ima/conf/jpc_imagentproxy.json

imagentproxy設定ファイル

共有ディレクトリ/jp1ima/conf/jpc_imagentaction.json

imagentaction設定ファイル

共有ディレクトリ/jp1ima/conf/jpc_alertmanager.yml

Alertmanager設定ファイル

共有ディレクトリ/jp1ima/conf/jpc_prometheus_server.yml

Prometheus設定ファイル

共有ディレクトリ/jp1ima/conf/jpc_alerting_rules.yml

アラート設定ファイル

共有ディレクトリ/jp1ima/conf/jpc_file_sd_config_node.yml

Node exporterのディスカバリ設定ファイル

共有ディレクトリ/jp1ima/conf/jpc_file_sd_config_blackbox_http.yml

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル

共有ディレクトリ/jp1ima/conf/jpc_file_sd_config_blackbox_icmp.yml

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル

共有ディレクトリ/jp1ima/conf/user/file_sd_config_blackbox_任意の名前.yml

Blackbox exporterの監視対象（ユーザー定義）のディスカバリ設定ファイル

共有ディレクトリ/jp1ima/conf/jpc_file_sd_config_cloudwatch.yml

Yet another cloudwatch exporterのディスカバリ設定ファイル

共有ディレクトリ/jp1ima/conf/user/file_sd_config_任意の名前.yml

ユーザー独自のディスカバリ設定ファイル

共有ディレクトリ/jp1ima/conf/jpc_file_sd_config_process.yml

Process exporterのディスカバリ設定ファイル

共有ディレクトリ/jp1ima/conf/jpc_file_sd_config_promitor.yml

Promitorのディスカバリ設定ファイル

共有ディレクトリ/jp1ima/conf/jpc_blackbox_exporter.yml

Blackbox exporter設定ファイル

共有ディレクトリ/jp1ima/conf/jpc_ya_cloudwatch_exporter.yml

Yet another cloudwatch exporter設定ファイル

共有ディレクトリ/jp1ima/conf/jpc_process_exporter.yml

Process exporter設定ファイル

共有ディレクトリ/jp1ima/conf/jpc_script_exporter.yml

Script exporter設定ファイル

共有ディレクトリ/jp1ima/conf/jpc_fluentd_common.conf

ログ監視共通定義ファイル

共有ディレクトリ/jp1ima/conf/jpc_fluentd_common_list.conf

ログ監視対象定義ファイル

共有ディレクトリ/jp1ima/conf/jpc_fluentd_common_wevt_rendered.conf

レンダリング情報取得定義ファイル

共有ディレクトリ/jp1ima/conf/fluentd_@@trapname@@_tail.conf.template

テキスト形式のログファイルの監視定義ファイルのテンプレート

共有ディレクトリ/jp1ima/conf/fluentd_@@trapname@@_wevt.conf.template

Windowsイベントログの監視定義ファイルのテンプレート

共有ディレクトリ/jp1ima/conf/jpc_user_deffile_list.json

ユーザー作成定義ファイルリスト定義ファイル

共有ディレクトリ/jp1ima/conf/promitor¥scraper¥metrics-declaration.yaml

Promitor Scraper設定ファイル

共有ディレクトリ/jp1ima/conf/promitor¥scraper¥runtime.yaml

Promitor Scraper runtime設定ファイル

共有ディレクトリ/jp1ima/conf/promitor¥resource-discovery¥resource-discovery-declaration.yaml

Promitor Resource Discovery設定ファイル

共有ディレクトリ/jp1ima/conf/promitor¥resource-discovery¥runtime.yaml

Promitor Resource Discovery runtime設定ファイル

共有ディレクトリ/jp1ima/conf/user/cert/CA証明書ファイル

Black exporter用のCA証明書ファイル

共有ディレクトリ/jp1ima/conf/user/cert/クライアント証明書ファイル

Black exporter用のクライアント証明書ファイル

共有ディレクトリ/jp1ima/conf/user/secret/クライアント証明書キーファイル

Black exporter用のクライアント証明書キーファイル

共有ディレクトリ/jp1ima/conf/user/secret/パスワードファイル

Black exporter用のパスワードファイル

1.2　データベースの管理

JP1/IMのシステムで使用するデータベースには次のものがあります。

コマンド実行履歴

監視オブジェクトDB

ホスト情報DB

イベントDB

応答待ちイベント滞留ファイル

IMデータベース

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

監視オブジェクトDBおよびホスト情報DBは，セントラルスコープの機能を使用している場合に使われます。応答待ちイベント滞留ファイルは，応答待ちイベント管理機能を使用している場合に使われます。ここでは，これらのデータベースのバックアップ・リカバリー手順，およびデータベースの再作成手順について説明します。

1.2.1　データベースの再編成

(1)　コマンド実行履歴の再編成

コマンド実行履歴は，再編成する必要はありません。

(2)　監視オブジェクトDBおよびホスト情報DBの再編成

監視オブジェクトDB，およびホスト情報DBは，再編成する必要はありません。

(3)　イベントDBの再編成

イベントDBは，再編成する必要はありません。

(4)　応答待ちイベント滞留ファイルの再編成

応答待ちイベント滞留ファイルは，再編成する必要はありません。

(5)　IMデータベースの再編成

ここでは，IMデータベースの再編成手順について説明します。

IMデータベースのうち，IM構成管理DBではデータの追加，削除を繰り返すと，断片化された空き領域が発生して，ホストやプロファイルの数が上限値に達する前に新規登録ができなくなったり，登録，更新，削除の速度に遅れを感じたりすることがあります。

この現象を回避するために，次の契機でIMデータベースを再編成します。

定期的なバックアップ作業のため，JP1/IM - Managerを停止したとき

年に1回程度の頻度で再編成実施計画を立てて実施するとき

メッセージ「KFPH00212-I」または「KFPH00213-W」がWindowsイベントログ（syslog）に出力されたとき

上記のような現象が起こった場合は，次の手順でデータベースの空き領域を解放してください。

Windowsの場合，IMデータベースサービス（JP1/IM3-Manager DB Server）が起動しているか確認する。

jimdbreclaimコマンドを使用して，データベースの空き領域を解放する。

IMデータベースに登録されているホスト情報やプロファイルに不要なものがないかどうかを確認して，不要なものがあれば削除する。

この方法で，現象が解消されない場合は，IMデータベースを再編成する必要があります。次に物理ホストでのIMデータベースの再編成手順およびクラスタ環境でのIMデータベースの再編成手順について示します。

(a)　物理ホストでのIMデータベースの再編成手順

サービスの状態を確認する。

Windowsの場合，IMデータベースサービス（JP1/IM3-Manager DB Server）が起動している。

JP1/IM3-Managerサービスが停止している。

JP1/IM - MOを使用している場合，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスが停止している。

JP1/IM3-Managerサービスを停止する。

JP1/IM - MOを使用している場合は，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスも停止してください。

jimdbrorgコマンドを使用して，対象データベースを再編成する。

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

JP1/IM3-Managerサービスを起動する。

JP1/IM - MOを使用している場合は，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスも起動してください。

(b)　クラスタ環境でのIMデータベースの再編成手順

クラスタ環境の場合，実行系ホスト上で実行します。また，共有ディレクトリにアクセスできる状態である必要があります。

サービスの状態を確認する。

Windowsの場合，IMデータベースサービス（JP1/IM3-Manager DB Server_論理ホスト名）が起動している。

JP1/IM3-ManagerサービスおよびIMデータベースのクラスタサービス（JP1/IM3-Manager DB Cluster Service_論理ホスト名）が停止している。

JP1/IM - MOを使用している場合，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスが停止している。

jimdbrorgコマンドを使用して，対象データベースを再編成する。

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

JP1/IM3-Managerサービスと手順1で停止したIMデータベースのクラスタサービス（JP1/IM3-Manager DB Cluster Service_論理ホスト名）を起動する。

JP1/IM - MOを使用している場合は，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスも起動してください。

(6)　インテリジェント統合管理データベースの再編成

インテリジェント統合管理データベースの再編成を自動で行うため，ユーザーによる再編成の必要はありません。

1.2.2　データベースのバックアップおよびリカバリー

バックアップ・リカバリーを実施する際には，バックアップ元とリカバリー先で次のすべてが一致している必要があります。

ホスト名

IPアドレス

PP形名

PPバージョン（VVRRZZの範囲で一致させてください）

製品の使用するディレクトリの構成（権限などを含めて一致させてください）

また，OS，ハードウェアに関しては，同一の動作ができることが前提となります。

上記の条件に一致しない場合は，移行となります。

「1.5　設定情報およびDBの移行」を参照して実施してください。

OSコマンドやバックアップソフトでシステム全体をフルバックアップすることもできますが，OSコマンドやバックアップソフトの動作に依存するため，JP1/IM - Managerでは，JP1/IM - Managerの各機能で提供しているコマンドを使用したバックアップ・リカバリーをお勧めします。OSコマンドやバックアップソフトを使用する場合，次の前提条件となります。

事前にIMデータベースを含むJP1/IM - Managerのすべてのサービスが停止された状態で取得されている。

OSに登録している情報を含めて，ファイル，レジストリの情報がすべて整合性の取れた状態でバックアップされている。

取得されるバックアップ対象のファイルがスパースファイルとなっていない。

一部のデータベースだけのバックアップ・リカバリーはできません。一部のデータベースだけをバックアップ・リカバリーをした場合，関連づけに矛盾が生じ，不正なデータを参照することがあります。

データベースをバックアップ・リカバリーする場合は，定義情報も合わせてバックアップ・リカバリーを実施してください。データベースだけをバックアップした場合，定義情報と矛盾が生じるときがあります。

バックアップ・リカバリー時は，JP1/IM - Viewを停止してください。

(1)　コマンド実行履歴のバックアップ・リカバリー手順

コマンド実行履歴のバックアップ・リカバリー手順について説明します。

(a)　バックアップ手順

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

対象ファイルのバックアップを取得する。

対象ファイルについては，「1.2.2(1)(c)　バックアップ対象ファイル」を参照してください。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

(b)　リカバリー手順

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

バックアップしたファイルをそれぞれのディレクトリに配置する。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

重要

リカバリーするとバックアップしてからリカバリーするまでに実行した自動アクション，および［コマンド実行］画面から実行したコマンドの履歴が参照できなくなります。

(c)　バックアップ対象ファイル

バックアップ対象のファイルを次に示します。

Windowsの場合

表1‒7　バックアップ対象ファイル（Windows）

情報の種類

対象ファイル

コマンド実行履歴ファイル

Baseパス¥log¥COMMAND¥以下の全ファイル

共有フォルダ¥jp1base¥log¥COMMAND¥以下の全ファイル

アクション情報ファイル

Consoleパス¥log¥action¥actinf.log

共有フォルダ¥jp1cons¥log¥action¥actinf.log

アクションホスト名格納ファイル

Consoleパス¥log¥action¥acttxt{1|2}.log

共有フォルダ¥jp1cons¥log¥action¥acttxt{1|2}.log

UNIXの場合

表1‒8　バックアップ対象ファイル（UNIX）

情報の種類

対象ファイル

コマンド実行履歴ファイル

/var/opt/jp1base/log/COMMAND/以下の全ファイル

共有ディレクトリ/jp1base/log/COMMAND/以下の全ファイル

アクション情報ファイル

/var/opt/jp1cons/log/action/actinf.log

共有ディレクトリ/jp1cons/log/action/actinf.log

アクションホスト名格納ファイル

/var/opt/jp1cons/log/action/acttxt{1|2}.log

共有ディレクトリ/jp1cons/log/action/acttxt{1|2}.log

コマンド実行履歴ファイルについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

(2)　監視オブジェクトDBのバックアップ・リカバリー手順

監視オブジェクトDBのバックアップ・リカバリー手順について説明します。監視オブジェクトDBは，セントラルスコープの機能を使用している場合に使われます。

(a)　バックアップ手順

JP1/IM - Managerを停止する。

対象ファイルのバックアップを取得する。

対象ファイルを次の表に示します。

表1‒9　バックアップ対象ファイル

OS

情報の種類

対象ファイル

Windows

監視オブジェクトDB

Scopeパス¥database¥jcsdb¥以下の全ファイル

共有フォルダ¥jp1scope¥database¥jcsdb¥以下の全ファイル

UNIX

監視オブジェクトDB

/var/opt/jp1scope/database/jcsdb/以下の全ファイル

共有ディレクトリ/jp1scope/database/jcsdb/以下の全ファイル

JP1/IM - Managerを起動する。

(b)　リカバリー手順

JP1/IM - Managerを停止する。

バックアップしたファイルをディレクトリに配置する。

JP1/IM - Managerを起動する。

(3)　ホスト情報DBのバックアップ・リカバリー手順

ホスト情報DBのバックアップ・リカバリー手順について説明します。ホスト情報DBは，セントラルスコープの機能を使用している場合に使われます。

(a)　バックアップ手順

JP1/IM - Managerを停止する。

対象ファイルのバックアップを取得する。

対象ファイルを次の表に示します。

表1‒10　バックアップ対象ファイル

OS

情報の種類

対象ファイル

Windows

ホスト情報DB

Scopeパス¥database¥jcshosts¥以下の全ファイル

共有フォルダ¥jp1scope¥database¥jcshosts¥以下の全ファイル

UNIX

ホスト情報DB

/var/opt/jp1scope/database/jcshosts/以下の全ファイル

共有ディレクトリ/jp1scope/database/jcshosts/以下の全ファイル

JP1/IM - Managerを起動する。

(b)　リカバリー手順

JP1/IM - Managerを停止する。

バックアップしたファイルをディレクトリに配置する。

JP1/IM - Managerを起動する。

(4)　イベントDBのバックアップ・リカバリー手順

イベントDBのバックアップ・リカバリー手順については，マニュアル「JP1/Base 運用ガイド」のバックアップとリカバリーの説明を参照してください。

なお，JP1/IM - ManagerホストのイベントDBをバックアップ・リカバリーする場合，同時にコマンド実行履歴もバックアップ・リカバリーする必要があります。コマンド実行履歴のバックアップ・リカバリーの手順については，「1.2.2(1)　コマンド実行履歴のバックアップ・リカバリー手順」を参照してください。

重要

イベントDBをバックアップ・リカバリーする場合は，必ずコマンド実行履歴も同時にバックアップ・リカバリーしてください。

イベントDBだけをバックアップ・リカバリーすると，イベントDB内のJP1イベントと自動アクションの実行結果の関連づけに矛盾が発生します。

イベントDBのリカバリーの前に実行された自動アクションの結果が，イベントDBのリカバリーのあとに登録されたJP1イベントに対する自動アクションの実行結果として表示されてしまうことがあります。

(5)　応答待ちイベント滞留ファイルのバックアップ・リカバリー手順

応答待ちイベント滞留ファイルのバックアップ・リカバリー手順について説明します。応答待ちイベント滞留ファイルは，応答待ちイベント管理機能を使用している場合に使われます。

(a)　バックアップ手順

JP1/IM - Managerを停止する。

対象ファイルのバックアップを取得する。

対象ファイルを次の表に示します。

表1‒11　バックアップ対象ファイル

OS

対象ファイル

Windows

Consoleパス¥log¥response¥resevent.dat

共有フォルダ¥jp1cons¥log¥response¥resevent.dat

UNIX

/var/opt/jp1cons/log/response/resevent.dat

共有ディレクトリ/jp1cons/log/response/resevent.dat

JP1/IM - Managerを起動する。

(b)　リカバリー手順

JP1/IM - Managerを停止する。

バックアップしたファイルをディレクトリに配置する。

JP1/IM - Managerを起動する。

(6)　IMデータベースのバックアップ・リカバリー手順

ここでは，物理ホストでのIMデータベースのバックアップ・リカバリー手順，およびクラスタ環境でのIMデータベースのバックアップ・リカバリー手順について説明します。

重要

IMデータベースのバックアップ・リカバリーをする場合，同時にイベントDBのバックアップ・リカバリーをする必要があります。イベントDBのバックアップ・リカバリーの手順については，「1.2.2(4)　イベントDBのバックアップ・リカバリー手順」を参照してください。

重要

イベントDBのリカバリー方法によってはイベントDBの再作成が必要になることがあり，イベントDBの再作成方法によってはIMデータベースの再作成が必要になることがあります。この場合，IMデータベースをリカバリーするとイベントDBの情報と不整合が発生し，対処状況変更時に意図しないJP1イベントの対処状況が変更されるなどの影響があるため，IMデータベースをリカバリーしないでください。

重要

jimdbupdateコマンドを実行する前に取得したIMデータベースの更新前のバックアップデータは，jimdbupdateコマンド実行後のIMデータベースにリカバリーしないでください。

jimdbupdateコマンドを実行したあとは，再度jimdbbackupコマンドでバックアップを取得してください。

(a)　物理ホストでのIMデータベースのバックアップ・リカバリー手順

物理ホストでのバックアップ手順を次に示します。

Windowsの場合，IMデータベースサービス（JP1/IM3-Manager DB Server）が起動しているか確認する。

次のサービスを停止する。

JP1/IM3-Managerサービス

Windowsの場合，IMデータベースのクラスタサービス（JP1/IM3-Manager DB Cluster Service）

JP1/IM - MOを使用している場合，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービス

jimdbbackupコマンドを使用して，対象データベースのバックアップを取得する。

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

対象ファイルのバックアップを取得する。

対象ファイルについては，「1.1.1(1)バックアップ（Windowsの場合）」，「1.1.1(3)　バックアップ（UNIXの場合）」を参照してください。

インテリジェント統合管理基盤を使用している場合，次の表に示すファイルを削除する。

手順2で停止したサービスを起動する。

物理ホストでのリカバリー手順を次に示します。

Windowsの場合，IMデータベースサービス（JP1/IM3-Manager DB Server）が起動しているか確認する。

次のサービスを停止する。

JP1/IM3-Managerサービス

Windowsの場合，IMデータベースのクラスタサービス（JP1/IM3-Manager DB Cluster Service）

JP1/IM - MOを使用している場合，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービス

jimdbrecoveryコマンドを使用して，対象データベースをリカバリーする。

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

バックアップしたファイルを各ディレクトリに配置する。

IM構成管理の機能を有効にしている場合，バックアップしたファイルを各ディレクトリに配置してください。

インテリジェント統合管理基盤を使用している場合，次の表に示すファイルを削除する。

OS

対象ファイル

Windows

Managerパス¥data¥imdd¥actevent.ser

Managerパス¥data¥imdd¥imdd_nodeStatus.ser

Managerパス¥data¥imdd¥jddactseq.ser

UNIX

/var/opt/jp1imm/data/imdd/actevent.ser

/var/opt/jp1imm/data/imdd/imdd_nodeStatus.ser

/var/opt/jp1imm/data/imdd/jddactseq.ser

手順2で停止したサービスを起動する。

インテリジェント統合管理基盤を使用している場合，jddupdatetreeコマンドを新規・再構築モードで実行する。

(b)　クラスタ環境でのIMデータベースのバックアップ・リカバリー手順

クラスタ環境でのバックアップ手順を次に示します。クラスタ環境の場合，実行系ホスト上で実行します。また，共有ディレクトリにアクセスできる状態である必要があります。

JP1/IM3-ManagerサービスおよびIMデータベースのクラスタサービス（JP1/IM3-Manager DB Cluster Service_論理ホスト名）を停止する。

JP1/IM - MOを使用している場合は，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスも停止してください。

jimdbbackupコマンドを使用して，対象データベースのバックアップを取得する。

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

対象ファイルのバックアップを取得する。

対象ファイルについては，「1.1.1(1)　バックアップ（Windowsの場合）」，「1.1.1(3)　バックアップ（UNIXの場合）」を参照してください。

JP1/IM3-Managerサービスおよび手順1で停止したIMデータベースのクラスタサービス（JP1/IM3-Manager DB Cluster Service_論理ホスト名）を起動する。

JP1/IM - MOを使用している場合は，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスも起動してください。

クラスタ環境でのリカバリー手順を次に示します。クラスタ環境の場合，実行系ホスト上で実行します。また，共有ディレクトリにアクセスできる状態である必要があります。

JP1/IM3-ManagerサービスおよびIMデータベースのクラスタサービス（JP1/IM3-Manager DB Cluster Service_論理ホスト名）を停止する。

JP1/IM - MOを使用している場合は，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスも停止してください。

jimdbrecoveryコマンドを使用して，対象データベースをリカバリーする。

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

バックアップしたファイルを各ディレクトリに配置する。

IM構成管理の機能を有効にしている場合，バックアップしたファイルを各ディレクトリに配置してください。

インテリジェント統合管理基盤を使用している場合，次の表に示すファイルを削除する。

OS

対象ファイル

Windows

共有フォルダ¥data¥imdd¥actevent.ser

共有フォルダ¥data¥imdd¥imdd_nodeStatus.ser

共有フォルダ¥data¥imdd¥jddactseq.ser

UNIX

共有ディレクトリ/jp1imm/data/imdd/actevent.ser

共有ディレクトリ/jp1imm/data/imdd/imdd_nodeStatus.ser

共有ディレクトリ/jp1imm/data/imdd/jddactseq.ser

JP1/IM3-Managerサービスおよび手順1で停止したIMデータベースのクラスタサービス（JP1/IM3-Manager DB Cluster Service_論理ホスト名）を起動する。

JP1/IM - MOを使用している場合は，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスも起動してください。

インテリジェント統合管理基盤を使用している場合，jddupdatetreeコマンドを新規・再構築モードで実行する。

(7)　インテリジェント統合管理データベースのバックアップ・リカバリー手順

インテリジェント統合管理データベースで障害が発生したときの復旧手段として，定期的にバックアップを行ってください。バックアップを取得する方法は，オフラインバックアップです。

計画停止などでインテリジェント統合管理データベースのサービスを停止できる場合に，インテリジェント統合管理データベースのサービスを停止した状態で行うオフラインバックアップおよびリカバリーの方法について説明します。

なお，ファイルおよびディレクトリをコピーするときは，Linuxの場合はディレクトリおよびファイルの属性を保持したままコピーしてください。

(a)　バックアップ手順

インテリジェント統合管理データベースのオフラインバックアップの手順を，次に示します。

JP1/IM - Managerのサービスを停止する。

停止方法については，「3.2 JP1/IM - Managerを終了する」を参照してください。

インテリジェント統合管理データベースのサービスを停止する。

■Windowsの場合

インテリジェント統合管理データベースサービス，および，トレンドデータ管理サービスを停止する場合は，［コントロールパネル］−［管理ツール］−［サービス］から，トレンドデータ管理サービス，インテリジェント統合管理データベースサービスの順番で停止してください。

■Linuxの場合

JP1/IM - Managerの停止に合わせて，インテリジェント統合管理データベース，および，トレンドデータ管理サービスも停止します。詳細については，「3.2.2　UNIXの場合」を参照してください。

IMデータベース（統合監視DB）の障害復旧用バックアップを行う（インテリジェント統合管理データベースに合わせて統合監視DBのバックアップを取得する場合）。

バックアップ方法については，「1.2.2(6)(a) 物理ホストでのIMデータベースのバックアップ・リカバリー手順」および「1.2.2(6)(b) クラスタ環境でのIMデータベースのバックアップ・リカバリー手順」を参照してください。

jimgndbbackupコマンド（引数-mにMAINTを指定）を使用して，インテリジェント統合管理データベースの障害復旧用バックアップを行う。

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

インテリジェント統合管理データベースのサービスを起動する。

■Windowsの場合

インテリジェント統合管理データベースのサービスを起動する場合は，［コントロールパネル］−［管理ツール］−［サービス］から，インテリジェント統合管理データベースサービス，トレンドデータ管理サービスを順番に起動してください（依存関係があるため，トレンドデータ管理サービスを起動すると，連動して。インテリジェント統合管理データベースサービスが自動で起動します）。

■Linuxの場合

JP1/IM - Managerの起動に合わせて，インテリジェント統合管理データベース，および，トレンドデータ管理サービスも起動します。詳細については，「3.1.2　UNIXの場合」を参照してください。

JP1/IM - Managerのサービスを起動する。

起動方法については，「3.1 JP1/IM - Managerを起動する」を参照してください。

(b)　リカバリー手順

オフラインバックアップで取得したインテリジェント統合管理データベースのバックアップをリカバリーする手順を，次に示します。

JP1/IM - Managerのサービスを停止する。

停止方法については，「3.2 JP1/IM - Managerを終了する」を参照してください。

JP/IM - Agentのサービスを停止する。

JP/IM - Agentの停止の詳細については，「10.3　サービスの停止」を参照してください。

インテリジェント統合管理データベースを削除する。

削除方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.25.1 (1) インテリジェント統合管理データベースの削除の手順」および「2.23.1 (1) インテリジェント統合管理データベースの削除の手順」を参照してください。

インテリジェント統合管理データベースを構築する。

構築方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.5 インテリジェント統合管理データベースの構築（Windowsの場合）」および「2.5 インテリジェント統合管理データベースの構築（UNIXの場合）」を参照してください。

インテリジェント統合管理データベースのサービスを停止する。

■Windowsの場合

インテリジェント統合管理データベースサービス，および，トレンドデータ管理サービスを停止する場合は，［コントロールパネル］−［管理ツール］−［サービス］から，トレンドデータ管理サービス，インテリジェント統合管理データベースサービスの順番で停止してください。

■Linuxの場合

JP1/IM - Managerの停止に合わせて，インテリジェント統合管理データベース，および，トレンドデータ管理サービスも停止します。詳細については，「3.2.2　UNIXの場合」を参照してください。

IMデータベース（統合監視DB）の障害復旧用リカバリーを行う

（インテリジェント統合管理データベースに合わせて統合監視DBのリカバリーを取得する場合）。

リカバリー方法については，「1.2.2(6)(a) 物理ホストでのIMデータベースのバックアップ・リカバリー手順」および「1.2.2(6)(b) クラスタ環境でのIMデータベースのバックアップ・リカバリー手順」を参照してください。

jimgndbrestoreコマンド（引数-mにMAINTを指定）を使用して，インテリジェント統合管理データベースの障害復旧用リカバリーを行う。

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

インテリジェント統合管理データベースのサービスを起動する。

■Windowsの場合

インテリジェント統合管理データベースのサービスを起動する場合は，［コントロールパネル］−［管理ツール］−［サービス］から，インテリジェント統合管理データベースサービス，トレンドデータ管理サービスを順番に起動してください（依存関係があるため，トレンドデータ管理サービスを起動すると，連動して。インテリジェント統合管理データベースサービスが自動で起動します）。

■Linuxの場合

JP1/IM - Managerの起動に合わせて，インテリジェント統合管理データベース，および，トレンドデータ管理サービスも起動します。詳細については，「3.1.2　UNIXの場合」を参照してください。

JP/IM - Agentのサービスを起動する。

JP/IM - Agentの起動の詳細については，「10.2　サービスの起動」を参照してください。

JP1/IM - Managerのサービスを起動する。

起動方法については，「3.1 JP1/IM - Managerを起動する」を参照してください。

jddupdatetree コマンドを新規・再構築モードで実行する。

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

IM データベース（統合監視DB）のリカバリーも合わせて行う場合は，IM データベース（統合監視DB）のリカバリーの実施後に実行してください。

1.2.3　データベースの再作成および設定変更

(1)　コマンド実行履歴の再作成手順

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

次の表に示すコマンド実行履歴ファイル，アクション情報ファイル，アクションホスト名格納ファイルを削除する。

Windowsの場合

表1‒12　削除対象ファイル（Windows）

情報の種類

対象ファイル

コマンド実行履歴ファイル

Baseパス¥log¥COMMAND¥以下の全ファイル

共有フォルダ¥jp1base¥log¥COMMAND¥以下の全ファイル

アクション情報ファイル

Consoleパス¥log¥action¥actinf.log

共有フォルダ¥jp1cons¥log¥action¥actinf.log

アクションホスト名格納ファイル

Consoleパス¥log¥action¥acttxt{1|2}.log

共有フォルダ¥jp1cons¥log¥action¥acttxt{1|2}.log

UNIXの場合

表1‒13　削除対象ファイル（UNIX）

情報の種類

対象ファイル

コマンド実行履歴ファイル

/var/opt/jp1base/log/COMMAND/以下の全ファイル

共有ディレクトリ/jp1base/log/COMMAND/以下の全ファイル

アクション情報ファイル

/var/opt/jp1cons/log/action/actinf.log

共有ディレクトリ/jp1cons/log/action/actinf.log

アクションホスト名格納ファイル

/var/opt/jp1cons/log/action/acttxt{1|2}.log

共有ディレクトリ/jp1cons/log/action/acttxt{1|2}.log

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

JP1/Base，JP1/IM - Managerを再起動し，JP1/IM - Viewや自動アクションからコマンド実行することでコマンド実行履歴が再作成されます。

(2)　監視オブジェクトDBおよびホスト情報DBの再作成手順

JP1/IM - Managerを停止する。

ファイルをバックアップする。

Scopeパス¥database¥フォルダをバックアップしてください。

監視オブジェクトDBを再作成する。

jcsdbsetup -f

コマンドを実行すると，既存の監視オブジェクトDBを削除したあと，オブジェクトDBが再作成されます。

ホスト情報DBを再作成する。

まず，Scopeパス¥database¥jcshosts¥フォルダ以下のファイルを削除してから次のコマンドを実行してください。

jcshostsimport -r ホスト情報ファイル（jcs_hosts）

JP1/IM - Managerを起動する。

(3)　イベントDBの再作成手順

イベントDBを再作成する対象ホストにインストールされているJP1/Baseのバージョンによって，手順が異なります。

(a)　マネージャー（JP1/Base 09-00以降）の場合

統合監視DBを使用しない場合と統合監視DBを使用する場合で手順が異なります。

統合監視DBを使用しない場合

JP1/Baseのjevdbinitコマンドを実行してイベントDBを初期化します。

JP1/BaseのイベントDBを初期化する手順については，マニュアル「JP1/Base 運用ガイド」のイベントサービス環境の設定の章，イベントDBの初期化に関する説明を参照してください。

jevdbinitコマンドの-sオプションを指定してイベントDB内通し番号を変更した場合は，コマンド実行履歴を再作成する必要があります。

コマンド実行履歴の再作成については，「1.2.3(1)　コマンド実行履歴の再作成手順」を参照してください。

統合監視DBを使用する場合

次の手順に従って，イベントDBを初期化します。

JP1/IM - Managerを停止する。

JP1/Baseのjevdbinitコマンドを-sオプションを指定しないで実行する。

-sオプションを指定しないと，初期化する前のイベントDB内通し番号を引き継ぎます。

jevdbinitコマンドの-sオプションを指定してイベントDB内通し番号を変更した場合は，統合監視DBの再セットアップ，およびコマンド実行履歴を再作成する必要があります。また，インテリジェント統合管理基盤を使用している場合， 統合監視DB の再セットアップ後のJP1/IM - Managerを起動する前に次の表に示すファイルを削除する必要があります。

OS

対象ファイル

Windows

Managerパス¥data¥imdd¥actevent.ser

Managerパス¥data¥imdd¥imdd_nodeStatus.ser

Managerパス¥data¥imdd¥jddactseq.ser

共有フォルダ¥data¥imdd¥actevent.ser

共有フォルダ¥data¥imdd¥imdd_nodeStatus.ser

共有フォルダ¥data¥imdd¥jddactseq.ser

UNIX

/var/opt/jp1imm/data/imdd/actevent.ser

/var/opt/jp1imm/data/imdd/imdd_nodeStatus.ser

/var/opt/jp1imm/data/imdd/jddactseq.ser

共有ディレクトリ/jp1imm/data/imdd/actevent.ser

共有ディレクトリ/jp1imm/data/imdd/imdd_nodeStatus.ser

共有ディレクトリ/jp1imm/data/imdd/jddactseq.ser

統合監視DBの再セットアップは，最初に，jcodbunsetupコマンドを実行して統合監視DBをアンセットアップしてください。

コマンド実行履歴の再作成については，「1.2.3(1)　コマンド実行履歴の再作成手順」を参照してください。

jevdbinitコマンドについては，マニュアル「JP1/Base 運用ガイド」のコマンドの章を参照してください。

なお，-sオプションを指定してjevdbinitコマンドを実行した場合，セントラルスコープでルートの監視ノードを選択し，ステータスを変更して，状態変更イベント履歴を削除する必要があります。

(b)　エージェント（JP1/Base 07-11以降）の場合

JP1/Baseのjevdbinitコマンドを実行してイベントDBを初期化します。イベントDBの削除および再作成は必要ありません。

JP1/BaseのイベントDBを初期化する手順については，マニュアル「JP1/Base 運用ガイド」のイベントサービス環境の設定の章，イベントDBの初期化に関する説明を参照してください。

重要

エージェント側でイベントDBを初期化した場合，JP1/BaseはイベントをイベントDBに登録しないで破棄します。このため，手順どおりに実施しない場合，イベントDBを初期化したあとに一部のイベントが転送されなくなることがあります。

(c)　エージェント（JP1/Base 07-10以前）の場合

イベントDBを再作成すると，次の問題が発生します。

JP1イベントの転送先のホストで，JP1イベントの転送受け付け，登録，および取得の処理性能が劣化する。

これは，再作成によって転送元のイベントDBが初期化され，転送先のイベントDBの管理情報と不整合が発生するためです。

重要

エージェント側でイベントDBを初期化した場合，JP1/BaseはイベントをイベントDBに登録しないで破棄します。このため，手順どおりに実施しない場合，イベントDBを初期化したあとに一部のイベントが転送されなくなることがあります。

問題発生を防ぐため，次の手順に従ってイベントDBを再作成してください。

JP1/Baseを停止する。

手順1で停止したJP1/Baseの転送設定ファイル（forward）に定義されているすべての転送先ホストのJP1/Baseを停止する。

転送先ホストのJP1/Baseから，さらにほかのホストへ転送している場合，その転送先も同様に停止します。なお，停止するホストにJP1/IM - Managerをインストールしている場合は，JP1/IM - Managerを事前に停止してください。

転送設定ファイル（forward）については，マニュアル「JP1/Base 運用ガイド」のイベントサービス環境の設定の章，JP1イベントの転送設定の説明を参照してください。

手順1，2で停止したJP1/BaseのイベントDBを削除する。

イベントDBの内容を参照する必要がある場合，JP1/BaseのjevexportコマンドでCSVファイルに出力しておいてください。なお，出力したCSVファイルを使ってイベントDBを再作成することはできません。

jevexportコマンドについては，マニュアル「JP1/Base 運用ガイド」のコマンドの章を参照してください。

手順2で停止したJP1/Base（およびJP1/IM - Manager）を起動する。

手順1で停止したJP1/Baseを起動する。

手順4，5でJP1/Baseを起動することで，イベントDBが再作成されます。

例えば，次の図に示すようなシステム構成でイベントDBを再作成するとします。

図1‒1　イベントDBを再作成したいホストと転送先ホストの例

ホストAのイベントDBを再作成（削除）する場合，JP1イベントの転送先ホストであるホストCおよびホストFのイベントDBを削除する必要があります。

(4)　応答待ちイベント滞留ファイルの再作成手順

JP1/IM - Managerを停止する。

応答待ちイベント滞留ファイルを削除する。

表1‒14　削除対象ファイル

OS

対象ファイル

Windows

Consoleパス¥log¥response¥resevent.dat

共有フォルダ¥jp1cons¥log¥response¥resevent.dat

UNIX

/var/opt/jp1cons/log/response/resevent.dat

共有ディレクトリ/jp1cons/log/response/resevent.dat

JP1/IM - Managerを起動する。

(5)　IMデータベースのサイズ拡張手順

ここでは，物理ホストでのIMデータベースのサイズ拡張手順，およびクラスタ環境でのIMデータベースのサイズ拡張手順について説明します。なお，セットアップ情報ファイル（jimdbsetupinfo.conf）でデータベースのサイズにLを指定してIMデータベースを作成した場合，IMデータベースのサイズは拡張できません。

(a)　物理ホストでのIMデータベースのサイズ拡張手順

データベースのサイズ拡張時にIMデータベースを使用しないでイベントを監視するかどうかで手順が異なります。それぞれの手順を次に示します。

データベースのサイズ拡張時にIMデータベースを使用しないでイベントを監視する場合の手順

統合監視DBおよびIM構成管理DBを切り離す。

統合監視DBおよびIM構成管理DBを切り離し，セントラルコンソールがJP1/BaseのイベントDBだけを使用するようにします。

次のコマンドを実行したあと，JP1/IM - Managerを再起動してください。

jcoimdef -db OFF

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

また，JP1/IM - MOを使用している場合は，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスも停止してください。

データベースをバックアップする。

-m EXPANDオプションを指定して，jimdbbackupコマンドを実行します。

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

統合監視DBとIM構成管理DBをアンセットアップする。

セットアップしているデータベースだけ，アンセットアップします。

セットアップ情報ファイルを編集する。

セットアップ情報ファイルのデータベースサイズ（IMDBSIZE）に指定したサイズを変更します。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

OSを再起動する。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

統合監視DBとIM構成管理DBをセットアップする。

手順3でアンセットアップしたデータベースだけ，セットアップします。

セットアップ時には，バックアップ時より大きなデータベースサイズと，バックアップ時と同じデータベース格納ディレクトリを指定する必要があります。

データベースをリカバリーする。

-m EXPANDオプションを指定してjimdbrecoveryコマンドを実行します。

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

JP1/IM3-Managerサービスを再起動する。

次のコマンドを実行したあと，JP1/IM - Managerを再起動してください。

jcoimdef -db ON

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

また，JP1/IM - MOを使用している場合は，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスも起動してください。

インテリジェント統合管理基盤を使用している場合，jddupdatetreeコマンドを新規・再構築モードで実行する。

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

データベースのサイズ拡張時にセントラルコンソールによるシステムの監視を停止する場合の手順

JP1/IM3-Managerサービスを停止する。

データベースをバックアップする。

-m EXPANDオプションを指定して，jimdbbackupコマンドを実行します。

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

統合監視DBとIM構成管理DBをアンセットアップする。

セットアップしているデータベースだけ，アンセットアップします。

セットアップ情報ファイルを編集する。

セットアップ情報ファイルのデータベースサイズ（IMDBSIZE）に指定したサイズを変更します。

JP1/Baseを停止する。

OSを再起動する。

JP1/Baseを起動する。

統合監視DBとIM構成管理DBをセットアップする。

手順3でアンセットアップしたデータベースだけ，セットアップします。

セットアップ時には，バックアップ時より大きなデータベースサイズと，バックアップ時と同じデータベース格納ディレクトリを指定する必要があります。

データベースをリカバリーする。

-m EXPANDオプションを指定してjimdbrecoveryコマンドを実行します。

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

JP1/IM3-Managerサービスを起動する。

インテリジェント統合管理基盤を使用している場合，jddupdatetreeコマンドを新規・再構築モードで実行する。

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

(b)　クラスタ環境でのIMデータベースのサイズ拡張手順

データベースのサイズ拡張時にセントラルコンソールによるシステムの監視を継続するかどうかで手順が異なります。それぞれの手順を次に示します。

データベースのサイズ拡張時にセントラルコンソールによるシステムの監視を継続（機能は一部縮退）する場合の手順

統合監視DBおよびIM構成管理DBを切り離す。

統合監視DBおよびIM構成管理DBを切り離し，セントラルコンソールがJP1/BaseのイベントDBだけを使用するようにします。

次のコマンドを実行したあと，JP1/IM - Managerを再起動してください。

jcoimdef -db OFF -h 論理ホスト名

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

また，JP1/IM - MOを使用している場合は，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスも停止してください。

IMデータベースのクラスタサービス（JP1/IM3-Manager DB Cluster Service_論理ホスト名）を停止する。

クラスタソフトに登録したIMデータベースのクラスタサービス（JP1/IM3-Manager DB Cluster Service_論理ホスト名）を停止します。

データベースをバックアップする。

-m EXPANDオプションを指定して，jimdbbackupコマンドを実行します。

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

統合監視DBとIM構成管理DBをアンセットアップする。

セットアップしているデータベースだけ，アンセットアップします。

クラスタセットアップ情報ファイルを編集する。

クラスタセットアップ情報ファイルのデータベースサイズ（IMDBSIZE）に指定したサイズを変更します。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

OSを再起動する。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

統合監視DBとIM構成管理DBをセットアップする。

手順4でアンセットアップしたデータベースだけ，セットアップします。

セットアップ時には，バックアップ時より大きなデータベースサイズと，バックアップ時と同じデータベース格納ディレクトリを指定する必要があります。

データベースをリカバリーする。

-m EXPANDオプションを指定してjimdbrecoveryコマンドを実行します。

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

IMデータベースのクラスタサービス（JP1/IM3-Manager DB Cluster Service_論理ホスト名）を起動する。

手順2で停止したIMデータベースのクラスタサービス（JP1/IM3-Manager DB Cluster Service_論理ホスト名）を起動します。

JP1/IM3-Managerサービスを再起動する。

次のコマンドを実行したあと，JP1/IM - Managerを再起動してください。

jcoimdef -db ON -h 論理ホスト名

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

また，JP1/IM - MOを使用している場合は，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスも起動してください。

インテリジェント統合管理基盤を使用している場合，jddupdatetreeコマンドを新規・再構築モードで実行する。

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

データベースのサイズ拡張時にセントラルコンソールによるシステムの監視を停止する場合の手順

JP1/IM3-ManagerサービスおよびIMデータベースのクラスタサービス（JP1/IM3-Manager DB Cluster Service_論理ホスト名）を停止する。

JP1/IM3-Managerサービスおよびクラスタソフトに登録したIMデータベースのクラスタサービス（JP1/IM3-Manager DB Cluster Service_論理ホスト名）を停止します。

データベースをバックアップする。

-m EXPANDオプションを指定して，jimdbbackupコマンドを実行します。

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

統合監視DBとIM構成管理DBをアンセットアップする。

セットアップしているデータベースだけ，アンセットアップします。

クラスタセットアップ情報ファイルを編集する。

クラスタセットアップ情報ファイルのデータベースサイズ（IMDBSIZE）に指定したサイズを変更します。

JP1/Baseを停止する。

OSを再起動する。

JP1/Baseを起動する。

統合監視DBとIM構成管理DBをセットアップする。

手順3でアンセットアップしたデータベースだけ，セットアップします。

セットアップ時には，バックアップ時より大きなデータベースサイズと，バックアップ時と同じデータベース格納ディレクトリを指定する必要があります。

データベースをリカバリーする。

-m EXPANDオプションを指定してjimdbrecoveryコマンドを実行します。

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

JP1/IM3-ManagerサービスおよびIMデータベースのクラスタサービス（JP1/IM3-Manager DB Cluster Service_論理ホスト名）を起動する。

手順1で停止したJP1/IM3-ManagerサービスおよびIMデータベースのクラスタサービス（JP1/IM3-Manager DB Cluster Service_論理ホスト名）を起動します。

インテリジェント統合管理基盤を使用している場合，jddupdatetreeコマンドを新規・再構築モードで実行する。

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

(6)　IMデータベースのポート変更手順

JP1/IM3-Managerサービスを停止する。

JP1/IM - MOを使用している場合は，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスも停止してください。

データベースをバックアップする。

-m MAINTオプションを指定して，jimdbbackupコマンドを実行します。

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

統合監視DBとIM構成管理DBをアンセットアップする。

セットアップしているデータベースだけ，アンセットアップします。

セットアップ情報ファイルを編集する。

セットアップ情報ファイルに記載されているポート番号を変更します。

JP1/Baseを停止する。

OSを再起動する。

JP1/Baseを起動する。

統合監視DBとIM構成管理DBをセットアップする。

手順3でアンセットアップしたデータベースだけ，セットアップします。

データベースをリカバリーする。

-m MAINTオプションを指定してjimdbrecoveryコマンドを実行します。

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

JP1/IM - Managerを起動する。

JP1/IM - MOを使用している場合は，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスも起動してください。

インテリジェント統合管理基盤を使用している場合，jddupdatetreeコマンドを新規・再構築モードで実行する。

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

(7)　IMデータベース再構築手順

ここでは，マネージャーのホスト名を変更した場合に必要なIMデータベースの再構築手順について説明します。なお，物理ホストまたは論理ホストのホスト名を変更した場合も，IMデータベースを再構築する必要があります。また，論理ホストのホスト名変更の場合は，クラスタソフトに登録するIMデータベースのサービスも本手順で作成されたサービスを再登録する必要があります。再構築の手順を次に示します。

JP1/IM3-Managerサービスを停止する。

JP1/IM - MOを使用している場合は，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスも停止してください。

統合監視DBとIM構成管理DBをアンセットアップする。

セットアップしているデータベースだけ，アンセットアップします。

JP1/IM - Managerのインストールされているホストのホスト名を変更する。

ホスト名を変更しない場合，この手順は不要です。

JP1/Baseを停止する。

OSを再起動する。

JP1/Baseを起動する。

統合監視DBとIM構成管理DBをセットアップする。

手順2でアンセットアップしたデータベースだけ，セットアップします。

論理ホストのセットアップ時は，クラスタセットアップ情報ファイルの論理ホスト名の編集が必要です。

インテリジェント統合管理基盤を使用している場合，次の表に示すファイルを削除する。

OS

対象ファイル

Windows

Managerパス¥data¥imdd¥actevent.ser

Managerパス¥data¥imdd¥imdd_nodeStatus.ser

Managerパス¥data¥imdd¥jddactseq.ser

共有フォルダ¥data¥imdd¥actevent.ser

共有フォルダ¥data¥imdd¥imdd_nodeStatus.ser

共有フォルダ¥data¥imdd¥jddactseq.ser

UNIX

/var/opt/jp1imm/data/imdd/actevent.ser

/var/opt/jp1imm/data/imdd/imdd_nodeStatus.ser

/var/opt/jp1imm/data/imdd/jddactseq.ser

共有ディレクトリ/jp1imm/data/imdd/actevent.ser

共有ディレクトリ/jp1imm/data/imdd/imdd_nodeStatus.ser

共有ディレクトリ/jp1imm/data/imdd/jddactseq.ser

JP1/IM - Managerを起動する。

変更対象ホストのJP1/IM - Managerを起動します。

JP1/IM - MOを使用している場合は，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスも起動してください。

インテリジェント統合管理基盤を使用している場合，jddupdatetreeコマンドを新規・再構築モードで実行する。

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

重要

ホスト名を変更してIMデータベースを再構築する場合は，データベースをリカバリーできません。必要に応じて，jcoevtreportコマンドを使ってJP1イベントの保存出力，およびjcfexportコマンドを使ってIM構成管理情報の保存を実施してください。各コマンドについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「1.　コマンド」を参照してください。

なお，ホスト名を変更しない場合はデータベースをリカバリーできます。詳細については，「1.2.2　データベースのバックアップおよびリカバリー」を参照してください。

1.3　ディスク容量の管理

JP1/IMの運用を安定して継続するため，ディスクの空き容量を定期的に確認してください。

1.3.1　データベース容量の管理

(1)　IMデータベース容量の管理

JP1/IMが使用する統合監視DBは，運用を継続しても無効領域が増加しないよう設計されています。必要な容量を確保していれば，運用中にデータベースを確認する必要はありません。

データ自体は，セットアップ時に作成されたデータベースに書き込むため，基本的にはセットアップ時に容量を見積もっておけば，容量の増加を考慮する必要はありません。

ログファイル容量の増加については，「1.3.2　ログファイル容量の管理」を参照してください。

統合監視DBでは，JP1イベントの容量が格納可能な範囲を超えた場合，JP1イベントが自動で削除されます。そのため，定期的にJP1イベントの情報を保存出力し，データの消失を防ぐ必要があります。

次に，保存出力を用いてディスク容量を管理する手順を示します。

保存出力に関する情報を確認する。

jcoevtreport -showsv

コマンドを実行すると，保存出力に関する情報を表示します。情報を参考に，保存出力する周期，保存出力に必要な空き容量を見積もってください。

表示する項目を次の表に示します。

表1‒15　表示する項目

表示項目

内容

未出力イベントの割合

統合監視DB内の保存出力していないJP1イベントの割合（統合監視DBの最大件数との比率）をパーセンテージで表示します。

未出力イベントのサイズ

統合監視DB内の保存出力していないJP1イベントの統合監視DB内でのデータサイズを，メガバイト単位で表示します。

表示するサイズは，統合監視DB内でのデータサイズです。CSV出力には，表示された未出力イベントのサイズ×1.2の容量が必要となります。

削除警告通知設定

削除警告通知位置の設定値を表示します。

削除警告通知がOFFの場合は「-」（半角ハイフン）を表示します。

未出力イベントを保存出力する。

jcoevtreport -save

コマンドを実行すると，保存出力していないJP1イベントをすべてCSV形式で出力します。

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

JP1イベントが多く発生してしまい，定期的な保存出力では間に合わなかった場合は，削除警告通知イベントを発行できます。削除警告通知イベントは，保存出力していないJP1イベントの割合が削除警告通知位置を超えたことを通知します。

次に，削除警告通知の設定手順を示します。

削除警告通知イベントの発行を有効にする。

jcoimdef -dbntc ON

コマンドを実行すると，統合監視DB内の保存出力していないJP1イベントの割合（統合監視DBの最大件数との比率）が削除警告通知位置を超えたとき，削除警告通知イベントを発行する機能を有効にします。削除警告通知イベントのデフォルトはOFFです。

削除警告通知位置を指定する。

jcoimdef -dbntcpos 70

コマンドを実行すると，削除警告通知イベントを発行するJP1イベントの割合を，70%に指定します。

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

IM構成管理DBを使用している場合については，「1.2.1(5)　IMデータベースの再編成」を参照してください。

(2)　インテリジェント統合管理データベース容量の管理

インテリジェント統合管理データベースとして使用しているPostgreSQLのディスク容量が不足すると，次のような問題が発生するおそれがあります。

トレンドデータの書き込み，参照，削除の実行不可

データベースの強制終了

トレンドデータの破損※

注※

インテリジェント統合管理データベース（PostgreSQL）では，データベースの処理を高速に行えるように，トレンドデータが書き込まれる際のディスクアクセスをできる限り減らし，WAL（先行書き込みログ）と呼ばれるログにデータベースに対する更新操作（トランザクション）の内容を書き出し，ある程度まとまった単位でディスクに書き出すようにしています。ディスクフルの状態となるタイミングによっては，このWALへの書き出しに失敗したり，WALのファイル自体が破損したりすることが考えられます。

上記のような問題を未然に防止するには，ディスクの空き容量を監視する運用が必要です。

なお，データベース内で頻繁に登録が行われるデータに限り，データ件数が登録可能な上限に達した場合は，登録日時の古いデータが削除されて新しいデータが登録されます。

次の表に示す「JP1/IM - Managerでの監視対象ディレクトリ」のディスクの空き容量を監視してください。

監視対象となる領域

JP1/IM - Managerでの監視対象ディレクトリ

データベースクラスタ領域

インテリジェント統合管理データベースのデータファイルの格納先※1

TABLESPACE領域

データベースの一時領域

WALの格納領域

データベースのログの格納領域

サーバーログの格納領域

運用コマンドの個別ログ

運用コマンドの個別ログの格納先※1

トレンドデータ管理サービスのログ

トレンドデータ管理サービスのログの格納先※1

OSのログ

Windowsイベントログ

システムドライブ:¥Windows¥System32¥winevt¥Logs

syslog

/var/log※2

シスログ（syslog）

/var/log※2

注※1

マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「2.7.1(1)(d) 関連ファイルの格納先」を参照してください。

注※2

Linux 7以降の場合，格納先は，「/etc/syslog.conf」または「/etc/rsyslog.conf」で変更できます。格納先を変更した場合は，変更先のディレクトリを監視対象としてください。

注意事項

データベースの再編成は自動で行うため，ユーザーによる再編成の必要はありません。

ユーザー単位のディスククォータを使用している場合は，トレンドデータ管理DBを起動するユーザーに対して，ディスクの使用量と使用限度を監視してください。ディスクの容量不足に余裕をもって対処できるように，例えば，ディスクの空き容量が，全体の20%を割り込む状態となったときに対処するなど，あらかじめ目安を設けておく運用を推奨します。

なお，インテリジェント統合管理データベースで管理するトレンドデータは，一定期間（デフォルトの保存期間は32日）が経過すると削除されますが，次のような場合に，トレンドデータが削除されるよりも前に，大量のトレンドデータがインテリジェント統合管理データベースに挿入されることで，ディスクが枯渇してしまうリスクが考えられます。

トレンドデータの保存期間を長めに設定した場合

監視対象数やサンプル数が極端に多い場合

一定期間（1日，1週間など）の稼働後に，稼働前後のディスク使用量の増加量を元に，ディスクフルの状態となる時期を想定するなどして，事前に，ディスクの容量不足の対処に関する計画を立てておくことを検討してください。

(a)　ディスクフル状態からの復旧

ディスクフルの状態となった場合に復旧する手順を，次に示します。

サービスが停止していることを確認する。

万が一，ディスクフルの状態となった場合，いったん監視エージェントからのリクエストを受け付けない状態にして対処を行う必要があるため，インテリジェント統合管理データベースのサービス※が停止していることを確認してください。また，トレンドデータ管理サービスも停止させてください。

注※

ディスクフルの状態となった場合，サービスは強制終了していることが考えられますが，サービスが停止していなかったときは，停止させてください。

ディスクの空き領域を確保する。

不要なファイルの削除やディスク領域の追加（LVMなどOS機能）を行って，十分なディスクの空き領域を確保してください。

サービスを起動する。

インテリジェント統合管理データベースのサービス，およびトレンドデータ管理サービスを起動してください。

上記の手順で復旧できなかった場合は，インテリジェント統合管理データベースの削除および再構築を行ってください。定期的にバックアップを取得しているときは，バックアップからリカバリーすることで，前回バックアップを取得した時点の状態には復旧※できます。

注※

基本的には，ディスクフルの状態となった場合，それまでに収集したトレンドデータの復旧は保証できません。

1.3.2　ログファイル容量の管理

ディスク容量を圧迫する原因の一つとして，ログファイル容量の増加があります。

JP1/IM，JP1/Baseの場合，ログファイルの容量を事前に見積もっておけば，ログファイル容量の増加を考慮する必要はありません。これはJP1/IM，JP1/Baseが出力するログファイルは，複数のログファイルを切り替えて使用するなどの方式を採用しているためです。

OSや同ホストのほかの製品については，それぞれの仕様を確認してログファイルの容量が増加しないよう注意してください。

(1)　インテリジェント統合管理データベースが出力するログの確認

PostgreSQLの設定に応じて，次に示すインテリジェント統合管理データベースのログを出力します。PostgreSQLの設定については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「インテリジェント統合管理データベースの設定ファイル（postgresql.conf）」（2.　定義ファイル）を参照してください。

格納先

Windowsの場合

インテリジェント統合管理データベースのデータファイルの格納先※¥log

UNIXの場合

インテリジェント統合管理データベースのデータファイルの格納先※/log

注※

マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「2.7.1(1)(d) 関連ファイルの格納先」を参照してください。

ファイル名

postgresql-%a※.log

注※

「%a」には，GMTタイムゾーンの曜日を表す英字3文字（Mon，Tue，Wed，Thu，Fri，Sat，またはSunのどれか）が入ります。

出力内容

ログの出力行の形式を次に示します。

YYYY-MM-DD HH:MM:SS.FFF GMT [プロセスID] SQLステートメント ログ出力メッセージ

「YYYY-MM-DD HH:MM:SS.FFF GMT [プロセスID] SQLステートメント」の部分に，GMTタイムゾーンのタイムスタンプ，プロセスID，SQLステートメントを，プレフィックスとして出力します。

ログファイルのサイズの見積もり

ログファイルのサイズに上限はありません。

通常の運用でのログの出力サイズの見積もり式を，次に示します。

通常の運用でのログの出力サイズ（1週間分）

＝1日分のログの出力サイズ×7（日）

1日分のログの出力サイズ

＝1サンプル当たりのログの出力サイズ※1×1日のスクレイプ回数※2×1回のスクレイプで各Exporterから収集されるサンプル数※3

注※1

トレンドデータの書き込みで出力されるログの出力サイズを示します。

JP1/IM - Agentの場合は，50バイトを想定しています。

注※2

JP1/IM - Agentの場合は，Prometheus設定ファイル（jpc_prometheus_server.yml）のscrape_intervalで指定するスクレイプ間隔を元に算出します。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「Prometheus設定ファイル（jpc_prometheus_server.yml）」（2.　定義ファイル）のscrape_intervalについて説明している個所を参照してください。

スクレイプ間隔の指定が1m（1分）の場合は，1440回（60分×24時間）となります。

注※3

監視エージェントがターゲットとする各Exporterのメトリック定義ファイルで指定しているメトリック数の総和を示します。

JP1/IM - Agentがサポートする各Exporterのメトリック定義ファイルについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）の各Exporterのメトリック定義ファイルについて説明している個所を参照してください。

なお，Linuxの場合，次に示すようなスクリプト（一定期間のログを圧縮または削除する）※を作成し，定期的（1回／日）に実行することで，ログファイルのディスク容量を削減できます。

注※　「/etc/cron.daily」ディレクトリに配置します。

ログを1日単位で圧縮および30日単位で削除するシェルスクリプトの例

#!/usr/bin/bash
LOGDIR=/var/opt/jp1imm/database/imgndb/log
LOGSAVE=/var/opt/jp1imm/log/imgndb
COMPRESS_DAY=1
REMOVE_DAY=30
COMPRESS_CMD=gzip

COMPRESS_MTIME=`expr $COMPRESS_DAY - 1`
#Search for ".log" files whose modification date is "$COMPRESS_MTIME" or later
COMPRESS_FILE=`find $LOGDIR -name '*.log' -daystart -type f -mtime +$COMPRESS_MTIME`

#Add the date to the end of the file to be compressed and compress it.
if [ "$COMPRESS_FILE" != "" ]
then
    for i in $COMPRESS_FILE
    do
       if [ -f ${i} ]
       then
          mv ${i} ${i}.`date '+%Y%m%d'`
          $COMPRESS_CMD ${i}.`date '+%Y%m%d'`
       fi
    done
fi

#Search for ".gz" files
MV_FILE=`find $LOGDIR -name '*.gz'`

#Move  compressed logfiles to "$LOGSAVE"
if [ "$MV_FILE" != "" ]
then
    for i in $MV_FILE
    do
       if [ -f ${i} ]
       then
          mv ${i} $LOGSAVE
       fi
    done
fi

REMOVEMTIME=`expr $REMOVE_DAY - 1`
#Search for ".gz" files whose modification date is "$REMOVEMTIME " or later
REMOVE_FILE=`find $LOGSAVE -name 'postgresql-*.gz' -daystart -type f -mtime +$REMOVEMTIME`

#Delete the file to be deleted
if [ "$REMOVE_FILE" != "" ]
then
    for i in $REMOVE_FILE
    do
        if [ -f ${i} ]
        then
            rm -f ${i}
        fi
    done
fi

上記のスクリプトを実行して運用する場合，監視対象数を500件としたときの，ログファイルのディスク容量の見積もりは，約20GB※となります。

注※

次に示す各ログファイルのサイズの合計です。

・当日のログファイルのサイズ：約4GB

・前日（圧縮前）のログファイルのサイズ：約4GB

・圧縮後のログファイルのサイズ（400MB）×30日分：約12GB

インテリジェント統合管理データベースのログは，極めてサイズが大きいため，資料採取ツール※の採取対象外となります。「12.3.1(1)(b) JP1の情報」および「12.3.1(2)(b) JP1の情報」に記載しているケースに該当する場合は，手動で個別に採取する必要があります。

注※

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

1.3.3　ダンプファイルの管理

JP1/IM，JP1/Baseやユーザープログラムなどで問題が発生して異常終了した場合は，coreダンプ（UNIXの場合）などのダンプファイルが出力される場合があります。

これらのダンプファイルは容量が大きいことが多いため，トラブルが発生した場合は，必要なものを資料として採取してから，削除するようにしてください。

なお，Windowsの場合は，プロセスがアプリケーションエラーになると，Windowsエラー報告ダイアログボックスが表示されます。これらが表示されると入力待ちとなって再起動ができないため，画面表示によるエラーの通知を抑止する必要があります。

トラブル発生時の資料採取については，「12.　トラブルシューティング」を参照してください。

1.4　履歴レポートの活用

JP1/IMは，運用中に発生したJP1イベントの情報，JP1/IMの処理情報などの履歴を管理しています。履歴を活用して，JP1/IMのメンテナンスの検討材料としてください。

1.4.1　イベントのCSV出力

JP1イベントをCSV出力する機能を，イベントレポート出力と呼びます。JP1イベントをCSV出力する方法には，次の三つがあります。

イベント情報のスナップショットをCSV出力する

スナップショットとは，特定のタイミングで情報を抽出することを意味します。JP1/IM - Viewに表示されるイベント情報のスナップショットは，運用に合わせてフィルタリングしたJP1イベントを出力できます。例えば，どのホストや製品で問題が発生しているのか，どのような対処をしているかなど，運用しているシステムの障害レポートとして利用できます。

［イベントコンソール］画面に表示されているイベント一覧をCSV出力する方法については，「6.1　JP1イベントの見方」を参照してください。

イベントDBの内容をCSV出力する

JP1/Baseが管理するイベントDBの内容を，jevexportコマンドを使用してCSV出力します。マネージャーへ転送する必要のないJP1イベント，例えば，JP1/AJSのジョブ正常終了などのJP1イベントを運用の履歴や統計情報として利用したい場合は，エージェントのイベントDBの内容をjevexportコマンドを使用してCSV出力できます。

jevexportコマンドについては，マニュアル「JP1/Base 運用ガイド」のコマンドに関する章を参照してください。

統合監視DBの内容をCSV出力する

統合監視DBに登録されているJP1イベントを，jcoevtreportコマンドを使用してCSV出力します。統合監視DBに登録されているJP1イベント，例えば，先週発生したJP1イベントの一覧を出力する場合，指定したイベントだけを出力する場合などに利用できます。

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

1.4.2　相関イベントの発行履歴

相関イベント発行履歴ファイルには，相関イベント発行サービスの動作状況や相関イベントの発行処理の内容が出力されます。

相関イベント発行履歴ファイルを参照することで，定義した相関イベント発行条件どおりに相関イベントが発行されているかどうかを確認できます。例えば，特定の発行条件に対して，不成立の履歴が多く出力されている場合，発行処理の対象としているJP1イベントの組み合わせが適切でない，またはタイムアウト時間が短いおそれがあります。

定期的に発行条件を見直す際には，参考として相関イベント発行履歴ファイルを参照してください。

1.4.3　共通除外条件の除外履歴および定義履歴

共通除外条件に関する履歴情報は次のファイルに出力されます。

共通除外履歴ファイル

共通除外条件によって，取得対象外または自動アクションの実行対象外となったJP1イベントの情報と，除外に使われた共通除外条件の情報が出力されます。さらに，共通除外条件定義の反映，変更の操作履歴が出力されます。除外に使われた共通除外条件定義の内容は，共通除外条件定義履歴ファイルで確認できます。

共通除外条件定義履歴ファイル

共通除外条件定義の反映，変更の操作履歴，および反映，変更後の共通除外条件定義の内容が出力されます。

共通除外履歴ファイルを参照することで，共通除外条件で意図したとおりにJP1イベントが除外されているかどうかを確認できます。

例えば，イベントコンソールにJP1イベントが表示されない，または自動アクションが実行されない場合は，共通除外条件によって意図せずにJP1イベントが取得対象外または自動アクションの実行対象外になっている可能性があります。共通除外履歴ファイルを確認して，JP1イベントが意図せず除外されていないか確認してください。

ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.2.7(5)　共通除外履歴ファイルの内容」および「4.2.7(6)　共通除外条件定義履歴ファイルの内容」を参照してください。

1.5　設定情報およびDBの移行

1.5.1　移行の対象となる設定情報およびDB

次のうちどれかの設定が異なる別ホストに移行する場合，JP1/IMの設定情報を移行する必要があります。

ホスト名

IPアドレス

PPバージョン

製品の使用するディレクトリの構成（権限なども含む）

この項では，JP1/IMの設定情報を移行する場合の対象について説明します。

(1)　JP1/IM - Manager（インテリジェント統合管理基盤）

インテリジェント統合管理基盤を別ホストへ移行する場合，移行できるのは定義ファイルだけです。

移行先ホストで，インテリジェント統合管理基盤の定義ファイルを再定義する必要があります。

(2)　JP1/IM - Manager（セントラルコンソール）

別ホストへ移行する場合，移行できる定義は「自動アクション定義ファイル」だけです。

その他の定義については，移行先ホストで再定義する必要があります。

(3)　JP1/IM - Manager（セントラルスコープ）

jcsdbexportコマンド，jcsdbimportコマンドによって，監視オブジェクトDBの情報を移行できます。

その他の定義については，移行先ホストで再定義する必要があります。

なお，監視オブジェクトDBの情報を移行する際は，監視オブジェクトの状態変更条件および共通条件に設定している自ホストのホスト名およびIPアドレスが合っているかを見直してください。

(4)　JP1/IM - Manager（IM構成管理）

jcfexportコマンド，jcfimportコマンドによって，IM構成管理の管理情報を移行できます。

インポートしたIM構成管理の管理情報をシステムに反映するには，「9.7.3　インポートしたIM構成管理の管理情報をシステムに反映する」を参照してください。

なお，インポートした設定ファイルのプロファイル情報に，移行元のマネージャーホスト名を記載している場合は，プロファイルの設定を見直してください。

(5)　JP1/IM - View

移行先ホストでJP1/IM - Viewの定義ファイルを再定義する必要があります。

(6)　IMデータベース

IMデータベースの移行はできません。移行先ホストでIMデータベースを再構築する必要があります。IMデータベースの再構築については，「1.2.3(7)　IMデータベース再構築手順」を参照してください。

(7)　イベントDB

イベントDBの移行はできません。移行先ホストでイベントDBを再構築する必要があります。イベントDBの構築については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(8)　インテリジェント統合管理データベース

インテリジェント統合管理データベースに格納されているトレンドデータおよび統合エージェントホストの情報だけを移行できます（移行対象となるのは，トレンドデータ管理DB，統合エージェントホスト管理DBです）。

移行元ホストでバックアップを取得し，インテリジェント統合管理データベースをセットアップした移行先ホストでリストアを行う必要があります。移行手順について，次に示します。

JP1/IM - Managerを移行先ホストにインストールする。

移行元のホスト上の定義ファイルをバックアップする。

次に示す定義ファイルをバックアップします。

物理ホストの場合

定義ファイル名

ファイルパス

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

Windowsの場合

Managerパス¥imgndb¥setup¥jimgndbsetupinfo.conf

Linuxの場合

/etc/opt/jp1imm/conf/imgndb/setup/jimgndbsetupinfo.conf

postgresql.conf

Windowsの場合

Managerパス¥conf¥imgndb¥postgresql.conf

Linuxの場合

/etc/opt/jp1imm/conf/imgndb/postgresql.conf

論理ホストの場合

定義ファイル名

ファイルパス

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

Windowsの場合

Managerパス¥imgndb¥setup¥jimgndbclustersetupinfo.conf

Linuxの場合

/etc/opt/jp1imm/conf/imgndb/setup/jimgndbclustersetupinfo.conf

postgresql.conf

Windowsの場合

共有フォルダ¥jp1imm¥conf¥imgndb¥postgresql.conf

Linuxの場合

共有ディレクトリ/jp1imm/conf/imgndb/postgresql.conf

インテリジェント統合管理データベースのデータファイルをバックアップする。

次に示す手順を実施します。

手順1：JP1/IM - Managerのサービスを停止する。

停止方法については，「3.2 JP1/IM - Managerを終了する」を参照してください。

手順2：インテリジェント統合管理データベースのサービスを停止する。

■Windowsの場合

インテリジェント統合管理データベースサービス，および，トレンドデータ管理サービスを停止する場合は，［コントロールパネル］−［管理ツール］−［サービス］から，トレンドデータ管理サービス，インテリジェント統合管理データベースサービスの順番で停止してください。

■Linuxの場合

JP1/IM - Managerの停止に合わせて，インテリジェント統合管理データベース，および，トレンドデータ管理サービスも停止します。詳細については，「3.2.2　UNIXの場合」を参照してください。

手順3：jimgndbbackupコマンド（引数-mにTRANSFを指定）を使用して，インテリジェント統合管理データベースのの移行用バックアップを行う。

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

手順4：インテリジェント統合管理データベースのサービスを起動する。

■Windowsの場合

インテリジェント統合管理データベースのサービスを起動する場合は，［コントロールパネル］−［管理ツール］−［サービス］から，インテリジェント統合管理データベースサービス，トレンドデータ管理サービスを順番に起動してください（依存関係があるため，トレンドデータ管理サービスを起動すると，連動して。インテリジェント統合管理データベースサービスが自動で起動します）。

■Linuxの場合

JP1/IM - Managerの起動に合わせて，インテリジェント統合管理データベース，および，トレンドデータ管理サービスも起動します。詳細については，「3.1.2　UNIXの場合」を参照してください。

手順5：JP1/IM - Managerのサービスを起動する。

起動方法については，「3.1 JP1/IM - Managerを起動する」を参照してください。

インテリジェント統合管理基盤の移行を実施する。

インテリジェント統合管理基盤の移行については，「1.5.1(1)JP1/IM - Manager（インテリジェント統合管理基盤）」を参照してください。

移行元からバックアップしたインテリジェント統合管理データベースセットアップ情報ファイル（論理ホストの場合は，クラスタ環境インテリジェント統合管理データベースセットアップ情報ファイル）を移行先ホストにコピーする。

5.でコピーしたインテリジェント統合管理データベースセットアップ情報ファイル（論理ホストの場合は，クラスタ環境インテリジェント統合管理データベースセットアップ情報ファイル）の内容に従い，インテリジェント統合管理データベースのセットアップを実施する。

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

移行元からバックアップしたpostgresql.confファイルからデフォルトから変更したパラメーターについて移行先のpostgresql.conf ファイルに反映する。

移行元でバックアップしたインテリジェント統合管理データベースのデータファイルをリストアする。

次に示す手順を実施します。

手順1：JP1/IM - Managerのサービスが停止していることを確認する。

停止状態でない場合の停止方法については，「3.2 JP1/IM - Managerを終了する」を参照してください。

手順2：インテリジェント統合管理データベースのサービスが停止していることを確認する。

停止状態でない場合の停止方法について，次に示します。

■Windowsの場合

インテリジェント統合管理データベースサービス，および，トレンドデータ管理サービスを停止する場合は，［コントロールパネル］−［管理ツール］−［サービス］から，トレンドデータ管理サービス，インテリジェント統合管理データベースサービスの順番で停止してください。

■Linuxの場合

JP1/IM - Managerの停止に合わせて，インテリジェント統合管理データベース，および，トレンドデータ管理サービスも停止します。詳細については，「3.2.2　UNIXの場合」を参照してください。

手順3：jimgndbrestoreコマンド（引数-mにTRANSFを指定）を使用して，インテリジェント統合管理データベースの移行用リストアを行う。

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

手順4：インテリジェント統合管理データベースのサービスを起動する。

■Windowsの場合

インテリジェント統合管理データベースのサービスを起動する場合は，［コントロールパネル］−［管理ツール］−［サービス］から，インテリジェント統合管理データベースサービス，トレンドデータ管理サービスを順番に起動してください（依存関係があるため，トレンドデータ管理サービスを起動すると，連動して。インテリジェント統合管理データベースサービスが自動で起動します）。

■Linuxの場合

JP1/IM - Managerの起動に合わせて，インテリジェント統合管理データベース，および，トレンドデータ管理サービスも起動します。詳細については，「3.1.2　UNIXの場合」を参照してください。

手順5：JP1/IM - Managerのサービスを起動する。

起動方法については，「3.1 JP1/IM - Managerを起動する」を参照してください。

手順6：jddupdatetreeコマンドを新規・再構築モードで実行する。

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

(9)　統合エージェントホストのJP1/IM - Agentの移行

(a)　ホスト間のデータ移行

統合エージェントホストを同じホスト名のホストに移行できます。移行できる対象は，パフォーマンスデータ，JP1イベントデータ，および定義情報です。

同じホスト名のホストに移行する場合は，「1.1.2 JP1/IM - Agentのバックアップとリカバリー」の手順と同じです。

異なるホスト名のホストに移行する場合は，「1.1.2 JP1/IM - Agentのバックアップとリカバリー」の手順で，同じホスト名のホストに移行したあと，「2.2.1(3) エージェントのホスト名を変更した場合の作業」の手順を実施します。

なお，異なるホスト名に変更すると，それまでに取得したパフォーマンスデータとJP1イベントは参照できなくなりますので，注意してください。

(b)　JP1ユーザー間でのデータ参照について

JP1/IM - Agentで収集し，JP1/IM - Manager（インテリジェント統合管理基盤）に保存されているパフォーマンスデータは，そのパフォーマンスデータが紐付いているIM管理ノードに対してアクセスできるJP1ユーザーであれば，JP1/IM - Managerの統合オペレーション・ビューアーから誰でも参照できます。

JP1/IM - Agentでは，JP1ユーザーに依存するデータを保存することはないため，統合オペレーション・ビューアーにログインするJP1ユーザー間でのデータの移行はありません。

(c)　JP1/PFMの各製品からの移行について

JP1/IM - Agentは，JP1/PFM製品とは異なるプロトコルによってパフォーマンスデータを収集します。そのため，JP1/PFM製品からの移行手段はありません。

(10)　統合マネージャーホストのJP1/IM - Agentの移行

(a)　ほかのホストへの移行

ほかのホストに移行する手順を次に示します。

定義ファイルを移行する。

移行元ホストの定義ファイルの移行先にコピーします。

「2.2.1(2)(i)JP1/IM - Agentで使用しているサーバ証明書に記載したホスト名」の「■統合マネージャーホストのホスト名を変更する」と「2.3.1(2)(d) JP1/IM - Agentで使用しているサーバ証明書に記載したIPアドレス」の「■統合マネージャーホストのIPアドレスを変更する」に従い，ホスト名とIPアドレスを変更する。

移行先ホスト固有の設定（ホスト名に関係する設定など）を実施します。

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.2(2)(a) 接続先の統合マネージャーを変更する（Windowsの場合）（オプション）」および「2.19.2(2)(a) 接続先の統合マネージャーを変更する（Linuxの場合）（オプション）」に従い，移行先のマネージャホストに変更する。

統合エージェントホスト側の接続情報（移行元ホストに接続していた情報）を移行先ホストの情報に更新します。

(b)　クラスタシステムでのほかのホストへの移行

ほかのホストに移行する手順を次に示します。

移行元ホストの定義ファイルの移行先へのコピー，および，移行先ホスト固有の設定（ホスト名に関係する設定など）を実施したあと，統合エージェントホスト側の接続情報（移行元ホストに接続していた情報）を移行先ホストの情報に更新します。

定義ファイルを移行する。

移行元ホストの定義ファイルの移行先にコピーします。

「2.2.1(2)(i)JP1/IM - Agentで使用しているサーバ証明書に記載したホスト名」の「■クラスタシステムで統合マネージャーホストのホスト名を変更する」と「2.3.1(2)(d) JP1/IM - Agentで使用しているサーバ証明書に記載したIPアドレス」の「■クラスタシステムで統合マネージャーホストのIPアドレスを変更する」に従い，ホスト名とIPアドレスを変更する。

移行先ホスト固有の設定（ホスト名に関係する設定など）を実施します。

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.2(2)(a) 接続先の統合マネージャーを変更する（Windowsの場合）（オプション）」および「2.19.2(2)(a) 接続先の統合マネージャーを変更する（Linuxの場合）（オプション）」に従い，移行先のマネージャホストに変更する。

統合エージェントホスト側の接続情報（移行元ホストに接続していた情報）を移行先ホストの情報に更新します。

1.6　通信暗号化機能の証明書の管理

通信暗号化機能を使用している場合は証明書および秘密鍵の管理が必要です。

JP1/IMの運用を安定して継続するためには，サーバ証明書の有効期限が有効期限外になる前に，サーバ証明書を更新する必要があります。

また，証明書と秘密鍵のアクセス権は正しく設定してください。

1.6.1　サーバ証明書の有効期限の管理

JP1/IMの通信暗号化機能は，マネージャーホストのサーバ証明書の有効期限が有効期限外の場合は，通信できないように設計されています。

JP1/IMの運用を安定して継続するためには，サーバ証明書の有効期限が有効期限外になる前に，サーバ証明書を更新する必要があります。

サーバ証明書を更新する手順は，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「9.4.2　設定済みの証明書を変更する」を参照してください。

サーバ証明書の有効期限はopensslコマンドで確認します。コマンドを実行すると，サーバ証明書の情報を表示します。情報を参考に，サーバ証明書を更新する時期を検討してください。

opensslのコマンドについては，OpenSSLの公式サイトを参照してください。

1.6.2　キーストアの管理

JP1/IM - Managerは通信暗号化機能が有効の場合に，起動時にキーストアの削除，および作成をし，停止時にキーストアの削除をします。通信暗号化機能が無効の場合は，起動時にキーストアの削除をします。

JP1/IM - Manager用キーストアには次のファイルを格納します。

秘密鍵

サーバ証明書

中間CA 認証局証明書（使用する場合）

JP1/IM - Managerの起動時，または停止時にキーストアの削除ができなかった場合など，キーストアを手動で削除できます。不要なキーストアを手動で削除する場合は，次の手順に従って操作してください。

JP1/IM - Managerが停止していることを確認する。

不要なキーストアを削除する。

キーストアの格納先については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「9.4.4(3)　JP1/IM - Manager用キーストア」を参照してください。

重要

秘密鍵またはJP1/IM - Manager用のキーストアを入手した場合，通信データを暗号化しても解読されるおそれがあるため，秘密鍵とJP1/IM - Manager用のキーストアは，JP1/IM - Managerの管理者が厳重に管理してください。秘密鍵またはJP1/IM - Manager用のキーストアを格納しているフォルダは，一般ユーザーは参照できないように設定してください。

2　JP1/IMシステムの構成変更

この章では，JP1/IMシステムの構成変更の際に必要な作業について説明します。

2.1　JP1/IMの設定情報の変更

JP1/IMで監視，操作するホストを増加させる，JP1/IMの動作を変更してJP1/IMの業務（システムの運用監視）の効率化を図るなど，JP1/IMの運用環境を変更する場合は，まず，どのような目的で変更するのかを明確にする必要があります。また，運用環境の変更に伴い，必要な設定作業が何かを洗い出す必要があります。

変更の目的と設定作業については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」を参照してください。設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」およびマニュアル「JP1/Base 運用ガイド」を参照してください。

2.1.1　統合エージェントホストのJP1/IM - Agentの設定変更

(1)　IPバインド方式に変更する（オプション）

IPバインド方式に変更する場合は，次の設定を変更します。

統合エージェント制御基盤の設定

Prometheus serverの設定

Alertmanagerの設定

Node exporterの設定

Windows exporterの設定

Blackbox exporterの設定

Yet another cloudwatch exporterの設定

設定の変更方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7.3.6 統合エージェントホストでのJP1/IM - Agentの新規インストール（Windowsの場合）」および「8.3.6 統合エージェントホストでのJP1/IM - Agentの新規インストール（UNIXの場合）」の「IPバインド方式に変更する」の手順で，物理ホストの設定を参照してください。

(2)　コンテナシステムでの設定変更

設定変更が必要な場合は，DockerイメージやPodmanイメージを作り直すことを推奨します。

コンテナを起動したあとで設定変更する場合，次の注意事項があります。

定義ファイル操作機能を使用して更新や削除を行うことはできません。コンテナ環境に対して定義ファイル操作機能を使用して更新や削除を行うとKNBC00019-Eエラーになります。

コンテナ内のファイルを編集する場合は，コンテナを起動したあとで，次に示すコマンドを実行してコンテナに接続する必要があります。

Dockerの場合

# docker exec -it コンテナ名 /bin/bash

Podmanの場合

# podman exec -it コンテナ名 /bin/bash

ユニット定義ファイルを編集する手順は，コンテナでは，サービス管理プログラムの定義ファイルを編集します。例えば，supervisordの場合は，supervisordの定義ファイル（supervisord.conf）を編集します。

2.1.2　統合マネージャーホストのJP1/IM - Agentの設定変更

(1)　初期シークレットを更新する（オプション）

統合オペレーション・ビューアーにログインする。

初期シークレットの更新を実行する。

統合オペレーション・ビューアーの［オプション］メニューで［初期シークレットの発行］を選択し，［初期シークレットの表示］画面を表示します。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.2 オプションに関する画面」で，該当するメニューや画面の説明を参照してください。

統合オペレーション・ビューアーに表示された新しい初期シークレットを入手する。

今後，統合エージェントを構築するときは，新しい初期シークレットを指定する必要があります。

2.2　ホスト名を変更する場合に必要な作業

マネージャーまたはエージェントのホスト名を変更した場合に必要な作業と，システム構成の再配布手順を説明します。JP1/IM - ManagerはJP1/Baseを前提としているため，マニュアル「JP1/Base 運用ガイド」のJP1/Base運用中の設定変更の章を参照して，JP1/Baseのホスト名の変更に必要な作業を行ってください。

また，メールサーバのホスト名やクラスタシステムで論理ホスト名を変更した場合，作業が必要になることもあります。ここで説明する内容を基に作業してください。

作業を開始する前にホスト名を変更するマネージャーまたはエージェントのJP1/Baseを停止してください。

2.2.1　エージェントとしてJP1/IM - Agentを使用している場合

(1)　マネージャーのホスト名を変更した直後に必要な作業

マネージャーのホスト名を変更した直後に必要な作業について説明します。

(a)　JP1/Baseで必要な作業

ホスト名を変更したマネージャーのJP1/Baseにおいて，認証サーバのホスト名を変更してください。手順などの詳細については，マニュアル「JP1/Base 運用ガイド」のJP1/Base運用中の設定変更の章，ホスト名の変更による影響および必要な作業の説明を参照してください。

その後，ホスト名を変更したマネージャーのJP1/Baseをいったん終了してから，再起動する必要があります。

(b)　IMデータベースで必要な作業

マネージャーのホスト名を変更した場合，「1.2.3(7)　IMデータベース再構築手順」を参照して，IMデータベースを再構築してください。

(2)　マネージャーのホスト名を変更した場合の作業

(a)　フィルター条件で設定したホスト名

［重要イベント定義］画面，［表示フィルター設定］画面，または［ユーザーフィルター詳細設定］画面で定義してある登録ホスト名が変更対象であった場合は，それぞれの設定画面で登録ホスト名の設定を変更する必要があります。

(b)　［アクション設定］画面または自動アクション定義ファイルで設定したホスト名

［アクション設定］画面または自動アクション定義ファイルで定義してある実行ホスト名が変更対象であった場合は，［アクション設定］画面または自動アクション定義ファイルで実行ホスト名の設定を変更する必要があります。

ホスト名を設定したあとに次のどちらかの作業をします。

JP1/IM - Managerの起動時，JP1/IM - Viewの［アクション設定］画面の［適用］ボタンをクリックして定義を有効にする。

jcachangeコマンドを実行して定義を再読み込みする。

(c)　監視オブジェクトの状態変更条件で設定したホスト名

［状態変更条件設定］画面または［共通条件詳細設定］画面で設定したホスト名が変更対象であった場合は，それぞれの設定画面でホスト名の設定を変更する必要があります。

ホスト名を設定してからシステム構成の再配布を実施します。詳細については，「2.2.2(3)　マネージャーまたはJP1/Baseのホスト名を変更した場合のシステム構成の再配布手順」を参照してください。

(d)　相関イベント発行定義ファイルで設定したホスト名

相関イベント発行定義ファイルで，相関イベントの発行条件として定義してあるホスト名が変更対象であった場合は，相関イベント発行定義ファイルでホスト名の設定を変更する必要があります。

相関イベント発行定義ファイルでホスト名を設定してから，jcoegschangeコマンドで相関イベント発行定義を有効にします。

(e)　重大度変更定義ファイルで設定したホスト名

重大度変更定義ファイルで，重大度変更条件として定義してあるホスト名が変更対象であった場合は，重大度変更定義ファイルでホスト名の設定を変更する必要があります。

イベントの重大度変更機能が有効な場合に，次のどれかの操作を実施してホスト名の変更を有効にします。

jco_spmd_reloadコマンドを実行する。

JP1/IM - Managerを起動する。

［追加重大度変更定義設定］画面で［OK］ボタンをクリックする。

［重大度変更定義一覧］画面で［適用］ボタンをクリックする。

(f)　表示メッセージ変更定義ファイルで設定したホスト名

表示メッセージ変更定義ファイルで，表示メッセージ変更条件として定義してあるホスト名が変更対象であった場合は，表示メッセージ変更定義ファイルでホスト名の設定を変更する必要があります。

イベントの表示メッセージ変更機能が有効な場合に，次のどれかの操作を実施してホスト名の変更を有効にします。

jco_spmd_reloadコマンドを実行する。

JP1/IM - Managerを起動する。

［追加表示メッセージ変更定義設定］画面で［OK］ボタンをクリックする。

［表示メッセージ変更定義一覧］画面で［適用］ボタンをクリックする。

(g)　サーバ証明書のCNおよびSANに記載したホスト名

通信暗号化機能が有効の場合に，サーバ証明書のCNおよびSANに記載したホスト名が変更対象のときは，サーバ証明書を作成し直す必要があります。

サーバ証明書を作成し直す手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「9.4.2　設定済みの証明書を変更する」を参照してください。

(h)　インテリジェント統合管理基盤が稼働するホストのホスト名

インテリジェント統合管理基盤が稼働するホストのホスト名を変更した場合は，JP1/IM - Managerの再起動が必要です。JP1/IM - Managerの起動手順については「3.1　JP1/IM - Managerを起動する」を参照してください。

また，通信暗号化機能が有効の場合に，サーバ証明書のCNおよびSANに記載したホスト名が変更対象のときは，サーバ証明書を作成し直す必要があります。サーバ証明書を作成し直す手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「9.4.2　設定済みの証明書を変更する」を参照してください。

IM管理ノードのホストのホスト名を変更する場合は，IM管理ノードを再取得する必要があります。IM管理ノードを再取得する手順については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「3.5.6　IM管理ノードの変更」を参照してください。

(i)　JP1/IM - Agentで使用しているサーバ証明書に記載したホスト名

統合マネージャーホストのホスト名を変更する

JP1/IM - Managerを停止する。

ホスト名の変更を反映したサーバ証明書で更新する。

証明書の更新については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.19.3(1)(b) 統合エージェント管理基盤の設定変更（Windowsの場合）」の「■証明書を設定する」を参照してください。

なお，証明書に変更前のホスト名を含んでいない場合は，この手順は不要です。

JP1/IM - Managerを起動する。

クラスタシステムで統合マネージャーホストのホスト名を変更する

統合エージェント管理基盤を停止する。

論理ホスト名の変更を反映したサーバ証明書で更新する。

証明書の更新については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7.3.3(9)(a) 統合エージェント管理基盤の設定変更」および「8.3.3(9)(a) 統合エージェント管理基盤の設定変更」の「■証明書を設定する」を参照してください。

なお，証明書に変更前のホスト名を含んでいない場合は，この手順は不要です。

統合エージェント管理基盤を起動する。

(3)　エージェントのホスト名を変更した場合の作業

(a)　エージェントのホスト名

エージェントホストにログインする。

JP1/IM - Agentのサービスを停止する。

JP1/IM - Agentのすべての定義ファイルについて，旧ホスト名が記載されている個所を新ホスト名に変更する。

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

JP1/IM - Agentのサービスを起動する。

IM管理ノードのツリー情報を反映する。

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.2(16) IM管理ノードのツリー情報の作成と反映（Windowsの場合）（必須）」および「2.19.2(17) IM管理ノードのツリー情報の作成と反映（Linuxの場合）（必須）」を参照してください。

重要

定義ファイルを変更する作業について，次の注意事項があります。

一部の定義ファイルを編集せずにJP1/IM - Agentのサービスを起動，または，ホスト名を過去に使用されたホスト名（トレンドデータ管理DBにトレンドデータが残っているホスト名）に変更した場合，1つのツリーSIDに対して，複数の構成情報のSIDがマッピングされます。その場合，jddcreatetreeコマンドにより出力されたIM管理ノードツリーファイルを編集する必要があります。IM管理ノードツリーファイルの編集については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.19.3(1)(c) IM管理ノードのツリー情報の作成と反映（Windowsの場合）（必須）」を参照してください。

IM管理ノードツリーファイルを編集せずにツリー情報を反映した場合，統合オペレーション・ビューアーの［トレンド］タブで，トレンドデータの表示に失敗する場合があります。

(b)　Blackbox exporterの監視対象のホスト名

Blackbox exporterの監視対象の変更を実施します。

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.2(6)(c) 監視対象を追加・変更・削除する（Windowsの場合）（必須）」および「2.19.2(7)(c) 監視対象を追加・変更・削除する（Linuxの場合）（必須）」を参照してください。

(c)　インテリジェント統合管理基盤が稼働するホストのホスト名

インテリジェント統合管理基盤が稼働するホストのホスト名を変更した場合は，JP1/IM - Managerの再起動が必要です。JP1/IM - Managerの起動手順については「3.1　JP1/IM - Managerを起動する」を参照してください。

また，通信暗号化機能が有効の場合に，サーバ証明書のCNおよびSANに記載したホスト名が変更対象のときは，サーバ証明書を作成し直す必要があります。サーバ証明書を作成し直す手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「9.4.2　設定済みの証明書を変更する」を参照してください。

IM管理ノードのホストのホスト名を変更する場合は，IM管理ノードを再取得する必要があります。IM管理ノードを再取得する手順については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「3.5.6　IM管理ノードの変更」を参照してください。

(d)　クラスタシステムの論理ホスト名

Windows環境の場合

論理ホスト用のJP1/IM - Agentのサービスを停止する。

クラスタソフトからサービスを停止します

論理ホストのサービスをWindowsから解除する。

論理ホストで使用するサービスについて，実行系サーバと待機系サーバの両方で論理ホスト用のサービスをWindowsから解除します。

次のコマンドを実行して，論理ホストのサービスを解除します。

Agentパス¥tools¥jpc_service -off サービスキー -h 論理ホスト名

Alertmanagerのサービスを解除する場合の例を，次に示します。

Agentパス¥tools¥jpc_service -off jpc_alertmanager -h 論理ホスト名

定義ファイルに記載されている論理ホスト名を更新する。

共有フォルダ¥jp1ima¥confとAgentパス¥binに存在するファイルに対して，変更前の論理ホスト名で検索し，該当する個所をすべて新しい論理ホスト名に変更します。

Agentパス¥binは，実行系サーバと待機系サーバの両方に存在するため，両方で実施します。

ファイル名に含まれている論理ホスト名を更新する。

Agentパス¥binに存在するファイルに論理ホスト名が含まれているファイルがあるため，新しい論理ホスト名に変更します。

Agentパス¥binは，実行系サーバと待機系サーバの両方に存在するため，両方で実施します。

論理ホストのサービスをWindowsに登録する。

論理ホストで使用するサービスについて，実行系サーバと待機系サーバの両方で論理ホスト用のサービスをWindowsに登録します。

次のコマンドを実行して，論理ホストのサービスを登録します。

Agentパス¥tools¥jpc_service -on サービスキー -h 論理ホスト名

Alertmanagerのサービスを登録する場合の例を，次に示します。

Agentパス¥tools¥jpc_service -on jpc_alertmanager -h 論理ホスト名

論理ホスト用のJP1/IM - Agentのサービスをすべて起動する。

クラスタソフトからサービスを起動します。

IM管理ノードのツリー情報を反映する。

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.2(16) IM管理ノードのツリー情報の作成と反映（Windowsの場合）（必須）」および「2.19.2(17) IM管理ノードのツリー情報の作成と反映（Linuxの場合）（必須）」を参照してください。

Linux環境の場合

論理ホスト用のJP1/IM - Agentのサービスを停止する。

クラスタソフトからサービスを停止します。

論理ホストのサービスをsystemdから解除する。

論理ホストで使用するサービスについて，実行系と待機系の両方で論理ホスト用のサービスをsystemdから解除します。

次のコマンドを実行して，論理ホストのサービスを解除します。

/opt/jp1ima/tools/jpc_service -off サービスキー -h 論理ホスト名

Alertmanagerのサービスを解除する場合の例を，次に示します。

/opt/jp1ima/tools/jpc_service -off jpc_alertmanager -h 論理ホスト名

定義ファイルに記載されている論理ホスト名を更新する。

共有ディレクトリ/jp1ima/confと/usr/lib/systemd/systemに存在するファイルに対して，変更前の論理ホスト名で検索し，該当する個所をすべて新しい論理ホスト名に変更します。

/usr/lib/systemd/systemは，実行系サーバと待機系サーバの両方に存在するため，両方で実施します。

ファイル名に含まれている論理ホスト名を更新する。

/usr/lib/systemd/systemに存在するファイルに論理ホスト名が含まれているファイルがあるため，新しい論理ホスト名に変更します。

/usr/lib/systemd/systemは，実行系サーバと待機系サーバの両方に存在するため，両方で実施します。

論理ホストのサービスをsystemdに登録する。

論理ホストで使用するサービスについて，実行系と待機系の両方で論理ホスト用のサービスをsystemdに登録します。

次のコマンドを実行して，論理ホストのサービスを登録します。

/opt/jp1ima/tools/jpc_service -on サービスキー -h 論理ホスト名

Alertmanagerのサービスを登録する場合の例を，次に示します。

/opt/jp1ima/tools/jpc_service -on jpc_alertmanager -h 論理ホスト名

論理ホスト用のJP1/IM - Agentのサービスをすべて起動する。

クラスタソフトからサービスを起動します。

IM管理ノードのツリー情報を反映する。

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.2(16) IM管理ノードのツリー情報の作成と反映（Windowsの場合）（必須）」および「2.19.2(17) IM管理ノードのツリー情報の作成と反映（Linuxの場合）（必須）」を参照してください。

(e)　コンテナのホスト名

コンテナのホスト名は変更できません。そのため，新しいコンテナを作成し，不要になったコンテナを削除してください。

コンテナの作成方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「2.20.1(3) Dockerコンテナ，Podmanコンテナの作成方法」，コンテナの削除方法については，「2.20.1(4) Dockerコンテナ，Podmanコンテナの削除方法」を参照してください。

2.2.2　エージェントとしてJP1/Baseを使用している場合

(1)　マネージャーまたはJP1/Baseのホスト名を変更した直後に必要な作業

マネージャーまたはJP1/Baseのホスト名を変更した直後に必要な作業について説明します。

(a)　JP1/Baseで必要な作業

ホスト名を変更したマネージャーのJP1/Baseにおいて，認証サーバのホスト名を変更してください。手順などの詳細については，マニュアル「JP1/Base 運用ガイド」のJP1/Base運用中の設定変更の章，ホスト名の変更による影響および必要な作業の説明を参照してください。

その後，ホスト名を変更したマネージャーまたはエージェントのJP1/Baseをいったん終了してから，再起動する必要があります。

(b)　IMデータベースで必要な作業

マネージャーのホスト名を変更した場合，「1.2.3(7)　IMデータベース再構築手順」を参照して，IMデータベースを再構築してください。

(2)　マネージャーまたはJP1/Baseのホスト名を変更した場合の作業

(a)　フィルター条件で設定したホスト名

［重要イベント定義］画面，［表示フィルター設定］画面，または［ユーザーフィルター詳細設定］画面で定義してある登録ホスト名が変更対象であった場合は，それぞれの設定画面で登録ホスト名の設定を変更する必要があります。

(b)　［アクション設定］画面または自動アクション定義ファイルで設定したホスト名

［アクション設定］画面または自動アクション定義ファイルで定義してある実行ホスト名が変更対象であった場合は，［アクション設定］画面または自動アクション定義ファイルで実行ホスト名の設定を変更する必要があります。

ホスト名を設定したあとに次のどちらかの作業をします。

JP1/IM - Managerの起動時，JP1/IM - Viewの［アクション設定］画面の［適用］ボタンをクリックして定義を有効にする。

jcachangeコマンドを実行して定義を再読み込みする。

(c)　監視オブジェクトの状態変更条件で設定したホスト名

［状態変更条件設定］画面または［共通条件詳細設定］画面で設定したホスト名が変更対象であった場合は，それぞれの設定画面でホスト名の設定を変更する必要があります。

ホスト名を設定してからシステム構成の再配布を実施します。詳細については，「2.2.2(3)　マネージャーまたはJP1/Baseのホスト名を変更した場合のシステム構成の再配布手順」を参照してください。

(d)　相関イベント発行定義ファイルで設定したホスト名

相関イベント発行定義ファイルで，相関イベントの発行条件として定義してあるホスト名が変更対象であった場合は，相関イベント発行定義ファイルでホスト名の設定を変更する必要があります。

相関イベント発行定義ファイルでホスト名を設定してから，jcoegschangeコマンドで相関イベント発行定義を有効にします。

(e)　重大度変更定義ファイルで設定したホスト名

重大度変更定義ファイルで，重大度変更条件として定義してあるホスト名が変更対象であった場合は，重大度変更定義ファイルでホスト名の設定を変更する必要があります。

イベントの重大度変更機能が有効な場合に，次のどれかの操作を実施してホスト名の変更を有効にします。

jco_spmd_reloadコマンドを実行する。

JP1/IM - Managerを起動する。

［追加重大度変更定義設定］画面で［OK］ボタンをクリックする。

［重大度変更定義一覧］画面で［適用］ボタンをクリックする。

(f)　表示メッセージ変更定義ファイルで設定したホスト名

表示メッセージ変更定義ファイルで，表示メッセージ変更条件として定義してあるホスト名が変更対象であった場合は，表示メッセージ変更定義ファイルでホスト名の設定を変更する必要があります。

イベントの表示メッセージ変更機能が有効な場合に，次のどれかの操作を実施してホスト名の変更を有効にします。

jco_spmd_reloadコマンドを実行する。

JP1/IM - Managerを起動する。

［追加表示メッセージ変更定義設定］画面で［OK］ボタンをクリックする。

［表示メッセージ変更定義一覧］画面で［適用］ボタンをクリックする。

(g)　サーバ証明書のCNおよびSANに記載したホスト名

通信暗号化機能が有効の場合に，サーバ証明書のCNおよびSANに記載したホスト名が変更対象のときは，サーバ証明書を作成し直す必要があります。

サーバ証明書を作成し直す手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「9.4.2　設定済みの証明書を変更する」を参照してください。

(h)　インテリジェント統合管理基盤が稼働するホストのホスト名

インテリジェント統合管理基盤が稼働するホストのホスト名を変更した場合は，JP1/IM - Managerの再起動が必要です。JP1/IM - Managerの起動手順については「3.1　JP1/IM - Managerを起動する」を参照してください。

また，通信暗号化機能が有効の場合に，サーバ証明書のCNおよびSANに記載したホスト名が変更対象のときは，サーバ証明書を作成し直す必要があります。サーバ証明書を作成し直す手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「9.4.2　設定済みの証明書を変更する」を参照してください。

IM管理ノードのホストのホスト名を変更する場合は，IM管理ノードを再取得する必要があります。IM管理ノードを再取得する手順については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「3.5.6　IM管理ノードの変更」を参照してください。

(3)　マネージャーまたはJP1/Baseのホスト名を変更した場合のシステム構成の再配布手順

マネージャーまたはJP1/Baseのホスト名を変更した場合，システム構成の再配布が必要になります。手順を次に示します。

JP1/IM - Managerに接続しているすべてのJP1/IM - Viewを終了する。

JP1/IM - Managerを終了する。

jbsrt_distribコマンドを実行し，システム構成の再配布をする。

JP1/IM - Managerを起動する。

JP1/IM - Managerに接続しているすべてのJP1/IM - Viewを起動する。

システム構成の配布方法の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.9　IM構成管理を使用する場合のシステムの階層構成の設定（Windowsの場合）」，「1.10　IM構成管理を使用しない場合のシステムの階層構成の設定（Windowsの場合）」または「2.9　IM構成管理を使用しない場合のシステムの階層構成の設定（UNIXの場合）」を参照してください。

2.2.3　メールサーバのホスト名を変更した場合の作業

(1)　メール環境定義ファイルで設定したホスト名

メール環境定義ファイルで，SMTPサーバおよびPOP3サーバとして定義してあるホスト名が変更対象であった場合は，メール環境定義ファイルでホスト名の設定を変更する必要があります。

メール環境定義ファイルでホスト名の設定を変更してから，jimmailコマンドを実行したときにホスト名は有効になります。

2.2.4　クラスタシステムで論理ホスト名を変更する場合の作業

クラスタシステムを運用している環境で論理ホスト名を変更する場合は，変更前の論理ホスト環境を削除してください。そのあと，新たに論理ホストを再セットアップしてクラスタ運用ができるように設定してください。

Windowsの場合

論理ホストの削除方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7.7.1　論理ホストの削除（Windowsの場合）」を参照してください。セットアップ方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7.3　論理ホストの新規インストール・セットアップ（Windowsの場合）」，または「7.6　論理ホストのバージョンアップインストール・セットアップ（Windowsの場合）」を参照してください。

UNIXの場合

論理ホストの削除方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「8.7.1　論理ホストの削除（UNIXの場合）」を参照してください。セットアップ方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「8.3　論理ホストの新規インストール・セットアップ（UNIXの場合）」，または「8.6　論理ホストのバージョンアップインストール・セットアップ（UNIXの場合）」を参照してください。

重要

クラスタシステムの場合，旧ホスト名のときに発行されたJP1イベントについては，ホスト名が変更されたあとは，次のように処理されます。

JP1/IM - Viewの「登録ホスト名」には，旧ホスト名が表示されます。

イベント検索をする場合は，旧ホスト名でマッチされます。

［イベント詳細］画面を表示したときに，「指定したJP1イベントが見つからない」などのエラーが発生することがあります。

旧ホスト名のときに発行されたJP1イベントからは，JP1/AJS - Viewのモニター表示はできません。

［アクション結果］画面，［アクション結果詳細］画面，［アクション結果一覧］画面の「ホスト名」には，旧ホスト名が表示されます。

2.3　IPアドレスを変更する場合に必要な作業

マネージャーまたはエージェントのIPアドレスを変更した場合に必要な作業と，システム構成の再配布手順を説明します。

また，メールサーバのIPアドレスを変更した場合，作業が必要になることもあります。ここで説明する内容を基に作業してください。

作業を開始する前にホスト名を変更するマネージャーまたはエージェントのJP1/Baseを停止してください。

2.3.1　エージェントとしてJP1/IM - Agentを使用している場合

(1)　マネージャーのIPアドレスを変更した直後に必要な作業

マネージャーのIPアドレスを変更した直後に必要な作業について説明します。

(a)　JP1/Baseで必要な作業

IPアドレスを変更したマネージャーのJP1/Baseをいったん終了してから，再起動する必要があります。

(b)　IMデータベースで必要な作業

マネージャーのIPアドレスを変更した場合，IMデータベースをいったん終了してから，再起動する必要があります。

(2)　マネージャーのIPアドレスを変更した場合の作業

(a)　監視オブジェクトの状態変更条件で設定したIPアドレス

［状態変更条件設定］画面または［共通条件詳細設定］画面で設定したIPアドレスが変更対象であった場合，それぞれの設定画面でIPアドレスの設定を変更する必要があります。

IPアドレスを設定してからシステムを再起動します。詳細については，「2.3.2(3)　マネージャーまたはJP1/BaseのIPアドレスを変更した場合のシステムの再起動手順」を参照してください。

(b)　IM構成管理を使用している場合

IM構成管理機能を使用している場合，IM構成管理・ビューアーを起動し，ホスト情報を収集してください。

(c)　インテリジェント統合管理基盤が稼働するホストのIPアドレス

インテリジェント統合管理基盤が稼働するホストのIPアドレスを変更した場合は，JP1/IM - Managerの再起動が必要です。また，ユーザーによってカスタマイズされたプラグインを使用している場合は，プラグインの仕様に従って対処します。JP1/IM - Managerの起動手順については「3.1　JP1/IM - Managerを起動する」を参照してください。

なお，IM管理ノードのホストのIPアドレスを変更した場合は，必要な作業はありません。

(d)　JP1/IM - Agentで使用しているサーバ証明書に記載したIPアドレス

統合マネージャーホストのIPアドレスを変更する

JP1/IM - Managerを停止する。

IPアドレスの変更を反映したサーバ証明書で更新する。

証明書の更新については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.19.3(1)(b) 統合エージェント管理基盤の設定変更（Windowsの場合）」の「■証明書を設定する」を参照してください。

なお，証明書に変更前のIPアドレスを含んでいない場合は，この手順は不要です。

JP1/IM - Managerを起動する。

クラスタシステムで統合マネージャーホストのIPアドレスを変更する

統合エージェント管理基盤を停止する。

論理IPアドレスの変更を反映したサーバ証明書で更新する。

証明書の更新については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7.3.3(9)(a) 統合エージェント管理基盤の設定変更」および「8.3.3(9)(a) 統合エージェント管理基盤の設定変更」の「■証明書を設定する」を参照してください。

なお，証明書に変更前のIPアドレスを含んでいない場合は，この手順は不要です。

統合エージェント管理基盤を起動する。

(3)　エージェントのIPアドレスを変更した場合の作業

(a)　エージェントのIPアドレス

次に示す条件に該当しない場合，設定変更は不要です。該当する場合，エージェントのIPアドレスの変更の影響を受けるため，設定変更が必要です。

リッスンアドレスをIPアドレスで設定している場合

JP1/IM - AgentプロセスのリッスンアドレスをIPアドレスで指定している場合に影響があります。

各プロセスのポートの変更手順を確認し，リッスンアドレスを設定している場合は設定しなおしてください。

証明書にIPアドレス情報が含まれる場合

変更後のIPアドレスに，変更した証明書を配置しなおす必要があります。

(b)　Blackbox exporterの監視対象のIPアドレス

Blackbox exporterの監視対象はホスト名で指定します。

IPアドレスを変更したとしても，エージェントの設定変更は不要です。

(c)　インテリジェント統合管理基盤が稼働するホストのIPアドレス

インテリジェント統合管理基盤が稼働するホストのIPアドレスを変更した場合は，JP1/IM - Managerの再起動が必要です。また，ユーザーによってカスタマイズされたプラグインを使用している場合は，プラグインの仕様に従って対処します。JP1/IM - Managerの起動手順については「3.1　JP1/IM - Managerを起動する」を参照してください。

なお，IM管理ノードのホストのIPアドレスを変更した場合は，必要な作業はありません。

(d)　クラスタシステムのIPアドレス

「2.3.1(3)(a) エージェントのIPアドレス」と同じです。

ただし，次のことに注意してください。

統合エージェントのサービスを起動または停止するときは，クラスタソフトから行ってください。

変更作業は，実行系サーバと待機系サーバの両方で実施してください。

IPアドレスを変更したあとに，統合エージェントのサービスの再起動が必要です。

(e)　コンテナのIPアドレス

設定変更は不要です。

2.3.2　エージェントとしてJP1/Baseを使用している場合

(1)　マネージャーまたはJP1/BaseのIPアドレスを変更した直後に必要な作業

マネージャーまたはJP1/BaseのIPアドレスを変更した直後に必要な作業について説明します。

(a)　JP1/Baseで必要な作業

IPアドレスを変更したマネージャーまたはエージェントのJP1/Baseをいったん終了してから，再起動する必要があります。

(b)　IMデータベースで必要な作業

マネージャーのIPアドレスを変更した場合，IMデータベースをいったん終了してから，再起動する必要があります。

(2)　マネージャーまたはJP1/BaseのIPアドレスを変更した場合の作業

(a)　監視オブジェクトの状態変更条件で設定したIPアドレス

［状態変更条件設定］画面または［共通条件詳細設定］画面で設定したIPアドレスが変更対象であった場合，それぞれの設定画面でIPアドレスの設定を変更する必要があります。

IPアドレスを設定してからシステムを再起動します。詳細については，「2.3.2(3)　マネージャーまたはJP1/BaseのIPアドレスを変更した場合のシステムの再起動手順」を参照してください。

(b)　IM構成管理を使用している場合

IM構成管理機能を使用している場合，IM構成管理・ビューアーを起動し，ホスト情報を収集してください。

(c)　インテリジェント統合管理基盤が稼働するホストのIPアドレス

インテリジェント統合管理基盤が稼働するホストのIPアドレスを変更した場合は，JP1/IM - Managerの再起動が必要です。また，ユーザーによってカスタマイズされたプラグインを使用している場合は，プラグインの仕様に従って対処します。JP1/IM - Managerの起動手順については「3.1　JP1/IM - Managerを起動する」を参照してください。

なお，IM管理ノードのホストのIPアドレスを変更した場合は，必要な作業はありません。

(3)　マネージャーまたはJP1/BaseのIPアドレスを変更した場合のシステムの再起動手順

マネージャーまたはJP1/BaseのIPアドレスを変更した場合，JP1/IM - ManagerおよびJP1/IM - Viewの再起動が必要になります。手順を次に示します。

JP1/IM - Managerに接続しているすべてのJP1/IM - Viewを終了する。

JP1/IM - Managerを終了する。

JP1/IM - Managerを起動する。

JP1/IM - Viewを起動する。

2.3.3　メールサーバのIPアドレスを変更した場合の作業

(1)　メール環境定義ファイルで設定したIPアドレス

メール環境定義ファイルで，SMTPサーバおよびPOP3サーバとして定義してあるIPアドレスが変更対象であった場合は，メール環境定義ファイルでIPアドレスの設定を変更する必要があります。

メール環境定義ファイルでIPアドレスの設定を変更してから，jimmailコマンドを実行したときにIPアドレスは有効になります。

2.4　マネージャーおよびエージェントの日時を変更した場合に必要な作業

JP1/IMの運用中にマネージャーおよびエージェントの日時を変更する場合の注意事項および手順について説明します。リモート監視構成の監視対象ホストの日時を変更した場合は，「2.6　リモート監視構成の監視対象ホストの日時を変更した場合に必要な作業」を参照してください。

重要

通信暗号化機能を使用している場合，変更後の日時が使用中の証明書の有効期限内であることを確認してください。変更後の日時が使用中の証明書の有効期限外となる場合は，変更後の日時が有効期限内となる証明書を配置してください。

2.4.1　マネージャーおよびエージェントの日時を過去に戻す

マネージャーおよびエージェントの日時を変更する際，過去の日時に変更することは通常避けてください。JP1/IMが動作するホストのOSのシステム時刻を戻す場合は，データベースに大きな影響があり，JP1/IMの再インストールまたはデータベースの再セットアップを伴う作業が必要になります。

システム時刻の進みや遅れを補正する場合でも，システム時刻を過去に戻すと自動アクションの実行結果の表示順序や監視ツリーの状態更新日時などの表示が不正になることがあります。このような現象は，システム時刻を過去に戻したことで，JP1/IM - Manager，JP1/Base，JP1/IM - Agentの管理データに不整合が生じたときに発生します。JP1/IM - Viewには影響ありません。

また，システム時刻を過去に戻すと，到着時刻を指定してイベント検索したときに，正しくイベント検索ができないことがあります。

テストなどでシステム時刻を意図的に未来の日時へ変更したような場合に，システム時刻を元に戻すときは，次に示す手順で戻してください。

重要

サーバのシステム時刻を，NTP（Network Time Protocol）サーバなどを利用した時刻が過去に戻ることがない方式で合わせる場合には，次の手順に従わないで変更できます。その場合，JP1/Baseを停止する必要はありません。

(1)　マネージャーの日時を元に戻す

JP1/IM - Managerを終了する。

IMデータベースを使用している場合は，IMデータベースを終了する。

JP1/Baseを終了する。

システム時刻を戻す。

システム時刻が時刻を戻す前の時刻に達したらJP1/Base，およびJP1/IM - Managerを起動する。

例えば，手順4で時刻を「02:00」から「01:00」に戻した場合，システム時刻が「02:00」になってから，JP1/BaseおよびJP1/IM - Managerを起動します。

なお，IMデータベースを使用している場合は，JP1/Base，IMデータベース，JP1/IM - Managerの順で起動Managerパス¥data¥imdd¥actevent.ser してください。

重要

システム時刻が，時刻を戻す前の時刻に達する前（手順5で「02:00」より前）にサービスを起動してしまった場合，統合監視DBが壊れるおそれがあります。統合監視DBが壊れた場合はシステムを再構築する必要があります。

時刻を戻す前に設定情報，データベースをバックアップしておき，システム再構築後に，設定情報，データベースをリカバリーしてください。

なお，リカバリーできるファイルは，リカバリー時点のシステム時刻より前のシステム時刻でバックアップしたファイルです。バックアップのシステム時刻がリカバリー時点のシステム時刻より前でない場合は，システム時刻がバックアップ時刻を過ぎてからリカバリーしてください。

また，次の方法でも日時を元に戻せます。ただし，この方法では，アクション情報ファイルやアクションホスト名格納ファイルなどの手順5に示す情報，およびIMデータベースのイベント情報やホスト情報を削除する必要があるため注意してください。

JP1/IM - Managerを終了する。

JP1/Baseを終了する。

IMデータベースを使用している場合は，IMデータベースをアンセットアップする。

Windowsの場合は，「JP1/IM3-Manager DB Server」サービスを起動しておく必要があります。

統合監視DBおよびIM構成管理DBをセットアップしている場合には，両方のアンセットアップが必要です。

システムの時刻を戻す。

アクション情報ファイル，アクションホスト名格納ファイル，コマンド実行履歴ファイル，イベントDBを削除する。

削除ファイルの格納場所は次の表のとおりです。

Windowsの場合

表2‒1　削除対象ファイル（Windows）

ファイル名

格納場所

アクション情報ファイル

Consoleパス¥log¥action¥actinf.log

共有フォルダ¥jp1cons¥log¥action¥actinf.log

アクションホスト名格納ファイル

Consoleパス¥log¥action¥acttxt{1|2}.log

共有フォルダ¥jp1cons¥log¥action¥acttxt{1|2}.log

コマンド実行履歴ファイル

Baseパス¥log¥COMMAND¥以下の全ファイル

共有フォルダ¥jp1base¥log¥COMMAND¥以下の全ファイル

イベントDB

Baseパス¥sys¥event¥servers¥default¥以下のIMEvent*.*ファイル※

共有フォルダ¥jp1base¥event¥以下のIMEvent*.*ファイル※

注※　イベントサーバインデックス（index）ファイルで別パスを指定した場合は，指定したパス以下のファイルが対象となります。

UNIXの場合

表2‒2　削除対象ファイル（UNIX）

ファイル名

格納場所

アクション情報ファイル

/var/opt/jp1cons/log/action/actinf.log

共有ディレクトリ/jp1cons/log/action/actinf.log

アクションホスト名格納ファイル

/var/opt/jp1cons/log/action/acttxt{1|2}.log

共有ディレクトリ/jp1cons/log/action/acttxt{1|2}.log

コマンド実行履歴ファイル

/var/opt/jp1base/log/COMMAND/以下の全ファイル

共有ディレクトリ/jp1base/log/COMMAND/以下の全ファイル

イベントDB

/var/opt/jp1base/sys/event/servers/default/以下のIMEvent*.*ファイル※

共有ディレクトリ/jp1base/event/以下のIMEvent*.*ファイル※

注※　イベントサーバインデックス（index）ファイルで別パスを指定した場合は，指定したパス以下のファイルが対象となります。

IMデータベースを使用している場合は，IMデータベースをセットアップする。

インテリジェント統合管理基盤を使用している場合，次の表に示すファイルを削除する。

OS

対象ファイル

Windows

Managerパス¥data¥imdd¥actevent.ser

Managerパス¥data¥imdd¥imdd_nodeStatus.ser

Managerパス¥data¥imdd¥jddactseq.ser

共有フォルダ¥data¥imdd¥actevent.ser

共有フォルダ¥data¥imdd¥imdd_nodeStatus.ser

共有フォルダ¥data¥imdd¥jddactseq.ser

UNIX

/var/opt/jp1imm/data/imdd/actevent.ser

/var/opt/jp1imm/data/imdd/imdd_nodeStatus.ser

/var/opt/jp1imm/data/imdd/jddactseq.ser

共有ディレクトリ/jp1imm/data/imdd/actevent.ser

共有ディレクトリ/jp1imm/data/imdd/imdd_nodeStatus.ser

共有ディレクトリ/jp1imm/data/imdd/jddactseq.ser

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

以上で，マネージャーのシステム日時を元に戻す作業は完了です。なお，セントラルスコープの機能を使用する場合は，次の手順を続けて作業してください。

JP1/IM - ViewでJP1/IM - Manager（セントラルスコープ）にログインする。

［監視ツリー］画面で最上位の監視グループを選択し，状態を「初期状態」にする。

監視ノードをすべて「初期状態」に戻すことで，セントラルスコープの管理するデータの不整合を解消します。

(2)　エージェントの日時を元に戻す

(a)　エージェントとしてJP1/IM - Agentを使用している場合

エージェントの日時を元に戻す場合は，該当ホストのJP1/IM - Agentの設定変更を実施する必要があります。手順などの詳細については，「2.5 統合エージェントホストのシステム日時を変更する場合に必要な手順」の説明を参照してください。

(b)　エージェントとしてJP1/Baseを使用している場合

エージェントの日時を元に戻す場合は，該当ホストのJP1/Baseの設定変更を実施する必要があります。手順などの詳細については，マニュアル「JP1/Base 運用ガイド」のJP1/Base運用中の設定変更の章，システムの日時変更時に必要な作業の説明を参照してください。

2.4.2　システムの時刻を進める

システムの時刻を進める場合には，過去に戻す場合と異なり，JP1/IMを停止したり，ファイルを削除したりする必要はありません。

ただし，IMデータベースを使用している場合は，IMデータベースの起動または停止処理中に時刻を変更しないでください。

2.5　統合エージェントホストのシステム日時を変更する場合に必要な手順

2.5.1　統合エージェントホストのシステム日時を変更する

数秒程度の時刻補正であれば，特に何もする必要はありません。

システム日時を変更する場合は，次の手順を実施します。

JP1/IM - Agentのサービスを停止する。

システム日時を変更する。

下記のディレクトリを空にする。

Windowsの場合

Agentパス¥data¥alertmanager

Agentパス¥data¥prometheus

Agentパス¥data¥fluentd

Linuxの場合

/opt/jp1ima/data/alertmanager

/opt/jp1ima/data/prometheus

/opt/jp1ima/data/fluentd

JP1/IM - Agentのサービスを起動する。

2.5.2　クラスタシステムでシステム日時を変更する

数秒程度の時刻補正であれば，特に何もする必要はありません。

システム日時を変更する場合は，次の手順を実施します。

クラスタソフトからJP1/IM - Agentのサービスを停止する。

物理ホストも運用している場合は，物理ホストのJP1/IM - Agentのサービスも停止する。

実行系サーバと待機系サーバの両方でシステム日時を変更する。

下記のディレクトリを空にする。

Windowsの場合

Agentパス¥data¥alertmanager※

Agentパス¥data¥prometheus※

Agentパス¥data¥fluentd※

共有フォルダ¥jp1ima¥data¥alertmanager

共有フォルダ¥jp1ima¥data¥prometheus

共有フォルダ¥jp1ima¥data¥fluentd

注※　実行系サーバと待機系サーバの両方に存在する点に注意してください。

Linuxの場合（/opt/jp1imaは実行系と待機系の両方あるので注意が必要です。）

/opt/jp1ima/data/alertmanager※

/opt/jp1ima/data/prometheus※

/opt/jp1ima/data/fluentd※

共有ディレクトリ/jp1ima/data/alertmanager

共有ディレクトリ/jp1ima/data/prometheus

共有ディレクトリ/jp1ima/data/fluentd

注※

実行系サーバと待機系サーバの両方に存在する点に注意してください。

クラスタソフトからJP1/IM - Agentのサービスをすべて起動する。

物理ホストも運用している場合は，物理ホストのJP1/IM - Agentのプロセスを起動する。

2.5.3　コンテナでシステム日時を変更する

数秒程度の時刻補正であれば，特に何もする必要はありません。

システム日時を変更する場合は，コンテナを削除し，システム日時を変更してからコンテナを作り直してください。

2.6　リモート監視構成の監視対象ホストの日時を変更した場合に必要な作業

リモート監視構成の監視対象ホストの日時を変更した場合の注意事項および手順について説明します。

2.6.1　リモート監視構成の監視対象ホストの日時を過去に戻す

テストなどでリモート監視構成の監視対象ホストの時刻を意図的に未来の日時へ変更したような場合に，リモート監視構成の監視対象ホストの日時を元に戻すときは，監視対象ホストで未来の日時のイベントログとリモート監視の収集状態を保存したファイルを削除する必要があります。

次に示す手順で戻してください。

日時を戻すリモート監視構成の監視対象ホストで，稼働中のリモート監視イベントログトラップがある場合は，停止する。

リモート監視構成の監視対象ホストの日時を変更する。

リモート監視構成の監視対象ホストのイベントログに，リモート監視構成の監視対象ホストの現在日時より未来の日時のイベントログが存在しないか確認する。未来の日時のイベントログが存在する場合は，該当するイベントログを削除する。

収集状態を保存している次のファイルをバックアップしたあと，次のファイルを削除する。

物理ホストの場合

Managerパス¥log¥imcf¥profiles¥監視対象ホスト名¥al¥event_log_trap¥evt.wdef

論理ホストの場合

共有フォルダ¥JP1IMM¥log¥imcf¥profiles¥監視対象ホスト名¥al¥event_log_trap¥evt.wdef

誤ったファイルを削除した場合は，バックアップしたファイルをリストアします。

停止したリモート監視イベントログトラップを再度起動する。

なお，JP1/IM - Managerが動作しているマシンと監視対象ホストの日時が異なっている場合，リモート監視イベントログトラップによる監視ができません。監視対象ホストの日時を変更する場合は，JP1/IM - Managerが動作しているマシンの日時も確認してください。

2.6.2　リモート監視構成の監視対象ホストの日時を進める

時刻が遅れているなどの理由で，リモート構成の監視対象ホストの日時を進める場合，手順は必要ありません。

2.7　リモート監視構成の監視対象ホストのパスワードを変更した場合に必要な作業

リモート監視構成の監視対象ホストを管理するマネージャーおよびリモートの監視対象ホストのパスワードを変更した場合には，［リモート監視設定］画面または［システム共通設定］画面の設定を見直す必要があります。

リモートの監視対象ホストのユーザー名およびドメイン名を変更した場合も，［リモート監視設定］画面または［システム共通設定］画面の設定を見直してください。

メモ

リモートの監視対象ホストを登録・変更する場合，OS通信設定の情報をシステム共通設定として保存し，管理できます。この場合，［リモート監視設定］画面ではなく，［システム共通設定］画面で設定してください。

［リモート監視設定］画面または［システム共通設定］画面での設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.1.5　ホスト情報の属性を変更する」を参照してください。

［リモート監視設定］画面または［システム共通設定］画面については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」を参照してください。

「5.7　［リモート監視設定］画面」

「5.20　［システム共通設定］画面」

2.8　リモート監視構成からエージェント構成に監視構成を変更する場合の注意事項

リモート監視構成のログファイルトラップ（リモート監視ログファイルトラップ）およびイベントログトラップ（リモート監視イベントログトラップ）を，エージェント構成のログファイルトラップおよびイベントログトラップで監視するように構成を変更する場合の注意事項について説明します。

リモートの監視対象ホストの管理の概要については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「8.6　リモートの監視対象ホストの管理」を参照してください。

2.8.1　JP1/Baseのログファイルトラップでの注意事項

ログファイルトラップの監視構成をリモート監視構成からエージェント監視構成に変更する場合は，次の点を注意してください。

共通定義情報で拡張正規表現を有効に設定する

ファイル監視間隔（-tオプション）を指定していない場合，監視間隔が短くなる

論理ホストのリモート監視を移行する場合，登録先イベントサーバ名（-sオプション）を指定する

2.8.2　JP1/Baseのイベントログトラップでの注意事項

イベントログトラップの監視構成をリモート監視構成からエージェント監視構成に変更する場合は，次の点を注意してください。

共通定義情報で拡張正規表現を有効に設定する

論理ホストのリモート監視を移行する場合，JP1/Baseのイベントログトラップ動作定義ファイルのイベントサーバ名（server）を指定する

JP1/Baseのイベントログトラップ動作定義ファイルについては，マニュアル「JP1/Base 運用ガイド」の定義ファイルの説明をしている章を参照してください。

trap-intervalに181以上を指定している場合，180以下に変更する

JP1/Baseのバージョンが，11-00以降の場合は，trap-intervalは設定不要です。

trap-intervalを指定していない場合，監視間隔が短くなる

JP1/Baseのバージョンが，11-00以降の場合は，trap-intervalは設定不要です。

リモート監視と同様に，イベントログの監視中にイベントログの取得に失敗した際にJP1イベントを出力したい場合は，jp1event-sendに1（通知設定）を定義する

2.9　ポート番号を変更する場合に必要な手順

インテリジェント統合管理基盤サービスで，HTTP通信を受け付けるポート番号を変更する場合，次の手順を実行してください。

JP1/IM - Managerサービスを停止する。

インテリジェント統合管理基盤定義ファイル（imdd.properties）のserver.portを変更する。

JP1/IM - Managerサービスを起動する。

インテリジェント統合管理基盤定義ファイル（imdd.properties）については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「インテリジェント統合管理基盤定義ファイル（imdd.properties）」（2.　定義ファイル）を参照してください。

2.10　統合エージェントホストのロケールを変更する場合に必要な作業

2.10.1　統合エージェントホストのロケールを変更する

(1)　Windows環境の場合

次の手順でWindowsの言語を変更します。

JP1/IM - Agentのサービスを停止する。

Windowsの言語設定を変更する。

Windowsの言語設定を，次のように統一する必要があります。

設定

設定個所

確認方法

システムロケール※1

［コントロールパネル］−［地域］画面−［管理］タブ

［Unicode対応でないプログラムの言語］

言語および地域の形式

［コントロールパネル］−［地域］画面−［形式］タブ

［形式］

［コントロールパネル］−［地域］画面−［場所］タブ※2

［主な使用場所］

国または地域

［設定］−［時刻と言語］画面−［地域と言語］タブ※2

［国または地域］

［設定］−［時刻と言語］画面−［地域］タブ※3

［国または地域］

［地域設定］

言語

［設定］−［時刻と言語］画面−［地域と言語］タブ※2

［言語］

［設定］−［時刻と言語］画面−［言語］タブ※3

［Windowsの表示言語］

［優先する言語］

システムアカウントおよびようこそ画面の地域と言語の設定

［コントロールパネル］−［地域］画面−［管理］タブ−［設定のコピー］ボタン−［ようこそ画面と新しいユーザーアカウントの設定］画面

［現在のユーザー］

［ようこそ画面］

注※1　「ベータ：ワールドワイド言語でUnicode UTF-8を使用」はサポート対象外です。

注※2　Windows Server 2016の場合が該当します。

注※3　Windows Server 2019およびWindows Server 2022の場合が該当します。

統合エージェントを起動する。

(2)　Linux環境の場合

Linux環境でサポートする環境変数LANGの設定については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「3.15.11(1) 統合エージェントの言語設定」を参照してください。

プロセスの稼働時の環境変数LANGの設定は，ユニット定義ファイルに，次のような形式で記載します。

Environment=LANG=ja_JP.UTF-8

ユニット定義ファイルの編集方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「2.19.2(1)(b) ユニット定義ファイルを変更する（Linuxの場合）だけ」を参照してください。

2.10.2　クラスタシステムでロケールを変更する

「2.10.1 統合エージェントホストのロケールを変更する」の手順と同じです。

ただし，Windows環境の場合は，次のことに注意してください。

統合エージェントのサービスを起動または停止するときは，クラスタソフトから行ってください。

変更作業は，実行系サーバと待機系サーバの両方で実施してください。

2.10.3　コンテナでロケールを変更する

「2.10.1 統合エージェントホストのロケールを変更する」の手順と同じです。

2.11　統合エージェントホストの複製

2.11.1　物理ホストの複製

すべてのJP1/IM - Agentのサービスが自動起動しないように設定する。

自動起動の無効化の設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.1(2) 自動起動の有効化・無効化」および「2.19.1(2) 自動起動の有効化・無効化」を参照してください。

ホストを複製し，複製したホストを起動する。

複製したホストに新しいホスト名を設定する。

複製したホストに初期シークレットを再設定する。

統合マネージャーにアクセスするための初期シークレット（初回接続用のシークレット）を設定します。

統合マネージャーホストの統合オペレーション・ビューアーで初期シークレットを確認します。初期シークレットの表示については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.2.3 ［初期シークレットの表示］画面」を参照してください。

シークレット管理コマンドで，初期シークレットを再設定します。

jimasecret -add -key immgr.initial_secret -s "初期シークレット"

複製したホストに登録されている個別シークレットを削除する。

シークレット管理コマンドで，個別シークレットを削除します。

jimasecret -rm -key immgr.client_secret

JP1/IM - Agentのホスト名の変更手順を実施する。

ホスト名の変更手順については，「2.2.1(3) エージェントのホスト名を変更した場合の作業」を参照してください。

手順1で自動起動しないように設定変更したJP1/IM - Agentのサービスの自動起動の設定を元に戻す。

自動起動の有効化の設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.1(2) 自動起動の有効化・無効化」および「2.19.1(2) 自動起動の有効化・無効化」を参照してください。

2.11.2　運用開始後のAWS/EC2インスタンスの複製

すべてのJP1/IM - Agentのサービスが自動起動しないように設定する。

自動起動の無効化の設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.1(2) 自動起動の有効化・無効化」および「2.19.1(2) 自動起動の有効化・無効化」を参照してください。

AWS/EC2インスタンスのAMIを作成する。

AMIから新しいホストを起動する。

新しいホストに新しいホスト名を設定する。

新しいホストに初回接続用のシークレットを再設定する。

統合マネージャーにアクセスするための初期シークレット（初回接続用のシークレット）を設定します。

統合マネージャーホストの統合オペレーション・ビューアーで初期シークレットを確認します。初期シークレットの表示については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.2.3 ［初期シークレットの表示］画面」を参照してください。

シークレット管理コマンドで，初期シークレットを再設定します。

jimasecret -add -key immgr.initial_secret -s "初期シークレット"

複製したホストに登録されている個別シークレットを削除する。

シークレット管理コマンドで，個別シークレットを削除します。

jimasecret -rm -key immgr.client_secret

JP1/IM - Agentのホスト名の変更手順を実施する。

ホスト名の変更手順については，「2.2.1(3) エージェントのホスト名を変更した場合の作業」を参照してください。

手順1で自動起動しないように設定変更したプロセスの自動起動の設定を元に戻す。

自動起動の有効化の設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.1(2) 自動起動の有効化・無効化」および「2.19.1(2) 自動起動の有効化・無効化」を参照してください。

第2編　操作編

3　JP1/IM - Managerの起動と終了

この章では，JP1/IM - Managerの起動および終了の手順について説明します。

3.1　JP1/IM - Managerを起動する

ここでは，JP1/IM - Managerの起動手順を説明します。

JP1/IM - Managerを起動する場合は，先に監視で必要なJP1/Baseのサービスをすべて起動してください。JP1/Baseのサービスを再起動する場合は，必ずJP1/IM - Managerを停止した状態にしてください。停止しなかった場合は，イベントが表示されないなどの現象が発生します。

JP1/Baseのサービスの起動については，マニュアル「JP1/Base 運用ガイド」の起動と終了の章を参照してください。

また，JP1/Baseのイベントサービスを再起動する場合は，必ずJP1/IM - Managerを停止した状態にしてください。再起動しなかった場合は，イベントが表示されないなどの現象が発生します。

起動方法は，OSによって異なります。詳細については，「3.1.1　Windowsの場合」，「3.1.2　UNIXの場合」を参照してください。

3.1.1　Windowsの場合

JP1/IM - Managerを起動するホストのOSがWindowsであり，かつ物理ホストである場合の起動方法を説明します。

IMデータベースを起動する（IMデータベースを使用する場合）

JP1/IM3-Manager DB Serverサービスを起動します。

インテリジェント統合管理データベースを起動する（インテリジェント統合管理データベースを使用する場合）

JP1/IM3-Manager Trend Data Management Serviceサービスを起動します。

JP1/IM3-Manager Intelligent Integrated DB Serverサービスは，連動して自動的に起動されます。

JP1/IM - Managerを起動する。

JP1/IM3-Managerサービスを起動します。

IMデータベース，インテリジェント統合管理データベース，およびJP1/IM - Managerを起動するには，JP1/Baseの起動管理機能を使用する方法と，起動管理機能を使わない方法があります。

起動管理機能は，あらかじめ設定した順序に従って，サービスを起動する機能です。起動管理機能が設定してあると，Windowsの起動時に，まず，JP1/Base Control Serviceが起動し，そのあとJP1/Base，JP1/IM - Managerなどの各サービスを順に起動します。

システムの起動時に自動で各サービスを起動したい場合は，JP1/Baseの起動管理機能を使用してサービスの起動順序を制御してください。

なお，起動管理機能を使用してサービスを起動するには，Windowsの［コントロールパネル］−［管理ツール］−［サービス］を選択し，「サービス」ダイアログボックスで，次のサービスの起動方法を「手動」にしておく必要があります。

JP1/IM3-Manager DB Serverサービス（IMデータベースを使用する場合）

JP1/IM3-Manager Intelligent Integrated DB ServerサービスおよびJP1/IM3-Manager Trend Data Management Serviceサービス（インテリジェント統合管理データベースを使用する場合）

JP1/IM3-Managerサービス

起動管理機能の詳細については，マニュアル「JP1/Base 運用ガイド」のサービスの起動順序および終了順序の設定（Windows限定）の章を参照してください。

IMデータベースの起動

IMデータベースは，デフォルトでは，JP1/Baseの起動管理機能で起動しないように設定されています。

起動管理機能を使わないで起動する場合は，［コントロールパネル］−［管理ツール］−［サービス］から，JP1/IM3-Manager DB Serverサービスを起動してください。

起動管理機能を使って起動する場合は，JP1/Baseの起動順序定義ファイルで，次の行から「#」を削除してください。また，StopCommandの<JP1/IM - Manager Path>の部分をManagerパスに置き換えてください。

#[Jp1IM-Manager DB]

#Name=JP1/IM-Manager DB Server

#ServiceName= HiRDBEmbeddedEdition_JM0

#StopCommand=Managerパス¥bin¥imdb¥jimdbstop.exe

インテリジェント統合管理データベースの起動

インテリジェント統合管理データベースは，デフォルトでは，JP1/Baseの起動管理機能で起動しないように設定されています。

起動管理機能を使わないで起動する場合は，［コントロールパネル］−［管理ツール］−［サービス］から，JP1/IM3-Manager Intelligent Integrated DB ServerサービスおよびJP1/IM3-Manager Trend Data Management Serviceサービスを起動してください。

起動管理機能を使って起動する場合は，JP1/Baseの起動順序定義ファイルで，次の行を[Jp1IM-Manager DB]と[Jp1IM-Manager]の間のセクションに追加してください。

[Jp1IM-GN DB]

Name= JP1/IM-Manager Intelligent Integrated DB Server

ServiceName= JP1_IMGNDB_Service

StopCommand=Managerパス¥bin¥imgndb¥jimgndbstop.exe

[Jp1IM-Trend Data Management]

Name= JP1/IM-Manager Trend Data Management Service

ServiceName= promscale

JP1/IM - Managerの起動

JP1/IM - Managerは，デフォルトでは，JP1/Baseの起動管理機能で起動するように設定されています。

起動管理機能を使わないで起動する場合は，［コントロールパネル］−［管理ツール］−［サービス］から，JP1/IM3-Managerサービスを起動してください。

重要

JP1/Power Monitorを使用してJP1/IM - Managerを起動するホストの起動・停止をする場合は，JP1/Baseの起動順序定義ファイルのStopCommandパラメーターに，「net stop IMデータベースサービス名」を実行するバッチファイルなどのコマンドを指定してください。

統合監視DBを使用する場合は統合監視DBのセットアップ，IM構成管理を使用する場合はIM構成管理DBのセットアップ，セントラルスコープを使用する場合は監視オブジェクトDBのセットアップをそれぞれ実施してから，JP1/IM - Managerを起動してください。

3.1.2　UNIXの場合

UNIXの場合は，OSの機能によってJP1/IM - Managerを起動します（自動起動スクリプトが設定されている場合）。

システム起動時に自動起動スクリプトが実行されて，次の順に起動します。

JP1/Base

JP1/IM - Manager

IMデータベース（IMデータベースを使用している場合）

インテリジェント統合管理データベース（インテリジェント統合管理データベースを使用している場合）

統合エージェント管理基盤（JP1/IM - Agentを使用している場合）

なお，自動起動スクリプトの設定の有効・無効に関係なく，システム起動時にpdprcdプロセスが起動されます。

自動起動スクリプトの設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「2.18.2　自動起動および自動終了の設定（UNIXの場合）」を参照してください。また，自動起動スクリプトの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jco_start（UNIX限定）」（1.　コマンド）を参照してください。

自動起動スクリプトを設定しないでJP1/IM - Managerを起動する場合は，/etc/opt/jp1cons/jco_start.modelスクリプト，またはこのスクリプトをコピーしたファイルを実行して起動してください。

なお，JP1/IM - Managerを起動する場合は，先に監視で必要なJP1/Baseのサービスをすべて起動してください。また，JP1/IM - Managerの起動時に次のデータベースを起動してください。

IMデータベース（IMデータベースを使用している場合）

インテリジェント統合管理データベース（インテリジェント統合管理データベースを使用している場合）

JP1/Baseのサービスを再起動する場合は，必ずJP1/IM - Managerを停止した状態にしてください。停止しなかった場合は，イベントが表示されないなどの現象が発生します。

JP1/Baseのサービスの起動については，マニュアル「JP1/Base 運用ガイド」の起動と終了の章を参照してください。

重要

統合監視DBを使用する場合は統合監視DBのセットアップ，IM構成管理を使用する場合はIM構成管理DBのセットアップ，セントラルスコープを使用する場合は監視オブジェクトDBのセットアップをそれぞれ実施してから，JP1/IM - Managerを起動してください。

(1)　Linux環境でJP1/IM - Managerの自動起動および自動終了を設定している場合の注意事項

自動起動・自動停止を有効にしたあと，JP1/IM - Managerを手動で起動する場合は次のコマンドを実行してください。

JP1/IM - Managerのプロセス群の起動状態はjco_spmd_statusコマンドで確認できます。IMデータベースを使用している場合，IMデータベースの稼働状態はjimdbstatusコマンドで確認できます。インテリジェント統合管理データベースを使用している場合，インテリジェント統合管理データベースの稼働状態はjimgndbstatusコマンドで確認できます。

JP1/IM - Managerの起動

物理ホストの場合

systemctl start jp1_cons.service

論理ホストの場合

systemctl start jp1_cons_論理ホスト名.service

JP1/IM - Managerの自動起動・自動停止が有効の場合，systemctlコマンド以外の，jco_start/jco_start.clusterコマンド，jco_stop/jco_stop.clusterコマンドで起動したり停止したりすると，JP1/IM - Managerの自動停止が行われません（システムの停止時に停止スクリプトは起動されませんが自動起動・自動停止の設定は有効なままです）。

システム停止時にJP1/IM - Managerを自動停止させる場合は，再度，systemctlコマンドによる起動操作を行ってください。JP1/IM - Managerが自動停止するかどうかは，次のコマンドを実行して，「active」が表示されることを確認してください。

物理ホストの場合

systemctl is-active jp1_cons.service

論理ホストの場合

systemctl is-active jp1_cons_論理ホスト名.service

(2)　JP1/IM - Agentを使用するための統合エージェント管理基盤の設定

統合マネージャーホストのJP1/IM - Agentサービスの起動方法（UNIX環境）を，次に示します。

条件

操作

物理ホスト

統合エージェントを使用する場合

「jco_start」コマンドを実行する。

3.1.3　クラスタシステムで運用する場合

プラットフォーム（OSおよびクラスタソフトの種類）にかかわらず，クラスタシステムで論理ホストのJP1/IM - Managerを運用する場合は，クラスタソフトの制御によってJP1/IM - Managerを起動します。

クラスタシステムでは，実行系サーバでアプリケーションを実行し，システムダウンなどの障害発生時に待機系サーバへフェールオーバーするために，アプリケーションをクラスタソフトに登録して起動停止を制御しています。JP1/IM - Managerをクラスタ運用する場合も，クラスタソフトがJP1/IM - Managerを制御するように登録して運用します。

なお，クラスタ運用しているJP1/IM - Managerは，クラスタソフトの操作によって起動・停止をしてください。コマンドを実行するなど手動で起動・停止した場合は，クラスタソフトの管理するJP1/IM - Managerの動作状態と実際の動作状態が異なってしまい，障害と判定される場合があります。

起動順序については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7.5　新規インストール・セットアップでのクラスタソフトへの登録（Windowsの場合）」，「8.5　新規インストール・セットアップでのクラスタソフトへの登録（UNIXの場合）」を参照してください。

3.1.4　非クラスタシステムで論理ホストを運用する場合

非クラスタシステムの論理ホストでは，JP1/BaseおよびJP1/IM - Managerを次の順に起動してください。

JP1/Base

IMデータベース（IMデータベースを使用する場合）

「JP1/IM3-Manager DB Cluster Service_論理ホスト名」を起動してください。

インテリジェント統合管理データベース（インテリジェント統合管理データベースを使用する場合）

「JP1/IM3-Manager Intelligent Integrated DB Server_論理ホスト名」および「JP1/IM3-Manager Trend Data Management Service_論理ホスト名」を起動してください。

JP1/IM - Manager

「JP1/IM3-Managerサービス」を起動してください。

非クラスタシステムの論理ホスト運用での自動起動および自動停止については，「3.3　非クラスタシステムの論理ホスト運用での自動起動および自動停止の設定例」を参照してください。

3.2　JP1/IM - Managerを終了する

ここでは，JP1/IM - Managerの終了手順を説明します。

JP1/IM - Managerは，JP1/Baseより前に終了してください。また，JP1/IM - Managerの終了時に，次のデータベースを終了する必要があります。

IMデータベース（IMデータベースを使用している場合）

インテリジェント統合管理データベース（インテリジェント統合管理データベースを使用している場合）

終了方法は，OSによって異なります。

3.2.1　Windowsの場合

次の順に終了してください。

JP1/IM3-Managerサービス

JP1/IM3-Manager Trend Data Management Serviceサービス（インテリジェント統合管理データベースを使用している場合）

JP1/IM3-Manager Intelligent Integrated DB Serverサービス（インテリジェント統合管理データベースを使用している場合）

JP1/IM3-Manager DB Serverサービス（IMデータベースを使用している場合）

JP1/Base

JP1/Power Monitorをインストールしている場合は，JP1/Baseの起動管理機能を使用してサービスを終了できます。起動管理機能の設定については，マニュアル「JP1/Base 運用ガイド」のサービスの起動順序および終了順序の設定（Windows限定）の章を参照してください。

起動管理機能を使わないで終了させる場合は，［コントロールパネル］−［管理ツール］−［サービス］から，JP1/IM3-Managerサービスを終了してください。

3.2.2　UNIXの場合

自動終了スクリプトが設定されているときは，システムを終了すると，次の順で続けて終了します。

JP1/IM - Manager

インテリジェント統合管理データベース（インテリジェント統合管理データベースを使用している場合）

IMデータベース（IMデータベースを使用している場合）

JP1/Base

なお，pdprcdプロセスは，JP1/IM - Manager，インテリジェント統合管理データベース，およびIMデータベースが終了しても起動したままとなりますが，停止する必要はありません。

自動終了スクリプトの設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「2.18.2　自動起動および自動終了の設定（UNIXの場合）」を参照してください。また，自動終了スクリプトの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jco_stop（UNIX限定）」（1.　コマンド）を参照してください。

自動終了スクリプトを設定しないでJP1/IM - Managerを終了させる場合は，/etc/opt/jp1cons/jco_stop.modelスクリプト，またはこのスクリプトをコピーしたファイルを実行して終了してください。

(1)　Linux環境でJP1/IM - Managerの自動起動および自動終了を設定している場合の注意事項

自動起動・自動停止を有効にしたあと，JP1/IM - Managerを手動で停止する場合は次のコマンドを実行してください。

JP1/IM - Managerのプロセス群の起動状態はjco_spmd_statusコマンドで確認できます。IMデータベースを使用している場合，IMデータベースの稼働状態はjimdbstatusコマンドで確認できます。インテリジェント統合管理データベースを使用している場合，インテリジェント統合管理データベースの稼働状態はjimgndbstatusコマンドで確認できます。

JP1/IM - Managerの停止

物理ホストの場合

systemctl stop jp1_cons.service

論理ホストの場合

systemctl stop jp1_cons_論理ホスト名.service

JP1/IM - Managerの自動起動・自動停止が有効の場合，systemctlコマンド以外の，jco_start/jco_start.clusterコマンド，jco_stop/jco_stop.clusterコマンドで起動したり停止したりすると，JP1/IM - Managerの自動停止が行われません（システムの停止時に停止スクリプトは起動されませんが自動起動・自動停止の設定は有効なままです）。

システム停止時にJP1/IM - Managerを自動停止させる場合は，再度，systemctlコマンドによる起動操作を行ってください。JP1/IM - Managerが自動停止するかどうかは，次のコマンドを実行して，「active」が表示されることを確認してください。

物理ホストの場合

systemctl is-active jp1_cons.service

論理ホストの場合

systemctl is-active jp1_cons_論理ホスト名.service

3.2.3　クラスタシステムで運用する場合

プラットフォーム（OSおよびクラスタソフトの種類）にかかわらず，クラスタシステムで論理ホストのJP1/IM - Managerを運用する場合は，クラスタソフトの制御によってJP1/IM - Managerを停止します。

クラスタシステムでは，実行系サーバでアプリケーションを実行し，システムダウンなどの障害発生時に待機系サーバへフェールオーバーするために，アプリケーションをクラスタソフトに登録して起動停止を制御しています。JP1/IM - Managerをクラスタ運用する場合も，クラスタソフトがJP1/IM - Managerを制御するように登録して運用します。

なお，クラスタ運用しているJP1/IM - Managerは，クラスタソフトの操作によって起動・停止をしてください。コマンドを実行するなど手動で起動・停止した場合は，クラスタソフトの管理するJP1/IM - Managerの動作状態と実際の動作状態が異なってしまい，障害と判定される場合があります。

3.2.4　非クラスタシステムで論理ホストを運用する場合

非クラスタシステムの論理ホストでは，JP1/BaseおよびJP1/IM - Managerを次の順に停止してください。

JP1/IM - Manager

「JP1/IM3-Manager_論理ホスト名」を停止してください。

インテリジェント統合管理データベース（インテリジェント統合管理データベースを使用する場合）

「JP1/IM3-Manager Intelligent Integrated DB Server_論理ホスト名」および「JP1/IM3-Manager Trend Data Management Service_論理ホスト名」を停止してください。

IMデータベース（IMデータベースを使用する場合）

「JP1/IM3-Manager DB Cluster Service_論理ホスト名」を停止してください。

JP1/Base

非クラスタシステムの論理ホスト運用での自動起動および自動停止については，「3.3　非クラスタシステムの論理ホスト運用での自動起動および自動停止の設定例」を参照してください。

3.3　非クラスタシステムの論理ホスト運用での自動起動および自動停止の設定例

システム開始時および停止時に，論理ホスト用のJP1サービスを自動起動および自動停止する場合は，次の手順で設定する必要があります。設定方法は，JP1/IM - ManagerがサポートするOSによって異なります。OSごとの設定方法を次に示します。

3.3.1　非クラスタシステムの論理ホスト運用で自動起動および自動停止を設定する（Windowsの場合）

起動順序定義ファイル（JP1SVPRM.DAT）に，次の記述をテキストエディターで追記する。

格納先：Baseパス¥conf¥boot¥JP1SVPRM.DAT

[Jp1BaseEvent_論理ホスト名]
Name=JP1/BaseEvent_論理ホスト名
ServiceName=JP1_Base_Event 論理ホスト名

[Jp1Base_論理ホスト名]
Name=JP1/Base_論理ホスト名
ServiceName=JP1_Base_論理ホスト名
StopCommand=jbs_spmd_stop.exe -h 論理ホスト名

[JP1/IM-Manager DB Cluster Service_論理ホスト名]
Name=JP1/IM-Manager DB Cluster Service_論理ホスト名
ServiceName=HiRDBClusterService_JMn
StopCommand=Managerパス¥bin¥imdb¥jimdbstop.exe -h 論理ホスト名

[Jp1IM-Manager_論理ホスト名]
Name=JP1/IM-Manager_論理ホスト名
ServiceName=JP1_Console_論理ホスト名
StopCommand=jco_spmd_stop.exe -h 論理ホスト名

JMn：nはクラスタセットアップ情報ファイルのLOGICALHOSTNUMBERと同じものを指定してください。

StopCommandパラメーターで指定しているコマンドは，JP1/Power Monitorからのシャットダウン時に実行されます。

重要

JP1/Power Monitorを使用してJP1/IM - Managerを起動するホストの起動・停止をする場合は，JP1/Baseの起動順序定義ファイルのStopCommandパラメーターに，「net stop IMデータベースサービス名」を実行するバッチファイルなどのコマンドを指定してください。

3.3.2　非クラスタシステムの論理ホスト運用で自動起動および自動停止を設定する（Linuxの場合）

論理ホスト用の自動起動および自動停止スクリプトを作成する。

格納先：/usr/lib/systemd/system/jp1_cons_論理ホスト名.service

自動起動および自動停止スクリプト例

[Unit]
Description=JP1/Integrated Management - Manager 論理ホスト名 Service
Requires=jp1_base_論理ホスト名.service
After=jp1_base_論理ホスト名.service
ConditionFileIsExecutable=/etc/opt/jp1cons/jco_start.cluster
ConditionFileIsExecutable=/etc/opt/jp1cons/jco_stop.cluster

[Service]
ExecStart=/etc/opt/jp1cons/jco_start.cluster 論理ホスト名
ExecStop=/etc/opt/jp1cons/jco_stop.cluster 論理ホスト名

Type=forking
KillMode=none
StandardOutput=null
StandardError=null

[Install]
WantedBy=multi-user.target graphical.target

論理ホスト名は起動する論理ホスト名とします。JP1/Baseの論理ホストのUnitファイルの詳細については，JP1/Baseの設定に従ってください。

論理ホスト用の自動起動および自動停止スクリプトを作成したあとに，次のコマンドを実行してパーミッションを設定してください。

chmod 644 /usr/lib/systemd/system/jp1_cons_論理ホスト名.service
chgrp root /usr/lib/systemd/system/jp1_cons_論理ホスト名.service
chown root /usr/lib/systemd/system/jp1_cons_論理ホスト名.service

次のコマンドで作成した自動起動および自動停止スクリプトを登録する。

# systemctl --system enable jp1_cons_論理ホスト名

自動起動および自動停止スクリプトを編集した場合は，次のコマンドでその変更をsystemdに反映させる。

# systemctl daemon-reload

重要

Linux環境でJP1/IM - Managerの自動起動および自動終了を設定し有効にしている場合に，JP1/IM - Managerを手動で起動したり停止したりするときは，次のコマンドを実行してください。JP1/IM - Managerのプロセス群の起動状態は，jco_spmd_statusコマンドで確認できます。IMデータベースを使用している場合，IMデータベースの稼働状態はjimdbstatusコマンドで確認できます。

JP1/IM - Managerの起動

物理ホストの場合

　systemctl start jp1_cons.service

論理ホストの場合

　systemctl start jp1_cons_論理ホスト名.service

JP1/IM - Managerの停止

物理ホストの場合

　systemctl stop jp1_cons.service

論理ホストの場合

　systemctl stop jp1_cons_論理ホスト名.service

JP1/IM - Managerの自動起動・自動停止が有効の場合，systemctlコマンド以外の，jco_startコマンド，jco_start.clusterコマンドで起動したり，jco_stopコマンド，jco_stop.clusterコマンドで停止したりすると，JP1/IM - Managerの自動停止が実行されません（システムの停止時に停止スクリプトは起動されませんが，自動起動・自動停止の設定は有効のままです）。

システム停止時にJP1/IM - Managerを自動停止させる場合は，再度systemctlコマンドで起動操作をしてください。JP1/IM - Managerが自動停止するかどうかは，次のコマンドを実行して，「active」が表示されることを確認してください。

物理ホストの場合

systemctl is-active jp1_cons.service

論理ホストの場合

systemctl is-active jp1_cons_論理ホスト名.service

3.3.3　物理ホストおよび論理ホストの両方で自動起動および自動停止をする場合の設定

物理ホストおよび論理ホストの両方で自動起動および自動停止をしたい場合は，論理ホストの自動起動および自動停止の設定に加えて，次に示す設定をする必要があります。

なお，設定方法はOSごとに異なります。OSごとの設定方法を次に示します。

Windows環境の場合

起動管理機能では，起動順序定義ファイル（JP1SVPRM.DAT）に記載された順番どおりに上から起動・停止処理が実行されます。物理ホストおよび論理ホストの起動順序を変更したい場合は，起動順序定義ファイル（JP1SVPRM.DAT）で，起動または停止したい順に，物理ホストおよび論理ホストの起動・停止順序を定義してください。

Linux環境の場合

自動起動および自動停止の順序は，自動起動および自動停止スクリプトの数字部分（S**およびK**の**部分）の値によって決定されます。数字部分の値が大きいほど，あとから実行されます。物理ホストの自動起動および自動停止スクリプトへのシンボリックリンクは，インストール時に自動で作成されます。物理ホストも含めた自動起動および自動停止をする場合は，論理ホスト用に作成するシンボリックリンクの名称を変更して，物理ホストおよび論理ホストの起動および停止順序を調節してください。

なお，物理ホスト用の自動起動および自動停止スクリプトは，あらかじめ用意されています。物理ホストの自動起動および自動停止スクリプトへのシンボリックリンク一覧を次の表に示します。

表3‒1　物理ホストの自動起動および自動停止スクリプトへのシンボリックリンク一覧

起動スクリプト

停止スクリプト

/etc/rc.d/rc3.d/S99_JP1_20_CONS

/etc/rc.d/rc0.d/K01_JP1_80_CONS

/etc/rc.d/rc5.d/S99_JP1_20_CONS

/etc/rc.d/rc6.d/K01_JP1_80_CONS

シンボリックリンク一覧のS**およびK**の**（数字）部分の値と，論理ホストの自動起動および自動停止スクリプトのシンボリックリンクのS**およびK**の**（数字）部分の値との大小関係によって，物理ホストおよび論理ホストの起動順序を調節してください。

例えば，論理ホストを先に起動したい場合は，論理ホスト用に作成する自動起動スクリプトへのシンボリックリンク名S**の数字を，99（Linuxの場合）より小さい値にしてください。

3.4　起動と終了に関する注意事項

JP1/IM - Managerのサービスの［ログオン］の設定は，初期設定の「システムアカウント」のまま変更しないでください。また，［デスクトップとの対話をサービスに許可］オプションにチェックを入れないでください。サービスが正常に動作しなくなるおそれがあります。

JP1/IM - Managerのサービスについては，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「2.8　JP1/IM - Managerのサービス」を参照してください。

JP1/Baseのイベントサービスを再起動した場合は，必ずJP1/IM - Managerを再起動してください。また，接続していたJP1/IM - Viewも再起動してください。再起動を行わない場合，イベントが表示されなくなるなどの現象が発生します。

論理ホスト対応のJP1/IM - Manager全体のサービスを停止しても，プロセスが停止しない場合に，強制的にプロセスを停止したいときには，jco_killall.clusterコマンドを実行してください。このコマンドを使った停止は，正規の方法でJP1/IM - Managerのサービスを停止してもプロセスが停止しない場合にだけ使用してください。

JP1/IM - Managerの起動時にイベントを大量※1に取得する場合は，イベントの取得量に比例して起動時間※2が長くなります。そのため，JP1/IM3-Managerサービス（Windowsの場合）またはjco_startコマンド（UNIXの場合）がタイムアウト※3し，エラー値を返してくることがあります。その場合は，JP1/IM - Managerが起動していないように見えますが，しばらくすると起動が完了します。

注※1

起動時のイベント取得フィルターの条件やイベントDBにたまっているイベントの量によって変わります。

注※2

マシン性能によって変わります。

注※3

JP1/IM3-Managerサービス（Windowsの場合）のタイムアウトは125秒です。jco_startコマンド（UNIXの場合）のタイムアウトはデフォルトで300秒です。jco_startコマンドのタイムアウトの設定は，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド 14.7.11　JP1/IM - Managerの起動・停止のタイムアウト時間の検討（UNIXの場合）」を参照してください。

IMデータベースの起動が失敗した場合，IMデータベースの状態が再起動中断状態であり，不安定な状態になることがあります（IMデータベースの起動が失敗したあと，jimdbstatusコマンドを実行して，戻り値が8のとき）。

IMデータベースの状態が再起動中断状態であり，不安定な状態になる要因は次のとおりです。

ディスク容量不足（IMデータベースの容量不足ではない）

メモリー容量不足

IMデータベースの状態が再起動中断状態であり，不安定な状態の場合，サービスの停止，またはコマンドの実行によるIMデータベースの通常停止はできません。この状態を回避するためには，-fオプションを指定してjimdbstopコマンドを実行し，IMデータベースを強制停止する必要があります。

IMデータベースを使用している場合，JP1/Base，IMデータベースサービス，JP1/IM - Managerの順に起動してください。

IMデータベースを使用している場合，JP1/IM - Manager，IMデータベースサービス，JP1/Baseの順に終了してください。

JP1/IM - MOを使用している場合は，JP1/IM - Managerの終了の前に，接続元のJP1/IM - MOのJP1/IM - Message Optimizerサービスを停止してください。

JP1/Baseの起動順序定義ファイル（jp1svprm.dat）の既定の記載例を用いて，JP1/Power Monitorからホストの終了処理を行う場合，IMデータベースのサービスの停止処理において，イベントログにKAVA4516-Eが出力されます。KAVA4516-Eの出力を抑止するためには，起動順序定義ファイルを次に示す定義に変更してください。

物理ホストの場合

(1)任意のファイル名で次の内容のバッチファイルを作成してください。

<Managerパス>¥bin¥imdb¥jimdbstop.exe

net stop HiRDBEmbeddedEdition_JM0

(2)起動順序定義ファイルに以下のように記載してください。

以下は手順(1)で作成したバッチファイルの名称，及び格納先が"C:¥jp1¥jp1imdbstopservice.bat"の場合の記載となります。

[Jp1IM-Manager DB]

Name=JP1/IM-Manager DB Server

ServiceName=HiRDBEmbeddedEdition_JM0

StopCommand=C:¥jp1¥jp1imdbstopservice.bat

論理ホストの場合

(1)任意のファイル名で次の内容のバッチファイルを論理ホストごとに作成してください。

<Managerパス>¥bin¥imdb¥jimdbstop.exe -h <論理ホスト名>

net stop HiRDBClusterService_JM<n>※

注※　<n>は1〜9の数字です。この数字は，クラスタセットアップ情報ファイルでLOGICALHOSTNUMBERに指定した値を設定してください。

(2)起動順序定義ファイルに以下のように記載してください。

以下は手順(1)で作成したバッチファイルの名称，及び格納先が"C:¥jp1¥jp1imdbstopservice.bat"の場合の記載となります。

[Jp1IM-Manager DB]

Name=JP1/IM-Manager DB Cluster Service_<論理ホスト名>

ServiceName=HiRDBClusterService_JM<n>※

StopCommand=C:¥jp1¥jp1imdbstopservice.bat

注※　<n>は1〜9の数字です。この数字は，クラスタセットアップ情報ファイルでLOGICALHOSTNUMBERに指定した値を設定してください。

4　JP1/IM - Managerへのログインとログアウト

JP1/IM - Viewは，JP1/IM - Managerへログインして使用します。この章では，JP1/IM - Managerへのログイン・ログアウトの手順について説明します。

4.1　JP1/IM - Managerにログインする

JP1/IM - ViewおよびIM構成管理・ビューアーを使用するには，ビューアーからJP1/IM - Managerへのログインが必要です。JP1/IM - Managerにログインする方法には，GUIでログインする方法と，jcoviewコマンドまたはjcfviewコマンドを使用してログインする方法があります。

なお，jcoviewコマンドまたはjcfviewコマンドのショートカットをWindowsのスタートアップに登録すれば，Windowsへのログオンと同時にJP1/IM - ViewおよびIM構成管理・ビューアーを起動できます。また，jcoviewコマンドまたはjcfviewコマンドのショートカットをWindowsの［スタート］ボタンの横に表示される「クイック起動バー（Quick Launch bar）」に登録したり，ホストまたはユーザーごとにjcoviewコマンドまたはjcfviewコマンドのショートカットを作成したりできます。

4.1.1　JP1/IM - Manager（インテリジェント統合管理基盤）にWWWブラウザーでログインする

WWWブラウザーを使用してJP1/IM - Manager（インテリジェント統合管理基盤）にログインする方法を次に示します。

WWWブラウザーで接続先のJP1/IM - Manager（インテリジェント統合管理基盤）のURLを指定し，［ログイン］画面を表示する。

URLの形式を次に示します。

http://インテリジェント統合管理サーバのホスト名:ポート番号/login

注　SSL通信を使用する場合は，httpsです。

URLのポート番号には，インテリジェント統合管理基盤定義ファイル（imdd.properties）で設定したインテリジェント統合管理基盤のポート番号（デフォルトは20703）を指定します。

詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・API リファレンス」の「インテリジェント統合管理基盤定義ファイル（imdd.properties）」（2.　定義ファイル）を参照してください。

ログイン画面で，ユーザー名，パスワードを入力する。

ユーザー名に指定できる文字数は，1〜31バイトです。半角英数字だけを使用できます。英字は大文字・小文字を区別しません。

パスワードは，大文字・小文字を区別します。

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

統合オペレーション・ビューアーの画面が表示されます。

4.1.2　JP1/IM - ManagerにGUIでログインする

(1)　JP1/IM - Viewを使用する

JP1/IM - Viewを使用してJP1/IM - ManagerにGUIでログインする方法を次に示します。

Windowsのスタートメニューから，［すべてのプログラム］−［JP1_Integrated Management 3 - View］−［統合ビュー］を選択する。

［ログイン］画面が表示されます。

ログイン画面で，ユーザー名，パスワード，および接続ホスト名を入力する。

ユーザー名に指定できる文字数は，1〜31バイトです。半角英数字だけを使用できます。英字は大文字・小文字を区別しません。

パスワードは，大文字・小文字を区別します。

接続ホスト名には，ログインするJP1/IM - Managerがあるホストの名称を指定します。ビューアーで定義されているホスト名か，IPアドレスを指定してください。

ログイン画面については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「1.2.2　セントラルコンソールおよびセントラルスコープの［ログイン］画面」を参照してください。

セントラルスコープにログインする場合は，事前にセントラルスコープの機能を使用するための設定が必要です。

使用したい機能に合わせてチェックボックスをチェックする。

片方または両方をチェックできます。

［セントラルコンソール］チェックボックスをチェックすると，JP1/IM - Manager（セントラルコンソール）に接続します。

［セントラルスコープ］チェックボックスをチェックすると，JP1/IM - Manager（セントラルスコープ）に接続します。

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

JP1/IM - Manager（セントラルコンソール）に接続した場合は［イベントコンソール］画面，JP1/IM - Manager（セントラルスコープ）に接続した場合は［監視ツリー］画面が表示されます。

ログインするユーザー名は，事前に登録が必要です。ユーザーの登録については，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定の章を参照してください。

JP1/IM - Managerにログインする場合，一つのビューアーからは，最大三つの異なるマネージャーにログインできます。

(2)　IM構成管理・ビューアーを使用する

IM構成管理・ビューアーを使用してJP1/IM - ManagerにGUIでログインする方法を次に示します。

Windowsのスタートメニューから，［すべてのプログラム］−［JP1_Integrated Management 3 - View］−［構成管理］を選択する。

［ログイン］画面が表示されます。

Windowsのスタートメニューから［構成管理］が削除されている場合には，jcovcfsetupコマンドを実行して，Windowsのスタートメニューに［構成管理］を追加する必要があります。Windowsのスタートメニューに［構成管理］を追加する方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.20.3　IM構成管理・ビューアーのセットアップおよび動作カスタマイズ（Windowsの場合）」を参照してください。

ログイン画面で，ユーザー名，パスワード，および接続ホスト名を入力する。

ユーザー名には，小文字だけを使用できます。大文字を使用した場合も小文字として認証されます。

パスワードは，大文字・小文字を区別します。

接続ホスト名には，ログインするJP1/IM - Managerがあるホストの名称を指定します。ビューアーで定義されているホスト名か，IPアドレスを指定してください。

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

IM構成管理に接続し，［IM構成管理］画面が表示されます。

ログインするユーザー名は，事前に登録が必要です。ユーザーの登録については，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定の章を参照してください。

JP1/IM - Managerにログインする場合，一つのビューアーからは，最大三つの異なるマネージャーにログインできます。

4.1.3　JP1/IM - Managerにコマンドでログインする

(1)　JP1/IM - Viewを使用する

JP1/IM - Managerにjcoviewコマンドでログインし，JP1/IM - Viewを使用する方法を次に示します。

次のコマンドを実行します。

ログイン画面を起動する場合

jcoview [-c][-s][-h 接続ホスト名][-u ユーザー名]

引数を指定しなかった場合は，前回ログインしたときの情報が入力された状態でログイン画面が起動します。

引数を指定した場合は，指定した値が入力された状態で［ログイン］画面が起動します。

ログインする場合

jcoview [-c][-s][-h 接続ホスト名][-u ユーザー名][-p パスワード]

引数をすべて指定した場合は，JP1/IM - Managerのセントラルコンソール，セントラルスコープ両方にログインします。-cだけ指定した場合はセントラルコンソールに，-sだけ指定した場合はセントラルスコープにログインします。-c，-s両方とも省略した場合はセントラルコンソールにログインします。

ユーザーが認証されると，［ログイン］画面は表示されません。指定した引数に従って［イベントコンソール］画面，［監視ツリー］画面が表示されます。

GUIでログインする方法については，「4.1.2　JP1/IM - ManagerにGUIでログインする」を参照してください。また，jcoviewコマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcoview（Windows限定）」（1.　コマンド）を参照してください。

(2)　IM構成管理・ビューアーを使用する

JP1/IM - Managerにjcfviewコマンドでログインし，IM構成管理・ビューアーを使用する方法を次に示します。

次のコマンドを実行します。

ログイン画面を起動する場合

jcfview [-h 接続ホスト名][-u ユーザー名]

引数を指定しなかった場合は，前回ログインしたときの情報が入力された状態でログイン画面が起動します。

引数を指定した場合は，指定した値が入力された状態で［ログイン］画面が起動します。

ログインする場合

jcfview [-h 接続ホスト名][-u ユーザー名][-p パスワード]

引数をすべて指定した場合は，JP1/IM - ManagerのIM構成管理にログインします。

ユーザーが認証されると，［ログイン］画面は表示されません。指定した引数に従って［IM構成管理］画面が表示されます。

GUIでログインする方法については，「4.1.2　JP1/IM - ManagerにGUIでログインする」を参照してください。また，jcfviewコマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcfview（Windows限定）」（1.　コマンド）を参照してください。

4.2　JP1/IM - Managerからログアウトする

JP1/IM - Managerからログアウトする場合は，次の方法でログアウトしてください。

JP1/IM - Manager（インテリジェント統合管理）からログアウトする場合

［統合オペレーション・ビューアー］画面で［ファイル］−［ログアウト］を選択する。

JP1/IM - Manager（セントラルコンソール）からログアウトする場合

［イベントコンソール］画面で［ファイル］−［終了（ログアウト）］を選択する。

［イベントコンソール］画面の右上の×ボタンをクリックする。

JP1/IM - Manager（セントラルコンソール）からログアウトすると，ユーザープロファイルが更新されて，カラム幅や表示フィルターの有効・無効などイベントコンソールのユーザー環境が保存されます。

JP1/IM - Manager（セントラルスコープ）からログアウトする場合

［監視ツリー］画面で［ファイル］−［終了（ログアウト）］を選択する。

［監視ツリー］画面の右上の×ボタンをクリックする。

JP1/IM - Manager（IM構成管理）からログアウトする場合

［IM構成管理］画面で［ファイル］−［終了（ログアウト）］を選択する。

［IM構成管理］画面の右上の×ボタンをクリックする。

上記方法で起動中の画面が終了します。ただし，統合機能メニューから起動した画面とモニター画面は終了しません。これらの画面は，個別に終了させてください。

ログアウトせずに終了した場合，マネージャー上にログイン情報が残った状態になり，最終的にマネージャーのリソース不足になることがあります。必ずログアウト操作で終了してください。

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

この章では，インテリジェント統合管理基盤を使用してシステムを監視する手順について説明します。なお，インテリジェント統合管理基盤でシステムを監視するためには，統合監視DBおよび発生元ホストマッピングの定義が有効となっている必要があります。

5.1　システムの状態の見方

発生元ホストのマッピング機能を有効にすると，［統合オペレーション・ビューアー］画面の［稼働状況］領域に，ログインしているマネージャーの統合監視DBに登録されたシステムの状況が表示されます。システムに変更が発生した場合は画面を自動更新し，常に最新の状況を表示します。

［統合オペレーション・ビューアー］画面でシステムの状況を確認することで，次のような運用ができます。

管理しているシステム，およびそのシステムの状態を一目で確認できる

ジョブの運用中の異常を検知し，重大な業務障害を回避できる

システムの障害発生個所を特定し，重要な事象の発生を把握できる

管理しているどのシステムに影響があるか，障害の要因を把握できる

サンバースト，ツリーまたはダッシュボードのノード状態パネルに表示された項目の色で，対処の優先度（緊急性）を把握できる

各種ITリソースのアラート情報を把握できる

各種ITリソースのトレンド情報を把握できる

5.1.1　インテリジェント統合管理基盤で監視できるもの

インテリジェント統合管理基盤では，「システムの状態」，「JP1イベント」，「関連ノード」，「各種ITリソースのアラート」，「各種ITリソースのトレンド情報」を監視できます。

システムの状態

サンバースト，ツリーでは，階層構造で監視できます。

ダッシュボードでは，見たいノードだけを選択して監視できます。

JP1イベント

イベント一覧画面では，ノード単位の絞り込みやエラー状態で絞り込んで表示できます。ダッシュボードでは，発生した重要イベント件数，対処状況ごとの件数をグラフで監視できます。

関連ノード

ノードの関係をグラフィカルに確認できます。

各種ITリソースのアラート

ダッシュボードでは，選択したノード単位で発生件数をビジュアルに監視できます。

各種ITリソースのトレンド情報

［トレンド］タブでは，選択したノードのトレンド情報をグラフで表示できます。ダッシュボードでは，選択したノードのトレンド情報をグラフ形式，ゲージ形式，数値形式，ランキング形式などで監視できます。

5.1.2　サンバーストまたはツリーの表示項目

［稼働状況］領域のサンバースト，またはツリーには，次の項目が階層構造で表示されます。

表5‒1　サンバーストまたはツリーの表示項目

表示項目

説明

システム名

システムやサブシステムの名前が表示されます。

ホスト名

システムに所属するホストの名前が表示されます。

カテゴリ名

監視対象をグループ化した項目です。

スケジューラーサービス名／ジョブグループ名

JP1/AJSと連携した場合に，JP1/AJSのスケジューラーサービス名とその配下のジョブグループ名が一つの構成要素として表示されます。

ルートジョブネット名

JP1/AJSと連携した場合に，ジョブグループに存在するルートジョブネットの名前が表示されます。

JP1/PFMの監視エージェントのサービス名

JP1/PFM - Managerと連携した場合に，JP1/PFM - Managerから取得した監視エージェントのサービス名が表示されます。

インストール製品名

インストールされたJP1製品名（JP1/Base，JP1/AJS，JP1/PFM，JP1/IM - Managerなど）が表示されます。

［稼働状況］領域の切り替え例を次に示します。

図5‒1　［稼働状況］領域の切り替え例

各項目の色は，システムの運用状態の健全性を意味します。システムが健全な場合は，異常なし／対処済みとして「緑色」で表示されます。「黄色」は警告，「橙色」はエラー，「赤色」は緊急／警戒／致命的な障害が発生していることを表します。

項目をクリックすると，［詳細表示］領域に選択した項目に関連する情報が表示されます。

5.2　JP1イベントの見方（［イベント一覧］画面）

［イベント一覧］画面でシステムの属性や対処状況を確認することで，次のような運用ができます。

［統合オペレーション・ビューアー］画面の［稼働状況］領域，および［詳細表示］領域で項目を選択すると，選択した項目で発生しているJP1イベントの一覧が［イベント一覧］領域に表示されます。

新しいJP1イベントはイベント一覧の下に追加されます。到着日時が最も新しいJP1イベントが，イベント一覧の最も下に表示されます。

図5‒2　［イベント一覧］画面の表示例

イベント一覧に表示されるのは，次のイベントです。

統合監視DBに登録されたイベント

選択した項目が発生元となるイベントおよび配下のすべての項目が発生元となるイベント

資源グループ・業務グループを設定している場合は，ログインしたユーザーに参照権限がある項目

ユーザーフィルターを設定している場合は，ユーザーフィルターの設定に従ってフィルターを通過したイベント

［イベント一覧］画面でシステムの属性や対処状況を確認することで，次のような運用ができます。

システムに関連するイベントをすぐ絞り込みできるため，障害が発生したシステムの状態をすばやく確認できる

イベントの詳細情報で，障害の原因や対処方法について詳細な調査ができる

イベントの対処状況を簡単に変更できる

集約イベントの場合は，［繰り返しイベント一覧］画面を表示することで，［繰り返しイベント一覧］画面で集約された繰り返しイベントを確認できます。［繰り返しイベント一覧］画面は，イベント一覧の［繰り返しイベント一覧］メニューをクリックすると表示されます。

イベントがモニター起動対象のイベントの場合は，イベントに対応するアプリケーションの画面を起動し，イベントに関するより詳しい情報を確認できます。イベント一覧の［モニター起動］メニューからモニター起動できます。

5.2.1　イベント一覧の表示項目

イベント一覧には，各イベントの属性（基本属性，共通の拡張属性，または固有の拡張属性）が項目として表示されます。表示項目は変更できません。

イベント一覧に表示される項目（列）を次の表に示します。

表5‒2　イベント一覧の表示項目

表示項目（列名）

説明

対処状況

JP1イベントの対処状況を示す情報（対処済，処理中，保留，未処理）が表示されます。

集約イベントの場合は，集約開始イベントの対処状況が表示されます。集約開始イベントと集約している繰り返しイベントの対処状況が異なる場合は，集約開始イベントの対処状況欄に「!」が表示されます。

集約

集約開始イベントの場合に，[図データ]が表示されます。

[図データ]（重要イベント）

イベントが重要イベントの場合に，[図データ]が表示されます。集約イベントの場合は，集約開始イベントが重要イベントの場合に，[図データ]が表示されます。

重要イベントとして集約されている繰り返しイベントに，重要イベントと重要ではないイベントが混在している場合は，「!」が表示されます。

重大度

JP1イベントの緊急性を示します。緊急性の高い順に，次の値があります。「緊急（Emergency）」，「警戒（Alert）」，「致命的（Critical）」，「エラー（Error）」，「警告（Warning）」，「通知（Notice）」，「情報（Information）」，「デバッグ（Debug）」

なお，統合監視DBを使用する場合に，重大度変更機能で重大度を変更したときは，変更したあとのJP1イベントの緊急性を表します。

イベントDB内通し番号

発行元に関係なくこのイベントサーバに到達した順番です。

登録時刻

イベント発行元ホストのイベントDBにJP1イベントが登録された時刻です。

発生元ホスト名

JP1イベントを登録したエージェント名（発行元イベントサーバ名）です。

ユーザー名

JP1イベント発行元のユーザー名です。

イベントID

発行元のプログラムや，発生した事象を表す値です。

メッセージ

JP1イベントの内容を表すメッセージテキストです。

オブジェクトタイプ

イベント発行の契機となる事象が発生したオブジェクトの種類を表す「JOB」，「JOBNET」などの文字列です。

アクション

自動アクションが設定されていて，イベントがアクション実行の対象となった場合に，アクションマーク[図データ]（抑止されなかったアクション），[図データ]（抑止されたアクション），または[図データ]（一部抑止されたアクション）が表示されます。

また，繰り返しイベントの監視抑止でアクションの実行を抑止している場合にイベントが大量発生したとき，［イベント一覧］画面に[図データ]が表示されます。

共通除外条件によってアクションの実行対象外になった場合は[図データ]（アクション除外イベント）が表示されます。

集約開始イベントと繰り返しイベントのアクション状況が異なる場合，アクション欄に「!」が表示されます。

項目の列幅

表示される項目の列幅は，マウスでドラッグすると任意の幅に変更できます。また，列自体をドラッグして，列の順番を入れ替えることもできます。

重要イベントの背景色

重要イベントの場合，イベント一覧に表示される重大度によって次に示す背景色が付きます。

表5‒3　重要イベントの背景色

重大度

対処状況

背景色

警告／通知／情報／デバッグ

「対処済」以外

黄

エラー

橙

緊急／警戒／致命的

赤

上記以外

「対処済」

白（背景色なし）

イベントの対処状況

JP1イベントの対処状況を設定したイベントには，イベント一覧の左端の列に，対処状況とアイコンが表示されます。

対処状況の種類と，その対処状況を示す対処状況マークを次に示します。どのような場合にどの対処状況を設定するか，運用に合わせて決めてください。

表5‒4　対処状況の種類と対処状況マーク

対処状況

対処状況マーク

対処済

処理中

保留

未対処

（無印）

設定した対処状況は，ログインしているマネージャーの統合監視DBまたはイベントDBに記録されます（ほかのホストから転送されてきたJP1イベントの場合，転送元ホストの統合監視DBまたはイベントDBの情報は変更されません）。そのため，同じマネージャーにログインしているJP1/IM - Viewの［イベント監視］ページおよび［重要イベント］ページにも反映されます。

画面に表示できるイベント数の上限

画面に表示できるイベント数の上限は100件です。JP1イベントの数が，表示できるJP1イベントの数の上限を超える場合，最新のイベントから100件ずつイベントを表示します。画面を切り替えると201件目以降のイベントを順次表示できます。

［イベント一覧］画面の更新

［イベント一覧］画面は，一定間隔で新しいイベントが到着していないかインテリジェント統合管理サーバをチェックし，画面を自動更新します。画面は，最新のイベントを表示している場合だけ自動更新されます。過去のイベント（101件目以降）を表示している場合は自動更新されません。また，更新間隔の変更はできません。

なお，画面を手動で更新した場合は，最新のイベント一覧が表示されます。

状態の絞り込み

［イベント一覧］画面に一覧表示するイベントを，[図データ]［状態絞込み］ボタンで切り替えます。次に示す状態のイベントを，ボタンの色によって絞り込みできます。

表5‒5　ボタンの色と絞り込まれるイベント

ボタンの色

絞り込まれるイベント

重大度

対処状況

黄

警告／通知／情報／デバッグ

「対処済」以外

橙

エラー

赤

緊急／警戒／致命的

すべてのボタンを一度に選択することもできます。絞り込みを切り替えた場合は，変更後の設定で最新のイベント（100件）を取得し直し，イベント一覧を更新します。

5.2.2　［繰り返しイベント一覧］画面を表示する

［繰り返しイベント一覧］画面は，集約イベントと集約された繰り返しイベントを一覧で表示する画面です。集約イベントの対処状況を，まとめて処理できます。

［繰り返しイベント一覧］画面を表示するには，集約開始イベントを選択して[図データ]［操作メニュー］ボタンの［繰り返しイベント一覧］をクリックします。

図5‒3　［繰り返しイベント一覧］画面の例

［繰り返しイベント一覧］画面に表示される項目については，「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.［統合オペレーション・ビューアー］画面」を参照してください。

5.2.3　JP1イベントの詳細情報を表示する

イベント一覧に表示されているJP1イベントの詳細な属性情報を表示できます。

詳細情報を表示するには，［イベント一覧］画面のイベント一覧で，属性を表示したいJP1イベントの[図データ]をクリックします。［イベント詳細］ダイアログが表示されます。

図5‒4　［イベント詳細］ダイアログの例

［イベント詳細］ダイアログには，そのJP1イベントに登録されているイベント属性名と属性値が表示されます。登録されている属性は，そのJP1イベントによって異なります。

選択したJP1イベントがモニター起動対象のイベントの場合は，［モニター起動］ボタンが活性化します。クリックすると，JP1イベントに対応するアプリケーションの画面が表示されます。

選択したJP1イベントが1件の場合は，［対処アクション実行（イベント情報引き継ぎ）］ボタンが活性化します。クリックすると，［対処アクション実行］画面が表示されます。

詳細情報として表示される項目は，セントラルコンソールのイベント一覧の表示項目と同じです。詳細については「6.1.1　イベント一覧の表示項目」を参照してください。

5.3　トレンド表示とアラートで扱うメトリックの追加

JP1/IM - Agentのトレンド表示とアラートで扱うメトリックを追加できます。

トレンド表示で扱うメトリックについては，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「3.15.6(3)メトリック一覧の返却」および「3.15.6(4)トレンドデータの返却」，アラートで扱うメトリックについては，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「3.15.1(3)パフォーマンスデータの監視・通知機能」を参照してください。

メトリックを追加するための設定手順を，次に示します。

Exporterの設定

追加するメトリックをExporterが収集していない場合，収集するための設定を行います。設定方法はExporterごとに異なります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「3.15.1(1)(i)Blackbox exporter（外形監視機能）」，「3.15.1(1)(d)Node exporter（Linux性能情報収集機能）」，「3.15.1(1)(c)Windows exporter（Windows性能情報収集機能）」，および「3.15.1(1)(g)Yet another cloudwatch exporter（Amazon CloudWatch性能情報収集機能）」で，主な取得項目について説明している個所を参照してください。

設定を行ったあと，Exporterを再起動します（Blackbox exporterの場合は，再起動の代わりにリロードを実行してもかまいません）。

Prometheus設定ファイルの編集

Prometheus設定ファイル（jpc_prometheus_server.yml）のスクレイプ定義で，metric_relabel_configsの設定を変更し，PromQL文で使用するExporterのメトリックが削除されないようにします。具体的には，metric_relabel_configsのregexでExporterのメトリック名を羅列している個所に，Exporterで新たに使用するメトリック名を追加します。すでに追加されている場合は追加不要です。

Yet another cloudwatch exporterで「aws_ec2_network_in_average」メトリックを追加する場合の指定例を，次に示します（下線部分を追加します）。

- job_name: 'jpc_cloudwatch'
・・・
  metric_relabel_configs:
・・・
    - source_labels: ['__name__','jp1_pc_nodelabel']
      regex: '(aws_ec2_network_in_average|aws_ec2_cpuutilization_average|…);.+$'
action: 'keep'

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

アラート設定ファイルの編集（アラートで扱うメトリックを追加する場合）

アラート設定ファイルのアラートの定義にメトリックを追加し，追加したメトリックを使用したPromQL文をアラートの条件式に記述します。

アラート設定ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「アラート設定ファイル（jpc_alerting_rules.yml）」（2.　定義ファイル）を参照してください。

Prometheus serverのサービスの再起動またはリロード

Prometheus設定ファイルおよびアラート設定ファイルを編集したホストのPrometheus serverのサービスを再起動，または，リロードします。

メトリック定義ファイルの編集（トレンド表示で扱うメトリックを追加する場合）

メトリック一覧の返却機能では，メトリック定義ファイルに定義されているメトリックを返却します。メトリック定義ファイルは，Exporterごとに存在します。メトリックを追加したいIM管理ノードのExporterを確認し，該当するExporterのメトリック定義ファイルに，メトリックの定義を追加します。

メトリック定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の各Exporterのメトリック定義ファイル（2.　定義ファイル）を参照してください。

メトリック定義ファイルを編集したあと，次のどれかの操作を行ったときに，更新したメトリック定義ファイルの情報が反映されます。

統合オペレーション・ビューアーで［トレンド］タブを再表示

統合オペレーション・ビューアーで［ダッシュボード］を再表示

JP1/IM - Managerのメトリック一覧取得APIを実行

JP1/IM - Managerの時系列データ取得APIを実行

5.4　ダッシュボードの見方

ダッシュボードでは，「ノードの状態」，「各種ITリソースのアラート」，「各種ITリソースのトレンド情報」，「重要イベントの発生件数」を確認できます。「各種ITリソースのアラート」，「各種ITリソースのトレンド情報」，「重要イベントの発生件数」に対しては，ダッシュボードで指定した期間内の情報を表示できます。

ダッシュボードは，IM管理ノードごとに作成できるため，システム全体を監視するダッシュボードだけでなく，サブシステムやサーバーごとに監視するダッシュボードも作成できます。なお，IM管理ノードごとにデフォルトで表示される自動生成ダッシュボードをカスタマイズして，ユーザーごとにさまざまなダッシュボードを作成できます。ダッシュボードの作成手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」を参照してください。

図5‒5　ダッシュボードの画面例

１つの画面にノード状態，アラート情報，各種ITリソースのトレンド情報などを並べて監視できます。

ダッシュボードの画面操作については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」を参照してください。

5.4.1　ダッシュボードを表示する

(1)　［ダッシュボード］タブに表示する

［統合オペレーション・ビューアー］画面を表示すると，［詳細表示］領域に［ダッシュボード］タブが表示されます。このタブには，［稼働状況］領域で選択しているIM管理ノードに応じたダッシュボードが表示されます。デフォルトでは，自動生成ダッシュボードが表示されます。

(2)　［ダッシュボード一覧］画面から表示する

自動生成ダッシュボードをカスタマイズしたダッシュボードや，新規作成したダッシュボードは，［統合オペレーション・ビューアー］画面のメニューから［表示］−［ダッシュボード一覧］を選択すると，［ダッシュボード一覧］画面が表示されます。一覧でタイトルをクリックすると，選択したダッシュボードが表示されます。

(3)　フルスクリーンで表示する

タブや画面で表示したダッシュボードの操作メニューで，［フルスクリーン表示］をクリックすると，ダッシュボードをフルスクリーンで表示できます。フルスクリーンを解除する場合は，Escキー，または，ディスプレイ上部へのマウスオーバーで表示される［×］ボタンをクリックします。

(4)　Webブラウザーの別ウィンドウで表示する

タブや画面で表示したダッシュボードの操作メニューで，［別ウィンドウで表示］をクリックすると，Webブラウザーの別ウィンドウで［ダッシュボード］画面を表示できます。

(5)　Webブラウザーの別タブやほかの端末のWebブラウザーで表示する

Webブラウザーの別タブやほかの端末のWebブラウザーから，ダッシュボードのURLにアクセスして，［ダッシュボード］画面を表示できます。

ダッシュボードのURLの取得方法を，次に示します。

統合オペレーション・ビューアーで，対象のダッシュボードを表示する。

表示されたダッシュボードの操作メニューから［ダッシュボードのURLをコピー］メニューを選択する。

［ダッシュボードURLコピー］ダイアログで，［クリップボードにコピー］ボタンをクリックする。

5.4.2　IM管理ノード状態の監視

ダッシュボードでは，ツリーの中で監視したいIM管理ノードだけを選択し，ダッシュボードに並べて監視できます。

図5‒6　IM管理ノード状態による監視例

(1)　ノード状態パネルによる監視

次に示すシステムの構成の場合に，「①システム全体」を監視する例と，システムの一部の「②システムA」を監視する例を説明します。

図5‒7　システム構成例

システム全体を監視する

ダッシュボードにシステム単位のノード状態監視を指定し，「システムA」，「システムB」，「システムC」，「システムD」，「システムE」のノードを監視するパネルを定義するとシステム全体の状態を把握できます。

システムAを監視する

ダッシュボードにホスト単位のノード状態監視を指定し，「host01」から「host10」のノードを監視するパネルを定義すると，システムAの状態を把握できます。

(2)　ノード状態マップによる監視

ノード状態マップによる監視では，背景画像を指定して背景画像上にノードの状態を表示できます。次の例では緑や赤の小さな四角のステータスアイコンでノードの状態を確認できます。

図5‒8　ノード状態マップによる監視例

5.4.3　アラート情報の監視

JP1/IM - Agentでは，各種ITリソースのパフォーマンスデータに対してしきい値監視ができます。ダッシュボードでは，しきい値を超過し，アラート通知が「firing」の状態の件数を，アラート情報として表示できます。複数のアラートが発生している場合は，数字が加算されて表示されます。

ダッシュボードの［アラート情報］パネルでは，任意のIM管理ノードごとに，その配下で発生しているアラートの件数を確認できます。

図5‒9　アラート監視例

5.4.4　各種ITリソースの確認

各種ITリソースの情報をビジュアルに確認できます。

表示形式は，折れ線グラフ，棒グラフ，数値，ゲージ，ランキング形式から選択できます。

図5‒10　各種ITリソースの表示例

表示形式は，データの特性や視認性を考慮して選択してください。対象メトリックは，OSのパフォーマンス情報，URLやICMPでの外形監視情報，クラウド監視情報，コンテナ監視情報など，JP1/IM - Agentの性能監視で収集されるメトリックと，JP1イベントの件数（重要イベントの件数）です。

ITリソースで異常を検知した場合には，ダッシュボードで該当ホストの各種ITリソース情報を確認すること，発生時刻前後の状況を把握することができます。

また，直近の状況だけでなく，過去の状況を並べて表示することができるので，今日だけ急に異常となったのか，前から徐々に異常に近づいたかの確認もできます。

図5‒11　右側に過去の状況のグラフを表示した例

5.4.5　ダッシュボードを起点とした問題調査・対処の流れ

ダッシュボードを使用した場合の監視から調査に至るまでの運用作業の流れについて，説明します。

(1)　IM管理ノード状態監視からの一連の操作

［ノード状態］パネルは，IM管理ノードの単位で監視できます。

例えば，システム全体が8つのシステムから構成されるような場合，ダッシュボードでシステム単位にノード状態監視を8つ定義すると，システム全体を監視できます。

監視する際の手順を次に示します。

監視を開始します。

異常が発生すると，該当システムのパネルの色が変化します。

色の変わった該当パネルをクリックすると，ツリー上のIM管理ノードが選択状態に変わります。

［イベント一覧］画面には，該当するIM管理ノード配下のイベントだけにフィルタリングされます。

イベント一覧の中から，該当イベントの「イベント詳細」のメッセージを確認し，要因を特定して調査します。

要因がOSリソースやプロセスパフォーマンスに関係するものであれば，ダッシュボードでOSリソースなどをトレンド解析し，原因を調査します。

(2)　アラート情報監視からの一連の操作

アラート情報は，IM管理ノードの単位であるシステムやホスト単位などで監視できます。

例えば，あるシステムが16個のホストから構成されるような場合，ダッシュボードでホスト単位にアラート情報監視を定義すると，システムのアラート情報を監視できます。

監視する際の手順を次に示します。

監視を開始します。

アラートが発生すると，該当ホストのアラートパネルの色が変化し，発生しているアラートの数も表示されます。

色の変わった該当パネルをクリックすると，IM管理ノードと発生しているアラートの一覧が表示され，発生時刻も確認できます。表示されたIM管理ノードをクリックすると，ツリーの選択状態に変わります。

［イベント一覧］画面には，該当するIM管理ノード配下のイベントだけにフィルタリングされます。

イベント一覧の中から，アラート発生時刻を元に該当イベントの「イベント詳細」のメッセージを確認し，要因を特定して調査します。

要因がOSリソースやプロセスパフォーマンスに関係するものであれば，ダッシュボードでOSリソースなどをトレンド解析し，原因を調査します。

5.4.6　注意事項

JP1ユーザーを削除する場合は，そのJP1ユーザーで作成したダッシュボードを事前に削除してください。JP1ユーザーを削除してもダッシュボードは自動的に削除されません。JP1ユーザーがすでに存在しない場合は，再度JP1ユーザーを作成し，そのJP1ユーザーで作成したダッシュボードを削除してください。

ダッシュボードのトレンドパネルのグラフの縦軸は，表示する範囲のデータの内容によって最小値と最大値が動的に変化します。連続して監視しているときでも縦軸の最小値と最大値が変わるため，注意してください。

最小値と最大値を固定したい場合は，パネルの設定時に「最小値」と「最大値」を設定してください。

特に，過去との比較では2つのグラフの縦軸の最小値と最大値が異なるため，注意が必要です。同じスケールで比較したい場合は，両方に同じ最小値と最大値を指定してください

ダッシュボードで表示できるメトリックデータの期間は，トレンドデータ管理DBで保存されている期間となります。

メトリックのデータが一つも存在しない場合は，パネルに「NO DATA」と表示されます。

監視対象の停止などによって一時的にパフォーマンスデータを収集できなかった場合は，次のようにグラフの線が途切れた状態で表示されます。

5.5　他製品との連携の見方

インテリジェント統合管理基盤では，連携した他製品のデータを統合オペレーション・ビューアーで監視できます。

5.5.1　予兆によって障害を回避する（JP1/AJS連携）

JP1/AJSの負荷の増大など業務障害の予兆をイベント通知で確認し，障害を回避する場合の手順を説明します。

［イベント一覧］で予兆を通知されたイベントの［詳細］ボタンをクリックする。

［イベント詳細］ダイアログが表示されます。

イベントガイド情報と［メッセージ］を確認する。

［トレンド］タブでスケジューラーサービスの稼働状況を確認する。

選択したイベントのトレンド情報のグラフが表示されます。

［［+］ノード追加］ボタンをクリックして，ジョブの実行先ホストの性能情報を持つノードを選択する。

ジョブの実行先ホストの性能情報のグラフが表示されます。

手順3.で表示したグラフと，手順4.で表示したグラフを比較する。

トレンドの比較によって，影響範囲や障害の要因を切り分けます。

障害の要因の切り分けの結果から，担当者に障害を回避する作業指示をする。

5.5.2　ジョブの運用中に発生した問題の影響範囲を把握し対処する（JP1/AJS連携）

ジョブの運用中に発生した問題の原因と影響範囲を把握する場合の手順を示します。

［稼働状況］領域で問題発生個所をクリックする。

問題発生個所は，サンバーストまたはツリー上に赤色，橙色，黄色で表示されます。

［業務フロー］タブに，クリックしたルートジョブネットの次の情報が表示される。

先行ルートジョブネット，後続ルートジョブネットとの関連

後続ルートジョブネットへの影響有無

発生中のイベント一覧

ノードの前に表示されたアイコンをクリックして，［連携ユニット］ダイアログを表示する。

影響がある後続ユニットとその開始予定日時を確認します。

後続ユニットのリンクをクリックしてJP1/Web Consoleのモニター画面を起動する。

影響がある後続ユニットに対して，対処します。

5.5.3　ジョブの定義や内容を変更する場合に影響を受けるルートジョブネットを事前に把握する（JP1/AJS連携）

ジョブの定義や内容を変更する場合に，影響を受けるルートジョブネットを事前に把握する手順を示します。

変更予定のルートジョブネットをクリックする。

［ジョブフロー］タブ，［関連ノード］タブを確認する。

変更予定のルートジョブネットに関連するノードが表示されます。

表示されたルートジョブネット名，［プロパティ］の情報を参照し，影響の有無や影響内容を把握する。

5.5.4　性能情報を確認して対処する（JP1/PFM連携）

ジョブ異常終了の要因がインフラにあるか判断するため，関連するインフラのステータスを確認する手順を示します。

［稼働状況］領域で問題発生個所をクリックする。

問題発生個所は，サンバーストまたはツリー上に赤色，橙色，黄色で表示されます。

［関連ノード］タブで，ジョブの実行先エージェントを確認する。

関連ノードの階層を展開し，ジョブの実行先エージェントを確認します。

［トレンド］タブで実行先エージェントのノードを追加し，性能情報のグラフを表示する。

実行先エージェントのイベントを確認します。

［パフォーマンス］タブを開く。

該当するメトリックに関連するレポートを選択し，リソースの使用率が高いプロセスを特定して対処します。

JP1/PFMの［カスタムUI］画面については，JP1/PFM バージョン12-10以降のマニュアルのJP1/PFM - Web Consoleについての説明を参照してください。

5.5.5　提案を確認して対処する

提案機能でシステムの異常に対処する場合の手順を示します。

［稼働状況］領域で問題発生個所を確認する。

問題発生個所は，サンバーストまたはツリー上に赤色，橙色，黄色で表示されます。

[図データ]アイコンが表示されたIM管理ノードをクリックする。

［提案］タブに提案の一覧が表示されます。

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

問題に対して対処できる［提案バー］が，活性化します。

［提案バー］をクリックし，［提案詳細］領域で提案の説明や前回実行履歴などを確認する。

条件の詳細を確認する場合は，［条件詳細表示］ボタンをクリックします。［条件詳細］画面が表示され，提案の活性条件を確認できます。

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

対処アクションが実行されます。ボタン名は［実行中］に変わります。

対処アクションの完了を確認する。

ボタン名が［実行］に変わります。イベントの自動アクションのメールを通知によって，対処アクションの終了を確認することもできます。

対処アクションの実行が完了したあとに，もう一度［提案］ボタンをクリックすると，対処アクションを実行したことによってシステム状況が変わっているため，活性化されていた提案一覧が非活性で表示されます。

提案定義ファイルで，システムが正常化した際にイベントを対処済みにする対処アクションを定義していた場合は，その提案が活性化します。

イベントを対処済みにする対処アクションが定義された提案を実行した場合は，イベントが対処済みになることでノードのステータスが「異常なし」に変更されます。もう一度［提案］ボタンをクリックすると，提案一覧がすべて非活性で表示されます。

重要

同じIM管理ノードかつ同じ提案IDの対処アクションを同時に実行することはできません。

対処アクションの実行中にjddupdatesuggestionコマンド，またはjddupdatetreeコマンドを実行した場合でも，対処アクションは途中で終了しません。このため，IM管理ノードや提案定義を参照する対処アクションが失敗する場合があります。

対処アクションの実行中にJP1ユーザーを削除，またはJP1ユーザー権限を変更・削除した場合，JP1ユーザーの情報を使用するコマンド実行，プラグイン共通メソッド，REST APIが失敗し，対処アクションが失敗するときがあります。

対処アクション実行中にJP1/IM - Managerサービスを停止すると，対処アクションが終了するまでJP1/IM - Managerサービスを停止しないため，サービスの停止に時間がかかる場合があります。対処アクションで時間のかかるREST APIやコマンドを実行する場合は，非同期で処理する必要があります。

対処アクション実行開始直後にJP1/IM - Managerサービスを停止すると，次の種別の対処アクションは失敗するおそれがあります。

・plugin（JP1イベント関連の共通メソッドを使用している場合）

・eventStatus

また，サービス停止中にJP1/IMのREST APIを実行すると，ステータスコード「500」が返却されます。これによって，対処アクションが失敗する場合があります。

5.5.6　OIDC認証している外部製品と連携してシングルサインオンする

OIDC認証している外部製品と，シングルサインオン連携している場合の手順を示します。

(1)　他のサービスのWebコンソール画面を呼び出す

OpenIDプロバイダによる認証で，インテリジェント統合管理基盤にログインする。

［統合オペレーション・ビューアー］画面が表示されます。

［イベント一覧］領域で，他のサービスが管理するイベントをクリックする。

OpenIDプロバイダの認証画面を経由せずに，他のサービスのWebコンソール画面が表示される。

(2)　他のサービスから［統合オペレーション・ビューアー］画面を呼び出す

OpenIDプロバイダによる認証で，他のサービスにログインする。

他のサービスから［統合オペレーション・ビューアー］画面を起動する。

インテリジェント統合管理基盤のログイン画面を経由せずに，［統合オペレーション・ビューアー］画面が表示される。

(3)　他のサービスからOpenIDプロバイダによる認証済みの認証情報を付与して，JP1/IMのREST APIを発行する

OpenIDプロバイダによる認証で，他のサービスにログインする。

ログインする際の認証情報を付与したRest APIを発行する。

5.5.7　ダイレクトアクセスURLで情報を共有する

［統合オペレーション・ビューアー］画面で［イベント詳細］ダイアログを確認するためのURLを，自動アクションで担当者（userA）にメール通知する場合を例に，特定のノードに対する情報を他のユーザーと共有する手順を説明します。

自動アクションで送信するメールを定義する。※

メールは次のように定義します。

送信元（From）：admin@xxxxx.com

送信先（To）：userA@xxxxx.com

メールの主題：業務インパクト確認

メールの本文：http://インテリジェント統合管理サーバのホスト名:20703/index?seqno=73&tab=job&eou=1

システムで異常が発生し，自動アクションによって担当者（userA）にメールが送信される。

担当者（userA）は，メール本文のダイレクトアクセスURLをクリックする。

イベントDB内通し番号が指定されているメール内URLで，［統合オペレーション・ビューアー］画面にアクセスします。

［イベント詳細］ダイアログを開いた状態で［統合オペレーション・ビューアー］画面が表示される。

注※

インテリジェント統合管理基盤サービスで，HTTP通信を受け付けるポート番号を変更している場合は，メール定義例の「20703」を変更後のポート番号に変更してください。また，JP1/IM - Managerの通信暗号化機能を使用する場合（Webブラウザーとインテリジェント統合管理基盤の間の通信をhttpsで暗号化する場合）は，httpをhttpsにしてください。

5.6　インテリジェント統合管理基盤の運用上の注意事項

インテリジェント統合管理基盤の運用上の注意事項を次に示します。

5.6.1　JP1/AJSと連携した場合の注意事項

jddcreatetreeコマンドは，JP1/AJS3 - Managerホストでジョブを実行していない時間帯に実行してください。ジョブの実行中にjddcreatetreeコマンドを実行した場合，両方の処理の負荷が同時にかかることにより，それぞれの処理が遅延する可能性があります。

ジョブを実行しない時間帯がない場合は，ジョブ実行量が少ない時間帯にjddcreatetreeコマンドを実行し，業務に与える影響が少なくなるよう検討してください。また，事前に開発環境で十分に検証し，それぞれの処理に問題が発生しないことを確認してください。

jddcreatetreeコマンドで，各JP1/AJS3 - Managerホストから情報を取得できる時間は最大60分です。60分を超えた場合，タイムアウトが発生し情報を取得することはできません。情報取得に60分以上かかりタイムアウトした場合，JP1/AJS3 - Managerホストでは情報取得処理を行うアダプタコマンドのプロセス「IMDDAdapter_HITACHI_JP1_AJS3」が動作し続けている可能性があります。

アダプタコマンドは二重実行不可のため，再度情報を取得する場合はJP1/AJS3 - Managerホスト上で次に示す方法によって「IMDDAdapter_HITACHI_JP1_AJS3」プロセスを強制終了する必要があります。

Windowsの場合

タスクマネージャーを使用して強制終了する

UNIXの場合

killコマンドを使用して強制終了する

その後，情報取得時間が60分以下になるようユニット構成や実行登録済みのジョブネット数を調整し，再度jddcreatetreeコマンドを実行してください。

jddcreatetreeコマンドで取得するユニット情報のうち，次のユニットは対象外です。

マネージャージョブグループ

マネージャージョブネット

リカバリーマネージャージョブネット

リモートジョブネットおよびその配下のユニット

リカバリーリモートジョブネットおよびその配下のユニット

実行先サービスに「キューレス」を指定したJP1イベント送信ジョブ，および待ち合わせ条件付きユニット

ルートジョブネットと同じ階層に定義されたJP1イベント受信監視ジョブおよびJP1イベント送信ジョブ

実行登録されていないルートジョブネットおよびその配下のユニット

JP1/AJS3 - Managerホストで実行中のアダプタコマンドは，JP1/IM - Managerホストからは実行をキャンセルできません。キャンセルする場合はJP1/AJS3 - Managerホスト上で次の方法を使って「IMDDAdapter_HITACHI_JP1_AJS3」プロセスを強制終了してください。

Windowsの場合

タスクマネージャーを使用して強制終了する

UNIXの場合

killコマンドを使用して強制終了する

JP1/AJS3 - Managerホストから情報を取得できるユニット数は，一つのJP1/AJS3 - Managerホストあたり40万です。40万ユニットを超えている場合，jddcreatetreeコマンドはメッセージKAJY04260-Eを出力して失敗し，構成管理ツリーは更新されません。ユニット数はJP1/AJS3 - Managerホスト上で次のコマンドを実行して見積もることができます。

Windowsの場合

次に示すコマンドを実行して得られた行数の合計

ajsname -F スケジューラーサービス名 -R -E "/"

ajsname -F スケジューラーサービス名 -R -G "/"

UNIXの場合

次に示すコマンドを実行して得られた行数の合計

/opt/jp1ajs2/bin/ajsname -F スケジューラーサービス名 -R -E "/"

/opt/jp1ajs2/bin/ajsname -F スケジューラーサービス名 -R -G "/"

JP1/AJS3 - Managerホストで，環境設定パラメーター「ADMACLIMIT」を「yes」にしている場合，jddcreatetreeコマンドによる情報取得が失敗する可能性があります。次の対処方法に従って情報を取得できるようにしてから運用してください。

Windowsの場合

環境設定パラメーター「ADMACLIMIT」を「no」に設定するか，パラメーターを削除して機能を無効にしてください。またはJP1/AJS3 - Managerホストで，「system」という名前のJP1ユーザーを登録し，次に示すJP1権限レベルのどれかを設定してください。

・JP1_AJS_Admin権限

・JP1_AJS_Manager権限

・JP1_AJS_Editor権限

・JP1_AJS_Operator権限

・JP1_AJS_Guest権限

UNIXの場合

環境設定パラメーター「ADMACLIMIT」を「no」に設定するか，パラメーターを削除して機能を無効にしてください。またはJP1/AJS3 - Managerホストで，スーパーユーザーをJP1ユーザーとして登録し，次に示すJP1権限レベルのどれかを設定してください。

・JP1_AJS_Admin権限

・JP1_AJS_Manager権限

・JP1_AJS_Editor権限

・JP1_AJS_Operator権限

・JP1_AJS_Guest権限

jddcreatetreeコマンドで取得する，ユニット名，ユニット定義内容，実行エージェント名，JP1資源グループ名などの情報に制御文字が含まれている場合，情報取得が失敗する可能性があります。取得する情報には，制御文字を含めないようにして運用してください。

トレンド情報取得先のJP1/AJS3マネージャーホストでシステム時刻が過去に戻された※場合，システム時刻の戻りによって稼働状況ログファイルに重複して記録された日時と，トレンド情報表示期間の開始または終了に指定した日時が重なると，稼働状況ログファイル内の重複したレコードが一部だけ表示されるときがあります。その場合，次のどちらかの方法で回避できるときがあります。

時間を空けてから再度表示する

期間を変更して再度表示する

上記の回避策を実施しても正しく出力されない場合は，次に示す方法を実施してください。

トレンド情報取得先のJP1/AJS3マネージャーホスト上でajsreportコマンドを実行してください。トレンド情報のメトリックとajsreportコマンドの稼働状況レポートに出力される項目の一覧は，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「2.7.1　JP1/AJSから取得できるメトリック」を参照してください。

稼働状況ログファイルの削除を検討してください。稼働状況ログファイルの削除には，トレンド情報取得先のJP1/AJS3マネージャーホストのスケジューラーサービスを停止する必要があります。詳細は，JP1/Automatic Job Management System 3のマニュアルを参照してください。

注※　トレンド情報表示機能の前提条件を満たしていない場合，またはトレンド情報取得先のJP1/AJS3マネージャーホストでJP1/AJS3サービス停止中にシステム時刻が過去に戻された場合が該当します。JP1/AJS3サービス停止中にシステム時刻を過去に戻す場合は，マニュアル「JP1/Automatic Job Management System 3 運用ガイド」を参照し，稼働状況ログファイルを削除してください。

jddcreatetreeコマンドで情報を取得する対象のJP1/AJS3 - Managerホストが12-50以降の場合，jddcreatetreeコマンドを実行する前に，情報取得対象のJP1/AJS3 - Managerホストで，ジョブ実行先のエージェントホスト名が正しく名前解決できるようにしておいてください。

5.6.2　ユーザーフィルターを使用する場合の注意事項

ユーザーフィルターを設定している際に，［統合オペレーション・ビューアー］画面で次の操作を行った場合，イベント一覧を表示するためのイベント取得に時間が掛かることがあります。

IM管理ノードを選択したとき

［イベント一覧］領域のツールバーのボタンを使用して，イベント一覧を更新したとき

この場合，イベント取得を一定の検索回数で中断し，中断までに取得したイベントが［イベント一覧］領域に表示されます。

イベント取得を中断するまでの検索回数の上限については，インテリジェント統合管理基盤定義ファイル（imdd.properties）のjp1.imdd.gui.settings.eventSearchCountプロパティで変更できます。イベント取得を中断するまでの時間を短縮する場合は，検索回数の上限値を小さくしてください。イベント取得を中断するまでの時間を長くする場合は，検索回数の上限値を大きくしてください。イベント検索を中断しない場合は，検索回数上限値に0を指定してください。

なお，インテリジェント統合管理基盤で参照・操作できるイベントの制限は，ユーザーフィルターではなく，システムノード定義ファイル（imdd_systemnode.conf）や業務グループを使用する運用を推奨します。

jp1.imdd.gui.settings.eventSearchCountプロパティの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「インテリジェント統合管理基盤定義ファイル（imdd.properties）」（2.　定義ファイル）を，システムノード定義ファイル（imdd_systemnode.conf）の詳細については，「システムノード定義ファイル（imdd_systemnode.conf）」（2.　定義ファイル）を参照してください。

6　セントラルコンソールによるシステムの監視

この章では，JP1/IM - Viewを使用してJP1イベントを監視する手順について説明します。

6.1　JP1イベントの見方

受信したJP1イベントは，［イベントコンソール］画面に表示されます。［イベントコンソール］画面は，JP1/IM - Manager（セントラルコンソール）にログインすると表示されます。

［イベントコンソール］画面の表示例を次に示します。

図6‒1　［イベントコンソール］画面（［イベント監視］ページ）の表示例

［イベントコンソール］画面には，ログインしているマネージャーのイベントDBに登録されているJP1イベントが表示されます。新しいJP1イベントはイベント一覧の下に追加されます。到着日時が最も新しいJP1イベントが，イベント一覧の最も下に表示されます。

メモ

［イベントコンソール］画面に表示されるイベント一覧のスナップショットをCSVファイルに保存できます。CSVファイルに保存したい場合は，［イベントコンソール］画面で［ファイル］−［表示イベントを保存］を選択して保存してください。

また，JP1イベントの情報やアクションの実行結果などについて，選択した部分の情報をCSV形式でクリップボードにコピーできます。CSV形式でクリップボードにコピーできる情報や，機能を使用できる画面については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.15.3　JP1イベントの情報やアクションの実行結果などをクリップボードにコピー」を参照してください。

6.1.1　イベント一覧の表示項目

イベント一覧には，JP1イベントの属性，および対処状況が表示されます。イベントの属性として，基本属性，共通の拡張属性，および固有の拡張属性を表示できます。

イベント一覧に表示される項目の列幅は，マウスでドラッグすると任意の幅に変更できます。一つのページ（例：［イベント監視］ページ）で列幅を変更すると，ほかの二つのページ（例：［重要イベント］ページおよび［イベント検索］ページ）の列幅も変更されます。

また，［イベント監視］ページ，［重要イベント］ページおよび［イベント検索］ページに表示される特定のイベントに背景色が付くように設定できます。背景色が付く対象となるイベントは，重大度が「緊急（Emergency）」，「警戒（Alert）」，「致命的（Critical）」，「エラー（Error）」および「警告（Warning）」のイベントです。

重大度変更機能を使用して重大度を変更した場合，変更後の重大度でイベントの背景色を設定します。

なお，重大度変更機能は，統合監視DBを使用する場合に設定できます。

統合監視DBを設定する方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.4.2　統合監視DBの設定（Windowsの場合）」，「2.4.2　統合監視DBの設定（UNIXの場合）」を参照してください。

重大度変更機能を設定する方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.13　重大度変更機能の設定」を参照してください。

ログアウト時の各表示項目の列幅を保存するかどうか，および特定のイベントに背景色を付けるかどうかは，［ユーザー環境設定］画面で設定できます。［ユーザー環境設定］画面については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.24　［ユーザー環境設定］画面」を参照してください。

(1)　JP1イベントの基本属性，共通の拡張属性，および固有の拡張属性

イベント一覧には，各イベントの属性（基本属性，共通の拡張属性，または固有の拡張属性）が表示されます。デフォルトでは，重大度，登録時刻，登録ホスト名，ユーザー名，イベントID，メッセージ，オブジェクトタイプ，およびアクションが表示されています。イベント一覧の表示項目は，［ユーザー環境設定］画面で変更できます。表示項目の変更方法については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.24　［ユーザー環境設定］画面」を参照してください。

イベント一覧に表示できる項目（列）は，イベント属性のうち，次のものです。

表6‒1　イベント一覧の表示項目

属性

説明

対処状況表示項目

JP1イベントの対処状況を示す情報（対処済，処理中，保留，未処理）が表示されます。集約イベントの対処状況と，繰り返しイベントの対処状況が異なる場合には，「!」が表示されます。

集約状態

繰り返しイベントの監視抑止または繰り返しイベントの集約表示を使用している場合にだけ表示され，集約イベントの繰り返し回数が表示されます。

集約中イベントの場合は，集約中であることを示す「+」が，繰り返し回数の後ろに表示されます。

重大度

JP1イベントの緊急性を示します。緊急性の高い順に，次の値があります。「緊急（Emergency）」，「警戒（Alert）」，「致命的（Critical）」，「エラー（Error）」，「警告（Warning）」，「通知（Notice）」，「情報（Information）」，「デバッグ（Debug）」

なお，統合監視DBを使用する場合に，重大度変更機能で重大度を変更したときは，変更したあとのJP1イベントの緊急性を表します。

登録時刻

イベント発行元ホストのイベントDBにJP1イベントが登録された時刻です。

登録ホスト名

JP1イベントを登録したエージェント名（発行元イベントサーバ名）です。

ユーザー名

JP1イベント発行元のユーザー名です。

イベントID

発行元のプログラムや，発生した事象を表す値です。

メッセージ

JP1イベントの内容を表すメッセージテキストです。

オブジェクトタイプ

イベント発行の契機となる事象が発生したオブジェクトの種類を表す「JOB」，「JOBNET」などの文字列です。

アクション

自動アクションが設定されていて，イベントがアクション実行の対象となった場合に，アクションマーク[図データ]（抑止されなかったアクション），[図データ]（抑止されたアクション），または[図データ]（一部抑止されたアクション）が表示されます。

また，繰り返しイベントの監視抑止でアクションの実行を抑止している場合にイベントが大量発生したとき，［イベントコンソール］画面に[図データ]が表示されます。

繰り返しイベントの監視抑止，または繰り返しイベントの集約表示でイベントを集約して表示している場合，集約イベントのアクション状況と，繰り返しイベントのアクション状況が異なるときには，「!」が表示されます。

共通除外条件によってアクションの実行対象外になった場合は[図データ]（アクション除外イベント）が表示されます。

プロダクト名

JP1イベントを発行したプログラムの名称です。

オブジェクト名

イベント発行の契機となる事象が発生したオブジェクト（ジョブ，ジョブネットなど）の名称です。

登録名タイプ

オブジェクトの種別です。通常はオブジェクトタイプと同じですが，ジョブネットとジョブのように階層のある業務の場合は，最上層のオブジェクトの種別が表示されます。

登録名

オブジェクトの名称です。通常はオブジェクト名と同じですが，ジョブネットとジョブのように階層のある業務の場合は，最上層のオブジェクトの名称が表示されます。

到着時刻

接続しているマネージャーのイベントDBにJP1イベントが到着した時刻です。

［イベント検索］ページの場合は，検索対象ホストのイベントDBに登録された時刻です。

開始時刻

実行を開始した時刻をビューアーのタイムゾーンで表示します。

終了時刻

実行を終了した時刻をビューアーのタイムゾーンで表示します。

事象種別

オブジェクトに対して起こった事象（実行開始，定義作成など）を表示します。

イベントDB内通し番号

発行元に関係なくこのイベントサーバに到達した順番です。

発行元プロセスID

発行元アプリケーションプログラムのプロセスIDです。

発行元ユーザーID

発行元プロセスのユーザーIDです。Windowsからのイベントの場合は-1となります。

発行元グループID

発行元プロセスのグループIDです。Windowsからのイベントの場合は-1となります。

発行元ユーザー名

発行元プロセスのユーザー名です。

発行元グループ名

発行元プロセスのグループ名です。Windowsからのイベントの場合は空白となります。

発行元イベントDB内通し番号

発行元ホストでのイベントDB内通し番号です（転送によって値は変化しません）。

種別

JP1イベントのイベント種別です。

相関成立のアイコン[図データ]および相関不成立のアイコン[図データ]が表示されます。

繰り返しイベントの監視抑止で，イベントを抑止している場合にイベントが大量発生したとき，［イベントコンソール］画面の各タブにイベントが大量発生したことを表す[図データ]が表示されます。

アクション種別

アクションの種別です。

アクション種別を示すアイコン[図データ]（コマンド）が表示されます。

重大度(変更前)

変更する前の重大度です。

統合監視DBを使用し，重大度変更機能を有効にしたとき設定できます。

重大度変更

重大度を変更した場合に[図データ]を表示します。

統合監視DBを使用し，重大度変更機能を有効にしたとき表示されます。

メッセージ(変更後)

変更後の表示メッセージです。

統合監視DBを使用し，表示メッセージ変更機能を有効にしたとき表示されます。

10-50以前からバージョンアップインストール後にjimdbupdateコマンドでIMデータベースを更新していない場合，使用できません。

表示メッセージ変更

表示メッセージを変更した場合に[図データ]を表示します。

統合監視DBを使用し，表示メッセージ変更機能を有効にしたとき表示されます。

10-50以前からバージョンアップインストール後にjimdbupdateコマンドでIMデータベースを更新していない場合，使用できません。

表示メッセージ変更定義名

表示メッセージ変更の定義の名称です。

統合監視DBを使用し，表示メッセージ変更機能を有効にしたとき表示されます。

10-50以前からバージョンアップインストール後にjimdbupdateコマンドでIMデータベースを更新していない場合，使用できません。

メモ

JP1イベントにメモ情報がある場合に[図データ]を表示します。

統合監視DBを使用し，メモ情報の設定機能を有効にしたとき設定できます。

発生元ホスト名

JP1イベントの発行契機となった事象が発生したホストの名称です。

統合監視DBを使用し，発生元ホストのマッピングを有効にしたときに表示されます。

発行元IPアドレス

発行元イベントサーバに対応するIPアドレスです。

オブジェクトID

アクションの契機となったイベントのイベントDB内通し番号です。

終了コード

コマンドの実行結果です。

関連イベントDB内通し番号

相関元イベントのイベントDB内通し番号です。

相関イベント発行条件名

成立した相関イベント発行条件名です。

監視抑止ID

発生件数がしきい値以上になった繰り返しイベントのイベントDB内通し番号です。

繰り返しイベント条件名

繰り返しイベントと判断した繰り返しイベントの条件名です。

監視ID

ログファイルトラップのID番号です。

監視名

ログファイルトラップの監視名です。

固有の拡張属性

固有の拡張属性の内容を表示します。

イベント拡張属性定義ファイル（拡張ファイル）に定義した固有の拡張属性が表示されます。

(2)　JP1イベントの固有の拡張属性（固有の拡張属性表示）

イベント拡張属性定義ファイル（拡張ファイル）を設定すると，イベント一覧の任意に指定した項目名の欄に，固有の拡張属性の内容を表示できます。例えば，固有の拡張属性「E.SYSTEM」に項目名として「システム名」と指定することで，イベント一覧にシステム名という項目で，固有の拡張属性「E.SYSTEM」の属性値を表示できます。

(3)　JP1イベントの固有の拡張属性（イベント情報マッピング）

イベント情報マッピングを設定すると，イベント一覧の表示項目（基本属性または共通の拡張属性）の欄に，固有の拡張属性の内容を表示できます。例えば，SNMPトラップがJP1イベントに変換されてイベント一覧に表示される場合に，登録ホストの欄にSNMPトラップ発行元ホスト名を表示できます。

イベント情報マッピングによって表示される固有の拡張属性には，表示された属性値の先頭に「# 」（シャープ記号と半角の空白）が表示されます。

イベント情報マッピングを使用して固有の拡張属性を表示するには，表示項目と固有の拡張属性とをマッピングしておく必要があります。イベント情報マッピングの詳細については，「6.9.2　JP1イベントの固有の拡張属性を表示する（イベント情報のマッピング）」を参照してください。

(4)　JP1イベントの対処状況

イベント一覧に表示されているすべてのイベントの左端の列に，イベントへの対処状況（「対処済」，「処理中」，および「保留」）を示す対処状況マークを表示できます。対処状況マークを表示する方法については，「6.3.1　JP1イベントの対処状況の設定について」を参照してください。

なお，繰り返しイベントの監視抑止機能または繰り返しイベントの集約表示機能を使用している場合で，集約イベントの対処状況と，繰り返しイベントの対処状況が異なる場合には，「!」が表示されます。

6.1.2　［イベントコンソール］画面のイベント一覧に表示されるイベント

画面に表示されるイベント

画面に表示されるイベントには，通常のJP1イベント，集約イベント（集約中イベント，集約完了イベントを含む）および相関イベントがあります。

集約イベント

［集約状態］に繰り返し回数や，集約中であることを示す「+」が表示されます。

集約イベントの表示の詳細については，「6.1.2(1)　イベント一覧での集約イベントの表示について」を参照してください。

相関イベント

［種別］にアイコン[図データ]，[図データ]が表示されます。

相関イベントの表示の詳細については，「6.1.2(2)　イベント一覧での相関イベントの表示について」を参照してください。

画面に表示できるイベント数

画面に表示できるイベント数は，［ユーザー環境設定］画面の［スクロールバッファー］に指定した値です。表示できるJP1イベント数の上限は2,000件です。

統合監視DBを使用すると，統合監視DBに保存されているすべてのイベントを表示できます。［表示開始位置指定］領域にあるスライダーでイベント表示位置を移動する，または時間を指定することで表示できます。統合監視DBの設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.4.2　統合監視DBの設定（Windowsの場合）」，「2.4.2　統合監視DBの設定（UNIXの場合）」を参照してください。

JP1イベントの数が，表示できるJP1イベントの数の上限を超えると次の動作となります。

［イベント監視］ページ

対処状況の状態にかかわらず，最も到着時刻が古いJP1イベントから消去されます。

［重要イベント］ページ

対処状況が対処済で，最も到着時刻の古いJP1イベントから消去されます。

対処済の重要イベントがない場合は，対処状況の状態にかかわらず，到着時刻が古いJP1イベントから消去されます。

画面から消去されたJP1イベントも，イベントDBには登録されています。画面から消去されたJP1イベントを参照する場合は，JP1イベントを検索してください。JP1イベントの検索方法については，「6.8　JP1イベントを検索する」を参照してください。

画面起動時に表示されるJP1イベント

画面を起動したときに表示されるJP1イベントは，次のどちらかの条件に合う最新のJP1イベントです。

ログインしているマネージャーの起動後，画面を起動するまでに発生したJP1イベント

jcoimdefコマンドで設定した「イベントDBからのイベント取得開始位置」から，ログインしているマネージャーの起動時までに発生したJP1イベント

画面を起動したときに表示されるJP1イベントの件数は，次の値のどちらか小さい方を上限とします。

［システム環境設定］画面の［イベントバッファー］に指定した値（イベントバッファー数）

［ユーザー環境設定］画面の［スクロールバッファー］に指定した値（スクロールバッファー数）

なお，JP1イベントの件数には，内部的に使用する連絡用イベント※も含まれます。そのため，初期表示時には，表示されるJP1イベントの件数が上限値に達しない場合もあります。

注※　連絡用イベント

重要イベントの対処状況を変更や削除したとき，および自動アクションを実行したときに内部的に発行されるイベントで，画面には表示されない。

イベント一覧の更新

イベント一覧は，ユーザーが設定した更新間隔で更新され，最新のJP1イベントが表示されます。ただし，自動更新をしない設定にしている場合は，画面を起動しても，最新のJP1イベントが表示されません。この場合に，最新のJP1イベントを表示するには，［表示］−［最新情報に更新］を選択します。

自動更新するかどうか，および自動更新の間隔は，［ユーザー環境設定］画面で設定します。

(1)　イベント一覧での集約イベントの表示について

繰り返しイベントの監視抑止機能，または繰り返しイベントの集約表示機能によってJP1イベントが集約されていると，イベント一覧に集約イベントが表示されます。

図6‒2　集約イベントの集約表示例

［集約状態］

［集約状態］に繰り返し回数が表示されます。繰り返し回数とは，集約イベント数と繰り返しイベントの総数のことです。非集約イベントの場合は，何も表示されません。

集約完了イベントの場合

繰り返し回数が表示されます。

繰り返しイベントの監視抑止を設定している場合，表示される繰り返し回数は，1〜1,000,000です。

繰り返しイベントの集約表示を設定している場合，表示される繰り返し回数は，1〜100です。

集約中イベントの場合

繰り返し回数および集約中であることを示す「+」が表示されます。

繰り返し回数が1回（集約開始イベントだけ）の場合は「1+」，繰り返し回数が2回（集約開始イベントと繰り返しイベント1件）の場合は「2+」のように表示されます。なお，［重要イベント］ページでは，集約開始イベントが削除済み状態で，繰り返しイベントがない場合，「0+」と表示されます。

また，集約イベントを削除すると次のように表示されます。

集約開始イベントを削除した場合

［イベントコンソール］画面の［重要イベント］ページで，集約開始イベントを削除した場合，そのイベントは削除済み状態となり，繰り返し回数の右横に「削除」が表示されます。

そのあと，イベントの集約が完了して，削除済み状態の非集約イベントになった場合，［イベントコンソール］画面の［重要イベント］ページに表示されなくなります。

繰り返しイベントを削除した場合

繰り返しイベントの集約表示機能を使用している場合は，［関連イベント一覧（集約）］画面の［関連イベント一覧］で，繰り返しイベントを削除したとき，集約イベントの繰り返し回数が，削除した数だけ減ります。

集約完了イベントの繰り返し回数が，繰り返しイベントを削除したことによって1回になった場合，そのイベントは非集約イベントとなります。また，その非集約イベントが削除済み状態であった場合，［イベントコンソール］画面の［重要イベント］ページに表示されなくなります。

繰り返しイベントの監視抑止機能を使用している場合は，繰り返しイベントを削除しても集約イベントの繰り返し回数は減少しません。

対処状態表示

左端の列にJP1イベントへの対処状況を示す対処状況マークが表示されます。

対処状況マークの種類および内容は，［イベントコンソール］画面の［イベント監視］ページおよび［重要イベント］ページに表示される対処状況マークと同じです。

繰り返しイベントの監視抑止機能を使用している場合，1件目（集約開始イベント）から100件目までの繰り返しイベントの対処状況が異なるときに「!」が表示されます。101件以上集約している場合，1件目から100件目までの繰り返しイベントと，101件目以降の繰り返しイベントの対処状況が異なっていても，「!」は表示されません。

［アクション］

自動アクションの抑止機能を使用している場合，［イベントコンソール］画面にアクション抑止の状態を示すマークが表示されます。

表6‒2　アクション抑止の状態

アクション抑止の状態

説明

抑止されなかったアクション

抑止されたアクション

一部抑止されたアクション

また，繰り返しイベントの監視抑止でアクションの実行を抑止している場合にイベントが大量発生したとき，［イベントコンソール］画面に[図データ]が表示されます。

集約イベントと繰り返しイベントのアクション状況が異なる場合，アクション表示に「!」が表示されます。

［種別］

繰り返しイベントの監視抑止でイベントを抑止している場合にイベントが大量発生したとき，［イベントコンソール］画面にイベントが大量発生したことを表す[図データ]が表示されます。

［イベントコンソール］画面の各タブ

繰り返しイベントの監視抑止でイベントを抑止している場合にイベントが大量発生したとき，［イベントコンソール］画面の各タブにイベントが大量発生したことを表す[図データ]が表示されます。

(2)　イベント一覧での相関イベントの表示について

相関イベントは［イベントコンソール］画面の［イベント監視］ページ，［重要イベント］ページおよび［イベント検索］ページのイベント一覧に表示されます。

相関イベントは［種別］にアイコンが表示されます。

アイコンは，相関成立[図データ]と相関不成立[図データ]の2種類があります。

なお，［種別］はデフォルトで表示されている項目ではありません。表示するには［ユーザー環境設定］画面で［種別］を表示項目に指定します。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.24　［ユーザー環境設定］画面」を参照してください。

6.1.3　フィルターの適用

あらかじめ設定したフィルターを適用することで［イベントコンソール］画面に表示されるJP1イベントを制限できます。適用できるフィルターには，次の4種類があります。

表示フィルター

フィルターの条件に一致するJP1イベントだけをイベント一覧に表示します。

複数の表示フィルターを設定している場合に，適用する表示フィルターを切り替えるときの手順については「6.5.1　表示フィルターを有効にして特定のJP1イベントだけを表示する」を参照してください。

なお，［イベントコンソール］画面で選択中のページ（［イベント監視］ページ，［重要イベント］ページ）の表示フィルター，および［表示フィルター］チェックボックスの適用状態の保存を設定すると，JP1/IM - Viewのログアウト時に保存し，ログイン時に復元して表示されます。詳細についてはマニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.16　ログインユーザーごとのJP1/IM - Viewの設定」を参照してください。

ユーザーフィルター

ログインしているユーザーによって，表示するJP1イベントを制限します。

重要イベントフィルター

［イベントコンソール］画面の［重要イベント］ページに重要イベントを表示します。［重要イベント］ページについては「6.5.2　重要イベントだけを表示する」を参照してください。

なお，JP1/IM - Viewが重要イベントを受信すると，画面上部のランプの色が赤に変わります。［重要イベント］ページで，すべての重要イベントを対処済にする，削除する，または重要イベントを解除すると，ランプの色が青に戻ります。

イベント取得フィルター

JP1/IM - ManagerがJP1/Baseから取得するJP1イベントを制限します。

複数のイベント取得フィルターを設定している場合に，適用するイベント取得フィルターを切り替えるときの手順については「6.5.3　適用するイベント取得フィルターを切り替える」を参照してください。

運用中に発生したJP1イベントを基に共通除外条件を設定して適用する場合の手順については，「6.5.4　追加共通除外条件を設定してJP1イベントを監視またはアクション実行の対象外にする」を参照してください。

それぞれのフィルターをあらかじめ設定する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.2　JP1イベントのフィルタリングの設定」を参照してください。

6.2　JP1イベントの詳細情報を表示する

イベント一覧に表示されているJP1イベントの詳細な属性情報を表示できます。

詳細情報を表示するには，［イベントコンソール］画面のイベント一覧で，属性を表示したいJP1イベントをダブルクリックします。［イベント詳細］画面が表示されます。

繰り返しイベントの監視抑止機能，または繰り返しイベントの集約表示機能によって表示される集約イベントをダブルクリックした場合，集約開始イベントの詳細情報が表示されます。集約イベントに集約されている繰り返しイベントの詳細情報を確認する場合については，「6.4.1(1)　集約イベントに集約されている繰り返しイベントの詳細情報を確認する」を参照してください。

［イベント詳細］画面には，イベント属性，メッセージ，イベントガイド情報およびメモが表示されます。

［イベント属性］には，そのJP1イベントに登録されているイベント属性名と属性値が表示されます。登録されている属性は，そのJP1イベントによって異なります。

イベント一覧上で前後に並んでいるJP1イベントの詳細情報を表示したい場合は，［前イベント］または［次イベント］のボタンをクリックします。

次のどれかの方法でも，JP1イベントの詳細を表示できます。

［イベントコンソール］画面でJP1イベントを選択し，［表示］−［イベント詳細表示］を選択する。

［イベントコンソール］画面でJP1イベントを選択し，ポップアップメニューから［イベント詳細表示］を選択する。

［イベントコンソール］画面でJP1イベントを選択し，ツールバーからイベント詳細表示ボタンをクリックする。

詳細情報として表示される項目を次に示します。

表6‒3　JP1イベントの詳細情報

表示名※1

内容

イベントDB内通し番号

発行元に関係なくこのイベントサーバに到達した順番。

イベントID

発行アプリケーションプログラムや事象の内容を表す値。

発行元プロセスID

発行元アプリケーションプログラムのプロセスID。

登録時刻

発行元イベントサーバでの登録時刻。

到着時刻

自イベントサーバでの登録時刻。

発行元ユーザーID

発行元プロセスのユーザーID。Windowsからのイベントの場合は-1となる。

発行元グループID

発行元プロセスのグループID。Windowsからのイベントの場合は-1となる。

発行元ユーザー名

発行元プロセスのユーザー名。

発行元グループ名

発行元プロセスのグループ名。Windowsからのイベントの場合は空白となる。

発行元イベントサーバ名

発行元のイベントサーバ名（イベント一覧では，「登録ホスト名」と表示される）。イベントが，JP1/Base(エージェント)→JP1/IM - Manager(拠点マネージャー)→JP1/IM - Manager(統合マネージャー)のように転送された場合でも，最初のJP1/Baseのイベントサーバ名が入る。

発行元IPアドレス

発行元イベントサーバに対応するIPアドレス。

発行元イベントDB内通し番号

発行元ホストでのイベントDB内通し番号（転送によって値は変化しない）。

重大度

JP1イベントの緊急性を表す。緊急性の高い順に，次の値がある。

「緊急（Emergency）」，「警戒（Alert）」，「致命的（Critical）」，「エラー（Error）」，「警告（Warning）」，「通知（Notice）」，「情報（Information）」，「デバッグ（Debug）」

なお，統合監視DBを使用する場合に，重大度変更機能で重大度を変更したときは，変更したあとのJP1イベントの緊急性を表す。

ユーザー名

業務を実行しているユーザー名。

プロダクト名

JP1イベントを発行したプログラム名。

オブジェクトタイプ

イベント発行の契機となったオブジェクトの種類を表す名称。

オブジェクト名

イベント発行の契機となったオブジェクト（ジョブ，ジョブネットなど）の名称。

登録名タイプ

オブジェクトの種別。通常はオブジェクトタイプと同じだが，ジョブネットなど階層のあるオブジェクトの場合，最上層のオブジェクトの種別となる。値の範囲はオブジェクトタイプと同じ。

登録名

ユーザーの操作時に実行を指示する単位になる名称。通常はオブジェクト名と同じだが，ジョブネットなど階層のあるオブジェクトの場合，最上層のオブジェクトの名称になる。

オブジェクトID

アクションの契機となったイベントのイベントDB内通し番号。

事象種別

オブジェクト名に示したオブジェクトに対して起こった事象。

開始時刻

実行開始または再実行開始の時刻。

終了時刻

実行終了の時刻。

終了コード

コマンドの実行結果。

発生元ホスト名

JP1イベントの発行契機となった事象が発生したホストの名称。

統合監視DBを使用し，発生元ホストのマッピングを有効にしたときに表示される。

拡張属性の固有情報の項目名※2

イベント拡張属性定義ファイル（拡張ファイル）に定義した固有の拡張属性の属性値。

関連イベントDB内通し番号

相関元イベントのイベントDB内通し番号を半角スペースで区切ったもの。次の形式で表示される。

イベントDB内通し番号△イベントDB内通し番号△イベントDB内通し番号・・・

相関イベント発行条件名

成立した相関イベント発行条件名。

重大度(変更前)

統合監視DBを使用する場合に，重大度変更機能で重大度を変更したとき，変更する前のJP1イベントの緊急性を表す。緊急性の高い順に，次の値がある。

「緊急（Emergency）」，「警戒（Alert）」，「致命的（Critical）」，「エラー（Error）」，「警告（Warning）」，「通知（Notice）」，「情報（Information）」，「デバッグ（Debug）」

表示メッセージ変更定義名

表示メッセージ変更の定義の名称。統合監視DBを使用している場合に，表示メッセージ変更機能でメッセージを変更した詳細情報を選択したときに表示される。

監視抑止ID

発生件数がしきい値以上になった繰り返しイベントのイベントDB内通し番号。繰り返しイベントの監視抑止機能を使用している場合に，文字列形式で表示される。

繰り返しイベント条件名

繰り返しイベントと判断した繰り返しイベントの条件名。繰り返しイベントの監視抑止機能を使用している場合に，文字列形式で表示される。

監視ID

ログファイルトラップのID番号。

監視名

ログファイルトラップの監視名。

共通除外条件群ID

除外をした共通除外条件群のID。

共通除外条件群名

除外をした共通除外条件群の条件名。

共通除外条件群除外対象

共通除外条件の除外対象。自動アクションの実行対象から除外する場合に，「action」が表示される。

メッセージ

イベントの内容を表した文字列。統合監視DBを使用している場合に，表示メッセージ変更機能でメッセージを変更した詳細情報を選択したときは，変更前と変更後の表示メッセージを表示できる。

ガイド

JP1イベントに対応したイベントガイド情報。

イベントガイド表示を有効にしている場合に表示される。なお，JP1イベントに対応するイベントガイド情報がない場合は「KAVB1588-I」のメッセージが表示される。

メモ

統合監視DBを使用し，メモ情報の設定機能を有効にしたとき，メモ情報を表示する。

注※1　イベント拡張属性定義ファイルの定義に一致したイベントについては，イベント拡張属性定義ファイルに記載した項目名が表示されます。

注※2　イベント拡張属性定義ファイル（拡張ファイル）に定義した項目名が表示されます。

なお，重大度以降の項目は，イベントによって表示されない場合があります。

6.2.1　JP1イベントのメモ情報を編集する

統合監視DBを使用する場合，メモ情報の設定機能を有効にすると，統合監視DBに保存されているJP1イベントにメモ情報を追加できます。ここでは，メモ情報を編集し，統合監視DBのJP1イベントに反映する手順について説明します。

統合監視DBの設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.4.2　統合監視DBの設定（Windowsの場合）」，「2.4.2　統合監視DBの設定（UNIXの場合）」を参照してください。

また，メモ情報の設定機能を有効にする方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.7　メモ情報の設定」を参照してください。

なお，これらの操作には，JP1_Console_Admin権限またはJP1_Console_Operator権限が必要です。

［イベント詳細（編集）］画面を表示する。

［イベント詳細（編集）］画面は，［イベント詳細］画面の［編集］ボタンをクリックするか，イベント一覧でイベントを1件選択し，［イベント詳細（編集）］メニューを選択することで表示できます。

［イベント情報（編集）］画面にメモ情報を記述する。

［イベント詳細（編集）］画面の［適用］ボタンをクリックする。

イベント一覧の表示項目である「メモ」および［イベント詳細］画面にメモが表示されます。また，メモ情報があるイベントにメモのアイコン[図データ]が表示されます。

6.3　JP1イベントの対処状況を設定する

ここでは，JP1イベントの対処状況の設定について概要および操作手順を説明します。また，併せて［重要イベント］ページに表示されている重要イベントを削除する手順についても説明します。

6.3.1　JP1イベントの対処状況の設定について

［イベントコンソール］画面の各ページのイベント一覧では，JP1イベントの対処状況を設定できます。対処状況を設定したイベントには，イベント一覧の左端の列に対処状況マークが表示されます。

対処状況の種類と，その対処状況を示す対処状況マークを次に示します。どのような場合にどの対処状況を設定するか，運用に合わせて決めてください。

表6‒4　対処状況の種類と対処状況マーク

対処状況

対処状況マーク

対処済

処理中

保留

未対処

（無印）

異なる対処状況※

!

注※

繰り返しイベントの監視抑止機能または繰り返しイベントの集約表示機能を使用している場合で，異なる対処状況が設定されたJP1イベントが一つの集約イベントに混在して集約されている状態です。

繰り返しイベントの監視抑止機能を使用している場合，1件目（集約開始イベント）から100件目までの繰り返しイベントの対処状況が異なるときに「!」が表示されます。101件以上集約している場合，1件目から100件目までの繰り返しイベントと，101件目以降の繰り返しイベントの対処状況が異なっていても，「!」は表示されません。

設定した対処状況は，ログインしているマネージャーの統合監視DBまたはイベントDBに記録されます（ほかのホストから転送されてきたJP1イベントの場合，転送元ホストの統合監視DBまたはイベントDBの情報は変更されません）。そのため，同じマネージャーにログインしているJP1/IM - Viewの［イベント監視］ページおよび［重要イベント］ページにも反映されます。

［イベント検索］ページでは，検索した時点のJP1イベントの内容を表示しているため，ほかのページで対処状況を設定しても表示は変わりません。最新データを表示する場合は，再度検索を実行してください。

集約イベントに対する対処状況の設定

集約イベントに対して対処状況を設定すると，設定した時点までにその集約イベントに集約された繰り返しイベントもすべて同じ対処状況に変更されます。ただし，繰り返しイベントの監視抑止機能を使用している，かつ，101件以上集約している場合は，101件目以降の繰り返しイベントの対処状況は変更されません。

対処状況を変更したあとに集約された繰り返しイベントの対処状況は，設定されません。集約イベントの中に対処状況が異なる繰り返しイベントが混在することとなるため，対処状況表示に「!」が表示されます。

6.3.2　イベント一覧からJP1イベントの対処状況を設定する

JP1イベントに対処状況を設定する手順を示します。この操作の前提条件は次のとおりです。

JP1/IM - ManagerにログインするJP1ユーザーにJP1_Console_Admin権限またはJP1_Console_Operator権限があること。

［イベント検索］ページから対処状況を設定する場合は，ログインしているマネージャーからの検索結果であること。

［イベントコンソール］画面の各ページのイベント一覧から，対処状況を設定したいJP1イベントを選択する。

次のどれかに従って操作する（選択したイベントがどの対処状況であっても操作できる）。

メニューバーから［表示］を選択し，サブメニューの中から設定したい対処状況を選ぶ。

右クリックして表示されるポップアップメニューから，設定したい対処状況を選ぶ。

［重要イベント］ページ上のボタンから，設定したい対処状況のボタンをクリックする（［重要イベント］ページから対処状況を設定する場合）。

メモ

重要イベントの対処状況は，jcochstatコマンドを使用しても設定できます。jcochstatコマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcochstat」（1.　コマンド）を参照してください。

6.3.3　［重要イベント］ページから重要イベントを削除する

［重要イベント］ページから重要イベントを削除する手順を次に示します。この操作の前提条件は次のとおりです。

JP1/IM - ManagerにログインするJP1ユーザーにJP1_Console_Admin権限またはJP1_Console_Operator権限があること。

［イベントコンソール］画面の［重要イベント］ページのイベント一覧から，削除したいJP1イベントを選択する。

次のどれかに従って操作する（選択したイベントがどの対処状況であっても操作できる）。

メニューバーから［表示］−［削除］を選択する。

右クリックして表示されるポップアップメニューから［削除］を選択する。

［重要イベント］ページ上のボタンから，削除のボタンをクリックする。

なお，ここでの「削除」は画面から削除するだけで，イベントDBまたは統合監視DBからは削除されません。また，「削除」情報は［イベントコンソール］画面のほかのページに反映されません。

6.4　［関連イベント一覧］画面からJP1イベントを操作する

ここでは，［関連イベント一覧］画面からJP1イベントを操作する手順について説明します。［関連イベント一覧］画面の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の次の個所を参照してください。

3.8　［関連イベント一覧（集約）］画面

3.9　［関連イベント一覧（相関）］画面

6.4.1　繰り返しイベントの詳細情報を確認し対処状況を変更する

繰り返しイベントの監視抑止機能または繰り返しイベントの集約表示機能を使用している場合で，集約イベントに集約されている繰り返しイベントの詳細を確認したり，対処状況を設定したりするときは，［関連イベント一覧（集約）］画面からJP1イベントを操作します。

(1)　集約イベントに集約されている繰り返しイベントの詳細情報を確認する

集約イベントに集約されている繰り返しイベントの詳細情報を確認する手順を次に示します。

［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページで集約イベントを一つ選択する。

［イベントコンソール］画面のメニューから［表示］−［関連イベント一覧表示］を選択する。※

［関連イベント一覧（集約）］画面が表示されます。

注※

次の場合には，メニュー項目を選択できません。

［イベント監視］ページまたは［重要イベント］ページで，イベントを複数選択している場合

非集約イベントを選択している場合

［関連イベント一覧（集約）］画面の［関連イベント一覧］から詳細情報を確認したい繰り返しイベントをダブルクリックする。

［イベント詳細］画面が表示されます。

繰り返しイベントの監視抑止機能が有効な場合，101件目以降の繰り返しイベントは，［関連イベント一覧（集約）］画面に表示されません。その場合，［関連イベント一覧（集約）］画面の［表示できないイベント］に，101件目の繰り返しイベントの到着時刻および最後に到着した繰り返しイベントの到着時刻が表示されます。101件目以降の繰り返しイベントの詳細情報を参照したい場合は，［表示できないイベント］に表示されている繰り返しイベントの到着時刻を検索条件に指定して検索してください。

なお，［イベント検索条件設定］画面で集約イベントごとに設定されている監視抑止IDを検索条件に指定することで，一つの集約イベントに集約された繰り返しイベントを検索することもできます。

イベントの検索方法については，「6.8　JP1イベントを検索する」を参照してください。

(2)　集約イベントに集約されている繰り返しイベントの対処状況を設定する

集約イベントに集約されている繰り返しイベントの対処状況を設定する手順を次に示します。

［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページで集約イベントを一つ選択する。

［イベントコンソール］画面のメニューから［表示］−［関連イベント一覧表示］を選択する。※

［関連イベント一覧（集約）］画面が表示されます。

注※

次の場合には，メニュー項目を選択できません。

［イベント監視］ページまたは［重要イベント］ページで，イベントを複数選択している場合

非集約イベントを選択している場合

［関連イベント一覧（集約）］画面の［関連イベント一覧］から対処状況を設定したい繰り返しイベントを選択する。

繰り返しイベントを複数選択することもできます。

選択した繰り返しイベントを右クリックして表示されるポップアップメニューから設定したい対処状況を選択する。

繰り返しイベントの対処状況が設定されます。

繰り返しイベントが集約されている集約イベントの対処状況は変更されません。集約イベントの中に対処状況が異なる繰り返しイベントが存在することとなるため，対処状況表示に「!」が表示されます。

対処状況の種類と対処状況マークについては，「6.3.1　JP1イベントの対処状況の設定について」を参照してください。

6.4.2　相関イベントの詳細情報を確認し対処状況を変更する

相関イベントは通常のJP1イベントと同様の操作ができます。例えば，JP1イベントの詳細表示や，対処状況の変更などができます。

相関成立イベントの場合，相関イベントからは発行の契機となった相関元イベントの表示ができます。相関イベントを発行したホストが，JP1/IM - Viewでログインしているホストと別ホストだった場合は，相関イベントを発行したホストから相関元イベントが取得されます。

相関不成立イベントの場合，相関不成立となった時までにイベントの相関条件に従って関連づけられた相関元イベントを表示できます。

なお，繰り返しイベントの監視抑止機能または繰り返しイベントの集約表示機能を使用していた場合，相関イベントが次に示すように集約して表示されることがあります。

表6‒5　相関イベントが集約して表示される例

表示例

説明

相関イベントが集約完了した場合

相関イベントが集約中の場合

集約が完了した相関イベントを削除した場合

相関イベントの集約開始イベントと繰り返しイベントの対処状況が異なる場合

この場合，相関元イベントを表示するには，［関連イベント一覧（集約）］画面を表示してから［関連イベント一覧（相関成立）］または［関連イベント一覧（相関不成立）］画面を表示します。

(1)　相関元イベントを表示する

相関元イベントを表示する手順を次に示します。なお，集約して表示されているイベントの見方の詳細については，「6.1.2(1)　イベント一覧での集約イベントの表示について」を参照してください。

［イベントコンソール］画面の各ページのイベント一覧から，相関イベントを一つ選択する。

［イベントコンソール］画面のメニューから［表示］−［関連イベント一覧表示］を選択する。※

前の手順で選択した相関イベントが非集約イベントの場合：

［関連イベント一覧（相関成立）］または［関連イベント一覧（相関不成立）］画面が表示され，相関元イベントの一覧が表示されます。次の手順は不要です。

前の手順で選択した相関イベントが集約イベントの場合：

［関連イベント一覧（集約）］画面が表示されます。次の手順に進んでください。

注※

イベント一覧からJP1イベントを複数選択している場合は，メニュー項目を選択できません。

前の手順で［関連イベント一覧（集約）］画面が表示された場合は，［関連イベント一覧］から相関イベントを一つ選択し，右クリックして表示されるポップアップメニューから［関連イベント一覧表示］を選択する。

［関連イベント一覧（相関成立）］または［関連イベント一覧（相関不成立）］画面が表示され，相関元イベントの一覧が表示されます。

(2)　［関連イベント一覧（相関成立）］または［関連イベント一覧（相関不成立）］画面から相関元イベントの対処状況を設定する

［関連イベント一覧（相関成立）］または［関連イベント一覧（相関不成立）］画面から相関元イベントの対処状況を設定する手順を次に示します。この操作の前提条件は次のとおりです。

JP1/IM - ManagerにログインするJP1ユーザーにJP1_Console_Admin権限またはJP1_Console_Operator権限があること。

［イベント検索］ページから対処状況を設定する場合は，ログインしているマネージャーからの検索結果であること。

「6.4.2(1)　相関元イベントを表示する」の手順に従って，対処状況を設定したい相関元イベントを表示する。

［関連イベント一覧］から対処状況を設定したい相関元イベントを選択する。

メモ

［表示対象］から相関イベントを選択することで，相関イベントの対処状況を設定することもできます。

選択した相関元イベントを右クリックして表示されるポップアップメニューから設定したい対処状況を選択する。

相関元イベントの対処状況が設定されます。

メモ

［関連イベント一覧（相関成立）］または［関連イベント一覧（相関不成立）］画面で，表示対象の相関イベントの対処状況を変更しても，一覧表示されている相関元イベントの対処状況は変更されません。同様に一覧表示されている相関元イベントの対処状況を変更しても，表示対象の相関イベントの対処状況は変更されません。これは，相関元イベントと相関イベントが別の事象を表すイベントであるためです。

(3)　［関連イベント一覧（相関成立）］または［関連イベント一覧（相関不成立）］画面から相関元イベントを削除する

［関連イベント一覧（相関成立）］または［関連イベント一覧（相関不成立）］画面から相関元イベントを削除する手順を次に示します。この操作の前提条件は次のとおりです。

JP1/IM - ManagerにログインするJP1ユーザーにJP1_Console_Admin権限またはJP1_Console_Operator権限があること。

「6.4.2(1)　相関元イベントを表示する」の手順に従って，［重要イベント］ページを起点として削除したい相関元イベントを表示する。

［関連イベント一覧（相関成立）］または［関連イベント一覧（相関不成立）］画面の［表示画面］の内容が，次のどちらかであることを確認する。

重要イベント

重要イベント - 関連イベント一覧（集約）

［関連イベント一覧］から削除したい相関元イベントを選択する。

メモ

［表示対象］から相関イベントを選択することで，相関イベントを削除することもできます。

選択した相関元イベントを右クリックして表示されるポップアップメニューから［削除］を選択する。

相関元イベントが削除されます。

なお，ここでの「削除」は画面から削除するだけで，イベントDBまたは統合監視DBからは削除されません。また，「削除」情報は［イベントコンソール］画面のほかのページに反映されません。

6.5　JP1/IMのフィルターを適用する

ここでは，JP1/IM - ViewからJP1/IMのフィルターを適用する手順について説明します。

6.5.1　表示フィルターを有効にして特定のJP1イベントだけを表示する

［イベントコンソール］画面の［イベント監視］ページおよび［重要イベント］に表示されるJP1イベントに対し，適用する表示フィルターを切り替えるには次の操作をします。なお，表示フィルターを切り替えるには，フィルター設定を済ませておく必要があります。

表示フィルターの設定について

参照先：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.2.1　表示フィルターを設定する」

［フィルター名］リストボックスから，切り替えたい表示フィルターを選択する。

［表示フィルター］チェックボックスをチェックする，またはメニューから［表示］−［表示フィルターの適用］を選択する。

フィルターで設定した条件に一致するJP1イベントが，［イベントコンソール］画面の［イベント監視］ページおよび［重要イベント］に表示されます。

6.5.2　重要イベントだけを表示する

画面に重要イベントだけを表示するには，［イベントコンソール］画面の［重要イベント］ページを選択します。［重要イベント］ページのイベント一覧には，［イベント監視］ページに表示されているJP1イベントのうち，重要イベントだけが表示されます。

どのJP1イベントを重要イベントとするかは，管理者が定義できます。デフォルトでは，重大度が「緊急（Emergency）」，「警戒（Alert）」，「致命的（Critical）」，「エラー（Error）」のJP1イベントが重要イベントとなっています。

［重要イベント］ページに表示されている重要イベントの数が，画面に表示できるイベント数の最大値を超えると，古い重要イベントから消去されます。このとき，最初に消去されるのは対処済の重要イベントです。対処済の重要イベントがない場合は，未対処，保留，処理中の重要イベントのうち最も古いイベントが削除されます。この場合は，状態にかかわらず，古い重要イベントから削除されます。JP1イベントの対処状況の設定については，「6.3.2　イベント一覧からJP1イベントの対処状況を設定する」を参照してください

なお，統合監視DBを有効にすると，統合監視DBに格納されているすべてのイベントを表示できます。イベントは，スライダーでイベント表示位置を移動して表示します。統合監視DBの設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.4.2　統合監視DBの設定（Windowsの場合）」，「2.4.2　統合監視DBの設定（UNIXの場合）」を参照してください。

また，繰り返しイベントの監視抑止機能を使用している場合，イベント一覧から集約イベントを削除すると，1件目（最も古い繰り返しイベント）から100件目までの繰り返しイベントのうち，削除されていない繰り返しイベントを削除します。101件目以降の繰り返しイベントは，削除されません。また，繰り返しイベントを削除しても，集約件数は減少しません。

表示フィルターが設定されている場合は，表示するJP1イベントをさらに絞り込むことができます。［フィルター名］リストボックスから適用するフィルターを選択し，［表示フィルター］チェックボックスをチェックします。それによって，設定されているフィルターの条件に一致するJP1イベントだけが表示されます。

［ユーザー環境設定］画面の［カラーリング］で［有効］チェックボックスをチェックし，かつ［［重要イベント］ページを対象とする］ラジオボタンを選択している場合，イベントの重大度に基づいてイベントの行に背景色がつきます。

背景色はシステムカラー定義ファイル（systemColor.conf）で変更できます。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「システムカラー定義ファイル（systemColor.conf）」（2.　定義ファイル）を参照してください。

6.5.3　適用するイベント取得フィルターを切り替える

JP1/IMがJP1/BaseからJP1イベントを取得するときのフィルター条件を，複数保存してあるイベント取得フィルターから一つ選択して，切り替えられます。

また，イベント取得フィルターで一時的に特定のJP1イベントの取得を対象外にしたい場合に定義する共通除外条件の有効・無効を切り替えられます。

共通除外条件の切り替えは，メンテナンス作業を実施するホストをJP1/IMの監視対象外として，メンテナンス作業を実施するホストから発行されるJP1イベントを一時的に取得しないようフィルタリングする場合に実施します。

イベント取得フィルター，および共通除外条件の切り替え方法には，次の3種類があります。

［システム環境設定］画面から切り替える

切り替えるイベント取得フィルター名が明確な場合，［システム環境設定］画面からイベント取得フィルターを選択して，切り替えを実施します。

［イベント取得条件一覧］画面から切り替える

［システム環境設定］画面からでは切り替えるイベント取得フィルター名が特定できない場合，［イベント取得条件一覧］画面でイベント取得フィルターの設定内容などを確認して，切り替えを実施します。

jcochfilterコマンドを使用して切り替える

JP1/AJSのジョブスケジューラー機能を使用して，所定の時刻にjcochfilterコマンドを実行し，保守業務を開始するジョブネットを作成することで，保守業務と監視状態の変更を自動的化できます。

ただし，イベント取得フィルターが互換用で動作している場合は，イベント取得フィルターの切り替えはできません。

［システム環境設定］画面および［イベント取得条件一覧］画面を起動するには，JP1_Console_Admin権限が必要です。また，業務グループの参照・操作制限を設定している場合，JP1資源グループとJP1権限レベルの組み合わせによっては操作できないことがあります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.1.4(2)　JP1ユーザーに対するJP1資源グループとJP1権限レベルの割り当て」を参照してください。

イベント取得フィルターを切り替えた場合に発行されるイベントについては，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.2.2　イベント取得フィルター」を参照してください。

(1)　［システム環境設定］画面からイベント取得フィルターを切り替える

設定手順は，次のとおりです。

［イベントコンソール］画面で［オプション］−［システム環境設定］を選択する。

［システム環境設定］画面が表示されます。

［適用中のフィルター］のドロップダウンリストから，イベント取得フィルターを選択する。

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

設定した内容が有効になります。

(2)　［システム環境設定］画面から共通除外条件の有効・無効を切り替える

設定手順は，次のとおりです。

［イベントコンソール］画面で［オプション］−［システム環境設定］を選択する。

［システム環境設定］画面が表示されます。

［共通除外条件群一覧］から，適用したい条件群をチェックする。

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

設定した内容が有効になります。

(3)　［イベント取得条件一覧］画面からイベント取得フィルターを切り替える

設定手順は，次のとおりです。

［イベントコンソール］画面で［オプション］−［システム環境設定］を選択する。

［システム環境設定］画面が表示されます。

［イベント取得条件］の［一覧編集］ボタンをクリックする。

［イベント取得条件一覧］画面が表示されます。

［フィルター一覧］から，イベント取得フィルターを選択する。

フィルターIDやフィルター名からイベント取得フィルターを特定します。内容を確認したい場合は，イベント取得フィルターを一つ選択し，［編集］ボタンをクリックすると，［イベント取得条件設定］画面が表示され，選択したフィルターの内容が確認できます。

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

［システム環境設定］画面に戻ります。

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

設定した内容が有効になります。

なお，［イベント取得条件一覧］画面では，フィルター条件の追加・編集・複製・削除ができます。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.2.4　イベント取得フィルターを設定する」を参照してください。

(4)　［イベント取得条件一覧］画面から共通除外条件の有効・無効を切り替える

設定手順は，次のとおりです。

［イベントコンソール］画面で［オプション］−［システム環境設定］を選択する。

［システム環境設定］画面が表示されます。

［イベント取得条件］の［一覧編集］ボタンをクリックする。

［イベント取得条件一覧］画面が表示されます。

［共通除外条件群一覧］から，適用したい条件群をチェックする。

内容を確認したい場合は，共通除外条件を一つ選択し，［編集］ボタンをクリックすると，［共通除外条件設定］画面が表示され，選択した共通除外条件の内容が確認できます。

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

［システム環境設定］画面に戻ります。

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

設定した内容が有効になります。

(5)　jcochfilterコマンドを使用してイベント取得フィルターを切り替える

イベント取得フィルターには，固有のフィルターIDが設定されています。このフィルターIDを利用して，jcochfilterコマンドでイベント取得フィルターを切り替えます。

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

設定手順は，次のとおりです。

jcochfilterコマンドを入力して，イベント取得条件一覧をリスト表示する。

物理ホストと論理ホストで，イベント取得条件一覧を表示する場合の例を次に示します。

物理ホスト上のイベント取得条件一覧を表示する場合

次のようにコマンドを入力します。

jcochfilter

論理ホストhostA上のイベント取得条件一覧を表示する場合

次のようにコマンドを入力します。

jcochfilter -h hostA

論理ホストhostA上のイベント取得条件一覧の表示例を次に示します。

図6‒3　jcochfilterコマンドによるイベント取得条件一覧の表示例

指定したホスト上のJP1/IM - Managerが起動されていない場合，コマンドによるイベント取得フィルターの切り替えは実行できません。

フィルターIDやフィルター名からイベント取得フィルターを特定する。

jcochfilter -iコマンドを入力して，イベント取得フィルターを切り替える。

物理ホストと論理ホストで，イベント取得フィルターを切り替える場合の例を次に示します。

物理ホスト上のイベント取得フィルターをフィルターIDが3のフィルターに切り替える場合

次のようにコマンドを入力します。

jcochfilter -i 3

論理ホストhostA上のイベント取得フィルターをフィルターIDが3のフィルターに切り替える場合

次のようにコマンドを入力します。

jcochfilter -i 3 -h hostA

(6)　jcochfilterコマンドを使用して共通除外条件の有効・無効を切り替える

共通除外条件には，固有の共通除外条件群IDが設定されています。この共通除外条件群IDを利用して，jcochfilterコマンドで共通除外条件の有効・無効を切り替えます。

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

設定手順は，次のとおりです。

jcochfilterコマンドを入力して，イベント取得条件一覧をリスト表示する。

物理ホストと論理ホストで，イベント取得条件一覧を表示する場合の例を次に示します。

物理ホスト上のイベント取得条件一覧を表示する場合

次のようにコマンドを入力します。

jcochfilter

論理ホストhostA上のイベント取得条件一覧を表示する場合

次のようにコマンドを入力します。

jcochfilter -h hostA

指定したホスト上のJP1/IM - Managerが起動されていない場合，コマンドによるイベント取得フィルターの切り替えは実行できません。

共通除外条件群IDや共通除外条件群名から共通除外条件群を特定する。

共通除外条件群の有効・無効を切り替える。

次のどちらかのオプションで共通除外条件群の有効・無効を切り替えます。

-eオプション

有効にしたい共通除外条件群IDを指定します。

指定しなかった共通除外条件群は無効となります。

-onまたは-offオプション

有効にしたい共通除外条件群IDを指定します。

指定しなかった共通除外条件群の有効・無効は変更されません。

共通除外条件の動作モードが拡張モードの場合に使用できます。

物理ホストと論理ホストで，共通除外条件の有効・無効を切り替える場合の例を次に示します。

物理ホスト上の共通除外条件群IDが3の共通除外条件を有効にして，共通除外条件群IDが1，2の共通除外条件を無効にした場合（指定した共通除外条件群だけが変更されます。）

この指定は，共通除外条件の動作モードが拡張モードの場合に使用できます。

jcochfilter -on 3 -off 1,2

物理ホスト上の共通除外条件群IDが3の共通除外条件を有効にして，それ以外を無効にする場合

jcochfilter -e 3

論理ホストhostA上の共通除外条件群IDが3の共通除外条件を有効にして，それ以外を無効にする場合

jcochfilter -e 3 -h hostA

6.5.4　追加共通除外条件を設定してJP1イベントを監視またはアクション実行の対象外にする

共通除外条件が拡張モードの場合，［イベントコンソール］画面で監視したくないJP1イベント，または監視はするがアクションは実行したくないJP1イベントを選択し，右クリックして表示されるポップアップメニューから［共通除外条件で除外］を選択すると，共通除外条件として登録できます。

登録した共通除外条件は，追加共通除外条件として，［システム環境設定］画面に表示されます。

(1)　発生したJP1イベントを使って追加共通除外条件を設定する

共通除外条件が基本モードの場合は，拡張モードに変更する。

変更する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.2.4(3)(a) 共通除外条件の基本モードと拡張モードの切り替え」を参照してください。

［イベントコンソール］画面のイベント一覧で，除外したいJP1イベント選択する。

［イベントコンソール］画面の［表示］−［共通除外条件で除外］を選択するか，右クリックして表示されるメニューから［共通除外条件で除外］を選択して，［共通除外条件設定(拡張)］画面を表示する。

手順2で選択したJP1イベントの属性がイベント条件に自動的に設定された状態で，［共通除外条件設定(拡張)］画面が表示されます。

自動的に設定される項目は共通除外条件自動入力定義ファイル（common_exclude_filter_auto_list.conf）で変更できます。共通除外条件自動入力定義ファイル（common_exclude_filter_auto_list.conf）については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「共通除外条件自動入力定義ファイル（common_exclude_filter_auto_list.conf）」（2.　定義ファイル）を参照してください。

［共通除外条件設定(拡張)］画面の［共通除外条件群ID］には何も表示されません。また，設定もできません。追加共通除外条件群の共通除外条件群IDは登録するときに割り当てられます。

必要な項目を［共通除外条件設定(拡張)］画面で編集する。

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

設定内容を反映してもよいかを確認するメッセージが表示されるため，問題なければ［はい］ボタンをクリックする。

［イベントコンソール］画面に追加共通除外条件が設定されたことを表すJP1イベントが表示され，イベント取得フィルターに適用されます。

(2)　追加共通除外条件を共通除外条件に変更する

追加共通除外条件は，追加共通除外条件から共通除外条件へ変更できます。

［システム環境設定］画面で［一覧編集］ボタンをクリックして［イベント取得条件一覧］画面を表示する。

［イベント取得条件一覧］画面の［共通除外条件群］で共通除外条件に変更したい追加共通除外条件（種別に[図データ]アイコンが付いている条件）を選択する。

［種別変更］ボタンをクリックする。

種別を変更してもよいかを確認するメッセージが表示されるため，問題なければ［OK］ボタンをクリックする。

［システム環境設定］画面で［適用］ボタンをクリックする。

選択した追加共通除外条件が，共通除外条件に変更されます。

このとき，共通除外条件群IDが変更されます。変更後の共通除外条件群IDは，すでに定義されている共通除外条件群IDの中で最も大きいIDの値に1を加えた値です。変更後の共通除外条件群IDが最大値を超えた場合は，0から順に使用していないIDを割り当てます。

重要

追加共通除外条件から共通除外条件へ誤って種別を変更してしまった場合は，［適用］ボタンをクリックする前に［システム環境設定］画面で［閉じる］ボタンをクリックして変更内容をキャンセルしてください。

6.6　表示開始位置を指定してイベントを表示する

短期間に大量のJP1イベントが発生し，［イベント監視］ページの最大表示件数を超えた場合，古いイベントが見えなくなってしまうことがあります。表示開始位置を指定することで，この見えなくなってしまったイベントを，［イベント監視］ページに表示できます。表示開始位置を指定する場合は，事前に統合監視DBを有効にする必要があります。統合監視DBの設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.4.2　統合監視DBの設定（Windowsの場合）」，「2.4.2　統合監視DBの設定（UNIXの場合）」を参照してください。表示開始位置を指定する場合の表示範囲については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.2　［イベント監視］ページ」を参照してください。

表示開始位置の指定が使用できる画面を次に示します。

［イベント監視］ページ

［重要イベント］ページ

ここでは，表示開始位置を指定して，見えなくなったJP1イベントを表示する手順について説明します。

［イベントコンソール］画面の［開閉］ボタンをクリックして，［表示開始位置指定］領域を開く。

［表示開始位置指定］領域は，ログインしたときは表示されません。

［表示開始位置指定］領域の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.2　［イベント監視］ページ」の「図3-4　［イベント監視］ページ（［表示開始位置指定］領域を表示した場合）」を参照してください。

スライダーをイベントの表示を開始したい個所に移動する。

指定した表示開始位置より，現在適用しているユーザーフィルターと表示フィルターに一致するイベントを統合監視DBから取得し，表示します。最大表示件数（スクロールバッファー）のデフォルトは500件です。なお，表示開始位置からのイベント一覧の取得は，新たな表示開始位置を指定するか，［表示キャンセル］ボタンをクリックすることで中断できます。

また，表示開始位置を正確に指定したい場合，［表示開始位置］テキストボックスを用いて指定できます。なお，［表示開始位置］テキストボックスのデフォルトの値は，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です。

［最新イベント表示］ボタンをクリックすると，表示開始位置を設定する前の状態に戻ります。自動スクロール機能が有効な場合，新しいイベントを受信すると最新のイベントを表示します。新しいイベントを受信しても［表示開始位置指定］領域で指定した位置のイベントを表示するように設定したい場合は，自動スクロール機能を無効にしてください。

6.7　表示するJP1イベントの期間を指定して絞り込む

指定期間のイベント表示を有効にすると，指定期間のJP1イベントの一覧を表示できます。

指定期間のイベント表示が使用できる画面を次に示します。

［イベント監視］ページ

［重要イベント］ページ

指定期間のイベント表示は，すべてのフィルター（イベント取得フィルター，ユーザーフィルター，重要イベントフィルター，表示フィルター）を通過し，繰り返しイベントの集約処理をしたあとのJP1イベントを対象とします。

ここでは，指定期間のイベント表示機能を有効にし，期間を指定する手順について説明します。

なお，指定期間内のJP1イベントかどうかは，JP1/IM - ManagerにJP1イベントが到着した時刻とJP1/IM - Viewが稼働しているホストの現在時刻を比較して判定します。そのため，JP1/IM - ManagerとJP1/IM - Viewの時刻が異なっていた場合，指定期間外のJP1イベントが表示されることがあります。事前にJP1/IM - ManagerとJP1/IM - Viewの時刻を合わせておくことをお勧めします。

［イベントコンソール］画面のメニューから［オプション］−［ユーザー環境設定］を選択する。

［ユーザー環境設定］画面が表示されます。

［イベント表示項目］−［指定期間のイベント表示］の［有効］をチェックする。

［基準時刻］および［表示期間］が活性となります。

［基準時刻］および［表示期間］を指定する。

［基準時刻］は，1日の区切りとする時刻を00:00〜23:59の範囲で指定できます。デフォルトは，09:00です。

基準時刻と現在時刻の大小関係により，イベントの表示範囲が変わります。それぞれの場合のJP1イベントの表示範囲について次に示します。

JP1/IM - Viewが稼働しているホストの現在時刻が基準時刻より大きい場合

（表示期間-1）日前の基準時刻から，明日の基準時刻までの範囲。

JP1/IM - Viewが稼働しているホストの現在時刻が基準時刻より小さい場合

表示期間前の基準時刻から，今日の基準時刻までの範囲。

終端の基準時刻は，範囲に含まれません。

例えば，現在時刻が「09:15」の時に表示期間を「2日分」，基準時刻に「09:30」を指定した場合，「2日前」の「09:30」から「今日」の「09:29」までのJP1イベントの一覧を表示します。

［表示期間］は，過去何日分のJP1イベントを表示するか1〜31日の範囲で指定できます。デフォルトは，1日です。

［OK］をクリックする。

設定した内容（指定期間のイベント表示）が有効となり，［ユーザー環境設定］画面が閉じます。［イベントコンソール］画面に，指定した期間のJP1イベントが表示されます。

指定期間のイベント表示機能が有効な場合，［イベントコンソール］画面の［指定期間のイベント表示］チェックボックス，または［イベントコンソール］画面のメニューから［表示］−［指定期間のイベント表示］を選択することで，指摘期間のイベント表示の適用と未適用を切り替えられえます。

再ログインした場合に［ユーザー環境設定］画面の指定期間のイベント表示機能が有効だったときは，［指定期間のイベント表示］チェックボックスと［指定期間のイベント表示］メニューのチェックを付け，指定期間のイベント表示を適用して各ページのイベント一覧を表示します。無効だった場合は，［指定期間のイベント表示］チェックボックスと［指定期間のイベント表示］メニューを非表示にし，指定期間のイベント表示を適用しないで各ページのイベント一覧を表示します。

指定期間のイベント表示の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.18　指定期間のイベント表示」を参照してください。

6.8　JP1イベントを検索する

さまざまな条件でJP1イベントを検索し，検索条件に合ったJP1イベントを画面に表示できます。

ここでは，検索方法および検索結果の表示について説明します。

検索の機能詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.6　イベント検索」を，イベント検索で使用する画面の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.25　［イベント検索条件設定］画面」を参照してください。

6.8.1　検索の方法

次にJP1イベントの検索方法について説明します。

統合監視DBを有効にすると，検索対象がイベントDBと統合監視DBから選択できるようになります。統合監視DBの設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.4.2　統合監視DBの設定（Windowsの場合）」，「2.4.2　統合監視DBの設定（UNIXの場合）」を参照してください。

(1)　検索手順

JP1イベントを検索する手順は次のとおりです。

イベント一覧に表示されているJP1イベントの属性値を検索条件として利用する場合は，［イベントコンソール］画面のイベント一覧からJP1イベントを選択する。

［イベントコンソール］画面で［表示］−［イベント検索］を選択する。または［イベントコンソール］画面の［イベント検索］ページで［イベント検索］ボタンをクリックする。

［イベント検索条件設定］画面が表示されます。

［イベント検索条件設定］画面で検索条件を設定する。

［イベント検索条件設定］画面では次の項目を設定します。

検索対象の設定

統合監視DBを使用する場合，［イベント検索条件設定］画面に［検索対象］が表示され，統合監視DBまたはイベントDBのどちらかを選択できます。統合監視DBを使用しない場合，［検索対象］の項目は表示されません。イベントDBにあるJP1イベントを検索します。

検索ホスト名の入力

［検索ホスト名］に検索対象のホスト名（イベントサーバ名）を入力します。

接続しているホスト名がデフォルトで指定されます。

なお，統合監視DBを使用する場合に［検索対象］で統合監視DBを選択したときは，［検索ホスト名］の項目が非活性になります。

指定したホスト名は，マネージャーでアドレス解決します。マネージャー上で解決できるホスト名を指定してください。

特に，ファイアウォール環境で，ファイアウォールの外側のビューアーからイベントを検索する場合は，注意が必要です。ファイアウォール環境では，ファイアウォールの外側からと内側からでは，同じホストのIPアドレスが異なって見える場合があります。そのため，ファイアウォールの外側のビューアーからIPアドレスを指定してイベントを検索する場合は，マネージャー上で解決できるIPアドレスを指定してください。

また，複数のLANに接続したエージェントに対して代表ホスト以外のNIC経由で接続する場合も，IPアドレスを指定してください。

検索方向の指定

統合監視DBまたはイベントDBを検索する方向を指定します。

イベントの検索方向が，［過去方向］，［未来方向］のどちらか指定します。なお，［過去方向］がデフォルトで指定されます。

詳細については，「6.8.1(2)　イベントの検索方向」を参照してください。

条件群の設定

イベント検索の条件を区別するために，条件群に名前を付けます。

条件群は複数設定でき，条件群同士の関係はOR条件となります。

なお，条件群の設定は［一覧表示］ボタンをクリックして［一覧］を表示状態にしておく必要があります。

条件群の追加：［追加］ボタンをクリックすると，定義していない名称「条件群n」（nは数字）が追加されます。

条件群の複製：条件群を選択し，［複製］ボタンをクリックすると，「コピー 選択した条件群名」が追加されます。

条件群の削除：条件群を選択し，［削除］ボタンをクリックすると，選択した条件群が削除されます。

条件群のリネーム：条件群を選択すると，選択した条件群の名前が［条件群名］に表示されます。これを編集し，フォーカスを移動すると，条件群の名前が変更されます。

条件の設定（各条件群の詳細設定）

検索したいJP1イベントの通過条件または除外条件を設定します。

条件は，複数の条件を組み合わせて設定でき，条件同士の関係はAND条件となります。

選択できる項目は，検索対象の設定によって異なります。

検索対象がイベントDBの場合に選択できる項目は，発生元ホスト名※1，登録ホスト名，重大度，オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，ユーザー名，メッセージ，プロダクト名，イベントID，開始時刻，終了時刻，登録時刻，到着時刻，対処状況，アクション※2，および固有の拡張属性です。

検索対象が統合監視DBの場合に選択できる項目は，発生元ホスト名※1，登録ホスト名，重大度，オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，ユーザー名，メッセージ，プロダクト名，イベントID，開始時刻，終了時刻，登録時刻，到着時刻，対処状況，アクション，固有の拡張属性，メモ※2，重大度変更※3，重大度(変更前)※3，表示メッセージ変更※4，メッセージ(変更後)※4，繰り返しイベント※5，および監視抑止ID※5です。

注※1　発生元ホストのマッピングを有効にした場合に設定できる項目です。

注※2　メモ機能を有効にした場合に設定できる項目です。

注※3　重大度変更機能を有効にした場合に設定できる項目です。

注※4　表示メッセージ変更機能を有効にした場合に設定できる項目です。

注※5　繰り返しイベントの監視抑止機能を有効にした場合に設定できる項目です。

［イベントコンソール］画面で選択したJP1イベントの属性値を条件一覧に反映させたいときは，［選択イベント条件入力］ボタンをクリックします。

繰り返しイベントの監視抑止機能を有効にした場合，［選択イベントの監視抑止ID入力］ボタンが表示されます。［イベントコンソール］画面で選択した繰り返しイベントの監視抑止IDを反映させたいときは，［選択イベントの監視抑止ID入力］ボタンをクリックします。一つの集約イベントに集約されている繰り返しイベントには同じ監視抑止IDが設定されているため，一つの集約イベントに集約されている繰り返しイベント（選択した繰り返しイベントと同じ監視抑止IDの繰り返しイベント）をフィルタリングする際に使用します。

なお，発生元ホスト名，登録ホスト名，オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，ユーザー名，メッセージ，プロダクト名，固有の拡張属性，メモ，監視抑止ID，およびメッセージ(変更後)については，正規表現でも指定できます。正規表現での指定方法については，「6.8.1(3)　正規表現での指定方法」を参照してください。

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

［イベント検索］ページが表示され，検索が開始するとページのタブに（検索中）が表示されます。検索結果は，［イベントコンソール］画面の［イベント検索］ページに検索条件と一致したイベントが順次，表示されます。

イベント検索をキャンセルする場合は，［検索キャンセル］ボタンをクリックします。間違った検索条件でイベント検索を実行してしまった場合や，取得したいイベントを見つけた時点でイベント検索を中断できます。

(2)　イベントの検索方向

条件の設定に従った範囲を，検索方向を指定して検索できます。1回の検索で取得できる件数は，［ユーザー環境設定］画面で変更できます。1回の検索で取得できなかったイベントは［イベントコンソール］画面の［イベント検索］ページで［次イベント検索］ボタンをクリックすることで取得，表示できます。

イベントの検索方向に［過去方向］を指定すると，統合監視DBまたはイベントDBに登録されたJP1イベントの最後尾から（新しいイベントから古いイベント方向に）検索します。［過去方向］を指定してイベントを検索した場合，新しいイベントから順に取得，表示します。［次イベント検索］ボタンをクリックすると，表示しているイベントの上に［次イベント検索］ボタンで選択したイベントを表示します。なお，表示は，古い順（取得したイベントのうち，古いイベントが上に，新しいイベントが下に表示される）となるため，注意してください。

イベントの検索方向に［未来方向］を指定すると，統合監視DBまたはイベントDBに登録されたJP1イベントの先頭から（古いイベントから新しいイベント方向に）検索します。［未来方向］を指定してイベントを検索した場合，古いイベントから順に取得します。［次イベント検索］ボタンをクリックすると，表示しているイベントの下に［次イベント検索］ボタンで選択したイベントを表示します。

「6.8.2　検索結果の表示」の例を参考にして，イベント検索の動作を確認してください。

(3)　正規表現での指定方法

［イベント検索条件設定］画面で設定する検索条件として，正規表現を指定できます。正規表現を指定できるのは，発生元ホスト名，登録ホスト名，オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，ユーザー名，メッセージ，プロダクト名，固有の拡張属性，メモ，監視抑止ID，およびメッセージ(変更後)です。

［イベント検索条件設定］画面で検索条件として正規表現を指定するには，［条件一覧］のテキストボックスに正規表現で検索条件を指定し，右側のリストボックスから「正規表現」を選択します。なお，固有の拡張属性に対して正規表現を指定するには，［固有の拡張属性条件詳細設定］画面を使用します。

なお，使用できる正規表現の種類は検索先ホストのJP1/Baseの設定に準じます。詳細については，マニュアル「JP1/Base 運用ガイド」のセットアップの章，正規表現の説明を参照してください。

6.8.2　検索結果の表示

イベントの検索結果は，［イベントコンソール］画面の［イベント検索］ページに表示されます。

1回のイベント検索で取得できるイベントの件数は，［ユーザー環境設定］画面で設定できます。［ユーザー環境設定］画面でイベント取得件数を設定する方法については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.24　［ユーザー環境設定］画面」を参照してください。

イベント検索時に，1回で取得されなかったイベントを表示するには，［次イベント検索］ボタンをクリックします。表示される内容は，検索方向，および各条件で設定した範囲によって異なります。

イベント検索結果の表示例を次に示します。

（前提条件）

・1回のイベント検索で取得できるイベントは20件。

・イベントDBには次に示すイベントだけが格納されている。

図6‒4　イベントDBに格納されているイベント

（例1）

［イベント検索条件設定］画面の［検索方向］で［過去方向］を指定すると，イベント一覧には，イベントDBに登録されたJP1イベントの最後尾から20件までのJP1イベントが表示されます。

図6‒5　イベントの最後尾から20件表示

［次イベント検索］ボタンをクリックすると，次の20件のイベントがすでに表示されているイベントの上に追加して表示されます。

図6‒6　［次イベント検索］ボタンクリック後の表示

（例2）

［イベント検索条件設定］画面の［検索方向］で［未来方向］を指定すると，イベント一覧には，イベントDBに登録されたJP1イベントの先頭から20件までのJP1イベントが表示されます。

図6‒7　イベントの先頭から20件表示

［次イベント検索］ボタンをクリックすると，次の20件のイベントがすでに表示されているイベントの下に追加して表示されます。

図6‒8　［次イベント検索］ボタンクリック後の表示

6.9　JP1イベントの情報を運用に合わせてカスタマイズする

JP1イベントの情報は，運用に合わせてカスタマイズできます。

6.9.1　JP1イベントの固有の拡張属性を表示する（固有の拡張属性表示）

イベント拡張属性定義ファイル（拡張ファイル）を設定すると，［イベントコンソール］画面のイベント一覧に，固有の拡張属性を任意の項目名で表示できます。

イベント拡張属性定義ファイル（拡張ファイル）の設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.11　固有の拡張属性の表示および指定の設定」を参照してください。

ここでは，イベント拡張属性定義ファイル（拡張ファイル）に定義した固有の拡張属性を，［ユーザー環境設定］画面で表示項目に追加して，［イベントコンソール］画面のイベント一覧に表示する手順を次に示します。

［イベントコンソール］画面のメニューから［オプション］−［ユーザー環境設定］を選択する。

［ユーザー環境設定］画面が表示されます。

［イベント表示項目］−［表示項目］の［表示できる項目］ボックスから，イベント拡張属性定義ファイル（拡張ファイル）に定義した固有の拡張属性を選択する。

［表示できる項目］ボックスには，イベント拡張属性定義ファイル（拡張ファイル）に定義した固有の拡張属性が項目名で表示されます。

［−＞］ボタンをクリックして，選択した項目を［表示項目］ボックスに移動する。

［表示項目］ボックス内の項目の表示順序は，イベント一覧での表示順序を表します。表示順序を変更したい場合は，項目を選択して，［上へ移動］ボタンまたは［下へ移動］ボタンをクリックして，項目名を移動してください。

［OK］をクリックする。

［ユーザー環境設定］画面が閉じます。［イベントコンソール］画面のイベント一覧に固有の拡張属性が表示されます。

6.9.2　JP1イベントの固有の拡張属性を表示する（イベント情報のマッピング）

基本属性または共通の拡張属性の項目にマッピングして，イベント一覧の表示項目（基本属性または共通の拡張属性）の欄に，固有の拡張属性の内容を表示できます。

例を次に示します。

マッピング定義の設定

次に示すマッピング定義が設定されています。

イベント情報マッピング定義1

固有の拡張属性「LOGHOST」を「登録ホスト名」にマッピング

マッピング対象のイベントID：12E0

イベント情報マッピング定義2

固有の拡張属性「LOGTIME」を「到着時刻」にマッピング

マッピング対象のイベントID：12E0

発行されたイベント

次の内容のイベントが発行されました。

表6‒6　イベント発行内容

項番

属性

内容

1

重大度

エラー

2

登録時刻

2001/10/30 17:47:31

3

到着時刻

2001/10/30 17:47:39

4

登録ホスト名

host_A

5

ユーザー名

jp1nps

6

イベントID

000012E0

7

メッセージ

KAJC391-E …

8

LOGHOST

loghost_1

9

LOGTIME

1003976997※

注※　時刻形式では，2001/10/25 11:29:57になります。

［イベントコンソール］画面での表示

通常，［イベントコンソール］画面のイベント一覧では，上記の表の項番1〜項番7の内容が表示されますが，項番8を項番4に，項番9を項番3にマッピングしているため，次のように表示されます。

表6‒7　［イベントコンソール］画面での表示

重大度

登録時刻

到着時刻

登録ホスト名

ユーザー名

イベントID

メッセージ

エラー

10/25 17:47:31

# 10/25 11:29:57

# loghost_1

jp1nps

000012E0

KAJC391-E …

固有の拡張属性を表示するには，［イベント情報マッピング定義］画面で表示項目と固有の拡張属性とをマッピングします。［イベント情報マッピング定義］画面を起動するには，JP1_Console_Admin権限が必要です。また，業務グループの参照・操作制限を設定している場合，JP1資源グループとJP1権限レベルの組み合わせによっては操作できないことがあります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.1.4(2)　JP1ユーザーに対するJP1資源グループとJP1権限レベルの割り当て」を参照してください。

メモ

イベント情報マッピングと発生元ホストのマッピングの違いについて

イベント情報マッピングは，JP1イベントの拡張属性の属性値をイベント一覧の表示項目の属性にマッピングして表示する機能です。イベント一覧の「登録ホスト名」に，別の属性値を表示できます。ただし，この機能は，イベント一覧上の表示の変更に限るため，アクションやイベント相関などのイベント条件には利用できません。

これに対し，発生元ホストのマッピングは，JP1/IM - Managerが取得したJP1イベントのホスト名と発生元ホスト名を登録し，JP1イベントを監視・管理するための機能です。イベント一覧の「発生元ホスト名」に表示でき，アクションやイベント相関などのイベント条件にも利用できます。ただし，統合監視DBを使用し，発生元ホストのマッピングを有効にする必要があります。

固有の拡張属性をマッピングする手順は次のとおりです。

［イベントコンソール］画面で［オプション］−［イベント情報マッピング定義］を選択する。

［イベント情報マッピング定義］画面が表示されます。

［定義一覧］には，現在設定されているマッピング定義情報の一覧が表示されています。

最大で16個のマッピング定義ができます。

イベント情報マッピングを有効にするために，［マッピング］の［する］を選択する。

新規にマッピングを定義するには，［追加］ボタンをクリックする。定義済みのマッピング情報を変更するには，［定義一覧］リストの項目を選択してから［編集］ボタンをクリックするか，［定義一覧］リストの項目をダブルクリックする。

［イベント情報マッピング詳細定義］画面が表示されます。

［表示項目］から，イベント一覧のどの表示項目に固有の拡張属性をマッピングするかを選択する。

選択できる項目は，［ユーザー環境設定］画面で選択できる次の項目です。

発行元プロセスID，到着時刻，発行元ユーザーID，発行元グループID，発行元ユーザー名，発行元グループ名，登録ホスト名，発行元イベントDB内通し番号，重大度，ユーザー名，プロダクト名，オブジェクトタイプ，オブジェクト名，登録名タイプ，登録名，事象種別，開始時刻，終了時刻

指定例：登録ホスト名

［固有の拡張属性名］に，マッピングする固有の拡張属性の名前を指定する。

指定できる文字は，32文字までの，半角英大文字，半角数字，および半角のアンダースコアです。拡張属性を表す「E」は不要です。

一つの表示項目には，一つだけの固有の拡張属性をマッピングできます。

到着時刻，開始時刻，および終了時刻に固有の拡張属性をマッピングするときは，属性値が数値（UTC 1970年1月1日00:00:00からの秒数0〜4,102,444,799）である属性名を指定します。数値以外，または範囲外の数値を持つ属性を指定した場合は，元の属性が表示されます。

指定例：LOGHOST

［イベントID］に，マッピングするJP1イベントのイベントIDを指定する。

指定できる文字は，1,000文字までの，A〜Fまたはa〜fの半角英字，半角数字，および半角のコンマです。16進数で指定します。指定できる範囲は，00000000〜7FFFFFFFです。

複数のイベントIDを指定する場合は，コンマで区切って100個まで指定できます。

指定例1：3FFF

指定例2：12345B,7FFFFFFF

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

［イベント情報マッピング詳細定義］画面が閉じ，設定した内容が［イベント情報マッピング定義］画面に反映されます。

［イベント情報マッピング定義］画面で［適用］ボタンをクリックする。

［適用］ボタンがクリックされたあとに到着したイベントから，このマッピング定義に沿って固有の拡張属性が表示されます。

表示フィルター，重要イベントフィルター，ユーザーフィルターを使用するときは，マッピングした固有の拡張属性を指定してJP1イベントをフィルタリングできます。

固有の拡張属性が表示されているときは，表示された属性値の先頭に「# 」（シャープ記号と半角の空白）が表示されます。

表示されている固有の拡張属性をフィルター条件として指定する場合は，「# 」を入力する必要はありません。

また，［ユーザー環境設定］画面の［カラーリング］で［有効］チェックボックスをチェックしていた場合，イベントの重大度に基づいてイベントの行に背景色がつきます。

［イベント情報マッピング定義］画面で設定内容を変更した場合は，その変更内容が，同じJP1/IM - Managerに接続されているすべてのJP1/IM - Viewのイベント一覧に反映されます。

マッピングされる前の情報を参照するには，マッピングされたイベントを選択してから［イベント詳細］画面を表示します。［イベント詳細］画面に，マッピングされる前の情報が表示されます。なお，イベント拡張属性定義ファイルを使用すれば，［イベント詳細］画面に，固有の拡張属性を表示できます。詳細については，次の説明を参照してください。

イベント拡張属性定義ファイルを使った固有の拡張属性の表示について

参照先：マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.14　ユーザー独自のイベント属性の表示」

イベント拡張属性定義ファイルについて

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「イベント拡張属性定義ファイル」（2.　定義ファイル）

なお，固有の拡張属性をマッピングする場合には，次の点に注意してください。

イベント検索では，統合監視DBまたはイベントサービスのイベントDBに対して検索がかけられるため，マッピングされる前のイベントに対して検索が行われます。したがって，検索結果には，マッピング情報は反映されません。マッピング対象のイベントを検索する場合は，［イベント検索条件設定］画面の［固有の拡張属性］欄を使用して，マッピングする固有の拡張属性の情報を指定します。

［関連イベント一覧］画面に表示される関連イベントは，イベント検索の結果であるため，マッピング情報が反映されません。

固有の拡張属性がマッピングされたイベントを選択してから［イベント検索条件設定］画面などで［選択イベント条件入力］ボタンをクリックした場合は，マッピング先の表示項目の属性および固有の拡張属性の値は，条件一覧に入力されません。

6.9.3　条件に一致するJP1イベントにユーザー独自の固有の拡張属性を付加する

JP1/Baseの属性付加設定ファイルからJP1イベントにユーザー固有の情報を拡張属性として追加する手順を説明します。

機能については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.12　固有の属性付加」を参照してください。

JP1/Baseの属性付加設定ファイルにイベントの属性付加の定義を記述する。

属性付加設定ファイルには，属性を付加するための条件と条件成立時に付加する拡張属性を定義します。

属性付加条件の指定形式は，JP1/Baseのイベントフィルターで指定します。

拡張属性名の先頭7バイトは「JP1ADD_」から始まる名称を指定します。

属性付加設定ファイルの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

属性付加設定ファイルに設定する内容の例

# Event : Extended attribute adding setting

add

filter

# input Event-filter

B.ID IN 111

end-filter

# input Extended-attribute

E.JP1ADD_SYSTEMNAME SystemA

end-add

JP1/Baseを起動，またはjevextreloadコマンドを実行する。

jevextreload [-h イベントサーバ名] {-recv | -send}

なお，属性付加設定ファイル，およびjevextreloadコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

6.9.4　JP1イベントの重大度を変更する

統合監視DBを使用する場合，重大度変更機能を設定すると，イベントの重大度を変更できます。

統合監視DBの設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.4.2　統合監視DBの設定（Windowsの場合）」，「2.4.2　統合監視DBの設定（UNIXの場合）」を参照してください。

また，重大度変更機能を設定する方法は，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.13　重大度変更機能の設定」を参照してください。

ここでは，イベントの重大度を変更する手順を次に示します。

(1)　［重大度変更定義設定］画面から重大度変更定義を設定する

［重大度変更定義設定］画面から重大度変更定義を設定する手順を次に示します。

イベントの重大度変更機能が有効になっていることを確認する。

jcoimdefコマンドを実行し，-chsevオプションを確認してください。無効になっている場合は，jcoimdefコマンドを使用し，イベントの重大度変更機能を有効にしてください。デフォルトは無効です。重大度変更機能を有効にした場合は，JP1/IM - Managerを再起動してください。jcoimdefコマンドについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcoimdef」（1.　コマンド）を参照してください。

［イベントコンソール］画面から［オプション］−［重大度変更定義］を選択する。

［重大度変更定義一覧］画面が表示されます。

設定する内容に合わせて，［追加］ボタン・［編集］ボタン・［複製］ボタン・［削除］ボタンをクリックする。

［追加］ボタンをクリックした場合

［重大度変更定義設定］画面が表示され，新しい重大度変更定義を設定できます。

［編集］ボタンをクリックした場合

［重大度変更定義設定］画面が表示され，選択した重大度変更定義の設定を編集できます。

［複製］ボタンをクリックした場合

選択した重大度変更定義が複製され，［重大度変更定義一覧］画面に追加されます。複製された重大度変更定義は，名称の先頭に「コピー 」が追加されます。

［削除］ボタンをクリックした場合

選択した重大度変更定義が削除されます。

削除の場合，手順4は実施しません。

［重大度変更定義設定］画面で，重大度の設定をする。

重大度を変更するイベント条件の設定をします。そのあと，［変更後の重大度］から変更後の重大度を選択して，［OK］ボタンをクリックします。

［重大度変更定義一覧］画面で，［適用］ボタンをクリックして有効にする。

［重大度変更定義設定］画面で，設定した重大度変更定義を［重大度変更定義一覧］画面から選択して，［適用］チェックボックスをチェックして有効にします。複数のイベントを設定したい場合は，手順3〜5を繰り返します。

設定を反映してもよいかを確認するメッセージが表示されるため，問題なければ［はい］ボタンをクリックする。

設定した重大度変更定義が有効になります。

(2)　重大度変更定義ファイルから重大度変更定義を設定する

重大度変更定義ファイルから重大度変更定義を設定する手順を次に示します。

イベントの重大度変更機能が有効になっていることを確認する。

jcoimdefコマンドを実行し，-chsevオプションを確認してください。無効になっている場合は，jcoimdefコマンドを使用し，イベントの重大度変更機能を有効にしてください。デフォルトは無効です。重大度変更機能を有効にした場合は，JP1/IM - Managerを再起動してください。jcoimdefコマンドについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcoimdef」（1.　コマンド）を参照してください。

重大度変更定義ファイルに，イベントの重大度変更の定義を記述する。

重大度変更はシステム単位で定義します。重大度は，「緊急（Emergency）」，「警戒（Alert）」，「致命的（Critical）」，「エラー（Error）」，「警告（Warning）」，「通知（Notice）」，「情報（Information）」，「デバッグ（Debug）」の範囲で変更できます。

重大度変更定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「重大度変更定義ファイル（jcochsev.conf）」（2.　定義ファイル）を参照してください。

重大度変更定義ファイルに設定する内容の例

DESC_VERSION=2

def 重大度変更1

cmt コメント

define enable

cnd

B.ID IN 100 200

E.SEVERITY IN Warning

B.SOURCESERVER IN hostA hostB hostC

end-cnd

sev Emergency

end-def

jco_spmd_reloadコマンドを実行するか，JP1/IM - Managerを再起動する。

ただし，手順1で重大度変更機能を無効から有効に変更した場合は，JP1/IM - Managerを再起動する必要があります。

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

変更後のJP1イベントの重大度は，イベント一覧の［重大度］に表示します。変更前のJP1イベントの重大度は，イベント一覧の［重大度(変更前)］に表示します。また，重大度を変更したJP1イベントは，イベント一覧の［重大度変更］にアイコンを表示します。

イベント基盤サービスは，マネージャー上のイベントサービスから受信したJP1イベントの重大度を変更し，統合監視DBに登録します。その際，イベントサービスのイベントDBの内容は変更されません。

また，マッピング定義を重大度の変更に使用することがあります。マッピング定義を使用すると，イベント一覧の［重大度］に，別の属性を表示できます。

(3)　運用中に発生したイベントを使って追加重大度変更定義を設定する

システム運用中に変更したいイベントを選択して［追加重大度変更定義設定］画面から重大度変更定義の条件を追加できます。

イベントを選択して定義を追加した場合は，追加した定義を最優先にするために［重大度変更定義一覧］画面に表示される定義の先頭に登録されます。

［追加重大度変更定義設定］画面から設定する手順を次に示します。

［イベントコンソール］画面で，重大度を変更したいイベントを選択し，右クリックして表示されるポップアップメニューから［重大度変更定義を設定］を選択する。

［追加重大度変更定義設定］画面が表示されます。

［追加重大度変更定義設定］画面で，重大度を変更する。

重大度を変更するイベント条件の設定をして，［変更後の重大度］から，変更後の重大度を選択して，編集します。

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

追加重大度変更定義が［重大度変更定義一覧］画面に反映されます。運用中に追加した重大度変更定義には，種別にアイコンが表示されます。

(4)　追加重大度変更定義を重大度変更定義に変更する

システム運用中に追加した追加重大度変更定義は，重大度変更定義に変更できます。

［イベントコンソール］画面のメニューから［オプション］−［重大度変更定義］を選択して［重大度変更定義一覧］画面を表示する。

［重大度変更定義一覧］画面の［重大度変更定義一覧］で重大度変更定義に変更したい追加重大度変更定義（種別にアイコンが付いている定義）を選択する。

［種別変更］ボタンをクリックする。

種別を変更してもよいかを確認するメッセージが表示されるため，問題なければ［はい］ボタンをクリックする。

選択した追加重大度変更定義が，重大度変更定義に変更されます。

［重大度変更定義一覧］画面の［適用］ボタンをクリックする。

設定を反映してもよいかを確認するメッセージが表示されるため，問題なければ［はい］ボタンをクリックする。

追加した重大度変更定義が有効になります。

6.9.5　JP1イベントの表示メッセージを変更する

統合監視DBを使用する場合，表示メッセージ変更機能を設定すると，イベントの表示メッセージを変更できます。

表示メッセージ変更機能を設定する方法には，GUIで設定する方法と，表示メッセージ変更定義ファイルで定義し，jco_spmd_reloadコマンドを実行して設定を反映する方法があります。

重要

ただし，GUIからの設定と定義ファイルからの設定を同時にしないでください。GUIからの定義を更新中にユーザーがテキストエディターなどでファイルを更新した場合に，定義ファイルとメモリーに持っているデータが不一致になることがあります。

統合監視DBの設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.4.2　統合監視DBの設定（Windowsの場合）」，「2.4.2　統合監視DBの設定（UNIXの場合）」を参照してください。

また，表示メッセージ変更機能を設定する方法は，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.14　表示メッセージ変更機能の設定」を参照してください。

ここでは，イベントの表示メッセージを変更する手順を次に示します。

(1)　［表示メッセージ変更定義設定］画面から表示メッセージ変更定義を設定する

［表示メッセージ変更定義設定］画面から表示メッセージ変更定義を設定する手順を次に示します。

イベントの表示メッセージ変更機能が有効になっていることを確認する。

［イベントコンソール］画面で［オプション］−［表示メッセージ変更定義］が表示されるかどうかを確認してください。表示されない場合，統合監視DBを有効にすると表示メッセージ変更機能が有効になります。表示メッセージ変更機能を有効にした場合は，JP1/IM - Managerを再起動してください。

また，10-50以前からバージョンアップインストール後に，jimdbupdateコマンドでIMデータベースを更新していない場合は，IMデータベースを更新してください。jimdbupdateコマンドについては，マニュアル「JP1/Integrated Management 3 - Managerコマンド・定義ファイル・APIリファレンス」の「jimdbupdate」（1.　コマンド）を参照してください。

［イベントコンソール］画面から［オプション］−［表示メッセージ変更定義］を選択する。

［表示メッセージ変更定義一覧］画面が表示されます。

設定する内容に合わせて，［追加］ボタン・［編集］ボタン・［複製］ボタン・［削除］ボタンをクリックする。

［追加］ボタンをクリックした場合

［表示メッセージ変更定義設定］画面が表示され，新しい表示メッセージ変更定義を設定できます。

［編集］ボタンをクリックした場合

［表示メッセージ変更定義設定］画面が表示され，選択した表示メッセージ変更定義の設定を編集できます。

［複製］ボタンをクリックした場合

選択した表示メッセージ変更定義が複製され，［表示メッセージ変更定義一覧］画面に追加されます。複製された表示メッセージ変更定義は，名称の先頭に「コピー 」が追加されます。

［削除］ボタンをクリックした場合

選択した表示メッセージ変更定義が削除されます。

削除の場合，手順4は実施しません。

［表示メッセージ変更定義設定］画面で，メッセージの設定をする。

メッセージを変更するイベント条件の設定をします。そのあと，［表示変更後のメッセージ］で変更後のメッセージの形式を設定します。イベント引き継ぎ情報の変換機能を指定すると，メッセージの文字数や数値の表示形式を見やすく統一できます。イベント引き継ぎ情報の変換機能の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「表示メッセージ変更定義ファイル（jcochmsg.conf）」（2.　定義ファイル）を参照してください。設定後に［OK］ボタンをクリックします。

［表示メッセージ変更定義一覧］画面で，［適用］ボタンをクリックして有効にする。

［表示メッセージ変更定義設定］画面で，設定した表示メッセージ変更定義を［表示メッセージ変更定義一覧］画面から選択して，［適用］チェックボックスをチェックして有効にします。複数のイベントを設定したい場合は，手順3〜5を繰り返します。

設定を反映してもよいかを確認するメッセージが表示されるため，問題なければ［はい］ボタンをクリックする。

設定した表示メッセージ変更定義が有効になります。

(2)　表示メッセージ変更定義ファイルから表示メッセージ変更定義を設定する

表示メッセージ変更定義ファイルから表示メッセージ変更定義を設定する手順を次に示します。

イベントの表示メッセージ変更機能が有効になっていることを確認する。

［イベントコンソール］画面で［オプション］−［表示メッセージ変更定義］が表示されるかどうかを確認してください。表示されない場合，統合監視DBを有効にすると表示メッセージ変更機能が有効になります。表示メッセージ変更機能を有効にした場合は，JP1/IM - Managerを再起動してください。

また，10-50以前からバージョンアップインストール後に，jimdbupdateコマンドでIMデータベースを更新していない場合は，IMデータベースを更新してください。jimdbupdateコマンドについては，マニュアル「JP1/Integrated Management 3 - Managerコマンド・定義ファイル・APIリファレンス」の「jimdbupdate」（1.　コマンド）を参照してください。

表示メッセージ変更定義ファイルに，イベントの表示メッセージ変更の定義を記述する。

表示メッセージ変更定義はシステム単位で定義します。

表示メッセージ変更定義は，表示メッセージを変更するJP1イベントのイベント条件と，変更後のメッセージ形式を指定します。

また，イベント引き継ぎ情報の変換機能を使うと，文字列や数値の表示形式を統一して，イベント一覧に見やすく表示できます。

表示メッセージ変更定義ファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「表示メッセージ変更定義ファイル（jcochmsg.conf）」（2.　定義ファイル）を参照してください。

表示メッセージ変更定義ファイルに設定する内容の例

DESC_VERSION=1

def 表示メッセージ変更1

cmt コメント1

define enable

addflag false

cnd

B.ID IN 100 200

E.SEVERITY IN Warning

B.SOURCESERVER IN hostA hostB hostC

end-cnd

msg $EVDATE $EVTIME DBサーバで障害が発生しました

end-def

jco_spmd_reloadコマンドを実行するか，JP1/IM - Managerを再起動する。

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

変更後のJP1イベントのメッセージは，イベント一覧の［メッセージ(変更後)］に表示します。変更前のJP1イベントのメッセージは，イベント一覧の［メッセージ］に表示します。また，メッセージを変更したJP1イベントは，イベント一覧の［表示メッセージ変更］にアイコン[図データ]を表示します。

イベント基盤サービスは，マネージャー上のイベントサービスから受信したJP1イベントのメッセージを変更し，「メッセージ(変更後)」に格納して統合監視DBに登録します。オリジナルの「メッセージ」は変更しません。

(3)　運用中に発生したイベントを使って追加表示メッセージ変更定義を設定する

システム運用中に変更したいイベントを選択して［追加表示メッセージ変更定義設定］画面から表示メッセージ変更定義の条件を追加できます。

イベントを選択して定義を追加した場合は，追加した定義を最優先にするために［表示メッセージ変更定義一覧］画面に表示される定義の先頭に登録されます。

［追加表示メッセージ変更定義設定］画面から設定する手順を次に示します。

［イベントコンソール］画面で，表示メッセージを変更したいイベントを選択し，右クリックして表示されるポップアップメニューから［表示メッセージ変更定義を設定］を選択する。

［追加表示メッセージ変更定義設定］画面が表示されます。

［追加表示メッセージ変更定義設定］画面で，表示メッセージを変更する。

メッセージを変更するイベント条件の設定をします。そのあと，［表示変更後のメッセージ］で変更後のメッセージの形式を設定します。イベント引き継ぎ情報の変換機能を指定すると，メッセージの文字数や数値の表示形式を見やすく統一できます。イベント引き継ぎ情報の変換機能の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「表示メッセージ変更定義ファイル（jcochmsg.conf）」（2.　定義ファイル）を参照してください。設定後に［OK］ボタンをクリックします。

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

追加表示メッセージ変更定義が［表示メッセージ変更定義一覧］画面に反映されます。運用中に追加した表示メッセージ変更定義には，種別にアイコンが表示されます。

(4)　追加表示メッセージ変更定義を表示メッセージ変更定義に変更する

システム運用中に追加した追加表示メッセージ変更定義は，表示メッセージ変更定義に変更できます。

［イベントコンソール］画面のメニューから［オプション］−［表示メッセージ変更定義］を選択して［表示メッセージ変更定義一覧］画面を表示する。

［表示メッセージ変更定義一覧］画面の［表示メッセージ変更定義一覧］で表示メッセージ変更定義に変更したい追加表示メッセージ変更定義（種別にアイコンが付いている定義）を選択する。

［種別変更］ボタンをクリックする。

種別を変更してもよいかを確認するメッセージが表示されるため，問題なければ［はい］ボタンをクリックする。

選択した追加表示メッセージ変更定義が，表示メッセージ変更定義に変更されます。

［表示メッセージ変更定義一覧］画面の［適用］ボタンをクリックする。

設定を反映してもよいかを確認するメッセージが表示されるため，問題なければ［はい］ボタンをクリックする。

追加した表示メッセージ変更定義が有効になります。

6.10　イベントの大量発生に対処する

JP1イベントが大量に発生した場合の対処方法には，次に示す二つの方法があります。

エージェントからのイベント転送を抑止する方法（JP1/Baseのイベント転送抑止機能）

JP1イベントが大量に発生しているエージェントからのイベント転送を抑止して，該当のエージェントの監視を中止します。

イベントをマネージャーで集約する方法（JP1/IM - Managerの繰り返しイベントの監視抑止機能）

繰り返しイベント条件を設定して，条件に一致するJP1イベントをイベント一覧に集約して表示したり，自動アクションの実行を抑止したりします。

ここでは，それぞれの方法でイベントの大量発生に対処する手順を説明します。

JP1イベントが大量に発生した場合の対処方法を，あらかじめ運用手順で決めておくことをお勧めします。

大量発生イベントの監視抑止の概要については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.5.1　大量発生イベントの監視抑止の仕組み」を参照してください。

また，JP1/Baseからマネージャーへ転送するJP1イベントの設定，およびマネージャーでのJP1イベントのフィルタリングの設定についても，検討してください。JP1/Baseが転送するJP1イベントの設定については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「13.1.2　マネージャーに転送するJP1イベントの検討」，マネージャーのフィルタリングの設定については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「13.1.3　JP1イベントのフィルタリング設定の検討」を参照してください。

なお，イベントをマネージャーで集約する方法でイベントの大量発生に対処する場合は，事前に統合監視DBを構築し，統合監視DBおよび繰り返しイベントの監視抑止をマネージャーで有効にする必要があります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.3　繰り返しイベントの監視抑止の設定」を参照してください。

6.10.1　イベントの大量発生に対処する場合と備える場合の流れ

イベントの大量発生を検知した場合は，［イベントコンソール］画面のイベント一覧に表示されるイベントを基に，該当するエージェントのイベント転送を抑止したり，繰り返しイベント条件を設定してイベントを集約したりします。過去にイベントが大量発生したことがある場合，または一時に大量発生することが予想される場合は，イベント転送を自動で抑止するためしきい値を設定したり，繰り返しイベント条件を事前に設定したりして，イベントの大量発生に備えます。

それぞれの流れを次の図に示します。

図6‒9　イベントが大量に発生したことを検知した場合の対処の流れ

図6‒10　過去にイベントが大量発生したことがある場合，または一時に大量発生することが予想される場合の対処の流れ

6.10.2　エージェントからのイベント転送を抑止するための準備をする

エージェントからのイベント転送を抑止するための準備として，イベント転送を抑止したり，解除したりする［コマンド］ボタンを設定します。［コマンド］ボタンを設定することで，イベントの大量発生に対処する際に，管理者のコマンド入力を少なくし操作ミスを防止できます。

ここで設定する［コマンド］ボタンと各ボタンの動作内容を，次に示します。

「ALL抑止」ボタン

イベントが大量発生したエージェントに対して，そのエージェントからのすべてのイベント転送を抑止する。

コマンド実行時は確認画面を表示し，管理者が確認し実行する。

エージェントの選択は，管理者がJP1/IM - Viewのコンソール画面から選択した1つのイベントから自動でホスト名を抽出する。

「抑止解除」ボタン

障害対策の終了などを契機に該当エージェントのイベント監視（イベント転送）を再開する。

コマンド実行時は確認画面を表示し，管理者が確認し実行する。

エージェントの選択は，管理者がJP1/IM - Viewのコンソール画面から選択した1つのイベントから自動でホスト名を抽出する。

「抑止確認」ボタン

大量発生イベントの転送抑止の状況を表示して確認する。

コマンド実行に必要な条件を次に示します。

JP1/IM - Viewからコマンドを実行するJP1ユーザーが認証サーバに登録されている。

JP1/IM - Viewからコマンドを実行するJP1ユーザーに，次のどちらかのJP1権限レベルが与えられている。

JP1_Console_Admin

JP1_Console_Operator

JP1/Baseの構成管理を使ったシステム構成の定義が済んでいる。

マネージャーホストでJP1ユーザーとOSユーザーのマッピングが済んでいる。

マネージャーホストでJP1ユーザーとマッピングするOSユーザーが，jevagtfwコマンドの実行権限を所有している。

jevagtfwコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」のコマンドの章を参照してください。

コマンド実行環境の設定については，Windowsの場合，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.16　コマンド実行環境の設定（Windowsの場合）」，UNIXの場合，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「2.15　コマンド実行環境の設定（UNIXの場合）」を参照してください。

(1)　イベント転送を手動で抑止するための［コマンド］ボタンを設定する

JP1/IM - Managerに接続しているすべてのJP1/IM - Viewを終了する。

jcoimdefコマンドを実行して，［コマンド］ボタンを有効にする。

コマンド指定例

jcoimdef -i -cmdbtn ON

コマンド実行結果で，S_CMDBTNがONであることを確認します。-iオプションを指定しているため，コマンド実行後直ちに［コマンド］ボタンが有効になります。

［コマンド］ボタンとして使用するコマンドを設定する。

コマンドボタン定義ファイルを作成します。

定義例（Windowsの場合）

def
 usr ［コマンド］ボタンを使用するJP1ユーザー名

 btn ALL抑止
  cmt 該当のエージェントからのイベント転送をすべて抑止
  cmdtype agent
  inev true
  hst マネージャーのホスト名
  cmd "Baseパス¥bin¥jevagtfw.exe" -s -o all $EVHOST
  qui false
  preview true
 end-btn

 btn 抑止解除
  cmt 該当のエージェントのイベント転送抑止をすべて解除
  cmdtype agent
  inev true
  hst マネージャーのホスト名
  cmd "Baseパス¥bin¥jevagtfw.exe" -r -f $EVHOST
  qui false
  preview true
 end-btn

 btn 抑止確認
  cmt イベント転送抑止状態の確認
  cmdtype agent
  inev false
  hst マネージャーのホスト名
  cmd "Baseパス¥bin¥jevagtfw.exe" -l
  qui false
  preview true
 end-btn

end-def

定義例中の$EVHOSTは，JP1/IM - Viewのコンソール画面で選択したイベントのイベント発行元ホスト名が引き当てられます。

UNIXの場合，「Baseパス¥bin¥jevagtfw.exe」と表記している部分は，「/opt/jp1base/bin/jevagtfw」になります。

JP1/IM - Viewのコンソール画面を起動する。

［コマンド実行］画面に設定した［コマンド］ボタンが表示されていることを確認する。

［コマンド実行］画面は，［イベントコンソール］画面の［コマンド実行］ボタンをクリックして表示します。

6.10.3　エージェントからのイベント転送を抑止してイベントの大量発生に対処する

「6.10.2　エージェントからのイベント転送を抑止するための準備をする」で設定した［コマンド］ボタンを使用し，エージェントからのイベント転送を抑止して，イベントの大量発生に対処する場合の手順について説明します。

(1)　イベントが大量発生しているエージェントからのイベント転送をマネージャーから抑止する

設定した［コマンド］ボタンを使用して，エージェントからのイベント転送をマネージャーから抑止します。

［イベントコンソール］画面のイベント一覧で，特定のエージェントからJP1イベントが大量に出力されているのを確認する。

イベントを抑止したいエージェントから転送されているJP1イベントを選択する。

［コマンド実行］ボタンをクリックして，［コマンド実行］画面を表示する。

「6.10.2　エージェントからのイベント転送を抑止するための準備をする」で設定した［コマンド］ボタンの「ALL抑止」ボタンをクリックする。

［コマンド実行内容プレビュー］画面が表示されます。実行されるコマンドの内容（特に抑止対象となるホスト名）を確認してください。

［コマンド実行内容プレビュー］画面の［実行］ボタンをクリックして，jevagtfwコマンドを実行する。

該当のエージェントからのイベント転送が抑止されます。

コマンド実行結果は，［コマンド実行］画面の［実行結果］で確認できます。

イベントが大量に発生している原因を特定して問題を解決する。

イベント転送を抑止している間に，イベント発生元のエージェントを調査して問題を解決してください。

(2)　エージェントからのイベント転送の抑止状況を確認する

設定した［コマンド］ボタンを使用して，エージェントからのイベント転送の抑止状況をマネージャーから確認します。

［イベントコンソール］画面で，［コマンド］ボタンをクリックする。

［コマンド実行］画面が表示されます。

「6.10.2　エージェントからのイベント転送を抑止するための準備をする」で設定した［コマンド］ボタンの「抑止確認」ボタンをクリックする。

［コマンド実行内容プレビュー］画面が表示されます。実行されるコマンドの内容を確認してください。

［コマンド実行内容プレビュー］画面の［実行］ボタンをクリックして，jevagtfwコマンドを実行する。

［コマンド実行］画面の［実行結果］で抑止状態を確認します。

コマンド実行結果は，［コマンド実行］画面の［実行結果］で確認できます。

(3)　エージェントからのイベント転送の抑止を解除する

設定した［コマンド］ボタンを使用して，エージェントからのイベント転送の抑止をマネージャーから解除します。

［イベントコンソール］画面で，イベントを抑止したいエージェントから転送されているJP1イベントを選択する。

［コマンド実行］ボタンをクリックして，［コマンド実行］画面を表示する。

「6.10.2　エージェントからのイベント転送を抑止するための準備をする」で設定した［コマンド］ボタンの「抑止解除」ボタンをクリックする。

［コマンド実行内容プレビュー］画面が表示されます。実行されるコマンドの内容（特に抑止解除対象となるホスト名）を確認してください。

［コマンド実行内容プレビュー］画面の［実行］ボタンをクリックして，jevagtfwコマンドを実行する。

該当エージェントのイベント転送の抑止が解除されます。

コマンド実行結果は，［コマンド実行］画面の［実行結果］で確認できます。

［イベントコンソール］画面でも抑止解除の実行を確認し，該当のエージェントからのイベントが通知されることを確認する。

(4)　エージェントからのイベント転送の設定を見直す

大量発生イベントの再発防止策として，今回大量発生したイベントの発生状況を分析して，イベント転送を自動で抑止するためのしきい値を設定します。

イベントの発生状況を分析する際の観点を次に示します。

大量発生したイベントをフィルタリングするとしたら，どのようなフィルタリング条件が適当か。

一定期間内（例えば60秒間）に何件のイベントが発生したか。

イベントの大量発生は継続的なものか。

このような観点で分析した結果を基に，大量発生イベントのしきい値に相当するイベント転送条件を，エージェントのJP1/Baseの転送設定ファイルに設定します。設定手順については，「6.10.5　イベント転送を自動で抑止するためのしきい値をエージェントに設定する」を参照してください。

(5)　転送を抑止されたイベントを確認する

イベントが大量に発生しているエージェントのイベント転送を抑止すると，本来そのエージェントから転送されるはずだった重要なイベントがマネージャーに転送されていないおそれがあります。そのような場合は，転送を抑止したエージェントのイベントDBをJP1/IM - Viewから検索して，転送抑止中に発生したイベントを確認します。JP1イベントの検索方法については，「6.8　JP1イベントを検索する」を参照してください。

6.10.4　イベントをマネージャーで集約してイベントの大量発生に対処する

システム運用中に発生したイベントを基に繰り返しイベント条件を設定して，条件に一致するJP1イベントをイベント一覧に集約して表示したり，自動アクションの実行を抑止したりして，イベントの大量発生に対処する場合の手順について説明します。

なお，対処状況を変更するには，JP1_Console_Admin権限またはJP1_Console_Operator権限が必要です。

(1)　運用中に発生したイベントを使って追加繰り返しイベント条件を設定する

システム運用中に発生した繰り返しイベントを使って［繰り返しイベント条件設定］画面で繰り返しイベントの監視を抑止します。このとき設定した条件を追加繰り返しイベント条件といいます。

［イベントコンソール］画面のイベント一覧で，監視を抑止したいJP1イベントを選択する。

［イベントコンソール］画面のメニューから［表示］−［繰り返しイベント条件で抑止］を選択するか，右クリックして表示されるメニューから［繰り返しイベント条件で抑止］を選択して，［繰り返しイベント条件設定］画面を表示する。

手順1で選択したJP1イベントの属性が繰り返しイベント条件に自動的に設定された状態で，［繰り返しイベント条件設定］画面が表示されます。

自動的に設定される項目は，繰り返しイベント条件自動入力定義ファイル（event_storm_auto_list.conf）で変更できます。繰り返しイベント条件自動入力定義ファイル（event_storm_auto_list.conf）については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「繰り返しイベント条件自動入力定義ファイル（event_storm_auto_list.conf）」（2.　定義ファイル）を参照してください。

必要な項目を［繰り返しイベント条件設定］画面で編集する。

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

追加繰り返しイベント条件が［繰り返しイベント条件一覧］画面に反映されます。運用中に追加した追加繰り返しイベント条件には，種別に[図データ]アイコンが表示されます。

設定した条件を満たしたイベントが，繰り返しイベントの監視抑止の対象となります。監視抑止の開始については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.5.4　大量発生イベントの監視抑止を開始する契機」を参照してください。

(2)　繰り返しイベント条件の設定を見直す

設定している繰り返しイベントの条件を見直します。詳細については，「6.10.6　繰り返しイベント条件を設定する」を参照してください。

(3)　追加繰り返しイベント条件を繰り返しイベント条件に変更する

システム運用中に追加した追加繰り返しイベント条件は，繰り返しイベント条件に変更できます。

［イベントコンソール］画面のメニューから［オプション］−［繰り返しイベント条件設定］を選択して［繰り返しイベント条件一覧］画面を表示する。

［繰り返しイベント条件一覧］画面の［繰り返しイベント条件一覧］で繰り返しイベント条件に変更したい追加繰り返しイベント条件（種別に[図データ]アイコンが付いている条件）を選択する。

［種別変更］ボタンをクリックする。

種別を変更してもよいかを確認するメッセージが表示されるため，問題なければ［はい］ボタンをクリックする。

選択した追加繰り返しイベント条件が，繰り返しイベント条件に変更されます。

［繰り返しイベント条件一覧］画面の［適用］ボタンをクリックする。

設定を反映してもよいかを確認するメッセージが表示されるため，問題なければ［はい］ボタンをクリックする。

追加した繰り返しイベント条件が有効になります。

6.10.5　イベント転送を自動で抑止するためのしきい値をエージェントに設定する

エージェントでイベントが大量に発生した場合に備えて，しきい値を設定してイベント転送を自動的に抑止する手順を次に示します。

イベント転送を自動的に抑止したいエージェントの転送設定ファイルを編集する。

大量発生イベントのしきい値に相当するイベント転送抑止条件を，エージェントのJP1/Baseの転送設定ファイルに設定します。

イベント転送抑止条件の形式

suppress 識別子 単位時間 しきい値 確認回数 [宛先（省略可能）]
イベントフィルター
end-suppress

イベント転送抑止条件の詳細については，マニュアル「JP1/Base 運用ガイド」の転送設定ファイル（forward）の説明を参照してください。

転送設定ファイルの変更内容を有効にする。

転送設定ファイルをリロードするか，イベントサービスを再起動すると，変更内容が有効になります。

イベントの発生状況が設定したイベント転送抑止条件に一致した場合，イベント転送が抑止されます。

イベント転送を抑止している間に，イベント発生元のエージェントを調査して，異常がある場合は問題を解決してください。

6.10.6　繰り返しイベント条件を設定する

繰り返しイベント条件を設定すると，条件に一致するイベント（繰り返しイベント）をマネージャーで集約して，イベント一覧への表示や自動アクションの実行を抑止できます。

繰り返しイベント条件は，［繰り返しイベント条件設定］画面，および［繰り返しイベント条件一覧］画面で設定します。各画面の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.17　［繰り返しイベント条件設定］画面」および「3.19　［繰り返しイベント条件一覧］画面」を参照してください。

なお，繰り返しイベント条件を設定するには，JP1/IM - Viewから操作するJP1ユーザーにJP1_Console_Admin権限が与えられている必要があります。

繰り返しイベント条件を設定する手順を次に示します。

［イベントコンソール］画面のメニューから［オプション］−［繰り返しイベント条件設定］を選択する。

［繰り返しイベント条件一覧］画面が表示されます。

次のどちらかの方法で［繰り返しイベント条件設定］画面を表示する。

新規に繰り返しイベント条件を設定する場合は，［繰り返しイベント条件一覧］画面の［追加］ボタンをクリックする。

既存の繰り返しイベント条件を編集する場合は，［繰り返しイベント条件一覧］画面に表示されている繰り返しイベント条件を選択して［編集］ボタンをクリックする。

［繰り返しイベント条件設定］画面が表示されます。

［繰り返しイベント条件設定］画面の［基本設定］ページの［イベント条件］を設定する。（任意）

マネージャーが監視対象イベントを取得したときに，どの属性値を比較するかを設定します。

設定手順の詳細は，「6.10.6(1)　［繰り返しイベント条件設定］画面の［イベント条件］を設定する」を参照してください。

［繰り返しイベント条件設定］画面の［基本設定］ページの［抑止項目］を設定する。（必須）

イベント条件に一致するJP1イベントに対して，何を抑止するのかを設定します。

設定手順の詳細は，「6.10.6(2)　［繰り返しイベント条件設定］画面の［抑止項目］を設定する」を参照してください。

［繰り返しイベント条件設定］画面の［オプション］ページの［同一属性値条件］を設定する。（任意）

「重大度が警告以下のイベントを，登録ホスト名（B.SOURCESERVER）の属性値ごとに集約したい」など，繰り返しイベント条件に一致する繰り返しイベントを特定の属性ごとにまとめて抑止する場合に設定します。

設定手順の詳細は，「6.10.6(3)　［繰り返しイベント条件設定］画面の［同一属性値条件］を設定する」を参照してください。

［繰り返しイベント条件設定］画面の［オプション］ページの［しきい値］を設定する。（任意）

繰り返しイベントの表示抑止および自動アクションの実行抑止を開始するしきい値を設定します。しきい値を設定しない場合，繰り返しイベント条件に一致するイベントを取得した時点で抑止を開始します。

設定手順の詳細は，「6.10.6(4)　［繰り返しイベント条件設定］画面の［しきい値］を設定する」を参照してください。

［繰り返しイベント条件設定］画面の［オプション］ページの［終了監視期間］を設定する。（必須）

イベントの大量発生が収束したと判断するための期間（終了監視期間）を設定します。

設定手順の詳細は，「6.10.6(5)　［繰り返しイベント条件設定］画面の［終了監視期間］を設定する」を参照してください。

［繰り返しイベント条件設定］画面の［オプション］ページの［抑止開始イベント］を設定する。（任意）

大量発生したイベントの抑止を開始したことを通知するイベントを発行する場合に設定します。

設定手順の詳細は，「6.10.6(6)　［繰り返しイベント条件設定］画面の［抑止開始イベント］を設定する」を参照してください。

［繰り返しイベント条件設定］画面の［オプション］ページの［抑止終了イベント］を設定する。（任意）

大量発生したイベントの抑止を終了したことを通知するイベントを発行する場合に発行します。

設定手順の詳細は，「6.10.6(7)　［繰り返しイベント条件設定］画面の［抑止終了イベント］を設定する」を参照してください。

［繰り返しイベント条件設定］画面の［オプション］ページの［抑止継続判定］および［抑止継続処理］を設定する。（任意）

時間（秒），または件数ごとに繰り返しイベントの監視抑止が継続されているかを判定して，継続されている場合にJP1イベントを発行して通知したり，抑止を打ち切ったりする場合に設定します。

設定手順の詳細は，「6.10.6(8)　［繰り返しイベント条件設定］画面の［抑止継続判定］および［抑止継続処理］を設定する」を参照してください。

［繰り返しイベント条件設定］画面の［OK］ボタンをクリックする。

繰り返しイベント条件が［繰り返しイベント条件一覧］画面に反映されます。

設定した繰り返しイベント条件について，［繰り返しイベント条件一覧］画面の［適用］チェックボックスをチェックする。

［繰り返しイベント条件一覧］画面の［適用］ボタンをクリックする。

設定を反映してもよいかを確認するメッセージが表示されるため，問題なければ［はい］ボタンをクリックする。

繰り返しイベント条件が有効になります。

(1)　［繰り返しイベント条件設定］画面の［イベント条件］を設定する

設定手順を次に示します。

［繰り返しイベント条件設定］画面の［基本設定］ページを表示する。

次のうち必要な操作を実施して，イベント条件を設定する。

新しくイベント条件を追加する場合は，［追加］ボタンをクリックする。

［属性名］［属性値］［条件］が空のイベント条件がイベント条件一覧に追加されます。

イベント条件を編集する場合は，編集したいイベント条件をイベント条件一覧から選択したあと，イベント条件の編集領域から属性名，属性値，および条件を選択して，［適用］ボタンをクリックする。

イベント条件を削除する場合は，削除したいイベント条件をイベント条件一覧から選択したあと，［削除］ボタンをクリックする。

［イベントコンソール］画面で選択しているイベントと同じ属性値を条件に設定したい場合は，［選択イベント条件入力］ボタンをクリックする。

［選択イベント条件入力］ボタンをクリックする前に設定されていた条件は削除され，［イベントコンソール］画面で選択しているイベントと同じ属性値に上書きされます。

(2)　［繰り返しイベント条件設定］画面の［抑止項目］を設定する

設定手順を次に示します。

［繰り返しイベント条件設定］画面の［基本設定］ページを表示する。

次のうちどちらか，または両方のチェックボックスをチェックする。

［繰り返しイベントのイベント一覧表示を抑止する］

［次のイベントをアクション対象外にする］

前の手順で［次のイベントをアクション対象外にする］をチェックした場合は，アクション対象外にするイベントの範囲を指定する。

次のうちどちらかを選択してください。

［すべての繰り返しイベント］

この繰り返しイベント条件に一致するすべての繰り返しイベントをアクション対象外にします。

［繰り返し開始イベント以外の繰り返しイベント］

この繰り返しイベント条件に一致する繰り返しイベントのうち，抑止を開始する契機となったイベント（繰り返し開始イベント）以外をアクション対象外にします。

(3)　［繰り返しイベント条件設定］画面の［同一属性値条件］を設定する

設定手順を次に示します。

［繰り返しイベント条件設定］画面の［オプション］ページを表示する。

次のうち必要な操作を実施して，同一属性値条件を設定する。

同一属性値条件を追加する場合は，［同一属性値条件］のドロップダウンリストから属性名を選択し，［追加］ボタンをクリックする。

同一属性値条件を削除する場合は，［同一属性値条件］の［属性名］リストから属性名を選択し，［削除］ボタンをクリックする。

(4)　［繰り返しイベント条件設定］画面の［しきい値］を設定する

設定手順を次に示します。

［繰り返しイベント条件設定］画面の［オプション］ページを表示する。

［しきい値］の［有効］チェックボックスをチェックする。

しきい値を設定する。

例えば，しきい値を「10［件］/3［秒］」と設定した場合，最後にJP1/IM - Managerが取得したイベントの到着時刻から，その3秒前までの間に，10件以上のイベントを取得した場合に抑止を開始します。

(5)　［繰り返しイベント条件設定］画面の［終了監視期間］を設定する

設定手順を次に示します。

［繰り返しイベント条件設定］画面の［オプション］ページを表示する。

終了監視期間を設定する。

「6.10.6(4)　［繰り返しイベント条件設定］画面の［しきい値］を設定する」でしきい値を設定しているかどうかで，終了監視期間の考え方は変わります。終了監視期間を300秒と設定した場合のそれぞれの違いを次に示します。

しきい値を設定している場合

最後にJP1/IM - Managerが取得したイベントの到着時刻から，その300秒前までの間に，設定したしきい値を下回り続けたときにイベントの大量発生が収束したと判断します。

しきい値を設定していない場合

最後にJP1/IM - Managerが取得したイベントの到着時刻から，その300秒前までの間に，繰り返しイベント条件に一致する繰り返しイベントを取得しなかったときにイベントの大量発生が収束したと判断します。

(6)　［繰り返しイベント条件設定］画面の［抑止開始イベント］を設定する

設定手順を次に示します。

［繰り返しイベント条件設定］画面の［オプション］ページを表示する。

［抑止開始イベント］の［発行する］チェックボックスをチェックする。

(7)　［繰り返しイベント条件設定］画面の［抑止終了イベント］を設定する

設定手順を次に示します。

［繰り返しイベント条件設定］画面の［オプション］ページを表示する。

［抑止終了イベント］の［発行する］チェックボックスをチェックする。

(8)　［繰り返しイベント条件設定］画面の［抑止継続判定］および［抑止継続処理］を設定する

［抑止継続判定］と［抑止継続処理］は，合わせて設定する必要があります。設定手順を次に示します。

［繰り返しイベント条件設定］画面の［オプション］ページを表示する。

［抑止継続判定］の［有効］チェックボックスをチェックする。

［抑止継続判定］で抑止が継続されているかを判定する契機を指定する。

［時間］と［件数］のどちらかを選択します。それぞれの違いについては，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.4.7　繰り返しイベントの表示抑止が継続されている場合の通知」を参照してください。

［抑止継続処理］で抑止が継続されている場合の処理を選択する。

［抑止継続通知イベントを発行する］と［抑止を打ち切る］のどちらかを選択します。

［抑止を打ち切る］を選択した場合は，［抑止打ち切り通知イベントを発行する］をチェックすることで，抑止を打ち切ったことを通知するJP1イベントを発行できます。

6.10.7　イベントを大量に発行しているログファイルトラップをマネージャーから停止する

ログファイルトラップでイベントが大量に発行された場合の対処として，IM構成管理を使用して，マネージャーから特定のログファイルトラップを停止する手順を次に示します。IM構成管理を使用しないで，特定のログファイルトラップを停止する方法については，マニュアル「JP1/Base 運用ガイド」の大量発生イベントの転送を抑止する説明をしている個所を参照してください。

なお，次に示す手順では，IM構成管理を使用して，エージェントのプロファイルを管理していることを前提とします。IM構成管理のプロファイル管理の概要については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「8.5　プロファイルの管理」を参照してください。IM構成管理のプロファイルの設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5　プロファイルの設定」を参照してください。

また，発生元ホストのマッピングが有効に設定されていることを前提とします。発生元ホストのマッピングを有効にする手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.15　発生元ホストのマッピングの設定」を参照してください。

［イベントコンソール］画面のイベント一覧で，ログファイルトラップが発行したJP1イベントが大量に出力されているのを確認する。

該当のJP1イベントの［イベント詳細］画面を表示する。

［イベント詳細］画面のイベント属性に，発生元ホスト名および監視名※が表示されているのを確認する。

注※

［イベント詳細］画面のイベント属性にログファイルトラップの監視名を表示するには，JP1/IM - Managerのバージョンが10-50以降，かつエージェントのJP1/Baseのバージョンが10-50以降である必要があります。

IM構成管理・ビューアー（IM構成管理）にログインして，［IM構成管理］画面を表示する。

［IM構成］タブをクリックして，［IM構成］ページを表示する。

ツリー表示領域でログファイトラップの発生元ホスト名を選択して，［表示］メニューから［プロファイル表示］を選択する。

該当ホストの［プロファイル表示/編集］画面が表示されます。

ツリー表示領域の［JP1/Base］を選択して，［編集］メニューから［排他編集設定］を選択する。

プロファイルの排他編集権を獲得します。

ツリー表示領域の［ログファイルトラップ情報］から抑止対象のログファイルトラップの監視名を選択して，［操作］メニューから［プロセス停止］を選択する。

ログファイルトラップを停止するかどうかを確認するメッセージが出力されます。

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

ログファイルトラップが停止します。

ログファイルトラップが停止している間に，ログの出力元のアプリケーションを調査して，異常がある場合は問題を解決してください。

6.10.8　同じ属性のイベントが連続して発生した場合の集約表示について

繰り返しイベントの集約表示機能を使用する場合，短時間に連続して発生する同一内容のJP1イベントを一つに集約して，［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページに表示できます。繰り返しイベントの集約表示機能は，［ユーザー環境設定］画面で設定できます。

繰り返しイベントの集約表示機能は，イベントの監視抑止機能と同時には使用できません。

繰り返しイベントおよび集約イベントは，詳細情報を確認できます。また，繰り返しイベントを監視していない場合と同様に対処状況を変更できます。なお，対処状況を変更するには，JP1_Console_Admin権限またはJP1_Console_Operator権限が必要です。

繰り返しイベントの集約表示の概要については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.4.10　繰り返しイベントの集約表示機能で表示抑止する場合について」を参照してください。

連続して発生していないJP1イベントを集約したい場合，イベント条件や集約して表示する契機を指定したい場合などは，繰り返しイベントの集約表示ではなく，繰り返しイベントの監視抑止を設定してください。繰り返しイベントの監視抑止の設定方法については，「6.10.4　イベントをマネージャーで集約してイベントの大量発生に対処する」を参照してください。

(1)　繰り返しイベントの集約表示機能を設定する

［イベントコンソール］画面のメニューから［オプション］−［ユーザー環境設定］を選択する。

［ユーザー環境設定］画面が表示されます。

［イベント表示項目］ページの［集約表示］の［有効］をチェックする。

［タイムアウト時間］が活性となります。

［タイムアウト時間］を指定する。

繰り返しイベントを集約する場合のタイムアウト時間を指定します。

集約開始イベントと受信イベントの到着時刻の差がタイムアウト時間を過ぎた場合，イベントの集約が完了します。

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

設定した内容が反映されます。

一つに集約したイベントは集約イベントとして，［イベントコンソール］画面の［イベント監視］ページまたは［重要イベント］ページに表示されます。

備考

繰り返しイベントの集約表示は，設定が反映されたあと受信したイベントから適用されます。設定が反映される前に受信したイベントは，繰り返しイベントの集約表示の対象とはなりません。集約開始イベントと受信イベントの到着時刻の差が指定した時間を過ぎた場合，イベントの集約が完了します。また，1件のイベントに集約できるイベントは最大100件です。

6.11　他製品と連携してJP1イベントに対処する

ここでは，他製品と連携してJP1イベントに対処する場合の，JP1/IM - Viewでの操作手順について説明します。

6.11.1　JP1イベントをインシデントとしてJP1/Service Supportに登録する（JP1/Service Support連携）

JP1/Service Support連携用の設定をしておくことで，JP1/IM - Viewに表示されたJP1イベントをインシデントとしてJP1/Service Supportに登録できます。設定手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「10.1.1　JP1/Service Support画面呼び出し設定」を参照してください。

次の画面から，JP1/Service Supportの［登録先プロセスワークボード選択］画面を表示し，JP1/Service Supportにインシデントを登録します。

［イベントコンソール］画面の各ページ

［関連イベント一覧］画面

［イベント詳細］画面

次に，各画面からJP1/Service Supportの［登録先プロセスワークボード選択］画面を表示するまでの手順を示します。JP1/Service Supportの［登録先プロセスワークボード選択］画面からJP1/Service Supportにインシデントを登録する手順については，マニュアル「JP1/Service Support 操作ガイド」を参照してください。

なお，JP1イベントをインシデントとして登録するには，JP1_Console_Admin権限またはJP1_Console_Operator権限が必要です。

(1)　［イベントコンソール］画面の各ページからJP1/Service Supportを表示する

手順を次に示します。

［イベントコンソール］画面のイベント一覧に表示されるJP1イベントの中からインシデントとして登録するJP1イベントを一つ選択する。

［イベント検索］ページには，マネージャー以外のイベントDBに登録されたJP1イベントを表示できますが，これらのJP1イベントはインシデントとして登録できません。マネージャー上に登録されたJP1イベントだけ，インシデントとして登録できます。

右クリックして［インシデント登録］，またはメニューから［表示］−［インシデント登録］を選択する。

WWWブラウザーが起動して，JP1/Service Supportの［登録先プロセスワークボード選択］画面が表示されます。

(2)　［関連イベント一覧］画面からJP1/Service Supportを表示する

手順を次に示します。

［関連イベント一覧］画面に表示されるJP1イベントの中からインシデントとして登録するJP1イベントを一つ選択する。

右クリックして［インシデント登録］を選択する。

WWWブラウザーが起動して，JP1/Service Supportの［登録先プロセスワークボード選択］画面が表示されます。

(3)　［イベント詳細］画面からJP1/Service Supportを表示する

手順を次に示します。

［イベント詳細］画面の［インシデント登録］ボタンをクリックする。

WWWブラウザーが起動して，JP1/Service Supportの［登録先プロセスワークボード選択］画面が表示されます。

6.11.2　JP1イベントに対応する運用手順を表示する（JP1/Navigation Platform連携）

JP1/Navigation Platform連携用の設定をしておくことで，JP1/IM - Viewに表示されたJP1イベントから，JP1/Navigation Platformの業務コンテンツ（運用手順）にシングルサインオンでアクセスできます。設定手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「10.2　JP1/Navigation Platformと連携する」を参照してください。

［イベント詳細］画面から，シングルサインオンでJP1/Navigation Platformの［業務実行］画面を表示する手順を次に示します。

［イベント詳細］画面の［ガイド］表示領域のリンクをクリックする。

WWW ブラウザーが起動して，選択したJP1イベントに対応する業務コンテンツ（運用手順）が，JP1/Navigation Platformの［業務実行］画面に表示されます。

6.11.3　JP1イベントを発行したアプリケーションをモニター起動する

受信したJP1イベントに関連するプログラムのモニター画面を表示し，情報の参照や操作ができます。

［イベントコンソール］画面からモニター画面を起動するには，次のように操作します。

［イベントコンソール］画面のイベント一覧でJP1イベントを選択し，［表示］−［モニター起動］を選択する。または，ツールバーの[図データ]をクリックするか，ポップアップメニューの［モニター起動］を選択する。

対応するプログラムのモニター画面（WWWページまたはアプリケーションプログラム）が起動します。

また，［イベント詳細］画面の［モニター起動］ボタンをクリックして，モニター画面を起動することもできます。

なお，選択したJP1イベントに対応するプログラムがない，またはモニター画面を起動するための設定がされていない場合は，メニューおよびボタンは選択できません。モニター画面を起動するための設定方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.17　連携製品のモニター起動の設定」を参照してください。

(1)　モニター画面を起動できるアプリケーションの一覧

モニター画面を起動できるアプリケーションを次の表に示します。アプリケーションの対応OSの詳細については，各アプリケーションのマニュアルを確認してください。

プログラム名

画面種別

モニター起動定義ファイル名

JP1/NETM/Asset Information Manager

WWWページ

hitachi_jp1_aim_mon.conf

JP1/PFM

WWWページ

hitachi_jp1_pfmmgr_mon.conf

JP1/IM - Event Gateway for Network Node Manager i

WWWページ

hitachi_jp1_im_egn_mon.conf

JP1/Base (SNMPトラップ)

WWWページ

hitachi_jp1_imevtgw_mon.conf

JP1/AJS2 - Scenario Operation

アプリケーションプログラム

hitachi_jp1_ajs2so_mon.conf

JP1/AJS3（バージョン9以降）またはJP1/AJS2（バージョン8以前）

アプリケーションプログラム

hitachi_jp1_ajs2_mon.conf

JP1/AJS2メインフレーム

アプリケーションプログラム

hitachi_jp1_ajs2_mainframe_mon.conf

Cosminexus Application Server

アプリケーションプログラム

hitachi_cosminexus_manager_mon.conf

6.11.4　JP1イベントに対応する性能レポートを表示する（JP1/PFM連携）

JP1/PFM連携用の設定をしておくことで，JP1/IM - Viewに表示されたJP1イベントから，JP1/PFM - Web Consoleのレポート画面にシングルサインオンでアクセスできます。なお，JP1/PFM連携用の設定については，JP1/PFMのマニュアルを参照してください。

(1)　［イベントコンソール］画面の各ページからJP1/PFM - Web Consoleのレポート画面を表示する

手順を次に示します。

［イベントコンソール］画面のイベント一覧に表示されるJP1イベントの中から問題の事象を示すJP1イベントを一つ選択する。

［イベントコンソール］画面のメニューから［表示］−［性能表示］を選択する。または，ポップアップメニューの［性能表示］を選択する。

JP1/PFM - Web Consoleが起動し，レポート画面が表示されます。

(2)　［イベント詳細］画面からJP1/PFM - Web Consoleのレポート画面を表示する

手順を次に示します。

［イベント詳細］画面の［性能表示］ボタンをクリックする。

JP1/PFM - Web Consoleが起動し，レポート画面が表示されます。

6.12　セントラルコンソールの注意事項

自動アクションの遅延監視は，一定間隔ごとに自動アクションの実行遅延を監視しています。そのため，［アクション詳細設定］画面で設定した遅延監視の［監視時間］どおりに遅延を検知できないことがあります。また，［監視時間］経過直後に自動アクションの終了などの遅延監視終了要因となった場合，遅延を検知できないことがあります。

JP1/IM - ManagerはWOW64環境で動作します。このため，WOW64環境のOS上では，自動アクションで64bitプログラムが実行できない場合があります。この場合は，自動アクションで次のコマンドを実行し，64bitのcmd.exeからプログラムを実行してください。

%WinDir%¥Sysnative¥cmd.exe 実行コマンド

次の場合にWWWブラウザーに設定されるURLの最大長が2046文字に制限されます。

HTML形式のイベントガイドのハイパーリンクを押下したとき

JP1/IM - Service Supportにインシデント登録するとき

事象発生元ホストの性能レポート表示機能で性能レポートを表示するとき

次の共通定義情報を任意のファイルに記述し，jbssetcnfコマンドで適用することで，この制限を解除（09-10以前と同じ），または制限値を変更することができます。なお，この制限を解除，または制限値を変更した場合は，URLがWWWブラウザーで使用可能な長さである必要があります。

 [論理ホスト名¥JP1CONSOLEMANAGER]
"GUIDE_URLLIMIT"="値"
"URLLIMIT_CHAR_NUM"=dword:値

論理ホスト名の部分を，物理ホストの場合はJP1_DEFAULTに，論理ホストの場合は論理ホスト名に設定します。

「[論理ホスト名¥JP1CONSOLEMANAGER]」をファイルの先頭に記述します。

GUIDE_URLLIMIT：HTML形式のイベントガイドのハイパーリンクのURL長を制限する，またはしないようにできます。

URL長を制限する場合：1を指定する。

URL長を制限しない場合：0を指定する。

URLLIMIT_CHAR_NUM：次の場合にWWWブラウザーに設定されるURLの最大長を指定できます。

HTML形式のイベントガイドのハイパーリンクを押下したとき

JP1/IM - Service Supportにインシデント登録するとき

事象発生元ホストの性能レポート表示機能で性能レポートを表示するとき

16進数で記述します。単位は文字数です。

属性名が「E.JP1_」で始まる拡張属性をJP1イベントに指定しないでください。

属性名が「E.JP1_」で始まる拡張属性を指定したJP1イベントをJP1/IM - Managerが受信すると正しく動作しない場合があります。

6.13　セントラルコンソール・ビューアーの運用上の注意事項

イベントの対処状況はそのときの状態を示すもので，対処状況遷移の妥当性のチェックは行いません。問題点管理システム等でトラブルチケットのクローズを契機にjcochstatコマンドで対処済みにした場合でも，画面からそのイベントの対処状況を未対処に変更できます。他のシステムと連携している場合に，画面からの対処状況を変更する場合は注意してください。

jcoviewコマンドの引数に誤った値を指定し，JP1/IM - Viewを起動すると，「KAVB0104-E ユーザー認証に失敗しました」，または「KAVB1210-E 接続中に通信エラーが発生しました。ホスト名をIPアドレスに変換できません。ホスト名を確認してくださいホスト名：ホスト名, ポート番号：ポート番号 詳細情報：詳細情報」メッセージを出力後に［ログイン］画面が表示され，マウスでクリックしても，［ログイン］画面の入力フィールドを選択して入力できなくなる場合があります。この場合は，いったん，タスクバーでJP1/IM - View以外の画面をクリックした後，［ログイン］画面をクリックすると入力できる状態になります。

イベントDBを検索対象とした場合，イベント検索の所要時間はイベントDBのサイズに比例します。イベントDBの容量が最大サイズに達した場合は，イベント検索の所要時間が30分以上になることもあります。イベント検索条件として ［到着時刻］を指定することで，イベント検索の所要時間が短縮することがあります。

イベントコンソールサービスの起動がシステム負荷などの要因で時間がかかり，イベント基盤サービスとイベントコンソールサービスの接続でリトライ回数とリトライ間隔を超過した場合，JP1/IM - Viewを接続した際に過去のイベントが「イベント監視」ページ，「重要イベント」ページに表示されなくなります。イベントコンソールサービスを再起動し，統合トレースログに「KAVB4754-I イベントコンソールサービスに接続しました」が出力されていることを確認してからJP1/IM - Viewを再起動してください。

WindowsのUAC（ユーザーアカウント制御）機能が有効な場合，管理者ユーザーおよび標準ユーザーで起動したJP1/IM - Viewから表示イベント保存を実行すると，UACの機能により，保存ファイルがユーザーごとの仮想フォルダにリダイレクトされ保存されます。保存先フォルダは以下の通りです。

・%ProgramFiles%以下の場合

%LocalAppData%¥VirtualStore¥Program Files

（デフォルトは，システムドライブ:¥Users¥<OSユーザー名>¥AppData¥Local¥VirtualStore¥Program Files）

・%WINDIR%以下の場合

%LocalAppData%¥VirtualStore¥Windows

（デフォルトは，システムドライブ:¥Users¥<OSユーザー名>¥AppData¥Local¥VirtualStore¥Windows）

また，表示イベント保存の際に応答メッセージ(KAVB0321-Q,KAVB0322-Q)中に含まれるファイル名のパスはリダイレクトされる前のパスが表示されます。

Windows 10(x64)，Windows Server 2016，Windows Server 2019，Windows Server 2022およびWindows 11では，%WINDIR%¥System32フォルダ以下のファイルに対してアクセスおよびコマンドの実行を行うと，WOW64のリダイレクト機能により%WINDIR%¥SysWow64 フォルダ 以下にリダイレクトされるため，アクセスやコマンドの実行に失敗することがあります。JP1/IM - Viewの［コマンド実行］，アプリケーション実行定義ファイルの実行コマンドに，%WINDIR%¥System32以下のコマンドを指定しないでください。

7　セントラルスコープによるシステムの監視

この章では，JP1/IM - Viewを使用して監視オブジェクトを監視する手順について説明します。

7.1　［監視ツリー］画面で監視する

監視オブジェクトの状態は，［監視ツリー］画面で監視できます。また，［監視ツリー］画面に表示される監視ノード（監視グループ・監視オブジェクト）に対して，状態の変更や監視状態の変更など，各種操作ができます。

監視ツリーの監視範囲設定を有効にしている場合，監視ツリーには，ログインしているJP1ユーザーと同じJP1資源グループが設定されている監視ノードだけが表示されます。このとき，仮想ルートノードが最上位ノードとして表示されます。表示できる監視ノードが一つもない場合は，仮想ルートノードだけが表示されます。ただし，JP1資源グループがJP1_Consoleで，JP1_Console_Admin権限を持つJP1ユーザーでログインしている場合は，すべての監視ノードが表示されます。

［監視ツリー］画面は，次に示す三つのうち，どれかの方法で表示できます。

JP1/IM - Manager（セントラルスコープ）にログインする。

［イベントコンソール］画面の［セントラルスコープ起動］ボタンをクリックする。

［イベントコンソール］画面のメニューバーから［ファイル］−［セントラルスコープ起動］を選択する。

［監視ツリー］画面の表示例を次に示します。

図7‒1　［監視ツリー］画面の表示例

7.1.1　監視ノードの状態を変更する

［監視ツリー］画面に表示された監視ノードの状態を変更する手順について説明します。なお，変更できる状態，変更時の動作は，監視ノードの種別（監視グループ，監視オブジェクト）によって異なります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「5.2.2　監視ノードの状態」を参照してください。

監視ノードの状態を変更するには，JP1_Console_Operator以上の権限が必要です。監視ツリーの監視範囲設定が有効な場合は，表示されている監視ノードのうち，JP1_Console_Operator以上の権限でアクセスできる監視ノードだけ状態を変更できます。

監視ノードの状態を変更する手順を次に示します。

ツリー表示領域または詳細表示領域に表示された監視ノードを選択する。

次に示すどちらかの方法で監視ノードの状態を変更する。

メニューバーから［操作］−［状態変更］を選択し，ユーザーが意図する状態に変更する。

右クリックして表示されるポップアップメニューから［状態変更］を選択し，ユーザーが意図する状態に変更する。

確認ダイアログボックスが表示されます。

確認ダイアログボックスで［はい］ボタンをクリックする。

7.1.2　監視ノードの監視状態を変更する

監視ノードの監視状態を変更する手順について説明します。なお，変更時の動作は，監視ノードの種別（監視グループ，監視オブジェクト）によって異なります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「5.2.2　監視ノードの状態」を参照してください。

監視ノードの監視状態を変更するには，JP1_Console_Operator以上の権限が必要です。監視ツリーの監視範囲設定が有効な場合は，表示されている監視ノードのうち，JP1_Console_Operator以上の権限でアクセスできる監視ノードだけ状態を変更できます。

監視ノードの監視状態を変更する手順を次に示します。

ツリー表示領域または詳細表示領域に表示された監視ノードを選択する。

次に示すどれかの方法で監視ノードの状態を変更する。

メニューバーから［操作］−［監視状態変更］を選択し，ユーザーが意図する監視状態に変更する。

右クリックして表示されるポップアップメニューから［監視状態変更］を選択し，ユーザーが意図する監視状態に変更する。

右クリックして表示されるポップアップメニューから［プロパティ］を選択し，［全般］ページの「監視」「非監視」ボックスのどちらかを選択し，［OK］ボタンまたは［適用］ボタンをクリックする。

選択した監視ノードをダブルクリックして，［プロパティ］画面を表示し，［全般］ページの「監視」「非監視」ボックスのどちらかを選択し，［OK］ボタンまたは［適用］ボタンをクリックする（監視オブジェクト限定）。

重要

上位監視グループの監視状態が「非監視」の場合，下位監視ノードだけを「監視」にすることはできません。

監視ノードの監視状態を「非監視」にすると，状態は「初期状態」に戻ります。

7.1.3　監視ノードを検索する

監視ノードを検索する手順について説明します。監視ツリーの監視範囲設定が有効になっている場合，仮想ルートノードを基点に検索できません。また，仮想ルートノードは検索対象になりません。

監視ノードを検索する手順を次に示します。

ツリー表示領域または詳細表示領域に表示された監視グループを選択する。

検索できる監視ノードは，選択した監視グループおよびその監視グループ下の監視ノードに限定できます。

次に示すどちらかの方法で［検索］画面を表示する。

メニューバーから［表示］−［検索］を選択する。

右クリックして表示されるポップアップメニューから［検索］を選択する。

［検索］画面で条件を入力し，［検索］ボタンをクリックする。

検索条件に一致する監視ノードが一覧表示されます。

一覧表示された監視ノードに対して次の操作ができます。

監視ノードの状態，監視状態を変更する。

監視ノードの状態，監視状態を変更する場合は，右クリックしてポップアップメニューを表示してください。

目的とする監視ノードを選択した状態で［監視ツリー］画面を表示する。

この場合は，ダブルクリックしてください。

7.1.4　状態変更イベントを検索する

状態変更イベントを検索する手順を次に示します。

状態が変わった監視ノードを選択する。

次に示すどれかの方法で状態変更イベント検索を実行する。

メニューバーから［表示］−［状態変更イベント検索］を選択する。

右クリックして表示されるポップアップメニューから［状態変更イベント検索］を選択する。

詳細表示領域下にある［状態変更イベント検索］ボタンをクリックする。

監視オブジェクトに対し，状態変更イベント検索を実行した場合，その監視オブジェクトの，状態変更条件に合致したJP1イベントが，発生の古い順に100件まで［イベントコンソール］画面の［イベント検索］ページに表示されます（101件以降は表示されません）。このため，検索結果として表示されるJP1イベントが増えてきたら，適宜，監視オブジェクトの状態を手動で変更することをお勧めします。

なお，監視オブジェクトの状態変更条件に合致したJP1イベントが100件を超えた場合には，警告のJP1イベント（イベントID＝00003FB1）が発行されます。このJP1イベントが発行された場合には，状態変更条件に合致したJP1イベントへの対処を確認し，監視オブジェクトの状態を手動で変更してください。

監視グループに対し，状態変更イベント検索を実行した場合，その監視グループ配下の各監視オブジェクトの，状態変更条件に合致したJP1イベントが，発生の古い順に100件まで［イベントコンソール］画面の［イベント検索］ページに表示されます（101件以降は表示されません）。ただし，監視グループの状態変更条件を定義している場合には，下位の監視ノードの状態を変更したイベントがあっても，対策の必要がある状態変更イベントだけ，発生の古い順に100件まで表示されます。

重要

監視ノードの状態を手動で変更すると，状態変更イベントの履歴がクリアされるため，それまでに発生していた状態変更イベントを検索（表示）できなくなります。監視ノードの状態を手動で変更する前に，状態変更条件に合致したJP1イベントへの対処を確認してください。

状態変更イベント検索で検索できるJP1イベントは，ユーザーフィルターによって制限されたJP1イベントとなります（ユーザーフィルターによる制限の対象となるユーザーの場合）。

状態変更イベントの検索をする場合は，前もって［イベントコンソール］画面を起動しておくことをお勧めします。

監視オブジェクトの状態変更条件に合致するJP1イベントが100件を超えた場合には，対処済み連動機能は無効になります。このため，検索結果として表示されるJP1イベントが増えてきたら，適宜，監視オブジェクトの状態を手動で変更することをお勧めします。

7.1.5　監視ノードの属性を表示する

監視ノードの属性を表示する手順を次に示します。

監視ノードを選択する。

次に示すどれかの方法で［プロパティ］画面を表示する。

メニューバーから［表示］−［プロパティ］を選択する。

メニューバーから［オプション］−［基本情報］を選択する。

メニューバーから［オプション］−［状態変更条件］を選択する。

メニューバーから［オプション］−［イベント発行条件］を選択する。

右クリックして表示されるポップアップメニューから［プロパティ］を選択する。

ダブルクリックする（監視オブジェクト限定）。

なお，［プロパティ］画面に表示される属性のうち幾つかは，JP1_Console_Operator以上の操作権限を持つJP1ユーザーであれば変更できます。監視ノードの属性を変更する場合は，JP1_Console_Operator以上の操作権限を持つJP1ユーザーでログインしてください。

7.1.6　ガイド情報を表示する

ガイド情報を表示する手順を次に示します。

監視オブジェクトを選択する。

次に示すどちらかの方法で［ガイド］画面を表示する。

メニューバーから［表示］−［ガイド］を選択する。

右クリックして表示されるポップアップメニューから［ガイド］を選択する。

なお，状況に応じたガイド情報を表示するための条件や，ガイド情報の内容は，あらかじめガイド情報ファイルに定義する必要があります。

ガイド情報の機能，設定，および定義ファイルについて

ガイド情報について設定する内容，ガイド機能について

参照先：マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「5.8　ガイド機能」

ガイド情報ファイルの編集について

参照先：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「6.6　ガイド情報の編集」

ガイド情報ファイルの書式について

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ガイド情報ファイル（jcs_guide_xxx.txt）」（2.　定義ファイル）

7.1.7　［ビジュアル監視］画面を表示する

［ビジュアル監視］画面を表示する手順を次に示します。

次に示すどちらかの方法で［ビジュアル監視画面を開く］画面を表示する。

メニューバーから［表示］−［ビジュアル監視］を選択する。

ツールバーの[図データ]をクリックする。

［ビジュアル監視画面を開く］画面で表示したい［ビジュアル監視］画面名を選択し，［OK］ボタンをクリックする。

7.1.8　ログインユーザーの一覧を表示する

JP1/IM - Manager（セントラルスコープ）にログインしているJP1ユーザーの一覧を表示する手順を次に示します。

メニューバーの［オプション］−［ログインユーザー一覧］を選択する。

7.1.9　［監視ツリー］画面の情報をローカルホストに保存する

ローカルホストに保存する手順を次に示します。

メニューバーから［ファイル］−［監視ツリーの状態を保存］を選択する。

ファイル選択画面が開きます。

ローカルホストの任意のフォルダに任意の名称を付けて保存する。

監視ツリーの情報がCSV形式のファイルで保存されます。

監視ツリーの監視範囲設定が有効になっている場合，［監視ツリー］画面の情報はローカルホストに保存できません。保存したい場合は，［監視ツリー(編集中)］画面からローカルホストに保存してください。

7.2　［ビジュアル監視］画面で監視する

監視オブジェクトの状態は，［ビジュアル監視］画面で監視できます。

監視ツリーの監視範囲設定を有効にしている場合，［ビジュアル監視］画面には，ログインしているJP1ユーザーと同じJP1資源グループが設定されている監視ノードだけが表示されます。ただし，JP1資源グループがJP1_Consoleで，JP1_Console_Admin権限のJP1ユーザーでログインしている場合は，すべての監視ノードが表示されます。

［ビジュアル監視］画面は，次に示す手順で表示できます。

次に示すどちらかの方法で［ビジュアル監視画面を開く］画面を表示する。

［監視ツリー］画面のメニューバーから［表示］−［ビジュアル監視］を選択する。

［監視ツリー］画面のツールバーの[図データ]をクリックする。

［ビジュアル監視画面を開く］画面で表示したい［ビジュアル監視］画面名を選択し，［OK］ボタンをクリックする。

監視ツリーの監視範囲設定が有効な場合，表示できる監視ノードが一つもないビジュアル監視画面は，［ビジュアル監視画面を開く］画面の一覧に表示されません。

［ビジュアル監視］画面の表示例を次に示します。

図7‒2　［ビジュアル監視］画面の表示例

7.2.1　［ビジュアル監視］画面から［監視ツリー］画面を呼び出す

［ビジュアル監視］画面から［監視ツリー］画面を表示する手順を次に示します。

監視ノードを選択し，ダブルクリックする。

［ビジュアル監視］画面でダブルクリックした監視ノードを選択した状態で［監視ツリー］画面が表示されます。

7.2.2　監視ノードの状態を変更する

［ビジュアル監視］画面に表示された監視ノードの状態を変更する手順について説明します。なお，変更できる状態，変更時の動作は，監視ノードの種別（監視グループ，監視オブジェクト）によって異なります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「5.2.2　監視ノードの状態」を参照してください。

監視ノードの状態を変更するには，JP1_Console_Operator以上の権限が必要です。監視ツリーの監視範囲設定が有効な場合は，表示されている監視ノードのうち，JP1_Console_Operator以上の権限でアクセスできる監視ノードだけ状態を変更できます。

監視ノードの状態を変更する手順を次に示します。

監視ノードを選択する。

右クリックして表示されるポップアップメニューから［状態変更］を選択し，ユーザーが意図する状態に変更する。

確認ダイアログボックスが表示されます。

確認ダイアログボックスで［はい］ボタンをクリックする。

7.2.3　監視ノードの監視状態を変更する

監視ノードの監視状態を変更する手順について説明します。なお，変更時の動作は，監視ノードの種別（監視グループ，監視オブジェクト）によって異なります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「5.2.2　監視ノードの状態」を参照してください。

監視ノードの監視状態を変更するには，JP1_Console_Operator以上の権限が必要です。監視ツリーの監視範囲設定が有効な場合は，表示されている監視ノードのうち，JP1_Console_Operator以上の権限でアクセスできる監視ノードだけ状態を変更できます。

監視ノードの監視状態を変更する手順を次に示します。

監視ノードを選択する。

次に示すどれかの方法で監視ノードの状態を変更する。

右クリックして表示されるポップアップメニューから［監視状態変更］を選択し，ユーザーが意図する監視状態に変更する。

右クリックして表示されるポップアップメニューから［プロパティ］を選択し，［全般］ページの「監視」「非監視」ボックスのどちらかを選択し，［OK］ボタンまたは［適用］ボタンをクリックする。

重要

上位監視グループの監視状態が「非監視」の場合，下位監視ノードだけを「監視」にすることはできません。上位監視グループの監視状態は，［監視ツリー］画面で確認してください。

監視ノードの監視状態を「非監視」にすると，状態は「初期状態」に戻ります。

7.2.4　監視ノードを検索する

監視ノードを検索する手順を次に示します。

監視グループを選択する。

検索できる監視ノードは，選択した監視グループおよびその監視グループ下の監視ノードに限定できます。

右クリックして表示されるポップアップメニューから［検索］を選択する。

［検索］画面で条件を入力し，［検索］ボタンをクリックする。

検索条件に一致する監視ノードが一覧表示されます。

一覧表示された監視ノードに対して次の操作ができます。

監視ノードの状態，監視状態を変更する。

監視ノードの状態，監視状態を変更する場合は，右クリックしてポップアップメニューを表示してください。

目的とする監視ノードを選択した状態で［監視ツリー］画面を表示する。

この場合は，ダブルクリックしてください。

7.2.5　状態変更イベントを検索する

状態変更イベントを検索する手順を次に示します。

状態が変わった監視ノードを選択する。

右クリックして表示されるポップアップメニューから［状態変更イベント検索］を選択する。

監視オブジェクトに対し，状態変更イベント検索を実行した場合，その監視オブジェクトの，状態変更条件に合致したJP1イベントが，発生の古い順に100件まで［イベントコンソール］画面の［イベント検索］ページに表示されます（101件以降は表示されません）。このため，検索結果として表示されるJP1イベントが増えてきたら，適宜，監視オブジェクトの状態を手動で変更することをお勧めします。

なお，監視オブジェクトの状態変更条件に合致したJP1イベントが100件を超えた場合には，警告のJP1イベント（イベントID＝00003FB1）が発行されます。このJP1イベントが発行された場合には，状態変更条件に合致したJP1イベントへの対処を確認し，監視オブジェクトの状態を手動で変更してください。

監視グループに対し，状態変更イベント検索を実行した場合，その監視グループ配下の各監視オブジェクトの，状態変更条件に合致したJP1イベントが，発生の古い順に100件まで［イベントコンソール］画面の［イベント検索］ページに表示されます（101件以降は表示されません）。ただし，監視グループの状態変更条件を定義している場合には，下位の監視ノードの状態を変更したイベントがあっても，対策の必要がある状態変更イベントだけ，発生の古い順に100件まで表示されます。

重要

監視ノードの状態を手動で変更すると，状態変更イベントの履歴がクリアされるため，それまでに発生していた状態変更イベントを検索（表示）できなくなります。手動で変更する前に，状態変更条件に合致したJP1イベントへの対処を確認してください。

状態変更イベント検索で検索できるJP1イベントは，ユーザーフィルターによって制限されたJP1イベントとなります（ユーザーフィルターによる制限の対象となるユーザーの場合）。

状態変更イベントの検索をする場合は，前もって［イベントコンソール］画面を起動しておくことをお勧めします。

監視オブジェクトの状態変更条件に合致するJP1イベントが100件を超えた場合には，対処済み連動機能は無効になります。このため，検索結果として表示されるJP1イベントが増えてきたら，適宜，監視オブジェクトの状態を手動で変更することをお勧めします。

7.2.6　監視ノードの属性を表示する

監視ノードの属性を表示する手順を次に示します。

監視ノードを選択する。

右クリックして表示されるポップアップメニューから［プロパティ］を選択する。

［プロパティ］画面が表示されます。

［プロパティ］画面に表示される属性のうち幾つかは，JP1_Console_Operator以上の操作権限を持つJP1ユーザーであれば変更できます。監視ノードの属性を変更する場合は，JP1_Console_Operator以上の操作権限を持つJP1ユーザーでログインしてください。

7.2.7　ガイド情報を表示する

ガイド情報を表示する手順を次に示します。

監視オブジェクトを選択する。

右クリックして表示されるポップアップメニューから［ガイド］を選択する。

なお，状況に応じたガイド情報を表示するための条件や，ガイド情報の内容は，あらかじめガイド情報ファイルに定義する必要があります。

ガイド情報の機能，設定，および定義ファイルについて

ガイド情報について設定する内容，ガイド機能について

参照先：マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「5.8　ガイド機能」

ガイド情報ファイルの編集について

参照先：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「6.6　ガイド情報の編集」

ガイド情報ファイルの書式について

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ガイド情報ファイル（jcs_guide_xxx.txt）」（2.　定義ファイル）

7.3　セントラルスコープの注意事項

ツリー更新中にサービスを停止しないでください。監視オブジェクトDBの内容に不整合が発生することがあります。

監視オブジェクトDBに不整合が発生した場合，「KAVB7247-E JP1/IM - CSはJP1/IM - View からの操作要求が実行できませんでした（要因：データベースのレコード不正）」，「KAVB7248-E JP1/IM - CSはJP1/IM - View からの操作要求が実行できませんでした（要因：データベースの操作不能）」などが出力されます。

その場合には，バックアップした監視オブジェクトDBをバックアップからリカバリーするか，jcsdbsetupコマンドで監視オブジェクトDBの再作成を行ってください。リカバリー手順については，「1.2.2(2)　監視オブジェクトDBのバックアップ・リカバリー手順」および「1.2.2(3)　ホスト情報DBのバックアップ・リカバリー手順」を参照してください。

JP1/IM - Managerのセントラルスコープサービスが異常終了した場合や，強制終了された場合，セントラルスコープサービスで使用するデータベース（監視オブジェクトDBとホスト情報DB）が壊れる可能性があります。このため，定期的にバックアップを行ってください。バックアップ・リカバリー手順については，「1.2.2(2)　監視オブジェクトDBのバックアップ・リカバリー手順」および「1.2.2(3)　ホスト情報DBのバックアップ・リカバリー手順」を参照してください。

JP1/IM - Managerアンインストール後の再インストールまたはjcsdbsetupコマンド実行後に，JP1/IM - Viewを接続すると［監視ツリー］画面にJP1/IM - Manager再インストール前またはjcsdbsetupコマンド実行前の監視ツリーが表示される場合があります。この場合は，起動中のJP1/IM - Viewを停止し，次のフォルダを削除後，JP1/IM - Viewを起動してください。

削除フォルダ：

Viewパス¥log¥output

JP1/BaseのイベントDBを削除した場合，次の操作を行ってください。

JP1/IM - Viewの[監視ツリー]画面を起動する。

監視ツリーの最上位の監視ノードの状態が初期状態でない場合，初期状態に変更する。すでに初期状態の場合は，何もする必要はありません。

上記の操作を行わない場合，次のような現象が発生します。

・[監視ツリー]画面の[状態変更イベント検索]で，間違ったイベントが表示さ

れる。

・ガイド機能で，別のガイドが表示される。

JP1/IM - Managerのシステム構成定義で定義しているホスト名と，自動生成機能で収集した情報に含まれるホスト名が異なっていた場合，既存の監視ツリーに含まれる監視オブジェクトと同一の監視オブジェクトが差分として出力されます。例えば，JP1/IMのシステム構成定義でFQDN形式で記述していたホスト名が，JP1/AJS2のジョブ実行ホストでは，FQDNでない形式で定義されている場合，ジョブネット監視オブジェクトが差分として出力されます。不要であれば，差分として出力された監視オブジェクトは手動で削除してください。

JP1/IM - Managerの起動直後，またはツリー更新中にJP1/IM - Viewの［監視ツリー］画面を起動すると「KAVB7240-W JP1/IM - CSはJP1/IM - Viewからの操作要求（監視ツリー取得）が一時的に実行できませんでした(要因:データベースが他の利用者により使用中)」が表示され，[監視ツリー]画面が起動されません。その場合には，時間を置いてから[監視ツリー]画面を再度起動してください。

JP1/SES 形式のイベントを監視する場合，個別条件または共通条件に，基本属性のメッセージ・詳細情報を状態変更条件として設定する事はできません。

JP1イベントのメッセージ・詳細情報・拡張属性に関して，監視ノードの状態変更条件でサポートされる文字コードは，C（英語コード），SJIS（シフトJISコード），EUCJIS（EUCコード），UTF-8です。

監視グループにおいて，監視グループの状態が初期状態以外で，かつ監視グループで表示されるガイド情報のガイド表示条件に，JP1イベントの基本属性，または拡張属性が含まれている場合，この監視グループの状態が初期状態にならないと，表示されるガイド情報は変わりません。

例えば，監視グループの直下にエラー状態の監視オブジェクトと警告状態の監視オブジェクトが存在した場合で説明します。

監視グループはエラー状態になっており，また監視グループでは，エラー状態の監視オブジェクトの状態変更条件に合致したJP1イベントをガイドの表示条件としたガイドが表示されているとします。

このとき，エラー状態の監視オブジェクトの状態を初期状態に変更し，その結果監視グループの状態が警告状態に変化しても，監視グループで表示されるガイド情報は変わりません。

警告状態の監視オブジェクトを初期状態に変更し，監視グループの状態が初期状態になると，表示されるガイド情報が変わるか，あるいは表示されなくなります。

監視グループで表示されるガイドの表示条件には，監視ノードIDだけを指定し，JP1イベントの基本属性，または拡張属性を含めない定義を記述することを推奨します。

このように定義することにより，監視グループでガイドを表示させた場合に，監視グループの状態に関係なく常に同じガイドを表示させることができます。

また，このとき，監視ノードID だけをガイドの表示条件に指定したガイドの定義は，JP1イベントの基本属性，または拡張属性を含むガイドの表示条件のガイドの定義よりも前に記述してください。

サーバの監視オブジェクトDB へのデータ更新の初期設定は，非同期書き込みです。

クラスタ構成で次の設定を行うとサーバへのデータ更新時に同期書き込みをするようになります。

(a) 物理ホスト環境，論理ホスト環境すべてのJP1/IM - Managerを停止する。

(b) 次の内容のテキストファイルを作成する（”論理ホスト名”の部分は，設定する論理ホストの論理ホスト名を記述する）。

[論理ホスト名¥JP1SCOPE¥BMS]

"DB_ACC_MODE_SYNC"=dword:00000000

(c) (b) で作成したテキストファイルを引数に指定して，実行系および待機系で次のコマンドを実行する。

jbssetcnf 作成したファイル

監視オブジェクトDB に同期書き込みを行う設定にすると，サーバへのデータ更新の性能が落ちますが，論理ホストのフェイルオーバー時に監視オブジェクトDBが破損しにくくなるため，クラスタ環境の場合は上記設定を行う事を推奨します。

同期書き込みの設定を非同期書き込みに戻す場合は，次の手順で行ってください。

(a) 物理ホスト環境，論理ホスト環境すべてのJP1/IM - Managerを停止する。

(b) 次の内容のテキストファイルを作成する(下記”論理ホスト名”の部分は，設定する論理ホストの論理ホスト名を記述する)。

[論理ホスト名¥JP1SCOPE¥BMS]

"DB_ACC_MODE_SYNC"=dword:00000001

(c) (b) で作成したテキストファイルを引数に指定して，実行系および待機系で次のコマンドを実行する。

jbssetcnf 作成したファイル

監視オブジェクトの状態変更条件に指定するホスト名には，次のどれかのホスト名を指定してください。下記ホスト名を指定しない場合，JP1イベントが発生しても監視オブジェクトの状態が変化しないことがあります。

(a) hostnameコマンドで返されるホスト名

(b) ホスト情報DBに登録したホスト名

(b)の設定方法に関しては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「1.コマンド」にある，jcshostsimportコマンドを参照願います。

JP1/IM - Managerの管理対象ホストおよびマネージャホストには，次のホスト名を設定してください。下記ホスト名を設定しない場合，監視ツリーの自動生成機能を使用したときに，該当ホストの監視ノードが表示されないことがあります。

(a) hostnameコマンドで返されるホスト名

JP1/IM - Managerの管理対象ホストおよびマネージャホストの設定方法については，マニュアル「JP1/Base 運用ガイド」の「構成定義ファイル（jbs_route.conf）」を説明している章を参照してください。

監視ツリーの自動生成機能で大量の監視ノードを自動生成する場合，監視ツリーの自動生成がタイムアウトする事があります。その場合，JP1/IM - Managerの管理対象ホストで自動生成のセットアップコマンドを実行し自動生成の設定を解除して，自動生成機能で生成される監視ノードの数を減らしてください。また，JP1/IM - Managerの管理対象ホストでJP1/Base の起動していないホストが複数ある場合，監視ツリーの自動生成がタイムアウトする事あります。その場合，JP1/Base を起動するか，JP1/Base の起動していないホストをJP1/IM - Managerの管理対象ホストからはずしてください。

「業務指向ツリー」のテンプレートで監視ツリーを自動生成する場合，＜AJS2ホスト名＞の監視グループ配下の JP1/PFM の監視オブジェクトは，＜AJS2 ホスト名＞のホストでJP1/PFM が監視するリソースまたはアプリケーションに対応して生成されます。＜AJS2 ホスト名＞が属する＜ジョブネット名＞の監視グループが表すジョブネットに関係しないリソースまたはアプリケーションの監視オブジェクトは，手動で削除してください。

＜Cosminexus 運用管理エージェントホスト名＞の監視グループ配下の JP1/PFM の監視オブジェクトについても同様に，＜Cosminexus 業務＞ の監視グループが表すJ2EEアプリケーションに関係しないリソースまたはアプリケーションの監視オブジェクトは手動で削除してください。

JP1/Cm2/NNMを監視するために，JP1/BaseのSNMPトラップ変換機能のフィルター定義ファイル（snmpfilter.conf）を編集する場合は，サンプルファイル（snmpfilter_im_sample.conf）の定義のうち，お客様の環境で監視対象とするSNMPトラップに関する定義のみをフィルター定義ファイルに追加してください。なお，フィルター定義ファイルの定義内容を次の式で900バイト以内としてください。

((a1＋1)＋(a2＋1)＋(a3＋1)＋(a4＋1).........(an＋1))＋34 ＜ 900バイト

・an: snmpfilter.confで定義されているSNMPトラップのOID長（OIDが【.1.2.3.4.5】の場合，anは10バイトになります）。

・snmpfilter.confに一般トラップが定義されている場合，フィルターサイズは［上記計算式の結果＋(一般トラップ数×2)］になります。

・フィルターはフィルターファイル（snmpfilter.conf）で定義されている内容を元に，該当するオブジェクトID（OID）をNNMのtrapd.confから取得したものです。

セントラルスコープの［共通条件設定］画面の［共通条件設定］一覧に，次の共通条件が表示されますが，使用しません。

System Alert Event（SSO），Application Alert Event（SSO）などJP1/Cm2/SSO関連の共通条件

System Error Event（SCIM），System Warning Event（SCIM) などSCIM関連の共通条件

Physical Host Emergency Event（System Manager）などSystem Manager関連の共通条件

セントラルスコープの［新規監視ノード作成］画面の[監視ノード種別]一覧に，以下の監視オブジェクトが表示されますが，使用しません。

System Alert Event（SSO），Category Monitoring（SSO）などJP1/Cm2/SSO関連の監視オブジェクト

System Error Event（SCIM），System Warning Event（SCIM) などSCIMと関連の監視オブジェクト

Physical Host Monitoring（System Manager） などSystem Manager関連の監視オブジェクト

セントラルスコープの［自動生成−構成選択］画面の［生成ツリー］一覧に，以下のツリー生成テンプレートが表示されますが，使用しません。

システム構成ツリー

セントラルスコープのJP1イベント受信性能向上に向けたチューニングポイントについて

JP1/IM - ManagerのJP1イベント受信時において，セントラルスコープでは受信したJP1イベントと監視ツリー中の各監視オブジェクトの状態変更条件との比較処理を行うため，監視オブジェクトの数が増大した場合，この比較回数が増大し，セントラルコンソール含めたJP1/IM - Manager全体のJP1イベント受信性能の性能劣化の要因となります。この性能劣化を防止し，セントラルスコープのJP1イベント受信性能向上を行うためのチューニングポイントを次に示します。

(a)状態変更条件メモリー常駐機能を有効にすることにより，JP1イベント受信時のセントラルスコープの処理でのディスクアクセス回数を削減でき，JP1イベントの受信性能の向上が期待できます。

(b)セントラルスコープは，比較対象の状態変更条件の削減のため，JP1イベント受信時に状態変更条件中の以下の項目を用いてフィルター処理を行います。

共通条件

個別条件としてホスト名(比較方法として[ホスト名比較］を設定した個別条件)

そのため，監視オブジェクトの状態変更条件には上記の項目を設定することに

より，比較対象の状態変更条件を減らすことができ，JP1イベントの受信性能

の向上が期待できます。

システム監視オブジェクト［NNMi監視］または［ノード監視(NNMi)］を使用する場合は，JP1/IM-EG for NNMiが発行する，NNMiインシデントを変換したJP1イベントに，拡張属性NNMI_FAMILY_UKを設定してください（デフォルトでは設定されません）。

拡張属性NNMI_FAMILY_UKを設定しない場合，システム監視オブジェクト［NNMi監視］または［ノード監視(NNMi)］による監視を行うことができません。拡張属性NNMI_FAMILY_UKの設定手順については，マニュアル「JP1/Integrated Management 2 - Event Gateway for Network Node Manager i」を参照してください。

8　JP1/IMによるシステムの操作

この章では，JP1/IM - Viewを使用したシステムの操作について説明します。この章で説明する画面の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.　［イベントコンソール］画面」および「4.　［監視ツリー］画面」を参照してください。

8.1　コマンドを実行する

エージェントホストまたはマネージャーホストでコマンドを実行できます。また，クライアントホスト（ビューアーのホスト）のコマンド（クライアントアプリケーション）も実行できます。この機能は，JP1/IM - ViewからJP1/IM - Manager（セントラルコンソール）に接続している場合に使用できます。

なお，コマンド実行中のホストのJP1/Baseを終了すると，Windowsの場合はCMD.EXEと実行中のコマンド，UNIXの場合はshellと実行中のコマンドの状態が実行中のまま残る場合があります。その場合は，手動でコマンドを停止させるか，そのホストを再起動してください。

また，コマンド実行中にそのホストのJP1/Baseを終了すると，キューイング中のコマンドは破棄されます。

8.1.1　［実行コマンド］でコマンドを実行する

次の操作には，JP1_Console_Admin権限またはJP1_Console_Operator権限が必要です。

エージェントホストでコマンドを実行する。

マネージャーホストでコマンドを実行する。

クライアントアプリケーションを実行する。

なお，イベント情報を引き継ぐコマンドを実行する場合は，JP1イベントを選択してから実行してください。

操作方法を次に示します。

［イベントコンソール］画面で，［オプション］−［コマンド実行］を選択する，またはツールバーから[図データ]をクリックする。

［コマンド実行］画面が表示されます。

［コマンド種別］を選択する。

管理対象ホスト（エージェントホストまたはマネージャーホスト）上のコマンドを実行する場合は，［管理対象ホストのコマンド］ラジオボタンを選択します。

クライアントアプリケーションを実行する場合は，［クライアントアプリケーション］ラジオボタンを選択します。

必要に応じて，［引き継ぎ情報］を指定する。

イベント情報を引き継ぐ場合は，［情報を引き継ぐ］チェックボックスをチェックします。

［実行ホスト名］にコマンドを実行するホストを指定する。

実行ホスト名には，システム構成定義で管理対象ホストに設定したホスト名を指定します。

過去に指定したホスト名をリストボックスから選択できます。リストボックスには，過去に指定したホスト名が最大5個保存されます。

手順3で［情報を引き継ぐ］チェックボックスをチェックした場合は，イベント情報が引き継がれ，自動で入力されます。

コマンドの実行ホストには，ホストグループ名も指定できます。ホストグループ名を指定すると，ホストグループを構成するすべてのホストでコマンドが実行されます。指定できるホストグループ名は，ログインしているマネージャーで定義されているホストグループ名です。

ホストグループを定義する手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.16　コマンド実行環境の設定（Windowsの場合）」，「2.15　コマンド実行環境の設定（UNIXの場合）」を参照してください。

また，業務グループまたは監視グループを設定している場合，業務グループまたは監視グループを実行ホスト名に指定できます。実行ホスト名に次のように指定してください。

例：業務グループ「経営システム」を実行ホスト名に指定する場合

/経営システム

指定方法に関する詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.1.4(3)　業務グループの指定方法」を参照してください。

［実行コマンド］で実行するコマンドを指定する。必要に応じて，［環境変数ファイル］も指定する。

実行するコマンドラインを［実行コマンド］に入力します。

過去に指定したコマンドをリストボックスから選択することもできます。また，過去に指定したコマンドの履歴を消したい場合は，［履歴のクリア］ボタンをクリックします。

［環境変数ファイル］には，コマンド実行先ホストにある環境変数ファイルを絶対パスで指定します。

実行できるコマンドを次に示します。

コマンドを実行するホストがWindowsの場合

実行形式ファイル(.com，.exe)

バッチファイル(.bat)

JP1/Scriptのスクリプトファイル(.spt)　（ただし，.sptファイルが実行できるよう関連づけが設定されていること）

自動アクションで実行できるアプリケーションに関連づけられているファイルタイプ（拡張子）を持つデータファイル(.vbsなど)

コマンドを実行するホストがUNIXの場合

UNIXのコマンド

シェルスクリプト

ただし，次のようなコマンドは実行できません。

対話操作を必要とするコマンド

画面を表示するコマンド

エスケープシーケンスや制御コードを伴うコマンド

デーモンなどの，終了しないコマンド

Windowsメッセージ機構，DDEなど，デスクトップとの対話が必要なコマンド（Windowsの場合）

shutdownやhaltなど，OSをシャットダウンするコマンド

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

［引き継ぎ情報］で［情報を引き継ぐ］チェックボックスをチェックしない場合

［コマンド種別］で選択したコマンド種別のコマンドが，［実行ホスト］で指定したホストで実行されます。コマンドが実行されると，［実行結果］に，実行時刻，ホスト名，およびメッセージが表示されます。以降の手順は必要ありません。

［引き継ぎ情報］で［情報を引き継ぐ］チェックボックスをチェックした場合

［コマンド実行内容プレビュー］画面が表示されます。次の手順に進んでください。

［コマンド実行内容プレビュー］画面の内容を確認する。

変数を置き換えたあとの［実行ホスト名］，［実行コマンド］，および［環境変数ファイル］の内容を確認します。

[図データ]が表示されている項目は，設定に誤りがあります。設定を見直してください。

［コマンド実行内容プレビュー］画面については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.41　［コマンド実行内容プレビュー］画面」を参照してください。

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

［コマンド実行内容プレビュー］画面に表示されている内容に問題がなければ，コマンドが実行され，［コマンド実行内容プレビュー］画面が閉じられます。コマンドが実行されると，［コマンド実行］画面の［実行結果］に，実行時刻，ホスト名，およびメッセージが表示されます。

8.1.2　［コマンド］ボタンでコマンドを実行する

［コマンド］ボタンにあらかじめ登録してあるコマンドを実行するには，コマンドを実行するホストに応じて次の2とおりがあります。

エージェントホストまたはマネージャーホストでコマンドを実行する

選択したイベントの登録ホストに定義されたコマンドを実行する

コマンドを実行するには，JP1_Console_Admin権限またはJP1_Console_Operator権限が必要です。カーソルを［コマンド］ボタンの上に合わせると，［コマンド実行］画面に［コマンド］ボタンに設定した内容が表示されます。コマンドを実行する前に，必ずコマンドの内容を確認してください。

なお，イベント情報を引き継ぐコマンドを実行する場合は，JP1イベントを選択してから実行してください。

［コマンド］ボタンの設定については，次の個所を参照してください。

Windowsの場合

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.16　コマンド実行環境の設定（Windowsの場合）」

UNIXの場合

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「2.15　コマンド実行環境の設定（UNIXの場合）」

(1)　エージェントホストまたはマネージャーホストでコマンドを実行する

エージェントホストまたはマネージャーホストで，即時にコマンドを実行する場合の操作方法を次に示します。

(a)　即時にコマンドを実行する

［コマンド］ボタンをクリック後，即時にコマンドを実行できるように事前に次の内容を設定してください。

コマンド実行時に，イベント情報を引き継がない場合

コマンドボタン定義ファイルのquiパラメーターでtrueを指定してください。指定しておくと，［コマンド］ボタンをクリックしたあと，コマンドを実行してもよいかを確認するメッセージが表示されないで，エージェントホストまたはマネージャーホストですぐにコマンドが実行されます。

コマンド実行時に，イベント情報を引き継ぐ場合

コマンドボタン定義ファイルのpreviewパラメーターでfalseを指定してください。指定しておくと，［コマンド］ボタンをクリックしたあと，［コマンド実行内容プレビュー］画面が表示されないで，すぐにコマンドが実行されます。

即時にコマンドを実行する手順を次に示します。

［イベントコンソール］画面で，［オプション］−［コマンド実行］を選択する，またはツールバーから[図データ]をクリックする。

［コマンド実行］画面が表示されます。

実行したいコマンドが登録されている［コマンド］ボタンをクリックする。

コマンドが実行されます。

(b)　コマンドの登録内容を変更してからコマンドを実行する

コマンドの登録内容を変更してからコマンドを実行する場合の操作方法を次に示します。

イベント情報を引き継ぐ設定のコマンドを実行する場合は，コマンドの実行時に［コマンド実行内容プレビュー］画面が表示され，コマンドの内容を変更できます。この操作は，イベントを引き継がない管理対象ホストのコマンドを実行する場合に有効です。

［イベントコンソール］画面で，［オプション］−［コマンド実行］を選択する，またはツールバーから[図データ]をクリックする。

［コマンド実行］画面が表示されます。

実行したいコマンドが登録されている［コマンド］ボタンを右クリックしてポップアップメニューを表示する。

ポップアップメニューの［カスタム実行］をクリックする。

［コマンド実行］画面の［コマンド種別］，［引き継ぎ情報］，［実行ホスト名］，［実行コマンド］，［環境変数ファイル］の項目に［コマンド］ボタンの設定内容が表示され，編集できる状態になります。

［実行ホスト名］，［実行コマンド］，［環境変数ファイル］の各項目を必要に応じて編集します。

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

エージェントホストまたはマネージャーホストでコマンドが実行されます。

(2)　選択したイベントの登録ホストに定義されたコマンドを実行する

イベントの登録ホストが調査対象ホストや障害対策の対象ホストである場合，実行ホスト名に何も指定しないで［コマンド］ボタンを定義しておくと，［コマンド］ボタンをクリックしたとき，選択したイベントの登録ホストに定義されたコマンドを実行できます。なお，登録ホストに対し，別のJP1イベントの属性をマッピングしていても，［実行ホスト名］にはマッピング前の登録ホストが設定されます。

選択したイベントの登録ホストに定義されたコマンドを実行する手順を次に示します。

［イベント詳細］画面で，［コマンド実行］ボタンを選択する。

［コマンド実行］画面が表示されます。

実行したいコマンドが登録されている［コマンド］ボタンをクリックする。

コマンド実行時に，イベント情報を引き継がない場合

コマンドを実行してもよいかを確認するメッセージが表示されるので，問題なければ［はい］ボタンをクリックします。

選択したイベントの登録ホストに定義されたコマンドが実行されます。なお，コマンドボタン定義ファイルのquiパラメーターでtrueを指定している場合，メッセージが表示されないで，すぐにコマンドが実行されます。以降の手順は必要ありません。

コマンド実行時に，イベント情報を引き継ぐ場合

コマンドボタン定義ファイルのpreviewパラメーターでfalseを設定している場合，［コマンド実行内容プレビュー］画面が表示されないで，すぐにコマンドが実行されます。以降の手順は必要ありません。

trueを設定している場合，［コマンド実行内容プレビュー］画面が表示されます。次の手順に進んでください。

［コマンド実行内容プレビュー］画面の内容を確認する。

変数を置き換えたあとの［実行ホスト名］，［実行コマンド］，および［環境変数ファイル］の内容を確認します。

[図データ]が表示されている項目は，設定に誤りがあります。設定を見直してください。

［コマンド実行内容プレビュー］画面については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.41　［コマンド実行内容プレビュー］画面」を参照してください。

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

［コマンド実行内容プレビュー］画面に表示されている内容に問題がなければ，コマンドが実行され，［コマンド実行内容プレビュー］画面が閉じられます。コマンドが実行されると，［コマンド実行］画面の［実行結果］に，実行時刻，ホスト名，およびメッセージが表示されます。

8.1.3　コマンドを実行するユーザー

コマンドは，コマンド実行先ホストのユーザーマッピング定義に従って，JP1/IM - Manager（セントラルコンソール）にログインしたJP1ユーザーをOSのユーザー名にマッピングして実行されます。ユーザーマッピング定義がされていない，またはログインしたJP1ユーザー名がユーザーマッピング定義に登録されていない場合は，コマンドを実行できません。

UNIXの場合，コマンドはマッピングされたOSユーザーのシェル環境を使用して実行されます。2バイト文字を使用したコマンドを実行する場合には，OSユーザーのシェル環境を2バイト文字に対応した環境にしてください。

ユーザーマッピングの定義については，マニュアル「JP1/Base 運用ガイド」を参照してください。

8.1.4　コマンドの実行状態を確認または削除する

JP1/IM - Viewの［コマンド実行］画面からコマンドを実行した際に，［実行結果］に実行終了を通知するメッセージ（KAVB2013-I）が表示されない場合，コマンド実行先ホストでトラブルが発生しているおそれがあります。

この場合は次の手順に従ってコマンドの実行状態を確認し，必要であればコマンドを削除してください。

重要

ここで示す手順は，コマンド実行先ホストのJP1/Baseのバージョンが07-10以降の場合にだけ行えます。JP1/Baseのバージョンが07-00以前の場合には行えません。

jcocmdshowコマンドでコマンドの状態を確認する。

コマンドを実行しているホストに対して，jcocmdshowコマンドを実行し，返される情報を基にトラブルが発生していないか調査します。調査の結果，コマンドを停止する必要があると判断した場合は次の手順に進んでください。

jcocmddelコマンドでコマンドを削除する。

コマンドを実行しているホストに対して，jcocmddelコマンドを実行し，コマンドを削除します。

jcocmdshowコマンドでコマンドの状態を確認する。

コマンドが正しく削除されたかどうかjcocmdshowコマンドを実行し，確認します。

コマンドの文法について

参照先：マニュアル「JP1/Base 運用ガイド」のコマンドを説明している章

8.2　自動アクションの状況を確認し，自動アクションの操作を行う

特定のJP1イベントを受信したときに，自動的にアクション（コマンド）を実行できます。この機能を自動アクションと呼びます。アクションは，自動アクションの定義を保存したホストだけでなく，エージェントホストまたはマネージャーホストでも実行できます。

自動アクションの定義方法については，下記参照先を参照してください。

自動アクションの設定（GUIで設定する場合）

参照先：マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.32　［アクション設定］画面」

自動アクションの設定（定義ファイルで設定する場合）

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション定義ファイル（actdef.conf）」（2.　定義ファイル）

自動アクションの状況確認には，次に示す3種類があります。

自動アクションの実行状況の確認

自動アクションの実行処理でトラブルが発生していないかどうかを確認します。

自動アクションの実行結果の確認と操作（自動アクションのキャンセル，再実行）

実行した自動アクションの実行結果を確認します。また，必要に応じて詳細情報の確認をしたり，手動による自動アクションの再操作をしたりします。

自動アクション機能の稼働状況の確認

自動アクション機能が稼働しているかどうかを確認します。稼働していない場合，自動アクションは実行されません。

ここでは，これらの確認方法，自動アクションの操作方法について説明します。

8.2.1　自動アクションの実行状況を確認する

自動アクションの実行監視（遅延監視，状態監視）機能を有効にしておくことで，下記トラブルが発生した場合でも早期に検知できます。

自動アクションが想定した時間内に終了しなかった。または，長時間掛かって終了した。

自動アクションの実行に失敗した（状態が「実行不可」「実行失敗」または「実行失敗（キャンセル失敗）」に遷移した）。

実行監視（遅延監視，状態監視）機能を有効にするかどうかは自動アクション定義時に前もって設定しておく必要があります。また，トラブル検知時にJP1イベントを発行したり，通知コマンドを実行したりする設定が別途必要です。

設定の詳細については下記参照先を参照してください。

自動アクションの設定（GUIで設定する場合）

参照先：マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.32　［アクション設定］画面」

参照先：マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.33.1　［アクション詳細設定］画面」

自動アクションの設定（定義ファイルで設定する場合）

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション定義ファイル（actdef.conf）」（2.　定義ファイル）

JP1イベントの発行設定，通知コマンドの実行設定

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション通知定義ファイル（actnotice.conf）」（2.　定義ファイル）

確認手順を次に示します。なお，異常検知後に実行監視機能（遅延監視，状態監視）を再度有効にするには，JP1_Console_Admin権限またはJP1_Console_Operator権限が必要です。また，業務グループの参照・操作制限を設定している場合，JP1資源グループとJP1権限レベルの組み合わせによっては操作できないことがあります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.1.4(2)　JP1ユーザーに対するJP1資源グループとJP1権限レベルの割り当て」を参照してください。

［イベントコンソール］画面で自動アクションの実行状況を確認する。または，通知コマンドによって異常が発生したことが通知される。

JP1イベントの発行設定をしていた場合は，イベント一覧にイベントID 2010または2011のJP1イベントが表示されます。通知コマンドの実行設定をしていた場合は，通知コマンドによって異常が通知されます。

JP1イベント，または通知コマンドによって異常が発生したことがわかった場合には次の手順に進んでください。

［アクション結果］画面や［アクション結果一覧］画面などを使用して，自動アクションの実行結果を確認し，必要に応じて対処する。

必要に応じて［アクション結果］画面や［アクション結果一覧］画面などを使用して，詳細確認やアクションのキャンセル，再実行をしてください。詳細については，「8.2.2　自動アクションの実行結果を確認する」を参照してください。

なお，遅延監視機能，状態監視機能による通知は，それぞれ一度実行されると，ユーザーが通知抑止を解除するまで通知が抑止されます。必要に応じて通知抑止を解除してください。抑止された機能を解除する場合には次の手順に進んでください。

［イベントコンソール］画面のメニューから［オプション］−［機能状態通知復帰］−［アクション遅延監視］および［アクション状態監視］を表示し，活性している機能名を選択する。

抑止状態になっている機能は，表示（文字）が活性となります。活性している機能名を選択すると，通知抑止を解除するかどうか問い合わせるダイアログボックスが表示されます。

問い合わせダイアログボックスで［はい］を選択する。

［はい］を選択すると，通知抑止が解除され，監視機能が再度有効になります。

8.2.2　自動アクションの実行結果を確認する

自動アクションの実行結果は，JP1/IM - Viewの［アクション結果］画面または［アクション結果一覧］画面で確認できます。また，jcashowaコマンドを使用して確認することもできます。

なお，［アクション結果］画面や［アクション結果一覧］画面からは，実行結果の確認だけでなく，アクションの詳細表示やアクションの再実行などの操作も行えます。自動アクションに関する画面遷移と操作項目を次の図に示します。

図8‒1　自動アクションに関する画面遷移と操作項目

操作項目は，アクションの実行結果に対し，詳細情報を表示するための項目と再操作（再実行，キャンセル）するための項目に分かれます。

ここでは，実行結果の確認方法，および再操作（再実行，キャンセル）方法について説明します。

(1)　自動アクションの実行結果を確認する

自動アクションの実行結果は，［アクション結果］画面，［アクション結果一覧］画面，またはjcashowaコマンドで確認できます。

(a)　［アクション結果］画面で実行結果を確認する

［アクション結果］画面には，［イベントコンソール］画面のイベント一覧で選択したイベントに設定されている自動アクションの実行結果を表示できます。

操作手順を次に示します。

［イベントコンソール］画面のイベント一覧で，［アクション］の欄にアクションマークが表示されているイベントを1件選択する。

次に示すどれかの方法で［アクション結果］画面を表示する。

メニューバーから［表示］−［自動アクション実行結果表示］を選択する。

ポップアップメニューから［自動アクション実行結果表示］を選択する。

［自動アクション実行結果表示］ボタンをクリックする。

［アクション結果］画面が表示されます。

［アクション結果］画面には，選択したイベントIDとそのイベントIDに設定されている自動アクションの実行結果が表示されます。

各自動アクションの実行結果の詳細を知りたい場合，または状態が「抑止」となったアクションの抑止契機となった自動アクションの詳細を知りたい場合は，次に示す方法で［アクション結果詳細］画面を表示する。

自動アクションの実行結果の詳細を知りたい場合

［実行結果一覧］から自動アクションを選択し，［詳細］ボタンをクリックする。

［実行結果一覧］に表示されている自動アクションをダブルクリックする。

抑止契機となった自動アクションを知りたい場合

［実行結果一覧］から状態が「抑止」となった自動アクションを選択し，［抑止契機詳細］ボタンをクリックする。

［アクション結果詳細］画面が表示されます。

実行結果と出力されたメッセージが表示されます。表示される実行結果の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.37　［アクション結果詳細］画面」を参照してください。

［関連イベント一覧］画面を表示している場合は，アクションマークの付いたイベント選択後，ポップアップメニューから［自動アクション実行結果表示］を選択して［アクション結果］画面を表示できます。また，［イベント詳細］画面を表示している場合は，［アクション結果］ボタンをクリックして，［アクション結果］画面を表示できます。

(b)　［アクション結果一覧］画面で実行結果を確認する

［アクション結果一覧］画面には，ログインしているマネージャーで設定した自動アクションの実行結果の一覧を表示できます。なお，表示する自動アクションの条件は，［アクション結果更新条件設定］画面で設定します。

操作手順を次に示します。

［イベントコンソール］画面で［表示］−［自動アクション結果一覧表示］を選択する。

［アクション結果一覧］画面が表示されます。

ログインしているマネージャーで設定した自動アクションの中で，［アクション結果更新条件設定］画面で設定された条件に合う自動アクションの実行結果の一覧が表示されます。

自動アクションの実行結果を表示するための条件を変更したい場合は，［更新条件設定］ボタンをクリックする。

［アクション結果更新条件設定］画面が表示されます。

更新方法（自動更新，手動更新）やアクション結果の取得範囲，更新時の表示件数や表示条件を指定できます。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.39　［アクション結果更新条件設定］画面」を参照してください。

自動アクションの実行結果の表示内容を更新条件に沿って更新したい場合は，［更新］ボタンをクリックする。

表示内容が，［アクション結果更新条件設定］画面で設定された内容で更新されます。

リスト表示されている自動アクション以前に発生した自動アクションの実行結果を表示したい場合は[図データ]を，以降に発生した自動アクションの実行結果を表示したい場合は[図データ]を，［アクション結果更新条件設定］画面で設定した更新条件に従って再表示したい場合は[図データ]をクリックする。

各自動アクションの実行結果の詳細を知りたい場合，または状態が「抑止」となったアクションの抑止契機となった自動アクションの詳細を知りたい場合は，次に示す方法で［アクション結果詳細］画面を表示する。

自動アクションの実行結果の詳細を知りたい場合

［実行結果一覧］から自動アクションを選択し，［詳細］ボタンをクリックする。

［実行結果一覧］に表示されている自動アクションをダブルクリックする。

抑止契機となった自動アクションを知りたい場合

［実行結果一覧］から状態が「抑止」となった自動アクションを選択し，［抑止契機詳細］ボタンをクリックする。

［アクション結果詳細］画面が表示されます。

実行結果と出力されたメッセージが表示されます。表示される実行結果の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.37　［アクション結果詳細］画面」を参照してください。

自動アクションの実行契機となったJP1イベントを表示したい場合は［実行結果一覧］から自動アクションを選択し，［対象イベント検索］ボタンをクリックする。

イベント検索が行われ［イベントコンソール］画面の［イベント検索］ページに，自動アクションの実行契機となったJP1イベントが表示されます。

(c)　jcashowaコマンドで実行結果を確認する

自動アクションの実行結果を，jcashowaコマンドを使用して表示させることができます。jcashowaコマンドを実行するとアクション情報ファイルに格納されている，実行した自動アクションの結果を表示します。jcashowaコマンドは，JP1/IM - Viewのない環境や自動アクションの実行結果をファイル出力したいときなどに使用します。

コマンドの実行例を次に示します。7月1日の16時から17時の間に受信したJP1イベントに対する自動アクションの実行結果を表示するには，マネージャーで次のように入力します。

jcashowa -d 07/01/16:00,07/01/17:00

jcashowaコマンドの文法，および実行結果の表示形式については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcashowa」（1.　コマンド）を参照してください。

(2)　自動アクションをキャンセルする

自動アクションの状態が次に示す状態のとき，その自動アクションをキャンセルできます。

「送信待機」「キューイング」「実行中」

「送信中（キャンセル失敗）」「送信待機（キャンセル失敗）」「キューイング（キャンセル失敗）」「実行中（キャンセル失敗）」

キャンセルは，［アクション結果］画面，［アクション結果一覧］画面，［アクション結果詳細］画面，またはjcacancelコマンドでできます。なお，画面を使ってキャンセルする場合にはJP1_Console_Admin権限またはJP1_Console_Operator権限が必要です。また，業務グループの参照・操作制限を設定している場合，JP1資源グループとJP1権限レベルの組み合わせによっては操作できないことがあります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.1.4(2)　JP1ユーザーに対するJP1資源グループとJP1権限レベルの割り当て」を参照してください。

(a)　［アクション結果］画面，または［アクション結果一覧］画面から自動アクションをキャンセルする

操作手順を次に示します。

［アクション結果］画面，または［アクション結果一覧］画面を表示する。

画面を表示する方法については，「8.2.2(1)　自動アクションの実行結果を確認する」を参照してください。

キャンセルしたい自動アクションを選択する。

［アクションキャンセル］ボタンをクリックする。

キャンセルするかどうかの確認ダイアログボックスが表示されます。

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

選択した自動アクションのキャンセル要求の受け付けが完了します。

キャンセル後の状態を確認する場合は，［更新］ボタンをクリックする。

(b)　［アクション結果詳細］画面から自動アクションをキャンセルする

操作手順を次に示します。

［アクション結果詳細］画面を表示する。

画面を表示する方法については，「8.2.2(1)　自動アクションの実行結果を確認する」を参照してください。

［アクションキャンセル］ボタンをクリックする。

キャンセルするかどうかの確認ダイアログボックスが表示されます。

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

選択した自動アクションのキャンセル要求の受け付けが完了します。

キャンセル後の状態を確認する場合は，［閉じる］ボタンをクリックして［アクション結果］画面または［アクション結果一覧］画面に戻り，［更新］ボタンをクリックする。

(c)　jcacancelコマンドから自動アクションをキャンセルする

自動アクションを，jcacancelコマンドを使用してキャンセルできます。jcacancelコマンドは，ホスト単位，システム単位で自動アクションの一括キャンセルしたいときなどに使用します。なお，このコマンドを使って自動アクションをキャンセルする場合には，どの自動アクションをキャンセルするのかを確認したあとに実行してください。確認方法については，「8.2.2(1)　自動アクションの実行結果を確認する」を参照してください。

コマンドの実行例を次に示します。host01で状態がキューイング，実行中となっている自動アクションを一括キャンセルする場合には，マネージャーで次のように入力します。

jcacancel -s host01

jcacancelコマンドの文法，および実行結果の表示形式については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcacancel」（1.　コマンド）を参照してください。

(3)　自動アクションを再実行する

自動アクションの状態が次に示す状態のとき，その自動アクションを再実行できます。

「抑止」「終了」「実行失敗」「キャンセル」「強制終了」

「終了（キャンセル失敗）」「実行失敗（キャンセル失敗）」

再実行は，［アクション結果］画面，［アクション結果一覧］画面，または［アクション結果詳細］画面から行えます。なお，これらの画面を使って再実行する場合にはJP1_Console_Admin権限またはJP1_Console_Operator権限が必要です。また，業務グループの参照・操作制限を設定している場合，JP1資源グループとJP1権限レベルの組み合わせによっては操作できないことがあります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.1.4(2)　JP1ユーザーに対するJP1資源グループとJP1権限レベルの割り当て」を参照してください。

(a)　［アクション結果］画面，または［アクション結果一覧］画面から自動アクションを再実行する

操作手順を次に示します。

［アクション結果］画面，または［アクション結果一覧］画面を表示する。

画面を表示する方法については，「8.2.2(1)　自動アクションの実行結果を確認する」を参照してください。

再実行する自動アクションを選択する。

［再実行］ボタンをクリックする。

再実行要求をするかどうかの確認ダイアログボックスが表示されます。

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

選択した自動アクションの再実行要求の受け付けが完了します。

再実行後の状態を確認する場合は，［更新］ボタンをクリックして［アクション結果一覧］画面を更新する。

(b)　［アクション結果詳細］画面から自動アクションを再実行する

操作手順を次に示します。

［アクション結果詳細］画面を表示する。

画面を表示する方法については，「8.2.2(1)　自動アクションの実行結果を確認する」を参照してください。

［再実行］ボタンをクリックする。

再実行要求をするかどうかの確認ダイアログボックスが表示されます。

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

自動アクションの再実行要求の受け付けが完了します。

再実行後の状態を確認する場合は，［閉じる］ボタンをクリックして［アクション結果］画面または［アクション結果一覧］画面に戻り，［更新］ボタンをクリックする。

8.2.3　自動アクション機能の稼働状況を確認する

自動アクション機能が稼働していないと，自動アクションの実行契機となるイベントがマネージャー上のJP1/Baseに登録されても自動アクションが実行されません。自動アクション機能の稼働状況は，jcastatusコマンドを使用して確認できます。

jcastatusコマンドを実行すると，自動アクション機能の稼働状況（稼働，休止，または停止）に応じて，それぞれの状態を示す情報（RUNNING，STANDBY，またはSTOP）が標準出力に出力されます。稼働状況が「稼働（RUNNING）」であれば自動アクション機能は稼働しています。「休止（STANDBY）」の場合，自動アクション機能が稼働していないため，自動アクションが実行されません。稼働状態にするにはjcachangeコマンドを実行する必要があります。「停止（STOP）」の場合，JP1/IM - Managerが停止しているおそれがあります。この場合にはJP1/IM - Managerを再起動する必要があります。

詳細については，下記参照先を参照してください。

jcastatusコマンドの文法，表示形式について

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcastatus」（1.　コマンド）

jcachangeコマンドの文法，表示形式について

参照先：マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcachange」（1.　コマンド）

JP1/IM - Managerの起動・停止について

参照先：「3.　JP1/IM - Managerの起動と終了」

8.3　統合機能メニューで他アプリケーションの画面を表示する

［統合機能メニュー］画面には，JP1/IMと連携するプログラムの機能が一覧表示され，この画面からプログラムを起動できます。起動できるプログラムには次の2種類があります。

ビューアー上のアプリケーションプログラム

JP1/IM - Viewと同じホストにインストールされているアプリケーションプログラムのことです。統合機能メニューからプログラムを選択すると，実行ファイルが起動されます。

WWWページ

システム上のアプリケーションがWWWページを提供している場合，そのWWWページを表示できます。統合機能メニューでプログラムを選択するとWWWブラウザーが起動され，WWWページが表示されます。

これらの機能を利用するには，WWWページのURLを，あらかじめ設定しておく必要があります。設定方法については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「WWWページ呼び出し定義ファイル（hitachi_jp1_製品名.html）」（2.　定義ファイル）を参照してください。

また，統合機能メニューを使用して，ほかの製品と連携する場合には，その製品の稼働環境（サポートOSやブラウザーなど）を事前に確認してください。

［統合機能メニュー］画面の例を次に示します。

図8‒2　［統合機能メニュー］画面の例

上図は，ビューアー上にJP1/IMと連携するアプリケーションプログラムを何もインストールしていない状態のときの［統合機能メニュー］画面です。ビューアーにアプリケーションプログラムをインストールした場合は，そのインストールしたアプリケーションプログラムがツリーに追加された状態で表示されます。

連携するアプリケーションプログラムについては，「8.3.2　［統合機能メニュー］画面から操作できる機能」を参照してください。

8.3.1　［統合機能メニュー］画面の操作

［統合機能メニュー］画面には，JP1/IMと連携するプログラムの機能が，ツリー形式で表示されます。フォルダは機能の分類を表します。ツリーの末端をダブルクリックすると，WWWページやアプリケーションプログラムの画面を表示できます。

操作方法を次に示します。

［イベントコンソール］画面，［監視ツリー］画面から［オプション］−［統合機能メニュー起動］を選択する。または，ツールバーから[図データ]をクリックする。

［統合機能メニュー］画面が表示されます。

JP1/IM - Viewのtuning.confファイルで「MENU_AUTO_START=ON」が指定されている場合は，ログイン時に自動的に［統合機能メニュー］画面が表示されます。JP1/IM - Viewのtuning.confファイルの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「IM-View設定ファイル（tuning.conf）」（2.　定義ファイル）を参照してください。

統合機能メニューのツリーを展開して，表示したい項目をダブルクリックする。

選択した機能の画面が表示されます。

注意事項

統合機能メニューからアプリケーションプログラムを呼び出す場合，JP1/IM - Viewを起動したOSユーザーに，呼び出すアプリケーションプログラムの実行権限がないとアプリケーションプログラムを起動できません。

呼び出すアプリケーションプログラムが実行できる権限でJP1/IM - Viewを起動する必要があります。

次の機能はツールバーのボタンからも呼び出せます。

表8‒1　ツールバーのボタンから呼び出せる機能

機能名

ボタン

ネットワークノードマネージャー

Windowsリモートコントロール

資産・配布管理

[図データ]※

注※　Windowsでは，JP1/NETM/DM ManagerのWWWページ版の動作条件を満たさないため，Windows版のJP1/IM - Viewでは，［資産・配布管理］ボタンは表示されません。JP1/NETM/DMは日本国内の製品名称です。

8.3.2　［統合機能メニュー］画面から操作できる機能

［統合機能メニュー］画面に表示される機能を次の表に示します。

なお，画面種別がアプリケーション画面で，該当するプログラムがビューアーにインストールされていない場合，機能名はメニューに表示されません。

連携製品の対応バージョン，および対応OSの詳細については，各連携製品のマニュアルを確認してください。

表8‒2　［統合機能メニュー］画面に表示される機能

メニュー項目

起動する機能の内容

フォルダ名

サブフォルダ名

機能名

画面種別

プログラム名

インストール先

ネットワーク管理

−

ネットワークノードマネージャー

WWWページ

JP1/Cm2/NNM

システム内のホスト

HP NNM

−

インターネットゲートウェイ

アプリケーション画面

JP1/Cm2/Internet Gateway Server

JP1/IM - Viewがインストールされているホスト

ジョブ管理

−

ジョブスケジューラー

アプリケーション画面

JP1/AJS - View

JP1/IM - Viewがインストールされているホスト

−

シナリオ運用

アプリケーション画面

JP1/AJS2 - Scenario Operation View

JP1/IM - Viewがインストールされているホスト

−

プリントサービス

アプリケーション画面

JP1/NPS

JP1/IM - Viewがインストールされているホスト

ファイル転送

伝送の登録／実行

アプリケーション画面

JP1/FTP

JP1/IM - Viewがインストールされているホスト

履歴情報の表示

アプリケーション画面

自動プログラムの登録

アプリケーション画面

資産・配布管理

−

統合資産管理

WWWページ

JP1/NETM/Asset Information Manager

システム内のホスト

−

資産・配布管理

WWWページ

JP1/NETM/DM Manager

システム内のホスト

−

設備資産管理

アプリケーション画面

JP1/NetInsight II - Facility Manager

JP1/IM - Viewがインストールされているホスト

−

Windowsリモートコントロール

アプリケーション画面

JP1/NETM/Remote Control Manager

JP1/IM - Viewがインストールされているホスト

−

配布／資産管理

アプリケーション画面

JP1/NETM/DM Manager

JP1/IM - Viewがインストールされているホスト

ストレージ管理

ストレージエリア管理

ストレージシステム稼働管理

WWWページ

Hitachi Tuning Manager software

システム内のホスト

ストレージハードウェア管理

WWWページ

Hitachi Device Manager software

ストレージリソース割当管理

WWWページ

Hitachi Provisioning Manager

ストレージレプリケーション管理

WWWページ

Hitachi Replication Manager software

階層ストレージリソース管理

WWWページ

Hitachi Tiered Storage Manager software

グローバル入出力パス稼働管理

WWWページ

Hitachi Global Link Manager software

サーバ管理

−

管理コンソール

アプリケーション画面

JP1/Server Conductor

JP1/IM - Viewがインストールされているホスト

−

Webコンソール

WWWページ

システム内のホスト

ハードウェア管理

−

SANRISE2000 Remote Console

アプリケーション画面

SANRISE

JP1/IM - Viewがインストールされているホスト

−

SANRISE H512/H48 Remote Control XP

アプリケーション画面

統合通報管理

−

通報ルール設定

アプリケーション画面

TELstaffまたはJP1/TELstaff

JP1/IM - Viewがインストールされているホスト

メインフレーム連携

−

VOS3コンソール操作

アプリケーション画面

VOS3 AOMPLUS(AOMPLUSCIF)

JP1/IM - Viewがインストールされているホスト

Cosminexus運用管理

−

Cosminexus運用管理ポータル

アプリケーション画面

Cosminexus Application Server

JP1/IM - Viewがインストールされているホスト

（凡例）

−：なし

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

この章では，IM構成管理を使用してシステムの階層構成（IM構成）を管理する手順について説明します。この章で説明する画面の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「5.　IM構成管理の画面」を参照してください。

9.1　ホストを管理する

JP1/IMシステムの構成を変更する場合や，管理対象のホスト名やIPアドレスなどのホスト情報を変更する場合には，IM構成管理DBに登録されている管理対象ホストに関する情報を見直す必要があります。

IM構成管理・ビューアーから次の作業を実施して，ホストの情報を管理してください。

ホストを登録する場合

IM構成管理DBに新しくホストを登録するには，［IM構成管理］画面から［ホスト登録］画面を表示して設定します。

登録方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.1.1　ホストを登録する」を参照してください。

ホストを削除する場合

IM構成管理DBに登録されているホストは，［IM構成管理］画面の［ホスト一覧］ページで削除します。

削除方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.1.6　ホストを削除する」を参照してください。

ホストから情報を収集する場合

ホスト情報は，［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページから収集します。

ホスト情報を収集するタイミングや収集方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.1.3　ホストから情報を収集する」を参照してください。

ホスト情報を変更する場合

IM構成管理DBに登録されているホスト情報は，［IM構成管理］画面から［ホスト属性編集］画面を表示して変更します。

変更方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.1.5　ホスト情報の属性を変更する」を参照してください。

なお，システムの階層構成（IM構成）に登録されているホスト名を編集した場合，システムの階層構成を反映し直す必要があります。反映方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.2.4(3)　システムの階層構成をIM構成管理が管理するシステムに反映する」を参照してください。

ホストの一覧を表示する場合

IM構成管理DBに登録したホストの一覧は，［IM構成管理］画面の［ホスト一覧］ページで表示します。

表示方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.1.4　ホスト情報を表示する」を参照してください。

9.2　システムの階層構成を管理する

システムの階層構成（IM構成）を変更する場合に，IM構成管理DBに登録されているシステムの構成定義情報を見直す必要があります。

IM構成管理・ビューアーから次の作業を実施して，システムの階層構成を管理してください。

システムの階層構成を取得する場合

システムの構成定義情報は，［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページから取得します。システムを構成するすべてのホストから情報を取得できます。

取得方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.2.1　システムの階層構成を取得する」を参照してください。

システムの階層構成を表示する場合

システムの階層構成は，［IM構成管理］画面の［IM構成］ページで表示します。

表示方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.2.2　システムの階層構成を表示する」を参照してください。

システムの階層構成を検証する場合

取得した構成定義情報と，IM構成管理が保持している構成定義情報の内容が一致しているかどうかを検証できます。構成定義情報は，［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページで検証します。

検証方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.2.3　システムの階層構成を検証する」を参照してください。

システムの階層構成を編集する場合

構成定義情報を編集することで，ホストの追加，移動，削除ができます。構成定義情報は，［IM構成管理］画面から［エージェント構成編集］画面または［リモート監視構成編集］画面を表示して編集します。

編集方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.2.4　システムの階層構成を編集する」を参照してください。

システムの階層構成を反映する場合

［エージェント構成編集］画面，［リモート監視構成編集］画面などで編集した構成定義情報を，システムを構成するすべてのホストに反映できます。構成定義情報は，［エージェント構成編集］画面または［リモート監視構成編集］画面で反映します。

反映方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.2.4(3)　システムの階層構成をIM構成管理が管理するシステムに反映する」を参照してください。

システムの階層構成の同期を取る場合

統合マネージャーと拠点マネージャーで，それぞれシステムの階層構成を定義した場合には，統合マネージャーと拠点マネージャーの間で，システムの階層構成の同期を取る必要があります。［IM構成管理］画面の［IM構成］ページで実施します。

同期を取る方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.2.5　システムの階層構成の同期を取る」を参照してください。

9.3　仮想化システム構成を管理する

IM構成管理・ビューアーを操作，またはコマンドを実行して，仮想化ホストを含むシステムの階層構成（仮想化システム構成）を管理する方法について説明します。

なお，仮想化構成を管理するためには，仮想化ソフトウェアおよび仮想化環境管理ソフトウェアが必要です。使用できるソフトウェアについては，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「8.3　仮想化システム構成の管理」を参照してください。

9.3.1　仮想化システムのホストを登録する

IM構成管理に仮想ホストを登録するには，［IM構成管理］画面から［ホスト登録］画面を呼び出して登録します。

登録方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.3.1(2)　仮想化構成情報を設定する」を参照してください。

9.3.2　仮想化システムのホスト情報を表示する

システムの階層構成から，仮想ホストとして登録したホストの情報を表示する手順について説明します。ホストの情報を表示するには，［IM構成管理］画面から［ホスト一覧］ページを呼び出します。

［IM構成管理］画面の［ホスト一覧］タブをクリックする。

［ホスト一覧］ページが表示されます。

ツリー表示領域から仮想ホストを選択する。

次に示すどちらかの方法でホストの情報を収集する。

メニューバーから［操作］−［ホスト情報収集］を選択する。

右クリックして表示されるポップアップメニューから［ホスト情報収集］を選択する。

ホストの情報を収集するには，仮想ホスト上で，JP1/Baseが動作している必要があります。

なお，VMware ESXおよび日立サーバ論理分割機構にはJP1/Baseをインストールできないので，［ホスト情報収集］を実行するとエラーになります。

［基本情報］ボタン，［製品情報］ボタン，［サービス情報］ボタンのどれかを選択する。

選択したボタンによって，ノード情報表示領域にホスト情報が表示されます。［下位ホスト情報］ボタンは選択できません。

9.3.3　セントラルスコープの監視ツリーへ反映する

システムの階層構成に登録した仮想ホストをセントラルスコープで監視するには，IM構成管理の管理情報をエクスポートし，セントラルスコープの監視ツリー情報へインポートする必要があります。ここでは，その手順について説明します。

jcfexportコマンドを実行する。

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

jcsdbexportコマンドを実行する。

セントラルスコープの監視ツリー情報をエクスポートします。

jcfexportコマンドとjcsdbexportコマンドの出力ファイルを引数にして，jcfmkcsdataコマンドを実行する。

IM構成管理の構成情報と監視ツリー情報をマージします。

jcsdbimportコマンドを実行する。

マージされたIM構成管理の管理情報と監視ツリー情報をインポートします。

セントラルスコープ・ビューアーで，マージした仮想ホストが表示されていることを確認してください。

9.4　業務グループを管理する

監視対象を業務グループ単位で設定している場合，業務グループの構成を見直すタイミングで，業務グループを作成，編集，および削除する必要があります。

業務グループを新しく作成する

手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.4.1(1)(a)　業務グループの作成」を参照してください。

業務グループの登録内容を編集する

手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.4.1(1)(b)　業務グループのプロパティの編集」を参照してください。

不要となった業務グループを削除する

手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.4.1(1)(c)　業務グループの削除」を参照してください。

業務グループを作成，編集，および削除したあとは，監視ツリーに業務グループと監視グループの階層構成の反映が必要です。手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.4.4(2)　セントラルスコープの監視ツリーに業務グループ情報および監視グループ情報を反映する」を参照してください。

9.5　プロファイルを管理する

システムのアップデートやメンテナンスの際にプロファイルの内容を変更したり，プロファイルの内容をほかのホストのプロファイルに適用したりする場合に，IM構成管理DBに登録されているプロファイルを見直す必要があります。

IM構成管理・ビューアーから次の作業を実施して，プロファイルを管理してください。

なお，プロファイルには，有効設定情報と設定ファイルの内容の2種類があります。

プロファイルを収集する場合

次のプロファイルを収集します。

エージェントホストのJP1/Baseの有効設定情報

エージェントホストのJP1/Baseの設定ファイル（イベントの転送設定ファイル，ログファイルトラップ動作定義ファイル，ログファイルトラップ起動定義ファイル，イベントログトラップ動作定義ファイル，ローカルアクション実行定義ファイル）

リモートの監視対象ホストの有効設定情報

プロファイルの収集方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(2)　プロファイルを収集する」を参照してください。

プロファイルリストを収集する場合

エージェントホストのJP1/Baseで管理するプロファイルリストを収集します。収集した情報が，［プロファイル表示/編集］画面のツリー表示領域に表示されます。

プロファイルリストの収集方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(1)　プロファイルリストを収集する」を参照してください。

プロファイルを表示する場合

エージェントホストのJP1/Base，およびリモートの監視対象ホストのプロファイルを［プロファイル表示/編集］画面に表示します。

表示方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(3)　プロファイルを表示する」を参照してください。

設定ファイルを編集する場合

収集した設定ファイルを，［プロファイル表示/編集］画面で編集します。なお，設定ファイルで編集できるプロファイル種別は，次のとおりです。

イベント転送設定情報

ログファイルトラップ情報

イベントログトラップ情報

ローカルアクション情報

リモート監視ログファイルトラップ情報

リモート監視イベントログトラップ情報

編集方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(5)　設定ファイルを編集する」を参照してください。

設定ファイルの編集内容を反映する場合

編集した設定ファイルの内容を反映します。

反映方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(6)　設定ファイルの編集内容を反映する」を参照してください。

9.6　サービスの稼働状況を管理する

IM構成管理・ビューアーを操作して，各ホストでのサービスの稼働状況を管理する方法について説明します。

9.6.1　サービスの稼働情報を収集する

エージェント構成の場合に，システムの階層構成から，ホストごとに稼働しているサービスの稼働情報を収集できます。

なお，リモート監視構成の場合は，サービスの稼働情報は収集できません。

サービスの稼働情報は，［IM構成管理］画面の［ホスト一覧］ページまたは［IM構成］ページから収集しますが，選択するページによって手順が異なります。

(1)　［ホスト一覧］ページからサービスの稼働情報を収集する

［IM構成管理］画面の［ホスト一覧］ページからサービスの稼働情報を収集する手順を次に示します。

［IM構成管理］画面の［ホスト一覧］タブをクリックする。

［ホスト一覧］ページが表示されます。

ツリー表示領域からホストを選択する。

「ホスト一覧」を選択して，サービスの稼働情報は収集できません。また，IM構成管理が動作しているマネージャーにより，稼働情報を収集できるホストの範囲が異なります。選択できるホストの範囲については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「8.7.2　サービスの稼働情報の収集」を参照してください。

［サービス情報］ボタンをクリックする。

収集されたサービスの稼働情報が，ノード情報表示領域に表示されます。

メニューバーから［表示］−［最新情報に更新］を選択する。

ホストから最新のサービスの稼働情報が収集されて，ノード情報表示領域の表示が更新されます。

(2)　［IM構成］ページからサービスの稼働情報を収集する

［IM構成管理］画面の［IM構成］ページからサービスの稼働情報を収集する手順を次に示します。

［IM構成管理］画面の［IM構成］タブをクリックする。

［IM構成］ページが表示されます。

ツリー表示領域からホストを選択する。

IM構成管理が動作しているマネージャーにより，稼働情報を収集できるホストの範囲が異なります。選択できるホストの範囲については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「8.7.2　サービスの稼働情報の収集」を参照してください。

次に示すどちらかの方法でホスト情報を収集する。

メニューバーから［操作］−［ホスト情報収集］を選択する。

右クリックして表示されるポップアップメニューから［ホスト情報収集］を選択する。

［サービス情報］ボタンをクリックする。

収集されたサービスの稼働情報が，ノード情報表示領域に表示されます。

メニューバーから［表示］−［最新情報に更新］を選択する。

ホストから最新のサービスの稼働情報が収集されて，ノード情報表示領域の表示が更新されます。

9.6.2　サービスの稼働情報を表示する

システムの階層構成（IM構成）から，ホストごとに稼働しているサービスの稼働情報を表示する手順については，「9.6.1　サービスの稼働情報を収集する」を参照してください。

［IM構成管理］画面のサービス情報には次の稼働情報が表示されます。

表9‒1　サービスごとに表示される稼働情報

製品名

サービス名

稼働状態

JP1/Base

JP1/Base

サービスの稼働状態が次のステータスで表示される

稼働中

停止中

一部稼働中

収集失敗

イベントサービス

ログファイルトラップ

JP1/IM - Manager

JP1/IM-Manager

［IM構成管理］画面の詳細情報には，次のとおり，各サービスの状態を収集するコマンドの実行結果が表示されます。

表9‒2　各サービスの状態を収集するコマンド

サービス名

収集コマンド

JP1/Base

jbs_spmd_status

イベントサービス

jevstat

ログファイルトラップ

jevlogstat ALL

JP1/IM-Manager

jco_spmd_status

ログファイルトラップ（リモート）

jcfallogstat※

イベントログトラップ（リモート）

jcfaleltstat※

注※　収集コマンド相当の情報が出力されます。

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

コマンドを実行して，IM構成管理の管理情報をエクスポート・インポートする方法について説明します。

9.7.1　IM構成管理の管理情報をエクスポートする

IM構成管理の管理情報を出力（エクスポート）してから入力（インポート）することで，あるホストから別のホストへコピーできます。また，エクスポートされたシステムの構成情報を編集することで，簡単に変更できます。ここでは，jcfexportコマンドによってエクスポートされる管理情報について説明します。jcfexportコマンドについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcfexport」（1.　コマンド）を参照してください。

(1)　ホスト情報

IM構成管理の管理対象ホストに関する情報がホスト入力情報ファイルとホスト収集情報ファイルにエクスポートされます。

ホスト入力情報ファイルについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ホスト入力情報ファイル（host_input_data.csv）」（2.　定義ファイル）を参照してください。

ホスト収集情報ファイルについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ホスト収集情報ファイル（host_collect_data.csv）」（2.　定義ファイル）を参照してください。

(2)　システムの階層構成情報

システムの階層構成の情報がファイルにエクスポートされます。エクスポートされたファイルを編集してインポートできます。

出力される情報は，次に示すシステムの監視方法によって異なります。

エージェント監視

リモート監視

(a)　エージェント監視の構成情報

エクスポートされるファイル名は，system_tree_information.txtです。

このファイルに出力されるエージェント監視の構成情報を次の表に示します。

表9‒3　エクスポートされるエージェント監視の構成情報

出力項目

出力値

［管理ホスト］

JP1/Baseのホストを管理する統合マネージャー，拠点マネージャー，または中継マネージャーのどれかを表す。

最初に定義された管理ホストが統合マネージャーで，以降に定義された管理ホストが拠点マネージャーまたは中継マネージャーである。

次に［　］で括られたホストが出てくるまでを管理対象ホストとする。

システムの階層構成を分割定義した場合，ホスト名の前にアスタリスクを付与する。

管理対象ホスト

管理ホストに管理されるJP1/Baseのホスト。

拠点マネージャーまたは中継マネージャーは，統合マネージャーの管理対象ホストとして定義されている。

システムの階層構成を分割定義した場合，ホスト名の前にアスタリスクを付与する。

(b)　リモート監視の構成情報

リモート監視の構成情報がファイルにエクスポートされます。エクスポートされるファイル名は，system_remote_tree_information.txtです。

このファイルに出力されるリモート監視の構成情報を次の表に示します。

表9‒4　エクスポートされるリモート監視の構成情報

出力項目

出力値

［管理ホスト］

リモート監視構成を管理する統合マネージャーまたは拠点マネージャーのどちらかを表す。

拠点マネージャー場合は，管理ホスト名の前にアスタリスクを付与する。

管理対象ホスト

IM構成管理のリモートで管理するホスト。

(3)　プロファイル情報

ホストで動作するプロファイル情報がエクスポートされます。エクスポートの対象となるファイルは，次に示すシステムの監視方法によって異なります。

エージェント監視

リモート監視

(a)　エージェント監視のプロファイル情報

ホストで動作するJP1/Baseプロファイル情報がファイルにエクスポートされます。ファイルは「definition_files」ディレクトリ以下の1階層目のディレクトリ名の「ホスト名」，2階層目のディレクトリ名の「JP1Base」以下にエクスポートされます。また，ログファイルトラップの動作定義ファイルは3階層目のディレクトリ名の「cf_log_file_trap」以下にエクスポートされます。エクスポートの対象となるプロファイル情報を次に示します。

表9‒5　エクスポートされるエージェント監視のプロファイル情報とエクスポートファイル名

プロファイル情報

エクスポートファイル名

イベントの転送設定ファイル

forward

ログファイルトラップ動作定義ファイル

ファイル名は任意

ログファイルトラップ起動定義ファイル

jevlog_start.conf

イベントログトラップ動作定義ファイル

ntevent.conf

ローカルアクション実行定義ファイル

jbslcact.conf

注　プロファイル設定ファイルを収集していないホストの場合，エクスポートするデータはありません（ディレクトリも作成されません）。

(b)　リモート監視のプロファイル情報

JP1/IM - Managerプロファイル情報がファイルにエクスポートされます。リモート監視のプロファイル情報は編集できません。

ファイルは「definition_files」ディレクトリ以下の1階層目のディレクトリ名の「ホスト名」，2階層目のディレクトリ名の「al」以下にエクスポートされます。また，ログファイルトラップの動作定義ファイルは3階層目のディレクトリ名の「cf_log_file_trap」以下に，イベントログトラップの動作定義ファイルは3階層目のディレクトリ名の「cf_event_log_trap」以下にエクスポートされます。エクスポートの対象となるプロファイル情報を次に示します。

表9‒6　エクスポートされるリモート監視のプロファイル情報とエクスポートファイル名

プロファイル情報

エクスポートファイル名

リモート監視ログファイルトラップ動作定義ファイル

ファイル名は任意

リモート監視起動定義ファイル

jevlog_start.conf

リモート監視イベントログトラップ動作定義ファイル

ntevent.conf

(4)　リモート認証情報

リモート監視をしている場合に，リモート認証情報がエクスポートされます。エクスポートされるファイル名は，wmi.ini，ssh.iniです。

(5)　業務グループ情報

業務グループを使用している場合に，業務グループの情報がファイルにエクスポートされます。エクスポートされるファイル名は，monitoring_system_data.csvです。monitoring_system_data.csvに出力される業務グループ情報を次の表に示します。

表9‒7　エクスポートされる業務グループ情報

行

出力項目

出力値

1行目（ヘッダー情報）

製品名

JP1/IM-CF

ファイルフォーマットバージョン

ファイルフォーマットのバージョン

例えば，JP1/IM - Managerのバージョンが09-50の場合は，「095000」と出力されます。

文字コード

文字コード

マネージャーの環境変数LANGの設定に依存します。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ホスト入力情報ファイル（host_input_data.csv）」（2.　定義ファイル）の「表2-85　ファイルの文字コード」を参照してください。

2行目（ヘッダー情報）

業務グループ名

Monitoring_system_name

割り当てJP1資源グループ名

JP1_resource_group_name

コメント

Comment

ホスト名

Host_name_list

3行目以降

業務グループ名

業務グループの名称

割り当てJP1資源グループ名

業務グループに割り当てたJP1資源グループの名称

コメント

コメント

ホスト名

業務グループに登録されたホストのホスト名（複数ある場合はコンマ（,）で区切り，全体をダブルクォーテーション（"）で囲む）

注　業務グループ情報は，業務グループ名で昇順にソートして出力されます。

業務グループ情報の出力例を次に示します。

JP1/IM-CF;095000;UTF-8,,,

Monitoring_system_name,JP1_resource_group_name,Comment,Host_name_list

System1,,This is the empty system,

System2,Resource_A,This is System2,"host21,host22,host23,host24"

System3,Resource_A,This is System3,"host31,host32"

(6)　監視グループ情報

業務グループを使用している場合に，IM構成管理の監視グループ情報がファイルにエクスポートされます。エクスポートされるファイル名は，monitoring_group_data.csvです。monitoring_group_data.csvに出力される監視グループ情報を次の表に示します。

表9‒8　エクスポートされる監視グループ情報

行

出力項目

出力値

1行目（ヘッダー情報）

製品名

JP1/IM-CF

ファイルフォーマットバージョン

ファイルフォーマットのバージョン

例えば，JP1/IM - Managerのバージョンが10-50の場合は，「101000」と出力されます。

文字コード

文字コード

マネージャーの環境変数LANGの設定に依存します。詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「ホスト入力情報ファイル（host_input_data.csv）」（2.　定義ファイル）の「表2-85　ファイルの文字コード」を参照してください。

2行目（ヘッダー情報）

監視グループパス

Monitoring_group_path

コメント

Comment

ホスト名

Host_name_list

3行目以降

監視グループパス

監視グループのパス

コメント

コメント

ホスト名

監視グループに登録されたホストのホスト名（複数ある場合はコンマ（,）で区切り，全体をダブルクォーテーション（"）で囲む）

注　監視グループ情報は，監視グループパスで昇順にソートして出力されます。

監視グループ情報の出力例を次に示します。

JP1/IM-CF;101000;UTF-8,,

Monitoring_group_path,Comment,Host_name_list

/System1/Group1,This is the empty group,

/System1/Group2,This is Group2,host2

/System2/Group1,This is Group1,"host11,host12,host13,host14"

9.7.2　IM構成管理の管理情報をインポートする

あるホストから出力（エクスポート）されたIM構成管理の管理情報を，必要があれば編集し，別のホストへ入力（インポート）します。インポートは，jcfimportコマンドで実行しますが，ホスト情報の収集情報はインポートできません。

インポートを実行するとIM構成管理が保持するデータが変更されるため，インポート前にバックアップすることをお勧めします。

ここでは，jcfimportコマンドによってインポートされるシステム構成情報について説明します。インポートしたIM構成管理の管理情報をシステムに反映するには，「9.7.3　インポートしたIM構成管理の管理情報をシステムに反映する」を参照してください。

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

(1)　ホスト情報

手動入力情報の場合，エクスポートファイル（host_input_data.csv）の内容がインポートされます。

手動入力情報のエクスポートファイル（host_input_data.csv）からインポートされる項目と，各項目の入力範囲を次に示します。

表9‒9　インポートされるホスト情報（手動入力情報）

項目

入力範囲

必須／任意

デフォルト

ホスト名

最大255バイトの文字列を入力できます。使用できる文字は，制御コードを除く半角英数字，半角ハイフン（-），ピリオド（.）です。

必須※1

−

IPアドレス

IPアドレスを入力できます。使用できる文字は，制御コードを除く半角英数字，ピリオド（.），コロン（:）です。

任意

空欄

ホスト名一覧

ホスト名を入力できます。使用できる文字は，制御コードを除く半角英数字，半角ハイフン（-），ピリオド（.）です。

任意

空欄

コメント

最大80バイトの文字列を入力できます。

任意

空欄

ホスト種別

次のどれかを入力できます。

physical

logical

virtual

unknown

任意

physical

実行系ホスト

最大255バイトの文字列を入力できます。使用できる文字は，制御コードを除く半角英数字，半角ハイフン（-），ピリオド（.）です。

任意

空欄

待機系ホスト

ホスト名を入力できます。ホスト名は1個当たり最大255バイトの文字列を入力できます。使用できる文字は，制御コードを除く半角英数字，半角ハイフン（-），ピリオド（.）です。

任意

空欄

VMMホスト

最大255バイトの文字列を入力できます。使用できる文字は，制御コードを除く半角英数字，半角ハイフン（-），ピリオド（.）です。

任意

空欄

仮想化管理種別

次のどれかを入力できます。大文字，小文字の区別はありません。

仮想化システム管理ホストの場合

・vCenter

・JP1/SC/CM

・SCVMM

・HCSM

VMMホストの場合

・ESX※2

・Hyper-V

・KVM

・Virtage※3

任意

空欄

ユーザー名

最大255バイトの文字列を入力できます。使用できる文字は，制御コードを除く半角英数字です。

任意

空欄

パスワード※4

最大255バイトの文字列を入力できます。使用できる文字は，制御コードを除く半角英数字です。

任意

空欄

ドメイン名※5

最大255バイトの文字列を入力できます。使用できる文字は，制御コードを除く半角英数字です。

任意

空欄

通信種別※6

http，https，sshのどれかを入力できます。大文字，小文字の区別はありません。なお，仮想化管理種別の値によって，入力できる通信種別は異なります。

仮想化管理種別がvCenterの場合

https，httpを入力できる。

仮想化管理種別がHCSMの場合

httpを入力できる。

仮想化管理種別がKVMの場合

sshを入力できる。

任意

仮想化管理種別がvCenterの場合

https

仮想化管理種別がHCSMの場合

http

仮想化管理種別がKVMの場合

ssh

ポート番号※7

半角数字で1〜65535までの値を入力できます。

任意

仮想化管理種別がHCSMの場合

23015

仮想化管理種別がKVMの場合

22

秘密鍵ファイル名※8

最大256バイトの文字列を入力できます。大文字，小文字を区別します。使用できる文字は制御コードを除く半角英数字です。

任意

空欄

仮想化管理元ホスト名

最大255バイトの文字列を入力できます。使用できる文字は，制御コードを除く半角英数字，半角ハイフン（-），ピリオド（.）です。

任意

空欄

リモート通信種別

リモート監視の場合に使用できる通信種別です。次のどれかを入力できます。

disable

ssh

wmi

任意

disable

認証情報の区分※9

リモート監視の場合に使用できる認証情報の区分です。次のどれかを入力できます。

common

host

空白

任意

空白

（凡例）

−：デフォルト値がない

注 　　文字列のバイト長はUTF-8換算です。

注※1　必須の項目が設定されていない場合は，エラーとなります。任意の項目が設定されていない場合は，デフォルトの値がインポートされます。

注※2　ESXは，VMware ESXを指します。

注※3　Virtageは，日立サーバ論理分割機構を指します。

注※4　仮想化管理種別がvCenter，SCVMMまたはHCSMの場合に入力が必要です。

注※5　仮想化管理種別がSCVMMの場合に入力が必要です。

注※6　仮想化管理種別がvCenter，HCSMまたはKVMの場合に入力が必要です。

注※7　仮想化管理種別がHCSMまたはKVMの場合に入力が必要です。

注※8　仮想化管理種別がKVMの場合に入力が必要です。

注※9　認証情報の区分にhostが設定されているホストのホスト名を変更した場合，リモート監視に使用する認証情報が引き継がれません。インポート後にIM構成管理画面でリモート通信設定を再設定してください。

ホスト情報に，文字コード間に互換性のない文字，および機種依存文字を使用していると，インポートしたときに文字化けが発生するおそれがあります。

手動入力情報のエクスポートファイル（host_input_data.csv）の内容が次のどれかの場合は，エラーとなり，インポートされません。

ホスト名が重複している。

ホスト名が255バイトより大きい。

ホスト数がサポート数分（IMデータベースのサイズが，SまたはMの場合は1,024台，Lの場合は10,000台）を超えている。

入力範囲外の値が設定されている。

入力データの列が少ない（コンマの数が少ない）。

実行系ホスト，待機系ホスト，およびVMMホストに記載されているホスト名が，ホスト情報ファイルに存在しない。

実行系ホストおよび待機系ホストのホストの種別に，physical，virtual以外が設定されている。

VMMホストのホストの種別にphysical以外が設定されている。

ホスト種別にphysical，logical，virtual，unknown以外が設定されている。

仮想化管理種別にESX，Hyper-V，KVM，Virtage，vCenter，JP1/SC/CM，SCVMM，HCSM以外が設定されている。

ホスト種別がlogical，unknownのホストに仮想化管理種別が設定されている。

仮想化管理元ホストに記載されているホストがホスト情報ファイルに存在しない。

仮想化管理元ホストに記載されているホストの種別がphysical，virtual以外が設定されている。

ドメイン名が設定されているホストの仮想化管理種別にSCVMM以外が設定されている。

通信種別が指定されているホストの仮想化管理種別にvCenter，HCSM，KVM以外が設定されている。

仮想化管理種別がvCenterであるホストの通信種別にhttps，http以外が設定されている。

仮想化管理種別がHCSMであるホストの通信種別にhttp以外が設定されている。

仮想化管理種別がKVMであるホストの通信種別にssh以外が設定されている。

仮想化システム構成に関する情報が次の表の内容に該当しない。

ホスト種別

仮想化管理種別

入力する仮想化管理種別に関する情報

必須または任意

備考

物理ホスト

−

×

−

−

vCenter

仮想化管理元ホスト名

任意

仮想化管理元ホスト名は，SCVMMを指定する

ユーザー名

任意

パスワード

任意

通信種別

任意

JP1/SC/CM

×

−

−

SCVMM

ユーザー名

任意

−

パスワード

任意

ドメイン名

任意

HCSM

ユーザー名

任意

−

パスワード

任意

ポート番号

任意

通信種別

任意

ESX

仮想化管理元ホスト名

任意

仮想化管理元ホスト名は，vCenterを指定する。

Hyper-V

仮想化管理元ホスト名

任意

仮想化管理元ホスト名は，SCVMMを指定する。

KVM

ユーザー名

任意

−

ポート番号

任意

秘密鍵ファイル名

必須

通信種別

任意

Virtage

仮想化管理元ホスト名

任意

仮想化管理元ホスト名は，JP1/SC/CMまたはHCSMを指定する。

仮想ホスト

−

VMMホスト名

必須

VMMホスト名は，vCenter，JP1/SC/CM，SCVMM，HCSM以外を指定する。

vCenter

VMMホスト名

必須

VMMホスト名は，vCenter，JP1/SC/CM，SCVMM，HCSM以外を指定する。

仮想化管理元ホスト名は，SCVMMを指定する。

仮想化管理元ホスト名

任意

ユーザー名

任意

パスワード

任意

通信種別

任意

JP1/SC/CM

VMMホスト名

必須

VMMホスト名は，vCenter，JP1/SC/CM，SCVMM，HCSM以外を指定する。

SCVMM

VMMホスト名

必須

VMMホスト名は，vCenter，JP1/SC/CM，SCVMM，HCSM以外を指定する。

ユーザー名

任意

パスワード

任意

ドメイン名

任意

HCSM

VMMホスト名

必須

VMMホスト名は，vCenter，JP1/SC/CM，SCVMM，HCSM以外を指定する。

ユーザー名

任意

パスワード

任意

ポート番号

任意

通信種別

任意

KVM

VMMホスト名

必須

VMMホスト名は，vCenter，JP1/SC/CM，SCVMM，HCSM以外を指定する。

ユーザー名

任意

ポート番号

任意

秘密鍵ファイル名

任意

通信種別

任意

論理ホスト

−

×

−

−

不明

−

×

−

−

（凡例）

−：該当なし

×：入力できない（入力した場合はエラーとなる）

リモート通信種別がdisable，ssh，wmi以外が設定されている。

認証情報の区分がcommon，host，空白以外が設定されている。

リモート通信種別にsshまたはwmiが設定されているとき，認証情報の区分に空白が設定されている。

また，インポート先ホストとホスト名が同じホストは，手動入力情報のエクスポートファイル（host_input_data.csv）がインポートされたあと，IM構成管理の管理対象ホストとして登録されません。

(2)　システムの階層構成情報

システムの階層構成情報のエクスポートファイルの内容がインポートされます。エクスポートファイルは，次に示すシステムの監視方法によって異なります。

エージェント監視

リモート監視

(a)　エージェント監視の構成情報

エージェント監視の構成情報のエクスポートファイル名は，system_tree_information.txtです。

エージェント監視の構成情報のエクスポートファイルの内容が次のどれかの場合は，エラーとなり，インポートされません。

同一ホストが複数行に存在する（管理対象ホストが複数の上位ホストを持つ）

ホストの構成がループしている

管理ホストに設定される管理ホスト名が[　]で囲まれていない（「]」で閉じられていない）

管理ホストにホスト名が設定されていない

ホスト数が10,000台より多く定義されている

管理対象ホストに自ホストが定義されている

ホスト情報（手動入力情報）のエクスポートファイル（host_input_data.csv），またはエージェント監視の構成情報のエクスポートファイルを編集した結果，エージェント監視の構成情報のエクスポートファイルに設定されたホスト名が，ホスト情報（手動入力情報）のエクスポートファイルに設定されていない場合があります。この場合，エージェント監視の構成情報のエクスポートファイルがインポートされたあと，インポート警告メッセージが表示されて，未定義のホストがIM構成管理の管理対象ホストとして自動的に登録されます。

エージェント監視の構成情報をインポートする場合，指定したディレクトリにエージェント監視の構成情報のエクスポートファイルが存在しないときは，エラーメッセージが表示されて，インポートが中止されます。

(b)　リモート監視の構成情報

リモート監視の構成情報のエクスポートファイル名は，system_remote_tree_information.txtです。

リモート監視の構成情報のエクスポートファイルの内容が次のどれかの場合は，エラーとなり，インポートされません。

同一ホストが複数行に存在する（管理対象ホストが複数の上位ホストを持つ）

ホストの構成がループしている

管理ホストに設定される管理ホスト名が[　]で囲まれていない（「]」で閉じられていない）

管理ホストにホスト名が設定されていない

ホスト数が1,024台より多く定義されている

管理対象ホストに自ホストが定義されている

ホスト情報（手動入力情報）のエクスポートファイル（host_input_data.csv），またはリモート監視の構成情報のエクスポートファイルを編集した結果，リモート監視の構成情報のエクスポートファイルに設定されたホスト名が，ホスト情報（手動入力情報）のエクスポートファイルに設定されていない場合があります。この場合，リモート監視の構成情報のエクスポートファイルがインポートされたあと，インポート警告メッセージが表示されて，未定義のホストがIM構成管理の管理対象ホストとして自動的に登録されます。

リモート監視の構成情報をインポートする場合，指定したディレクトリにリモート監視の構成情報のエクスポートファイルが存在しないときは，エラーメッセージが表示されて，インポートが中止されます。

(3)　プロファイル情報

プロファイル情報のエクスポートファイルの内容がインポートされます。インポートの対象となるファイルは，次に示すシステムの監視方法によって異なります。

エージェント監視

リモート監視

(a)　エージェント監視のプロファイル情報

インポートの対象となるエージェント監視のプロファイル情報のエクスポートファイルを次に示します。

表9‒10　インポートされるエージェント監視のプロファイル情報のエクスポートファイル

プロファイル情報

エクスポートファイル名

イベントの転送設定ファイル

forward

ログファイルトラップ動作定義ファイル

ファイル名は任意

ログファイルトラップ起動定義ファイル

jevlog_start.conf

イベントログトラップ動作定義ファイル

ntevent.conf

ローカルアクション実行定義ファイル

jbslcact.conf

エージェント監視のプロファイル情報のインポートでは，「definition_files」ディレクトリ以下のディレクトリ名を使用してインポート先が決まります。「definition_files」ディレクトリ以下の1階層目のディレクトリ名は「ホスト名」，2階層目のディレクトリ名は「製品名」として読み込まれ，各ディレクトリに格納されたファイルが設定情報として該当するホストに登録されます。このため，ホスト情報（手動入力情報）のエクスポートファイル（host_input_data.csv）でホスト名を変更した場合は，同様にディレクトリ名も変更する必要があります。変更しないと，プロファイル情報はインポートされません。

プロファイル情報のファイルを，エクスポートデータ情報のエクスポートファイル（data_information.txt）のencodeに記載されている文字コードとして読み込みます。この文字コードは，エクスポートを実行したサーバのOSの環境変数「LANG」が設定されます。プロファイル情報をインポートする場合には，エクスポートファイル（data_information.txt）に記述されている文字コードとプロファイル情報のファイルの文字コードが一致しているかどうかを確認してください。

ホスト情報に，文字コード間に互換性のない文字，および機種依存文字を使用していると，インポートしたときに文字化けが発生するおそれがあります。

ホスト数が10,000台より多く定義されている場合は，エラーとされて，インポートされません。

プロファイル（設定ファイル）のエクスポートファイルの内容に未対応製品や未対応のプロファイルなどがある場合には，その部分を無視して処理を続けます。

(b)　リモート監視のプロファイル情報

リモート監視をしている場合に，リモート監視のプロファイル情報のエクスポートファイルの内容がインポートされます。リモート監視のプロファイル情報は編集できません。

インポートの対象となるリモート監視のプロファイル情報のエクスポートファイルを次に示します。

表9‒11　インポートされるリモート監視のプロファイル情報とエクスポートファイル名

プロファイル情報

エクスポートファイル名

リモート監視ログファイルトラップ動作定義ファイル

ファイル名は任意

リモート監視起動定義ファイル

jevlog_start.conf

リモート監視イベントログトラップ動作定義ファイル

ntevent.conf

リモート監視のプロファイル情報のインポートでは，「definition_files」ディレクトリ以下のディレクトリ名を使用してインポート先が決まります。

「definition_files」ディレクトリ以下の1階層目のディレクトリ名は「ホスト名」，2階層目のディレクトリ名は「製品名」として読み込まれ，各ディレクトリに格納されたファイルが設定情報として該当するホストに登録されます。このため，ホスト情報（手動入力情報）のエクスポートファイル（host_input_data.csv）でホスト名を変更した場合は，同様にディレクトリ名も変更する必要があります。変更しないと，プロファイル情報はインポートされません。

プロファイル情報のファイルを，エクスポートデータ情報のエクスポートファイル（data_information.txt）のencodeに記載されている文字コードとして読み込みます。この文字コードは，エクスポートを実行したサーバのOSの環境変数「LANG」が設定されます。プロファイル情報をインポートする場合には，エクスポートファイル（data_information.txt）に記述されている文字コードとプロファイル情報のファイルの文字コードが一致しているかどうかを確認してください。ホスト情報に，文字コード間に互換性のない文字，および機種依存文字を使用していると，インポートしたときに文字化けが発生するおそれがあります。

(4)　リモート認証情報

リモート監視をしている場合に，リモート認証情報のエクスポートファイルの内容がインポートされます。インポートされるファイル名は，wmi.ini，ssh.iniです。

リモート監視をする場合は，インポート後にIM構成管理・ビューアーから［システム共通設定］画面を開き，設定を確認後に［OK］ボタンをクリックしてください。

(5)　業務グループ情報

業務グループを使用している場合に，IM構成管理の監視グループ情報のエクスポートファイルの内容がインポートされます。業務グループ情報のエクスポートファイル（monitoring_system_data.csv）の内容が次のどれかの場合は，エラーとなり，インポートされません。

同じ階層に同じ名称の業務グループが存在する

入力範囲外

入力データの列が少ない（コンマの数が合わない）

業務グループ情報のエクスポートファイル（monitoring_system_data.csv）は，1行目（ヘッダー情報）に記載している文字コードで保存してください。また，UTF-8で保存する場合は，BOM（byte order mark）が付与されないように保存してください。

インポートの対象となる項目および各項目の入力範囲を次に示します。

表9‒12　インポートされる項目（業務グループ情報）

項目

入力範囲

必須／任意

デフォルト

業務グループ名

UTF-8換算で最大255バイトの文字を入力できます。使用できる文字は制御文字，スラッシュ（/），半角コンマ（,）以外の文字です。先頭および最後の文字に半角スペースは使用できません。大文字・小文字を区別します。ダブルクォーテーション（"）を指定する場合は，ダブルクォーテーション（"）を重ねて記述して，全体をダブルクォーテーション（"）で囲みます。

なお，業務グループ名に環境依存文字などを使用すると定義に文字化けが発生することがあるため，使用しないでください。

必須

−

割り当てJP1資源グループ名

最大64バイトの文字列を入力できます。使用できる文字は，" / [ ] ; : , | = + ? < > ，タブ，スペースを除くASCIIコードです。

任意

空欄

コメント

UTF-8換算で最大80バイトの文字列を入力できます。使用できる文字は，制御文字以外です。ダブルクォーテーション（"）を指定する場合は，ダブルクォーテーション（"）を重ねて記述して，全体をダブルクォーテーション（"）で囲みます。コンマを指定する場合は，全体をダブルクォーテーション（"）で囲みます。

任意

空欄

ホスト名

複数のホストをコンマで区切って最大2,500個まで指定できます。ホストを複数指定する場合は，全体をダブルクォーテーション（"）で囲みます。1個のホスト名の入力範囲は「表9-9　インポートされるホスト情報（手動入力情報）」を参照してください。

任意

空欄

（凡例）

−：デフォルト値がない

(6)　監視グループ情報

業務グループを使用している場合に，業務グループ情報のエクスポートファイルの内容がインポートされます。監視グループ情報のエクスポートファイル（monitoring_group_data.csv）の内容が次のどれかの場合は，エラーとなり，インポートされません。

同じ階層に同じ名称の監視グループまたはホストが存在する

入力範囲外

入力データの列が少ない（コンマの数が合わない）

上位の監視グループが，下位の監視グループよりも行番号の若い行に定義されていない

監視グループ情報のエクスポートファイル（monitoring_group_data.csv）は，1行目（ヘッダー情報）に記載している文字コードで保存してください。また，UTF-8で保存する場合は，BOM（byte order mark）が付与されないように保存してください。

インポートの対象となる項目および各項目の入力範囲を次に示します。

表9‒13　インポートされる項目（監視グループ情報）

項目

入力範囲

必須／任意

デフォルト

監視グループパス

UTF-8換算で最大2,048バイトの文字列を入力できます。使用できる文字は，制御文字以外です。大文字・小文字を区別します。ダブルクォーテーション（"）を指定する場合は，ダブルクォーテーション（"）を重ねて記述して，全体をダブルクォーテーション（"）で囲みます。

なお，監視グループ名に環境依存文字などを使用すると定義に文字化けが発生することがあるため，使用しないでください。

必須

−

コメント

UTF-8換算で最大80バイトの文字列を入力できます。使用できる文字は，制御文字以外です。ダブルクォーテーション（"）を指定する場合は，ダブルクォーテーション（"）を重ねて記述して，全体をダブルクォーテーション（"）で囲みます。コンマを指定する場合は，全体をダブルクォーテーション（"）で囲みます。

任意

空欄

ホスト名

複数のホストをコンマで区切って最大2,500個まで指定できます。ホストを複数指定する場合は全体をダブルクォーテーション（"）で囲みます。1個のホスト名の入力範囲は「表9-9　インポートされるホスト情報（手動入力情報）」を参照してください。

任意

空欄

（凡例）

−：デフォルト値がない

9.7.3　インポートしたIM構成管理の管理情報をシステムに反映する

jcfimportコマンドを実行してIM構成管理の管理情報をインポートしたあとに，次の操作を実行してシステムに反映します。

(1)　ホスト情報の収集

ホスト情報を収集する手順を次に示します。

［IM構成管理］画面の［ホスト一覧］タブまたは［IM構成］タブをクリックする。

［ホスト一覧］ページまたは［IM構成］ページが表示されます。

ツリー表示領域からホストを選択する。

選択したホストに下位のホストがある場合，［下位ホスト情報］ボタンをクリックして表示される［下位ホスト情報］のリストからも，ホストを選択できます。この場合，複数のホストを同時に選択できます。

次に示すどちらかの方法でホストの情報を収集する。

メニューバーから［操作］−［ホスト情報収集］を選択する。

右クリックして表示されるポップアップメニューから［ホスト情報収集］を選択する。

選択したホストの情報を収集するかどうかを確認するメッセージが出力されるので，「はい」を選択します。選択したホストの情報収集が実行されます。

(2)　システムの階層構成情報の反映

システムの階層構成情報を反映する手順を次に示します。

(a)　エージェント構成の場合

システムの階層構成情報を反映していない場合，［IM構成管理］画面の［IM構成］タブでツリーがグレー表示されます。

次の手順でシステムの階層構成情報を反映してください。

［IM構成管理］画面のメニューバーから［編集］−［エージェント構成編集］を選択する。

［エージェント構成編集］画面が表示されます。

［更新権取得］チェックボックスをチェックする。

JP1/IMシステムの構成の編集ができるようになります。

ツリーの最上位ノード（統合マネージャー）を選択して，次のどちらかの方法で，統合マネージャーを変更する。

メニューバーから［操作］−［ホスト交換］を選択する。

右クリックして表示されるポップアップメニューから［ホスト交換］を選択する。

なお，エクスポートしたホストとインポートしたホストが同じ場合には，この手順は不要です。

［エージェント構成編集］画面のメニューバーから［操作］−［エージェント構成の反映］を選択する。

実システムにシステムの階層構成情報が反映されます。

［更新権取得］チェックボックスのチェックを外す。

なお，現在のシステムの階層構成を取得したい場合には，この操作は不要です。［IM構成管理］画面のメニューバーから［編集］−［IM構成取得］を実行して，現在のシステムの階層構成を取得してください。

(b)　リモート監視構成の場合

次の手順でシステムの階層構成情報を反映してください。

［IM構成管理］画面のメニューバーから［編集］−［リモート監視構成編集］を選択する。

［リモート監視構成編集］画面が表示されます。

［更新権取得］チェックボックスをチェックする。

JP1/IMシステムの構成の編集ができるようになります。

ツリーの最上位ノード（統合マネージャー）を選択して，次のどちらかの方法で，統合マネージャーを変更する。

メニューバーから［操作］−［ホスト交換］を選択する。

右クリックして表示されるポップアップメニューから［ホスト交換］を選択する。

なお，エクスポートしたホストとインポートしたホストが同じ場合には，この手順は不要です。

［リモート監視構成編集］画面のメニューバーから［操作］−［リモート監視構成の反映］を選択する。

実システムにシステムの階層構成情報が反映されます。

［更新権取得］チェックボックスのチェックを外す。

なお，現在のシステムの階層構成を取得したい場合には，この操作は不要です。［IM構成管理］画面のメニューバーから［編集］−［IM構成取得］を実行して，現在のシステムの階層構成を取得してください。

(3)　プロファイル情報の反映

IM構成管理の管理情報をインポートしただけでは，システムに設定ファイルは反映されません。次の方法で設定ファイルの反映をしてください。

設定ファイルを一括で反映する方法

ホストごとに設定ファイルを反映する方法

設定ファイルの反映方法は，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(6)　設定ファイルの編集内容を反映する」を参照してください。

なお，現在のシステムのプロファイル情報を取得したい場合には，プロファイル情報の反映は不要です。プロファイルを一括で収集してください。プロファイルの収集方法は，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.5.1(1)　プロファイルリストを収集する」を参照してください。

9.8　IM構成管理の注意事項

IM構成管理DBを一度アンセットアップした後に，再セットアップを行った場合，IM構成管理・ビューアーを接続すると［IM構成］タブに表示されるシステムの階層構成にホストアイコンが表示されない場合があります。この場合，アンセットアップ前のシステムの階層構成が表示されているため，メニューバーから［操作］−［IM構成取得］を選択してシステムの階層構成を更新してください。

［ホスト一覧］ページの［製品情報］として表示されるJP1/Integrated Management - Managerの情報のうち，次の項目のバージョンの内容が異なることがあります。

JP1/Integrated Management - Central Scope

JP1/Integrated Management - Central Console

JP1/Integrated Management - Managerのバージョンについては，JP1/Integrated Management - Managerの項目を参照してください。

IM構成管理で次の機能を使用する場合，JP1/Base 09-50-01以降を使用してください。

業務グループの参照/操作制限を使用する場合(jcoimdefで，-bizmonmodeオプションを指定する場合)

IM構成の反映において，システムの階層構成を削除しないで反映したい場合(IM 構成反映方式設定ファイル(jp1cf_applyconfig.conf)に"APPLY_CONFIG_TYPE"=dword:00000001"を指定する場合)

IM構成管理の[仮想化管理設定］画面の[仮想化管理種別]一覧に，[JP1/SC/CM]が表示されますが，使用しません。

10　JP1/IM - Agentの起動と終了

この章では，JP1/IM - Agentの起動および終了の手順について説明します。

10.1　JP1/IM - Agentのサービス

JP1/IM - Agentのサービスは，次に示すコマンドを使用して操作できます。

コマンド名

機能

jp1_service

WindowsまたはLinuxのsystemdへのサービスの登録を，有効にするか無効にするかを設定します。

jp1_service_start

サービスを起動します。

jp1_service_stop

サービスを停止します。

jp1_service_autostart

OS起動時に，サービスを自動的に起動させるかどうかを設定します。

上記のコマンドに指定するサービスキーを，次に示します。

表10‒1　Windows環境でのJP1/IM - Agentのサービスキー

表示名

サービスキー

JP1/IM3-Agent

jpc_imagent

JP1/IM3-Agent proxy

jpc_imagentproxy

JP1/IM3-Agent action

jpc_imagentaction

JP1/IM3-Agent Metric forwarder

jpc_prometheus_server

JP1/IM3-Agent Alert forwarder

jpc_alertmanager

JP1/IM3-Agent Windows metric collector

jpc_windows_exporter

JP1/IM3-Agent Synthetic metric collector

jpc_blackbox_exporter

JP1/IM3-Agent Log trapper

jpc_fluentd

JPC YA Cloudwatch exporter

jpc_ya_cloudwatch_exporter

JPC Promitor Scraper

jpc_promitor

JPC Promitor Resource Discovery

JPC Script exporter

jpc_script_exporter

表10‒2　Linux環境でのJP1/IM - Agentのサービスキー

ユニット定義ファイル名

サービスキー

jpc_imagent.service

jpc_imagent

jpc_imagentproxy.service

jpc_imagentproxy

jpc_imagentaction.service

jpc_imagentaction

jpc_prometheus_server.service

jpc_prometheus_server

jpc_alertmanager.service

jpc_alertmanager

jpc_node_exporter.service

jpc_node_exporter

jpc_blackbox_exporter.service

jpc_blackbox_exporter

jpc_ya_cloudwatch_exporter.service

jpc_ya_cloudwatch_exporter

jpc_fluentd.service

jpc_fluentd

jpc_process_exporter.service

jpc_process_exporter

jpc_promitor_scraper.service

jpc_promitor

jpc_promitor_resource_discovery.service

jpc_script_exporter.service

jpc_script_exporter

JP1/IM - Agentのアドオンプログラムの有効化・無効化については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.1(1)アドオンプログラムの有効化・無効化」を参照してください。

10.2　サービスの起動

次のコマンドを実行して，JP1/IM - Agentのサービスを起動します。

jpc_service_start -s サービスキー

サービスキーに「all」を指定した場合は，JP1/IM - Agentのすべてのサービスを起動します。

自動起動の設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.1(2)自動起動の有効化・無効化」を参照してください。

10.3　サービスの停止

次のコマンドを実行して，JP1/IM - Agentのサービスを停止します。

jpc_service_stop -s サービスキー [-f]

サービスキーに「all」を指定した場合は，JP1/IM - Agentのすべてのサービスを停止します。

-fを指定した場合は，サービスを強制終了します。

OSシャットダウン時の自動停止については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.1(2)自動起動の有効化・無効化」を参照してください。

10.4　JP1/IM - Agentのオプション機能

10.4.1　OracleDB exporterのサービス

(1)　Windows環境

(a)　サービス名と表示名

OracleDB exporterのサービス（Windowsサービス）のサービス名と表示名を，次に示します。

サービスの動作環境

サービス名

表示名

物理ホスト

oracledb_exporter_インスタンス名

OracleDB Exporter インスタンス名

論理ホスト

oracledb_exporter_インスタンス名_論理ホスト名

OracleDB Exporter インスタンス名 論理ホスト名

(b)　サービスの起動

次のどちらかの方法で，OracleDB exporterを起動します。

Windows 管理ツールのサービス画面で起動する。

scコマンドやnetコマンドで起動する。

(c)　サービスの停止

次のどちらかの方法で，OracleDB exporterを停止します。

Windows 管理ツールのサービス画面で停止する。

scコマンドやnetコマンドで停止する。

(d)　自動起動の設定

Windows 管理ツールのサービス画面で，OracleDB exporterの「スタートアップの種類」に自動起動の設定をします。

(2)　Linux環境

(a)　ユニット名とDescription

Linux環境でのOracleDB exporterのサービスのユニット名とDescriptionを，次に示します。

サービスの動作環境

ユニット名

Description

物理ホスト

oracledb_exporter_インスタンス名

OracleDB Exporter インスタンス名

論理ホスト

oracledb_exporter_インスタンス名_論理ホスト名

OracleDB Exporter インスタンス名 論理ホスト名

(b)　サービスの起動

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

$ systemctl start ユニット名

(c)　サービスの停止

次のコマンドでサービスを停止します。

$ systemctl stop ユニット名

(d)　自動起動の設定

自動起動の有効化

次のコマンドでサービスの自動起動を有効にします。

$ systemctl enable ユニット名

自動起動の無効化

次のコマンドでサービスの自動起動を無効にします。

$ systemctl disable ユニット名

(e)　死活監視

次のコマンドでサービスの稼働状況を確認します。

$ systemctl is-active ユニット名

10.4.2　Node exporter for AIXのサービス

Node exporter for AIXのサービスの操作は，監視対象のAIXホストで実施します。

(1)　サービスの登録の有効化

次のコマンドでサービスの登録を有効にします。

物理ホスト運用の場合

mkssys -p /bin/sh -s jpc_node_exporter_aix -u root -S -f 9 -n 15 -a "-c ¥"'Node exporter for AIXの配置先/jp1ima/bin/node_exporter_aix' -CcADmdiabf -p 20730 2>&1 | logger¥""

論理ホスト運用の場合

mkssys -p /bin/sh -s jpc_node_exporter_aix_論理ホスト名※ -u root -S -f 9 -n 15 -a "-c ¥"'Node exporter for AIXの配置先/jp1ima/bin/node_exporter_aix'  -CcADmdiabf -p 20730 2>&1 | logger¥""

注※

論理ホスト名が8バイト以上の場合は，「jpc_node_exporter_aix_」の後ろに7文字以内の任意の文字列を付加して，-sオプションに指定します。また，-sオプションに指定する文字列は，lssrc -aコマンドのSubsystem内で一意にしてください。

上記のnode_exporer_aixコマンドのオプションの詳細を，次に示します。

node_exporer_aixコマンドのオプション

項目名

説明

変更可否

JP1/IM - Agentでユーザーが設定する内容

JP1/IM - Agentのデフォルト値

-C※

linux node exporterに関するメトリックスの収集を行う場合に指定します。

○

−

−

-c※

CPUに関するメトリックスの収集を行う場合に指定します。

○

−

−

-A※

ディスクアダプタに関するメトリックスの収集を行う場合に指定します。

○

−

−

-D※

ディスクパスに関するメトリックスの収集を行う場合に指定します。

○

−

−

-m※

メモリに関するメトリックスの収集を行う場合に指定します。

○

−

−

-d※

ディスクに関するメトリックスの収集を行う場合に指定します。

○

−

−

-i※

ネットワークインターフェースに関するメトリックスの収集を行う場合に指定します。

○

−

−

-a※

ネットアダプタに関するメトリックスの収集を行う場合に指定します。

○

−

−

-b※

ネットバッファに関するメトリックスの収集を行う場合に指定します。

○

−

−

-f※

ファイルシステムに関するメトリックスの収集を行う場合に指定します。

○

−

−

-p

待ち受けポートを指定します。

○

ポートを変更したい場合に指定します。

-p 20730

（凡例）

○：変更可　−：該当なし

注※

-p以外のオプションをすべて指定していない場合は有効になります。

(2)　サービスの登録の無効化

次のコマンドでサービスの登録を無効にします。

物理ホスト運用の場合

rmssys -s jpc_node_exporter_aix

論理ホスト運用の場合

rmssys -s jpc_node_exporter_aix_論理ホスト名※

注※

論理ホスト名が8バイト以上の場合は，「10.4.2(1)サービスの登録の有効化」または「10.4.2(3)サービスの登録の変更」で指定した7文字以内の任意の文字列を，「jpc_node_exporter_aix_」の後ろに付加して，-sオプションに指定します。

(3)　サービスの登録の変更

Node exporter for AIXのポート番号を変更する場合は，次のコマンドでサービス登録を変更します。

物理ホスト運用の場合

chssys -p /bin/sh -s jpc_node_exporter_aix -u root -S -f 9 -n 15 -a "-c ¥"'Node exporter for AIXの配置先/jp1ima/bin/node_exporter_aix'  -CcADmdiabf -p 変更後のポート番号 2>&1 | logger¥""

論理ホスト運用の場合

chssys -p /bin/sh -s jpc_node_exporter_aix_論理ホスト名※ -u root -S -f 9 -n 15 -a "-c ¥"'Node exporter for AIXの配置先/jp1ima/bin/node_exporter_aix'  -CcADmdiabf -p 変更後のポート番号 2>&1 | logger¥""

注※

論理ホスト名が8バイト以上の場合は，「jpc_node_exporter_aix_」の後ろに7文字以内の任意の文字列を付加して，-sオプションに指定します。また，-sオプションに指定する文字列は，lssrc -aコマンドのSubsystem内で一意にしてください。

(4)　サービスの状態の確認

次のコマンドでサービスの状態を確認します。

物理ホスト運用の場合

lssrc -s jpc_node_exporter_aix

論理ホスト運用の場合

lssrc -s jpc_node_exporter_aix_論理ホスト名※

注※

論理ホスト名が8バイト以上の場合は，「10.4.2(1)サービスの登録の有効化」または「10.4.2(3)サービスの登録の変更」で指定した7文字以内の任意の文字列を，「jpc_node_exporter_aix_」の後ろに付加して，-sオプションに指定します。

(5)　サービスの登録内容の確認

次のコマンドでサービスの登録内容を確認します。

物理ホスト運用の場合

lssrc -S -s jpc_node_exporter_aix

論理ホスト運用の場合

lssrc -S -s jpc_node_exporter_aix_論理ホスト名※

注※

論理ホスト名が8バイト以上の場合は，「10.4.2(1)サービスの登録の有効化」または「10.4.2(3)サービスの登録の変更」で指定した7文字以内の任意の文字列を，「jpc_node_exporter_aix_」の後ろに付加して，-sオプションに指定します。

(6)　サービスの起動

サービスを起動する。

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

物理ホスト運用の場合

startsrc -s jpc_node_exporter_aix

論理ホスト運用の場合

startsrc -s jpc_node_exporter_aix_論理ホスト名※

注※

論理ホスト名が8バイト以上の場合は，「10.4.2(1)サービスの登録の有効化」または「10.4.2(3)サービスの登録の変更」で指定した7文字以内の任意の文字列を，「jpc_node_exporter_aix_」の後ろに付加して，-sオプションに指定します。

サービスの起動を確認する。

「10.4.2(4)サービスの状態の確認」を実施し，サービスが起動したことを確認してください。

(7)　サービスの停止

サービスを停止する。

次のコマンドでサービスを停止します。

物理ホスト運用の場合

Node exporter for AIXの配置先/jp1ima/bin/jpc_stop_node_exporter_aix

論理ホスト運用の場合

Node exporter for AIXの配置先/jp1ima/bin/jpc_stop_node_exporter_aix -h 論理ホスト名※

注※

論理ホスト名が8バイト以上の場合は，「10.4.2(1)サービスの登録の有効化」または「10.4.2(3)サービスの登録の変更」で指定した7文字以内の任意の文字列を，「jpc_node_exporter_aix_」の後ろに付加して，-sオプションに指定します。

サービスの停止を確認する。

「10.4.2(4)サービスの状態の確認」を実施して，サービスが停止したことを確認します。

node_exporter_aixプロセスの停止を確認する。

psコマンドを実行し，node_exporter_aixプロセスが停止したことを確認します。

(8)　サービスの強制停止

サービスを強制停止する。

次のコマンドでサービスを強制停止します。

物理ホスト運用の場合

Node exporter for AIXの配置先/jp1ima/bin/jpc_stop_node_exporter_aix -f

論理ホスト運用の場合

Node exporter for AIXの配置先/jp1ima/bin/jpc_stop_node_exporter_aix -f -h 論理ホスト名※

注※

論理ホスト名が8バイト以上の場合は，「10.4.2(1)サービスの登録の有効化」または「10.4.2(3)サービスの登録の変更」で指定した7文字以内の任意の文字列を，「jpc_node_exporter_aix_」の後ろに付加して，-sオプションに指定します。

サービスの停止を確認する。

「10.4.2(4)サービスの状態の確認」を実施して，サービスが停止したことを確認します。

node_exporter_aixプロセスの停止を確認する。

psコマンドを実行し，node_exporter_aixプロセスが停止したことを確認します。

(9)　自動起動の有効化

自動起動を設定する。

次のコマンドで自動起動を有効にします。

物理ホスト運用の場合

mkitab "jpcaixexporter:2:wait:startsrc -s jpc_node_exporter_aix"

論理ホスト運用の場合

mkitab "jpcaixexporter:2:wait:startsrc -s jpc_node_exporter_aix_論理ホスト名※"

注※

論理ホスト名が8バイト以上の場合は，「10.4.2(1)サービスの登録の有効化」または「10.4.2(3)サービスの登録の変更」で指定した7文字以内の任意の文字列を，「jpc_node_exporter_aix_」の後ろに付加して，-sオプションに指定します。

設定内容を確認する。

次のコマンドで設定内容を確認します。

lsitab -a

（実行結果の例）

init:2:initdefault:
brc::sysinit:/sbin/rc.boot 3 >/dev/console 2>&1 # Phase 3 of system boot
・・・
jpcaixexporter:2:wait:startsrc -s jpc_node_exporter_aix

(10)　自動起動の無効化

自動起動を設定する。

次のコマンドで自動起動を無効にします。

物理ホスト運用の場合

rmitab "jpcaixexporter"

論理ホスト運用の場合

rmitab "jpcaixexporter"

設定内容を確認する。

次のコマンドで，手順1で指定した項目が削除されていることを確認します。

lsitab -a

(11)　自動停止の有効化

/etc/rc.shutdownファイルをテキストエディターで開き，次に示すNode exporter for AIXの記述を追加する。

物理ホスト運用の場合

Node exporter for AIXの配置先/jp1ima/bin/jpc_stop_node_exporter_aix

論理ホスト運用の場合

Node exporter for AIXの配置先/jp1ima/bin/jpc_stop_node_exporter_aix -h 論理ホスト名※

注※

論理ホスト名が8バイト以上の場合は，「10.4.2(1)サービスの登録の有効化」または「10.4.2(3)サービスの登録の変更」で指定した7文字以内の任意の文字列を，「jpc_node_exporter_aix_」の後ろに付加して，-sオプションに指定します。

/etc/rc.shutdownファイルの最後に，次に示す1行を追加する。

exit 0

/etc/rc.shutdownスクリプトは，最後に実行したコマンドの終了コードが「0」以外の場合，エラーと認識してシャットダウンの処理を中断します。

(12)　自動停止の無効化

/etc/rc.shutdownファイルをテキストエディターで開き，次に示すNode exporter for AIXの記述を削除する。

物理ホスト運用の場合

Node exporter for AIXの配置先/jp1ima/bin/jpc_stop_node_exporter_aix

論理ホスト運用の場合

Node exporter for AIXの配置先/jp1ima/bin/jpc_stop_node_exporter_aix -h 論理ホスト名※

注※

論理ホスト名が8バイト以上の場合は，「10.4.2(1)サービスの登録の有効化」または「10.4.2(3)サービスの登録の変更」で指定した7文字以内の任意の文字列を，「jpc_node_exporter_aix_」の後ろに付加して，-sオプションに指定します。

/etc/rc.shutdownファイルの最後に，次に示す1行を追加する。

exit 0

/etc/rc.shutdownスクリプトは，最後に実行したコマンドの終了コードが「0」以外の場合，エラーと認識してシャットダウンの処理を中断します。

10.5　クラスタシステムで運用する場合

10.5.1　サービスの起動

クラスタソフトから起動します。

10.5.2　サービスの停止

クラスタソフトから停止します。

10.5.3　自動起動の設定

クラスタソフトで制御するため，OS起動時のサービス自動起動の設定は行いません。

10.5.4　OSシャットダウン時の自動停止

クラスタソフトで制御するため，OSシャットダウン時のサービス自動停止の設定は行いません。

第3編　他製品との連携編

11　BJEXまたはJP1/ASとの連携

JP1/IMは，BJEXまたはJP1/ASが発行する応答要求メッセージをJP1イベントとして監視し，JP1/IM - Viewから応答入力する機能を提供しています。この章では，BJEXまたはJP1/ASと連携するためにJP1/IMが提供する機能，BJEXまたはJP1/ASとの連携方法，およびBJEXまたはJP1/AS連携時に使用するコマンドオプションについて説明します。

11.1　BJEXまたはJP1/ASとの連携の概要

BJEXは，メインフレームと類似のジョブ管理システムを，オープンシステムで実現する製品です。JP1/ASは，バッチジョブのためのシェルスクリプトを作成・実行するための製品です。JP1/AJSと連携して，バッチジョブ（バッチ処理を実行するジョブ）を制御するジョブ管理システムを，バッチジョブ実行システムといいます。バッチジョブ実行システムにJP1/IMを導入することで，BJEXまたはJP1/ASが発行するJP1イベントを基に，JP1/IM - Viewからバッチジョブの実行状況の監視，および実行結果の確認ができます。

BJEXまたはJP1/ASが出力するメッセージには，バッチジョブの実行中にオペレーターに応答入力を促す応答要求メッセージがあります。BJEXまたはJP1/ASは，応答要求メッセージをJP1イベントとして発行します。JP1/IMでは，このJP1イベントを監視し，メッセージに対して応答入力できる機能を提供しています。応答要求メッセージに相当するJP1イベントを応答待ちイベントと呼びます。応答待ちイベントを管理し，応答する機能を応答待ちイベント管理機能と呼びます。応答待ちイベント管理機能は，BJEXまたはJP1/ASと連携する場合に使用します。デフォルトでは無効となっているため，BJEXまたはJP1/ASと連携する場合は有効にしてください。

11.1.1　バッチジョブ実行システムと連携する場合のシステム構成

バッチジョブ実行システムとJP1/IMを連携する場合のシステム構成について説明します。

図11‒1　バッチジョブ実行システムとJP1/IMの構成例

図の例では，拠点マネージャーがある階層型のシステムで，バッチジョブ実行システムを監視しています。

各サーバの役割，および前提製品について説明します。適用OSについては，各製品のマニュアルを参照してください。また，適用バージョンについては，JP1/IM - Managerのリリースノートを参照してください。

ビューアー

JP1/IM - ViewからJP1/IM - Managerに接続して，監視や操作をします。前提製品を次に示します。

JP1/IM - View

統合マネージャー

システムを統合管理するサーバです。前提製品を次に示します。

JP1/IM - Manager

JP1/Base

拠点マネージャーまたは中継マネージャー

大規模なシステムを監視する場合などシステムを階層で管理したい場合に，統合マネージャーの下に配置するサーバです。前提製品を次に示します。

JP1/IM - Manager

JP1/Base

JP1/IMエージェント（JP1/AJSマネージャー）

JP1/IMの監視対象のサーバです。図の例では，JP1/AJSのマネージャーでもあります。前提製品を次に示します。

JP1/AJS - Manager

JP1/Base

バッチジョブ実行サーバ（JP1/AJSエージェント）

JP1/AJS - Managerから実行依頼を受けたバッチジョブなどの処理を実行するサーバです。バッチジョブ実行サーバは，JP1/IMの構成管理対象に含まれていなくても，JP1/IMと連携できます。JP1/IM - Managerとバッチジョブ実行サーバのBJEXまたはJP1/ASは1：n（nは1以上の整数）の構成で連携できます。連携する場合の設定方法については，「11.3　BJEXまたはJP1/ASと連携するための設定」を参照してください。

前提製品を次に示します。

JP1/AJS - Agent

JP1/Base

BJEXまたはJP1/AS

11.2　BJEXまたはJP1/AS連携用のJP1/IMの機能

BJEXまたはJP1/AS連携用にJP1/IMが提供している機能について説明します。

11.2.1　応答待ちイベントとJP1/IMの関係

バッチジョブがオペレーターの応答入力待ちの状態になると発行される応答待ちイベントは，次のとおりです。

BJEXの場合

イベントID：00005C21

JP1/ASの場合

イベントID：00007121

応答待ちイベントをJP1/IMで監視するためには，BJEXまたはJP1/AS側で，応答待ちイベントをJP1/IM - Managerのホスト（統合マネージャー）に直接発行する必要があります。また，JP1/IM - Managerでは，応答待ちイベント管理機能を有効にする必要があります。

応答待ちイベント（イベントID：00005C21）の詳細については，マニュアル「uCosminexus Batch Job Execution Server 使用の手引」を参照してください。

応答待ちイベント（イベントID：00007121）の詳細については，マニュアル「JP1/Advanced Shell」を参照してください。

(1)　応答待ちイベントの発行経路

BJEXまたはJP1/ASが発行する応答待ちイベントは，JP1/Baseのイベント転送経路を使わないで，統合マネージャーに対して直接発行します。BJEXが発行する応答待ちイベントを統合マネージャーに対して直接発行するには，BJEXの設定ファイル（bjex.conf）のJP1IM_MANAGER_HOSTパラメーターでJP1/IM - Managerのホスト名を指定します。また，JP1/ASが連携するJP1/IMは，JP1/ASの環境ファイルのHOSTNAME_JP1IM_MANAGERパラメーターで指定します。

BJEXまたはJP1/ASが発行する応答待ちイベントとBJEXまたはJP1/AS以外の製品が発行するJP1イベントの到着順序

JP1/AJSやJP1/Baseなど，BJEXまたはJP1/ASホスト上にあるBJEXまたはJP1/AS以外の製品が発行するJP1イベントは，JP1/Baseの転送経路を使って，拠点マネージャーを経由して統合マネージャーに転送します。そのため，BJEXまたはJP1/ASが発行する応答待ちイベントとBJEXまたはJP1/AS以外の製品が発行したJP1イベントが統合マネージャーに到着する順番が入れ替わる場合があります。この場合は，応答待ちイベントのメッセージテキスト中に含まれるジョブIDを参照して，ジョブごとにメッセージを区別してください。

BJEXまたはJP1/ASホストから発行される応答待ちイベントの発行経路を次の図に示します。

図11‒2　BJEXまたはJP1/ASホストから発行される応答待ちイベントの発行経路

重要

BJEXまたはJP1/ASが指定したホスト以外のJP1/IM - Managerに応答待ちイベントを転送した場合，転送先のホストでは応答待ちイベントとして扱われません。そのため，転送先のホストでは応答入力できません。

(2)　応答待ちイベント管理機能

応答待ちイベント管理機能を有効にすると，応答待ちイベントに対して，JP1/IM - Viewから応答入力するための機能が有効になります。応答待ちイベント管理機能はBJEXまたはJP1/ASと連携するJP1/IM - Managerで設定します。

また，応答待ちイベント管理機能を有効にしたあとに，ユーザーごとに応答入力や操作を可能にするかどうかを，JP1/IM - Viewの［ユーザー環境設定］画面で設定する必要があります。

設定方法については，「11.3　BJEXまたはJP1/ASと連携するための設定」を参照してください。

なお，応答待ちイベント管理機能，および応答待ちイベントの応答・操作を有効にしなくても，通常のJP1イベントとして応答待ちイベントを監視できます。

重要

応答待ちイベントとして扱われるJP1イベントは，応答待ちイベント管理機能を有効にしたあとにJP1/IM - Managerが受信した応答待ちイベントです。

11.2.2　応答待ちイベントの監視

応答待ちイベントは通常のJP1イベントと同様に扱われます。そのため自動アクションによる通知なども行えます。

ここでは，次の機能について，応答待ちイベントへの対応を説明します。このほかの機能については，通常のJP1イベントと同じ対応のため説明を省略します。

［イベントコンソール］画面での監視

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

繰り返しイベントの監視

イベント検索

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

(1)　［イベントコンソール］画面での監視

応答待ちイベントは，通常のJP1イベントと同様に，［イベント監視］ページ，［重要イベント］ページ，および［イベント検索］ページのイベント一覧に表示されます。また，応答待ちイベント管理機能，および応答待ちイベントの応答・操作を有効にした場合だけ表示される［応答待ちイベント］ページには，応答待ちイベントだけが表示されます。

［イベントコンソール］画面のイベント一覧では，通常のJP1イベントと同様に，応答待ちイベントに対して次の操作・設定ができます。

応答待ちイベントの詳細表示

連携製品のモニター起動

自動アクションの実行結果表示

JP1イベントの表示項目の変更

JP1イベントの背景色設定

応答待ちイベントへの対処状況設定

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

これらの機能の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「4.1　JP1イベントによる集中監視」を参照してください。

(a)　［応答待ちイベント］ページでの監視

［応答待ちイベント］ページには，応答していない応答待ちイベントの一覧が表示されます。［応答待ちイベント］ページを次に示します。

図11‒3　［応答待ちイベント］ページ

応答していない応答待ちイベントがあるかどうかは，［応答待ちイベント］ページのタブランプで確認できます。［応答待ちイベント］ページに応答待ちイベントが表示されると，［応答待ちイベント］ページのタブランプが緑色に点灯します。

応答待ちイベントは，イベントDBとは別に，応答待ちイベント滞留ファイルと呼ばれるファイルに保持されます。これを応答待ちイベントの滞留といいます。［応答待ちイベント］ページには，応答待ちイベントファイルに滞留している応答待ちイベントの情報が表示されます。

応答待ちイベントは，次の契機で［応答待ちイベント］ページから削除されます。

応答待ちイベントに応答したとき

応答待ちイベントの滞留が解除されたとき

応答待ちイベントがキャンセルされたとき

応答待ちイベントの滞留が解除される契機については，「11.2.3　応答待ちイベントの滞留」を参照してください。

［応答待ちイベント］ページに表示されているすべての応答待ちイベントが［応答待ちイベント］ページから消えると，タブランプの点灯が消えます。

各ページのイベント一覧では，応答待ちイベントであることが判別できるように，［種別］に応答待ちイベントを示すマーク[図データ]が表示されます。

なお，［応答待ちイベント］ページでは，JP1イベントの背景色を設定しても背景に色は付きません。

(2)　応答待ちイベントのフィルタリング

次のフィルターで応答待ちイベントをフィルタリングできます。

ユーザーフィルター

重要イベントフィルター

表示フィルター

応答待ちイベント管理機能を有効にすると，ユーザーフィルター，および重要イベントフィルターの条件定義画面に，応答待ちイベントを表示対象とするかどうかを選択する項目が表示されます。表示フィルターで応答待ちイベントをフィルタリングする場合は，応答待ちイベント管理機能，および応答待ちイベントの応答・操作を有効にする必要があります。

各フィルターの条件定義画面の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.44.8　フィルターの条件定義画面」を参照してください。

なお，イベント取得フィルターには，応答待ちイベントをフィルタリングする条件指定はありません。イベント取得フィルターは，応答待ちイベントを発行する製品単位でJP1イベントをフィルタリングするよう設定してください。

(3)　応答待ちイベントの集約表示

ネットワーク障害などが原因で，一つのバッチジョブから同一の応答待ちイベントが連続して発行された場合，集約表示されます。集約表示されるのは，［イベント監視］ページ，および［重要イベント］ページだけです。

何らかの障害によって同一の応答待ちイベントが複数発行されても，すべてに応答する必要はありません。一つの応答待ちイベントに応答することで，ほかの同一の応答待ちイベントは応答不要となります。ただし，応答不要となった応答待ちイベントは［応答待ちイベント］ページに残ったままとなるため，応答待ちイベントの滞留を解除する必要があります。応答待ちイベントの滞留については，「11.2.3　応答待ちイベントの滞留」を参照してください。

(4)　応答待ちイベントの検索

JP1イベントを検索する際，応答待ちイベントを検索条件として指定できます。応答待ちイベント管理機能，および応答待ちイベントの応答・操作を有効にした場合だけ，［イベント検索条件設定］画面に応答待ちイベントの条件項目が表示されます。

［イベント検索条件設定］画面の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.44.7　［イベント検索条件設定］画面」を参照してください。

なお，ログインしているマネージャーを検索対象にした場合だけ応答待ちイベントに対して応答できます。ログインしているマネージャー以外を検索対象とした場合は，応答待ちイベントであれば表示されますが応答できません。

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

イベント一覧に表示された応答待ちイベントの情報をCSV出力できます。CSV出力する機能には，次の二つがあります。

イベント一覧情報をファイルに保存する。

JP1/IM - Viewに表示されるイベント情報のスナップショットをCSV出力して保存できます。スナップショットとは，特定のタイミングで情報を抽出することを意味します。

JP1イベントの情報やアクションの実行結果などをクリップボードにコピーする。

クリップボードにコピーする機能を有効にしている場合，応答待ちイベントの情報やアクションの実行結果などについて，選択した部分の情報をCSV形式でクリップボードにコピーできます。デフォルトでは有効となっています。

応答待ちイベントをCSV出力して保存，またはクリップボードにコピーできるイベント一覧を次の表に示します。

表11‒1　CSV出力，またはクリップボードにコピーできるイベント一覧

操作

［イベント監視］ページ

［重要イベント］ページ

［関連イベント一覧］画面

［応答待ちイベント］ページ

［イベント検索］ページ

CSV出力

○

○

×

○

○

クリップボードにコピー

○

○

○

○

○

（凡例）

○：できる

×：できない

応答待ちイベントをCSV出力して保存，またはクリップボードへコピーした場合，アイコンで表示されている「種別」は，「応答待ちイベント」の文字列に変わって出力されます。また，繰り返しイベントのアイコンと応答待ちイベントのアイコンが同時に表示されている場合は，「繰り返しイベント，応答待ちイベント」の文字列に変わって出力されます。［応答待ちイベント］ページの情報をCSV出力した場合，ヘッダー情報の出力対象画面名には，「応答待ちイベント」が出力されます。

クリップボードにコピーする機能を有効にする手順については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.20.2　JP1/IM - View（セントラルコンソール・ビューアーおよびセントラルスコープ・ビューアー）の動作カスタマイズ（Windowsの場合）」を参照してください。

11.2.3　応答待ちイベントの滞留

応答待ちイベント管理機能を有効にすると，マネージャーのイベントDBに到着した応答待ちイベントは，イベントDBとは別に，応答待ちイベント滞留ファイルへ2,000件まで保持されます。これを応答待ちイベントの滞留といいます。

［応答待ちイベント］ページには，応答待ちイベント滞留ファイルに保持されている応答待ちイベントの情報が表示されます。

(1)　応答待ちイベントの滞留が解除される契機

応答待ちイベントは，次の契機で滞留が解除され，応答待ちイベント滞留ファイルから削除されます。

応答待ちイベントの応答に成功した場合

BJEXまたはJP1/ASから応答待ちイベントをキャンセルした場合

応答待ちイベントの滞留を手動で解除した場合

応答待ちイベントが2,000件を超えて発生した場合

最も古い応答待ちイベントの滞留が解除されます。

応答待ちイベント管理機能を無効にしてJP1/IM - Managerを再起動した場合

滞留の解除後，JP1/IM - Viewでイベント一覧の表示を更新すると，［応答待ちイベント］ページから滞留を解除した応答待ちイベントの表示が削除されます。なお，滞留が解除されて［応答待ちイベント］ページから表示が削除されても，応答待ちイベントがイベントDBに残っている場合は，［イベント検索］ページから検索できます。

(2)　応答待ちイベントが上限の2,000件を超えた場合の通知

JP1/IM - Managerは，応答待ちイベントの滞留数を監視し，滞留数が2,000件を超えると，上限を超えたことを通知するJP1イベント（イベントID：00003F41）を発行します。また，［応答待ちイベント］ページ上にはKAVB0551-Eのメッセージが表示されます。

図11‒4　応答待ちイベントが2,000件を超えた場合の［応答待ちイベント］ページ

滞留している応答待ちイベントの上限超過を通知するJP1イベントは，一度しか発行されません。また，KAVB0551-Eのメッセージは［応答待ちイベント］ページに表示されたままとなります。滞留数が上限を超えた場合は，メッセージに従って対処したあとに，滞留状態の監視を復帰させてください。滞留状態の監視を復帰させると，［応答待ちイベント］ページ上に表示されていたKAVB0551-Eのメッセージが消え，再度2,000件を超えたときにJP1イベントで通知します。

滞留状態の監視の復帰方法については，「11.4.4　応答待ちイベントの滞留状態の監視を復帰させる」を参照してください。

滞留が解除された応答待ちイベントに応答したい場合

滞留数が上限を超えて，［応答待ちイベント］ページから削除された応答待ちイベントに対して応答したい場合は，［イベント検索］ページで応答待ちイベントを検索して応答してください。滞留が解除された応答待ちイベントを特定するには，マネージャーの統合トレースログに出力されるKAVB1801-Eのメッセージで確認してください。

応答待ちイベントがイベントDBからも削除された場合は，発行元のホスト上で，発行元が提供する応答コマンド（bjexchmsgまたはadshchmsg）を使用して応答できます。BJEXの応答コマンド（bjexchmsg）を使った応答方法については，マニュアル「uCosminexus Batch Job Execution Server 使用の手引」を参照してください。JP1/ASの応答コマンド（adshchmsg）を使った応答方法については，マニュアル「JP1/Advanced Shell」を参照してください。

11.2.4　応答待ちイベントへの応答

応答待ちイベントに対して，JP1/IM - Viewから応答入力できます。例えば，バッチ処理の続行をオペレーターに確認するメッセージに対して，続行するかどうかを「yes」などのテキスト形式で応答入力できます。応答入力は，応答待ちイベントから表示する［応答入力］画面で設定します。

［応答入力］画面は，次に示すページのイベント一覧から応答したい応答待ちイベントを選択して起動します。

［応答待ちイベント］ページ

［イベント検索］ページ

検索先がログインしているマネージャーの場合だけ応答できます。

［関連イベント一覧］画面

［関連イベント一覧］画面が，［応答待ちイベント］ページから派生した場合だけ応答できます。［イベント検索］ページから派生した場合は，検索先がログインしているマネージャーの場合だけ応答できます。

(1)　応答待ちイベントへの応答の仕組み

応答待ちイベントへの応答は，応答待ちイベントの発行元プロセスが存在し，応答できる状態の場合だけ可能です。発行元プロセスの状態は，［応答入力］画面の［応答属性］に表示される［状態］で確認できます。発行元プロセスの状態は，［応答入力］画面を表示するタイミングで，JP1/IM - Managerが発行元に対して確認します。発行元とJP1/IM - Manager間の通信エラーなどで，発行元プロセスの状態が確認できなかった場合は，KAVB0555-Eのメッセージが出力され［応答入力］画面を表示できません。

図11‒5　［応答入力］画面

［応答属性］の［状態］に表示される，応答待ちイベントの発行元プロセスの状態を次の表に示します。

表11‒2　応答待ちイベントの発行元プロセスの状態

発行元プロセスの状態

説明

応答入力の可否

READY TO RESPOND

発行元のジョブが応答を待っている状態。

○

NO LONGER MANAGED BY BJEX

または

NO LONGER MANAGED BY JP1/AS

次のどれかの状態を示す。

JP1/AJSから発行元のジョブがキャンセルされた状態。

発行元のジョブがKILLされた状態。

応答した応答待ちイベントに対して［応答入力］画面を表示・更新した場合に，対象の応答待ちイベントの状態をBJEXで保持していない。

×

RESPONDED SUCCESSFULLY

［応答入力］画面で応答し，応答に成功した状態（応答した［応答入力］画面にだけ表示される）。

×

ALREADY RESPONDED

すでに応答した状態（応答した応答待ちイベントに対して［応答入力］画面を表示・更新した場合に表示される）。

×

（凡例）

○：応答入力できる

×：応答入力できない

発行元プロセスの状態が「READY TO RESPOND」の場合に，応答入力できます。それ以外の状態の応答待ちイベントは，すでに応答したか，発行元プロセスが存在しないため応答不要です。

応答待ちイベントに応答すると，応答入力した内容が発行元に送信されます。入力した内容が発行元に到達し，応答に成功すると，応答待ちイベントの状態が「対処済」になります。また，応答待ちイベントの滞留が解除され，［応答待ちイベント］ページから削除されます。

JP1/IM - Managerと発行元プロセス間で，応答待ちイベントの発行元プロセスの状態確認や応答入力で通信する際，60秒を超えて接続に失敗するとタイムアウトします。タイムアウト時間は変更できます。運用後に，応答待ちイベントの発行元サーバやネットワークの負荷が高いことが要因で，頻繁にエラーメッセージ（KAVB0554-E，KAVB0555-E）が出力される場合は，タイムアウト時間を長く設定してください。タイムアウト時間の設定方法については，「11.3.4(1)　接続のタイムアウト時間の設定」を参照してください。

(2)　応答待ちイベントに応答するための条件

応答待ちイベントに応答できる条件を次に示します。

応答するJP1ユーザーがJP1_Console_Operator権限以上の操作権限を持っている。

応答していない応答待ちイベントである。

応答待ちイベントに応答できるのは一度だけです。イベント取得フィルターのイベント取得開始位置を変更して再取得しても，応答した応答待ちイベントには応答できません。

応答待ちイベント管理機能を有効にした状態で受信した応答待ちイベントである。

応答待ちイベント管理機能を無効にした状態で受信した応答待ちイベントは，応答入力できません。

イベント検索をした場合，検索先がログインしているマネージャーである。

(3)　BJEXまたはJP1/ASの応答コマンドによる応答

発行元プロセスとJP1/IM - Manager間の通信エラーなどによってJP1/IM - Viewからの応答入力に失敗した場合や，応答待ちイベントの滞留が解除されてイベントDBからも削除されてしまった場合など，JP1/IM - View上から応答できなくなった場合は，発行元のホスト上で，発行元が提供する応答コマンド（bjexchmsgまたはadshchmsg）を使用して応答できます。BJEXの応答コマンド（bjexchmsg）を使った応答方法については，マニュアル「uCosminexus Batch Job Execution Server 使用の手引」を参照してください。JP1/ASの応答コマンド（adshchmsg）を使った応答方法については，マニュアル「JP1/Advanced Shell」を参照してください。

11.2.5　応答待ちイベントのキャンセル

JP1/AJSからBJEXまたはJP1/ASのジョブをキャンセルしたり，BJEXまたはJP1/ASでジョブを削除したりした場合など，発行した応答待ちイベントへの応答が不要になるケースがあります。このような場合，ジョブをキャンセルした時点で，BJEXはJP1/IM - Managerに対してキャンセルイベント（イベントID：00005C22，00005C23，または00005C24）を発行します。また，JP1/ASはJP1/IM - Managerに対してキャンセルイベント（イベントID：00007122，00007123，または00007124）を発行します。JP1/IM - Managerがキャンセルイベントを受信すると，キャンセル対象の応答待ちイベントの滞留が解除され，［応答待ちイベント］ページから削除されます。また，応答待ちイベントの対処状況が「対処済」となります。

BJEXのキャンセルイベントの詳細については，マニュアル「uCosminexus Batch Job Execution Server 使用の手引」を参照してください。JP1/ASのキャンセルイベントの詳細については，マニュアル「JP1/Advanced Shell」を参照してください。

また，JP1/IM - View上から手動で応答待ちイベントをキャンセルすることもできます。不要となった応答待ちイベントをキャンセルするには，JP1/IM - View上で応答待ちイベントの滞留を解除します。

11.3　BJEXまたはJP1/ASと連携するための設定

JP1/IM - Managerのセットアップが済んでいることを前提に，BJEXまたはJP1/ASと連携するための設定について説明します。

なお，JP1/BaseとJP1/IM - Managerについては次の構成および設定を推奨します。

マネージャー上のJP1/Base，およびJP1/IM - Managerをクラスタ構成にする。

JP1/BaseとJP1/IM - Managerのヘルスチェック機能を有効にする。

11.3.1　JP1/IM - Managerの設定

JP1/IM - Managerで必要な設定について説明します。

(1)　応答待ちイベント管理機能を有効にする

応答待ちイベント管理機能はJP1/IM - Managerで設定します。応答待ちイベント管理機能を有効にすると，次の機能が有効になります。

応答待ちイベントの滞留

応答待ちイベントのキャンセル

応答待ちイベントの応答・操作の設定

［ユーザー環境設定］画面に応答待ちイベントの応答・操作を有効にするための設定項目が表示されます。

応答待ちイベントのフィルタリング

［ユーザーフィルター詳細設定］画面，および［重要イベント定義設定］画面に，応答待ちイベントをフィルタリングするかどうかを選択する項目が表示されます。

応答待ちイベント管理機能を有効にする手順を次に示します。

jcoimdefコマンドを実行する。

jcoimdef -resevent ONを実行します。

JP1/IM - Managerを再起動する。

注　jco_spmd_reloadコマンドによるリロードでは，有効になりません。

jcoimdefコマンドの-reseventオプションについては，「11.5.1　jcoimdef」を参照してください。

(2)　イベント取得フィルターの設定

イベント取得開始位置を，前回停止したときの状態から処理を続行するように設定してください。

イベント取得フィルターの取得開始位置の設定手順を次に示します。

jcoimdefコマンドを実行する。

jcoimdef -b -1を実行します。

jco_spmd_reloadコマンドを実行するか，JP1/IM - Managerを再起動する。

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

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

11.3.2　JP1/IM - Viewの設定

JP1/IM - Viewで必要な設定について説明します。

(1)　応答待ちイベントの応答および操作を有効にする

応答待ちイベントの応答・操作は，ユーザーごとにJP1/IM - Viewの［ユーザー環境設定］画面で有効に設定します。この設定を有効にすると，次の機能が有効となります。

［応答待ちイベント］の監視

［イベントコンソール］画面に［応答待ちイベント］ページが表示されます。

応答待ちイベントへの応答

［応答入力］画面で応答できます。

応答待ちイベントの検索

［イベント検索条件設定］画面に，検索条件として応答待ちイベントを指定する項目が表示されます。

応答待ちイベントのフィルタリング

［表示フィルター設定］画面に，応答待ちイベントを表示対象にするかどうかを選択する項目が表示されます。

応答待ちイベントの応答・操作を有効にする手順を次に示します。

［ユーザー環境設定］画面を表示する。

［イベントコンソール］画面で［オプション］−［ユーザー環境設定］を選択します。

［応答待ちイベント］の［有効］チェックボックスをチェックする。

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

［ユーザー環境設定］画面の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.44.6　［ユーザー環境設定］画面」を参照してください。

(2)　ユーザーフィルターの設定

ユーザーフィルターを使用して，ユーザーごとに監視できるJP1イベントを制限できます。応答待ちイベントを表示させたくないユーザーには，ユーザーフィルターで応答待ちイベントを表示しないように設定してください。デフォルトでは応答待ちイベントを表示します。

ユーザーフィルターの作成方法，および変更方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「5.2.2　ユーザーフィルターを設定する」を参照してください。

［ユーザーフィルター詳細定義］画面については，マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「3.44.8　フィルターの条件定義画面」を参照してください。

11.3.3　JP1/Baseの設定

認証サーバのJP1/Baseで，応答待ちイベントを操作するJP1ユーザーに対して操作権限を設定してください。

次の操作をするJP1ユーザーには，JP1_Console_Operator権限以上の操作権限が必要です。

応答待ちイベントへの応答入力

応答待ちイベントの滞留の手動解除

次の操作をするJP1ユーザーには，JP1_Console_Admin権限が必要です。

応答待ちイベントの滞留状態監視の復帰

設定方法の詳細については，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定の章を参照してください。

11.3.4　BJEXまたはJP1/ASとJP1/IM - Manager間の通信に関する設定

BJEXまたはJP1/ASとJP1/IM - Manager間の通信に関する設定について説明します。

(1)　接続のタイムアウト時間の設定

応答待ちイベントの発行元プロセスの状態確認や応答入力で通信する際の，接続のタイムアウト時間を変更できます。通常は設定を変更する必要はありません。運用後に，応答待ちイベントの発行元サーバやネットワークの負荷が高いことが要因で，頻繁にエラーメッセージ（KAVB0554-E，KAVB0555-E）が出力される場合は，タイムアウト時間を長く設定してください。タイムアウト時間は，JP1/IM - Managerで設定します。

接続のタイムアウト時間を変更する手順を次に示します。

マネージャーで任意のファイルを作成し，次のパラメーターを定義する。

[論理ホスト名¥JP1CONSOLEMANAGER]

"RESEV_TIMEOUT_MAX"=dword:16進数値

論理ホスト名の部分を，物理ホストの場合はJP1_DEFAULTに，論理ホストの場合は論理ホスト名に設定します。

60〜3,600（秒）の16進数値で指定します。デフォルトは「dword:0000003c」（60秒）です。

jbssetcnfコマンドを実行する。

作成した定義ファイルを引数にして，jbssetcnfコマンドを実行します。jbssetcnfコマンドを実行すると，定義ファイルの設定が共通定義情報に反映されます。jbssetcnfコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

jco_spmd_reloadコマンドを実行するか，JP1/IM - Managerを再起動する。

定義した内容が有効になります。

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

(2)　ファイアウォール環境でのパケット・フィルタリングの設定

ファイアウォール環境で運用する場合は，BJEXまたはJP1/ASとJP1/IM - Manager間の通信がファイアウォールを通過できるようにパケット・フィルタリングを設定してください。BJEXまたはJP1/ASとJP1/IM - Manager間の通信で使用するポート番号とファイアウォールの通過方向（コネクション確立の方向）を次の表に示します。

表11‒3　BJEXまたはJP1/ASとJP1/IM - Manager間の通信で使用するポート番号

サービス名

ポート

通過方向

jp1bsplugin

20306/tcp

JP1/IM - Manager → BJEXまたはJP1/AS

jp1imevt

20098/tcp

BJEXまたはJP1/AS → JP1/IM - Manager

（凡例）

→：コネクション確立時の接続方向を示す

このほかに，JP1/IMおよびJP1/Baseが使用するポート番号については次の説明を参照してください。

JP1/Baseのポート番号：マニュアル「JP1/Base 運用ガイド」のポート番号の説明

JP1/IMのポート番号：マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録C　ポート番号」

11.3.5　BJEXまたはJP1/ASの設定

BJEXまたはJP1/ASで必要な設定について説明します。

(1)　連携するJP1/IM - Managerの指定

BJEXまたはJP1/ASが連携できるJP1/IM - Managerは1ホストであり，連携するJP1/IM - Managerを指定する必要があります。BJEXが連携するJP1/IM - Managerを指定するためには，BJEXの設定ファイル（bjex.conf）に，連携するJP1/IM - Managerのホスト名を指定します。JP1/ASが連携するJP1/IM - Managerを指定するためには，JP1/ASの環境ファイルに，連携するJP1/IM - Managerのホスト名を指定します。

BJEXの設定ファイル（bjex.conf）の詳細については，マニュアル「uCosminexus Batch Job Execution Server 使用の手引」を参照してください。JP1/ASの環境ファイルの詳細については，マニュアル「JP1/Advanced Shell」を参照してください。

(2)　応答待ちイベントの発行数の設定

BJEXまたはJP1/ASが発行する応答待ちイベントの発行数の上限を設定できます。滞留できる応答待ちイベントには2,000件の上限があるため，次の計算式の値が2,000以下になるように，応答待ちイベント数を見積もってください。

応答待ちイベントを出力する全ホストのUSERREPLY_WAIT_MAXCOUNTパラメーター値の総和＋他製品の最大応答待ちイベント出力数の総和

BJEXの応答待ちイベントの発行数の上限数は，BJEXの設定ファイル（bjex.conf）で設定します。JP1/ASの応答待ちイベントの発行数の上限数は，JP1/ASの環境ファイルで設定します。BJEXの応答待ちイベントの発行数の設定の詳細については，マニュアル「uCosminexus Batch Job Execution Server 使用の手引」を参照してください。JP1/ASの応答待ちイベントの発行数の設定の詳細については，マニュアル「JP1/Advanced Shell」を参照してください。

11.4　応答待ちイベントの操作

応答待ちイベントに対する操作手順について説明します。

11.4.1　応答待ちイベントに応答する操作の流れ

セントラルコンソール，およびセントラルスコープで応答待ちイベントを監視して，応答する操作の流れについて説明します。

(1)　セントラルコンソールで応答待ちイベントを監視する

セントラルコンソールで応答待ちイベントを監視し，応答する流れを次の図に示します。

図11‒6　セントラルコンソールで応答待ちイベントを監視して応答する流れ

図中の番号に従って説明します。

応答待ちイベントを受信すると，［イベントコンソール］画面の［応答待ちイベント］ページに応答待ちイベントが表示されます。

応答待ちイベントから［応答入力］画面を表示します。

応答待ちイベントの発行元プロセスの状態やメッセージの内容を確認します。

発行元プロセスの状態が「応答可能」になっていることを確認します。

［応答入力］欄に応答内容を入力し，［応答］ボタンをクリックします。

応答に成功すると，［応答待ちイベント］ページから応答待ちイベントが削除されます。

［イベント検索］ページで応答待ちイベントを検索すると，応答待ちイベントの状態は「対処済」となります。

(2)　セントラルスコープで応答待ちイベントを監視する

セントラルスコープで応答待ちイベントを監視して応答する流れを次の図に示します。

図11‒7　セントラルスコープで応答待ちイベントを監視して応答する流れ

図中の番号に従って説明します。

監視オブジェクトの状態変更条件に一致する応答待ちイベントを受信すると，監視オブジェクトの状態が変わります。

監視オブジェクトから状態変更イベントを検索して，［イベント検索］ページに応答待ちイベントを表示します。

応答待ちイベントから［応答入力］画面を表示します。

応答待ちイベントの発行元プロセスの状態やメッセージの内容を確認します。

発行元プロセスの状態が「応答可能」になっていることを確認します。

［応答入力］欄に応答内容を入力し，［応答］ボタンをクリックします。

［イベント検索］ページで再度応答待ちイベントを検索すると，応答に成功した応答待ちイベントの状態は「対処済」となります。

応答待ちイベントの対処済みに連動して，［監視ツリー］画面上の監視オブジェクトの状態が正常に戻ります。

11.4.2　応答待ちイベントに応答する

応答待ちイベントに応答するための条件については，「11.2.4(2)　応答待ちイベントに応答するための条件」を参照してください。なお，この操作にはJP1_Console_Operator権限以上の操作権限が必要です。

応答待ちイベントに応答する手順を次に示します。

次のどれかの方法で［応答入力］画面を表示する。

［応答待ちイベント］ページ，または［イベント検索］ページで応答待ちイベントを選択したあと，［メインメニュー］−［表示］−［応答入力］を選択する。

［応答待ちイベント］ページ，［イベント検索］ページ，または［関連イベント一覧］画面で応答待ちイベントを選択したあと，ポップアップメニューの［応答入力］を選択する。

［イベント詳細］画面の［応答入力］ボタンをクリックする。

［応答入力］画面の［応答入力］欄に，応答内容を入力する。

メッセージの内容を確認し，応答内容を入力します。

入力できるバイト数は512バイトまでです。

入力できる文字は，ASCIIコード0x20-0x7Eの範囲の文字です。

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

応答をしてよいかどうかを確認するダイアログボックスが表示されます。［はい］ボタンをクリックすると応答します。［いいえ］ボタンをクリックすると，応答しないで［応答入力］画面に戻ります。

応答に成功すると，［応答待ちイベント］ページから応答待ちイベントが削除され，応答待ちイベントの対処状況が「対処済」に変わります。

11.4.3　応答待ちイベントの滞留を手動で解除する

応答が不要となった場合や，応答に成功したのに滞留の解除に失敗した場合に，応答待ちイベントの滞留を手動で解除してください。なお，この操作にはJP1_Console_Operator権限以上の操作権限が必要です。

応答待ちイベントの滞留を解除する手順を次に示します。

［イベントコンソール］画面の［応答待ちイベント］ページを表示する。

滞留を解除したい応答待ちイベントの発行元プロセスの状態を確認する。

滞留を解除したい応答待ちイベントを選択して，［応答入力］画面を表示します。発行元プロセスの状態が「NO LONGER MANAGED BY BJEX」または「ALREADY RESPONDED」になっていることを確認します。

応答待ちイベントの対処状況を「対処済」にする。

滞留を解除して問題なければ，応答待ちイベントの対処状況を「対処済」にします。応答待ちイベントを選択し，［表示］−［対処済］を選択します。

滞留を解除したい応答待ちイベントを選択し，［表示］−［滞留解除］を選択する。または，ポップアップメニューの［滞留解除］を選択する。

複数の応答待ちイベントを選択できます。［滞留解除］を選択すると，滞留が解除されます。

イベント一覧の表示を更新すると，応答待ちイベントが［応答待ちイベント］ページから削除されます。

誤って滞留を解除した場合，再度滞留させることはできません。誤って滞留を解除した応答待ちイベントに応答したい場合は，［イベント検索］ページで応答待ちイベントを検索して応答してください。

11.4.4　応答待ちイベントの滞留状態の監視を復帰させる

応答待ちイベントの滞留数が2,000件を超えたあとに，滞留状態の監視を復帰させると，再び滞留数が2,000件を超えた場合にJP1イベントで通知します。なお，この操作にはJP1_Console_Admin権限が必要です。

滞留状態の監視を復帰させる前に，マネージャーの統合トレースログであふれた応答待ちイベントを確認し，応答してください。滞留が解除された応答待ちイベントに応答する方法については，「11.2.3(2)　応答待ちイベントが上限の2,000件を超えた場合の通知」を参照してください。

応答待ちイベントの滞留状態の監視を復帰させる手順を次に示します。

［イベントコンソール］画面で，［オプション］−［機能状態通知復帰］−［滞留状態監視］を選択する。

滞留状態の監視が復帰します。復帰したあとに［イベントコンソール］画面を更新すると，［応答待ちイベント］ページの［滞留状態］に表示されているKAVB0551-Eのメッセージが消えます。

11.5　BJEXまたはJP1/AS連携時のコマンド

BJEXまたはJP1/ASと連携する場合に使用するコマンドのオプションについて説明します。そのほかのオプションや，コマンドの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「1.　コマンド」を参照してください。なお，参照先のマニュアルでは，BJEX連携用のオプションについては説明していません。

11.5.1　jcoimdef

jcoimdefコマンドは，JP1/IM - Managerのシステム環境を設定，または設定値を参照するためのコマンドです。このコマンドを実行すると設定内容が標準出力に出力されます。

BJEXまたはJP1/ASと連携する場合に指定するオプションを次に示します。

-resevent {ON | OFF}

-resevent ONを指定すると，応答待ちイベント管理機能が有効になります。-resevent OFFを指定すると，応答待ちイベント管理機能が無効になります。

JP1/IM - Managerを起動させたまま，jcoimdefコマンドの-reseventオプションで，応答待ちイベント管理機能を有効または無効に設定変更した場合は，JP1/IM - Managerの再起動が必要です。また，接続中のJP1/IM - Viewも再起動が必要です。

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

11.5.2　jim_log.bat（Windows限定）

jim_log.batは，JP1/IM - ManagerまたはJP1/IM - Viewで障害が発生したときに資料を採取するためのツールです。JP1/IM - Manager，JP1/IM - View，およびJP1/Baseの保守資料，OSのシステム情報，統合トレースログなどを採取します。

BJEXまたはJP1/ASと連携する場合に指定するオプションを次に示します。

-a

応答待ちイベント滞留ファイルを採取しない場合に指定します。

なお，jim_log.batで採取した応答待ちイベント滞留ファイルは，次に示すフォルダに一次資料として格納されます。

物理ホストの一次資料の内部フォルダ

資料格納フォルダ¥jp1_default¥imm_1st¥cons¥log¥response

論理ホストの一次資料の内部フォルダ

資料格納フォルダ¥論理ホスト名¥imm_1st¥cons¥log¥response

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

11.5.3　jim_log.sh（UNIX限定）

jim_log.shは，JP1/IM - Managerで障害が発生したときに資料を採取するためのツールです。JP1/IM - ManagerおよびJP1/Baseの保守資料，OSのシステム情報，統合トレースログなどを採取します。

BJEXまたはJP1/ASと連携する場合に指定するオプションを次に示します。

-a

応答待ちイベント滞留ファイルを採取しない場合に指定します。

なお，jim_log.shで採取した応答待ちイベント滞留ファイルは，次に示すディレクトリに一次資料として格納されます。

物理ホストの一次資料の内部ディレクトリ

./var/opt/jp1cons/log/response

論理ホストの一次資料の内部ディレクトリ

./共有ディスク/jp1cons/log/response

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

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

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

この章では，JP1/IMでトラブルが発生した場合の対処方法や，トラブルの原因になりやすい項目について説明します。

12.1　対処の手順

JP1/IMでトラブルが起きた場合の対処の手順を次の図に示します。

図12‒1　トラブル発生時の対処手順

12.2　ログ情報の種類

この節では，JP1/IMを運用しているときに出力されるログ情報について説明します。

12.2.1　JP1/IM - Managerのログ情報

(1)　共通メッセージログ

共通メッセージログとは，システム側のトラブルを通知する，システム管理者向けのログ情報のことです。共通メッセージログは，必要最小限のトラブル情報を通知します。

共通メッセージログは，UNIXの場合はsyslogファイル，Windowsの場合はWindowsイベントログに出力されます。

なお，SUSE Linux 15以降の場合，デフォルトではsyslogには出力されずに，ジャーナルと呼ばれるログファイルに出力されます。このマニュアルでのシスログ（syslog）をジャーナルに読み替えてください。

UNIXの場合は，次のファイルに出力されます。

/var/log/messages（Linuxの場合）

重要

UNIXの場合は，syslogファイルにメッセージが出力されるときに，syslogファイルの動作によってメッセージが出力されないことがあります。

(2)　統合トレースログ

統合トレースログとは，各プログラムが出力するトレース情報を，統合トレース機能（HNTRLib2）を通じて，一つの出力先ファイルにまとめて採取するログ情報のことです。共通メッセージログより詳しい内容のメッセージが出力されます。

JP1/IM - Agentの製品プラグインのログは，JP1/IM - Managerの統合トレースログに出力されます。

統合トレースログのデフォルトの出力先は次のとおりです。

32bit版のWindowsの場合

システムドライブ¥Program Files¥Hitachi¥HNTRLib2¥spool¥hntr2{1|2|3|4}.log

64bit版のWindowsの場合

システムドライブ¥Program Files¥Hitachi¥HNTRLib2¥spool¥hntr2{1|2|3|4}.log

または

システムドライブ¥Program Files(x86)¥Hitachi¥HNTRLib2¥spool¥hntr2{1|2|3|4}.log

UNIXの場合

/var/opt/hitachi/HNTRLib2/spool/hntr2{1|2|3|4}.log

統合トレースログファイルは，任意のテキストエディターで参照できます。統合トレースログの出力例を次に示します。

図12‒2　統合トレースログファイルの出力例

統合トレースログファイルに出力されるヘッダー情報と出力項目の説明を次に示します。

表12‒1　統合トレースログファイルのヘッダー情報

ヘッダー情報

説明

OS情報

統合トレース機能が起動しているOSの情報です。

ホスト名

統合トレース機能が起動しているホスト名です。

タイムゾーン

Windowsの場合

OSのタイムゾーンです。

UNIXの場合

統合トレースプロセスの環境変数TZです。

環境変数TZが設定されていない場合はUnknownとなります。

統合トレースログ機能起動時刻

統合トレース機能を起動した時刻です。

表12‒2　統合トレースログファイルの出力項目

出力項目

説明

番号（4桁）

トレースレコードの通番

番号はログを出力したプロセスごとに採番されます。

日付（10バイト）

トレースの取得日付：yyyy/mm/dd（年/月/日）

時刻（12バイト）

トレースの取得時刻（ローカル時刻）：hh:mm:ss.sss（時:分:秒.ミリ秒）

AP名（16バイト以内）

アプリケーションを識別するための名称（アプリケーション識別名）。

JP1/IM - Managerで出力されるAP名は次のとおりです。

JP1/IM-Managerサービス

JP1/IM-Manager

イベント基盤サービス

evflow

アクション実行サービス

jcamain

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

evgen

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

jcsmain

IM構成管理サービス

jcfmain

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

jddmain

プロセス管理

JCO_SPMD

jcochstatコマンド

jcochngstat

そのほかのコマンド

コマンド名

JP1/IM - Viewで出力されるAP名は次のとおりです。

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

JP1/IM-View

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

JP1/IM-View

IM構成管理・ビューアー

JP1/IM-View

ツリー編集画面

JP1/IM-Edit

pid

プロセスID。OSが付けるプロセスID。

tid

スレッドID。スレッドを識別するためのID。

メッセージID

メッセージの出力形式で説明したメッセージID。この製品で使用するメッセージID。

メッセージテキスト

統合トレースログに出力されるメッセージのテキスト。この製品から出力されるメッセージテキスト。

統合トレースログに出力されるログの時刻は，出力したプロセスのタイムゾーンでフォーマットされます。

このため，環境変数TZを変更したユーザーなどがサービスを起動したり，コマンドを実行したりすると，OSに設定されているタイムゾーンと異なる時刻が出力されることがあります。

(3)　操作ログ

JP1/IM - Managerの操作ログは，不正なアクセスなどセキュリティ上の問題発生時の原因究明や，システムを安全に運用するための情報収集を目的として，「いつ」「だれが」「どこから」「成功・不成功」などのログイン・ログアウトの情報の履歴を出力するログ情報です。操作ログの詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録K　操作ログの出力」を参照してください。

(4)　個別ログ

初期シークレットおよびIMクライアントシークレットを使用したJP1/IM - ManagerのREST APIの認証結果について，認証の成功または失敗とその時刻を，次の形式でシークレット認証ログファイルに出力します。初期シークレット，IMクライアントシークレットについてはマニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「3.7　初期シークレットとクライアントシークレット」を参照してください。ファイルの文字コードはUTF-8（BOMなし），ファイルの最大サイズは60MBです。

時刻 メッセージ種別 メッセージ

出力項目

説明

時刻

「yyyy/MM/dd hh:mm:ss.SSS」形式の時刻を出力します。

メッセージ種別

次のどれかのメッセージ種別を出力します。

INFO：通知

WARN：警告

ERROR：エラー

メッセージ

次のどれかのメッセージを出力します。

KAJY68010-I

KAJY68011-E

KAJY68019-E

メッセージの詳細については，マニュアル「JP1/Integrated Management 3 - Manager メッセージ」の「2.　メッセージ一覧」を参照してください。

1行に出力できる文字数は4,096バイトまでです。4,096バイトを超える場合は，折り返して出力します。4,096バイト目がマルチバイト文字の途中だったときは，その文字から折り返します。

また，シークレット認証ログファイルの出力先は次のとおりです。

Windowsの場合

物理ホストのとき：Managerパス¥log¥secretAuth¥jddSecretAuth.log{.1|2|3}

論理ホストのとき：共有フォルダ¥jp1imm¥log¥secretAuth¥jddSecretAuth.log{.1|2|3}

UNIXの場合

物理ホストのとき：/var/opt/jp1imm/log/secretAuth/jddSecretAuth.log{.1|2|3}

論理ホストのとき：共有ディレクトリ/jp1imm/log/secretAuth/jddSecretAuth.log{.1|2|3}

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

JP1/IMが出力するログ情報の種類とデフォルトのファイル名およびディレクトリ名について説明します。

なお，ここで説明するファイルは，製品保守の必要上出力しているものです。これらのファイルについては，ユーザーが参照または変更する必要はありません。ただし，システム障害が発生したときなどには，資料採取のためにこれらのファイルをご利用元で一時保管していただくことがあります。

(a)　Windowsの場合

Windows版のJP1/IMが出力するデフォルトのログファイルおよびフォルダを次の表に示します。

「ログの種類」には，JP1/IMが出力するログの種類を記載しています。

「デフォルトのファイル名・フォルダ名」には，JP1/IM - Manager，JP1/IM - View，またはJP1/Baseをデフォルトでインストールした場合のログファイル名を絶対パスで記載しています。また，クラスタ運用の場合の「デフォルトのファイル名・フォルダ名」には，共有フォルダのログファイル名を絶対パスで記載しています。

「最大ディスク使用量」には，ログファイルが最大でどの程度ディスクを使用するのかを記載しています。ログファイルが複数ある場合は，その合計量を記載しています。

「ファイルの切り替え時期」には，JP1/IMが出力先のログファイルを切り替えるタイミングを記載しています。ファイルがこの欄に示すサイズに達したとき，またはこの欄に示す事象が起きたときに，出力先が切り替わります。なお，ログファイルが複数あり，最大ディスク使用量に達した場合は，更新日付の古いファイルから上書きされます。

表12‒3　JP1/IM - Manager（コンポーネント共通）のログファイル・フォルダ一覧（Windows）

ログの種類

デフォルトのファイル名・フォルダ名

最大ディスク使用量

ファイルの切り替え時期

操作ログ

Managerパス¥log¥operationlog¥imm_operation{なし|1|2・・・|16}.log※1

55メガバイト※1

5メガバイト※1，※2

jimnodecountコマンドのログ※3

Managerパス¥log¥nodecount¥jimnodecount_cmd{1|2}.log

20メガバイト

10メガバイト

注※1　マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「操作ログ定義ファイル（imm_operationlog.conf）」（2.　定義ファイル）によって，出力先，保存面数，ファイルサイズを変更できます。最大ディスク使用量とファイルの切り替え時期に記載しているバイト数は，保存面数およびファイルサイズが初期値の場合の値です。

注※2　操作ログのファイル切り替え時の動作については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録K.2　操作ログの保存形式」を参照してください。

注※3　プロセス別トレースログです。プロセス別トレースログとは，JP1/IMの各機能が出力するログ情報のことです。各機能によって異なるログファイルに出力されます。なお，プロセス別トレースログには製品情報が含まれているため，内容は公開していません。

表12‒4　JP1/IM - Manager（セントラルコンソール）のログファイル・フォルダ一覧（Windows）

ログの種類

デフォルトのファイル名・フォルダ名

最大ディスク使用量

ファイルの切り替え時期

プロセス管理ログ※9

Consoleパス¥log¥JCO_SPMD{1|2|3}.log

384キロバイト

128キロバイト

Consoleパス¥log¥JCO_SPMD_COMMAND{1|2|3}.log

384キロバイト

128キロバイト

共有フォルダ¥jp1cons¥log¥JCO_SPMD{1|2|3}.log

384キロバイト

128キロバイト

共有フォルダ¥jp1cons¥log¥JCO_SPMD_COMMAND{1|2|3}.log

384キロバイト

128キロバイト

スタックトレースログ※9

Consoleパス¥log¥javalog0{1|2|3|4}.log

1メガバイト

起動時，または256キロバイト

共有フォルダ¥jp1cons¥log¥javalog0{1|2|3|4}.log

1メガバイト

起動時，または256キロバイト

論理ホスト設定プログラムログ※9

Consoleパス¥log¥jp1hasetup.{log|log.old}

2,000キロバイト

1,000キロバイト

セットアップ時のログ※9

Consoleパス¥log¥command¥comdef[_old].log

512キロバイト

256キロバイト

イベントコンソールログ※9

Consoleパス¥log¥console¥EVCONS{1|2|3}.log

30,720キロバイト

10,240キロバイト

Consoleパス¥log¥console¥jp1cons{1|2|3|4|5|6|7|8}.log

40,960キロバイト

5,120キロバイト※1

Consoleパス¥log¥console¥evtcon_exe{1|2|3}.log

256キロバイト×3

256キロバイト

Consoleパス¥log¥console¥JCOAPI{1|2|3}.log

96キロバイト

32キロバイト

Consoleパス¥log¥console¥jp1consM{1|2・・・|60}.log

300メガバイト

5メガバイト※1

Consoleパス¥log¥console¥jp1eventStormDef{1|2|3|4|5}.log

100メガバイト

20メガバイト

Consoleパス¥log¥console¥jp1filterDef{1|2|3|4|5}.log

100メガバイト

20メガバイト

Consoleパス¥log¥console¥jp1bizGroupDef{1|2}.log

10メガバイト

5メガバイト

Consoleパス¥log¥console¥jp1cmdButtonDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

Consoleパス¥log¥console¥jp1exattrnameDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

共有フォルダ¥jp1cons¥log¥console¥EVCONS{1|2|3}.log

30,720キロバイト

10,240キロバイト

共有フォルダ¥jp1cons¥log¥console¥jp1cons{1|2|3|4|5|6|7|8}.log

40,960キロバイト

5,120キロバイト※1

共有フォルダ¥jp1cons¥log¥console¥evtcon_exe{1|2|3}.log

256キロバイト×3

256キロバイト

共有フォルダ¥jp1cons¥log¥console¥JCOAPI{1|2|3}.log

96キロバイト

32キロバイト

共有フォルダ¥jp1cons¥log¥console¥jp1consM{1|2・・・|60}.log

300メガバイト

5メガバイト※1

共有フォルダ¥jp1cons¥log¥console¥jp1eventStormDef{1|2|3|4|5}.log

100メガバイト

20メガバイト

共有フォルダ¥jp1cons¥log¥console¥jp1filterDef{1|2|3|4|5}.log

100メガバイト

20メガバイト

共有フォルダ¥jp1cons¥log¥console¥jp1bizGroupDef{1|2}.log

10メガバイト

5メガバイト

共有フォルダ¥jp1cons¥log¥console¥jp1cmdButtonDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

共有フォルダ¥jp1cons¥log¥console¥jp1exattrnameDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

自動アクショントレースログ※9

Consoleパス¥log¥action¥JCAMAIN{1|2|3|4|5}.log

25,600キロバイト※2

5,120キロバイト

共有フォルダ¥jp1cons¥log¥action¥JCAMAIN{1|2|3|4|5}.log

25,600キロバイト※2

5,120キロバイト

製品情報のログ※9

Consoleパス¥log¥hliclib¥hliclibtrc{1|2|3|4|5}.log

5メガバイト

1メガバイト

Consoleパス¥log¥hliclib¥hlicliberr{1|2|3|4|5}.log

5メガバイト

1メガバイト

Consoleパス¥log¥hliclib¥hliclibmgrtrc{1|2|3|4|5}.log

5メガバイト

1メガバイト

Consoleパス¥log¥hliclib¥hliclibmgrerr{1|2|3|4|5}.log

5メガバイト

1メガバイト

共有フォルダ¥jp1cons¥log¥hliclib¥hliclibtrc{1|2|3|4|5}.log

5メガバイト

1メガバイト

共有フォルダ¥jp1cons¥log¥hliclib¥hlicliberr{1|2|3|4|5}.log

5メガバイト

1メガバイト

共有フォルダ¥jp1cons¥log¥hliclib¥hliclibmgrtrc{1|2|3|4|5}.log

5メガバイト

1メガバイト

共有フォルダ¥jp1cons¥log¥hliclib¥hliclibmgrerr{1|2|3|4|5}.log

5メガバイト

1メガバイト

アクション情報ファイル※9

Consoleパス¥log¥action¥actinf.log

626キロバイト※3

切り替えなし

共有フォルダ¥jp1cons¥log¥action¥actinf.log

626キロバイト※3

切り替えなし

アクションホスト名格納ファイル※9

Consoleパス¥log¥action¥acttxt{1|2}.log

48.9メガバイト※4

アクション情報ファイルのラップアラウンド時

共有フォルダ¥jp1cons¥log¥action¥acttxt{1|2}.log

48.9メガバイト※4

アクション情報ファイルのラップアラウンド時

アクション再実行用ファイル

Consoleパス¥log¥action¥actreaction

300メガバイト

サービス起動時

共有フォルダ¥jp1cons¥log¥action¥actreaction

300メガバイト

サービス起動時

jcochstat，jcoevtreportコマンドトレースログ※5※9

Consoleパス¥log¥command¥CMD{1|2|3}.log

3,072キロバイト

1,024キロバイト

Consoleパス¥log¥command¥jp1cons_cmd{1|2}.log

12,288キロバイト

6,144キロバイト

Consoleパス¥log¥command¥jp1consM_cmd{1|2}.log

12,288キロバイト

6,144キロバイト

Consoleパス¥log¥command¥jp1exattrnameDef_cmd{1|2|3|4|5}.log

25メガバイト

5メガバイト

プラグインのログ※9

Consoleパス¥log¥command¥jcoplugin{1|2|3}.log

3メガバイト

1メガバイト

通知状態格納ファイル※9

Consoleパス¥log¥notice¥notice_stat.dat

72バイト

切り替えなし

共有フォルダ¥jp1cons¥log¥notice¥notice_stat.dat

72バイト

切り替えなし

アクション定義バックアップファイル※9

Consoleパス¥log¥action¥actdefbk.conf

2,048キロバイト

切り替えなし

共有フォルダ¥jp1cons¥log¥action¥actdefbk.conf

2,048キロバイト

切り替えなし

イベント基盤トレースログ※9

Consoleパス¥log¥evflow¥EVFLOW{1|2|3|4|5|6|7|8|9|10}.log

100メガバイト

10メガバイト

Consoleパス¥log¥evflow¥jp1evflowM{1|2・・・|60}.log

300メガバイト

5メガバイト

Consoleパス¥log¥evflow¥jp1actDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

Consoleパス¥log¥evflow¥jp1chsevDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

Consoleパス¥log¥evflow¥jp1chmsgDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

Consoleパス¥log¥evflow¥jp1hostmapDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

Consoleパス¥log¥evflow¥evflow_exe{1|2|3}.log

256キロバイト×3

256キロバイト

共有フォルダ¥jp1cons¥log¥evflow¥EVFLOW{1|2|3|4|5|6|7|8|9|10}.log

100メガバイト

10メガバイト

共有フォルダ¥jp1cons¥log¥evflow¥jp1evflowM{1|2・・・|60}.log

300メガバイト

5メガバイト

共有フォルダ¥jp1cons¥log¥evflow¥jp1actDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

共有フォルダ¥jp1cons¥log¥evflow¥jp1chsevDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

共有フォルダ¥jp1cons¥log¥evflow¥jp1chmsgDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

共有フォルダ¥jp1cons¥log¥evflow¥jp1hostmapDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

共有フォルダ¥jp1cons¥log¥evflow¥evflow_exe{1|2|3}.log

256キロバイト×3

256キロバイト

マッチング情報ファイル※9

Consoleパス¥log¥evflow¥evflowinf.log

12バイト

切り替えなし

共有フォルダ¥jp1cons¥log¥evflow¥evflowinf.log

12バイト

切り替えなし

イベント基盤エラーログ※9

Consoleパス¥log¥evflow¥jp1evflow{1|2|3|4|5|6|7|8}.log

40,960キロバイト

5,120キロバイト

共有フォルダ¥jp1cons¥log¥evflow¥jp1evflow{1|2|3|4|5|6|7|8}.log

40,960キロバイト

5,120キロバイト

イベント基盤スタックトレース※9

Consoleパス¥log¥evflow¥javalog0{1|2|3|4}.log

1メガバイト

起動時，または256キロバイト

共有フォルダ¥jp1cons¥log¥evflow¥javalog0{1|2|3|4}.log

1メガバイト

起動時，または256キロバイト

自動アクションエラーログ※9

Consoleパス¥log¥action¥jp1act{1|2|3}.log

15,360キロバイト

5,120キロバイト

共有フォルダ¥jp1cons¥log¥action¥jp1act{1|2|3}.log

15,360キロバイト

5,120キロバイト

相関イベント発行履歴ファイル

Consoleパス¥operation¥evgen¥egs_discrim{1|2|3}.log※6

30メガバイト※6

10メガバイト※6

共有フォルダ¥jp1cons¥operation¥evgen¥egs_discrim{1|2|3}.log※6

30メガバイト※6

10メガバイト※6

共通除外履歴ファイル

Consoleパス¥operation¥comexclude¥comexclude{1|2|3|4|5}.log

100メガバイト

20メガバイト

共有フォルダ¥jp1cons¥operation¥comexclude¥comexclude{1|2|3|4|5}.log

100メガバイト

20メガバイト

共通除外条件定義履歴ファイル

Consoleパス¥operation¥comexclude¥comexcludeDef{1|2|3|4|5}.log

100メガバイト

20メガバイト

共有フォルダ¥jp1cons¥operation¥comexclude¥comexcludeDef{1|2|3|4|5}.log

100メガバイト

20メガバイト

相関イベント発行トレースログ※9

Consoleパス¥log¥evgen¥EVGEN{1|2|3}.log

15メガバイト

5メガバイト

Consoleパス¥log¥evgen¥evgen_exe{1|2|3}.log

256キロバイト×3

256キロバイト

共有フォルダ¥jp1cons¥log¥evgen¥EVGEN{1|2|3}.log

15メガバイト

5メガバイト

共有フォルダ¥jp1cons¥log¥evgen¥evgen_exe{1|2|3}.log

256キロバイト×3

256キロバイト

相関イベント発行個別ログ※9

Consoleパス¥log¥evgen¥jp1egs{1|2}.log

20メガバイト

10メガバイト

Consoleパス¥log¥evgen¥jp1egsM{1|2}.log

20メガバイト

10メガバイト

共有フォルダ¥jp1cons¥log¥evgen¥jp1egs{1|2}.log

20メガバイト

10メガバイト

共有フォルダ¥jp1cons¥log¥evgen¥jp1egsM{1|2}.log

20メガバイト

10メガバイト

相関イベント発行個別ログ(コマンド用)※9

Consoleパス¥log¥evgen¥jp1egs_cmd{1|2|3|4}.log

20メガバイト

5メガバイト

Consoleパス¥log¥evgen¥jp1egsM_cmd{1|2|3|4}.log

20メガバイト

5メガバイト

相関イベント発行スタックトレースログ※9

Consoleパス¥log¥evgen¥javalog0{1|2|3|4}.log

1メガバイト

起動時，または256キロバイト

共有フォルダ¥jp1cons¥log¥evgen¥javalog0{1|2|3|4}.log

1メガバイト

起動時，または256キロバイト

相関イベントの発行処理引き継ぎ定義ファイル※9

Consoleパス¥log¥evgen¥egs_discrim_info{1|2|3|4}.dat

312メガバイト※7

停止時

共有フォルダ¥jp1cons¥log¥evgen¥egs_discrim_info{1|2|3|4}.dat

312メガバイト※8

停止時

相関イベント発行定義の適用ログ※9

Consoleパス¥log¥evgen¥jp1egsDefine{1|2}.log

10メガバイト

5メガバイト

共有フォルダ¥jp1cons¥log¥evgen¥jp1egsDefine{1|2}.log

10メガバイト

5メガバイト

応答待ちイベント滞留ファイル※8※9

Consoleパス¥log¥response¥resevent.dat

40メガバイト

切り替えなし

共有フォルダ¥jp1cons¥log¥response¥resevent.dat

40メガバイト

切り替えなし

応答待ちイベント滞留バックアップファイル※9

Consoleパス¥log¥response¥resevent.dat.dump

40メガバイト

切り替えなし

共有フォルダ¥jp1cons¥log¥response¥resevent.dat.dump

40メガバイト

切り替えなし

コマンド実行履歴保存フォルダ※9

Baseパス¥log¥COMMAND¥

マニュアル「JP1/Base 運用ガイド」を参照してください

共有フォルダ¥jp1base¥log¥COMMAND¥

リモートコマンドログ※9

Baseパス¥log¥JCOCMD¥jcocmd_result{1|2|3}.log

Baseパス¥log¥JCOCMD¥jcocmdapi{1|2|3}.log

Baseパス¥log¥JCOCMD¥jcocmdapi_trace{1|2|3}.log

Baseパス¥log¥JCOCMD¥jcocmdcom{1|2|3}.log

Baseパス¥log¥JCOCMD¥jcocmdcom_trace{1|2|3}.log

Baseパス¥log¥JCOCMD¥jcocmdexe{1|2|3}.log

Baseパス¥log¥JCOCMD¥jcocmdexe_trace{1|2|3}.log

Baseパス¥log¥JCOCMD¥jcocmdrouter{1|2|3}.log

Baseパス¥log¥JCOCMD¥jcocmdrouter_trace{1|2|3}.log

Baseパス¥log¥JCOCMD¥JCOCMDCMD{1|2|3}.log

共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmd_result{1|2|3}.log

共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmdapi{1|2|3}.log

共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmdapi_trace{1|2|3}.log

共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmdcom{1|2|3}.log

共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmdcom_trace{1|2|3}.log

共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmdexe{1|2|3}.log

共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmdexe_trace{1|2|3}.log

共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmdrouter{1|2|3}.log

共有フォルダ¥jp1base¥log¥JCOCMD¥jcocmdrouter_trace{1|2|3}.log

共有フォルダ¥jp1base¥log¥JCOCMD¥JCOCMDCMD{1|2|3}.log

構成管理ログ※9

Baseパス¥log¥route¥JBSRT{1|2|3}.log

共有フォルダ¥jp1base¥log¥route¥JBSRT{1|2|3}.log

トレースログファイル※9

Baseパス¥sys¥tmp¥event¥logtrap¥jelallog¥jelallog{1|2|3|4|5}.log

Baseパス¥sys¥tmp¥event¥logtrap¥jelalelt¥jelalelt{1|2|3|4|5}.log

統合監視DBのAPIログ※9

Consoleパス¥log¥evflow¥EVFLOW_DBAPI{1|2・・・|16}.log

200メガバイト

12.5メガバイト

Consoleパス¥log¥console¥EVCONS_DBAPI{1|2|3|4|5}.log

50メガバイト

10メガバイト

Consoleパス¥log¥command¥CMD_DBAPI{1|2|3|4|5}.log

50メガバイト

10メガバイト

共有フォルダ¥jp1cons¥log¥evflow¥EVFLOW_DBAPI{1|2・・・|16}.log

200メガバイト

12.5メガバイト

共有フォルダ¥jp1cons¥log¥console¥EVCONS_DBAPI{1|2|3|4|5}.log

50メガバイト

10メガバイト

IM構成管理DBのAPIログ※9

Consoleパス¥log¥evflow¥EVFLOW_CFDBAPI{1|2|3}.log

30メガバイト

10メガバイト

Consoleパス¥log¥console¥EVCONS_CFDBAPI{1|2|3}.log

30メガバイト

10メガバイト

Consoleパス¥log¥command¥CMD_CFDBAPI{1|2|3}.log

30メガバイト

10メガバイト

共有フォルダ¥jp1cons¥log¥evflow¥EVFLOW_CFDBAPI{1|2|3}.log

30メガバイト

10メガバイト

共有フォルダ¥jp1cons¥log¥console¥EVCONS_CFDBAPI{1|2|3}.log

30メガバイト

10メガバイト

jcodbsetupコマンドのログ※9

Consoleパス¥log¥imdb¥jcodbsetup{1|2}.log

512キロバイト

256キロバイト

jcodbunsetupコマンドのログ※9

Consoleパス¥log¥imdb¥jcodbunsetup{1|2}.log

512キロバイト

256キロバイト

jimmailコマンドのログ※9

Consoleパス¥log¥mail¥jimmail_cmd{1|2|3}.log

15メガバイト

5メガバイト

Consoleパス¥log¥mail¥jimmail_cmdM{1|2|3}.log

15メガバイト

5メガバイト

Consoleパス¥log¥mail¥JIMMAIL{1|2|3}.log

15メガバイト

5メガバイト

Consoleパス¥log¥mail¥jimmail_exe{1|2|3}.log

15メガバイト

5メガバイト

jimmailpasswdコマンドのログ※9

Consoleパス¥log¥mail¥jimmailpasswd_cmd{1|2|3}.log

768キロバイト

256キロバイト

Consoleパス¥log¥mail¥jimmailpasswd_cmdM{1|2|3}.log

768キロバイト

256キロバイト

Consoleパス¥log¥mail¥JIMMAILPASSWD{1|2|3}.log

768キロバイト

256キロバイト

Consoleパス¥log¥mail¥jimmailpasswd_exe{1|2|3}.log

768キロバイト

256キロバイト

注※1　ファイルサイズが，この値より数十キロバイト程度大きくなる場合があります。

注※2　マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション環境定義ファイル（action.conf.update）」（2.　定義ファイル）によって，65,536〜104,857,600バイト（64キロバイト〜100メガバイト）の間で設定できます。

注※3　マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション環境定義ファイル（action.conf.update）」（2.　定義ファイル）によって，1〜4,096キロバイトの間で設定できます。

注※4　アクション情報ファイルの容量がデフォルト（626キロバイト）の場合の値です。このファイルの最大ディスク占有量は次の見積もり式で算出できます。また，アクションを再実行した場合，一回の再実行ごとに5キロバイトずつ増加します。

（（アクション情報ファイルの容量/64バイト）-1）×5キロバイト

注※5　クラスタ運用の場合も，物理ホスト上のjcochstat，jcoevtreportコマンドトレースログに出力されます。

注※6　マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「相関イベント発行環境定義ファイル」（2.　定義ファイル）によって，ファイル面数，ファイルサイズを変更できます。

注※7　このファイルは相関イベントの発行処理中のデータを引き継ぐときのメモリー情報を書き出したものであるため，相関イベント発行条件や相関元イベントの情報などによってファイルサイズが異なってきます。見積もりの詳細については，JP1/IM - Managerのリリースノートを参照してください。

注※8　応答待ちイベント管理機能を有効にしてJP1/IM - Managerを起動した時点で作成されます。

注※9　プロセス別トレースログです。プロセス別トレースログとは，JP1/IMの各機能が出力するログ情報のことです。各機能によって異なるログファイルに出力されます。なお，プロセス別トレースログには製品情報が含まれているため，内容は公開していません。

表12‒5　JP1/IM - Manager（セントラルスコープ）のログファイル・フォルダ一覧（Windows）

ログの種類

デフォルトのファイル名・フォルダ名

最大ディスク使用量

ファイルの切り替え時期

セントラルスコープトレースログ

Scopeパス¥log¥jcsmain{1|2|3}.log

6メガバイト

2メガバイト

Scopeパス¥log¥jcsmain_trace{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1Scope¥log¥jcsmain{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1Scope¥log¥jcsmain_trace{1|2|3}.log

6メガバイト

2メガバイト

通信用トレースログ

Scopeパス¥log¥jcsmain_trace_com{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1Scope¥log¥jcsmain_trace_com{1|2|3}.log

6メガバイト

2メガバイト

Scopeパス¥log¥jcsmain_trace_ping{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1Scope¥log¥jcsmain_trace_ping{1|2|3}.log

6メガバイト

2メガバイト

論理ホスト設定プログラムログ

Scopeパス¥log¥jp1hasetup.{log|log.old}

2,000キロバイト

1,000キロバイト

DB操作APIトレースログ

Scopeパス¥log¥jcsmain_trace_db{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1Scope¥log¥jcsmain_trace_db{1|2|3}.log

6メガバイト

2メガバイト

jcshostsexportコマンドログ

Scopeパス¥log¥jcshostsexport{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1Scope¥log¥jcshostsexport{1|2|3}.log

6メガバイト

2メガバイト

jcshostsimportコマンドログ

Scopeパス¥log¥jcshostsimport{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1Scope¥log¥jcshostsimport{1|2|3}.log

6メガバイト

2メガバイト

jcsdbsetupコマンドログ

Scopeパス¥log¥jcsdbsetup{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1Scope¥log¥jcsdbsetup{1|2|3}.log

6メガバイト

2メガバイト

jcschstatコマンドログ

Scopeパス¥log¥jcschstat{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1Scope¥log¥jcschstat{1|2|3}.log

6メガバイト

2メガバイト

jcsdbexportコマンドログ

Scopeパス¥log¥jcsdbexport{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1Scope¥log¥jcsdbexport{1|2|3}.log

6メガバイト

2メガバイト

jcsdbimportコマンドログ

Scopeパス¥log¥jcsdimport{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1Scope¥log¥jcsdbimport{1|2|3}.log

6メガバイト

2メガバイト

jcsdbconvertコマンドログ

Scopeパス¥log¥jcsdbconvert{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1Scope¥log¥jcsdbconvert{1|2|3}.log

6メガバイト

2メガバイト

jp1csverupコマンドログ

Scopeパス¥log¥jp1csverup_front{1|2|3}.log

6メガバイト

2メガバイト

jp1cshaverupコマンドログ

共有フォルダ¥JP1Scope¥log¥jp1cshaverup_front{1|2|3}.log

6メガバイト

2メガバイト

注　プロセス別トレースログです。プロセス別トレースログとは，JP1/IMの各機能が出力するログ情報のことです。各機能によって異なるログファイルに出力されます。なお，プロセス別トレースログには製品情報が含まれているため，内容は公開していません。

表12‒6　JP1/IM - Manager（IM構成管理）のログファイル・フォルダ一覧（Windows）

ログの種類

デフォルトのファイル名・フォルダ名

最大ディスク使用量

ファイルの切り替え時期

IM構成管理トレースログ

Managerパス¥log¥imcf¥jcfallogtrap{1|2|3|4|5|6|7|8|9|10}.log

200メガバイト

10メガバイト

Managerパス¥log¥imcf¥jcfallogtrap_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

Managerパス¥log¥imcf¥jcfallogtrap_trace_auth{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

Managerパス¥log¥imcf¥jcfmain{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

Managerパス¥log¥imcf¥jcfmain_trace{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

Managerパス¥log¥imcf¥jcfmain_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfallogtrap{1|2|3|4|5|6|7|8|9|10}.log

200メガバイト

10メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfallogtrap_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfallogtrap_trace_auth{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfmain{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfmain_trace{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfmain_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

通信用トレースログ

Managerパス¥log¥imcf¥jcfmain_trace_com{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

Managerパス¥log¥imcf¥jcfmain_ping{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfmain_trace_com{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfmain_ping{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

認証用トレースログ

Managerパス¥log¥imcf¥jcfmain_trace_auth{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfmain_trace_auth{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

論理ホスト設定プログラムログ

Managerパス¥log¥imcf¥jp1hasetup.{log|log.old}

2,000キロバイト

1,000キロバイト

DB操作APIトレースログ

Managerパス¥log¥imcf¥jcfmain_trace_db{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfmain_trace_db{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

コマンド共通ログ

Managerパス¥log¥imcf¥jcfcommand{1|2|3}.log

3メガバイト

1メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfcommand{1|2|3}.log

3メガバイト

1メガバイト

jcfallogstartコマンドログ

Managerパス¥log¥imcf¥jcfallogstart{1|2|3}.log

9メガバイト

3メガバイト

Managerパス¥log¥imcf¥jcfallogstart_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfallogstart{1|2|3}.log

9メガバイト

3メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfallogstart_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfallogstatコマンドログ

Managerパス¥log¥imcf¥jcfallogstat{1|2|3}.log

9メガバイト

3メガバイト

Managerパス¥log¥imcf¥jcfallogstat_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfallogstat{1|2|3}.log

9メガバイト

3メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfallogstat_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfallogstopコマンドログ

Managerパス¥log¥imcf¥jcfallogstop{1|2|3}.log

9メガバイト

3メガバイト

Managerパス¥log¥imcf¥jcfallogstop_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfallogstop{1|2|3}.log

9メガバイト

3メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfallogstop_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfallogreloadコマンドログ

Managerパス¥log¥imcf¥jcfallogreload{1|2|3}.log

9メガバイト

3メガバイト

Managerパス¥log¥imcf¥jcfallogreload_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfallogreload{1|2|3}.log

9メガバイト

3メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfallogreload_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfallogdefコマンドログ

Managerパス¥log¥imcf¥jcfallogdef{1|2|3}.log

9メガバイト

3メガバイト

Managerパス¥log¥imcf¥jcfallogdef_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfallogdef{1|2|3}.log

9メガバイト

3メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfallogdef_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfaleltstartコマンドログ

Managerパス¥log¥imcf¥jcfaleltstart{1|2|3}.log

6メガバイト

2メガバイト

Managerパス¥log¥imcf¥jcfaleltstart_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfaleltstart{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfaleltstart_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfaleltstatコマンドログ

Managerパス¥log¥imcf¥jcfaleltstat{1|2|3}.log

6メガバイト

2メガバイト

Managerパス¥log¥imcf¥jcfaleltstat_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfaleltstat{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfaleltstat_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfaleltstopコマンドログ

Managerパス¥log¥imcf¥jcfaleltstop{1|2|3}.log

6メガバイト

2メガバイト

Managerパス¥log¥imcf¥jcfaleltstop_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfaleltstop{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfaleltstop_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfaleltreloadコマンドログ

Managerパス¥log¥imcf¥jcfaleltreload{1|2|3}.log

6メガバイト

2メガバイト

Managerパス¥log¥imcf¥jcfaleltreload_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfaleltreload{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfaleltreload_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfaleltdefコマンドログ

Managerパス¥log¥imcf¥jcfaleltdef{1|2|3}.log

6メガバイト

2メガバイト

Managerパス¥log¥imcf¥jcfaleltdef_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfaleltdef{1|2|3}.log

6メガバイト

2メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfaleltdef_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfcolvmesxコマンドログ

Managerパス¥log¥imcf¥jcfcolvmesx_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfcolvmscvmmコマンドログ

Managerパス¥log¥imcf¥jcfcolvmscvmm_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfcolvmvirtageコマンドログ

Managerパス¥log¥imcf¥jcfcolvmvirtage_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfcolvmvcコマンドログ

Managerパス¥log¥imcf¥jcfcolvmvc_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfcolvmkvmコマンドログ

Managerパス¥log¥imcf¥jcfcolvmkvm_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfcolvmhcsmコマンドログ

Managerパス¥log¥imcf¥jcfcolvmhcsm_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfexportコマンドログ

Managerパス¥log¥imcf¥jcfexport_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfexport_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfimportコマンドログ

Managerパス¥log¥imcf¥jcfimport_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有フォルダ¥JP1IMM¥log¥imcf¥jcfimport_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfmkhostsdataコマンドログ

Managerパス¥log¥imcf¥jcfmkhostsdata_trace{1|2|3}.log

3メガバイト

1メガバイト

スタックトレースログ

Managerパス¥log¥imcf¥javalog{1|2|3|4}.log

1メガバイト

起動時，または256キロバイト

注　プロセス別トレースログです。プロセス別トレースログとは，JP1/IMの各機能が出力するログ情報のことです。各機能によって異なるログファイルに出力されます。なお，プロセス別トレースログには製品情報が含まれているため，内容は公開していません。

表12‒7　インテリジェント統合管理基盤のログファイル・フォルダ一覧

ログの種類

デフォルトのファイル名・フォルダ名

最大ディスク使用量

ファイルの切り替え時期

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

Managerパス¥log¥imdd¥jddmain¥jddmain.log{.1-7}

1ギガバイト

128メガバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddmain¥jddmain.log{.1-7}

定義ファイル※1・ノードファイル履歴ログ

Managerパス¥log¥imdd¥jddmain¥jimddDef.log{.1-10}

80メガバイト

8メガバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddmain¥jimddDef.log{.1-10}

Managerパス¥log¥imdd¥jddmain¥jimddMaster.log{.1-30}

240メガバイト

8メガバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddmain¥jimddMaster.log{.1-30}

jddsetaccessuserコマンドトレースログ

Managerパス¥log¥imdd¥jddsetaccessuser¥jddsetaccessuser.log{.1-6}

70メガバイト

10メガバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddsetaccessuser¥jddsetaccessuser.log{.1-6}

Managerパス¥log¥imdd¥jddsetaccessuser¥jddsetaccessuser_exe{1|2|3}.log

768キロバイト

256キロバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddsetaccessuser¥jddsetaccessuser_exe{1|2|3}.log

Managerパス¥log¥imdd¥jddsetaccessuser¥javalog0{1|2|3|4}.log

1,024キロバイト

起動時または256キロバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddsetaccessuser¥javalog0{1|2|3|4}.log

jddcreatetreeコマンドトレースログ

Managerパス¥log¥imdd¥jddcreatetree¥jddcreatetree.log{.1-6}

70メガバイト

10メガバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddcreatetree¥jddcreatetree.log{.1-6}

Managerパス¥log¥imdd¥jddcreatetree¥jddcreatetree_exe{1|2|3}.log

768キロバイト

256キロバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddcreatetree¥jddcreatetree_exe{1|2|3}.log

Managerパス¥imdd¥jddcreatetree¥javalog0{1|2|3|4}.log

1,024キロバイト

起動時または256キロバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddcreatetree¥javalog0{1|2|3|4}.log

jddupdatetreeコマンドトレースログ

Managerパス¥log¥imdd¥jddupdatetree¥jddupdatetree.log{.1-6}

70メガバイト

10メガバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddupdatetree¥jddupdatetree.log{.1-6}

Managerパス¥log¥imdd¥jddupdatetree¥jddupdatetree_exe{1|2|3}.log

768キロバイト

256キロバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddupdatetree¥jddupdatetree_exe{1|2|3}.log

Managerパス¥log¥imdd¥jddupdatetree¥javalog0{1|2|3|4}.log

1,024キロバイト

256キロバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddupdatetree¥javalog0{1|2|3|4}.log

jddsetproxyuserコマンドトレースログ

Managerパス¥log¥imdd¥jddsetproxyuser¥jddsetproxyuser.log{.1-6}

70メガバイト

10メガバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddsetproxyuser¥jddsetproxyuser.log{.1-6}

Managerパス¥log¥imdd¥jddsetproxyuser¥jddsetproxyuser_exe{1|2|3}.log

768キロバイト

256キロバイト

共有フォルダ¥log¥imdd¥jddsetproxyuser¥jddsetproxyuser_exe{1|2|3}.log

Managerパス¥log¥imdd¥jddsetproxyuser¥javalog0{1|2|3|4}.log

1,024キロバイト

256キロバイト

共有フォルダ¥log¥imdd¥jddsetproxyuser¥javalog0{1|2|3|4}.log

jddupdatesuggestionコマンドトレースログ

Managerパス¥log¥imdd¥jddupdatesuggestion¥jddupdatesuggestion.log{.1-6}

70メガバイト

10メガバイト

共有フォルダ¥jp1imm¥log¥jddupdatesuggestion¥jddupdatesuggestion.log{.1-6}

Managerパス¥log¥imdd¥jddupdatesuggestion¥jddupdatesuggestion_exe{1|2|3}.log

768キロバイト

256キロバイト

共有フォルダ¥log¥imdd¥jddupdatesuggestion¥jddupdatesuggestion_exe{1|2|3}.log

Managerパス¥log¥imdd¥jddupdatesuggestion¥javalog0{1|2|3|4}.log

1,024キロバイト

256キロバイト

共有フォルダ¥log¥imdd¥jddupdatesuggestion¥javalog0{1|2|3|4}.log

jddsetopinfoコマンドトレースログ

Managerパス¥log¥imdd¥jddsetopinfo¥jddsetopinfo.log{.1-6}

70メガバイト

10メガバイト

共有フォルダ¥jp1imm¥log¥jddsetopinfo¥jddsetopinfo.log{.1-6}

Managerパス¥log¥imdd¥jddsetopinfo¥jddsetopinfo_exe{1|2|3}.log

768キロバイト

256キロバイト

共有フォルダ¥log¥imdd¥jddsetopinfo¥jddsetopinfo_exe{1|2|3}.log

Managerパス¥log¥imdd¥jddsetopinfo¥javalog0{1|2|3|4}.log

1,024キロバイト

256キロバイト

共有フォルダ¥log¥imdd¥jddsetopinfo¥javalog0{1|2|3|4}.log

jddupdatessomapコマンドトレースログ

Managerパス¥log¥imdd¥jddupdatessomap¥jddupdatessomap.log{.1-6}

70メガバイト

10メガバイト

共有フォルダ¥jp1imm¥log¥jddupdatessomap¥jddupdatessomap.log{.1-6}

Managerパス¥log¥imdd¥jddupdatessomap¥jddupdatessomap_exe{1|2|3}.log

768キロバイト

256キロバイト

共有フォルダ¥log¥imdd¥jddupdatessomap¥jddupdatessomap_exe{1|2|3}.log

Managerパス¥log¥imdd¥jddupdatessomap¥javalog0{1|2|3|4}.log

1,024キロバイト

256キロバイト

共有フォルダ¥log¥imdd¥jddupdatessomap¥javalog0{1|2|3|4}.log

jimgndbsetupコマンドトレースログ

Managerパス¥log¥imgndb¥jimgndbsetup{1|2}.log

512キロバイト

256キロバイト

jimgndbunsetupコマンドトレースログ

Managerパス¥log¥imgndb¥jimgndbunsetup{1|2}.log

512キロバイト

256キロバイト

jimgndbstopコマンドトレースログ

Managerパス¥log¥imgndb¥jimgndbstop{1-10}.log

51,200キロバイト

5,120キロバイト

共有フォルダ¥jp1imm¥log¥imgndb¥jimgndbstop{1-10}.log

jimgndbstatusコマンドトレースログ

Managerパス¥log¥imgndb¥jimgndbstatus{1-10}.log

51,200キロバイト

5,120キロバイト

共有フォルダ¥jp1imm¥log¥imgndb¥jimgndbstatus{1-10}.log

対処アクション実行履歴ファイルのログ※4

Managerパス¥log¥suggestion¥jddSuggestionHistory.log{.1-3}

240メガバイト

60メガバイト

共有フォルダ¥jp1imm¥log¥suggestion¥jddSuggestionHistory.log{.1-3}

シークレット認証ログファイル

Managerパス¥log¥secretAuth¥jddSecretAuth.log{.1-3}

240メガバイト

60メガバイト

共有フォルダ¥jp1imm¥log¥secretAuth¥jddSecretAuth.log{.1-3}

ユーザー作成プラグイン

Managerパス¥log¥imdd¥ユーザー作成プラグイン名¥ユーザー作成プラグイン.log{1-21}※3

220メガバイト

10メガバイト

共有フォルダ¥JP1IMM¥log¥imdd¥ユーザー作成プラグイン名¥ユーザー作成プラグイン.log{1-21}※3

その他ログ

Managerパス¥log¥imdd¥jddmain¥jddmain_exe{1|2|3}.log

768キロバイト

256キロバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddmain¥jddmain_exe{1|2|3}.log

Managerパス¥log¥imdd¥jddmain¥javalog0{1|2|3|4}.log

1,024キロバイト

起動時または256キロバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddmain¥javalog0{1|2|3|4}.log

Managerパス¥log¥imdd¥jcoapi{1-50}.log

500メガバイト

10メガバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddmain¥jcoapi{1-50}.log

Managerパス¥log¥imdd¥jcoapiM{1-50}.log

500メガバイト

10メガバイト

共有フォルダ¥jp1imm¥log¥imdd¥jddmain¥jcoapiM{1-50}.log

Managerパス¥log¥imdd¥コンポーネント名※2¥コンポーネント名※2{1-21}.log

220メガバイト

10メガバイト

共有フォルダ¥log¥imdd¥コンポーネント名※2¥コンポーネント名※2{1-21}.log

注　プロセス別トレースログです。プロセス別トレースログとは，JP1/IMの各機能が出力するログ情報のことです。各機能によって異なるログファイルに出力されます。なお，プロセス別トレースログには製品情報が含まれているため，内容は公開していません。

注※1　インテリジェント統合管理基盤の定義ファイルログでは，次の定義ファイルのログを出力します。

システムノード定義ファイル，IM管理ノードカテゴリ名称定義ファイル，ホスト名定義ファイル，構成取得対象ホスト定義ファイル，IM管理ノードリンク定義ファイル，IM管理ノードリンクファイル，IM管理ノードツリーファイル，IM管理ノードファイル

注※2　コンポーネント名には，次のどれかが表示されます。

jp1ajs

jp1pfm

jp1im

注※3　{1-21}はファイルの面数です。ログファイルは任意のテキストエディターで参照できます。

注※4　対処アクションを実行した際のログです。失敗した場合の調査など，対処アクションのログをユーザー自身で確認できます。

表12‒8　JP1/IM - Viewのログファイル・フォルダ一覧

ログの種類

デフォルトのファイル名・フォルダ名

最大ディスク使用量

ファイルの切り替え時期

JP1/IM - Viewログ※1

Viewパス¥log¥VIEW{1|2|3}.log

30,720キロバイト

10,240キロバイト

Viewパス¥log¥jp1conv{1|2|3|4}.log

20,480キロバイト

5,120キロバイト※2

Viewパス¥log¥jp1convM{1|2・・・|60}.log

102,400キロバイト

5,120キロバイト※2

Viewパス¥log¥jp1csov[_old].log

6,144キロバイト

3,072キロバイト※2

Viewパス¥log¥jp1csovM[_old].log

6,144キロバイト

3,072キロバイト※2

スタックトレースログ※1

Viewパス¥log¥javalog0{1|2}.log

512キロバイト

起動時，または256キロバイト

統合トレースログ

システムドライブ:¥Program Files¥Hitachi¥HNTRLib2¥spool¥hntr2{1|2|3|4}.log

1,024キロバイト

256キロバイト

製品情報のログ※1

Viewパス¥log¥hliclib¥hliclibtrc{1|2|3|4|5}.log

5メガバイト

1メガバイト

Viewパス¥log¥hliclib¥hlicliberr{1|2|3|4|5}.log

5メガバイト

1メガバイト

Viewパス¥log¥hliclib¥hliclibmgrtrc{1|2|3|4|5}.log

5メガバイト

1メガバイト

Viewパス¥log¥hliclib¥hliclibmgrerr{1|2|3|4|5}.log

5メガバイト

1メガバイト

注　Windowsの場合は「Viewパス¥log¥」を「システムドライブ:¥ProgramData¥Hitachi¥jp1¥jp1_default¥JP1CoView¥log¥」に置き換えてください。

注※1　プロセス別トレースログです。プロセス別トレースログとは，JP1/IMの各機能が出力するログ情報のことです。各機能によって異なるログファイルに出力されます。なお，プロセス別トレースログには製品情報が含まれているため，内容は公開していません。

注※2　ファイルサイズが，この値より数十キロバイト程度大きくなる場合があります。

表12‒9　JP1/IM - IM構成管理・ビューアーのログファイル・フォルダ一覧

ログの種類

デフォルトのファイル名・フォルダ名

最大ディスク使用量

ファイルの切り替え時期

IM構成管理トレースログ※

Viewパス¥log¥jcfview¥VIEW{1|2|3}.log

30メガバイト

10メガバイト

スタックトレースログ※

Viewパス¥log¥jcfjavalog{1|2}.log

512キロバイト

起動時，または256キロバイト

統合トレースログ

システムドライブ:¥Program Files¥Hitachi¥HNTRLib2¥spool¥hntr2{1|2|3|4}.log

1,024キロバイト

256キロバイト

注　Windowsの場合は「Viewパス¥log¥」を「システムドライブ:¥ProgramData¥Hitachi¥jp1¥jp1_default¥JP1CoView¥log¥」に置き換えてください。

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

注※　プロセス別トレースログです。プロセス別トレースログとは，JP1/IMの各機能が出力するログ情報のことです。各機能によって異なるログファイルに出力されます。なお，プロセス別トレースログには製品情報が含まれているため，内容は公開していません。

(b)　UNIXの場合

UNIX版のJP1/IMが出力するデフォルトのログファイルおよびディレクトリを次の表に示します。

「ログの種類」には，JP1/IMが出力するログの種類を記載しています。

「デフォルトのファイル名・ディレクトリ名」には，JP1/IM - ManagerまたはJP1/Baseをデフォルトでインストールした場合のログファイル名を絶対パスで記載しています。また，クラスタ運用の場合の「デフォルトのファイル名・ディレクトリ名」には，共有ディレクトリのログファイル名を絶対パスで記載しています。

「最大ディスク使用量」には，ログファイルが最大でどの程度ディスクを使用するのかを記載しています。ログファイルが複数ある場合は，その合計量を記載しています。

「ファイルの切り替え時期」には，JP1/IMが出力先のログファイルを切り替えるタイミングを記載しています。ファイルがこの欄に示すサイズに達したとき，またはこの欄に示す事象が起きたときに，出力先が切り替わります。なお，ログファイルが複数あり，最大ディスク使用量に達した場合は，更新日付の古いファイルから上書きされます。

表12‒10　JP1/IM - Manager（コンポーネント共通）のログファイル・フォルダ一覧（UNIX）

ログの種類

デフォルトのファイル名・フォルダ名

最大ディスク使用量

ファイルの切り替え時期

操作ログ

/var/opt/jp1imm/log/operationlog/imm_operation{なし|1|2・・・|16}.log※1

55メガバイト※1

5メガバイト※1，※2

jimnodecountコマンドのログ※3

/var/opt/jp1imm/log/nodecount/jimnodecount_cmd{1|2}.log

20メガバイト

10メガバイト

注※1　マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「操作ログ定義ファイル（imm_operationlog.conf）」（2.　定義ファイル）によって，出力先，保存面数，ファイルサイズを変更できます。最大ディスク使用量とファイルの切り替え時期に記載しているバイト数は，保存面数およびファイルサイズが初期値の場合の値です。

注※2　操作ログのファイル切り替え時の動作については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録K.2　操作ログの保存形式」を参照してください。

注※3　プロセス別トレースログです。プロセス別トレースログとは，JP1/IMの各機能が出力するログ情報のことです。各機能によって異なるログファイルに出力されます。なお，プロセス別トレースログには製品情報が含まれているため，内容は公開していません。

表12‒11　JP1/IM - Manager（セントラルコンソール）のログファイル・ディレクトリ一覧（UNIX）

ログの種類

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

最大ディスク使用量

ファイルの切り替え時期

プロセス管理ログ※1

/var/opt/jp1cons/log/JCO_SPMD{1|2|3}.log

384キロバイト

128キロバイト

/var/opt/jp1cons/log/JCO_SPMD_COMMAND{1|2|3}.log

384キロバイト

128キロバイト

共有ディレクトリ/jp1cons/log/JCO_SPMD{1|2|3}.log

384キロバイト

128キロバイト

共有ディレクトリ/jp1cons/log/JCO_SPMD_COMMAND{1|2|3}.log

384キロバイト

128キロバイト

スタックトレースログ※1

/var/opt/jp1cons/log/javalog0{1|2|3|4}.log

1メガバイト

起動時，または256キロバイト

共有ディレクトリ/jp1cons/log/javalog0{1|2|3|4}.log

1メガバイト

起動時，または256キロバイト

JP1/IM起動時ログ※1

/var/opt/jp1cons/log/jco_start.log[.old]

1キロバイト

起動時

共有ディレクトリ/jp1cons/log/jco_start_論理ホスト名.log[.old]

1キロバイト

起動時

JP1/IM強制終了時のログ※1，※2

共有ディレクトリ/jp1cons/log/jco_killall.cluster{なし|1|2|3|4}

2キロバイト

jco_killall.clusterコマンド実行時

セットアップ時のログ※1

/var/opt/jp1cons/log/JCO_SETUP/jco_setup.log

100キロバイト

インストール時

/var/opt/jp1cons/log/JCO_SETUP/jco_inst.log

100キロバイト

インストール時

/var/opt/jp1cons/log/jco_setup/論理ホスト名/jco_setup.log

100キロバイト

インストール時

/var/opt/jp1cons/log/jco_setup/論理ホスト名/reg.txt

100キロバイト

インストール時

/var/opt/jp1cons/log/jco_setup/論理ホスト名/reg_def.txt

100キロバイト

インストール時

/var/opt/jp1cons/log/command/comdef[_old].log

512キロバイト

256キロバイト

イベントコンソールログ※1

/var/opt/jp1cons/log/console/EVCONS{1|2|3}.log

30,720キロバイト

10,240キロバイト

/var/opt/jp1cons/log/console/jp1cons{1|2|3|4|5|6|7|8}.log

40,960キロバイト

5,120キロバイト※3

/var/opt/jp1cons/log/console/JCOAPI{1|2|3}.log

96キロバイト

32キロバイト

/var/opt/jp1cons/log/console/jp1consM{1|2・・・|60}.log

300メガバイト

5メガバイト※3

/var/opt/jp1cons/log/console/jp1eventStormDef{1|2|3|4|5}.log

100メガバイト

20メガバイト

/var/opt/jp1cons/log/console/jp1filterDef{1|2|3|4|5}.log

100メガバイト

20メガバイト

/var/opt/jp1cons/log/console/jp1bizGroupDef{1|2}.log

10メガバイト

5メガバイト

/var/opt/jp1cons/log/console/evtcon_exe{1|2|3}.log

256キロバイト×3

256キロバイト

/var/opt/jp1cons/log/console/jp1cmdButtonDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

/var/opt/jp1cons/log/console/jp1exattrnameDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

共有ディレクトリ/jp1cons/log/console/EVCONS{1|2|3}.log

30,720キロバイト

10,240キロバイト

共有ディレクトリ/jp1cons/log/console/jp1cons{1|2|3|4|5|6|7|8}.log

40,960キロバイト

5,120キロバイト※3

共有ディレクトリ/jp1cons/log/console/JCOAPI{1|2|3}.log

96キロバイト

32キロバイト

共有ディレクトリ/jp1cons/log/console/jp1consM{1|2・・・|60}.log

300メガバイト

5メガバイト※3

共有ディレクトリ/jp1cons/log/console/jp1eventStormDef{1|2|3|4|5}.log

100メガバイト

20メガバイト

共有ディレクトリ/jp1cons/log/console/jp1filterDef{1|2|3|4|5}.log

100メガバイト

20メガバイト

共有ディレクトリ/jp1cons/log/console/jp1bizGroupDef{1|2}.log

10メガバイト

5メガバイト

共有ディレクトリ/jp1cons/log/console/evtcon_exe{1|2|3}.log

256キロバイト×3

256キロバイト

共有ディレクトリ/jp1cons/log/console/jp1cmdButtonDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

共有ディレクトリ/jp1cons/log/console/jp1exattrnameDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

自動アクショントレースログ※1

/var/opt/jp1cons/log/action/JCAMAIN{1|2|3|4|5}.log※4

25,600キロバイト

5,120キロバイト

共有ディレクトリ/jp1cons/log/action/JCAMAIN{1|2|3|4|5}.log※4

25,600キロバイト

5,120キロバイト

アクション情報ファイル※1

/var/opt/jp1cons/log/action/actinf.log

626キロバイト※5

切り替えなし

共有ディレクトリ/jp1cons/log/action/actinf.log

626キロバイト※5

切り替えなし

アクションホスト名格納ファイル※1

/var/opt/jp1cons/log/action/acttxt{1|2}.log

48.9メガバイト※6

アクション情報ファイルのラップアラウンド時

共有ディレクトリ/jp1cons/log/action/acttxt{1|2}.log

48.9メガバイト※6

アクション情報ファイルのラップアラウンド時

アクション再実行用ファイル

/var/opt/jp1cons/log/action/actreaction

300メガバイト

サービス起動時

共有ディレクトリ/jp1cons/log/action/actreaction

300メガバイト

サービス起動時

jcochafmode，jcochstat，jcoevtreportコマンドトレースログ※1，※7

/var/opt/jp1cons/log/command/CMD{1|2|3}.log

3,072キロバイト

1,024キロバイト

/var/opt/jp1cons/log/command/jp1cons_cmd{1|2}.log

12,288キロバイト

6,144キロバイト

/var/opt/jp1cons/log/command/jp1consM_cmd{1|2}.log

12,288キロバイト

6,144キロバイト

/var/opt/jp1cons/log/command/jp1exattrnameDef_cmd{1|2|3|4|5}.log

25メガバイト

5メガバイト

プラグインのログ※1

/var/opt/jp1cons/log/command/jcoplugin{1|2|3}.log

3メガバイト

1メガバイト

通知状態格納ファイル※1

/var/opt/jp1cons/log/notice/notice_stat.dat

72バイト

切り替えなし

共有ディレクトリ/jp1cons/log/notice/notice_stat.dat

72バイト

切り替えなし

アクション定義バックアップファイル※1

/var/opt/jp1cons/log/action/actdefbk.conf

2,048キロバイト

切り替えなし

共有ディレクトリ/jp1cons/log/action/actdefbk.conf

2,048キロバイト

切り替えなし

イベント基盤トレースログ※1

/var/opt/jp1cons/log/evflow/EVFLOW{1|2|3|4|5|6|7|8|9|10}.log

100メガバイト

10メガバイト

/var/opt/jp1cons/log/evflow/jp1evflowM{1|2・・・|60}.log

300メガバイト

5メガバイト

/var/opt/jp1cons/log/evflow/jp1actDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

/var/opt/jp1cons/log/evflow/jp1chsevDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

/var/opt/jp1cons/log/evflow/jp1chmsgDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

/var/opt/jp1cons/log/evflow/jp1hostmapDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

/var/opt/jp1cons/log/evflow/evflow_exe{1|2|3}.log

256キロバイト×3

256キロバイト

共有ディレクトリ/jp1cons/log/evflow/EVFLOW{1|2|3|4|5|6|7|8|9|10}.log

100メガバイト

10メガバイト

共有ディレクトリ/jp1cons/log/evflow/jp1evflowM{1|2・・・|60}.log

300メガバイト

5メガバイト

共有ディレクトリ/jp1cons/log/evflow/jp1actDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

共有ディレクトリ/jp1cons/log/evflow/jp1chsevDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

共有ディレクトリ/jp1cons/log/evflow/jp1chmsgDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

共有ディレクトリ/jp1cons/log/evflow/jp1hostmapDef{1|2|3|4|5}.log

25メガバイト

5メガバイト

共有ディレクトリ/jp1cons/log/evflow/evflow_exe{1|2|3}.log

256キロバイト×3

256キロバイト

マッチング情報ファイル※1

/var/opt/jp1cons/log/evflow/evflowinf.log

12バイト

切り替えなし

共有ディレクトリ/jp1cons/log/evflow/evflowinf.log

12バイト

切り替えなし

イベント基盤エラーログ※1

/var/opt/jp1cons/log/evflow/jp1evflow{1|2|3|4|5|6|7|8}.log

40,960キロバイト

5,120キロバイト

共有ディレクトリ/jp1cons/log/evflow/jp1evflow{1|2|3|4|5|6|7|8}.log

40,960キロバイト

5,120キロバイト

自動アクションエラーログ※1

/var/opt/jp1cons/log/action/jp1act{1|2|3}.log

15,360キロバイト

5,120キロバイト

共有ディレクトリ/jp1cons/log/action/jp1act{1|2|3}.log

15,360キロバイト

5,120キロバイト

相関イベント発行履歴ファイル

/var/opt/jp1cons/operation/evgen/egs_discrim{1|2|3}.log※8

30メガバイト※8

10メガバイト※8

共有ディレクトリ/jp1cons/operation/evgen/egs_discrim{1|2|3}.log※8

30メガバイト※8

10メガバイト※8

共通除外履歴ファイル

/var/opt/jp1cons/operation/comexclude/comexclude{1|2|3|4|5}.log

100メガバイト

20メガバイト

共有ディレクトリ/jp1cons/operation/comexclude/comexclude{1|2|3|4|5}.log

100メガバイト

20メガバイト

共通除外条件定義履歴ファイル

/var/opt/jp1cons/operation¥comexclude/comexcludeDef{1|2|3|4|5}.log

100メガバイト

20メガバイト

共有ディレクトリ/jp1cons/operation/comexclude/comexcludeDef{1|2|3|4|5}.log

100メガバイト

20メガバイト

相関イベント発行トレースログ※1

/var/opt/jp1cons/log/evgen/EVGEN{1|2|3}.log

15メガバイト

5メガバイト

/var/opt/jp1cons/log/evgen/evgen_exe{1|2|3}.log

256キロバイト×3

256キロバイト

共有ディレクトリ/jp1cons/log/evgen/EVGEN{1|2|3}.log

15メガバイト

5メガバイト

共有ディレクトリ/jp1cons/log/evgen/evgen_exe{1|2|3}.log

256キロバイト×3

256キロバイト

相関イベント発行個別ログ（相関イベント発行サービス用）※1

/var/opt/jp1cons/log/evgen/jp1egs{1|2}.log

20メガバイト

10メガバイト

/var/opt/jp1cons/log/evgen/jp1egsM{1|2}.log

20メガバイト

10メガバイト

共有ディレクトリ/jp1cons/log/evgen/jp1egs{1|2}.log

20メガバイト

10メガバイト

共有ディレクトリ/jp1cons/log/evgen/jp1egsM{1|2}.log

20メガバイト

10メガバイト

相関イベント発行個別ログ（コマンド用）※1

/var/opt/jp1cons/log/evgen/jp1egs_cmd{1|2|3|4}.log

20メガバイト

5メガバイト

/var/opt/jp1cons/log/evgen/jp1egsM_cmd{1|2|3|4}.log

20メガバイト

5メガバイト

相関イベント発行スタックトレースログ※1

/var/opt/jp1cons/log/evgen/javalog0{1|2|3|4}.log

1メガバイト

起動時，または256キロバイト

共有ディレクトリ/jp1cons/log/evgen/javalog0{1|2|3|4}.log

1メガバイト

起動時，または256キロバイト

相関イベントの発行処理引き継ぎ定義ファイル※1

/var/opt/jp1cons/log/evgen/egs_discrim_info{1|2|3|4}.dat

312メガバイト※9

停止時

共有ディレクトリ/jp1cons/log/evgen/egs_discrim_info{1|2|3|4}.dat

312メガバイト※9

停止時

相関イベント発行定義の適用ログ※1

/var/opt/jp1cons/log/evgen/jp1egsDefine{1|2}.log

10メガバイト

5メガバイト

共有ディレクトリ/jp1cons/log/evgen/jp1egsDefine{1|2}.log

10メガバイト

5メガバイト

応答待ちイベント滞留ファイル※1，※10

/var/opt/jp1cons/log/response/resevent.dat

40メガバイト

切り替えなし

共有ディレクトリ/jp1cons/log/response/resevent.dat

40メガバイト

切り替えなし

応答待ちイベント滞留バックアップファイル※1，※10

/var/opt/jp1cons/log/response/resevent.dat.dump

40メガバイト

切り替えなし

共有ディレクトリ/jp1cons/log/response/resevent.dat.dump

40メガバイト

切り替えなし

統合監視DBのAPIログ※1

/var/opt/jp1cons/log/evflow/EVFLOW_DBAPI{1|2・・・|16}.log

200メガバイト

12.5メガバイト

/var/opt/jp1cons/log/console/EVCONS_DBAPI{1|2|3|4|5}.log

50メガバイト

10メガバイト

/var/opt/jp1cons/log/command/CMD_DBAPI{1|2|3|4|5}.log

50メガバイト

10メガバイト

共有ディレクトリ/jp1cons/log/evflow/EVFLOW_DBAPI{1|2・・・|16}.log

200メガバイト

12.5メガバイト

共有ディレクトリ/jp1cons/log/console/EVCONS_DBAPI{1|2|3|4|5}.log

50メガバイト

10メガバイト

IM構成管理DBのAPIログ※1

/var/opt/jp1cons/log/evflow/EVFLOW_CFDBAPI{1|2|3|4|5}.log

30メガバイト

10メガバイト

/var/opt/jp1cons/log/console/EVCONS_CFDBAPI{1|2|3}.log

30メガバイト

10メガバイト

/var/opt/jp1cons/log/command/CMD_CFDBAPI{1|2|3}.log

30メガバイト

10メガバイト

共有ディレクトリ/jp1cons/log/evflow/EVFLOW_CFDBAPI{1|2|3|4|5}.log

30メガバイト

10メガバイト

共有ディレクトリ/jp1cons/log/console/EVCONS_CFDBAPI{1|2|3}.log

30メガバイト

10メガバイト

jcodbsetupコマンドのログ※1

/var/opt/jp1cons/log/imdb/jcodbsetup{1|2}.log

512キロバイト

256キロバイト

jcodbunsetupコマンドのログ※1

/var/opt/jp1cons/log/imdb/jcodbunsetup{1|2}.log

512キロバイト

256キロバイト

コマンド実行履歴保存ディレクトリ※1

/var/opt/jp1base/log/COMMAND/

マニュアル「JP1/Base 運用ガイド」を参照してください

共有ディレクトリ/jp1base/log/COMMAND

リモートコマンドログ※1

/var/opt/jp1base/log/JCOCMD/jcocmd_result{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdapi{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdapi_trace{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdcmc{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdcmc_trace{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdcom{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdcom_trace{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdexe{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdexe_trace{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdrouter{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/jcocmdrouter_trace{1|2|3}.log

/var/opt/jp1base/log/JCOCMD/JCOCMDCMD{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmd_result{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdapi{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdapi_trace{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdcmc{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdcmc_trace{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdcom{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdcom_trace{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdexe{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdexe_trace{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdrouter{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/jcocmdrouter_trace{1|2|3}.log

共有ディレクトリ/jp1base/log/JCOCMD/JCOCMDCMD{1|2|3}.log

構成管理ログ※1

/var/opt/jp1base/log/route/JBSRT{1|2|3}.log

共有ディレクトリ/jp1base/log/route/JBSRT{1|2|3}.log

トレースログファイル※1

/var/opt/jp1base/sys/tmp/event/logtrap/jeallog/jeallog{1|2|3|4|5}.log

注※1　プロセス別トレースログです。プロセス別トレースログとは，JP1/IMの各機能が出力するログ情報のことです。各機能によって異なるログファイルに出力されます。なお，プロセス別トレースログには製品情報が含まれているため，内容は公開していません。

注※2　クラスタ環境でだけ作成されます。

注※3　ファイルサイズが，この値より数十キロバイト程度大きくなる場合があります。

注※4　マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション環境定義ファイル（action.conf.update）」（2.　定義ファイル）によって，64キロバイト〜100メガバイトの間で設定できます。

注※5　マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション環境定義ファイル（action.conf.update）」（2.　定義ファイル）によって，1〜4,096キロバイトの間で設定できます。

注※6　アクション情報ファイルの容量がデフォルト（626キロバイト）の場合の値です。このファイルの最大ディスク占有量は次の見積もり式で算出できます。また，アクションを再実行した場合，一回の再実行ごとに5キロバイトずつ増加します。

（（アクション情報ファイルの容量/64バイト）-1）×5キロバイト

注※7　クラスタ運用の場合も，物理ホスト上のjcochstat，jcochafmodeコマンドトレースログに出力されます。

注※8　マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「相関イベント発行環境定義ファイル」（2.　定義ファイル）によって，ファイル面数，ファイルサイズを変更できます。

注※9　このファイルは相関イベントの発行処理中のデータを引き継ぐときのメモリー情報を書き出したものであるため，相関イベント発行条件や相関元イベントの情報などによってファイルサイズが異なってきます。見積もりの詳細については，JP1/IM - Managerのリリースノートを参照してください。

注※10　応答待ちイベント管理機能を有効にしてJP1/IM - Managerを起動した時点で作成されます。

表12‒12　JP1/IM - Manager（セントラルスコープ）のログファイル・ディレクトリ一覧（UNIX）

ログの種類

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

最大ディスク使用量

ファイルの切り替え時期

セントラルスコープログ

/var/opt/jp1scope/log/jcsmain{1|2|3}.log

6メガバイト

2メガバイト

/var/opt/jp1scope/log/jcsmain_trace{1|2|3}.log

6メガバイト

2メガバイト

共有ディレクトリ/jp1scope/log/jcsmain{1|2|3}.log

6メガバイト

2メガバイト

共有ディレクトリ/jp1scope/log/jcsmain_trace{1|2|3}.log

6メガバイト

2メガバイト

通信用トレースログ

/var/opt/jp1scope/log/jcsmain_trace_com{1|2|3}.log

6メガバイト

2メガバイト

共有ディレクトリ/jp1scope/log/jcsmain_trace_com{1|2|3}.log

6メガバイト

2メガバイト

/var/opt/jp1scope/log/jcsmain_trace_ping{1|2|3}.log

6メガバイト

2メガバイト

共有ディレクトリ/jp1scope/log/jcsmain_trace_ping{1|2|3}.log

6メガバイト

2メガバイト

DB操作APIトレースログ

/var/opt/jp1scope/log/jcsmain_trace_db{1|2|3}.log

6メガバイト

2メガバイト

共有ディレクトリ/jp1scope/log/jcsmain_trace_db{1|2|3}.log

6メガバイト

2メガバイト

jcshostsexportコマンドログ

/var/opt/jp1scope/log/jcshostsexport{1|2|3}.log

6メガバイト

2メガバイト

共有ディレクトリ/jp1scope/log/jcshostsexport{1|2|3}.log

6メガバイト

2メガバイト

jcshostsimportコマンドログ

/var/opt/jp1scope/log/jcshostsimport{1|2|3}.log

6メガバイト

2メガバイト

共有ディレクトリ/jp1scope/log/jcshostsimport{1|2|3}.log

6メガバイト

2メガバイト

jcsdbsetupコマンドログ

/var/opt/jp1scope/log/jcsdbsetup{1|2|3}.log

6メガバイト

2メガバイト

共有ディレクトリ/jp1scope/log/jcsdbsetup{1|2|3}.log

6メガバイト

2メガバイト

jcschstatコマンドログ

/var/opt/jp1scope/log/jcschstat{1|2|3}.log

6メガバイト

2メガバイト

共有ディレクトリ/jp1scope/log/jcschstat{1|2|3}.log

6メガバイト

2メガバイト

jcsdbimportコマンドログ

/var/opt/jp1scope/log/jcsdbimport{1|2|3}.log

6メガバイト

2メガバイト

共有ディレクトリ/jp1scope/log/jcsdbimport{1|2|3}.log

6メガバイト

2メガバイト

jcsdbexportコマンドログ

/var/opt/jp1scope/log/jcsdbexport{1|2|3}.log

6メガバイト

2メガバイト

共有ディレクトリ/jp1scope/log/jcsdbexport{1|2|3}.log

6メガバイト

2メガバイト

セットアップ時のログ

/var/opt/jp1scope/log/JCS_SETUP/jcs_setup.log

100キロバイト

インストール時

/var/opt/jp1scope/log/jcs_setup/論理ホスト名/jcs_setup.log

100キロバイト

インストール時

/var/opt/jp1scope/log/jcs_setup/論理ホスト名/reg.txt

100キロバイト

インストール時

/var/opt/jp1scope/log/jcs_setup/論理ホスト名/reg_def.txt

100キロバイト

インストール時

注　プロセス別トレースログです。プロセス別トレースログとは，JP1/IMの各機能が出力するログ情報のことです。各機能によって異なるログファイルに出力されます。なお，プロセス別トレースログには製品情報が含まれているため，内容は公開していません。

表12‒13　JP1/IM - Manager（IM構成管理）のログファイル・ディレクトリ一覧（UNIX）

ログの種類

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

最大ディスク使用量

ファイルの切り替え時期

IM構成管理トレースログ

/var/opt/jp1imm/log/imcf/jcfallogtrap{1|2|3|4|5|6|7|8|9|10}.log

200メガバイト

10メガバイト

/var/opt/jp1imm/log/imcf/jcfallogtrap_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

/var/opt/jp1imm/log/imcf/jcfallogtrap_trace_auth{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

/var/opt/jp1imm/log/imcf/jcfmain{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

/var/opt/jp1imm/log/imcf/jcfmain_trace{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

/var/opt/jp1imm/log/imcf/jcfmain_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfallogtrap{1|2|3|4|5|6|7|8|9|10}.log

200メガバイト

10メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfallogtrap_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfallogtrap_trace_auth{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfmain{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfmain_trace{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfmain_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

通信用トレースログ

/var/opt/jp1imm/log/imcf/jcfmain_trace_com{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

/var/opt/jp1imm/log/imcf/jcfmain_ping{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfmain_trace_com{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfmain_ping{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

認証用トレースログ

/var/opt/jp1imm/log/imcf/jcfmain_trace_auth{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfmain_trace_auth{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

DB操作APIトレースログ

/var/opt/jp1imm/log/imcf/jcfmain_trace_db{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfmain_trace_db{1|2|3|4|5|6|7|8|9|10}.log

20メガバイト

2メガバイト

コマンド共通ログ

/var/opt/jp1imm/log/imcf/jcfcommand{1|2|3}.log

3メガバイト

1メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfcommand{1|2|3}.log

3メガバイト

1メガバイト

jcfallogstartコマンドログ

/var/opt/jp1imm/log/imcf/jcfallogstart{1|2|3}.log

9メガバイト

3メガバイト

/var/opt/jp1imm/log/imcf/jcfallogstart_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfallogstart{1|2|3}.log

9メガバイト

3メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfallogstart_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfallogstatコマンドログ

/var/opt/jp1imm/log/imcf/jcfallogstat{1|2|3}.log

9メガバイト

3メガバイト

/var/opt/jp1imm/log/imcf/jcfallogstat_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfallogstat{1|2|3}.log

9メガバイト

3メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfallogstat_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfallogstopコマンドログ

/var/opt/jp1imm/log/imcf/jcfallogstop{1|2|3}.log

9メガバイト

3メガバイト

/var/opt/jp1imm/log/imcf/jcfallogstop_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfallogstop{1|2|3}.log

9メガバイト

3メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfallogstop_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfallogreloadコマンドログ

/var/opt/jp1imm/log/imcf/jcfallogreload{1|2|3}.log

9メガバイト

3メガバイト

/var/opt/jp1imm/log/imcf/jcfallogreload_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfallogreload{1|2|3}.log

9メガバイト

3メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfallogreload_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfallogdefコマンドログ

/var/opt/jp1imm/log/imcf/jcfallogdef{1|2|3}.log

9メガバイト

3メガバイト

/var/opt/jp1imm/log/imcf/jcfallogdef_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfallogdef{1|2|3}.log

9メガバイト

3メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfallogdef_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfcolvmesxコマンドログ

/var/opt/jp1imm/log/imcf/jcfcolvmesx_trace{1|2|3}.log

3メガバイト

1メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfcolvmesx_trace{1|2|3}.log

jcfcolvmvirtageコマンドログ

/var/opt/jp1imm/log/imcf/jcfcolvmvirtage_trace{1|2|3}.log

3メガバイト

1メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfcolvmvirtage_trace{1|2|3}.log

jcfcolvmvcコマンドログ

/var/opt/jp1imm/log/imcf/jcfcolvmvc_trace{1|2|3}.log

3メガバイト

1メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfcolvmvc_trace{1|2|3}.log

jcfcolvmkvmコマンドログ

/var/opt/jp1imm/log/imcf/jcfcolvmkvm_trace{1|2|3}.log

3メガバイト

1メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfcolvmkvm_trace{1|2|3}.log

jcfcolvmhcsmコマンドログ

/var/opt/jp1imm/log/imcf/jcfcolvmhcsm_trace{1|2|3}.log

3メガバイト

1メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfcolvmhcsm_trace{1|2|3}.log

jcfexportコマンドログ

/var/opt/jp1imm/log/imcf/jcfexport_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfexport_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfimportコマンドログ

/var/opt/jp1imm/log/imcf/jcfimport_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

共有ディレクトリ/jp1imm/log/imcf/jcfimport_VM_trace{1|2|3}.log

3メガバイト

1メガバイト

jcfmkhostsdataコマンドログ

/var/opt/jp1imm/log/imcf/jcfmkhostsdata_trace{1|2|3}.log

3メガバイト

1メガバイト

スタックトレースログ

/var/opt/jp1imm/log/imcf/javalog0{1|2|3|4}.log

1メガバイト

起動時，または256キロバイト

セットアップ時のログ

/var/opt/jp1imm/log/imcf/JCF_SETUP/jcf_setup.log

100キロバイト

インストール時

/var/opt/jp1imm/log/imcf/JCF_SETUP/論理ホスト名/jcf_setup.log

100キロバイト

インストール時

注　プロセス別トレースログです。プロセス別トレースログとは，JP1/IMの各機能が出力するログ情報のことです。各機能によって異なるログファイルに出力されます。なお，プロセス別トレースログには製品情報が含まれているため，内容は公開していません。

表12‒14　インテリジェント統合管理基盤のログファイル・フォルダ一覧

ログの種類

デフォルトのファイル名・フォルダ名

最大ディスク使用量

ファイルの切り替え時期

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

/var/opt/jp1imm/log/imdd/jddmain/jddmain.log{.1-7}

1ギガバイト

128メガバイト

共有ディレクトリ/jp1imm/log/imdd/jddmain/jddmain.log{.1-7}

定義ファイル※1・ノードファイル履歴ログログ

/var/opt/jp1imm/log/imdd/jddmain/jimddDef.log{.1-10}

80メガバイト

8メガバイト

共有ディレクトリ/jp1imm/log/imdd/jddmain/jimddDef.log{.1-10}

/var/opt/jp1imm/log/imdd/jddmain/jimddMaster.log{.1-30}

240メガバイト

8メガバイト

共有ディレクトリ/jp1imm/log/imdd/jddmain/jimddMaster.log{.1-30}

jddsetaccessuserコマンドトレースログ

/var/opt/jp1imm/log/imdd/jddsetaccessuser/jddsetaccessuser.log{.1-6}

70メガバイト

10メガバイト

共有ディレクトリ/jp1imm/log/imdd/jddsetaccessuser/jddsetaccessuser.log{.1-6}

/var/opt/jp1imm/log/imdd/jddsetaccessuser/jddsetaccessuser_exe{1|2|3}.log

768キロバイト

256キロバイト

共有ディレクトリ/jp1imm/log/imdd/jddsetaccessuser/jddsetaccessuser_exe{1|2|3}.log

/var/opt/jp1imm/log/imdd/jddsetaccessuser/javalog0{1|2|3|4}.log

1024キロバイト

起動時または256キロバイト

共有ディレクトリ/jp1imm/log/imdd/jddsetaccessuser/javalog0{1|2|3|4}.log

jddcreatetreeコマンドトレースログ

/var/opt/jp1imm/log/imdd/jddcreatetree/jddcreatetree.log{.1-6}

70メガバイト

10メガバイト

共有ディレクトリ/jp1imm/log/imdd/jddcreatetree/jddcreatetree.log{.1-6}

/var/opt/jp1imm/log/imdd/jddcreatetree/jddcreatetree_exe{1|2|3}.log

768キロバイト

256キロバイト

共有ディレクトリ/jp1imm/log/imdd/jddcreatetree/jddcreatetree_exe{1|2|3}.log

/var/opt/jp1imm/log/imdd/jddcreatetree/javalog0{1|2|3|4}.log

1,024キロバイト

起動時または256キロバイト

共有ディレクトリ/jp1imm/log/imdd/jddcreatetree/javalog0{1|2|3|4}.log

jddupdatetreeコマンドトレースログ

/var/opt/jp1imm/log/imdd/jddupdatetree/jddupdatetree.log{.1-6}

70メガバイト

10メガバイト

共有ディレクトリ/jp1imm/log/imdd/jddupdatetree/jddupdatetree.log{.1-6}

/var/opt/jp1imm/log/imdd/jddupdatetree/jddupdatetree_exe{1|2|3}.log

768キロバイト

256キロバイト

共有ディレクトリ/jp1imm/log/imdd/jddupdatetree/jddupdatetree_exe{1|2|3}.log

/var/opt/jp1imm/log/imdd/jddupdatetree/javalog0{1|2|3|4}.log

1,024キロバイト

256キロバイト

共有ディレクトリ/jp1imm/log/imdd/jddupdatetree/javalog0{1|2|3|4}.log

jddproxyuserコマンドトレースログ

/var/opt/jp1imm/log/imdd/jddproxyuser/jddproxyuser.log{.1-6}

70メガバイト

10メガバイト

共有ディレクトリ/jp1imm/log/imdd/jddproxyuser/jddproxyuser.log{.1-6}

/var/opt/jp1imm/log/imdd/jddproxyuser/jddproxyuser_exe{1|2|3}.log

768キロバイト

256キロバイト

共有ディレクトリ/jp1imm/log/imdd/jddproxyuser/jddproxyuser_exe{1|2|3}.log

/var/opt/jp1imm/log/imdd/jddproxyuser/javalog0{1|2|3|4}.log

1,024キロバイト

256キロバイト

共有ディレクトリ/jp1imm/log/imdd/jddproxyuser/javalog0{1|2|3|4}.log

jimgndbsetupコマンドトレースログ

/var/opt/jp1imm/log/imgndb/jimgndbsetup{1|2}.log

512キロバイト

256キロバイト

jimgndbunsetupコマンドトレースログ

/var/opt/jp1imm/log/imgndb/jimgndbunsetup{1|2}.log

512キロバイト

256キロバイト

jimgndbstopコマンドトレースログ

/var/opt/jp1imm/log/imgndb/jimgndbstop{1-10}.log

51,200キロバイト

5,120キロバイト

共有ディレクトリ/jp1imm/log/imgndb/jimgndbstop{1-10}.log

jimgndbstatusコマンドトレースログ

/var/opt/jp1imm/log/imgndb/jimgndbstatus{1-10}.log

51,200キロバイト

5,120キロバイト

共有ディレクトリ/jp1imm/log/imgndb/jimgndbstatus{1-10}.log

対処アクション実行履歴ファイルのログ※4

/var/opt/jp1imm/log/suggestion/jddSuggestionHistory.log{.1-3}

240メガバイト

60メガバイト

共有ディレクトリ/jp1imm/log/suggestion/jddSuggestionHistory.log{.1-3}

シークレット認証ログファイル

/var/opt/jp1imm/log/secretAuth/jddSecretAuth.log{.1-3}

240メガバイト

60メガバイト

共有ディレクトリ/jp1imm/log/secretAuth/jddSecretAuth.log{.1-3}

ユーザー作成プラグイン

/var/opt/jp1imm/log/imdd/ユーザー作成プラグイン名/ユーザー作成プラグイン.log{1-21}※3

220メガバイト

10メガバイト

共有ディレクトリ/jp1imm/log/imdd/ユーザー作成プラグイン名/ユーザー作成プラグイン.log{1-21}※3

その他ログ

/var/opt/jp1imm/log/imdd/jddmain/jddmain_exe{1|2|3}.log

768キロバイト

256キロバイト

共有ディレクトリ/jp1imm/log/imdd/jddmain/jddmain_exe{1|2|3}.log

/var/opt/jp1imm/log/imdd/jddmain/javalog0{1|2|3|4}.log

1,024キロバイト

起動時または256キロバイト

共有ディレクトリ/jp1imm/log/imdd/jddmain/javalog0{1|2|3|4}.log

/var/opt/jp1imm/log/imdd/jcoapi{1-50}.log

500メガバイト

10メガバイト

共有ディレクトリ/jp1imm/log/imdd/jddmain/jcoapi{1-50}.log

/var/opt/jp1imm/log/imdd/jcoapiM{1-50}.log

500メガバイト

10メガバイト

共有ディレクトリ/jp1imm/log/imdd/jddmain/jcoapiM{1-50}.log

/var/opt/jp1imm/log/imdd/<コンポーネント名>※2/<コンポーネント名>※2{1-21}.log

220メガバイト

10メガバイト

共有ディレクトリ/jp1imm/log/imdd/<コンポーネント名>※2/<コンポーネント名>※2{1-21}.log

注　プロセス別トレースログです。プロセス別トレースログとは，JP1/IMの各機能が出力するログ情報のことです。各機能によって異なるログファイルに出力されます。なお，プロセス別トレースログには製品情報が含まれているため，内容は公開していません。

注※1　インテリジェント統合管理基盤の定義ファイルログでは，次の定義ファイルのログを出力します。

システムノード定義ファイル，IM管理ノードカテゴリ名称定義ファイル，ホスト名定義ファイル，構成取得対象ホスト定義ファイル，IM管理ノードリンク定義ファイル，IM管理ノードリンクファイル，IM管理ノードツリーファイル，IM管理ノードファイル

注※2　コンポーネント名には，次のどれかが表示されます。

jp1ajs

jp1pfm

jp1im

注※3　{1-21}はファイルの面数です。ログファイルは任意のテキストエディターで参照できます。

注※4　対処アクションを実行した際のログです。失敗した場合の調査など，対処アクションのログをユーザー自身で確認できます。

(6)　JP1/IM - Agent（統合エージェント管理基盤）のログ

(a)　公開ログ

統合エージェント管理基盤の公開用のログが出力されます。

ログサイズの上限と面数

統合エージェント管理基盤の定義ファイルで指定します。

出力先

Windowsの場合

Managerパス※¥log¥imdd¥imagent¥imbase¥

Managerパス※¥log¥imdd¥imagent¥imbaseproxy¥

注※　クラスタの場合は「共有フォルダ¥jp1imm」に読み替えてください。

Linuxの場合

/var/opt※/jp1imm/log/imdd/imagent/imbase/

/var/opt※/jp1imm/log/imdd/imagent/imbaseproxy/

注※　クラスタの場合は「共有ディレクトリ」に読み替えてください。

ファイル名

jima_message.log※1

jima_message-YYYY-MM-DDThh-mm-ss.sss.log※2

注※1

ログが規定のサイズに達すると，ログファイル名に「-YYYY-MM-DDThh-mm-ss.sss.log」付与して，ローテーションします。

注※2

出力先のログファイル名を新しい日付にリネームし，一番古いログファイルを削除します。

出力形式

日時 PID ジョブ識別子 メッセージID メッセージ

注意事項

対処アクションでコマンドを実行すると，実行したコマンドの標準出力や標準エラー出力の内容がimagent の公開ログに出力されます。このため，メッセージなどを出力するコマンドを対処アクションで実行することが想定される場合は，必要に応じてimagent の公開ログの面数とサイズを拡張してください。

imagent の公開ログの面数やサイズは，imagent 設定ファイルのlog.message.num とlog.message.sizeで指定できます。

(b)　起動時の設定値ログ

統合エージェント管理基盤が起動時に読み込んだ設定値が出力されます。

ログサイズの上限と面数

ログサイズと面数はシステムで固定です。ユーザーによる変更はできません。

出力先

Windowsの場合

Managerパス※¥log¥imdd¥imagent¥imbase¥

Managerパス※¥log¥imdd¥imagent¥imbaseproxy¥

注※　クラスタの場合は「共有フォルダ¥jp1imm」に読み替えてください。

Linuxの場合

/var/opt※/jp1imm/log/imdd/imagent/imbase/

/var/opt※/jp1imm/log/imdd/imagent/imbaseproxy/

注※　クラスタの場合は「共有ディレクトリ」に読み替えてください。

ファイル名

jima_setting.log※1

jima_setting-YYYY-MM-DDThh-mm-ss.sss.log※2

注※1

ログが規定のサイズに達すると，ログファイル名に「-YYYY-MM-DDThh-mm-ss.sss.log」付与して，ローテーションします。

注※2

出力先のログファイル名を新しい日付にリネームし，一番古いログファイルを削除します。

出力形式

日時と設定値がわかるログを出力します。

12.2.2　JP1/IM - Agentのログ情報

(1)　Prometheus serverのログ

Prometheus serverのログが出力されます。

ログサイズの上限と面数

Windowsの場合

サービス定義ファイルで指定します。

Linuxの場合

ユニット定義ファイルで指定します。

指定方法については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）のサービス定義ファイルとユニット定義ファイルを参照してください。

出力先

Windowsの場合

Agentパス※¥logs¥prometheus_server¥jpc_prometheus_server_service.(err|out).log

注※　クラスタの場合は「共有フォルダ¥jp1ima」に読み替えてください。

Linuxの場合

/opt※/jp1ima/logs/prometheus_server/prometheus_service

注※　クラスタの場合は「共有ディレクトリ」に読み替えてください。

出力形式

Prometheus serverが，稼働中に標準出力または標準エラー出力に出力したテキストデータを出力します。

(2)　Alertmanagerのログ

Alertmanagerのログが出力されます。

ログサイズの上限と面数

Windowsの場合

サービス定義ファイルで指定します。

Linuxの場合

ユニット定義ファイルで指定します。

指定方法については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）のサービス定義ファイルとユニット定義ファイルを参照してください。

出力先

Windowsの場合

Agentパス※¥logs¥alertmanager¥jpc_alertmanager_service.(err|out).log

注※　クラスタの場合は「共有フォルダ¥jp1ima」に読み替えてください。

Linuxの場合

/opt※/jp1ima/logs/alertmanager/alertmanager_service

注※　クラスタの場合は「共有ディレクトリ」に読み替えてください。

出力形式

Alertmanagerが，稼働中に標準出力または標準エラー出力に出力したテキストデータを出力します。

(3)　Exporterのログ

Exporterのログが出力されます。

ログサイズの上限と面数

Windowsの場合

サービス定義ファイルで指定します。

Linuxの場合

ユニット定義ファイルで指定します。

指定方法については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）のサービス定義ファイルとユニット定義ファイルを参照してください。

出力先

Windowsの場合

Agentパス※¥logs¥Exporter名¥jpc_Exporter名_service.(err|out).log

注※　クラスタの場合は「共有フォルダ¥jp1ima」に読み替えてください。

Linuxの場合

/opt※/jp1ima/logs/Exporter名/Exporter名_service

注※　クラスタの場合は「共有ディレクトリ」に読み替えてください。

出力形式

Exporterが，稼働中に標準出力または標準エラー出力に出力したテキストデータを出力します。

(4)　サービス制御のログ

Windowsの場合

サービスの起動と停止を行ったときのログが出力されます。

Linuxの場合

ログは出力されません。

ログサイズの上限と面数

ログが一定のサイズになったときにローテーションします。ログサイズの上限と面数は指定できません。

出力先

Windowsの場合

Agentパス※¥logs¥prometheus¥jpc_prometheus_server_service.wrapper.log

Agentパス※¥logs¥alertmanager¥jpc_alertmanager_service.wrapper.log

Agentパス※¥logs¥Exporter名¥jpc_Exporter名_service.wrapper.log

Agentパス※¥logs¥fluentd¥jpc_fluentd_service.wrapper.log

Agentパス※¥logs¥imagent¥jpc_imagent_service.wrapper.log

Agentパス※¥logs¥imagentproxy¥jpc_imagentproxy_service.wrapper.log

Agentパス※¥logs¥imagentaction¥jpc_imagentaction_service.wrapper.log

注※　クラスタの場合は「共有フォルダ¥jp1ima」に読み替えてください。

出力形式

Windowsサービス化プログラムが出力したテキストデータを出力します。

出力する契機とサイズ

サービス制御のログに出力する契機とサイズの目安を，次に示します。

契機

サイズの目安

（バイト）

出力例

サービスの起動

750

2021-11-22 14:18:48,135 DEBUG - Starting WinSW in service mode

2021-11-22 14:18:48,394 INFO - Starting prometheus.exe --config.file="jpc_prometheus_server.yml" --web.read-timeout=5m --web.max-connections=10 --web.enable-lifecycle --storage.tsdb.path="data/" --storage.tsdb.retention.time=0d --storage.remote.flush-deadline=2m --rules.alert.for-outage-tolerance=1h --rules.alert.for-grace-period=10m --rules.alert.resend-delay=1m --alertmanager.notification-queue-capacity=10000 --log.level=info --log.format=logfmt

2021-11-22 14:18:50,805 INFO - Started process 17384

2021-11-22 14:18:50,826 DEBUG - Forwarding logs of the process System.Diagnostics.Process (prometheus) to WinSW.SizeBasedRollingLogAppender

サービスの停止

300

2021-11-22 14:12:04,083 INFO - Stopping jpc_prometheus

2021-11-22 14:12:04,084 DEBUG - ProcessKill 16492

2021-11-22 14:12:04,108 DEBUG - Stopping process 16492...

2021-11-22 14:12:04,141 DEBUG - Process 16492 canceled with code 0.

2021-11-22 14:12:04,176 INFO - Finished jpc_prometheus

削除方法

ログファイルを，移動またはリネームして退避します。退避したあとは，ユーザーがログを出力する操作を行ったときに，プログラムがログファイルを作成します。ログファイルを退避するときに，サービスを停止させる必要はありません。

退避したファイルは，不要と判断したときに手動で削除します。

(5)　Fluentdのログ

Fluentdのログが出力されます。

ログサイズの上限と面数

Windowsの場合

サービス定義ファイルで指定します。

Linuxの場合

ユニット定義ファイルで指定します。

指定方法については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」（2.　定義ファイル）のサービス定義ファイルとユニット定義ファイルを参照してください。

出力先

Windowsの場合

Agentパス※¥logs¥fluentd¥jpc_fluentd_service.(err|out).log

注※　クラスタの場合は「共有フォルダ¥jp1ima」に読み替えてください。

Linuxの場合

/opt※/jp1ima/logs/fluentd/fluentd_server

注※　クラスタの場合は「共有ディレクトリ」に読み替えてください。

出力形式

Fluentdが，稼働中に標準出力または標準エラー出力に出力したテキストデータを出力します。

(6)　コマンドのログ

コマンドのログが出力されます。

ログサイズの上限と面数

ログサイズの上限と面数はコマンドごとに決まっています。変更できません。

出力先

Windowsの場合

Agentパス※¥logs¥tools¥コマンド名.*

注※

クラスタの場合，物理ディスクに出力するコマンドと共有ディスクに出力するコマンドがあります。共有ディスクに出力するコマンドの場合は「共有フォルダ¥jp1ima」に読み替えてください。

Linuxの場合

/opt※/jp1ima/logs/tools/コマンド名.*

注※

クラスタの場合，物理ディスクに出力するコマンドと共有ディスクに出力するコマンドがあります。共有ディスクに出力するコマンドの場合は「共有ディレクトリ」に読み替えてください。

出力形式

日付 ログ内容

(7)　統合エージェント制御基盤のログ

(a)　公開ログ

統合エージェント制御基盤の公開用のログが出力されます。

ログサイズの上限と面数

統合エージェント制御基盤の定義ファイルで指定します。

出力先

Windowsの場合

Agentパス※¥logs¥imagent¥

Agentパス※¥logs¥imagentproxy¥

Agentパス※¥logs¥imagentaction¥

注※　クラスタの場合は「共有フォルダ¥jp1ima」に読み替えてください。

Linuxの場合

/opt※/jp1ima/logs/imagent/

/opt※/jp1ima/logs/imagentproxy/

/opt※/jp1ima/logs/imagentaction/

注※　クラスタの場合は「共有ディレクトリ」に読み替えてください。

ファイル名

jima_message.log※1

jima_message-YYYY-MM-DDThh-mm-ss.sss.log※2

注※1

ログが規定のサイズに達すると，ログファイル名に「-YYYY-MM-DDThh-mm-ss.sss.log」付与して，ローテーションします。

注※2

出力先のログファイル名を新しい日付にリネームし，一番古いログファイルを削除します。

出力形式

日時 PID ジョブ識別子 メッセージID メッセージ

(b)　起動時の設定値ログ

統合エージェント制御基盤が起動時に読み込んだ設定値が出力されます。

ログサイズの上限と面数

ログサイズと面数はシステムで固定です。ユーザーによる変更はできません。

出力先

Windowsの場合

Agentパス※¥logs¥imagent¥

Agentパス※¥logs¥imagentproxy¥

Agentパス※¥logs¥imagentaction¥

注※　クラスタの場合は「共有フォルダ¥jp1ima」に読み替えてください。

Linuxの場合

/opt※/jp1ima/logs/imagent/

/opt※/jp1ima/logs/imagentproxy/

/opt※/jp1ima/logs/imagentaction/

注※　クラスタの場合は「共有ディレクトリ」に読み替えてください。

ファイル名

jima_setting.log※1

jima_setting-YYYY-MM-DDThh-mm-ss.sss.log※2

注※1

ログが規定のサイズに達すると，ログファイル名に「-YYYY-MM-DDThh-mm-ss.sss.log」付与して，ローテーションします。

注※2

出力先のログファイル名を新しい日付にリネームし，一番古いログファイルを削除します。

出力形式

日時と設定値がわかるログを出力します。

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

トラブルが発生したときに採取が必要な資料を示します。

なお，JP1では採取が必要な資料を一括採取するための資料採取ツールを用意しています。資料採取ツールで採取できる資料は，OSのシステム情報やJP1の情報です。次からはWindows，UNIXのそれぞれの場合について説明します。

12.3.1　JP1/IM - Managerに関する資料

(1)　Windowsの場合

(a)　OSのシステム情報

OSに関する次の情報の採取が必要です。これらの情報は資料採取ツールで採取できます。

なお，資料採取ツール（jim_log.batコマンド，jcoview_log.batコマンド）では採取できる資料に違いがあります。次の表に示す資料は，jim_log.batコマンドを実行するとすべて採取されます。jcoview_log.batコマンドを実行するときに採取できる資料については右端の列に示します。

表12‒15　OSのシステム情報（Windows）

情報の種類

採取資料

ファイル名※1

View

資料採取日時

date /tの実行結果

time /tの実行結果

date.log

○

日立総合インストーラのログファイル

Windowsのインストール先フォルダ¥Temp¥HCDINST¥以下のファイル

左記ファイルのコピーファイル

○

JP1/IM - Managerのインストール/アンインストールログファイル

Windowsのインストール先フォルダ¥Temp¥HITACHI_JP1_INST_LOG¥jp1imm_inst{1|2|3|4|5}.log

jp1imm_inst{1|2|3|4|5}.log

△

JP1/IM - Viewインストール/アンインストールログファイル

Windowsのインストール先フォルダ¥Temp¥HITACHI_JP1_INST_LOG¥jp1coview_inst{1|2|3|4|5}.log

jp1coview_inst{1|2|3|4|5}.log

○

JP1/Baseインストール/アンインストールログファイル

Windowsのインストール先フォルダ¥Temp¥HITACHI_JP1_INST_LOG¥jp1base_inst{1|2|3|4|5}.log

jp1base_inst{1|2|3|4|5}.log

△

製品情報ログファイル

Windowsのインストール先フォルダ¥Temp¥jp1common¥以下のファイル

左記ファイルのコピー

○

マシンに設定されているホスト名の設定

システムルートフォルダ¥system32¥drivers¥etc¥hosts

hosts

○

マシンに設定されているサービスポートの設定

システムルートフォルダ¥system32¥drivers¥etc¥services

services

○

NICの実装状況

ipconfig /allの実行結果

ipconfig.log

○

起動サービス一覧

net startの実行結果

netstart.log

○

ネットワーク統計情報

netstat -naoの実行結果

netstat.log

○

マシンの環境変数

setの実行結果

set.log

○

マシンのシステム情報

msinfo32 /report ファイル名の実行結果

msinfo32.log

○

レジストリ情報

レジストリHKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI

または

レジストリHKEY_LOCAL_MACHINE¥SOFTWARE¥Wow6432Node¥HITACHI

の値をregコマンドで採取した結果

hitachi_reg.txt

○

製品情報ファイル

システムドライブ:Program Files¥HITACHI¥jp1common¥以下のファイル

左記ファイルのコピーファイル

○

JP1/IM - Managerのインストール情報

システムドライブ:Program Files¥InstallShield Installation Information¥setup.ini

imm_setup.ini

△

JP1/IM - Managerのインストールログファイル

システムドライブ:Program Files¥InstallShield Installation Information¥setup.ilg

imm_setup.ilg

△

JP1/Baseのインストール情報

システムドライブ:Program Files¥InstallShield Installation Information¥setup.ini

base_setup.ini

△

JP1/Baseのインストールログファイル

システムドライブ:Program Files¥InstallShield Installation Information¥setup.ilg

base_setup.ilg

△

JP1/IM - Viewのインストール情報

システムドライブ:Program Files¥InstallShield Installation Information¥setup.ini

imv_setup.ini

○

JP1/IM - Viewのインストールログファイル

システムドライブ:Program Files¥InstallShield Installation Information¥setup.ilg

imv_setup.ilg

○

JP1/Baseのアクセス権限情報(インストールフォルダ)

cacls Baseパス の実行結果

cacls_jp1base.log

△

cacls 共有フォルダ¥JP1Base の実行結果※2

cacls_jp1base.log

−

JP1/Baseのアクセス権限情報(ログフォルダ)

cacls Baseパス¥log の実行結果

cacls_jp1base_log.log

△

cacls 共有フォルダ¥JP1Base¥log の実行結果※2

cacls_jp1base_log.log

−

JP1/Baseのアクセス権限情報(コマンド実行履歴フォルダ)

cacls Baseパス¥log¥COMMAND の実行結果

cacls_jp1base_log_COMMAND.log

△

cacls 共有フォルダ¥JP1Base¥log¥COMMAND の実行結果※2

cacls_jp1base_log_COMMAND.log

−

JP1/Baseのアクセス権限情報(イベントDBフォルダ)

cacls Baseパス¥sys の実行結果

cacls_jp1base_sys.log

△

JP1/Baseのアクセス権限情報(イベントDBフォルダ)

cacls Baseパス¥sys¥event の実行結果

cacls_jp1base_sys_event.log

△

cacls 共有フォルダ¥JP1Base¥event の実行結果※2

cacls_jp1base_event.log

−

JP1/Baseのアクセス権限情報(イベントDBフォルダ)

cacls Baseパス¥sys¥event¥servers の実行結果

cacls_jp1base_sys_event_servers.log

△

JP1/Baseのアクセス権限情報(イベントDBフォルダ)

cacls Baseパス¥sys¥event¥servers¥default の実行結果

cacls_jp1base_sys_event_servers_default.log

△

JP1/IM - Manager(セントラルコンソール)のアクセス権限情報(インストールフォルダ)

cacls Consoleパス の実行結果

cacls_jp1cons.log

△

cacls 共有フォルダ¥JP1Cons の実行結果※2

cacls_jp1cons.log

−

JP1/IM - Manager(セントラルコンソール)のアクセス権限情報(ログフォルダ)

cacls Consoleパス¥log の実行結果

cacls_jp1cons_log.log

△

cacls 共有フォルダ¥JP1Cons¥log の実行結果※2

cacls_jp1cons_log.log

−

JP1/IM - Manager(セントラルコンソール)のアクセス権限情報(相関履歴フォルダ)

cacls Consoleパス¥operation の実行結果

cacls_jp1cons_operation.log

△

cacls 共有フォルダ¥JP1Cons¥operation の実行結果※2

cacls_jp1cons_operation.log

−

JP1/IM - Manager(セントラルコンソール)のアクセス権限情報(相関イベント発行履歴フォルダ)

cacls Consoleパス¥operation¥evgen の実行結果

cacls_jp1cons_operation_evgen.log

△

cacls 共有フォルダ¥JP1Cons¥operation¥evgen の実行結果※2

cacls_jp1cons_operation_evgen.log

−

JP1/IM - Manager(セントラルコンソール)のアクセス権限情報(共通除外履歴フォルダ)

cacls Consoleパス¥operation¥comexclude の実行結果

cacls_jp1cons_operation_comexclude.log

△

JP1/IM - Viewのアクセス権限情報(インストールフォルダ)

cacls Viewパス の実行結果

cacls_jp1coview.log

○

JP1/IM - Viewのアクセス権限情報(ログフォルダ)

cacls システムドライブ:¥ProgramData¥Hitachi¥jp1¥jp1_default¥JP1CoView¥log の実行結果

cacls_programdata_jp1coview_log.log

○

JP1/IM - Managerのアクセス権限情報(インストールフォルダ)

cacls Managerパスの実行結果

cacls_jp1imm.log

△

JP1/IM - Managerのアクセス権限情報(ログフォルダ)

cacls Managerパス¥log の実行結果

cacls_jp1imm_log.log

△

JP1/IM - Manager(セントラルスコープ)のアクセス権限情報(インストールフォルダ)

cacls Scopeパス の実行結果

cacls_jp1scope.log

△

cacls 共有フォルダ¥JP1Scope の実行結果※2

cacls_jp1scope.log

−

JP1/IM - Manager(セントラルスコープ)のアクセス権限情報(ログフォルダ)

cacls Scopeパス¥log の実行結果

cacls_jp1scope_log.log

△

cacls 共有フォルダ¥JP1Scope¥log の実行結果※2

cacls_jp1scope_log.log

−

JP1/IM - Manager(セントラルスコープ)のアクセス権限情報(DBフォルダ)

cacls Scopeパス¥database の実行結果

cacls_jp1scope_database.log

△

cacls 共有フォルダ¥JP1Scope¥database の実行結果※2

cacls_jp1scope_database.log

−

JP1/IM - Manager(セントラルスコープ)のアクセス権限情報(DBフォルダ)

cacls Scopeパス¥database¥event の実行結果

cacls_jp1scope_database_event.log

△

cacls 共有フォルダ¥JP1Scope¥database¥event の実行結果※2

cacls_jp1scope_database_event.log

−

JP1/IM - Manager(セントラルスコープ)のアクセス権限情報(DBフォルダ)

cacls Scopeパス¥database¥jcsdb の実行結果

cacls_jp1scope_database_jcsdb.log

△

cacls 共有フォルダ¥JP1Scope¥database¥jcsdb の実行結果※2

cacls_jp1scope_database_jcsdb.log

−

JP1/IM - Manager(セントラルスコープ)のアクセス権限情報(DBフォルダ)

cacls Scopeパス¥database¥jcsdb¥event の実行結果

cacls_jp1scope_database_jcsdb_event.log

△

cacls 共有フォルダ¥JP1Scope¥database¥jcsdb¥event の実行結果※2

cacls_jp1scope_database_jcsdb_event.log

−

JP1/IM - Manager(セントラルスコープ)のアクセス権限情報(DBフォルダ)

cacls Scopeパス¥database¥jcsdb¥pw の実行結果

cacls_jp1scope_database_jcsdb_pw.log

△

cacls 共有フォルダ¥JP1Scope¥database¥jcsdb¥pw の実行結果※2

cacls_jp1scope_database_jcsdb_pw.log

−

JP1/IM - Manager(セントラルスコープ)のアクセス権限情報(DBフォルダ)

cacls Scopeパス¥database¥jcsdb¥tree の実行結果

cacls_jp1scope_database_jcsdb_tree.log

△

cacls 共有フォルダ¥JP1Scope¥database¥jcsdb¥tree の実行結果※2

cacls_jp1scope_database_jcsdb_tree.log

−

JP1/IM - Manager(セントラルスコープ)のアクセス権限情報(DBフォルダ)

cacls Scopeパス¥database¥jcshosts の実行結果

cacls_jp1scope_database_jcshosts.log

△

cacls 共有フォルダ¥JP1Scope¥database¥jcshosts の実行結果※2

cacls_jp1scope_database_jcshosts.log

−

JP1/IM - Manager(インテリジェント統合管理基盤)のアクセス権限情報(ログフォルダ)

cacls Managerパス¥log¥imddの実行結果

cacls_jp1imm_log_imdd.log

−

cacls 共有フォルダ¥log¥imddの実行結果※2

cacls_jp1imm_log_imdd.log

−

JP1/IM - Manager(インテリジェント統合管理基盤)のアクセス権限情報(対処アクション実行履歴フォルダ)

cacls Managerパス¥log¥suggestionの実行結果

cacls_jp1imm_log_suggestion.log

−

cacls 共有フォルダ¥log¥suggestionの実行結果※2

cacls_jp1imm_log_suggestion.log

−

操作ログファイル出力先のアクセス権限情報

cacls 操作ログ出力先 の実行結果

操作ログ出力先は次に示す共通定義に指定されたフォルダ

[JP1_DEFAULT¥JP1IMM¥OPERATION]

"LOGFILEDIR"

cacls_jp1imm_operationlog.log

△

cacls 操作ログ出力先 の実行結果

操作ログ出力先は次に示す共通定義に指定されたフォルダ

[論理ホスト名¥JP1IMM¥OPERATION]

"LOGFILEDIR"

cacls_jp1imm_operationlog.log

−

JP1/Baseのファイル一覧

dir Baseパス /s の実行結果

dir_jp1base.log

△

dir 共有フォルダ¥JP1Base /s の実行結果※2

dir_論理ホスト名_jp1base.log

−

JP1/IM - Manager(セントラルコンソール)のファイル一覧

dir Consoleパス /s の実行結果

dir_jp1cons.log

△

dir 共有フォルダ¥JP1Cons /s の実行結果※2

dir_論理ホスト名_jp1cons.log

−

JP1/IM - Viewのファイル一覧

dir Viewパス /s の実行結果

dir_jp1coview.log

○

Windows限定

dir システムドライブ:¥ProgramData¥Hitachi¥jp1¥jp1_default¥JP1CoView /s の実行結果

dir_programdata_jp1coview.log

○

JP1/IM - Managerのファイル一覧

dir Managerパス /s の実行結果

dir_jp1imm.log

△

JP1/IM - Manager(セントラルスコープ)のファイル一覧

dir Scopeパス /s の実行結果

dir_jp1scope.log

△

dir 共有フォルダ¥JP1Scope /s の実行結果※2

dir_論理ホスト名_jp1scope.log

−

操作ログファイル出力先のファイル一覧

dir 操作ログ出力先 /s の実行結果

操作ログ出力先は次に示す共通定義に指定されたフォルダ

[JP1_DEFAULT¥JP1IMM¥OPERATION]

"LOGFILEDIR"

dir_jp1imm_operationlog.log

△

dir 操作ログ出力先 /s の実行結果

操作ログ出力先は次に示す共通定義に指定されたフォルダ

[論理ホスト名¥JP1IMM¥OPERATION]

"LOGFILEDIR"

dir_jp1imm_operationlog.log

−

ネットワークアドレス解決のためのホスト名

jbsgethostbynameの実行結果

jbsgethostbyname.log(標準出力)

jbsgethostbyname_err.log(標準エラー出力)

△

jbsgethostbyname 論理ホスト名 の実行結果※2

jbsgethostbyname.log(標準出力)

jbsgethostbyname_err.log(標準エラー出力)

−

ヘルスチェック

jbshcstatus -debbug -aの実行結果

jbshcstatus.log(標準出力)

jbshcstatus_err.log(標準エラー出力)

△

jbshcstatus -debbug -a -h 論理ホスト名 の実行結果※2

jbshcstatus.log(標準出力)

jbshcstatus_err.log(標準エラー出力)

−

イベントサービスのプロセス稼働状態

jevstatの実行結果

jevstat.log(標準出力)

jevstat_err.log(標準エラー出力)

△

jevstat 論理ホスト名の実行結果

jevstat.log(標準出力)

jevstat_err.log(標準エラー出力)

−

イベントサービス以外のプロセス稼働状態

jbs_spmd_statusの実行結果

jbs_spmd_status.log(標準出力)

jbs_spmd_status_err.log(標準エラー出力)

△

jbs_spmd_status -h 論理ホスト名 の実行結果※2

jbs_spmd_status.log(標準出力)

jbs_spmd_status_err.log(標準エラー出力)

−

自動アクションの実行結果

jcashowa の実行結果※3

jcashowa.log(標準出力)

jcashowa_err.log(標準エラー出力)

△

jcashowa -h 論理ホスト名 の実行結果※2，※3

jcashowa.log(標準出力)

jcashowa_err.log(標準エラー出力)

−

自動アクションの動作状況

jcastatus の実行結果

jcastatus.log(標準出力)

jcastatus_err.log(標準エラー出力)

△

jcastatus -h 論理ホスト名 の実行結果※2

jcastatus.log(標準出力)

jcastatus_err.log(標準エラー出力)

−

自動アクション定義ファイルの内容

jcastatus -d の実行結果

jcastatus_d.log(標準出力)

jcastatus_d_err.log(標準エラー出力)

△

jcastatus -d -h 論理ホスト名 の実行結果※2

jcastatus_d.log(標準出力)

jcastatus_d_err.log(標準エラー出力)

−

相関イベント発行サービスの動作状況

jcoegsstatus の実行結果

jcoegsstatus.log(標準出力)

jcoegsstatus_err.log(標準エラー出力)

△

jcoegsstatus -h 論理ホスト名 の実行結果※2

jcoegsstatus.log(標準出力)

jcoegsstatus_err.log(標準エラー出力)

−

プロセス稼働状態

jco_spmd_status の実行結果

jco_spmd_status.log(標準出力)

jco_spmd_status_err.log(標準エラー出力)

△

jco_spmd_status -h 論理ホスト名 の実行結果※2

jco_spmd_status.log(標準出力)

jco_spmd_status_err.log(標準エラー出力)

−

資料採取ツールの実行結果

jim_log.batコマンドの実行結果

jim_log_result.log

○

JP1/IM - Managerのライセンス情報

ライセンスライブラリ（HLICLIB）がインストール時に出力するトレースログ，エラーログ

hlicliberr{n}.log

hliclibmgrerr{n}.log

hliclibtrc{n}.log

hliclibmgrtrc{n}.log

−

JP1/IM - Viewのライセンス情報

ライセンスライブラリ（HLICLIB）がインストール時に出力するトレースログ，エラーログ

hlicliberr{n}.log

hliclibmgrerr{n}.log

hliclibtrc{n}.log

hliclibmgrtrc{n}.log

−

Windowsイベントログ

アプリケーション：システムルートフォルダ¥system32¥config¥AppEvent.Evt

システム：システムルートフォルダ¥system32¥config¥SysEvent.Evt

AppEvent(Backup).evt

AppEvent(Backup).txt

SysEvent(Backup).evt

SysEvent(Backup).txt

○

ホストに登録されたjp1hosts2情報

jbshosts2exportの実行結果

jbshosts2export.log(標準出力)

jbshosts2export_err.log(標準エラー出力)

△

jbshosts2export -h 論理ホスト名の実行結果

jbshosts2export.log(標準出力)

jbshosts2export_err.log(標準エラー出力)

−

メディアセンス機能のON/OFF情報

レジストリ

HKEY_LOCAL_MACHINE¥System¥CurrentControlSet¥Services¥Tcpip¥Parameters¥DisableDHCPMediaSense

の値をregコマンドで表示した結果

DisableDHCPMediaSense_reg.txt

−

サーバ証明書の情報（CNとSANの設定値，有効期限）

openssl x509 -noout -in サーバ証明書ファイル -subject -datesの実行結果

openssl_x509_server.log(標準出力)

openssl_x509_server_err.log(標準エラー出力)

−

サーバ証明書と秘密鍵の整合性情報（modulus）

openssl rsa -noout -in 秘密鍵ファイル -modulusの実行結果

openssl x509 -noout -in サーバ証明書ファイル -modulusの実行結果

openssl_keymatching.log(標準出力)

openssl_keymatching_err.log(標準エラー出力)

−

インテリジェント統合管理データベースのファイル一覧

dir インテリジェント統合管理データベースのインストール先フォルダ※ /sの実行結果

dir インテリジェント統合管理データベースのデータ格納フォルダ※ /sの実行結果

dir_jp1imgndb_env.log

dir_jp1imgndb_data.log

−

（凡例）

○：jcoview_log.batコマンドで採取する

△：JP1/IM - Viewと同一ホストにJP1/Base，JP1/IM - Managerがインストールされている場合だけ，jcoview_log.batコマンドで採取する

−：jcoview_log.batコマンドで採取しない

注※1　資料採取ツールを実行したあとの格納先でのファイル名です。格納先については，次を参照してください。

マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jim_log.bat（Windows限定）」（1.　コマンド）

マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcoview_log.bat（Windows限定）」（1.　コマンド）

注※2　論理ホスト（クラスタ）環境の資料を採取する際に採取できます。

注※3　<セントラルコンソールのインストールフォルダ>¥log¥action¥<アクション情報ファイル名>が存在する場合だけ採取します。

(b)　JP1の情報

JP1に関する次の情報の採取が必要です。これらの情報は資料採取ツールで採取できます。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。

なお，資料採取ツール（jim_log.batコマンド，jcoview_log.batコマンド）では採取できる資料に違いがあります。次の表に示す資料は，jim_log.batコマンドを実行するとすべて採取されます。jcoview_log.batコマンドを実行するときに採取できる資料については右端の列に示します。

表12‒16　JP1の情報（Windows）

情報の種類

採取資料

ファイル名※1

View

JP1/IM，JP1/Base共通

統合トレースログ

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

デフォルトで次のファイル

hntr2[1|2|3|4].log

○

JP1/IM - Manager(コンポーネント共通)

パッチ情報

Managerパス¥PATCHLOG.TXT

Patchlog_jp1imm.txt

−

形名，バージョン情報

Managerパス¥Version.txt

Version.txt

−

ライセンス種別，使用期限

Managerパス¥ProductInfo.txt

ProductInfo.txt

−

設定および定義ファイル

Managerパス¥conf¥以下のファイル

左記ファイルのコピーファイル

−

ログファイル

Managerパス¥log¥以下のファイル

左記ファイルのコピーファイル

−

操作ログファイル

次に示す共通定義に指定されたフォルダ以下のファイル

[JP1_DEFAULT¥JP1IMM¥OPERATION]

"LOGFILEDIR"

左記ファイルのコピーファイル

−

次に示す共通定義に指定されたフォルダ以下のファイル

[論理ホスト¥JP1IMM¥OPERATION]

"LOGFILEDIR"

左記ファイルのコピーファイル

−

JP1/IM - Manager(セントラルコンソール)

設定および定義ファイル

Consoleパス¥conf¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥JP1Cons¥conf¥以下のファイル※2

左記ファイルのコピーファイル

−

共通定義情報

Consoleパス¥default¥以下のファイル

左記ファイルのコピーファイル

−

ログファイル

Consoleパス¥log¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥JP1Cons¥log¥以下のファイル※2

左記ファイルのコピーファイル

−

応答待ちイベント滞留ファイル※3

Consoleパス¥log¥response¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥jp1cons¥log¥response¥以下のファイル

左記ファイルのコピーファイル

−

相関イベント発行履歴ファイル

Consoleパス¥operation¥evgen¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥JP1Cons¥operation¥evgen¥以下のファイル※2

左記ファイルのコピーファイル

−

共通除外履歴ファイルおよび共通除外条件定義履歴ファイル

Consoleパス¥operation¥comexclude¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥JP1Cons¥operation¥comexclude¥以下のファイル※2

左記ファイルのコピーファイル

−

JP1/IM - Manager(セントラルスコープ)

設定および定義ファイル

Scopeパス¥conf¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥JP1Scope¥conf¥以下のファイル※2

左記ファイルのコピーファイル

−

共通定義情報

Scopeパス¥default¥以下のファイル

左記ファイルのコピーファイル

−

ログファイル

Scopeパス¥log¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥JP1Scope¥log¥以下のファイル※2

左記ファイルのコピーファイル

−

DB情報

Scopeパス¥database¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥JP1Scope¥database¥以下のファイル※2

左記ファイルのコピーファイル

−

JP1/IM - Manager(インテリジェント統合管理基盤)

設定および定義ファイル

Managerパス¥conf¥imdd¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥jp1imm¥conf¥imdd¥以下のファイル※2

左記ファイルのコピーファイル

−

ログファイル

Managerパス¥log¥imdd¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥jp1imm¥log¥imdd¥以下のファイル※2

左記ファイルのコピーファイル

−

プラグインファイル

Managerパス¥plugin¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥plugin¥以下のファイル※2

左記ファイルのコピーファイル

−

対処アクション実行履歴ファイル

Managerパス¥log¥suggestion¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥log¥suggestion¥以下のファイル※2

左記ファイルのコピーファイル

−

JP1/IM - Manager(IM構成管理)

設定および定義ファイル

Managerパス¥conf¥imcf¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥jp1imm¥conf¥imcf¥以下のファイル※2

左記ファイルのコピーファイル

−

共通定義情報

Managerパス¥system¥default¥new¥imcf¥以下のファイル

左記ファイルのコピーファイル

−

ログファイル

Managerパス¥log¥imcf¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥jp1imm¥log¥imcf¥以下のファイル※2

左記ファイルのコピーファイル

−

JP1/IM - Manager(インテリジェント統合管理データベース)※4

設定および定義ファイル

Managerパス¥conf¥imgndb¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥jp1imm¥conf¥imgndb¥以下のファイル※2

左記ファイルのコピーファイル

−

物理ホストのインテリジェント統合管理データベースのデータ格納フォルダ¥imgndb¥以下の次のファイル

postgresql.conf

pg_hba.conf

pg_ident.conf

postmaster.pid

postmaster.opts

PG_VERSION

左記ファイルのコピーファイル

−

論理ホストのインテリジェント統合管理データベースのデータ格納フォルダ¥imgndb論理ホスト番号¥以下の次のファイル

postgresql.conf

pg_hba.conf

pg_ident.conf

postmaster.pid

postmaster.opts

PG_VERSION

左記ファイルのコピーファイル

−

物理ホストのインテリジェント統合管理データベースのインストール先フォルダ¥imgndbbin¥promscale¥以下の次のファイル

promsrv.xml

左記ファイルのコピーファイル

−

論理ホストのインテリジェント統合管理データベースのインストール先フォルダ¥imgndbbin論理ホスト番号¥promscale¥以下の次のファイル

promsrv.xml

左記ファイルのコピーファイル

−

ログファイル

Managerパス¥log¥imgndb¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥jp1imm¥log¥imgndb¥以下のファイル

左記ファイルのコピーファイル

−

データベースの状態

物理ホストの次のコマンドの実行結果（jimgndb_status.txt）

jimgndbstatus

jimgndbstauts -ri※5

jimgndbstatus -rs※5

左記ファイルのコピーファイル

−

論理ホストの次のコマンドの実行結果（jimgndb_status.txt）

jimgndbstatus -h 論理ホスト名

jimgndbstauts -h 論理ホスト名 -ri※5

jimgndbstatus -h 論理ホスト名 -rs※5

左記ファイルのコピーファイル

−

JP1/IM - Agent(統合エージェント管理基盤)

定義ファイル

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥以下の採取が必要なファイル

AWS定義ファイル（aws_settings.conf）

プロパティ表示名定義ファイル（property_labels.conf）

Node exporterのメトリック定義ファイル（metrics_node_exporter.conf）

Windows exporterのメトリック定義ファイル（metrics_windows_exporter.conf）

Windows exporter（プロセス監視）のメトリック定義ファイル（metrics_windows_exporter_process.conf）

Blackbox exporterのメトリック定義ファイル（metrics_blackbox_exporter.conf）

Yet another cloudwatch exporterのメトリック定義ファイル（metrics_ya_cloudwatch_exporter.conf）

コンテナ監視のメトリック定義ファイル（metrics_kubernetes.conf）

Fluentdのメトリック定義ファイル（metrics_fluentd.conf）

ユーザー独自のExporterのメトリック定義ファイル（metrics_任意のPrometheusのトレンド名.conf）

Process exporterのメトリック定義ファイル（metrics_process_exporter.conf）

Promitorのメトリック定義ファイル（metrics_promitor.conf）

Script exporterのメトリック定義ファイル（metrics_script_exporter.conf）

−

Managerパス¥conf¥imdd¥plugin¥jp1pccs¥user¥以下の採取が必要なファイル

ユーザー独自のExporterのメトリック定義ファイル（metrics_任意のPrometheusのトレンド名.conf）

−

Managerパス¥conf¥imdd¥imagent¥以下の採取が必要なファイル

imbase設定ファイル（jpc_imbase.json）

imbaseproxy設定ファイル（jpc_imbaseproxy.json）

統合エージェント管理基盤のサーバ証明書ファイル

−

ログファイル

Managerパス¥conf¥imdd¥imagent¥imbase¥以下の採取が必要なファイル

統合エージェント管理基盤（imbase）のログ

−

Managerパス¥conf¥imdd¥imagent¥imbaseproxy¥以下の採取が必要なファイル

統合エージェント管理基盤（imbaseproxy）のログ

−

Managerパス¥conf¥imdd¥imagent¥tools¥以下の採取が必要なファイル

コマンドなどのログ

−

Managerパス¥conf¥imdd¥jp1pccs¥以下の採取が必要なファイル

製品プラグインのログ

−

JP1/IM - View

パッチ情報

Viewパス¥Patchlog.txt

Patchlog_jp1coview.txt

○

形名，バージョン情報

Viewパス¥Version.txt

Version.txt

−

ライセンス種別，使用期限

Viewパス¥ProductInfo.txt

ProductInfo.txt

−

設定および定義ファイル

Viewパス¥conf¥以下のファイル

左記ファイルのコピーファイル

○

システムドライブ:¥ProgramData¥Hitachi¥jp1¥jp1_default¥JP1CoView¥conf¥以下のファイル

左記ファイルのコピーファイル

○

共通定義情報

Viewパス¥default¥以下のファイル

左記ファイルのコピーファイル

○

ログファイル

システムドライブ:¥ProgramData¥Hitachi¥jp1¥jp1_default¥JP1CoView¥log¥以下のファイル

左記ファイルのコピーファイル

○

JP1/Base

パッチ情報

Baseパス¥PatchLog.txt

Patchlog_jp1base.txt

−

形名，バージョン情報

Baseパス¥Version.txt

Version.txt

−

ライセンス種別，使用期限

Baseパス¥ProductInfo.txt

ProductInfo.txt

−

設定および定義ファイル

Baseパス¥conf¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥JP1Base¥conf¥以下のファイル※2

左記ファイルのコピーファイル

−

共通定義情報

Baseパス¥default¥以下のファイル

左記ファイルのコピーファイル

−

ログファイル

Baseパス¥log¥以下のファイル

左記フォルダ配下のCOMMAND以外の全ファイル

−

共有フォルダ¥JP1Base¥log¥以下のファイル※2

左記フォルダ配下のCOMMAND以外の全ファイル

−

プラグインサービスの設定ファイル

Baseパス¥plugin¥conf¥以下のファイル

左記ファイルのコピーファイル

−

ログおよびテンポラリファイル

Baseパス¥sys¥tmp¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥JP1Base¥event※2

左記フォルダ配下のIMEvent*.*以外の全ファイル

−

コマンド実行履歴ファイル

Baseパス¥log¥COMMAND¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥JP1Base¥log¥COMMAND¥以下のファイル※2

左記ファイルのコピーファイル

−

イベントDB

Baseパス¥sys¥event¥servers¥default¥以下のファイル

左記ファイルのコピーファイル

−

共有フォルダ¥JP1Base¥event※2

IMEvent*.*

−

（凡例）

○：jcoview_log.batコマンドで採取する

−：jcoview_log.batコマンドで採取しない

注※1　資料採取ツールを実行したあとの格納先でのファイル名です。格納先については，次を参照してください。

マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jim_log.bat（Windows限定）」（1.　コマンド）

マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcoview_log.bat（Windows限定）」（1.　コマンド）

注※2　論理ホスト（クラスタ）環境の資料を採取する際に採取できます。

注※3　応答待ちイベント滞留ファイルは，応答待ちイベント管理機能を有効にすると作成されます。jim_log.batコマンドのオプションによって採取しないこともできます。詳細については，「11.5.2　jim_log.bat（Windows限定）」を参照してください。

注※4　インテリジェント統合管理データベースのログは，資料採取ツールの採取対象外です。インテリジェント統合管理データベースのログの詳細については，「1.3.2(1) インテリジェント統合管理データベースが出力するログの確認」を参照してください。インテリジェント統合管理データベースを使用している場合，次に示すケースに該当するときは，手動で個別に採取してください。

インテリジェント統合管理データベースに関係するエラーメッセージが出力され，そのメッセージのオペレーターの取る処置に，インテリジェント統合管理データベースのログを採取するように記載されているケース

インテリジェント統合管理データベースに対するトレンドデータの格納または取得で，「KAJY6200」で始まるエラーメッセージが出力され，そのメッセージの対処方法で問題が解決できないケース

インテリジェント統合管理データベースのログファイルは，資料採取ツールでほかの資料を採取した直後に，合わせて採取してください（ログファイルを採取するまでの期間が1週間を経過するとログがラップします）。

なお，インテリジェント統合管理データベースのログファイルは，インテリジェント統合管理データベースのバックアップ対象に含まれるため，ディスク容量に余裕がある場合は，バックアップを取得して採取してもかまいません。バックアップの手順については，「1.2.2(7) インテリジェント統合管理データベースのバックアップ・リカバリー手順」を参照してください。

注※5　-riおよび-rsオプション付きの実行結果は，データベースの稼働時だけ取得できます。

(c)　オペレーション内容

トラブル発生時のオペレーション内容について次に示す情報が必要です。

オペレーション内容の詳細

発生時刻

マシン構成（各OSのバージョン，ホスト名，セントラルコンソールの構成）

再現性

JP1/IM - Viewからログインしている場合のログインユーザー名

(d)　画面上のエラー情報

次に示すハードコピーを採取してください。

エラーダイアログボックスのハードコピー（および詳細ボタンがある場合はその内容）

(e)　ユーザーダンプ（Windows限定）

WindowsでJP1/IM - Viewのプロセスがアプリケーションエラーで停止した場合は，ユーザーダンプを採取してください。

(f)　リモート監視時のRAS情報

リモート監視時にトラブルが発生した場合，ユーザー側でRAS情報を採取する必要があります。RAS情報の採取方法の詳細については，「12.4.1(1)(g)RAS情報を採取する」を参照してください。

(g)　IM管理ノード関連ファイル

インテリジェント統合管理基盤を使用している場合は，次の情報を採取してください。

jddcreatetreeコマンドの-oオプションで指定したフォルダ以下のファイル

jddupdatetreeコマンドの-iオプションで指定したフォルダ以下のファイル

(2)　UNIXの場合

(a)　OSのシステム情報

OSに関する次の情報の採取が必要です。これらの情報は資料採取ツールで採取できます。

表12‒17　OSのシステム情報（UNIX）

情報の種類

採取資料

ファイル名※1

インストール済み日立製品情報

/etc/.hitachi/pplistd/pplistd

jp1_default_imm_1st.tar.{Z|gz}

pplistd

Hitachi PP Installerでインストールされた製品情報

/etc/.hitachi/bin/SHOWPPによる出力結果

jp1_default_imm_1st.tar.{Z|gz}

SHOWPP

Hitachi PP Installerのインストールログファイル

/etc/.hitachi/.install.log*

jp1_default_imm_1st.tar.{Z|gz}

.install.log*

Hitachi PP Installerのアンインストールログファイル

/etc/.hitachi/.uninstall.log*

jp1_default_imm_1st.tar.{Z|gz}

.uninstall.log*

共通定義情報

/opt/jp1/hcclibcnf/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

JP1/IM - Manager(セントラルコンソール)のcoreの解析情報(バックトレース)※6

seraphによる解析結果

/var/opt/jp1cons

jp1_default_imm_1st.tar.{Z|gz}

core_モジュール名.log

seraphによる解析結果

共有ディレクトリ/jp1cons/log※2

論理ホスト名_imm_1st.tar.{Z|gz}

core_モジュール名.log

JP1/IM - Manager(セントラルスコープ)のcoreの解析情報(バックトレース)※6

seraphによる解析結果

/var/opt/jp1scope

jp1_default_imm_1st.tar.{Z|gz}

core_モジュール名.log

seraphによる解析結果

共有ディレクトリ/jp1scope/log※2

論理ホスト名_imm_1st.tar.{Z|gz}

core_モジュール名.log

JP1/IM - Manager(インテリジェント統合管理基盤)のcoreの解析情報(バックトレース)※6

seraphによる解析結果

/var/opt/jp1imm/log

jp1_default_imm_1st.tar.{Z|gz}

core_モジュール名.log

seraphによる解析結果

共有ディレクトリ/jp1imm/log※2

論理ホスト名_imm_1st.tar.{Z|gz}

core_モジュール名.log

JP1/IM - Managerのディストリビューション・リリースファイル

実行環境がどのディストリビューションか判別するための情報

Linux

/etc/redhat-release

Oracle Linux

/etc/oracle-release

SUSE Linux

/etc/SuSE-release

JP1/Baseインストールログファイル

/tmp/HITACHI_JP1_INST_LOG/jp1base_inst{1|2|3|4|5}.log

jp1_default_imm_1st.tar.{Z|gz}

jp1base_inst{1|2|3|4|5}.log

JP1/IM - Managerインストールログファイル

/tmp/HITACHI_JP1_INST_LOG/jp1imm_inst{1|2|3|4|5}.log

jp1_default_imm_1st.tar.{Z|gz}

jp1imm_inst{1|2|3|4|5}.log

ファイル一覧

ls -lRa /opt/jp1immの実行結果

ls -lRa /var/opt/jp1immの実行結果

ls -lRa /opt/jp1consの実行結果

ls -lRa /etc/opt/jp1consの実行結果

ls -lRa /var/opt/jp1consの実行結果

ls -lRa /opt/jp1scopeの実行結果

ls -lRa /etc/opt/jp1scopeの実行結果

ls -lRa /var/opt/jp1scopeの実行結果

ls -lRa /opt/jp1baseの実行結果

ls -lRa /etc/opt/jp1baseの実行結果

ls -lRa /var/opt/jp1baseの実行結果

ls -lRa ユーザが指定したセットアップ情報ファイル内のIMDBENVDIRの値の実行結果

ls -lRa ユーザが指定したセットアップ情報ファイル内のIMDBDIRの値の実行結果

ls -lRa /etc/opt/jp1immの実行結果

ls -lRa /tmp/HITACHI_JP1_INST_LOGの実行結果

ls -lRa /etc/.hitachiの実行結果

ls -lRa /etc/opt/.hlicの実行結果

ls -lRa 操作ログ出力先の実行結果※4

ls -lRa インテリジェント統合管理データベースのインストール先ディレクトリの実行結果

ls -lRa インテリジェント統合管理データベースのデータ格納ディレクトリの実行結果

jp1_default_imm_1st.tar.{Z|gz}

inst_dir.log

ls -lRa 共有ディレクトリ/jp1consの実行結果※2

ls -lRa 共有ディレクトリ/jp1scopeの実行結果※2

ls -lRa 共有ディレクトリ/jp1baseの実行結果※2

ls -lRa 共有ディレクトリ/eventの実行結果※2

ls -lRa 操作ログ出力先の実行結果※5

ls -lRa インテリジェント統合管理データベースのインストール先ディレクトリの実行結果

ls -lRa インテリジェント統合管理データベースのデータ格納ディレクトリの実行結果

論理ホスト名_imm_1st.tar.{Z|gz}

share_dir.log

ファイル一覧（シンボリックリンク先のファイル・フォルダを参照する-Lオプションを付与）

ls -lRaL /opt/jp1immの実行結果

ls -lRaL /var/opt/jp1immの実行結果

ls -lRaL /opt/jp1consの実行結果

ls -lRaL /etc/opt/jp1consの実行結果

ls -lRaL /var/opt/jp1consの実行結果

ls -lRaL /opt/jp1scopeの実行結果

ls -lRaL /etc/opt/jp1scopeの実行結果

ls -lRaL /var/opt/jp1scopeの実行結果

ls -lRaL /opt/jp1baseの実行結果

ls -lRaL /etc/opt/jp1baseの実行結果

ls -lRaL /var/opt/jp1baseの実行結果

ls -lRaL ユーザが指定したセットアップ情報ファイル内のIMDBENVDIRの値の実行結果

ls -lRaL ユーザが指定したセットアップ情報ファイル内のIMDBDIRの値の実行結果

ls -lRaL /etc/opt/jp1immの実行結果

ls -lRaL /tmp/HITACHI_JP1_INST_LOGの実行結果

ls -lRaL /etc/.hitachiの実行結果

ls -lRaL /etc/opt/.hlicの実行結果

ls -lRaL 操作ログ出力先の実行結果※4

ls -lRaL インテリジェント統合管理データベースのインストール先ディレクトリの実行結果

ls -lRaL インテリジェント統合管理データベースのデータ格納ディレクトリの実行結果

jp1_default_imm_1st.tar.{Z|gz}

inst_dir_lRaL.log

ls -lRaL 共有ディレクトリ/jp1consの実行結果

ls -lRaL 共有ディレクトリ/jp1scopeの実行結果

ls -lRaL 共有ディレクトリ/jp1baseの実行結果

ls -lRaL 共有ディレクトリ/eventの実行結果

ls -lRaL 操作ログ出力先の実行結果※5

ls -lRaL インテリジェント統合管理データベースのインストール先ディレクトリの実行結果

ls -lRaL インテリジェント統合管理データベースのデータ格納ディレクトリの実行結果

論理ホスト名_imm_1st.tar.{Z|gz}

share_lRaL_dir.log

資料採取日時

dateの実行結果

jp1_default_imm_1st.tar.{Z|gz}

jp1_default_imm_2nd.tar.{Z|gz}

論理ホスト名_imm_1st.tar.{Z|gz}

論理ホスト名_imm_2nd.tar.{Z|gz}

date.log

ディスク情報

df -kの実行結果

jp1_default_imm_1st.tar.{Z|gz}

df.log

btrfsファイルシステム情報

Linuxにbtrfsがインストールされている場合だけ

btrfs filesystem show --all-deviceの結果

Linux:jp1_default_imm_1st.tar.gz

df.log

自動起動サービス（systemd）によるプロセス稼働情報

Linuxにsystemdがインストールされている場合だけ

systemctl --all，

systemctl list-unit-files，

systemctl status jp1_base，

systemctl status jp1_cons，

systemctl status /usr/lib/systemd/system/2248-*start.serviceの結果

jp1_default_imm_1st.tar.gz

systemctl.log

マシンの環境変数

envの実行結果

jp1_default_imm_1st.tar.{Z|gz}

env.log

マシンに設定されているホスト名の設定

/etc/hosts（Linux）

jp1_default_imm_1st.tar.{Z|gz}

hosts

プロセス間通信の共有メモリーステータス

ipcs -maの実行結果

jp1_default_imm_1st.tar.{Z|gz}

ipcs.log

ネットワークアドレス解決のためのホスト名

jbsgethostbynameの実行結果

jp1_default_imm_1st.tar.{Z|gz}

jbsgethostbyname.log(標準出力)

jbsgethostbyname_err.log(標準エラー出力)

jbsgethostbyname 論理ホスト名の実行結果※2

論理ホスト名_imm_1st.tar.{Z|gz}

jbsgethostbyname_論理ホスト名.log

ヘルスチェック

jbshcstatus -debbug -aの実行結果

jp1_default_imm_1st.tar.{Z|gz}

jbshcstatus.log(標準出力)

jbshcstatus_err.log(標準エラー出力)

jbshcstatus -debbug -a -h 論理ホスト名 の実行結果※2

論理ホスト名_imm_1st.tar.{Z|gz}

jbshcstatus.log(標準出力)

jbshcstatus_err.log(標準エラー出力)

イベントサービスのプロセス稼働状態

jevstatの実行結果

jp1_default_imm_1st.tar.{Z|gz}

jevstat.log(標準出力)

jevstat_err.log(標準エラー出力)

jevstat 論理ホスト名の実行結果

論理ホスト名_imm_1st.tar.{Z|gz}

jevstat.log(標準出力)

jevstat_err.log(標準エラー出力)

イベントサービス以外のプロセス稼働状態

jbs_spmd_statusの実行結果

jp1_default_imm_1st.tar.{Z|gz}

jbs_spmd_status.log(標準出力)

jbs_spmd_status_err.log(標準エラー出力)

jbs_spmd_status -h 論理ホスト名 の実行結果※2

論理ホスト名_imm_1st.tar.{Z|gz}

jbs_spmd_status.log(標準出力)

jbs_spmd_status_err.log(標準エラー出力)

自動アクションの実行結果

jcashowa の実行結果※3

jp1_default_imm_1st.tar.{Z|gz}

jcashowa.log(標準出力)

jcashowa_err.log(標準エラー出力)

jcashowa -h 論理ホスト名 の実行結果※2，※3

論理ホスト名_imm_1st.tar.{Z|gz}

jcashowa.log(標準出力)

jcashowa_err.log(標準エラー出力)

自動アクション機能の動作状態

jcastatus の実行結果

jp1_default_imm_1st.tar.{Z|gz}

jcastatus.log(標準出力)

jcastatus_err.log(標準エラー出力)

jcastatus -h 論理ホスト名 の実行結果※2

論理ホスト名_imm_1st.tar.{Z|gz}

jcastatus.log(標準出力)

jcastatus_err.log(標準エラー出力)

自動アクション定義ファイルの内容

jcastatus -d の実行結果

jp1_default_imm_1st.tar.{Z|gz}

jcastatus_d.log(標準出力)

jcastatus_d_err.log(標準エラー出力)

jcastatus -d -h 論理ホスト名 の実行結果※2

論理ホスト名_imm_1st.tar.{Z|gz}

jcastatus_d.log(標準出力)

jcastatus_d_err.log(標準エラー出力)

相関イベント発行サービスの動作状況

jcoegsstatus の実行結果

jp1_default_imm_1st.tar.{Z|gz}

jcoegsstatus.log(標準出力)

jcoegsstatus_err.log(標準エラー出力)

jcoegsstatus -h 論理ホスト名 の実行結果※2

論理ホスト名_imm_1st.tar.{Z|gz}

jcoegsstatus.log(標準出力)

jcoegsstatus_err.log(標準エラー出力)

プロセス稼働状態

jco_spmd_status の実行結果

jp1_default_imm_1st.tar.{Z|gz}

jco_spmd_status.log(標準出力)

jco_spmd_status_err.log(標準エラー出力)

jco_spmd_status -h 論理ホスト名 の実行結果※2

論理ホスト名_imm_1st.tar.{Z|gz}

jco_spmd_status.log(標準出力)

jco_spmd_status_err.log(標準エラー出力)

資料採取ツールの実行結果

jim_log.shコマンドの実行結果

jp1_default_imm_1st.tar.{Z|gz}

jim_log_result.log

IPアドレスの取得

ifconfig -a

jp1_default_imm_1st.tar.{Z|gz}

ifconfig.log

ip addr show

jp1_default_imm_1st.tar.gz

ip_addr_show.log

NICの実装状況

netstat -aiの実行結果

jp1_default_imm_1st.tar.{Z|gz}

netstat_ai.log

ip -s link

jp1_default_imm_1st.tar.gz

ip_s_link.log

ネットワーク統計情報

netstat -napの実行結果

jp1_default_imm_1st.tar.{Z|gz}

netstat_na.log

ss -nap

jp1_default_imm_1st.tar.gz

ss_na.log

マシンに設定されているユーザーの一覧

/etc/passwd

jp1_default_imm_1st.tar.{Z|gz}

passwd

プロセス一覧

ps -elfaの実行結果

jp1_default_imm_1st.tar.{Z|gz}

ps.log

マシンに設定されているサービスポートの設定

/etc/services

jp1_default_imm_1st.tar.{Z|gz}

services

メモリー情報

cat /proc/meminfo

jp1_default_imm_1st.tar.{Z|gz}

swapinfo.log

システム診断情報

dmesgの実行結果

jp1_default_imm_1st.tar.{Z|gz}

sys_info.log

シスログ(syslog)

/var/log/messages

jp1_default_imm_1st.tar.{Z|gz}

syslog.log

ジャーナル（journal）

journalctl -l --no-pagerの実行結果

SUSE Linux 15以降の場合に取得する

journal.log

jcogencoreコマンドで出力したJP1/IM - Manager(セントラルコンソール)のcoreの解析情報(バックトレース)※6

seraphによる解析結果

/var/opt/jp1cons

jp1_default_imm_1st.tar.{Z|gz}

trace_モジュール名.log

seraphによる解析結果

共有ディレクトリ/jp1cons/log

(jcogencoreで出力したcore)※2

論理ホスト名_imm_1st.tar.{Z|gz}

trace_モジュール名.log

OSのバージョン情報

uname -aの実行結果

jp1_default_imm_1st.tar.{Z|gz}

uname_a.log

カーネルパラメーター情報

sysctl -aの実行結果

ulimit -aの実行結果

jp1_default_imm_1st.tar.{Z|gz}

sysctl.log

ulimit.log

ページサイズ情報

採取しない

jp1_default_imm_1st.tar.{Z|gz}

pagesize.log

OSのパッチ適用状況

rpm -qaの実行結果

jp1_default_imm_1st.tar.{Z|gz}

rpm.log

ディストリビューション情報

/etc/*-release

*-release

JP1/IM - Managerのライセンス情報

ライセンスライブラリ（HLICLIB）がインストール時に出力するトレースログ，エラーログ

jp1_default_imm_1st.tar.{Z|gz}

hlicliberr{n}.log

hliclibmgrerr{n}.log

hliclibtrc{n}.log

hliclibmgrtrc{n}.log

initデーモンが使用するプロセス起動情報

/etc/init配下のファイル

Linux 6だけで取得する。

jp1_default_imm_1st.tar.{Z|gz}

左のディレクトリ配下のファイル

ディスクマウント情報

/etc/fstab

jp1_default_imm_1st.tar.{Z|gz}

fstab

filesystems

ホストに登録されたjp1hosts2情報

jbshosts2exportの実行結果

jp1_default_imm_1st.tar.{Z|gz}

jbshosts2export .log(標準出力)

jbshosts2export _err.log(標準エラー出力)

jbshosts2export -h 論理ホスト名の実行結果

論理ホスト名_imm_1st.tar.{Z|gz}

jbshosts2export .log(標準出力)

jbshosts2export _err.log(標準エラー出力)

サーバ証明書の情報（CNとSANの設定値，有効期限）

openssl x509 -noout -in サーバ証明書ファイル -subject -datesの実行結果

jp1_default_imm_1st.tar.{Z|gz}

openssl_x509_server.log(標準出力)

openssl_x509_server_err.log(標準エラー出力)

サーバ証明書と秘密鍵の整合性情報（modulus）

openssl rsa -noout -in 秘密鍵ファイル -modulusの実行結果

openssl x509 -noout -in サーバ証明書ファイル -modulusの実行結果

jp1_default_imm_1st.tar.{Z|gz}

openssl_keymatching.log(標準出力)

openssl_keymatching_err.log(標準エラー出力)

注※1　資料採取ツールを実行したあとの圧縮ファイルおよび解凍後のファイル名です（圧縮ファイル，解凍後のファイルの順に記載しています）。

圧縮ファイルはWindowsの場合は.tar.Z形式，Linuxの場合は.tar.gz形式で作成されます。

圧縮ファイルの内部ディレクトリ構成については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jim_log.sh（UNIX限定）」（1.　コマンド）を参照してください。

注※2　論理ホスト（クラスタ）環境の資料を採取する際に採取できます。

注※3　/var/opt/jp1cons/log/action/<アクション情報ファイル名>が存在する場合だけ採取します。

注※4　操作ログ出力先は次に示す共通定義に指定されたディレクトリです。

[JP1_DEFAULT¥JP1IMM¥OPERATION]

"LOGFILEDIR"

注※5　操作ログ出力先は次に示す共通定義に指定されたディレクトリです。

[論理ホスト名¥JP1IMM¥OPERATION]

"LOGFILEDIR"

注※6　OSの設定などでコアダンプファイルの生成を制限している場合，コアダンプファイルが生成されないことがあります。コアダンプファイルに関する設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「2.18.10　JP1/IM - Managerの障害に備えた設定（UNIXの場合）」を参照してください。

(b)　JP1の情報

JP1に関する次の情報の採取が必要です。これらの情報は資料採取ツールで採取できます。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。

表12‒18　JP1の情報（UNIX）

情報の種類

採取資料

ファイル名※1

JP1/IM，JP1/Base共通

統合トレースログ

/var/opt/hitachi/HNTRLib2/spool/以下の全ファイル

jp1_default_imm_1st.tar.{Z|gz}

デフォルトで以下のファイル

hntr2[1|2|3|4].log

JP1/IM - Manager(コンポーネント共通)

パッチ適用履歴

/opt/jp1imm/patch_history

jp1_default_imm_1st.tar.{Z|gz}

patch_history

パッチログ情報

/opt/jp1imm/update.log

jp1_default_imm_1st.tar.{Z|gz}

update.log

ライセンス種別，使用期限

/var/opt/jp1imm/log/ProductInfo

jp1_default_imm_1st.tar.{Z|gz}

ProductInfo

管理ノードカウントのログファイル

/var/opt/jp1imm/log/nodecount

jp1_default_imm_1st.tar.{Z|gz}

jimnodecount_cmd{1|2}.log

操作ログファイル

次に示す共通定義に指定されたディレクトリ以下のファイル

[JP1_DEFAULT¥JP1IMM¥OPERATION]

"LOGFILEDIR"

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピー

次に示す共通定義に指定されたディレクトリ以下のファイル

[論理ホスト名¥JP1IMM¥OPERATION]

"LOGFILEDIR"

論理ホスト名_imm_1st.tar.{Z|gz}

左記ファイルのコピー

JP1/IM - Manager(セントラルコンソール)※4

自動起動および自動終了スクリプト

/etc/opt/jp1cons/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

設定および定義ファイル

/etc/opt/jp1cons/conf/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1cons/conf/以下のファイル※2

論理ホスト名_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共通定義情報

/etc/opt/jp1cons/default/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

ログファイル

/var/opt/jp1cons/log/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1cons/log/以下のファイル※2

論理ホスト名_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

応答待ちイベント滞留ファイル※3

/var/opt/jp1cons/log/response/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1cons/log/response/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

jcogencoreコマンドで出力したcoreの解析情報(Carファイル)

carコマンドの結果

/var/opt/jp1cons/log

(jcogencoreで出力したcore)

jp1_default_imm_2nd.tar.{Z|gz}

car_モジュール名.tar[.Z]

carコマンドの結果

共有ディレクトリ/jp1cons/log

(jcogencoreで出力したcore)※2

論理ホスト名_imm_2nd.tar.{Z|gz}

car_モジュール名.tar[.Z]

coreの解析情報(Carファイル)

carコマンドの結果

/var/opt/jp1cons/log

jp1_default_imm_2nd.tar.{Z|gz}

core_モジュール名_car.tar[.Z]

carコマンドの結果

共有ディレクトリ/jp1cons/log※2

論理ホスト名_imm_2nd.tar.{Z|gz}

core_モジュール名_car.tar[.Z]

相関イベント発行履歴ファイル

/var/opt/jp1cons/operation/evgen/以下のファイル

jp1_default_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1cons/operation/evgen※2

論理ホスト名_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

共通除外履歴ファイルおよび共通除外条件定義履歴ファイル

/var/opt/jp1cons/operation/comexclude/以下のファイル

jp1_default_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1cons/operation/comexclude※2

論理ホスト名_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

JP1/IM - Manager(セントラルスコープ)※4

設定および定義ファイル

/etc/opt/jp1scope/conf/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1scope/conf/以下のファイル※2

論理ホスト名_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共通定義情報

/etc/opt/jp1scope/default/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

ログファイル

/var/opt/jp1scope/log/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1scope/log/以下のファイル※2

論理ホスト名_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

coreの解析情報(Carファイル)

carコマンドの結果

/var/opt/jp1scope/log

jp1_default_imm_2nd.tar.{Z|gz}

core_モジュール名_car.tar[.Z]

carコマンドの結果

共有ディレクトリ/jp1scope/log※2

論理ホスト名_imm_2nd.tar.{Z|gz}

core_モジュール名_car.tar[.Z]

DB情報

/var/opt/jp1scope/database/以下のファイル

jp1_default_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1scope/database/以下のファイル※2

論理ホスト名_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

JP1/IM - Manager(インテリジェント統合管理基盤)※4

設定および定義ファイル

/etc/opt/jp1imm/conf/imdd以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1imm/conf/imdd以下のファイル

論理ホスト名_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

ログファイル

/var/opt/jp1imm/log/imdd以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1imm/log/imdd以下のファイル

論理ホスト名_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

プラグインファイル

/etc/opt/jp1imm/plugin以下のファイル

jp1_default_imm_1st.tar.gz

左記ファイルのコピーファイル

共有ディレクトリ/jp1imm/plugin以下のファイル

論理ホスト名_imm_1st.tar.gz

左記ファイルのコピーファイル

対処アクション実行履歴ファイル

/var/opt/jp1imm/log/suggestion以下のファイル

jp1_default_imm_1st.tar.gz

左記ファイルのコピーファイル

共有ディレクトリ/jp1imm/log/suggestion以下のファイル

論理ホスト名_imm_1st.tar.gz

左記ファイルのコピーファイル

coreの解析情報(Carファイル)

carコマンドの結果

/var/opt/jp1im/log/imdd

jp1_default_imm_2nd.tar.{Z|gz}

core_モジュール名_car.tar[.Z]

carコマンドの結果

共有ディレクトリ/jp1im/log/imdd※2

論理ホスト名_imm_2nd.tar.{Z|gz}

core_モジュール名_car.tar[.Z]

JP1/IM - Manager(IM構成管理)※4

設定および定義ファイル

/etc/opt/jp1imm/conf/imcf/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1imm/conf/imcf/以下のファイル※2

論理ホスト名_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共通定義情報

/etc/opt/jp1imm/default/imcf/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

ログファイル

/var/opt/jp1imm/log/imcf/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1imm/log/imcf/以下のファイル※2

論理ホスト名_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

coreの解析情報(Carファイル)

carコマンドの結果

/var/opt/jp1imm/log

jp1_default_imm_2nd.tar.{Z|gz}

./var/opt/jp1imm/log/_jp1_default/core/core_モジュール名_car.tar[.Z]

carコマンドの結果

共有ディレクトリ/jp1imm/log※2

論理ホスト名_imm_2nd.tar.{Z|gz}

./var/opt/jp1imm/log/_論理ホスト名/core/core_モジュール名_car.tar[.Z]

JP1/IM - Manager(インテリジェント統合管理データベース)※5

設定および定義ファイル

/etc/opt/jp1imm/conf/imgndb/以下のファイル

jp1_default_imm_1st.tar.gz

左記ファイルのコピーファイル

共有ディレクトリ/jp1imm/conf/imgndb/以下のファイル

論理ホスト名_imm_2nd.tar.gz

左記ファイルのコピーファイル

物理ホストのインテリジェント統合管理データベースのデータ格納フォルダ/imgndb/以下の次のファイル

postgresql.conf

pg_hba.conf

pg_ident.conf

postmaster.pid

postmaster.opts

PG_VERSION

jp1_default_imm_1st.tar.gz

左記ファイルのコピーファイル

論理ホストのインテリジェント統合管理データベースのデータ格納フォルダ/imgndb/以下の次のファイル

postgresql.conf

pg_hba.conf

pg_ident.conf

postmaster.pid

postmaster.opts

PG_VERSION

論理ホスト名_imm_1st.tar.gz

左記ファイルのコピーファイル

ログファイル

/var/opt/jp1imm/log/imgndb/以下のファイル

jp1_default_imm_1st.tar.gz

左記ファイルのコピーファイル

共有ディレクトリ/jp1imm/log/imgndb/以下のファイル

論理ホスト名_imm_2nd.tar.gz

左記ファイルのコピーファイル

データベースの状態

物理ホストの次のコマンドの実行結果（jimgndb_status.txt）

jimgndbstatus

jimgndbstauts -ri※6

jimgndbstatus -rs※6

jp1_default_imm_1st.tar.gz

左記ファイルのコピーファイル

論理ホストの次のコマンドの実行結果（jimgndb_status.txt）

jimgndbstatus

jimgndbstauts -ri※6

jimgndbstatus -rs※6

論理ホスト名_imm_2nd.tar.gz

左記ファイルのコピーファイル

JP1/IM - Agent(統合エージェント管理基盤)

定義ファイル

/etc/opt/jp1imm/conf/imdd/plugin/jp1pccs/以下の採取が必要なファイル

AWS定義ファイル（aws_settings.conf）

プロパティ表示名定義ファイル（property_labels.conf）

Node exporterのメトリック定義ファイル（metrics_node_exporter.conf）

Windows exporterのメトリック定義ファイル（metrics_windows_exporter.conf）

Windows exporter（プロセス監視）のメトリック定義ファイル（metrics_windows_exporter_process.conf）

Blackbox exporterのメトリック定義ファイル（metrics_blackbox_exporter.conf）

Yet another cloudwatch exporterのメトリック定義ファイル（metrics_ya_cloudwatch_exporter.conf）

コンテナ監視のメトリック定義ファイル（metrics_kubernetes.conf）

Fluentdのメトリック定義ファイル（metrics_fluentd.conf）

ユーザー独自のExporterのメトリック定義ファイル（metrics_任意のPrometheusのトレンド名.conf）

Process exporterのメトリック定義ファイル（metrics_process_exporter.conf）

Promitorのメトリック定義ファイル（metrics_promitor.conf）

Script exporterのメトリック定義ファイル（metrics_script_exporter.conf）

/etc/opt/jp1imm/conf/imdd/plugin/jp1pccs/user/以下の採取が必要なファイル

ユーザー独自のExporterのメトリック定義ファイル（metrics_任意のPrometheusのトレンド名.conf）

/etc/opt/jp1imm/conf/imdd/imagent/以下の採取が必要なファイル

imbase設定ファイル（jpc_imbase.json）

imbaseproxy設定ファイル（jpc_imbaseproxy.json）

統合エージェント管理基盤のサーバ証明書ファイル

ログファイル

/var/opt/jp1imm/conf/imdd/imagent/imbase/以下の採取が必要なファイル

統合エージェント管理基盤（imbase）のログ

/var/opt/jp1imm/conf/imdd/imagent/imbaseproxy/以下の採取が必要なファイル

統合エージェント管理基盤（imbaseproxy）のログ

/var/opt/jp1imm/conf/imdd/imagent/tools/以下の採取が必要なファイル

コマンドなどのログ

/var/opt/jp1imm/conf/imdd/jp1pccs/以下の採取が必要なファイル

製品プラグインのログ

JP1/Base

自動起動および自動終了スクリプト

/etc/opt/jp1base/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

設定および定義ファイル

/etc/opt/jp1base/conf/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1base/conf/以下のファイル※2

論理ホスト名_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共通定義情報

/etc/opt/jp1base/default/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

プラグインサービスの設定ファイル

/opt/jp1base/conf/plugin/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

パッチ適用履歴

/opt/jp1base/PatchInfo

jp1_default_imm_1st.tar.{Z|gz}

PatchInfo

パッチログ情報

/opt/jp1base/PatchLog

jp1_default_imm_1st.tar.{Z|gz}

PatchLog

ログファイル

/var/opt/jp1base/log

jp1_default_imm_1st.tar.{Z|gz}

左記ディレクトリ配下のCOMMAND以外の全ファイル

共有ディレクトリ/jp1base/log※2

論理ホスト名_imm_1st.tar.{Z|gz}

左記ディレクトリ配下のCOMMAND以外の全ファイル

ログおよびテンポラリファイル

/var/opt/jp1base/sys/tmp/以下のファイル

jp1_default_imm_1st.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/event※2

論理ホスト名_imm_1st.tar.{Z|gz}

左記ディレクトリ配下のIMEvent*以外の全ファイル

SES設定ファイル

/tmp/.JP1_SES*

/usr/tmp/jp1_ses

/usr/lib/jp1_ses/log

/usr/lib/jp1_ses/sys

/usr/bin/jp1_ses/jp*

/var/opt/jp1_ses

jp1_default_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

コマンド実行履歴ファイル

/var/opt/jp1base/log/COMMAND/以下のファイル

jp1_default_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/jp1base /log/COMMAND/以下のファイル※2

論理ホスト名_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

イベントDB

/var/opt/jp1base/sys/event/servers/default/以下のファイル

jp1_default_imm_2nd.tar.{Z|gz}

左記ファイルのコピーファイル

共有ディレクトリ/event※2

論理ホスト名_imm_2nd.tar.{Z|gz}

IMEvent*.*

注※1　資料採取ツールを実行したあとの圧縮ファイルおよび解凍後のファイル名です（圧縮ファイル，解凍後のファイルの順に記載しています）。

圧縮ファイルはLinuxの場合は.tar.gz形式で作成されます。

圧縮ファイルの内部ディレクトリ構成については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jim_log.sh（UNIX限定）」（1.　コマンド）を参照してください。

注※2　論理ホスト（クラスタ）環境の資料を採取する際に採取できます。

注※3　応答待ちイベント滞留ファイルは，応答待ちイベント管理機能を有効にすると作成されます。jim_log.shコマンドのオプションによって採取しないこともできます。詳細については，「11.5.3　jim_log.sh（UNIX限定）」を参照してください。

注※4　OSの設定などでコアダンプファイルの生成を制限している場合，コアダンプファイルが生成されないことがあります。

コアダンプファイルに関する設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「2.18.10　JP1/IM - Managerの障害に備えた設定（UNIXの場合）」を参照してください。

注※5　インテリジェント統合管理データベースのログは，資料採取ツールの採取対象外です。インテリジェント統合管理データベースのログの詳細については，「1.3.2(1) インテリジェント統合管理データベースが出力するログの確認」を参照してください。インテリジェント統合管理データベースを使用している場合，次に示すケースに該当するときは，手動で個別に採取してください。

インテリジェント統合管理データベースに関係するエラーメッセージが出力され，そのメッセージのオペレーターの取る処置に，インテリジェント統合管理データベースのログを採取するように記載されているケース

インテリジェント統合管理データベースに対するトレンドデータの格納または取得で，「KAJY6200」で始まるエラーメッセージが出力され，そのメッセージの対処方法で問題が解決できないケース

インテリジェント統合管理データベースのログファイルは，資料採取ツールでほかの資料を採取した直後に，合わせて採取してください（ログファイルを採取するまでの期間が1週間を経過するとログがラップします）。

なお，インテリジェント統合管理データベースのログファイルは，インテリジェント統合管理データベースのバックアップ対象に含まれるため，ディスク容量に余裕がある場合は，バックアップを取得して採取してもかまいません。バックアップの手順については，「1.2.2(7) インテリジェント統合管理データベースのバックアップ・リカバリー手順」を参照してください。

注※6　-riおよび-rsオプション付きの実行結果は，データベースの稼働時だけ取得できます。

(c)　オペレーション内容

トラブル発生時のオペレーション内容について次に示す情報が必要です。

オペレーション内容の詳細

発生時刻

マシン構成（各OSのバージョン，ホスト名，セントラルコンソールの構成）

再現性

JP1/IM - Viewからログインしている場合のログインユーザー名

(d)　画面上のエラー情報

次に示すハードコピーを採取してください。

エラーダイアログボックスのハードコピー

(e)　リモート監視時のRAS情報

リモート監視時にトラブルが発生した場合，ユーザー側でRAS情報を採取する必要があります。RAS情報の採取方法の詳細については，「12.4.1(2)(f)RAS情報を採取する」を参照してください。

(f)　IM管理ノード関連ファイル

インテリジェント統合管理基盤を使用している場合は，次の情報を採取してください。

jddcreatetreeコマンドの-oオプションで指定したディレクトリ以下のファイル

jddupdatetreeコマンドの-iオプションで指定したディレクトリ以下のファイル

12.3.2　JP1/IM - Agentに関する資料

次の資料を手動で採取します。

システムログ

OS情報

通信状態

プロセス情報

サイレンスの設定

製品情報

自動起動および自動停止の設定

コンテナ情報

ファイル一覧

インストール時の資料

シークレットのキー

各資料の採取方法について，次に説明します。

(1)　Windowsの場合

「12.4.2(1)(a)統合エージェントホスト」，「12.4.2(1)(b)クラスタシステムでの統合エージェントホスト」，および「12.4.2(1)(c)コンテナでの統合エージェントホスト」を参照してください。

(2)　UNIXの場合

「12.4.2(2)(a)統合エージェントホスト」，「12.4.2(2)(b)クラスタシステムでの統合エージェントホスト」，および「12.4.2(2)(c)コンテナでの統合エージェントホスト」を参照してください。

12.4　資料の採取方法

トラブルが発生したときに資料を採取する方法を次に示します。

12.4.1　JP1/IM - Managerの資料採取方法

(1)　Windowsの場合

(a)　プロセスの状態を確認する

Windowsのタスクマネージャを使用して，プロセスの動作状態を確認してください。正常に動作している場合に表示されるプロセスを次に示します。

JP1/IM - Manager

JP1/IM - Managerのプロセスについては，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録B.1(1)　JP1/IM - Manager」を参照してください。

JP1/IM - View

JP1/IM - Viewのプロセスについては，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録B.1(1)　JP1/IM - Manager」を参照してください。

JP1/IM - IM構成管理・ビューアー

JP1/IM - IM構成管理・ビューアーのプロセスを次に示します。なお，表内の括弧（　）内の数値は同時に実行するプロセス数です。

表12‒19　JP1/IM - IM構成管理・ビューアーのプロセス

親プロセス名

機能

子プロセス名

機能

jcfview.exe

(3)

JP1/IM - IM構成管理・ビューアーの画面制御

jcfview_evt.exe

(3)

スレッドダンプ出力イベントの送信

java.exe

(3)

JP1/IM - IM構成管理・ビューアーの画面制御

一つのマシンからログインして起動できるJP1/IM - IM構成管理・ビューアーの数は三つまでです。JP1/IM - IM構成管理・ビューアーを一つ起動するごとに，一つのプロセスが起動します。

(b)　JP1/IM用スレッドダンプを出力する

JP1/IM - View

次の手順に従いダンプファイルを出力してください。

タスク マネージャを開く。

［アプリケーション］ページ上でJP1/IM - Viewを選択し，ポップアップメニューから［手前に表示］を選択する。

これによって操作不能になったJP1/IM - Viewかどうかを特定します。操作不能なJP1/IM - Viewを特定できた場合，次に進みます。

ポップアップメニューから［プロセスを表示］を選択する。

［プロセス］ページに切り替わります。JP1/IM - Viewのjava.exeが選択された状態で表示されるため，これによってプロセスID（PID）※を特定します。

注※　PID項目がない場合はメニューの［表示］−［列の選択］を選択し，［列の選択］画面で［PID(プロセスID)］チェックボックスをチェックしてください。

特定できたプロセスIDを引数にして，jcothreaddmpコマンドを実行する。

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

JP1/IM - Manager

ヘルスチェック機能によって，JP1/IM - Managerのイベントコンソールサービス，イベント基盤サービス，または相関イベント発行サービスの異常を検知した場合に，JP1/IM - Manager用のダンプファイルを出力してください。次のようにjcogencoreコマンドを実行します。

jcogencore

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

(c)　資料採取ツールを実行する

資料採取ツール（jim_log.batまたはjcoview_log.bat）を実行します。

JP1/IM - Managerで提供しているjim_log.batを実行すれば，同ホスト上のJP1/IM - Manager，JP1/IM - Viewの障害調査に必要な資料を採取できます。

また，JP1/IM - Viewで提供しているjcoview_log.batを実行すれば，JP1/IM - Viewの障害調査に必要な資料を採取できます。

運用に合わせて使い分けてください。

なお，資料採取ツールで採取する資料の総容量は膨大になるため，実行する前に容量を見積もり，ご使用のマシンの空き容量を確認する必要があります。jim_log.batで採取する資料サイズについては，JP1/IM - Managerのリリースノートを参照してください。

jcoview_log.batで採取する資料サイズについては，JP1/IM - Viewのリリースノートを参照してください。

次に，ツールの実行例を示します。

C:¥>"C:¥Program Files¥Hitachi¥JP1IMM¥tools¥jim_log.bat" -f 資料格納フォルダ

資料格納フォルダは絶対パスで指定してください。また，資料格納フォルダが空白を含むフォルダの場合，"で囲んで指定してください。

ツールを実行すると，資料格納フォルダに指定したフォルダ下にjp1_defaultフォルダができ，そこに採取した資料がコピーされます。なお，採取した資料は，圧縮ツールを使用して圧縮してください。

重要

Microsoft(R) Office Outlook(R)をご使用の場合，資料採取ツールを実行すると，次のメッセージボックスが表示される場合があります。

「プログラムが，Outlook内に保存されている電子メールアドレスにアクセスしようとしています。よろしいですか？ 」

これは，資料採取ツール内で実行するマシン構成情報採取プログラム(MSINFO32)の動作によるものです。資料採取ツールでは，電子メールアドレスの採取は行いませんので，メッセージボックスの［いいえ］ボタンを押下してください。なお，JP1/IM - ManagerおよびJP1/IM - Viewの資料採取および，Microsoft(R) Outlook(R)の動作には問題はありません。

資料採取ツールは多重実行しないでください。

資料採取ツールの実行時の環境によって，資料採取に時間がかかる場合があります。

JP1/IM - Managerの資料を採取する際，JP1/Base，JP1/IM - Managerのコマンドを実行して情報を収集する項目があり，実行するコマンドの中には，同一のコマンドまたは他のコマンドと同時に実行できないものが含まれます。資料採取中にJP1/BaseやJP1/IM - Managerのコマンドは極力実行しないでください。

運用実績がない場合には，資料採取ツールの実行時に「KAVB4153-Eアクション情報ファイル(アクション情報ファイル名)のオープンに失敗しました : 指定されたファイルが見つかりません。」をイベントログおよび統合トレースログに出力します。これは，資料採取ツールの実行時にアクション情報ファイルが存在しないためですが，アクション情報ファイルは運用によって生成されるため，本メッセージが出力されても運用実績がない場合，資料採取には問題ありません。なお，論理ホストを指定した場合でも，物理ホストの資料を採取しますので，本メッセージが出力されても物理ホストでの運用実績がない場合，資料採取には問題ありません。

Windowsイベントログ中に，イベントログ発行元製品提供のメッセージフォーマットと埋め文字の数が一致していないWindowsイベントが存在する場合，資料採取ツール実行中にアプリケーションエラーが発生することがあります。その場合も，資料は採取されていますので特に問題はありません。なお，本現象が発生した場合，ダイアログが表示され，資料採取ツールの実行が中断することがあります(ダイアログに応答することで，再開します)。ダイアログの表示を抑止したい場合は，次の手順を実行してください。

［スタート］メニューを開き，［プログラムとファイルの検索］または［ファイル名を指定して実行］でgpedit.mscを入力してください。

［ローカルグループポリシーエディター］が開くので，左側のツリーで［ローカルコンピューターポリシー］-［コンピュータの構成］-［管理用テンプレート］-［Windows コンポーネント］-［Windows エラー報告］を選択してください。

右側の［設定］で［重大なエラーが発生したユーザー インターフェイスを表示しないようにする］で［有効］を選択し［OK］ボタンをクリックしてください。

資料採取ツールの実行が終了してもマシンのシステム情報が採取されていない場合があります。これは，資料採取ツールの実行が終了しても，内部的にOSの情報を採取するためのプロセスが終了していないためです。タスクマネージャを起動し，［プロセス］タブまたは［詳細］タブで「msinfo32.exe」が終了しているのを確認した後，採取した資料を圧縮ツールなどで圧縮したり，移動，削除などの操作を行ってください。

(d)　オペレーション内容を確認する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細

発生時刻

再現性

JP1/IM - Viewからログインしている場合は，ログインユーザー名

マシン構成（各OSのバージョン，ホスト名，セントラルコンソールの構成）

(e)　画面上のエラー情報を採取する

画面にエラーが表示された場合は，その情報も採取します。次に示すハードコピーを採取してください。

エラーダイアログボックスのハードコピー

詳細ボタンがある場合はその内容をコピーしてください。

(f)　ユーザーダンプを採取する（Windows限定）

WindowsでJP1/IM - Viewのプロセスがアプリケーションエラーで停止した場合，エラーダイアログボックスが表示されている状態で，次の手順でユーザーダンプを採取してください。

タスクマネージャを起動する。

タスクマネージャは次のどちらかの手順で起動できます。

タスクバーの空いている場所で右クリックをして「タスクマネージャ」を選択する。

［Ctrl］+［Shift］+［Esc］キーを押してタスクマネージャを起動する。

［プロセス］タブをクリックする。

アプリケーションエラーで停止したJP1/IM - Viewのプロセス名を右クリックし，「ダンプファイルの生成」を選択する。

ユーザーダンプの出力先パスを示すダイアログボックスが表示されるので，そこから採取する。

重要

エラーダイアログボックスを消してしまうと正常なダンプは取得されないため，ユーザーダンプを採取できなくなってしまいます。誤って採取前にエラーダイアログボックスを（［OK］ボタンなどをクリックして）消してしまった場合は，現象を再現させてからユーザーダンプを採取してください。

(g)　RAS情報を採取する

リモート監視時にトラブルが発生した場合，RAS情報を採取します。RAS情報の資料は，マネージャーホストと監視対象ホストで採取します。

採取方法は，監視対象ホストとの接続方法によって異なります。リモート監視のホスト情報収集では，収集するログ情報，およびマネージャーホストのOSと監視対象ホストのOSによって，接続方法が異なります。リモート監視の接続方法の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「8.6.2　収集できるログ情報とリモート監視の接続方法」を参照してください。

ここでは，マネージャーホストのOSがWindowsの場合の採取方法について説明します。

表12‒20　 RAS情報の資料の採取方法の参照先（マネージャーホストのOSがWindowsの場合）

接続方法

資料を採取するホスト（OS）

採取方法の参照先

WMI接続

マネージャーホスト（Windows）

表12-21マネージャーホスト（Windows）で資料を採取する方法（WMI接続の場合）

監視対象ホスト（Windows）

表12-22監視対象ホスト（Windows）で資料を採取する方法（WMI接続の場合）

NetBIOS接続

マネージャーホスト（Windows）

表12-23マネージャーホスト（Windows）で資料を採取する方法（NetBIOS接続の場合）

監視対象ホスト（Windows）

表12-24監視対象ホスト（Windows）で資料を採取する方法（NetBIOS接続の場合）

SSH接続

マネージャーホスト（Windows）

表12-25マネージャーホスト（Windows）で資料を採取する方法（SSH接続の場合）

監視対象ホスト（UNIX）

表12-28監視対象ホスト（UNIX）で資料を採取する方法（SSH接続の場合）

注※　リモート監視のホスト情報収集では，監視対象ホストのOSがWindowsの場合，WMIとNetBIOS（NetBIOS over TCP/IP），UNIXの場合，SSHを使用します。リモート監視の接続方法の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「8.6.2　収集できるログ情報とリモート監視の接続方法」を参照してください。

Docker環境上のコンテナの資料採取では，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「8.6.2　収集できるログ情報とリモート監視の接続方法」に記載の監視対象ホストで採取する資料に加えて，次の資料も採取してください。

Podmanの場合

podman psコマンドの実行結果

Dockerの場合

docker psコマンドの実行結果

WMI接続の場合

WMI接続でトラブルが発生した場合にマネージャーホスト（Windows）で資料を採取する方法について，次の表に示します。

表12‒21　マネージャーホスト（Windows）で資料を採取する方法（WMI接続の場合）

項番

採取方法

1

コマンドプロンプトから次のコマンドを実行して結果を採取する。

whoami /all

nslookup 監視対象ホスト名

netsh advfirewall firewall show rule name=all

netsh advfirewall show allprofiles

tasklist

systeminfo

wmic qfe

reg export HKEY_LOCAL_MACHINE¥SOFTWARE¥Microsoft¥Windows¥ CurrentVersion¥Policies¥ System 出力ファイル

reg export HKEY_LOCAL_MACHINE¥SOFTWARE¥Microsoft¥Ole 出力ファイル

reg export HKEY_LOCAL_MACHINE¥SOFTWARE¥Policies¥Microsoft¥Windows¥System 出力ファイル

wmic /node:"監視対象ホスト名" /user:ユーザー名 /password:パスワード port（任意のWMIコマンド）

マネージャーホストで実行するコマンド

date /t

time /t

監視対象ホストにWMI接続して実行するコマンド

wmic /node:"監視対象ホスト名" /user:ユーザー名 /password:パスワード path Win32_LocalTime

2

WMI接続の認証情報を採取する。

物理ホストの場合

Managerパス¥conf¥agtless¥targets¥wmi.ini

論理ホストの場合

共有フォルダ¥JP1IMM¥conf¥agtless¥targets¥wmi.ini

3

WMI接続のログを採取する。

HKEY_LOCAL_MACHINE¥SOFTWARE¥Microsoft¥WBEM¥CIMOM¥Logging Directoryに指定されたディレクトリ下のログファイル※

4

マネージャーホストから，コマンドプロンプトで「runas /user:ユーザー名 wbemtest」を実行していることがわかるスクリーンショットを採取する。

ユーザー名は［システム共通設定］画面の［IMホストアカウント］ページの［ユーザー名］に設定する値を指定する。また，コマンドの実行後にパスワード入力を要求された場合は，［IMホストアカウント］ページの［パスワード］に設定する値を指定する。

5

wbemtestで［接続］ボタンをクリックしたときの，名前空間，資格証明のユーザー入力値がわかる状態のスクリーンショットを採取する。

6

wbemtestで［接続］ボタンをクリックしたあとの正しく接続できている状態，または［接続］ボタンをクリックしたあとに表示されるエラーメッセージのスクリーンショットを採取する。

7

wbemtestで［クエリ］ボタンをクリックし，次のクエリを入力して，［適用］ボタンをクリックする。

Select * From Win32_NTLogEvent Where ( Logfile='System' Or Logfile='Application' )

このクエリを実行したあとに，［クエリ結果］画面に表示されるクエリの実行結果のスクリーンショットを採取する。

注※　HKEY_LOCAL_MACHINE¥SOFTWARE¥Microsoft¥WBEM¥CIMOM¥Loggingの値が既定値の0の場合，ログは出力されません。Loggingの値が1の場合，エラー情報だけが出力されます。Loggingの値が2の場合，詳細情報が出力されます。

WMI接続でトラブルが発生した場合に監視対象ホスト（Windows）で資料を採取する方法について，次の表に示します。

表12‒22　監視対象ホスト（Windows）で資料を採取する方法（WMI接続の場合）

項番

採取方法

1

監視対象ユーザーが監視対象ホストにログインし，コマンドプロンプトから次のコマンドを実行して結果を採取する。

hostname

whoami /all

nslookup マネージャーホスト名

ipconfig /all

netstat -na

netsh advfirewall firewall show rule name=all

netsh advfirewall show allprofiles

tasklist 監視対象ホスト名

systeminfo

%ProgramFiles%¥Common Files¥Microsoft Shared¥MSInfo¥msinfo32.exe /report 出力ファイル

wmic qfe

tasklist 監視対象ホスト名

reg export HKEY_LOCAL_MACHINE¥SOFTWARE¥Microsoft¥Windows¥CurrentVersion¥Policies¥System 出力ファイル

reg export HKEY_LOCAL_MACHINE¥SOFTWARE¥Microsoft¥Ole 出力ファイル

2

WMI接続のログを採取する。

HKEY_LOCAL_MACHINE¥SOFTWARE¥Microsoft¥WBEM¥CIMOM¥Logging Directoryに指定されたディレクトリ下のログファイル※

3

ファイアウォールが無効の場合

Windowsのファイアウォールが有効になっていないことがわかる資料を採取する。

ファイアウォールが有効の場合

コマンドプロンプトで次のコマンドを実行して結果を採取する。

reg export HKEY_LOCAL_MACHINE¥SOFTWARE¥Policies¥Microsoft¥WindowsFirewall¥StandardProfile¥RemoteAdminSettings 出力ファイル

4

監視対象ホストで正しくイベントログが生成されていることを確認する資料を採取する。

［管理ツール］の［イベントビューアー］からアプリケーション，システム，セキュリティのイベントログのバイナリ形式とテキスト形式の両方を保存したもの

注※　HKEY_LOCAL_MACHINE¥SOFTWARE¥Microsoft¥WBEM¥CIMOM¥Loggingの値が既定値の0の場合，ログは出力されません。Loggingの値が1の場合，エラー情報だけが出力されます。Loggingの値が2の場合，詳細情報が出力されます。

NetBIOS接続の場合

NetBIOS接続でトラブルが発生した場合にマネージャーホスト（Windows）で資料を採取する方法について，次の表に示します。

表12‒23　マネージャーホスト（Windows）で資料を採取する方法（NetBIOS接続の場合）

項番

採取方法

1

コマンドプロンプトから次のコマンドを実行して結果を採取する。

whoami

nslookup 監視対象ホスト名

nbtstat -s

netsh advfirewall firewall show rule name=all

netsh advfirewall show allprofiles

net use

systeminfo

wmic qfe

date /t※

time /t※

2

［管理ツール］−［ローカルセキュリティポリシー］−［セキュリティの設定］−［ローカルポリシー］−［ユーザー権利の割り当て］−［ネットワーク経由でのアクセス］を右クリックし，表示されたメニューから［プロパティ］を選択し，設定されたユーザー名がわかるスクリーンショットを採取する。

3

［IMホストアカウント］に設定したユーザー名でログインし，エクスプローラの［アドレス］に「¥¥リモートの監視対象ホスト名」を入力して接続し，監視対象ファイルを参照できたことがわかる資料を採取する。

注※　マネージャーホストと監視対象ホストの時刻差を確認するため，監視対象ホストでも同じコマンドを，間隔を大きく空けないで実行してください。

NetBIOS接続でトラブルが発生した場合に監視対象ホスト（Windows）で資料を採取する方法について，次の表に示します。

表12‒24　監視対象ホスト（Windows）で資料を採取する方法（NetBIOS接続の場合）

項番

採取方法

1

監視対象ユーザーが監視対象ホストにログインし，コマンドプロンプトから次のコマンドを実行して結果を採取する。

hostname

nslookup マネージャーホスト名

ipconfig /all

netsh advfirewall firewall show rule name=all

netsh advfirewall show allprofiles

net session

systeminfo

%ProgramFiles%¥Common Files¥Microsoft Shared¥MSInfo¥msinfo32.exe /report 出力ファイル

wmic qfe

cacls 監視対象ファイル

dir /A 監視対象ファイルが配置されているディレクトリ

net share 共有フォルダ名

reg export HKEY_LOCAL_MACHINE¥System¥CurrentControlSet¥Services¥LanmanServer¥Parameters 出力ファイル

date /t※

time /t※

2

［管理ツール］−［ローカルセキュリティポリシー］−［セキュリティの設定］−［ローカルポリシー］−［ユーザー権利の割り当て］−［ネットワーク経由でのアクセス］を右クリックし，表示されたメニューから［プロパティ］を選択し，設定されたユーザー名がわかるスクリーンショットを採取する。

3

監視対象ファイルを採取する。

注※　マネージャーホストと監視対象ホストの時刻差を確認するため，マネージャーホストでも同じコマンドを，間隔を大きく空けないで実行してください。

SSH接続の場合

SSH接続でトラブルが発生した場合にマネージャーホスト（Windows）で資料を採取する方法について，次の表に示します。

表12‒25　マネージャーホスト（Windows）で資料を採取する方法（SSH接続の場合）

項番

採取方法

1

コマンドプロンプトから次のコマンドを実行して結果を採取する。

whoami

nslookup 監視対象ホスト名

netsh advfirewall firewall show rule name=all

netsh advfirewall show allprofiles

systeminfo

wmic qfe

マネージャーホストで実行

date /t

time /t

監視対象ホストにSSH接続して実行

date

dir /A 秘密鍵を配置したディレクトリ

2

SSH接続の認証情報を採取する。

物理ホストの場合

Managerパス¥conf¥agtless¥targets¥ssh.ini

論理ホストの場合

共有フォルダ¥JP1IMM¥conf¥agtless¥targets¥ssh.ini

3

配置した秘密鍵を使って，リモートの監視対象ホストにSSH接続できたことがわかる資料を採取する。

SSH接続でトラブルが発生した場合に監視対象ホスト（UNIX）で資料を採取する方法については，「表12-28監視対象ホスト（UNIX）で資料を採取する方法（SSH接続の場合）」を参照してください。

(2)　UNIXの場合

(a)　プロセスの状態を確認する

psコマンドを使用したときに表示されるプロセス名を次に示します。なお，UNIXの場合，資料採取ツール（jim_log.sh）を実行することでほかの資料とともにpsコマンドの実行結果を採取できます。

JP1/IM - Manager

JP1/IM - Managerのプロセスについては，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録B.2(1)　JP1/IM - Manager」を参照してください。

(b)　JP1/IM用ダンプファイルを出力する

JP1/IM - Manager

ヘルスチェック機能によって，JP1/IM - Managerの異常を検知した場合にだけJP1/IM - Manager用のダンプファイルを出力してください。次のようにjcogencoreコマンドを実行します。

jcogencore

jcogencoreコマンドを実行すると，どのプロセスのダンプファイルを出力するかの問い合わせメッセージが表示されます。この場合，ヘルスチェック機能によって通知されたメッセージ情報に含まれるプロセスのダンプファイルを出力するよう選択してください。なお，すでにダンプファイルが存在する場合，上書きするかの問い合わせメッセージが表示されます。ダンプファイルを上書きしない場合は，nを選択し，コマンドを終了してください。そのあと，ダンプファイルを退避し，再度jcogencoreコマンドを実行してください。

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

(c)　資料採取ツールを実行する

資料採取ツール（jim_log.sh）を実行します。

JP1/IM - Managerで提供しているjim_log.shを実行すれば，同ホスト上のJP1/IM - Manager，JP1/Baseの障害調査に必要な資料を採取できます。

なお，資料採取ツールで採取する資料の総容量は膨大になるため，実行する前に容量を見積もり，ご使用のマシンの空き容量を確認する必要があります。資料サイズの見積もりについては，JP1/IM - Managerのリリースノートを参照してください。

次に，ツールの実行例を示します。

# /opt/jp1imm/tools/jim_log.sh -f 資料格納ディレクトリ

ツールを実行すると，採取資料がtar形式でまとめられ，圧縮した形で出力されます。

(d)　オペレーション内容を確認する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細

発生時刻

再現性

JP1/IM - Viewからログインしている場合は，ログインユーザー名

マシン構成（各OSのバージョン，ホスト名，セントラルコンソールの構成）

(e)　画面上のエラー情報を採取する

画面にエラーが表示された場合は，その情報も採取します。次に示すハードコピーを採取してください。

エラーダイアログボックスのハードコピー

詳細ボタンがある場合はその内容をコピーしてください。

(f)　RAS情報を採取する

リモート監視時にトラブルが発生した場合，RAS情報を採取します。RAS情報の資料は，マネージャーホストと監視対象ホストで採取します。

採取方法は，監視対象ホストとの接続方法によって異なります。リモート監視のホスト情報収集では，収集するログ情報，およびマネージャーホストのOSと監視対象ホストのOSによって，接続方法が異なります。リモート監視の接続方法の詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「8.6.2　収集できるログ情報とリモート監視の接続方法」を参照してください。

ここでは，マネージャーホストのOSがUNIXの場合の採取方法について説明します。

表12‒26　 RAS情報の資料の採取方法の参照先（マネージャーホストのOSがUNIXの場合）

接続方法

資料を採取するホスト（OS）

採取方法の参照先

SSH接続

マネージャーホスト（UNIX）

表12-27マネージャーホスト（UNIX）で資料を採取する方法（SSH接続の場合）

監視対象ホスト（UNIX）

表12-28監視対象ホスト（UNIX）で資料を採取する方法（SSH接続の場合）

SSH接続の場合

SSH接続でトラブルが発生した場合にマネージャーホスト（UNIX）で資料を採取する方法について，次の表に示します。

表12‒27　マネージャーホスト（UNIX）で資料を採取する方法（SSH接続の場合）

項番

採取方法

1

コンソールから次のコマンドを実行して結果を採取する。

whoami

nslookup 監視対象ホスト名

マネージャーホストで実行

date

監視対象ホストにSSH接続して実行

Date

ls -al 秘密鍵を配置したディレクトリ

2

SSH接続の認証情報を採取する。

物理ホストの場合

Managerパス¥conf¥agtless¥targets¥ssh.ini

論理ホストの場合

共有フォルダ¥JP1IMM¥conf¥agtless¥targets¥ssh.ini

3

配置した秘密鍵を使って，リモートの監視対象ホストにSSH接続できたことがわかる資料を採取する。

SSH接続でトラブルが発生した場合に監視対象ホスト（UNIX）で資料を採取する方法について，次の表に示します。

表12‒28　監視対象ホスト（UNIX）で資料を採取する方法（SSH接続の場合）

項番

採取方法

1

監視対象ユーザーが監視対象ホストにログインし，コンソールから次のコマンドを実行して結果を採取する。

uname -a

nslookup マネージャーホスト名

ifconfig -a

netstat -i

netstat -na

iptables --list

env

which コマンド名（コマンド名に次のコマンド名を指定する）

uname

ls

wc

tail

head

grep

find

ls -ail 監視対象ファイルが配置されているディレクトリ

ls -al sshd_configファイルのAuthorizedKeysFileに指定されたディレクトリの上位ディレクトリ

ls -al sshd_configファイルのAuthorizedKeysFileに指定されたディレクトリ

Linuxの場合

dmesg

rpm -qa

2

次のファイルを採取する。

/etc/hosts.allow

/etc/hosts.deny

監視対象ファイル

Linuxの場合

/etc/nsswitch.conf

/etc/issue

/etc/ssh/sshd_config

/var/log/messages

/var/log/secure

12.4.2　JP1/IM - Agentの資料採取方法

(1)　Windowsの場合

(a)　統合エージェントホスト

統合エージェントホストにログインする。

コマンドを実行して生成されたファイルを採取する。

シークレットのキー

jimasecret -list > secretkeys.txt

システムログ

wevtutil el 2> nul 1> event_list.txt
for /f "delims=" %i in ( event_list.txt ) do echo %i 2> nul 1>> event_info.txt& wevtutil gli "%i" 2> nul 1>> event_info.txt& echo ----- 2> nul 1>> event_info.txt
wevtutil qe System /rd:true /f:text 2> nul 1> System.txt
wevtutil qe Application /rd:true /f:text 2> nul 1> Application.txt
wevtutil qe Security /rd:true /f:text 2> nul 1> Security.txt
for /f "delims=" %i in ( event_list.txt ) do echo %i 2> nul 1>> event_config_info.txt& wevtutil gl "%i" 2> nul 1>> event_config_info.txt& echo ----- 2> nul 1>> event_config_info.txt

OS情報

hostname 1> hostname.txt 2>nul
"%CommonProgramFiles%¥Microsoft Shared¥MSInfo¥msinfo32" /report os_system.txt /categories SystemSummary 2>nul 1>nul
set > getenv.log

通信状態

echo --Command netsh interface ip show address -- 1>> netstat.txt 2>nul
netsh interface ip show address 1>> netstat.txt 2>nul
echo --Command netsh interface ipv6 show address -- 1>> netstat.txt 2>nul
netsh interface ipv6 show address 1>> netstat.txt 2>nul
echo -- netsh advfirewall show currentprofile -- 1> firewall.txt 2>nul
netsh advfirewall show currentprofile 1>> firewall.txt 2>nul
echo -- netsh advfirewall firewall show rule -- 1>> firewall.txt 2>nul
netsh advfirewall firewall show rule name=all verbose 1>> firewall.txt 2>nul

プロセス情報

tasklist /svc > proc_svc.list 2>&1
tasklist /v > proc_v.list 2>&1

サービス情報

sc query > service.list 2>&1

サイレンスの設定

Alertmanagerのサービスが稼働している状態で，Alertmanagerのサイレンス一覧取得APIを実行し，サイレンスの設定を採取します。APIの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.21.3 Alertmanagerのサイレンス一覧取得」を参照してください。

OSSのcurlコマンドを使用する場合は，次に示すとおりに実行し，生成されたファイルを採取します。

curl --request GET http://localhost:Alertmanagerのポート番号/api/v2/silences -o scilence.txt

サイレンスの設定にパスワードなどの機密情報が含まれる場合は，採取したあとの定義ファイルから該当する定義を削除してください。

ファイル一覧

dir /S JP1/IM - Agentのインストール先フォルダ 1>jp1ima_list.txt 2>nul

手動で必要なファイルを採取する。

次の表に示すファイルを手動で採取します。

採取する資料

採取対象

OS情報

%systemroot%¥system32¥drivers¥etc¥hosts

%systemroot%¥system32¥drivers¥etc¥services

インストール時の資料

提供媒体でインストールした場合

システムドライブ¥Windows¥Temp¥HCDINST¥以下のファイル

統合オペレーション・ビューアーからダウンロードしたJP1/IM - Agentパッケージでインストールした場合

%TEMP%※¥以下のインストール実行時に出力されたログファイル（MSI*.LOG）

注※　%TEMP%は，環境変数TEMPに指定されているパスを示します。

製品情報

■マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録A.4(3)統合エージェントホスト（Windows）」に記載されているトラブル発生時の資料採取対象のファイル

ただし，次のファイルを除きます。

論理ホスト用の共有フォルダ以下のファイル

/usr/lib/systemd/system/以下のファイル

■OracleDB exporterを配置した場合，次のファイルを手動で採取します。

OracleDB exporterの配置先¥oracledb_exporter_windows¥jp1ima¥logsフォルダ

OracleDB exporterのサービス定義ファイル

■SAPシステムのログ抽出コマンドがセットアップ済みの場合，次のファイルを手動で採取します。

環境パラメーター設定ファイル（任意の名前.ini）

SAPシステムのログ抽出コマンドの構築時に配置したRFCライブラリ

SAPシステムのログ抽出コマンドの構築時に配置したCRTライブラリ

環境パラメーター設定ファイルのWORKDIRに設定しているパスに格納されている次のファイル

・SAPシステムのログ抽出コマンドのログファイル（任意の名前）

・SAPシステムのログ抽出コマンドのトレースファイル（コマンド名.log，コマンド名.dat）

・RFCライブラリが出力するトレースファイル（dev_rfc*）

環境パラメーター設定ファイル，または，SAPシステムのログ抽出コマンド実行時の引数で，上記ファイルの格納先ディレクトリを変更した場合は，変更後のディレクトリも採取する必要があります。

(b)　クラスタシステムでの統合エージェントホスト

実行系の統合エージェントホストにログインする。

コマンドを実行して生成されたファイルを採取する。

シークレットのキー

jimasecret -list -l 共有フォルダ > secretkeys.txt

サイレンスの設定

Alertmanagerのサービスが稼働している状態で，Alertmanagerのサイレンス一覧取得APIを実行し，サイレンスの設定を採取します。APIの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.21.3 Alertmanagerのサイレンス一覧取得」を参照してください。

OSSのcurlコマンドを使用する場合は，次に示すとおりに実行し，生成されたファイルを採取します。

curl --request GET http://論理ホスト名:論理ホストのAlertmanagerのポート番号/api/v2/silences -o scilence_論理ホスト名.txt

実行系の物理ホストでAlertmanagerを運用している場合は，次に示すとおりに実行し，生成されたファイルを採取します。

curl --request GET http://localhost:物理ホストのAlertmanagerのポート番号/api/v2/silences -o scilence.txt

サイレンスの設定にパスワードなどの機密情報が含まれる場合は，採取したあとの定義ファイルから該当する定義を削除してください。

ファイル一覧

dir /S JP1/IM - Agentのインストール先ディレクトリ 1>jp1ima_list.txt 2>nul
dir /S 共有ディレクトリ 1>jp1ima_list_論理ホスト名.txt 2>nul

システムログ，OS情報，通信状態，プロセス情報，サービス情報

「12.4.2(1)(a)統合エージェントホスト」の手順2の「システムログ」，「OS情報」，「通信状態」，「プロセス情報」，および「サービス情報」を参照してください。

手動で必要なファイルを採取する。

次の表に示すファイルを手動で採取します。

採取する資料

採取対象

OS情報

「12.4.2(1)(a)統合エージェントホスト」の手順3の「OS情報」および「インストール時の資料」を参照してください。

インストール時の資料

製品情報

■マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録A.4(3)統合エージェントホスト（Windows）」に記載されているトラブル発生時の資料採取対象のファイル

ただし，次のファイルを除きます。

/usr/lib/systemd/system/以下のファイル

■SAPシステムのログ抽出コマンドがセットアップ済みの場合，次のファイルを手動で採取します。

環境パラメーター設定ファイル（任意の名前.ini）

SAPシステムのログ抽出コマンドの構築時に配置したRFCライブラリ

SAPシステムのログ抽出コマンドの構築時に配置したCRTライブラリ

環境パラメーター設定ファイルのWORKDIRに設定しているパスに格納されている次のファイル

・SAPシステムのログ抽出コマンドのログファイル（任意の名前）

・SAPシステムのログ抽出コマンドのトレースファイル（コマンド名.log，コマンド名.dat）

・RFCライブラリが出力するトレースファイル（dev_rfc*）

環境パラメーター設定ファイル，または，SAPシステムのログ抽出コマンド実行時の引数で，上記ファイルの格納先ディレクトリを変更した場合は，変更後のディレクトリも採取する必要があります。

待機系の統合エージェントホストにログインする。

コマンドを実行して生成されたファイルを採取する。

サイレンスの設定

Alertmanagerのサービスが稼働している状態で，Alertmanagerのサイレンス一覧取得APIを実行し，サイレンスの設定を採取します。APIの詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「5.21.3 Alertmanagerのサイレンス一覧取得」を参照してください。

待機系の物理ホストでAlertmanagerを運用している場合は，OSSのcurlコマンドを使用するときは，次に示すとおりに実行し，生成されたファイルを採取します。

curl --request GET http://localhost:物理ホストのAlertmanagerのポート番号/api/v2/silences -o scilence.txt

サイレンスの設定にパスワードなどの機密情報が含まれる場合は，採取したあとの定義ファイルから該当する定義を削除してください。

システムログ，OS情報，通信状態，プロセス情報，サービス情報，ファイル一覧

「12.4.2(1)(a)統合エージェントホスト」の手順2の「システムログ」，「OS情報」，「通信状態」，「プロセス情報」，「サービス情報」，および「ファイル一覧」を参照してください。

手動で必要なファイルを採取する。

次の表に示すファイルを手動で採取します。

採取する資料

採取対象

OS情報

「12.4.2(1)(a)統合エージェントホスト」の手順3の「OS情報」および「インストール時の資料」を参照してください。

インストール時の資料

製品情報

■マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録A.4(3)統合エージェントホスト（Windows）」に記載されているトラブル発生時の資料採取対象のファイル

ただし，次のファイルを除きます。

/usr/lib/systemd/system/以下のファイル

■SAPシステムのログ抽出コマンドがセットアップ済みの場合，次のファイルを手動で採取します。

環境パラメーター設定ファイル（任意の名前.ini）

SAPシステムのログ抽出コマンドの構築時に配置したRFCライブラリ

SAPシステムのログ抽出コマンドの構築時に配置したCRTライブラリ

環境パラメーター設定ファイルのWORKDIRに設定しているパスに格納されている次のファイル

・SAPシステムのログ抽出コマンドのログファイル（任意の名前）

・SAPシステムのログ抽出コマンドのトレースファイル（コマンド名.log，コマンド名.dat）

・RFCライブラリが出力するトレースファイル（dev_rfc*）

環境パラメーター設定ファイル，または，SAPシステムのログ抽出コマンド実行時の引数で，上記ファイルの格納先ディレクトリを変更した場合は，変更後のディレクトリも採取する必要があります。

(c)　コンテナでの統合エージェントホスト

「12.4.2(1)(a) 統合エージェントホスト」と同じです。

(d)　統合マネージャーホスト

統合エージェント管理基盤（imbase，imbaseproxy）に関する情報を，資料採取ツール（jim_log.bat）で採取します。

採取対象のファイルについては，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録A.4(1)統合マネージャーホスト（Windows）」のファイル・フォルダ一覧を参照してください。

(e)　クラスタシステムでの統合マネージャーホスト

「12.4.2(1)(d) 統合マネージャーホスト」と同じです。

(f)　監視対象のAIXホスト（Node exporter for AIXを配置した場合）

監視対象のAIXホストにログインする。

コマンドを実行して生成されたファイルを採取する。

OS情報

echo "-- lslpp -l -a --" > os_inst_pp.list 2> /dev/null
lslpp -l -a >> os_inst_pp.list 2> /dev/null
echo "-- /usr/sbin/instfix -a -icv --" >> os_inst_pp.list 2> /dev/null
/usr/sbin/instfix -a -icv >> os_inst_pp.list 2> /dev/null
lsattr -E -l sys0 > kernel_param.list  2> /dev/null
hostname >> hostname.txt 2> /dev/null
echo "-- uname --" > os_system.txt 2> /dev/null
uname -a >> os_system.txt 2> /dev/null
echo "-- date --" >> os_system.txt 2>&1
date >> os_system.txt 2>&1
env > getenv.log 2> /dev/null

通信状態

echo "--Command netstat -an --" > netstat.txt 2> /dev/null
netstat -an >> netstat.txt 2> /dev/null
echo "--Command netstat -rn --" >> netstat.txt 2> /dev/null
netstat -rn >> netstat.txt 2> /dev/null
echo "--Command ifconfig -a --" >> netstat.txt 2> /dev/null
ifconfig -a >> netstat.txt 2> /dev/null
echo "-- lsfilt --" >> firewall.txt 2>&1
lsfilt >> firewall.txt 2>&1

プロセス情報

ps -elfa > proc.list 2> /dev/null

自動起動設定

lsitab -a > lsitab.txt 2> /dev/null

ファイル一覧

ls -lR Node exporter for AIXの配置先※/jp1ima > jp1ima_list.txt 2>&1

注※　論理ホスト運用の場合は，論理ホストの共有フォルダの配置先となります。

手動で必要なファイルを採取する。

次の表に示すファイルを手動で採取します。

採取する資料

採取対象

システムログ

/var/adm/syslog/syslog.log※

注※

システムログの出力先は「/etc/syslog.conf」の設定を参照して取得します。

OS情報

/etc/hosts

/etc/services

自動停止設定

/etc/rc.shutdown

(2)　UNIXの場合

(a)　統合エージェントホスト

統合エージェントホストにログインする。

コマンドを実行して生成されたファイルを採取する。

シークレットのキー

jimasecret -list > secretkeys.txt

OS情報

/bin/rpm -qa > os_inst_pp.list 2> /dev/null
/sbin/sysctl -a > kernel_param.list  2> /dev/null
hostname >> hostname.txt 2> /dev/null
echo "-- uname --" > os_system.txt 2> /dev/null
uname -a >> os_system.txt 2> /dev/null
echo "-- ls -l /boot --" >> os_system.txt 2> /dev/null
ls -l /boot >> os_system.txt 2> /dev/null
echo "-- cat /etc/os-release --" >> os_system.txt 2> /dev/null
cat /etc/os-release >> os_system.txt 2> /dev/null
echo "-- timedatectl --" >> os_system.txt 2>&1
timedatectl >> os_system.txt 2>&1
env > getenv.log 2> /dev/null

通信状態

echo "--Command ss -a --" > netstat.txt 2> /dev/null
ss -a >> netstat.txt 2> /dev/null
echo "--Command ip route --" >> netstat.txt 2> /dev/null
ip route >> netstat.txt 2> /dev/null
echo "--Command ip addr --" >> netstat.txt 2> /dev/null
ip addr >> netstat.txt 2> /dev/null
echo "-- iptables -v -n -L --line-numbers --" >> firewall.txt 2>&1
iptables -v -n -L --line-numbers >> firewall.txt 2>&1
echo "-- firewall-cmd --list-all-zones --" >> firewall.txt 2>&1
firewall-cmd --list-all-zones >> firewall.txt 2>&1

プロセス情報

ps -elfa > proc.list 2> /dev/null

サービス情報

systemctl list-unit-files -t service > service.list 2> /dev/null

サイレンスの設定

「12.4.2(1)(a)統合エージェントホスト」の手順2の「サイレンスの設定」を参照してください。

起動停止設定

JP1/IM - Agentのユニット定義ファイルごとに，次のコマンドを実行します。

systemctl is-enabled ユニット定義ファイル名 > ユニット定義ファイル名.txt 2> /dev/null

コンテナ情報

＜Dockerの場合＞

docker version > ./Docker_Verison 2>&1
docker ps -a --no-trunc > ./Docker_Process_Container_List 2>&1
docker_container_list=`docker ps -a --no-trunc -q`;for loop in $docker_container_list;do echo $loop >> Docker_Top 2>&1;docker top $loop >> Docker_Top 2>&1;echo $loop >> Docker_Inspect 2>&1;docker inspect $loop >> Docker_Inspect 2>&1;done
/bin/cat /etc/docker/daemon.json > docker_daemon.json 2>&1
/bin/cat /etc/sysconfig/docker > sysconfig_docker 2>&1

＜Podmanの場合＞

podman version > Podman_Verison 2>&1
podman ps --all --no-trunc --format={{.ID}} > Podman_Process_Container_List 2>&1
podman_container_list=`podman ps --all --no-trunc --format={{.ID}}`;for loop in $podman_container_list;do echo $loop >> Podman_Top 2>&1;podman top $loop hpid args >> Podman_Top 2>&1;echo $loop >> Podman_Inspect 2>&1;podman inspect $loop >> Podman_Inspect 2>&1;done

ファイル一覧

ls -lR /opt/jp1ima > jp1ima_list.txt 2>&1
ls -l /usr/lib/systemd/system/jpc* > systemd_jpc_list.txt 2>&1
getfacl -R /opt/jp1ima > jp1ima_acl_list.txt 2>&1
getfacl /usr/lib/systemd/system/jpc* > systemd_jpc_acl_list.txt 2>&1

手動で必要なファイルを採取する。

次の表に示すファイルを手動で採取します。

採取する資料

採取対象

システムログ

/var/log/messages*

OS情報

/etc/hosts

/etc/services

インストール時の資料

/etc/.hitachi/pplistd/pplistd

/etc/.hitachi/.install.log*

/etc/.hitachi/.uninstall.log*

/tmp/HITACHI_JP1_INST_LOG/以下のファイル

製品情報

■マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録A.4(4)統合エージェントホスト（Linux）」に記載されているトラブル発生時の資料採取対象のファイル

ただし，次のファイルを除きます。

論理ホスト用の共有ディレクトリ以下のファイル

/usr/lib/systemd/system/以下の論理ホスト用のファイル

■OracleDB exporterを配置した場合，次のファイルを手動で採取します。

OracleDB exporterの配置先/oracledb_exporter_linux/jp1ima/logsディレクトリ

ユニット定義ファイル

■SAPシステムのログ抽出コマンドがセットアップ済みの場合，次のファイルを手動で採取します。

環境パラメーター設定ファイル（任意の名前.ini）

SAPシステムのログ抽出コマンドの構築時に配置したRFCライブラリ

SAPシステムのログ抽出コマンドの構築時に配置したCRTライブラリ

環境パラメーター設定ファイルのWORKDIRに設定しているパスに格納されている次のファイル

・SAPシステムのログ抽出コマンドのログファイル（任意の名前）

・SAPシステムのログ抽出コマンドのトレースファイル（コマンド名.log，コマンド名.dat）

・RFCライブラリが出力するトレースファイル（dev_rfc*）

環境パラメーター設定ファイル，または，SAPシステムのログ抽出コマンド実行時の引数で，上記ファイルの格納先ディレクトリを変更した場合は，変更後のディレクトリも採取する必要があります。

(b)　クラスタシステムでの統合エージェントホスト

実行系の統合エージェントホストにログインする。

コマンドを実行して生成されたファイルを採取する。

シークレットのキー

jimasecret -list -l 共有ディレクトリ > secretkeys.txt

サイレンスの設定

「12.4.2(1)(b)クラスタシステムでの統合エージェントホスト」の手順2の「サイレンスの設定」を参照してください。

ファイル一覧

ls -lR /opt/jp1ima > jp1ima_list.txt 2>&1
ls -l /usr/lib/systemd/system/jpc* > systemd_jpc_list.txt 2>&1
ls -lR 共有ディレクトリ > jp1ima_list_論理ホスト名.txt 2>&1
getfacl -R /opt/jp1ima > jp1ima_acl_list.txt 2>&1
getfacl /usr/lib/systemd/system/jpc* > systemd_jpc_acl_list.txt 2>&1
getfacl -R 共有ディレクトリ > jp1ima_acl_list_論理ホスト名.txt 2>&1

OS情報，通信状態，プロセス情報，サービス情報，起動停止設定，コンテナ情報

「12.4.2(2)(a)統合エージェントホスト」の手順2の「OS情報」，「通信状態」，「プロセス情報」，「サービス情報」，「起動停止設定」，および「コンテナ情報」を参照してください。

手動で必要なファイルを採取する。

次の表に示すファイルを手動で採取します。

採取する資料

採取対象

システムログ

「12.4.2(2)(a)統合エージェントホスト」の手順3の「システムログ」，「OS情報」，および「インストール時の資料」を参照してください。

OS情報

インストール時の資料

製品情報

■マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録A.4(4)統合エージェントホスト（Linux）」に記載されているトラブル発生時の資料採取対象のファイル

■SAPシステムのログ抽出コマンドがセットアップ済みの場合，次のファイルを手動で採取します。

環境パラメーター設定ファイル（任意の名前.ini）

SAPシステムのログ抽出コマンドの構築時に配置したRFCライブラリ

SAPシステムのログ抽出コマンドの構築時に配置したCRTライブラリ

環境パラメーター設定ファイルのWORKDIRに設定しているパスに格納されている次のファイル

・SAPシステムのログ抽出コマンドのログファイル（任意の名前）

・SAPシステムのログ抽出コマンドのトレースファイル（コマンド名.log，コマンド名.dat）

・RFCライブラリが出力するトレースファイル（dev_rfc*）

環境パラメーター設定ファイル，または，SAPシステムのログ抽出コマンド実行時の引数で，上記ファイルの格納先ディレクトリを変更した場合は，変更後のディレクトリも採取する必要があります。

待機系の統合エージェントホストにログインする。

コマンドを実行して生成されたファイルを採取する。

サイレンスの設定

「12.4.2(1)(b)クラスタシステムでの統合エージェントホスト」の手順4の「サイレンス設定」を参照してください。

OS情報，通信状態，プロセス情報，サービス情報，起動停止設定，コンテナ情報，ファイル一覧

「12.4.2(1)(a)統合エージェントホスト」の手順2の「OS情報」，「通信状態」，「プロセス情報」，「サービス情報」，「起動停止設定」，「コンテナ情報」，および「ファイル一覧」を参照してください。

手動で必要なファイルを採取する。

次の表に示すファイルを手動で採取します。

採取する資料

採取対象

システムログ

「12.4.2(2)(a)統合エージェントホスト」の手順3の「システムログ」，「OS情報」，および「インストール時の資料」を参照してください。

OS情報

インストール時の資料

製品情報

■マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録A.4(4)統合エージェントホスト（Linux）」に記載されているトラブル発生時の資料採取対象のファイル

ただし，次のファイルを除きます。

論理ホスト用の共有ディレクトリ以下のファイル

■SAPシステムのログ抽出コマンドがセットアップ済みの場合，次のファイルを手動で採取します。

環境パラメーター設定ファイル（任意の名前.ini）

SAPシステムのログ抽出コマンドの構築時に配置したRFCライブラリ

SAPシステムのログ抽出コマンドの構築時に配置したCRTライブラリ

環境パラメーター設定ファイルのWORKDIRに設定しているパスに格納されている次のファイル

・SAPシステムのログ抽出コマンドのログファイル（任意の名前）

・SAPシステムのログ抽出コマンドのトレースファイル（コマンド名.log，コマンド名.dat）

・RFCライブラリが出力するトレースファイル（dev_rfc*）

環境パラメーター設定ファイル，または，SAPシステムのログ抽出コマンド実行時の引数で，上記ファイルの格納先ディレクトリを変更した場合は，変更後のディレクトリも採取する必要があります。

(c)　コンテナでの統合エージェントホスト

「12.4.2(2)(a) 統合エージェントホスト」と同じです。

(d)　統合マネージャーホスト

統合エージェント管理基盤（imbase，imbaseproxy）に関する情報を，資料採取ツール（jim_log.sh）で採取します。

採取対象のファイルについては，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録A.4(2)統合マネージャーホスト（Linux）」のファイル・ディレクトリ一覧を参照してください。

(e)　クラスタシステムでの統合マネージャーホスト

「12.4.2(2)(d) 統合マネージャーホスト」と同じです。

(f)　監視対象のAIXホスト（Node exporter for AIXを配置した場合）

「12.4.2(1)(f)監視対象のAIXホスト（Node exporter for AIXを配置した場合）」と同じです。

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

12.5.1　障害の切り分け方法

各アドオンプログラムのログに出力するメッセージに対する原因と対処を，次に示します。

各ログの格納先については，「12.2.2 JP1/IM - Agentのログ情報」を参照してください。なお，Node exporter for AIXのログは，システムログに出力します。

(1)　Prometheus serverのログ

メッセージ

原因

対処

msg="Error on ingesting samples that are too old or are too far into the future"

システム時刻を過去に変更した。

変更前の時刻になるまで待ってください。

msg="Append failed" err="out of bounds"

msg="Appending scrape report failed" err="out of bounds"

component=remote

msg="Failed to send batch, retrying"

JP1/IM - Managerホストが高負荷などで，Prometheusから性能情報を送信できなかった。

JP1/IM - Managerホストの負荷状況を確認してください。

JP1/IM - Managerホストとの接続が確立されていないか，または不安定な状況だった。

JP1/IM - Managerホストとの接続状況を確認してください。

JP1/IM - Managerのサービスが起動していなかった。

JP1/IM - Managerのサービスの起動状態を確認してください。

JP1/IM - Managerのサービスからエラーを示すHTTPレスポンスが返却された。

JP1/IM - Managerのサービス側でエラーが発生していないか確認してください。

Prometheus設定ファイル（jpc_prometheus_server.yml）に指定したリモートライト先が誤っていた。

Prometheus設定ファイル（jpc_prometheus_server.yml）の指定内容を見直してください。

msg="Skipping resharding, last successful send was beyond threshold"

JP1/IM - Managerホストの負荷状況，接続状況などの理由で，Prometheusから性能情報の送信に失敗のときに，しきい値に達しているため，再度の負荷分散を省略した。

JP1/IM - Managerホストの負荷状況，接続状況を確認してください。

msg="Error sending alert"

Alertmanagerが停止していた。

Alertmanagerを起動してください。

Alertmanagerからエラーを示すHTTPレスポンスが返却された。

Alertmanager側でエラーが発生していないか確認してください。

Prometheus設定ファイル（jpc_prometheus_server.yml）に指定したアラート通知先が誤っていた。

Prometheus設定ファイル（jpc_prometheus_server.yml）の指定内容を見直してください。

msg="Scrape failed"

Exporterが停止しているため，スクレイプに失敗した。

Exporterを起動してください。

ディスカバリ設定ファイル（file_sd_config_*.yml）に存在しないホスト名を指定したため，スクレイプに失敗した。

ディスカバリ設定ファイル（file_sd_config_*.yml）の指定内容を見直してください。

スクレイプ先からエラーを示すHTTPレスポンスが返却された。

スクレイプ先でエラーが発生していないか確認してください。

msg="Unable to start web listener"

コマンドラインオプション--web.listen-addressに，不正なホスト名を指定した。

正しいホスト名を指定してください。

コマンドラインオプション--web.listen-addressに，すでに使用されているポートを指定した。

使用されていないポートを指定してください。

msg="Error loading config (--config.file=jpc_prometheus_server.yml)"

msg="Error reading file"

Prometheus設定ファイル（jpc_prometheus_server.yml）の期間を指定する項目に不正な値を指定した。

errに表示されている不正な行番号または項目名を確認して，Prometheus設定ファイル（jpc_prometheus_server.yml）の指定内容を見直してください。

Prometheus設定ファイル（jpc_prometheus_server.yml）の書式に従っていなかった。

Prometheus設定ファイル（jpc_prometheus_server.yml）のjob_nameに値を指定していなかった。

(2)　Alertmanagerのログ

メッセージ

原因

対処

msg="Notify for alerts failed"

msg="Notify attempt failed, will retry later"

JP1/IM - Managerホストが高負荷などで，Alertmanagerからアラートを送信できなかった。

JP1/IM - Managerホストの負荷状況を確認してください。

JP1/IM - Managerホストとの接続が確立されていないか，または不安定な状況だった。

JP1/IM - Managerホストとの接続状況を確認してください。

JP1/IM - Managerのサービスが起動していなかった。

JP1/IM - Managerのサービスの起動状態を確認してください。

JP1/IM - Managerのサービスからエラーを示すHTTPレスポンスが返却された。

JP1/IM - Managerのサービス側でエラーが発生していないか確認してください。

Alertmanager設定ファイル（alertmanager.yml）に指定したアラート送信先が誤っていた。

Alertmanager設定ファイル（alertmanager.yml）の指定内容を見直してください。

msg="Loading configuration file failed"

Alertmanager設定ファイル（alertmanager.yml）の指定内容が不正であった。

errに記載されている内容を確認して，Alertmanager設定ファイル（alertmanager.yml）の指定内容を見直してください。

msg="Listen error"

コマンドラインオプション--web.listen-addressに，不正なホスト名を指定した。

正しいホスト名を指定してください。

コマンドラインオプション--web.listen-addressに，すでに使用されているポートを指定した。

使用されていないポートを指定してください。

(3)　blackbox_exporterのログ

blackbox_exporterで，次のようなログを採取するには，ログレベルを「debug」にする必要があります。

メッセージ

原因

対処

msg=" Unable to do unprivileged listen on socket, will attempt privileged " err=" socket: permission denied"

カーネルパラメーター「net.ipv4.ping_group_range」で，pingソケットを生成するための権限がない状態で，ソケットを生成するときに発生します。これは特権ユーザー（root）でも発生します。

メッセージの出力後，特権ユーザー（root）の権限でICMPのソケットを生成して継続するため，このメッセージは無視して問題ありません。

また，このメッセージを抑止するためだけに，カーネルパラメーター「net.ipv4.ping_group_range」を設定して，権限を付与することは推奨しません。

module=icmp

msg="Timeout reading from socket"

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル（file_sd_config_blackbox_icmp.yml）に指定した監視対象のホストが停止しているため，ICMPプローブが失敗した。

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル（file_sd_config_blackbox_icmp.yml）の指定内容を見直してください。

module=icmp

msg="Resolution with IP protocol failed"

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル（file_sd_config_blackbox_icmp.yml）に，存在しないホスト名を指定したため，ICMPプローブが失敗した。

Blackbox exporter（ICMP監視）のディスカバリ設定ファイル（file_sd_config_blackbox_icmp.yml）の指定内容を見直してください。

module=http

msg="Error for HTTP request"

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル（file_sd_config_blackbox_http.yml）に指定した監視対象のホストが停止していた。

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル（file_sd_config_blackbox_http.yml）の指定内容を見直してください。

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル（file_sd_config_blackbox_http.yml）に指定した監視対象のサービスが停止していた。

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル（file_sd_config_blackbox_http.yml）のmodules.モジュール名.http.basic_auth.password_fileに，存在しないパスを指定した。

module=http

msg="Error resolving address"

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル（file_sd_config_blackbox_http.yml）に，存在しないホスト名を指定した。

Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル（file_sd_config_blackbox_http.yml）の指定内容を見直してください。

module=http

msg="Failed to get decompressor for HTTP response body"

Blackbox exporter設定ファイル（blackbox_exporter.yml）のmodules.モジュール名.http.basic_auth.usernameに指定したユーザー名が不正なため，HTTPプローブに失敗した。

Blackbox exporter設定ファイル（blackbox_exporter.yml）の指定内容を見直してください。

Blackbox exporter設定ファイル（blackbox_exporter.yml）のmodules.モジュール名.http.basic_auth.passwordに指定したパスワードが不正なため，HTTPプローブに失敗した。

Blackbox exporter設定ファイル（blackbox_exporter.yml）のmodules.モジュール名.http.basic_auth.bearer_tokenが不正なため，HTTPプローブに失敗した。

module=icmp

msg="Error listening to socket"

Blackbox exporter設定ファイル（blackbox_exporter.yml）のmodules.モジュール名.icmp.source_ip_addressに，不正なIPアドレスを指定した。

Blackbox exporter設定ファイル（blackbox_exporter.yml）の指定内容を見直してください。

module=http

msg="Error generating HTTP client"

Blackbox exporter設定ファイル（blackbox_exporter.yml）のmodules.モジュール名.http.tls_config.ca_fileに指定したパスが存在しないため，HTTPプローブに失敗した。

Blackbox exporter設定ファイル（blackbox_exporter.yml）の指定内容を見直してください。

Blackbox exporter設定ファイル（blackbox_exporter.yml）のmodules.モジュール名.http.tls_config.cert_fileに指定したパスが存在しないため，HTTPプローブに失敗した。

Blackbox exporter設定ファイル（blackbox_exporter.yml）のmodules.モジュール名.http.tls_config.key_fileに指定したパスが存在しないため，HTTPプローブに失敗した。

msg="Error loading config"

Blackbox exporter設定ファイル（blackbox_exporter.yml）の数値を指定する項目に，不正な値を指定した。

errに表示されている不正な行番号または項目名を確認して，Blackbox exporter設定ファイル（blackbox_exporter.yml）の指定内容を見直してください。

Blackbox exporter設定ファイル（blackbox_exporter.yml）の正規表現を指定する項目に，不正な値を指定した。

Blackbox exporter設定ファイル（blackbox_exporter.yml）のboolean型の値を指定する項目に，不正な文字列を指定した。

module=icmp

msg="Failed to set Control Message for retrieving TTL" err=" not implemented on windows/amd64 "

（省略）

module=icmp

msg=" Cannot get TTL from the received packet. 'probe_icmp_reply_hop_limit' will be missing. "

Windows環境で，Blackbox exporter（ICMP監視）のディスカバリ設定ファイル（file_sd_config_blackbox_icmp.yml）を設定してICMP監視を行っている。

対処不要です。

(4)　node_exporterのログ

メッセージ

原因

対処

err="listen tcp: lookup ホスト名 on DNS: no such host"

コマンドラインオプション--web.listen-addressに，不正なホスト名を指定した。

正しいホスト名を指定してください。

err="listen tcp :ポート: bind: address already in use"

コマンドラインオプション--web.listen-addressに，すでに使用されているポートを指定した。

使用されていないポートを指定してください。

msg="Parsed flag --collector.filesystem.オプション名" flag=[aaa

panic: regexp: Compile(`[aaa`): error parsing regexp: missing closing ]: `[aaa`

コマンドラインオプションに，不正な正規表現を指定した。

コマンドラインオプションを見直してください。

msg="Parsed flag --collector.systemd.unit-include" flag=(panic: regexp: Compile(`^(?:()$`): error parsing regexp: missing closing ): `^(?:()$`

--collector.systemd.unit-includeに不正な正規表現を指定した。

指定している正規表現を見直してください。

(5)　process_exporterのログ

メッセージ

原因

対処

flag needs an argument: コマンドラインオプション

コマンドラインオプションに値が指定されていない。

コマンドラインオプションの指定内容を見直してください。

Failed to start the server: listen tcp: address ポート: missing port in address

コマンドラインオプションの--web.listen-addressに不正なポートを指定した。

コマンドラインオプションの--web.listen-addressの指定内容を見直してください。

Failed to start the server: listen tcp: lookup ホスト名 on DNS: エラー詳細

コマンドラインオプションの--web.listen-addressに存在しないアドレスを指定した。

コマンドラインオプションの--web.listen-addressの指定内容を見直してください。

Failed to start the server: listen tcp :ポート: bind: address already in use

コマンドラインオプションの--web.listen-addressにすでに使用されているポートを指定した。

使用されていないポートを指定してください。

-config.path cannot be used with -namemapping or -procnames

コマンドラインオプションの--procnamesと--config.pathの両方が指定されている。

コマンドラインオプションの指定内容を見直してください。

コマンドラインオプションの--namemappingと--config.pathの両方が指定されている。

Error parsing -namemapping argument '指定した文字列': bad namemapper: odd number of tokens

コマンドラインオプションの--namemappingに奇数個の値が指定されている。

コマンドラインオプションの--namemappingの指定内容を見直してください。

Error parsing -namemapping argument '指定した文字列': error compling regexp '不正な正規表現': error parsing regexp: エラー詳細

コマンドラインオプションの--namemappingに不正な正規表現が指定された。

コマンドラインオプションの--namemappingの指定内容を見直してください。

error reading config file "指定したパス": error reading config file "指定したパス": open 指定したパス: no such file or directory

コマンドラインオプションの--config.pathに存在しないパスが指定された。

コマンドラインオプションの--config.pathの指定内容を見直してください。

error reading config file "指定したパス": エラー詳細

コマンドラインオプションの--config.pathに指定したファイルの書式が不正。

コマンドラインオプションの--config.pathの指定内容を見直してください。

Process exporter設定ファイル（jpc_process_exporter.yml）の書式を見直してください。

error reading config file "指定したパス": エラー詳細

設定ファイルに不正な書式が存在する。

Process exporter設定ファイル（jpc_process_exporter.yml）の書式を見直してください。

Error initializing: open /proc/stat: permission denied

/procディレクトリにアクセスできない権限でProcess exporterを実行した，または，実行中に/procディレクトリのアクセス権限がなくなった。

Process exporterの実行ユーザーに，/procディレクトリ配下の読み込み権限を付与してください。Exporterが停止している場合は，統合エージェントを再起動してください。

error reading procs: Error reading procs: Error reading procs: open /proc: permission denied

(6)　windows_exporterのログ

メッセージ

原因

対処

msg="cannot start windows_exporter: listen tcp: lookup ホスト名: no such host"

コマンドラインオプション--telemetry.addrに，不正なホスト名を指定した。

コマンドラインオプションを見直してください。

msg="cannot start windows_exporter: listen tcp :ポート: bind: Only one usage of each socket address (protocol/network address/port) is normally permitted."

コマンドラインオプション--telemetry.addrに，すでに使用されているポートを指定した。

コマンドラインオプションを見直してください。

msg="Loading configuration file: windows_exporter.yml"

Windows exporter設定ファイル（windows_exporter.yml）の正規表現を指定する項目に，不正な正規表現を指定した。

Windows exporter設定ファイル（windows_exporter.yml）の指定内容を見直してください。

Windows exporter設定ファイル（windows_exporter.yml）の数値を指定する項目に，不正な値を指定した。

level=error msg="failed collecting service metrics:<nil> 例外が発生しました。 (無効なクエリです )" source="service.go:77"

services-whereに不正なWQLのwhere句を指定した。

windows_exporter.ymlのservices-whereの指定を見直してください。

(7)　node_exporter_aixのログ

メッセージ

原因

対処

Error starting HTTP server: bind: Address already in use

サービスに登録しているnode_exporter_aixの起動時のコマンドラインオプションに使用済みのポート番号を指定して起動した。

サービスに登録しているnode_exporter_aixの起動時のコマンドラインオプションを見直してください。

〜/node_exporter_aix: illegal option -- 〜

サービスに登録しているnode_exporter_aixの起動時のコマンドラインオプションに使用できないオプションを指定して起動した。

サービスに登録しているnode_exporter_aixの起動時のコマンドラインオプションを見直してください。

Error calling perfstat_fcstat: Invalid argument

FC情報を取得できない環境で以下のどちらかで起動した状態で，スクレイプされた。

コマンドラインオプションの-Fを指定

コマンドラインオプションの-p以外を指定していない

サービスに登録しているnode_exporter_aixの起動時のコマンドラインオプションを見直してください。

(8)　ya_cloudwatch_exporterのログ

メッセージ

原因

対処

"msg": "Couldn't get account Id for role : NoCredentialProviders:〜"

~/.aws/credentialsが存在しないため，CloudWatchからのデータ取得に失敗した。

credentialsファイルを配置してください。

"msg":"Couldn't get account Id for role : InvalidClientTokenId:〜"

~/.aws/credentialsに記載されているAccess Key IDが不正なため，CloudWatchからのデータ取得に失敗した。

credentialsファイルの記載内容を見直してください。

"msg":"Couldn't get account Id for role : SignatureDoesNotMatch: 〜"

~/.aws/credentialsに記載されているSecret Access Keyが不正なため，CloudWatchからのデータ取得に失敗した。

credentialsファイルの記載内容を見直してください。

"msg":"Couldn't describe resources for region リージョン名:〜"

Yet another cloudwatch exporter設定ファイル（ya_cloudwatch_exporter.yml）のdiscovery.jobs.regionsに，存在しないAWSリージョンを指定した。

Yet another cloudwatch exporter設定ファイル（ya_cloudwatch_exporter.yml）の指定内容を見直してください。

"msg":"Couldn't read config.yml: Discovery job [0]: Service is not in known list!: AWSサービス名"

Yet another cloudwatch exporter設定ファイル（ya_cloudwatch_exporter.yml）のdiscovery.jobs.typeに，存在しないAWSサービスを指定した。

Yet another cloudwatch exporter設定ファイル（ya_cloudwatch_exporter.yml）の指定内容を見直してください。

"msg":"Couldn't read config.yml: yaml: unmarshal errors:〜"

Yet another cloudwatch exporter設定ファイル（ya_cloudwatch_exporter.yml）の数値を指定する項目に，不正な値を指定した。

msgに表示されている不正な行番号または項目名を確認して，Yet another cloudwatch exporter設定ファイル（ya_cloudwatch_exporter.yml）の指定内容を見直してください。

Yet another cloudwatch exporter設定ファイル（ya_cloudwatch_exporter.yml）の書式に従っていない。

Yet another cloudwatch exporter設定ファイル（ya_cloudwatch_exporter.yml）のboolean型の値を指定する項目に，不正な文字列を指定した。

"msg":"Couldn't read config.yml: Metric [/0] in Discovery job [ジョブ名]: Name should not be empty"

Yet another cloudwatch exporter設定ファイル（ya_cloudwatch_exporter.yml）のdiscovery.jobs.metrics.nameに，値を指定していない。

Yet another cloudwatch exporter設定ファイル（ya_cloudwatch_exporter.yml）の指定内容を見直してください。

(9)　Promitorのログ

(a)　Scraperのログ

メッセージ

原因

対処

Failed to scrape resource collection ディスカバリーグループ名: Connection refused (promitor.agents.resourcediscovery:ポート)

Resource Discoveryのサービスが停止している状態で，Scraperのサービスを起動した。

Resource Discovery Agentを起動してください。

Promitor Scraper runtime設定ファイル（runtime.yaml）のresourceDiscovery.portに誤ったポート番号を指定した。

Promitor Scraper runtime設定ファイル（runtime.yaml）のresourceDiscovery.portの指定内容を見直してください。

AuthorizationFailed: The client 'オブジェクトID' with object id 'オブジェクトID' does not have authorization to perform action 'microsoft.insights/metricDefinitions/read' over scope '/subscriptions/サブスクリプションID/resourceGroups/リソースグループ名 /providers/リソース種別/リソース名/providers/microsoft.insights' or the scope is invalid. If access was recently granted, please refresh your credentials.

Monitoring Readerロール未満の権限のidentityを指定した。

Monitoring Readerロール以上の権限を付与してください。

Promitor Scraper Agent has encountered an unexpected error. Please open an issue at https://github.com/tomkerkhove/promitor/issues to let us know about it.

System.Security.Authentication.AuthenticationException: No identity secret was configured for service principle authentication

Promitor Scraper runtime設定ファイル（runtime.yaml）のauthentication.modeがServicePrincipalの場合に，

Azure Monitorに接続するためのシークレットに誤った値を登録して，Scraperを起動した。

環境変数AUTH_APPKEYの指定内容を見直してください。

The following problems were found with the metric configuration:

<エラー詳細>

Validation failed:

Errors were found while deserializing the metric configuration.

Promitor is not configured correctly. Please fix validation issues and re-run.

Promitor Scraper設定ファイル（metrics-declaration.yaml）の書式に従っていない。

エラー詳細に不正な行番号と項目名が表示されるので，Promitor Scraper設定ファイル（metrics-declaration.yaml）の指定内容を見直してください。

Promitor Scraper設定ファイル（metrics-declaration.yaml）で，metrics.resourcesを指定したメトリックがない場合に，同ファイルのazureMetadata.cloudに範囲外の値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）で，metrics.resourcesを指定したメトリックがない場合に，metricDefault.aggregation.intervalに形式不正な値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）で，metrics.resourcesを指定したメトリックがない場合に，metricDefault.scraping.scheduleに不正な値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resourceTypeに範囲外の値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.scraping.scheduleに形式不正な値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）で，metrics.resourcesを指定したメトリックがない場合に，metrics.azureMetricConfiguration.aggregation.typeに範囲外の値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）で，metrics.resourcesを指定したメトリックがない場合に，metrics.azureMetricConfiguration.aggregation.intervalに形式不正な値を指定した。

Validation failed:

Errors were found while deserializing the metric configuration.

Promitor is not configured correctly. Please fix validation issues and re-run.

Promitor Scraper設定ファイル（metrics-declaration.yaml）の書式に従っていない。

Promitor Scraper設定ファイル（metrics-declaration.yaml）を見直してください。

Promitor Scraper設定ファイル（metrics-declaration.yaml）で，metrics.resourcesを指定したメトリックがある場合に，metricDefault.aggregation.intervalに不正な値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）で，metrics.resourcesを指定したメトリックがある場合に，metricDefault.scraping.scheduleに不正な値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）で，metrics.resourcesを指定したメトリックがある場合に，metrics.azureMetricConfiguration.aggregation.typeに不正な値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）で

，metrics.resourcesを指定したメトリックがある場合に， metrics.azureMetricConfiguration.aggregation.intervalに不正な値を指定した。

Promitor Scraper Agent has encountered an unexpected error. Please open an issue at https://github.com/tomkerkhove/promitor/issues to let us know about it.

Unable to deserialize the configured metrics declaration. Please verify that it is a well-formed YAML specification.

Promitor Scraper設定ファイル（metrics-declaration.yaml）の書式に従っていない。

Promitor Scraper設定ファイル（metrics-declaration.yaml）の指定内容を見直してください。

Failed to scrape resource for metric 'メトリック名'

AADSTS900023: Specified tenant identifier '指定した文字列' is neither a valid DNS name, nor a valid external domain.

Promitor Scraper runtime設定ファイル（runtime.yaml）のauthentication.modeがServicePrincipalの場合に，Promitor Scraper設定ファイル（metrics-declaration.yaml）のazureMetadata.tenantIdに形式不正な値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のazureMetadata.tenantIdの指定内容を見直してください。

Validation failed:

No tenant id is configured.

Promitor is not configured correctly. Please fix validation issues and re-run.

Promitor Scraper設定ファイル（metrics-declaration.yaml）で，metricsにresourcesを指定したメトリックがない場合に，authentication.tenantIdに値が指定されていない。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のauthentication.tenantIdの指定内容を見直してください。

Promitor Scraper runtime設定ファイル（runtime.yaml）のmetricsにresourcesを指定したメトリックがある場合に，Promitor Scraper設定ファイル（metrics-declaration.yaml）のauthentication.tenantIdに値が指定されていない。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のauthentication.tenantIdの指定内容を見直してください。

Failed to scrape resource for metric 'メトリック名'

AADSTS90002: Tenant 'テナントID' not found. Check to make sure you have the correct tenant ID and are signing into the correct cloud. Check with your subscription administrator, this may happen if there are no active subscriptions for the tenant.

Promitor Scraper設定ファイル（metrics-declaration.yaml）のazureMetadata.tenantIdに存在しないテナントIDを指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のazureMetadata.tenantIdの指定内容を見直してください。

InvalidSubscriptionId: The provided subscription identifier '指定した文字列' is malformed or invalid.

Promitor Scraper設定ファイル（metrics-declaration.yaml）のazureMetadata.subscriptionIdに形式不正な値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のazureMetadata.subscriptionIdの指定内容を見直してください。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resources.subscriptionIdに形式不正な値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resources.subscriptionIdの指定内容を見直してください。

Validation failed:

- No subscription id is configured

Promitor is not configured correctly. Please fix validation issues and re-run.

Promitor Scraper設定ファイル（metrics-declaration.yaml）で，metrics.resourcesを指定したメトリックがない場合に，azureMetadata.subscriptionIdに値が指定されていない。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のazureMetadata.subscriptionIdの指定内容を見直してください。

Promitor Scraper設定ファイル（metrics-declaration.yaml）で，metrics.resourcesを指定したメトリックがある場合に，azureMetadata.subscriptionIdに値が指定されていない。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のazureMetadata.subscriptionIdの指定内容を見直してください。

SubscriptionNotFound: The subscription 'サブスクリプションID' could not be found.

Promitor Scraper設定ファイル（metrics-declaration.yaml）で，metrics.resourcesを指定したメトリックがある場合に，azureMetadata.subscriptionIdに存在しないサブスクリプションIDを指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のazureMetadata.subscriptionIdの指定内容を見直してください。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resources.subscriptionIdに存在しないサブスクリプションIDを指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resources.subscriptionIdの指定内容を見直してください。

AuthorizationFailed: The client 'オブジェクトID' with object id 'オブジェクトID' does not have authorization to perform action microsoft.insights/metricDefinitions/read' over scope '/subscriptions/サブスクリプションID/resourceGroups/指定した文字列/providers/リソース種別/リソース名/providers/microsoft.insights' or the scope is invalid. If access was recently granted, please refresh your credentials.

Promitor Scraper runtime設定ファイル（runtime.yaml）のauthentication.modeがSystemAssignedManagedIdentityの場合，かつ，Promitor Scraper設定ファイル（metrics-declaration.yaml）で，metrics.resourcesを指定したメトリックがある場合に，azureMetadata.resourceGroupNameに不正な値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のazureMetadata.resourceGroupNameの指定内容を見直してください。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resources.resourceGroupNameに不正な値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resources.resourceGroupNameの指定内容を見直してください。

Validation failed:

- No resource group name is not configured

Promitor is not configured correctly. Please fix validation issues and re-run.

Promitor Scraper設定ファイル（metrics-declaration.yaml）のazureMetadata.resourceGroupNameに値が指定されていない。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のazureMetadata.resourceGroupNameの指定内容を見直してください。

Microsoft.IdentityModel.Clients.ActiveDirectory.AdalServiceException: AADSTS90038: Tenant 'テナントID' request is being redirected to the National Cloud 'MicrosoftOnline.COM'.

Promitor Scraper設定ファイル（metrics-declaration.yaml）で，metrics.resourcesを指定したメトリックがある場合に， azureMetadata.cloudに範囲外の値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のazureMetadata.cloudの指定内容を見直してください。

Failed to scrape metric 'メトリック名' for resource 'リソース名' .System.NotSupportedException: Environment 'クラウド名' is not supported for scraping Azure Log Analytics resource(s)

Promitor Scraper runtime設定ファイル（runtime.yaml）のauthentication.modeがServicePrincipalの場合に，metrics-declaration.yamlのazureMetadata.cloudに誤ったクラウド名を指定した。

metrics-declaration.yamlのazureMetadata.cloudの指定内容を見直してください。

Failed to scrape resource for metric 'メトリック名'

AADSTS500011: The resource principal named https://management.core.cloudapi.de/ was not found in the tenant namedテナントID. This can happen if the application has not been installed by the administrator of the tenant or consented to by any user in the tenant. You might have sent your authentication request to the wrong tenant.

Promitor Scraper runtime設定ファイル（runtime.yaml）のauthentication.modeがSystemAssignedManagedIdentityまたはUserAssignedManagedIdentityの場合に，Promitor Scraper設定ファイル（metrics-declaration.yaml）のazureMetadata.cloudに誤ったクラウド名を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のazureMetadata.cloudの指定内容を見直してください。

Failed to scrape: Value cannot be null. (Parameter 'key')

Promitor Scraper設定ファイル（metrics-declaration.yaml）で，metrics.resourcesを指定したメトリックがある場合に， metricDefault.aggregationとmetrics.azureMetricConfiguration.aggregationのどちらにもintervalとtypeを指定しなかった。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetricDefault.aggregationまたはmetrics.azureMetricConfiguration.aggregationのintervalとtypeの指定内容を見直してください。

Failed to scrape resource collection　リソース名: Value cannot be null. (Parameter 'key')

Promitor Scraper設定ファイル（metrics-declaration.yaml）で，metrics.resourcesを指定したメトリックがない場合に，metricDefault.aggregationとmetrics.azureMetricConfiguration.aggregationのどちらにもintervalとtypeを指定しなかった。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetricDefault.aggregationまたはmetrics.azureMetricConfiguration.aggregationのintervalとtypeの指定内容を見直してください。

Validation failed:

- Limit has to be at least 1

Promitor is not configured correctly. Please fix validation issues and re-run.

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetricDefault.limitに1未満の値が指定された。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetricDefault.limitの指定内容を見直してください。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.azureMetricConfiguration.limitに1未満の値が指定された。

Validation failed:

- No default metric scraping schedule is defined.

- No metrics scraping schedule is configured

Promitor is not configured correctly. Please fix validation issues and re-run.

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetricDefault.scraping.scheduleに値が指定されていない。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetricDefault.scraping.scheduleの指定内容を見直してください。

Validation failed:

- No metric name is configured

Promitor is not configured correctly. Please fix validation issues and re-run.

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.nameに値が指定されていない。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.nameの指定内容を見直してください。

Validation failed:

- Metric name 'メトリック名' is declared multiple times

Promitor is not configured correctly. Please fix validation issues and re-run.

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.nameに，ほかのメトリックと同じ値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.nameの指定内容を見直してください。

Validation failed:

- No metric name for Azure is configured

Promitor is not configured correctly. Please fix validation issues and re-run.

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.azureMetricConfiguration.Nameに値が指定されていない。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.azureMetricConfiguration.Nameの指定内容を見直してください。

Failed to scrape resource for metric 'メトリック名'

Promitor.Integrations.AzureMonitor.Exceptions.MetricNotFoundException: The metric '指定した文字列' was not found

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.azureMetricConfiguration.Nameに不正な値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.azureMetricConfiguration.Nameの指定内容を見直してください。

Validation failed:

- Limit cannot be higher than metricDefault.limitの値

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.azureMetricConfiguration.limitに10000より大きい値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.azureMetricConfiguration.limitの指定内容を見直してください。

BadRequest: Metric: Available Memory Bytes does not support requested dimension combination: 指定した文字列, supported ones are: , TraceId: {トレースID }

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.azureMetricConfiguration.dimension.nameに不正な値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.azureMetricConfiguration.dimension.nameの指定内容を見直してください。

Promitor Scraper Agent has encountered an unexpected error. Please open an issue at https://github.com/tomkerkhove/promitor/issues to let us know about it.

[resourceDiscoveryGroupName] cannot be Null, empty or white-space. (Parameter 'resourceDiscoveryGroupName')

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resourceDiscoveryGroups.nameに値が指定されていない。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resourceDiscoveryGroups.nameの指定内容を見直してください。

Failed to scrape resource collection 指定した文字列: Response status code does not indicate success: 404 (Not Found).

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resourceDiscoveryGroups.nameに不正な値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resourceDiscoveryGroups.nameの指定内容を見直してください。

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のresourceDiscoveryGroups.nameに不正な値を指定した。

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のresourceDiscoveryGroups.nameの指定内容を見直してください。

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のresourceDiscoveryGroups.typeに不正な値を指定した。

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のresourceDiscoveryGroups.typeの指定内容を見直してください。

Validation failed:

- No プロパティ名 is configured

Promitor is not configured correctly. Please fix validation issues and re-run.

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resources.propertyに値が指定されていない。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resources.propertyの指定内容を見直してください。

ResourceNotFound: The Resource 'リソース種別/指定した文字列' under resource group 'リソースグループ名' was not found. For more details please go to https://aka.ms/ARMResourceNotFoundFix

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resources.propertyに不正な値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resources.propertyの指定内容を見直してください。

Validation failed:

- Queue & topic name are both configured while we only support one or the other.

Promitor is not configured correctly. Please fix validation issues and re-run.

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resourceTypeがServiceBusNamespaceのとき，metrics.resourcesにqueueNameとtopicNameをどちらも指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resourcesの指定内容を見直してください。

BadRequest: Metric: Azureメトリック名 does not accept zero dimension case

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resourceTypeがSqlServerのとき，metrics.azureMetricConfiguration.dimensionのnameに値が指定されていない。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.azureMetricConfiguration.dimension.nameの指定内容を見直してください。

BadRequest: Metric: Azureメトリック名 does not support requested dimension combination: 指定した値, supported ones are: DatabaseResourceId, TraceId: {トレースID}

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resourceTypeがSqlServerのとき，metrics.azureMetricConfiguration.dimension.nameに不正な値を指定した。

Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.azureMetricConfiguration.dimension.nameの指定内容を見直してください。

Failed to scrape resource collection ディスカバリーグループ名: Response status code does not indicate success: 501 (Not Implemented).

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のresourceDiscoveryGroups.typeに値が指定されていない。

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のresourceDiscoveryGroups.typeの指定内容を見直してください。

Promitor Scraper Agent has encountered an unexpected error. Please open an issue at https://github.com/tomkerkhove/promitor/issues to let us know about it.

Failed to convert configuration value at 'authentication:Mode' to type 'Promitor.Integrations.Azure.Authentication.AuthenticationMode'.

Promitor Scraper runtime設定ファイル（runtime.yaml）のauthentication.modeに不正な値を指定した。

Promitor Scraper runtime設定ファイル（runtime.yaml）のauthentication.modeの指定内容を見直してください。

Validation failed:

Azure authentication is not configured correctly - No identity was configured for service principle authentication

Promitor is not configured correctly. Please fix validation issues and re-run.

Azure Monitorに接続するためのシークレットが登録されていない場合，かつ，Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resourcesを指定したメトリックがない場合に，Promitor Scraper runtime設定ファイル（runtime.yaml）のauthentication.modeに値が指定されていない。

Promitor Scraper runtime設定ファイル（runtime.yaml）のauthentication.modeの指定内容を見直してください。

Promitor Scraper runtime設定ファイル（runtime.yaml）のauthentication.modeにServiceprincipalを指定した場合，かつ，Promitor Scraper設定ファイル（metrics-declaration.yaml）のmetrics.resourcesを指定したメトリックがない場合に，Promitor Scraper runtime設定ファイル（runtime.yaml）のauthentication.identityIdに値が指定されていない。

Promitor Scraper runtime設定ファイル（runtime.yaml）のauthentication.identityIdの指定内容を見直してください。

Failed to scrape resource for metric 'メトリック名'

AADSTS700016: Application with identifier '指定した文字列' was not found in the directory 'ディレクトリ名'. This can happen if the application has not been installed by the administrator of the tenant or consented to by any user in the tenant. You may have sent your authentication request to the wrong tenant.

Promitor Scraper Agent has encountered an unexpected error. Please open an issue at https://github.com/tomkerkhove/promitor/issues to let us know about it.

Failed to bind to address http://[::]:ポート: address already in use.

Promitor Scraper runtime設定ファイル（runtime.yaml）で，authentication.modeがServicePrincipalの場合に，authentication.identityIdに不正な値を指定した。

Promitor Scraper runtime設定ファイル（runtime.yaml）のauthentication.identityIdの指定内容を見直してください。

Promitor Scraper runtime設定ファイル（runtime.yaml）のserver.httpPortにすでに使用されているポートを指定した。

Promitor Scraper runtime設定ファイル（runtime.yaml）のserver.httpPortに使用されていないポートを指定してください。

Promitor Scraper Agent has encountered an unexpected error. Please open an issue at https://github.com/tomkerkhove/promitor/issues to let us know about it.

Failed to convert configuration value at 'server:HttpPort' to type 'System.Int32'.

Promitor Scraper runtime設定ファイル（runtime.yaml）のserver.httpPortに不正な値を指定した。

Promitor Scraper runtime設定ファイル（runtime.yaml）のserver.httpPortの指定内容を見直してください。

Promitor Scraper Agent has encountered an unexpected error. Please open an issue at https://github.com/tomkerkhove/promitor/issues to let us know about it.

Could not find file 'パス'.

Promitor Scraper runtime設定ファイル（runtime.yaml）のmetricsConfiguration.absolutePathに不正な値を指定した。

Promitor Scraper runtime設定ファイル（runtime.yaml）のmetricsConfiguration.absolutePathの指定内容を見直してください。

Promitor Scraper Agent has encountered an unexpected error. Please open an issue at https://github.com/tomkerkhove/promitor/issues to let us know about it.

Could not find a part of the path '/config/metrics-declaration.yaml'.

Promitor Scraper runtime設定ファイル（runtime.yaml）のmetricsConfiguration.absolutePathに値が指定されていない。

Promitor Scraper runtime設定ファイル（runtime.yaml）のmetricsConfiguration.absolutePathの指定内容を見直してください。

Promitor Scraper Agent has encountered an unexpected error. Please open an issue at https://github.com/tomkerkhove/promitor/issues to let us know about it.

Failed to convert configuration value at 'resourceDiscovery:Port' to type 'System.Int32'.

Promitor Scraper runtime設定ファイル（runtime.yaml）のresourceDiscovery.portに不正な値を指定した。

Promitor Scraper runtime設定ファイル（runtime.yaml）のresourceDiscovery.portの指定内容を見直してください。

AuthorizationFailed: The client 'クライアントID' with object id 'オブジェクトID' does not have authorization to perform action 'microsoft.insights/metricDefinitions/read' over scope 'リソースuri' or the scope is invalid. If access was recently granted, please refresh your credentials

Promitor Scraper runtime設定ファイル（runtime.yaml）のauthentication.modeがServicePrincipalの場合，かつ，Promitor設定ファイル（metrics-declaration.yaml）のmetrics.resourcesを指定した場合に，Promitor設定ファイル（metrics-declaration.yaml）のazureMetadata.resourceGroupNameに不正な値を指定した。

Promitor設定ファイル（metrics-declaration.yaml）のazureMetadata.resourceGroupNameの指定内容を見直してください。

Failed to scrape resource for metric 'メトリック名'

System.Net.Http.HttpRequestException: Resource temporarily unavailable (ホスト:ポート)

Scraperがネットワークから遮断された。

ネットワークを接続してください。

Failed to discover resources for group リソースグループ名.

System.Threading.Tasks.TaskCanceledException: The request was canceled due to the configured HttpClient.Timeout of 100 seconds elapsing.

Scraperがネットワークから遮断されたResource Discoveryから情報を取得しようとした。

ネットワークを接続してください。

Failed to scrape resource for metric 'メトリック名'

System.Net.Http.HttpRequestException: Name or service not known (ホスト:ポート)

不正なプロキシを設定してScraperを実行した。

プロキシ設定を見直してください。

Failed to discover resources for group kubernetes-service-group.

System.Net.Http.HttpRequestException: Response status code does not indicate success: 500 (Internal Server Error).

Scraperが不正なプロキシが設定されたResource Discoveryから情報を取得しようとした。

プロキシ設定を見直してください。

(b)　Resource Discoveryのログ

メッセージ

原因

対処

Unhandled exception in job Azure Subscription Discovery

One or more errors occurred. ([subscriptions] cannot be Null. (Parameter 'subscriptions'))

Readerロール未満の権限のidentityを指定した。

Readerロール以上の権限を付与してください。

ClientSecretCredential authentication failed: AADSTS700016: Application with identifier 'identityIdに指定した値' was not found in the directory 'Azureディレクトリ名'. This can happen if the application has not been installed by the administrator of the tenant or consented to by any user in the tenant. You may have sent your authentication request to the wrong tenant.

Promitor Resource Discovery runtime設定ファイル（runtime.yaml）のauthentication.modeがServicePrincipalの場合に，Azure Resource Graphに接続するためのシークレットに誤った値を登録して，Resource Discoveryを起動した。

Azure Resource Graphに接続するためのシークレットを見直す。

Promitor Resource Discovery runtime設定ファイル（runtime.yaml）で，authentication.modeがServicePrincipalの場合に，authentication.identityIdに不正な値を指定した。

Promitor Resource Discovery runtime設定ファイル（runtime.yaml）のauthentication.identityIdの指定内容を見直す。

Unhandled exception in job Azure Subscription Discovery

One or more errors occurred. (ClientSecretCredential authentication failed: AADSTS900023: Specified tenant identifier '指定した文字列' is neither a valid DNS name, nor a valid external domain.

Promitor Resource Discovery runtime設定ファイル（runtime.yaml）のauthentication.modeがServicePrincipalのときPromitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のazureLandscape.tenantIdに形式不正な値を指定した。

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のazureLandscape.tenantIdの指定内容を見直してください。

Unhandled exception in job Azure Subscription Discovery

One or more errors occurred. (ClientSecretCredential authentication failed: AADSTS90002: Tenant '<指定した文字列>' not found. Check to make sure you have the correct tenant ID and are signing into the correct cloud. Check with your subscription administrator, this may happen if there are no active subscriptions for the tenant.

Promitor Resource Discovery runtime設定ファイル（runtime.yaml）のauthentication.modeがServicePrincipalの場合に，Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のazureLandscape.tenantIdに存在しないテナントIDを指定した。

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のazureLandscape.tenantIdの指定内容を見直してください。

Validation failed:

- No tenant id was configured

Promitor is not configured correctly. Please fix validation issues and re-run.

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のazureLandscape.tenantIdに値が指定されていない。

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のazureLandscape.tenantIdの指定内容を見直してください。

Operation returned an invalid status code 'BadRequest'

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のazureLandscape.subscriptions.subscriptionIdに形式不正な値が指定された。

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のazureLandscape.subscriptions.subscriptionIdの指定内容を見直してください。

[queriedSubscriptions] cannot be Null. (Parameter 'queriedSubscriptions')

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のazureLandscape.subscriptions.subscriptionIdに存在しないサブスクリプションIDが指定された。

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のazureLandscape.subscriptions.subscriptionIdの指定内容を見直してください。

Validation failed:

- No subscription id(s) were configured to query

Promitor is not configured correctly. Please fix validation issues and re-run.

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のazureLandscape.subscriptions.subscriptionIdに値が指定されていない。

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のazureLandscape.subscriptions.subscriptionIdの指定内容を見直してください。

Promitor Discovery Agent has encountered an unexpected error. Please open an issue at https://github.com/tomkerkhove/promitor/issues to let us know about it.

Value cannot be null. (Parameter 'text')

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のresourceDiscoveryGroups.nameに値が指定されていない。

Promitor Resource Discovery設定ファイル（resource-discovery-declaration.yaml）のresourceDiscoveryGroups.nameの指定内容を見直してください。

Promitor Discovery Agent has encountered an unexpected error. Please open an issue at https://github.com/tomkerkhove/promitor/issues to let us know about it.

Failed to convert configuration value at 'authentication:Mode' to type 'Promitor.Integrations.Azure.Authentication.AuthenticationMode'.

Promitor Resource Discovery runtime設定ファイル（runtime.yaml）のauthentication.modeに不正な値を指定した。

Promitor Resource Discovery runtime設定ファイル（runtime.yaml）のauthentication.modeの指定内容を見直してください。

Validation failed:

Azure authentication is not configured correctly - No identity was configured for service principle authentication

Promitor is not configured correctly. Please fix validation issues and re-run.

Azure Resource Graphに接続するためのシークレットが登録されていない，かつ，Promitor Resource Discovery runtime設定ファイル（runtime.yaml）のauthentication.modeに値が指定されていない。

Promitor Resource Discovery runtime設定ファイル（runtime.yaml）のauthentication.modeの指定内容を見直してください。

Promitor Resource Discovery runtime設定ファイル（runtime.yaml）で，authentication.modeがServicePrincipalの場合に，authentication.identityIdに値が指定されていない。

Promitor Resource Discovery runtime設定ファイル（runtime.yaml）のauthentication.identityIdの指定内容を見直してください。

Promitor Discovery Agent has encountered an unexpected error. Please open an issue at https://github.com/tomkerkhove/promitor/issues to let us know about it.

Failed to bind to address http://[::]:ポート: address already in use.

Promitor Resource Discovery runtime設定ファイル（runtime.yaml）のserver.httpPortにすでに使用されているポートを指定した。

Promitor Resource Discovery runtime設定ファイル（runtime.yaml）のserver.httpPortの指定内容を見直してください。

ClientSecretCredential authentication failed: Retry failed after 2 tries. Retry settings can be adjusted in ClientOptions.Retry. (Resource temporarily unavailable (ホスト:ポート)) (The operation was canceled.)

Resource DiscoveryとScraperがネットワークから遮断された状態で起動した。

ネットワークを接続してください。

Unhandled exception in job Azure Subscription Discovery

System.AggregateException: One or more errors occurred. (ClientSecretCredential authentication failed: Retry failed after 4 tries. Retry settings can be adjusted in ClientOptions.Retry. (Resource temporarily unavailable (ホスト:ポート)) (Resource temporarily unavailable (ホスト:ポート)) (Resource temporarily unavailable (ホスト:ポート)) (Resource temporarily unavailable (ホスト:ポート)))

Resource Discoveryがネットワークから遮断された状態で起動した。

ネットワークを接続してください。

Unhandled exception in job Azure Subscription Discovery

System.AggregateException: One or more errors occurred. (Resource temporarily unavailable (ホスト:ポート))

Resource Discoverの実行中にネットワークから遮断された。

ネットワークを接続してください。

ClientSecretCredential authentication failed: Retry failed after 4 tries. Retry settings can be adjusted in ClientOptions.Retry. (Name or service not known (ホスト:ポート)) (Name or service not known (ホスト:ポート)) (Name or service not known (ホスト:ポート)) (Name or service not known (ホスト:ポート))

不正なプロキシを設定してResource Discoveryを実行した。

プロキシ設定を見直してください。

(10)　script_exporterのログ

メッセージ

原因

対処

flag needs an argument: コマンドラインオプション

コマンドラインオプションに値が指定されていない。

コマンドラインオプションを見直してください。

open パス: no such file or directory

コマンドラインオプションの--config.fileに存在しないパスが指定された。

コマンドラインオプションの--config.fileの指定内容を見直してください。

listen tcp: address 指定した文字列: missing port in address

コマンドラインオプションの--web.listen-addressに不正な値を指定した。

コマンドラインオプションの--web.listen-addressの指定内容を見直してください。

Windowsの場合

listen tcp: lookup ホスト名 : no such host

Linuxの場合

listen tcp: lookup ホスト名on 10.0.0.1:53: read udp 10.1.0.1:46736->10.0.0.1:53: i/o timeout

コマンドラインオプションの--web.listen-addressに存在しないアドレスを指定した。

正しいホスト名を指定してください。

Windowsの場合

listen tcp : ポート: bind: Only one usage of each socket address (protocol/network address/port) is normally permitted.

Linuxの場合

listen tcp :ポート: bind: address already in use

コマンドラインオプションの--web.listen-addressにすでに使用されているポートを指定した。

使用されていないポートを指定してください。

invalid value "指定した文字列" for flag -timeout-offset: parse error

コマンドラインオプションの--timeout-offsetに不正な値を指定した。

コマンドラインオプションの--timeout-offsetの指定内容を見直してください。

invalid value "指定した値" for flag -timeout-offset: value out of range

コマンドラインオプションの--timeout-offsetにfloat64の範囲外の値を指定した。

コマンドラインオプションの--timeout-offsetの指定内容を見直してください。

Windowsの場合

open 指定したパス: The system cannot find the file specified.

Linuxの場合

open指定したパス: no such file or directory

コマンドラインオプションの--config.fileに誤ったパスが指定された。

コマンドラインオプションの--config.fileの指定内容を見直してください。

mapping values are not allowed in this context

コマンドラインオプションの--config.fileに指定したファイルの項目に型が不正な値を指定した。

設定ファイルの指定内容を見直してください。

Script parameter is missing

Script exporter設定ファイル（jpc_script_exporter.yml）のscriptsのnameに誤った値を指定した。

Script exporter設定ファイル（jpc_script_exporter.yml）のscript.nameの指定内容を見直してください。

Script not found

Prometheus設定ファイル（jpc_prometheus_server.yml）のparamsのscriptに誤った値を指定した。

Prometheus設定ファイル（jpc_prometheus_server.yml）のparams.scriptの指定内容を見直してください。

Script config "script名" has neither 'script' nor 'command'

Script exporter設定ファイル（jpc_script_exporter.yml）のscriptsのcommandが指定されていない。

Script exporter設定ファイル（jpc_script_exporter.yml）のscripts.commandの指定内容を見直してください。

Script failed: exit status 1

Script exporter設定ファイル（jpc_script_exporter.yml）のscriptsのcommandに指定したスクリプトの実行に失敗した。

指定したスクリプトを見直してください。

Script 'script名' execution failed

Windowsの場合

exec: 指定した文字列: file does not exist

Linuxの場合

fork/exec指定した文字列: exec format error

Script exporter設定ファイル（jpc_script_exporter.yml）のscriptsのcommandに実行可能ファイルではないものを指定した。

Script exporter設定ファイル（jpc_script_exporter.yml）の指定内容を見直してください。

Script 'script名' execution failed

Windowsの場合

exec: 指定した文字列: Access is denied

Linuxの場合

fork/exec 指定した文字列: permission denied

Script exporter設定ファイル（jpc_script_exporter.yml）のscriptsのcommandに実行権限のないものを指定した。

指定したスクリプトが実行できるように権限を変更してください。

Script 'script名' execution failed

Windowsの場合

exec: "指定した文字列": file does not exist

Linuxの場合

fork/exec: "指定した文字列": no such file or directory

Script exporter設定ファイル（jpc_script_exporter.yml）のscriptsのcommandに存在しないスクリプトを指定した。

Script exporter設定ファイル（jpc_script_exporter.yml）のscripts.commandの指定内容を見直してください。

Script 'script名' execution failed

Windowsの場合

exit status 1

Linuxの場合

signal: killed

Scriptの実行がタイムアウトした。

Script exporter設定ファイル（jpc_script_exporter.yml）のscripts.timeoutの指定内容を見直してください。

(11)　Fluentdのログ

メッセージ

原因

対処

error="tail: 'path' parameter is required on tail input"

テキスト形式のログファイルの監視定義ファイルで，[Input Settings]セクションのpathを指定しなかった。

テキスト形式のログファイルの監視定義ファイルを見直してください。

error="Unsupported timezone〜"

テキスト形式のログファイルの監視定義ファイルで，[Input Settings]セクションのtimezoneに不正な値を指定した。

テキスト形式のログファイルの監視定義ファイルを見直してください。

error="specifying timezone requires time format"

テキスト形式のログファイルの監視定義ファイルで，[Input Settings]セクションのtime_formatを指定せずに，timezoneに値を指定した。

テキスト形式のログファイルの監視定義ファイルを見直してください。

error="valid options are string,unixtime,float,mixed but got 〜"

テキスト形式のログファイルの監視定義ファイルで，[Input Settings]セクションのtime_typeに不正な値を指定した。

テキスト形式のログファイルの監視定義ファイルを見直してください。

error="unknown encoding name〜"

テキスト形式のログファイルの監視定義ファイルで，[Input Settings]セクションのfrom_encodingに不正な値を指定した。

テキスト形式のログファイルの監視定義ファイルを見直してください。

error="No named captures in 'expression' parameter. The regexp must have at least one named capture"

テキスト形式のログファイルの監視定義ファイルで，[Input Settings]セクションのexpressionに名前付きキャプチャ（？<NAME> PATTERN）が含まれない正規表現を指定した。

テキスト形式のログファイルの監視定義ファイルを見直してください。

error="format should be Regexp, need //,〜”

テキスト形式のログファイルの監視定義ファイルで，[Input Settings]セクションのログを解析する正規表現に正規表現をデリミタ（/）で挟まずに指定した。

テキスト形式のログファイルの監視定義ファイルを見直してください。

error="valid options are rfc3164,rfc5424,auto but got 〜”

テキスト形式のログファイルの監視定義ファイルで，[Input Settings]セクションのmessage_formatに不正な値を指定した。

テキスト形式のログファイルの監視定義ファイルを見直してください。

error="'with_priority' parameter is required but 〜 is specified"

テキスト形式のログファイルの監視定義ファイルで，[Input Settings]セクションのwith_priorityに不正な値を指定した。

テキスト形式のログファイルの監視定義ファイルを見直してください。

"valid options are regexp,string but got〜"

テキスト形式のログファイルの監視定義ファイルで，[Input Settings]セクションのparser_typeに不正な値を指定した。

テキスト形式のログファイルの監視定義ファイルを見直してください。

error="'support_colonless_ident' parameter is required but 〜 is specified"

テキスト形式のログファイルの監視定義ファイルで，[Input Settings]セクションのsupport_colonless_identに不正な値を指定した。

テキスト形式のログファイルの監視定義ファイルを見直してください。

got incomplete JSON array configuration at 〜(Fluent::ConfigParseError)

テキスト形式のログファイルの監視定義ファイルで，[Inclusion Settings]セクションまたは，[Exclusion Settings]セクションのpatternに正規表現をデリミタ（/）で挟まずに指定した。

テキスト形式のログファイルの監視定義ファイルを見直してください。

error="Plugin 'tail' does not support multi workers configuration (Fluent::Plugin::TailInput)"

テキスト形式のログファイルの監視定義ファイルで，workersパラメータを2以上の数に指定した場合で，workerのidを複数指定した。または，workersパラメータを2以上の数に指定した場合で， <worker>ディレクティブを指定しなかった。

テキスト形式のログファイルの監視定義ファイルを見直してください。

error="Unknown parser plugin 〜. Run 'gem search -rd fluent-plugin' to find plugins"

テキスト形式のログファイルの監視定義ファイルで，[Input Settings]セクションの<parse>ディレクティブの@typeに不正な値を指定した。

テキスト形式のログファイルの監視定義ファイルを見直してください。

error="Invalid Bookmark XML is loaded.〜"

Windowsイベントログの監視定義ファイルで，[Input Settings]セクションのchannelsに不正な値を指定した。

Windowsイベントログの監視定義ファイルを見直してください。

error="Plugin 'windows_eventlog2' does not support multi workers configuration (Fluent::Plugin::WindowsEventLog2Input)"

Windowsイベントログの監視定義ファイルで，workersパラメータを2以上の数に指定した場合で，workerのidを複数指定した。または，workersパラメータを2以上の数に指定した場合で， <worker>ディレクティブを指定しなかった。

Windowsイベントログの監視定義ファイルを見直してください。

error="valid options are throw_exception,block,drop_oldest_chunk but got〜"

ログ監視共通定義ファイルで，[Output Settings]セクションのoverflow_actionに不正な値を指定した。

ログ監視共通定義ファイルを見直してください。

valid options are trace,debug,info,warn,error,fatal but got〜(Fluent::ConfigParseError)

ログ監視共通定義ファイルで，[System Settings]セクションのlog_levelに不正な値を指定した。

ログ監視共通定義ファイルを見直してください。

invalid number of workers (must be > 0):0 (Fluent::ConfigError)

ログ監視共通定義ファイルで，[System Settings]セクションのworkersパラメータに不正な値を指定した。

ログ監視共通定義ファイルを見直してください。

error="greater first_worker_id<1> than last_worker_id<0> specified by <worker> directive is not allowed. Available multi worker assign syntax is <smaller_worker_id>-<greater_worker_id>"

ログ監視共通定義ファイル，ログメトリクス定義ファイルのいずれかで，<worker N-M>ディレクティブにおいてN＞Mとなる数値を指定した。

ログ監視共通定義ファイル，ログメトリクス定義ファイルを見直してください。

error="worker id 〜 specified by <worker> directive is not allowed. Available worker id is between 〜"

ログ監視共通定義ファイル，テキスト形式のログファイルの監視定義ファイル，Windowsイベントログの監視定義ファイル，ログメトリクス定義ファイルのいずれかで，workersパラメータの値を超える範囲で，<worker>ディレクティブの引数を指定した。または，workersパラメータを指定せずに，<worker N-M>ディレクティブまたは<worker>ディレクティブの引数に0以外のidを指定した。

ログ監視共通定義ファイル，テキスト形式のログファイルの監視定義ファイル，Windowsイベントログの監視定義ファイル，ログメトリクス定義ファイルを見直してください。

error="Missing worker id on <worker> directive"

ログ監視共通定義ファイル，テキスト形式のログファイルの監視定義ファイル，Windowsイベントログの監視定義ファイル，ログメトリクス定義ファイルのいずれかで，<worker>ディレクティブの引数にworkerのidを指定しなかった。

ログ監視共通定義ファイル，テキスト形式のログファイルの監視定義ファイル，Windowsイベントログの監視定義ファイル，ログメトリクス定義ファイルを見直してください。

[error]: failed to read data from plugin storage file path=〜

storageファイルが破損している。

storageファイルを削除してから起動してください。

Not a directory @ dir_s_mkdir - 〜 (Errno::ENOTDIR)

不正な監視名を設定した。

監視名を見直してください。

(a)　prometheus-clientのログ

メッセージ

原因

対処

metric name must match /[a-zA-Z_:][a-zA-Z0-9_:]*/ (ArgumentError)

ログメトリクス定義ファイルで，<metric>のnameが空である。

ログメトリクス定義ファイルで，<metric>のnameを指定してください。

docstring must be given (ArgumentError)

ログメトリクス定義ファイルで，<metric>のdescが空である。

ログメトリクス定義ファイルで，<metric>のdescを指定してください。

label ラベルのキー must not start with __ (Prometheus::Client::LabelSetValidator::ReservedLabelError)

ログメトリクス定義ファイルの<labels>で，ラベルのキーを__（半角アンダースコア2つ）で開始している。

ログメトリクス定義ファイルの<labels>で，ラベルのキーを__（半角アンダースコア2つ）で開始しないように指定してください。

label name must match /(?-mix:¥¥A[a-zA-Z_][a-zA-Z0-9_]*¥¥Z)/ (Prometheus::Client::LabelSetValidator::InvalidLabelError)

ログメトリクス定義ファイルの<labels>で，ラベルのキーが正規表現/(?-mix:¥¥A[a-zA-Z_][a-zA-Z0-9_]*¥¥Z)/に合致しない。

ログメトリクス定義ファイルの<labels>で，ラベルのキーを正規表現/(?-mix:¥¥A[a-zA-Z_][a-zA-Z0-9_]*¥¥Z)/に合致するように指定してください。

(b)　fluent-plugin-prometheusプラグインのログ

メッセージ

原因

対処

config error file="物理インストール先ディレクトリ/jp1ima/conf/ログ監視共通定義ファイル名" error_class=Fluent::ConfigError error="Missing '@type' parameter on <source> directive"

ログメトリクス定義ファイルの<source>で，@type prometheusという設定が存在しない。

ログメトリクス定義ファイルの<source>で，@type prometheusを設定してください。

config error file="物理インストール先ディレクトリ/jp1ima/conf/ログ監視共通定義ファイル名" error_class=Fluent::NotFoundPluginError error="Unknown input plugin '@typeで指定した値'. Run 'gem search -rd fluent-plugin' to find plugins"

ログメトリクス定義ファイルの<source>で，@typeが空である，または，@typeに指定した値が「prometheus」ではない。

ログメトリクス機能を利用する場合は，ログメトリクス定義ファイルの<source>で，@typeには「prometheus」を設定してください。

#0 unexpected error error_class=SocketError error="getaddrinfo: Name or service not known"

ログメトリクス定義ファイルの<source>で，bindが不正な値である。

ログメトリクス定義ファイルの<source>で，bindに正しいホスト名を指定してください。

#0 unexpected error error_class=Errno::EADDRNOTAVAIL error="Cannot assign requested address - bind(2) for bindで指定した値: portで指定した値"

ログメトリクス定義ファイルの<source>で，bindが不正なフォーマットである。

ログメトリクス定義ファイルの<source>で，bindに正しいIPアドレスのフォーマットを指定してください。

config error file="物理インストール先ディレクトリ/jp1ima/conf/ログ監視共通定義ファイル名" error_class=Fluent::ConfigError error="Missing '@type' parameter on <match> directive"

ログメトリクス定義ファイルの<match>において，@type prometheusという設定が存在しない。

ログメトリクス定義ファイルの<match>において，@type prometheusを設定してください。

config error file="物理インストール先ディレクトリ/jp1ima/conf/ログ監視共通定義ファイル名" error_class=Fluent::NotFoundPluginError error="Unknown output plugin '@typeで指定した値'. Run 'gem search -rd fluent-plugin' to find plugins"

ログメトリクス定義ファイルの<match>で，@typeが空である，または @typeで指定した値が「prometheus」ではない。

ログメトリクス機能を利用する場合は，ログメトリクス定義ファイルの<match>で，@typeには「prometheus」を設定してください。

section <セクション名> is not used in <match> of prometheus plugin

ログメトリクス定義ファイルの<match>で，指定したセクション名が，次のどちらでもなかった。

metric

labels

ログメトリクス定義ファイルの<match>で，セクション名には，次のどちらかを指定してください。

metric

labels

unmatched end tag at fluentd_任意の名前_logmetrics.conf 定義ファイルの内容 (Fluent::ConfigparseError)

ログメトリクス定義ファイルで，セクションの開始と終了のどちらかが指定されていない。

ログメトリクス定義ファイルの次に示すセクションで，開始と終了が定義されているかを見直してください。

<source>

<parse>

<match>

<metric>

<labels>

parameter 'パラメーター名' in セクション

ログメトリクス定義ファイルのセクションで，利用できないパラメーター（パラメーター名）を指定している。

ログメトリクス定義ファイルのセクションで，パラメーター（パラメーター名）の指定内容を見直してください。

#0 unknown placeholder `プレースホルダー` found

ログメトリクス定義ファイルのラベルセクションで，設定したプレースホルダーが，プレースホルダーとして不正である。

ログメトリクス定義ファイルのラベルセクションで，設定したプレースホルダーの設定内容を見直してください。

config error file="物理インストール先ディレクトリ/jp1ima/conf/ログ監視共通定義ファイル名" error_class=Fluent::ConfigError error="labels section must have at most 1"

ログメトリクス定義ファイルで，1つのセクション内に，<labels>が並列して複数存在する。

ログメトリクス定義ファイルで，1つのセクション内に存在する<labels>が1つとなるように修正してください。

config error file="物理インストール先ディレクトリ/jp1ima/conf/ログ監視共通定義ファイル名" error_class=Fluent::ConfigError error="type option must be 'counter', 'gauge', 'summary' or 'histogram'"

ログメトリクス定義ファイルで，<metric>のtypeに，次に示す文字列以外が指定されている，または，何も指定されていない。

counter

gauge

ログメトリクス定義ファイルで，<metric>のtypeに，次に示す文字列のどれかを指定してください。

counter

gauge

ログメトリクス定義ファイルで，<metric>のtypeが存在しない。

#0 prometheus: failed to instrument a metric. error_class=ArgumentError error=#<ArgumentError: comparison of String with 0 failed> tag="任意のタグ" name="任意のログメトリクス名 "

ログメトリクス定義ファイルにおいて定義した，ログメトリクスタイプcounterのログメトリクスの値が，RubyのIntegerまたはFloatでない。

ログメトリクス定義ファイルの<parse>で，ログメッセージの期待した値を抽出できているか，または，<metric>のkeyで期待している項目が指定できているか，を見直してください。

#0 prometheus: failed to instrument a metric. error_class=ArgumentError error=#<ArgumentError: value must be a number> tag="任意のタグ" name="任意のログメトリクス名 "

ログメトリクス定義ファイルで定義した，ログメトリクスタイプgaugeのログメトリクスの値が，RubyのIntegerまたはFloatでない。

ログメトリクス定義ファイルの<parse>で，ログメッセージの期待した値を抽出できているか，または，<metric>のkeyで期待している項目が指定できているか，を見直してください。

#0 prometheus: failed to instrument a metric. error_class=Prometheus::Client::LabelSetValidator::InvalidLabelSetError error=#<Prometheus::Client::LabelSetValidator::InvalidLabelSetError: labels must have the same signature (keys given: [:ラベルのキー] vs. keys expected: [:ラベルのキー]> tag="任意のタグ" name="任意のログメトリクス名"

ログメトリクス定義ファイルで，同じnameかつ同じtypeかつ同じdescを持つログメトリクス（任意のログメトリクス名）が定義されており，それらのログメトリクスの<labels>の定義が異なる。

ログメトリクス定義ファイルで，すべてのログメトリクス（任意のログメトリクス名）の<labels>の定義内容を見直してください。

config error file="物理インストール先ディレクトリ/jp1ima/conf/ログ監視共通定義ファイル名" error_class=Fluent::ConfigError error="metric requires 'name' option"

ログメトリクス定義ファイルにおいて，<metric>に設定項目nameが存在しない。

ログメトリクス定義ファイルで，<metric>に設定項目nameを指定してください。

config error file="物理インストール先ディレクトリ/jp1ima/conf/ログ監視共通定義ファイル名" error_class=Fluent::ConfigError error="metric requires 'desc' option"

ログメトリクス定義ファイルで，<metric>に設定項目descが存在しない。

ログメトリクス定義ファイルで，<metric>に設定項目descを指定してください。

config error file="物理インストール先ディレクトリ/jp1ima/conf/ログ監視共通定義ファイル名" error_class=Fluent::ConfigError error="gauge metric requires 'key' option"

ログメトリクス定義ファイルで，<metric>のtypeにgaugeを指定しているが，設定項目keyが存在しない。

ログメトリクス定義ファイルで，<metric>の設定項目keyを指定してください。

任意のログメトリクス名 has already been registered as ログメトリクスタイプ type (Fluent::Plugin::Prometheus::AlreadyRegisteredError)

ログメトリクス定義ファイルで，同じnameかつ同じdescを持つログメトリクス（任意のログメトリクス名）が定義されており，それらのtypeの指定が異なる。

ログメトリクス定義ファイルで，すべてのログメトリクス（任意のログメトリクス名）のtypeの指定内容を見直してください。

任意のログメトリクス名 has already been registered with different docstring

ログメトリクス定義ファイルで，同じnameかつ同じtypeを持つログメトリクス（任意のログメトリクス名）が定義されており，それらのdescの指定が異なる。

ログメトリクス定義ファイル，すべてのログメトリクス（任意のログメトリクス名）のdescの指定内容を見直してください。

12.5.2　主な入力ミスに対して発生する現象と回復方法

(1)　Prometheus serverのスクレイプ先に不正なホストやポートを指定した

現象

スクレイプが失敗し，upメトリックが0として収集される。

スクレイプ先の設定を誤ったPrometheus server経由で取得するデータに関して，統合オペレーション・ビューアーのトレンド情報に，最新の情報が表示されない。

回復方法

スクレイプの定義を修正して，Prometheus serverをリロードまたは再起動してください。

(2)　Prometheus serverのリモートライト先に不正なホストやポートを指定した

現象

リモートライト先の設定を誤ったPrometheus server経由で取得するデータに関して，統合オペレーション・ビューアーのトレンド情報に，最新の情報が表示されない。

回復方法

リモートライトの定義を修正して，Prometheus serverをリロードまたは再起動してください。

(3)　Prometheus serverのアラート通知先に不正なホストやポートを指定した

現象

アラート通知先の設定を誤ったPrometheus serverから発生するアラートに関して，統合オペレーション・ビューアーのJP1イベント一覧に，最新の情報が表示されない。

回復方法

通知先の定義を修正して，Prometheus serverをリロードまたは再起動してください。

(4)　Alertmanagerの通知先に不正なホストやポートを指定した

現象

通知先の設定を誤ったAlertmanagerから送信するアラートに関して，統合オペレーション・ビューアーのJP1イベント一覧に，最新の情報が表示されない。

回復方法

通知先の定義を修正して，Alertmanagerをリロードまたは再起動してください。

(5)　Blackbox exporterの監視先に不正なホストやポートを指定した

現象

監視先の情報取得に失敗し，probe_successメトリックが0として収集される。

回復方法

監視先のホストやポートの定義を修正して，Prometheus serverをリロードまたは再起動してください。

(6)　Prometheus serverの定義ファイルの書式が不正

現象

Prometheus serverのリロードのAPIを実行したとき，ステータスコード500が返却され，次のようなメッセージが表示される。

failed to reload config: couldn't load configuration (--config.file="ファイルのパス"): parsing YAML file ファイルのパス: yaml: unmarshal errors:  line 行数: field test not found in type config.plain

回復方法

メッセージに出力されているファイルのパスと行数を確認し，定義を修正して，Prometheus serverをリロードまたは再起動してください。

(7)　ディスカバリ設定ファイルの書式が不正

現象

jddcreatetreeコマンドおよびjddupdatetreeコマンドの実行に成功したにも関わらず，ディスカバリ設定ファイルに記述した情報のIM管理ノードが統合オペレーション・ビューアーに表示されない。

回復方法

コロンの指定や半角スペースの数が合っているかなど，ディスカバリ設定ファイルの書式が誤っていないかを確認してください。誤りを訂正したあと，再度jddcreatetreeコマンドおよびjddupdatetreeコマンド（構成変更モード（-cオプション）を指定）を実行してください。

(8)　ログ監視共通定義ファイルの書式が不正

現象

ログ監視共通定義ファイル（jpc_fluentd_common.conf）の，<buffer>ディレクティブ内のpathパラメーターに対して，256バイトを超えるパス名が指定されている場合，または，Windows環境で，: , ; * ? " < > | とタブ・スペースを含むパスが指定されている場合に，fluentdのログに，次のようなエラーが繰り返して出力され続ける。

unexpected error error_class=Errno::ENOENT error="No such file or directory @ dir_s_mkdir - ディレクトリ名 "

回復方法

ログ監視共通定義ファイル（jpc_fluentd_common.conf）の，<buffer>ディレクティブ内のpathパラメーターの値について，書式と設定内容が誤ってないかを確認してください。

(9)　テキスト形式のログファイルの監視定義ファイルの書式が不正

現象

テキスト形式のログファイルの監視定義ファイル（fluentd_@@trapname@@_tail.conf）の，[Input Settings]セクション内のpos_fileパラメーターに対して，空白，または，OSのファイル名の上限値を超える文字列が指定されている場合に，fluentdのログに，次のようなエラーが繰り返して出力され続ける。

unexpected error error_class=Errno::ENOENT error="No such file or directory @ rb_sysopen - ディレクトリ名 "

回復方法

テキスト形式のログファイルの監視定義ファイル（fluentd_@@trapname@@_tail.conf）の，[Input Settings]セクション内のpos_fileパラメーターについて，書式と設定内容が誤ってないかを確認してください。

(10)　Script exporterが存在しないスクリプトを実行した

現象

script_successメトリックが0として収集される。また，script_exit_codeメトリックが-1として収集される。

回復方法

定義を修正してScript exporterをリロードまたは再起動してください。

(11)　PromitorのScraperのResource Discoveryに不正なホストやポートを指定した

現象

リソースディスカバリーから取得するメトリックが取得されない。

回復方法

定義を修正してPromitorのScraperをリロードまたは再起動してください。

12.5.3　主なトラブルと対処方法

一般的に想定されるトラブルについて，対処方法を説明します。

(1)　JP1/IM - Viewからログインできない場合の対処方法

メッセージの種類によって対処方法が異なります。

「KAVB1200-E　接続中に通信エラーが発生しました」メッセージが出力される。

要因

次の要因が考えられます。

JP1/IM - Managerが起動されていません。

接続先ホスト名が誤っています。

対処

要因に従って対処してください。

JP1/IM - Managerを起動してください。

接続先ホスト名が正しいかどうかを確認してください。

「KAVB0104-E　ユーザー認証に失敗しました」メッセージが出力される。

要因

接続先に対するユーザー名またはパスワードが誤っています。

対処

接続先に対するユーザー名またはパスワードが正しいかどうかを確認してください。

「KAVB0109-E　接続ホストと認証サーバの間で，通信エラーが発生しました」または「KAVB0111-E　認証サーバに接続できません」メッセージが出力される。

要因

接続先ホスト上で設定されている認証サーバが起動されていません。

対処

次のことを確認し，問題点を対処してください。

認証サーバが起動しているか。

接続ホストと認証サーバ間の通信ができるか。

認証サーバの設定が間違っていないか。

「KNAN20100-E　指定された接続先ホスト名のアドレスの解決に失敗しました」メッセージが出力される。

要因

次の要因が考えられます。

接続先ホスト名が誤っています。

接続先ホストが起動されていません。

接続先ホストとの通信で障害が発生しています。

対処

要因に従って対処してください。

接続先ホスト名が正しいかどうかを確認してください。

接続先ホストが起動しているかどうかを確認してください。

接続先ホストとの通信に問題はないかどうかを確認してください。

「KNAN20101-E　接続中に通信エラーが発生しました」メッセージが出力される。

要因

次の要因が考えられます。

接続先ホスト名が誤っています。

接続先ホストが起動されていません。

接続先ホストとの通信で障害が発生しています。

対処

要因に従って対処してください。

接続先ホスト名が正しいかどうかを確認してください。

接続先ホストが起動しているかどうかを確認してください。

接続先ホストとの通信に問題はないかどうかを確認してください。

「KNAN20102-E　接続中に通信エラーが発生しました」メッセージが出力される。

要因

次の要因が考えられます。

接続先ホスト名が誤っています。

ポート番号が誤っています。

接続先ホストが起動されていません。

接続先ホストとの通信で障害が発生しています。

対処

要因に従って対処してください。

接続先ホスト名が正しいかどうかを確認してください。

ポート番号は使用できる番号どうかを確認してください。

接続先ホストが起動しているかどうかを確認してください。

接続先ホストとの通信に問題はないかどうかを確認してください。

「KNAN20103-E　データ送信中に，通信エラーが発生しました」メッセージが出力される。

要因

接続ホストと認証サーバの間で，通信エラーが発生しました。

対処

次の内容を確認してから，再実行してください。

接続ホスト名が正しいかどうかを確認してください。

接続ホストが起動しているかどうかを確認してください。

接続ホストとの通信に問題はないかどうかを確認してください。

「KNAN20104-E　データ受信中に，通信エラーが発生しました」メッセージが出力される。

要因

ホスト接続中に，通信エラーが発生しました。

対処

次を確認してから，再実行してください。

接続先ホスト名が正しいかどうかを確認してください。

ポート番号が正しいかどうかを確認してください。

接続先ホストが起動しているかどうかを確認してください。

接続先ホストとの通信に問題はないかどうかを確認してください。

(2)　イベントサービスへの接続に失敗する場合の対処方法

要因1

マネージャー上のイベントサービスが起動していないおそれがあります。

対処1

jbs_spmd_statusコマンドでマネージャー上のイベントサービスが起動しているかどうかを確認してください。

起動していない場合は，イベントサービスを起動してください。

要因2

API設定ファイル（api）のserverパラメーターの設定に誤りがあるおそれがあります。

対処2

API設定ファイル（api）のserverパラメーターの設定は，イベントサーバ設定ファイル（conf）のportsパラメーターの設定と一致させてください。

なお，API設定ファイル（api）のserverパラメーターのアドレスやイベント設定ファイル（conf）のportsパラメーターのアドレスにホスト名を指定している場合，IPアドレスの解決はOSの処理に依存するため，意図するIPアドレスで動作しないおそれがあります。

API設定ファイル（api），およびイベントサーバ設定ファイル（conf）については，マニュアル「JP1/Base 運用ガイド」のAPI設定ファイル（api），およびイベントサーバ設定ファイル（conf）の説明をしている章を参照してください。

要因3

IPv6ホストでJP1/IM - Managerを起動しているおそれがあります。

対処3

JP1/IM - Managerは，IPv6ホストをサポートしていません。監視対象ホストがIPv6ホストの場合は，JP1/IM - ManagerをIPv4・IPv6ホストにインストールしてください。また，各エラーメッセージに従って対処してください。

(3)　［イベントコンソール］画面で定義メニューが表示されない場合の対処方法

［イベントコンソール］画面の「オプション」のメニューで定義関連が非活性となる。

要因

JP1資源グループの設定が誤っています。

対処

JP1資源グループの設定で，ログインするJP1ユーザーのJP1資源グループにグループ名「JP1_Console」，権限レベルに「JP1_Console_Admin」または「JP1_Console_Operator」が設定されているか確認してください。

(4)　トラップしたJP1イベントのメッセージが文字化けしてしまう場合の対処方法

次の要因が考えられます。

監視するログファイルの文字コードと，［設定ファイル］ページで設定した文字コードが一致していない。

設定した文字コードがエージェントホストでサポートされていない。

それぞれの対処を次に示します。

監視するログファイルの文字コードと，［設定ファイル］ページで設定した文字コードが一致していない。

監視するログファイルの文字コードを設定し直し，再度実行してください。

なお，このトラブルは，リモート監視の場合も同様です。

設定した文字コードがエージェントホストでサポートされていない。

JP1/IM - Managerがサポートしている文字コードでも，エージェントホストにインストールされているJP1/Baseのバージョンによっては，設定できない文字コードがあります。エージェントホストにインストールされているJP1/Baseのバージョンを確認し，サポートされている文字コードを設定してください。そのあと，再度実行してください。

(5)　コマンド実行ができない場合の対処方法

［コマンド実行］画面で「KAVB0415-E　実行ホスト名に指定された業務グループ，または監視グループが定義されていないため，コマンドが実行できません。(実行ホスト名:実行ホスト名)」メッセージが出力される。

要因

実行ホスト名に指定した業務グループ，または監視グループが定義されていません。

対処

業務グループまたは監視グループを見直してから，コマンドを再実行してください。なお，このメッセージはJP1/Baseのjcocmdshowコマンドでは確認できません。

それでも実行できない場合は，システム管理者に連絡し，業務グループの設定を確認してください。

［コマンド実行］画面で「KAVB0416-E　実行ホスト名に指定されたホストが管理対象でないため，コマンドが実行できません。(実行ホスト名:実行ホスト名)」メッセージが出力される。

要因

実行ホスト名に指定したホストは管理対象ではありません。

対処

ホストを見直してから，コマンドを再実行してください。なお，このメッセージはJP1/Baseのjcocmdshowコマンドでは確認できません。

それでも実行できない場合は，システム管理者に連絡し，業務グループの設定を確認してください。

［コマンド実行］画面で「KAVB0417-E　実行ホスト名に指定された業務グループに対してコマンドを実行する権限がないため，コマンドが実行できません。(実行ホスト名:実行ホスト名)」メッセージが出力される。

要因

実行ホスト名に指定した業務グループに対してコマンドを実行する権限がありません。

対処

業務グループ，または監視グループを見直してから，コマンドを再実行してください。なお，このメッセージはJP1/Baseのjcocmdshowコマンドでは確認できません。

それでも実行できない場合は，システム管理者に連絡し，業務グループの設定を確認してください。

［コマンド実行］画面で「KAVB0418-E　実行ホスト名に指定されたホストに対してコマンドを実行する権限がないため，コマンドが実行できません。(実行ホスト名:実行ホスト名)」メッセージが出力される。

要因

実行ホスト名に指定したホストに対してコマンドを実行する権限がありません。

対処

ホストを見直してから，コマンドを再実行してください。なお，このメッセージはJP1/Baseのjcocmdshowコマンドでは確認できません。

それでも実行できない場合は，システム管理者に連絡し，業務グループの設定を確認してください。

［コマンド実行］画面で「KAVB0419-E　実行ホスト名に指定されたホスト名と同じ名称のホストグループが定義されているため，コマンドが実行できません。(実行ホスト名:実行ホスト名)」メッセージが出力される。

要因

実行先ホスト名に実行ホストと同じ名称のホストグループ名が指定されています。

対処

実行ホスト名に指定したホスト名と同じ名称のホストグループがないか確認してください。ある場合は，ホスト名かホストグループのどちらかの名称を変更してください。

［コマンド実行］画面で「KAVB0422-E　業務グループ，または監視グループにホストが定義されていません。(グループ名:グループ名)」メッセージが出力される。

要因

実行ホスト名に指定した業務グループ，または監視グループには，ホストが一つも定義されていません。

対処

指定した業務グループ，または監視グループにホストを定義してください。また，業務グループ，または監視グループのパスの表記を見直してください。

［コマンド実行］画面で「KAVB0423-E　業務グループ，または監視グループが定義されていません。(グループ名:グループ名)」メッセージが出力される。

要因

実行ホスト名に，定義されていない業務グループ，または監視グループが指定されています。

対処

指定した業務グループ，または監視グループを定義してください。また，業務グループ，または監視グループのパスの表記を見直してください。

［コマンド実行］画面で「KAVB2027-E　ユーザー名のユーザ偽装に失敗したため，コマンド実行できません」メッセージが出力される。

要因

ユーザーマッピングの設定が誤っています。

対処

ユーザーマッピングの設定を確認してください。設定されていない場合はユーザーマッピングを設定してください。この設定はWindowsの場合必須です。

なお，マッピング元のサーバ名として指定するホストがDNSを使用している場合，ドメイン名を含めて記述する必要があります。ホスト名が正しくて，偽装に失敗する場合はDNSを使用していないか確認してください。

ユーザーマッピングの設定については，マニュアル「JP1/Base 運用ガイド」のユーザーマッピングに関する章を参照してください。

［コマンド実行］画面で「KAVB2031-E　ホスト（ホスト名）が管理対象でないため，コマンドが実行できません」メッセージが出力される。

要因

構成定義ファイルの定義に誤りがあります。または，実行ホスト名が解決できません。

対処

構成定義ファイルの定義で構成情報が定義されているか確認してください。

実行ホスト名を解決できるようにしてください。

Windowsで物理ホストと論理ホストの両方を起動する環境でこのメッセージが出力される場合は，ネットワークの設定が不足しています。詳細については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用に関する注意事項（Windows限定の注意事項）の中の，同一ホスト上で物理ホスト環境と論理ホスト環境を構築する場合の項を参照してください。

［コマンド実行］画面で「KAVB8452-E　ログイン中に業務グループによる参照・操作制限機能が有効から無効に変更されたため，実行できません」メッセージが出力される。

要因

JP1/IM - Viewが接続している状態で，業務グループによる参照・操作制限を有効から無効に変更しています。

対処

JP1/IM - Viewを再起動したあと，再ログインしてからコマンドを再実行してください。

DOSプロンプトでの実行結果と［コマンド実行］画面や自動アクションでの実行結果が異なる。

要因

実行するOSユーザーの環境が不正です。

対処

jcocmddefコマンドの-loaduserprofileオプションを有効にしてください。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「9.4.4(3)(c)　コマンドを実行するときの環境」，およびマニュアル「JP1/Base 運用ガイド」のコマンドを説明している章を参照してください。

［コマンド実行内容プレビュー］画面からコマンドを実行すると，KAVB0002-Eのメッセージが表示され，コマンドが中断される。

要因

実行ホスト名または実行コマンドが指定されていません。

対処

実行ホスト名または実行コマンドを指定し，再度コマンドを実行してください。

［コマンド実行内容プレビュー］画面からコマンドを実行すると，KAVB1037-Eのメッセージが表示され，コマンドが中断される。

要因

実行ホスト名，実行コマンド，または環境変数ファイルに指定した値が上限値を超えています。

対処

上限値を超えている項目の値を見直し，再度コマンドを実行してください。

［コマンド実行］画面が起動できなく，KAVB1046-Eのメッセージが表示される。

要因

イベント引き継ぎ情報変換設定ファイルの読み込み時に，I/Oエラーが発生しました。

対処

必要な権限がイベント引き継ぎ情報変換設定ファイルに設定されているか確認し，再度コマンドを実行してください。

それでも実行できない場合は，システム管理者に連絡してください。

(6)　イベント情報を引き継げない場合の対処方法

属性値が引き継がれない。また，［コマンド実行内容プレビュー］画面に警告情報が表示される。

要因

変数に対応する属性が，イベントに存在しません。

または，変数に対応する属性値がありません。

対処

指定したイベントおよび変数を指定したコマンドの実行内容を確認し，再度コマンドを実行してください。

［コマンド実行］画面に引き継ぎ対象のイベントが表示されない。

要因

引き継ぎできないメニューまたはボタンをクリックしました。

対処

引き継げるイベントを一つ選択し，引き継ぎできるメニューまたはボタンをクリックしてください。

イベント引き継ぎ情報の特殊文字が変換されない。また，KAVB1040-W，KAVB1041-W，KAVB1042-W，KAVB1043-W，またはKAVB1044-Wのメッセージが表示される。

要因

イベント引き継ぎ情報変換設定ファイルが不正です。

対処

イベント引き継ぎ情報変換設定ファイルを見直し，［コマンド実行］画面を再起動してください。

［コマンド実行内容プレビュー］画面で，切り捨て前の文字がすべて表示されない。また，KAVB1036-Wのメッセージが表示される。

要因

変数を置き換えたあとの切り捨て前の値の文字数が，［コマンド実行内容プレビュー］画面のテキストエリアに表示できる上限値を超えています。

対処

変数を指定しているコマンド実行内容を見直し，再度実行してしてください。

(7)　［コマンド］ボタンからコマンドを実行できない場合の対処方法

KAVB1035-Eのメッセージが表示され，コマンドが中断される。

要因

実行するコマンドはイベントを引き継ぐ設定になっていますが，引き継ぎ対象のイベントが指定されていません。

対処

引き継ぐイベントを指定し，再度実行してください。

KAVB0002-Eのメッセージが表示され，コマンドが中断される。

要因

イベント情報を引き継いだあとに，実行ホスト名または実行コマンドの値が空文字になっています。

対処

実行するコマンドに設定している項目の変数名，および引き継ぐイベントが正しいか確認し，再度実行してください。

KAVB1037-Eのメッセージが表示され，コマンドが中断される。

要因

イベント情報を引き継いだあとに，実行ホスト名，実行コマンド，または環境変数ファイルに指定した値が上限値を超えています。

対処

上限値を超えた項目の値を見直し，再度実行してください。

(8)　クライアントアプリケーションを起動できない場合の対処方法

KAVB1034-Eのメッセージが［コマンド実行］画面に表示され，コマンドが中断される。

次の要因が考えられます。

コマンドの実行ファイルパスが見つからない。

コマンドの実行権限がない。

コマンドプロセスの起動時に，入出力エラーが発生した。

それぞれの対処を次に示します。

コマンドの実行ファイルパスが見つからない。

コマンドラインを見直し，コマンドプロンプトで実行できることを確認してください。そのあと，再度実行してください。

コマンドの実行権限がない。

実行するコマンドに実行権限があるか確認し，コマンドプロンプトで実行できることを確認してください。そのあと，再度実行してください。

コマンドプロセスの起動時に，入出力エラーが発生した。

実行するコマンドがコマンドプロンプトで実行できることを確認し，再度実行してください。

(9)　コマンド実行履歴ファイルが壊れている場合の対処方法

電源断によるマシン停止などによってコマンド実行履歴ファイルへの書き込みが中断された場合，自動アクションまたはコマンド実行のコマンド実行履歴ファイルが壊れる場合があります。

その場合，次に示すメッセージが出力されます。

JP1/IM - Viewの［アクション結果詳細］画面，またはjcashowaコマンドで自動アクションの実行結果を表示したときに，実行結果に「KAVB5151-W コマンド実行履歴からデータの取得に失敗しました」が表示される。

自動アクションのコマンド実行履歴ファイルが壊れているおそれがあります。

jcocmdlogコマンドを実行したときに，「KAVB2523-E コマンド実行のコマンド実行履歴ファイルがオープンできません」が出力される。

コマンド実行のコマンド実行履歴ファイルが壊れているおそれがあります。

jcocmdlogコマンドを実行したときに，「KAVB2525-E 自動アクションのコマンド実行履歴ファイルがオープンできません」が出力される。

自動アクションのコマンド実行履歴ファイルが壊れているおそれがあります。

jcocmdlogコマンドを実行したときに，「KAVB2527-E コマンド実行履歴ファイルの読込に失敗しました」が出力される。

オプションに-actを指定している場合，自動アクションのコマンド実行履歴ファイルが壊れているおそれがあります。

オプションに-windowを指定している場合，コマンド実行のコマンド実行履歴ファイルが壊れているおそれがあります。

-actと-windowのオプションを指定していない場合，自動アクションまたはコマンド実行のコマンド実行履歴ファイルが壊れているおそれがあります。

統合トレースログに「KAVB2064-E コマンド実行履歴ファイルの書き込みに失敗しました」が出力される。

自動アクションまたはコマンド実行のコマンド実行履歴ファイルが壊れているおそれがあります。

これらのメッセージが出力される場合，次の手順でコマンド実行履歴ファイルの状態を確認してください。

壊れたおそれのあるファイルを(a)に示す手順で確認する。

確認の結果，壊れていない場合には各メッセージの対処方法に従って，対処する。

壊れている場合は，(b)の手順で回復する。

(b)の手順でも回復しない場合は，(c)の手順に従ってコマンド実行履歴ファイルを削除する。

(a)　コマンド実行履歴ファイルの確認手順

自動アクションのコマンド実行履歴ファイルを確認する場合

Windowsの場合

コマンドプロンプトから次のコマンドを実行してください。

cd Baseパス¥log¥COMMAND

（論理ホストの場合：cd 共有フォルダ¥jp1base¥log¥COMMAND）

Jischk -l3 Baseパス¥log¥COMMAND¥ACTISAMLOGV8

UNIXの場合

次のコマンドを実行してください。

cd /var/opt/jp1base/log/COMMAND

（論理ホストの場合：cd 共有ディレクトリ/jp1base/log/COMMAND）

/opt/jp1base/bin/Jischk -l3 actisamlogv8

コマンド実行のコマンド実行履歴ファイルを確認する場合

Windowsの場合

コマンドプロンプトから次のコマンドを実行してください。

cd Baseパス¥log¥COMMAND

（論理ホストの場合：cd 共有フォルダ¥jp1base¥log¥COMMAND）

Jischk -l3 Baseパス¥log¥COMMAND¥CMDISAMLOGV8

UNIXの場合

次のコマンドを実行してください。

cd /var/opt/jp1base/log/COMMAND

（論理ホストの場合：cd 共有ディレクトリ/jp1base/log/COMMAND）

/opt/jp1base/bin/Jischk -l3 cmdisamlogv8

Jischkコマンドでファイルの不正が検出されない場合，コマンド実行履歴ファイルは壊れていません。Jischkコマンドでファイルの不正が検出された場合には，(b)に示す手順でコマンド実行履歴ファイルを回復してください。

Jischkコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(b)　コマンド実行履歴ファイルの回復手順

自動アクションのコマンド実行履歴ファイルを回復する場合

Windowsの場合

次の操作はAdministrators権限で実行してください。また，回復する際には，ACTISAMLOGV8.DRFの約3倍の空き容量が必要です。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

コマンドプロンプトから次のコマンドを実行し，コマンド実行履歴ファイルを回復する。

なお，Jiscondコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

cd Baseパス¥log¥COMMAND

（論理ホストの場合：cd 共有フォルダ¥jp1base¥log¥COMMAND）

Jiscond ACTISAMLOGV8

コマンドプロンプトから次のコマンドを実行して，コマンド実行履歴ファイルが正常に回復したことを確認する。

Jischk -l3 ACTISAMLOGV8

Jischkコマンドでファイルの不正が検出された場合，コマンド実行履歴ファイルは回復できない状態です。正常に回復できなかった場合，(c)に示す手順で自動アクションのコマンド実行履歴ファイルを削除してください。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

UNIXの場合

次の操作はスーパーユーザー権限で実行してください。また，回復する際には，actisamlogv8.DATの約3倍の空き容量が必要です。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

次のコマンドを実行し，コマンド実行履歴ファイルを回復する。

なお，Jiscondコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

cd /var/opt/jp1base/log/COMMAND

（論理ホストの場合：cd 共有ディレクトリ/jp1base/log/COMMAND）

/opt/jp1base/bin/Jiscond actisamlogv8

コマンドプロンプトから次のコマンドを実行して，コマンド実行履歴ファイルが正常に回復したことを確認する。

/opt/jp1base/bin/Jischk -l3 actisamlogv8

Jischkコマンドでファイルの不正が検出された場合，コマンド実行履歴ファイルは回復できない状態です。正常に回復できなかった場合，(c)に示す手順で自動アクションのコマンド実行履歴ファイルを削除してください。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

コマンド実行のコマンド実行履歴ファイルを回復する場合

Windowsの場合

次の操作はAdministrators権限で実行してください。また，回復する際には，CMDISAMLOGV8.DRFの約3倍の空き容量が必要です。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

コマンドプロンプトから次のコマンドを実行し，コマンド実行履歴ファイルを回復する。

Jiscondコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

cd Baseパス¥log¥COMMAND

（論理ホストの場合：cd 共有フォルダ¥jp1base¥log¥COMMAND）

Jiscond CMDISAMLOGV8

コマンドプロンプトから次のコマンドを実行して，コマンド実行履歴ファイルが正常に回復したことを確認する。

Jischk -l3 CMDISAMLOGV8

Jischkコマンドでファイルの不正が検出された場合，コマンド実行履歴ファイルは回復できない状態です。正常に回復できなかった場合，(c)に示す手順でコマンド実行のコマンド実行履歴ファイルを削除してください。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

UNIXの場合

次の操作はスーパーユーザー権限で実行してください。また，回復する際には，cmdisamlogv8.DATの約3倍の空き容量が必要です。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

次のコマンドを実行する。

cd /var/opt/jp1base/log/COMMAND

（論理ホストの場合：cd 共有ディレクトリ/jp1base/log/COMMAND）

/opt/jp1base/bin/Jiscond cmdisamlogv8

コマンドプロンプトから次のコマンドを実行して，コマンド実行履歴ファイルが正常に回復したことを確認する。

/opt/jp1base/bin/Jischk -l3 cmdisamlogv8

Jischkコマンドでファイルの不正が検出された場合，コマンド実行履歴ファイルは回復できない状態です。正常に回復できなかった場合，(c)に示す手順でコマンド実行のコマンド実行履歴ファイルを削除してください。

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

(c)　コマンド実行履歴ファイルの削除手順

自動アクションのコマンド実行履歴ファイルを削除する場合

自動アクションのコマンド実行履歴ファイルを削除すると，過去の自動アクションによる履歴はすべて失われます。削除することに問題がある場合は，ファイルをバックアップしてください。詳細については，「1.2.2　データベースのバックアップおよびリカバリー」を参照してください。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

コマンド実行履歴ファイルを削除する。

正常に回復できなかった次のファイルを削除してください。なお，コマンド実行履歴ファイルについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

Windowsの場合

表12‒29　削除対象ファイル格納場所（Windows）

ファイル名

ファイル名

自動アクションのコマンド実行履歴ファイル

Baseパス¥log¥COMMAND¥ACTISAMLOGV8.DRF

Baseパス¥log¥COMMAND¥ACTISAMLOGV8.K01

Baseパス¥log¥COMMAND¥ACTISAMLOGV8.KDF

共有フォルダ¥jp1base¥log¥COMMAND¥ACTISAMLOGV8.DRF

共有フォルダ¥jp1base¥log¥COMMAND¥ACTISAMLOGV8.K01

共有フォルダ¥jp1base¥log¥COMMAND¥ACTISAMLOGV8.KDF

アクション情報ファイル

Consoleパス¥log¥action¥actinf.log

共有フォルダ¥jp1cons¥log¥action¥actinf.log

アクションホスト名格納ファイル

Consoleパス¥log¥action¥acttxt{1|2}.log

共有フォルダ¥jp1cons¥log¥action¥acttxt{1|2}.log

UNIXの場合

表12‒30　削除対象ファイル格納場所（UNIX）

ファイル名

ファイル名

自動アクションのコマンド実行履歴ファイル

/var/opt/jp1base/log/COMMAND/actisamlogv8.DAT

/var/opt/jp1base/log/COMMAND/actisamlogv8.K01

/var/opt/jp1base/log/COMMAND/actisamlogv8.DEF

共有ディレクトリ/jp1base/log/COMMAND/actisamlogv8.DAT

共有ディレクトリ/jp1base/log/COMMAND/actisamlogv8.K01

共有ディレクトリ/jp1base/log/COMMAND/actisamlogv8.DEF

アクション情報ファイル

/var/opt/jp1cons/log/action/actinf.log

共有ディレクトリ/jp1cons/log/action/actinf.log

アクションホスト名格納ファイル

/var/opt/jp1cons/log/action/acttxt{1|2}.log

共有ディレクトリ/jp1cons/log/action/acttxt{1|2}.log

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

コマンド実行のコマンド実行履歴ファイルを削除する場合

コマンド実行のコマンド実行履歴ファイルを削除すると，過去のコマンド実行による履歴はすべて失われます。削除することに問題がある場合は，ファイルをバックアップしてください。詳細については，「1.2.2　データベースのバックアップおよびリカバリー」を参照してください。

JP1/IM - Managerを停止する。

JP1/Baseを停止する。

コマンド実行履歴ファイルを削除する。

正常に回復できなかった次のファイルを削除してください。なお，コマンド実行履歴ファイルについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

Windowsの場合

表12‒31　削除対象ファイル格納場所（Windows）

ファイル名

ファイル名

コマンド実行のコマンド実行履歴ファイル

Baseパス¥log¥COMMAND¥CMDISAMLOGV8.DRF

Baseパス¥log¥COMMAND¥CMDISAMLOGV8.K01

Baseパス¥log¥COMMAND¥CMDISAMLOGV8.KDF

共有フォルダ¥jp1base¥log¥COMMAND¥CMDISAMLOGV8.DRF

共有フォルダ¥jp1base¥log¥COMMAND¥CMDISAMLOGV8.K01

共有フォルダ¥jp1base¥log¥COMMAND¥CMDISAMLOGV8.KDF

UNIXの場合

表12‒32　削除対象ファイル格納場所（UNIX）

ファイル名

ファイル名

コマンド実行のコマンド実行履歴ファイル

/var/opt/jp1base/log/COMMAND/cmdisamlogv8.DAT

/var/opt/jp1base/log/COMMAND/cmdisamlogv8.K01

/var/opt/jp1base/log/COMMAND/cmdisamlogv8.DEF

共有ディレクトリ/jp1base/log/COMMAND/cmdisamlogv8.DAT

共有ディレクトリ/jp1base/log/COMMAND/cmdisamlogv8.K01

共有ディレクトリ/jp1base/log/COMMAND/cmdisamlogv8.DEF

JP1/Baseを起動する。

JP1/IM - Managerを起動する。

(10)　自動アクションの実行状態が「状態不明」と表示される場合の対処方法

自動アクションの実行結果を保存したファイル（アクション情報ファイル，アクションホスト名格納ファイル，コマンド実行履歴ファイル）に不整合が発生しているおそれがあります。

この場合，実行結果を保存したファイルを削除する必要があります。なお，ファイルを削除すると，過去の自動アクションの実行結果は参照できなくなります。削除することに問題がある場合は，ファイルをバックアップしてください。詳細については，「1.2.2　データベースのバックアップおよびリカバリー」を参照してください。

削除手順を次に示します。

JP1/IM - Managerを停止し，JP1/Baseを停止する。

クラスタ構成の場合は，クラスタソフトの操作で論理ホストを停止してください。また，停止確認後に共有ディスクを共有ディレクトリにマウントしてください。

アクション情報ファイル，アクションホスト名格納ファイル，およびコマンド実行履歴ファイルを削除する。

削除ファイルの格納場所は次の表のとおりです。

Windowsの場合

表12‒33　削除対象ファイル格納場所（Windows）

ファイル名

格納場所

アクション情報ファイル

Consoleパス¥log¥action¥actinf.log

共有フォルダ¥jp1cons¥log¥action¥actinf.log

アクションホスト名格納ファイル

Consoleパス¥log¥action¥acttxt{1|2}.log

共有フォルダ¥jp1cons¥log¥action¥acttxt{1|2}.log

コマンド実行履歴ファイル

Baseパス¥log¥COMMAND¥以下の全ファイル

共有フォルダ¥jp1base¥log¥COMMAND¥以下の全ファイル

UNIXの場合

表12‒34　削除対象ファイル格納場所（UNIX）

ファイル名

格納場所

アクション情報ファイル

/var/opt/jp1cons/log/action/actinf.log

共有ディレクトリ/jp1cons/log/action/actinf.log

アクションホスト名格納ファイル

/var/opt/jp1cons/log/action/acttxt{1|2}.log

共有ディレクトリ/jp1cons/log/action/acttxt{1|2}.log

コマンド実行履歴ファイル

/var/opt/jp1base/log/COMMAND/以下の全ファイル

共有ディレクトリ/jp1base/log/COMMAND/以下の全ファイル

JP1/Baseを起動し，JP1/IM - Managerを起動する。

クラスタ構成の場合は，共有ディスクをアンマウントしてから，クラスタソフトの操作で論理ホストを起動してください。

(11)　自動アクションが遅延する場合の対処方法

自動アクションの状態が「実行中」のままになっている。

まず，jcocmdshowコマンド※で，コマンドの状態を確認してください。その結果によって，対処方法が異なります。確認して得られた結果ごとに，考えられる要因とその対処方法について次に説明します。

「コマンド実行経過時間（ETIME）」が長いコマンドがある場合。

要因

終了しないコマンドまたは時間がかかるコマンドが実行されています。

対処

jcocmddelコマンド※で，終了しないコマンドを削除してください。詳細については，「8.1.4　コマンドの実行状態を確認または削除する」およびマニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「9.4.4(6)　トラブルシューティング用コマンド」を参照してください。

「KAVB2239-E　接続先ホストへのネットワーク接続を確立できませんでした」メッセージが表示される場合。

要因

実行先ホストのJP1/Baseがコマンド実行中に停止しました。

対処

実行先ホストのJP1/Baseを再起動してください。

なお，JP1/Baseを監視する方法として，JP1/Baseのヘルスチェック機能があります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「9.4.8　JP1/Baseのヘルスチェック機能」を参照してください。

「コマンド実行状態（STATUS）」が「Q」となっているコマンドが大量にある場合。

要因

自動アクション実行数が多過ぎます。

対処

実行中の自動アクションを確認して，次を見直してください。

不要な自動アクションが設定されていないか

自動アクションを設定するJP1イベントを絞り込めないか

不要な自動アクションがない場合は，jcocmddefコマンド※で，コマンド同時実行数を増やしてください。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「14.7.6　コマンド実行環境の検討」を参照してください。

注※

jcocmdshowコマンド，jcocmddelコマンドおよびjcocmddefコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」のコマンドを説明している章を参照してください。

(12)　監視オブジェクトDBが破損している場合の対処方法

「KAVB7247-E JP1/IM - CSはJP1/IM - Viewからの操作要求が実行できませんでした(要因:データベースのレコード不正)」，「KAVB7248-E JP1/IM - CSはJP1/IM - Viewからの操作要求が実行できませんでした(要因:データベースの操作不能)」などのメッセージが出力される。

要因

次の要因が考えられます。

JP1/IM - Managerの監視オブジェクトDBに論理矛盾が発生している。

対処

次の処置を実行してください。

JP1/IM - Managerを停止する。

障害調査用に，Scopeパス¥databaseフォルダのバックアップをとる。

jcsdbsetup -fコマンドを実行する。

Scopeパス¥database¥jcshostsフォルダ内のすべてのファイルを削除する。

jcshostsimport -r jcshostsコマンドを実行する。

JP1/IM - Managerを起動する。

(13)　監視オブジェクトDBのロックが解除されない場合の対処方法

監視オブジェクトDBがロックされたままになっている。

要因

次の要因が考えられます。

JP1/IM - Managerの監視オブジェクトDBでロック取得に失敗している。

対処

次の処置を実行してください。

jcsmainプロセスが起動していないことを，jco_spmd_statusコマンドで確認する。

Jismlcktrコマンドを実行する。

Scopeパス¥database以下のファイルをロックしているプロセスを確認する。

手順3で確認したプロセスIDに対して，Jislckfree -p PIDコマンドを実行する。

Jismlcktr，JislckfreeコマンドはJP1/Baseが提供しています。詳細については，マニュアル「JP1/Base 運用ガイド」のコマンドの章を参照してください。

(14)　アクション結果の詳細情報（メッセージ）にKAVB5150-Wが表示される場合の対処方法

［アクション結果詳細］画面を表示すると，メッセージ欄に「KAVB5150-W コマンド実行履歴に該当データがありません」と表示される。

要因

コマンド実行履歴ファイル（ISAM）がラップしたおそれがあります。コマンド実行履歴ファイルがラップすると，自動アクションの実行結果が表示されません。

対処

この現象が頻繁に起こる場合には，コマンド実行履歴ファイルのレコード数の上限値を大きくすることを検討してください。レコード数の上限値を大きくすると，ディスク容量も圧迫しますので，その点も考慮に入れてください。

次に手順を示します。

レコード数の上限値を変更する

レコード数の上限値を変更した場合，設定を有効にするためにコマンド実行履歴ファイルを削除する必要があります。コマンド実行履歴ファイルを削除すると，過去の自動アクション，コマンド実行による履歴はすべて失われます。削除することに問題がある場合は，ファイルをバックアップしてください。詳細については，「1.2.2　データベースのバックアップおよびリカバリー」を参照してください。

jcocmddefコマンドで，コマンド実行履歴ファイルのレコード数を変更する。

JP1/IM - Manager，JP1/Baseを停止する。

クラスタ構成の場合は，クラスタソフトの操作で論理ホストを停止してください。

また，停止確認後に共有ディスクを共用ディレクトリにマウントしてください。

コマンド実行履歴ファイルを削除する。

コマンド実行履歴保存ディレクトリ以下の全ファイルが該当します。コマンド実行履歴保存ディレクトリは，デフォルトでは下記のとおりです。

Windowsの場合

表12‒35　コマンド実行履歴ファイル格納場所（Windows）

ファイル名

格納場所

コマンド実行履歴ファイル

Baseパス¥log¥COMMAND¥以下の全ファイル

共有フォルダ¥jp1base¥log¥COMMAND¥以下の全ファイル

UNIXの場合

表12‒36　コマンド実行履歴ファイル格納場所（UNIX）

ファイル名

格納場所

コマンド実行履歴ファイル

/var/opt/jp1base/log/COMMAND/以下の全ファイル

共有ディレクトリ/jp1base/log/COMMAND/以下の全ファイル

なお，コマンド実行履歴ファイルについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/Base，JP1/IM - Managerを起動する。

クラスタ構成の場合は，共有ディスクをアンマウントしてから，クラスタソフトの操作で論理ホストを起動してください。

jcocmddefコマンドについては，マニュアル「JP1/Base 運用ガイド」のコマンドを説明している章を参照してください。

(15)　JP1/IM - Manager，JP1/IM - Viewのどちらかのバージョンが古い場合の対処方法

メッセージの種類によって対処方法が異なります。

「KAVB6060-E 接続先サーバには対応していません」が表示される。

要因

JP1/IM - ViewよりもJP1/IM - Managerが古いバージョン，または監視オブジェクトDBが古いバージョンです。

対処

JP1/IM - ViewよりもJP1/IM - Managerが古いバージョンの場合

次の手順に従って，JP1/IM - Managerをバージョンアップしてください。

［監視ツリー(編集中)］画面で［ファイル］−［ツリーを保存］の操作をし，編集した監視ツリーをcsvファイルに保存する。

JP1/IM - ManagerをJP1/IM - Viewと同じバージョンにバージョンアップする。

［監視ツリー(編集中)］画面で［ファイル］−［ツリーを開く］の操作をし，保存しておいたcsvファイルを読み込む。

［監視ツリー(編集中)］画面で［ファイル］−［サーバのツリーを更新］の操作をし，サーバのツリーを更新する。

JP1/IM - ViewとJP1/IM - Managerが同じバージョンで，監視オブジェクトDBが古いバージョンの場合

次の手順に従って，監視オブジェクトDBをバージョンアップしてください。

［監視ツリー(編集中)］画面で［ファイル］−［ツリーの保存］の操作をし，編集した監視ツリーをcsvファイルに保存する。

監視オブジェクトDBをバージョンアップする。

［監視ツリー(編集中)］画面で［ファイル］−［サーバのツリーを開く］の操作をし，保存しておいたcsvファイルを読み込む。

［監視ツリー(編集中)］画面で［ファイル］−［サーバのツリーを更新］の操作をし，サーバのツリーを更新する。

監視オブジェクトDBのバージョンアップについては次を参照してください。

物理ホストの場合

Windows：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.19.7(1)　セントラルスコープのバージョンアップコマンドの実行」

UNIX：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「2.18.11(2)　セントラルスコープのバージョンアップコマンドの実行」

論理ホストの場合

Windows：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「7.6　論理ホストのバージョンアップインストール・セットアップ（Windowsの場合）」

UNIX：マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「8.6　論理ホストのバージョンアップインストール・セットアップ（UNIXの場合）」

JP1/IM - ViewよりもJP1/IM - Managerが新しいバージョンで，監視オブジェクトDBが古いバージョンの場合

次の手順に従って，JP1/IM - Viewをバージョンアップしてください。

［監視ツリー(編集中)］画面で［ファイル］−［ツリーの保存］の操作をし，編集した監視ツリーをcsvファイルに保存する。

JP1/IM - Managerをアンインストールする。

JP1/IM - Managerのインストールディレクトリを削除する。

JP1/IM - Viewと同じバージョンのJP1/IM - Managerをインストールする。

［監視ツリー(編集中)］画面で［ファイル］−［サーバのツリーを開く］の操作をし，保存しておいたcsvファイルを読み込む。

［監視ツリー(編集中)］画面で［ファイル］−［サーバのツリーを更新］の操作をし，サーバのツリーを更新する。

新しいバージョンのJP1/IM - Managerにバージョンアップする。

JP1/IM - ViewをJP1/IM - Managerと同じバージョンにバージョンアップする。

「KAVB6046-E ユーザー(ユーザー)には操作に必要な管理者権限がありません」のメッセージが表示される。

要因

JP1/IM - ManagerよりもJP1/IM - Viewが古いバージョン，またはJP1/IM - Viewの編集データが古いバージョンです。

対処

次の手順に従って，JP1/IM - Viewをバージョンアップしてください。

［監視ツリー(編集中)］画面で［ファイル］−［ツリーを保存］の操作をし，編集した監視ツリーをcsvファイルに保存する。

JP1/IM - Managerをアンインストールする。

JP1/IM - Managerのインストールディレクトリを削除する。

JP1/IM - Viewと同じバージョンのJP1/IM - Managerをインストールする。

［監視ツリー(編集中)］画面で［ファイル］−［ツリーを開く］の操作をし，保存しておいたcsvファイルを読み込む。

［監視ツリー(編集中)］画面で［ファイル］−［サーバのツリーを更新］の操作をし，サーバのツリーを更新する。

新しいバージョンのJP1/IM - Managerにバージョンアップする。

JP1/IM - ViewをJP1/IM - Managerと同じバージョンにバージョンアップする。

(16)　相関イベントの発行処理の対象となるJP1イベントが多発した場合の対処方法

システムのメンテナンスなどで，相関イベントの発行処理の対象となるJP1イベントが多発した場合，相関イベントの発行処理が過負荷状態になるおそれがあります。

回避方法は次の二つがあります。

相関イベントの発行処理を休止する。

JP1/IM - Managerを停止する。

なお，相関イベントの発行処理を休止しても状況回避できない場合だけ，JP1/IM - Managerを停止してください。

相関イベントの発行処理を休止する。

相関イベントの発行処理をいったん休止して，状況が回復したあとで相関イベントの発行処理を再開してください。

手順を次に示します。

jcoegsstopコマンドを実行して，相関イベントの発行処理を休止する。

jcoegsstopコマンドを実行すると，相関イベント発行サービスが機能停止状態になります。この間に発生したJP1イベントは処理の対象外になります。

サービスを停止させずに処理だけを停止するため，クラスタ運用している場合にフェールオーバーさせないで運用を継続できます。

相関イベント発行処理を再開したい場合，jcoegsstartコマンドを実行する。

JP1/IM - Managerを停止する。

JP1/IM - Managerを停止する場合，起動オプションがcoldであれば次に説明する手順を実施する必要はありません。warmの場合だけ実施してください。

手順を次に示します。

相関イベント発行システムプロファイル（egs_system.conf）を編集して，起動オプションをcoldに変更する。

JP1/IM - Managerを再起動する。

相関イベント発行システムプロファイル（egs_system.conf）を編集して，起動オプションをwarmに戻す。

jco_spmd_reloadコマンドを実行して，起動オプションの設定を有効にする。

(17)　JP1/IM - Viewに相関イベントが表示されない場合の対処方法

次の要因が考えられます。

相関イベントの発行が有効になっていない。

相関イベント発行定義が定義されていない。

相関イベントがフィルタリングされている。

反映した相関イベント発行定義が破損している。

それぞれの対処を次に示します。

相関イベントの発行が有効になっていない。

相関イベント発行サービスはオプション機能であり，デフォルトでは起動しません。相関イベント発行サービスの起動設定をしていない場合，jcoimdefコマンドで起動設定をしたあと，JP1/IM - Managerを再起動すると相関イベント発行サービスが起動するようになります。

相関イベントの発行処理が稼働していることを確認するには，JP1/IM - Managerを再起動したあと，jcoegsstatusコマンドを実行して，相関イベント発行サービスが相関稼働状態（RUNNING）になっていることを確認してください。

相関イベント発行定義が定義されていない。

相関イベント発行サービスは，相関イベント発行定義に従って相関イベントを発行します。相関イベント発行定義はデフォルトでは定義されていないため，相関イベントは発行されません。

相関イベント発行定義ファイルを作成したあと，jcoegschangeコマンドを実行して，相関イベント発行サービスに相関イベント発行定義を反映してください。反映した相関イベント発行定義はjcoegsstatusコマンドで確認できます。

相関イベントがフィルタリングされている。

相関イベントがイベント取得フィルター，ユーザーフィルター，重要イベントフィルターおよび表示フィルターのフィルタリング対象になっていないかどうか確認してください。

相関イベントは通常のJP1イベントと同様に，イベント取得フィルター，ユーザーフィルター，重要イベントフィルターおよび表示フィルターの対象になります。また，重大度が定義されていないイベントは，イベント取得フィルターによってフィルタリングされます（デフォルト設定の場合）。

反映した相関イベント発行定義が破損している。

統合トレースログに次のメッセージが出力される場合，jcoegschangeコマンドで相関イベント発行サービスに反映した相関イベント発行定義が壊れたおそれがあります。

「KAJV2246-E 相関イベント発行定義保存ファイルが壊れているため定義不正が検出されました。 行番号:行番号 不正内容:不正内容」

このメッセージが出力された場合，jcoegschangeコマンドを実行して，再度相関イベント発行定義を反映してください。

(18)　JP1/IM - Viewでログインしたあと，JP1/IM - Viewの画面が表示されない場合の対処方法

JP1/IM - Viewでログインしたあと，JP1/IM - Viewの画面が表示されない。なお，タスクバーには，JP1/IM - Viewのタスクバーボタンが表示されている。

要因

次の操作をすると，JP1/IM - Viewでログインしたあとに画面が表示されません。

仮想画面構成※によって，JP1/IM - Viewが表示されていない画面領域を表示した状態で，JP1/IM - Viewを終了する。

注※

メモリー上にディスプレイ画面以上のデスクトップを持ち，分割したそれぞれの領域を仮想的に一つのデスクトップとして表示することで複数のデスクトップを画面を切り替えて使用できる構成のことをいいます。

仮想デスクトップともいいます。

対処

次のどれかの方法で対処してください。

対処1

［Alt］＋［Tab］キーを押してJP1/IM - Viewを選択する。

タスクバーから「重ねて表示」を選択し，すべての画面を重ねて表示する。

JP1/IM - Viewやそのほかの画面の表示位置およびサイズを変更する。

対処2

［Alt］＋［Tab］キーを押してJP1/IM - Viewを選択する。

タスクバーから「上下に並べて表示」を選択し，すべての画面を上下に並べて表示する。

JP1/IM - Viewやそのほかの画面の表示位置およびサイズを変更する。

対処3

［Alt］＋［Tab］キーを押してJP1/IM - Viewを選択する。

タスクバーから「左右に並べて表示」を選択し，すべての画面を左右に並べて表示する。

JP1/IM - Viewやそのほかの画面の表示位置およびサイズを変更する。

対処4

［Alt］＋［Tab］キーを押してJP1/IM - Viewを選択する。

JP1/IM - Viewのコンテキストメニューから「移動」を選択し，カーソルキーで位置を調整する。

表示された画面またはその画面の枠の位置を決定したら，リターンキーを押す。

対処5

［Alt］＋［Tab］キーを押してJP1/IM - Viewを選択する。

JP1/IM - Viewのコンテキストメニューから「最大化」を選択し，画面を最大化した状態でいったんログアウトする。

再ログインしたあと，画面の表示位置およびサイズを変更する。

(19)　コマンド実行，自動アクションで実行したバッチファイルが正常終了しない場合(Windows限定)の対処方法

要因

次の条件を満たす場合，バッチファイルの処理が中断され，バッチファイルが正常に処理されません。

コマンド実行先に指定したホストのOSがWindows2000である。

バッチファイルでFOR /Fコマンドを使用している。

FOR /Fコマンドの実行後，標準エラー出力への出力をしている。

対処

次のどちらかの方法で対処してください。

FOR /Fコマンドを使用しない。

FOR /Fコマンド実行後に標準エラー出力への出力をしない。

(20)　追加共通除外条件を設定できない場合の対処方法

KAVB1155-Eのメッセージが表示され，追加共通除外条件を登録できない。

要因

［共通除外条件で除外］メニューから［共通除外条件設定(拡張)］画面を表示しようとしたとき，または追加共通除外条件を登録しようとしたとき，すでに共通除外条件の定義件数が上限に達しています。

対処

不要な共通除外条件群を削除してください。

KAVB1163-Eのメッセージが表示され，追加共通除外条件を登録できない。

要因

次の要因が考えられます。

イベント取得フィルターが互換モードで動作している，または共通除外条件の動作モードが基本モードで動作しています。

定義ファイルに誤りがあります。

イベント取得フィルターの切り替えに失敗しました。

対処

要因に従って対処してください

JP1/IM - Managerの共通除外条件の動作モードが拡張になっていない場合は，JP1/IM - Managerの共通除外条件の動作モードを確認し，拡張モードにしてください。そのあと，JP1/IM - Viewを再起動してから，再度実行してください。

JP1/IM - Managerを停止し，共通除外条件の動作モードをいったん基本モードに変更してから，再度拡張モードに変更して共通除外条件（拡張）定義を初期化してください。

マネージャーの統合トレースログにKAVB4003-Iのメッセージが出力されていることを確認してから，再度実行してください。KAVB4003-Iのメッセージが出力されていなく統合監視DBを使用している場合は，jimdbstatusコマンドを実行し，IMデータベースサービスの状態を確認してください。IMデータベースサービスが稼働中になったことを確認し，統合トレースログにKAVB4003-Iのメッセージが出力されてから，再度実行してください。

なお，その他の要因の場合は，ファイルディスクリプタなどのOSのリソース不足がほかに発生していないかを確認してください。

Windowsの場合：Windowsイベントログ

UNIXの場合：シスログ（syslog）

発生していない場合は，資料採取ツールで資料を採取し，システム管理者に連絡してください。

KAVB1157-Eのメッセージが表示され，追加共通除外条件を登録できない。

要因

［共通除外条件で除外］メニューから［共通除外条件設定(拡張)］画面を表示しようとした，または追加共通除外条件を登録しようとしたとき，すでに共通除外条件のフィルターサイズが上限に達しています。

対処

不要な共通除外条件群を削除，またはフィルターの上限サイズに収まるように条件群を定義してください。

KAVB0256-Eのメッセージが表示され，追加共通除外条件を登録できない。

要因

追加共通除外条件を登録しようとしたとき，指定した共通除外条件群名がすでに存在しています。

対処

重複しない共通除外条件群名を指定し，再度実行してください。

KAVB1153-Eのメッセージがログに出力され，［共通除外条件で除外］メニューから［共通除外条件設定(拡張)］画面を表示したときの［イベント条件］に共通除外条件自動入力定義ファイルで設定した属性の条件が自動的に表示されない。

要因

共通除外条件自動入力定義ファイルが存在しません。

対処

次を確認してください。

共通除外条件自動入力定義ファイルが存在するかどうか。

共通除外条件自動入力定義ファイルにアクセス権があるかどうか。

そのあと，jco_spmd_reloadコマンドを実行するか，JP1/IM - Managerを再起動し，共通除外条件自動入力定義ファイルを再度読み込んでください。

KAVB1154-Wのメッセージがログに出力され，［共通除外条件で除外］メニューから［共通除外条件設定(拡張)］画面を表示したときの［イベント条件］に自動設定した条件が表示されない。

要因

共通除外条件自動入力定義ファイルの読み込みに失敗しています。

対処

OSのリソース不足が発生していないかどうかを確認してください。

Windowsの場合：Windowsイベントログ

UNIXの場合：syslog

OSのリソース不足が発生していない場合は，資料採取ツールで資料を採取し，システム管理者に連絡してください。

KAVB1158-Wのメッセージがログに出力され，［共通除外条件で除外］メニューから［共通除外条件設定(拡張)］画面を表示したときの［イベント条件］に自動設定した条件が表示されない。

要因

共通除外条件自動入力定義ファイルに，定義が入力されていません。

対処

共通除外条件自動入力定義ファイルに属性名を指定し，jco_spmd_reloadコマンドを実行するか，JP1/IM - Managerを再起動し，共通除外条件自動入力定義ファイルを再度読み込んでください。

KAVB1159-WまたはKAVB1160-Wのメッセージがログに出力され，［共通除外条件で除外］メニューから［共通除外条件設定(拡張)］画面を表示したときの［イベント条件］に自動設定した条件が表示されない。

要因

次の要因が考えられます。

共通除外条件自動入力定義ファイルに，無効な属性名が定義されています。

共通除外条件自動入力定義ファイルに，属性名が重複して定義されています。

対処

共通除外条件自動入力定義ファイルに正しい属性名を定義し，jco_spmd_reloadコマンドを実行するか，JP1/IM - Managerを再起動し，共通除外条件自動入力定義ファイルを再度読み込んでください。

KAVB1161-Wのメッセージがログに出力され，［共通除外条件設定（拡張）］画面の［共通除外条件群名］がすべて表示されない。

要因

共通除外条件自動入力定義ファイルで定義した共通除外条件群名が40バイトを超えています。

対処

共通除外条件自動入力定義ファイルの共通除外条件群名を40バイト以下で定義し，jco_spmd_reloadコマンドを実行するか，JP1/IM - Managerを再起動し，共通除外条件自動入力定義ファイルを再度読み込んでください。

KAVB1162-Wのメッセージがログに出力され，［共通除外条件設定(拡張)］画面の［共通除外条件群名］が正しく表示されない。

要因

共通除外条件自動入力定義ファイルの共通除外条件群名に指定できない文字が使用されています。

対処

共通除外条件自動入力定義ファイルの共通除外条件群名を見直し，jco_spmd_reloadコマンドを実行するか，JP1/IM - Managerを再起動し，共通除外条件自動入力定義ファイルを再度読み込んでください。

(21)　JP1/IM - Manager（セントラルスコープ）が受信したJP1イベントの処理が遅延する場合の対処方法

要因

状態変更条件設定の個別条件設定で，属性値に指定した文字列（ホスト名またはIPアドレス）の名前解決ができていないおそれがあります。

対処

名前解決に失敗したホスト名は，次のログファイルに出力されます。

Windowsの場合

Scopeパス¥log¥jcsmain_trace{1|2|3}.log※

UNIXの場合

/var/opt/jp1scope/log/jcsmain_trace{1|2|3}.log※

注※

JP1/Baseのログファイルトラップ機能の監視対象にはしないでください。

名前解決に失敗した場合，上記ログファイル内に，次のメッセージが出力されます。

・・・fs_jcsHostsAccessPtr->getHostByName() is failed. (host = 名前解決に失敗したホスト名,jp1error = 2001)・・・

または，

・・・fs_jcsHostsAccessPtr->getHostByAddr() is failed. (host = 名前解決に失敗したIPアドレス,jp1error = 2001)・・・

これを確認の上，個別条件の条件として［ホスト名比較］を設定し，次に示すどれかの方法で属性値に指定したホスト名またはIPアドレスの名前解決ができるようにしてください。

個別条件の属性値に指定したホスト名またはIPアドレスをホスト情報DBに登録する。

個別条件の属性値に指定したホスト名またはIPアドレスをJP1/Baseのjp1hosts情報またはjp1hosts2情報に登録する。

個別条件の属性値に指定したホスト名またはIPアドレスをhostsやDNSなどに登録する。

(22)　応答待ちイベントがJP1/IM - Viewに表示されない場合の対処方法

要因

次の要因が考えられます。

応答待ちイベント管理機能が無効となっている。

jcoimdefコマンドの-reseventオプションの指定がOFFとなっているおそれがあります。

応答待ちイベントが発行されていない。

応答待ちイベントは発行されているが，JP1/IM - Managerでフィルタリングされている。

対処

応答待ちイベント管理機能を有効が無効となっている場合は，jcoimdefコマンドの-reseventオプションの指定をONにしてください。

また，次の手順で要因を切り分けて対処してください。

JP1/IM - ManagerホストのイベントDBに応答待ちイベントが登録されていることを確認する。

管理者ユーザーなど，ユーザーフィルターが設定されていないJP1ユーザーでイベント検索し，応答待ちイベントがイベントDBに登録されていることを確認します。

登録されていない場合は，手順2の方法で調査します。

登録されている場合は，JP1/IM - Managerのフィルター（イベント取得フィルター，またはユーザーフィルター）でフィルタリングされているため，フィルター条件を見直してください。

BJEXまたはJP1/ASホストのログを確認し，BJEXのエラー，JP1/ASのエラー，または通信エラーが発生していないことを確認する。

エラーメッセージが出力されている場合は，そのメッセージの対処方法に従って対処してください。BJEXまたはJP1/ASのセットアップ時の誤りや通信エラーが考えられます。

(23)　応答待ちイベントがJP1/IM - Viewに表示されるが，応答待ちイベントとして表示されない（種別の矢印アイコンが表示されない，応答入力できない）場合の対処方法

要因

次の要因が考えられます。

応答待ちイベント管理機能が無効となっている。

jcoimdefコマンドの-reseventオプションの指定がOFFとなっているおそれがあります。

BJEXまたはJP1/ASの設定で，JP1/IM - Managerのホスト名の指定が間違っている。

ホスト名ではなくIPアドレスが指定されているおそれがあります。

BJEXまたはJP1/ASで設定したJP1/IM - Managerのホスト以外のホストに転送している応答待ちイベントである。

対処

要因に従って対処してください。

応答待ちイベント管理機能を有効にする。

jcoimdefコマンドの-reseventオプションの指定をONにしてください。

BJEXまたはJP1/ASの設定で，正しいJP1/IM - Managerのホスト名を指定する。

応答待ちイベントに応答する場合は，BJEXまたはJP1/ASで設定したJP1/IM - Managerホストに対してログインする。

(24)　［イベントコンソール］画面にJP1イベントが表示されない場合の対処方法

要因

フィルターの除外条件，有効な共通除外条件に，条件が何も設定されていない条件群があるため，すべてのJP1イベントが除外されています。

対処

拡張モードの共通除外条件を使用している場合，共通除外履歴ファイルを参照し，共通除外条件によってJP1イベントが取得対象外にされていないかを確認してください。JP1イベントが除外されている場合は，共通除外条件を見直してください。

拡張モードの共通除外条件を使用していない場合，または拡張モードの共通除外条件を見直しても回復しない場合は，次のフィルターの除外条件，および基本モードの有効な共通除外条件を見直してください。

イベント取得フィルター

ユーザーフィルター

重要イベントフィルター

表示フィルター

(25)　［イベントコンソール］画面にJP1イベントが遅延して表示される場合の対処方法

要因

次の要因が考えられます。

イベント条件（フィルター条件※，自動アクションの実行条件，相関イベント発行条件のイベント属性条件，重大度変更機能のイベント条件，事象発生元ホストのマッピング機能のイベント条件）で正規表現を使用している場合，JP1イベント受信時のマッチング処理に時間が掛かっていることが考えられます。

注※

次のフィルターの通過条件，除外条件，または，有効な共通除外条件を指します。

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

・ユーザーフィルター

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

自動アクション環境定義でイベント発行元ホスト名の取得方法を「local」に設定している場合，自動アクションのマッチング処理で，イベント属性中の「発行元IPアドレス」からホスト名の逆引きに時間が掛かっていることが考えられます。

セントラルスコープを使用している場合，［イベントコンソール］画面にJP1イベントが遅延して表示される要因として，状態変更条件設定の個別条件設定で，属性値に指定した文字列（ホスト名またはIPアドレス）の名前解決ができていない，または監視ノードの状態変更条件で，マッチング処理に時間が掛かっていることが考えられます。

API設定ファイル（api）のserverパラメーターの設定に誤りがあり，ポートの不足によってJP1/IM - Managerのイベント受信で通信エラーが多発していることが考えられます。

対処

要因に従って対処してください。

イベント条件（フィルター条件※，自動アクションの実行条件，相関イベント発行条件のイベント属性条件，重大度変更機能のイベント条件，または事象発生元ホストのマッピング機能のイベント条件）で正規表現を使用している場合は，正規表現を見直したあと，JP1/IM - Managerを再起動してください。また，セントラルスコープを使用している場合，監視ノードの状態変更条件をイベント条件として使用しているときも，正規表現を見直したあと，JP1/IM - Managerを再起動してください。

注※

次のフィルターの通過条件，除外条件，または，有効な共通除外条件を指します。

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

・ユーザーフィルター

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

すべての文字にマッチする「.*」など，再帰的にマッチングされる正規表現を多用している場合，マッチング処理に時間が掛かることがあります。詳細はマニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録G.4　正規表現を使用する際のヒント」を参照してください。

自動アクション環境定義でイベント発行元ホスト名の取得方法を「local」に設定している場合，イベント属性中の「発行元IPアドレス」からホスト名への解決をします。このホスト名の逆引きに時間が掛からないようにするために，OSのhostsファイルの設定を見直す，またはイベント発行元ホスト名の取得方法を「remote」に設定してから，JP1/IM - Managerを再起動してください。イベント発行元ホスト名の取得方法の詳細は，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「自動アクション環境定義ファイル（action.conf.update）」（2.　定義ファイル）を参照してください。OSのhostsの設定については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「14.4.1　ホスト名とIPアドレス」を参照してください。

セントラルスコープを使用している場合は，今まで述べた対処のほかに，状態変更条件設定の個別条件設定で，属性値に指定した文字列（ホスト名またはIPアドレス）が遅延なく名前解決できるかを確認してください。詳細は「12.5.3(21)　JP1/IM - Manager（セントラルスコープ）が受信したJP1イベントの処理が遅延する場合の対処方法」を参照してください。

また，監視オブジェクトの状態変更条件をメモリーに常駐させる機能を使用すると，監視オブジェクトの状態変更のマッチング処理が短縮されます。メモリー所要量を見積もった上，十分なメモリーが確保できる場合は，この機能の設定をお勧めします。監視オブジェクトの状態変更条件をメモリーに常駐させる機能の詳細は，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「5.2.3　状態変更条件」を参照してください。

API設定ファイル（api）のserverパラメーターの通信タイプがcloseになっている場合，JP1/IM - Managerがイベントを1件受信するたびに一時ポートを一つ使用するため，一時ポートの不足が発生し，通信エラーやイベント受信の遅延が発生するおそれがあります。JP1/IM - Managerが接続するイベントサーバについて，API設定ファイル（api）のserverパラメーターの通信タイプを必ずkeep-aliveにしてください。

(26)　対処状況が変更できない場合の対処方法

次の要因が考えられます。

イベントコンソールとセントラルコンソール・ビューアーの接続が確立しない。または，イベントコンソールとjcochstatコマンドの接続が確立しない。

指定したJP1イベントが変更できないイベントだった。

イベントコンソールサービスとイベントサービスの接続が確立しない。

イベントコンソールサービスとイベント基盤サービスの接続が確立しない。

イベント基盤サービスとIMデータベースサービスの接続が確立しない。

それぞれの対処を次に示します。

イベントコンソールとセントラルコンソール・ビューアーの接続が確立しない。または，イベントコンソールとjcochstatコマンドの接続が確立しない。

マネージャー上のイベントコンソールが起動していない，システム（ホスト，ネットワーク）が高負荷状態である，ネットワークの設定に誤りがあるというおそれがあります。

対処

jco_spmd_statusコマンドを実行してマネージャー上のイベントコンソールサービスが起動しているか確認し，再度対処状況を変更します。

または，pingコマンドなどを使用してログインしているホストが正常に稼働しているか確認し，再度対処状況を変更します。

指定したイベントが変更できないイベントだった。

対処

イベントDB内通し番号の指定を見直し，再度対処状況を変更します。

イベントコンソールサービスとイベントサービスの接続が確立しない。

対処

イベントサービスが起動しているか確認し，再度対処状況を変更します。

イベントコンソールサービスとイベント基盤サービスの接続が確立しない。

イベント基盤サービスが起動していない，システム（ホスト，ネットワーク）が高負荷状態になっているというおそれがあります。

対処

jco_spmd_statusコマンドを実行してマネージャー上のイベント基盤サービスが起動しているか確認し，再度対処状況を変更します。

イベント基盤サービスとIMデータベースサービスの接続が確立しない。

IMデータベースサービスが起動していない，システム（ホスト，ネットワーク）が高負荷状態になっているというおそれがあります。

対処

IMデータベースサービスを起動後，再度対処状況を変更します。

(27)　イベント検索が実行できない場合の対処方法

次の要因が考えられます。

イベントコンソールとビューアーの接続が確立しない。

イベント基盤サービスとイベントコンソールサービスの接続が確立しない。

イベント基盤サービスと統合監視DBの接続が確立しない。

イベントコンソールサービスとイベントサービスの接続が確立しない。

サポートしていない条件でJP1イベントを検索した。

イベント検索実行時，指定した正規表現が間違っている。

除外条件を指定してイベント検索を実行した時，検索ホストのJP1/Baseのバージョンが08-11以前だった。

それぞれの対処を次に示します。

イベントコンソールとビューアーの接続が確立しない。

マネージャー上のイベントコンソールが起動していない，システム(ホスト，ネットワーク)が高負荷状態になっている，ネットワークの設定に誤りがあるというおそれがあります。

対処

jco_spmd_statusコマンドを実行してマネージャー上のイベントコンソールサービスが起動しているか確認し，イベント検索を再実行します。

または，pingコマンドを使用してログインしているホストが正常に稼働しているか確認し，イベント検索を再実行します。

イベント基盤サービスとイベントコンソールサービスの接続が確立しない。

イベント基盤サービスが起動していない，システム(ホスト，ネットワーク)が高負荷状態になっているというおそれがあります。

対処

jco_spmd_statusコマンドを実行してマネージャー上のイベント基盤サービスが起動しているか確認し，イベント検索を再実行します。

イベント基盤サービスと統合監視DBの接続が確立しない。

統合監視DBが起動していない，システム（ホスト，ネットワーク）が高負荷状態になっているというおそれがあります。

対処

統合監視DBを起動後，イベント検索を再実行します。

イベントコンソールサービスとイベントサービスの接続が確立しない。

検索先ホストのイベントサービスが起動していない，システム（ホスト，ネットワーク）が高負荷状態になっている，ネットワークの設定に誤りがあるというおそれがあります。

対処

jevstatコマンドを実行して検索先ホスト上のイベントサービスが起動しているか確認し，再度検索します。jevstatコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

または，マネージャーホスト上でpingコマンドなどを使用して検索先ホストが正常に稼働しているか確認し，再度検索します。

サポートしていない条件でJP1イベントを検索した。

バージョン06-00以前のJP1/Baseのイベントサービスに対して，サポートしていない条件（「を含む」，「を含まない」，「正規表現」の指定，または対処状況の複数指定）でJP1イベントを検索しました。または，バージョン06-51以前のJP1/Baseのイベントサービスに対して，サポートしていない条件（「正規表現」の指定）でJP1イベントを検索しました。

対処

「を含む」，「を含まない」，「正規表現」を選択していないか，対処状況を複数選択していないかを確認後，再度検索します。

イベント検索実行時，指定した正規表現が間違っている。

対処

指定した正規表現を確認後，再度検索します。

除外条件を指定してイベント検索を実行した時，検索ホストのJP1/Baseのバージョンが08-11以前だった。

対処

イベント検索の実行先に指定したホストの，JP1/Baseのバージョンを確認し，08-11以前の場合は除外条件を使用しないでイベント検索をします。

(28)　メモ情報が設定できない場合の対処方法

次の要因が考えられます。

イベントコンソールとセントラルコンソール・ビューアーの接続が確立しない。

イベントコンソールサービスとイベント基盤サービスの接続が確立しない。

イベント基盤サービスと統合監視DBの接続が確立しない。

それぞれの対処を次に示します。

イベントコンソールとセントラルコンソール・ビューアーの接続が確立しない。

マネージャー上のイベントコンソールが起動していない，システム（ホスト，ネットワーク）が高負荷状態である，ネットワークの設定が誤っているというおそれがあります。

対処

イベントコンソールサービス，またはホストが正常に稼働しているか確認し，メモ情報を設定します。

jco_spmd_statusコマンドを実行してマネージャー上のイベントコンソールサービスが起動しているか確認し，再度メモ情報を設定します。

または，pingコマンドなどを使用してログインしているホストが正常に稼働しているか確認し，再度メモ情報を設定します。

イベントコンソールサービスとイベント基盤サービスの接続が確立しない。

イベント基盤サービスが起動していない，システム（ホスト，ネットワーク）が高負荷状態になっているというおそれがあります。

対処

jco_spmd_statusコマンドを実行してマネージャー上のイベント基盤サービスが起動しているか確認し，再度メモ情報を設定します。

イベント基盤サービスと統合監視DBの接続が確立しない。

統合監視DBが起動していない，システム（ホスト，ネットワーク）が高負荷状態になっているというおそれがあります。

対処

統合監視DBを起動後，再度メモ情報を設定します。

(29)　IMデータベースが終了できない場合の対処方法

要因

接続中のJP1/IM - Managerプロセスが存在します。

対処

JP1/IM - Managerが起動しているかどうか確認します。起動している場合，JP1/IM - Managerを終了してからIMデータベースを終了します。

(30)　IMデータベースに接続できない場合の対処方法

次の要因が考えられます。

IMデータベースを使用する設定になっていない。

IMデータベースが起動していない。

ポート番号が正しく設定されていない。

非クラスタシステムの論理ホストをセットアップしたときに，jcfdbsetupまたはjcodbsetupコマンドの-cオプションに「standby」を指定している。

それぞれの対処を次に示します。

IMデータベースを使用する設定になっていない。

対処

jcoimdefコマンドのオプションを指定せずに使用して，「S_DB」の設定値がONになっているか確認してください。jcoimdefコマンドについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「jcoimdef」（1.　コマンド）を参照してください。

IMデータベースが起動していない。

対処

IMデータベースが起動していることを確認してください。

ポート番号が正しく設定されていない。

対処

指定したポート番号が次のポート番号と重複していないかどうか確認してください。

・ほかの論理ホストのセットアップで指定したポート番号

・servicesファイルに記載されているポート番号

・ほかの製品の組み込みHiRDBで使用しているポート番号

・ほかの製品，OSなどが使用する一時ポート番号

非クラスタシステムの論理ホストをセットアップしたときに，オプション-cに「standby」を指定している。

対処

非クラスタシステムの論理ホストをセットアップする場合，jcfdbsetupまたはjcodbsetupコマンドの-cオプションに「online」を指定してください。

(31)　JP1/IM - Managerがアンインストールできない場合の対処方法

「KAVB9940-E　物理ホストのIMデータベースサービスがアンセットアップされていません」メッセージまたは「KAVB9941-E　論理ホストのIMデータベースサービスがアンセットアップされていません」メッセージが出力される。

要因

IMデータベースがアンセットアップされていません。

対処

統合監視DBとIM構成管理DBがアンセットアップされていることを確認してください。

(32)　IMデータベースをセットアップしたときに，ポート番号不正のエラーメッセージが出力される場合の対処方法

「KNAN11044-E　ポート番号が重複しています」メッセージが出力される。

要因

指定したポート番号が，ほかで使用しているポート番号と重複しています。

対処

指定したポート番号が次のポート番号と重複していないかどうか確認してください。

ほかの論理ホストのセットアップで指定したポート番号

servicesファイルに記載されているポート番号

ほかの製品の組み込みHiRDBで使用しているポート番号

ほかの製品，OSなどが使用する一時ポート番号

(33)　IMデータベースのセットアップに失敗する場合の対処方法

「KNAN11084-E　DBファイルシステム領域の作成に失敗しました」メッセージが出力される。

次の要因が考えられます。

IMDBDIR，SHAREDBDIRに指定したパスのファイルシステムがラージファイルに対応していない。

カーネルパラメーターが適切に設定されていない。

LOGICALHOSTNAMEやONLINEHOSTNAMEに正しいホスト名を指定していない。

それぞれの対処を次に示します。

IMDBDIR，SHAREDBDIRに指定したパスのファイルシステムがラージファイルに対応していない。

対処

対象のOSでラージファイル設定を有効にしてください。

カーネルパラメーターが適切に設定されていない。

対処

カーネルパラメーターが正しく設定されているか確認してください。カーネルパラメーターの詳細は，JP1/IM - Managerのリリースノートを参照してください。

LOGICALHOSTNAMEやONLINEHOSTNAMEに正しいホスト名を指定していない。

対処

次の項目を確認してください。

・LOGICALHOSTNAMEやONLINEHOSTNAMEに指定したホスト名が適切かどうか

・データベース関連のコマンドの-hオプションに指定したホスト名が適切かどうか

・hostsファイルに指定したホスト名が記載されているかどうか，およびホスト名の重複がないかどうか

・指定したホスト名に対応するIPアドレスが適切かどうか，およびIPアドレスの重複がないかどうか

(34)　IMデータベースのセットアップでセットアップ情報ファイルが不正と出力される場合の対処方法

次のメッセージが出力される。

「KNAN11030-E　セットアップ情報ファイルに必須項目が指定されていません。 (項目名:項目名)」

「KNAN11038-E　セットアップ情報ファイルに指定した項目が不正です。 (項目名:項目名)」

「KNAN11047-E　セットアップ情報ファイルに指定した項目名が不正です。 (項目名:項目名)」

「KNAN11048-E　セットアップ情報ファイルに指定した項目名が重複しています。 (項目名:項目名)」

次の要因が考えられます。

指定されていない必須項目と値がある。

項目名に正しい文字列が指定されていない。

値に正しい値が指定されていない。

”=”の前後に不要な空白文字が入っている。

それぞれの対処を次に示します。

指定されていない必須項目と値がある。

対処

セットアップ情報ファイルおよびクラスタ情報ファイルを確認し，必須項目をすべて指定してください。

項目名に正しい文字列が指定されていない。

対処

セットアップ情報ファイルおよびクラスタ情報ファイルを確認し，必須項目をすべて指定してください。

値に正しい値が指定されていない。

対処

指定できる値であるかどうか確認し，修正してください。

”=”の前後に不要な空白文字が入っている。

対処

”=”の前後などに不要な空白文字がないかどうか確認し，ある場合それを削除してください。

(35)　IMデータベースを起動できない，またはデータベース関連のコマンドが実行できない場合の対処方法

データベース関連のコマンドを実行するときに，「KNAN11037-E　IMデータベースサービスのデータ格納ディレクトリにアクセスできません」メッセージまたは「KNAN11143-E　IMデータベースサービスの構成が不正です」メッセージが出力される。

次の要因が考えられます。

UNIXの場合，IMデータベースのインストールディレクトリやデータ格納ディレクトリがアンマウントされている。

ホスト名が変更されている。

IMデータベースが，ほかの製品で使用しているポート番号と重複したものを使用している。

それぞれの対処を次に示します。

UNIXの場合，IMデータベースのインストールディレクトリやデータ格納ディレクトリがアンマウントされている。

対処

ディレクトリにアクセスできるかどうか確認し，アクセスできない場合はマウントしてください。

ホスト名が変更されている。

対処

ホスト名を一度以前のホスト名に戻してから，IMデータベースのホスト名を変更する手順に従って，ホスト名を変更してください。

IMデータベースが，他製品で使用しているポート番号と重複したものを使用している。

対処

指定したポート番号が次のポート番号と重複していないかどうか確認してください。

・ほかの論理ホストのセットアップで指定したポート番号

・servicesファイルに記載されているポート番号

・ほかの製品の組み込みHiRDBで使用しているポート番号

・ほかの製品，OSなどが使用する一時ポート番号

(36)　IM構成管理でシステムの階層構成の反映に失敗した場合の対処方法

要因

次の要因が考えられます。

システムの階層構成を反映する次のホストのJP1/Baseが起動していません。

・一括配布方式の場合

　システムの階層構成に含まれているすべてのホスト

・差分配布方式の場合

　システムの階層構成の変更対象のホストとその上位のマネージャーホスト

システムの階層構成を反映するホストが，すでに別のシステムの階層構成に含まれています。

統合マネージャー，中継マネージャー，エージェント間で名前解決ができません。

対処

要因に従って対処してください。

システムの階層構成の反映が失敗した次のホストのJP1/Baseが起動しているか確認したあと，再実行してください。

・一括配布方式の場合

　システムの階層構成に含まれているすべてのホスト

・差分配布方式の場合

　システムの階層構成の変更対象のホストとその上位のマネージャーホスト

システムの階層構成の反映が失敗したホスト上で，jbsrt_getコマンドを実行し，別のシステムの階層構成に含まれていないか確認してください。別のシステムの階層構成に含まれていた場合，そのシステムの階層構成から削除および反映したあとに，再実行してください。

各ホスト間で，ホスト名の名前解決ができているかどうか確認してください。名前解決されてない場合は，名前解決されるように設定を変更したあとに，再実行してください。

(37)　IM構成管理でログファイルトラップ動作定義ファイルの取得に失敗した場合の対処方法

要因

ログファイルトラップ動作定義ファイルは，エージェント内でユニークにする必要があります。同一の設定ファイルで複数のログファイルトラップを起動している，または異なるディレクトリであっても，同一の名称の動作定義ファイルでログファイルトラップを起動しているおそれがあります。

対処

次の手順で対処してください。

エージェント上で，ログファイルトラップを停止する。

ログファイルトラップ動作定義ファイル名をエージェント内でユニークな名称になるように設定し，再度ログファイルトラップ機能を起動する。

IM構成管理・ビューアーの［プロファイル表示/編集］画面で，［操作］メニューから［プロファイルツリー再構築］を選択して，プロファイルツリーを再構築する。

(38)　JP1/IM - Viewから起動中のログファイルトラップがすべて表示されない場合の対処方法

要因

次の要因が考えられます。

ログファイルトラップ機能を起動したあとに，プロファイルツリーの再構築を実行していません。

［プロファイル表示/編集］画面の起動後，プロファイルツリーの再構築後，またはプロファイルの一括収集後に，ログファイルトラップが起動または再起動されたおそれがあります。

ログファイルトラップを起動するときに指定した動作定義ファイルが，JP1Baseパス¥conf配下にありません。

対処

要因に従って対処してください。

最新のプロファイルリストを収集する必要があります。IM構成管理・ビューアーの［プロファイル表示/編集］画面で，［操作］メニューから［プロファイルツリー再構築］を選択して，プロファイルツリーを再構築してください。

ログファイルトラップ動作定義ファイルをJP1Baseパス¥conf配下に配置して，ログファイルトラップ機能を再起動してください。

ログファイルトラップを起動したあと，IM構成管理・ビューアーの［プロファイル表示/編集］画面で，［操作］メニューから［プロファイルツリー再構築］を選択して，プロファイルツリーを再構築してください。

(39)　プロファイルの設定ファイルと有効設定情報の内容が異なる場合の対処方法

要因

次の要因が考えられます。

設定ファイルを編集したあと，編集内容を反映していない，または反映に失敗しています。

設定ファイルの記述が一部間違っています。

設定ファイルの記述が一部間違っていると，エージェントでは記述誤りの個所を読み飛ばして反映する場合があります。この場合，IM構成管理・ビューアーから反映を実行したときにエラーダイアログが表示されます。

対処

要因に従って対処してください。

IM構成管理・ビューアーの［プロファイル表示/編集］画面から，設定ファイルの内容を確認したあと，プロファイルの反映を実行し，正常に反映が終了したことを確認してください。

設定ファイルの反映に失敗した場合，設定ファイルの記述どおりにサービスが稼働していないおそれがあります。記述誤りを修正し，反映を再実行してください。

(40)　IM構成管理・ビューアーで，［ホスト登録］，［エージェント構成編集］などのメニュー項目が非活性になっている場合の対処方法

要因

IM構成管理・ビューアーにログインしたJP1ユーザーにIM構成管理の権限（JP1_CF_Admin，JP1_CF_Manager，JP1_CF_Userのどれか）が割り当てられていないため，実行できる操作が参照だけになっています。次の場合が考えられます。

認証サーバに設定されているJP1/Baseがバージョン8以前です。

認証サーバに設定されているJP1/Baseをバージョン8以前から上書きインストールしたあと，JP1ユーザーにIM構成管理の権限（JP1_CF_Admin，JP1_CF_Manager，JP1_CF_Userのどれか）を割り当てていません。

JP1ユーザーにIM構成管理の権限（JP1_CF_Admin，JP1_CF_Manager，JP1_CF_Userのどれか）を割り当てていません。

対処

要因に従って対処してください。

認証サーバに設定されているJP1/Baseをバージョン9以降にしてください。

ログインするJP1ユーザーのJP1資源グループにグループ名「JP1_Console」，権限レベルにIM構成管理の権限（JP1_CF_Admin，JP1_CF_Manager，JP1_CF_Userのどれか）を割り当ててから，再度ログインしてください。

なお，IM構成管理の権限レベルによって，各メニューの操作できる範囲が異なります。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「付録E.4　IM構成管理で必要な操作権限」を参照してください。

(41)　IM構成管理で仮想化システム構成の収集に失敗した場合の対処方法

「KNAN22062-E ホスト(ホスト名)の通信種別はサポートしていないため，仮想化構成の収集に失敗しました」メッセージが出力される。

要因

次の要因が考えられます。

収集先ホスト名が異なります。

収集先ホストの名前解決ができていません。

収集先ホストが起動されていません。

収集先ホストのvCenter，JP1/SC/CM，SCVMM，HCSM，KVMが起動されていない，またはセットアップされていません。

収集先ホストとの通信で障害が発生しています。

対処

要因に従って対処してください。

収集先ホスト名が正しいかどうか確認してください。

収集先ホストが起動しているかどうか確認してください。

収集先ホストのvCenter，JP1/SC/CM，SCVMM，HCSM，KVMが起動しているかどうか，およびセットアップが完了しているかどうか確認してください。

収集先ホストとの通信に問題はないかどうか確認してください。また，収集先ホストのVMMホストがKVMの場合，SSH接続が正しく設定されているか確認してください。

(42)　IM構成管理でリモート監視ログファイルトラップまたはリモート監視イベントログトラップの有効設定情報が参照できない場合の対処方法

「KNAN22422-E ログファイルトラップ情報の有効設定上の収集が出来ませんでした。（詳細情報: 該当するサービスもしくはプロセスが稼働していません）」または，「KNAN22422-E イベントログトラップ情報の有効設定上の収集が出来ませんでした。（詳細情報: 該当するサービスもしくはプロセスが稼働していません）」メッセージが出力される。

要因

次の要因が考えられます。

リモート監視ログファイルトラップの稼働中にエラーが発生したため，リモート監視ログファイルトラップが停止した。

リモート監視イベントログトラップの稼働中にエラーが発生したため，リモート監視イベントログトラップが停止した。

対処

リモート監視ログファイルトラップまたはリモート監視イベントログトラップの稼働中に発生したエラーの内容は，統合ログに出力されます。統合ログに出力されているエラーメッセージの対処を参照して，エラーの原因を取り除いてください。そのあと，リモート監視ログファイルトラップまたはリモート監視イベントログトラップを停止したあと，再度起動してください。

(43)　IM構成管理でリモート監視ログファイルトラップが稼働しているにもかかわらずJP1イベントが受信されない場合の対処方法

要因

次の要因が考えられます。

リモート監視ログファイルトラップ動作定義ファイルのフィルター（filter〜end-filter）の指定に誤りがあります。

リモート監視ログファイルトラップの監視間隔が長く，ログファイルの差分がまだ監視されていません。

リモートの監視対象ホストまたは監視対象ログファイルが不正な状態ですが，［プロファイル表示/編集］画面の［有効設定情報］ページで［ログファイルトラップ情報］−［起動オプション動作］の［openリトライ指定[-r]］を有効に指定している，またはjcfallogstartコマンドに-rオプションを指定しているためエラーが発生していません。

リモート監視ログファイルトラップの起動オプションでフィルターの指定が誤っているため，監視対象のログファイルデータが監視対象ホストから転送されていません。

対処

リモート監視ログファイルトラップ動作定義ファイルのフィルター（filter〜end-filter）の指定が正しいかどうか確認してください。

jcfallogstartコマンドの-tオプションで指定しているファイル監視間隔以上の時間が経過してもJP1イベントが受信されないかどうか確認してください。

リモートの監視対象ホストがWindowsの場合，リモートの監視対象ホストでログ監視をするためのNetBIOS（NetBIOS over TCP/IP）の設定が正しいかどうかを確認してください。NetBIOS（NetBIOS over TCP/IP）の設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.18.2　NetBIOS（NetBIOS over TCP/IP）の設定（Windowsの場合）」を参照してください。

リモートの監視対象ホストがUNIXの場合，リモートの監視対象ホストでログ監視をするためのSSHの設定が正しいかどうかを確認してください。SSHの設定については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「2.17.1　SSHの設定（UNIXの場合）」を参照してください。

監視対象ログファイルが読み取りできる状態であることを確認してください。

対話操作が必要となる，stty，tty，tset，scriptコマンドなどがSSH接続ユーザーのログインスクリプトに記載されている場合，ログファイルの読み込みに失敗することがあります。この場合，リモート監視用にSSH接続ユーザーを新たに作成するか，これらのコマンドを実行しないようにSSH接続ユーザーのログインスクリプトを変更してください。

リモート監視ログファイルトラップの起動オプションでフィルターの指定に誤りがないか確認してください。フィルターの指定に誤りがない場合，リモートの監視対象ホストでSSH接続を使用しているユーザーが，次のコマンドを実行できるかどうかを確認してください。

Linuxの場合

/bin/grep -E 'フィルターに指定した正規表現文字列' 監視対象ログファイルパス

Solarisの場合

/usr/xpg4/bin/grep -E 'フィルターに指定した正規表現文字列' 監視対象ログファイルパス

Linux，Solaris以外の場合

/usr/bin/grep -E 'フィルターに指定した正規表現文字列' 監視対象ログファイルパス

また，監視対象ログファイルのデータが，フィルターの指定によって除外されていないかどうかを確認してください。

追加オプションに-rを指定している場合，次の点も確認してください。

「12.5.3(50)　リモート監視の監視対象ログファイル名が誤っている場合の対処方法」を参照してパスが正しく指定されているか確認してください。

・ファイルのアクセス権が正しく設定されているか確認してください。

・-rを指定しないでログファイルトラップを稼働させエラーが発生するか確認することも有効です。

以上の対処をしても現象が解決しない場合，JP1/IM - Managerホストおよび監視対象ホストで資料採取ツールを使って資料を採取してください。監視対象ホストで採取する資料を次に示します。

監視対象ホストのOS

採取する資料

方法

Windows

システム情報

スタートメニューから［ファイル名を指定して実行］を選択する。

テキストボックスに「msinfo32」と入力し，［OK］ボタンをクリックする。

［システム情報］画面で［ファイル］−［エクスポート］を選択して，システム情報をテキストファイルに保存する。

監視対象ログファイル

複数ある場合は，すべてのログファイルを採取する。

Windowsイベントログのアプリケーションおよびシステム

イベントビューアーで対象のイベントログを選択する。

［ログファイルの名前を付けて保存］を選択する。

出力形式は，「evt」を指定する。

UNIX

監視対象ログファイル

複数ある場合は，すべてのログファイルを採取する。

シスログ（syslog）

シスログを採取する。詳細については，「12.3.1(2)UNIXの場合」を参照してください。

(44)　IM構成管理でリモート監視イベントログトラップが稼働しているにもかかわらずJP1イベントが受信されない場合の対処方法

要因

リモートの監視対象ホストとJP1/IM - Managerホストで時刻設定に差異があります。

リモートの監視対象ホストに，監視対象ホストの現在時刻より未来の時刻のイベントログが存在します。

フィルターの指定が正しくありません。

対処

リモートの監視対象ホスト，およびJP1/IM - Managerの時刻を正しく現在の時刻に合わせてください。

リモートの監視対象ホストに，監視対象ホストの現在時刻より未来の時刻のイベントログが存在しないか確認してください。

有効設定情報に表示されるフィルター情報の条件文に示す内容が取得できるフィルター設定にしてください。

以上の対処をしても現象が解決しない場合，JP1/IM - Managerホストおよび監視対象ホストで資料採取ツールを使って資料を採取してください。監視対象ホストで採取する資料を次に示します。

採取する資料

方法

システム情報

スタートメニューから［ファイル名を指定して実行］を選択する。

テキストボックスに「msinfo32」と入力し，［OK］ボタンをクリックする。

［システム情報］画面で［ファイル］−［エクスポート］を選択して，システム情報をテキストファイルに保存する。

Windowsイベントログのアプリケーションおよびシステム

イベントビューアーで対象のイベントログを選択する。

［ログファイルの名前を付けて保存］を選択する。

出力形式は，「evt」を指定する。

(45)　IM構成管理・ビューアーで処理中ダイアログが表示され続ける場合の対処方法

要因

JP1/IM - Managerホスト，または操作対象のエージェントが停止しています。

対処

JP1/IM - Managerホスト，または操作対象のエージェントが停止していないかどうか確認してください。

停止している場合は，［処理中］ダイアログボックスの［×］（閉じる）ボタンをクリックし，IM構成管理・ビューアーを強制終了してください。

停止していない場合は，IM構成管理が処理中のため，処理が完了するまで待ってください。

(46)　IM構成管理・ビューアーで，［IM構成］ページのツリー表示領域がグレー表示される場合の対処方法

IM構成管理・ビューアーで，［IM構成の取得］を実行した場合にツリー表示領域がグレー表示される。

要因

次の要因が考えられます。

マネージャーホストでjbsrt_delコマンドが実行され，JP1/Baseで保持している構成定義情報が存在しない。

対処

IM構成管理・ビューアーで，［エージェント構成の反映］を実行してください。

IM構成管理・ビューアーで，ログインまたは［IM構成の検証］を実行した場合にツリー表示領域がグレー表示される。

要因

IM構成管理DBが保持する構成定義情報と，JP1/Baseで保持している構成定義情報が不一致となっています。次の要因が考えられます。

jcfimportコマンドでインポートした直後でエージェント構成が反映されていない。

マネージャーホストでjbsrt_delコマンドが実行され，JP1/Baseで保持している構成定義情報が存在しない。

jbsrt_distribコマンドが実行され，JP1/Baseで保持している構成定義情報が変更されている。

エージェント構成が反映されていない。

拠点マネージャーで拠点ごとに管理する場合に，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「3.2.4(3)　システムの階層構成をIM構成管理が管理するシステムに反映する」の手順が実行されていない。

対処

要因に従って対処してください。

エージェント構成が反映されていない場合はIM構成管理・ビューアーで，［エージェント構成の反映］を実行してください。

IM構成管理・ビューアーで，［IM構成の取得］を実行してください。実行した結果，意図した構成になっていない場合には，［エージェント構成の反映］を実行してください。

(47)　IM構成管理のリモート監視ログファイルトラップで同じJP1イベントが重複して受信される場合の対処方法

要因

ログ収集処理中にログが出力された場合，同一のログが2回トラップされる場合があります。

対処

対処の必要はありません。重複したJP1イベントは無視してください。

(48)　IM構成管理でリモート監視ログファイルトラップのプロファイルの起動に失敗した場合の対処方法

「KNAN26039-E 起動対象のリモートログファイルトラップの開始に失敗しました。(監視対象ホスト名: 監視対象ホスト名，監視名: 監視名，詳細情報: 詳細メッセージ)」メッセージが出力され，プロファイルの起動に失敗する。

マニュアル「JP1/Integrated Management 3 - Manager メッセージ」の「2.13　IM構成管理に関するメッセージ（KNAN22000〜KNAN26999）」の「KNAN26039-E」の対処を参照してください。

それでも解決できない場合は次の対処方法を確認してください。

詳細情報の種類によって対処方法が異なります。

監視対象ホストに接続できません。

要因

監視対象ホストに接続できていません。

対処

「12.5.3(51)　リモート監視の監視対象ホストと接続できない場合の対処方法」を参照してリモート監視対象との接続を確認してください。

監視対象のログファイルにアクセスできません。

要因

ログファイルのパスが正しく指定されていません。

対処

「12.5.3(50)　リモート監視の監視対象ログファイル名が誤っている場合の対処方法」を参照してパスが正しく指定されているか確認してください。

(49)　IM構成管理でリモート監視ログファイルトラップを始める前の注意事項

注意点

ログファイルのファイルタイプが合っているか確認してください。

ログファイルサイズが大き過ぎないか確認してください。

ログファイルのヘッダーサイズが大き過ぎないか確認してください。

JP1/Base LogTrapサービスが停止していないか確認してください。

(50)　リモート監視の監視対象ログファイル名が誤っている場合の対処方法

次の項目が正しく設定できているか確認してください。

マニュアル「JP1/Integrated Management 3 - Manager 画面リファレンス」の「5.9.2　［設定ファイル］ページ」の「表5-31　設定ファイルに追加して表示される項目（ログファイルトラップ情報を選択した場合）」の項目

間違いやすい例を次に示します。

リモートの監視対象ホストがWindowsの場合でパスが「¥共有フォルダ名¥ファイル名」になっていない。

リモートの監視対象ホストがUNIXの場合でパスがフルパスになっていない。

パスがフォルダを指定している。

(51)　リモート監視の監視対象ホストと接続できない場合の対処方法

次の項目が正しく設定できているか確認してください。

JP1/IM - ManagerホストがWindowsの場合

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の次に示す個所を参照してください。

「1.18.1　WMIの設定（Windowsの場合）」

「1.18.2　NetBIOS（NetBIOS over TCP/IP）の設定（Windowsの場合）」

「1.18.3　SSHの設定（Windowsの場合）」

JP1/IM - ManagerホストがUNIXの場合

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「2.17.1　SSHの設定（UNIXの場合）」

次の項目を確認してください。

監視対象ホストが起動していない。

JP1/IM - Managerホストから監視対象ホストが名前解決できない。

(52)　IM構成管理でホスト情報の収集に失敗した場合の対処方法

メッセージの種類によって対処方法が異なります。

「KNAN22017-E　ホスト(ホスト名)と通信できなかったため，ホスト情報の収集に失敗しました」メッセージが出力され，ホスト情報の収集に失敗する。

要因

次の要因が考えられます。

収集先ホスト名が異なります。

収集先ホストの名前解決ができていません。

収集先ホストが起動されていません。

収集先ホストのJP1/Baseが起動されていません。

収集先ホストとの通信で障害が発生しています。

収集先ホストのJP1/Baseのバージョンが07-00より古いです。

対処

要因に従って対処してください。

JP1/IM - Managerのホストで次のコマンドを実行し，IM構成管理に登録したホストの名前解決ができるか，およびIM構成管理に登録したホストに通信できるか確認してください。なお，IPv6環境で運用する場合，IPv6アドレスがプライマリーIPアドレスとなっているか（次のコマンドの結果の一つとして表示される「Resolved Host List」に，最初に表示されているか），IPv6アドレスで通信できるか確認してください。

・jp1ping IM構成管理に登録したホスト名

JP1/IM - Managerのホストで次のコマンドを実行し，IM構成管理に登録したホストに対して，指定したポート番号で通信できるか確認してください。

・telnet エージェントホスト名またはIPアドレス 20306

なお，IPv6環境で運用する場合，telnetのコマンドの接続先にIPv6アドレスを指定してください。ホスト情報を収集するときに使用するポート番号は，デフォルトの場合，20306/tcpです。接続できない場合は，接続できないことを表すメッセージが表示されます。接続できた場合は，黒い画面が表示されます。

Windows Server 2008 R2以降のWindowsホストの場合，Telnetクライアントは既定ではインストールされていません。TelnetクライアントはWindowsの機能の追加と削除からインストールできます。

収集先ホストのJP1/Baseのバージョンが07-00以降であるか確認してください。IPv6環境で運用する場合，収集先ホストのJP1/Baseがバージョン10以降か確認してください。

次のコマンドで収集先ホストのJP1/Baseが起動しているか確認してください。

・jbs_spmd_status（論理ホストの場合：jbs_spmd_status -h 論理ホスト名）

・jevstat（論理ホストの場合：jevstat 論理ホスト名）

収集先ホストで次のコマンドを実行し，JP1/IM - Managerのホストの名前解決ができるか，およびJP1/IM - Managerのホストに通信できるか確認してください。なお，IPv6環境で運用する場合，IPv6アドレスがプライマリーIPアドレスとなっているか（次のコマンドの結果の一つとして表示される「Resolved Host List」に，最初に表示されているか），IPv6アドレスで通信できるか確認してください。

・jp1ping JP1/IM - Managerのホスト名

IPv6環境で運用する場合，JP1/IM - Managerのホストで通信方式がANYバインドアドレスを指定しているときは，バインドするIPアドレスのバージョンの設定が正しいか，次の手順で確認してください。

1.jbsgetcnfコマンドを実行する。

　jbsgetcnf > config.txt

2.config.txtをテキストエディターで開く。

3.[JP1_DEFAULT¥JP1BASE¥JP1_ANY_BIND]の値が「ALL」になっているかを確認する。

IPv6環境で運用する場合，収集先ホストで通信方式がANYバインドアドレスを指定しているときは，バインドするIPアドレスのバージョンの設定が正しいか，次の手順で確認してください。

1.jbsgetcnfコマンドを実行する。

　jbsgetcnf > config.txt

2.config.txtをテキストエディターで開く。

3.[JP1_DEFAULT¥JP1BASE¥JP1_ANY_BIND]の値が「ALL」または「IPv6」になっているかを確認する。

収集先ホストのショート名とFQDNから解決されるIPアドレスが同一であることを確認してください。

次のメッセージが出力され，ホスト情報の収集に失敗する。

KNAN21400-W　ホスト(ホスト名)のホスト情報の収集に一部成功しました

JP1/Baseからのホスト情報の収集に成功しました

リモートによるホスト情報の収集に失敗しました

詳細情報: 詳細情報

KNAN21402-E　ホスト(ホスト名)のホスト情報の収集に失敗しました

JP1/Baseからホスト情報収集に失敗しました

詳細情報: 詳細情報　

リモートによるホスト情報の収集に失敗しました

詳細情報: 詳細情報

KNAN21403-E　ホスト(ホスト名)のリモートによるホスト情報の収集に失敗しました

詳細情報: 詳細情報

要因

リモートによるホスト情報の収集に失敗した場合，次の要因が考えられます。

リモート通信設定が設定されていません。

監視対象ホストと接続できません。

ログファイルの収集がタイムアウトしました。

認証に失敗しました。

秘密鍵が存在しません。

リモート監視プロセスの作成に失敗しました。

対処

要因に従って対処してください。

監視対象ホストのリモート通信を設定してから再実行してください。

リモート監視対象との接続を確認してください。確認方法については，「12.5.3(51)　リモート監視の監視対象ホストと接続できない場合の対処方法」を参照してください。

次の項目を確認してください。

監視対象ホスト名のホストのOSがWindowsの場合

・監視対象ホスト名のホストに通信できるか

・監視対象ホストにログインするユーザーのパスワードの有効期限が切れていないか

・監視対象ホスト名のリモート通信種別が正しく設定されているか

・WMIサービスが起動しているか

確認して異常がない場合は，WMI接続が正常に設定できているか確認してください。

監視対象ホスト名のホストのOSがUNIXの場合

・監視対象ホスト名のホストに通信できるか

・監視対象ホスト名のリモート通信種別が正しく設定されているか

・監視対象ホスト名のホストでSSHサーバが起動しているか

確認して異常がない場合は，SSH接続が正常に設定できているか確認してください。

次の項目を確認してください。

監視対象ホスト名のホストのOSがWindowsの場合

・［システム共通設定］画面または［リモート監視設定］画面のユーザー名，パスワード，およびドメイン名が正しく設定されているか

・監視対象ホスト名のホストでDCOMが正しく設定されているか

・JP1/IM - ManagerのホストでDCOMが正しく設定されているか

確認して異常がない場合は，WMI接続が正常に設定できているか確認してください。

監視対象ホスト名のホストのOSがUNIXの場合

・SSH認証の設定が正しいか

確認して異常がない場合は，SSH接続が正常に設定できているか確認してください。

秘密鍵があるか確認してください。

［システム共通設定］画面の［IMホストアカウント］ページの設定を確認してください。

(53)　IM構成管理に登録するホスト名と発生元ホスト名が異なってしまう場合の対処方法

対処

バージョンによって対処をしてください。詳細については，マニュアル「JP1/Integrated Management 3 - Manager 導入・設計ガイド」の「14.3.10(2)(b)　JP1イベントの属性を変更する（JP1/IM - Managerの設定）」を参照してください。

JP1/IM - Managerを新規インストールまたは上書きインストールした場合，次の手順を実行してください。

共通定義設定用ファイル（JP1イベントの属性変更）の内容を確認する。

jbssetcnfコマンドを実行する。

JP1/IM - Managerを再起動する。

JP1/IM - Managerのバージョンが10-00より前の場合，IM構成管理にショートネームとFQDN形式の両方のホスト名を登録してください。

(54)　監視対象ホスト名と発生元ホスト名が異なっていてフィルターが正常に動作しない場合の対処方法

対処

対処方法については，「12.5.3(53)　IM構成管理に登録するホスト名と発生元ホスト名が異なってしまう場合の対処方法」を参照してください。

(55)　WindowsでOS起動後またはネットワーク設定変更後，JP1/IM - Managerが起動しない，または，JP1/IM - Viewの操作ができなくなった場合の対処方法

要因

次の要因が考えられます。

OS起動後，ネットワークが使用できる前に，JP1/IM - Managerの起動処理が開始されました。

OS起動後，ネットワークが使用できるまでの時間は環境に依存します。チーミングを設定している環境では，ネットワークが使用できるまでに（2〜3分程度）時間が掛かる現象が確認されています。チーミングを設定している環境では，JP1/Baseの起動管理機能でJP1/IM - Managerが自動的に起動されるなど，ネットワークが使用できるようになる前に，JP1/IM - Managerの起動処理が開始されることがあります。

JP1/IM - Managerの起動中にネットワークの設定（チーミングの設定など）を変更しました。

対処

物理ホスト，すべての論理ホストのJP1/IM - Manager，JP1/IM - View，JP1/Base，およびJP1/Baseが前提のプログラムを終了します。「jp1ping 自ホスト名」を実行し，想定するIPアドレスで自ホスト名が解決できることを確認してから，JP1/Base，JP1/IM - Manager，JP1/IM - View，およびJP1/Baseが前提のプログラムを起動してください。

また，それぞれの回避方法を次に示します。

OS起動後，ネットワークが使用できるようになる前に，JP1/IM - Managerの起動処理が開始された場合

OS起動時にJP1/IM - Managerを自動的に起動する場合，JP1/Baseの起動管理機能を使用してください。その場合は，JP1/IM - Managerのサービスが起動するタイミングを遅らせる設定にすることで，ネットワークが使用できるようになってからJP1/IM - Managerを起動するようにしてください。設定の詳細については，マニュアル「JP1/Base 運用ガイド」のサービスが起動するタイミングを設定する説明に関する章を参照してください。

JP1/IM - Managerの起動中にネットワークの設定（チーミングの設定など）を変更した場合

ネットワークの設定（チーミングの設定など）を変更する場合は，物理ホスト，およびすべての論理ホストのJP1/IM - Manager，JP1/IM - View，JP1/Base，およびJP1/Baseが前提のプログラムを終了してください。また，接続中のJP1/IM - View がある場合は，ログアウトしてください。

(56)　JP1/SES形式のイベントを受信して文字化けが発生した場合の対処方法

要因

JP1/SES形式のイベント（バージョンが古いJP1製品が出力したイベント，またはJP1/Open Job EntryなどJP1イベント出力に対応していない製品が出力したイベント）は，文字コード情報を保持しません。

JP1/IM - Managerは，JP1/IM - Managerが動作する文字コードでJP1/SES形式のイベントを解釈します。そのため，JP1/SES形式のイベントの文字コードとJP1/IM - Managerが動作する文字コードが異なる場合，JP1/SES形式のイベントが文字化けして表示されたり，異なる文字として扱われたりします。

対処

次のどちらかの方法で対処してください。

JP1/SES形式のイベントの文字コードとJP1/IM - Managerが動作している文字コードを統一してください。

JP1/SES形式のイベントと同じ文字コードで動作するJP1/Baseでローカルアクションを使用して，JP1/SES形式のイベント受信時にJP1イベントを発行し，JP1/IM - Manager側のホストでJP1イベントを受信するようにしてください。ローカルアクションの詳細は，マニュアル「JP1/Base 運用ガイド」のローカルアクションの説明に関する章を参照してください。

(57)　JP1/IM - Managerのメール通知機能でメールが送信先に届かない場合の対処方法

jimmailコマンドは正常終了したが，メールが送信先に届かない場合

要因1

メールの送信先アドレスが誤っています。

対処1

メールの送信先アドレスが誤っているおそれがあるため，jimmailコマンドの-toオプション，またはメール環境定義ファイルのDefaultToの送信先メールアドレスが正しいか確認してください。

jimmailコマンドの-toオプションと，メール環境定義ファイルのDefaultToの両方に送信先メールアドレスが指定されている場合，jimmailコマンドの-toオプションに指定した送信先メールアドレスが優先されます。

要因2

メールサーバ（SMTP）とメールサーバ（SMTP/POP3）間でエラーが発生し，メールの転送に失敗しています。

対処2

次の項目を確認して，再度jimmailコマンドを実行してください。

メールサーバ（SMTP/POP3）が起動しているか。

メールサーバ（SMTP）のログを見て，エラーが発生していないか。

ファイアウォールで使用するポート番号の通過が可能か。

メールサーバのホスト名解決が可能か。

要因3

メールサーバ（SMTP/POP3）とメールクライアント間でメールの受信に失敗しました。

対処3

メールサーバとメールクライアントの通信のため，JP1/IM - Managerではエラーを確認できません。

メールサーバとメールクライアントのメッセージ，およびログを確認してください。

また，メールクライアントの設定（POP3サーバ名，POP3アカウント名，パスワード，ポート番号）が正しいか確認してください。

jimmailコマンドが異常終了した場合

要因

メールサーバ（SMTP）に接続できません。

対処

エラー内容によって，jimmailコマンドがエラーメッセージを出力します。出力されたメッセージの対処，および次の項目を確認して，再度jimmailコマンドを実行してください。

メッセージの詳細については，マニュアル「JP1/Integrated Management 3 - Manager メッセージ」の「2.　メッセージ一覧」を参照してください。

メールサーバ（SMTP）が起動しているか。

メールサーバ（SMTP）のログを見て，エラーが発生していないか。

ファイアウォールで使用するポート番号の通過が可能か。

メールサーバ（SMTP）のホスト名解決が可能か。

メール環境定義ファイルの認証アカウントおよびパスワードが正しいか。

(58)　通信暗号化機能が有効のJP1/IM - Managerで，エラーが表示される場合の対処方法

メッセージの種類によって対処方法が異なります。

JP1/IM - Managerが起動しない場合

「KAVB8817-E　JP1/IM - Managerの通信暗号化機能のパラメーターで指定したファイルが読み込めません。(パラメーター名:パラメーター名, パラメーター値:パラメーター値)」メッセージが出力される。

「KAVB8818-E　JP1/IM - Managerの通信暗号化機能のパラメーターで指定した秘密鍵が読み込めません。(秘密鍵パラメーター名:パラメーター名, 秘密鍵パラメーター値:パラメーター値, サーバ証明書パラメーター名:パラメーター名, サーバ証明書パラメーター値:パラメーター値)」メッセージが出力される。

要因

次の要因が考えられます。

JP1/IM - Managerの通信暗号化機能のパラメーターで指定したファイルが読み込めません。

JP1/IM - Managerの通信暗号化機能のパラメーターで指定した秘密鍵が読み込めない，またはサーバ証明書と対になっていません。

対処

要因に従って対処してください。

サーバ証明書と秘密鍵が対になっていることを確認してください。対になっていない場合は，対になっているサーバ証明書と秘密鍵を配置してください。

秘密鍵のファイルのフォーマットに問題ないことを確認してください。

秘密鍵にパスフレーズが設定されている場合は，パスフレーズを解除してください。

次のOSのログを確認し，ファイルディスクリプタなどのOSのリソース不足がほかに発生していないかを確認してください。

・Windowsの場合：Windowsイベントログ

・UNIXの場合：シスログ（syslog）

jcochfilterコマンド，jcochstatコマンドが実行時に失敗する場合

「KAVB1956-E　コマンド(コマンド名)の通信暗号化機能の初期化処理でエラーが発生しました。(要因:要因, ディレクトリ名:ディレクトリ名)」メッセージが出力される。

「KAVB1957-E　コマンド(コマンド名)の通信暗号化機能で暗号化通信に失敗しました。(接続先ホスト名:接続先ホスト名, 要因:要因)」メッセージが出力される。

要因

次の要因が考えられます。

ルート証明書ファイルが見つかりません。

ルート証明書ファイルが読み込めません。

サーバ証明書のCNまたはSANと接続先のホスト名が異なります。

通信エラーが発生しました。

システムエラーが発生しました。

対処

要因に従って対処してください。

ルート証明書がある場合は，ルート証明書に読み込み権限があるか確認してください。読み込み権限がない場合は，ルート証明書に読み込み権限を設定してください。

ルート証明書がない場合はルート証明書を配置してください。

ルート証明書のファイルに問題がないことを確認してください。

次のOSのログを確認し，ファイルディスクリプタなどのOSのリソース不足がほかに発生していないかを確認してください。

・Windowsの場合：Windowsイベントログ

・UNIXの場合：シスログ（syslog）

接続先のマネージャーホストのサーバ証明書のCNまたはSANと，jcochstatコマンドの-hオプションで指定したマネージャーホスト名が同じであることを確認して，コマンドを再実行してください。

次の確認をしてからコマンドを再実行してください。

・jcochstatコマンドの場合は-hオプションで指定したマネージャーホストのサーバ証明書に対応するルート証明書が，コマンドを実行したホストに配置されているか確認してください。配置されていない場合は，配置してください。

・jcochstatコマンドの場合は-hオプションで指定したマネージャーホストの通信暗号化機能が有効であることを確認してください。有効でない場合は，有効にしてください。

・jcochstatコマンドの場合は-hオプションで指定したマネージャーホストのサーバ証明書が有効期間内かどうか確認してください。有効期間外の場合は，サーバ証明書を更新してください。

・JP1/IM - Manager起動後に通信暗号化機能の設定を変更した可能性があります。JP1/BaseおよびJP1/IM - Managerを再起動し，通信暗号化機能の設定を反映してください。

「システムエラーが発生しました。」の場合は，資料採取ツールで資料を採取し，システム管理者に連絡してください。

jcochfilterコマンド，jcochstatコマンドの実行時に警告メッセージが出力される場合

「KAVB1972-W　コマンド(コマンド名)の通信暗号化機能で使用するルート証明書が有効期間外です。(ファイル名:ファイル名)

要因

次の要因が考えられます。

通信暗号化機能で使用するルート証明書が有効期間外です。

対処

要因に従って対処してください。

ルート証明書が有効期間外の状態で運用することに問題があるか確認してください。問題がある場合は，システム管理者に連絡し，ルート証明書を更新してください。

コマンド（jcschstat，jcsdbexport，jcsdbimport）実行時に失敗する場合

「KAVB7602-E　メモリ不足のためコマンドの実行を中断します」メッセージが出力される。

「KAVB7810-E　コマンド(コマンド名)の通信暗号化機能の初期化処理でエラーが発生しました。(要因:要因)」メッセージが出力される。

「KAVB7818-E　コマンド(コマンド名)に必要なライブラリがありません。」メッセージが出力される。

「KAVB7812-E　コマンド(コマンド名)の通信暗号化機能で暗号化通信に失敗しました。(接続先ホスト名:接続先ホスト名, 要因:要因)」メッセージが出力される。

要因

次の要因が考えられます。

コマンドの実行に必要なメモリーが不足しています。

コマンドに必要なライブラリがありません。

通信エラーが発生しました。

システムエラーが発生しました。

対処

JP1/IM - Manager起動後に通信暗号化機能の設定を変更した可能性があります。JP1/BaseおよびJP1/IM - Managerを再起動し，通信暗号化機能の設定を反映してから，コマンドを再実行してください。解決されない場合は，資料採取ツールで資料を採取し，システム管理者に連絡してください。

次のコマンド実行時に失敗する場合

jcfvirtualchstat，jcfexport，jcfimport，jcfaleltdef，jcfaleltreload，jcfaleltstart，jcfaleltstat，jcfaleltstop，jcfallogdef，jcfallogreload，jcfallogstart，jcfallogstat，jcfallogstop

「KNAN24155-E　コマンド(コマンド名)の通信暗号化機能で暗号化通信に失敗しました。(接続先ホスト名:接続先ホスト名, 要因:要因)」メッセージが出力される。

要因

次の要因が考えられます。

通信エラーが発生しました。

システムエラーが発生しました。

対処

要因に従って対処してください。

JP1/IM - Manager起動後に通信暗号化機能の設定を変更した可能性があります。JP1/BaseおよびJP1/IM - Managerを再起動し，通信暗号化機能の設定を反映してから，コマンドを再実行してください。解決されない場合は，資料採取ツールで資料を採取し，システム管理者に連絡してください。

IM構成同期実行時に失敗する場合

「KNAN29095-E　IM構成管理サービスの通信暗号化機能の初期化処理でエラーが発生しました。 (要因:要因, ファイル名:ファイル名)」メッセージが出力される。

「KNAN29098-E　IM構成管理サービスの通信暗号化機能で暗号化通信に失敗しました。(接続先ホスト名:接続先ホスト名, 要因:要因)」メッセージが出力される。

要因

次の要因が考えられます。

ルート証明書ファイルが見つかりません。

ルート証明書ファイルが読み込めません。

サーバ証明書のCNまたはSANと接続先のホスト名が異なります。

通信エラーが発生しました。

システムエラーが発生しました。

対処

要因に従って対処してください。

ルート証明書に読み込み権限があるか確認してください。読み込み権限がない場合は，ルート証明書に読み込み権限を設定してください。

ルート証明書がない場合はルート証明書を配置してください。

ルート証明書のファイルに問題がないことを確認してください。

次のOSのログを確認し，ファイルディスクリプタなどのOSのリソース不足がほかに発生していないかを確認してください。

・Windowsの場合：Windowsイベントログ

・UNIXの場合：シスログ（syslog）

接続先のマネージャーホストのサーバ証明書のCNまたはSANと，接続先ホスト名が同じであることを確認し，再実行してください。

統合トレースログに「一部のルート証明書の読み込みに失敗しました」が出力されているか確認してください。出力されている場合は，メッセージの対処方法に従って対処してください。

接続先ホストのサーバ証明書に対応するルート証明書がマネージャーホストに配置されているか確認してください。配置されていない場合は，配置してください。

接続先ホストのサーバ証明書が有効期間内かどうか確認してください。有効期間外の場合は，サーバ証明書を更新してください。

要因が「システムエラーが発生しました。」の場合は，資料採取ツールで資料を採取し，システム管理者に連絡してください。

IM構成同期実行時に警告メッセージが出力される場合

「KNAN29097-W　IM構成管理サービスの通信暗号化機能で使用するルート証明書が有効期間外です。(ファイル名:ファイル名)」メッセージが出力される。

要因

次の要因が考えられます。

通信暗号化機能で使用するルート証明書が有効期間外です。

対処

要因に従って対処してください。

ルート証明書が有効期間外の状態で運用することに問題があるか確認してください。問題がある場合は，システム管理者に連絡し，ルート証明書を更新してください。

(59)　通信暗号化機能が有効のJP1/IM - Viewで，エラーが表示される場合の対処方法

メッセージの種類によって対処方法が異なります。

ログインできない場合

「KAVB1958-E　JP1/IM - Viewの通信暗号化機能の初期化処理でエラーが発生しました。(要因:要因, ディレクトリ名:ディレクトリ名)」メッセージが出力される。

「KAVB6601-E　JP1/IM - Viewの通信暗号化機能の初期化処理でエラーが発生しました。(要因:要因, ディレクトリ名:ディレクトリ)」メッセージが出力される。

「KNAN20121-E　IM構成管理・ビューアーの通信暗号化機能の初期化処理でエラーが発生しました。(要因:要因, ディレクトリ名:ディレクトリ名)」メッセージが出力される。

「KNAN20141-E　拠点マネージャーのIM構成管理・ビューアーの通信暗号化機能の初期化処理でエラーが発生しました。(要因:要因, ディレクトリ名:ディレクトリ名)」メッセージが出力される。

要因

次の要因が考えられます。

ルート証明書ファイルが1個も見つかりません。

すべてのルート証明書ファイルが読み込めません。

ルート証明書の配置先ディレクトリがありません。

対処

要因に従って対処してください。

要因が「ルート証明書が１個も見つかりません。」の場合は，次の確認をしてから再ログインしてください。

ルート証明書があるか確認してください。ルート証明書がある場合は読み込み権限があるか確認してください。読み込み権限がない場合は，ルート証明書に読み込み権限を設定してください。ルート証明書がない場合はルート証明書を配置してください。

要因が「すべてのルート証明書が読み込めません。」の場合は，次の確認をしてから再ログインしてください。

・ルート証明書があるか確認してください。ルート証明書がある場合は読み込み権限があるか確認してください。読み込み権限がない場合は，ルート証明書に読み込み権限を設定してください。

・ルート証明書のファイルに問題がないことを確認してください。

・Windowsイベントログを確認し，ファイルディスクリプタなどのOSのリソース不足がほかに発生していないかを確認してください。

要因が「ルート証明書の配置先ディレクトリがありません。」の場合は，ルート証明書の配置先ディレクトリを作成してルート証明書を配置してください。

マネージャーへの接続が失敗する場合

「KAVB1959-E　JP1/IM - Viewの通信暗号化機能で暗号化通信に失敗しました。(接続先ホスト名:接続先ホスト名, 要因:要因)」メッセージが出力される。

「KAVB6602-E　JP1/IM - Viewの通信暗号化機能で暗号化通信に失敗しました。(接続先ホスト名:接続先ホスト名, 要因:要因)」メッセージが出力される。

「KNAN20122-E　IM構成管理・ビューアーの通信暗号化機能で暗号化通信に失敗しました。(接続先ホスト名:接続先ホスト名, 要因:要因)」メッセージが出力される。

「KNAN20142-E　拠点マネージャーのIM構成管理・ビューアーの通信暗号化機能で暗号化通信に失敗しました。(接続先ホスト名:接続先ホスト名, 要因:要因)」メッセージが出力される。

要因

次の要因が考えられます。

サーバ証明書のCNまたはSANと接続先のホスト名が異なります。

通信エラーが発生しました。

システムエラーが発生しました。

対処

要因に従って対処してください。

接続先のマネージャーホストのサーバ証明書のCN，またはSANとビューアーの接続先のホスト名が同じであることを確認し，再ログインしてください。

接続先のマネージャーホストの通信暗号化機能が有効であることを確認してください。有効である場合は，非暗号化通信ホスト設定ファイルに接続先のマネージャーホスト名が記載されていないことを確認してください。

統合トレースログに「一部のルート証明書の読み込みに失敗しました」が出力されているか確認してください。出力されている場合は，メッセージの対処方法に従って対処してください。

接続先のマネージャーホストのサーバ証明書に対応するルート証明書がJP1/IM - Viewに配置されているか確認してください。配置されていない場合は配置してください。

接続先のマネージャーホストのサーバ証明書が有効期間内かどうか確認してください。有効期間外の場合は，サーバ証明書を更新してください。

要因が「システムエラーが発生しました。」の場合は，資料採取ツールで資料を採取し，システム管理者に連絡してください。

警告メッセージが出力される場合

「KAVB1969-W　JP1/IM - Viewの通信暗号化機能で使用する一部のルート証明書の読み込みに失敗しました。(ディレクトリ名:ディレクトリ名, ファイル名:ファイル名, ファイル名, …)」メッセージが出力される。

「KAVB1971-W　JP1/IM - Viewの通信暗号化機能で使用するルート証明書が有効期間外です。(ディレクトリ名:ディレクトリ名, ファイル名:ファイル名, ファイル名, …)」メッセージが出力される。

「KAVB6603-W　JP1/IM - Viewの通信暗号化機能で使用する一部のルート証明書の読み込みに失敗しました。(ディレクトリ名:ディレクトリ名, ファイル名:ファイル名)」メッセージが出力される。

「KNAN20123-W　IM構成管理・ビューアーの通信暗号化機能で使用する一部のルート証明書の読み込みに失敗しました。(ディレクトリ名:ディレクトリ名, ファイル名:ファイル名, ファイル名, …)」メッセージが出力される。

「KNAN20124-W　IM構成管理・ビューアーの通信暗号化機能で使用するルート証明書が有効期間外です。(ディレクトリ名:ディレクトリ名, ファイル名:ファイル名, ファイル名, …)」メッセージが出力される。

「KNAN20143-W　拠点マネージャーのIM構成管理・ビューアーの通信暗号化機能で使用する一部のルート証明書の読み込みに失敗しました。(ディレクトリ名:ディレクトリ名, ファイル名:ファイル名, ファイル名, …)」メッセージが出力される。

「KNAN20144-W　拠点マネージャーのIM構成管理・ビューアーの通信暗号化機能で使用するルート証明書が有効期間外です。(ディレクトリ名:ディレクトリ名, ファイル名:ファイル名, ファイル名, …)」メッセージが出力される。

要因

次の要因が考えられます。

JP1/IM - Viewの通信暗号化機能で使用する一部のルート証明書の読み込みに失敗しました。

JP1/IM - Viewの通信暗号化機能で使用するルート証明書が有効期間外です。

対処

要因に従って対処してください。

ルート証明書に読み込み権限があるか確認してください。読み込み権限がない場合は，ルート証明書に読み込み権限を設定してください。

Windowsイベントログを確認し，ファイルディスクリプタなどのOSのリソース不足が発生していないかを確認してください。

ルート証明書のファイルに問題がないことを確認してください。

ルート証明書を有効期間外の状態で運用することに問題があるか確認してください。問題がある場合は，ルート証明書を更新してください。

IM構成の同期でリモート監視構成の取得に失敗する場合

次のメッセージが出力された時の通信暗号化機能に関する要因と対処方法を示します。

「KNAN21404-E　IM構成の同期に失敗したホストがあります。マニュアルに従って対処を実行したあと，IM構成の同期を再度実行して下さい」メッセージが出力される。

要因

次の要因が考えられます。

接続先のマネージャーにてルート証明書ファイルが見つかりません。

接続先のマネージャーにてルート証明書ファイルが読み込めません。

拠点マネージャーのサーバ証明書のCNまたはSANと拠点マネージャーのホスト名が異なります。

拠点マネージャーのサーバ証明書が有効期間外です。

対処

要因に従って対処してください。

ルート証明書がない場合はルート証明書を配置して，JP1/Baseにルート証明書の配置場所を設定してください。

ルート証明書に読み込み権限があるか確認してください。読み込み権限がない場合は，ルート証明書に読み込み権限を設定してください。

ルート証明書のファイルに問題がないことを確認してください。

次のOSのログを確認し，ファイルディスクリプタなどのOSのリソース不足がほかに発生していないかを確認してください。

・Windowsの場合：Windowsイベントログ

・UNIXの場合：シスログ（syslog）

拠点マネージャーのサーバ証明書のCNまたはSANと，拠点マネージャーのホスト名が同じであることを確認してください。

接続先マネージャーの統合トレースログに「一部のルート証明書の読み込みに失敗しました」が出力されているか確認してください。出力されている場合は，メッセージの対処方法に従って対処してください。

拠点マネージャーのサーバ証明書に対応するルート証明書が接続先のマネージャーに配置されているか確認してください。配置されていない場合は，配置して，JP1/Baseにルート証明書の配置場所を設定してください。

拠点マネージャーのサーバ証明書が有効期間内かどうか確認してください。有効期間外の場合は，サーバ証明書を更新してください。

(60)　拡張リカバリーに失敗した場合の対処手順

IMデータベースのログを確認し，KFPL15308-Eメッセージが出力されているかどうか確認してください。

IMデータベースのログは次の手順で確認してください。

Windowsの場合

次のコマンドを実行して環境変数を設定する。

set PDDIR=<IMデータベースサービスのインストールディレクトリ>¥JM＜n＞

set PDUXPLDIR=%PDDIR%¥UXPLDIR

次のコマンドを実行してIMデータベースのログを表示する。

<IMデータベースサービスのインストールディレクトリ>¥JM＜n＞¥bin¥pdcat

Linuxの場合

次のコマンドを実行して環境変数を設定する。

export PDDIR=<IMデータベースサービスのインストールディレクトリ>/JM＜n＞

export LD_LIBRARY_PATH=$PDDIR/lib/:$LD_LIBRARY_PATH

次のコマンドを実行してIMデータベースのログを表示する。

$PDDIR/bin/pdcat

<IMデータベースサービスのインストールディレクトリ>：

セットアップ情報ファイルの項目「IMDBENVDIR」に指定したパス

＜n＞：

物理ホストの場合「0」，論理ホストの場合，クラスタセットアップ情報ファイルでLOGICALHOSTNUMBERに指定した値

IMデータベースのログにKFPL15308-Eメッセージが出力されている場合，バックアップファイル取得時のテーブルスキーマと，IMデータベースサービスのテーブルスキーマを同一にする必要があります。

jimdbupdateコマンドを実行して，IMデータベースをアップデートする必要があるか確認し，次の手順でリカバリーしてください。

IMデータベースが最新であることを示すKNAN11201-Iが表示された場合：

統合監視DBをアンセットアップする。

Windowsの場合，OSを再起動する。

「-v」オプションを指定して，jcodbsetupコマンドを実行する。

拡張リカバリーに失敗したバックアップファイルと「-m EXPAND」オプションを指定して，jimdbrecoveryコマンドを実行する。

データベースのテーブルスキーマをアップデートする。

「-i」オプションを指定して，jimdbupdateコマンドを実行します。

IMデータベースが最新であることを示すKNAN11201-Iが表示されなかった場合：

データベースのテーブルスキーマをアップデートする。

「-i」オプションを指定して，jimdbupdateコマンドを実行します。

拡張リカバリーに失敗したバックアップファイルと「-m EXPAND」オプションを指定して，jimdbrecoveryコマンドを実行する。

KFPL15308-Eメッセージが出力されていない場合，次の内容を確認し，jimdbrecoveryコマンドを再実行してください。

同じOSで取得したバックアップファイルを指定しているか。

バックアップ取得時と同じDB構成か。

現在のIMデータベースがバックアップ取得時より小さいサイズでないか。

IMデータベースを再セットアップしたあとにリカバリーしているか。

IMデータベースのインストールディレクトリに十分な空き容量があるか。DBサイズがSのときに1ギガバイト，Mのときに1ギガバイト，Lのときに4ギガバイト程度必要です。

(61)　セントラルコンソール・ビューアーまたはセントラルスコープ・ビューアーのログがラップして現象発生時のログが採取できなかった場合のログの拡張手段

JP1/IM - Viewがインストールされているマシン上で，次の共通定義情報を任意のファイルに記述し，jbssetcnfコマンドで適用することで，セントラルコンソール・ビューアーまたはセントラルスコープ・ビューアーのプロセス別トレースログを拡張できます。

形式

[JP1_DEFAULT¥JP1CONSOLEVIEW¥LOG_CONTROL¥VIEW]
"LOGFILENUM"=dword:16進数値
"LOGSIZE"=dword:16進数値
"JP1COVIEW_LOGNUM"= dword:16進数値
"JP1COVIEW_LOGSIZE"= dword:16進数値
"JP1COVIEW_APILOGNUM"= dword:16進数値
"JP1COVIEW_APILOGSIZE"= dword:16進数値
[JP1_DEFAULT¥JP1CONSOLEVIEW]
"JP1COVIEW_LOGSIZE"=dword:16進数値
"JP1COVIEW_APILOGSIZE"=dword:16進数値

設定値は，同時接続するJP1/IM - Viewの台数に合わせて，各プロセス別トレースログの最大ディスク占有量（最大サイズ数×面数）がデフォルト値×同時接続台数となるように見積もってください。

このとき，追加したサイズ分のディスク空き容量が必要となります。

記述内容

次の値を記述します。

[JP1_DEFAULT¥JP1CONSOLEVIEW¥LOG_CONTROL¥VIEW]

JP1/IM - Viewの環境設定のキー名称であり，固定です。

"LOGFILENUM"=dword:16進数値

プロセス別トレースログのうちVIEWn.logの面数を指定します。

1〜16の16進数で指定します。デフォルト値は「dword:00000003」（3面）です。

"LOGSIZE"=dword:16進数値

プロセス別トレースログのうちVIEWn.log（1ファイル）の最大サイズ値を指定します。

4,096〜2,147,483,647バイトの16進数で指定します。単位はバイトです。デフォルト値は「dword:00A00000」（10,485,760バイト（10MB））です。

"JP1COVIEW_LOGNUM"= dword:16進数値

プロセス別トレースログのうちjp1convn.logの面数を指定します。

2〜100の16進数で指定します。デフォルト値は「dword:00000008」（8面）です。

"JP1COVIEW_LOGSIZE"= dword:16進数値

プロセス別トレースログのうちjp1convn.log（1ファイル）の最大サイズ値を指定します。

4,096〜104,857,600バイトの16進数で指定します。単位はバイトです。デフォルト値は「dword:00500000」（5,242,880バイト（5MB））です。

"JP1COVIEW_APILOGNUM"= dword:16進数値

プロセス別トレースログのうちjp1convMn.logの面数を指定します。

2〜100の16進数で指定します。デフォルト値は「dword:0000003C」（60面）です。

"JP1COVIEW_APILOGSIZE"= dword:16進数値

プロセス別トレースログのうちjp1convMn.log（1ファイル）の最大サイズ値を指定します。

4,096〜104,857,600バイトの16進数で指定します。単位はバイトです。

デフォルト値は「dword:00500000」（5,242,880バイト（5MB））です。

[JP1_DEFAULT¥JP1CONSOLEVIEW]

JP1/IM - Viewの環境設定のキー名称であり，固定です。

"JP1COVIEW_LOGSIZE"=dword:16進数値

プロセス別トレースログのうちjp1csov[_old].logの最大サイズ値を設定します。

512〜2,097,152KBの16進数で指定します。デフォルト値は「dword:00300000」（3,145,728バイト（3MB））です。

"JP1COVIEW_APILOGSIZE"=dword:16進数値

プロセス別トレースログのうちjp1csovM[_old].logの最大サイズ値を設定します。

512〜2,097,152KBの16進数で指定します。デフォルト値は「dword:00600000」（6,291,456バイト（6MB））です。

拡張手順

プロセス別トレースログの拡張手順を次に示します。

リモートデスクトップ接続を含めて，ログの拡張を実施するホスト上で起動しているセントラルコンソール・ビューアー，セントラルスコープ・ビューアー，および監視ツリー編集ビューアーをすべて終了する。

「システムドライブ:¥ProgramData¥Hitachi¥jp1¥jp1_default¥JP1CoView¥log¥mmap」フォルダ以下を確認し，VIEW.mmファイルがある場合は，手動でファイルを削除する。

共通定義情報を設定した任意のファイルをjbssetcnfコマンドで適用する。

jbssetcnfコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

(62)　IM構成管理・ビューアーのログがラップして現象発生時のログが採取できなかった場合のログの拡張手段

JP1/IM - Viewがインストールされているマシン上で，次のファイルを設定してJP1/IM - Viewを再起動すると，IM構成管理・ビューアーのプロセス別トレースログを拡張できます。

IM構成管理・ビューアーのプロセス別ログ設定定義ファイル（jcfview_reg.conf）

ファイル名

jcfview_reg.conf（IM構成管理・ビューアーのプロセス別ログ設定定義ファイル）

格納先ディレクトリ

Viewパス¥conf¥jcfview¥

形式

"TRACELEVEL"=dword:00000028
"SHMTHRESHOLD"=dword:0000001E
"FILETHRESHOLD"=dword:00000000
"LOGFILENUM"=dword:16進数値
"LOGSIZE"=dword:16進数値

設定値は，同時接続するJP1/IM - Viewの台数に合わせて，各プロセス別トレースログの最大ディスク占有量（最大サイズ数×面数）がデフォルト値×同時接続台数となるように見積もってください。

このとき，追加したサイズ分のディスク空き容量が必要となります。

記述内容

次の値を記述します。

"TRACELEVEL"=dword:00000028

このパラメーターは固定です。変更しないでください。

"SHMTHRESHOLD"=dword:0000001E

このパラメーターは固定です。変更しないでください。

"FILETHRESHOLD"=dword:00000000

このパラメーターは固定です。変更しないでください。

"LOGFILENUM"=dword:16進数値

プロセス別トレースログのうちVIEWn.logの最大面数の値を設定します。

1〜64の16進数で指定します。デフォルト値は「dword:00000003」（3面）です。

"LOGSIZE"=dword:16進数値

プロセス別トレースログのうちVIEWn.logの最大サイズの値を設定します。

4,096〜16,777,216の16進数で指定します。デフォルト値は「dword:00A00000」（10,485,760バイト（10MB））です。

拡張手順

プロセス別トレースログの拡張手順を次に示します。

リモートデスクトップ接続を含めて，ログの拡張を実施するホスト上で起動しているIM構成管理・ビューアーをすべて終了する。

「システムドライブ:¥ProgramData¥Hitachi¥jp1¥jp1_default¥JP1CoView¥log¥jcfview¥mmap」フォルダ以下を確認し，VIEW.mmファイルがある場合は，手動でファイルを削除する。

IM構成管理・ビューアーのプロセス別ログ設定定義ファイル（jcfview_reg.conf）のログ拡張に必要なパラメーターの値を設定する。

(63)　自動アクションが実行されない場合の対処方法

要因

次の要因が考えられます。

共通除外条件によって，取得したJP1イベントが自動アクションの実行対象外になっている。

自動アクション定義が無効になっている。

自動アクション定義のアクションを実行する条件が取得したJP1イベントに一致していない。

対処

要因に従って対処してください。

拡張モードの共通除外条件を使用している場合，共通除外履歴ファイルを参照し，共通除外条件によってJP1イベントが自動アクションの実行対象外にされていないかを確認してください。JP1イベントが除外されている場合は，共通除外条件を見直してください。

自動アクション定義が無効になっていないかを確認してください。

自動アクション定義のアクションを実行する条件を見直してください。

(64)　JP1/IM - Viewが起動しない場合の対処方法

JP1/IM - Viewでは起動時にJavaヒープ領域として連続したメモリー領域を確保します。上記領域を確保するには連続した領域が必要ですが，ご使用の環境のメモリーの状態により，Javaヒープ領域の確保に失敗し，JP1/IM - Viewが起動しない場合があります。

JP1/IM - Viewが起動を試みても［ログイン］画面が表示されない場合は，以下の対処を実施してください。

対処

JP1/IM - Viewインストールフォルダ¥conf¥jcoview.confをワークフォルダにコピーし，バックアップを取得してください。

JP1/IM - Viewインストールフォルダ¥conf¥jcoview.confをテキストエディターで開き，"-Xmx"オプションを現在設定されている値から100減算した値へ変更してください。

変更前

[JavaVM]

Options=-Xms32m -Xmx768m -Dsun.java2d.noddraw=true

変更後

[JavaVM]

Options=-Xms32m -Xmx668m -Dsun.java2d.noddraw=true

JP1/IM - Viewを起動してください。

JP1/IM - Viewが起動できた場合は，手順5.に進んでください。

JP1/IM - Viewが起動できなかった場合は，手順2.により"-Xmx"オプションの指定値を更に100減算し，手順3.を実施してください。

JP1/IM - Viewが起動できるまで，手順2.，3.を繰り返し実施してください。

JP1/IM - Viewを終了してください。

JP1/IM - Viewインストールフォルダ¥conf¥jcoview.confをテキストエディターで開き，"-Xmx"オプションに指定されている値に12加算した値を"-Xmx"オプションに指定してください。

JP1/IM - Viewを起動してください。

JP1/IM - Viewが起動できた場合は，手順5.〜6.により"-Xmx"オプションの指定値を更に12加算し，手順7.を実施してください。

JP1/IM - Viewが起動できなくなるまで，手順5.〜7.を繰り返し実施してください。

JP1/IM - Viewが起動できなかった場合は，前回起動できた"-Xmx"オプションの値に戻してください。

前回起動できた"-Xmx"オプションの値が，ご使用の環境でJP1/IM - Viewが確保可能なJavaヒープ領域の最大値となります。

(65)　IM構成管理でホスト情報の収集に成功したが，プロファイルの収集で失敗した場合の対処方法

「KNAN22403-E プロファイル一覧の取得に失敗しました。（詳細情報: 通信エラーが発生しました）」のメッセージが出力される。

要因1

ファイアウォールによりプロファイル収集のための通信が遮断されています。

対処1

jp1bscomサービスが通信できる設定になっているかを確認し，jp1bscomサービスが通信できる設定をしてください。

詳細については，マニュアル「JP1/Base 運用ガイド」のJP1/Baseのポート番号，ファイアウォールの通過方向についての記載を参照してください。

要因2

次に示す運用の場合に，エージェントホストからマネージャーホストへの通信（張り返し通信）に失敗します。

ネットワークを分離した環境で，JP1/BaseをIPバインド方式で運用する場合（physical_ipany.confまたはlogical_ipany.confを適用する場合）

マネージャーとエージェントのホスト間でアドレス変換（NAT）をする場合

対処2

IM構成管理での張り返し通信で名前解決をする方式に設定していない場合

名前解決をする方式に設定してください。

詳細については，マニュアル「JP1/Base 運用ガイド」のIM構成管理での張り返し通信方式の設定についての記載を参照してください。

IM構成管理での張り返し通信で名前解決をする方式に設定している場合

エージェントホストでマネージャーホスト名の名前解決ができるか確認し，名前解決ができるように設定してください。また，エージェントホストで名前解決されたマネージャーホストのIPアドレスが，マネージャーホストのJP1/BaseがバインドしているIPアドレスに一致しているか確認し，一致するように設定してください。

詳細については，マニュアル「JP1/Base 運用ガイド」のIM構成管理での張り返し通信方式の設定についての記載を参照してください。

(66)　連携したJP1/AJSの構成が統合オペレーション・ビューアーに表示されない場合の対処方法

JP1/IM - Manager（インテリジェント統合管理基盤）と連携したJP1/AJSの構成が統合オペレーション・ビューアーに表示されない場合は，次の対処を実施してください。

要因

アダプタコマンド設定ファイルのcmdpath属性に，存在しないファイルを指定している。

対処

アダプタコマンド設定ファイルのcmdpath属性の設定を見直してください。

cmdpath属性の詳細については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「4.　ユーザー作成プラグイン」を参照してください。

(67)　jimdbupdateコマンドを実行するとKNAN11199-Eメッセージが出力される，またはjimdbupdateコマンド実行後にIMデータベースを起動できない場合の対処方法

jimdbupdateコマンドを実行すると「KNAN11199-E IMデータベースサービスのアップデートに失敗しました」メッセージが出力される，またはjimdbupdateコマンド実行後にIMデータベースを起動できない場合は，次の対処を実施してください。

要因

テキストエディターで次のファイルを開き，14行目の記載を確認してください。

Windowsの場合

物理ホスト

セットアップ情報ファイルのIMDBENVDIRの値¥JM0¥CONF¥pdsys

論理ホスト

クラスタセットアップ情報ファイルのIMDBENVDIRの値¥JM<n>※¥CONF¥pdsysn:クラスタ情報セットアップファイルのLOGICALHOSTNUMBERの値

注※　<n>はクラスタ情報セットアップファイルのLOGICALHOSTNUMBERの値

UNIXの場合

物理ホスト

セットアップ情報ファイルのIMDBENVDIRの値/JM0/conf/pdsys

論理ホスト

クラスタセットアップ情報ファイルのIMDBENVDIRの値/JM<n>※/conf/pdsys

注※　<n>はクラスタ情報セットアップファイルのLOGICALHOSTNUMBERの値

14行目の記載が「set pd_max_users = 96」である場合，次の要因が考えられます。

jimdbupdateコマンドが下記メッセージを出力し終了した後に，jimdbupdateコマンドを再実行した，またはIMデータベースを起動した。

KNAN11034-E IMデータベースサービスの停止に失敗しました

KNAN11199-E IMデータベースサービスのアップデートに失敗しました

マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」に記載のIMデータベースの更新手順と異なる手順を実施した。

対処

Windowsの場合

物理ホストで発生した場合，次の対処を実施してください。実施後のjimdbupdateコマンドの再実行は不要です。

jimdbstopコマンドを実行し，IMデータベースを停止します。

jimdbstop -f

次のどれかのメッセージが出力されることを確認します。

KNAN11186-I IMデータベースサービスの停止処理は正常に終了しました

KNAN11183-I IMデータベースサービスは停止中です

KNAN11046-E 「JP1/IM3-Manager DB Server」サービスが起動していません

テキストエディターで次のファイルを開きます。

セットアップ情報ファイルのIMDBENVDIRの値¥JM0¥CONF¥pdsys

手順2で開いたファイルの14行目（set pd_max_users）の値を以下のように変更して，保存します。

（変更前）

set pd_max_users = 96

（変更後）

set pd_max_users = 32

JP1/IM3-Manager DB Serverサービスを起動します。

jimdbstatusコマンドを実行し，IMデータベースサービスが稼働中であることを確認します。

jimdbstatus

IMデータベースサービスが稼働中の場合，KNAN11182-Iメッセージが出力されます。

KNAN11182-I IMデータベースサービスは稼動中です

IMデータベースサービスが稼働中でない場合は，10秒ごと程度でjimdbstatusコマンドを実行し，稼働中になるまで待ちます。

JP1/IM3-Manager DB Serverサービスを停止します。

テキストエディターで，手順2で開いたファイルを再び開きます。

手順7で開いたファイルの14行目（set pd_max_users）の値を以下のように変更して，保存します。

（変更前）

set pd_max_users = 32

（変更後）

set pd_max_users = 96

JP1/IM3-Manager DB Serverサービスを起動します。

JP1/IM3-Managerサービスを起動します。

クラスタ環境で発生した場合，次の対処を実施してください。実施後のjimdbupdateコマンドの再実行は不要です。

クラスタソフトで次のサービスをオフラインにし，実行系，待機系ともに次のサービスが停止した状態であることを確認します。起動している場合は停止します。

・論理ホストのJP1/IM3-Managerサービス（サービス表示名：JP1/IM3-Manager_論理ホスト名）

・論理ホストのJP1/IM3-Manager DB Cluster Serviceサービス（サービス表示名：JP1/IM3-Manager DB Cluster Service_論理ホスト名）

・論理ホストのIMデータベースサービス（サービス表示名：JP1/IM3-Manager DB Server_論理ホスト名）

実行系ホストでOSのサービス画面から，次のサービスを起動します。

論理ホストのIMデータベースサービス（サービス表示名：JP1/IM3-Manager DB Server_論理ホスト名）

実行系ホストでjimdbstopコマンドを実行し，IMデータベースを停止します。

jimdbstop -f -h 論理ホスト名

次のどちらかのメッセージが出力されることを確認します。

KNAN11186-I IMデータベースサービスの停止処理は正常に終了しました

KNAN11183-I IMデータベースサービスは停止中です

実行系ホストで，テキストエディターで次のファイルを開きます。

クラスタセットアップ情報ファイルのIMDBENVDIRの値¥JM<n>※¥CONF¥pdsys

注※　<n>はクラスタ情報セットアップファイルのLOGICALHOSTNUMBERの値

手順4で開いたファイルの14行目（set pd_max_users）の値を以下のように変更して，保存します。

（変更前）

set pd_max_users = 96

（変更後）

set pd_max_users = 32

実行系ホストでOSのサービス画面から次のサービスを起動します。

論理ホストのJP1/IM3-Manager DB Cluster Serviceサービス（サービス表示名：JP1/IM3-Manager DB Cluster Service_論理ホスト名）

実行系ホストでjimdbstatusコマンドを実行し，IMデータベースサービスが稼働中であることを確認します。

jimdbstatus -h 論理ホスト名

IMデータベースサービスが稼働中の場合，KNAN11182-Iメッセージが出力されます。

KNAN11182-I IMデータベースサービスは稼動中です

IMデータベースサービスが稼働中でない場合は，10秒ごと程度でjimdbstatusコマンドを実行し，稼働中になるまで待ちます。

実行系ホストでjimdbstopコマンドを実行し，IMデータベースを停止します。

jimdbstop -h 論理ホスト名

KNAN11186-Iメッセージが出力されることを確認します。

KNAN11186-I IMデータベースサービスの停止処理は正常に終了しました

実行系ホストでOSのサービス画面から次の順でサービスを停止します。

・論理ホストのJP1/IM3-Manager DB Cluster Serviceサービス（サービス表示名：JP1/IM3-Manager DB Cluster Service_論理ホスト名）

・論理ホストのIMデータベースサービス（サービス表示名：JP1/IM3-Manager DB Server_論理ホスト名）

実行系ホストで，手順4で開いたファイルをテキストエディターで再び開きます。

手順10で開いたファイルの14行目（set pd_max_users）の値を以下のように変更して，保存します。

（変更前）

set pd_max_users = 32

（変更後）

set pd_max_users = 96

実行系ホストに割り当てられた共有ディスクおよび論理IPアドレスを待機系ホストに引き継ぎ，論理ホストで共有ディスクおよび論理IPアドレスを使用できる状態にします。

待機系ホストでOSのサービス画面から次のサービスを起動します。

論理ホストのIMデータベースサービス（サービス表示名：JP1/IM3-Manager DB Server_論理ホスト名）

待機系ホストでjimdbstopコマンドを実行し，IMデータベースを停止します。

jimdbstop -h 論理ホスト名

次のどちらかのメッセージが出力されることを確認します。

KNAN11186-I IMデータベースサービスの停止処理は正常に終了しました

KNAN11183-I IMデータベースサービスは停止中です

待機系ホストでOSのサービス画面から次のサービスを起動します。

論理ホストのJP1/IM3-Manager DB Cluster Serviceサービス（サービス表示名：JP1/IM3-Manager DB Cluster Service_論理ホスト名）

サービスの起動に成功した場合は，OSのサービス画面から次の順でサービスを停止した後，手順24以降を実施してください。

・論理ホストのJP1/IM3-Manager DB Cluster Serviceサービス（サービス表示名：JP1/IM3-Manager DB Cluster Service_論理ホスト名）

・論理ホストのIMデータベースサービス（サービス表示名：JP1/IM3-Manager DB Server_論理ホスト名）

サービスの起動に失敗した場合は，手順16以降を実施してください。

待機系ホストで，テキストエディターで次のファイルを開きます。

クラスタセットアップ情報ファイルのIMDBENVDIRの値¥JM<n>※¥CONF¥pdsys

注※　<n>はクラスタ情報セットアップファイルのLOGICALHOSTNUMBERの値

手順16で開いたファイルの14行目（set pd_max_users）の値を以下のように変更して，保存します。

（変更前）

set pd_max_users = 96

（変更後）

set pd_max_users = 32

待機系ホストでOSのサービス画面から次のサービスを起動します。

論理ホストのJP1/IM3-Manager DB Cluster Serviceサービス（サービス表示名：JP1/IM3-Manager DB Cluster Service_論理ホスト名）

待機系ホストでjimdbstatusコマンドを実行し，IMデータベースサービスが稼働中であることを確認します。

jimdbstatus -h 論理ホスト名

IMデータベースサービスが稼働中の場合，KNAN11182-Iメッセージが出力されます。

KNAN11182-I IMデータベースサービスは稼動中です

IMデータベースサービスが稼働中でない場合は，10秒ごと程度でjimdbstatusコマンドを実行し，稼働中になるまで待ちます。

待機系ホストでjimdbstopコマンドを実行し，IMデータベースを停止します。

jimdbstop -h 論理ホスト名

KNAN11186-Iメッセージが出力されることを確認します。

KNAN11186-I IMデータベースサービスの停止処理は正常に終了しました

待機系ホストでOSのサービス画面から次の順でサービスを停止します。

・論理ホストのJP1/IM3-Manager DB Cluster Serviceサービス（サービス表示名：JP1/IM3-Manager DB Cluster Service_論理ホスト名）

・論理ホストのIMデータベースサービス（サービス表示名：JP1/IM3-Manager DB Server_論理ホスト名）

待機系ホストで，手順16で開いたファイルをテキストエディターで再び開きます。

手順22で開いたファイルの14行目（set pd_max_users）の値を以下のように変更して，保存します。

（変更前）

set pd_max_users = 32

（変更後）

set pd_max_users = 96

待機系ホストに割り当てられた共有ディスクおよび論理IPアドレスを待機系ホストに引き継ぎ，論理ホストで共有ディスクおよび論理IPアドレスを使用できる状態にします。

実行系ホストでクラスタソフトの操作で次のサービスをオンラインにし，次の順でサービスを起動します。

・論理ホストのIMデータベースサービス（サービス表示名：JP1/IM3-Manager DB Server_論理ホスト名）

・論理ホストのJP1/IM3-Manager DB Cluster Serviceサービス（サービス表示名：JP1/IM3-Manager DB Cluster Service_論理ホスト名）

・論理ホストのJP1/IM3-Managerサービス（サービス表示名：JP1/IM3-Manager_論理ホスト名）

UNIXの場合

物理ホストで発生した場合，次の対処を実施してください。実施後のjimdbupdateコマンドの再実行は不要です。

jimdbstopコマンドを実行し，IMデータベースを停止します。

jimdbstop -f

次のどちらかのメッセージが出力されることを確認します。

KNAN11186-I IMデータベースサービスの停止処理は正常に終了しました

KNAN11183-I IMデータベースサービスは停止中です

テキストエディターで次のファイルを開きます。

セットアップ情報ファイルのIMDBENVDIRの値/JM0/conf/pdsys

手順2で開いたファイルの14行目（set pd_max_users）の値を以下のように変更して，保存します。

（変更前）

set pd_max_users = 96

（変更後）

set pd_max_users = 32

/opt/jp1imm/bin/imdbにあるjimdbstartコマンドを実行し，IMデータベースを起動します。

jimdbstart

jimdbstatusコマンドを実行し，IMデータベースサービスが稼働中であることを確認します。

jimdbstatus

IMデータベースサービスが稼働中の場合，KNAN11182-Iメッセージが出力されます。

KNAN11182-I IMデータベースサービスは稼動中です

IMデータベースサービスが稼働中でない場合は，10秒ごと程度でjimdbstatusコマンドを実行し，稼働中になるまで待ちます。

jimdbstopコマンドを実行し，IMデータベースを停止します。

jimdbstop

KNAN11186-Iメッセージが出力されることを確認します。

KNAN11186-I IMデータベースサービスの停止処理は正常に終了しました

テキストエディターで，手順2で開いたファイルを再び開きます。

手順7で開いたファイルの14行目（set pd_max_users）の値を以下のように変更して，保存します。

（変更前）

set pd_max_users = 32

（変更後）

set pd_max_users = 96

JP1/IM - Managerを起動します。

クラスタ環境で発生した場合，次の対処を実施してください。実施後のjimdbupdateコマンドの再実行は不要です。

実行系ホストで論理ホストのJP1/IM - Managerが停止した状態であることを確認します。起動している場合は停止します。

実行系ホストでjimdbstopコマンドを実行し，IMデータベースを停止します。

jimdbstop -f -h 論理ホスト名

次のどちらかのメッセージが出力されることを確認します。

KNAN11186-I IMデータベースサービスの停止処理は正常に終了しました

KNAN11183-I IMデータベースサービスは停止中です

実行系ホストで，テキストエディターで次のファイルを開きます。

クラスタセットアップ情報ファイルのIMDBENVDIRの値/JM<n>※/conf/pdsys

注※　<n>はクラスタ情報セットアップファイルのLOGICALHOSTNUMBERの値

手順3で開いたファイルの14行目（set pd_max_users）の値を以下のように変更して，保存します。

（変更前）

set pd_max_users = 96

（変更後）

set pd_max_users = 32

実行系ホストで/opt/jp1imm/bin/imdbにあるjimdbstartコマンドを実行し，IMデータベースを起動します。

jimdbstart -h 論理ホスト名

実行系ホストでjimdbstatusコマンドを実行し，IMデータベースサービスが稼働中であることを確認します。

jimdbstatus -h 論理ホスト名

IMデータベースサービスが稼働中の場合，KNAN11182-Iメッセージが出力されます。

KNAN11182-I IMデータベースサービスは稼動中です

IMデータベースサービスが稼働中でない場合は，10秒ごと程度でjimdbstatusコマンドを実行し，稼働中になるまで待ちます。

実行系ホストでjimdbstopコマンドを実行し，IMデータベースを停止します。

jimdbstop -f -h 論理ホスト名

KNAN11186-Iメッセージが出力されることを確認します。

KNAN11186-I IMデータベースサービスの停止処理は正常に終了しました

実行系ホストで，手順3で開いたファイルをテキストエディターで再び開きます。

手順8で開いたファイルの14行目（set pd_max_users）の値を以下のように変更して，保存します。

（変更前）

set pd_max_users = 32

（変更後）

set pd_max_users = 96

実行系ホストに割り当てられた共有ディスクおよび論理IPアドレスを待機系ホストに引き継ぎ，論理ホストで共有ディスクおよび論理IPアドレスを使用できる状態にします。

待機系ホストでjimdbstopコマンドを実行し，IMデータベースを停止します。

jimdbstop -f -h 論理ホスト名

次のどちらかのメッセージが出力されることを確認します。

KNAN11186-I IMデータベースサービスの停止処理は正常に終了しました

KNAN11183-I IMデータベースサービスは停止中です

待機系ホストで/opt/jp1imm/bin/imdbにあるjimdbstartコマンドを実行します。

jimdbstart -h 論理ホスト名

・次のメッセージが出力された場合は，手順11を再度実施しIMデータベースを停止した後，手順20以降を実行してください。

KNAN11180-I IMデータベースサービスの起動処理は正常に終了しました

・次のメッセージが出力された場合は，手順13以降を実行してください。

KNAN11035-E IMデータベースサービスの起動に失敗しました

待機系ホストで，テキストエディターで次のファイルを開きます。

クラスタセットアップ情報ファイルのIMDBENVDIRの値/JM<n>※/conf/pdsys

注※　<n>はクラスタ情報セットアップファイルのLOGICALHOSTNUMBERの値

手順13で開いたファイルの14行目（set pd_max_users）の値を以下のように変更して，保存します。

（変更前）

set pd_max_users = 96

（変更後）

set pd_max_users = 32

待機系ホストで/opt/jp1imm/bin/imdbにあるjimdbstartコマンドを実行し，IMデータベースを起動します。

jimdbstart -h 論理ホスト名

待機系ホストでjimdbstatusコマンドを実行し，IMデータベースサービスが稼働中であることを確認します。

jimdbstatus -h 論理ホスト名

IMデータベースサービスが稼働中の場合，KNAN11182-Iメッセージが出力されます。

KNAN11182-I IMデータベースサービスは稼動中です

IMデータベースサービスが稼働中でない場合は，10秒ごと程度でjimdbstatusコマンドを実行し，稼働中になるまで待ちます。

待機系ホストでjimdbstopコマンドを実行し，IMデータベースを停止します。

jimdbstop -f -h 論理ホスト名

KNAN11186-Iメッセージが出力されることを確認します。

KNAN11186-I IMデータベースサービスの停止処理は正常に終了しました

待機系ホストで，手順13で開いたファイルをテキストエディターで再び開きます。

手順18で開いたファイルの14行目（set pd_max_users）の値を以下のように変更して，保存します。

（変更前）

set pd_max_users = 32

（変更後）

set pd_max_users = 96

待機系ホストに割り当てられた共有ディスクおよび論理IPアドレスを待機系ホストに引き継ぎ，論理ホストで共有ディスクおよび論理IPアドレスを使用できる状態にします。

実行系ホストでクラスタソフトから論理ホストのJP1/IM - Managerを起動します。

(68)　ユーザー作成プラグインで__configurationGetメソッドが実行されない場合の対象方法

ユーザー作成プラグインで__configurationGetメソッドが実行されない場合は，アダプタコマンド設定ファイルの文字コードがASCIIで保存されているかどうか確認してください。

アダプタコマンド設定ファイルについては，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の「7.3.2　アダプタコマンド設定ファイル」を参照してください。

(69)　jimdbupdateコマンドによるIMデータベースの更新に失敗し，KNAN11215-Eメッセージが出力された場合の対処方法

「KNAN11215-E IMデータベースサービスのアップデートに失敗しました。バージョンアップからやり直してください」のメッセージが出力される。

要因

次の要因が考えられます。

IMデータベースの更新の際に，メモリ不足やファイルロックなどの要因でエラーが発生し，IMデータベースの更新が失敗したまま不正な状態になっています。

対処

要因に従って対処してください。

KNAN11215-Eメッセージより前にエラーメッセージが出力されている場合，そのメッセージの対処をしてください。対処したあと，次の手順を参考に，JP1/Base，JP1/IM - Managerをバージョンアップ前の状態に復元し，バージョンアップからやり直してください。バージョンアップ前の状態への復元には，バージョンアップインストールをする前に取得したJP1/Base，JP1/IM - Managerのバックアップを使用します。

バージョン12からバージョン13にバージョンアップする場合の手順の例を，次に示します。

手順

説明

1

JP1/IM - Manager（バージョン13）のアンインストール

IMデータベースを手動アンインストールします。※1

2

JP1/IM - Managerをアンインストールします。

3

JP1/Base（バージョン13）のアンインストール

JP1/Baseのバージョン13へのバージョンアップ後に設定変更を行っている場合は，バックアップを取得します。

4

JP1/Baseをアンインストールします。※1

5

JP1/Base（バージョン12）のインストールと復元

バージョンアップ前のバージョンのJP1/Baseをインストールします。※1※2

6

JP1/Baseの設定情報およびイベントDBを復元します。※2

7

JP1/IM - Manager（バージョン12）のインストールと復元

バージョンアップ前のバージョンのJP1/IM - Managerをインストールします。

8

バージョンアップ前に取得したバックアップファイルを使用して，JP1/IM - Managerの設定情報をリカバリーします。

9

IMデータベースをセットアップします。

10

バージョンアップ前に取得したバックアップファイルを使用して，IMデータベースをリカバリーします。

11

JP1/Baseのバージョンアップ（バージョン12からバージョン13へ）と復元

JP1/Baseのバージョンアップを実施します。※2

12

手順3でバックアップを取得している場合は，それを使用してリカバリーします。

13

JP1/IM - Managerのバージョンアップ（バージョン12からバージョン13へ）

JP1/IM - Managerのバージョンアップを実施します。

14

jimdbupdateコマンドを実行しIMデータベースを更新します。

注※1

OS再起動を含みます。

注※2

JP1/AJSなど，JP1/Baseを前提とする製品がインストールされている場合は，それらの製品についても同様の対応が必要です。

また，アンインストールは上位製品から先に実施し，インストールやバージョンアップはJP1/Baseから先に実施します。

(70)　統合オペレーション・ビューアーのツリーに監視対象のIM管理ノードが表示されない，トレンド表示でパフォーマンスデータが表示されない，または一部が欠落している

項番

主な要因

対処方法

1

Prometheus serverが停止しているため，スクレイプが行われない。

Prometheus serverを起動してください。

2

Exporterが停止しているため，スクレイプが失敗している。

Exporterを起動してください。

3

Prometheus serverとJP1/IM - Manager（インテリジェント統合管理基盤）のホスト間で通信障害が発生しているため，パフォーマンスデータを送信できない。

通信障害を解決してください。

4

監視対象ホストのシステム時刻を過去に戻した。

監視対象ホストのシステム時刻が変更前の時刻に戻るまで待ってください。

5

Prometheus serverのスクレイプ間隔をデフォルトの1mから変更したあと，メトリック定義ファイルのPromQL文の値を変更していない。

Prometheus serverのスクレイプ間隔を初期値（1m）から変更した場合，メトリック定義ファイルのPromQL文にrange Vector型で指定している「さかのぼる時刻」の値（大括弧[ ]で指定する値）を見直す必要があります。スクレイプ間隔の2倍以上の値を指定してください。

6

IM管理ノードのラベル名（jp1_pc_nodelabelの値）に設定される文字列の長さが上限を超えている。上限は，URLエンコードしたときの文字列が234バイト（すべてマルチバイト文字の場合，26文字）である。

マニュアル「JP1/Integrated Management - Manager 構築ガイド」の「1.21.2(3)(g)IM管理ノードのラベル名（jp1_pc_nodelabelの値）が上限を超える場合の設定をする（Windowsの場合）（オプション）」に記載する設定手順（Linuxの場合も同じです）で，jp1_pc_nodelabelの値が上限を超えないように設定してください。

(71)　統合オペレーション・ビューアーにJP1イベントが通知されない

項番

主な要因

対処方法

1

Prometheus serverが停止しているため，スクレイプが行われない。

Prometheus serverを起動してください。

2

Exporterが停止しているため，スクレイプが失敗している。

Exporterを起動してください。

3

Alertmanagerが停止しているため，通知が行われない。

Alertmanagerを起動してください。

4

AlertmanagerとJP1/IM - Manager（インテリジェント統合管理基盤）のホスト間で通信障害が発生しているため，JP1イベントを通知できない。

通信障害を解決してください。

(72)　JP1/IM - Agentの停止が通知された（JP1/IM - Agentのプロセスを監視している場合）

項番

主な要因

対処方法

1

監視しているJP1/IM - Agentのプロセスが停止した。

JP1/IM - Agentのプロセスを起動してください。

(73)　Yet another cloudwatch exporterのIM管理ノードが作成されない

項番

主な要因

対処方法

1

CloudWatchでメトリックが表示されていない。

インスタンスを起動させるなど（EC2の場合），CloudWatchで，メトリックが確認できるようにする操作を行ってください。

2

リソースにjp1_pc_nodelabelタグを設定していない。

AWSのリソースごとにjp1_pc_nodelabelタグを設定してください。

3

Yet another cloudwatch exporterの設定が誤っている。

CloudWatchへの接続設定が誤っていないか確認してください。

type，metricsなどの設定項目に指定している値が誤っていないかを確認してください。

4

Yet another cloudwatch exporterをスクレイプしているPrometheusのスクレイプ間隔に10分を超える値を設定している。

スクレイプ間隔を10分以内に設定してください。

5

JP1/IM - ManagerのホストとYet another cloudwatch exporterのホストのシステム時刻に10分以上のずれがある。

システム時刻のずれを是正してください。

(74)　Windows環境で，統合エージェントのサービスを起動すると，実行中のステータスになるが，すぐに停止状態のステータスに変化してしまう

項番

主な要因

対処方法

1

統合エージェントのプロセスは，Windowsサービス化プロセスとサービスプロセスで構成される。

Windowsサービス化プロセスだけが停止し，サービスプロセスが停止していない状態で，統合エージェントのサービスを起動した場合に，この現象が発生する。

タスクマネージャーで，次に示す各サービスのプロセスが起動しているか確認してください。片方のプロセスだけが起動している場合は，タスクマネージャーの［タスクの終了］を実行して，プロセスを停止してからサービスを起動してください。

JP1/IM3-Agent

imagent.exe，jpc_imagent_service.exe

JP1/IM3-Agent proxy

imagentproxy.exe，jpc_imagentproxy_service.exe

JP1/IM3-Agent action

imagentaction.exe，jpc_imagentaction_service.exe

JP1/IM3-Agent Alert forwarder

alertmanager.exe，jpc_alertmanager_service.exe

JP1/IM3-Agent metric forwarder

prometheus.exe，

jpc_prometheus_server_service.exe

JP1/IM3-Agent Synthetic metric collector

blackbox_exporter.exe，jpc_blackbox_exporter_service.exe

JP1/IM3-Agent Windows metric collector

windows_exporter.exe，jpc_windows_exporter_service.exe

JP1/IM3-Agent AWS metric collector

ya_cloudwatch_exporter.exe

jpc_ya_cloudwatch_exporter_service.exe

JP1/IM3-Agent Azure metric collector

promitor_scraper.exe

jpc_promitor_scraper_service.exe

JP1/IM3-Agent Azure resource discovery

promitor_resource_discovery.exe，jpc_promitor_resource_discovery_service.exe

JP1/IM3-Agent Script metric collector

script_exporter.exe，jpc_script_exporter_service.exe

JP1/IM3-Agent Log trapper

ruby.exe（1＋workerの数），jpc_fluentd_service.exe

(75)　Windows環境で，統合エージェントのサービスを起動または停止したときに，サービス画面のダイアログやnetコマンドの標準エラー出力にError 1067が通知され，サービスの起動または停止に失敗する

項番

主な要因

対処方法

1

統合エージェントのプロセスは，Windowsサービス化プロセスとサービスプロセスで構成される。

Windowsサービス化プロセスだけが停止し，サービスプロセスが停止していない状態で，統合エージェントのサービスを起動または停止した場合に，この現象が発生する。

「(74)」と同じです。

(76)　サービスが起動しない

項番

主な要因

対処方法

1

定義ファイルが誤っている。

次に示す定義ファイルの書式，設定内容，文字コード，改行コードなどに誤りがないか確認してください。各ファイルの書式については，マニュアル「JP1/Integrated Management 3 - Manager コマンド・定義ファイル・APIリファレンス」の該当する定義ファイルについて説明している個所を参照してください。

Alertmanager

- Alertmanager設定ファイル

- サービス定義ファイル（Windowsの場合）

- ユニット定義ファイル（Linuxの場合）

Prometheus server

- Prometheus設定ファイル※

- アラート設定ファイル※

- Node exporterのディスカバリ設定ファイル※

- Windows exporterのディスカバリ設定ファイル※

- Blackbox exporter（HTTP/HTTPS監視）のディスカバリ設定ファイル※

- Blackbox exporter（ICMP監視）のディスカバリ設定ファイル※

- Yet another cloudwatch exporterのディスカバリ設定ファイル※

- ユーザー独自のディスカバリ設定ファイル※

- サービス定義ファイル（Windowsの場合）

- ユニット定義ファイル（Linuxの場合）

Node exporter

- ユニット定義ファイル

Windows exporter

- Windows exporter設定ファイル

- サービス定義ファイル

Blackbox exporter

- Blackbox exporter設定ファイル

- サービス定義ファイル（Windowsの場合）

- ユニット定義ファイル（Linuxの場合）

Yet another cloudwatch exporter

- Yet another cloudwatch exporter設定ファイル

- ユニット定義ファイル

注※

Prometheus serverの定義ファイルは，promtool check configコマンドで定義ファイルの検証が行えます。

2

ほかのプロセスが使用しているポートと，JP1/IM - Agentのプロセスが使用するポートが重複している。

JP1/IM - Agentが使用するポートは，ユニット定義ファイル，または，サービス定義ファイルに記載されている次に示すコマンドラインオプションで確認できます。

Prometheus server，Alertmanager，Node exporter，Blackbox exporterの場合

--web.listen-address=IPアドレス:ポート番号

Windows exporterの場合

--telemetry.addr=IPアドレス:ポート番号

Yet another cloudwatch exporter

-listen-address=IPアドレス:ポート番号

JP1/IM - Agentのプロセスを停止してから，次に示すコマンドを実行し，上記のコマンドラインオプションに指定されているポートが使用中になっていないか確認します。

Windows環境の場合

netstat -ane

Linux環境の場合

ss -ant

使用中になっている場合は，重複しないようにポートの設定を変更します。ポート番号の設定の変更方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」の「1.21.2 JP1/IM - Agentの設定変更」（Windowsの場合）および「2.19.2 JP1/IM - Agentの設定変更」（UNIXの場合）の該当する説明を参照してください。

(77)　JP1/IM - Agentのプロセスは稼働しているが，正常に動作しない

項番

主な要因

対処方法

1

ほかのプロセスが使用しているポートと，JP1/IM - Agentのプロセスが使用するポートが重複している。

JP1/IM - Agentが使用するポートは，ユニット定義ファイル，または，サービス定義ファイルに記載されている次に示すコマンドラインオプションで確認できます。

Prometheus server，Alertmanager，Node exporter，Blackbox exporterの場合

--web.listen-address=IPアドレス:ポート番号

Windows exporterの場合

--telemetry.addr=IPアドレス:ポート番号

Yet another cloudwatch exporter

-listen-address=IPアドレス:ポート番号

JP1/IM - Agentのプロセスを停止してから，次に示すコマンドを実行し，上記のコマンドラインオプションに指定されているポートが使用中になっていないか確認します。

Windows環境の場合

netstat -ane

Linux環境の場合

ss -ant

使用中になっている場合は，重複しないようにポートの設定を変更します。ポート番号の設定の変更方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」（Windowsの場合）の「1.21.2 JP1/IM - Agentの設定変更」および「2.19.2 JP1/IM - Agentの設定変更」（UNIXの場合）の該当する説明を参照してください。

(78)　JP1/IM - Agentのプロセスの稼働中に，JP1/IM - Agentが提供しているREST APIを実行すると，レスポンスがなかったり，エラーが返却されたりする

項番

主な要因

対処方法

1

ほかのプロセスが使用しているポートと，JP1/IM - Agentのプロセスが使用するポートが重複している。

JP1/IM - Agentが使用するポートは，ユニット定義ファイル，または，サービス定義ファイルに記載されている次に示すコマンドラインオプションで確認できます。

Prometheus server，Alertmanager，Node exporter，Blackbox exporterの場合

--web.listen-address=IPアドレス:ポート番号

Windows exporterの場合

--telemetry.addr=IPアドレス:ポート番号

Yet another cloudwatch exporter

-listen-address=IPアドレス:ポート番号

JP1/IM - Agentのプロセスを停止してから，次に示すコマンドを実行し，上記のコマンドラインオプションに指定されているポートが使用中になっていないか確認します。

Windows環境の場合

netstat -ane

Linux環境の場合

ss -ant

使用中になっている場合は，重複しないようにポートの設定を変更します。ポート番号の設定の変更方法については，マニュアル「JP1/Integrated Management 3 - Manager 構築ガイド」（Windowsの場合）の「1.21.2 JP1/IM - Agentの設定変更」および「2.19.2 JP1/IM - Agentの設定変更」（UNIXの場合）の該当する説明を参照してください。

(79)　blackbox_exporterで正しく監視ができない

項番

主な要因

対処方法

1

次の原因が考えられます。

ディスカバリ設定ファイル（file_sd_config_blackbox_モジュール名.yml）に存在しないホスト名を指定している。

ディスカバリ設定ファイル（file_sd_config_blackbox_モジュール名.yml）に指定した監視対象のホストが停止している。

ディスカバリ設定ファイル（file_sd_config_blackbox_http.yml）に指定した監視対象のサービスが停止している。

ディスカバリ設定ファイル（file_sd_config_blackbox_http.yml）に誤ったURLを指定している。

Blackbox exporter設定ファイル（blackbox_exporter.yml）のcompressionに不正な値を指定している。

Blackbox exporter設定ファイル（blackbox_exporter.yml）に指定した認証情報が誤っている。

Blackbox exporter設定ファイル（blackbox_exporter.yml）のsource_ip_addressが誤っている。

Blackbox exporter設定ファイル（blackbox_exporter.yml）に指定した証明書が存在しない。

Blackbox exporter設定ファイル（blackbox_exporter.yml）に指定した証明書が誤っている。

次のことを確認してください。

監視対象が正常に稼働していること

file_sd_config_blackbox_モジュール名.ymlの記述内容が正しいこと

blackbox_exporter.ymlの記述内容が正しいこと

上記に問題がない場合は，原因を特定するため，blackbox_exporterの詳細なログを出力して調査する必要があります。次の手順を実施してください。

blackbox_exporterのログのレベルの設定値を「info」（デフォルト）から「debug」に変更する。

ユニット定義ファイル，または，サービス定義ファイルに記述している--log.levelを「info」から「debug」に書き換えます。

サービスを再起動する。

サービスを再起動すると，ログのレベルの設定変更が有効になります。

blackbox_exporterで監視を行い，現象を再現させたあと，blackbox_exporterのログを採取してシステム管理者に問い合わせる。

なお，ログのレベルを「debug」に変更すると，大量にログが出力されるため，ログを採取したあと，ログのレベルを「info」に戻しておく必要があります。

(80)　ユーザー独自のExporterで正しく監視ができない

項番

主な要因

対処方法

1

次の原因が考えられます。

ユーザー独自のExporterに起因する原因

Prometheus設定ファイル（jpc_prometheus_server.yml）にユーザー独自のExporterに関するスクレイプジョブの設定を追加していない，または，設定が誤っている。

ユーザー独自のディスカバリ設定ファイル（file_sd_config_任意の名前.yml）を作成していない，または，設定が誤っている。

次のことを確認してください。

ユーザー独自のExporterが正常に動作しているか確認する。curlやブラウザを使用してユーザー独自のExporterをスクレイプし，正常に情報が取得できることを確認する。正常に情報が取得できない場合は，ユーザー独自のExporterに問題があると考えられるため，ユーザー独自のExporterの原因を調査してください。

ユーザー独自のExporterの動作に問題がない場合は，Prometheus serverからスクレイプができていないことが考えられるため，Prometheus設定ファイル（jpc_prometheus_server.yml）にスクレイプジョブが定義されているか，ユーザー独自のディスカバリ設定ファイル（file_sd_config_任意の名前.yml）が作成されているかを見直してください。

(81)　ログ監視機能で監視したログまたはイベントログがJP1イベントとして発行されない

項番

主な要因

対処方法

1

次の原因が考えられます。

Fluentdの監視定義ファイルが誤っている。

次に示すファイルについて，書式，設定内容，文字コード，改行コードなどに誤りがないかを確認してください。

ログ監視共通定義ファイル（jpc_fluentd_common.conf）

ログ監視対象定義ファイル（jpc_fluentd_common_list.conf）

テキスト形式のログファイルの監視定義ファイル（fluentd_@@trapname@@_tail.conf.template）

Windowsイベントログの監視定義ファイル（fluentd_@@trapname@@_wevt.conf.template）

(82)　Script exporterのメトリックが取得できない

項番

主な要因

対処方法

1

実行したスクリプトが異常終了した。

Script exporterで実行するスクリプトを修正し，Script exporterを再起動してください。

2

実行権限のないファイルを実行しようとした。

実行するファイルの権限を変更してください。

(83)　Promitorのメトリックが取得できない

項番

主な要因

対処方法

1

Resource Discoveryが停止している。

Resource Discoveryを起動してください。

2

Resource Discoveryの設定が誤っている。

typeなどの指定値が誤っていないか確認してください。

3

Scraperの設定が誤っている。

Resource Discoveryへの接続設定が誤っていないか確認してください。

resourceTypeやmetricNameなどの指定値が誤っていないか確認してください。

12.5.4　JP1/IM - AgentがJP1/IM - Managerに接続できない場合の対処

(1)　JP1/IM - ManagerがTLS有効なのにJP1/IM - AgentがTLS無効になっている

KNBC20057-Wが出力されます。詳細として「received an error response status」が出力されます。

JP1/IM - AgentをTLS有効にしてください。

(2)　JP1/IM - ManagerがTLS無効なのにJP1/IM - AgentがTLS有効になっている

KNBC20057-Wが出力されます。詳細として「http: server gave HTTP response to HTTPS client」が出力されます。

JP1/IM - AgentをTLS無効にしてください。

(3)　証明書が不正

KNBC20057-Wが出力されます。詳細として「x509: certificate signed by unknown authority」が出力されます。

JP1/IM - Agentに正しい証明書を設定してください。

(4)　証明書が有効期限切れ

KNBC20057-Wが出力されます。詳細として「x509: certificate has expired or is not yet valid」が出力されます。

JP1/IM - Agentに正しい証明書を設定してください。

(5)　初期シークレットが登録されていない，または，初期シークレットが不正

KNBC20057-Wが出力されます。詳細として「認証エラーが発生しました。

(URLのパス:/ima/api/v1/-/healthy)」が出力されます。

JP1/IM - Agentに正しい初期シークレットを設定してください。

索引

B

BJEXとの連携の概要[1]

BJEXと連携するための設定[1]

BJEXの設定[1]

BJEXまたはJP1/ASとJP1/IM - Manager間の通信に関する設定[1]

BJEXまたはJP1/ASとの連携[1]

BJEXまたはJP1/ASとの連携の概要[1]

BJEXまたはJP1/ASと連携するための設定[1]

BJEXまたはJP1/ASの設定[1]

BJEXまたはJP1/AS連携時のコマンド[1]

BJEXまたはJP1/AS連携用のJP1/IMの機能[1]

BJEX連携時のコマンド[1]

jcoimdef[1]

jim_log.bat（Windows限定）[1]

jim_log.sh（UNIX限定）[1]

BJEX連携用のJP1/IMの機能[1]

D

DBの管理[1]

再作成[1]

再作成（イベントDB）[1]

再作成（応答待ちイベント滞留ファイル）[1]

再作成（監視オブジェクトDB・ホスト情報DB）[1]

再作成（コマンド実行履歴）[1]

サイズ拡張（IMデータベース）[1]

再編成[1]

再編成（IMデータベース）[1]

再編成（イベントDB）[1]

再編成（インテリジェント統合管理データベース）[1]

再編成（応答待ちイベント滞留ファイル）[1]

再編成（監視オブジェクトDB・ホスト情報DB）[1]

再編成（コマンド実行履歴）[1]

バックアップ[1]

バックアップ（IMデータベース）[1]

バックアップ（イベントDB）[1]

バックアップ（インテリジェント統合管理データベース）[1]

バックアップ（応答待ちイベント滞留ファイル）[1]

バックアップ（監視オブジェクトDB）[1]

バックアップ（コマンド実行履歴）[1]

バックアップ（ホスト情報DB）[1]

ポート変更（IMデータベース）[1]

リカバリー[1]

リカバリー（IMデータベース）[1]

リカバリー（イベントDB）[1]

リカバリー（インテリジェント統合管理データベース）[1]

リカバリー（応答待ちイベント滞留ファイル）[1]

リカバリー（監視オブジェクトDB）[1]

リカバリー（コマンド実行履歴）[1]

リカバリー（ホスト情報DB）[1]

DBの再作成および設定変更[1]

DBのバックアップおよびリカバリー[1]

I

IM管理ノード状態の監視[1]

IM構成管理

IM構成管理の管理情報をエクスポート・インポートする[1]

仮想化システム構成を管理する[1]

業務グループを管理する[1]

サービスの稼働状況を管理する[1]

システムの階層構成の管理[1]

セントラルスコープの監視ツリーへ反映する[1]

プロファイルを管理する[1]

ホストを管理する[1]

IM構成管理で仮想化システム構成の収集に失敗した場合の対処方法[1]

IM構成管理でシステムの階層構成の反映に失敗した場合の対処方法[1]

IM構成管理でリモート監視イベントログトラップが稼働しているにもかかわらずJP1イベントが受信されない場合の対処方法[1]

IM構成管理でリモート監視ログファイルトラップが稼働しているにもかかわらずJP1イベントが受信されない場合の対処方法[1]

IM構成管理でリモート監視ログファイルトラップのプロファイルの起動に失敗した場合の対処方法[1]

IM構成管理でリモート監視ログファイルトラップまたはリモート監視イベントログトラップの有効設定情報が参照できない場合の対処方法[1]

IM構成管理でリモート監視ログファイルトラップを始める前の注意事項[1]

IM構成管理でログファイルトラップ動作定義ファイルの取得に失敗した場合の対処方法[1]

IM構成管理に登録するホスト名と発生元ホスト名が異なってしまう場合の対処方法[1]

IM構成管理の管理情報

インポートする[1]

エクスポートする[1]

IM構成管理のリモート監視ログファイルトラップで同じJP1イベントが重複して受信される場合の対処方法[1]

IM構成管理・ビューアーで，［IM構成］ページのツリー表示領域がグレー表示される場合の対処方法[1]

IM構成管理・ビューアーで，［ホスト登録］，［エージェント構成編集］などのメニュー項目が非活性になっている場合の対処方法[1]

IM構成管理・ビューアーで処理中ダイアログが表示され続ける場合の対処方法[1]

IM構成管理・ビューアーのログがラップして現象発生時のログが採取できなかった場合のログの拡張手段[1]

IMデータベース

サイズ拡張[1]

バックアップ・リカバリー手順[1]

ポート変更[1]

IMデータベースが終了できない場合の対処方法[1]

IMデータベースに接続できない場合の対処方法[1]

IMデータベースの再編成[1]

IMデータベースのセットアップでセットアップ情報ファイルが不正と出力される場合の対処方法[1]

IMデータベースのセットアップに失敗する場合の対処方法[1]

IMデータベース容量の管理[1]

IMデータベースを起動できない，またはデータベース関連のコマンドが実行できない場合の対処方法[1]

IMデータベースをセットアップしたときに，ポート番号不正のエラーメッセージが出力される場合の対処方法[1]

IPアドレス

変更[1]

メールサーバのIPアドレス[1]

IPアドレスの変更[1]

J

JP1/ASとの連携[1]

JP1/ASとの連携の概要[1]

JP1/ASと連携するための設定[1]

JP1/ASの設定[1]

JP1/AS連携時のコマンド[1]

jcoimdef[1]

jim_log.bat（Windows限定）[1]

jim_log.sh（UNIX限定）[1]

JP1/AS連携用のJP1/IMの機能[1]

JP1/IM

BJEXとの連携[1]

JP1/IM - Agentの起動と終了[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システムの構成変更[1]

JP1/IMシステムのメンテナンス[1]

JP1/IMによるシステムの操作[1]

JP1/IMの設定情報の変更[1]

JP1イベントの重大度を変更する[1]

JP1イベントのメモ情報を編集する[1]

JP1イベントを検索する[1]

JP1イベントを発行したアプリケーションをモニター起動する[1]

［監視ツリー］画面で監視する[1]

起動する[1]

起動と終了に関する注意事項[1]

自動アクションの状況を確認し，自動アクションの操作を行う[1]

終了する[1]

資料の採取方法[1]

スレッドダンプを出力する（Windows）[1]

設定情報の管理[1]

セントラルコンソールによるシステムの監視[1]

セントラルスコープによるシステムの監視[1]

対処の手順[1]

ダンプファイルを出力する（UNIX）[1]

ディスク容量の管理[1]

データベースの管理[1]

適用するイベント取得フィルターを切り替える[1]

統合機能メニューで他アプリケーションの画面を表示する[1]

トラブルシューティング[1]

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

トラブルへの対処方法[1]

［ビジュアル監視］画面で監視する[1]

履歴レポートの活用[1]

ログアウトする[1]

ログインする[1]

ログ情報の種類[1]

JP1/IM - Manager

GUIでログインする[1]

起動する[1]

起動と終了に関する注意事項[1]

コマンドでログインする[1]

終了する[1]

ログアウトする[1]

ログインする[1]

ログファイル一覧（IM構成管理）（UNIX）[1]

ログファイル一覧（IM構成管理）（Windows）[1]

ログファイル一覧（セントラルコンソール）（UNIX）[1]

ログファイル一覧（セントラルコンソール）（Windows）[1]

ログファイル一覧（セントラルスコープ）（UNIX）[1]

ログファイル一覧（セントラルスコープ）（Windows）[1]

JP1/IM - Manager，JP1/IM - Viewのどちらかのバージョンが古い場合の対処方法[1]

JP1/IM - Managerがアンインストールできない場合の対処方法[1]

JP1/IM - View

JP1イベントを発行したアプリケーションをモニター起動する[1]

［イベント取得条件一覧］画面からイベント取得フィルターを切り替える[1]

［イベント取得条件一覧］画面から共通除外条件を切り替える[1]

［コマンド］ボタンでコマンドを実行する[1]

コマンドを実行するユーザー[1]

［システム環境設定］画面からイベント取得フィルターを切り替える[1]

［システム環境設定］画面から共通除外条件を切り替える[1]

システムを操作する[1]

［実行コマンド］でコマンドを実行する[1]

自動アクションの結果確認と再実行をする[1]

統合機能メニューで他アプリケーションの画面を表示する[1]

ログインしたあと画面が表示されない[1]

ログインできない場合の対処方法[1]

ログファイル一覧[1]

JP1/IM - Viewから起動中のログファイルトラップがすべて表示されない場合の対処方法[1]

JP1/IMシステム

構成の管理[1]

構成の同期を取る[1]

構成を管理する[1]

構成を検証する[1]

構成を取得する[1]

構成を反映する[1]

構成を表示する[1]

構成を編集する[1]

JP1/IMのフィルターを適用する[1]

JP1/IM - Agentのサービス[1]

JP1/IM - Agentのバックアップ[1]

JP1/IM - Agentのバックアップ対象ファイル[1]

JP1/IM - Agentのバックアップとリカバリー[1]

JP1/IM - Agentのリカバリー[1]

JP1/IM - Manager（インテリジェント統合管理基盤）

WWWブラウザーでログインする[1]

JP1/IM - Managerのバックアップ

設定情報（UNIX）[1]

設定情報（Windows）[1]

JP1/IM - Managerのバックアップとリカバリー[1]

JP1/IM - Managerのリカバリー

設定情報（UNIX）[1]

JP1/IM - Managerのリカバリー

設定情報（Windows）[1]

JP1/Navigation Platform

JP1イベントに対応する運用手順を表示する（JP1/Navigation Platform連携）[1]

JP1/Navigation Platform連携

操作する[1]

JP1/PFM

JP1イベントに対応する性能レポートを表示する（JP1/PFM連携）[1]

操作する[1]

JP1/Service Support

JP1イベントをインシデントとしてJP1/Service Supportに登録する（JP1/Service Support連携）[1]

操作する[1]

JP1/SES形式のイベントを受信して文字化けが発生した場合の対処方法[1]

JP1イベント

JP1イベントの重大度を変更する[1]

JP1イベントの対処状況を設定する[1]

一覧に表示できる項目[1]

検索結果の表示[1]

検索する[1]

検索手順[1]

検索の方法[1]

固有の拡張属性を表示する（イベント情報のマッピング）[1]

固有の拡張属性を表示する（固有の拡張属性表示）[1]

重要イベントだけを表示する[1]

詳細情報を表示する[1]

発行したアプリケーションをモニター起動する[1]

表示する[1]

見方[1]

JP1イベント検索

検索手順[1]

操作する[1]

JP1イベントに対応する運用手順を表示する（JP1/Navigation Platform連携）[1]

JP1イベントに対応する性能レポートを表示する（JP1/PFM連携）[1]

JP1イベントのグルーピング[1]

JP1イベントの固有の拡張属性（イベント情報マッピング）[1]

JP1イベントの固有の拡張属性（固有の拡張属性表示）[1]

JP1イベントの固有の拡張属性を表示する（イベント情報のマッピング）[1]

JP1イベントの固有の拡張属性を表示する（固有の拡張属性表示）[1]

JP1イベントの詳細情報を表示する[1]

JP1イベントの情報を運用に合わせてカスタマイズする[1]

JP1イベントの対処状況[1]

JP1イベントの対処状況の設定について[1]

JP1イベントの対処状況を設定する[1]

JP1イベントの表示メッセージを変更する[1]

JP1イベントの見方[1]

JP1イベントの見方（［イベント一覧］画面）[1]

JP1イベントをインシデントとしてJP1/Service Supportに登録する（JP1/Service Support連携）[1]

K

KAVB0002-E[1]

KAVB0104-E[1]

KAVB0109-E[1]

KAVB0256-E[1]

KAVB0415-E[1]

KAVB0416-E[1]

KAVB0417-E[1]

KAVB0418-E[1]

KAVB0419-E[1]

KAVB0422-E[1]

KAVB0423-E[1]

KAVB1034-E[1]

KAVB1036-W[1]

KAVB1037-E[1]、[2]

KAVB1040-W[1]

KAVB1041-W[1]

KAVB1042-W[1]

KAVB1043-W[1]

KAVB1044-W[1]

KAVB1046-E[1]

KAVB1153-E[1]

KAVB1154-W[1]

KAVB1155-E[1]

KAVB1157-E[1]

KAVB1158-W[1]

KAVB1159-W[1]

KAVB1160-W[1]

KAVB1161-W[1]

KAVB1162-W[1]

KAVB1163-E[1]

KAVB1200-E[1]

KAVB1956-E[1]

KAVB1957-E[1]

KAVB1958-E[1]

KAVB1959-E[1]

KAVB1969-W[1]

KAVB1971-W[1]

KAVB1972-W[1]

KAVB2027-E[1]

KAVB2031-E[1]

KAVB2239-E[1]

KAVB6601-E[1]

KAVB6602-E[1]

KAVB6603-W[1]

KAVB7247-E[1]

KAVB7248-E[1]

KAVB7602-E[1]

KAVB7810-E[1]

KAVB7812-E[1]

KAVB7818-E[1]

KAVB8452-E[1]

KAVB8817-E[1]

KAVB8818-E[1]

KNAN22403-E[1]

KNAN20100-E[1]

KNAN20101-E[1]

KNAN20102-E[1]

KNAN20103-E[1]

KNAN20104-E[1]

KNAN20121-E[1]

KNAN20122-E[1]

KNAN20123-W[1]

KNAN20124-W[1]

KNAN20141-E[1]

KNAN20142-E[1]

KNAN20143-W[1]

KNAN20144-W[1]

KNAN21400-W[1]

KNAN21402-E[1]

KNAN21403-E[1]

KNAN21404-E[1]

KNAN22017-E[1]

KNAN22403-E[1]

KNAN24155-E[1]

KNAN26039-E[1]

KNAN29095-E[1]

KNAN29097-W[1]

KNAN29098-E[1]

P

Promitorのメトリックが取得できない[1]

R

RAS情報を採取する（UNIX）[1]

RAS情報を採取する（Windows）[1]

S

Script exporterのメトリックが取得できない[1]

U

UNIXの場合（JP1/IM - Managerを起動する）[1]

UNIXの場合（JP1/IM - Managerを終了する）[1]

W

WindowsでOS起動後またはネットワーク設定変更後，JP1/IM - Managerが起動しない，または，JP1/IM - Viewの操作ができなくなった場合の対処方法[1]

Windowsの場合（JP1/IM - Managerを起動する）[1]

Windowsの場合（JP1/IM - Managerを終了する）[1]

あ

アクション結果の詳細情報（メッセージ）にKAVB5150-Wが表示される場合の対処方法[1]

アプリケーションをモニター起動する[1]

アラート情報の監視[1]

い

イベント

重大度を変更する[1]

イベントDBの再作成手順[1]

イベントDBの再編成[1]

イベントDBのバックアップ・リカバリー手順[1]

イベント一覧からJP1イベントの対処状況を設定する[1]

イベント一覧での集約イベントの表示について[1]

イベント一覧での相関イベントの表示について[1]

イベント一覧の表示項目[1]

イベント検索が実行できない場合の対処方法[1]

［イベントコンソール］画面

トラブルシューティング（定義メニューが表示されない）[1]

［イベントコンソール］画面にJP1イベントが遅延して表示される場合の対処方法[1]

［イベントコンソール］画面にJP1イベントが表示されない場合の対処方法[1]

［イベントコンソール］画面のイベント一覧に表示されるイベント[1]

［イベントコンソール］画面の各ページからJP1/Service Supportを表示する[1]

イベントサービス

トラブルシューティング（接続に失敗する）[1]

イベントサービスへの接続に失敗する場合の対処方法[1]

イベント取得フィルター

jcochfilterコマンドを使用して切り替える[1]

切り替える[1]

フィルターの適用[1]

［イベント詳細］画面からJP1/Service Supportを表示する[1]

イベント情報

トラブルシューティング（イベント情報を引き継げない）[1]

イベント情報を引き継げない場合の対処方法[1]

イベント転送

エージェントからのイベント転送を抑止してイベントの大量発生に対処する[1]

イベント転送を自動で抑止するためのしきい値をエージェントに設定する[1]

イベントのCSV出力[1]

イベントの検索方向[1]

イベントの大量発生に対処する[1]

イベント表示

表示開始位置を指定してイベントを表示する[1]

イベントを大量に発行しているログファイルトラップをマネージャーから停止する[1]

インシデント

［イベントコンソール］画面の各ページからJP1/Service Supportを表示する[1]

［イベント詳細］画面からJP1/Service Supportを表示する[1]

［関連イベント一覧］画面からJP1/Service Supportを表示する[1]

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

JP1イベント[1]

OIDC認証している外部製品と連携してシングルサインオンする[1]

運用上の注意事項[1]

システムの状態の見方[1]

システムを監視する[1]

性能情報を確認して対処する（JP1/PFM連携）[1]

ダイレクトアクセスURLで情報を共有する[1]

他製品との連携[1]

提案を確認して対処する[1]

ポート番号を変更する[1]

予兆によって障害を回避する（JP1/AJS連携）[1]

インテリジェント統合管理基盤によるシステムの監視[1]

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

バックアップ・リカバリー手順[1]

インテリジェント統合管理データベースが出力するログの確認[1]

インテリジェント統合管理データベースの再編成[1]

インテリジェント統合管理データベース容量の管理[1]

インポートしたIM構成管理の管理情報をシステムに反映する[1]

え

エージェントからのイベント転送を抑止してイベントの大量発生に対処する[1]

エージェントからのイベント転送を抑止するための準備をする[1]

エージェントホストまたはマネージャーホストでコマンドを実行する[1]

お

応答待ちイベント[1]

応答[1]

応答する[1]

応答待ちイベントとJP1/IMの関係[1]

応答待ちイベントとして表示されない[1]

監視[1]

キャンセル[1]

セントラルコンソールで応答待ちイベントを監視する[1]

セントラルスコープで応答待ちイベントを監視する[1]

滞留[1]

滞留状態の監視を復帰させる[1]

滞留を手動で解除する[1]

発行経路[1]

応答待ちイベントがJP1/IM - Viewに表示されない場合の対処方法[1]

応答待ちイベント管理機能[1]、[2]

応答待ちイベント滞留ファイル[1]

再作成[1]

再編成[1]

バックアップ・リカバリー手順[1]

同じ属性のイベントが連続して発生した場合の集約表示について[1]

オペレーション内容を確認する（UNIX）[1]

オペレーション内容を確認する（Windows）[1]

か

ガイド情報

表示する（監視ツリー）[1]

表示する（ビジュアル監視）[1]

拡張リカバリーに失敗した場合の対処手順[1]

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

ホスト情報を表示する[1]

ホストを登録する[1]

画面上のエラー情報を採取する（UNIX）[1]

画面上のエラー情報を採取する（Windows）[1]

監視オブジェクトDBおよびホスト情報DBの再作成手順[1]

監視オブジェクトDBおよびホスト情報DBの再編成[1]

監視オブジェクトDBが破損している場合の対処方法[1]

監視オブジェクトDBのバックアップ・リカバリー手順[1]

監視オブジェクトDBのロックが解除されない場合の対処方法[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/Service Supportを表示する[1]

［関連イベント一覧］画面からJP1イベントを操作する[1]

き

起動する[1]

注意事項[1]

起動と終了に関する注意事項[1]

共通除外条件

コマンドを使用して切り替える[1]

共通除外条件の除外履歴[1]

共通除外条件の定義履歴[1]

共通メッセージログ[1]

業務グループ

管理する[1]

業務グループを管理する[1]

く

クライアントアプリケーションを起動できない場合の対処方法[1]

クラスタシステム

JP1/IMを運用する（起動）[1]

JP1/IMを運用する（終了）[1]

繰り返しイベント

集約イベント[1]

繰り返しイベントの詳細情報を確認し対処状況を変更する[1]

グル—ピング

JP1イベント[1]

け

検索結果の表示（JP1イベント）[1]

検索する

JP1イベント[1]

監視ノード（監視ツリーから）[1]

監視ノード（ビジュアル監視から）[1]

検索の方法（JP1イベント)[1]

こ

個別ログ[1]

コマンド実行

コマンドの実行状態を確認する[1]

［コマンド］ボタンでコマンドを実行する[1]

コマンドを削除する[1]

コマンドを実行する[1]

［実行コマンド］でコマンドを実行する[1]

トラブルシューティング（コマンド実行ができない）[1]

トラブルシューティング（バッチファイルが正常終了しない(Windows限定)）[1]

トラブルシューティング（履歴ファイルが壊れている）[1]

コマンド実行ができない場合の対処方法[1]

コマンド実行履歴の再作成手順[1]

コマンド実行履歴の再編成[1]

コマンド実行履歴のバックアップ・リカバリー手順[1]

コマンド実行履歴ファイルが壊れている場合の対処方法[1]

［コマンド］ボタンからコマンドを実行できない場合の対処方法[1]

コマンドを実行する[1]

コマンドを実行するユーザー[1]

さ

サービスの稼働状況の管理[1]

稼働情報を収集する[1]

稼働情報を表示する[1]

し

しきい値

イベント転送を自動で抑止するためのしきい値をエージェントに設定する[1]

システム構成情報

エクスポート・インポートする[1]

システムの日時変更[1]

時刻を進める[1]

自動アクション

稼働状況を確認する[1]

キャンセルする[1]

再実行する[1]

実行結果を確認する[1]

実行状況を確認する[1]

状況を確認し，操作を行う[1]

トラブルシューティング（KAVB5150-Wが表示される）[1]

トラブルシューティング（実行状態が「状態不明」と表示される）[1]

トラブルシューティング（遅延する）[1]

トラブルシューティング（バッチファイルが正常終了しない(Windows限定)）[1]

自動アクションが実行されない場合の対処方法[1]

自動起動および自動停止の設定例[1]

集約

同じ属性のイベントが連続して発生した場合の集約表示について[1]

集約イベント

繰り返しイベントの対処状況を設定する[1]

集約イベントに集約されている繰り返しイベントの詳細情報を確認する[1]

集約イベントに集約されている繰り返しイベントの対処状況を設定する[1]

集約表示

同じ属性のイベントが連続して発生した場合の集約表示について[1]

重要イベント

表示する[1]

フィルターの適用[1]

［重要イベント］ページから重要イベントを削除する[1]

終了する[1]

注意事項[1]

準備する

エージェントからのイベント転送を抑止するための準備をする[1]

条件に一致するJP1イベントにユーザー独自の固有の拡張属性を付加する[1]

状態変更イベント

検索する（監視ツリー）[1]

検索する（ビジュアル監視）[1]

しよふのうんようちゆうにはつせいしたもんたいのえいきようはんいをはあくしたいしよする（jp1／ajsれんけい）

ジョブの運用中に発生した問題の影響範囲を把握し対処する（JP1/AJS連携）[1]

しよふのていきやないようをへんこうするはあいにえいきようをうけるるうとしよふねつとをしせんにはあくする（jp1／ajsれんけい）

ジョブの定義や内容を変更する場合に影響を受けるルートジョブネットを事前に把握する（JP1/AJS連携）[1]

資料採取ツール

実行する（UNIX）[1]

実行する（Windows）[1]

資料の採取方法[1]

せ

正規表現

指定方法（イベント検索）[1]

設定情報およびDBの移行[1]

設定情報の管理[1]

設定情報の変更[1]

設定する

JP1/IMの設定情報の変更[1]

イベント転送を自動で抑止するためのしきい値をエージェントに設定する[1]

繰り返しイベント条件を設定する[1]

発生したJP1イベントを使って追加共通除外条件を設定する[1]

設定ファイルの編集内容を反映する[1]

選択したイベントの登録ホストに定義されたコマンドを実行する[1]

セントラルコンソール

JP1イベントのグル—ピング[1]

システムを監視する[1]

セントラルコンソール・ビューアーまたはセントラルスコープ・ビューアーのログがラップして現象発生時のログが採取できなかった場合のログの拡張手段[1]

セントラルスコープ

［監視ツリー］画面で監視する[1]

システムを監視する[1]

［ビジュアル監視］画面で監視する[1]

セントラルスコープの監視ツリーへ反映する[1]

そ

相関イベントの詳細情報を確認し対処状況を変更する[1]

相関イベントの発行

トラブルシューティング（JP1/IM - Viewに相関イベントが表示されない）[1]

トラブルシューティング（発行処理の対象となるJP1イベントが多発した）[1]

発行履歴[1]

相関元イベントを表示する[1]

操作する[1]、[2]

GUIでログイン[1]

JP1イベント検索結果を表示[1]

JP1イベントに対応する運用手順を表示する（JP1/Navigation Platform連携）[1]

JP1イベントに対応する性能レポートを表示する（JP1/PFM連携）[1]

JP1イベントの重大度を変更[1]

JP1イベントの詳細情報を表示[1]

JP1イベントをインシデントとしてJP1/Service Supportに登録する（JP1/Service Support連携）[1]

JP1イベントを検索[1]

WWWブラウザーでログインする[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]

対処状況が変更できない場合の対処方法[1]

対処状況の変更

変更する[1]

対処する

イベントの大量発生に対処する[1]

イベントの大量発生に対処する場合と備える場合の流れ[1]

対処の手順（トラブルシューティング）[1]

他製品と連携してJP1イベントに対処する[1]

ダッシュボードの見方[1]

ダッシュボードを表示する[1]

ダンプファイルの管理[1]

ち

注意事項

JP1/IMの起動と終了[1]

つ

追加共通除外条件

追加共通除外条件を共通除外条件に変更する[1]

追加共通除外条件を設定してJP1イベントを監視またはアクション実行の対象外にする[1]

追加共通除外条件を設定できない場合の対処方法[1]

発生したJP1イベントを使って追加共通除外条件を設定する[1]

追加共通除外条件を共通除外条件に変更する[1]

追加共通除外条件を設定してJP1イベントを監視またはアクション実行の対象外にする[1]

追加共通除外条件を設定できない場合の対処方法[1]

通信暗号化機能が有効のJP1/IM - Managerで，エラーが表示される場合の対処方法[1]

通信暗号化機能が有効のJP1/IM - Viewで，エラーが表示される場合の対処方法[1]

て

停止

イベントを大量に発行しているログファイルトラップをマネージャーから停止する[1]

ディスク容量の管理[1]

データベースの管理[1]

再作成[1]

再作成（イベントDB）[1]

再作成（応答待ちイベント滞留ファイル）[1]

再作成（監視オブジェクトDB・ホスト情報DB）[1]

再作成（コマンド実行履歴）[1]

サイズ拡張（IMデータベース）[1]

再編成[1]

再編成（IMデータベース）[1]

再編成（イベントDB）[1]

再編成（インテリジェント統合管理データベース）[1]

再編成（応答待ちイベント滞留ファイル）[1]

再編成（監視オブジェクトDB・ホスト情報DB）[1]

再編成（コマンド実行履歴）[1]

バックアップ[1]

バックアップ（IMデータベース）[1]

バックアップ（イベントDB）[1]

バックアップ（インテリジェント統合管理データベース）[1]

バックアップ（応答待ちイベント滞留ファイル）[1]

バックアップ（監視オブジェクトDB）[1]

バックアップ（コマンド実行履歴）[1]

バックアップ（ホスト情報DB）[1]

ポート変更（IMデータベース）[1]

リカバリー[1]

リカバリー（IMデータベース）[1]

リカバリー（イベントDB）[1]

リカバリー（インテリジェント統合管理データベース）[1]

リカバリー（応答待ちイベント滞留ファイル）[1]

リカバリー（監視オブジェクトDB）[1]

リカバリー（コマンド実行履歴）[1]

リカバリー（ホスト情報DB）[1]

データベースの再編成[1]

データベース容量の管理[1]

と

統合エージェントホストのJP1/IM - Agentの設定変更[1]

統合エージェントホストのシステム日時を変更する場合に必要な手順[1]

統合エージェントホストの複製[1]

統合エージェントホストのロケールを変更する場合に必要な作業[1]

統合機能メニュー

画面から操作できる機能[1]

画面の操作[1]

他アプリケーションの画面を表示する[1]

統合トレースログ[1]

統合マネージャーホストのJP1/IM - Agentの設定変更[1]

トラップしたJP1イベントのメッセージが文字化けしてしまう場合の対処方法[1]

トラブルシューティング[1]、[2]

採取が必要な資料[1]

資料の採取方法[1]

対処の手順[1]

対処方法[1]

ログ情報の種類[1]

トラブルシューティング（IM構成管理に登録するホスト名と発生元ホスト名が異なってしまう）[1]

トラブルシューティング（JP1/IM - Managerのメール通知機能でメールが送信先に届かない場合の対処方法）

JP1/IM - Managerのメール通知機能でメールが送信先に届かない場合の対処方法[1]

トラブルシューティング（監視対象ホスト名と発生元ホスト名が異なっていてフィルターが正常に動作しない）[1]

トラブルシューティング（クライアントアプリケーションを起動できない）[1]

トラブルシューティング（［コマンド］ボタンからコマンドを実行できない）[1]

トラブルシューティング（追加共通除外条件を設定できない）[1]

トラブルシューティング（トラップしたJP1イベントのメッセージが文字化けしてしまう）[1]

トレンド表示とアラートで扱うメトリックの追加[1]

は

バックアップ

IMデータベース[1]

イベントDB[1]

インテリジェント統合管理データベース[1]

応答待ちイベント滞留ファイル[1]

監視オブジェクトDB[1]

コマンド実行履歴[1]

データベース（DB）[1]

バックアップ対象ファイル（UNIX）[1]

バックアップ対象ファイル（Windows）[1]

ホスト情報DB[1]

発生したJP1イベントを使って追加共通除外条件を設定する[1]

バッチジョブ実行システム[1]

バッチジョブ実行システムと連携する場合のシステム構成[1]

ひ

非クラスタシステム

論理ホストを運用する（起動）[1]

論理ホストを運用する（停止）[1]

ビジュアル監視

ガイド情報を表示する[1]

画面から［監視ツリー］画面を呼び出す[1]

画面で監視する[1]

監視ツリーから［ビジュアル監視］画面を表示する[1]

監視ノードの監視状態を変更する[1]

監視ノードの状態を変更する[1]

監視ノードの属性を表示する[1]

監視ノードを検索する[1]

状態変更イベントを検索する[1]

［ビジュアル監視］画面で監視する[1]

表示開始位置を指定してイベントを表示する[1]

表示する

集約イベント[1]

表示するJP1イベントの期間を指定して絞り込む[1]

表示フィルター

フィルターの適用[1]

ふ

フィルター[1]

フィルターの適用[1]

プロセスの状態を確認する

UNIX[1]

Windows[1]

プロファイル

管理する[1]

プロファイルの管理[1]

収集する[1]

設定ファイルを編集する[1]

表示する[1]

プロファイルの設定ファイルと有効設定情報の内容が異なる場合の対処方法[1]

プロファイルリストを収集する[1]

へ

変更

JP1イベントの表示メッセージを変更する[1]

変更する

追加共通除外条件を共通除外条件に変更する[1]

編集する

メモ情報[1]

ほ

ホスト情報

DBのバックアップ・リカバリー手順[1]

収集する[1]

ホスト情報を変更する[1]

ホストの管理[1]

一覧を表示する[1]

削除する（［IM構成管理］画面）[1]

情報を収集する[1]

登録する[1]

ホスト名

クラスタシステムの論理ホスト名[1]

変更[1]

メールサーバのホスト名[1]

ホスト名の変更[1]

ま

マネージャーおよびエージェントの日時変更

過去に戻す[1]

マネージャーおよびエージェントの日時を変更した場合に必要な作業[1]

マネージャーのIPアドレス

変更した直後に必要な作業[1]

変更した場合の作業[1]

マネージャーのホスト名

変更した直後に必要な作業[1]

変更した場合の作業[1]

マネージャーまたはJP1/BaseのIPアドレス

変更した直後に必要な作業[1]

変更した場合の作業[1]

マネージャーまたはJP1/BaseのIPアドレスを変更した場合のシステムの再起動手順[1]

マネージャーまたはJP1/Baseのホスト名

変更した直後に必要な作業[1]

変更した場合の作業[1]

マネージャーまたはJP1/Baseのホスト名を変更した場合のシステム構成の再配布手順[1]

め

メッセージ

JP1イベントの表示メッセージを変更する[1]

メモ情報が設定できない場合の対処方法[1]

メンテナンス[1]

設定情報の管理[1]

ディスク容量の管理[1]

データベースの管理[1]

履歴レポートの活用[1]

も

モニター画面[1]

モニター起動

JP1イベントを発行したアプリケーションを起動する[1]

ゆ

ユーザーダンプを採取する（Windows限定）[1]

よ

抑止する

エージェントからのイベント転送を抑止してイベントの大量発生に対処する[1]

エージェントからのイベント転送を抑止するための準備をする[1]

り

リカバリー

IMデータベース[1]

イベントDB[1]

インテリジェント統合管理データベース[1]

応答待ちイベント滞留ファイル[1]

監視オブジェクトDB[1]

コマンド実行履歴[1]

データベース（DB）[1]

ホスト情報DB[1]

リモート監視構成からエージェント構成に監視構成を変更する場合の注意事項[1]

リモート監視構成の監視対象ホストの日時を変更した場合に必要な作業[1]

リモート監視構成の監視対象ホストのパスワードを変更した場合に必要な作業[1]

リモート監視の監視対象ホストと接続できない場合の対処方法[1]

リモート監視の監視対象ログファイル名が誤っている場合の対処方法[1]

履歴レポートの活用[1]

れ

連携する

他製品と連携してJP1イベントに対処する[1]

連携製品

BJEX[1]

JP1/ASとの連携[1]

ろ

ログアウトする[1]

ログインする[1]

GUIから[1]

WWWブラウザーで[1]

ログインユーザーの一覧を表示する[1]

ログ情報の種類[1]

ログファイル一覧[1]

ログファイルトラップ

イベントを大量に発行しているログファイルトラップをマネージャーから停止する[1]

ログファイル容量の管理[1]