uCosminexus Batch Job Execution Server ログビューア　導入・運用ガイド

解説・手引・操作書

3020-3-R01-20

目　　次

前書き

変更内容

はじめに

1.　概要

1.1　BJEXログビューアとは

1.2　BJEXログビューアのシステム構成

2.　機能

2.1　Log ManagerおよびLog Agentの機能概要

2.2　バッチジョブ実行サーバでのログ情報の収集

2.2.1　BJEXの実行ログおよびsyslogの収集

2.3　ログ収集サーバでのログ情報の管理

2.3.1　ログ収集サーバへのログ情報の転送

2.3.2　ログ収集ディレクトリでのログ情報の管理

3.　導入前の検討

3.1　検討項目一覧

3.2　BJEXログビューアの各プログラムの配置の検討

3.3　ホスト名とIPアドレスの定義

3.4　Log ManagerおよびLog Agentの実行ユーザーの検討

3.5　メモリー所要量，ディスク占有量の見積もり

3.6　OSの言語環境およびタイムゾーンの設定

4.　インストールと環境設定

4.1　インストールと環境設定の流れ

4.2　インストールとアンインストール

4.2.1　インストール前の準備

4.2.2　Log Managerのインストール，アンインストール手順

4.2.3　Log Agentのインストール，アンインストール手順

4.2.4　Log Viewerのインストール，アンインストール手順

4.3　実行ユーザーの変更

4.4　設定ファイルの確認と変更

4.5　アクセス権限の変更

4.5.1　Log Managerのマシンでのアクセス権限の変更

4.5.2　Log Agentのマシンでのアクセス権限の変更

4.6　Javaのパスの指定

5.　起動と終了

5.1　Log Managerの自動起動および自動終了

5.2　Log Agentの自動起動および自動終了

6.　運用

6.1　ログ収集ディレクトリの容量監視

6.2　ログ情報のアーカイブと復元

6.3　ログ情報の再収集

6.4　BJEXログビューアの監査

6.4.1　監査ログの活用

6.4.2　監査ログを出力するための設定

6.4.3　監査ログの出力先

6.4.4　監査ログに出力される事象の種別

6.4.5　監査ログの出力形式

7.　障害対策

7.1　バックアップとリカバリー

7.1.1　バックアップ

7.1.2　リカバリー

7.2　トラブルシューティング

7.2.1　BJEXログビューアでの障害発生時の影響

7.2.2　Log Managerでの障害の回復

7.2.3　Log Agentでの障害の回復

7.2.4　Log Viewerでの障害の回復

8.　コマンド

8.1　コマンド一覧

8.2　コマンドの記述形式

8.3　Log Managerのコマンド

8.3.1　bjexlmgr（Log Manager設定コマンド）

8.4　Log Agentのコマンド

8.4.1　bjexlagent（Log Agent設定コマンド）

8.4.2　recollect（ログ情報の再収集コマンド）

9.　設定ファイル

9.1　設定ファイル一覧

9.2　設定ファイルの記述形式

9.3　Log Managerの設定ファイル

9.3.1　bjexlm.conf（Log Manager設定ファイル）

9.4　Log Agentの設定ファイル

9.4.1　bjexla.conf（Log Agent設定ファイル）

9.4.2　bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）

9.4.3　bjexla_syslog.conf（syslog監視設定ファイル）

9.5　Log Viewerの設定ファイル

9.5.1　bjexlv.conf（Log Viewer設定ファイル）

9.5.2　bjexlv_reg.conf（Log Viewer設定情報記録ファイル）

10.　メッセージ

10.1　メッセージの形式

10.1.1　メッセージの出力形式

10.1.2　メッセージの記載形式

10.2　メッセージの出力先一覧

10.3　メッセージ一覧

10.3.1　KAKG000－KAKG899

10.3.2　KAKG900－KAKG999

10.3.3　KAKH000－KAKH899

10.3.4　KAKH900－KAKH999

付録

付録A　Q＆A

付録A.1　BJEXログビューアの導入に関する質問

付録A.2　BJEXログビューアの運用に関する質問

付録B　ファイルおよびディレクトリ一覧

付録B.1　Log Managerのファイルおよびディレクトリ一覧

付録B.2　Log Agentのファイルおよびディレクトリ一覧

付録B.3　Log Viewerのファイルおよびフォルダ一覧

付録C　このマニュアルの参考情報

付録C.1　関連マニュアル

付録C.2　このマニュアルでの表記

付録C.3　英略語

付録C.4　KB（キロバイト）などの単位表記について

付録D　用語解説

索引

[他社商品名称に関する表示]

All Rights Reserved. Copyright (C) 2009, 2011, Hitachi Solutions, Ltd.
All Rights Reserved. Copyright (C) 2009, 2011, Hitachi, Ltd.

前書き

■ 対象製品

R-1524L-11　 uCosminexus Batch Job Execution Server ログビューア - Manager　 08-01　（適用OS：Windows Server 2003，Windows Server 2008）
R-F1524L-111　 uCosminexus Batch Job Execution Server ログビューア - Agent　 08-01　（適用OS：Windows Server 2003，Windows Server 2008）
R-F1524L-112　 uCosminexus Batch Job Execution Server ログビューア - Viewer　 08-01　（適用OS：Windows XP，Windows Vista，Windows 7）
R-1M24L-11　 uCosminexus Batch Job Execution Server ログビューア - Manager　 08-01　（適用OS：AIX 5L V5.3，AIX V6.1）
R-F1M24L-111　 uCosminexus Batch Job Execution Server ログビューア - Agent　 08-01　（適用OS：AIX 5L V5.3，AIX V6.1）
R-1S24L-11　 uCosminexus Batch Job Execution Server ログビューア - Manager　 08-01　（適用OS：Red Hat Enterprise Linux 5（x86），Red Hat Enterprise Linux 5（AMD/Intel64），Red Hat Enterprise Linux 5 Advanced Platform（x86），Red Hat Enterprise Linux 5 Advanced Platform（AMD/Intel64））
R-F1S24L-111　 uCosminexus Batch Job Execution Server ログビューア - Agent　 08-01　（適用OS：Red Hat Enterprise Linux 5（x86），Red Hat Enterprise Linux 5（AMD/Intel64），Red Hat Enterprise Linux 5 Advanced Platform（x86），Red Hat Enterprise Linux 5 Advanced Platform（AMD/Intel64））
R-1924L-11　 uCosminexus Batch Job Execution Server ログビューア - Manager　 08-01　（適用OS：HP-UX 11i V2（IPF），HP-UX 11i V3（IPF））
R-F1924L-111　 uCosminexus Batch Job Execution Server ログビューア - Agent　 08-01　（適用OS：HP-UX 11i V2（IPF），HP-UX 11i V3（IPF））

■ 輸出時の注意

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

■ 商標類

Active Directoryは，米国Microsoft Corporationの，米国およびその他の国における登録商標または商標です。
AIXは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
AIX 5Lは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
AMDは，Advanced Micro Devices, Inc.の商標です。
HP-UXは，Hewlett-Packard Companyのオペレーティングシステムの名称です。
Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
Javaは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Red Hatは，米国およびその他の国でRed Hat, Inc.の登録商標もしくは商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Vistaは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

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

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

表記 | 製品名
Active Directory | Microsoft(R) Active Directory
Windows 7 | Microsoft(R) Windows(R) 7 Enterprise
Microsoft(R) Windows(R) 7 Professional
Microsoft(R) Windows(R) 7 Ultimate
Windows Vista | Microsoft(R) Windows Vista(R) Business
Microsoft(R) Windows Vista(R) Enterprise
Microsoft(R) Windows Vista(R) Ultimate
Windows XP | Microsoft(R) Windows(R) XP Professional Operating System
Windows Server 2003 | Microsoft(R) Windows Server(R) 2003, Enterprise Edition
Microsoft(R) Windows Server(R) 2003, Standard Edition
Microsoft(R) Windows Server(R) 2003 R2, Enterprise Edition
Microsoft(R) Windows Server(R) 2003 R2, Standard Edition
Microsoft(R) Windows Server(R) 2003, Enterprise x64 Edition
Microsoft(R) Windows Server(R) 2003, Standard x64 Edition
Microsoft(R) Windows Server(R) 2003 R2, Enterprise x64 Edition
Microsoft(R) Windows Server(R) 2003 R2, Standard x64 Edition
Windows Server 2008 | Microsoft(R) Windows Server(R) 2008 Enterprise 32-bit
Microsoft(R) Windows Server(R) 2008 Standard 32-bit
Microsoft(R) Windows Server(R) 2008 Enterprise
Microsoft(R) Windows Server(R) 2008 Standard
Microsoft(R) Windows Server(R) 2008 R2 Enterprise
Microsoft(R) Windows Server(R) 2008 R2 Standard

Windows 7，Windows Vista，Windows XP，Windows Server 2003，Windows Server 2008を総称してWindowsと表記することがあります。

■ 発行

2011年11月 3020-3-R01-20

■ 著作権

All Rights Reserved. Copyright (C) 2009, 2011, Hitachi Solutions, Ltd.
All Rights Reserved. Copyright (C) 2009, 2011, Hitachi, Ltd.

変更内容

変更内容（3020-3-R01-20）　uCosminexus Batch Job Execution Server ログビューア - Manager 08-01，uCosminexus Batch Job Execution Server ログビューア - Agent 08-01，uCosminexus Batch Job Execution Server ログビューア - Viewer 08-01

追加・変更内容
変更個所

次の製品の適用OSを追加しました。

製品

uCosminexus Batch Job Execution Server ログビューア - Manager

uCosminexus Batch Job Execution Server ログビューア - Agent

追加された適用OS

AIX V6.1

Red Hat Enterprise Linux 5（x86）

Red Hat Enterprise Linux 5（AMD/Intel64）

Red Hat Enterprise Linux 5 Advanced Platform（x86）

Red Hat Enterprise Linux 5 Advanced Platform（AMD/Intel64）

HP-UX 11i V2（IPF）

HP-UX 11i V3（IPF）

全体

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

なお，「はじめに」の記載の一部を「このマニュアルの参考情報」に移動しました。

はじめに

このマニュアルは，BJEXログビューアの機能，導入，運用，障害対策などについて説明したものです。なお，このマニュアルで説明するBJEXログビューアとは次の製品を指します。

R-1524L-11 uCosminexus Batch Job Execution Server ログビューア - Manager

R-1M24L-11 uCosminexus Batch Job Execution Server ログビューア - Manager

R-1S24L-11 uCosminexus Batch Job Execution Server ログビューア - Manager

R-1924L-11 uCosminexus Batch Job Execution Server ログビューア - Manager

R-F1524L-111 uCosminexus Batch Job Execution Server ログビューア - Agent

R-F1M24L-111 uCosminexus Batch Job Execution Server ログビューア - Agent

R-F1S24L-111 uCosminexus Batch Job Execution Server ログビューア - Agent

R-F1924L-111 uCosminexus Batch Job Execution Server ログビューア - Agent

R-F1524L-112 uCosminexus Batch Job Execution Server ログビューア - Viewer

また，このマニュアルでは「uCosminexus Batch Job Execution Server ログビューア - Manager」をLog Managerと，「uCosminexus Batch Job Execution Server ログビューア - Agent」をLog Agentと，「uCosminexus Batch Job Execution Server ログビューア - Viewer」をLog Viewerと呼びます。

対象読者

BJEXログビューアを使用して，バッチジョブ実行システム全体の稼働状況やバッチジョブの実行状況を把握し，バッチジョブ実行システムを運用したい方を対象としています。

マニュアルの構成

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

第1章　概要

BJEXログビューアの概要およびシステム構成について説明しています。

第2章　機能

BJEXログビューアの機能について説明しています。

第3章　導入前の検討

BJEXログビューアを導入する前に検討が必要な項目について説明しています。

第4章　インストールと環境設定

BJEXログビューアのインストール方法および環境設定について説明しています。

第5章　起動と終了

BJEXログビューアの起動方法および終了方法について説明しています。

第6章　運用

BJEXログビューアの運用について説明しています。

第7章　障害対策

BJEXログビューアで障害が発生したときの対策について説明しています。

第8章　コマンド

BJEXログビューアのコマンドについて説明しています。

第9章　設定ファイル

BJEXログビューアの設定ファイルについて説明しています。

第10章　メッセージ

BJEXログビューアのメッセージについて説明しています。

付録A　Q＆A

BJEXログビューアのQ&Aについて説明しています。

付録B　ファイルおよびディレクトリ一覧

BJEXログビューアのファイルおよびディレクトリを一覧で説明しています。

付録C　このマニュアルの参考情報

このマニュアルを読むに当たっての参考情報について説明しています。

付録D　用語解説

このマニュアルで使用する用語について説明しています。

読書手順

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

マニュアルを読む目的 | 記述個所
BJEXログビューアの概要または特長について知りたい | 1.1
BJEXログビューアのシステム構成について知りたい | 1.2
BJEXログビューアの機能について知りたい | 2章
BJEXログビューアを導入する前に検討が必要な項目について知りたい | 3章
BJEXログビューアのインストール方法および環境設定について知りたい | 4章
BJEXログビューアの起動方法または終了方法について知りたい | 5章
BJEXログビューアの運用について知りたい | 6章
BJEXログビューアの障害対策について知りたい | 7章
BJEXログビューアのコマンドについて知りたい | 8章
BJEXログビューアの設定ファイルについて知りたい | 9章
BJEXログビューアのメッセージについて知りたい | 10章
BJEXログビューアのQ＆Aについて知りたい | 付録A
BJEXログビューアのファイルおよびディレクトリについて知りたい | 付録B
BJEXログビューアの用語について知りたい | 付録D

このマニュアルで使用している記号

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

記号
意味

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

（例）

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

｛　｝
波括弧
この記号で囲まれている複数の項目の中から，必ず1組の項目を選択します。項目の区切りは｜で示します。

（例）

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

［　］
角括弧
この記号で囲まれている項目は任意に指定できます（省略できます）。
複数の項目が記述されている場合には，すべてを省略するか，どれか一つを選択します。

（例）

［A］は「何も指定しない」か「Aを指定する」ことを示します。

［B｜C］は「何も指定しない」か「BまたはCを指定する」ことを示します。

△₀
0バイト以上の空白文字を指定します。空白文字は省略できます。

△₁
1バイト以上の空白文字を必ず指定します。空白文字は省略できません。

斜体
可変の文字列であることを示します。
フォルダパスの一部を斜体で示している場合，使用する環境によってフォルダパスが異なることを示します。

（例）

「Log Viewerのインストール先フォルダ¥trace」は，「Log Viewerのインストール先フォルダ」の部分が可変であることを示します。

図中で使用する記号

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

1.　概要

BJEXログビューアとは，バッチジョブ実行システム全体の実行ログおよびUNIXのシステムログ（syslog）のログ情報を一括で管理し，ログ情報を検索するためのGUIを提供する製品です。システム全体の稼働状況やバッチジョブの実行状況の把握を支援します。

この章では，BJEXログビューアの概要およびシステム構成について説明します。

＜この章の構成＞

1.1　BJEXログビューアとは

1.2　BJEXログビューアのシステム構成

1.1　BJEXログビューアとは

BJEXログビューアとは，バッチジョブ実行システム全体の実行ログおよびUNIXのシステムログ（syslog）のログ情報を一括で管理し，ログ情報を検索するためのGUIを提供する製品です。システム全体の稼働状況やバッチジョブの実行状況の把握を支援します。

BJEXログビューアの導入によって，システム全体のログ情報を横断的に検索できます。そのため，構成するマシンが複数あるような大規模システムの場合でも，マシンの台数を意識することなく，容易にシステムの状況を把握できます。

＜この節の構成＞

(1)　BJEXログビューアの全体像

(2)　BJEXログビューアの特長

(1)　BJEXログビューアの全体像

BJEXログビューアは，バッチジョブ実行サーバの各マシンから収集したBJEXの実行ログおよびUNIXのシステムログ（syslog）をログ収集サーバで一括して管理します。Windowsのイベントログは収集対象外です。

オペレーターがGUI画面で検索を実行すると，ログ収集サーバのログ情報が検索され，検索条件に該当するメッセージが検索結果として表示されます。

BJEXログビューアの全体像を次の図に示します。

図1-1　BJEXログビューアの全体像

BJEXログビューアは，Log Manager，Log AgentおよびLog Viewerの三つで構成されます。各プログラムの役割を次に示します。

Log Manager
ログ収集サーバで，バッチジョブ実行サーバの各マシンから収集されたログ情報を一括で管理するプログラムです。

Log Agent
バッチジョブ実行システムの各マシンで，BJEXの実行ログおよびUNIXのシステムログ（syslog）のログ情報を収集するプログラムです。Log Managerからの要求に応じて，ログ情報をログ収集サーバに転送します。

Log Viewer
ログ情報を検索するためのGUIを提供するプログラムです。

(2)　BJEXログビューアの特長

BJEXログビューアの特長を次に示します。

ログ情報の一括管理によって情報収集の負荷を軽減
バッチジョブ実行サーバの各マシンにLog Agentを配置しておけば，各マシンのログ情報はログ収集サーバで一括して管理されます。そのため，システムが大規模の場合も，各マシンから手作業でログを収集する手間が不要になり，情報収集の負荷を軽減できます。

検索条件の指定によって必要なログ情報だけを取得可能
Log Viewerの提供する検索画面では，ログ情報を出力したマシン，ログ情報の出力時刻，メッセージテキストなどの検索条件を指定できます。また，指定には正規表現を使用できます。
そのため，大量にあるログ情報から必要な情報だけを選んで参照できます。

また，BJEXログビューアは次のような場面で利用できます。

例1　システムの稼働状況を把握

複数台のマシンで構成されるシステムにトラブルが発生したとき，システム全体のマシンを対象にエラーを検索することで，エラーの発生個所を特定できます。各マシンでログを参照する手間が不要のため，エラーの原因の特定に掛かる手間を減らすことができ，トラブルに迅速に対応できるようになります。

例2　バッチジョブの実行状況を確認

BJEXの実行ログには，バッチジョブの実行状況を示すメッセージが出力されます。そのため，GUI画面を使用してBJEXの実行ログのメッセージを検索することで，バッチジョブの実行状況を確認できます。

例えば，バッチジョブの実行結果を通知するメッセージIDをキーに検索すれば，バッチジョブによる処理が正常に完了したかどうかを確認できます。

1.2　BJEXログビューアのシステム構成

BJEXログビューアの標準的なシステム構成を次の図に示します。

図1-2　BJEXログビューアの標準的なシステム構成

ログ収集サーバにLog Manager，バッチジョブ実行サーバにLog Agent，オペレーターが操作するマシンにLog Viewerを配置します。

一つのログ収集サーバに対して，複数のバッチジョブ実行サーバを接続できます。バッチジョブ実行サーバは，ログ収集サーバと同一内LANに配置することを推奨します。なお，バッチジョブ実行サーバの負荷が低い場合は，Log ManagerとLog Agentを同一のマシンに配置することもできます。また，バッチジョブ実行サーバのシステムが複数ある場合，各システムにLog Managerを配置する構成や，複数のバッチジョブ実行システムを1台のLog Managerで統合する構成にできます。

オペレーターが操作するマシンは，イントラネットなどでログ収集サーバに接続できる環境であれば，マシンを配置する場所の制限はありません。

各マシンの前提OSおよび前提プログラムについて説明します。

＜この節の構成＞

(1)　ログ収集サーバのマシン（Log Managerを配置するマシン）

(2)　バッチジョブ実行サーバのマシン（Log Agentを配置するマシン）

(3)　オペレーターのマシン（Log Viewerを配置するマシン）

(1)　ログ収集サーバのマシン（Log Managerを配置するマシン）

Log Managerが配置されているサーバのことをログ収集サーバといいます。

Log Managerを配置するマシンの前提OSおよび前提プログラムを次の表に示します。

表1-1　Log Managerを配置するマシンの前提OSおよび前提プログラム

分類
製品名

前提OS
次のどれかが必要です。

AIX 5L V5.3※1

AIX V6.1

Red Hat Enterprise Linux 5（x86）

Red Hat Enterprise Linux 5（AMD/Intel64）

Red Hat Enterprise Linux 5 Advanced Platform（x86）

Red Hat Enterprise Linux 5 Advanced Platform（AMD/Intel64）

HP-UX 11i V2（IPF）※2※3

HP-UX 11i V3（IPF）※2

Microsoft Windows Server 2003, Enterprise Edition

Microsoft Windows Server 2003, Standard Edition

Microsoft Windows Server 2003 R2, Enterprise Edition

Microsoft Windows Server 2003 R2, Standard Edition

Microsoft Windows Server 2003, Enterprise x64 Edition

Microsoft Windows Server 2003, Standard x64 Edition

Microsoft Windows Server 2003 R2, Enterprise x64 Edition

Microsoft Windows Server 2003 R2, Standard x64 Edition

Microsoft Windows Server 2008 Enterprise 32-bit

Microsoft Windows Server 2008 Standard 32-bit

Microsoft Windows Server 2008 Enterprise

Microsoft Windows Server 2008 Standard

Microsoft Windows Server 2008 R2 Enterprise

Microsoft Windows Server 2008 R2 Standard

前提プログラム
JRE※4

注※1

32ビット版には対応していません。

注※2

高信頼性システムには対応していません。

注※3

Portability Packageの適用が必要です。

注※4

AIXの場合は，IBM社製のJREを前提としています。

Linuxの場合は，Oracle社製のJREを前提としています。

HP-UXの場合は，HP社製のJREを前提としています。

Windowsの場合は，Oracle社製のJREを前提としています。

サポートするJREのバージョンについては，Log Managerのリリースノートを参照してください。

(2)　バッチジョブ実行サーバのマシン（Log Agentを配置するマシン）

BJEXが配置されているサーバのことをバッチジョブ実行サーバといいます。バッチジョブ実行サーバのマシンにLog Agentを配置します。

Log Agentを配置するマシンの前提OSおよび前提プログラムを次の表に示します。

表1-2　Log Agentを配置するマシンの前提OSおよび前提プログラム

分類
製品名

前提OS
次のどれかが必要です。

AIX 5L V5.3※1

AIX V6.1

Red Hat Enterprise Linux 5（x86）

Red Hat Enterprise Linux 5（AMD/Intel64）

Red Hat Enterprise Linux 5 Advanced Platform（x86）

Red Hat Enterprise Linux 5 Advanced Platform（AMD/Intel64）

HP-UX 11i V2（IPF）※2※3

HP-UX 11i V3（IPF）※2

Microsoft Windows Server 2003, Enterprise Edition

Microsoft Windows Server 2003, Standard Edition

Microsoft Windows Server 2003 R2, Enterprise Edition

Microsoft Windows Server 2003 R2, Standard Edition

Microsoft Windows Server 2003, Enterprise x64 Edition

Microsoft Windows Server 2003, Standard x64 Edition

Microsoft Windows Server 2003 R2, Enterprise x64 Edition

Microsoft Windows Server 2003 R2, Standard x64 Edition

Microsoft Windows Server 2008 Enterprise 32-bit

Microsoft Windows Server 2008 Standard 32-bit

Microsoft Windows Server 2008 Enterprise

Microsoft Windows Server 2008 Standard

Microsoft Windows Server 2008 R2 Enterprise

Microsoft Windows Server 2008 R2 Standard

前提プログラム
uCosminexus Batch Job Execution Server 08-00以降

JRE※4

注※1

32ビット版には対応していません。

注※2

高信頼性システムには対応していません。

注※3

Portability Packageの適用が必要です。

注※4

AIXの場合は，IBM社製のJREを前提としています。

Linuxの場合は，Oracle社製のJREを前提としています。

HP-UXの場合は，HP社製のJREを前提としています。

Windowsの場合は，Oracle社製のJREを前提としています。

サポートするJREのバージョンについては，Log Agentのリリースノートを参照してください。

(3)　オペレーターのマシン（Log Viewerを配置するマシン）

Log Viewerを配置するマシンの前提OSおよび前提プログラムを次の表に示します。

表1-3　Log Viewerを配置するマシンの前提OSおよび前提プログラム

分類
製品名

前提OS
次のどれかが必要です。

Windows XP Professional Service Pack 3※1

Windows Vista Business Service Pack 2※1

Windows Vista Enterprise Service Pack 2※1

Windows Vista Ultimate Service Pack 2※1

Windows 7 Professional Service Pack 1※1

Windows 7 Enterprise Service Pack 1※1

Windows 7 Ultimate Service Pack 1※1

前提プログラム
JRE※2

注※1

64ビット版には対応していません。

注※2

Oracle社製のJREを前提としています。

サポートするJREのバージョンについては，Log Viewerのリリースノートを参照してください。

2.　機能

この章では，バッチジョブ実行サーバでのログ情報の収集，およびログ収集サーバでのログ情報の管理について説明します。

なお，ログ情報の検索の機能詳細については，マニュアル「uCosminexus Batch Job Execution Server ログビューア　操作ガイド」を参照してください。

＜この章の構成＞

2.1　Log ManagerおよびLog Agentの機能概要

2.2　バッチジョブ実行サーバでのログ情報の収集

2.3　ログ収集サーバでのログ情報の管理

2.1　Log ManagerおよびLog Agentの機能概要

ここでは，BJEXログビューアのうち，Log ManagerおよびLog Agentの機能概要について説明します。

Log Viewerの機能については，マニュアル「uCosminexus Batch Job Execution Server ログビューア　操作ガイド」を参照してください。

機能概要を次の図に示します。

図2-1　Log ManagerおよびLog Agentの機能概要

図2-1に示したLog ManagerおよびLog Agentの機能概要について，次の表で説明します。

表2-1　Log ManagerおよびLog Agentの機能概要

番号 | 機能 | 説明
1. | ログ情報の収集 | Log Agentは，バッチジョブ実行サーバでBJEXの実行ログおよびsyslog※のログ情報を収集します。
2. | ログ情報の一時蓄積 | Log Agentは，収集したログを一時的に作業ディレクトリに蓄積します。
3. | ログ情報の転送要求 | Log Managerが，Log Agentにログ情報の転送を要求します。
4. | ログ情報の転送 | Log Managerからの要求によって，Log Agentがログ収集サーバにログ情報を転送します。
5. | 転送されたログ情報の一時蓄積 | Log Managerは，Log Agentから転送されたログ情報を一時的に作業ディレクトリに蓄積します。
6. | ログ情報の蓄積，管理 | Log Managerは，作業ディレクトリに蓄積したログ情報をログ収集ディレクトリで蓄積，管理します。

注※

Windowsの場合は，syslogを収集しません。

バッチジョブ実行サーバでのログ情報の収集およびログ情報の一時蓄積については，「2.2　バッチジョブ実行サーバでのログ情報の収集」を参照してください。

ログ情報の転送要求，ログ情報の転送，およびログ情報の蓄積，管理については，「2.3　ログ収集サーバでのログ情報の管理」を参照してください。

2.2　バッチジョブ実行サーバでのログ情報の収集

バッチジョブ実行サーバに出力されるBJEXの実行ログおよびsyslogのログ情報は，Log Agentによって収集されます。収集されたログ情報はログ収集サーバに転送されます。

ここでは，バッチジョブ実行サーバでのBJEXの実行ログおよびsyslogのログ情報の収集について説明します。

＜この節の構成＞

2.2.1　BJEXの実行ログおよびsyslogの収集

2.2.1　BJEXの実行ログおよびsyslogの収集

バッチジョブ実行サーバでの収集対象のログ情報，および収集の仕組みについて説明します。

＜この項の構成＞

(1)　収集対象のログ情報

(2)　ログ情報の収集の仕組み

(3)　ログ情報の一時蓄積

(4)　収集するログ情報の絞り込み

(1)　収集対象のログ情報

収集の対象は，バッチジョブ実行サーバに出力される，次に示すログ情報です。

BJEXの実行ログ

syslog

ただし，Windowsの場合はsyslogを収集の対象としません。

どちらか一方のログ情報だけを収集することもできます。収集対象とするログ情報，およびログのファイル名は，WATCHパラメーターおよびFILENAMEパラメーターに設定します。

BJEXの実行ログについて設定するパラメーターおよび設定ファイルの詳細は「9.4.2　bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）」，syslogについて設定するパラメーターおよび設定ファイルの詳細は「9.4.3　bjexla_syslog.conf（syslog監視設定ファイル）」を参照してください。

(2)　ログ情報の収集の仕組み

BJEXの実行ログおよびsyslogは，Log Agentによって定期的に監視されます。監視時にログが更新されていると，更新されている分のログ情報が収集されます。また，AIX，HP-UXまたはWindowsの場合，ログ情報の収集時に，文字コードがShift-JISからUTF-8に変換されます。Linuxの場合，文字コードはUTF-8として扱われ，文字コードは変換されません。

BJEXの実行ログおよびsyslogは，ログ情報が一定のサイズに達すると自動的にファイルが切り替わります。そのため，監視時にファイルが切り替わっていると，Log Agentは，切り替わる前のファイルと切り替わったあとのファイルの両方から，ログ情報の差分を収集します。

Log Agentがログを監視する間隔は，WATCH_INTERVALパラメーターに設定します。

BJEXの実行ログのWATCH_INTERVALパラメーターおよび設定ファイルの詳細は「9.4.2　bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）」，syslogのWATCH_INTERVALパラメーターおよび設定ファイルの詳細は「9.4.3　bjexla_syslog.conf（syslog監視設定ファイル）」を参照してください。

(3)　ログ情報の一時蓄積

Log Agentによって収集されたログ情報は，ログ収集サーバに転送されるまでの間，一時的にバッチジョブ実行サーバの作業ディレクトリ（workディレクトリ）にある一時蓄積ファイルに蓄積されます。バッチジョブ実行サーバからログ収集サーバに転送されると，一時蓄積ファイルからログ情報は削除されます。

作業ディレクトリのパスを次に示します。

■作業ディレクトリ

作業ディレクトリは，バッチジョブ実行サーバのマシンの次のディレクトリです。

UNIXの場合
/opt/hitachi/bjexlog/bjexlogagent/work

Windowsの場合
Log Agentのインストール先フォルダ¥work

作業ディレクトリの一時蓄積ファイルに蓄積するログ情報の容量の上限はMAX_SIZEパラメーターに設定します。MAX_SIZEパラメーターに指定した容量を超えてログ情報が出力されると，警告メッセージ（KAKH107-W）が出力されます。さらに，ログの出力量がMAX_SIZEパラメーターに指定したサイズの2倍を超えるとエラーになり，KAKH100-Eメッセージが出力されます。このとき，一時蓄積ファイルに蓄積されたログ情報はすべて破棄されます。次に収集されるログ情報から，一時蓄積ファイルへの蓄積が再開されます。

BJEXの実行ログのMAX_SIZEパラメーターおよび設定ファイルの詳細は「9.4.2　bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）」，syslogのMAX_SIZEパラメーターおよび設定ファイルの詳細は「9.4.3　bjexla_syslog.conf（syslog監視設定ファイル）」を参照してください。

なお，ログ情報が破棄された場合は，破棄されたログ情報を手動で再収集する必要があります。再収集の手順については，「6.3(3) ログ情報の出力量が作業ディレクトリの上限を超えたときのログ情報の再収集」を参照してください。

(4)　収集するログ情報の絞り込み

標準ではBJEXの実行ログおよびsyslogのすべてのログ情報を収集します。ただし，FORMATパラメーターまたはEXFORMATパラメーターの設定で，収集するログ情報を絞り込むことができます。

異常終了したジョブの実行ログだけを収集したい場合や，特定のミドルウェアが出力するメッセージだけを収集したい場合は，収集するログ情報を絞り込んでください。

ログ情報の絞り込みは，収集対象をFORMATパラメーター，収集対象外をEXFORMATパラメーターに設定します。

BJEXの実行ログのFORMATパラメーター，EXFORMATパラメーターおよび設定ファイルの詳細は「9.4.2　bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）」，syslogのFORMATパラメーター，EXFORMATパラメーターおよび設定ファイルの詳細は「9.4.3　bjexla_syslog.conf（syslog監視設定ファイル）」を参照してください。

2.3　ログ収集サーバでのログ情報の管理

バッチジョブ実行サーバに蓄積されたログ情報は，ログ収集サーバに転送されます。転送されたログ情報は，ログ収集サーバで一括して管理されます。

ここでは，ログ収集サーバへのログ情報の転送および管理について説明します。また，Log ManagerとLog Agentの接続，Log ManagerとLog Viewerとの接続についても説明します。

＜この節の構成＞

2.3.1　ログ収集サーバへのログ情報の転送

2.3.2　ログ収集ディレクトリでのログ情報の管理

2.3.1　ログ収集サーバへのログ情報の転送

バッチジョブ実行サーバで収集されたログ情報は，ログ収集サーバに転送されます。ログ情報の転送のタイミングについて説明します。

バッチジョブ実行サーバで収集されたログは，Log Managerからの転送要求に応じて，ログ収集サーバに転送されます。ログ収集サーバに転送されるタイミングを次に示します。

定期的な転送
POLLING_INTERVALパラメーターに指定した間隔で，定期的にログ情報が転送されます。
POLLING_INTERVALパラメーターおよび設定ファイルの詳細は，「9.3.1　bjexlm.conf（Log Manager設定ファイル）」を参照してください。

Log Viewerでの検索時の転送
オペレーターによってLog Viewerで検索が実行されると，定期的な転送に関係なく，最新のログ情報が転送されます。

なお，ログの転送中にLog Agentが停止すると，バッチジョブ実行サーバで作業ディレクトリに保存済みで，ログ収集サーバに転送していないログ情報については，作業ディレクトリから破棄されます。

このため，Log Agentが停止している間のログを手動で再収集する必要があります。再収集の手順については，「6.3(2)　Log Agentが停止したときのログ情報の再収集」を参照してください。

2.3.2　ログ収集ディレクトリでのログ情報の管理

ログ収集サーバでは，バッチジョブ実行サーバから転送されたログ情報をマシンや日付を示すディレクトリに分類し，ファイルに蓄積します。ログ情報を蓄積したファイルが登録されるディレクトリのことをログ収集ディレクトリといいます。

＜この項の構成＞

(1)　ディレクトリによるログ情報の分類

(2)　ファイルへのログ情報の蓄積

(1)　ディレクトリによるログ情報の分類

ログ収集サーバに転送されたログ情報は，次に示す構成のディレクトリに格納されます。

ログ収集ディレクトリ／マシン名／日付／ログ種別

各ディレクトリについて説明します。

ログ収集ディレクトリ
MG_LOG_DIRパラメーターに指定した，ログ収集サーバの任意のディレクトリです。パラメーターおよび設定ファイルの詳細は，「9.3.1　bjexlm.conf（Log Manager設定ファイル）」を参照してください。

マシン名
ログ情報が出力されたマシン名を示すディレクトリです。

日付
ログ情報が出力された年月日を示すディレクトリです。yyyymmddの形式で年月日が設定されます。yyyyは西暦年，mmは月，ddは日を示します。

ログ種別
ログの種類を示すディレクトリです。次のどちらかが設定されます。
・bjexexec：BJEXの実行ログのログ情報を格納するディレクトリです。
・syslog：syslogのログ情報を格納するディレクトリです。ただし，Windowsの場合は設定されません。

■ディレクトリの例

UNIXの場合
マシンhostAから2008年10月1日に出力されたsyslogのログ情報は，次のディレクトリに格納されます。なお，ログ収集ディレクトリ（/opt/hitachi/bjexlog/bjexlogmanager/data）は設定ファイルの規定値とします。
/opt/hitachi/bjexlog/bjexlogmanager/data/hostA/20081001/syslog

Windowsの場合
マシンhostAから2010年10月1日に出力されたBJEXログ情報は，次のフォルダに格納されます。なお，ログ収集フォルダ（Log Managerのインストール先フォルダ¥data）は設定ファイルの規定値とします。
Log Managerのインストール先フォルダ¥data¥hostA¥20101001¥bjexexec

(2)　ファイルへのログ情報の蓄積

ディレクトリに分類されたログ情報はファイルに蓄積されます。

ログ種別がbjexexecディレクトリの場合

BJEXの実行ログのログ情報は，次の2種類のファイルで管理されます。

ファイル名
説明

bjexexec.n※1
ログ情報を蓄積するファイルです。
nは1～100の整数です。一つのディレクトリ内に100個までファイルを作成できます。

index
bjexexec.nを管理するためのインデクスファイルです。ファイルには，次の情報が記述されています。

bjexexec.n内でいちばん古いログ情報の出力年月日・時刻（yyyymmddHHMMSS※2の形式）

bjexexec.n内でいちばん新しいログ情報の出力年月日・時刻（yyyymmddHHMMSS※2の形式）

ファイル名（bjexexec.n）

注※1

ファイルが切り替わる契機を次に示します。

蓄積するメッセージ数が上限に達したとき

Log Managerが停止後，再起動したとき

Log Agentが停止後，再起動したとき

Log ManagerとLog Agentとの通信での障害が原因で通信路が切断されたあと，通信が再接続されたとき

例えば，bjexexec.1にログ情報を蓄積していた場合に，蓄積するメッセージ数が上限に達すると，ログ情報を蓄積するファイルがbjexexec.2に切り替わります。

注※2

yyyyは西暦年，mmは月，ddは年，HHは時，MMは分，SSは秒を示します。

indexの形式の例を次に示します。

図2-2　indexの形式（ログ種別がbjexexecディレクトリの場合）

ログ種別がsyslogディレクトリの場合

syslog内のログ情報は，次の2種類のファイルで管理されます。

ファイル名
説明

syslog.n※1
ログ情報を蓄積するファイルです。
nは1～100の整数です。一つのディレクトリ内に100個までファイルを作成できます。

index
syslog.nを管理するためのインデクスファイルです。ファイルには，次の情報が記述されています。

syslog.n内でいちばん古いログ情報の出力年月日・時刻（yyyymmddHHMMSS※2の形式）

syslog.n内でいちばん新しいログ情報の出力年月日・時刻（yyyymmddHHMMSS※2の形式）

ファイル名（syslog.n）

注※1

ファイルが切り替わる契機を次に示します。

蓄積するメッセージ数が上限に達したとき

Log Managerが停止後，再起動したとき

Log Agentが停止後，再起動したとき

Log ManagerとLog Agentとの通信での障害が原因で通信路が切断されたあと，通信が再接続されたとき

例えば，syslog.1にログ情報を蓄積していた場合に，蓄積するメッセージ数が上限に達すると，ログ情報を蓄積するファイルがsyslog.2に切り替わります。

注※2

yyyyは西暦年，mmは月，ddは年，HHは時，MMは分，SSは秒を示します。

indexの形式の例を次に示します。

図2-3　indexの形式（ログ種別がsyslogディレクトリの場合）

なお，bjexexec.nおよびsyslog.nについて，それぞれ1ファイル当たりに蓄積するメッセージ数の上限はMG_LOG_SIZEパラメーターに設定します。パラメーターおよび設定ファイルの詳細は，「9.3.1　bjexlm.conf（Log Manager設定ファイル）」を参照してください。

3.　導入前の検討

BJEXログビューアを導入する前に，次の項目の検討が必要です。

・BJEXログビューアの各プログラムの配置

・ホスト名とIPアドレスの定義

・Log ManagerおよびLog Agentの実行ユーザーの作成

・メモリー所要量とディスク占有量の見積もり

・OSの言語環境およびタイムゾーンの設定

この章では，検討が必要な項目の詳細について説明します。

＜この章の構成＞

3.1　検討項目一覧

3.2　BJEXログビューアの各プログラムの配置の検討

3.3　ホスト名とIPアドレスの定義

3.4　Log ManagerおよびLog Agentの実行ユーザーの検討

3.5　メモリー所要量，ディスク占有量の見積もり

3.6　OSの言語環境およびタイムゾーンの設定

3.1　検討項目一覧

検討が必要な項目の一覧を次の表に示します。

表3-1　導入前の検討項目一覧

項番 | 検討項目 | 説明 | 参照先
1 | BJEXログビューアの各プログラムの配置 | Log Manager，Log AgentおよびLog Viewerをどのように配置するのかを検討します。 | 3.2
2 | ホスト名とIPアドレスの定義 | Log Manager，Log AgentおよびLog Viewerをインストールするマシンで，ホスト名およびIPアドレスを定義します。 | 3.3
3 | Log ManagerおよびLog Agentの実行ユーザーの検討 | Log ManagerおよびLog Agentを実行する専用のユーザーを作成するかどうかを検討します。 | 3.4
4 | メモリー所要量，ディスク占有量の見積もり | メモリー所要量，ディスク占有量を見積もります。 | 3.5
5 | OSの言語環境およびタイムゾーンの設定 | Log ManagerおよびLog AgentをインストールするマシンのOSで，言語環境およびタイムゾーンを設定します。 | 3.6

3.2　BJEXログビューアの各プログラムの配置の検討

BJEXログビューアでは，バッチジョブ実行システムが稼働するマシンにLog Agent，バッチジョブ実行システムからログ情報を収集できるマシンにLog Manager，PCにLog Viewerを配置して使用します。

システム構成，前提OSおよび前提プログラムについては，「1.2　BJEXログビューアのシステム構成」を参照してください。

各プログラムをマシンまたはPCに配置する際に考慮する必要がある事項について説明します。

＜この節の構成＞

(1)　Log Managerを配置するマシンの検討

(2)　Log Agentを配置するマシンの検討

(3)　Log Viewerを配置するPCの検討

(1)　Log Managerを配置するマシンの検討

Log Managerは，バッチジョブ実行システムからBJEXの実行ログおよびsyslogのログ情報を収集できるマシンに配置します。

バッチジョブ実行システムが複数のマシンで稼働している場合，1システムに対して1台ずつLog Managerを配置することで，バッチジョブ実行システムごとにログ情報を収集，検索できます。

(2)　Log Agentを配置するマシンの検討

Log Agentは，バッチジョブ実行システムが稼働するマシンに配置します。バッチジョブ実行システムが稼働するマシンが複数ある場合は，各マシンにLog Agentを配置します。

複数のマシンにLog Agentを配置する場合，1台のLog Manager（ログ収集サーバ）に接続できるLog Agentの数の上限は16台です。

ただし，運用上，1台のLog Managerに接続するLog Agentの台数は3台程度とすることを推奨します。1台のLog Managerに対して多数のLog Agentから接続すると，ログ収集サーバで扱うログ情報の量が多くなるために，Log Viewerでの検索時間が長くなるおそれがあります。

なお，Log ManagerでLog Agentからの接続要求が受け付けられなかった場合，Log Agentは，設定ファイルのCOMM_INTERVALパラメーターに指定した間隔で，Log Managerへ再接続要求を繰り返します。COMM_INTERVALパラメーターの詳細は，「9.4.1　bjexla.conf（Log Agent設定ファイル）」を参照してください。

(3)　Log Viewerを配置するPCの検討

Log Viewerは，Log Managerが稼働するマシンにネットワーク（イントラネットなど）を介して接続できるPCに配置します。

1台のLog Manager（ログ収集サーバ）に接続できるLog Viewerの数の上限は16台です。また，1台のPCで，上限である10プロセスまでLog Viewerを起動した場合，Log Managerへの接続数は10と数えます。

ただし，運用上，1台のLog Managerに接続するLog Viewerの数は5台以内とすることを推奨します。

なお，Log ManagerでLog Viewerからの接続要求が受け付けられなかった場合，Log ViewerはKAKI701-Eメッセージを出力し，検索処理を中断します。Log Viewerが出力するメッセージの詳細は，マニュアル「uCosminexus Batch Job Execution Server ログビューア　操作ガイド」を参照してください。

3.3　ホスト名とIPアドレスの定義

ホスト名およびIPアドレスの定義について説明します。

Log Manager，Log AgentおよびLog Viewerをインストールするマシンで，BJEXログビューアで使用するホスト名がIPアドレスに変換されるように，hostsファイルを編集してホスト名を設定してください。ホスト名は255文字以内にします。hostsファイルに設定したホスト名は，hostnameコマンドを実行すると表示されます。

BJEXログビューアの設定ファイルなどでは，hostnameコマンド実行時に表示されるホスト名を使用してください。

また，DNSを使用している場合は，FQDN形式でないホスト名を255文字以内で指定します。例えば，ホスト名が「bjexlog.soft.hitachi.co.jp」の場合は，「bjexlog」を指定してください。

また，次の点について確認してください。

DHCPを使用する場合の注意
BJEXログビューアが使用するIPアドレスをDHCPで管理する場合，IPアドレスの割り当て期限を無制限にして，IPアドレスが変更されないようにします。
BJEXログビューアの動作中にIPアドレスが変更されると，BJEXログビューアが正常に動作しないためです。

DNSサーバを使用する場合の注意
「ホスト名からIPアドレスへの変換」と「IPアドレスからホスト名への変換」の両方ができるように設定してください。特に，Active Directoryを含むDNSサーバで名前解決する場合は，両方の変換ができるように設定しておく必要があります。

各プログラムで，ホスト名は次のように使用されます。

Log Managerの場合

Log Agentが配置されているマシンのIPアドレスからホスト名を求め，ログ収集ディレクトリのディレクトリ名として使用します。

Log Viewerの場合

Log Managerの接続先情報に指定したホスト名から対応するIPアドレスを求め，Log Managerと通信します。

また，ログの検索時，Log Managerがログ情報を収集したLog Agentのマシンのホスト名を，ログの出力元として使用します。

3.4　Log ManagerおよびLog Agentの実行ユーザーの検討

Windowsの場合は，実行ユーザーを検討する必要はありません。

UNIXの場合，Log ManagerおよびLog Agentのインストール時，各プログラムの実行ユーザーはrootになっています。

システムのセキュリティ強化のために，Log ManagerおよびLog Agentの実行ユーザーをrootから変更することをお勧めします。ネットワークが限定された環境での運用など，すでにセキュリティが確保されている場合，実行ユーザーの変更は任意です。

実行ユーザーをrootから変更する場合は，一般的に，Log ManagerおよびLog Agentの専用のユーザーを新規に作成します。そのあと，Log ManagerまたはLog Agentの実行ユーザーになるように，定義を変更します。

実行ユーザーの変更の手順については，「4.3　実行ユーザーの変更」を参照してください。

3.5　メモリー所要量，ディスク占有量の見積もり

メモリー所要量およびディスク占有量の見積もりについて説明します。

＜この節の構成＞

(1)　メモリー所要量の見積もり

(2)　ディスク占有量の見積もり

(1)　メモリー所要量の見積もり

BJEXログビューアで使用するメモリー所要量を次の表に示します。

表3-2　BJEXログビューアで使用するメモリー所要量

項番 | 製品 | メモリー所要量の値
1 | Log Manager | 128MB固定
2 | Log Agent | 128MB固定
3 | Log Viewer | 128MB×Log Viewerの同時実行数

(2)　ディスク占有量の見積もり

BJEXログビューアで使用するファイルのディスク占有量は，次の表に示す計算式を基に見積もってください。

表3-3　BJEXログビューアで使用するファイルのディスク占有量

項番
製品
用途
ディスク占有量の計算式
（単位：MB）

1
Log Manager
固定部分
1.8

2
ログ蓄積ファイル
［Sav×Nav＋↑｛40×↑（Nav÷Nmg）↑÷10⁶｝↑］×Nd×Nag

3
監査ログファイル
Sma×Nma

4
トレースファイル
Smt×Nmt×2＋64

5
一時ファイル
2,000×Nag

6
Log Agent
固定部分
1.8

7
監査ログファイル
Saa×Naa

8
トレースファイル
Sat×Nat＋64

9
一時ファイル
MAX_SIZEパラメーターの指定値×2

10
Log Viewer
固定
0.4

11
トレースファイル
Svt×Nvt＋64

（凡例）

↑　↑：計算結果の値の小数点以下を切り上げることを示します。

変数の意味を次の表に示します。

変数 | 意味
Sav | ログの1メッセージ当たり平均サイズ（単位：バイト）
Nav | 蓄積対象ログの1日の平均出力メッセージ数
Nmg | Log Manager設定ファイルのMG_LOG_SIZEパラメーターに指定したログ数（規定値：36,000）
Nd | 蓄積ログの保存期間（日数）
Nag | Log Managerに接続するLog Agentの数
Sma | Log Manager設定ファイルのAUDIT_SIZEパラメーターに指定したファイルサイズ（規定値：1，単位：MB）
Nma | Log Manager設定ファイルのAUDIT_NUMパラメーターに指定したファイル面数（規定値：4）
Smt | Log Manager設定ファイルのTRACE_SIZEパラメーターに指定したファイルサイズ（規定値：8，単位：MB）
Nmt | Log Manager設定ファイルのTRACE_NUMパラメーターに指定したファイル面数（規定値：4）
Saa | Log Agent設定ファイルのAUDIT_SIZEパラメーターに指定したファイルサイズ（規定値：1，単位：MB）
Naa | Log Agent設定ファイルのAUDIT_NUMパラメーターに指定したファイル面数（規定値：4）
Sat | Log Agent設定ファイルのTRACE_SIZEパラメーターに指定したファイルサイズ（規定値：8，単位：MB）
Nat | Log Agent設定ファイルのTRACE_NUMパラメーターに指定したファイル面数（規定値：4）
Svt | Log Viewer設定ファイルのTRACE_SIZEパラメーターに指定したファイルサイズ（規定値：8，単位：MB）
Nvt | Log Viewer設定ファイルのTRACE_NUMパラメーターに指定したファイル面数（規定値：4）

3.6　OSの言語環境およびタイムゾーンの設定

Log Managerのマシン，Log Agentのマシン，Log Viewerのマシンで，OSのタイムゾーンを同一に設定しておく必要があります。

Log ManagerおよびLog Agentをインストールする前に，どのタイムゾーンを使用するのかを検討し，設定してください。AIXの場合は，タイムゾーンとしてOSのTZ環境変数に「JST-9」を，言語種別としてOSのLANG環境変数に「Ja_JP」を設定することを推奨します。Linuxの場合は，タイムゾーンとしてOSのTZ環境変数に「JST-9」を，言語種別としてOSのLANG環境変数に「C」を設定することを推奨します。HP-UXの場合は，タイムゾーンとしてOSのTZ環境変数に「JST-9」を，言語種別としてOSのLANG環境変数に「ja_JP.SJIS」を設定することを推奨します。ただし，HP-UXの場合は，syslogで日本語文字を取り扱うことはできません。Windowsの場合は，「地域と言語のオプション」で「日本」を設定することを推奨します。

Log Viewerの場合は，Log Viewerをインストールする前に，Windowsの「地域と言語のオプション」で「日本」を設定することを推奨します。

なお，Log ManagerのマシンとLog AgentのマシンでOSのタイムゾーンが不一致の場合，ログが実際に出力された時刻とログ蓄積時の時刻がずれるため，ログが正しく蓄積されません。

また，Log ManagerのマシンとLog ViewerのマシンでOSのタイムゾーンが不一致の場合，検索条件に指定した時刻とログ蓄積時の時刻がずれるため，期待する検索結果が得られません。

4.　インストールと環境設定

導入前の検討が終わったら，インストールおよび環境設定をします。バッチジョブ実行サーバにLog Agent，ログ収集サーバにLog Manager，オペレーターが操作するPCにLog Viewerをインストールします。

この章では，BJEXログビューアのインストール方法および環境設定について説明します。

＜この章の構成＞

4.1　インストールと環境設定の流れ

4.2　インストールとアンインストール

4.3　実行ユーザーの変更

4.4　設定ファイルの確認と変更

4.5　アクセス権限の変更

4.6　Javaのパスの指定

4.1　インストールと環境設定の流れ

インストールおよび環境設定の流れを次の表に示します。

表4-1　インストールおよび環境設定の流れ

項番 | 作業項目 | 作業するマシン | 参照先
Log Manager | Log Agent | Log Viewer
UNIX | Windows | UNIX | Windows
1 | インストール | ◎ | ◎ | ◎ | ◎ | ◎ | 4.2
2 | 実行ユーザーの変更 | ○ | － | ○ | － | － | 4.3
3 | 設定ファイルの変更 | ◎ | ◎ | ◎ | ◎ | ◎ | 4.4
4 | アクセス権限の変更 | ○※1 | ○※2 | ○※1 | ○※2 | － | 4.5
5 | アンインストール | ○ | ○ | ○ | ○ | ○ | 4.2

（凡例）

◎：必須の作業です。

○：任意の作業です。

－：該当しません。

注※1

Log ManagerまたはLog Agent専用のユーザーアカウントを作成する場合に必要な作業です。

注※2

Log ManagerまたはLog Agentが稼働するマシンに一般ユーザーがアクセスする可能性がある場合に必要な作業です。

4.2　インストールとアンインストール

BJEXログビューアをインストールする前に必要な準備，インストール手順，およびアンインストール手順について説明します。

＜この節の構成＞

4.2.1　インストール前の準備

4.2.2　Log Managerのインストール，アンインストール手順

4.2.3　Log Agentのインストール，アンインストール手順

4.2.4　Log Viewerのインストール，アンインストール手順

4.2.1　インストール前の準備

インストールおよびアンインストールは，UNIXの場合はroot権限，Windowsの場合はAdministrator権限で実行します。

Log Manager，Log AgentおよびLog Viewerをインストールするマシンに，あらかじめJREをインストールしておきます。
JREのバージョンについては，インストールする製品のリリースノートを参照してください。

4.2.2　Log Managerのインストール，アンインストール手順

Log Managerのインストール，バージョン情報の表示，アンインストール手順について説明します。

＜この項の構成＞

(1)　AIXの場合

(2)　Linuxの場合

(3)　HP-UXの場合

(4)　Windowsの場合

(1)　AIXの場合

(a)　インストール手順

Log Managerは，Hitachi PP Installerからインストールします。手順を次に示します。

ドライブにBJEXログビューアの提供媒体をセットします。

コマンドを実行して，CD-ROM装置をマウントします。
実行するコマンドを次に示します。

/usr/sbin/mount -r -v cdrfs /dev/cd0 /cdrom

「/cdrom」はCD-ROMデバイススペシャルファイルのマウントポイントです。マウントポイントディレクトリがない場合は作成してください。
なお，太字で示す部分（デバイススペシャルファイル名およびマウントポイント）は，使用する環境によって異なる場合があります。

コマンドを実行して，Hitachi PP Installerをインストールおよび起動します。
実行するコマンドを次に示します。ここでは，マウントポイントとして「/cdrom」を仮定しています。「/cdrom」の部分には，実際に使用するCD-ROMのマウントポイントを指定してください。
なお，CD-ROMのディレクトリ名やファイル名は，マシン環境によって見え方が異なる場合があります。lsコマンドで確認の上，表示されたディレクトリ名とファイル名をそのまま入力してください。

/cdrom/AIX/setup /cdrom

Hitachi PP Installerが起動して，初期画面が表示されます。初期画面の例を次に示します。

   L) List Installed Software.
   I) Install Software.
   D) Delete Software.
   Q) Quit.

   Select Procedure ===>

初期画面で「i」または「I」を入力します。
インストールできるソフトウェアの一覧が表示されます。

「uCosminexus BJEX-Log Manager」にカーソルを移動し，スペースバーで選択します。
選択したソフトウェアの左側に「<@>」が表示されます。

       PP-No.              VR    PP-NAME
<@>001 R-1M24L-11          0801   uCosminexus BJEX-Log Manager
        ：
        ：
F) Forward B) Backward J) Down K) Up Space) Select/Unselect I) Install Q) Quit

「i」または「I」を入力します。
最下行に次のメッセージが表示されます。

Install PP? (y: install,  n: cancel)==>

「y」または「Y」を入力します。
Log Managerがインストールされます。
「n」または「N」を入力すると，インストールが中止され，インストールできるソフトウェアの一覧に戻ります。

インストールが正常終了したら，「q」または「Q」を入力します。
Hitachi PP Installerの初期画面に戻ります。これで，Log Managerのインストールは完了です。

(b)　バージョン情報の表示手順

Log Managerのバージョン情報を表示する手順を次に示します。

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

/etc/hitachi_setup

Hitachi PP Installerの初期画面が表示されます。

初期画面で「l」または「L」を入力します。
インストール済みの日立製品の一覧が表示されます。一覧でLog Managerのバージョン情報を確認します。

    PP-No.         VR     Install date    PP-NAME
001 R-1M24L-11     0801   2011/06/23 15:36 uCosminexus BJEX-Log Manager
     ：
     ：
F) Forward B) Backward Q) Quit P) Print to /tmp/hitachi_PPLIST ==>

(c)　アンインストール手順

Log Managerをアンインストールする手順を次に示します。

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

/etc/hitachi_setup

Hitachi PP Installerの初期画面が表示されます。初期画面の例を次に示します。

   L) List Installed Software.
   I) Install Software.
   D) Delete Software.
   Q) Quit.

   Select Procedure ===>

初期画面で「d」または「D」を入力します。
アンインストールできるソフトウェアの一覧が表示されます。

「uCosminexus BJEX-Log Manager」にカーソルを移動し，スペースバーで選択します。
選択したソフトウェアの左側に「<@>」が表示されます。

       PP-No.              VR     PP-NAME
<@>001 R-1M24L-11          0801    uCosminexus BJEX-Log Manager
        ：
        ：
F) Forward B) Backward J) Down K) Up Space) Select/Unselect D) Delete Q) Quit

「d」または「D」を入力します。
最下行に次のメッセージが表示されます。

Delete PP? (y: delete,  n: cancel)==>

「y」または「Y」を入力します。
Log Managerがアンインストールされます。
「n」または「N」を入力すると，アンインストールが中止され，アンインストールできるソフトウェアの一覧に戻ります。

アンインストールが正常終了したら，「q」または「Q」を入力します。
Hitachi PP Installerの初期画面に戻ります。これで，Log Managerのアンインストールは完了です。

注意事項

Log Managerのアンインストール時には，/opt/hitachi/bjexlog/bjexlogmanagerディレクトリ以下のすべてのファイルおよびディレクトリが削除されます。
ログ収集ディレクトリを規定値にしている場合，アンインストールと同時に収集ログも削除されるため，必要な場合は事前に収集ログをバックアップしておいてください。

Log Managerをアンインストールしても，/opt/hitachi/bjexlogディレクトリは削除されません。不要な場合は手作業で削除してください。

(2)　Linuxの場合

(a)　インストール手順

Log Managerは，Hitachi PP Installerからインストールします。手順を次に示します。

ドライブにBJEXログビューアの提供媒体をセットします。

コマンドを実行して，CD-ROM装置をマウントします。
実行するコマンドを次に示します。

/bin/mount -r -o mode=0544  /dev/cdrom  /mnt/cdrom

「/mnt/cdrom」はCD-ROMデバイススペシャルファイルのマウントポイントです。マウントポイントディレクトリがない場合は作成してください。
なお，太字で示す部分（デバイススペシャルファイル名およびマウントポイント）は，使用する環境によって異なる場合があります。

コマンドを実行して，Hitachi PP Installerをインストールおよび起動します。
実行するコマンドを次に示します。ここでは，マウントポイントとして「/mnt/cdrom」を仮定しています。「/mnt/cdrom」の部分には，実際に使用するCD-ROMのマウントポイントを指定してください。
なお，CD-ROMのディレクトリ名やファイル名は，マシン環境によって見え方が異なる場合があります。lsコマンドで確認の上，表示されたディレクトリ名とファイル名をそのまま入力してください。

/mnt/cdrom/linux/setup  /mnt/cdrom

Hitachi PP Installerが起動して，初期画面が表示されます。初期画面の例を次に示します。

   L) List Installed Software.
   I) Install Software.
   D) Delete  Software.
   Q) Quit.

   Select Procedure ===>

初期画面で「i」または「I」を入力します。
インストールできるソフトウェアの一覧が表示されます。

「uCosminexus BJEX-Log Manager」にカーソルを移動し，スペースバーで選択します。
選択したソフトウェアの左側に「<@>」が表示されます。

       PP-No.              VR    PP-NAME
<@>001 R-1S24L-11          0801   uCosminexus BJEX-Log Manager
        ：
        ：
F) Forward B) Backward J) Down K) Up Space) Select/Unselect I) Install Q) Quit

「i」または「I」を入力します。
最下行に次のメッセージが表示されます。

Install PP? (y: install,  n: cancel)==>

「y」または「Y」を入力します。
Log Managerがインストールされます。
「n」または「N」を入力すると，インストールが中止され，インストールできるソフトウェアの一覧に戻ります。

インストールが正常終了したら，「q」または「Q」を入力します。
Hitachi PP Installerの初期画面に戻ります。これで，Log Managerのインストールは完了です。

(b)　バージョン情報の表示手順

Log Managerのバージョン情報を表示する手順を次に示します。

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

/etc/hitachi_setup

Hitachi PP Installerの初期画面が表示されます。

初期画面で「l」または「L」を入力します。
インストール済みの日立製品の一覧が表示されます。一覧でLog Managerのバージョン情報を確認します。

   PP-No.          VR     Install date    PP-NAME
001 R-1S24L-11     0801   2011/06/23 15:52 uCosminexus BJEX-Log Manager
    ：
    ：
F) Forward B) Backward Q) Quit P) Print to /tmp/hitachi_PPLIST ==>

(c)　アンインストール手順

Log Managerをアンインストールする手順を次に示します。

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

/etc/hitachi_setup

Hitachi PP Installerの初期画面が表示されます。初期画面の例を次に示します。

   L) List Installed Software.
   I) Install Software.
   D) Delete Software.
   Q) Quit.

   Select Procedure ===>

初期画面で「d」または「D」を入力します。
アンインストールできるソフトウェアの一覧が表示されます。

「uCosminexus BJEX-Log Manager」にカーソルを移動し，スペースバーで選択します。
選択したソフトウェアの左側に「<@>」が表示されます。

       PP-No.               VR     PP-NAME
<@>001 R-1S24L-11           0801    uCosminexus BJEX-Log Manager
        ：
        ：
F) Forward B) Backward J) Down K) Up Space) Select/Unselect D) Delete Q) Quit

「d」または「D」を入力します。
最下行に次のメッセージが表示されます。

Delete PP? (y: delete,  n: cancel)==>

「y」または「Y」を入力します。
Log Managerがアンインストールされます。
「n」または「N」を入力すると，アンインストールが中止され，アンインストールできるソフトウェアの一覧に戻ります。

アンインストールが正常終了したら，「q」または「Q」を入力します。
Hitachi PP Installerの初期画面に戻ります。これで，Log Managerのアンインストールは完了です。

注意事項

Log Managerのアンインストール時には，/opt/hitachi/bjexlog/bjexlogmanagerディレクトリ以下のすべてのファイルおよびディレクトリが削除されます。
ログ収集ディレクトリを規定値にしている場合，アンインストールと同時に収集ログも削除されるため，必要な場合は事前に収集ログをバックアップしておいてください。

Log Managerをアンインストールしても，/opt/hitachi/bjexlogディレクトリは削除されません。不要な場合は手作業で削除してください。

(3)　HP-UXの場合

(a)　インストール手順

Log Managerは，Hitachi PP Installerからインストールします。手順を次に示します。

ドライブにBJEXログビューアの提供媒体をセットします。

コマンドを実行して，CD-ROM装置をマウントします。
実行するコマンドを次に示します。

/usr/sbin/mount -F cdfs -r <CD-ROMデバイススペシャルファイル名> /cdrom

「/cdrom」はCD-ROMデバイススペシャルファイルのマウントポイントです。マウントポイントディレクトリがない場合は作成してください。
なお，太字で示す部分（マウントポイント）は，使用する環境によって異なる場合があります。

コマンドを実行して，Hitachi PP Installerをインストールおよび起動します。
実行するコマンドを次に示します。ここでは，マウントポイントとして「/cdrom」を仮定しています。「/cdrom」の部分には，実際に使用するCD-ROMのマウントポイントを指定してください。
なお，CD-ROMのディレクトリ名やファイル名は，マシン環境によって見え方が異なる場合があります。lsコマンドで確認の上，表示されたディレクトリ名とファイル名をそのまま入力してください。

/cdrom/IPFHPUX/SETUP /cdrom

Hitachi PP Installerが起動して，初期画面が表示されます。初期画面の例を次に示します。

   L) List Installed Software.
   I) Install Software.
   D) Delete  Software.
   Q) Quit.

   Select Procedure ===>

初期画面で「i」または「I」を入力します。
インストールできるソフトウェアの一覧が表示されます。

「uCosminexus BJEX-Log Manager」にカーソルを移動し，スペースバーで選択します。
選択したソフトウェアの左側に「<@>」が表示されます。

       PP-No.              VR    PP-NAME
<@>001 R-1924L-11          0801   uCosminexus BJEX-Log Manager
        ：
        ：
F) Forward B) Backward J) Down K) Up Space) Select/Unselect I) Install Q) Quit

「i」または「I」を入力します。
最下行に次のメッセージが表示されます。

Install PP? (y: install,  n: cancel)==>

「y」または「Y」を入力します。
Log Managerがインストールされます。
「n」または「N」を入力すると，インストールが中止され，インストールできるソフトウェアの一覧に戻ります。

インストールが正常終了したら，「q」または「Q」を入力します。
Hitachi PP Installerの初期画面に戻ります。これで，Log Managerのインストールは完了です。

(b)　バージョン情報の表示手順

Log Managerのバージョン情報を表示する手順を次に示します。

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

/etc/hitachi_setup

Hitachi PP Installerの初期画面が表示されます。

初期画面で「l」または「L」を入力します。
インストール済みの日立製品の一覧が表示されます。一覧でLog Managerのバージョン情報を確認します。

   PP-No.          VR     Install date    PP-NAME
001 R-1924L-11     0801   2011/06/23 15:28 uCosminexus BJEX-Log Manager
    ：
    ：
F) Forward B) Backward Q) Quit P) Print to /tmp/hitachi_PPLIST ==>

(c)　アンインストール手順

Log Managerをアンインストールする手順を次に示します。

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

/etc/hitachi_setup

Hitachi PP Installerの初期画面が表示されます。初期画面の例を次に示します。

   L) List Installed Software.
   I) Install Software.
   D) Delete Software.
   Q) Quit.

   Select Procedure ===>

初期画面で「d」または「D」を入力します。
アンインストールできるソフトウェアの一覧が表示されます。

「uCosminexus BJEX-Log Manager」にカーソルを移動し，スペースバーで選択します。
選択したソフトウェアの左側に「<@>」が表示されます。

       PP-No.               VR     PP-NAME
<@>001 R-1924L-11           0801    uCosminexus BJEX-Log Manager
        ：
        ：
F) Forward B) Backward J) Down K) Up Space) Select/Unselect D) Delete Q) Quit

「d」または「D」を入力します。
最下行に次のメッセージが表示されます。

Delete PP? (y: delete,  n: cancel)==>

「y」または「Y」を入力します。
Log Managerがアンインストールされます。
「n」または「N」を入力すると，アンインストールが中止され，アンインストールできるソフトウェアの一覧に戻ります。

アンインストールが正常終了したら，「q」または「Q」を入力します。
Hitachi PP Installerの初期画面に戻ります。これで，Log Managerのアンインストールは完了です。

注意事項

Log Managerのアンインストール時には，/opt/hitachi/bjexlog/bjexlogmanagerディレクトリ以下のすべてのファイルおよびディレクトリが削除されます。
ログ収集ディレクトリを規定値にしている場合，アンインストールと同時に収集ログも削除されるため，必要な場合は事前に収集ログをバックアップしておいてください。

Log Managerをアンインストールしても，/opt/hitachi/bjexlogディレクトリは削除されません。不要な場合は手作業で削除してください。

(4)　Windowsの場合

(a)　インストール手順

Log Managerをインストールする手順を次に示します。

CD-ROMドライブにLog Managerの提供媒体をセットします。

起動したインストーラーの指示に従ってインストールを進めます。
インストール時に設定する項目を次に示します。

ユーザー情報

インストール先フォルダ

(b)　アンインストール手順

Log Managerをアンインストールする手順を次に示します。

Windowsの管理ツールで［サービス］を選択し，表示された画面で「uCosminexus BJEX-Log Manager」のサービスを停止します。

「uCosminexus Batch Job Execution Server ログビューア - Manager」を削除します。
Windows Server 2003の場合は，［コントロールパネル］－［プログラムの追加と削除］で削除します。Windows Server 2008の場合は，［コントロールパネル］－［プログラムと機能］で削除します。

注意事項

Log Managerのアンインストール時には，Log Managerのインストール先フォルダ以下のファイルおよびフォルダがすべて削除されます。

ログ収集フォルダを規定値にしている場合，アンインストールと同時に収集ログも削除されるため，収集ログが必要な場合は，事前にバックアップしておいてください。

4.2.3　Log Agentのインストール，アンインストール手順

Log Agentのインストール，バージョン情報の表示，アンインストール手順について説明します。

＜この項の構成＞

(1)　AIXの場合

(2)　Linuxの場合

(3)　HP-UXの場合

(4)　Windowsの場合

(1)　AIXの場合

(a)　インストール手順

Log Agentは，Hitachi PP Installerからインストールします。手順を次に示します。

ドライブにBJEXログビューアの提供媒体をセットします。

コマンドを実行して，CD-ROM装置をマウントします。
実行するコマンドを次に示します。

/usr/sbin/mount -r -v cdrfs /dev/cd0 /cdrom

「/cdrom」はCD-ROMデバイススペシャルファイルのマウントポイントです。マウントポイントディレクトリがない場合は作成してください。
なお，太字で示す部分（デバイススペシャルファイル名およびマウントポイント）は，使用する環境によって異なる場合があります。

コマンドを実行して，Hitachi PP Installerをインストールおよび起動します。
実行するコマンドを次に示します。ここでは，マウントポイントとして「/cdrom」を仮定しています。「/cdrom」の部分には，実際に使用するCD-ROMのマウントポイントを指定してください。
なお，CD-ROMのディレクトリ名やファイル名は，マシン環境によって見え方が異なる場合があります。lsコマンドで確認の上，表示されたディレクトリ名とファイル名をそのまま入力してください。

/cdrom/AIX/setup /cdrom

Hitachi PP Installerが起動して，初期画面が表示されます。初期画面の例を次に示します。

   L) List Installed Software.
   I) Install Software.
   D) Delete Software.
   Q) Quit.

   Select Procedure ===>

初期画面で「i」または「I」を入力します。
インストールできるソフトウェアの一覧が表示されます。

「uCosminexus BJEX-Log Agent」にカーソルを移動し，スペースバーで選択します。
選択したソフトウェアの左側に「<@>」が表示されます。

       PP-No.              VR    PP-NAME
<@>001 R-F1M24L-111        0801   uCosminexus BJEX-Log Agent
        ：
        ：
F) Forward B) Backward J) Down K) Up Space) Select/Unselect I) Install Q) Quit

「i」または「I」を入力します。
最下行に次のメッセージが表示されます。

Install PP? (y: install,  n: cancel)==>

「y」または「Y」を入力します。
Log Agentがインストールされます。
「n」または「N」を入力すると，インストールが中止され，インストールできるソフトウェアの一覧に戻ります。

インストールが正常終了したら，「q」または「Q」を入力します。
Hitachi PP Installerの初期画面に戻ります。これで，Log Agentのインストールは完了です。

(b)　バージョン情報の表示手順

Log Agentのバージョン情報を表示する手順を次に示します。

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

/etc/hitachi_setup

Hitachi PP Installerの初期画面が表示されます。

初期画面で「l」または「L」を入力します。
インストール済みの日立製品の一覧が表示されます。一覧でLog Agentのバージョン情報を確認します。

   PP-No.          VR     Install date    PP-NAME
001 R-F1M24L-111   0801   2011/06/23 15:36 uCosminexus BJEX-Log Agent
    ：
    ：
F) Forward B) Backward Q) Quit P) Print to /tmp/hitachi_PPLIST ==>

(c)　アンインストール手順

Log Agentをアンインストールする手順を次に示します。

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

/etc/hitachi_setup

Hitachi PP Installerの初期画面が表示されます。初期画面の例を次に示します。

   L) List Installed Software.
   I) Install Software.
   D) Delete Software.
   Q) Quit.

   Select Procedure ===>

初期画面で「d」または「D」を入力します。
アンインストールできるソフトウェアの一覧が表示されます。

「uCosminexus BJEX-Log Agent」にカーソルを移動し，スペースバーで選択します。
選択したソフトウェアの左側に「<@>」が表示されます。

       PP-No.              VR    PP-NAME
<@>001 R-F1M24L-111        0801   uCosminexus BJEX-Log Agent
        ：
        ：
F) Forward B) Backward J) Down K) Up Space) Select/Unselect D) Delete Q) Quit

「d」または「D」を入力します。
最下行に次のメッセージが表示されます。

Delete PP? (y: delete,  n: cancel)==>

「y」または「Y」を入力します。
Log Agentがアンインストールされます。
「n」または「N」を入力すると，アンインストールが中止され，アンインストールできるソフトウェアの一覧に戻ります。

アンインストールが正常終了したら，「q」または「Q」を入力します。
Hitachi PP Installerの初期画面に戻ります。これで，Log Agentのアンインストールは完了です。

注意事項

Log Agentをアンインストールしても，/opt/hitachi/bjexlogディレクトリは削除されません。不要な場合は手作業で削除してください。

(2)　Linuxの場合

(a)　インストール手順

Log Agentは，Hitachi PP Installerからインストールします。手順を次に示します。

ドライブにBJEXログビューアの提供媒体をセットします。

コマンドを実行して，CD-ROM装置をマウントします。
実行するコマンドを次に示します。

/bin/mount -r -o mode=0544  /dev/cdrom  /mnt/cdrom

「/mnt/cdrom」はCD-ROMデバイススペシャルファイルのマウントポイントです。マウントポイントディレクトリがない場合は作成してください。
なお，太字で示す部分（デバイススペシャルファイル名およびマウントポイント）は，使用する環境によって異なる場合があります。

コマンドを実行して，Hitachi PP Installerをインストールおよび起動します。
実行するコマンドを次に示します。ここでは，マウントポイントとして「/mnt/cdrom」を仮定しています。「/mnt/cdrom」の部分には，実際に使用するCD-ROMのマウントポイントを指定してください。
なお，CD-ROMのディレクトリ名やファイル名は，マシン環境によって見え方が異なる場合があります。lsコマンドで確認の上，表示されたディレクトリ名とファイル名をそのまま入力してください。

/mnt/cdrom/linux/setup  /mnt/cdrom

Hitachi PP Installerが起動して，初期画面が表示されます。初期画面の例を次に示します。

   L) List Installed Software.
   I) Install Software.
   D) Delete Software.
   Q) Quit.

   Select Procedure ===>

初期画面で「i」または「I」を入力します。
インストールできるソフトウェアの一覧が表示されます。

「uCosminexus BJEX-Log Agent」にカーソルを移動し，スペースバーで選択します。
選択したソフトウェアの左側に「<@>」が表示されます。

       PP-No.               VR     PP-NAME
<@>001 R-F1S24L-111         0801    uCosminexus BJEX-Log Agent
        ：
        ：
F) Forward B) Backward J) Down K) Up Space) Select/Unselect I) Install Q) Quit

「i」または「I」を入力します。
最下行に次のメッセージが表示されます。

Install PP? (y: install,  n: cancel)==>

「y」または「Y」を入力します。
Log Agentがインストールされます。
「n」または「N」を入力すると，インストールが中止され，インストールできるソフトウェアの一覧に戻ります。

インストールが正常終了したら，「q」または「Q」を入力します。
Hitachi PP Installerの初期画面に戻ります。これで，Log Agentのインストールは完了です。

(b)　バージョン情報の表示手順

Log Agentのバージョン情報を表示する手順を次に示します。

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

/etc/hitachi_setup

Hitachi PP Installerの初期画面が表示されます。

初期画面で「l」または「L」を入力します。
インストール済みの日立製品の一覧が表示されます。一覧でLog Agentのバージョン情報を確認します。

   PP-No.          VR     Install date    PP-NAME
001 R-F1S24L-111   0801   2011/06/23 15:53 uCosminexus BJEX-Log Agent
    ：
    ：
F) Forward B) Backward Q) Quit P) Print to /tmp/hitachi_PPLIST ==>

(c)　アンインストール手順

Log Agentをアンインストールする手順を次に示します。

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

/etc/hitachi_setup

Hitachi PP Installerの初期画面が表示されます。初期画面の例を次に示します。

   L) List Installed Software.
   I) Install Software.
   D) Delete Software.
   Q) Quit.

   Select Procedure ===>

初期画面で「d」または「D」を入力します。
アンインストールできるソフトウェアの一覧が表示されます。

「uCosminexus BJEX-Log Agent」にカーソルを移動し，スペースバーで選択します。
選択したソフトウェアの左側に「<@>」が表示されます。

       PP-No.              VR    PP-NAME
<@>001 R-F1S24L-111        0801   uCosminexus BJEX-Log Agent
        ：
        ：
F) Forward B) Backward J) Down K) Up Space) Select/Unselect D) Delete Q) Quit

「d」または「D」を入力します。
最下行に次のメッセージが表示されます。

Delete PP? (y: delete,  n: cancel)==>

「y」または「Y」を入力します。
Log Agentがアンインストールされます。
「n」または「N」を入力すると，アンインストールが中止され，アンインストールできるソフトウェアの一覧に戻ります。

アンインストールが正常終了したら，「q」または「Q」を入力します。
Hitachi PP Installerの初期画面に戻ります。これで，Log Agentのアンインストールは完了です。

注意事項

Log Agentをアンインストールしても，/opt/hitachi/bjexlogディレクトリは削除されません。不要な場合は手作業で削除してください。

(3)　HP-UXの場合

(a)　インストール手順

Log Agentは，Hitachi PP Installerからインストールします。手順を次に示します。

ドライブにBJEXログビューアの提供媒体をセットします。

コマンドを実行して，CD-ROM装置をマウントします。
実行するコマンドを次に示します。

/usr/sbin/mount -F cdfs -r <CD-ROMデバイススペシャルファイル名> /cdrom

「/cdrom」はCD-ROMデバイススペシャルファイルのマウントポイントです。マウントポイントディレクトリがない場合は作成してください。
なお，太字で示す部分（マウントポイント）は，使用する環境によって異なる場合があります。

コマンドを実行して，Hitachi PP Installerをインストールおよび起動します。
実行するコマンドを次に示します。ここでは，マウントポイントとして「/cdrom」を仮定しています。「/cdrom」の部分には，実際に使用するCD-ROMのマウントポイントを指定してください。
なお，CD-ROMのディレクトリ名やファイル名は，マシン環境によって見え方が異なる場合があります。lsコマンドで確認の上，表示されたディレクトリ名とファイル名をそのまま入力してください。

/cdrom/IPFHPUX/SETUP /cdrom

Hitachi PP Installerが起動して，初期画面が表示されます。初期画面の例を次に示します。

   L) List Installed Software.
   I) Install Software.
   D) Delete Software.
   Q) Quit.

   Select Procedure ===>

初期画面で「i」または「I」を入力します。
インストールできるソフトウェアの一覧が表示されます。

「uCosminexus BJEX-Log Agent」にカーソルを移動し，スペースバーで選択します。
選択したソフトウェアの左側に「<@>」が表示されます。

       PP-No.               VR    PP-NAME
<@>001 R-F1924L-111         0801   uCosminexus BJEX-Log Agent
        ：
        ：
F) Forward B) Backward J) Down K) Up Space) Select/Unselect I) Install Q) Quit

「i」または「I」を入力します。
最下行に次のメッセージが表示されます。

Install PP? (y: install,  n: cancel)==>

「y」または「Y」を入力します。
Log Agentがインストールされます。
「n」または「N」を入力すると，インストールが中止され，インストールできるソフトウェアの一覧に戻ります。

インストールが正常終了したら，「q」または「Q」を入力します。
Hitachi PP Installerの初期画面に戻ります。これで，Log Agentのインストールは完了です。

(b)　バージョン情報の表示手順

Log Agentのバージョン情報を表示する手順を次に示します。

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

/etc/hitachi_setup

Hitachi PP Installerの初期画面が表示されます。

初期画面で「l」または「L」を入力します。
インストール済みの日立製品の一覧が表示されます。一覧でLog Agentのバージョン情報を確認します。

   PP-No.          VR     Install date    PP-NAME
001 R-F1924L-111   0801   2011/06/23 15:28 uCosminexus BJEX-Log Agent
    ：
    ：
F) Forward B) Backward Q) Quit P) Print to /tmp/hitachi_PPLIST ==>

(c)　アンインストール手順

Log Agentをアンインストールする手順を次に示します。

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

/etc/hitachi_setup

Hitachi PP Installerの初期画面が表示されます。初期画面の例を次に示します。

   L) List Installed Software.
   I) Install Software.
   D) Delete Software.
   Q) Quit.

   Select Procedure ===>

初期画面で「d」または「D」を入力します。
アンインストールできるソフトウェアの一覧が表示されます。

「uCosminexus BJEX-Log Agent」にカーソルを移動し，スペースバーで選択します。
選択したソフトウェアの左側に「<@>」が表示されます。

       PP-No.               VR     PP-NAME
<@>001 R-F1924L-111         0801    uCosminexus BJEX-Log Agent
        ：
        ：
F) Forward B) Backward J) Down K) Up Space) Select/Unselect D) Delete Q) Quit

「d」または「D」を入力します。
最下行に次のメッセージが表示されます。

Delete PP? (y: delete,  n: cancel)==>

「y」または「Y」を入力します。
Log Agentがアンインストールされます。
「n」または「N」を入力すると，アンインストールが中止され，アンインストールできるソフトウェアの一覧に戻ります。

アンインストールが正常終了したら，「q」または「Q」を入力します。
Hitachi PP Installerの初期画面に戻ります。これで，Log Agentのアンインストールは完了です。

注意事項

Log Agentをアンインストールしても，/opt/hitachi/bjexlogディレクトリは削除されません。不要な場合は手作業で削除してください。

(4)　Windowsの場合

(a)　インストール手順

Log Agentをインストールする手順を次に示します。

CD-ROMドライブにLog Agentの提供媒体をセットします。

起動したインストーラーの指示に従ってインストールを進めます。
インストール時に設定する項目を次に示します。

ユーザー情報

インストール先フォルダ

(b)　アンインストール手順

Log Agentをアンインストールする手順を次に示します。

Windowsの管理ツールで［サービス］を選択し，表示された画面で「uCosminexus BJEX-Log Agent」のサービスを停止します。

「uCosminexus Batch Job Execution Server ログビューア - Agent」を削除します。
Windows Server 2003の場合は，［コントロールパネル］－［プログラムの追加と削除］で削除します。Windows Server 2008の場合は，［コントロールパネル］－［プログラムと機能］で削除します。

4.2.4　Log Viewerのインストール，アンインストール手順

Log Viewerのインストール，アンインストール手順について説明します。

＜この項の構成＞

(1)　インストール手順

(2)　アンインストール手順

(1)　インストール手順

Log Viewerをインストールする手順を次に示します。

CD-ROMドライブにLog Viewerの提供媒体をセットします。

起動したインストーラーの指示に従ってインストールを進めます。
インストール時に設定する項目を次に示します。

ユーザー情報

インストール先フォルダ

(2)　アンインストール手順

Log Viewerをアンインストールする手順を次に示します。

すべてのユーザーで，Log Viewerが使用されていないことを確認します。

「uCosminexus Batch Job Execution Server ログビューア - Viewer」を削除します。
Windows XPの場合は，［コントロールパネル］－［プログラムの追加と削除］で削除します。Windows VistaおよびWindows 7の場合は，［コントロールパネル］－［プログラムと機能］で削除します。

システムを再起動します。

検索結果の保存ファイルを削除します。

4.3　実行ユーザーの変更

UNIXの場合，BJEXログビューアでは，Log ManagerとLog Agentは，インストール直後の状態ではスーパーユーザーの権限で実行するように設定されています。

セキュリティ強化のために，Log ManagerおよびLog Agentの実行ユーザーを，スーパーユーザーからLog ManagerおよびLog Agent専用のユーザーに変更することを推奨します。

なお，閉鎖されたネットワークでの運用など，すでにセキュリティが確保されている環境で運用する場合，実行ユーザーの変更は任意です。

Log ManagerおよびLog Agentの実行ユーザーを変更する場合は，スーパーユーザーの権限で，次に示すコマンドを実行します。

Log Managerの場合

コマンドの実行例を次に示します。斜体で示す部分を環境に合わせて変更してください。

chown -R 変更後のユーザー:変更後のグループ /opt/hitachi/bjexlog/bjexlogmanager
chown root /opt/hitachi/bjexlog/bjexlogmanager/bin/lgchk
chmod u+s /opt/hitachi/bjexlog/bjexlogmanager/bin/lgchk

コマンドに指定する引数を次に示します。

-R

変更後のユーザー:変更後のグループ
Log Managerを実行するユーザー，およびユーザーが所属するグループの名前を半角の「:」（コロン）で区切って指定します。

/opt/hitachi/bjexlog/bjexlogmanager
Log Managerのインストールディレクトリを指定します。

注意事項

/opt/hitachi/bjexlog/bjexlogmanager/bin/lgchkの所有者（root）およびSet-User-IDビットの状態（セットされた状態）は変更しないでください。変更した場合，Log Managerのユーザー認証機能が正常に動作しません。

誤って変更した場合は，/opt/hitachi/bjexlog/bjexlogmanager/bin/lgchkの所有者をrootに再度変更し，Set-User-IDビットがセットされた状態にしてください。

Log Agentの場合

コマンドの実行例を次に示します。斜体で示す部分を環境に合わせて変更してください。

chown -R 変更後のユーザー:変更後のグループ /opt/hitachi/bjexlog/bjexlogagent

コマンドに指定する引数を次に示します。

-R

変更後のユーザー:変更後のグループ
Log Agentを実行するユーザー，およびユーザーが所属するグループの名前を半角の「:」（コロン）で区切って指定します。

/opt/hitachi/bjexlog/bjexlogagent
Log Agentのインストールディレクトリを指定します。

4.4　設定ファイルの確認と変更

Log ManagerおよびLog Agentを起動する前に，運用および環境に合わせて設定ファイルのパラメーターに設定する値を検討する必要があります。

必要に応じて，Log Manager，Log Agent，およびLog Viewerの設定ファイルのパラメーターを変更してください。パラメーターを変更しない場合は，設定ファイルの規定値が仮定されます。設定ファイルのパラメーターの規定値については，「9.　設定ファイル」を参照してください。

確認および検討が必要なファイルおよびパラメーターについて説明します。

＜この節の構成＞

(1)　Log Managerの場合

(2)　Log Agentの場合

(1)　Log Managerの場合

Log Managerの設定ファイルでは，ログ収集サーバでのLog Managerの動作を設定します。設定ファイルの詳細は，「9.3.1　bjexlm.conf（Log Manager設定ファイル）」を参照してください。

確認が必要なパラメーターを次の表に示します。

表4-2　Log Managerの設定ファイルの確認内容

パラメーター名
確認内容
参照先

MG_LOG_DIR
次のことを確認します。

このパラメーターに設定するディレクトリが作成してあること

このパラメーターに設定するディレクトリに，ログを蓄積するためのディスク容量が確保できていること

3.5(2) ディスク占有量の見積もり

(2)　Log Agentの場合

Log Agentの場合，次に示す設定ファイルがあります。

bjexla.conf
バッチジョブ実行サーバでのLog Agentの動作を設定します。設定ファイルの詳細は，「9.4.1　bjexla.conf（Log Agent設定ファイル）」を参照してください。

bjexla_bjexexec.conf
バッチジョブ実行サーバでのBJEX実行ログの監視について設定します。設定ファイルの詳細は，「9.4.2　bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）」を参照してください。

bjexla_syslog.conf
バッチジョブ実行サーバでのsyslogの監視について設定します。設定ファイルの詳細は，「9.4.3　bjexla_syslog.conf（syslog監視設定ファイル）」を参照してください。

確認が必要なパラメーターを次の表に示します。

表4-3　Log Agentの設定ファイルの確認内容

ファイル名 | パラメーター名 | 確認内容
bjexla.conf | MANAGERHOST | このパラメーターに指定したホスト名またはIPアドレスが，Log Agentが接続するLog Managerと一致していることを確認します。
bjexla_bjexexec.conf | FILENAME | このパラメーターに指定したファイル名が，BJEXのLOG_DIRパラメーターに指定されているログの出力先と一致していることを確認します。
FORMAT | 必要なログが収集対象になっていること，不要なログが収集対象になっていないことを確認します。
EXFORMAT
bjexla_syslog.conf | FILENAME | このパラメーターに指定したファイル名が/etc/syslog.confで指定されているログの出力先と一致していることを確認します。
FORMAT | 必要なログが収集対象になっていること，不要なログが収集対象になっていないことを確認します。
EXFORMAT

4.5　アクセス権限の変更

UNIXの場合，Log ManagerまたはLog Agent専用のユーザーアカウントを作成するときは，アクセス権限を変更する必要があります。

Windowsの場合，Log ManagerまたはLog Agentが稼働するマシンに一般ユーザーがアクセスする可能性があるときは，アクセス権限を変更する必要があります。

＜この節の構成＞

4.5.1　Log Managerのマシンでのアクセス権限の変更

4.5.2　Log Agentのマシンでのアクセス権限の変更

4.5.1　Log Managerのマシンでのアクセス権限の変更

＜この項の構成＞

(1)　UNIXの場合

(2)　Windowsの場合

(1)　UNIXの場合

BJEXログビューアでは，Log Managerを実行するための専用のユーザーアカウントを作成することを推奨します。専用のユーザーアカウントを作成する場合は，以降で説明する内容に従って，ディレクトリおよびファイルのアクセス権限を変更してください。

専用のユーザーアカウントを作成しない場合は，アクセス権限の変更は不要です。

Log Manager設定ファイルで，MG_LOG_DIRパラメーターに指定したログ収集ディレクトリ，ログ収集ディレクトリの下位のディレクトリ，およびファイルに対して，次の表に示すアクセス権限を設定する必要があります。

表4-4　アクセス権限の変更が必要なディレクトリおよびファイル（Log Managerの場合）

ディレクトリおよびファイル | 所有者 | アクセス権限
ログ収集ディレクトリ | Log Manager専用のユーザー | 0770
マシン名 | Log Manager専用のユーザー | 0774
日付 | Log Manager専用のユーザー | 0774
ログ種別 | Log Manager専用のユーザー | 0774
bjexexec.n，syslog.nおよびindex | Log Manager専用のユーザー | 0664
監査ログ出力ディレクトリ | Log Manager専用のユーザー | 0770
監査ログファイル（bjexlm_audit.conf，bjexlm_audit.log，bjexlm_auditn.log） | Log Manager専用のユーザー | 0664

ディレクトリおよびファイルの詳細は，「2.3.2　ログ収集ディレクトリでのログ情報の管理」を参照してください。

(2)　Windowsの場合

BJEXログビューアでは，インストール直後にインストール先フォルダ以下のフォルダ，ファイルに「Users」グループの読み取り権限があります。Log Managerが稼働するマシンに一般ユーザーがアクセスする可能性がある場合は，一般ユーザーにログデータを参照させないように，アクセス権限を変更する必要があります。

アクセス権限の変更方法を次に示します。

Log Managerのインストール先フォルダのプロパティを開き，セキュリティタブを選択してから，「Users」グループを削除してください。また，Log Manager設定ファイルで，MG_LOG_DIRパラメーターに指定したログ収集フォルダ以下のフォルダ，およびファイルに対して，「SYSTEM」「Administrators」グループにフルコントロール権限を設定してください。

4.5.2　Log Agentのマシンでのアクセス権限の変更

＜この項の構成＞

(1)　UNIXの場合

(2)　Windowsの場合

(1)　UNIXの場合

BJEXログビューアでは，Log Agentを実行するための専用のユーザーアカウントを作成することを推奨します。専用のユーザーアカウントを作成する場合は，以降で説明する内容に従って，ディレクトリおよびファイルのアクセス権限を変更してください。

専用のユーザーアカウントを作成しない場合は，アクセス権限の変更は不要です。

Log Agentでは，次に示すディレクトリおよびファイルに対して，Log Agent専用ユーザーに次に示す権限を設定します。

参照権限

BJEXの実行ログ

BJEXの実行ログが出力されるディレクトリ

syslog

syslogが出力されるディレクトリ

書き込み権限

監査ログ

監査ログが出力されるディレクトリ

(2)　Windowsの場合

BJEXログビューアでは，インストール直後にインストール先フォルダ以下のフォルダ，ファイルに「Users」グループの読み取り権限があります。Log Agentが稼働するマシンに一般ユーザーがアクセスする可能性がある場合は，一般ユーザーにログデータを参照させないように，アクセス権限を変更する必要があります。

アクセス権限の変更方法を次に示します。

Log Agentのインストール先フォルダのプロパティを開き，セキュリティタブを選択し，「Users」グループを削除してください。また，「SYSTEM」「Administrators」グループに次に示す権限を設定します。

読み取り権限

BJEXの実行ログ

BJEXの実行ログが出力されるフォルダ

フルコントロール権限

監査ログ

監査ログが出力されるフォルダ

4.6　Javaのパスの指定

UNIXの場合，次に示す起動スクリプト内でJavaのパスを指定しています。

Log Manager
/opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr

Log Agent
/opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent
/opt/hitachi/bjexlog/bjexlogagent/bin/recollect

なお，起動スクリプト内で指定されているパス以外にJavaをインストールしている場合は，起動スクリプト内のパスの指定を変更する必要があります。起動スクリプト内で指定されているJavaのパスについては，Log ManagerおよびLog Agentのリリースノートを参照してください。

5.　起動と終了

BJEXログビューアを開始するときは，ログ収集サーバでLog Manager，バッチジョブ実行サーバでLog Agentを起動します。

Log ManagerおよびLog Agentは，自動起動および自動終了することを推奨します。

この章では，Log ManagerおよびLog Agentを自動で起動および終了する方法について説明します。

Log ManagerおよびLog Agentはコマンドを使用して手動で起動することもできます。Log Managerのコマンドについては「8.3.1　bjexlmgr（Log Manager設定コマンド）」，Log Agentのコマンドについては「8.4.1　bjexlagent（Log Agent設定コマンド）」を参照してください。

また，Log Viewerの起動方法および終了方法については，マニュアル「uCosminexus Batch Job Execution Server ログビューア　操作ガイド」を参照してください。

＜この章の構成＞

5.1　Log Managerの自動起動および自動終了

5.2　Log Agentの自動起動および自動終了

5.1　Log Managerの自動起動および自動終了

ここでは，Log Managerを自動起動および自動終了する場合の設定について説明します。

注意事項

Log ManagerをJP1/AJSと同じマシンに配置する場合，Log Managerは，JP1/AJSより前に起動し，JP1/AJSよりあとに停止することを推奨します。また，Log ManagerとLog Agentを同じマシンに配置する場合，Log Manager，Log Agentの順に起動し，Log Agent，Log Managerの順に停止することを推奨します。

＜この節の構成＞

(1)　AIXの場合

(2)　Linuxの場合

(3)　HP-UXの場合

(4)　Windowsの場合

(1)　AIXの場合

インストールと環境設定の完了後，次に示す操作を実行します。

mkitabコマンドで，/etc/inittabファイルに記述を追加します。
実行するコマンドを次に示します。

Log Manager専用の実行ユーザーを作成していない場合

mkitab -i hntr2mon "bjexlogm:2:wait:/opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr start"

Log Manager専用の実行ユーザーを作成している場合
ユーザー名には，chownコマンドで所有者に指定したユーザーのユーザー名を指定します。

mkitab -i hntr2mon "bjexlogm:2:wait:su ユーザー名 -c /opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr start"

lsitabコマンドで，/etc/inittabファイルの設定内容を確認します。
実行するコマンドを次に示します。

lsitab -a

コマンドの実行結果が表示されます。

実行結果で，Log ManagerのプロセスがJP1/AJSよりも前に起動する設定になっていることを確認します。
また，Log ManagerをLog Agentと同じマシンに配置する場合は，Log ManagerのプロセスがLog Agentのプロセスより前に起動する設定になっていることを確認します。
実行結果の例を次に示します。

init:2:initdefault:
brc::sysinit:/sbin/rc.boot 3 >/dev/console 2>&1 # Phase 3 of system boot
        ：
        ：
hntr2mon:2:once:/opt/hitachi/HNTRLib2/etc/D002start
bjexlogm:2:wait:/opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr start
jp1base:2:wait:/etc/opt/jp1base/jbs_start
jp1cons:2:wait:/etc/opt/jp1cons/jco_start
jp1ajs2:2:wait:/etc/opt/jp1ajs2/jajs_start
jp1_fts:2:wait:/etc/opt/jp1_fts/startup
bjexpd:2:wait:/opt/hitachi/bjex/sbin/bjexpdctl start

次に，自動終了を設定します。

/etc/rc.shutdownファイルに，終了時の処理を追加します。
JP1/AJSおよびLog Agentの記述よりあとに，次の記述を追加します。

test -x /opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr && /opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr stop

(2)　Linuxの場合

インストールと環境設定の完了後，次に示す操作を実行します。

Log Managerの起動スクリプトbjexlmを作成し，/etc/init.dに登録します。
起動スクリプトbjexlmのひな形を次のファイルで提供しています。
/opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlm
chkconfigコマンドで管理するために，起動スクリプトbjexlmに次の記述を追加します。

# chkconfig: lllll mm nn
# description: BJEX Log Manager

「# chkconfig:」には次の内容を記述します。

lllll
Log Managerを起動するランレベルを指定します。

mm
Log Managerの起動順を10進数で指定します。JP1/AJSの指定値およびLog Agentの指定値より小さい値を指定します。

nn
Log Managerの停止順を10進数で指定します。JP1/AJSの指定値およびLog Agentの指定値より大きい値を指定します。

「# description:」にはサービスの説明を記述します。
また，Log Manager専用の実行ユーザーを作成している場合は，起動スクリプトbjexlmを次のように変更します。

＜変更前＞

       /opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr start
#       su username -c "/opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr start"

       /opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr stop
#       su username -c "/opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr stop"

＜変更後＞

#       /opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr start
       su ユーザー名 -c "/opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr start"

#       /opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr stop
       su ユーザー名 -c "/opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr stop"

ユーザー名には，chownコマンドで所有者に指定したユーザーのユーザー名を指定します。

chkconfigコマンドを実行して，起動スクリプトbjexlmの自動起動・停止を設定します。
実行するコマンドを次に示します。

/sbin/chkconfig --add bjexlm

このコマンドを実行すると，Smmbjexlm（mmは起動・停止スクリプト中の「# chkconfig:」で指定した起動順）が/etc/rcx.d（xは起動スクリプト中の「# chkconfig:」でlllllに指定したランレベル）へ登録され，Knnbjexlm（nnは起動スクリプト中の「# chkconfig:」で指定した停止順）が/etc/rcy.d（yは起動スクリプト中の「# chkconfig:」でlllllに指定しなかったランレベル）へ登録されます。

設定内容を確認します。
実行するコマンドを次に示します。

/sbin/chkconfig --list bjexlm

コマンドの実行結果を参照し，ランレベルの設定に誤りがないか確認します。
また，/etc/rc#.dディレクトリ（#はランレベル）を参照して，JP1/AJS，Log Manager，Log Agentの起動スクリプトの起動順，停止順が正しいことを確認します。

(3)　HP-UXの場合

インストールと環境設定の完了後，次に示す操作を実行します。

Log Managerの起動スクリプトbjexlmを作成し，/sbin/init.dに登録します。
起動スクリプトbjexlmのひな形を次のファイルで提供しています。
/opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlm
Log Manager専用の実行ユーザーを作成している場合は，起動スクリプトbjexlmを次のように変更します。

＜変更前＞

       /opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr start
#       su username -c "/opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr start"

       /opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr stop
#       su username -c "/opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr stop"

＜変更後＞

#       /opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr start
       su ユーザー名 -c "/opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr start"

#       /opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr stop
       su ユーザー名 -c "/opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr stop"

ユーザー名には，chownコマンドで所有者に指定したユーザーのユーザー名を指定します。

起動スクリプトbjexlmへのシンボリックリンクを，/sbin/rc#ディレクトリ（#はランレベル）に作成します。
実行するコマンドを次に示します。

ln -s /sbin/init.d/bjexlm /sbin/rcx.d/Smmmbjexlm
ln -s /sbin/init.d/bjexlm /sbin/rcy.d/Knnnbjexlm

次の内容を指定します。

x
Log Managerを起動するランレベルを指定します。

y
Log Managerを停止するランレベルを指定します。

mmm
Log Managerの起動順を3けたの10進数で指定します。JP1/AJSおよびLog Agentの指定値より小さい値を指定します。

nnn
Log Managerの停止順を3けたの10進数で指定します。JP1/AJSおよびLog Agentの指定値より大きい値を指定します。

(4)　Windowsの場合

インストールと環境設定の完了後，次に示す操作を実行します。

Windowsの管理ツールで［サービス］を選択し，表示された画面で「uCosminexus BJEX-Log Manager」のプロパティを開きます。

「スタートアップの種類」が「自動」になっていることを確認します。

シャットダウンスクリプトにLog Managerのインストール先フォルダ¥bin¥bjexlmshutdown.cmdを登録します。
シャットダウンスクリプトへの登録方法を次に示します。
1. Windowsの［スタート］メニューの［ファイル名を指定して実行］から「gpedit.msc」を実行して，ローカルグループポリシーエディターを起動します。
2. ツリービューペインから［ローカルコンピュータポリシー］－［コンピュータの設定］－［Windowsの設定］－［スクリプト（スタートアップ/シャットダウン）］を選択します。
3. リストペインから［シャットダウン］をダブルクリックして，［シャットダウンのプロパティ］画面を開きます。
4. ［シャットダウンのプロパティ］画面の［追加］ボタンをクリックして表示される［スクリプト追加］画面からLog Managerのインストール先フォルダ¥bin¥bjexlmshutdown.cmdを選択して，［OK］ボタンをクリックします。

5.2　Log Agentの自動起動および自動終了

ここでは，Log Agentを自動起動および自動終了する場合の設定について説明します。

注意事項

Log AgentをJP1/AJSと同じマシンに配置する場合，Log Agentは，JP1/AJSより前に起動し，JP1/AJSよりあとに停止することを推奨します。また，Log AgentとLog Managerを同じマシンに配置する場合，Log Manager，Log Agentの順に起動し，Log Agent，Log Managerの順に停止することを推奨します。

＜この節の構成＞

(1)　AIXの場合

(2)　Linuxの場合

(3)　HP-UXの場合

(4)　Windowsの場合

(1)　AIXの場合

インストールと環境設定の完了後，次に示す操作を実行します。

mkitabコマンドで，/etc/inittabファイルに記述を追加します。
実行するコマンドを次に示します。

Log Agent専用の実行ユーザーを作成していない場合

mkitab -i hntr2mon "bjexloga:2:wait:/opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent start"

Log Agent専用の実行ユーザーを作成している場合
ユーザー名には，chownコマンドで所有者に指定したユーザーのユーザー名を指定します。

mkitab -i hntr2mon "bjexloga:2:wait:su ユーザー名 -c /opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent start"

lsitabコマンドで，/etc/inittabファイルの設定内容を確認します。
実行するコマンドを次に示します。

lsitab -a

コマンドの実行結果が表示されます。

実行結果で，Log AgentのプロセスがJP1/AJSよりも前に起動する記述になっていることを確認します。
また，Log AgentをLog Managerと同じマシンに配置する場合は，Log AgentのプロセスがLog Managerよりもあとに起動する設定になっていることを確認します。
実行結果の例を次に示します。

init:2:initdefault:
brc::sysinit:/sbin/rc.boot 3 >/dev/console 2>&1 # Phase 3 of system boot
        ：
        ：
hntr2mon:2:once:/opt/hitachi/HNTRLib2/etc/D002start
bjexlogm:2:wait:/opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr start
bjexloga:2:wait:/opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent start
jp1base:2:wait:/etc/opt/jp1base/jbs_start
jp1cons:2:wait:/etc/opt/jp1cons/jco_start
jp1ajs2:2:wait:/etc/opt/jp1ajs2/jajs_start
jp1_fts:2:wait:/etc/opt/jp1_fts/startup
bjexpd:2:wait:/opt/hitachi/bjex/sbin/bjexpdctl start

次に，自動終了を設定します。

/etc/rc.shutdownファイルに，終了時の処理を追加します。
JP1/AJSの記述よりあと，かつLog Manager の記述より前に，次の記述を追加します。

test -x /opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent && /opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent stop

(2)　Linuxの場合

インストールと環境設定の完了後，次に示す操作を実行します。

Log Agentの起動スクリプトbjexlaを作成し，/etc/init.dに登録します。
起動スクリプトbjexlaのひな形を次のファイルで提供しています。
/opt/hitachi/bjexlog/bjexlogagent/bin/bjexla
chkconfigコマンドで管理するために，起動スクリプトbjexlaに次の記述を追加します。

# chkconfig: lllll mm nn
# description: BJEX Log Agent

「# chkconfig:」には次の内容を記述します。

lllll
Log Agentを起動するランレベルを指定します。

mm
Log Agentの起動順を10進数で指定します。JP1/AJSの指定値より小さく，Log Managerの指定値より大きい値を指定します。

nn
Log Agentの停止順を10進数で指定します。JP1/AJSの指定値より大きく，Log Managerの指定値より小さい値を指定します。

「# description:」にはサービスの説明を記述します。
また，Log Agent専用の実行ユーザーを作成している場合は，起動スクリプトbjexlaを次のように変更します。

＜変更前＞

       /opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent start
#       su username -c "/opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent start"

       /opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent stop
#       su username -c "/opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent stop"

＜変更後＞

#       /opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent start
       su ユーザー名 -c "/opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent start"

#       /opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent stop
       su ユーザー名 -c "/opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent stop"

ユーザー名には，chownコマンドで所有者に指定したユーザーのユーザー名を指定します。

chkconfigコマンドを実行して，起動スクリプトbjexlaの自動起動・停止を設定します。
実行するコマンドを次に示します。

/sbin/chkconfig --add bjexla

このコマンドを実行すると，Smmbjexla（mmは起動スクリプト中の「# chkconfig:」で指定した起動順）が/etc/rcx.d（xは起動スクリプト中の「# chkconfig:」でlllllに指定したランレベル）へ登録され，Knnbjexla（nnは起動スクリプト中の「# chkconfig:」で指定した停止順）が/etc/rcy.d（yは起動スクリプト中の「# chkconfig:」でlllllに指定しなかったランレベル）へ登録されます。

設定内容を確認します。
実行するコマンドを次に示します。

/sbin/chkconfig --list bjexla

コマンドの実行結果を参照し，ランレベルの設定に誤りがないか確認します。
また，/etc/rc#.dディレクトリ（#はランレベル）を参照して，JP1/AJS，Log Manager，Log Agentの起動スクリプトの起動順，停止順が正しいことを確認します。

(3)　HP-UXの場合

インストールと環境設定の完了後，次に示す操作を実行します。

Log Agentの起動スクリプトbjexlaを作成し，/sbin/init.dに登録します。
起動スクリプトbjexlaのひな形を次のファイルで提供しています。
/opt/hitachi/bjexlog/bjexlogagent/bin/bjexla
Log Agent専用の実行ユーザーを作成している場合は，起動スクリプトbjexlaを次のように変更します。

＜変更前＞

       /opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent start
#       su username -c "/opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent start"

       /opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent stop
#       su username -c "/opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent stop"

＜変更後＞

#       /opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent start
       su ユーザー名 -c "/opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent start"

#       /opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent stop
       su ユーザー名 -c "/opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent stop"

ユーザー名には，chownコマンドで所有者に指定したユーザーのユーザー名を指定します。

起動スクリプトbjexlaへのシンボリックリンクを，/sbin/rc#ディレクトリ（#はランレベル）に作成します。
実行するコマンドを次に示します。

ln -s /sbin/init.d/bjexla /sbin/rcx.d/Smmmbjexla
ln -s /sbin/init.d/bjexla /sbin/rcy.d/Knnnbjexla

次の内容を指定します。

x
Log Agentを起動するランレベルを指定します。

y
Log Agentを停止するランレベルを指定します。

mmm
Log Agentの起動順を3けたの10進数で指定します。JP1/AJSの指定値より小さく，Log Managerの指定値より大きい値を指定します。

nnn
Log Agentの停止順を3けたの10進数で指定します。JP1/AJSの指定値より大きく，Log Managerの指定値より小さい値を指定します。

(4)　Windowsの場合

インストールと環境設定の完了後，次に示す操作を実行します。

Windowsの管理ツールで［サービス］を選択し，表示された画面で「uCosminexus BJEX-Log Agent」のプロパティを開きます。

「スタートアップの種類」が「自動」になっていることを確認します。

シャットダウンスクリプトにLog Agentのインストール先フォルダ¥bin¥bjexlashutdown.cmdを登録します。
シャットダウンスクリプトへの登録方法を次に示します。
1. Windowsの［スタート］メニューの［ファイル名を指定して実行］から「gpedit.msc」を実行して，ローカルグループポリシーエディターを起動します。
2. ツリービューペインから［ローカルコンピュータポリシー］－［コンピュータの設定］－［Windowsの設定］－［スクリプト（スタートアップ/シャットダウン）］を選択します。
3. リストペインから［シャットダウン］をダブルクリックして，［シャットダウンのプロパティ］画面を開きます。
4. ［シャットダウンのプロパティ］画面の［追加］ボタンをクリックして，［スクリプト追加］画面からLog Agentのインストール先フォルダ¥bin¥bjexlashutdown.cmdを選択して，［OK］ボタンをクリックします。

6.　運用

BJEXログビューアの運用では，次の項目を定期的に実施します。

・ログ収集サーバに蓄積されるログ情報の容量監視

・ログ収集サーバに蓄積されるログ情報のアーカイブ

・Log ManagerおよびLog Agentの監査

また，バッチジョブ実行サーバでのログ情報の収集が中断したときは，中断していた間のログ情報を再収集します。

この章では，BJEXログビューアの運用について説明します。

＜この章の構成＞

6.1　ログ収集ディレクトリの容量監視

6.2　ログ情報のアーカイブと復元

6.3　ログ情報の再収集

6.4　BJEXログビューアの監査

6.1　ログ収集ディレクトリの容量監視

想定外のログ情報の出力やディスク使用量の圧迫などが原因で，ログ収集ディレクトリの容量が不足することがあります。ログ収集ディレクトリの容量が不足すると，Log Managerがログ情報を蓄積できなくなり，収集したログ情報は破棄されます。また，Log Managerが停止する要因になります。

このような事象を事前に察知して防止するために，定期的にログ収集ディレクトリの空き容量を監視してください。容量の監視時に空き容量の不足を確認したら，容量確保のために，ログ情報をアーカイブし，ログ収集ディレクトリから削除します。

＜この節の構成＞

(1)　UNIXの場合

(2)　Windowsの場合

(1)　UNIXの場合

ログ収集ディレクトリの容量を確認するコマンドについて説明します。目的に応じて，次に示すコマンドを実行します。

ディレクトリごとの容量を確認する場合

OSのduコマンドを使用します。コマンドの実行例および実行結果の例を次に示します。

> du -ks /opt/hitachi/bjexlog/bjexlogmanager/data
4860    /opt/hitachi/bjexlog/bjexlogmanager/data

この例では，「/opt/hitachi/bjexlog/bjexlogmanager/data」ディレクトリの容量が4,860KBであることを示しています。

パーティションごとの容量を確認する場合

AIXまたはLinuxの場合，OSのdfコマンドを使用します。コマンドの実行例および実行結果の例を次に示します。

> df
Filesystem    512-blocks      Free %Used    Iused %Iused Mounted on
/dev/hd4         4194304​   3577096​   15%     3596     1% /
/dev/hd2         4194304​    951320   78%    33875    24% /usr
/dev/hd9var      4194304​   2472544​   42%     9241     4% /var
/dev/hd3          262144    240480    9%       75     1% /tmp
/dev/hd1        20971520​   3015600​   86%    93778    22% /home
/proc                  -         -    -         -     -  /proc
/dev/hd10opt     4194304​    215584   95%    25939    48% /opt

この例では，各パーティションの使用可能容量および空き容量が表示されています。

HP-UXの場合，OSのbdfコマンドを使用します。bdfコマンドの実行例および実行結果の例を次に示します。

> bdf
Filesystem          kbytes    used   avail %used Mounted on
/dev/vg00/lvol3    1073152​  913424  158512   85% /
/dev/vg00/lvol1    1835008​  128728 1693048​    7% /stand
/dev/vg00/lvol8    7987200​ 6997504​  989696   88% /var
/dev/vg00/lvol7    8118272​ 2665192​ 5410528​   33% /usr
/dev/vg00/lvol4     524288  392544  131432   75% /tmp
/dev/vg00/lvol6    8298496​ 7944864​  350944   96% /opt
/dev/vg02/lvol1    35553280​ 10707326​ 23301723​   31% /home2

この例では，各パーティションの使用可能容量および空き容量が表示されています。

duコマンド，dfコマンドおよびbdfコマンドの詳細は，OSのマニュアルを参照してください。

容量を確認し，ログ情報のアーカイブが必要な場合は，「6.2　ログ情報のアーカイブと復元」を参照してログ情報をアーカイブしてください。

(2)　Windowsの場合

ログ収集フォルダがあるドライブのプロパティを開いて，ドライブの容量を監視してください。容量を確認し，ログ情報のアーカイブが必要な場合は，「6.2　ログ情報のアーカイブと復元」を参照してログ情報をアーカイブしてください。

6.2　ログ情報のアーカイブと復元

BJEXログビューアの稼働中は，ログ収集サーバのログ収集ディレクトリで，ログ情報を蓄積したファイルが増えていきます。そのため，ログ収集ディレクトリの容量が満杯になる前に，定期的にログ情報の蓄積ファイルをアーカイブして，ログ収集ディレクトリから削除する必要があります。

アーカイブし，削除したログ情報は，Log Viewerでの検索対象になりません。そのため，アーカイブしたログ情報を検索対象に戻す場合は，アーカイブする前と同じディレクトリに復元する必要があります。

ここでは，ログ収集サーバでのログ情報のアーカイブ，および復元について説明します。

＜この節の構成＞

(1)　UNIXの場合

(2)　Windowsの場合

(1)　UNIXの場合

(a)　ログ情報のアーカイブと削除

ログ情報のアーカイブおよび削除は，次のどれかのディレクトリの単位で行います。ファイルの単位でのアーカイブおよび削除は行わないでください。

「マシン名」ディレクトリ

「日付」ディレクトリ

「ログ種別」ディレクトリ

ログ情報のアーカイブおよび削除手順を次に示します。ログ収集サーバのマシンで実行してください。

tarコマンドを実行して，ディレクトリをアーカイブします。
実行するコマンドの形式を次に示します。

tar -cvf アーカイブファイル名.tar アーカイブするディレクトリ

引数-cvfに指定する値を次に示します。斜体で示す部分を環境に合わせて変更してください。

アーカイブファイル名.tar
アーカイブファイル名を指定します。アーカイブファイルの拡張子はtarです。

アーカイブするディレクトリ
アーカイブするディレクトリを指定します。

■コマンドの実行例

「ログ種別」ディレクトリの単位でアーカイブするときは，次のコマンドを実行します。なお，アーカイブファイル名は「20081001.tar」とします。また，ログ収集ディレクトリは設定ファイルの規定値（/opt/hitachi/bjexlog/bjexlogmanager/data），マシン名ディレクトリは「hostA」，日付ディレクトリは「20081001」，ログ種別は「syslog」とします。

tar -cvf 20081001​.tar /opt/hitachi/bjexlog/bjexlogmanager/data/hostA/20081001​/syslog

コマンドを実行すると，アーカイブファイルが作成されます。

rmコマンドを実行して，ディレクトリを削除します。
実行するコマンドの形式を次に示します。

rm -r 削除するディレクトリ

引数-rに指定する値を次に示します。斜体で示す部分を環境に合わせて変更してください。

削除するディレクトリ
手順1でアーカイブするディレクトリに指定したディレクトリを指定します。

■コマンドの実行例

手順1の例でアーカイブしたディレクトリを削除するときは，次のコマンドを実行します。

rm -r /opt/hitachi/bjexlog/bjexlogmanager/data/hostA/20081001​/syslog

コマンドを実行すると，ディレクトリが削除されます。

tarコマンドおよびrmコマンドの詳細は，OSのマニュアルを参照してください。

(b)　アーカイブしたログファイルの復元

アーカイブしたログ情報は，アーカイブしたディレクトリの単位で，該当するディレクトリに復元します。ログ情報の復元は，ログ収集サーバのマシンで実行してください。

tarコマンドを実行して，ログファイルを復元します。

実行するコマンドの形式を次に示します。

tar -xvf 復元するアーカイブファイル名.tar

引数-xvfに指定する値を次に示します。斜体で示す部分を環境に合わせて変更してください。

復元するアーカイブファイル名.tar
復元するアーカイブファイル名を指定します。

■コマンドの実行例

「(a) ログ情報のアーカイブと削除」でアーカイブしたディレクトリを復元するときは，次のコマンドを実行します。なお，復元するアーカイブファイル名は「20081001.tar」とします。

tar -xvf 20081001​.tar

コマンドを実行すると，アーカイブファイルが復元されます。

tarコマンドの詳細は，OSのマニュアルを参照してください。

(2)　Windowsの場合

(a)　ログ情報のアーカイブと削除

ログ情報のアーカイブおよび削除は，次のどれかのフォルダの単位で行います。ファイルの単位でのアーカイブおよび削除は行わないでください。

「マシン名」フォルダ

「日付」フォルダ

「ログ種別」フォルダ

ログ情報のアーカイブおよび削除手順を次に示します。ログ収集サーバのマシンで実行してください。

Windowsのエクスプローラで，アーカイブ対象のフォルダを右クリックして表示されたメニューから「コピー」を選択します。

Windowsのエクスプローラで，アーカイブ先のフォルダまたはドライブで右クリックして表示されたメニューから「貼り付け」を選択します。

Windowsのエクスプローラで，アーカイブ対象のフォルダを右クリックし表示されたメニューから「削除」を選択します。

(b)　アーカイブしたログファイルの復元

アーカイブしたログ情報は，アーカイブしたフォルダの単位で，該当するフォルダに復元します。アーカイブしたログ情報を復元する手順を次に示します。

Windowsのエクスプローラで，アーカイブしたフォルダを右クリックして表示されたメニューから「コピー」を選択します。

Windowsのエクスプローラで，ログ情報の適切な場所を右クリックして表示されたメニューから「貼り付け」を選択します。

6.3　ログ情報の再収集

バッチジョブ実行サーバの稼働中に次の事象が発生すると，BJEXの実行ログおよびsyslogのログ情報の収集が中断されます。

Log Managerの停止

Log Agentの停止

Log ManagerおよびLog Agentの停止

作業ディレクトリの上限を超える量のログ情報の出力

Log Managerでのログ情報の蓄積の失敗

このようなときは，収集が中断された間のログ情報を再収集する必要があります。ログ情報の再収集の概要を次の図に示します。

図6-1　ログ情報の再収集の概要

ログ情報の再収集手順，およびログ情報の再収集時の注意事項について説明します。

＜この節の構成＞

(1)　Log Managerが停止したときのログ情報の再収集

(2)　Log Agentが停止したときのログ情報の再収集

(3)　ログ情報の出力量が作業ディレクトリの上限を超えたときのログ情報の再収集

(4)　Log Managerでログ情報の蓄積に失敗したときのログ情報の再収集

(5)　注意事項

(1)　Log Managerが停止したときのログ情報の再収集

Log Managerの停止によってログ情報の収集が中断した場合は，Log Managerが停止した日時，およびLog Managerが再起動した日時を確認したあと，コマンドでログ情報を再収集します。

手順を次に示します。

Log Viewerで検索を実行して，バッチジョブ実行サーバから最後にログ情報が転送された年月日・時刻を確認します。
［検索条件］画面で，検索条件に次の項目を指定して検索します。出力元，メッセージIDおよびメッセージテキストの指定は不要です。

開始日時および終了日時：Log Managerが停止した前後の年月日・時刻

検索結果には，Log Managerのマシンで最後に蓄積したログ情報が表示されます。その年月日・時刻を出力元ごとに記録しておきます。
Log Viewerでのログの検索手順については，マニュアル「uCosminexus Batch Job Execution Server ログビューア　操作ガイド」を参照してください。

Log Viewerで検索を実行して，Log Managerを再起動したあと最初にログ情報が転送された年月日・時刻を確認します。
［検索条件］画面で，検索条件に次の項目を指定して検索します。出力元，メッセージIDおよびメッセージテキストの指定は不要です。

開始日時および終了日時：Log Managerを再起動した前後の年月日・時刻

検索結果には，Log Managerを再起動したあと，最初に蓄積したログ情報が表示されます。その年月日・時刻を出力元ごとに記録しておきます。

停止したLog Managerに接続するバッチジョブ実行サーバで，recollect（ログ情報の再収集コマンド）を実行して，ログ情報をファイルに出力します。
実行するコマンドの形式を次に示します。斜体で示す部分を手順1および手順2の結果に合わせて変更します。

recollect ｛bjexexec｜syslog｝ -s 再収集開始年月日・時刻 -e 再収集終了年月日・時刻 -o 出力ディレクトリ

コマンドに指定する引数を次に示します。

｛bjexexec｜syslog｝
再収集するログ情報の種類として，次のどちらかを指定します。
・bjexexec：BJEXの実行ログのログ情報を再収集します。
・syslog：syslogのログ情報を再収集します。ただし，Windowsの場合は指定できません。

-s 再収集開始年月日・時刻
手順1で記録した年月日・時刻をyyyymmddHHMMSSの形式で指定します。yyyyは西暦年，mmは月，ddは日，HHは時，MMは分，SSは秒を示します。

-e 再収集終了年月日・時刻
手順2で記録した年月日・時刻をyyyymmddHHMMSSの形式で指定します。yyyyは西暦年，mmは月，ddは日，HHは時，MMは分，SSは秒を示します。

-o 出力ディレクトリ
再収集したログ情報を出力する任意のディレクトリを指定します。指定したディレクトリの下位に次のログ情報の蓄積ファイルが出力されます。
・index
・bjexexec.n（BJEXの実行ログの場合）またはsyslog.n（syslogの場合）
nは1～2147483646の整数です。

recollect（ログ情報の再収集コマンド）の詳細は，「8.4.2　recollect（ログ情報の再収集コマンド）」を参照してください。
続いて，ログ情報の蓄積ファイルの移動先を決めます。

引数-oのディレクトリに出力されたindexを確認します。
indexをテキストエディターなどで開き，次の項目を確認します。

ファイル名

ログ情報が出力された年月日

例えば，indexに「20081031205950△20081031205959△bjexexec.1」と記述されている場合，ファイル名は「bjexexec.1」，ログ情報が出力された年月日は「2008年10月31日」と解釈します（△：半角スペース）。
indexの見方については，「2.3.2(2) ファイルへのログ情報の蓄積」を参照してください。

手順4で確認した年月日を基に，ログ情報の蓄積ファイルの移動先を決めます。
ログ情報の蓄積ファイルは，ログ収集サーバのログ収集ディレクトリ直下にある，名前が「マシン名/yyyymmdd」（マシン名はrecollectコマンドを実行したマシンの名称，yyyyは西暦年，mmは月，ddは日）のディレクトリに移動する必要があります。そのため，手順4で確認した年月日を基に，ファイルの移動先のディレクトリを決めます。
例えば，手順4の確認で，「bjexexec.1」には2008年10月1日に出力されたログ情報が蓄積されていることがわかったとします。このとき，ファイルの移動先は，Log Managerのログ収集ディレクトリ下の「マシン名/20081001/bjexexec」ディレクトリになります。
ログ収集ディレクトリの詳細は，「2.3.2(1) ディレクトリによるログ情報の分類」を参照してください。
移動先のディレクトリが存在しない場合，ディレクトリを作成します。ディレクトリの作成後，手順9に進んでください。

移動先のディレクトリにあるindexを基に，ファイルの挿入位置を決めます。
移動先のディレクトリにあるindexをテキストエディターなどで開きます。
indexには，ログ情報の出力年月日・時刻とファイル名の対応が時系列の順で記述されています。そのため，すでにあるファイルと移動するファイルが時系列で並ぶように，挿入位置を決めてください。

移動先のディレクトリにあるindexを修正します。
手順6で決めた挿入位置に，手順4で確認したindexの内容を追加します。
また，再収集したログ情報のファイル名がすでにあるファイルの名前と重複している場合は，再収集したログ情報のファイル名を重複しない名前に書き換えます。

■indexの修正例

indexの修正例を次の図に示します。

移動するファイルをリネームします。
手順7で修正したindexに合わせて，再収集したログ情報のファイル名をリネームします。

ファイルを移動します。
再収集したログ情報のファイルを手順5で決めたディレクトリに移動します。

停止したLog Managerに接続するバッチジョブ実行サーバで，手順3～手順9を繰り返します。

以上で，ログを再収集する手順は終了です。

(2)　Log Agentが停止したときのログ情報の再収集

Log Agentの停止によってログ情報の収集が中断した場合は，Log Agentが停止した日時，およびLog Agentが再起動した日時を確認したあと，コマンドでログ情報を再収集します。

手順を次に示します。

Log Viewerで検索を実行して，バッチジョブ実行サーバから最後にログ情報が転送された年月日・時刻を確認します。
［検索条件］画面で，検索条件に次の項目を指定して検索します。メッセージIDおよびメッセージテキストの指定は不要です。

開始日時および終了日時：Log Agentが停止した前後の年月日・時刻

出力元：Log Agentが停止したマシン

検索結果には，該当のマシンから最後に転送されたログ情報が表示されます。その年月日・時刻を記録しておきます。
Log Viewerでのログの検索手順については，マニュアル「uCosminexus Batch Job Execution Server ログビューア　操作ガイド」を参照してください。

Log Viewerで検索を実行して，Log Agentを再起動したあと最初にログ情報が転送された年月日・時刻を確認します。
［検索条件］画面で，検索条件に次の項目を指定して検索します。メッセージIDおよびメッセージテキストの指定は不要です。

開始日時および終了日時：Log Agentを再起動した前後の年月日・時刻

出力元：Log Agentが停止したマシン

検索結果には，Log Agentを再起動したあと，該当のマシンから最初に転送されたログ情報が表示されます。その年月日・時刻を記録しておきます。

Log Agentが停止したマシンで，recollect（ログ情報の再収集コマンド）を実行して，ログ情報をファイルに出力します。
実行するコマンドの形式を次に示します。斜体で示す部分を手順1および手順2の結果に合わせて変更します。

recollect ｛bjexexec｜syslog｝ -s 再収集開始年月日・時刻 -e 再収集終了年月日・時刻 -o 出力ディレクトリ

コマンドに指定する引数を次に示します。

｛bjexexec｜syslog｝
再収集するログ情報の種類として，次のどちらかを指定します。
・bjexexec：BJEXの実行ログのログ情報を再収集します。
・syslog：syslogのログ情報を再収集します。

-s 再収集開始年月日・時刻
手順1で記録した年月日・時刻をyyyymmddHHMMSSの形式で指定します。yyyyは西暦年，mmは月，ddは日，HHは時，MMは分，SSは秒を示します。

-e 再収集終了年月日・時刻
手順2で記録した年月日・時刻をyyyymmddHHMMSSの形式で指定します。yyyyは西暦年，mmは月，ddは日，HHは時，MMは分，SSは秒を示します。

-o 出力ディレクトリ
再収集したログ情報を出力する任意のディレクトリを指定します。指定したディレクトリの下位に次のログ情報の蓄積ファイルが出力されます。
・index
・bjexexec.n（BJEXの実行ログの場合）またはsyslog.n（syslogの場合）
nは1～2147483646の整数です。

recollect（ログ情報の再収集コマンド）の詳細は，「8.4.2　recollect（ログ情報の再収集コマンド）」を参照してください。
続いて，ログ情報の蓄積ファイルの移動先を決めます。

引数-oのディレクトリに出力されたindexを確認します。
indexをテキストエディターなどで開き，次の項目を確認します。

ファイル名

ログ情報が出力された年月日

例えば，indexに「20081031205950△20081031205959△bjexexec.1」と記述されている場合，ファイル名は「bjexexec.1」，ログ情報が出力された年月日は「2008年10月31日」と解釈します（△：半角スペース）。
indexの見方については，「2.3.2(2) ファイルへのログ情報の蓄積」を参照してください。

手順4で確認した年月日を基に，ログ情報の蓄積ファイルの移動先を決めます。
ログ情報の蓄積ファイルは，ログ収集サーバのログ収集ディレクトリ直下にある，名前が「マシン名/yyyymmdd」（マシン名はrecollectコマンドを実行したマシンの名称，yyyyは西暦年，mmは月，ddは日）のディレクトリに移動する必要があります。そのため，手順4で確認した年月日を基に，ファイルの移動先のディレクトリを決めます。
例えば，手順4の確認で，「bjexexec.1」には2008年10月1日に出力されたログ情報が蓄積されていることがわかったとします。このとき，ファイルの移動先は，Log Managerのログ収集ディレクトリ下の「マシン名/20081001/bjexexec」ディレクトリになります。
ログ収集ディレクトリの詳細は，「2.3.2(1) ディレクトリによるログ情報の分類」を参照してください。
移動先のディレクトリが存在しない場合，ディレクトリを作成します。ディレクトリの作成後，手順9に進んでください。

移動先のディレクトリにあるindexを基に，ファイルの挿入位置を決めます。
移動先のディレクトリにあるindexをテキストエディターなどで開きます。
indexには，ログ情報の出力年月日・時刻とファイル名の対応が時系列の順で記述されています。そのため，すでにあるファイルと移動するファイルが時系列で並ぶように，挿入位置を決めてください。

移動先のディレクトリにあるindexを修正します。
手順6で決めた挿入位置に，手順4で確認したindexの内容を追加します。
また，再収集したログ情報のファイル名がすでにあるファイルの名前と重複している場合は，再収集したログ情報のファイル名を重複しない名前に書き換えます。

■indexの修正例

indexの修正例を次の図に示します。

移動するファイルをリネームします。
手順7で修正したindexに合わせて，再収集したログ情報のファイル名をリネームします。

ファイルを移動します。
再収集したログ情報のファイルを手順5で決めたディレクトリに移動します。

以上で，ログを再収集する手順は終了です。

(3)　ログ情報の出力量が作業ディレクトリの上限を超えたときのログ情報の再収集

MAX_SIZEパラメーターに指定した上限を超えてログ情報が出力されたとき，UNIXの場合はsyslog，Windowsの場合はイベントログに一時蓄積ファイルの上限を超えたことを示すメッセージ（KAKH107-W）が出力されます。Log Managerへログ情報が送信されないまま，一時蓄積ファイルへのログ情報の蓄積が継続されると，ファイルの容量がMAX_SIZEパラメーターに指定した値の2倍になった時点で，最大蓄積量に到達したことを示すメッセージ（KAKH100-E）が出力されます。また，それまで蓄積していたログ情報が破棄され，ログ情報の蓄積が中断されます。

このときは，破棄されたログ情報中に出力されたメッセージの日時を確認して，ログ情報を再収集します。

再収集の手順を次に示します。

Log Agentが破棄したメッセージを確認します。
UNIXの場合はsyslog，Windowsの場合はイベントログから，KAKH101-IメッセージおよびKAKH102-Iメッセージを探します。
例：cat /tmp/syslog.out*|grep KAKH10[1-2]
KAKH101-Iメッセージを参照して，ログ種別および初めに破棄されたメッセージの日時を記録します。
KAKH102-Iメッセージを参照して，最後に破棄されたメッセージの日時を記録します。
syslogまたはイベントログにKAKH100-Eが出力された場合，KAKH101-IおよびKAKH102-Iを検索します。KAKH101-Iから破棄された最初のメッセージの日時，KAKH102-Iから破棄された最後のメッセージの日時を確認します。

■syslogの例

ログ情報が破棄された場合のsyslogの例を次の図に示します。

KAKH101-Iに出力されている日時・時刻は「Oct 31 23:59:50」，KAKH102-Iに出力されている日時・時刻は「Oct 31 23:59:59」です。

破棄された最初のメッセージの日時は2008年10月31日の23：59：50，破棄された最後のメッセージの日時は2008年10月31日の23：59：59であることがわかります（メッセージが出力された西暦年を2008年と仮定しています）。

そのため，ログ情報の再収集を開始および終了する年月日・時刻は次ようになります。

・再収集開始年月日・時刻：2008/10/31/ 23:59:50

・再収集終了年月日・時刻：2008/10/31/ 23:59:59

Log Agentのマシンで，recollect（ログ情報の再収集コマンド）を実行して，ログをファイルに出力します。
コマンドの実行例を次に示します。斜体で示す部分を手順1の結果に合わせて変更します。

recollect ｛bjexexec｜syslog｝ -s 再収集開始年月日・時刻 -e 再収集終了年月日・時刻 -o 出力ディレクトリ

コマンドに指定する引数を次に示します。

｛bjexexec｜syslog｝
再収集するログの種類として，次のどちらかを指定します。
・bjexexec：BJEXの実行ログを再収集します。
・syslog：syslogを再収集します。ただし，Windowsの場合は指定できません。

-s 再収集開始年月日・時刻
手順1で記録した，KAKI101-Iに出力された年月日・時刻をyyyymmddHHMMSSの形式で指定します。yyyyは西暦年，mmは月，ddは日，HHは時，MMは分，SSは秒を示します。

-e 再収集終了年月日・時刻
手順1で記録した，KAKI102-Iに出力された年月日・時刻をyyyymmddHHMMSSの形式で指定します。yyyyは西暦年，mmは月，ddは日，HHは時，MMは分，SSは秒を示します。

-o 出力ディレクトリ
再収集したログを出力する任意のディレクトリを指定します。

コマンドを実行すると，ログがファイルに出力されます。
recollect（ログ情報の再収集コマンド）の詳細は，「8.4.2　recollect（ログ情報の再収集コマンド）」を参照してください。
続いて，ファイルの移動先を決めます。
以降の手順については，「(2) Log Agentが停止したときのログ情報の再収集」の手順4～手順9を参照してください。

(4)　Log Managerでログ情報の蓄積に失敗したときのログ情報の再収集

Log Managerでログ情報の蓄積に失敗すると，ログ情報の収集が中断されます。この場合，エラーを示すメッセージ（KAKG104-E，KAKG105-EまたはKAKG112-E）に加えて，KAKG114-Iメッセージが出力されます。

このときは，Log Managerが最後にログ情報を蓄積した日時，およびログ情報の蓄積を再開した日時を確認して，ログ情報を再収集します。

再収集の手順を次に示します。

Log Managerが最後にログ情報を蓄積した年月日・時刻を確認します。
Log Managerのマシンのsyslogファイルから，KAKG114-Iメッセージを探します。
例：cat /tmp/syslog.out*|grep KAKG114
KAKG114-Iメッセージを参照して，ログ種別，Log Agentのマシン名および最後に蓄積されたメッセージの日時を記録しておきます。

■syslogの例

ログ情報の蓄積が中断した場合の，syslogに出力されたKAKG114-Iメッセージの例を次の図に示します。

KAKG114-Iに出力されているログ種別は「syslog」，マシン名は「hosta」，日付・時刻は「Oct 31 23:59:50」です。

蓄積された最後のメッセージの日時は2008年10月31日の23：59：50であることがわかります（メッセージが出力された西暦年を2008年と仮定しています）。

Log Viewerで検索を実行して，Log Managerがログ情報の蓄積を再開した年月日・時刻を確認します。
［検索条件］画面で，検索条件に次の項目を指定して検索します。メッセージIDおよびメッセージテキストの指定は不要です。

開始日時および終了日時：手順1で記録した前後の年月日・時刻

出力元：手順1で記録したマシン

検索結果には，Log Managerが該当のマシンからログ情報の蓄積を再開した，最初のログ情報が表示されます。その年月日・時刻を記録しておきます。
Log Viewerでのログの検索手順については，マニュアル「uCosminexus Batch Job Execution Server ログビューア　操作ガイド」を参照してください。

手順1で記録したマシンで，recollect（ログ情報の再収集コマンド）を実行して，ログ情報をファイルに出力します。
この手順の詳細および以降の手順については，「(2) Log Agentが停止したときのログ情報の再収集」の手順3～手順9を参照してください。

(5)　注意事項

ログ情報の再収集は，Log ManagerおよびLog Agentを停止してから実行してください。

再収集したログ情報をログ収集サーバのログ収集ディレクトリに追加する前に，ログ収集ディレクトリをアーカイブしておいてください。ログ収集ディレクトリのアーカイブについては，ログ収集サーバのOSがUNIXの場合は「6.2(1)(a)　ログ情報のアーカイブと削除」を，ログ収集サーバのOSがWindowsの場合は「6.2(2)(a)　ログ情報のアーカイブと削除」を参照してください。

再収集の対象のログ情報が頻繁に出力されている状態の場合は，recollectコマンドを実行しないでください。ログ情報の出力頻度が低くなってから実行してください。

recollectコマンドの実行中に，ログ情報を再収集しているファイルでファイルの切り替えが発生すると，正しく再収集されないことがあります。
recollectコマンドの引数-oのディレクトリに出力されたindexを確認して，収集対象のログが出力されていないとわかったときは，引数-oのディレクトリに出力されたファイルをすべて削除したあと，recollectコマンドを再実行してください。

ログ情報の再収集で同じメッセージを複数のファイルに格納した場合，Log Viewerでそのメッセージを検索すると，同じメッセージが複数回表示されます。

6.4　BJEXログビューアの監査

BJEXログビューアでは，Log ManagerおよびLog Agentで監査ログを出力します。監査ログには，システムの運用者やLog Viewerの操作者がBJEXログビューアに対して実行した操作，およびその操作に伴うBJEXログビューアの動作が記録されます。

システムの監査者は，監査ログを調べることで，「いつ」，「だれが」，「何をしたか」を把握できます。取得した監査ログは，システムの運用が法律やセキュリティ評価などの基準に準拠していることを示す際に利用できます。

＜この節の構成＞

6.4.1　監査ログの活用

6.4.2　監査ログを出力するための設定

6.4.3　監査ログの出力先

6.4.4　監査ログに出力される事象の種別

6.4.5　監査ログの出力形式

6.4.1　監査ログの活用

監査ログには次のような情報が出力されます。システム監査の際に，これらの情報を利用してください。

Log Viewerを操作したユーザーに関する情報

Log ManagerまたはLog Agentのコマンドを実行したユーザーに関する情報

操作に伴う処理が成功したか失敗したか

操作や処理の対象

また，JP1/NETM/Auditと連携することで，監査ログを自動で収集したり，一括で管理したりできます。監査ログの活用の詳細は，マニュアル「Cosminexus　機能解説」，または「Cosminexus アプリケーションサーバV8 機能解説 運用／監視／連携編」を参照してください。

6.4.2　監査ログを出力するための設定

監査ログの出力については，Log ManagerまたはLog Agentの設定ファイルのパラメーターで設定します。設定するパラメーターを次に示します。

AUDIT

AUDIT_SIZE

AUDIT_NUM

AUDIT_FILE

AUDIT_SERVETY

AUDIT_CATEGORY

Log Managerでの監査ログの出力を設定するパラメーターの詳細は，「9.3.1　bjexlm.conf（Log Manager設定ファイル）」を参照してください。Log Agentでの監査ログの出力を設定するパラメーターの詳細は，「9.4.1　bjexla.conf（Log Agent設定ファイル）」を参照してください。

6.4.3　監査ログの出力先

Log ManagerおよびLog Agentでの監査ログの出力先について説明します。

Log ManagerおよびLog Agentは，標準では次のファイルに監査ログを出力します。

Log Managerの監査ログの出力先

UNIXの場合
/opt/hitachi/bjexlog/bjexlogmanager/trace/bjexlm_audit.log

Windowsの場合
Log Managerのインストール先フォルダ¥trace¥bjexlm_audit.log

Log Agentの監査ログの出力先

UNIXの場合
/opt/hitachi/bjexlog/bjexlogagent/trace/bjexla_audit.log

Windowsの場合
Log Agentのインストール先フォルダ¥trace¥bjexlm_audit.log

＜この項の構成＞

(1)　監査ログのバックアップファイル

(2)　監査ログのファイルの切り替わり

(1)　監査ログのバックアップファイル

監査ログファイルはAUDIT_NUMパラメーターに指定した面数分のバックアップファイルを持ちます。バックアップファイルには，bjexlm_audit1.logのように，拡張子の前に面数を表す数字が付与されます。数字が小さいほど，新しい監査ログが格納されていることを示します。

Log ManagerおよびLog Agentのインストール時，ファイル面数は4に設定されています。ファイル面数を変更するときは，設定ファイルのAUDIT_NUMパラメーターの値を変更します。

Log Managerの場合，設定ファイルおよびパラメーターの詳細は，「9.3.1　bjexlm.conf（Log Manager設定ファイル）」を参照してください。

Log Agentの場合，設定ファイルおよびパラメーターの詳細は，「9.4.1　bjexla.conf（Log Agent設定ファイル）」を参照してください。

(2)　監査ログのファイルの切り替わり

監査ログファイルにAUDIT_SIZEパラメーターに設定した上限までログ情報が出力されると，ファイル名が変更され，ログ情報を出力するファイルが切り替わります。新たなログ情報は，変更前と同じ名称のファイルに書き込まれます。また，古いファイルの数がAUDIT_NUMパラメーターに設定した値に達すると，次にファイルが切り替わるタイミングで，いちばん古い監査ログファイルが削除されます。

例えば，bjexlm_audit.logに監査ログのログ情報が出力されていたとします。bjexlm_audit.logが容量の上限に達すると，ファイル名がbjexlm_audit1.logに変更されます。新たなログ情報はbjexlm_audit.logに出力されます。

Log ManagerおよびLog Agentのインストール時，監査ログの最大ファイルサイズは1MBに設定されています。最大ファイルサイズを変更するときは，設定ファイルのAUDIT_SIZEパラメーターの値を変更します。

Log Managerの場合，設定ファイルおよびパラメーターの詳細は，「9.3.1　bjexlm.conf（Log Manager設定ファイル）」を参照してください。

Log Agentの場合，設定ファイルおよびパラメーターの詳細は，「9.4.1　bjexla.conf（Log Agent設定ファイル）」を参照してください。

6.4.4　監査ログに出力される事象の種別

監査ログに出力される事象の種別，および監査ログを出力する契機について説明します。事象の種別とは，監査ログに出力される事象を分類するための，監査ログ内での識別子です。

＜この項の構成＞

(1)　Log Managerの場合

(2)　Log Agentの場合

(1)　Log Managerの場合

Log Managerの場合に監査ログに出力される事象の種別，および監査ログが出力される契機を次の表に示します。

表6-1　監査ログに出力される事象の種別および契機（Log Managerの場合）

事象の種別
説明
Log Managerが出力する契機

StartStop
プログラムの起動と終了を示します。

Log Managerの起動の成功，失敗

Log Managerの停止の成功，失敗

Authentication
ユーザー認証の操作を示します。

Log Viewerとの接続，切断

ConfigurationAccess
設定ファイルの操作を示します。

設定ファイルの読み込み完了

設定ファイルのオープン失敗

設定ファイルのパラメーターが不正のため，規定値を適用

ExternalService
Log Managerと外部サービスとの通信結果を示します。

Log Agentとの接続，切断

Log Viewerとの接続，切断

コマンドの実行

(2)　Log Agentの場合

Log Agentの場合に監査ログに出力される事象の種別，および監査ログが出力される契機を次の表に示します。

表6-2　監査ログに出力される事象の種別および契機（Log Agentの場合）

事象の種別
説明
Log Agentが出力する契機

StartStop
プログラムの起動と終了を示します。

Log Agentの起動の成功，失敗

Log Agentの停止の成功，失敗

ConfigurationAccess
設定ファイルの操作を示します。

設定ファイルの読み込み完了

設定ファイルのオープン失敗

設定ファイルのパラメーターが不正のため，規定値を適用

ExternalService
Log Agentと外部サービスとの通信結果を示します。

Log Managerとの接続要求

Log Managerとの接続成功，失敗

Log Managerとの切断開始

Log Managerとの切断成功，失敗

Failure
障害事象の発生を示します。

Log Managerと不正切断

ContentAccess
ログファイルと監査ログへの操作を示します。

ログファイルの監視の開始

監視対象のファイルの切り替わり

ログファイルの監視の開始失敗

6.4.5　監査ログの出力形式

監査ログは，メッセージとして次の形式で出力されます。

CALFHM 1.0,出力項目1=値1,出力項目2=値2,出力項目3=値3,…出力項目n=値n

各項目について説明します。

CALFHM 1.0

ヘッダー情報です。監査ログに共通で出力されます。

出力項目n=値n

監査ログの内容です。

詳細を次の表に示します。メッセージによっては出力されない項目があります。

表6-3　監査ログの出力項目および値

項番
項目
出力される項目名
値
説明

1
通番
seqnum
通し番号
監査ログレコードの通し番号（プロセスごとに採番されます）

2
メッセージID
msgid
次のどちらかです。

KAKG9xx-y
（Log Managerの場合）

KAKH9xx-y
（Log Agentの場合）

製品のメッセージID

3
日付・時刻
date
yyyy-mm-ddThh:mm:ss.sssTZD
監査ログの出力日時およびタイムゾーン

4
発生プログラム名
progid
次のどちらかです。

uCosminexus BJEX-Log Manager

uCosminexus BJEX-Log Agent

事象が発生したプログラムのプログラム名

5
発生コンポーネント名
compid
次のどちらかです。

uCosminexus BJEX-Log Manager

uCosminexus BJEX-Log Agent

事象が発生したコンポーネント名

6
発生プロセスID
pid
0
常に「0」を出力

7
発生場所（ホスト名）
ocp:host
自ホスト名
事象が発生したホストのホスト名

8
事象の種別
ctgry
次のどれかです。

StartStop
（プログラム起動・終了）

Authentication
（ユーザー認証）

ConfigurationAccess
（設定ファイル操作）

Failure
（障害発生）

ExternalService
（外部サービス通信）

ContentAccess
（ログファイル操作）

監査ログに出力される事象を分類するためのカテゴリー名

9
事象の結果
result
次のどれかです。

Success
（成功）

Failure
（失敗）

Occurrence
（事象発生）

事象の結果

10
サブジェクト識別情報
subj:euid
次のどちらかです。

実行ユーザー

0

事象を発生させたOSユーザー名

11
オブジェクト識別子
obj
次のどれかが出力されるか，何も出力されません。

設定ファイル名

パラメーター名

認証ユーザー名

事象発生の動作の対象

12
動作情報
op
次のどれかです。

Start
（プログラム起動）

Stop
（プログラム終了）

Refer
（ファイル操作）

Request
（処理要求）

Response
（処理終了）

Login
（ユーザーログイン）

Logout
（ユーザーログアウト）

Occur
（事象発生）

事象発生の動作

13
オブジェクトロケーション情報
objloc
設定ファイル名が出力されるか，何も出力されません。
事象発生の動作の対象の詳細

14
リクエスト元ホスト
from:host
または
from:IPv4
自ホスト名またはIPアドレス
接続事象の発生元情報

15
リクエスト元ポート番号
from:port
自ポート番号
接続事象の発生元情報

16
リクエスト先ホスト
to:host
または
to:IPv4
接続先ホスト名またはIPアドレス
接続事象の接続先情報

17
リクエスト先ポート番号
to:port
接続先ポート名
接続事象の接続先情報

7.　障害対策

障害などに備えて，BJEXログビューアをバックアップしておいてください。

BJEXログビューアで障害が発生したときは，障害が発生した個所を特定したあと，その個所に応じて資料を採取し，回復する必要があります。

この章では，BJEXログビューアの障害対策について説明します。

＜この章の構成＞

7.1　バックアップとリカバリー

7.2　トラブルシューティング

7.1　バックアップとリカバリー

BJEXログビューアのバックアップおよびリカバリーについて説明します。

＜この節の構成＞

7.1.1　バックアップ

7.1.2　リカバリー

7.1.1　バックアップ

Log Manager，Log AgentおよびLog Viewerでバックアップが必要なファイル，ディレクトリ，およびフォルダについて説明します。

バックアップは，ファイルをコピーするなど，任意の方法で取得してください。

また，バックアップを取得するときは，Log Manager，Log AgentまたはLog Viewerを停止してください。

＜この項の構成＞

(1)　Log Managerでバックアップが必要なファイルおよびディレクトリ

(2)　Log Agentでバックアップが必要なファイルおよびディレクトリ

(3)　Log Viewerでバックアップが必要なファイルおよびフォルダ

(1)　Log Managerでバックアップが必要なファイルおよびディレクトリ

次のファイルおよびディレクトリをバックアップします。

Log Manager設定ファイル
UNIXの場合：/opt/hitachi/bjexlog/bjexlogmanager/conf/bjexlm.conf
Windowsの場合：Log Managerのインストール先フォルダ¥conf¥bjexlm.conf

ログ収集ディレクトリ
UNIXの規定値：/opt/hitachi/bjexlog/bjexlogmanager/data
Windowsの規定値：Log Managerのインストール先フォルダ¥data

(2)　Log Agentでバックアップが必要なファイルおよびディレクトリ

次のファイルをバックアップします。

Log Agent設定ファイル
UNIXの場合：/opt/hitachi/bjexlog/bjexlogagent/conf/bjexla.conf
Windowsの場合：Log Agentのインストール先フォルダ¥conf¥bjexla.conf

BJEX実行ログ監視設定ファイル
UNIXの場合：/opt/hitachi/bjexlog/bjexlogagent/conf/bjexla_bjexexec.conf
Windowsの場合：Log Agentのインストール先フォルダ¥conf¥bjexla_bjexexec.conf

syslog監視設定ファイル
UNIXの場合：/opt/hitachi/bjexlog/bjexlogagent/conf/bjexla_syslog.conf
Windowsの場合：Log Agentのインストール先フォルダ¥conf¥bjexla_syslog.conf

(3)　Log Viewerでバックアップが必要なファイルおよびフォルダ

次のファイルをバックアップします。

Log Viewer設定ファイル（Log Viewerのインストール先フォルダ¥conf¥bjexlv.conf）

Log Viewer設定情報記録ファイル（Log Viewerのインストール先フォルダ¥conf¥bjexlv_reg.conf）

7.1.2　リカバリー

BJEXログビューアをリカバリーするときは，次のことを確認したあと，バックアップしたファイルおよびディレクトリを元の位置に戻します。

Log Manager，Log AgentおよびLog Viewerが正常にインストールされている

Log Manager，Log AgentおよびLog Viewerが停止している

また，Log Managerのログ収集ディレクトリを最新の状態にするために，recollectコマンドを実行する必要があります。recollectコマンドの詳細は，「8.4.2　recollect（ログ情報の再収集コマンド）」を参照してください。

7.2　トラブルシューティング

BJEXログビューアでトラブルが発生したときに起きる影響，および各発生個所での回復方法について説明します。

なお，トラブルやメッセージの内容によっては，保守員に連絡する必要があります。保守員とは，ご購入契約に基づくお問い合わせ窓口のことです。

＜この節の構成＞

7.2.1　BJEXログビューアでの障害発生時の影響

7.2.2　Log Managerでの障害の回復

7.2.3　Log Agentでの障害の回復

7.2.4　Log Viewerでの障害の回復

7.2.1　BJEXログビューアでの障害発生時の影響

BJEXログビューアではUNIXマシンまたはWindowsマシンとPCのプログラムが連携して動作するため，マシンや通信路に障害が発生すると，BJEXログビューアの機能を使用できなくなることがあります。

障害発生個所ごとの発生時の影響を次の表に示します。

表7-1　障害発生時の影響

発生個所 | 影響
Log Managerのマシン | Log Managerでのログ情報の蓄積が停止します。
Log Agentのマシン | Log Agentでログ情報の収集ができません。または，Log Agentで収集したログ情報がLog Managerに転送できません。
Log Viewerのマシン | Log Viewerでのログ情報の検索ができません。
Log Manager，Log Agent間の通信路 | Log Managerでのログ情報の蓄積が停止します。
Log Manager，Log Viewer間の通信路 | Log Viewerでのログ情報の検索ができません。

7.2.2　Log Managerでの障害の回復

Log Managerに障害が発生したときは，速やかにLog Managerを停止してください。Log Managerの停止後，トレースディレクトリを退避します。トレースディレクトリは，UNIXの場合，/opt/hitachi/bjexlog/bjexlogmanager/trace，Windowsの場合，Log Managerのインストール先フォルダ¥traceです。

Log Managerに障害が発生したときに採取する資料，および障害の回復方法について説明します。

＜この項の構成＞

(1)　障害時の資料採取

(2)　障害の回復

(1)　障害時の資料採取

Log Managerに障害が発生した場合，次の資料を採取します。

Log Managerのマシンのシステムログ
UNIXの場合：syslog
Windowsの場合：イベントログ

Log Managerのトレースディレクトリ
UNIXの場合：/opt/hitachi/bjexlog/bjexlogmanager/trace
Windowsの場合：Log Managerのインストール先フォルダ¥trace

Log Manager設定ファイル
UNIXの場合：/opt/hitachi/bjexlog/bjexlogmanager/conf/bjexlm.conf
Windowsの場合：Log Managerのインストール先フォルダ¥conf¥bjexlm.conf

ログ収集ディレクトリ
UNIXの規定値：/opt/hitachi/bjexlog/bjexlogmanager/data
Windowsの規定値：Log Managerのインストール先フォルダ¥data

Log Manager起動スクリプトファイル
UNIXの場合：/opt/hitachi/bjexlog/bjexlogmanager/bin/bjexlmgr
Windowsの場合：Log Managerのインストール先フォルダ¥bin¥bjexlmgr.cmd

Log Managerシャットダウンスクリプトファイル（Windowsの場合だけ）
Log Managerのインストール先フォルダ¥bin¥bjexlmshutdown.cmd

レジストリのエクスポートファイル（Windowsの場合だけ）

netstat -aコマンドの実行結果

(2)　障害の回復

Log Managerに障害が発生した場合，Log Managerのマシンのシステムログ（UNIXの場合はsyslog，Windowsの場合はイベントログ）に障害情報が出力されます。syslogまたはイベントログ中のメッセージに従って，回復の処置を行います。

Log Managerが出力するメッセージへの対処については，「10.3　メッセージ一覧」を参照してください。

7.2.3　Log Agentでの障害の回復

Log Agentに障害が発生したときは，速やかにLog Agentを停止してください。Log Agentの停止後，トレースディレクトリを退避します。トレースディレクトリは，UNIXの場合，/opt/hitachi/bjexlog/bjexlogagent/trace，Windowsの場合，Log Agentのインストール先フォルダ¥traceです。

Log Agentに障害が発生したときに採取する資料，および障害の回復方法について説明します。

＜この項の構成＞

(1)　障害時の資料採取

(2)　障害の回復

(1)　障害時の資料採取

Log Agentに障害が発生した場合，次の資料を採取します。

Log Agentのマシンのシステムログ
UNIXの場合：syslog
Windowsの場合：イベントログ

BJEXの実行ログ

Log Agentのトレースディレクトリ
UNIXの場合：/opt/hitachi/bjexlog/bjexlogagent/trace
Windowsの場合：Log Agentのインストール先フォルダ¥trace

Log Agent設定ファイル
UNIXの場合：/opt/hitachi/bjexlog/bjexlogagent/conf/bjexla.conf
Windowsの場合：Log Agentのインストール先フォルダ¥conf¥bjexla.conf

BJEX実行ログ監視設定ファイル
UNIXの場合：/opt/hitachi/bjexlog/bjexlogagent/conf/bjexla_bjexexec.conf
Windowsの場合：Log Agentのインストール先フォルダ¥conf¥bjexla_bjexexec.conf

syslog監視設定ファイル
UNIXの場合：/opt/hitachi/bjexlog/bjexlogagent/conf/bjexla_syslog.conf
Windowsの場合：Log Agentのインストール先フォルダ¥conf¥bjexla_syslog.conf

Log Agent起動スクリプトファイル
UNIXの場合：/opt/hitachi/bjexlog/bjexlogagent/bin/bjexlagent
Windowsの場合：Log Agentのインストール先フォルダ¥bin¥bjexlagent.cmd

recollectコマンドファイル
UNIXの場合：/opt/hitachi/bjexlog/bjexlogagent/bin/recollect
Windowsの場合：Log Agentのインストール先フォルダ¥bin¥recollect.cmd

Log Agentシャットダウンスクリプトファイル（Windowsの場合だけ）
Log Agentのインストール先フォルダ¥bin¥bjexlashutdown.cmd

一時ファイル
UNIXの場合：/opt/hitachi/bjexlog/bjexlogagent/work下のファイル
Windowsの場合：Log Agentのインストール先フォルダ¥work下のファイル

レジストリのエクスポートファイル（Windowsの場合だけ）

netstat -aコマンドの実行結果

(2)　障害の回復

Log Agentに障害が発生した場合，Log Agentのマシンのシステムログ（UNIXの場合はsyslog，Windowsの場合はイベントログ）に障害情報が出力されます。syslogまたはイベントログ中のメッセージに従って，回復の処置を行います。

Log Agentが出力するメッセージへの対処については，「10.3　メッセージ一覧」を参照してください。

7.2.4　Log Viewerでの障害の回復

Log Viewerに障害が発生したときは，速やかにLog ViewerおよびLog Managerを停止してください。Log ViewerおよびLog Managerの停止後，それぞれのマシンのトレースディレクトリを退避します。Log Viewerのトレースディレクトリは，Log Viewerのインストール先フォルダ¥traceです。Log Managerのトレースディレクトリは，UNIXの場合，/opt/hitachi/bjexlog/bjexlogmanager/trace，Windowsの場合，Log Managerのインストール先フォルダ¥traceです。

Log Viewerに障害が発生したときに採取する資料，および障害の回復方法について説明します。

＜この項の構成＞

(1)　障害時の資料採取

(2)　障害の回復

(1)　障害時の資料採取

Log Viewerに障害が発生した場合，次の資料を採取します。

Windowsイベントログ

Log Viewerのトレースフォルダ（Log Viewerのインストール先フォルダ¥trace）

Log Viewer設定ファイル（Log Viewerのインストール先フォルダ¥conf¥bjexlv.conf）

Log Managerのトレースディレクトリ
UNIXの場合：/opt/hitachi/bjexlog/bjexlogmanager/trace
Windowsの場合：Log Managerのインストール先フォルダ¥trace

Log Manager設定ファイル
UNIXの場合：/opt/hitachi/bjexlog/bjexlogmanager/conf/bjexlm.conf
Windowsの場合：Log Managerのインストール先フォルダ¥conf¥bjexlm.conf

Log Managerのログ収集ディレクトリ
UNIXの規定値：/opt/hitachi/bjexlog/bjexlogmanager/data
Windowsの規定値：Log Managerのインストール先フォルダ¥data

(2)　障害の回復

Log Viewerに障害が発生した場合は，イベントログにメッセージが出力されます。メッセージに従って，回復の処置を行います。コンピュータシステムが不安定な場合は，PCを再起動します。

Log Viewerが出力するメッセージへの対処については，マニュアル「uCosminexus Batch Job Execution Server ログビューア　操作ガイド」を参照してください。

8.　コマンド

この章では，BJEXログビューアのコマンドについて説明します。

＜この章の構成＞

8.1　コマンド一覧

8.2　コマンドの記述形式

8.3　Log Managerのコマンド

8.4　Log Agentのコマンド

8.1　コマンド一覧

BJEXログビューアのコマンドの一覧を次の表に示します。

表8-1　BJEXログビューアのコマンド一覧

分類
コマンド名
使用目的
参照先

Log Manager
bjexlmgr

Log Managerを起動，停止する※

設定ファイルの変更をシステムに反映する

8.3.1

Log Agent
bjexlagent

Log Agentを起動，停止する※

設定ファイルの変更をシステムに反映する

8.4.1

recollect
ログ情報を再収集する
8.4.2

注※

Windowsの場合，Log ManagerおよびLog Agentの起動，停止はWindowsのサービスから行います。

8.2　コマンドの記述形式

コマンドの記述形式について説明します。記述形式を次に示します。

△₀コマンド名［△₁-引数 ［△₁値］］ … ［△₁-引数［△₁値］］ ［任意名］

引数を複数指定する場合，指定順序は任意です。

不当な引数，または範囲外の値を指定した場合，エラーになります。

8.3　Log Managerのコマンド

Log Managerのコマンドについて説明します。

＜この節の構成＞

8.3.1　bjexlmgr（Log Manager設定コマンド）

8.3.1　bjexlmgr（Log Manager設定コマンド）

＜この項の構成＞

(1)　機能

(2)　形式

(3)　引数

(4)　注意事項

(1)　機能

Log Managerを起動または停止します。

Log Managerの起動中に，bjexlm.conf（Log Manager設定ファイル）でのパラメーターの変更をシステムに反映します。

(2)　形式

bjexlmgr ｛start｜stop｜reload｝

(3)　引数

｛start｜stop｜reload｝

次のどれかを指定します。

start：Log Managerを起動します。ただし，Windowsの場合は指定できません。Windowsの場合，Log Managerの起動はWindowsのサービスから行います。

stop：Log Managerを停止します。Windowsの場合も指定できますが，通常は使用しません。Windowsの場合，Log Managerの停止はWindowsのサービスから行います。Windowsのサービスから停止できない状態になった場合に，この引数を指定してLog Managerを停止します。

reload：Log Managerの起動中に，bjexlm.conf（Log Manager設定ファイル）でのパラメーターの変更をシステムに反映します。

(4)　注意事項

引数startを指定する場合，bjexlm.conf（Log Manager設定ファイル）に不正なパラメーターの指定があるときは，不正なパラメーターを規定値で置き換えて，起動します。

引数reloadを指定する場合，Log Manager設定ファイル（bjexlm.conf）で変更できないパラメーターの値を変更しても，動作中のLog Managerでは有効となりません。

引数stopまたは引数reloadを指定する場合，コマンド実行時のbjexlm.conf（Log Manager設定ファイル）のパラメーターに従って，コマンドの処理結果がトレースおよび監査ログに出力されます。
このため，トレースおよび監査ログにコマンドの処理結果を出力するときは，bjexlm.confのパラメーターを出力する設定に変更したあと，引数stopまたは引数reloadを指定してこのコマンドを実行してください。
bjexlm.confの詳細は，「9.3.1　bjexlm.conf（Log Manager設定ファイル）」を参照してください。

8.4　Log Agentのコマンド

Log Agentのコマンドについて説明します。

＜この節の構成＞

8.4.1　bjexlagent（Log Agent設定コマンド）

8.4.2　recollect（ログ情報の再収集コマンド）

8.4.1　bjexlagent（Log Agent設定コマンド）

＜この項の構成＞

(1)　機能

(2)　形式

(3)　引数

(4)　注意事項

(1)　機能

Log Agentを起動または停止します。

次のファイルのパラメーターの変更をシステムに反映します。

bjexla.conf（Log Agent設定ファイル）

bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）

bjexla_syslog.conf（シスログ監視設定ファイル）

(2)　形式

bjexlagent ｛start｜stop｜reload｝

(3)　引数

｛start｜stop｜reload｝

次のどれかを指定します。

start：Log Agentを起動します。ただし，Windowsの場合は指定できません。Windowsの場合，Log Agentの起動はWindowsのサービスから行います。

stop：Log Agentを停止します。Windowsの場合も指定できますが，通常は使用しません。Windowsの場合，Log Agentの停止はWindowsのサービスから行います。Windowsのサービスから停止できない状態になった場合に，この引数を指定してLog Agentを停止します。

reload：Log Agentの起動中に，次のファイルのパラメーターの変更をシステムに反映します。
・bjexla.conf（Log Agent設定ファイル）
・bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）
・bjexla_syslog.conf（シスログ監視設定ファイル）

(4)　注意事項

引数startを指定する場合，次のファイルに不正なパラメーターの指定があるときは，不正なパラメーターを規定値で置き換えて，起動します。

bjexla.conf（Log Agent設定ファイル）

bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）

bjexla_syslog.conf（シスログ監視設定ファイル）

引数reloadを指定する場合，次のファイルで変更できないパラメーターの値を変更しても，動作中のLog Agentでは有効となりません。また，次のファイルのどれかに不正なパラメーターの指定があるときは，操作が無効となります。

bjexla.conf（Log Agent設定ファイル）

bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）

bjexla_syslog.conf（シスログ監視設定ファイル）

引数stopまたは引数reloadを指定する場合，コマンド実行時のbjexla.conf（Log Agent設定ファイル）のパラメーターに従って，コマンドの処理結果がトレースおよび監査ログに出力されます。
このため，トレースおよび監査ログにコマンドの処理結果を出力するときは，bjexla.confのパラメーターを出力する設定に変更したあと，引数stopまたは引数reloadを指定してこのコマンドを実行してください。
bjexla.confの詳細は，「9.4.1　bjexla.conf（Log Agent設定ファイル）」を参照してください。

8.4.2　recollect（ログ情報の再収集コマンド）

＜この項の構成＞

(1)　機能

(2)　実行のタイミング

(3)　形式

(4)　引数

(5)　注意事項

(1)　機能

開始年月日時刻から終了年月日時刻までの範囲に出力されたログ情報を再収集します。ログ情報を再収集する手順については，「6.3　ログ情報の再収集」を参照してください。

(2)　実行のタイミング

recollectコマンドは，次の状況になったタイミングで実行してください。

Log Agentの停止後，Log Agentを再起動したとき

Log Agentの一時蓄積ファイルに蓄積するメッセージ量の上限値を超えたために，一時蓄積ファイルが初期化されたとき
（KAKH100-Eメッセージが出力されます）

Log Agentで監視対象ファイルの読み込みに失敗したとき
（KAKH103-EメッセージおよびKAKH104-Eメッセージが出力されます）

Log Agentで一時蓄積ファイルの作成に失敗したとき
（KAKH106-Eメッセージが出力されます）

Log Managerでログ情報の蓄積に失敗したとき
（KAKG104-Eメッセージ，KAKG105-EメッセージまたはKAKG112-Eメッセージが出力されます）

(3)　形式

recollect ｛syslog｜bjexexec｝ -s 再収集開始年月日・時刻 -e 再収集終了年月日・時刻 -o 出力ディレクトリ

(4)　引数

｛syslog｜bjexexec｝

再収集するログの種類として，次のどちらかを指定します。

syslog：syslogを収集します。ただし，Windowsの場合は指定できません。

bjexexec：BJEX実行ログを収集します。

-s 再収集開始年月日・時刻

ログ情報を再収集する範囲の開始年月日および時刻をyyyymmddHHMMSSの形式で指定します。yyyyは西暦年，mmは月，ddは日，HHは時，MMは分，SSは秒を示します。

-e 再収集終了年月日・時刻

ログ情報を再収集する範囲の終了年月日および時刻をyyyymmddHHMMSSの形式で指定します。yyyyは西暦年，mmは月，ddは日，HHは時，MMは分，SSは秒を示します。

-o 出力ディレクトリ

再収集したログ情報の出力ディレクトリを指定します。

指定したディレクトリの下位に次のファイルが出力されます。

index
ログ情報の蓄積ファイルを管理するためのインデクスファイルです。

bjexexec.n（BJEXの実行ログの場合）またはsyslog.n（syslogの場合）
ログ情報を蓄積するファイルです。nは1～2147483646の整数です。
なお，複数日のログからログ情報を再収集する場合，日付ごとにファイルを分けてログ情報が出力されます。

各ファイルの詳細は，「2.3.2(2) ファイルへのログ情報の蓄積」を参照してください。

(5)　注意事項

syslogを対象とした再収集を行う場合，syslogには年号の情報がないため，引数-sに指定した年月日の西暦年を，ログ情報の最も古い出力年と仮定して再収集を行います。

recollectコマンドはファイル作成日付の古い順からログ情報を検索します。そのため，syslogを対象とした再収集を行う場合，syslogが複数年分保存されていると，いちばん古い年号のsyslogから条件に一致するメッセージが検索，収集されます。

このコマンドでは，コマンド実行時のbjexla.conf（Log Agent設定ファイル）のパラメーターに従って，トレースおよび監査ログを出力します。

9.　設定ファイル

この章では，BJEXログビューアの設定ファイルについて説明します。

＜この章の構成＞

9.1　設定ファイル一覧

9.2　設定ファイルの記述形式

9.3　Log Managerの設定ファイル

9.4　Log Agentの設定ファイル

9.5　Log Viewerの設定ファイル

9.1　設定ファイル一覧

BJEXログビューアの設定ファイルの一覧を次の表に示します。

表9-1　BJEXログビューアの設定ファイル一覧

分類
ファイル名
使用目的
参照先

Log Manager
bjexlm.conf
（Log Manager設定ファイル）
ログ収集サーバでのLog Managerの動作の設定
9.3.1

Log Agent
bjexla.conf
（Log Agent設定ファイル）
バッチジョブ実行サーバでのLog Agentの動作の設定
9.4.1

bjexla_bjexexec.conf
（BJEX実行ログ監視設定ファイル）
バッチジョブ実行サーバでのBJEX実行ログの監視についての設定
9.4.2

bjexla_syslog.conf
（syslog監視設定ファイル）
バッチジョブ実行サーバでのsyslogの監視についての設定
9.4.3

Log Viewer
bjexlv.conf
（Log Viewer設定ファイル）
Log Viewerの環境の設定
9.5.1

bjexlv_reg.conf
（Log Viewer設定情報記録ファイル）
Log Viewerでの設定内容の記録
9.5.2

9.2　設定ファイルの記述形式

設定ファイルは，次の形式で記述します。

1行に1パラメーターを指定します。

パラメーターと値の区切り文字は，「=」，半角スペースまたはタブ文字です。

同一のパラメーターを複数指定した場合は，ファイルの末尾に近い行で指定したパラメーターの値が有効になります。

先頭が「#」または「!」で始まる行はコメントと見なされます。

任意の場所に「¥」を付けることで，改行できます。また，次行の先頭スペースは無視されます。

パラメーターの指定を省略した場合，または不正な値を指定した場合は，規定値が仮定されます。規定値については，表9-2～表9-6を参照してください。

設定ファイルに日本語が含まれている場合，ファイルの文字コードの変換が必要です。
ファイルの文字コードの変換手順を次に示します。なお，手順を実行する前に，設定ファイルのバックアップを取得しておいてください。

設定ファイルを任意のディレクトリにコピーします。

コピーしたファイルに対してnative2asciiコマンドを実行して，文字コードを変換します。

手順2で変換したファイルを設定ファイルの格納先ディレクトリに配置します。

なお，設定ファイルのパラメーターの値を変更する場合は，バックアップのファイルを基に値を変更したあと，手順1～3を実行してください。

ファイル，ディレクトリを指定する場合のファイル区切り文字は，Windowsの場合も「/」を使用してください。「¥」は使用しないでください。

9.3　Log Managerの設定ファイル

Log Managerの設定ファイルについて説明します。

＜この節の構成＞

9.3.1　bjexlm.conf（Log Manager設定ファイル）

9.3.1　bjexlm.conf（Log Manager設定ファイル）

ログ収集サーバでのLog Managerの動作を設定します。

＜この項の構成＞

(1)　格納ディレクトリ・ファイル名

(2)　パラメーター一覧

(3)　設定の反映時期

(4)　パラメーター詳細

(5)　定義例

(1)　格納ディレクトリ・ファイル名

UNIXの場合：/opt/hitachi/bjexlog/bjexlogmanager/conf/bjexlm.conf

Windowsの場合：Log Managerのインストール先フォルダ¥conf¥bjexlm.conf

(2)　パラメーター一覧

表9-2　bjexlm.confのパラメーター一覧

パラメーター名
内容
規定値
起動中の変更可否

MG_LOG_DIR
ログ収集ディレクトリ
UNIXの場合：
/opt/hitachi/bjexlog/bjexlogmanager/data
Windowsの場合：
Log Managerのインストール先フォルダ/data※1
×

AGENTPORT
Log Agentからの接続を待つLog Managerのポート番号
23600
×

VIEWERPORT
Log Viewerからの接続を待つLog Managerのポート番号
23601
×

COMMANDPORT
Log Managerのコマンドを受け付けるポート番号
23602
×

MG_LOG_SIZE
ログファイル一つ当たりに蓄積するメッセージ数の上限
36000
×

AUDIT※2
監査ログの取得有無
ON
×

AUDIT_SIZE
監査ログ1ファイル当たりのファイルサイズ
1
×

AUDIT_NUM
監査ログのバックアップファイルの面数
4
×

AUDIT_FILE
監査ログの出力ファイル名
trace/bjexlm_audit
×

AUDIT_SERVERITY※2
監査ログの出力レベル
Error;Warning;Information
×

AUDIT_CATEGORY※2
監査ログの出力種別
StartStop;Authentication;ConfigurationAccess;ExternalService
×

TRACE
トレースの取得有無
ON
○※3

TRACE_SIZE
トレースファイル1ファイル当たりのファイルサイズ
8
×

TRACE_NUM
トレースファイルの面数
4
×

POLLING_INTERVAL
Log Agentからログ情報を収集する間隔
3
×

（凡例）

○：Log Managerの起動中に，パラメーターの値を変更できます。

×：Log Managerの起動中に，パラメーターの値を変更しないでください。

注※1

ネットワークドライブは指定できません。

注※2

監査ログを出力するかどうかの指定に矛盾がある場合，出力しない設定が優先されます。

例えば，AUDIT_SERVERITYパラメーター（監査ログの出力レベル）に「Error」，AUDIT_CATEGORYパラメーター（監査ログの出力種別）に「StartStop」を指定したとします。「StartStop」は，AUDIT_SERVERITYパラメーターに「Information」を指定したときにだけ出力される種別のため，矛盾になります。指定が矛盾すると，監査ログは出力されません。

注※3

引数にreloadを指定して実行したbjexlmgr（Log Manager設定コマンド）が正常に完了したとき（KAKG501-Iが出力されたとき），設定の変更が有効になります。

(3)　設定の反映時期

UNIXの場合，設定内容は，引数にstartまたはreloadを指定してbjexlmgr（Log Manager設定コマンド）を実行したときに，反映され有効になります。

Windowsの場合，設定内容は，WindowsのサービスからLog Managerを開始したとき，またはreloadを指定してbjexlmgr（Log Manager設定コマンド）を実行したときに，反映され有効になります。

(4)　パラメーター詳細

MG_LOG_DIR

ログ収集ディレクトリをルートからのフルパスで指定します。

ディレクトリに使用できる文字を使用し，733バイト以下で記述します。ディレクトリに使用できる文字については，OSのマニュアルを参照してください。

このパラメーターに指定するディレクトリは，あらかじめ作成しておいてください。

UNIXの規定値：/opt/hitachi/bjexlog/bjexlogmanager/data

Windowsの規定値：Log Managerのインストール先フォルダ¥data

AGENTPORT

Log Agentからの接続を待つLog Managerのポート番号を1024～32767の整数値で指定します。bjexla.conf（Log Agent設定ファイル）のMANAGERPORTパラメーターと同じ値を指定します。

AGENTPORTパラメーターには，VIEWERPORTパラメーターおよびCOMMANDPORTパラメーターと同じ値を指定しないでください。

規定値は「23600」です。

VIEWERPORT

Log Viewerからの接続を待つLog Managerのポート番号を1024～32767の整数値で指定します。Log Viewerの［接続先登録］画面での［ポート番号］と一致させます。

VIEWERPORTパラメーターには，AGENTPORTパラメーターおよびCOMMANDPORTパラメーターと同じ値を指定しないでください。

規定値は「23601」です。

COMMANDPORT

Log Managerでコマンドを受け付けるためのポート番号を1024～32767の整数値で指定します。

COMMANDPORTパラメーターには，AGENTPORTパラメーターおよびVIEWERPORTパラメーターと同じ値を指定しないでください。

規定値は「23602」です。

MG_LOG_SIZE

ログ情報の蓄積ファイル一つ当たりに蓄積するメッセージ数の上限を10000～99999の整数値で指定します。

このパラメーターの値は，BJEXの実行ログのメッセージを蓄積するファイルとsyslogのメッセージを蓄積するファイルの両方に適用されます。

規定値は「36000」です。

AUDIT

監査ログを取得するかどうかを指定します。

ON：監査ログを取得します。

OFF：監査ログを取得しません。

規定値は「ON」です。

AUDIT_SIZE

監査ログ1ファイル当たりのファイルサイズを1～16の整数値で指定します。単位はMBです。

監査ログのファイルサイズがこのパラメーターに指定した値を超えると，syslogにメッセージが出力されて，監査ログの出力ファイルが切り替わります。

1件の監査事象のサイズを300バイトとすると，このパラメーターに1MBを設定した場合，監査ログ1ファイル当たり3,000件程度の監査事象が格納できます。

規定値は「1」です。

AUDIT_NUM

監査ログのバックアップファイルの面数を1～64の整数値で指定します。

2以上の値を指定することを推奨します。

規定値は「4」です。

AUDIT_FILE

監査ログの出力ファイル名をフルパス，またはインストールディレクトリからの相対パスで指定します。Windowsの場合でもファイル区切り記号には，「/」を使用します。

記述例を次に示します。

UNIXの場合
この例の場合，監査ログは/var/adm/audit/bjexlm_audit.logに出力されます。

/var/adm/audit/bjexlm_audit

Windowsの場合
この例の場合，監査ログはD:¥TEMP¥audit¥bjexlm_audit.logに出力されます。

D:/TEMP/audit/bjexlm_audit

規定値は「trace/bjexlm_audit」です。

AUDIT_SERVERITY

監査ログの出力レベルを指定します。

出力するレベルを半角の「;」（セミコロン）で区切って指定します。なお，指定の最後に「;」は不要です。指定できるレベルを次に示します。

Error：処理を続行できないエラー，または処理を続行できる部分的エラーを出力します。

Warning：エラーの事前連絡（リソース不足による警告など）や，制限付きの処理の続行を出力します。

Information：プロセスの起動，停止など，動作上の情報を出力します。

このパラメーターに指定するレベルと出力される監査ログの対応については，「10.3　メッセージ一覧」を参照してください。

記述例を次に示します。この例の場合，エラーおよび情報が出力されます。

Error;Information

すべてのレベルのログを出力する指定にすることを推奨します。

規定値は「Error;Warning;Information」です。

AUDIT_CATEGORY

監査ログに出力する種別を指定します。

出力する種別を半角の「;」（セミコロン）で区切って指定します。指定の最後に「;」は不要です。指定できる種別を次に示します。

StartStop：「起動・停止」の監査事象を示します。

Authentication：「識別・認証」の監査事象を示します。

ConfigurationAccess：「構成定義」の監査事象を示します。

ExternalService：「外部サービス」の監査事象を示します。

記述例を次に示します。この例の場合，監査事象の種別が「StartStop」および「Authentication」の監査ログが出力されます。

StartStop;Authentication

すべてのレベルのログを出力する指定（規定値）にすることを推奨します。

規定値は「StartStop;Authentication;ConfigurationAccess;ExternalService」です。

TRACE

トレースを取得するかどうかを指定します。

ON：トレースを取得します。

OFF：トレースを取得しません。

規定値は「ON」です。

TRACE_SIZE

トレースファイル1ファイル当たりのファイルサイズを1～64の整数値で指定します。単位はMBです。

規定値は「8」です。

TRACE_NUM

トレースファイルのファイル面数を1～16の整数値で指定します。

トレースファイルは，Log Managerで障害が発生したときの調査資料になります。

ファイル面数は，TRACE_SIZEパラメーターとあわせて，次の点を考慮して決定してください。

障害が発生してからトレース情報を採取するまでに，Log Viewerでのログの検索やLog Agentからのログ情報の収集が行われても，ファイルがラップしない面数を確保してください。

Log Viewerでログを1回検索した場合，ファイル容量として約20KBが必要です。Log Agentからログ情報を1回収集した場合，ファイル容量として約40KBが必要です。

規定値は「4」です。

POLLING_INTERVAL

Log Agentからログ情報を収集する間隔を1～30の整数値で指定します。単位は秒です。

規定値は「3」です。

(5)　定義例

UNIXの場合

MG_LOG_DIR=/opt/hitachi/bjexlog/bjexlogmanager/data
AGENTPORT=23600
VIEWERPORT=23601
COMMANDPORT=23602
MG_LOG_SIZE=36000
AUDIT=ON
AUDIT_SIZE=1
AUDIT_NUM=4
AUDIT_FILE=trace/bjexlm_audit
AUDIT_SERVERITY=Error;Warning;Information
TRACE=ON
TRACE_SIZE=8
TRACE_NUM=4
POLLING_INTERVAL=3

Windowsの場合

MG_LOG_DIR=C:/Program files/hitachi/bjexlog/bjexlogmanager/data
AGENTPORT=23600
VIEWERPORT=23601
COMMANDPORT=23602
MG_LOG_SIZE=36000
AUDIT=ON
AUDIT_SIZE=1
AUDIT_NUM=4
AUDIT_FILE=trace/bjexlm_audit
AUDIT_SERVERITY=Error;Warning;Information
TRACE=ON
TRACE_SIZE=8
TRACE_NUM=4
POLLING_INTERVAL=3

9.4　Log Agentの設定ファイル

Log Agentの設定ファイルについて説明します。Log Agentでは，次のファイルを設定します。

bjexla.conf（Log Agent設定ファイル）

bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）

bjexla_syslog.conf（syslog監視設定ファイル）

＜この節の構成＞

9.4.1　bjexla.conf（Log Agent設定ファイル）

9.4.2　bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）

9.4.3　bjexla_syslog.conf（syslog監視設定ファイル）

9.4.1　bjexla.conf（Log Agent設定ファイル）

バッチジョブ実行サーバでのLog Agentの動作を設定します。

＜この項の構成＞

(1)　格納ディレクトリ・ファイル名

(2)　パラメーター一覧

(3)　設定の反映時期

(4)　パラメーター詳細

(5)　定義例

(1)　格納ディレクトリ・ファイル名

UNIXの場合：/opt/hitachi/bjexlog/bjexlogagent/conf/bjexla.conf

Windowsの場合：Log Agentのインストール先フォルダ¥conf¥bjexla.conf

(2)　パラメーター一覧

表9-3　bjexla.confのパラメーター一覧

パラメーター名 | 内容 | 規定値 | 起動中の変更可否
MANAGERHOST | Log Managerのホスト名またはIPアドレス | localhost | ×
MANAGERPORT | Log Agentが接続するLog Managerのポート番号 | 23600 | ×
AGENTPORT | Log Agentのコマンドを受け付けるポート番号 | 23603 | ×
AUDIT※1 | 監査ログの取得有無 | ON | ×
AUDIT_SIZE | 監査ログ1ファイル当たりのファイルサイズ | 1 | ×
AUDIT_NUM | 監査ログのバックアップファイルの面数 | 4 | ×
AUDIT_FILE | 監査ログの出力ファイル名 | trace/bjexla_audit | ×
AUDIT_SERVERITY※1 | 監査ログの出力レベル | Error;Warning;Information | ×
AUDIT_CATEGORY※1 | 監査ログの出力種別 | StartStop;ConfigurationAccess;Failure;ExternalService;ContentAccess | ×
TRACE | トレースの取得有無 | ON | ○※2
TRACE_SIZE | トレースファイル1ファイル当たりのファイルサイズ | 8 | ×
TRACE_NUM | トレースファイルの面数 | 4 | ×
COMM_INTERVAL | Log Managerへ再接続する時間 | 30 | ○

（凡例）

○：Log Agentの起動中に，パラメーターの値を変更できます。

×：Log Agentの起動中に，パラメーターの値を変更しないでください。

注※1

監査ログを出力するかどうかの指定に矛盾がある場合，出力しない設定が優先されます。

例えば，AUDIT_SERVERITYパラメーター（監査ログの出力レベル）に「Error」，AUDIT_CATEGORYパラメーター（監査ログの出力種別）に「StartStop」を指定したとします。「StartStop」は，AUDIT_SERVERITYパラメーターに「Information」を指定したときにだけ出力される種別のため，矛盾になります。指定が矛盾すると，監査ログは出力されません。

注※2

引数にreloadを指定して実行したbjexlagent（Log Agent設定コマンド）が正常に完了したとき（KAKH501-Iが出力されたとき），設定の変更が有効になります。

(3)　設定の反映時期

UNIXの場合，設定内容は，引数にstartまたはreloadを指定してbjexlagent（Log Agent設定）コマンドを実行したときに，反映され有効になります。

Windowsの場合，設定内容は，WindowsのサービスからLog Agentを開始したとき，またはreloadを指定してbjexlagent（Log Agent設定コマンド）を実行したときに，反映され有効になります。

(4)　パラメーター詳細

MANAGERHOST

Log Agentが接続するLog Managerのホスト名またはIPアドレスを指定します。

名前解決できるホスト名またはIPアドレスを指定します。

Log Agentは，このパラメーターに指定したLog Managerに接続して，蓄積したログ情報を転送します。

規定値は「localhost」です。

MANAGERPORT

Log Agentが接続するLog Managerのポート番号を1024～32767の整数値で指定します。bjexlm.conf（Log Manager設定ファイル）のAGENTPORTパラメーターと同じ値を指定します。

規定値は「23600」です。

AGENTPORT

Log Agentでコマンドを受け付けるためのポート番号を1024～32767の整数値で指定します。

AGENTPORTパラメーターには，MANAGERPORTパラメーターと同じ値を指定しないでください。

規定値は「23603」です。

AUDIT

監査ログを取得するかどうかを指定します。

ON：監査ログを出力します。

OFF：監査ログを出力しません。

規定値は「ON」です。

AUDIT_SIZE

監査ログ1ファイル当たりのファイルサイズを1～16の整数値で指定します。単位はMBです。

監査ログのファイルサイズがこのパラメーターに指定した値を超えると，syslogにメッセージが出力されて，監査ログの出力ファイルが切り替わります。

1件の監査事象のサイズを300バイトとすると，このパラメーターに1MBを設定した場合，監査ログ1ファイル当たり3,000件程度の監査事象が格納できます。

規定値は「1」です。

AUDIT_NUM

監査ログのバックアップファイルの面数を1～64の整数値で指定します。

2以上の値を指定することを推奨します。

規定値は「4」です。

AUDIT_FILE

監査ログの出力ファイル名をフルパス，またはインストールディレクトリからの相対パスで指定します。Windowsの場合でもファイル区切り記号には，「/」を使用します。

記述例を次に示します。

UNIXの場合
この例の場合，監査ログは/var/adm/audit/bjexla_audit.logに出力されます。

/var/adm/audit/bjexla_audit

Windowsの場合
この例の場合，監査ログはD:¥TEMP¥audit¥bjexla_audit.logに出力されます。

D:/TEMP/audit/bjexla_audit

規定値は「trace/bjexla_audit」です。

AUDIT_SERVERITY

監査ログの出力レベルを指定します。

出力するレベルを半角の「;」（セミコロン）で区切って指定します。なお，指定の最後に「;」は不要です。指定できるレベルを次に示します。

Error：処理を続行できないエラー，または処理を続行できる部分的エラーを出力します。

Warning：エラーの事前連絡（リソース不足による警告など）や，制限付きの処理の続行を出力します。

Information：プロセスの起動，停止など，動作上の情報を出力します。

このパラメーターに指定するレベルと出力される監査ログの対応については，「10.3　メッセージ一覧」を参照してください。記述例を次に示します。この例の場合，ErrorとWarningのレベルが設定されている監査ログが出力されます。

Error;Information

すべてのレベルのログを出力する指定にすることを推奨します。

規定値は「Error;Warning;Information」です。

AUDIT_CATEGORY

監査ログに出力する種別を指定します。

出力する種別を半角の「;」（セミコロン）で区切って指定します。指定の最後に「;」は不要です。指定できる種別を次に示します。

StartStop：「起動・停止」の監査事象を示します。

ConfigurationAccess：「構成定義」の監査事象を示します。

Failure：「障害」の監査事象を示します。

ExternalService：「外部サービス」の監査事象を示します。

ContentAccess：「重要情報アクセス」の監査事象を示します。

記述例を次に示します。この例の場合，監査事象の種別が「StartStop」および「ContentAccess」の監査ログが出力されます。

StartStop;ContentAccess

すべてのレベルのログを出力する指定（規定値）にすることを推奨します。

規定値は「StartStop;ConfigurationAccess;Failure;ExternalService;ContentAccess」です。

TRACE

トレースを取得するかどうかを指定します。

ON：トレースを取得します。

OFF：トレースを取得しません。

規定値は「ON」です。

TRACE_SIZE

トレースファイル1ファイル当たりのサイズを1～64の整数値で指定します。単位はMBです。

規定値は「8」です。

TRACE_NUM

トレースファイルのファイル面数を1～16の整数値で指定します。

トレースファイルは，Log Agentで障害が発生したときの調査資料になります。できるだけ多くの面数を確保してください。

ファイル面数は，TRACE_SIZEパラメーターとあわせて，次の点を考慮して決定してください。

障害が発生してからトレース情報を採取するまでに，ログ情報の収集やLog Managerへのログ情報の転送が行われても，ファイルがラップしない面数を確保してください。

ログ情報を1回収集した場合，ファイル容量として約10KBが必要です。Log Managerへログ情報を1回転送した場合，ファイル容量として約20KBが必要です。

規定値は「4」です。

COMM_INTERVAL

Log Managerとの接続が切断されたときに，Log AgentからLog Managerへ再接続する間隔を30～120の整数値で指定します。単位は秒です。

このパラメーターに設定する値は，BJEXの実行ログまたはsyslogでのログ情報の出力量，および一時蓄積ファイルの容量（MAX_SIZEパラメーターに指定した値）を考慮する必要があります。

このパラメーターに設定した秒数内に，ログ情報の出力量が一時ファイルの容量を超えると，容量を超えた分のログ情報は破棄されます。そのため，ログ情報の出力量が一時蓄積ファイルの容量を超えないように，秒数を決定してください。

規定値は「30」です。

(5)　定義例

MANAGERHOST=localhost
MANAGERPORT=23600
AGENTPORT=23603
AUDIT=ON
AUDIT_SIZE=1
AUDIT_NUM=4
AUDIT_FILE=log/bjexla_audit
AUDIT_SERVERITY=Error;Warning;Information
TRACE=ON
TRACE_SIZE=8
TRACE_NUM=4
COMM_INTERVAL=30

9.4.2　bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）

バッチジョブ実行サーバでのBJEX実行ログの監視について設定します。

＜この項の構成＞

(1)　格納ディレクトリ・ファイル名

(2)　パラメーター一覧

(3)　設定の反映時期

(4)　パラメーター詳細

(5)　注意事項

(6)　定義例

(1)　格納ディレクトリ・ファイル名

UNIXの場合：/opt/hitachi/bjexlog/bjexlogagent/conf/bjexla_bjexexec.conf

Windowsの場合：Log Agentのインストール先フォルダ¥conf¥bjexla_bjexexec.conf

(2)　パラメーター一覧

表9-4　bjexla_bjexexec.confのパラメーター一覧

パラメーター名
内容
規定値
起動中の変更可否

WATCH
BJEXの実行ログの監視の有無
ON
○※1

FILENAME
監視するBJEXの実行ログのファイル名
UNIXの場合：
/opt/hitachi/bjex/log/BjexLog.log
Windowsの場合：
All Usersのプロファイルのドキュメントフォルダ/Hitachi/BJEX/log/BjexLog.log
×

WATCH_INTERVAL
BJEXの実行ログを監視する間隔
3
○※1

WATCH_RETRY_MAX
BJEXの実行ログのファイル監視失敗時に，監視をリトライする回数
5
○※1

MAX_SIZE
BJEXの実行ログのログ情報を一時蓄積するファイルの容量の上限
1
○※1

FORMAT※2
収集対象とするログ情報
.*
○※1

EXFORMAT※2
収集対象外とするログ情報
なし
○※1

REPLACE_LINEFEED
改行コードの置換文字列
"?"
○※1

（凡例）

○：Log Agentの起動中に，パラメーターの値を変更できます。

×：Log Agentの起動中に，パラメーターの値を変更しないでください。

注※1

引数にreloadを指定して実行したbjexlagent（Log Agent設定コマンド）が正常に完了して（KAKH501-Iが出力されて），BJEXの実行ログの収集が開始されたとき，設定の変更が有効になります。

注※2

監視対象のメッセージが重複している場合，EXFORMATパラメーターの指定が優先されます。

(3)　設定の反映時期

UNIXの場合，設定内容は，引数にstartまたはreloadを指定してbjexlagent（Log Agent設定）コマンドを実行したときに，反映され有効になります。

Windowsの場合，設定内容は，WindowsのサービスからLog Agentを開始したとき，またはreloadを指定してbjexlagent（Log Agent設定コマンド）を実行したときに，反映され有効になります。

(4)　パラメーター詳細

WATCH

BJEXの実行ログを監視するかどうかを指定します。

ON：監視します。

OFF：監視しません。

規定値は「ON」です。

FILENAME

監視するBJEXの実行ログのファイル名をフルパスまたは相対パスで指定します。Windowsの場合でもファイル区切り記号には，「/」を使用します。

UNIXの規定値：/opt/hitachi/bjex/log/BjexLog.log

Windowsの規定値：All Usersのプロファイルのドキュメントフォルダ/Hitachi/BJEX/log/BjexLog.log

WATCH_INTERVAL

BJEXの実行ログを監視する間隔を1～30の整数値で指定します。単位は秒です。

規定値は「3」です。

WATCH_RETRY_MAX

BJEXの実行ログのファイル監視に失敗した場合に，監視のリトライ回数を1～99の整数値で指定します。単位は秒です。

このパラメーターに指定した回数だけ監視をリトライしても読み込めないときは，BJEXの実行ログの監視を中断します。WATCH_INTERVALパラメーターに指定した秒数が経過するまで，監視を停止します。

規定値は「5」です。

MAX_SIZE

BJEXの実行ログのログ情報を一時蓄積するファイルの容量の上限を，1～1024の整数値で指定します。単位はMBです。

一時蓄積ファイルの容量がこのパラメーターに指定した値を超えると，一時蓄積ファイルの上限を超えたことを示すメッセージ（KAKH107-W）が出力されます。Log Managerへログ情報が送信されないまま，一時蓄積ファイルへのログ情報の蓄積が継続されると，ファイルの容量がMAX_SIZEパラメーターに指定した値の2倍になった時点で，最大蓄積量に到達したことを示すメッセージ（KAKH100-E）が出力されます。また，それまで蓄積していたログ情報が破棄され，ログ情報の蓄積が中断されます。

規定値は「1」です。

FORMAT

BJEXの実行ログのうち，収集対象とするログ情報を1,024バイト以内の正規表現で指定します。

正規表現は，java.util.regex.Patternsクラスで表現できる形式で指定します。複数の形式を指定する場合は論理和で指定します。

例えば，「.*err.*|.*Err.*」を指定すると，BJEX実行ログから「err」または「Err」を含むログ情報だけを収集します。

java.util.regexパッケージで使用できる正規表現および正規表現の指定例については，マニュアル「uCosminexus Batch Job Execution Server ログビューア　操作ガイド」を参照してください。

規定値は「.*」です。

EXFORMAT

BJEXの実行ログのうち，収集対象外とするログ情報を1,024バイト以内の正規表現で指定します。

正規表現は，java.util.regex.Patternsクラスで表現できる形式で指定します。複数の形式を指定する場合は論理和で指定します。

例えば，「.*KAKCd4-I.*」を指定すると，BJEXの実行ログのうち，タイプコードがI（情報）に該当するログ情報を除いて収集します。

java.util.regexパッケージで使用できる正規表現および正規表現の指定例については，マニュアル「uCosminexus Batch Job Execution Server ログビューア　操作ガイド」を参照してください。

規定値はありません。

REPLACE_LINEFEED

BJEX実行ログのメッセージテキスト中に改行コードが含まれる場合に，Log Managerに転送する前にLog Agentで改行コードを置き換えるときの文字列を0～64文字以内の半角文字で指定します。置換文字列は，必ず「"」で囲んで指定してください。

0文字（""）を指定した場合，改行コードを削除し，改行コード前後の文字を連結します。

（指定例）

改行コードを疑問符に置き換える場合
REPLACE_LINEFEED="?"

改行コードをAbcdという4文字に置き換える場合REPLACE_LINEFEED="Abcd"

改行コードを削除（次の行と連結）する場合
REPLACE_LINEFEED=""

規定値は，「"?"」（半角の疑問符）です。

(5)　注意事項

BJEXの実行ログのファイルを監視する場合，BJEXが実行ログに書き込んでいる最中にLog Agentがログファイルをオープンしようとすると，ログファイルのオープンに失敗します。
ログファイルのオープンに失敗したとき，1秒間隔で10回までファイルのオープン処理をリトライします。リトライしてもログファイルをオープンできないときは，監視失敗になります（KAKH103-Eメッセージが出力されます）。
監視に失敗した場合，WATCH_RETRY_MAXの回数だけ監視をリトライします。リトライしても監視できないときは，ログ情報の収集を中断します（KAKH005-Eメッセージが出力されます）。

MAX_SIZEパラメーターに指定したサイズを超えてログが出力された場合，KAKH107-Wメッセージが出力されます。この時点では収集したログ情報は破棄されません。
ログの出力量がMAX_SIZEパラメーターに指定したサイズの2倍を超えると，最大蓄積量に到達したことを示すメッセージ（KAKH100-E）が出力され，収集したログ情報は破棄されます。また，Log Managerへのログ情報の送信が中断されたまま，一時蓄積ファイルへのログ情報の蓄積が継続された場合も，ファイルの容量がMAX_SIZEパラメーターに指定した値の2倍になった時点で，KAKH100-Eメッセージが出力されます。それまで蓄積していたログ情報が破棄されます。
このときは，破棄されたログ情報中に出力されたメッセージの日時を確認して，ログ情報を再収集してください。
このため，MAX_SIZEパラメーターにはなるべく大きな値を指定してください。

FORMATパラメーターおよびEXFORMATパラメーターに値を指定すると，Log Agentでのログの収集処理が遅くなることがあります。
このため，FORMATパラメーターおよびEXFORMATパラメーターへの値の指定は，最小限にすることを推奨します。

(6)　定義例

UNIXの場合

WATCH=ON
FILENAME=/opt/hitachi/bjex/log/BjexLog.log
WATCH_INTERVAL=3
WATCH_RETRY_MAX=5
MAX_SIZE=1
FORMAT=.*
REPLACE_LINEFEED="?"

Windowsの場合

WATCH=ON
FILENAME=C:/Users/Public/Documents/Hitachi/BJEX/log/BjexLog.log
WATCH_INTERVAL=3
WATCH_RETRY_MAX=5
MAX_SIZE=1
FORMAT=.*
REPLACE_LINEFEED="?"

9.4.3　bjexla_syslog.conf（syslog監視設定ファイル）

バッチジョブ実行サーバでのsyslogの監視について設定します。ただし，Windowsの場合はこのファイルを変更しないでください。

＜この項の構成＞

(1)　格納ディレクトリ・ファイル名

(2)　パラメーター一覧

(3)　設定の反映時期

(4)　パラメーター詳細

(5)　注意事項

(6)　定義例

(1)　格納ディレクトリ・ファイル名

UNIXの場合：/opt/hitachi/bjexlog/bjexlogagent/conf/bjexla_syslog.conf

Windowsの場合：Log Agentのインストール先フォルダ¥conf¥bjexla_syslog.conf

(2)　パラメーター一覧

表9-5　bjexla_syslog.confのパラメーター一覧

パラメーター名 | 内容 | 規定値 | 起動中の変更可否
WATCH | syslogの監視の有無 | ON | ○※1
FILENAME | 監視するsyslogのファイル名 | /tmp/syslog.out | ×
WATCH_INTERVAL | syslogを監視する間隔 | 3 | ○※1
WATCH_RETRY_MAX | syslogのファイル監視失敗時に，監視をリトライする回数 | 5 | ○※1
MAX_SIZE | syslogのログ情報を一時蓄積するファイルの容量の上限 | 1 | ○※1
FORMAT※2 | 収集対象とするログ情報 | .* | ○※1
EXFORMAT※2 | 収集対象外とするログ情報 | なし | ○※1
REPLACE_LINEFEED | 改行コードの置換文字列 | "?" | ○※1

（凡例）

○：Log Agentの起動中に，パラメーターの値を変更できます。

×：Log Agentの起動中に，パラメーターの値を変更しないでください。

注※1

引数にreloadを指定して実行したbjexlagent（Log Agent設定コマンド）が正常に完了して（KAKH501-Iが出力されて），BJEXの実行ログの収集が開始されたとき，設定の変更が有効になります。

注※2

監視対象のメッセージが重複している場合，EXFORMATパラメーターの指定が優先されます。

(3)　設定の反映時期

設定内容は，引数にstartまたはreloadを指定してbjexlagent（Log Agent設定）コマンドを実行したときに，反映され有効になります。

(4)　パラメーター詳細

WATCH

syslogを監視するかどうかを指定します。

ON：監視します。

OFF：監視しません。

規定値は「ON」です。

FILENAME

監視するsyslogのファイル名をフルパスまたは相対パスで指定します。

規定値は「/tmp/syslog.out」です。

WATCH_INTERVAL

syslogを監視する間隔を1～30の整数値で指定します。単位は秒です。

規定値は「3」です。

WATCH_RETRY_MAX

syslogのファイル監視に失敗した場合に，監視のリトライ回数を1～99の整数値で指定します。

このパラメーターに指定した回数だけ監視をリトライしても読み込めないときは，syslogの監視を中断します。WATCH_INTERVALパラメーターに指定した秒数が経過するまで，監視を停止します。

規定値は「5」です。

MAX_SIZE

syslogのログ情報を一時蓄積するファイルの容量の上限を，1～1024の整数値で指定します。単位はMBです。

一時蓄積ファイルの容量がこのパラメーターに指定した値を超えると，一時蓄積ファイルの上限を超えたことを示すメッセージ（KAKH107-W）が出力されます。Log Managerへログ情報が送信されないまま，一時蓄積ファイルへのログ情報の蓄積が継続されると，ファイルの容量がMAX_SIZEパラメーターに指定した値の2倍になった時点で，最大蓄積量に到達したことを示すメッセージ（KAKH100-E）が出力されます。また，それまで蓄積していたログ情報が破棄され，ログ情報の蓄積が中断されます。

規定値は「1」です。

FORMAT

syslogのうち，収集対象とするログ情報を1,024バイト以内の正規表現で指定します。

正規表現は，java.util.regex.Patternsクラスで表現できる形式で指定します。複数の形式を指定する場合は論理和で指定します。

例えば，「.*err.*|.*Err.*」を指定すると，syslogから「err」または「Err」を含むログ情報だけを収集します。

java.util.regexパッケージで使用できる正規表現および正規表現の指定例については，マニュアル「uCosminexus Batch Job Execution Server ログビューア　操作ガイド」を参照してください。

規定値は「.*」です。

EXFORMAT

syslogのうち，収集対象外とするログ情報を1,024バイト以内の正規表現で指定します。

正規表現は，java.util.regex.Patternsクラスで表現できる形式で指定します。複数の形式を指定する場合は論理和で指定します。

例えば，「.*Information.*」を指定すると，syslogのうち「Information」に該当するメッセージを除いて収集します。

java.util.regexパッケージで使用できる正規表現および正規表現の指定例については，マニュアル「uCosminexus Batch Job Execution Server ログビューア　操作ガイド」を参照してください。

規定値はありません。

REPLACE_LINEFEED

syslogのメッセージテキスト中に改行コードが含まれる場合に，Log Managerに転送する前にLog Agentで改行コードを置き換えるときの文字列を0～64文字以内の半角文字で指定します。置換文字列は，必ず「"」で囲んで指定してください。

0文字（""）を指定した場合，改行コードを削除し，改行コード前後の文字を連結します。

（指定例）

改行コードを疑問符に置き換える場合
REPLACE_LINEFEED="?"

改行コードをAbcdという4文字に置き換える場合
REPLACE_LINEFEED="Abcd"

改行コードを削除（次の行と連結）する場合
REPLACE_LINEFEED=""

規定値は，「"?"」（半角の疑問符）です。

(5)　注意事項

syslogのファイルを監視する場合，ほかのプログラムからsyslogへの書き込み実行中にLog Agentがログファイルをオープンしようとすると，ログファイルのオープンに失敗します。
ログファイルのオープンに失敗したとき，1秒間隔で10回までファイルのオープン処理をリトライします。リトライしてもログファイルをオープンできないときは，監視失敗になります（KAKH103-Eメッセージが出力されます）。
監視に失敗した場合，WATCH_RETRY_MAXの回数だけ監視をリトライします。リトライしても監視できないときは，ログ情報の収集を中断します（KAKH005-Eメッセージが出力されます）。

MAX_SIZEパラメーターに指定したサイズを超えてログが出力された場合，KAKH107-Wメッセージが出力されます。この時点では収集したログ情報は破棄されません。
ログの出力量がMAX_SIZEパラメーターに指定したサイズの2倍を超えると，最大蓄積量に到達したことを示すメッセージ（KAKH100-E）が出力され，収集したログ情報は破棄されます。また，Log Managerへのログ情報の送信が中断されたまま，一時蓄積ファイルへのログ情報の蓄積が継続された場合も，ファイルの容量がMAX_SIZEパラメーターに指定した値の2倍になった時点で，KAKH100-Eメッセージが出力されます。それまで蓄積していたログ情報が破棄されます。
このときは，破棄されたログ情報中に出力されたメッセージの日時を確認して，ログ情報を再収集してください。
このため，MAX_SIZEパラメーターにはなるべく大きな値を指定してください。

FORMATパラメーターおよびEXFORMATパラメーターに値を指定すると，Log Agentでのログの収集処理が遅くなることがあります。
このため，FORMATパラメーターおよびEXFORMATパラメーターへの値の指定は，最小限にすることを推奨します。

syslogファイルに出力されているログ情報は，文字コードをShift-JISとして処理します。そのため，syslogファイルにShift-JIS以外の文字コードのログ情報が出力されている場合は，Log Viewerでログ情報を検索したとき，syslogと異なる文字でメッセージが表示されることがあります。

(6)　定義例

WATCH=ON
FILENAME=/tmp/syslog.out
WATCH_INTERVAL=3
WATCH_RETRY_MAX=5
MAX_SIZE=1
FORMAT=.*
REPLACE_LINEFEED="?"

9.5　Log Viewerの設定ファイル

Log Viewerの設定ファイルについて説明します。

＜この節の構成＞

9.5.1　bjexlv.conf（Log Viewer設定ファイル）

9.5.2　bjexlv_reg.conf（Log Viewer設定情報記録ファイル）

9.5.1　bjexlv.conf（Log Viewer設定ファイル）

Log Viewerの環境を設定します。

＜この項の構成＞

(1)　格納フォルダ・ファイル名

(2)　パラメーター一覧

(3)　設定の反映時期

(4)　パラメーター詳細

(5)　定義例

(1)　格納フォルダ・ファイル名

Log Viewerのインストール先フォルダ¥conf¥bjexlv.conf

(2)　パラメーター一覧

表9-6　bjexlv.confのパラメーター一覧

パラメーター名 | 内容 | 規定値
PROPERTYFILE | プロパティファイルのファイル名 | bjexlv_resjp.conf
SEARCHRANGE | 検索範囲の日数のデフォルト | 1
TRACE | トレースファイルの取得有無 | ON
TRACE_SIZE | トレースファイル1ファイル当たりのファイルサイズ | 8
TRACE_NUM | トレースファイルの面数 | 4

(3)　設定の反映時期

設定内容は，Log Viewerの起動時に有効になります。

なお，Log Viewer起動中は，この設定ファイルのパラメーターを変更できません。Log Viewerの起動中に変更した場合，Log Viewerを再起動したときに変更が有効になります。

(4)　パラメーター詳細

PROPERTYFILE

Log ViewerのGUIを設定するためのプロパティファイルを指定します。規定値からの変更は不要です。

規定値は「bjexlv_resjp.conf」です。

SEARCHRANGE

Log Viewerの起動時に，自動で設定する検索日時範囲を0～366の整数値で指定します。単位は日です。

Log Viewerを起動した日時を基準に，このパラメーターに指定した日数が検索期間として設定されます。

規定値は「1」です。

TRACE

トレースを取得するかどうかを指定します。

ON：トレースを取得します。

OFF：トレースを取得しません。

規定値は「ON」です。

TRACE_SIZE

トレースファイル1ファイル当たりのファイルサイズを1～64の整数値で指定します。単位はMBです。

規定値は「8」です。

TRACE_NUM

トレースファイルの面数を1～16の整数値で指定します。

トレースファイルは，Log Viewerで障害が発生したときの調査資料になります。ファイル面数は，TRACE_SIZEパラメーターとあわせて，次の点を考慮して決定してください。

障害が発生してからトレース情報を採取するまでに，Log Viewerでのログの検索が行われても，ファイルがラップしない面数を確保してください。

Log Viewerでログを1回検索した場合，ファイル容量として約20KBが必要です。

規定値は「4」です。

(5)　定義例

PROPERTYFILE=bjexlv_resjp.conf
SEARCHRANGE=1
TRACE=ON
TRACE_SIZE=8
TRACE_NUM=4

9.5.2　bjexlv_reg.conf（Log Viewer設定情報記録ファイル）

Log Viewerで設定したLog Managerへの接続先情報，または検索条件が記録されるファイルです。

格納フォルダ・ファイル名

Log Viewerのインストール先フォルダ¥conf¥bjexlv_reg.conf

10.　メッセージ

この章では，BJEXログビューアのメッセージについて説明します。

＜この章の構成＞

10.1　メッセージの形式

10.2　メッセージの出力先一覧

10.3　メッセージ一覧

10.1　メッセージの形式

メッセージの出力形式，およびこのマニュアルでのメッセージの記載形式について説明します。

＜この節の構成＞

10.1.1　メッセージの出力形式

10.1.2　メッセージの記載形式

10.1.1　メッセージの出力形式

メッセージは，メッセージIDと，それに続くメッセージテキストで構成されています。出力されるメッセージの形式を次に示します。

XXXXnnn-Z　メッセージテキスト

XXXX

メッセージの種別を表します。

KAKG：Log Managerのメッセージを示します。

KAKH：Log Agentのメッセージを示します。

KAKI：Log Viewerのメッセージを示します。

nnn

メッセージの通し番号です。

Z

メッセージの種類を表します。

E：エラーメッセージを示します。処理は中断されます。

W：警告メッセージを示します。メッセージ出力後，処理は続行されます。

I：通知メッセージを示します。ユーザーに情報を知らせます。

10.1.2　メッセージの記載形式

メッセージの記載形式を次に示します。

メッセージID

英語メッセージテキスト

メッセージの説明文

要因

メッセージの要因を示します。

対処

メッセージが出力されたときに，オペレーターの取る処置を示します。

10.2　メッセージの出力先一覧

BJEXログビューアが出力するKAKGメッセージおよびKAKHメッセージの出力先一覧を次の表に示します。

表10-1　メッセージの出力先一覧

メッセージID
標準出力
syslog※1
監査ログ※2
（Log Manager）
監査ログ※3
（Log Agent）

KAKG000-I
－
○
－
－

KAKG001-I
－
○
－
－

KAKG002-W
－
○
－
－

KAKG003-W
－
○
－
－

KAKG005-E
－
○
－
－

KAKG007-E
－
○
－
－

KAKG008-E
－
○
－
－

KAKG009-E
－
○
－
－

KAKG010-W
－
○
－
－

KAKG011-I
－
○
－
－

KAKG012-I
－
○
－
－

KAKG013-E
－
○
－
－

KAKG014-E
－
○
－
－

KAKG015-E
○
－
－
－

KAKG016-E
－
○
－
－

KAKG017-E
－
○
－
－

KAKG018-E
－
○
－
－

KAKG019-E
－
○
－
－

KAKG100-I
－
○
－
－

KAKG101-I
－
○
－
－

KAKG103-E
－
○
－
－

KAKG104-E
－
○
－
－

KAKG105-E
－
○
－
－

KAKG106-I
－
○
－
－

KAKG107-I
－
○
－
－

KAKG108-E
－
○
－
－

KAKG109-E
－
○
－
－

KAKG111-E
－
○
－
－

KAKG112-E
－
○
－
－

KAKG113-W
－
○
－
－

KAKG114-I
－
○
－
－

KAKG200-I
－
○
－
－

KAKG201-I
－
○
－
－

KAKG203-E
－
○
－
－

KAKG204-E
－
○
－
－

KAKG205-E
－
○
－
－

KAKG206-I
－
○
－
－

KAKG207-I
－
○
－
－

KAKG208-E
－
○
－
－

KAKG209-I
－
○
－
－

KAKG210-E
－
○
－
－

KAKG211-E
－
○
－
－

KAKG213-W
－
○
－
－

KAKG300-I
－
○
－
－

KAKG301-I
－
○
－
－

KAKG302-I
－
○
－
－

KAKG303-E
－
○
－
－

KAKG304-E
－
○
－
－

KAKG305-I
－
○
－
－

KAKG306-I
－
○
－
－

KAKG307-E
－
○
－
－

KAKG308-E
－
○
－
－

KAKG309-I
－
○
－
－

KAKG310-I
－
○
－
－

KAKG400-I
－
○
－
－

KAKG401-E
－
○
－
－

KAKG402-E
－
○
－
－

KAKG403-E
－
○
－
－

KAKG500-I
○
○
－
－

KAKG501-I
○
○
－
－

KAKG502-E
○
○
－
－

KAKG503-E
○
○
－
－

KAKG504-E
○
○
－
－

KAKG505-E
○
○
－
－

KAKG506-E
○
○
－
－

KAKG507-E
○
－
－
－

KAKG508-E
○
○
－
－

KAKG509-E
○
○
－
－

KAKG510-E
○
○
－
－

KAKG511-E
○
○
－
－

KAKG600-E
－
○
－
－

KAKG601-E
－
○
－
－

KAKG602-E
－
○
－
－

KAKG603-E
－
○
－
－

KAKG900-I
－
－
○
－

KAKG901-E
－
－
○
－

KAKG902-I
－
－
○
－

KAKG903-E
－
－
○
－

KAKG904-W
－
－
○
－

KAKG905-I
－
－
○
－

KAKG906-E
－
－
○
－

KAKG907-I
－
－
○
－

KAKG908-I
－
－
○
－

KAKG909-I
－
－
○
－

KAKG910-I
－
－
○
－

KAKG911-I
－
－
○
－

KAKG912-I
－
－
○
－

KAKG913-I
－
－
○
－

KAKG914-I
－
－
○
－

KAKG915-I
－
－
○
－

KAKH000-I
－
○
－
－

KAKH001-I
－
○
－
－

KAKH003-I
－
○
－
－

KAKH004-I
－
○
－
－

KAKH005-E
－
○
－
－

KAKH006-E
○
○
－
－

KAKH007-E
○
○
－
－

KAKH008-E
○
－
－
－

KAKH009-E
－
○
－
－

KAKH010-W
○
○
－
－

KAKH011-W
－
○
－
－

KAKH012-W
－
○
－
－

KAKH017-I
－
○
－
－

KAKH018-I
－
○
－
－

KAKH020-E
○
○
－
－

KAKH021-E
－
○
－
－

KAKH022-E
－
○
－
－

KAKH023-E
－
○
－
－

KAKH024-E
－
○
－
－

KAKH100-E
－
○
－
－

KAKH101-I
－
○
－
－

KAKH102-I
－
○
－
－

KAKH103-E
○
○
－
－

KAKH104-E
○
○
－
－

KAKH105-E
○
－
－
－

KAKH106-E
－
○
－
－

KAKH107-W
－
○
－
－

KAKH108-E
○
○
－
－

KAKH109-E
－
○
－
－

KAKH110-E
－
○
－
－

KAKH111-E
○
－
－
－

KAKH200-I
－
○
－
－

KAKH201-I
－
○
－
－

KAKH202-E
－
○
－
－

KAKH203-E
－
○
－
－

KAKH204-E
－
○
－
－

KAKH205-E
－
○
－
－

KAKH206-E
－
○
－
－

KAKH207-E
－
○
－
－

KAKH300-I
－
○
－
－

KAKH301-I
－
○
－
－

KAKH302-E
－
○
－
－

KAKH500-I
○
○
－
－

KAKH501-I
○
○
－
－

KAKH502-E
○
○
－
－

KAKH503-E
○
○
－
－

KAKH504-E
○
○
－
－

KAKH505-E
○
○
－
－

KAKH506-E
○
○
－
－

KAKH507-E
○
○
－
－

KAKH508-E
○
○
－
－

KAKH509-E
○
－
－
－

KAKH510-I
○
○
－
－

KAKH511-I
○
○
－
－

KAKH512-E
○
－
－
－

KAKH513-W
○
－
－
－

KAKH514-E
○
－
－
－

KAKH515-E
○
○
－
－

KAKH900-I
－
－
－
○

KAKH901-E
－
－
－
○

KAKH902-I
－
－
－
○

KAKH903-E
－
－
－
○

KAKH904-W
－
－
－
○

KAKH905-I
－
－
－
○

KAKH906-E
－
－
－
○

KAKH907-I
－
－
－
○

KAKH908-I
－
－
－
○

KAKH909-E
－
－
－
○

KAKH910-I
－
－
－
○

KAKH911-I
－
－
－
○

KAKH912-E
－
－
－
○

KAKH913-E
－
－
－
○

KAKH914-I
－
－
－
○

KAKH915-I
－
－
－
○

KAKH916-E
－
－
－
○

KAKH917-I
－
－
－
○

（凡例）

○：出力します。

－：出力しません。

注※1

Windowsの場合はイベントログ（アプリケーションログ）に出力されます。

注※2

bjexlm.conf（Log Manager設定ファイル）のAUDIT_FILEパラメーターで指定したファイルに出力されます。

注※3

bjexla.conf（Log Agent設定ファイル）のAUDIT_FILEパラメーターで指定したファイルに出力されます。

10.3　メッセージ一覧

BJEXログビューアが出力するKAKGメッセージおよびKAKHメッセージについて説明します。

KAKIメッセージについては，マニュアル「uCosminexus Batch Job Execution Server ログビューア　操作ガイド」を参照してください。

＜この節の構成＞

10.3.1　KAKG000－KAKG899

10.3.2　KAKG900－KAKG999

10.3.3　KAKH000－KAKH899

10.3.4　KAKH900－KAKH999

10.3.1　KAKG000－KAKG899

KAKG000-I

Log Manager is started.

Log Managerが起動しました。

KAKG001-I

Log Manager is stopped.

Log Managerが停止しました。

KAKG002-W

cannot read configuration file. (filename)

filenameに示す設定ファイルの読み込みに失敗しました。各パラメーターに規定値を仮定して処理を継続します。filenameにはファイル名が出力されます。

要因

次の要因が考えられます。

filenameに示す設定ファイルがありません。

filenameに示す設定ファイルに読み込み権限がありません。

filenameに示す設定ファイルの読み込み処理でエラーが発生しました。

対処

エラーの要因を取り除いたあと，必要であればLog Managerを再起動します。

KAKG003-W

invalid configuration parameter. (parameter)

parameterに示すパラメーターに不当な値が指定されています。parameterに示すパラメーターに規定値を仮定して処理を継続します。

要因

設定ファイルに不当なパラメーターが指定されました。

対処

bjexlm.conf（Log Manager設定ファイル）のparameterに示すパラメーターの値を修正します。設定ファイルの詳細は，「9.3.1　bjexlm.conf（Log Manager設定ファイル）」を参照してください。

KAKG005-E

cannot open trace file.

トレースファイル，または通信トレースファイルのオープンに失敗しました。Log Managerを終了します。

要因

次の要因が考えられます。

トレースファイル，または通信トレースファイルに書き込み権限がありません。

トレースファイル，または通信トレースファイルにトレースを出力するための容量がありません。

対処

エラーの要因を取り除いたあと，Log Managerを再起動します。

KAKG007-E

cannot open audit file.

監査ログファイルのオープンに失敗しました。Log Managerを終了します。

要因

次の要因が考えられます。

監査ログファイルに書き込み権限がありません。

監査ログファイルに監査ログを出力するための容量がありません。

対処

エラーの要因を取り除いたあと，Log Managerを再起動します。

KAKG008-E

unexpected error occurred.

予期しないエラーが発生しました。Log Managerを終了します。

要因

予期しないエラーが発生しました。

対処

Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG009-E

fail in start Log Manager.

Log Managerの起動に失敗しました。

要因

サーバソケットの生成に失敗しました。

対処

エラーの要因を取り除いたあと，Log Managerを再起動します。

KAKG010-W

invalid port configuration parameter.

設定ファイルに指定されているポート番号の組み合わせに誤りがあります。ポート番号に規定値を仮定して処理を継続します。

要因

ポート番号が重複して指定されています。

対処

エラーの要因を取り除いたあと，必要であればLog Managerを再起動します。

KAKG011-I

rotate audit log started.

監査ログファイルの切り替えを開始しました。

KAKG012-I

rotate audit log ended.

監査ログファイルの切り替えが完了しました。

KAKG013-E

fail in rotate audit log. (filename)

filenameに示す監査ログの切り替えに失敗しました。

要因

filenameに示す監査ログの切り替えに失敗しました。

対処

次の手順を実施します。手順4で再起動したあとも同じエラーが発生する場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

Log Managerを停止します。

監査ログをバックアップします。

監査ログをすべて削除します。

Log Managerを再起動します。

KAKG014-E

fail in create server socket. port:portnumber

サーバソケットの生成に失敗しました。Log Managerを終了します。

要因

portnumberに示すポート番号がすでに使用されています。

対処

エラーの要因を取り除いたあと，Log Managerを再起動します。

エラーの要因が不明な場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG015-E

syslog open error occurred. code = rtncode

syslogのオープンに失敗しました。Log Managerを終了します。

要因

rtncodeに示すエラーが発生しました。

対処

Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG016-E

install path error occurred.

Log Manager起動時にLog Managerのインストールパスが取得できませんでした。

要因

Log Manager起動時にLog Managerのインストールパスが取得できませんでした。

対処

Log Managerをアンインストールし，再インストールします。それでも解決しない場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG017-E

JRE is not installed ,or unsupported version.

JREがインストールされていないか，未サポートのバージョンです。

要因

前提のバージョンのJREがインストールされていません。

対処

前提のバージョンのJREをインストールします。

KAKG018-E

Log Manager is not installed ,or incomplete.

Log Managerがインストールされていないか，不完全な状態です。

要因

Log Managerがインストールされていないか，不完全な状態です。

対処

Log Managerをアンインストールし，再インストールします。それでも解決しない場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG019-E

Log Manager function name failed for function with error code.

function nameで示すLog Managerの機能が失敗しました。functionには内部で使用した関数名，error codeにはそのエラーコードが表示されます。

要因

Log Managerのfunction nameが失敗しました。functionは内部で使用した関数名，error codeはそのエラーコードです。

対処

Log Managerをアンインストールし，再インストールします。それでも解決しない場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG100-I

connected Log Agent. ip:hostname

hostnameに示すLog Agentから接続されました。

KAKG101-I

disconnected Log Agent. ip:hostname

hostnameに示すLog Agentとの接続を切断しました。

KAKG103-E

received invalid data.

Log Agentから不正なデータを受信しました。

要因

次の要因が考えられます。

Log Agentから不正なデータが送信されました。

Log Agent以外のプログラムと接続しました。

対処

Log Agentとの通信に使用するポート番号がほかのプログラムで使用されていないか調査します。

エラーの要因が不明な場合は，Log ManagerおよびLog Agentの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については「7.2.2(1) 障害時の資料採取」，Log Agentの障害時に採取する資料については「7.2.3(1) 障害時の資料採取」を参照してください。

KAKG104-E

fail in save logtype log message.

logtypeに示すログのメッセージの保存に失敗しました。

要因

次の要因が考えられます。

インデックス情報の作成に失敗しました。

インデックス情報の読み込みに失敗しました。

ログ蓄積ファイルのオープンに失敗しました。

ログ蓄積ファイルへの書き込みに失敗しました。

対処

エラーの要因を取り除いたあと，Log Managerを再起動します。

エラーの要因が不明な場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG105-E

network error occurred. ip:hostname

Log Agentとの通信でエラーが発生しました。

要因

次の要因が考えられます。

ネットワーク機器の異常など，通信環境にエラーが発生しました。

hostnameに示すLog Agentからの応答がありません。

対処

要因に応じて次の対処を実施します。

通信環境にエラーが発生した場合
通信環境のエラー要因を取り除いたあと，Log Managerを再起動します。

そのほかの場合
hostnameに示すLog Agentが動作しているかを確認します。
Log Agentの動作が不正なときは，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。
Log Agentの動作が正常なときは，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG106-I

wait connect Log Agent. port:portnumber

portnumberに示すLog Agentからの接続待ちを開始しました。

KAKG107-I

stopped wait connect Log Agent.

Log Agentからの接続待ちを終了しました。

KAKG108-E

fail in wait connect Log Agent.

Log Agentからの接続待ちに失敗しました。

要因

Log Agentとの通信でエラーが発生しました。

対処

エラーの要因を取り除いたあと，Log Managerを再起動します。

エラーの要因が不明な場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG109-E

fail in collect logtype log message.

logtypeに示すログの蓄積に失敗しました。

要因

次の要因が考えられます。

Log Agentから不正なデータを受信しました。

Log Agentとの通信でエラーが発生しました。

ログの保存に失敗しました。

対処

Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG111-E

cannot create temp file.

一時ファイルの作成に失敗しました。

要因

次の要因が考えられます。

一時ファイル用ディレクトリ（UNIXの場合は，/opt/hitachi/bjexlog/bjexlogmanager/work，Windowsの場合は，Log Managerのインストール先フォルダ¥work）に対する書き込み権限がありません。

入出力エラーが発生しました。

対処

一時ファイル用ディレクトリに対してLog Managerの実行ユーザーの書き込み権限があるかを確認して，ない場合は設定します。

権限を設定しても回復しない場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG112-E

cannot access temp file. (filename)

filenameに示す一時ファイルへの入出力で障害が発生しました。filenameにはファイル名が出力されます。

要因

次の要因が考えられます。

ほかのプログラムやシステムが一時ファイルを使用しています。

一時ファイル用ディレクトリ，または一時ファイルに対する書き込み権限がありません。

一時ファイル用ディレクトリに空き容量がありません。

入出力エラーが発生しました。

対処

要因に応じて次の対処を実施します。

ほかのプログラムやシステムが一時ファイルを使用していないかを確認し，使用している場合は一時ファイルを解放します。

一時ファイル用ディレクトリ，および一時ファイルに対して書き込み権限があるかを確認して，ない場合は設定します。

一時ファイル用ディレクトリの空き容量を確認します。空き容量が少ない場合は，ログ収集フォルダを変更するなどして空き容量を確保します。

入出力エラーが発生した場合は，エラーの要因を排除します。

対処を実施しても回復しない場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG113-W

connected number of Log Agent exceeds the upper bound.

Log Agentの接続数が上限を超えました。

要因

すでに16台のLog Agentが接続しています。

対処

Log Managerに接続しているLog Agentの状態を確認します。不当なLog Agentがある場合は，そのLog Agentを停止してください。

KAKG114-I

logtype log messages collected from hostname at the end are "message"

hostnameに示すLog Agentからのlogtypeに示すログ種別で，最後に蓄積したログ情報をmessageに示します。messageには，ログ情報の先頭から300文字までが表示されます。

要因

ログ情報の蓄積に失敗しました。

対処

このメッセージの前に出力されているエラーメッセージ（KAKG104-E，KAKG105-EまたはKAKG112-E）に従って対処します。そのあと，蓄積に失敗したログ情報を再収集します。ログ情報の再収集については，「6.3　ログ情報の再収集」を参照してください。

KAKG200-I

connected Log Viewer. ip:hostname

hostnameに示すLog Viewerから接続されました。

KAKG201-I

disconnected Log Viewer. ip:hostname

hostnameに示すLog Viewerとの接続を切断しました。

KAKG203-E

received invalid data.

Log Viewerから不正なデータを受信しました。

要因

Log Viewer以外のプログラムと接続しました。

対処

Log Viewerとの通信に使用するポート番号がほかのプログラムで使用されていないか調査します。

エラーの要因が不明な場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG204-E

fail in search logtype log message.

logtypeに示すログの検索に失敗しました。

要因

次の要因が考えられます。

インデックス情報の読み込みに失敗しました。

ログ蓄積ファイルのオープンに失敗しました。

ログ蓄積ファイルの読み込みに失敗しました。

対処

Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG205-E

network error occurred. ip:hostname

hostnameに示すLog Viewerとの通信でエラーが発生しました。

要因

次の要因が考えられます。

ネットワーク機器の異常など，通信環境にエラーが発生しました。

hostnameに示すLog Viewerからの応答がありません。

対処

要因に応じて次の対処を実施します。

通信環境にエラーが発生した場合
通信環境のエラー要因を取り除いたあと，Log Managerを再起動します。

そのほかの場合
hostnameに示すLog Viewerが動作しているかを確認します。
Log Viewerの動作が不正なときは，Log Viewerの障害時の資料を採取したあと，保守員に連絡します。Log Viewerの障害時に採取する資料については，「7.2.4(1) 障害時の資料採取」を参照してください。
Log Viewerの動作が正常なときは，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG206-I

wait connect Log Viewer. port:portnumber

portnumberに示すLog Viewerからの接続待ちを開始しました。

KAKG207-I

stopped wait connect Log Viewer.

Log Viewerからの接続待ちを終了しました。

KAKG208-E

fail in wait connect Log Viewer.

Log Viewerからの接続待ちに失敗しました。

要因

Log Viewerとの通信でエラーが発生しました。

対処

Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG209-I

complete user authentication. user:username

usernameに示すユーザーの認証が完了しました。

KAKG210-E

incomplete user authentication. user:username

usernameに示すユーザーの認証に失敗しました。

要因

次の要因が考えられます。

ユーザー名が誤っています。

パスワードが誤っています。

対処

正しいユーザー名とパスワードでユーザー認証を行います。

KAKG211-E

fail in user authentication.

ユーザー認証プログラムの起動に失敗しました。

要因

次の要因が考えられます。

/opt/hitachi/bjexlog/bjexlogmanager/bin/lgchkに実行権限がありません。

/opt/hitachi/bjexlog/bjexlogmanager/bin/lgchkがありません。

対処

要因に応じて次の対処を実施します。

/opt/hitachi/bjexlog/bjexlogmanager/bin/lgchkに対してLog Managerの実行ユーザーの実行権限があるかを確認し，ない場合は設定します。

/opt/hitachi/bjexlog/bjexlogmanager/bin/lgchkがない場合は，バックアップからLog Managerを回復するか，Log Managerを再インストールします。

KAKG213-W

connected number of Log Viewer exceeds the upper bound.

Log Viewerの接続数が上限を超えました。

要因

すでに16のLog Viewerが接続しています。

対処

Log Managerに接続しているLog Viewerの数を確認します。必要であれば，不要なLog Viewerを停止します。

KAKG300-I

connected command. ip:hostname

hostnameに示すホストのbjexlmgrと接続しました。

KAKG301-I

disconnected command. ip:hostname

hostnameに示すホストのbjexlmgrと切断しました。

KAKG302-I

reload configuration file. (filename)

filenameに示すファイルのパラメーターを再度読み込みました。filenameにはファイル名が出力されます。

KAKG303-E

received invalid data.

bjexlmgrから不正なデータを受信しました。

要因

bjexlmgrから不正なデータを受信しました。

対処

bjexlmgrとの通信に使用するポート番号がほかのプログラムで使用されていないか調査します。

エラーの要因が不明な場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG304-E

network error occurred. ip:hostname

hostnameに示すホストのbjexlmgrとの通信で通信エラーが発生しました。

要因

hostnameに示すホストのbjexlmgrとの通信でエラーが発生しました。

対処

Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG305-I

wait connect command. port:portnumber

portnumberに示すポート番号で，bjexlmgrからの接続待ちを開始しました。

KAKG306-I

stopped wait connect command.

bjexlmgrからの接続待ちを終了しました。

KAKG307-E

fail in wait connect command.

bjexlmgrからの接続待ちに失敗しました。

要因

bjexlmgrとの通信でエラーが発生しました。

対処

Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG308-E

fail in initialize network connection.

bjexlmgrとの通信設定の初期化に失敗しました。コマンド処理を終了します。

要因

次の要因が考えられます。

入力ストリームの作成時に入出力エラーが発生しました。

ソケットが閉じられています。

ソケットが接続されていません。

対処

Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG309-I

{stop|reload} command accepted.

引数にstopまたはreloadを指定したbjexlmgrコマンドを受け付けました。

{stop|reload}には，コマンド実行時に指定した引数が出力されます。

KAKG310-I

{stop|reload} command completed.

引数にstopまたはreloadを指定したbjexlmgrコマンドの処理が完了しました。

{stop|reload}には，コマンド実行時に指定した引数が出力されます。

KAKG400-I

version is conformed. ip:hostname

hostnameに示すLog AgentまたはLog Viewerとバージョンが適合しています。

KAKG401-E

version is not conformed. ip:hostname

hostnameに示すLog AgentまたはLog Viewerのバージョンが適合していません。

要因

hostnameで示されるLog AgentまたはLog Viewerとはバージョンが適合しません。

対処

hostnameで示されるLog AgentまたはLog Viewerのバージョンを確認します。

エラーの要因が不明な場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG402-E

fail in receive data. ip:hostname

hostnameに示すLog AgentまたはLog Viewerからのデータの受信に失敗しました。

要因

次の要因が考えられます。

通信エラーが発生しました。

不正なデータを受信しました。

対処

Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG403-E

fail in initialize network connection. ip:hostname

hostnameに示すLog AgentまたはLog Viewerとの通信設定の初期化に失敗しました。

要因

次の要因が考えられます。

入力ストリームの作成時に入出力エラーが発生しました。

ソケットが閉じられています。

ソケットが接続されていません。

対処

Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG500-I

bjexlmgr {start|stop|reload} command started.

bjexlmgrコマンドを開始しました。

{start|stop|reload}には，コマンド実行時に指定した引数が出力されます。

KAKG501-I

bjexlmgr {start|stop|reload} command finished.

bjexlmgrコマンドが終了しました。

{start|stop|reload}には，コマンド実行時に指定した引数が出力されます。

KAKG502-E

parameter not specify.

コマンドに必須のパラメーターが指定されていません。

要因

コマンドに必要なパラメーターが指定されていません。

対処

必要なパラメーターを指定してから，bjexlmgrコマンドを実行します。

KAKG503-E

invalid parameter. (parameter)

parameterに示すパラメーターはbjexlmgrコマンドに指定できません。

要因

コマンドに指定したパラメーターが誤っています。

対処

正しいパラメーターを指定してから，bjexlmgrコマンドを実行します。

KAKG504-E

Log Manager is already active.

Log Managerはすでに起動しています。

要因

Log Managerは起動中です。Windowsの場合，Log Managerサービスプロセスを強制停止した可能性があります。

対処

Windowsの場合，bjexlmgrコマンドに引数stopを指定して，すでに起動しているLog Managerを停止します。そのあと，Log Managerを再起動します。

KAKG505-E

Log Manager is not active.

Log Managerは起動していません。

要因

Log Managerは起動していません。

KAKG506-E

create Log Manager process failed.

Log Managerの起動に失敗しました。

要因

次の要因が考えられます。

JREが正しくインストールされていません。

起動スクリプトで指定したJREインストールパスにJREがありません。

JREインストールパスで起動するJREのバージョンがサポート対象ではありません。

対処

エラーの要因を取り除いたあと，bjexlmgrコマンドを再実行します。

KAKG507-E

jre of the supported version is not installed. command=コマンドライン

サポートしているバージョンのJREがインストールされていません。

コマンドラインには，Log Managerを起動するJavaのコマンドラインが出力されます。

要因

次の要因が考えられます。

JREがインストールされていません。

サポートされていないバージョンのJREがインストールされています。

対処

エラーの要因を取り除いたあと，bjexlmgrコマンドを再実行します。

Log ManagerがサポートしているJREについては，Log Managerのリリースノートで確認してください。

KAKG508-E

network error occurred.

bjexlmgrコマンドの実行時に通信障害が発生しました。

要因

次の要因が考えられます。

COMMANDPORTパラメーターの指定値がLog Managerを起動したあとに変更されています。

Log Managerに障害が発生しています。

対処

bjexlm.conf（Log Manager設定ファイル）のCOMMANDPORTパラメーターの指定値を確認します。

Log Managerを起動したあとにCOMMANDPORTパラメーターの値を変更している場合は，Log Managerを起動したときの値に戻したあと，次の対処をします。

UNIXの場合
bjexlmgrコマンドを再実行します。

Windowsの場合
bjexlmgrコマンドに引数reloadを指定して実行していた場合は，コマンドを再実行します。Log Managerサービスを停止しようとしていた場合は，bjexlmgrコマンドに引数stopを指定して実行します。

COMMANDPORTパラメーターの指定値を変更していない場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG509-E

received invalid data.

bjexlmgrコマンドの実行時に，Log Managerから不当な応答が返されました。

要因

次の要因が考えられます。

Log Manager以外のプログラムがCOMMANDPORTパラメーターに指定したポート番号を使用しています。

Log Managerに障害が発生しています。

対処

bjexlm.conf（Log Manager設定ファイル）のCOMMANDPORTパラメーターの指定値を確認します。

Log Manager以外のプログラムが使用しているポート番号をCOMMANDPORTパラメーターに指定していた場合は，COMMANDPORTパラメーターの値を変更したあと，Log Managerを再起動します。

COMMANDPORTパラメーターの値がほかのプログラムで使用されていない場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG510-E

no response from the Log Manager process.

bjexlmgrコマンド実行時に，Log Managerから応答がありませんでした。

要因

Log Managerに障害が発生しています。

対処

Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG511-E

Log Manager cannot start by command.

Log Managerは，Windowsの場合，bjexlmgrコマンドでは起動できません。

要因

Windowsで，bjexlmgrコマンドに引数startを指定して実行しました。

対処

Windowsの場合，Log Managerの起動はWindowsのサービスから行います。

KAKG600-E

cannot create index file. (filename)

filenameに示すindexファイルの作成に失敗しました。filenameにはホスト名以下のディレクトリを含むファイル名が出力されます。

要因

次の要因が考えられます。

bjexlm.conf（Log Manager設定ファイル）のMG_LOG_DIRパラメーターに指定したログ収集ディレクトリに対して，書き込み権限がありません。

入出力エラーが発生しました。

対処

要因に応じて次の対処を実施します。

bjexlm.confのMG_LOG_DIRパラメーターに指定したログ収集ディレクトリに対してLog Managerの実行ユーザーの書き込み権限がない場合は，権限を設定します。

入出力エラーが発生した場合は，エラーの要因を排除します。

エラーの要因が不明な場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG601-E

cannot access index file. (filename)

filenameに示すindexファイルの入出力に失敗しました。filenameにはホスト名以下のディレクトリを含むファイル名が出力されます。

要因

次の要因が考えられます。

bjexlm.conf（Log Manager設定ファイル）のMG_LOG_DIRパラメーターに指定したログ収集ディレクトリに対して，書き込み権限がありません。

bjexlm.conf（Log Manager設定ファイル）のMG_LOG_DIRパラメーターに指定したログ収集ディレクトリに空き容量がありません。

ほかのプログラムまたはシステムがfilenameに示すファイルを使用しています。

入出力エラーが発生しました。

対処

要因に応じて次の対処を実施します。

bjexlm.confのMG_LOG_DIRパラメーターに指定したログ収集ディレクトリに対してLog Managerの実行ユーザーの書き込み権限がない場合は，権限を設定します。

bjexlm.confのMG_LOG_DIRパラメーターに指定したログ収集ディレクトリに空き容量がない場合は，Log Managerを停止し，ログ収集ディレクトリの容量を確保したあと，Log Managerを再起動します。

ほかのプログラムまたはシステムがfilenameに示すファイルを使用している場合は，ほかのプログラムまたはシステムからファイルを解放します。

入出力エラーが発生した場合は，エラーの要因を排除します。

エラーの要因が不明な場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG602-E

cannot create log collect file.

ログ蓄積ファイルの作成に失敗しました。

要因

次の要因が考えられます。

bjexlm.conf（Log Manager設定ファイル）のMG_LOG_DIRパラメーターに指定したログ収集ディレクトリに対して，書き込み権限がありません。

ログ蓄積ファイルの数が100に達しました。

入出力エラーが発生しました。

対処

要因に応じて次の対処を実施します。

bjexlm.confのMG_LOG_DIRパラメーターに指定したログ収集ディレクトリに対してLog Managerの実行ユーザーの書き込み権限がない場合は，権限を設定します。

ログ蓄積ファイルの数が100に達した場合，ログ蓄積ファイルをアーカイブしたあと，削除します。ログ蓄積ファイルのアーカイブおよび削除の手順については，「6.2　ログ情報のアーカイブと復元」を参照してください。

入出力エラーが発生した場合は，エラーの要因を排除します。

エラーの要因が不明な場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

KAKG603-E

cannot access log collect file. (filename)

filenameに示すログ蓄積ファイルの入出力に失敗しました。filenameにはホスト名以下のディレクトリを含むファイル名が出力されます。

要因

次の要因が考えられます。

bjexlm.conf（Log Manager設定ファイル）のMG_LOG_DIRパラメーターに指定したログ収集ディレクトリに対して，書き込み権限がありません。

bjexlm.conf（Log Manager設定ファイル）のMG_LOG_DIRパラメーターに指定したログ収集ディレクトリに空き容量がありません。

ほかのプログラムまたはシステムがfilenameに示すファイルを使用しています。

入出力エラーが発生しました。

対処

要因に応じて次の対処を実施します。

bjexlm.confのMG_LOG_DIRパラメーターに指定したログ収集ディレクトリに対してLog Managerの実行ユーザーの書き込み権限がない場合は，権限を設定します。

bjexlm.confのMG_LOG_DIRパラメーターに指定したログ収集ディレクトリに空き容量がない場合は，Log Managerを停止し，ログ収集ディレクトリの容量を確保したあと，Log Managerを再起動します。

ほかのプログラムまたはシステムがfilenameに示すファイルを使用している場合は，ほかのプログラムまたはシステムからファイルを解放します。

入出力エラーが発生した場合は，エラーの要因を排除します。

エラーの要因が不明な場合は，Log Managerの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については，「7.2.2(1) 障害時の資料採取」を参照してください。

10.3.2　KAKG900－KAKG999

Log Managerの監査ログに出力されるメッセージについて説明します。

監査ログに出力される項目および内容の詳細は，「6.4.5　監査ログの出力形式」の表6-3を参照してください。

メッセージID順に，監査事象の出力レベルと出力される項目を次の表に示します。

表10-2　KAKG900～KAKG999メッセージ一覧

メッセージID
事象
出力項目および内容

KAKG900-I
起動成功

監視事象の出力レベル：Information

監査事象の種別：StartStop

監査事象の結果：Success

サブジェクト識別情報：実行ユーザー

動作情報：Start

KAKG901-E
起動失敗

監視事象の出力レベル：Error

監査事象の種別：StartStop

監査事象の結果：Failure

サブジェクト識別情報：実行ユーザー

動作情報：Start

KAKG902-I
設定ファイル正常読み込み完了

監視事象の出力レベル：Information

監査事象の種別：ConfigurationAccess

監査事象の結果：Success

サブジェクト識別情報：実行ユーザー

オブジェクト識別情報：設定ファイル名

動作情報：Refer

KAKG903-E
設定ファイルオープン失敗

監視事象の出力レベル：Error

監査事象の種別：ConfigurationAccess

監査事象の結果：Failure

サブジェクト識別情報：実行ユーザー

オブジェクト識別情報：設定ファイル名

動作情報：Refer

KAKG904-W
パラメーターの値が不正のため，規定値を使用

監視事象の出力レベル：Warning

監査事象の種別：ConfigurationAccess

監査事象の結果：Failure

サブジェクト識別情報：実行ユーザー

オブジェクト識別情報：パラメーター名

動作情報：Refer

オブジェクトロケーション情報：設定ファイル名

KAKG905-I
停止成功

監視事象の出力レベル：Information

監査事象の種別：StartStop

監査事象の結果：Success

サブジェクト識別情報：実行ユーザー

動作情報：Stop

KAKG906-E
停止失敗

監視事象の出力レベル：Error

監査事象の種別：StartStop

監査事象の結果：Failure

サブジェクト識別情報：実行ユーザー

動作情報：Stop

KAKG907-I
Log Agentと接続

監視事象の出力レベル：Information

監査事象の種別：ExternalService

監査事象の結果：Occurrence

サブジェクト識別情報：実行ユーザー

動作情報：Request

リクエスト元ホスト：自ホスト名※1

リクエスト元ポート番号：自ポート番号

リクエスト先ホスト：接続先ホスト名※1，※2

リクエスト先ポート番号：接続先ポート番号

KAKG908-I
Log Viewerと接続

監視事象の出力レベル：Information

監査事象の種別：ExternalService

監査事象の結果：Occurrence

サブジェクト識別情報：実行ユーザー

動作情報：Request

リクエスト元ホスト：自ホスト名※1

リクエスト元ポート番号：自ポート番号

リクエスト先ホスト：接続先ホスト名※1，※2

リクエスト先ポート番号：接続先ポート番号

KAKG909-I
コマンド処理開始

監視事象の出力レベル：Information

監査事象の種別：ExternalService

監査事象の結果：Occurrence

サブジェクト識別情報：実行ユーザー

動作情報：Request

リクエスト元ホスト：自ホスト名※1

リクエスト元ポート番号：自ポート番号

リクエスト先ホスト：接続先ホスト名※1，※2

リクエスト先ポート番号：接続先ポート番号

KAKG910-I
Log Agentと切断

監視事象の出力レベル：Information

監査事象の種別：ExternalService

監査事象の結果：Occurrence

サブジェクト識別情報：実行ユーザー

動作情報：Response

リクエスト元ホスト：自ホスト名※1

リクエスト元ポート番号：自ポート番号

リクエスト先ホスト：接続先ホスト名※1，※2

リクエスト先ポート番号：接続先ポート番号

KAKG911-I
Log Viewerと切断

監視事象の出力レベル：Information

監査事象の種別：ExternalService

監査事象の結果：Occurrence

サブジェクト識別情報：実行ユーザー

動作情報：Response

リクエスト元ホスト：自ホスト名※1，※2

リクエスト元ポート番号：自ポート番号

リクエスト先ホスト：接続先ホスト名※1，※2

リクエスト先ポート番号：接続先ポート番号

KAKG912-I
コマンド処理終了

監視事象の出力レベル：Information

監査事象の種別：ExternalService

監査事象の結果：Occurrence

サブジェクト識別情報：実行ユーザー

動作情報：Response

リクエスト元ホスト：自ホスト名※1

リクエスト元ポート番号：自ポート番号

リクエスト先ホスト：接続先ホスト名※1，※2

リクエスト先ポート番号：接続先ポート番号

KAKG913-I
ユーザー認証成功

監視事象の出力レベル：Information

監査事象の種別：Authentication

監査事象の結果：Success

サブジェクト識別情報：実行ユーザー

オブジェクト識別情報：ユーザー名

動作情報：Login

リクエスト元ホスト：自ホスト名※1，※2

リクエスト元ポート番号：自ポート番号

リクエスト先ホスト：接続先ホスト名※1，※2

リクエスト先ポート番号：接続先ポート番号

KAKG914-I
ユーザー認証失敗

監視事象の出力レベル：Information

監査事象の種別：Authentication

監査事象の結果：Failure

サブジェクト識別情報：実行ユーザー

オブジェクト識別情報：ユーザー名

動作情報：Login

リクエスト元ホスト：自ホスト名※1

リクエスト元ポート番号：自ポート番号

リクエスト先ホスト：接続先ホスト名※1，※2

リクエスト先ポート番号：接続先ポート番号

KAKG915-I
ログオフ

監視事象の出力レベル：Information

監査事象の種別：Authentication

監査事象の結果：Success

サブジェクト識別情報：実行ユーザー

オブジェクト識別情報：ユーザー名

動作情報：Logout

リクエスト元ホスト：自ホスト名※1

リクエスト元ポート番号：自ポート番号

リクエスト先ホスト：接続先ホスト名※1，※2

リクエスト先ポート番号：接続先ポート番号

注※1

ホスト名を取得できない場合はIPアドレスが表示されます。

注※2

ホスト名に英字が含まれる場合は小文字で表示されます。

10.3.3　KAKH000－KAKH899

KAKH000-I

Log Agent is started.

Log Agentが起動しました。

KAKH001-I

Log Agent is stopped.

Log Agentが停止しました。

KAKH003-I

watching {bjexexec|syslog} file is started.

BJEXの実行ログまたはsyslogの監視を開始しました。

{bjexexec|syslog}にbjexexecが出力されている場合は，BJEXの実行ログであることを示します。syslogの場合は，syslogであることを示します。

KAKH004-I

watching {bjexexec|syslog} file is stopped.

BJEXの実行ログまたはsyslogの監視を終了しました。

{bjexexec|syslog}にbjexexecが出力されている場合は，BJEXの実行ログであることを示します。syslogの場合は，syslogであることを示します。

要因

次の要因が考えられます。

設定ファイルでの監視の指定が無効に変更されました。

何らかのエラーが発生したため，監視が続行できません。

対処

要因に応じて次の対処を実施します。

bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）またはbjexla_syslog.conf（syslog監視設定ファイル）で，ログファイルの監視が無効になっていないか確認します。
各ファイルの詳細は，「9.4.2　bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）」または「9.4.3　bjexla_syslog.conf（syslog監視設定ファイル）」を参照してください。

syslogに出力されているメッセージを確認します。

エラーの要因が不明な場合は，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH005-E

watching {bjexexec|syslog} file is not started.

BJEXの実行ログまたはsyslogの監視を開始できませんでした。

{bjexexec|syslog}にbjexexecが出力されている場合は，BJEXの実行ログであることを示します。syslogの場合は，syslogであることを示します。

要因

エラーが発生したため，監視が開始できません。

対処

syslogにKAKH103-EまたはKAKH104-Eが出力されていないかを確認します。

KAKH006-E

cannot open trace file.

トレースファイルのオープンに失敗しました。

要因

次の要因が考えられます。

トレースファイルのディレクトリまたは次に示すトレースファイルにアクセスする権限がありません。
・agent_traceX.log（Xは1～16の数字）
・agent_comtraceY.log（Yは1～8の数字）

入出力エラーが発生しました。

対処

要因に応じて次の対処を実施します。

ディレクトリまたはトレースファイルにアクセスする権限がない場合
対象ファイルまたは対象ファイルのディレクトリに対して，Log Agentの実行ユーザーの書き込み権限があることを確認します。権限がないときは，権限を設定します。

入出力エラーの場合
エラーの要因を取り除きます。
エラーの要因が不明なときは，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH007-E

cannot open audit file.

監査ログファイルのオープンに失敗しました。

要因

監査ログを出力するファイルのオープンに失敗しました。

対処

エラーの要因を取り除いたあと，Log Agentを再起動します。

エラーの要因が不明な場合は，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH008-E

cannot open syslog file.

syslogのオープンに失敗しました。

要因

syslogのオープンに失敗しました。

対処

エラーの要因を取り除いたあと，Log Agentを再起動します。

エラーの要因が不明な場合は，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH009-E

{bjexexec|syslog} watching task is not started.

BJEXの実行ログまたはsyslogの監視処理の開始に失敗しました。

{bjexexec|syslog}にbjexexecが出力されている場合は，BJEXの実行ログであることを示します。syslogの場合は，syslogであることを示します。

要因

監視処理の開始時にエラーが発生しました。

対処

Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH010-W

cannot read configuration file. (filename)

filenameに示す設定ファイルの読み込みに失敗しました。読み込みに失敗した設定ファイルについては，設定ファイルの各パラメーターに規定値を仮定します。

要因

次の要因が考えられます。

filenameに示す設定ファイルがありません。

filenameに示す設定ファイルに対して，読み込み権限がありません。

入出力エラーが発生しました。

対処

要因に応じて次の対処を実施します。

設定ファイルがない場合は，ないファイルを作成します。

設定ファイルに対してLog Agentの実行ユーザーの読み込み権限がない場合は，権限を設定します。

入出力エラーが発生した場合は，エラーの要因を排除します。

エラーの要因が不明な場合は，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH011-W

invalid configuration parameter.(filename,parameter)

filenameに示す設定ファイルのparameterに示すパラメーターの指定が誤っています。

要因

設定ファイルのパラメーターの指定に誤りがあります。

対処

filenameに示す設定ファイルのparameterに示すパラメーターを修正します。

parameterに示すパラメーターがLog Agentの起動中に変更可能の場合は，引数reloadを指定してbjexlagent（Log Agent設定コマンド）を実行します。

parameterに示すパラメーターがLog Agentの起動中に変更不可の場合は，Log Agentを再起動します。

bjexla.conf（Log Agent設定ファイル）の詳細は，「9.4.1　bjexla.conf（Log Agent設定ファイル）」を参照してください。

bjexlagent（Log Agent設定コマンド）の詳細は，「8.4.1　bjexlagent（Log Agent設定コマンド）」を参照してください。

KAKH012-W

invalid port configuration parameter.

MANAGERPORTパラメーターとAGENTPORTパラメーターの指定値が同じです。

要因

MANAGERPORTパラメーターまたはAGENTPORTパラメーターの指定に誤りがあります。

対処

MANAGERPORTパラメーターとAGENTPORTパラメーターの両方またはどちらかを修正したあと，Log Agentを再起動します。

KAKH017-I

bjexlagent {stop|reload} command accepted.

bjexlagentコマンドを受け付けました。

{stop|reload}には，コマンド実行時に指定した引数が出力されます。

KAKH018-I

bjexlagent {stop|reload} command completed.

bjexlagentコマンドの処理が終了しました。

{stop|reload}には，コマンド実行時に指定した引数が出力されます。

KAKH020-E

{bjexexec|syslog} watch file is not found.

FILENAMEパラメーターに指定されたBJEXの実行ログまたはsyslogのファイルがありません。

{bjexexec|syslog}にbjexexecが出力されている場合は，BJEXの実行ログであることを示します。syslogの場合は，syslogであることを示します。

要因

FILENAMEパラメーターに指定されたBJEXの実行ログまたはsyslogのファイルがありません。

対処

bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）またはbjexla_syslog.conf（syslog監視設定ファイル）のFILENAMEパラメーターの設定を確認します。必要であれば，Log Agentを再起動します。

各ファイルの詳細は，「9.4.2　bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）」または「9.4.3　bjexla_syslog.conf（syslog監視設定ファイル）」を参照してください。

KAKH021-E

install path error occurred.

Log Agent起動時にLog Agentのインストールパスが取得できませんでした。

要因

Log Agent起動時にLog Agentのインストールパスが取得できませんでした。

対処

Log Agentをアンインストールし，再インストールします。それでも解決しない場合は，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH022-E

JRE is not installed ,or unsupported version.

JREがインストールされていないか，未サポートのバージョンです。

要因

前提のバージョンのJREがインストールされていません。

対処

前提のバージョンのJREをインストールします。

KAKH023-E

Log Agent is not installed ,or incomplete.

Log Agentがインストールされていないか，不完全な状態です。

要因

Log Agentがインストールされていないか，不完全な状態です。

対処

Log Agentをアンインストールし，再インストールします。それでも解決しない場合は，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH024-E

Log Agent function name failed for function with error code.

function nameで示すLog Agentの機能が失敗しました。functionには内部で使用した関数名，error codeにはそのエラーコードが表示されます。

要因

Log Agentのfunction nameが失敗しました。functionは内部で使用した関数名，error codeはそのエラーコードです。

対処

Log Agentをアンインストールし，再インストールします。それでも解決しない場合は，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH100-E

lost log because of {bjexexec|syslog} buffer full.

一時蓄積ファイルがMAX_SIZEパラメーターに指定されたサイズの2倍を超えたため，蓄積したログデータを破棄します。

{bjexexec|syslog}にbjexexecが出力されている場合は，BJEXの実行ログであることを示します。syslogの場合は，syslogであることを示します。

要因

次の要因が考えられます。

Log Managerからの収集間隔に比べて，Log Agentでの監視間隔が短過ぎます。

一時蓄積ファイルのサイズが小さ過ぎます。

Log Managerと接続されていません。

対処

要因に応じて次の対処を実施します。

Log Managerの収集間隔（POLLING_INTERVALパラメーター）とLog Agentの監視間隔（WATCH_INTERVALパラメーター）の指定を見直します。
POLLING_INTERVALパラメーターの詳細は「9.3.1　bjexlm.conf（Log Manager設定ファイル）」，WATCH_INTERVALパラメーターの詳細は「9.4.2　bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）」または「9.4.3　bjexla_syslog.conf（syslog監視設定ファイル）」を参照してください。

一時蓄積ファイル（MAX_SIZEパラメーター）の指定を見直します。MAX_SIZEパラメーターの詳細は，「9.4.2　bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）」または「9.4.3　bjexla_syslog.conf（syslog監視設定ファイル）」を参照してください。

Log Managerと接続されているか確認します。

KAKH101-I

{bjexexec|syslog}:first lost log is "msg".

最初に破棄したログ情報をmsgに示します。msgには，破棄したログ情報の先頭300文字までが出力されます。

{bjexexec|syslog}にbjexexecが出力されている場合は，BJEXの実行ログであることを示します。syslogの場合は，syslogであることを示します。

KAKH102-I

{bjexexec|syslog}:last lost log is "msg".

最後に破棄したログ情報をmsgに示します。msgには，破棄したログ情報の先頭300文字までが出力されます。

{bjexexec|syslog}にbjexexecが出力されている場合は，BJEXの実行ログであることを示します。syslogの場合は，syslogであることを示します。

KAKH103-E

cannot open {bjexexec|syslog} watch file.

BJEXの実行ログまたはsyslogのファイルをオープンできませんでした。

{bjexexec|syslog}にbjexexecが出力されている場合は，BJEXの実行ログであることを示します。syslogの場合は，syslogであることを示します。

要因

次の要因が考えられます。

他プログラムまたは他システムでファイルを使用しています。

ディレクトリまたはファイルにアクセスする権限がありません。

入出力エラーが発生しました。

対処

要因に応じて次の対処を実施します。

他プログラムまたは他システムでファイルを使用している場合
他プログラムまたは他システムでのファイルの占有を解除します。

ディレクトリまたはファイルに読み込み権限がない場合
対象ファイルまたは対象ファイルのディレクトリに対して読み込み権限があることを確認します。権限がないときは，権限を設定します。

入出力エラーなどそのほかの要因でエラーが発生した場合
エラーの要因を取り除きます。
エラーの要因が不明なときは，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH104-E

cannot access {bjexexec|syslog } watch file.

BJEXの実行ログまたはsyslogのファイルにアクセスできませんでした。

{bjexexec|syslog}にbjexexecが出力されている場合は，BJEXの実行ログであることを示します。syslogの場合は，syslogであることを示します。

要因

次の要因が考えられます。

他プログラムまたは他システムでファイルを使用しています。

ディレクトリまたはファイルに読み込み権限がありません。

入出力エラーが発生しました。

対処

要因に応じて次の対処を実施します。

他プログラムまたは他システムでファイルを使用している場合
他プログラムまたは他システムでのファイルの占有を解除します。

ディレクトリまたはファイルに読み込み権限がない場合
監視対象ファイルまたは監視対象ファイルのディレクトリに対して読み込み権限があることを確認します。権限がないときは，権限を設定します。

入出力エラーなどそのほかの要因でエラーが発生した場合
エラーの要因を取り除きます。
エラーの要因が不明なときは，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH105-E

cannot create output file.(filename)

filenameに示すrecollectコマンドの収集結果ファイルが作成できませんでした。

要因

次の要因が考えられます。

ディレクトリまたはファイルにアクセスする権限がありません。

入出力エラーが発生しました。

対処

要因に応じて次の対処を実施します。

ディレクトリまたはファイルにアクセスする権限がない場合
ファイルまたはファイルのディレクトリに対して，読み込み権限や書き込み権限があることを確認します。権限がないときは，権限を設定します。

入出力エラーなどそのほかの要因でエラーが発生した場合
エラーの要因を取り除きます。
エラーの要因が不明なときは，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH106-E

cannot create temp file.

一時蓄積ファイルが作成できませんでした。

要因

次の要因が考えられます。

ディレクトリまたはファイルにアクセスする権限がありません。

入出力エラーが発生しました。

対処

要因に応じて次の対処を実施します。

ディレクトリまたはファイルにアクセスする権限がない場合
ファイルまたはファイルのディレクトリに対して，読み込み権限や書き込み権限があることを確認します。権限がないときは，権限を設定します。

入出力エラーなどそのほかの要因でエラーが発生した場合
エラーの要因を取り除きます。
エラーの要因が不明なときは，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH107-W

{bjexexec|syslog} buffer max size over.

一時蓄積ファイルがMAX_SIZEパラメーターに指定されたサイズを超えました。

{bjexexec|syslog}にbjexexecが出力されている場合は，BJEXの実行ログであることを示します。syslogの場合は，syslogであることを示します。

要因

次の要因が考えられます。

Log Managerからの収集間隔に比べて，Log Agentでの監視間隔が短過ぎます。

一時蓄積ファイルのサイズが小さ過ぎます。

Log Managerと接続されていません。

対処

要因に応じて次の対処を実施します。

Log Managerの収集間隔（POLLING_INTERVALパラメーター）とLog Agentの監視間隔（WATCH_INTERVALパラメーター）の指定を見直します。
POLLING_INTERVALパラメーターの詳細は「9.3.1　bjexlm.conf（Log Manager設定ファイル）」，WATCH_INTERVALパラメーターの詳細は「9.4.2　bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）」または「9.4.3　bjexla_syslog.conf（syslog監視設定ファイル）」を参照してください。

一時蓄積ファイル（MAX_SIZEパラメーター）の指定を見直します。MAX_SIZEパラメーターの詳細は，「9.4.2　bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）」または「9.4.3　bjexla_syslog.conf（syslog監視設定ファイル）」を参照してください。

Log Managerと接続されているか確認します。

KAKH108-E

fail in search { bjexexec|syslog } file.

BJEXの実行ログまたはsyslogの検索に失敗しました。

{bjexexec|syslog}にbjexexecが出力されている場合は，BJEXの実行ログであることを示します。syslogの場合は，syslogであることを示します。

要因

入出力エラーが発生しました。

対処

入出力エラーの要因を取り除いてから，引数reloadを指定してbjexlagentコマンドを実行するか，recollectコマンドを実行します。

エラーの要因が不明な場合は，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH109-E

cannot open temp file.(filename)

filenameに示す一時蓄積ファイルがオープンできませんでした。

要因

次の要因が考えられます。

ディレクトリまたはファイルにアクセスする権限がありません。

入出力エラーが発生しました。

対処

要因に応じて次の対処を実施します。

ディレクトリまたはファイルにアクセスする権限がない場合
ファイルまたはファイルのディレクトリに対して，書き込み権限があることを確認します。権限がないときは，権限を設定します。

入出力エラーなどそのほかの要因でエラーが発生した場合
エラーの要因を取り除きます。
エラーの要因が不明なときは，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH110-E

cannot access temp file.(filename)

filenameに示す一時蓄積ファイルにアクセスできませんでした。

要因

次の要因が考えられます。

ディレクトリまたはファイルにアクセスする権限がありません。

ディスクがいっぱいのため，ファイルにログ情報を出力できません。

入出力エラーが発生しました。

対処

要因に応じて次の対処を実施します。

ディレクトリまたはファイルにアクセスする権限がない場合
一時蓄積ファイルまたは一時蓄積ファイルのディレクトリに対して，書き込み権限があることを確認します。権限がないときは，権限を設定します。

ディスクがいっぱいの場合
不要なファイルを削除して，ディスクに必要な容量を確保してから，ログ情報の蓄積を実行してください。

入出力エラーなどそのほかの要因でエラーが発生した場合
エラーの要因を取り除きます。
エラーの要因が不明なときは，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH111-E

cannot access log collect file.(filename)

filenameに示すindexまたはログ蓄積ファイルにアクセスできませんでした。

要因

次の要因が考えられます。

ディレクトリまたはファイルにアクセスする権限がありません。

ディスクがいっぱいのため，ファイルにログ情報を出力できません。

入出力エラーが発生しました。

対処

要因に応じて次の対処を実施します。

ディレクトリまたはファイルにアクセスする権限がない場合
recollectコマンドの出力先ファイル，またはrecollectコマンドの出力先ディレクトリに対して，書き込み権限があることを確認します。権限がないときは，権限を設定します。

ディスクがいっぱいの場合
不要なファイルを削除して，ディスクに必要な容量を確保してから，recollectコマンドを実行してください。

入出力エラーなどそのほかの要因でエラーが発生した場合
エラーの要因を取り除きます。
エラーの要因が不明なときは，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH200-I

connected to hostname.

hostnameに示すLog Managerと接続しました。

KAKH201-I

disconnected to hostname.

hostnameに示すLog Managerと切断しました。再接続を試みます。

KAKH202-E

disconnected to hostname with error.

hostnameに示すLog Managerと切断しました。再接続を試みます。

要因

hostnameに示すLog Managerとの通信でエラーが発生しました。

対処

Log ManagerとLog Agentの通信に障害がないかを調査し，障害がある場合は回復します。

エラーの要因が不明な場合は，Log ManagerおよびLog Agentの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については「7.2.2(1) 障害時の資料採取」，Log Agentの障害時に採取する資料については「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH203-E

receive data is invalid.

Log Managerから不正なデータを受信しました。Log Managerと切断し，再接続を試みます。

要因

次の要因が考えられます。

ネットワーク機器の異常など，通信環境にエラーが発生しました。

Log Managerから不正なデータを受信しました。

対処

要因に応じて次の対処を実施します。

通信環境のエラーの場合
通信障害を調査し，障害を回復します。

そのほかの場合
Log ManagerおよびLog Agentの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については「7.2.2(1) 障害時の資料採取」，Log Agentの障害時に採取する資料については「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH204-E

transmit data is invalid.

Log Managerへ不正なデータを送信しました。蓄積したログデータを破棄します。

要因

次の要因が考えられます。

BJEXの実行ログまたはsyslogのファイルが壊れています。

ネットワーク機器の異常など，通信環境にエラーが発生しました。

対処

要因に応じて次の対処を実施します。

BJEXの実行ログまたはsyslogのファイルが壊れている場合
KAKH101-IメッセージとKAKH102-Iメッセージの間に出力されたログ情報が不正な形式になっていないかを確認します。
不正な形式になっているときは，不正な形式のログ情報を削除したあと，ログ情報を再収集します。ログ情報の再収集の手順については，「6.3　ログ情報の再収集」を参照してください。

通信環境のエラーの場合
通信障害を調査し，障害を回復します。

エラーの要因が不明な場合は，Log ManagerおよびLog Agentの障害時の資料を採取したあと，保守員に連絡します。Log Managerの障害時に採取する資料については「7.2.2(1) 障害時の資料採取」，Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH205-E

not connected to hostname.

hostnameに示すLog Managerと接続できませんでした。

要因

設定ファイルのMANAGERHOSTパラメーターに指定した接続先がありません。

対処

bjexla.conf（Log Agent設定ファイル）の設定を見直します。

設定ファイルの詳細は，「9.4.1　bjexla.conf（Log Agent設定ファイル）」を参照してください。

KAKH206-E

version is not conformed to Log Manager.

Log Managerとのバージョンが適合していません。

要因

Log AgentのバージョンがLog Managerと適合していません。

対処

接続先のLog ManagerとLog Agentのバージョンが適合していることを確認します。バージョンが適合していない場合は，適合するLog Agentを再インストールします。

KAKH207-E

not connected at command process.

コマンドを受け取るための通信で異常が発生しました。

要因

次の要因が考えられます。

bjexla.conf（Log Agent設定ファイル）のAGENTPORTパラメーターに指定したポート番号がほかのプログラムで使用されています。

ネットワーク機器の異常など，通信環境にエラーが発生しました。

ディスクの入出力エラーが発生しました。

対処

要因に応じて次の対処を実施します。

bjexla.conf（Log Agent設定ファイル）のAGENTPORTパラメーターに指定したポート番号がほかのプログラムで使用されているとき
bjexla.confのAGENTPORTパラメーターの設定を見直します。

通信環境にエラーが発生したとき
通信環境にエラーがないか，要因を調べます。

入出力エラーが発生したとき
入出力エラーの要因を調べます。

エラーの要因が不明な場合は，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH300-I

rotate audit log started.

監査ログの切り替えを開始します。

KAKH301-I

rotate audit log ended.

監査ログの切り替えを終了します。

KAKH302-E

fail in rotate audit log.

監査ログの切り替えに失敗しました。

要因

次の要因が考えられます。

監査ログを出力するディレクトリまたはファイルに対して，アクセスする権限がありません。

監査ログを出力するディレクトリが作成できません。

監査ログを出力するファイルまたはディレクトリがありません。

監査ログを出力するファイルのオープンに失敗しました。

対処

エラーの要因を取り除いたあと，Log Agentを再起動します。

エラーの要因が不明な場合は，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH500-I

bjexlagent {start|stop|reload} command started.

bjexlagentコマンドを開始しました。

{start|stop|reload}には，コマンド実行時に指定した引数が出力されます。

KAKH501-I

bjexlagent {start|stop|reload} command finished.

bjexlagentコマンドが終了しました。

{start|stop|reload}には，コマンド実行時に指定した引数が出力されます。

KAKH502-E

parameter not specify.

コマンドに必須のパラメーターが指定されていません。

要因

コマンド実行時に必要なパラメーターが指定されていません。

KAKH503-E

invalid parameter. (parameter)

parameterに示すパラメーターは，bjexlagentコマンドまたはrecollectコマンドで使用できません。コマンド処理を終了します。

要因

次の要因が考えられます。

パラメーターの指定が誤っています。

recollectコマンドで指定した出力先フォルダがありません。

対処

パラメーターの誤りの場合は，正しいパラメーターを指定してから，bjexlagentコマンドまたはrecollectコマンドを実行します。

recollectコマンドに指定した出力先フォルダのエラーの場合は，指定したフォルダがあるかを確認します。

KAKH504-E

Log Agent is already active.

Log Agentはすでに起動しています。

要因

Log Agentは起動中です。Windowsの場合，Log Agentサービスプロセスを強制停止した可能性があります。

対処

Windowsの場合，bjexlagentコマンドに引数stopを指定して，すでに起動しているLog Agentを停止します。そのあと，Log Agentを再起動します。

KAKH505-E

Log Agent is not active.

Log Agentは起動していません。

要因

Log Agentは起動していません。

KAKH506-E

create Log Agent process failed.

Log Agentの起動に失敗しました。

要因

次の要因が考えられます。

JREが正しくインストールされていません。

起動スクリプトで指定したJREインストールパスにJREがありません。

JREインストールパスで起動するJREのバージョンがサポート対象ではありません。

対処

エラーの要因を取り除いたあと，bjexlagentコマンドを実行します。

KAKH507-E

network error occurred.

Log Agentとの通信で異常が発生しました。

要因

次の要因が考えられます。

AGENTPORTパラメーターの値がLog Agentを起動したあとに変更されています。

Log Agentで収集中のBJEX実行ログまたはsyslogに多量のメッセージが出力されています。

Log Agentに障害が発生しています。

対処

要因に応じて次の対処を実施します。

Log Agentを起動したあとにAGENTPORTパラメーターの値を変更している場合は，Log Agentを起動したときの値に戻したあと，次の対処をします。
・UNIXの場合
bjexlagentコマンドを再実行します。
・Windowsの場合
bjexlagentコマンドに引数reloadを指定して実行していた場合は，コマンドを再実行します。Log Agentサービスを停止しようとしていた場合は，bjexlagentコマンドに引数stopを指定して実行します。

BJEX実行ログまたはsyslogに多量のメッセージが出力されている場合は，メッセージの出力が完了してから，bjexlagentコマンドを再実行します。

そのほかの場合は，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH508-E

no response from the Log Agent process.

Log Agentからbjexlagentコマンド実行結果の応答が返ってこないため，コマンド処理の終了を確認できません。

要因

次の要因が考えられます。

ほかのユーザーがbjexlagentコマンドを実行しています。

Log Agentに障害が発生しています。

対処

syslogを確認します。

ほかのユーザーがbjexlagentコマンドを実行中の場合は，このエラーを無視するか，時間を置いてbjexlagentコマンドを再実行してください。

ほかのユーザーがbjexlagentコマンドを実行しているかを確認できない場合は，Log Agentの障害時の資料を採取したあと，保守員に連絡します。Log Agentの障害時に採取する資料については，「7.2.3(1) 障害時の資料採取」を参照してください。

KAKH509-E

jre of the supported version is not installed. command=コマンドライン

サポートしているバージョンのJREがインストールされていません。

コマンドラインには，Log Agentを起動するJavaのコマンドラインが出力されます。

要因

次の要因が考えられます。

JREがインストールされていません。

サポートされていないバージョンのJREがインストールされています。

対処

エラーの要因を取り除いたあと，bjexlagentコマンドまたはrecollectコマンドを再実行します。

Log AgentがサポートしているJREについては，Log Agentのリリースノートで確認してください。

KAKH510-I

recollect command started.

recollectコマンドを開始しました。

KAKH511-I

recollect command finished.

recollectコマンドが終了しました。

KAKH512-E

log collect file in the output directory.(filename)

指定された出力ディレクトリには，filenameに示すindexファイルまたはログ蓄積ファイルがあります。

要因

指定された出力ディレクトリに，filenameに示すindexファイルまたはログ蓄積ファイルがあります。

対処

指定した出力ディレクトリを空にしてから，recollectコマンドを再実行します。

KAKH513-W

log data is not collect.

指定された期間内に対象となるログ情報がなかったため，ログ情報は収集していません。

要因

次の要因が考えられます。

指定された期間内には，ログ情報が出力されていません。

設定ファイルのFORMATパラメーターおよびEXFORMATパラメーターの指定によって，指定された期間内のログ情報のすべてが収集対象外となっています。

対処

収集するログファイルの内容を確認し，指定した期間に誤りがないか確認します。または，設定ファイルのFORMATパラメーターおよびEXFORMATパラメーターの指定内容を確認して，収集対象のメッセージの指定に誤りがないか確認します。

BJEXの実行ログのFORMATパラメーター，EXFORMATパラメーターおよび設定ファイルの詳細は「9.4.2　bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）」，syslogのFORMATパラメーター，EXFORMATパラメーターおよび設定ファイルの詳細は「9.4.3　bjexla_syslog.conf（syslog監視設定ファイル）」を参照してください。

KAKH514-E

log data "msg" is invalid.

ログ情報の収集中に不正なログ情報を検出しました。msgには，検出したログ情報の先頭300文字までが出力されます。

要因

BJEXの実行ログまたはsyslogのログ情報の出力日時が不正です。

対処

検出されたログ情報を削除したあと，指定した出力ディレクトリを空にしてから，recollectコマンドを再実行します。

KAKH515-E

Log Agent cannot start by command.

Log Agentは，Windowsの場合，bjexlagentコマンドでは起動できません。

要因

Windowsで，bjexlagentコマンドに引数startを指定して実行しました。

対処

Windowsの場合，Log Agentの起動はWindowsのサービスから行います。

10.3.4　KAKH900－KAKH999

Log Agentの監査ログに出力されるメッセージについて説明します。

監査ログに出力される項目および内容の詳細は，「6.4.5　監査ログの出力形式」の表6-3を参照してください。

メッセージID順に，監査事象の出力レベルと出力される項目を次の表に示します。

表10-3　KAKH900～KAKH999メッセージ一覧

メッセージID
事象
出力項目および内容

KAKH900-I
起動成功

監視事象の出力レベル：Information

監査事象の種別：StartStop

監査事象の結果：Success

サブジェクト識別情報：実行ユーザー

動作情報：Start

KAKH901-E
起動失敗

監視事象の出力レベル：Error

監査事象の種別：StartStop

監査事象の結果：Failure

サブジェクト識別情報：実行ユーザー

動作情報：Start

KAKH902-I
設定ファイル正常読み込み完了

監視事象の出力レベル：Information

監査事象の種別：ConfigurationAccess

監査事象の結果：Success

サブジェクト識別情報：実行ユーザー

オブジェクト識別情報：設定ファイル名

動作情報：Refer

KAKH903-E
設定ファイルオープン失敗

監視事象の出力レベル：Error

監査事象の種別：ConfigurationAccess

監査事象の結果：Failure

サブジェクト識別情報：実行ユーザー

オブジェクト識別情報：設定ファイル名

動作情報：Refer

KAKH904-W
パラメーターの値が不正のため，規定値を使用

監視事象の出力レベル：Warning

監査事象の種別：ConfigurationAccess

監査事象の結果：Failure

サブジェクト識別情報：実行ユーザー

オブジェクト識別情報：パラメーター名

動作情報：Refer

オブジェクトロケーション識別情報：設定ファイル名

KAKH905-I
停止成功

監視事象の出力レベル：Information

監査事象の種別：StartStop

監査事象の結果：Success

サブジェクト識別情報：実行ユーザー

動作情報：Stop

KAKH906-E
停止失敗

監視事象の出力レベル：Error

監査事象の種別：StartStop

監査事象の結果：Failure

サブジェクト識別情報：実行ユーザー

動作情報：Stop

KAKH907-I
Log Managerへの接続要求

監視事象の出力レベル：Information

監査事象の種別：ExternalService

監査事象の結果：Occurrence

サブジェクト識別情報：実行ユーザー

動作情報：Request

リクエスト元ホスト：自ホスト名※1

リクエスト先ホスト：接続先ホスト名※1

リクエスト先ポート番号：接続先ポート番号※2

KAKH908-I
Log Managerと接続成功

監視事象の出力レベル：Information

監査事象の種別：ExternalService

監査事象の結果：Success

サブジェクト識別情報：実行ユーザー

動作情報：Response

リクエスト元ホスト：自ホスト名※1

リクエスト元ポート番号：自ポート番号

リクエスト先ホスト：接続先ホスト名※1

リクエスト先ポート番号：接続先ポート番号

KAKH909-E
Log Managerと接続失敗

監視事象の出力レベル：Error

監査事象の種別：ExternalService

監査事象の結果：Failure

サブジェクト識別情報：実行ユーザー

動作情報：Response

リクエスト元ホスト：自ホスト名※1

リクエスト先ホスト：接続先ホスト名※1

リクエスト先ポート番号：接続先ポート番号※2

KAKH910-I
Log Managerとの切断開始

監視事象の出力レベル：Information

監査事象の種別：ExternalService

監査事象の結果：Occurrence

サブジェクト識別情報：実行ユーザー

動作情報：Request

リクエスト元ホスト：自ホスト名※1

リクエスト元ポート番号：自ポート番号

リクエスト先ホスト：接続先ホスト名※1

リクエスト先ポート番号：接続先ポート番号

KAKH911-I
Log Managerとの切断成功

監視事象の出力レベル：Information

監査事象の種別：ExternalService

監査事象の結果：Success

サブジェクト識別情報：実行ユーザー

動作情報：Response

リクエスト元ホスト：自ホスト名※1

リクエスト元ポート番号：自ポート番号

リクエスト先ホスト：接続先ホスト名※1

リクエスト先ポート番号：接続先ポート番号

KAKH912-E
Log Managerとの切断失敗

監視事象の出力レベル：Error

監査事象の種別：ExternalService

監査事象の結果：Failure

サブジェクト識別情報：実行ユーザー

動作情報：Response

リクエスト元ホスト：自ホスト名※1

リクエスト元ポート番号：自ポート番号

リクエスト先ホスト：接続先ホスト名※1

リクエスト先ポート番号：接続先ポート番号

KAKH913-E
Log Managerとの不正切断

監視事象の出力レベル：Error

監査事象の種別：Failure

監査事象の結果：Occurrence

サブジェクト識別情報：実行ユーザー

動作情報：Occur

リクエスト元ホスト：自ホスト名※1

リクエスト元ポート番号：自ポート番号

リクエスト先ホスト：接続先ホスト名※1

リクエスト先ポート番号：接続先ポート番号

KAKH914-I
ログファイルの監視開始

監視事象の出力レベル：Information

監査事象の種別：ContentAccess

監査事象の結果：Success

サブジェクト識別情報：実行ユーザー

オブジェクト識別情報：bjexexecまたはsyslog

動作情報：Refer

KAKH915-I
監視対象のファイルの切り替え

監視事象の出力レベル：Information

監査事象の種別：ContentAccess

監査事象の結果：Success

サブジェクト識別情報：実行ユーザー

オブジェクト識別情報：bjexexecまたはsyslog

動作情報：Refer

KAKH916-E
ログファイルの監視開始失敗

監視事象の出力レベル：Error

監査事象の種別：ContentAccess

監査事象の結果：Failure

サブジェクト識別情報：実行ユーザー

オブジェクト識別情報：bjexexecまたはsyslog

動作情報：Refer

KAKH917-I
コマンド処理の受付

監視事象の出力レベル：Information

監査事象の種別：ExternalService

監査事象の結果：Occurrence

サブジェクト識別情報：実行ユーザー

動作情報：Response

リクエスト元ホスト：自ホスト名※1

リクエスト元ポート番号：自ポート番号

リクエスト先ホスト：接続先ホスト名※1

リクエスト先ポート番号：接続先ポート番号

注※1

ホスト名を取得できない場合はIPアドレスが表示されます。

注※2

ポート番号に0が表示されることがあります。

付録

＜この付録の構成＞

付録A　Q＆A

付録B　ファイルおよびディレクトリ一覧

付録C　このマニュアルの参考情報

付録D　用語解説

付録A　Q＆A

BJEXログビューアについて，疑問に思うことや知りたいことをQ&A形式でまとめました。ここでは，次に示す項目についてのQ&Aを記載しています。

BJEXログビューアの導入に関する質問

BJEXログビューアの運用に関する質問

＜この節の構成＞

付録A.1　BJEXログビューアの導入に関する質問

付録A.2　BJEXログビューアの運用に関する質問

付録A.1　BJEXログビューアの導入に関する質問

BJEXログビューアの導入に関する質問および回答を次の表に示します。

表A-1　BJEXログビューアの導入に関する質問

項番
分類
質問
回答

1
ハードウェア構成
一つのLog Managerに対して，Log Agentは幾つまで接続できますか？
一つのLog Managerに対して，最大16のLog Agentを接続できます。
ただし，通常は2～3のLog Agentを接続して運用することを推奨します。
一つのバッチジョブ実行システムに対して，一つのLog Managerを配置する構成になるように，Log ManagerおよびLog Agentを配置してください。

2
一つのLog Managerに対して，Log Viewerは幾つまで接続できますか？
一つのLog Managerに対して，最大16のLog Viewerを接続できます。
ただし，複数のLog Viewerで同時に検索すると検索時間が長くなるため，通常は2～3のLog Viewerを接続して運用することを推奨します。

3
信頼性
BJEXログビューアの導入に当たり，信頼性の面で考慮が必要なことはありますか？
Log ManagerおよびLog Agentは常時動作します。そのため，次の点を考慮してください。

Log ManagerとLog Agent間のLANは，性能面および信頼性の面から，できるだけ専用LANを使用してください。

Log Managerのマシンでは，ログ情報の蓄積と検索が行われます。そのため，できるだけCPU使用量の少ないマシンにLog Managerを配置してください。

Log Managerが稼働するマシンは，Log Managerの専用装置として使用してください。
Log Managerの稼働中に別のアプリケーションを起動しないでください。

4
ログ情報を収集できなかった場合に，収集できなかったことを自動で検知できますか？
次のメッセージについて，JP1で障害の自動監視を行ってください。

Log Agentが出力する，ログ情報監視中のメッセージ

ログ情報の破棄を通知するメッセージ

付録A.2　BJEXログビューアの運用に関する質問

BJEXログビューアの運用に関する質問および回答を次の表に示します。

表A-2　BJEXログビューアの運用に関する質問

項番
分類
質問
回答

1
recollectコマンド
recollectコマンドを実行しましたが，ログ情報を正しく収集できません。
recollectコマンドでログ情報を再収集しているときに，ログファイルでファイルの切り替えが起きると，ログ情報が正しく収集されないことがあります。
正しく収集されなかったときは，recollectコマンドの引数-oのディレクトリに出力されたファイルをすべて削除したあと，recollectコマンドを再実行してください。
ファイルの切り替わりが発生したかどうかを確認するときは，最新のログファイルの先頭に出力されているログ情報の日時とrecollectコマンドの実行日時を確認します。
日時が同じとき，recollectコマンドの実行中にログファイルの切り替わりが発生しています。

2
syslogを収集対象にしてrecollectコマンドを実行したら，KAKH514-Eのエラーメッセージが出力されました。
ログ情報は壊れていないようなのですが，エラーの原因は何ですか？
syslogを再収集の対象にする場合，次の2点を考慮する必要があります。

syslogのログ情報には年号を示す情報がないこと

recollectコマンドは，引数-sに指定された年月日・時刻の西暦年を，存在するログ情報のうち最も古い西暦年であると仮定すること

syslogの出力年と，引数-sに指定した年月日・時刻の西暦年が異なるときに，KAKH514-Eのエラーが発生することがあります。
このときは，syslogの出力年を確認してから，再度recollectコマンドを実行してください。

3
検索時の文字コード
ログ情報の文字コードは何ですか？
収集されたログ情報の文字コードはUTF-8です。AIX，HP-UXまたはWindowsの場合，ログ情報の収集時に，文字コードがShift-JISからUTF-8に変換されます。そのため，Log Viewerでログ情報を検索するときに，Log Agentのマシンでログ情報に出力された文字とは異なる文字で，メッセージが表示されることがあります。

4
Log Viewerでログを検索するとき，文字コードに関する注意事項はありますか？
ログ情報を出力するマシンの設定によってログ情報の文字コードが異なることを考慮してください。
複数のコードポイントがある文字については，それぞれのコードポイントで検索することをお勧めします。
複数のコードポイントがある文字とUnicodeのコードポイントを次に示します。
[図データ]

5
Log Viewerのログイン
Log Managerの前提OSがHP-UX 11i V2（IPF）の場合，Log Viewerでログインしようとしたら，KAKI108-Eのエラーメッセージが出力され，ログインに失敗しました。
ログインで指定したユーザーIDとパスワードは，HP-UXの環境に正しく登録されているのですが，エラーの原因は何ですか？
Log Managerの前提OSがHP-UX 11i V2（IPF）の場合，Portability Packageが適用されていないと，Log Managerのユーザー認証に失敗し，KAKI108-Eのエラーが発生します。
HP-UXの環境にPortability Packageが適用されているか確認し，適用されていないときは，適用したあとで再度ログインしてください。

付録B　ファイルおよびディレクトリ一覧

BJEXログビューアで使用するファイルおよびディレクトリの一覧について説明します。

＜この節の構成＞

付録B.1　Log Managerのファイルおよびディレクトリ一覧

付録B.2　Log Agentのファイルおよびディレクトリ一覧

付録B.3　Log Viewerのファイルおよびフォルダ一覧

付録B.1　Log Managerのファイルおよびディレクトリ一覧

＜この項の構成＞

(1)　UNIXの場合

(2)　Windowsの場合

(1)　UNIXの場合

UNIXの場合のLog Managerのファイルおよびディレクトリの一覧を次の表に示します。

表B-1　Log Managerのファイルおよびディレクトリ一覧（UNIXの場合）

ディレクトリ名 | ファイル名 | 説明
/opt/hitachi/bjexlog/bjexlogmanager | － | Log Managerのインストールディレクトリ
/opt/hitachi/bjexlog/bjexlogmanager/bin | － | jarファイルおよび実行ファイルの格納ディレクトリ
bjexlm | Log Manager起動スクリプト（Linux，HP-UXの場合）
bjexlmgr | Log Manager設定コマンド
bjexlmgr.jar | Log Manager設定コマンドの実行ファイル
BjexlogCommon.jar | 内部ライブラリ
BjexlogHulalib.jar | 監査ログライブラリ
bjexlogmanager.jar | Log Managerの実行ファイル
lgchk | ユーザー認証ライブラリ
libBjexlogHulalib.a | 監査ログライブラリ（AIXの場合）
libBjexlogHulalib.so | 監査ログライブラリ（Linux，HP-UXの場合）
/opt/hitachi/bjexlog/bjexlogmanager/conf | － | 設定ファイルの格納ディレクトリ
bjexlm.conf | Log Manager設定ファイル
/opt/hitachi/bjexlog/bjexlogmanager/data | － | ログ収集ディレクトリ
/opt/hitachi/bjexlog/bjexlogmanager/patch_backup_dir | － | 修正パッチインストール用のバックアップディレクトリ
/opt/hitachi/bjexlog/bjexlogmanager/trace | － | 監査ログおよびトレースファイルの出力ディレクトリ
/opt/hitachi/bjexlog/bjexlogmanager/work | － | 一時ファイル用ワークディレクトリ

（凡例）　－：該当しません。

(2)　Windowsの場合

Windowsの場合のLog Managerのファイルおよびフォルダの一覧を次の表に示します。

なお，Log Managerのインストール先フォルダのデフォルトは「C:¥Program Files¥Hitachi¥Bjexlog¥bjexlogmanager」です。ドライブはシステムドライブです。

デフォルトから変更している場合は，Log Managerのインストール時に設定したフォルダになります。

表B-2　Log Managerのファイルおよびフォルダ一覧（Windowsの場合）

フォルダ名 | ファイル名 | 説明
Log Managerのインストール先フォルダ¥bin | － | jarファイルおよび実行ファイルの格納フォルダ
bjexlmgr.cmd | Log Manager設定コマンド
bjexlmgr.jar | Log Manager設定コマンドの実行ファイル
bjexlmshutdown.cmd | Log Managerシャットダウンスクリプト
BjexlogCommon.jar | 内部ライブラリ
BjexlogHulalib.dll | 監査ログライブラリ
BjexlogHulalib.jar
bjexlogmanager.jar | Log Managerの実行ファイル
lgchk.exe | ユーザー認証ライブラリ
LogManagerService.exe | サービスプログラム
Log Managerのインストール先フォルダ¥conf | － | 設定ファイルの格納フォルダ
bjexlm.conf | Log Manager設定ファイル
Log Managerのインストール先フォルダ¥data | － | ログ収集フォルダ
Log Managerのインストール先フォルダ¥patch_backup_dir | － | 修正パッチインストール用のバックアップフォルダ
Log Managerのインストール先フォルダ¥trace | － | 監査ログおよびトレースファイルの出力フォルダ
Log Managerのインストール先フォルダ¥work | － | 一時ファイル用ワークフォルダ

（凡例）　－：該当しません。

付録B.2　Log Agentのファイルおよびディレクトリ一覧

＜この項の構成＞

(1)　UNIXの場合

(2)　Windowsの場合

(1)　UNIXの場合

UNIXの場合のLog Agentのファイルおよびディレクトリの一覧を次の表に示します。

表B-3　Log Agentのファイルおよびディレクトリ一覧（UNIXの場合）

ディレクトリ名 | ファイル名 | 説明
/opt/hitachi/bjexlog/bjexlogagent | － | Log Agentのインストールディレクトリ
/opt/hitachi/bjexlog/bjexlogagent/bin | － | jarファイルおよび実行ファイルの格納ディレクトリ
bjexla | Log Agent起動スクリプト（Linux，HP-UXの場合）
bjexlagent | Log Agent設定コマンド
bjexlagent.jar | Log Agent設定コマンドの実行ファイル
bjexlogagent.jar | Log Agentの実行ファイル
BjexlogCommon.jar | 内部ライブラリ
BjexlogHulalib.jar | 監査ログライブラリ
libBjexlogHulalib.a | 監査ログライブラリ（AIXの場合）
libBjexlogHulalib.so | 監査ログライブラリ（Linux，HP-UXの場合）
recollect | ログ情報の再収集コマンド
recollect.jar | ログ情報の再収集コマンドの実行ファイル
/opt/hitachi/bjexlog/bjexlogagent/conf | － | 設定ファイルの格納ディレクトリ
bjexla.conf | Log Agent設定ファイル
bjexla_bjexexec.conf | BJEX実行ログ監視設定ファイル
bjexla_syslog.conf | syslog監視設定ファイル
/opt/hitachi/bjexlog/bjexlogagent/patch_backup_dir | － | 修正パッチインストール用のバックアップディレクトリ
/opt/hitachi/bjexlog/bjexlogagent/trace | － | 監査ログおよびトレースファイルの出力ディレクトリ
/opt/hitachi/bjexlog/bjexlogagent/work | － | 作業ディレクトリ

（凡例）　－：該当しません。

(2)　Windowsの場合

Windowsの場合のLog Agentのファイルおよびフォルダの一覧を次の表に示します。

なお，Log Agentのインストール先フォルダのデフォルトは「C:¥Program Files¥Hitachi¥Bjexlog¥bjexlogagent」です。ドライブはシステムドライブです。

デフォルトから変更している場合は，Log Agentのインストール時に設定したフォルダになります。

表B-4　Log Agentのファイルおよびフォルダ一覧（Windowsの場合）

フォルダ名 | ファイル名 | 説明
Log Agentのインストール先フォルダ¥bin | － | jarファイルおよび実行ファイルの格納フォルダ
bjexlagent.cmd | Log Agent設定コマンド
bjexlagent.jar | Log Agent設定コマンドの実行ファイル
bjexlashutdown.cmd | Log Agentシャットダウンスクリプト
bjexlogagent.jar | Log Agentの実行ファイル
BjexlogCommon.jar | 内部ライブラリ
BjexlogHulalib.dll | 監査ログライブラリ
BjexlogHulalib.jar
recollect.cmd | ログ情報の再収集コマンド
recollect.jar | ログ情報の再収集コマンドの実行ファイル
Log Agentのインストール先フォルダ¥conf | － | 設定ファイルの格納フォルダ
bjexla.conf | Log Agent設定ファイル
bjexla_bjexexec.conf | BJEX実行ログ監視設定ファイル
bjexla_syslog.conf | syslog監視設定ファイル
LogAgentService.exe | サービスプログラム
Log Agentのインストール先フォルダ¥patch_backup_dir | － | 修正パッチインストール用のバックアップフォルダ
Log Agentのインストール先フォルダ¥trace | － | 監査ログおよびトレースファイルの出力フォルダ
Log Agentのインストール先フォルダ¥work | － | 作業フォルダ

（凡例）　－：該当しません。

付録B.3　Log Viewerのファイルおよびフォルダ一覧

Log Viewerのファイルおよびフォルダの一覧を次の表に示します。

なお，Log Viewerのインストール先フォルダのデフォルトは「C:¥Program Files¥Hitachi¥Bjexlog¥bjexlogviewer」です。ドライブはシステムドライブです。

デフォルトから変更している場合は，Log Viewerのインストール時に設定したフォルダになります。

表B-5　Log Viewerのファイルおよびフォルダ一覧

フォルダ名 | ファイル名 | 説明
Log Viewerのインストール先フォルダ¥bin | － | jarファイルおよび実行ファイルの格納フォルダ
BjexlogCommon.jar | 内部ライブラリ（BJEXログビューア共通）
bjexlogviewer.cmd | Log Viewer起動用ファイル
bjexlogviewer.jar | Log Viewerの実行ファイル
hntrlib2j.jar | 内部ライブラリ（HNTRLIB2）
Log Viewerのインストール先フォルダ¥conf | － | 設定ファイルの格納フォルダ
bjexlv.conf | Log Viewer設定ファイル
bjexlv_reg.conf | Log Viewer設定情報記録ファイル
bjexlv_resjp.conf | リソースファイル
Log Viewerのインストール先フォルダ¥help | － | ヘルプの格納フォルダ
index.htm | Log Viewerのヘルプを起動するファイルです。
Log Viewerのインストール先フォルダ¥patch_bckup_dir | － | 修正パッチインストール用のバックアップフォルダ
Log Viewerのインストール先フォルダ¥trace | － | トレースファイルの出力フォルダ

（凡例）　－：該当しません。

付録C　このマニュアルの参考情報

このマニュアルを読むに当たっての参考情報を示します。

＜この節の構成＞

付録C.1　関連マニュアル

付録C.2　このマニュアルでの表記

付録C.3　英略語

付録C.4　KB（キロバイト）などの単位表記について

付録C.1　関連マニュアル

このマニュアルの関連マニュアルを次に示します。

uCosminexus Batch Job Execution Server ログビューア　操作ガイド（3020-3-R02）

Log Viewerを使用した操作について説明しています。

Cosminexus　機能解説（3020-3-M03）

監査ログの活用について説明しています。お使いのuCosminexus Application Serverのバージョンが08-00より前の場合に参照してください。

Cosminexus アプリケーションサーバV8 機能解説 運用／監視／連携編（3020-3-U09）

監査ログの活用について説明しています。お使いのuCosminexus Application Serverのバージョンが08-00以降の場合に参照してください。

uCosminexus Batch Job Execution Server 使用の手引（3000-3-E02）

バッチジョブ実行システムの機能と操作方法について説明しています。お使いのuCosminexus Batch Job Execution Serverの適用OSがUNIXの場合に参照してください。

uCosminexus Batch Job Execution Server 使用の手引（Windows(R)用）（3020-3-N64）

バッチジョブ実行システムの機能と操作方法について説明しています。お使いのuCosminexus Batch Job Execution Serverの適用OSがWindowsの場合に参照してください。

付録C.2　このマニュアルでの表記

このマニュアルでは，製品名を次のように表記しています。

表記 | 製品名
AIX | AIX 5L V5.3
AIX V6.1
BJEX | uCosminexus Batch Job Execution Server
BJEXログビューア | Log Agent | uCosminexus Batch Job Execution Server ログビューア - Agent
Log Manager | uCosminexus Batch Job Execution Server ログビューア - Manager
Log Viewer | uCosminexus Batch Job Execution Server ログビューア - Viewer
HP-UX | HP-UX 11i V2（IPF）
HP-UX 11i V3（IPF）
IPF | Itanium(R) Processor Family
JP1/AJS | JP1/Automatic Job Management System 2
JP1/Automatic Job Management System 3
Linux | Red Hat Enterprise Linux(R) 5（x86）
Red Hat Enterprise Linux(R) 5（AMD/Intel64）
Red Hat Enterprise Linux(R) 5 Advanced Platform（x86）
Red Hat Enterprise Linux(R) 5 Advanced Platform（AMD/Intel64）

AIX，HP-UX，Linuxを総称してUNIXと表記することがあります。

付録C.3　英略語

このマニュアルで使用する英略語を次に示します。

英略語 | 英字での表記
CD-ROM | Compact Disk Read Only Memory
DHCP | Dynamic Host Configuration Protocol
DNS | Domain Name System
EUC | Extended UNIX Code
FQDN | Fully Qualified Domain Name
GUI | Graphical User Interface
IP | Internet Protocol
JIS | Japan Industrial Standard
JRE | JavaTM Runtime Environment
OS | Operating System
PC | Personal Computer
UCS | Universal multi-octet coded Character Set
UTF-16 | 16-bit UCS Transformation Format
UTF-8 | 8-bit UCS Transformation Format

付録C.4　KB（キロバイト）などの単位表記について

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

付録D　用語解説

このマニュアルで使用する用語について説明します。

（英字）

BJEX（uCosminexus Batch Job Execution Server）

一定期間集めたデータのバッチ処理を実行するための製品です。BJEXログビューアの前提製品です。

BJEXの実行ログ

BJEXが出力する，バッチジョブの実行履歴が記録されたログファイルです。

BJEXログビューア

バッチジョブ実行システム全体の実行ログおよびOSのシステムログ（syslog）のログ情報を一括で管理し，ログ情報を検索するためのGUIを提供する製品です。

Log Agent（uCosminexus Batch Job Execution Server ログビューア - Agent）

バッチジョブ実行サーバの各マシンで，BJEXの実行ログおよびOSのシステムログ（syslog）のログ情報を収集するプログラムです。Log Managerからの要求に応じて，ログ情報をログ収集サーバに転送します。

Log Manager（uCosminexus Batch Job Execution Server ログビューア - Manager）

ログ収集サーバで，バッチジョブ実行サーバの各マシンから収集されたログ情報を一括で管理するプログラムです。

Log Viewer（uCosminexus Batch Job Execution Server ログビューア - Viewer）

ログ情報を検索するためのGUIを提供するプログラムです。オペレーターがログ情報を検索する際に使用します。

Log Viewerを使用したログの検索方法については，マニュアル「uCosminexus Batch Job Execution Server ログビューア　操作ガイド」を参照してください。

syslog（システムログ）

UNIXが出力するシステムログのことです。

（サ行）

作業ディレクトリ

バッチジョブ実行サーバで収集したログ情報を一時的に蓄積しておくためのディレクトリです。

システムログ

syslogの説明を参照してください。

正規表現

記号や文字を組み合わせることで，目的のキーワードをパターンで表現する方法です。

また，BJEXログビューアでは，java.util.regexパッケージで使用できる正規表現を使用できます。

java.util.regexパッケージで使用できる正規表現および正規表現の指定例については，マニュアル「uCosminexus Batch Job Execution Server ログビューア　操作ガイド」を参照してください。

java.util.regexパッケージの詳細は，JavaTM 2 Platform, Standard Editionの対象バージョンのAPI仕様を参照してください。

（タ行）

トレースファイル

障害の原因を特定するために必要な情報が出力されるファイルです。

（ハ行）

バッチジョブ実行サーバ

一定期間集めたデータのバッチ処理を実行するサーバです。バッチジョブ実行システムのログ情報を収集するためにLog Agentを配置します。

バッチジョブ実行システム

バッチジョブ実行サーバや運用管理サーバなどで構成される，バッチ処理を実行するためのシステム全体を指します。

（マ行）

マシン

Log ManagerおよびLog Agentが稼働するUNIXまたはWindowsのシステムを示します。

（ラ行）

ログ収集サーバ

Log Managerがインストールされたサーバです。バッチジョブ実行サーバで収集されたログ情報を蓄積，管理します。

ログ収集ディレクトリ

ログ収集サーバにあるログ情報を蓄積，管理するディレクトリです。

索引

[Ａ][Ｂ][Ｃ][Ｅ][Ｆ][Ｊ][Ｋ][Ｌ][Ｍ][Ｏ][Ｐ][Ｑ][Ｒ][Ｓ][Ｔ][Ｖ][Ｗ]
[ア行][カ行][サ行][タ行][ハ行][マ行][ヤ行][ラ行]

(英字)

(Ａ)

AGENTPORT〔bjexla.confパラメーター〕

AGENTPORT〔bjexlm.confパラメーター〕

AUDIT〔bjexla.confパラメーター〕

AUDIT〔bjexlm.confパラメーター〕

AUDIT_CATEGORY〔bjexla.confパラメーター〕

AUDIT_CATEGORY〔bjexlm.confパラメーター〕

AUDIT_FILE〔bjexla.confパラメーター〕

AUDIT_FILE〔bjexlm.confパラメーター〕

AUDIT_NUM〔bjexla.confパラメーター〕

AUDIT_NUM〔bjexlm.confパラメーター〕

AUDIT_SERVERITY〔bjexla.confパラメーター〕

AUDIT_SERVERITY〔bjexlm.confパラメーター〕

AUDIT_SIZE〔bjexla.confパラメーター〕

AUDIT_SIZE〔bjexlm.confパラメーター〕

(Ｂ)

BJEX〔用語解説〕

bjexla.conf（Log Agent設定ファイル）

bjexla_bjexexec.conf（BJEX実行ログ監視設定ファイル）

bjexla_syslog.conf（syslog監視設定ファイル）

bjexlagent（Log Agent設定コマンド）

bjexlm.conf（Log Manager設定ファイル）

bjexlmgr（Log Manager設定コマンド）

bjexlv.conf（Log Viewer設定ファイル）

bjexlv_reg.conf（Log Viewer設定情報記録ファイル）

BJEX実行ログ監視設定ファイル〔bjexla_bjexexec.conf〕

BJEXの実行ログ〔用語解説〕

BJEXの実行ログおよびsyslogの収集

BJEXログビューア〔用語解説〕

BJEXログビューアでの障害発生時の影響

BJEXログビューアとは

BJEXログビューアの運用に関する質問

BJEXログビューアの各プログラムの配置の検討

BJEXログビューアの監査

BJEXログビューアの全体像

BJEXログビューアの導入に関する質問

(Ｃ)

COMM_INTERVAL〔bjexla.confパラメーター〕

COMMANDPORT〔bjexlm.confパラメーター〕

(Ｅ)

EXFORMAT〔bjexla_bjexexec.confパラメーター〕

EXFORMAT〔bjexla_syslog.confパラメーター〕

(Ｆ)

FILENAME〔bjexla_bjexexec.confパラメーター〕

FILENAME〔bjexla_syslog.confパラメーター〕

FORMAT〔bjexla_bjexexec.confパラメーター〕

FORMAT〔bjexla_syslog.confパラメーター〕

(Ｊ)

Javaのパスの指定

(Ｋ)

KAKG000－KAKG899〔メッセージ〕

KAKG900－KAKG999〔メッセージ〕

KAKH000－KAKH899〔メッセージ〕

KAKH900－KAKH999〔メッセージ〕

(Ｌ)

Log Agent

Log Agent〔用語解説〕

Log Agentが停止したときのログ情報の再収集

Log Agent設定コマンド〔bjexlagent〕

Log Agent設定ファイル〔bjexla.conf〕

Log Agentでの障害の回復

Log Agentの機能概要

Log Agentのコマンド

Log Agentの設定ファイル

Log Agentを配置するマシンの検討

Log Manager

Log Manager〔用語解説〕

Log ManagerおよびLog Agentの実行ユーザーの検討

Log Managerが停止したときのログ情報の再収集

Log Manager設定コマンド〔bjexlmgr〕

Log Manager設定ファイル〔bjexlm.conf〕

Log Managerでログ情報の蓄積に失敗したときのログ情報の再収集

Log Managerの機能概要

Log Managerのコマンド

Log Managerの障害の回復

Log Managerの設定ファイル

Log Managerを配置するマシンの検討

Log Viewer

Log Viewer〔用語解説〕

Log Viewer設定情報記録ファイル〔bjexlv_reg.conf〕

Log Viewer設定ファイル〔bjexlv.conf〕

Log Viewerでの障害の回復

Log Viewerの設定ファイル

Log Viewerを配置するPCの検討

(Ｍ)

MANAGERHOST〔bjexla.confパラメーター〕

MANAGERPORT〔bjexla.confパラメーター〕

MAX_SIZE〔bjexla_bjexexec.confパラメーター〕

MAX_SIZE〔bjexla_syslog.confパラメーター〕

MG_LOG_DIR〔bjexlm.confパラメーター〕

MG_LOG_SIZE〔bjexlm.confパラメーター〕

(Ｏ)

OSの言語環境およびタイムゾーンの設定

(Ｐ)

POLLING_INTERVAL〔bjexlm.confパラメーター〕

PROPERTYFILE〔bjexlv.confパラメーター〕

(Ｑ)

Q＆A

(Ｒ)

recollect（ログ情報の再収集コマンド）

recollectコマンド〔Q&A〕

REPLACE_LINEFEED〔bjexla_bjexexec.confパラメーター〕

REPLACE_LINEFEED〔bjexla_syslog.confパラメーター〕

(Ｓ)

SEARCHRANGE〔bjexlv.confパラメーター〕

syslog〔用語解説〕

syslog監視設定ファイル〔bjexla_syslog.conf〕

(Ｔ)

TRACE〔bjexla.confパラメーター〕

TRACE〔bjexlm.confパラメーター〕

TRACE〔bjexlv.confパラメーター〕

TRACE_NUM〔bjexla.confパラメーター〕

TRACE_NUM〔bjexlm.confパラメーター〕

TRACE_NUM〔bjexlv.confパラメーター〕

TRACE_SIZE〔bjexla.confパラメーター〕

TRACE_SIZE〔bjexlm.confパラメーター〕

TRACE_SIZE〔bjexlv.confパラメーター〕

(Ｖ)

VIEWERPORT〔bjexlm.confパラメーター〕

(Ｗ)

WATCH〔bjexla_bjexexec.confパラメーター〕

WATCH〔bjexla_syslog.confパラメーター〕

WATCH_INTERVAL〔bjexla_bjexexec.confパラメーター〕

WATCH_INTERVAL〔bjexla_syslog.confパラメーター〕

WATCH_RETRY_MAX〔bjexla_bjexexec.confパラメーター〕

WATCH_RETRY_MAX〔bjexla_syslog.confパラメーター〕

(ア行)

(あ)

アーカイブしたログファイルの復元（UNIXの場合）

アーカイブしたログファイルの復元（Windowsの場合）

アクセス権限の変更

アンインストール

アンインストール手順〔Log Agent〕

アンインストール手順〔Log Manager〕

アンインストール手順〔Log Viewer〕

(い)

インストール

インストール手順〔Log Agent〕

インストール手順〔Log Manager〕

インストール手順〔Log Viewer〕

インストールと環境設定

インストールと環境設定の流れ

インストール前の準備

(う)

運用

(お)

オペレーターのマシン〔システム構成〕

(カ行)

(か)

概要

監査ログに出力される事象の種別

監査ログに出力される事象の種別および契機（Log Agentの場合）

監査ログに出力される事象の種別および契機（Log Managerの場合）

監査ログの活用

監査ログの出力形式

監査ログの出力先

監査ログを出力するための設定

(き)

起動と終了

機能

(け)

検索時の文字コード

検索条件の指定によって必要なログ情報だけを取得可能〔特長〕

検討項目一覧〔導入前の検討〕

(こ)

コマンド

コマンド一覧

コマンドの記述形式

(サ行)

(さ)

作業ディレクトリ〔用語解説〕

(し)

システム構成

システムの稼働状況を把握

システムログ〔用語解説〕

実行ユーザーの変更

自動起動〔Log Agent〕

自動起動〔Log Manager〕

自動終了〔Log Agent〕

自動終了〔Log Manager〕

収集するログ情報の絞り込み

収集対象のログ情報

障害時の資料採取〔Log Agent〕

障害時の資料採取〔Log Manager〕

障害時の資料採取〔Log Viewer〕

障害対策

障害の回復〔Log Agent〕

障害の回復〔Log Manager〕

障害の回復〔Log Viewer〕

障害発生時の影響

信頼性〔Q&A〕

(せ)

正規表現〔用語解説〕

設定ファイル

設定ファイル一覧

設定ファイルの確認と変更

設定ファイルの記述形式

(タ行)

(ち)

注意事項〔ログ情報の再収集〕

(て)

ディスク占有量の見積もり

ディレクトリ一覧

ディレクトリによるログ情報の分類

(と)

導入前の検討

導入前の検討項目一覧

特長

トラブルシューティング

トレースファイル〔用語解説〕

(ハ行)

(は)

ハードウェア構成〔Q&A〕

バックアップ

バックアップが必要なファイルおよびディレクトリ〔Log Agent〕

バックアップが必要なファイルおよびディレクトリ〔Log Manager〕

バックアップが必要なファイルおよびフォルダ〔Log Viewer〕

バックアップとリカバリー

バッチジョブ実行サーバ

バッチジョブ実行サーバ〔システム構成〕

バッチジョブ実行サーバ〔用語解説〕

バッチジョブ実行サーバでのログ情報の収集

バッチジョブ実行システム〔用語解説〕

バッチジョブの実行状況を確認

(ふ)

ファイル一覧

ファイルおよびディレクトリ一覧（UNIXの場合）〔Log Agent〕

ファイルおよびディレクトリ一覧（UNIXの場合）〔Log Manager〕

ファイルおよびフォルダ一覧〔Log Viewer〕

ファイルおよびフォルダ一覧（Windowsの場合）〔Log Agent〕

ファイルおよびフォルダ一覧（Windowsの場合）〔Log Manager〕

ファイルへのログ情報の蓄積

(ほ)

ホスト名とIPアドレスの定義

(マ行)

(ま)

マシン〔用語解説〕

(め)

メッセージ

メッセージ一覧

メッセージの記載形式

メッセージの出力形式

メッセージの出力先一覧

メモリー所要量，ディスク占有量の見積もり

メモリー所要量の見積もり

(ヤ行)

(よ)

用語解説

(ラ行)

(り)

リカバリー

(ろ)

ログ収集サーバ

ログ収集サーバ〔システム構成〕

ログ収集サーバ〔用語解説〕

ログ収集サーバでのログ情報の管理

ログ収集サーバへのログ情報の転送

ログ収集ディレクトリ

ログ収集ディレクトリ〔用語解説〕

ログ収集ディレクトリでのログ情報の管理

ログ収集ディレクトリの容量監視

ログ情報のアーカイブと削除（UNIXの場合）

ログ情報のアーカイブと削除（Windowsの場合）

ログ情報のアーカイブと復元

ログ情報の一時蓄積

ログ情報の一括管理によって情報収集の負荷を軽減〔特長〕

ログ情報の再収集

ログ情報の再収集コマンド〔recollect〕

ログ情報の収集の仕組み

ログ情報の出力量が作業ディレクトリの上限を超えたときのログ情報の再収集

■ 商標類

Active Directoryは，米国Microsoft Corporationの，米国およびその他の国における登録商標または商標です。
AIXは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
AIX 5Lは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
AMDは，Advanced Micro Devices, Inc.の商標です。
HP-UXは，Hewlett-Packard Companyのオペレーティングシステムの名称です。
Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
Javaは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Red Hatは，米国およびその他の国でRed Hat, Inc.の登録商標もしくは商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Vistaは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。