JP1 Version 8

JP1/Automatic Job Management System 2 設計・運用ガイド

解説・手引書

3020-3-K22-43

目　　次

前書き

変更内容

はじめに

第1編　設計編

1.　設計の概要

1.1　設計の流れ

1.2　設計項目

1.3　JP1/AJS2でやりたいことと使用する機能

1.4　設計のポイント

2.　業務の設計

2.1　業務の自動化について検討する

2.1.1　自動化する業務の適用範囲を検討する

2.1.2　自動化する処理（実行ファイルや順番）について検討する

2.1.3　業務のスケジュールやカレンダーを決定する

2.1.4　業務の自動化検討時のヒント

2.2　集中監視する業務対象を検討する

2.3　業務のアクセス権について検討する

2.3.1　アクセス権を設定する範囲について検討する

2.3.2　登録するユーザーを検討する

2.3.3　設定するアクセス権限を検討する

2.3.4　対応づけるユーザーを検討する

2.3.5　業務を集中監視する場合のユーザー管理を検討する

3.　システム構成の設計

3.1　動作環境を確認する

3.1.1　JP1/AJS2シリーズのプログラム

3.1.2　JP1/AJS2の前提条件

3.2　システム構成を検討する

3.2.1　スタンドアロンでの構成例

3.2.2　処理を複数の実行ホストで分散して実行させる場合の構成例

3.2.3　業務を集中的に監視する場合の構成例

3.2.4　クラスタシステムでの構成例

3.3　DNS環境での運用を確認する

3.3.1　イベントジョブのFQDN形式のホスト名を使用した運用に切り替える要否

3.3.2　DNS運用時にFQDN形式のホスト名で運用する例

3.3.3　DNS環境で運用する場合の注意事項

3.4　JP1/AJS2が対応しているネットワーク構成と通信を確認する

3.4.1　サーバのネットワーク構成

3.4.2　複数LAN接続

3.4.3　ファイアウォール透過

3.4.4　複数LANの構成例と通信設定

3.4.5　ファイアウォールを設定した環境の構成例と通信設定

3.4.6　WAN環境で使用する場合の通信

3.5　使用するデータベースを検討する

3.5.1　ISAMを使用する場合

3.5.2　ISAMデータベースの再作成

3.5.3　組み込みDBを使用する場合

3.5.4　組み込みDBの運用方法

3.5.5　システムログを使用しない運用

3.5.6　システムログ運用

3.5.7　アンロードログ運用

4.　見積もり

4.1　JP1/AJS2の処理性能を見積もる

4.1.1　ジョブのスループット

4.1.2　JP1/AJS2 - Viewのレスポンス

4.1.3　JP1/AJS2 Console Viewのレスポンス

4.1.4　起動条件の処理性能

4.1.5　ファイル監視ジョブ使用時に設定する監視間隔

4.2　システム性能を見積もる

4.2.1　ネットワーク上を流れるデータ量を見積もる

4.2.2　回線接続の通信量を見積もる

4.2.3　メモリー所要量を見積もる

4.2.4　ディスク占有量を見積もる

4.2.5　カーネルパラメーターを見積もる

4.3　データベース領域を見積もる

4.3.1　ISAMロックテーブルエントリーサイズを見積もる

4.3.2　組み込みDBのデータベース領域を見積もる

4.4　ログのサイズを見積もる

4.4.1　スケジューラーログファイルのサイズを見積もる

4.4.2　トレースログファイルのサイズを見積もる

4.4.3　ジョブ実行環境のログのサイズを見積もる

4.4.4　イベントジョブが出力するログのサイズを見積もる

4.4.5　キューレスログファイルのサイズを見積もる

4.4.6　キューレストレースログファイルのサイズを見積もる

4.4.7　キューレスジョブ実行内部ログファイルのサイズを見積もる

4.4.8　JP1/AJS2 Consoleのトレースログファイルのサイズを見積もる

4.4.9　JP1/AJS2 - Viewのログファイルのサイズを見積もる

5.　インストールとセットアップに関する検討

5.1　インストール時の作業について検討する

5.1.1　インストール時の注意事項

5.1.2　インストール前に決めておく項目

5.2　JP1/AJS2のサービスの設定について検討する

5.2.1　JP1/AJS2のサービスの種類

5.2.2　JP1/AJS2のサービスのデフォルト値（Windows限定）

5.2.3　JP1/AJS2のサービスの設定を変更する必要がある場合（Windows限定）

5.2.4　JP1/AJS2のサービスの自動起動および自動終了の設定

5.3　JP1/AJS2 - Managerのセットアップについて検討する

5.3.1　スケジューラーサービスに関する環境設定について検討する

5.3.2　ジョブ実行環境に関する環境設定について検討する

5.3.3　イベントジョブ起動に関する環境設定について検討する

5.3.4　キューレスジョブ実行環境に関する環境設定について検討する

5.3.5　JP1/AJS2 Consoleに関する環境設定について検討する

5.3.6　スケジューラーサービスの多重起動について検討する

5.3.7　ジョブの実行に関するオプションについて検討する

5.3.8　イベントジョブを使用する場合のオプションについて検討する

5.3.9　データベースにISAMを使用する場合のオプションについて検討する

5.3.10　その他のオプションに関する環境設定について検討する

5.3.11　ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御する場合のオプションについて検討する

5.4　JP1/AJS2 - Agentのセットアップについて検討する

5.4.1　ジョブ実行環境に関する環境設定について検討する

5.4.2　イベントジョブ起動に関する環境設定について検討する

5.4.3　キューレスジョブ実行環境に関する環境設定について検討する

5.4.4　ジョブの実行に関するオプションについて検討する

5.4.5　イベントジョブを使用する場合のオプションについて検討する

5.4.6　その他のオプションに関する環境設定について検討する

5.5　JP1/AJS2 - Viewの環境設定について検討する

5.5.1　［環境設定］ダイアログボックスの設定項目について検討する

5.5.2　共通の設定情報の利用について検討する

5.5.3　ウィンドウ表示の設定について検討する

5.5.4　ダイアログボックスのデフォルト値の変更を検討する

5.5.5　ウィンドウの表示項目の追加を検討する

5.5.6　JP1/AJS2 Console Viewの環境設定について検討する

5.6　システムおよびユーザー環境の設定について検討する

5.6.1　システムで使用する言語種別を検討する

5.6.2　ログインスクリプトの記述変更を検討する（UNIX限定）

5.7　組み込みDBの動作環境について検討する

5.7.1　システム定義

6.　障害対策に関する検討

6.1　バックアップとリカバリーについて検討する

6.1.1　バックアップとリカバリーの方法

6.1.2　バックアップ対象と時期

6.1.3　JP1/AJS2稼働中のバックアップ

6.1.4　JP1/AJS2稼働中のディスクコピー・ミラーリング

6.1.5　JP1/AJS2 - Datareplicator連携による災害対策

6.2　冗長化について検討する

7.　メンテナンスの検討

7.1　メンテナンスモード

7.1.1　メンテナンスモードの使用目的

7.1.2　メンテナンスモードの種類

7.2　メンテナンスを実施する時期を見積もる

7.3　メンテナンスモードの注意事項

8.　運用する前に知っておいた方がよいこと

8.1　運用時のトラブルを未然に防ぐための注意事項

8.1.1　JP1/AJS2運用上の注意事項について

8.1.2　保存世代数に関する注意事項

8.1.3　保存世代数と性能との関係

8.1.4　ジョブネットの実行登録数に関する注意事項

8.1.5　PCジョブの注意事項

8.1.6　UNIXジョブの注意事項

8.1.7　ジョブ情報削除処理の注意事項

8.1.8　リカバリージョブおよびリカバリージョブネットの注意事項

8.1.9　リモートジョブネットの注意事項

8.1.10　標準出力ファイル・標準エラー出力ファイルの注意事項

8.1.11　ジョブ実行制御のコマンドの注意事項

8.1.12　JP1/AJS2 - Viewを長時間使用する場合の注意事項

8.1.13　JP1/AJS2 Console運用上の注意事項

8.1.14　一部のジョブの処理でシステム全体に影響を及ぼさないための運用方法

8.1.15　スケジューラーサービスの自動起動を有効にしている場合のデータベースの注意事項

8.1.16　本番運用前のJP1/AJS2定義内容のチェックと注意事項

8.1.17　ジョブの実行優先順位に関する注意事項

8.1.18　UNIXジョブ実行時のリソース制限値についての注意事項

8.1.19　ジョブ実行多重度に関する注意事項

8.1.20　WOW64環境でx86対応のJP1/AJS2を使用する場合の注意事項

8.1.21　サブミットジョブの実行順序に関する注意事項

8.1.22　ジョブ実行所要時間による終了遅延監視機能に関する注意事項

8.1.23　組み込みDB運用上の注意事項

8.1.24　Windows Server 2008環境でJP1/AJS2を使用する場合の注意事項

8.2　JP1/AJS2運用時のジョブ実行制御の環境および動作

8.2.1　ジョブの強制停止処理

8.2.2　実行登録ジョブの状態監視処理

8.2.3　ジョブ実行時のユーザーアカウント

8.2.4　ジョブ実行時に有効となるOSユーザー環境

8.2.5　HP-UXのOSユーザーのグループについて

8.2.6　ジョブの実行ファイルおよびスクリプトファイルのアクセス権

8.2.7　ジョブ起動時のログインシェル（UNIXジョブ，アクションジョブ）

8.2.8　標準出力ファイル名・標準エラー出力ファイルのumask値（UNIX限定）

8.2.9　実行ホスト（エージェント）へのジョブ実行配信

8.2.10　JP1/AJS2のサービス停止時のジョブ実行制御の動作

8.2.11　ジョブ実行時のファイルのアクセス権限チェックについて（UNIXジョブ）

8.2.12　ジョブ実行時のグループID（UNIX限定）

8.3　イベントジョブの注意事項

8.3.1　JP1イベント受信監視ジョブの注意事項

8.3.2　ファイル監視ジョブの注意事項

8.3.3　メール受信監視ジョブの注意事項

8.3.4　メッセージキュー受信監視ジョブおよびMSMQ受信監視ジョブの注意事項

8.3.5　ログファイル監視ジョブの注意事項

8.3.6　Windowsイベントログ監視ジョブの注意事項

8.3.7　実行間隔制御ジョブの注意事項

8.3.8　引き継ぎ情報定義時の注意事項

8.3.9　イベントジョブを実行したままサービスを再起動する場合の注意事項

8.4　アクションジョブの注意事項

8.4.1　JP1イベント送信ジョブの注意事項

8.4.2　メール送信ジョブの注意事項

8.4.3　メッセージキュー送信ジョブおよびMSMQメッセージ送信ジョブの注意事項

8.4.4　JP1/Cm2状態通知ジョブの注意事項

8.4.5　ローカル電源制御ジョブおよびリモート電源制御ジョブの注意事項

8.5　こんなこともできます

8.5.1　起動条件を設定したジョブネットを運用する

8.5.2　JP1/AJS2が発行するイベントやメッセージを監視する

8.5.3　SNMPトラップ送信を抑止する

8.5.4　複数のサービスを同時に起動する

8.5.5　JP1/AJS2 - Managerホストに接続しているJP1/AJS2 - Viewを確認する

8.5.6　ジョブの終了コードを確認する

8.5.7　イベントジョブ実行時に使用する通信の送信バインド方式を設定する

8.5.8　JP1/AJS2のサービスが停止してもイベントジョブの実行を継続させる

8.5.9　登録予定情報をバックアップ・リカバリーする

8.6　予期せぬトラブルに備えて

8.7　組み込みDBの動作に関する知識

8.7.1　組み込みDBシステムと組み込みDBプロセス

8.7.2　組み込みDBプロセス

8.7.3　組み込みDBシステム

8.8　ウイルス対策ソフト実行時の注意事項

9.　以前のバージョンからの移行

9.1　バージョン互換

9.1.1　JP1/BaseとJP1/AJS2のバージョン互換

9.1.2　JP1/AJS2 - ManagerまたはJP1/AJS2 - Light EditionとJP1/AJS2 - Viewのバージョン互換

9.1.3　JP1/AJS2 - ManagerとJP1/AJS2 - Agentのバージョン互換

9.1.4　JP1/AJS2 - ViewとJP1/AJS2 - View for Mainframeのバージョン互換

9.1.5　JP1/AJS2 - ManagerとJP1/AJS2 - Managerのバージョン互換

9.2　ISAMファイルの移行

9.2.1　ISAMキー再利用の設定

9.2.2　ISAMロックテーブルの分割の設定

9.3　組み込みDBをログ運用に移行する

9.3.1　現在の環境を削除して移行する方法

9.4　JP1/AJS2をバージョンアップした場合のジョブ実行環境の変更に関する注意事項

9.4.1　Windows版のJP1/AJS2 06-00，JP1/AJS2 06-00-/A，またはJP1/AJS2 06-00-/Bからバージョンアップした場合

9.4.2　UNIX版のJP1/AJS2 06-00，JP1/AJS2 06-00-/Aからバージョンアップした場合

9.4.3　UNIX版のJP1/AJS2 06-00-/Cからバージョンアップした場合

9.4.4　UNIX版のJP1/AJS2 06-00-C1からバージョンアップした場合（HP-UX，Solaris限定）

9.5　イベントジョブをDNS環境で運用する場合の設定方法（バージョンアップ時）

9.5.1　JP1/AJS2のバージョンアップ時に必要な作業

9.5.2　各エージェントのバージョンが異なる場合の設定

9.6　JP1/AJS2 Consoleを使用する場合の互換性

9.6.1　統合されたことによって変更になる内容

9.6.2　Windows版のJP1/AJS2 - Console 06-71からバージョンアップする場合の注意事項

9.6.3　UNIX版のJP1/AJS2 - Console 06-71からバージョンアップする場合の注意事項

9.7　組み込みDBをバージョンアップする場合の注意事項

9.8　文字コードEUC環境からUTF-8環境へ移行する場合の手順

9.8.1　定義情報のバックアップ

9.8.2　JP1/AJS2 08-00以降のインストールとセットアップ

9.8.3　バックアップした各種定義の言語変換

9.8.4　定義情報のリカバリー

9.8.5　ジョブネットの登録

9.9　バージョンアップ時にホストを変更する場合の定義情報の移行

9.10　関数機能を使用している場合の注意事項

第2編　運用編

10.　運用の概要

10.1　運用サイクルの例

10.2　運用中に実施する作業内容

11.　バックアップとリカバリー

11.1　バックアップとリカバリーの概要

11.1.1　バックアップの概要

11.1.2　リカバリーの概要

11.2　JP1/AJS2を使用するシステムの設定情報のバックアップ

11.2.1　JP1/Baseの設定情報のバックアップ

11.2.2　JP1/AJS2 - Managerの設定情報のバックアップ

11.2.3　JP1/AJS2 - Agentの設定情報のバックアップ

11.2.4　JP1/AJS2 - Viewの設定情報のバックアップ

11.2.5　その他の情報のバックアップ

11.3　JP1/AJS2を使用するシステムの設定情報のリカバリー

11.3.1　JP1/BaseおよびJP1/AJS2のインストールとセットアップ

11.3.2　JP1/Baseの設定情報のリカバリー

11.3.3　JP1/AJS2 - Managerの設定情報のリカバリー

11.3.4　JP1/AJS2 - Agentの設定情報のリカバリー

11.3.5　JP1/AJS2 - Viewの設定情報のリカバリー

11.3.6　その他の情報のリカバリー

12.　ジョブネットの退避・回復

12.1　ジョブネットの退避・回復の概要

12.1.1　退避・回復の機能

12.1.2　ajsbackupコマンドまたはJP1/AJS2 - Viewで退避した情報の格納場所

12.1.3　退避および回復時の注意事項

12.2　ajsprint，ajsdefineコマンドによるジョブネットの退避・回復の操作

12.2.1　ajsprintコマンドでジョブネットワーク要素を退避する手順

12.2.2　ajsdefineコマンドでジョブネットワーク要素を回復する手順

12.3　ajsbackup，ajsrestoreコマンドまたはJP1/AJS2 - Viewによるジョブネットの退避・回復の操作

12.3.1　ajsbackupコマンドまたはJP1/AJS2 - Viewでジョブネットワーク要素を退避する手順

12.3.2　ajsrestoreコマンドまたはJP1/AJS2 - Viewでジョブネットワーク要素を回復する手順

12.3.3　退避ボックスの属性を変更および表示する（UNIXの場合）

12.3.4　退避ボックスまたは退避ファイルを削除する

12.3.5　退避ボックス中のジョブネットワーク要素の一覧を表示する

13.　日々の運用

13.1　業務の運用

13.1.1　業務の実行結果を確認する

13.1.2　業務の実行時間を監視する

13.2　キャパシティの監視

13.2.1　ログファイルのサイズと出力されるログ情報を確認する

13.2.2　データベースの使用領域を確認する

14.　メンテナンスモードによる長時間運用

14.1　メンテナンスモードを使用した運用方法

14.1.1　メンテナンスモードの処理概要

14.1.2　メンテナンスモード中の操作

14.1.3　イベントジョブ実行中のメンテナンスモードの使用について

14.2　定期的に自動でメンテナンス作業を実施する運用例

15.　運用中の設定変更

15.1　設定変更のポイント

15.2　JP1/AJS2のサービスを起動または終了する

15.2.1　JP1/AJS2のサービスを手動で起動する

15.2.2　JP1/AJS2のサービスを手動で終了する

15.3　組み込みDBのサービスを起動または終了する

15.3.1　組み込みDBのサービスを手動で起動する

15.3.2　組み込みDBのサービスを手動で終了する

15.4　JP1/AJS2の起動時または終了時の動作を変更する

15.4.1　JP1/AJS2起動時の動作を一時的に変更する

15.4.2　JP1/AJS2終了時の動作を一時的に変更する

15.5　ジョブネットやジョブの実行を抑止する

15.5.1　スケジューラーサービス起動時のジョブネットおよびジョブの実行抑止

15.5.2　運用中のジョブネットおよびジョブの実行抑止

15.6　スケジューラーログを交替する

15.7　スケジューラーサービスを制限停止する

15.8　JP1/AJS2 - Managerサービスの運用環境を一時的に変更する

15.9　スケジューラーサービスのローカル日時を定義する

15.10　ジョブ実行環境を変更する

15.10.1　エージェントホストおよびキューを追加・削除・変更する

15.10.2　デフォルトキューおよびキューを接続解除・接続する

15.10.3　排他実行リソースを変更する

15.11　キューレスジョブの運用環境を一時的に変更する

15.12　実行登録中にユニット定義情報を変更する

15.12.1　実行登録中に変更したユニット定義情報を有効にする設定で有効になるユニット定義情報について

15.12.2　実行登録中に変更したユニット定義情報を有効にする

15.13　JP1/AJS2が動作しているホストの設定を変更する

15.13.1　JP1/AJS2が動作しているホスト名称を変更する

15.13.2　JP1/AJS2が動作しているホストのIPアドレスを変更する

15.13.3　システムの日時を変更する

15.13.4　夏時間対応のタイムゾーンでJP1/AJS2を運用する

15.14　JP1/AJS2のデータベースを操作する

15.14.1　JP1/AJS2のデータベースについて

15.14.2　スケジューラーデータベースで使用するDBMSを変更する

15.14.3　ISAMデータベースを再編成する

15.14.4　組み込みDBデータベースを再編成する

15.15　JP1/AJS2のプロセスが異常終了した場合のJP1/AJS2の動作を変更する

15.15.1　異常終了したJP1/AJS2のプロセスを再起動する

15.15.2　JP1/AJS2のプロセスが異常終了したときにJP1イベントを発行する

15.15.3　jp1ajs_param_V7.conf ファイルの形式

16.　クラスタシステムでの運用

16.1　クラスタシステムの概要

16.1.1　JP1/AJS2の前提条件とサポート範囲

16.1.2　JP1/AJS2がサポートするシステム構成

16.2　障害発生時の系切り替えの流れ

16.2.1　JP1/AJS2 - Managerに障害が発生した場合のフェールオーバー

16.2.2　JP1/AJS2 - Agentに障害が発生した場合のフェールオーバー

16.3　クラスタシステムでのJP1/AJS2のプロセス監視

16.3.1　JP1/AJS2のプロセス監視

16.3.2　JP1/AJS2のプロセスの動作監視中に異常を検知した場合の対処

16.4　クラスタシステム対応のユーティリティ（UNIX限定）

16.4.1　JP1/AJS2強制停止シェルスクリプト（jajs_killall.cluster）

16.5　非クラスタ環境での論理ホスト運用

16.5.1　非クラスタ環境の論理ホストを運用する場合の見積もり

16.5.2　非クラスタ環境で論理ホストを運用する場合の設定

16.5.3　非クラスタ環境の論理ホスト上での運用

16.5.4　注意事項

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

17.　トラブルシューティング

17.1　対処の手順

17.2　ログ情報の種類

17.2.1　システム障害通知ログ

17.2.2　スケジューラーログ

17.2.3　トレースログ

17.2.4　ログファイルおよびディレクトリ一覧

17.3　トラブル発生時に採取が必要な資料

17.3.1　Windowsの場合

17.3.2　UNIXの場合

17.4　資料の採取方法

17.4.1　Windowsの場合

17.4.2　UNIXの場合

17.5　トラブルへの対処方法

17.5.1　サービスの起動やセットアップについて

17.5.2　JP1/AJS2 - Viewのログインについて

17.5.3　標準ジョブ，アクションジョブ，およびカスタムジョブの実行について

17.5.4　アクションジョブについて

17.5.5　イベントジョブについて

17.5.6　ジョブネットコネクタについて

17.5.7　コマンドの実行について

17.5.8　ISAMファイルの再作成

17.5.9　組み込みDBについて

17.5.10　メールシステム連携について（Windows限定）

17.5.11　ジョブ実行環境について

17.5.12　JP1/AJS2 Console Viewのログインについて

17.5.13　JP1/AJS2 Consoleの監視モードで表示される状態について

17.5.14　マネージャーの処理に影響を及ぼすようなエージェント障害時の対処について

17.5.15　特定の起動条件に対して予期しない大量のイベントが発生した場合などで処理が遅延した場合の対処方法

17.5.16　その他

17.6　組み込みDB使用時のトラブルの対処方法

17.6.1　トラブルが起こったときの組み込みDBの処理と組み込みDBシステム管理者の処置

17.6.2　組み込みDBが開始できないときの対処方法

17.6.3　組み込みDBが終了できないときの対処方法

17.6.4　OSが異常終了したときの対処方法

17.6.5　通信障害，CPU障害，または電源障害になったときの対処方法

17.6.6　接続中のプロセスがあるため組み込みDBが終了できないときの対処方法

17.6.7　ディスク障害が起こったときの対処方法

17.6.8　トラブル調査のために必要な情報

付録

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

付録A.1　JP1/AJS2 - Managerのファイルおよびディレクトリ一覧

付録A.2　JP1/AJS2 - Agentのファイルおよびディレクトリ一覧

付録A.3　JP1/AJS2 - Viewのファイルおよびディレクトリ一覧

付録A.4　JP1/AJS2 Console Managerのファイルおよびディレクトリ一覧

付録A.5　JP1/AJS2 Console Agentのファイルおよびディレクトリ一覧

付録A.6　JP1/AJS2 Console Viewのファイルおよびディレクトリ一覧

付録B　プロセス一覧

付録B.1　プロセス構成図

付録B.2　プロセス一覧（Windowsの場合）

付録B.3　プロセス一覧（UNIXの場合）

付録B.4　組み込みDBのプロセス一覧

付録C　設定するポート番号一覧

付録C.1　ポート番号一覧

付録C.2　ファイアウォールの通過方向

付録C.3　JP1/AJS2 - ViewとJP1/AJS2 - Managerの通信で使用するポート

付録C.4　JP1/AJS2 - ManagerとJP1/AJS2 - Agentの通信で使用するポート

付録C.5　JP1/AJS2 - ManagerとJP1/AJS2 - Managerの通信で使用するポート

付録C.6　JP1/AJS2 - ViewとJP1/Baseの通信で使用するポート

付録D　制限値一覧

付録E　ログ情報

付録E.1　スケジューラーサービスが出力するログ

付録E.2　キューレスエージェントサービスが出力するログ

付録E.3　定義内容の事前チェックで出力するログ

付録F　JP1/AJS2での操作の正当性を検証するための機能および使用方法

付録F.1　JP1/AJS2での操作の正当性を検証するための機能

付録F.2　推奨するシステム構成

付録F.3　JP1/AJS2での操作に対する検証例

付録G　イベントジョブおよびアクションジョブ実行時の戻り値一覧

付録H　組み込みDBを使用した運用でシステムログファイルのディスクに障害が発生した場合の回復方法

付録I　各バージョンの変更内容

付録I.1　08-50の変更内容

付録I.2　08-10の変更内容

付録I.3　08-00の変更内容

付録I.4　07-50の変更内容

付録I.5　07-11の変更内容

付録I.6　07-10の変更内容

付録I.7　07-00の変更内容

付録J　（3020-3-K22-43）の変更内容

付録K　用語解説

索引

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

Copyright (C) 2006, 2010, Hitachi, Ltd.
Copyright (C) 2006, 2010, Hitachi Software Engineering Co., Ltd.

前書き

■ 対象製品

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

適用OS：Windows Server 2003，Windows Server 2003（x64）

P-2412-3K84　 JP1/Automatic Job Management System 2 - Manager　 08-50

適用OS：Windows 2000，Windows Server 2003，Windows Server 2003（x64）

P-2412-3384　 JP1/Automatic Job Management System 2 - Agent　 08-50

適用OS：Windows XP Professional，Windows Server 2003，Windows Server 2003（x64）

P-2412-3484　 JP1/Automatic Job Management System 2 - View　 08-50

適用OS：Windows XP Professional，Windows Server 2003，Windows Server 2003（x64）

P-242C-6L84　 JP1/Base　 08-50

適用OS：Windows Server 2003（IPF）

P-2812-3K84　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-2812-3384　 JP1/Automatic Job Management System 2 - Agent　 08-50
P-282C-6L84　 JP1/Base　 08-50

適用OS：Windows Server 2008

P-2A12-3K84　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-2A12-3384　 JP1/Automatic Job Management System 2 - Agent　 08-50

適用OS：Windows Vista，Windows Server 2008

P-2A12-3484　 JP1/Automatic Job Management System 2 - View　 08-50
P-2A2C-6L84　 JP1/Base　 08-50

適用OS：Windows Server 2008（IPF）

P-2D12-3K84　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-2D12-3384　 JP1/Automatic Job Management System 2 - Agent　 08-50
P-2D2C-6L84　 JP1/Base　 08-50

適用OS：HP-UX（PA-RISC）

P-1B12-2781　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-1B12-2981　 JP1/Automatic Job Management System 2 - Agent　 08-50
P-1B2C-6L81　 JP1/Base　 08-50

適用OS：HP-UX（IPF）

P-1J12-2781　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-1J12-2981　 JP1/Automatic Job Management System 2 - Agent　 08-50
P-1J2C-6L81　 JP1/Base　 08-50

適用OS：Solaris

P-9312-2781　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-9312-2981　 JP1/Automatic Job Management System 2 - Agent　 08-50
P-9D2C-6L81　 JP1/Base　 08-50

適用OS：AIX

P-1M12-2781　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-1M12-2981　 JP1/Automatic Job Management System 2 - Agent　 08-50
P-1M2C-6L81　 JP1/Base　 08-50

適用OS：Linux 5（x86），Linux AS 4（x86），Linux ES 4（x86），Linux 5（AMD64 & Intel EM64T），Linux AS 4（AMD64 & Intel EM64T），Linux ES 4（AMD64 & Intel EM64T）

P-9S12-3781　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-9S12-3981　 JP1/Automatic Job Management System 2 - Agent　 08-50
P-9S2C-7L81　 JP1/Base　 08-50

適用OS：Linux 5（IPF），Linux AS 4（IPF）

P-9V12-2781　 JP1/Automatic Job Management System 2 - Manager　 08-50
P-9V12-2981　 JP1/Automatic Job Management System 2 - Agent　 08-50
P-9V2C-6L81　 JP1/Base　 08-50

■ 輸出時の注意

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

■ 商標類

400は，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
Active Directoryは，米国Microsoft Corporationの，米国およびその他の国における登録商標または商標です。
Adobeは，Adobe Systems Incorporated（アドビシステムズ社）の米国ならびに他の国における商標または登録商標です。
AIXは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
AS/400は，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
CONNECT：Queueは，米国でのSterling Commerce,Inc.の登録商標です。
GIFは，米国CompuServe Inc.が開発したフォーマットの名称です。
HP NonStop Serverは，ヒューレット・パッカード社の商標です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
INS-Cは，日本電信電話（株）のサービス名称です。
INS-Pは，日本電信電話（株）のサービス名称です。
Internet Explorerは，米国Microsoft Corporationの米国及びその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
Javaは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Lotus Notesは，IBM Corporationの登録商標です。
Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Excelは，米国Microsoft Corp.の商品名称です。
Microsoft Exchange Serverは，米国Microsoft Corp.の商品名称です。
Microsoft Mailは，米国Microsoft Corp.の商品名称です。
Microsoft Office Excelは，米国 Microsoft Corporation の商品名称です。
Microsoft SQL Serverは，米国Microsoft Corp.の商品名称です。
MQSeriesは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
MSPは，富士通株式会社の登録商標です。
MVSは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
Netscapeは，米国およびその他の国におけるNetscape Communications Corporationの登録商標です。
Netscape Navigatorは，米国およびその他の国におけるNetscape Communications Corporationの登録商標です。
OpenViewは，ヒューレット・パッカード社の商標です。
ORACLEは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Outlookは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
PA-RISCは，米国Hewlett-Packard Companyの商標です。
Pentiumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
R/3は，SAP AGのドイツ及びその他の国における登録商標または商標です。
Red Hatは，米国およびその他の国でRed Hat,Inc. の登録商標若しくは商標です。
SAPは，SAP AGのドイツ及びその他の国における登録商標または商標です。
Solarisは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
SQL*Plusは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Vistaは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
活文，PDFstaffは，日立ソフトウェアエンジニアリング株式会社の登録商標です。
プログラムプロダクト「P-9312-2781」，「P-9312-2981」，「P-9D2C-6L81」には，米国Sun Microsystems, Inc.が著作権を有している部分が含まれています。
プログラムプロダクト「P-9312-2781」，「P-9312-2981」，「P-9D2C-6L81」には，UNIX System Laboratories, Inc.が著作権を有している部分が含まれています。

■ ［スコープ］ウィンドウの背景として添付している日本地図データの著作権等についての注意

この地図の作成に当たっては，国土地理院の承認を得て，同院発行の数値地図25000（行政界・海岸線）を使用したものです。（承認番号 平21業使，第124号）
国土地理院の承認は，統合システム運用管理プログラム（JP1）（以下「本製品」という。）における使用に限られています。この地図の画像を本製品とは別に利用すること等この地図を本製品以外に利用することを禁じます。
また，地図を含む本製品は，著作権法により保護されています。
地図を翻案・改変等著作権を侵害する行為を行なうことを禁じます。
地図著作・制作者 株式会社 日立製作所 ソフトウェア事業部
All Rights Reserved. Copyright (C) 2009, Hitachi, Ltd.

■ 発行

2006年6月（第1.1版）3020-3-K22-01
2010年9月（第3.3版）3020-3-K22-43

■ 著作権

Copyright (C) 2006, 2010, Hitachi, Ltd.
Copyright (C) 2006, 2010, Hitachi Software Engineering Co., Ltd.

変更内容

変更内容（3020-3-K22-43）

追加・変更内容 | 変更個所
記載内容を変更した。詳細は，付録Jを参照のこと。 | 付録J

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

はじめに

このマニュアルは，JP1/Automatic Job Management System 2（以降，JP1/AJS2と省略します）の設計，運用，およびトラブルシューティングについて説明したものです。JP1/AJS2の機能を解説した，マニュアル「JP1/Automatic Job Management System 2 解説」の内容を踏まえた上でご利用ください。

対象読者

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

JP1/AJS2を使ったジョブの自動運転システムを運用しようと考えている方，または運用するために設計する方

JP1/AJS2を使ったジョブの自動運転システムを運用する方

マニュアルの構成

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

第1編 設計編

JP1/AJS2の業務設計およびシステム設計について説明しています。また，運用する前に知っておいた方がよいことと，移行に関する内容についても説明しています。

第2編 運用編

JP1/AJS2を使用した業務運用およびシステム運用について説明しています。

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

障害が発生したときの対処を説明しています。

関連マニュアル

このマニュアルの関連マニュアルを次に示します。必要に応じてお読みください。

JP1/AJS2関連

JP1 Version 8 JP1/Automatic Job Management System 2 解説（3020-3-K21）

JP1 Version 8 JP1/Automatic Job Management System 2 セットアップガイド（3020-3-K23）

JP1 Version 8 JP1/Automatic Job Management System 2 操作ガイド（3020-3-K24）

JP1 Version 8 JP1/Automatic Job Management System 2 コマンドリファレンス（3020-3-K25）

JP1 Version 8 JP1/Automatic Job Management System 2 連携ガイド（3020-3-K27）

JP1 Version 8 JP1/Automatic Job Management System 2 メッセージ（3020-3-K28）

JP1 Version 8 JP1/Automatic Job Management System 2 - Print Option（3020-3-K36）

JP1 Version 8 JP1/Automatic Job Management System 2 - Definition Assistant（3020-3-K37）

JP1 Version 8 JP1/Automatic Job Management System 2 - Web Operation Assistant（3020-3-K38）

JP1 Version 8 JP1/Automatic Job Management System 2 - Datareplicator（3020-3-K39）

JP1 Version 8 JP1/Automatic Job Management System 2 - Configuration（3020-3-K41）

JP1 Version 8 JP1/Automatic Job Management System 2 - Scenario Operation（3020-3-K42）

JP1 Version 8 JP1/Automatic Job Management System 2 for Web Service（3020-3-K43）

JP1 Version 8 JP1/Automatic Job Management System 2 for 活文PDFstaff Option（3020-3-K44）

JP1 Version 8 JP1/Automatic Job Management System 2 for Enterprise Applications（3020-3-K51）

JP1 Version 7i JP1/Automatic Job Management System 2 for Oracle E-Business Suite（3020-3-F27）

JP1 Version 8 JP1/Automatic Job Management System 2 メインフレーム 運用・操作編（3020-3-K52）

JP1 Version 8 JP1/Automatic Job Management System 2 メインフレーム リファレンス編（3020-3-K53）

JP1関連

JP1 Version 8 JP1/Base 運用ガイド（3020-3-K06）

JP1 Version 8 JP1/Base メッセージ（3020-3-K07）

JP1 Version 8 JP1/Base 機能拡張（3020-3-K08）

JP1 Version 8 JP1/Integrated Management - Manager システム構築・運用ガイド（3020-3-K01）

JP1 Version 8 JP1/Integrated Management - Manager リファレンス（3020-3-K02）

JP1 Version 8 JP1/Integrated Management - Manager 機能拡張編（3020-3-K03）

JP1 Version 8 JP1/Integrated Management - Planning Operation（3020-3-K13）

JP1 Version 8 JP1/Power Monitor（3020-3-K54）

JP1 Version 8 JP1/NETM/DM　導入・設計ガイド(Windows(R)用)（3020-3-L36）

JP1 Version 8 JP1/NETM/DM　構築ガイド(Windows(R)用)（3020-3-L37）

JP1 Version 8 JP1/NETM/DM　運用ガイド1(Windows(R)用)（3020-3-L38）

JP1 Version 8 JP1/NETM/DM　運用ガイド2(Windows(R)用)（3020-3-L39）

JP1 Version 8 JP1/NETM/DM Automatic Installation Toolガイド(Windows(R)用)（3020-3-L40）

JP1 Version 8 JP1/NETM/DM Administrator Kit（3020-3-L41）

JP1 Version 8 JP1/NETM/DM SubManager(UNIX(R)用)（3020-3-L42）

JP1 Version 8 JP1/NETM/DM Client(UNIX(R)用)（3020-3-L43）

JP1 Version 8 JP1/NETM/DM APIリファレンス(UNIX(R)用)（3020-3-L44）

JP1 Version 6 JP1/NETM/DM Manager（3000-3-841）

JP1 Version 8 JP1/Performance Management - Agent Option for JP1/AJS2（3020-3-K75）

JP1 Version 8 JP1/Cm2/Network Node Manager ネットワーク管理ガイド（3020-3-L01）

JP1 Version 8 JP1/Cm2/Extensible SNMP Agent（3020-3-L04）

JP1 Version 7i JP1/NQSEXEC システム管理者ガイド（3020-3-F30）

JP1 Version 7i JP1/NQSEXEC ユーザーズガイド（3020-3-F31）

JP1 Version 8 JP1/Script（Windows(R)用） （3020-3-K55）

JP1 Version 8 JP1/File Transmission Server/FTP（Windows(R)用）（3020-3-K57）

JP1 Version 8 JP1/File Transmission Server/FTP（UNIX(R)用）（3020-3-K58）

VOS3 オープンジョブウェイ支援 JP1/Open Job Entry（6190-3-365）

VOS1/FS オープンジョブウェイ支援 for VOS1（6150-3-377）

VOSK/FS オープンジョブウェイ支援 for VOSK（650-3-416）

MVS オープンジョブウェイ支援 JP1/Open Job Entry（9000-3-365）

OSIV/MSP オープンジョブウェイ支援 JP1/Open Job Entry（9000-3-366）

JP1 Version 6 JP1/Open Job Entry for Midrange Computer（9000-3-367）

メッセージキュー連携関連

OpenTP1 Version 5 分散アプリケーションサーバ TP1/LiNK 使用の手引（3000-3-390）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 プログラム作成の手引（3000-3-361）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 システム定義（3000-3-362）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 運用と操作（3000-3-363）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 プログラム作成リファレンス C言語編（3000-3-365）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 メッセージキューイング機能 TP1/Message Queue 使用の手引（3000-3-711）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 メッセージキューイング機能 TP1/Message Queue MQI解説・文法編（3000-3-712）

読書手順

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

マニュアルを読む目的 | 記述個所
JP1/AJS2を使用したシステムの設計時の概要や，システムの運用時の概要について知りたい。 | 1章，10章
JP1/AJS2で自動化する業務に関する，代表的な設計項目について知りたい。 | 2章
JP1/AJS2のシステム構成やネットワーク構成について知りたい。 | 3章
システムリソース，ログファイルのサイズ，カーネルパラメーターなどの見積もりについて知りたい。 | 4章
JP1/AJS2の環境設定時に設定する項目や推奨値などについて知りたい。 | 5章
JP1/AJS2の障害対策（バックアップ，冗長化）について知りたい。 | 6章
JP1/AJS2のメンテナンス（データベースの再編成）について知りたい。 | 7章
注意事項など，JP1/AJS2の運用前に知っておいた方がよいことについて知りたい。 | 8章
以前のバージョンから移行するときの注意事項や互換性について知りたい。 | 9章
バックアップの作業手順や，業務（ジョブネット）の退避・回復について知りたい。 | 11章，12章
JP1/AJS2を使用したシステムの運用時の定例的な作業（業務の結果確認，キャパシティ監視）について知りたい。 | 13章
JP1/AJS2のメンテナンスモードを使用した作業について知りたい。 | 14章
サービスの起動や終了，ホスト名やIPアドレスの変更など，JP1/AJS2の運用中の設定変更について知りたい。 | 15章
クラスタシステムでJP1/AJS2を運用しているときの処理の流れについて知りたい。 | 16章
障害発生時の対処について知りたい。 | 17章
ファイルおよびディレクトリ一覧，プロセス一覧，ポート番号一覧，制限値一覧，ログ情報，戻り値，各バージョンの変更内容，用語解説について知りたい。 | 付録

このマニュアルでの表記

このマニュアルでは，日立製品およびその他の製品の名称を省略して表記しています。また，英略語を使用しています。正式名称と，このマニュアルでの表記を次の表に示します。

正 式 名 称 | このマニュアルでの表記
JP1/Automatic Job Management System 2 - Manager | JP1/AJS2 - Manager | JP1/AJS2
JP1/Automatic Job Management System 2 - Agent | JP1/AJS2 - Agent
JP1/Automatic Job Management System 2 - View | JP1/AJS2 - View
JP1/Automatic Job Management System 2 - Advanced Manager※1 | JP1/AJS2 - Advanced Manager
JP1/Automatic Job Management System 2 - Light Edition※1 | JP1/AJS2 - Light Edition
JP1/Automatic Job Management System 2 - Client Toolkit※1 | JP1/AJS2 - Client Toolkit
JP1/Automatic Job Management System 2 - Datareplicator | JP1/AJS2 - Datareplicator
JP1/Automatic Job Management System 2 - Configuration | JP1/AJS2 - Configuration
JP1/Automatic Job Management System 2 - Definition Assistant | JP1/AJS2 - Definition Assistant
JP1/Automatic Job Management System 2 - Web Operation Assistant | JP1/AJS2 - Web Operation Assistant
JP1/Automatic Job Management System 2 - Scenario Operation Manager | JP1/AJS2 - Scenario Operation Manager | JP1/AJS2 - Scenario Operation
JP1/Automatic Job Management System 2 - Scenario Operation View | JP1/AJS2 - Scenario Operation View
JP1/Automatic Job Management System 2 - Manager for Mainframe | JP1/AJS2 - Manager for Mainframe | JP1/AJS2 for Mainframe
JP1/Automatic Job Management System 2 - Agent for Mainframe | JP1/AJS2 - Agent for Mainframe
JP1/Automatic Job Management System 2 - View for Mainframe | JP1/AJS2 - View for Mainframe
JP1/Automatic Job Management System 2 for Enterprise Applications | JP1/AJS2 for Enterprise Applications
JP1/Automatic Job Management System 2 for Oracle E-Business Suite | JP1/AJS2 for Oracle E-Business Suite
JP1/Automatic Job Management System 2 for Web Service | JP1/AJS2 for Web Service | JP1/AJS2 for Web Service
JP1/Automatic Job Management System 2 - View for Web Service※2 | JP1/AJS2 - View for Web Service
JP1/Automatic Job Management System 2 for 活文PDFstaff Option | JP1/AJS2 for 活文PDFstaff
JP1/Cm2/Network Node Manager | JP1/Cm2/NNM | NNM
hp OpenView Network Node Manager | hp OpenView NNM
JP1/File Transmission Server/FTP | JP1/FTP
JP1/Integrated Management - Manager | JP1/IM - Manager | JP1/IM
JP1/Integrated Management - View | JP1/IM - View
JP1/Integrated Manager - View※1
JP1/Integrated Manager - Central Console※1 | JP1/IM - Central Console
JP1/Integrated Manager - Central Scope※1 | JP1/IM - Central Scope
JP1/Integrated Management - Planning Operation | JP1/IM - Planning Operation
JP1/Open Job Entry | JP1/OJE
JP1/Open Job Entry for Midrange Computer | JP1/OJE for Midrange Computer
JP1/System Event Service | JP1/SES
VOS3 JP1/Open Job Entry | JP1/OJE for VOS3
JP1/Automatic Job Management System 2 - SDK | JP1/AJS2 - SDK | JP1/AJS2
JP1/Automatic Job Management System 2 - Console | JP1/AJS2 - Console
Microsoft(R) Cluster Server | MSCS
Microsoft(R) Excel | Excel
Microsoft(R) Office Excel
Microsoft(R) Exchange 2000 Enterprise Server | Exchange Server
Microsoft(R) Exchange 2000 Server
Microsoft(R) Exchange Server
Microsoft(R) Internet Explorer(R) | IE
Microsoft(R) Mail | Microsoft Mail
Microsoft(R) Message Queue Server | MSMQ
Microsoft(R) Outlook(R) 2000 | Outlook 2000 | Outlook
Microsoft(R) Outlook(R) 2002 | Outlook 2002
Microsoft(R) Outlook(R) 2003 | Outlook 2003
Microsoft(R) Outlook(R) 2007 | Outlook 2007
Microsoft(R) Outlook(R) Express | Outlook Express
Microsoft(R) SQL Server | Microsoft SQL Server
Microsoft(R) SQL Server Enterprise Edition
Microsoft(R) Windows(R) 2000 Advanced Server Operating System | Windows 2000
Microsoft(R) Windows(R) 2000 Professional Operating System
Microsoft(R) Windows(R) 2000 Server Operating System
Microsoft(R) Windows Server(R) 2003, Enterprise Edition | Windows Server 2003 | Windows Server 2003
Microsoft(R) Windows Server(R) 2003, Standard Edition
Microsoft(R) Windows Server(R) 2003, Enterprise Edition for Itanium(R)-based Systems | Windows Server 2003（IPF）
Microsoft(R) Windows Server(R) 2003, Enterprise x64 Edition | Windows Server 2003（x64）
Microsoft(R) Windows Server(R) 2003, Standard x64 Edition
Microsoft(R) Windows Server(R) 2008 Enterprise | Windows Server 2008 | Windows Server 2008
Microsoft(R) Windows Server(R) 2008 Standard
Microsoft(R) Windows Server(R) 2008 for Itanium(R)-based Systems | Windows Server 2008（IPF）
Microsoft(R) Windows Vista(R) Business | Windows Vista
Microsoft(R) Windows Vista(R) Enterprise
Microsoft(R) Windows Vista(R) Ultimate
Microsoft(R) Windows(R) XP Professional Operating System | Windows XP Professional
AIX 5L 5.3 | AIX
AIX V6.1
HP-UX 11i V2 (PA-RISC) | HP-UX（PA-RISC） | HP-UX
HP-UX 11i V2 (IPF) | HP-UX（IPF）
HP-UX 11i V3 (IPF)
Red Hat Enterprise Linux 5 (AMD64 & Intel EM64T) | Linux 5（AMD64 & Intel EM64T） | Linux
Red Hat Enterprise Linux 5 (IPF) | Linux 5（IPF）
Red Hat Enterprise Linux 5 (x86) | Linux 5（x86）
Red Hat Enterprise Linux AS 4 (AMD64 & Intel EM64T) | Linux AS 4（AMD64 & Intel EM64T）
Red Hat Enterprise Linux ES 4 (AMD64 & Intel EM64T) | Linux ES 4（AMD64 & Intel EM64T）
Red Hat Enterprise Linux AS 4 (IPF) | Linux AS 4（IPF）
Red Hat Enterprise Linux AS 4 (x86) | Linux AS 4（x86）
Red Hat Enterprise Linux ES 4 (x86) | Linux ES 4（x86）
Solaris 9 | Solaris
Solaris 10
SAP Business Information Warehouse | SAP BW
SAP R/3(R) | SAP R/3

注※1

バージョン7の製品です。

注※2

JP1/AJS2 for Web Serviceに含まれるコンポーネントです。JP1/AJS2 - Viewと連携して動作します。

Windows 2000，Windows XP Professional，Windows Server 2003，Windows Server 2008，およびWindows Vistaを総称してWindowsと表記することがあります。

Linux 5（IPF），およびLinux AS 4（IPF）を総称してLinux（IPF）と表記することがあります。

HP-UX，Solaris，AIX，およびLinuxを総称して，UNIXと表記することがあります。

このマニュアルで使用する英略語

このマニュアルで使用する英略語を次に示します。

英略語 | 正式名称
ACL | Access Control List
DB | Database
DBMS | Database Management System
DNS | Domain Name System
EUC | Extended UNIX Code
FQDN | Fully Qualified Domain Name
FTP | File Transfer Protocol
GUI | Graphical User Interface
IPF | Itanium(R) Processor Family
ISAM | Indexed Sequential Access Method
JIS | Japanese Industrial Standard code
LAN | Local Area Network
MAPI | Messaging Application Programming Interface
MIB | Management Information Base
MIME | Multipurpose Internet Mail Extensions
NAT | Network Address Translator
NFS | Network File System
NIC | Network Interface Card
PDF | Portable Document Format
RDB | Relational Database
SNMP | Simple Network Management Protocol
SMTP | Simple Mail Transfer Protocol
SUP | Service Using Program
TCP/IP | Transmission Control Protocol/Internet Protocol
UAC | User Account Control
UNC | Universal Naming Convention
WAN | Wide Area Network
WOW64 | Windows On Windows 64
WSDL | Web Services Description Language

JP1 Version 8での製品体系変更について

JP1 Version 8では，JP1/AJS2の製品体系に次の変更がありました。

JP1/AJS2 - Advanced Managerは廃止されました。JP1/AJS2 - Advanced Managerが提供していた組み込みデータベースは，JP1 Version 8では，JP1/AJS2 - Managerに同梱されています。

JP1/AJS2 - Light Editionは廃止されました。

JP1/AJS2 - Client Toolkitは廃止されました。

JP1/AJS2 - Viewは，Windows版だけの提供となりました。

JP1 Version 7iでの製品体系変更について

JP1 Version 7iでは，JP1/AJS2の製品体系に次の変更がありました。

JP1/AJS2 - SDKはJP1/AJS2 - Managerに統合されました。JP1/AJS2 - SDKが提供していた関数は，JP1 Version 7iでは，JP1/AJS2 - Managerが提供しています。

JP1/AJS2 - ConsoleはJP1/AJS2 - Managerに統合されました。JP1/AJS2 - Consoleで使用できた機能は，JP1/AJS2 - Managerで使用できます。

JP1/AJS2 - Light Editionは，Windows版だけの提供となりました。

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

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

記号
意味

［　］
メニュー項目，ダイアログボックス，ダイアログボックスのボタンなどを示します。

（例）

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

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

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

コマンド，およびパラメーターの説明で使用する記号を次の表に示します。

記号
意味と例

|
（ストローク）
複数の項目に対して項目間の区切りを示し，「または」の意味を示します。
（例）
「A|B|C」は，「A，B，またはC」を示します。

{　}
（波括弧）
この記号で囲まれている複数の項目の中から，一組の項目を必ず選択します。項目と項目の区切りは「|」で示します。
（例）
「{A|B|C}」は，「A，B，またはCのどれかを必ず指定する」ことを示します。

[　]
（角括弧）
この記号で囲まれている項目は，任意に指定できます（省略できます）。
（例）
「[A]」は，「必要に応じてAを指定する」ことを示します（必要でない場合は，Aを省略できます）。
「[B|C]」は，「必要に応じてB，またはCを指定する」ことを示します（必要でない場合は，BおよびCを省略できます）。

...
（点線）
この記号の直前に示された項目を繰り返して複数指定できます。なお，項目を複数指定する場合は，項目の区切りに1バイトの空白文字（半角スペース）を使用します。
（例）
「A B...」は，「Aのあとに，Bを複数指定できる」ことを示します。

_
（下線）
括弧で囲まれているすべての項目を省略したときに，システムが採用する値を示します。
（例）
「[A|B]」は，「AおよびBを指定しなかった場合，システムはAを採用する」ことを示します。

～
（波記号）
この記号の前に示された項目が，記号～に続く< >，(( ))，《 》などの規則に従わなければならないことを示します。

<　>
（角括弧）
指定できる文字や構文要素などを示します。

〈文字〉

漢字，かたかな，英大文字，英小文字，数字の集まり。

〈数字〉

0｜1｜2｜3｜4｜5｜6｜7｜8｜9

〈英字〉

A｜B｜C｜D｜E｜F｜G｜H｜I｜J｜K｜L｜M｜N｜O｜P｜Q｜R｜S｜T｜U｜V｜W｜X｜Y｜Z｜￥｜#｜@

〈英数字〉

英字および数字。

〈記号名称〉

英字で始まる8文字以内の英数字。

〈符号なし整数〉

数字または数字の集まり。

〈16進数字〉

0｜1｜2｜3｜4｜5｜6｜7｜8｜9｜A｜B｜C｜D｜E｜F

〈ファイル名〉

ファイルに付ける，システムが規定している名称。

〈パス名〉

パスを構成するディレクトリを，「¥」または「/」で区切って並べた名称。パス名の表記は，OSに依存します。

((　))
（二重括弧）
指定できる値の範囲を示します。

《　》
（二重角括弧）
省略したときにシステムが仮定する値を示します。
〈例〉
帳票保存日数 ～〈数字〉((0～365))《365》を省略すると，帳票保存日数として"365"を指定したことになります。

数式で使用する記号

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

記号
意味

＊
乗算記号を示します。

/
除算記号を示します。

↑　　↑
計算結果の値を小数点以下で切り上げることを示します。
（例）
↑34 / 3 ↑の計算結果は12となります。

MAX
計算結果のうち，最も大きい値を選ぶことを示しています。
（例）
MAX(3＊6，4+7)の計算結果は，18となります。

図中で使用する記号

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

Windows版JP1/AJS2のデフォルトのインストール先フォルダ

Windows版JP1/AJS2のデフォルトのインストール先フォルダは，次のとおりです。

JP1/AJS2 - Managerのデフォルトのインストール先フォルダ

システムドライブ¥Program Files※1¥HITACHI¥JP1AJS2

および

システムドライブ¥Program Files※1¥HITACHI¥JP1AJS2CM

JP1/AJS2 - Agentのデフォルトのインストール先フォルダ

システムドライブ¥Program Files※1¥HITACHI¥JP1AJS2

JP1/AJS2 - Viewのデフォルトのインストール先フォルダ

システムドライブ¥Program Files※2¥HITACHI¥JP1AJS2V

注※1

64ビット版のWindows Server 2008およびWindows Server 2003（x64）の場合は，「Program Files」を「Program Files (x86)」と読み替えてください。

注※2

64ビット版のWindows Server 2008，Windows Vista，およびWindows Server 2003（x64）の場合は，「Program Files」を「Program Files (x86)」と読み替えてください。

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

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

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

JP1/AJS2 - Viewでは，WWW（World Wide Web）ブラウザーで参照できるHTMLマニュアルを提供しています。HTMLマニュアルは下記ブラウザーで参照できます。

Microsoft Internet Explorer 3.02以降

Netscape Navigator 3.01以降

HTMLマニュアルの内容は，下記の紙マニュアルと同じです。

JP1 Version 8 JP1/Automatic Job Management System 2 解説

JP1 Version 8 JP1/Automatic Job Management System 2 設計・運用ガイド

JP1 Version 8 JP1/Automatic Job Management System 2 セットアップガイド

JP1 Version 8 JP1/Automatic Job Management System 2 操作ガイド

JP1 Version 8 JP1/Automatic Job Management System 2 コマンドリファレンス

JP1 Version 8 JP1/Automatic Job Management System 2 連携ガイド

JP1 Version 8 JP1/Automatic Job Management System 2 メッセージ

JP1/AJS2 - Viewでは，［ヘルプ］－［目次］を選択すると目次が表示されます。また，［F1］キーを押して目次を表示することもできます。ただし，拡張子htmのファイルにWWWブラウザーが関連づけられていない場合，HTMLマニュアルが正しく表示されません。その場合は，htmファイルとWWWブラウザーを関連づけてください。

WWWブラウザーでの文字の表示に関する注意事項

Windowsの場合，スタートメニューからオンラインマニュアルを表示させると，すでに表示されているブラウザーの画面上にHTMLマニュアルが表示されます。

また，Microsoft Internet Explorer 5をご使用の場合，文字が不正に表示されることがあります。この場合，次のように設定してください。

［表示］－［エンコード］の［自動選択］のチェックを外す。

［表示］－［エンコード］の日本語で［日本語（シフトJIS）］を選択する。

JP1/AJS2マニュアルの使い分けについて

JP1/AJS2のマニュアルは，7冊に分かれています。次に示す表で各マニュアルの記載内容をご確認の上，利用目的に合わせてマニュアルをお読みください。

マニュアル名
記載内容

JP1/Automatic Job Management System 2 解説

JP1/AJS2の特長

各機能の解説

JP1/Automatic Job Management System 2 設計・運用ガイド

システムの設計時に検討する情報

システムの運用時に知っておくべき情報

トラブルシューティング

JP1/Automatic Job Management System 2 セットアップガイド

インストール・セットアップの操作手順

JP1/Automatic Job Management System 2 操作ガイド

GUIを使った操作方法

JP1/Automatic Job Management System 2 コマンドリファレンス

コマンドの文法

JP1/Automatic Job Management System 2 連携ガイド

他製品と連携してできる機能

JP1/Automatic Job Management System 2 メッセージ

JP1/AJS2が出力するメッセージ

注

バージョン8では，マニュアル「JP1/Automatic Job Management System 2 関数」は提供していません。

このマニュアルで使用するフォルダ名またはディレクトリ名

このマニュアルでは，Windowsのフォルダ名とUNIXのディレクトリ名とが同じ場合，原則として，フォルダ名と表記しています。

JP1/AJS2で使用できる正規表現について

ダイアログボックスやコマンドでの定義で，正規表現が使用できる項目があります。Windowsでの正規表現については，マニュアル「JP1/Base 運用ガイド」を参照してください。UNIXでの正規表現については，UNIXのドキュメントを参照してください。

Windowsのホスト上でイベントジョブを実行する場合，JP1/Baseの設定によって使用できる正規表現が異なります。使用できる正規表現の設定方法については，マニュアル「JP1/Base 運用ガイド」の，使用する正規表現の拡張に関する説明を参照してください。

なお，正規表現で，すべての文字に一致する「.*」を多数使用すると，検索に時間が掛かることがあります。長いメッセージなどに対しては，必要な個所に対してだけ「.*」を使用するようにしてください。また，UNIXでは，空白以外の文字に一致させたい場合など，「.*」の代わりに「[^ ]*（空白以外の文字の繰り返し）」を使用すると，検索時間を短縮できます。

JIS 2004（JIS X 0213:2004）で追加された第3水準，第4水準漢字について

JP1/AJS2では，JIS 2004で追加された第3水準漢字，第4水準漢字を使用できません。これらの文字を使用した場合，正常に動作しないおそれがあります。

常用漢字以外の漢字の使用について

このマニュアルでは，常用漢字を使用することを基本としていますが，次の用語については，常用漢字以外の漢字を使用しています。

宛先（あてさき）

個所（かしょ）

栗（くり）色

毎（ごと）

進捗（しんちょく）

橙（だいだい）

同梱（どうこん）

貼（は）り付け

必須（ひっす）

閉塞（へいそく）

捕捉（ほそく）

KB（キロバイト）などの単位表記について

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

1.　設計の概要

この章では，JP1/AJS2導入時の設計の概要について説明します。

システムのライフサイクルの設計段階で，JP1/AJS2のシステムを導入するために検討しておく項目や確認する必要のあることがあります。設計段階で検討および確認しておくことで，JP1/AJS2のシステムを効率良く導入・運用することができます。

＜この章の構成＞

1.1　設計の流れ

1.2　設計項目

1.3　JP1/AJS2でやりたいことと使用する機能

1.4　設計のポイント

1.1　設計の流れ

JP1/AJS2導入時の設計は，JP1/AJS2で自動化する業務の設計と，JP1/AJS2を運用するシステムの設計に大別されます。設計段階の基本的な作業の流れを，次の図に示します。

図1-1　JP1/AJS2の設計作業の流れ

1.2　設計項目

JP1/AJS2導入時の設計項目の一覧と，このマニュアルでの説明個所の対応を次の表に示します。第1編では，JP1/AJS2導入時の設計項目について説明しています。詳細については，設計段階の状況に応じて，次章以降のそれぞれの記載個所を参照してください。

表1-1　設計項目と記載個所

設計段階で検討する項目
記載個所

JP1/AJS2で自動化する業務に関する設計項目
自動化して運用する業務の処理（フロー）やスケジュールなどの検討
「2.1 業務の自動化について検討する」

業務を集中監視する場合の監視対象の検討
「2.2 集中監視する業務対象を検討する」

業務のアクセス権（ユーザー管理）の検討
「2.3 業務のアクセス権について検討する」

JP1/AJS2を運用するためのシステムに関する設計項目
システム構成やネットワークの検討
「3. システム構成の設計」

見積もり

マシン性能

システムリソース

データベースの領域やログファイルのサイズ

カーネルパラメーター

「4. 見積もり」

構築時に必要なJP1/AJS2の環境設定項目（パラメーター）の検討
「5. インストールとセットアップに関する検討」

障害対応（バックアップ（継続性）や冗長化）の検討
「6. 障害対策に関する検討」

長時間運用（データベースの自動再編成）の検討
「7. メンテナンスの検討」

注意事項やノウハウ（こんなこともできます）など，運用前に知っておいた方がよいこと
「8. 運用する前に知っておいた方がよいこと」

移行やバージョン互換に関する内容
「9. 以前のバージョンからの移行」

1.3　JP1/AJS2でやりたいことと使用する機能

JP1/AJS2の設計および運用を効率良く実施するには，JP1/AJS2が提供する機能を理解しておく必要があります。それぞれの機能の概要については，マニュアル「JP1/Automatic Job Management System 2 解説　1. 概要」を参照してください。

ここでは，JP1/AJS2を使用したシステムを運用するには，JP1/AJS2が提供する機能の中で，どのような機能を使用すればよいかについて紹介します。また，一つの機能だけでなく，複数の機能を使用して実現できることも紹介します。

業務の設計前にやりたいことを実現する機能を知っておくと，業務の設計段階（自動化する処理の検討段階）で，どのような処理形態や順番などにすればよいのかのヒントになり，効率良く業務の設計ができます。また，運用中にどのような機能を用いて操作すればよいかのヒントにもなり，運用中の作業を効率良く実施できます。

JP1/AJS2でやりたいことと使用する機能の対応を，次の表に示します。

表1-2　JP1/AJS2でやりたいことと使用する機能の対応表

JP1/AJS2でやりたいこと
やりたいことを実現するJP1/AJS2の機能

ジョブネット，ネストジョブネット，またはジョブが実行開始した時刻から何分経過しても実行が終了しないという遅延を検知したい。

ジョブネット実行所要時間による終了遅延監視機能

ジョブ実行所要時間による終了遅延監視機能

週の初めにジョブネットを実行したい。
開始日を，曜日指定の第1月曜日とします。
処理サイクルは1週ごとに実行するにします。
休業日の場合の振替方法を，次の運用日に振り替えます。

ジョブスケジューラー機能

処理サイクル

休業日の振替

週の第2運用日にジョブネットを実行したい。
開始日を，曜日指定の第1月曜日とします。
処理サイクルは1週ごとに実行するにします。
休業日の場合の振替方法は，次の運用日に振り替えます。
起算スケジュールで起点日の1日後にします。

ジョブスケジューラー機能

起算スケジュール

休日の前日にジョブネットを実行したい。
休業日の場合の振替方法を，前の運用日に振り替えます。

ジョブスケジューラー機能

休業日

休業日の振替

一定時間ごとにジョブネットを実行したい。
起動条件を設定して実行間隔ジョブを定義します。

起動条件

実行間隔制御ジョブ

一定時間ごとにジョブネットを実行したい。このとき，前回分がまだ実行中の場合は，新たなジョブネットを起動しないようにしたい。
スケジュールを間隔ごとに複数設定します（例えば，1時間ごと，8時，9時，10時…）。
スケジューリング方式をスケジュールスキップにします。

ジョブスケジューラー機能

スケジュールルール

スケジュールスキップ

運用中にジョブネットの定義内容を変更したい。
ジョブネットをサスペンドして定義編集します。

サスペンド

JP1イベントの内容を後続のジョブに引き継がせたい。
JP1イベント受信監視ジョブにマクロ変数を設定します。
後続ジョブのパラメーターなどの定義にマクロ変数を指定します。

イベントジョブ

マクロ変数

スケジュールの異なる複数のルートジョブネットをグループとしてまとめて一つのジョブネットのようにして業務を実行したい。
プランニンググループ

任意のホストからのJP1イベントを受信したい。
JP1イベント受信監視ジョブ

ファイルの作成，削除，および更新を検知したい。
ファイル監視ジョブ

ジョブネットの実行時，任意のファイルが存在したら，ジョブネットを実行させるようにしたい。

ファイル監視ジョブ

判定ジョブ

先行するイベントジョブの情報を使用して，後続の処理（ジョブ，ジョブネット）を実行したい。
イベントジョブの受信情報の引き継ぎ

特定のフォルダに転送されてくる，ファイル名が不特定なファイルを使用して処理（ジョブ，ジョブネット）を実行したい。

起動条件

ファイル監視ジョブ

イベントジョブの受信情報の引き継ぎ

特定の差出人からのメールや，特定の件名のメールを契機として処理（ジョブ，ジョブネット）を実行したい。

メールシステム連携

メール受信監視ジョブ

メッセージキューシステム（TP1/Message Queue，MQSeries，およびMSMQ）からのメッセージを受信したい。

メッセージキューシステム連携

メッセージキュー受信監視ジョブ

MSMQ受信監視ジョブ

ユーザーのログファイルやsyslogに出力される特定のデータを監視したい。
ログファイル監視ジョブ，またはJP1/Baseのログファイルトラップ機能とJP1イベント受信監視ジョブの組み合わせ

Windowsイベントログに出力されるメッセージを監視したい。
Windowsイベントログ監視ジョブ，またはJP1/Baseのイベントログトラップ機能とJP1イベント受信監視ジョブの組み合わせ

ジョブとジョブの間隔を一定時間空けて実行したい。または，一定間隔でジョブネットを実行したい。
実行間隔制御ジョブ

任意のホストにJP1イベントを送信したい。
JP1イベント送信ジョブ

ジョブやジョブネットが終了した場合，またはシステムに異常が発生したときに，メールで通知して欲しい。

メールシステム連携

メール送信ジョブ

ジョブやジョブネットが終了した場合，またはシステムに異常が発生したときに，メッセージキューシステム（TP1/Message Queue，MQSeries，およびMSMQ）にメッセージを送信して欲しい。

メッセージキューシステム連携

メッセージキュー送信ジョブ

MSMQ送信ジョブ

先行のジョブやジョブネットが終了したら，自動的に電源をオフにしたい。

JP1/Power Monitor連携

ローカル電源制御ジョブ

エージェントホストでジョブやジョブネットを実行する前に，そのエージェントホストの電源を自動的にオンにしたい。

JP1/Power Monitor連携

リモート電源制御ジョブ

JP1/Cm2やhp OpenViewを使用して，JP1/AJS2の運用状態やジョブの実行状態を監視したい。

JP1/Cm2またはhp OpenView連携

JP1/Cm2状態通知ジョブ

イベントジョブ監視時，一定時間以内にイベントが発生しなかったら監視を打ち切って後続の処理（ジョブ，ジョブネット）を実行したい。
打ち切り時間指定

一定時間の範囲内に発生した事象（イベント）だけを検知して，同じ処理（ジョブ，ジョブネット）を複数回実行したい。

起動条件

起動条件の有効範囲

ルートジョブネットの実行順序を制御したい。

ジョブネットコネクタ

1.4　設計のポイント

＜この節の構成＞

(1)　JP1/AJS2を運用する上で見積もりや設定が必要なケース

(2)　JP1/AJS2の運用に影響を与えるおそれのある操作一覧

(1)　JP1/AJS2を運用する上で見積もりや設定が必要なケース

JP1/AJS2を運用する上で見積もりや設定が必要なケースとそのポイントについて説明します。

表1-3　JP1/AJS2を運用する上で見積もりや設定が必要なケース

項目
ポイント
対処
詳細

ジョブ
一日の総ジョブ量
処理できるかどうかを見積もる必要があります。
上限の目安は日に10,000件までです。
よく見積もられたシステムでも日に50,000～100,000件程度が限度です。
処理件数を減らしてください。1日に10,000件以下を推奨します。なお，運用時，ジョブの実行がエラーとなってリカバリーを行うことを考慮し，余裕を持った値にしてください。
「4.1.1 ジョブのスループット」

ピーク時の1時間当たりのジョブ量
ピーク時に処理できるかどうかを見積もります。5,000件が限度です。
処理件数を減らしてください。1時間当たり500～1,000件以下を推奨します。なお，運用時，ジョブの実行がエラーとなってリカバリーを行うことを考慮し，余裕を持った値にしてください。
「4.1.1 ジョブのスループット」

ジョブ情報削除基準時刻（オフピークの時間帯）
オフピークの時間帯にジョブ情報削除基準時刻を決定します。
標準設定は0:00です。ジョブの実行件数が少ない時刻を設定します。なお，「ジョブ情報の保存日数」に0日を設定した場合，ジョブの実行完了10分後にジョブ情報が削除されるため，ジョブ情報削除基準時刻にジョブ実行性能が低下することを防げます。
「5.3.2 ジョブ実行環境に関する環境設定について検討する」
「8.1.7 ジョブ情報削除処理の注意事項」

標準出力ファイル・標準エラー出力ファイル・転送ファイルの有無
CPU負荷・メモリー使用量・ジョブの実行性能に関わります。
標準出力ファイル・標準エラー出力ファイル・転送ファイルを小さくするようにしてください。
「8.1.10 標準出力ファイル・標準エラー出力ファイルの注意事項」

標準出力ファイル，標準エラー出力ファイルのジョブごとの追加書き
追加書きを行うと日々の運用でサイズが大きくなるため，ファイルの転送時にCPU負荷などが発生します。
追加書きを行う場合には定期的にファイルをクリアするなどの運用を推奨します。
「8.1.10 標準出力ファイル・標準エラー出力ファイルの注意事項」

キュー内のジョブ数の見積もり
キューにキューイング可能なジョブ量は，ピーク時のジョブ量に合わせて見積もってください。
ピーク時のジョブ量に見合う，「キュー内のジョブ数の最大値」をジョブ実行環境構成定義ファイル（jpqsetup.conf）に設定してください。または，jpqquealtコマンドで設定してください。なお，キュー内のジョブ量を大きくしても，初期使用量は増加しません。
「8.1.14 一部のジョブの処理でシステム全体に影響を及ぼさないための運用方法」

ジョブ実行多重度
Windowsの場合，長時間掛かるジョブが多数流れる場合に注意してください。
Windowsでデスクトップヒープ領域が不足するおそれがあるためジョブの実行多重度は大きくは増加できません。ジョブの実行時間が長くてジョブ実行多重度の上限に達している場合にはジョブ実行先ホストを分けるなどの対処が必要です。
「8.1.19 ジョブ実行多重度に関する注意事項」
「5.2.3 JP1/AJS2のサービスの設定を変更する必要がある場合（Windows限定）」

ジョブネット
ジョブネットの実行登録数
4,000～5,000個程度の登録を目安としてください。
4,000～5,000個を超える場合には，ジョブネットを分割してスケジューラーサービスを多重起動してください。
「5.3.6 スケジューラーサービスの多重起動について検討する」

ジョブネットの定義量
ジョブネット数の削減
配下にあるユニットの数が少ないジョブネットが多数ある場合は，できるだけ一つのジョブネットにまとめるようにしてください。
「8.1.4 ジョブネットの実行登録数に関する注意事項」

ジョブグループの階層化
一つのジョブグループの下にあるジョブネット数は，500個以下を目安にしてください。

ジョブネットの階層化
ルートジョブネットの下に2～3階層を設けてください。

ジョブネットの構成に関する考慮
一つのジョブネットの中に定義するネストジョブネットおよびジョブの数は，最大で50～100程度にしてください。

保存世代数の考慮
保存世代数を超えた世代は，ジョブネットの実行時に削除され，ジョブネットの起動性能に影響があります。
保存世代を超え，世代が削除された場合を考慮して，ジョブネットの登録数を減らしてください。
「8.1.3 保存世代数と性能との関係」

DBのサイズ，レスポンス，リソースに影響があります。特に起動条件の世代の保存数はn世代＊n日となるため注意が必要です。
保存世代数は運用に問題がないかぎり，少なくしてください。特に，起動条件の保存世代数は少なくすることを推奨します。

ジョブネット・ジョブの操作
連続操作
スケジューラーサービスへの負荷が高い操作を連続的に行うと，負荷がさらに高くなり，運用に影響を与えるおそれがあります。
ジョブネット・ジョブの実行に関する操作は連続して操作しないで，2～3秒の間隔を空けて実行してください。また，同時に操作を実行するとISAMファイルへのアクセス競合が発生するため，4～5多重以上は実行しないでください。
「1.4(2) JP1/AJS2の運用に影響を与えるおそれのある操作一覧」
マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　コマンド使用時の注意事項」

配下のユニット数
配下のユニット数に比例して処理対象となる情報数が多くなり，運用に影響を与えるおそれがあります。
配下のユニット数が500個を超える場合は，業務量が少ない時間帯に実行してください。また，同時に操作を実行するとISAMファイルへのアクセス競合が発生するため，4～5多重以上は実行しないでください。

総称名指定
総称名指定や-Rオプションの指定でコマンドを実行すると，処理対象となる情報数が多くなることで運用に影響を与えるおそれがあります。
総称名指定や-Rオプションを指定する場合，-E，-L，-Tなどのオプションを併用し，操作対象のユニットの絞り込みを行ってください。また，同時に操作を実行するとISAMファイルへのアクセス競合が発生するため，4～5多重以上は実行しないでください。

保存世代数
世代数の多いジョブネットの操作を行うと，処理対象となる情報数が多くなることで運用に影響を与えるおそれがあります。
世代数の多いジョブネットの操作は，業務量が少ない時間帯に実行してください。また，オプションの指定によって，操作の対象となる期間や世代の絞り込みを行ってください。登録解除では，「ajsleave -B YYYYMMDDNNN」指定で1世代ずつ実行結果を削除できます。

起動条件
起動条件の使用有無
トランザクション処理的に使用されるため，ジョブの実行量に大きく影響します。
イベントの発生量・ピーク時のトラフィックを正確に見積もってください。
「4.1.4 起動条件の処理性能」

起動条件の打ち切り時間
打ち切り時間を無制限としないで2運用日にわたって運用した場合，起動条件付きジョブネットが打ち切られたり，繰り越し未実行になって実行されなかったりすることがあります。
常時監視したい場合には，ジョブネットの打ち切り時間を無制限にしてください。
マニュアル「JP1/Automatic Job Management System 2 解説　3.5.3 起動条件の有効範囲」

起動条件の繰越未実行
多重起動を「不可能」と設定した起動条件付きジョブネットを実行登録している場合，ジョブネットが「繰越未実行」になることがあります。
最終更新時にデータを更新したファイルとは別のファイルを作成し，そのファイルを更新するなどの運用をしてください。
「8.3.2 ファイル監視ジョブの注意事項」

イベントジョブ
JP1イベント受信監視ジョブの監視タイミング
JP1イベント受信監視ジョブが監視状態になっていないとJP1イベントは受信できません。
JP1イベントでジョブネット間の連携を行う場合には，JP1イベントを送信する一定時間前に，JP1イベント受信監視ジョブを実行登録してください。
「8.3.1 JP1イベント受信監視ジョブの注意事項」

ファイル監視の監視数
CPU性能，ファイル監視の検知までのレスポンスに大きく影響します。
「4.1.5 ファイル監視ジョブ使用時に設定する監視間隔」に記載されている算出式を基にファイルの監視間隔を求め，監視間隔の延長で対応してください。
「4.1.5 ファイル監視ジョブ使用時に設定する監視間隔」

ファイル監視ジョブの監視数
CPU負荷・ファイル監視の検知までのレスポンスに大きく影響します。
ファイルの監視間隔の延長で対応してください。

ファイル監視ジョブの監視対象ファイル数

ファイル監視ジョブ監視対象ファイルの更新タイミング
ファイルをオープン・クローズしながらデータ追加する更新については対応していません。
最終更新時にデータを更新したファイルとは別のファイルを作成し，そのファイルを更新するなどの運用をしてください。
「8.3.2 ファイル監視ジョブの注意事項」

データベース
再編成までの期間
ジョブ実行性能・ジョブネットの操作レスポンスが低下します。
次に示すファイルが20メガバイトを超えないように監視してください。

スケジューラーデータベースのAJSSTAT.K01（ISAMを使用している場合）

ジョブ実行環境データベースのJPQJOBINFO.K02

「7. メンテナンスの検討」
「8.1.1 JP1/AJS2運用上の注意事項について」
「15.14.3 ISAMデータベースを再編成する」
「15.14.4 組み込みDBデータベースを再編成する」

再編成に必要なディスク空き容量の見積もり
メンテナンスモードおよび自動再編成スクリプト（ajsautocondおよびjpqautocond）で再編成を行う場合に必要なディスク空き容量を見積もります。
作業ディレクトリがあるディスクにISAMファイルの中で最もサイズが大きいファイルの2倍程度，データベースディレクトリがあるディスクにISAMファイルの中で最もサイズが大きいファイルと同程度の空き容量が必要です。
「15.14.3 ISAMデータベースを再編成する」

無効領域の再利用の使用有無
再編成までの期間の見積もりに影響します。
JP1/AJS2 06-71以前からJP1/AJS2 07-00以降にバージョンアップする場合は，ジョブ実行制御の「可変長テーブルレコードサイズ切り上げオプション」を指定してください。
「9.2.1 ISAMキー再利用の設定」

自動再編成機能の設定有無
デフォルトでは自動再編成を行っていません。定期的にデータベースのメンテナンスを行っている場合には問題ありません。
ISAMファイル自動再編成機能の設定を行ってください。
「15.14.3 ISAMデータベースを再編成する」

ジョブ情報の保存日数
ジョブ実行環境データベースのサイズに影響します。
保存日数を小さくすることを推奨します。0にすると削除時間の影響を受けないでジョブ実行の定時性が上がります。また，Queueデータベースの再編成に掛かる時間も短縮されます。ただし，ジョブの実行時間帯に，並行してジョブ情報削除処理が実行されるため，ジョブ実行性能は下がります。
なお，この設定を小さくしても，JP1/AJS2 - Viewで表示できるジョブの実行結果には影響しません。
「8.1.1 JP1/AJS2運用上の注意事項について」

JP1/AJS2 - View
自動更新
デフォルトでは表示内容の自動更新が設定されています。自動更新されるたびにマネージャー上でDBアクセスが発生します。
［JP1/AJS2 - View］ウィンドウと［デイリースケジュール］ウィンドウが300秒，［ジョブネットモニタ］ウィンドウが30秒です。性能を要求されるシステムでは，更新間隔に大きな値を設定するか，または自動更新をしないように設定してください。
「5.5.3 ウィンドウ表示の設定について検討する」

［マンスリースケジュール］ウィンドウ／［デイリースケジュール］ウィンドウ
［マンスリースケジュール］ウィンドウ／［デイリースケジュール］ウィンドウは，監視対象のジョブネット数や，スケジュール数によって，転送するデータ量や表示する項目数が増大します。
あらかじめ性能見積もりをしておく必要があります。
「4.2.1 ネットワーク上を流れるデータ量を見積もる」

接続台数
64台以上のJP1/AJS2 - Viewを接続すると，JP1/AJS2 - Manager，およびネットワークに対する負荷が大きくなります。
更新間隔に大きな値を設定するか，または自動更新をしないように設定してください。
「付録D 制限値一覧」

(2)　JP1/AJS2の運用に影響を与えるおそれのある操作一覧

表1-3の「ジョブネット・ジョブの操作」について，JP1/AJS2の運用に影響を与えるおそれのある操作の一覧を次に示します。

表1-4　JP1/AJS2の運用に影響を与えるおそれのある操作一覧

操作 | 操作種別
コマンド | JP1/AJS2 - View | 連続操作 | 配下のユニット数 | 総称名指定 | 保存世代数
ajsbackup | 退避 | － | ○ | ○ | －
ajscalendar | カレンダー | ○ | － | ○ | －
ajschange | エディター | ○※ | － | ○ | －
ajschgjob | エディター | － | － | ○ | －
ajschgnet | エディター | ○※ | － | ○ | －
ajschgstat | 状態変更 | ○ | － | ○ | －
ajscopy | コピー | － | ○ | ○ | －
ajsdefine | 新規作成 | － | ○ | － | －
ajsdelete | 削除 | － | ○ | ○ | －
ajsentry | 実行登録 | ○ | ○ | ○ | －
ajsexport | パッケージ | － | ○ | － | －
ajsimport | パッケージ | － | ○ | － | －
ajsintrpt | 中断 | ○ | － | ○ | －
ajskill | 強制終了 | ○ | － | ○ | －
ajsleave | 登録解除 | ○ | ○ | ○ | ○
ajsname | （該当操作なし） | － | － | ○ | －
ajsplan | 計画一時変更 | ○ | － | ○ | －
ajsprint | （該当操作なし） | － | ○ | ○ | －
ajsrerun | 再実行 | ○ | － | ○ | －
ajsrestore | 回復 | － | ○ | － | －
ajsschedule | 実行登録（確定） | － | ○ | － | ○
ajsshow | デイリースケジュール・マンスリースケジュール | － | ○ | ○ | ○
jpqjobshow | （該当操作なし） | ○ | － | － | －
jpqendjobshow | （該当操作なし） | ○ | － | － | －
jpqjobsub | （該当操作なし） | ○ | － | － | －
jpqjobdel | （該当操作なし） | ○ | － | － | －
jpqjobget | （該当操作なし） | ○ | － | － | －

（凡例）

○：JP1/AJS2の運用に影響をおよぼすおそれがある操作。

－：該当しない。

注※　スケジュールを変更する場合です。

2.　業務の設計

この章では，JP1/AJS2で自動化する業務の設計について説明します。

業務の設計とは，JP1/AJS2で業務を自動化するために，必要な項目について検討しておくことです。

なお，この章では具体的な運用からイメージしやすいように，業務，処理という表現を用いています。最終的にJP1/AJS2の運用として設計する場合は，業務はジョブネット，処理はジョブに置き換えて設計してください。

＜この章の構成＞

2.1　業務の自動化について検討する

2.2　集中監視する業務対象を検討する

2.3　業務のアクセス権について検討する

2.1　業務の自動化について検討する

ここでは，業務の自動化の検討について説明します。JP1/AJS2で業務を自動的に実行させるには，次の二つのことを決めておく必要があります。

業務に必要な実行ファイルやその順番の決定

業務をいつ実行するかなどのスケジュール，および実行条件の決定

そのため，設計段階で自動化に必要な実行ファイルやスケジュールなどを検討する必要があります。業務の自動化のために必要な検討の流れを次の図に示します。

図2-1　業務の自動化の流れ

上記の図に示す流れに沿って，「2.1.4 業務の自動化検討時のヒント」を参照しながら検討してください。

＜この節の構成＞

2.1.1　自動化する業務の適用範囲を検討する

2.1.2　自動化する処理（実行ファイルや順番）について検討する

2.1.3　業務のスケジュールやカレンダーを決定する

2.1.4　業務の自動化検討時のヒント

2.1.1　自動化する業務の適用範囲を検討する

初めに，自動化したい業務で，どの部分が自動化できる処理なのかを検討します。JP1/AJS2はバッチファイルやシェルスクリプトなどの実行ファイルで処理の自動化を実現します。そのため，実行ファイルの形式に合わない処理は自動化の範囲外です。JP1/AJS2で定義できる実行ファイルの種類については，「2.1.2(1) 自動化を実現する実行ファイルの検討」を参照してください。

次に示す要件を参考にして，どの処理が自動化できるかを検討してください。また，自動化できない場合，業務を自動化できるように適応させてください。

自動化したい業務の中で，定例的に実行できる処理はどの部分か。

実行ファイルの形式に合っていて，対話処理を必要としないか。

2.1.2　自動化する処理（実行ファイルや順番）について検討する

自動化したい業務で，どの部分が自動化できる処理なのか，という検討が終了したら，自動化する処理の実現方式について検討します。検討項目と作業の流れを次の図に示します。

図2-2　自動化する処理の検討

＜この項の構成＞

(1)　自動化を実現する実行ファイルの検討

(2)　処理を実行する順番や優先順位の検討

(3)　処理がうまくいかなかったときの対処の検討

(4)　打ち切り時間の検討

(1)　自動化を実現する実行ファイルの検討

JP1/AJS2で業務を自動化するには，実行ファイルを使用します。JP1/AJS2で定義できる実行ファイルを次の表に示します。

表2-1　JP1/AJS2で定義できる実行ファイル

実行場所 | 定義できる実行ファイル
Windowsホストで処理を実行させる場合 | ・.exeファイル
・.comファイル
・.cmdファイル
・バッチファイル（.bat）
・JP1/Scriptで作成したスクリプトファイル（.spt）
・アプリケーションに関連づけられているファイルタイプ（拡張子）を持つデータファイル
UNIXホストで処理を実行させる場合 | ・シェルスクリプト
・実行ファイル

(a)　実行ファイル検討時のヒント

画面やメッセージで応答が発生しない処理にする

JP1/AJS2で実行する実行ファイルは，バックグラウンドで実行されます。そのため，実行ファイルの作成時には，画面やメッセージが表示されて入力待ちにならない処理にすることを検討してください。

ただし，画面やメッセージが表示されても，自動的に処理が実行されるように定義されている場合は，処理として実行できます。例えば，［はい］ボタンが表示される画面で，自動的に［はい］を選択してそのあとの処理が実行される処理については，JP1/AJS2で実行できます。

実行ファイルのリターンコードを出力する処理にする

実行ファイルの処理結果が正常終了なのか異常終了なのかは，実行ファイルのリターンコードによってJP1/AJS2が判定します。そのため，処理結果に応じたリターンコードが出力されるように設定しておいてください。

バッチファイルの場合は，jp1exitコマンドやjp1execコマンドを使用して，バッチファイル内の実行プログラムの処理結果に応じたリターンコードが出力されるようにしてください。jp1exitコマンドやjp1execコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を参照してください。

シェルスクリプトの場合は，次に示す例を参考にして，処理結果に応じたリターンコードが出力されるようにしてください。

（例）

　　：
　RC=$?
　exit△$RC

出力されるリターンコードは，どの範囲を警告終了または異常終了として扱うか，というしきい値を決めておいてください。

なお，コマンドが異常終了した場合は，原因を分析できるように，要因となったリターンコードがそのまま出力されるようにしてください。

一つの実行ファイルには一つの命令を定義する

一つの実行ファイルには，一つの命令を定義することをお勧めします。処理を分けていると，どの処理までが正常に終了しているのか，またはどの処理がうまくいかなかったなどがわかります。例えば，ファイルをコピーするコマンドを使用して三つのファイルをコピーする場合，三つに分けていれば，どのファイルのコピーが成功または失敗したかがわかります。

また，途中で異常終了した処理を再実行するとき，異常終了した処理から，または異常終了した処理だけを再実行することができます（正常終了した処理を再実行する必要がなくなります）。処理を分けていないと，複数の処理の先頭から再実行することになります。

ループの時間が短い処理にする

一つの処理の実行時間があまり長くなると，JP1/AJS2がトラブルで止まっているのか，それとも実行中なのか，わからなくなるおそれがあります。目安として，一つの処理の実行時間は2時間程度までにしてください。

処理を実行したいホストに実行ファイルを保存する

処理として定義する実行ファイル（コマンドやバッチファイルなど）は，後述するシステム構成などの検討を踏まえて，処理を実行したい実行先ホストに保存してください。

命名規則などを決定する

実行ファイル名や，実行ファイルを格納するフォルダおよびディレクトリのルールを決めておくことをお勧めします。また，JP1/AJS2で使用する業務や処理などの命名ルールも合わせて決めておくと，業務全体を管理しやすくなります。例えば，業務名，処理名，処理サイクル，実行場所などを意味する識別子を決めておくのが有効です。

JP1/AJS2で使用する業務や処理の名称には，半角英数字，全角文字，および次の記号を使用できます。

! # $ % + @ －（ハイフン） .（ピリオド） _（アンダーバー）

ただし，記号は，UNIXのシェルなどのコマンドインタープリターで特別な意味を持つ場合があり，業務や処理の名称に記号を使うと誤動作することがあるので，できるだけ使わないようにしてください。

なお，業務や処理の名称の先頭に，.（ピリオド）および@は使用しないでください。また，機種依存文字は使用しないでください。

(b)　バッチファイルまたはシェルスクリプト作成時のヒント

ファイル内で使用する入出力ファイル名やコマンド名は，ディレクトリまで含めて指定してください。

異常終了時の原因を調査しやすくするために，echoコマンドなどを使用して，任意のメッセージを標準エラー出力に出力させてください。原因，対処方法，業務名，再実行のポイントなどを表示させておくと便利です。出力されたメッセージは，［実行結果詳細］ダイアログボックスという画面で参照することができます。［実行結果詳細］ダイアログボックスの詳細については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.3.26 ［実行結果詳細］ダイアログボックス」を参照してください。

環境変数を使用する場合，原則として実行ファイルに環境変数を定義してください。

シェルスクリプトの場合，使用するシェルをファイルの先頭で宣言してください。

(2)　処理を実行する順番や優先順位の検討

実行ファイルの検討の終了後，自動化する処理の意味や優先順位を考慮して，処理を実行させる順番や優先順位を検討してください。

処理の前後関係の流れや階層を図にしておくと，実際に処理を定義する場合に便利です。

なお，処理を実行する順番を検討したあと，検討した内容を，JP1/AJS2 - Definition Assistantでユニットを一括して定義できます。JP1/AJS2 - Definition Assistantは，JP1/AJS2のユニットを定義する作業を支援する製品です。JP1/AJS2 - Definition Assistantの詳細については，マニュアル「JP1/Automatic Job Management System 2 - Definition Assistant」を参照してください。

また，実行ファイルを実行したときに起動するプロセスの優先順位を設定できます。処理を優先させ，できるだけ早く終了させたい実行ファイルがある場合など，運用に応じて優先順位の変更が必要かどうかを検討してください。詳細については，「8.1.17 ジョブの実行優先順位に関する注意事項」を参照してください。

(3)　処理がうまくいかなかったときの対処の検討

実行ファイルや順番の検討が終了したら，処理がうまくいかなかった場合の対処もあらかじめ検討してください。検討するポイントは次の二つです。

異常終了した処理の後処理を自動的に実行させる処理

同じ処理を再実行する場合の方法

JP1/AJS2は，実行ファイルのリターンコードで処理が正常終了したか，または異常終了したかを判定します。そのため，異常終了を意味するリターンコードが出力されたときだけ，後処理を自動的に実行させることができます。

例えば，システム管理者に異常終了したことを連絡するメールを送信する処理を実行したり，更新しようとしたファイルが破損しないように保存する処理を実行したりできます。

また，同じ処理を再実行する場合は，業務全体を再実行するのか，それとも業務の一部分を再実行するのかなどを検討しておいてください。業務全体を再実行する場合のポイントを次の図に示します。

図2-3　業務全体の再実行ポイント

部分的に再実行する場合は，異常終了した処理をもう一度実行させるのかや，異常終了した処理の次の処理から実行させるのかなどを検討しておいてください。

なお，どちらの再実行方法にも，一時的に保留状態にしてから再実行ができます。保留状態にしておくと，保留を解除するまで実行されないので，実行予定を一時的に変更したり，中止したりできます。

(4)　打ち切り時間の検討

自動化する処理の検討時には，運用形態に応じて，その処理の実行を打ち切る時間も検討してください。何らかの原因で処理の実行が終了しない場合を想定して，打ち切る時間を検討しておきます。

処理の実行を打ち切ることで，原因を調査したり，システム管理者に異常を通知する処理や，異常終了した場合にだけ実行する処理を実行させたりすることができます。

2.1.3　業務のスケジュールやカレンダーを決定する

自動化する処理の検討が終了したら，業務にどのようなスケジュールで，どのようなカレンダー情報を適用して実行するかを決定します。

採用する業務の実行パターンによって，業務のスケジュールやカレンダーの検討の流れが異なります。JP1/AJS2での業務の実行パターンを紹介します。JP1/AJS2での業務の実行パターンには，次のパターンがあります。

図2-4　業務の実行パターン（実行形態）

業務の実行パターンを踏まえた，スケジュールやカレンダーの検討の流れを次の図に示します。

図2-5　スケジュールやカレンダーの検討の流れ

＜この項の構成＞

(1)　実行条件の検討

(2)　実行開始日時，実行サイクル，遅延監視日時の検討

(3)　運用日・休業日・基準日の検討

(1)　実行条件の検討

業務の実行開始形態には，開始日時を指定して業務を実行する形態と，あらかじめ開始日時を指定できない業務を実行する形態があります。JP1/AJS2では，実行する日時をあらかじめ指定できない不定期な業務でも，次のような条件が成立するたびに，並行してまたは連続して自動実行できます。

あるファイルが更新されたとき

特定のJP1イベントを受信したとき

指定した時間が経過したとき

ログファイルに特定の文字列が出力されたとき

メールを受信したとき

実行条件を使用した業務の実行例を次の表に示します。

表2-2　実行条件を使用した業務の実行例

実行条件の種類 | 実行例
「あるファイルが更新されたとき」という条件が成立したら自動実行させる場合（ファイル監視ジョブの使用） | 監視する「あるファイル」として「c:¥jp1¥a*」を，監視する事象として「更新されたとき（最終書き込み時刻変更）」を設定すれば，「c:¥jp1」フォルダにある，aで始まるファイルが更新されたとき，業務を実行させることができます。
「指定した時間が経過したとき」という条件が成立したら自動実行させる場合（実行間隔制御ジョブの使用） | 「指定した時間」に30分を指定し，実行条件の有効回数を10回に設定すれば，同じ業務を30分おきに10回実行させることができます。

このように，あらかじめ日時を指定できない不定期の業務を実行したい場合には，ある条件が成立したら業務を実行させる，というような「実行を開始する条件」を検討しておいてください。

なお，「実行を開始する条件」を検討する場合，次に示す代表的な内容もあわせて検討してください。

条件が成立するたびに同じ業務を並行して実行させるかどうか（多重スケジュールと多重起動）。

ある時間帯にどのくらいの条件が成立するのか（どのくらいの量のイベントジョブが実行されるのか）。この検討はイベントジョブの性能見積もりで使用します。

(2)　実行開始日時，実行サイクル，遅延監視日時の検討

自動化する業務の運用形態に合わせて，スケジュールに関する項目について検討してください。代表的な検討項目と内容を次の表に示します。

表2-3　スケジュールに関する検討項目と内容

検討項目
内容

実行開始日時
業務をいつ実行するのかを検討します。

実行サイクル
どのような周期で業務を実行するのかを検討します。

・実行条件の監視の開始日時
・実行条件の監視期間や回数
実行条件を使用して業務を実行する場合は，条件が成立するのをいつから監視し始めるのか，および条件の成立を監視する期間や回数をどのくらいにするのか，などを検討します。

遅延監視日時
業務が予定の日時に開始または終了するかどうかを監視する日時（遅延監視日時）を検討します。
業務の開始または終了が遅れたら，その後の業務の実行スケジュールに大きな影響を与えてしまうような業務に設定します。

開始遅延の場合

いつの時点で開始が遅れている状態であるかどうかを判断する日時を設定します。開始予定時刻から，ある時間以内に開始されれば正常とみなし，それ以上時間が過ぎても実行しなければ，何らかの異常が発生しているとみなします。

終了遅延の場合

いつの時点で終了が遅れている状態であるかどうかを判断する日時を設定します。開始予定時刻から，ある時間以内に終了されれば正常とみなし，それ以上時間が過ぎても終了しなければ，何らかの異常が発生しているとみなします。

開始遅延と終了遅延の両方を指定することができます。また，どちらか一方だけを指定することもできます。

また，業務の実行が，あらかじめ意図している時間内に終了するかどうかを監視する間隔（実行所要時間の終了遅延）を検討します。業務の実行開始時刻から何分たったら遅延と判断するかを，1～2,879分の間で検討してください。設定した時間を超えたら（実行時間が延びたら），業務のアイコンの表示色が変化したり，イベントが発行されたりして遅延したことを通知します。
業務（ジョブネット）の実行自体（実行時間）が延びてしまうと，その後の業務の実行スケジュールに大きな影響を与えてしまうような業務を監視したい場合に設定します。

(3)　運用日・休業日・基準日の検討

実行開始日時や実行サイクルなどのスケジュールの検討が終了したら，自動化する業務の運用形態に合わせて，カレンダーに関する項目について検討してください。代表的な検討項目と内容を次の表に示します。

表2-4　カレンダーに関する検討項目と内容

検討項目
内容

運用日と休業日
業務を実行する日と実行しない日を検討します。

基準日
1か月の起点（月の境）となる日を検討します。暦日（一般のカレンダーの日付），または何番目の曜日かで指定します。
（例）
給与計算を締め切る日が毎月20日の場合，基準日を21日に設定することで，21日から翌月の20日までを1か月分として，計算処理を実行することができます。

基準時刻
1日の起点（日付の境）となる時間を検討します。
（例）
月曜日から金曜日まで毎日その日の「25：00（翌日の午前1時）」に売上集計処理を実行している場合で，土曜日を休業日としているときを想定します。
基準時刻が「0：00」の場合，金曜日の分の集計は土曜日の「1：00」に実行されることになりますが，土曜日は休業日のため実行されません。基準時刻を「5：00」に設定することで「4：59」までが金曜日として扱われます。そのため，金曜日分の集計として土曜日の「1：00」に売上集計処理を実行することができます。

休業日の振替方法
実行日と休業日を踏まえた上で，実行サイクルに従った実行予定日が，実行しない日（休業日）だった場合，別の日に振り替えて実行するかどうか（振替方法）を検討します。
（例）
月末に在庫をチェックして，棚卸作業を実施する必要がある業務で，月末が休業日になる場合，休業日の前日に実行されるように設定します。

2.1.4　業務の自動化検討時のヒント

業務の自動化を検討するときのヒントについて，次に示します。

＜この項の構成＞

(1)　起動する回数を定義した業務の設定例

(2)　推奨しない処理フローの例と定義の変更例

(3)　判定ジョブの使用例

(4)　負荷を分散した処理

(5)　業務の階層化の考え方

(6)　カレンダーの適用例

(7)　業務の実行登録

(1)　起動する回数を定義した業務の設定例

実行条件を使用して，1日に起動する回数を定義した業務の設定例を次の表に示します。

表2-5　起動する回数を定義した業務の設定例

起動する回数 | 設定場所 | 設定例
1日1回起動する。 | ［スケジュールルール］ダイアログボックスの［基本］タブの［起動条件の有効範囲］ | ［回数］で［回数指定］を選択し，「1」回を指定します。
1日複数回起動する。 | ［スケジュールルール］ダイアログボックスの［基本］タブの［起動条件の有効範囲］ | ［回数］で［無制限］を選択します。また，［時間］で［絶対時刻］を選択し，基準時刻の10分前の時間を指定します。

(2)　推奨しない処理フローの例と定義の変更例

異なる業務の中にある処理を関連づける処理フローと変更例

異なる業務（ジョブネット）内にある処理（ジョブ）に実行順序を関連づけることはできません。業務を分割したり，一つの業務としてまとめたりして処理フローを定義してください。

定義できない処理フローと変更例を次の図に示します。

図2-6　定義できない処理フローと変更例

二つのパスを持つ処理フローと変更例

上位のジョブネットが実行されない場合，またはネストしたジョブネットの実行日が上位のジョブネットと一致しない場合は，ネストしたジョブネットは実行されません。そのため，次の図のように二つのパスを持つように実行順序を関連づける必要はありません。一つのパスで実行順序を関連づけてください。

二つのパスを持つ処理フローの例と変更例を次の図に示します。

図2-7　二つのパスを持つ処理フローの例と変更例

複数の後続処理を持つ処理フローと変更例

次の図のように複数の後続処理を持つフローはお勧めしません。階層化させることをお勧めします。複数の処理を一つの業務としてまとめることで，階層は一つ増えますが，見栄えもよく，管理もしやすくなります。

例えば，複数の後続ジョブが「販売店1」，「販売店2」のような処理の集まりであった場合，業務のまとまりごとにフローを管理できます。また，処理などを追加する場合でも，業務単位や機能単位で追加できます。

なお，階層をあまり深くすると，運用するときに操作しにくくなります。そのため，最上位から最下位までの階層は，3～5階層にすることをお勧めします。

複数の後続処理を持つ処理フローと変更例を次の図に示します。

図2-8　複数の後続処理を持つ処理フローと変更例

(3)　判定ジョブの使用例

JP1/AJS2では，前に実行された処理の終了結果によって，次に実行する処理を振り分けることができる，判定ジョブという機能があります。この判定ジョブには，次に示す二つの判定パターンがあります。

リターンコードによる判定

ファイルの有無による判定

ここでは，初めに，リターンコードを利用した判定ジョブの使用例について説明します。次に，ファイルの有無による判定ジョブの使用例について説明します。

また，判定ジョブに関連づけられている「従属ジョブ」が異常終了してしまった場合の再実行方法について説明します。

(a)　リターンコードによる判定

リターンコードによる判定ジョブの使用例を次の図に示します。

図2-9　リターンコードによる判定ジョブの使用例

上記の図のように処理フローを作成することで，次に示す処理が実行されます。

0件データであれば（リターンコードが0），「dataput」をスキップして「datadel」を実行します。

0件データでなければ（リターンコードが9999），「dataput」を実行してから「datadel」を実行します。

だたし，リターンコードによる判定ジョブでは，次のような問題が発生してしまいます。

「lenchk」という実行ファイル内で実行される，ほかの処理（命令）の異常を検知したい場合，「常に正常」を設定しているため，「lenchk」という実行ファイル内で実行される，ほかの処理（命令）の実行で異常が発生したときでも，従属ジョブではない「datadel」が実行されます。

この問題を回避するために，ファイルの有無による判定を実施します。

(b)　ファイルの有無による判定

ファイルの有無による判定ジョブの使用例を次の図に示します。

図2-10　ファイルの有無による判定ジョブの使用例

上記の図のように処理フローを作成することで，「lenchk」という実行ファイル内で実行される，ほかの処理（命令）での異常も検知して，従属ジョブ「dataput」を実行することができます。

なお，ファイルの有無による判定は，業務管理ホスト（JP1/AJS2 - Manager）がインストールされているホストのファイルを判定します。環境設定によっては他ホストのファイルの有無をチェックすることもできますが，通信障害などによって正しく判定できないこともあります。ファイルの有無によって判定する場合は，マネージャーホスト上のファイルを指定することをお勧めします。詳細については，マニュアル「JP1/Automatic Job Management System 2 解説　3.1.1(1)(c) 判定ジョブ」を参照してください。

(c)　従属ジョブの再実行方法

従属ジョブの再実行方法は，通常のジョブの再実行方法とは異なります。再実行方法の注意事項は，マニュアル「JP1/Automatic Job Management System 2 解説　10.2.11 実行が終了したジョブネットやジョブを再実行する」を参照してください。

(4)　負荷を分散した処理

JP1/AJS2では，複数の業務実行ホスト（JP1/AJS2 - Agent）をグルーピングできます。グルーピングすることで，処理実行時の負荷を分散させることができます。負荷を分散するパターンは，次のとおりです。

処理を実行先ホストに，均等に分散して実行する。

実行先ホストの処理数の上限に差を付けて実行する。

特定の実行先ホストの処理数が上限に達した場合に，ほかの実行先ホストに分散して実行する。

複数の業務実行ホスト（エージェント）をグルーピングすることで，特定の実行先ホストに障害が発生した場合に，障害発生中のホストを回避してジョブをほかの実行先ホストに配信して実行できます。

分散処理を実現するための前提条件を次に示します。

QUEUEジョブを使用する場合

ネットワーク上のJP1/AJS2のホストにキューおよびエージェントを作成する。

作成したキューおよびエージェントを関連づける。

PCジョブ，UNIXジョブを使用する場合

ネットワーク上のJP1/AJS2のホストにエージェントを作成する。

業務実行ホスト（エージェント）のデフォルトキューに作成したエージェントを関連づける。

負荷分散を実現するパターンごとに，どのような負荷分散処理が行われるかを，QUEUEジョブを使用する場合を例に説明します。PCジョブおよびUNIXジョブを使用する場合も同様に負荷分散を実現できます。

(a)　均等に負荷を分散する場合

均等に負荷を分散する場合の例を次の図に示します。

図2-11　均等に負荷を分散する場合の処理例

ジョブの実行順序は次のようにして決定されます。

job1が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「0 / 3」

業務実行ホストB：「0 / 3」

業務実行ホストC：「0 / 3」

すべてのホストで負荷の割合が同じです。そのため，queue1に定義したエージェントの順序によって，job1は業務実行ホストAで実行されます。

job2が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「1 / 3」

業務実行ホストB：「0 / 3」

業務実行ホストC：「0 / 3」

負荷が軽いホストは業務実行ホストBと業務実行ホストCで，負荷の割合が同じです。そのため，queue1に定義したエージェントの順序によって，job2は業務実行ホストBで実行されます。

job3が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「1 / 3」

業務実行ホストB：「1 / 3」

業務実行ホストC：「0 / 3」

負荷がいちばん軽いホストは業務実行ホストCです。そのため，job3は業務実行ホストCで実行されます。

job4が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「1 / 3」

業務実行ホストB：「1 / 3」

業務実行ホストC：「1 / 3」

すべてのホストで負荷の割合が同じです。そのため，queue1に定義したエージェントの順序によって，job4は業務実行ホストAで実行されます。

job5が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「2 / 3」

業務実行ホストB：「1 / 3」

業務実行ホストC：「1 / 3」

業務実行ホストBと業務実行ホストCとでは，負荷の割合が同じです。そのため，queue1に定義したエージェントの順序によって，job5は業務実行ホストBで実行されます。

job6が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「2 / 3」

業務実行ホストB：「2 / 3」

業務実行ホストC：「1 / 3」

負荷がいちばん軽いホストは業務実行ホストCです。そのため，job6は業務実行ホストCで実行されます。

(b)　実行先ホストの処理数の上限に差を付ける場合

実行先ホストの処理数の上限に差を付ける場合の例を次の図に示します。

図2-12　実行先ホストの処理数の上限に差を付ける場合の処理例

ジョブの実行順序は次のようにして決定されます。

job1が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「0 / 3」

業務実行ホストB：「0 / 2」

業務実行ホストC：「0 / 1」

すべてのホストで負荷の割合が同じです。そのため，queue1に定義したエージェントの順序によって，job1は業務実行ホストAで実行されます。

job2が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「1 / 3」

業務実行ホストB：「0 / 2」

業務実行ホストC：「0 / 1」

負荷が軽いホストは業務実行ホストBと業務実行ホストCで，負荷の割合が同じです。そのため，queue1に定義したエージェントの順序によって，job2は業務実行ホストBで実行されます。

job3が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「1 / 3」

業務実行ホストB：「1 / 2」

業務実行ホストC：「0 / 1」

負荷がいちばん軽いホストは業務実行ホストCです。そのため，job3は業務実行ホストCで実行されます。

job4が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「1 / 3」

業務実行ホストB：「1 / 2」

業務実行ホストC：「1 / 1」

負荷がいちばん軽いホストは業務実行ホストAです。そのため，job4は業務実行ホストAで実行されます。

job5が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「2 / 3」

業務実行ホストB：「1 / 2」

業務実行ホストC：「1 / 1」

負荷がいちばん軽いホストは業務実行ホストBです。そのため，job5は業務実行ホストBで実行されます。

job6が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「2 / 3」

業務実行ホストB：「2 / 2」

業務実行ホストC：「1 / 1」

負荷がいちばん軽いホストは業務実行ホストAです。そのため，job6は業務実行ホストAで実行されます。

(c)　処理数が上限に達した場合にほかの実行先ホストに分散して実行する場合

特定の実行先ホストの処理数が上限に達した場合に，ほかの実行先ホストに分散して実行する例を次の図に示します。

図2-13　処理数が上限に達した場合にほかの実行先ホストに分散して実行する場合の処理例

ジョブの実行順序は次のようにして決定されます。

job1が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「0 / 3」

業務実行ホストB：「0 / 3」

業務実行ホストC：「0 / 3」

すべてのホストで負荷の割合が同じです。そのため，queue1に定義したエージェントの順序によって，job1は業務実行ホストAで実行されます。

job2が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「1 / 3」

業務実行ホストB：「0 / 3」

業務実行ホストC：「0 / 3」

負荷が軽いのは，業務実行ホストBと業務実行ホストCですが，queue1に定義したエージェントの優先順位に従って，job2は業務実行ホストAで実行されます。

job3が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「2 / 3」

業務実行ホストB：「0 / 3」

業務実行ホストC：「0 / 3」

負荷が軽いのは，業務実行ホストBと業務実行ホストCですが，queue1に定義したエージェントの優先順位に従って，job3は業務実行ホストAで実行されます。

job4が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「3 / 3」

業務実行ホストB：「0 / 3」

業務実行ホストC：「0 / 3」

業務実行ホストAでは，ジョブ実行多重度が上限に達しています。そのため，queue1に定義したエージェントの順序によって，job4は業務実行ホストBで実行されます。

job5が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「3 / 3」

業務実行ホストB：「1 / 3」

業務実行ホストC：「0 / 3」

負荷がいちばん軽いホストは，業務実行ホストCです。そのため，job5は業務実行ホストCで実行されます。

job6が実行されるエージェントが決定される。
「ジョブ実行数 / ジョブ実行多重度」は次のとおりです。

業務実行ホストA：「3 / 3」

業務実行ホストB：「1 / 3」

業務実行ホストC：「1 / 3」

負荷が軽いのは，業務実行ホストBと業務実行ホストCですが，queue1に定義したエージェントの優先順位に従って，job6は業務実行ホストBで実行されます。

(5)　業務の階層化の考え方

業務を階層化（ジョブネット化）するときのヒントを紹介します。階層化する目的またはメリットは次のとおりです。

業務（ジョブネット）全体が監視しやすくなります。

業務や処理の追加，変更，および削除するとき，場所の特定がしやすくなります。

業務単位にアクセス権（JP1資源グループ）を割り当てることで，ほかの業務グループの担当者からのアクセスを制限できます。

適度に階層化することで，業務（ジョブネットおよびジョブ）の起動性能が劣化しにくくなります。なお，階層を多くし過ぎると，監視などの操作をする上で，運用しにくくなるおそれがあるので，注意してください。

業務の変更がしやすくなります。

推奨する業務の階層化の方法を次に示します。

最上位の業務（ジョブネット）を構築する。
次の図のように，特定の単位ごとに最上位となる業務を構築します。

図2-14　最上位の業務の構築例

相互に順序性がない場合は，そのまま最上位の業務として管理します。

特定の単位ごとに構築した業務に順序性がある場合は，一つの業務として階層化する。

図2-15　最上位の業務の階層化例

処理サイクルごとの業務（ジョブネット）を構築する。
業務単位で最上位となる業務を構築した場合で，サイクルごとに実行する必要がある処理の場合，処理サイクルごとに業務をグルーピングします。

図2-16　処理サイクルごとの業務の構築例

処理サイクルごとの業務には，次の表に示すようなルールを決めておきます。また，「コメント」にルールを記述しておくことをお勧めします。

表2-6　処理サイクルごとに業務を分けた場合のルール

処理サイクルごとの業務 | ルール
GROUP1 | 日次，週次，月次，半期，年次の業務が相互に関連を持ったグループ
GROUP2 | 単独で実行される「日次業務」のグループ
GROUP3 | 単独で実行される「週次業務」のグループ
GROUP4 | 単独で実行される「月次業務」のグループ
GROUP5 | 単独で実行される「半期業務」のグループ
GROUP6 | 単独で実行される「年次業務」のグループ
GROUP7 | 単独で実行される「不定期業務」のグループ

最下位の業務を構築する。
処理サイクルごとに分けて業務の下位に，さらに，次に示す名称を付けた業務を作成します。ユニット（業務や処理）をコマンドで操作する場合や，JP1/IMの自動アクション機能で正規表現を使用する場合を考慮に入れて，半角英数字で名称を付けることをお勧めします。
「xxxxxxDN」
「xxxxxxWN」
「xxxxxxMN」
「xxxxxxHN」
「xxxxxxYN」
「xxxxxxRN」

（凡例）

D：1日1回のサイクルで実行される業務を意味します。

W：週に1回のサイクルで実行される業務を意味します。

M：月に1回のサイクルで実行される業務を意味します。

H：半期に1回のサイクルで実行される業務を意味します。

Y：年に1回のサイクルで実行される業務を意味します。

R：不定期に実行される業務を意味します。

N：業務（ジョブネット）を意味します。

処理（ジョブ）を構築する。
最後に，次に示す名称を付けた処理（ジョブ）を作成します。
「xxxxxxDJ」
「xxxxxxWJ」
「xxxxxxMJ」
「xxxxxxHJ」
「xxxxxxYJ」

（凡例）

D：1日1回のサイクルで実行される処理を意味します。

W：週に1回のサイクルで実行される処理を意味します。

M：月に1回のサイクルで実行される処理を意味します。

H：半期に1回のサイクルで実行される処理を意味します。

Y：年に1回のサイクルで実行される処理を意味します。

J：処理（ジョブ）を意味します。

(6)　カレンダーの適用例

カレンダーの適用例を紹介します。

初めに，次の条件を前提とした場合のカレンダーの設定例を説明します。

複数の業務グループがあるが，お互いにカレンダー情報の依存関係を持たない。

業務グループごとにそれぞれのシステム管理者で管理する。

複数の業務グループを1台の業務管理ホストで管理する。

上記のような前提条件の場合，次の図のような業務グループの階層を作成し，カレンダーを定義します。

図2-17　カレンダーの適用例1

このような例で監視画面を使用すると，業務グループの下にある業務の実行予定や結果しか確認できません。例えば，一度に実行予定や結果を確認できるのは，「東京」グループの下にある業務だけです。そのため，複数のシステム管理者が，それぞれの業務グループを管理する場合，担当のシステム管理者に関係する業務の予定や結果を管理しやすくなります。

次に，次の条件を前提とした場合のカレンダーの設定例を説明します。

複数の業務グループがあるが，お互いにカレンダー情報の依存関係を持つ。

すべての業務を一人のシステム管理者で管理する。

上記のような前提条件の場合，次の図のような業務グループの階層を作成し，カレンダーを定義します。

図2-18　カレンダーの適用例2

上記の図のように設定すると，各業務は次のように実行されます。

東京の業務

毎日業務を実行するカレンダーを参照しているので，業務が毎日実行されます。

広島の業務

日曜日だけが休業日のカレンダーを参照しているので，業務が月曜日から土曜日まで実行されます。

名古屋の業務

土曜日と日曜日が休業日のカレンダーを参照しているので，業務が月曜日から金曜日まで実行されます。

このような例で，「AJSROOT1」というグループを監視画面で確認すると，業務グループの下にある，すべての業務の予定や結果を一度に確認できます。そのため，一人のシステム管理者がすべての業務を管理しやすくなります。

(7)　業務の実行登録

業務の実行登録方法と，どのような場合に使用したらよいかを次の表に示します。

表2-7　業務の実行登録方法

実行登録種別
機能
ベターユース

即時実行登録
業務（ジョブネット）を即時に実行します。
スケジュール定義情報が設定されている場合でも，登録したらすぐに実行します。
次のような場合に使用することをお勧めします。

スケジュールを定義している業務（ジョブネット）に対して，処理フローの整合性テストを実施する場合

ファイル転送アプリケーション（JP1/FTPなど）が正常終了したときに起動されるコマンドの実行を契機として，業務（ジョブネット）を実行する場合

アプリケーション中から業務（ジョブネット）を実行する場合

JP1/IMの自動アクションを契機として，業務（ジョブネット）を実行する場合

計画実行登録
業務（ジョブネット）に設定されているスケジュール定義情報に従って業務（ジョブネット）を実行します。
業務（ジョブネット）の実行終了時に次回実行予定を計算します。
次のような場合に使用することをお勧めします。

数日先の業務（ジョブネット）のスケジュール変更がない運用を実施する場合

カレンダー上の日付を運用日にしたり，休業日にしたりすることで，すぐに業務（ジョブネット）の実行予定に反映したい場合

ファイルの更新など，ユーザーの行動を契機として，1日に決まった回数だけ業務（ジョブネット）を実行したい場合（起動条件の設定が前提）

確定実行登録
業務（ジョブネット）に設定されているスケジュール定義情報に従って業務（ジョブネット）を実行します。
実行登録時に指定した期間分の実行予定を計算します。
次のような場合に使用することをお勧めします。

数日先の業務（ジョブネット）のスケジュール変更が必要ある運用を実施する場合

特定の期間だけ業務（ジョブネット）を実行したい場合

2.2　集中監視する業務対象を検討する

JP1/AJS2 Consoleを使用して，業務管理ホストで管理されている業務を集中的に監視するには，事前に監視対象や監視方法などを検討してください。検討項目と内容を次の表に示します。

表2-8　業務を集中的に監視する場合の検討項目と内容

検討項目
内容

監視対象
どのような業務（対象）を監視するのかを検討します。

監視対象の階層化（グループ分け）
監視対象をどのような階層で監視するのかを検討します。

監視方法
監視間隔
業務（対象）をどのように監視するのかを検討します。

当日時刻優先，全世代時刻優先，当日時刻予定優先，全世代時刻予定優先の中からどの方法で監視するか。

監視対象の状態をどのくらいの間隔で更新するか。

監視対象の業務に保留属性が設定してある場合，その状態（「保留予定」）を示す表示色で表示するか。

監視対象の検討

どのような業務（対象）を監視するのかは，AJS2ユニット監視オブジェクトというアイコンで定義します。AJS2ユニット監視オブジェクトでは監視先となる業務管理ホスト名や監視先の業務名などを指定します。AJS2ユニット監視オブジェクトの定義については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　11.4.2 AJS2ユニット監視オブジェクトを定義する」を参照してください。

監視先となる業務管理ホストは，JP1/AJS2 Console（JP1/AJS2 Console Manager）と同じユーザー認証圏にあることをお勧めします。ユーザー認証圏とは，JP1ユーザーの認証に同じ認証サーバを使用しているホストの集まりのことです。詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。同じユーザー認証圏の場合は，AJS2ユニット監視オブジェクトからJP1/AJS2 - Viewのウィンドウを開く際のログイン操作は不要です。異なるユーザー認証圏の場合は，ログイン操作が必要です。

監視対象の階層化（グループ化）の検討

対象をどのような階層で監視するかは，ネスト業務スコープというアイコンで定義します。実行順序や業務の種類（意味）に関連がある複数の業務を，グルーピングして一つの業務とみなして監視します。ネスト業務スコープの定義については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　11.4.1 業務スコープを定義する」を参照してください。

監視方法と監視間隔の検討

業務（対象）をどのように監視するのかは，［監視プロパティ］ダイアログボックスで定義します。［監視プロパティ］ダイアログボックスの定義では，次に示す内容を定義します。

当日時刻優先，全世代時刻優先，当日時刻予定優先，全世代時刻予定優先の中からどの方法で監視するか。（監視方法）。

監視対象の状態をどのくらいで更新するか（監視間隔）。

監視対象の業務に保留属性が設定してある場合，その状態（「保留予定」）を示す表示色で表示するか（監視方法）。

監視プロパティの定義については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　11.4.4 監視プロパティを定義する」を参照してください。

2.3　業務のアクセス権について検討する

ユーザーに設定する，業務へのアクセス権の検討について説明します。JP1/AJS2を使用するユーザーに，処理の実行だけを許可する権限や，処理結果の参照だけを許可する権限を与えることで，誤った操作が行われることを防ぐことができます。

業務のアクセス権を検討する流れを次の図に示します。

なお，業務のアクセス権の設定・管理には，JP1/Baseのユーザー管理機能（ユーザー認証，ユーザーマッピング）を利用します。ユーザー管理機能の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

図2-19　業務のアクセス権を検討する流れ

＜この節の構成＞

2.3.1　アクセス権を設定する範囲について検討する

2.3.2　登録するユーザーを検討する

2.3.3　設定するアクセス権限を検討する

2.3.4　対応づけるユーザーを検討する

2.3.5　業務を集中監視する場合のユーザー管理を検討する

2.3.1　アクセス権を設定する範囲について検討する

JP1/AJS2では，JP1ユーザーという独自のユーザー名を使用して，処理の実行を許可する権限や，処理内容の変更を許可する権限などのアクセス権限を管理しています。

そのJP1ユーザーの登録と管理は，JP1/Baseで提供されているユーザー認証機能を使用しています。そのユーザー認証機能で，JP1ユーザーのアクセス権限を管理しているJP1/Baseのホストを認証サーバと呼びます。ネットワーク上にある各JP1/Baseのホストで，どのホストにインストールされたJP1/Baseを認証サーバにするか指定すると，その認証サーバがアクセス権を管理するホストの範囲（ユーザー認証圏）を決めることができます。そのため，JP1/AJS2を導入する場合，認証サーバがアクセス権を管理するホストの範囲（ユーザー認証圏）について検討しておく必要があります。

次の表に示す内容を考慮に入れて，ユーザー認証圏をどのようにするか検討してください。

表2-9　認証圏の数とメリットやデメリット

認証圏の数 | メリットやデメリット
ユーザー認証圏をシステム内に一つだけ構築した場合 | システム管理者は，JP1ユーザーを統一管理でき，登録や変更作業にあまり手間が掛かりません。
ユーザー認証圏をシステム内に複数構築した場合 | システム管理者は，構築した認証圏の数だけJP1ユーザーを管理する必要が生じます。JP1ユーザーの登録や変更などの管理の手間が発生してしまいます。また，異なる認証サーバごとにログイン認証が発生します。ただし，個々の認証サーバが独立しているため，システムとしての耐性は強くなります。

なお，一つのユーザー認証範囲内には，認証サーバを2台設定できます。通常使用する認証サーバを「プライマリー認証サーバ」，予備として稼働し，トラブル発生時に使用する認証サーバを「セカンダリー認証サーバ」と呼びます。一つのユーザー認証範囲内に，認証サーバを1台だけ設定している場合は，認証サーバが起動していなかったり，通信障害が発生したりするなど，何らかの理由で認証サーバに接続できなかった場合に，ジョブやリモートコマンドなどが実行できなくなり，業務が停止するおそれがあります。

2台の認証サーバを設定しておくと，通常使用する認証サーバ（プライマリー認証サーバ）にトラブルが発生しても，予備の認証サーバ（セカンダリー認証サーバ）によってジョブやリモートコマンドを実行できます。認証圏がシステム内に一つの場合でも，2台の認証サーバを設定することで，システムとしての耐性は強くなります。必要に応じて，2台の認証サーバを利用することを検討してください。

なお，プライマリー認証サーバとセカンダリー認証サーバを設定する場合は，プライマリー認証サーバに設定されているJP1ユーザーやJP1資源グループなどの情報をセカンダリー認証サーバにコピーして，設定内容を同じにしておいてください。設定内容が同じでない場合，切り替えが発生したときに認証エラーが発生します。

プライマリー認証サーバとセカンダリー認証サーバの設定の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

プライマリー認証サーバとセカンダリー認証サーバを設定した場合の，認証サーバの指定方法については，次に示す個所を参照してください。

JP1/AJS2 - ManagerがインストールされているWindowsホストの場合
マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　3.1.1 JP1/Baseのセットアップ」

JP1/AJS2 - AgentがインストールされているWindowsホストの場合
マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　3.2.1 JP1/Baseのセットアップ」

JP1/AJS2 - ManagerがインストールされているUNIXホストの場合
マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　13.1.1 JP1/Baseのセットアップ」

JP1/AJS2 - AgentがインストールされているUNIXホストの場合
マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　13.2.1 JP1/Baseのセットアップ」

2.3.2　登録するユーザーを検討する

ユーザーのアクセス権を管理する範囲や，アクセス権を管理するホストの検討が終了したら，JP1/AJS2で使用するJP1ユーザーの登録について検討します。

JP1ユーザーの登録例を次の表に示します。

表2-10　JP1ユーザーの登録例

JP1ユーザー名
使用目的

jp1admin
システム全体を管理するために使用します。
JP1/AJS2（JP1/AJS2 Console），JP1/IM，およびJP1/Baseのすべての管理者権限が，デフォルトで設定されています。設定されている権限を次に示します。
jp1admin：＊=JP1_AJS_Admin，JP1_JPQ_Admin，JP1_Console_Admin
JP1_AJS_Admin：JP1/AJS2の管理者権限
JP1_JPQ_Admin：JP1/AJS2のジョブ実行環境やキューなどの管理者権限
JP1_Console_Admin：JP1/IMの管理者権限
通常「jp1admin」では，業務を定義したり，実行したりしないでください。「jp1mngr」というJP1ユーザーを作成して業務を定義したり，実行したりすることをお勧めします。
なお，なるべく，このjp1adminは削除したり，パスワード以外の設定を変更したりしないでください。

jp1mngr
業務を管理したり（業務管理者用ユーザー），処理を実行したり（ジョブ実行用ユーザー）するために使用します。
このユーザーには，すべての業務を更新・実行・監視することができる権限を設定します。また，OSやプログラムなどの仕様上，Administrators権限，またはスーパーユーザー権限を持たないと実行できない処理を実行することができる権限を設定します。権限の設定例を次に示します。
jp1mngr：＊=JP1_AJS_Manager，JP1_JPQ_Operator
JP1_AJS_Manager：業務の編集・実行権限
JP1_JPQ_Operator：ジョブ実行環境やキューなどの操作権限，ジョブの操作権限

jp1user
処理を実行（ジョブ実行用ユーザー）するために使用します。
運用管理を効率的に実施するため，業務管理ホスト上でのジョブ実行ユーザーは統一しておいてください。権限の設定例を次に示します。
jp1user：＊=JP1_AJS_Manager，JP1_JPQ_Operator
JP1_AJS_Manager：業務の編集・実行権限
JP1_JPQ_Operator：ジョブ実行環境やキューなどの操作権限，ジョブの操作権限

jp1ope
業務を監視したり，手動で再実行したりするために使用します。オペレーター向けの業務監視，および手動操作用のユーザーです。権限の設定例を次に示します。
jp1ope：＊=JP1_AJS_Operator
JP1_AJS_Operator：業務の実行権限，業務の参照権限

jp1guest
業務の監視だけをするために使用します。オペレーター向けの業務監視ユーザーです。権限の設定例を次に示します。
jp1guest：＊=JP1_AJS_Guest
JP1_AJS_Guest：業務の参照権限

root
JP1/AJS2のジョブ実行環境やキューなどを監視するために使用します。
なお，jpqxxxxコマンドをコマンドプロンプトから実行する場合，コマンドを実行するOSユーザーを，JP1ユーザーとして登録しておく必要があります。この例で説明している，「root」というJP1ユーザーは，OS（UNIX）ユーザー「root」のことです（Windowsの場合は，OSユーザー「Administrator」を，JP1ユーザー「Administrator」として登録する必要があります）。
権限の設定例を次に示します。
root：＊=JP1_JPQ_Admin
JP1_JPQ_Admin：ジョブ実行環境やキューなどの管理権限

なお，JP1ユーザーに設定できる権限の詳細については，「2.3.3(2) 設定するJP1権限レベルの検討」を参照してください。

JP1ユーザーの登録は省略できますが，ジョブを実行する場合は，JP1ユーザーを登録してください。

JP1ユーザーの登録を省略して，「2.3.3 設定するアクセス権限を検討する」で説明するアクセス権限の設定を行う場合，OSユーザーと同一名称のJP1ユーザーが登録されていると仮定します。

2.3.3　設定するアクセス権限を検討する

登録するJP1ユーザーの検討が終了したら，そのJP1ユーザーに，「どのようなグループ（JP1資源グループ）に対して，どのようなアクセス権限（JP1権限レベル）を許可するのか」ということを検討してください。

＜この項の構成＞

(1)　定義するJP1資源グループの検討

(2)　設定するJP1権限レベルの検討

(3)　ユニット所有者権限

(1)　定義するJP1資源グループの検討

ジョブネットワーク要素（ユニット）は，幾つかのグループに分けて保存し，管理します。このグループをJP1資源グループと呼びます。JP1資源グループには，任意の名称を定義できます。例えば資材部，人事部などの部署ごとに，「purchasingdep」や「personneldep」というような，部署を意味する用語を定義できます。

なお，JP1資源グループは，必ずどれかのJP1ユーザーにJP1資源グループを定義するように検討してください。JP1資源グループを定義しなかった場合は，アクセス制御の対象になりません。そのため，どのJP1ユーザーからもユニットを参照できたり，変更できたりするので，JP1ユーザーにJP1資源グループを定義しないことは，JP1/AJS2を運用していく上でお勧めしません。

また，一つのJP1ユーザーには，複数のJP1資源グループを定義することもできます。例えば，一人のJP1ユーザーについて，総務部のJP1資源グループでは業務を実行・編集できるユーザーとして，また，営業部のJP1資源グループでは業務の参照だけできるユーザーとして定義しておくことができます。

(2)　設定するJP1権限レベルの検討

JP1/AJS2で定義した業務に対して，どのような操作ができるかを表したものをJP1権限レベルと呼びます。

JP1権限レベルは，JP1資源グループに対して設定するものです。JP1資源グループの指定があってはじめてJP1権限レベルの設定が有効になります。例えば，ジョブネット定義・実行時のアクセス権限の場合，あるJP1資源グループに対してはJP1_AJS_Adminのアクセス権限を持ち，別のJP1資源グループに対してはJP1_AJS_Managerのアクセス権限を持つ，というようにJP1資源グループごとに異なるアクセス権限を持たせることができます。このため，JP1資源グループの指定がない場合，または異なるJP1資源グループの指定をした場合は，JP1権限レベルが有効にならないことに注意してください。

JP1権限レベルには次の2種類があります。

ジョブネット定義・実行時のアクセス権限

ジョブの実行・操作時のアクセス権限

それぞれの権限レベル名と操作できる内容を以降に示します。これらの内容を参照して，設定するJP1権限レベルを検討してください。

(a)　ジョブネット定義・実行時のアクセス権限

ジョブネット定義・実行時のアクセス権限には，次の5種類があります。

JP1_AJS_Admin
管理者権限です。ユニットの所有者や資源グループの操作権限，ジョブネットの定義・実行・編集権限などを持っています。

JP1_AJS_Manager
ジョブネットの定義・実行・編集権限などを持っています。

JP1_AJS_Editor
ジョブネットの定義・編集権限などを持っています。

JP1_AJS_Operator
ジョブネットの実行・参照権限などを持っています。

JP1_AJS_Guest
ジョブネットの参照権限などを持っています。

ジョブネット定義・実行時のJP1権限レベル名と詳細な操作内容を次の表に示します。

表2-11　ジョブネット定義・実行時のJP1権限レベル名と操作できる内容

操作内容
JP1_AJS_
Admin
JP1_AJS_
Manager
JP1_AJS_
Editor
JP1_AJS_
Operator
JP1_AJS_
Guest

他ユーザーが所有権を持つユニットに対して，所有者，JP1資源グループ名，またはジョブの実行ユーザー種別を変更する
○※1
－
－
－
－

ジョブネットワーク要素を定義する
○
○
○
－
－

ジョブネットに定義したジョブネットワーク要素の定義内容を変更する
○
○※2
○※2
－
－

ジョブネットの定義内容を変更する
○
○
○
－
－

ジョブネットワーク要素を複写・移動したり，名称を変更したりする※3
○
○
○
－
－

ジョブネットワーク要素を削除する※4
○
○
○
－
－

ジョブネットワーク要素名を標準出力ファイルに出力する
○
○
○
○
○

ジョブネットワーク要素の定義内容を標準出力ファイルに出力する
○
○
○
○
○

ジョブネットワーク要素を退避する
○
○
○
○
○

ジョブネットワーク要素を回復する
○
○
○
－
－

ジョブグループにカレンダー情報を定義する
○
○
○
－
－

特定期間について，ジョブネットの実行スケジュールを定義する
○
○
○
○
○

定義済みのジョブネットを実行登録する
○
○
－
○
－

ジョブネットの実行登録を解除する
○
○
－
○
－

ジョブネットやジョブの実行履歴，現在の状態，次回実行予定などを標準出力ファイルに出力する
○
○
○
○
○

ジョブネットに定義されたスケジュールを一時的に変更する
○
○
－
○
－

ジョブの状態を一時的に変更する
○
○
－
○
－

ジョブの状態を変更する
○
○
－
○
－

ジョブネットの実行を中断する
○
○
－
○
－

ジョブネットを再実行する
○
○
－
○
－

ジョブやジョブネットの実行を強制終了させる
○
○
－
○
－

ジョブネットワーク要素をエクスポートする
○
○
○
○
○

ジョブネットワーク要素をインポートする
○
○
○
－
－

（凡例）

○：操作できる。

－：操作できない。

注※1

ユニットの所有者であれば，JP1_AJS_Admin権限が与えられていなくてもこの操作を実行できます。ただし，ユニットの所有者であっても，そのユニットに設定されているJP1資源グループに対して参照権限が与えられていない場合，JP1/AJS2 - ViewからJP1資源グループ名，所有者，およびジョブの実行ユーザー種別を変更することができません。JP1/AJS2 - ViewからJP1資源グループ名，所有者，およびジョブの実行ユーザー種別を変更したい場合は，「ajschange -g JP1資源グループ名 ユニット名」コマンドを実行して，JP1資源グループ名を参照する権限が与えられているJP1資源グループに変更してください。

ajschangeコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajschange」を参照してください。

また，ユニットに所有者が設定されていない場合，すべてのユーザーが，JP1資源グループ名，所有者，またはジョブの実行ユーザー種別を変更することができます。なお，ユニットの実行ユーザー種別が所有ユーザーに設定されている場合，次の（a），（b）のユーザー以外のユーザーが，ユニット所有者を別のJP1ユーザーに変更すると，ユニットの実行ユーザー種別が登録ユーザーになります。ユニットの実行ユーザー種別に登録ユーザーが設定されると，ジョブの実行ユーザー種別は，ジョブネットを実行登録したユーザーとして扱われます。これは，（a），（b）のユーザー以外のユーザーによって，任意のユーザー権限でジョブが実行されることを防ぐことを目的としています。

（a）：Administrators権限またはスーパーユーザー権限が与えられているユーザー

（b）：ユニットに設定されているJP1資源グループに対してJP1_AJS_Admin権限が与えられているJP1ユーザー

注※2

ユニットの実行ユーザー種別が所有ユーザーになっている場合，JP1_AJS_Admin権限以外のJP1ユーザーは，自分が所有ユーザーになっているユニットでなければ変更の操作が実行できません。これは，JP1_AJS_Admin権限が与えられていない一般ユーザーが，任意のジョブを実行することを防ぐことを目的としています。なお，ユニットの実行ユーザー種別が登録ユーザーになっている場合は，自分に操作が許可されているJP1権限レベルを持つようにするだけで，変更の操作が実行できます。

注※3

複写・移動したり，名称を変更したりするユニットの親ユニットが操作対象ユニットです。例えば，/AAA/BBB/CCCというユニットを移動する場合，ユニット/AAA/BBBに設定されているJP1資源グループに対し，該当の権限が必要になります。なお，複写・移動したり，名称を変更したりするユニットに対しては，次のような権限が必要です。

複写の場合は，複写元ユニット（配下のユニットも含む）に設定されているJP1資源グループに対し，JP1_AJS_Admin，JP1_AJS_Manager，JP1_AJS_Editor，JP1_AJS_Operator，またはJP1_AJS_Guestの権限が必要です。

移動の場合は，移動するユニットに設定されているJP1資源グループに対し，JP1_AJS_Admin，JP1_AJS_Manager，またはJP1_AJS_Editorの権限が必要です。

名称の変更の場合は，名称を変更するユニットに設定されているJP1資源グループに対し，JP1_AJS_Admin，JP1_AJS_Manager，またはJP1_AJS_Editorの権限が必要です。

注※4

削除するユニットの親ユニットも操作対象ユニットです。例えば，/AAA/BBB/CCCというユニットを削除する場合，ユニット/AAA/BBB/CCC（配下のユニットも含む）に設定されているJP1資源グループおよびユニット/AAA/BBBに設定されているJP1資源グループに対し，該当の権限が必要になります。

ユニットを操作するJP1ユーザーには，操作対象となるユニットに設定されているJP1資源グループに対して該当の操作権限が必要です。また，上位ユニットに設定されているJP1資源グループに対しては，JP1_AJS_Admin，JP1_AJS_Manager，JP1_AJS_Editor，JP1_AJS_Operator，またはJP1_AJS_Guestの権限が必要です。

なお，ユニット操作を行うJP1ユーザーにマッピングされているOSユーザーがAdministrators権限を持つユーザー，またはスーパーユーザーである場合は，JP1権限レベルに関係なく，すべての操作を実行できます。また，Administrators権限を持つユーザー，またはスーパーユーザーで，ジョブネットワーク要素を操作するコマンドを実行した場合も，環境変数JP1_USERNAMEを設定したJP1ユーザーの権限に関係なく，すべての操作を実行できます。

ユニットにJP1資源グループが設定されていない場合は，そのユニットに対して，すべてのユーザーがJP1/AJS2のすべての操作を実行できます。

注意

マネージャージョブグループ，マネージャージョブネットでは，参照先のJP1/AJS2 - Managerのアクセス権限が適用されます。

JP1/AJS2 - Viewが接続している間，JP1/AJS2 - Manager上で，アクセス権限の情報をキャッシュに保持しています。このため，アクセス権限の変更が，接続中のJP1/AJS2 - Viewに反映されないことがあります。アクセス権限を変更する場合には，接続中のJP1/AJS2 - Viewをログアウトし，アクセス権限を変更後，再度ログインしてください。

(b)　ジョブの実行・操作時のアクセス権限

ジョブの実行・操作時のアクセス権限には，次の3種類があります。

JP1_JPQ_Admin
管理者権限です。ジョブ実行環境の設定権限，キューやジョブ実行先エージェントの操作権限，ほかのユーザーがキューイングしたジョブの操作権限を持っています。

JP1_JPQ_Operator
キューやジョブ実行先エージェントの操作権限，ほかのユーザーがキューイングしたジョブの操作権限を持っています。

JP1_JPQ_User
サブミットジョブの登録や，自分がキューイングしたジョブの操作権限を持っています。

ジョブの実行・操作時のアクセス権限の設定では，資源グループ「JP1_Queue」に対して，これらの権限レベルを持たせるように設定します。「JP1_Queue」は，大文字・小文字を間違えないように入力してください。

ジョブの実行・操作時のJP1権限レベル名と詳細な操作内容を次の表に示します。

表2-12　ジョブの実行・操作時のJP1権限レベル名と詳細な操作内容

操作内容
JP1_JPQ_
Admin
JP1_JPQ_
Operator
JP1_JPQ_
User

サブミットジョブを登録する
○
○
○

ジョブの実行をキャンセル，または強制終了する
○
○
△

ジョブの実行を保留，または保留解除する
○
○
△

ジョブを移動する
○
○
△

ジョブ情報を出力する
○
○
△

終了ジョブ情報を出力する
○
○
△

データベースから終了ジョブ情報を削除する
○
○
－

キューを開く
○
○
－

キューを閉じる
○
○
－

キューを追加する
○
－
－

キューを削除する
○
－
－

キュー情報を出力する
○
○
○

キューの定義を変更する
○
－
－

キューをエージェントに接続する
○
－
－

キューとエージェントの接続を解除する
○
－
－

ジョブ実行多重度を変更する
○
－
－

エージェントを追加する
○
－
－

エージェントを削除する
○
－
－

エージェントホスト情報を出力する
○
－
－

排他実行リソースを追加する
○
－
－

排他実行リソースを削除する
○
－
－

排他実行リソース情報を出力する
○
○
○

（凡例）

○：操作できる。

△：操作できるが，ほかのユーザーが実行したジョブは操作できない。

－：操作できない。

注意事項

ジョブの実行・操作時は，処理要求先マネージャーのアクセス権限の定義が適用されます。

(3)　ユニット所有者権限

ジョブやジョブネットを定義したとき，定義したユーザーはそのジョブやジョブネットに対して所有者権限を持ちます。所有者権限を持つと，JP1権限レベルに関係なく，JP1資源グループ名，所有者，およびジョブの実行ユーザー種別を変更できるようになります。そのため，あらかじめ次に示す内容について注意してください。

注意事項

ユニットに所有者が設定されていない場合，すべてのユーザーから，JP1資源グループ名，所有者，またはジョブの実行ユーザー種別を変更することができます。

ユニットの実行ユーザー種別が所有ユーザーに設定されている場合，次の（a），（b）のユーザー以外のユーザーが，ユニット所有者を別のJP1ユーザーに変更すると，ユニットの実行ユーザー種別が登録ユーザーになります。ユニットの実行ユーザー種別に登録ユーザーが設定されると，ジョブの実行ユーザー種別は，ジョブネットを実行登録したユーザーとして扱われます。これは，（a），（b）のユーザー以外のユーザーによって，任意のユーザー権限でジョブが実行されることを防ぐことを目的としています。
（a）：Administrators権限またはスーパーユーザー権限が与えられているユーザー
（b）：ユニットに設定されているJP1資源グループに対してJP1_AJS_Admin権限が与えられているJP1ユーザー

ジョブの実行ユーザー種別をジョブ所有者にしている場合，次に示すユーザー以外でジョブの定義内容を変更すると，権限エラーとなります。
・ジョブの所有者
・Administrators権限またはスーパーユーザー権限が与えられているOSユーザーにマッピングされているJP1ユーザー
・JP1_AJS_Admin権限が与えられている一般ユーザー

ユニットの所有者であっても，そのユニットに設定されているJP1資源グループに対して参照権限が与えられていない場合，JP1/AJS2 - ViewからJP1資源グループ名，所有者，およびジョブの実行ユーザー種別を変更することができません。JP1/AJS2 - ViewからJP1資源グループ名，所有者，およびジョブの実行ユーザー種別を変更したい場合は，「ajschange -g JP1資源グループ名 ユニット名」コマンドを実行して，JP1資源グループ名を参照する権限が与えられているJP1資源グループに変更してください。

2.3.4　対応づけるユーザーを検討する

JP1/AJS2の業務管理ホストでのJP1ユーザーが，処理の実行先ホスト上でどのOSユーザーになるようにするのか，という対応づけを検討します。

JP1/AJS2では処理を実行する場合，JP1ユーザーに対応づけられているOSユーザーの権限で実行ファイルなどのOS資源にアクセスし，処理を実行します。そのため，処理の実行先ホスト上でJP1ユーザーが，どのOSユーザーになるのか対応付ける必要があります。この対応づけのことをユーザーマッピングといい，JP1/Baseのユーザーマッピング機能を使用します。

JP1/AJS2 - Viewからログインするときにも，ユーザーマッピングは必要になります。JP1/AJS2 - Viewを使用する場合には，あらかじめユーザーマッピングを設定しておいてください。

なお，JP1/AJS2のイベントジョブ（Windowsの場合）は，実行時のJP1ユーザーには依存しません。JP1/AJS2サービスのアカウント権限に依存します。

ユーザーマッピングを使用した処理実行の概要を次の図に示します。

図2-20　ユーザーマッピングを使用した処理実行の概要

上記の図では，業務実行ホストで次のようなマッピングがされています。

jp1mngr：「jobuser1」

jp1user1：「jobuser2」

OSユーザー「jobuser1」には，Administrators権限またはスーパーユーザー権限を持つユーザーを設定してください。リブート処理など，プログラムの仕様上これらの権限が必要な場合に使用してください。

OSユーザー「jobuser2」に，実行する処理の権限（OSユーザーアカウントやファイルのアクセス権限など）を設定して，処理が異常終了しないようにしてください。また，すべての業務実行ホストでOSユーザー名（ジョブ実行ユーザー）を統一しておくと，管理しやすくなります。

また，ジョブやジョブネットを操作する際に使用されるJP1ユーザー名とユーザーマッピングの設定は，使用するコマンドによって決定方法が異なります。ジョブネットワーク要素（ジョブやジョブネット）をajsxxxxコマンドおよびJP1/AJS2 - Viewから操作する場合と，ジョブ実行環境上のジョブをjpqxxxxコマンドで操作，実行する場合のそれぞれについて次に示します。次のルールを参照して，対応づけを検討してください。

なお，イベントジョブを操作するコマンドはJP1権限レベルに依存しないため，JP1ユーザー名は使用しません。

＜この項の構成＞

(1)　ジョブネットワーク要素をJP1/AJS2 - Viewおよびコマンドで操作する場合のJP1ユーザー名

(2)　ジョブ実行環境上のジョブをコマンドで実行・操作する場合のJP1ユーザー名

(1)　ジョブネットワーク要素をJP1/AJS2 - Viewおよびコマンドで操作する場合のJP1ユーザー名

ジョブネットワーク要素をJP1/AJS2 - Viewから操作する場合，権限の確認に使用されるJP1ユーザー名は，JP1/AJS2 - ViewでログインしたJP1ユーザー名です。ジョブネットワーク要素をajsxxxxコマンドから操作する場合は，次の規則に従ってJP1ユーザー名が決定されます。

環境変数JP1_USERNAMEが設定されている場合
環境変数JP1_USERNAMEが設定されている場合は，その設定値をJP1ユーザー名として扱います。このとき，ユーザーマッピングの設定で，コマンド実行時のOSユーザー名と環境変数JP1_USERNAMEの設定値がマッピングされている必要があります。コマンド実行時のOSユーザーにAdministrators権限，またはスーパーユーザー権限がある場合は，ユーザーマッピングは必要ありません。
また，環境変数JP1_HOSTNAMEが設定されているかどうかで，使用されるユーザーマッピングが異なります。

環境変数JP1_HOSTNAMEが設定されている場合

環境変数JP1_HOSTNAMEに設定された論理ホストに定義されているユーザーマッピングが使用されます。

環境変数JP1_HOSTNAMEが設定されていない場合

物理ホストに定義されているユーザーマッピングが使用されます。

環境変数JP1_USERNAMEが設定されていない場合
環境変数JP1_USERNAMEが設定されていない場合は，OSユーザー名をJP1ユーザー名として扱います。なお，ジョブ実行時に，ユーザーマッピングがチェックされるので，OSユーザー名と同じ名称のJP1ユーザーの登録が必要です。

操作するジョブやジョブネットの属性にJP1資源グループ名の指定がある場合，認証サーバにアクセス権限を問い合わせます。このとき，環境変数JP1_HOSTNAMEが設定されている場合は，設定値の論理ホストに定義されている認証サーバが使用され，環境変数JP1_HOSTNAMEが設定されていない場合は，物理ホストに定義されている認証サーバが使用されます。ただし，コマンド実行時のOSユーザーにAdministrators権限またはスーパーユーザー権限がある場合は，認証サーバにアクセス権限を問い合わせません。

次に，ジョブネットワーク要素を操作するコマンドをリモート実行する場合について説明します。リモート実行が可能なコマンドについては，「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　コマンドの記述形式」を参照してください。コマンド実行先ホストで必要な設定を次に示します。

環境変数JP1_USERNAMEが設定されている場合
リモート実行時に環境変数JP1_USERNAMEが設定されている場合は，その設定値をJP1ユーザー名として扱い，コマンド実行先ホスト上で実行します。コマンド実行先ホスト上のユーザーマッピングの設定で，コマンド実行先ホスト上の任意のOSユーザー名と環境変数JP1_USERNAMEの設定値がマッピングされている必要があります。
また，コマンド実行先ホストに，論理ホスト名または物理ホスト名のどちらが指定されているかで，使用されるユーザーマッピングが異なります。

コマンド実行先ホストに論理ホスト名を指定した場合

指定した論理ホストに定義されているユーザーマッピングが使用されます。

コマンド実行先ホストに物理ホスト名を指定した場合

指定した物理ホストに定義されているユーザーマッピングが使用されます。

環境変数JP1_USERNAMEが設定されていない場合
環境変数JP1_USERNAMEが設定されていない場合，コマンド実行元ホストのOSユーザー名をJP1ユーザー名として扱います。

操作するジョブやジョブネットの属性にJP1資源グループ名の指定がある場合，認証サーバにアクセス権限を問い合わせます。コマンド実行先ホストに論理ホスト名を指定した場合，論理ホストに定義されている認証サーバが使用されます。コマンド実行先ホストに物理ホスト名を指定した場合，物理ホストに定義されている認証サーバが使用されます。コマンドを使用する際に必要なJP1権限レベルを設定してください。ただし，マッピングされているプライマリーユーザーにAdministrators権限またはスーパーユーザー権限がある場合は，認証サーバにアクセス権限を問い合わせません。

(2)　ジョブ実行環境上のジョブをコマンドで実行・操作する場合のJP1ユーザー名

jpqxxxxコマンドを使用してジョブ実行環境上のジョブを単体で操作したり，ジョブ実行環境を操作したりする場合は，コマンドを実行しているOSユーザーと同名のJP1ユーザー名で権限を確認します。

そのため，コマンドを実行するOSユーザーをJP1ユーザーとして登録してください。そして，登録したJP1ユーザーとOSユーザーをマッピングしてください。なお，環境変数JP1_USERNAMEの設定に関係なく，コマンドを実行するOSユーザーをJP1ユーザーとして登録し，ユーザーマッピングの設定をする必要があります。

また，ジョブを実行する際には，JP1/AJS2 - Viewからジョブを起動した場合も含めてジョブを実行するOSユーザーをJP1ユーザーとして認証サーバに登録しておく必要があります。

JP1ユーザーの登録およびJP1権限レベルの設定方法については，Windowsホストの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　3.1.1 JP1/Baseのセットアップ」を，UNIXホストの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　13.1.1 JP1/Baseのセットアップ」を参照してください。

また，それぞれのコマンドを使用する際に必要なJP1権限レベルについては，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」に記載されているコマンド一覧を参照してください。

2.3.5　業務を集中監視する場合のユーザー管理を検討する

JP1/AJS2 Consoleを使用して業務を集中監視する場合のユーザー管理の検討について説明します。JP1/AJS2 Consoleを使用して業務を集中監視するためには，JP1/Baseのユーザー管理機能（ユーザー認証，ユーザーマッピング）を使った次の設定が必要になります。

ログインに必要な設定

状態監視に必要な設定

JP1/Baseのユーザー管理機能の詳細については，マニュアル「JP1/Base 運用ガイド」のユーザー管理機能の設定の章を参照してください。

ログインに必要な条件と状態監視に必要な条件を次に示します。これらの条件を満たすようなユーザーや権限を検討してください。

＜この項の構成＞

(1)　ログインに必要な条件

(2)　業務の状態監視に必要な条件

(3)　ユーザーマッピングの定義例

(1)　ログインに必要な条件

JP1/AJS2 Consoleでは，JP1/AJS2 Console ViewからJP1/AJS2 Console Managerホストへログインする際にJP1/Baseのユーザー認証機能を使用しています。

JP1/AJS2 Consoleでは，業務を監視するための［メインスコープ］ウィンドウを接続先のJP1/AJS2 Console Managerホスト上でJP1ユーザーごとに保持し，それぞれの定義内容（監視対象）を管理します。不正なユーザーからこれらへのアクセスを防止するため，ログイン処理を実行してユーザー認証を受けます。

ログインするJP1ユーザーは，ログイン先のJP1/AJS2 Console Managerホストが参照する認証サーバで認証されます。

JP1/AJS2 Console ViewからJP1/AJS2 Console Managerホストへログインするために必要な条件を次に示します。

図2-21　ログインに必要な条件

JP1/AJS2 Console Managerホストで，JP1/AJS2 - Manager（JP1/AJS2 Console Manager）ホストが参照する認証サーバが設定されている。

JP1/AJS2 - Manager（JP1/AJS2 Console Manager）ホストが参照する認証サーバで，ログインするJP1ユーザーが登録されている。

［メインスコープ］ウィンドウ上の定義内容は，JP1ユーザーごとに個別に保持されるため，JP1権限レベルの設定は不要です。

(2)　業務の状態監視に必要な条件

JP1/AJS2 Consoleでは，JP1/AJS2上の業務を監視するためにユーザーマッピング機能を使用しています。

JP1/AJS2 Console ManagerにログインしたすべてのJP1ユーザーがJP1/AJS2 Console Agent（JP1/AJS2 - Manager）ホスト上の業務を参照・操作できるのは問題があります。したがって，JP1/AJS2 Console Agentホスト上で業務を監視するJP1ユーザーに対してOSユーザーをマッピングし，JP1/AJS2 Console ManagerにログインしたJP1ユーザーの業務へのアクセス権限を管理します。

なお，このアクセス権限は，JP1/AJS2 Console Agentホストが参照する認証サーバで設定されているJP1権限レベルに従います。また，実際の業務の監視はOSユーザーが実行するため，JP1/AJS2 Console Agentホストに対してもOSユーザーがマッピングされている必要があります。

JP1/AJS2上の業務を監視するために必要な条件を次に示します。

図2-22　状態監視に必要な条件

JP1/AJS2 Console Agentホストが参照する認証サーバで，JP1/AJS2 Console Manager上のJP1ユーザーを使って業務を監視するJP1ユーザーが登録されている。

JP1/AJS2 Console Agentホストで，業務を監視するJP1ユーザーにOSユーザーがユーザーマッピングされている（サーバホスト名にJP1/AJS2 Console Managerホスト名が指定されている）。

JP1/AJS2 Console Agentホスト上で，業務を監視するJP1ユーザーに上記2の設定でプライマリーOSユーザーに指定されているOSユーザーがユーザーマッピングされている（サーバホスト名にJP1/AJS2 Console Agent（自ホスト）ホスト名が指定されている）。

業務を監視するJP1ユーザーが，監視対象の業務の参照権限（JP1_AJS_Guest権限以上）を持っている。

補足事項

上記2のユーザーマッピング設定で，サーバホスト名に「＊（アスタリスク）」を指定すれば，上記3の設定は必要ありません。

JP1/AJS2 Console ViewからJP1/AJS2 - Viewを起動して業務を操作する，またはJP1/AJS2 Console Viewから監視対象となる業務を直接操作するには，業務に対しての操作権限（JP1_AJS_Operator権限以上）が必要です。

上記2の設定でプライマリーOSユーザーに指定されているOSユーザーがAdministrators権限（Windowsの場合），スーパーユーザー権限（UNIXの場合）を持つ場合は，JP1権限レベルの設定に制限されません。

JP1/AJS2 Console ManagerホストとJP1/AJS2 Console Agentホストのユーザー認証圏が異なる場合でも，業務は監視できます。ただし，同一ユーザー認証圏であれば，JP1/AJS2 Console ViewからJP1/AJS2 - Viewを起動する際に［ログイン］画面を表示しないでログインできます。詳細については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　11.5 業務の監視」を参照してください。

上記1でJP1/AJS2 Console Agentホストが参照する認証サーバに業務監視を行うJP1ユーザーを登録しなくても，JP1/AJS2 Consoleで業務を監視できます。この場合は次に示す制限がありますので注意してください。

(a) 上記2の設定でマッピングOSユーザーがAdministrators権限（Windowsの場合），スーパーユーザー権限（UNIXの場合）を持つ場合

JP1/AJS2 Console ViewからJP1/AJS2 - Viewを起動する場合には，必ず起動したJP1/AJS2 - Viewでログイン操作が必要になります。

(b) 上記2の設定でマッピングOSユーザーが一般ユーザーの場合（(a)以外の場合）

JP1/AJS2 Console ViewからJP1/AJS2 - Viewを起動する場合には，必ず起動したJP1/AJS2 - Viewでログイン操作が必要になります。

監視対象となるジョブネットおよび上位ユニットに資源グループが指定されている場合は，監視できません。

(3)　ユーザーマッピングの定義例

ユーザーマッピングの定義例を次に示します。

図2-23　ユーザーマッピングの定義例

JP1/AJS2 Console Viewは，JP1ユーザー（jp1user1）でJP1/AJS2 Console Managerホスト（hostA）にログインします。JP1/AJS2 Console Managerホスト（hostA）は，ログインしたJP1ユーザー（jp1user1）を使って業務の状態を監視するようJP1/AJS2 Console Agentホスト（hostB）に指示を出します。JP1/AJS2 Console Agentホスト（hostB）では，JP1/AJS2 Console Managerホスト（hostA）からのJP1ユーザー（jp1user1）にマッピングされたOSユーザー（osuser1）の権限，およびJP1ユーザー（jp1user1）のJP1アクセス権限で業務の状態を監視します。

3.　システム構成の設計

JP1/AJS2を運用する場合のシステム構成の設計について説明します。

自動化する業務の設計が終了したら，自動化する業務の種類，業務を実行する場所などを踏まえて，JP1/AJS2シリーズのプログラムをどこに何台導入するかなどを検討します。

＜この章の構成＞

3.1　動作環境を確認する

3.2　システム構成を検討する

3.3　DNS環境での運用を確認する

3.4　JP1/AJS2が対応しているネットワーク構成と通信を確認する

3.5　使用するデータベースを検討する

3.1　動作環境を確認する

この節では，JP1/AJS2を構成する各プログラムとコンポーネントの動作環境や前提条件について説明します。

＜この節の構成＞

3.1.1　JP1/AJS2シリーズのプログラム

3.1.2　JP1/AJS2の前提条件

3.1.1　JP1/AJS2シリーズのプログラム

JP1/AJS2シリーズのプログラムについて次に説明します。

JP1/AJS2 - Manager
ジョブネットの定義情報やスケジュール情報を管理し，処理の実行をエージェント（JP1/AJS2 - AgentまたはJP1/AJS2 - Manager）に依頼します。また，JP1/AJS2 - Manager自身で処理を実行することもできます。1台のJP1/AJS2 - Managerに最大1,024のエージェントを接続できます。なお，接続できるエージェント台数にはマネージャー自身が含まれます。ほかのJP1/AJS2 - Managerに処理を実行させたり，ほかのJP1/AJS2 - Managerの処理と連携して業務を実行させたりするために，JP1/AJS2 - Manager同士を接続して使うこともできます。また，JP1/AJS2 Consoleを使用して，JP1/AJS2で自動的に運用されている業務を監視することもできます。

JP1/AJS2 - Agent
JP1/AJS2 - Managerから実行依頼を受けた処理を実行します。JP1/AJS2 - Agentは，ジョブの実行機能のエージェント，およびイベントジョブのエージェントだけで構成されています。

JP1/AJS2 - View
JP1/AJS2 - ManagerをGUIで操作したい場合に使います。1台のWindows版JP1/AJS2 - ManagerまたはUNIX版JP1/AJS2 - Managerには，最大128台のJP1/AJS2 - Viewを接続できます。

3.1.2　JP1/AJS2の前提条件

JP1/AJS2シリーズのプログラムとコンポーネントの前提OSおよび前提プログラムについて説明します。

＜この項の構成＞

(1)　前提OS

(2)　前提プログラム

(3)　その他

(1)　前提OS

JP1/AJS2シリーズプログラムが動作するOS一覧を次の表に示します。

表3-1　JP1/AJS2シリーズプログラムが動作するOS一覧

OS名 | JP1/AJS2 - Manager | JP1/AJS2 - Agent | JP1/AJS2 - View
Windows Server 2008 | ○ | ○ | ○
Windows Server 2008（IPF） | ○ | ○ | －
Windows Vista | － | － | ○
Windows XP Professional | － | － | ○
Windows Server 2003 | ○ | ○ | ○
Windows Server 2003（IPF） | ○ | ○ | －
Windows 2000 | － | ○ | －
HP-UX（PA-RISC） | ○ | ○ | －
HP-UX（IPF） | ○ | ○ | －
Solaris | ○ | ○ | －
AIX | ○ | ○ | －
Linux | ○ | ○ | －
Linux（IPF） | ○ | ○ | －

（凡例）

○：動作する。

－：動作しない。

(2)　前提プログラム

JP1/AJS2シリーズのプログラムの前提プログラムを次の表に示します。

表3-2　前提プログラム

JP1/AJS2シリーズのプログラム名 | 前提プログラム
JP1/AJS2 - Manager | JP1/Base
JP1/AJS2 - Agent | JP1/Base
JP1/AJS2 - View | －

（凡例）

－：必要ない。

(3)　その他

JP1/AJS2を使用する場合のマシン構成の制限値・使用できる文字などに関する制限事項については，「付録D 制限値一覧」を参照してください。

3.2　システム構成を検討する

JP1/AJS2は，1台でジョブを定義・実行するシステムから，何台ものホストを使って大量のジョブを実行させる大規模なシステムまで，いろいろなシステム構成で使用できます。

この節では，JP1/AJS2を使用する場合のシステムの構成について説明します。

＜この節の構成＞

3.2.1　スタンドアロンでの構成例

3.2.2　処理を複数の実行ホストで分散して実行させる場合の構成例

3.2.3　業務を集中的に監視する場合の構成例

3.2.4　クラスタシステムでの構成例

3.2.1　スタンドアロンでの構成例

1台のホスト内で業務を集中して実行させたい場合は，業務の管理ホストおよび実行ホストとしてJP1/AJS2 - Managerを使用します。

この場合，JP1/AJS2 - Managerを1台用意し，必要に応じて監視ホストとしてJP1/AJS2 - Viewを用意します。複数のJP1/AJS2 - Viewを接続して使うこともできます。

JP1/AJS2 - ManagerとJP1/AJS2 - Viewでのスタンドアロンシステム構成例を次の図に示します。

図3-1　JP1/AJS2 - ManagerとJP1/AJS2 - Viewでのスタンドアロンシステム構成例

3.2.2　処理を複数の実行ホストで分散して実行させる場合の構成例

複数の実行ホストで分散して業務を実行させたい場合は，業務の管理ホストとしてJP1/AJS2 - Managerを使用し，実行ホストとしてJP1/AJS2 - Agentを使用します。なお，JP1/AJS2 - Agentの代わりに実行ホストとしてJP1/AJS2 - Managerを使用することもできます。また，監視ホストとしてJP1/AJS2 - Viewを使用します。

＜この項の構成＞

(1)　1台の業務管理ホストを使用する場合

(2)　複数の業務管理ホストを使用する場合

(3)　タイムゾーン

(4)　文字コード

(5)　同一マシンを複数の実行ホストとして使用する方法

(6)　イベントジョブ使用時に同一マシンを複数の実行ホストとして使用する方法

(7)　注意事項

(1)　1台の業務管理ホストを使用する場合

JP1/AJS2 - Manager用ホストを1台用意し，JP1/AJS2 - Agent用ホストを複数台用意します。また，必要に応じてJP1/AJS2 - View用のホストを用意します。

1台のJP1/AJS2 - Managerホストを使ったマネージャー・エージェント構成のシステム構成例を次の図に示します。

図3-2　1台のJP1/AJS2 - Managerホストを使ったマネージャー・エージェント構成のシステム構成例

(2)　複数の業務管理ホストを使用する場合

JP1/AJS2 - Manager用ホストとJP1/AJS2 - Agent用ホストを複数台用意します。また，必要に応じてJP1/AJS2 - View用ホストを用意します。

複数のJP1/AJS2 - Managerを使ったマネージャー・エージェント構成のシステム構成例を次の図に示します。

図3-3　複数のJP1/AJS2 - Managerを使ったマネージャー・エージェント構成のシステム構成例

なお，JP1/AJS2は自ホスト名からIPアドレスが解決できる環境で動作させてください。自ホスト名からIPアドレスが解決できない環境では，JP1/AJS2は起動できません。

また，複数ホストでジョブを実行する場合は，マネージャー，エージェントおよび他システムの各ホスト上で，IPアドレスが解決できるように設定してください。DNS運用をしている場合は，FQDN形式のホスト名のIPアドレスが解決できるように設定してください。

(3)　タイムゾーン

JP1/AJS2 - Viewを使ってJP1/AJS2 - Managerにログインして業務の実行状況や実行結果を確認する場合，表示される時刻はJP1/AJS2 - ViewのがインストールされているマシンのOSに設定されたタイムゾーンに従います。

Windowsの場合

Windows上のJP1/AJS2 - Managerは，OSの構造上，プロセス単位にタイムゾーンを扱えません（1台のJP1/AJS2 - Managerで複数のタイムゾーンを扱うことはできません）。したがって，タイムゾーン別にJP1/AJS2 - ManagerおよびJP1/AJS2 - Viewを複数台用意してください。

UNIXの場合

UNIXではプロセス単位にタイムゾーンを設定できるので，JP1/AJS2 - Managerに実行登録するジョブネットに対して，実行登録するユーザーごとに環境変数TZを選択できます（1台のJP1/AJS2 - Managerで複数のタイムゾーンを扱うことができます）。

ただし，ユニットに対して操作を行う場合は，次の制限があります。

JP1/AJS2 - Viewから操作する場合は，一つのタイムゾーンしか扱えないため，タイムゾーン別にユニット定義を用意し，タイムゾーンごとにJP1/AJS2 - Viewを起動する。

実行登録を行う場合は，タイムゾーン別に環境変数TZを設定した環境で，ajsentryコマンドを使用する。

日時変更などの時刻に関する指定は，相対指定だけとする。

実行登録した内容をコマンドで確認する場合は，実行登録したときと同じ環境変数TZを設定した環境で，ajsshowコマンドを使用する。

業務の実行先が海外であっても，日本時間に設定されているJP1/AJS2 - Viewを使って実行状況や実行結果を表示させると，現地時間ではなく日本時間で時刻が表示されます。Windowsの場合は，タイムゾーンが異なるエリアの業務の実行状況や実行結果を現地時間で確認するには，現地のタイムゾーンに合わせたJP1/AJS2 - Viewマシンを別途用意する必要があります。例えば，ニューヨークでの実行状況をニューヨーク時間で表示させるにはニューヨークのタイムゾーンに合わせて時刻を調整したJP1/AJS2 - Viewマシンを用意してください。UNIXの場合は，プロセスごとにタイムゾーンを設定すれば，タイムゾーンが異なるエリアの実行状況を1台のJP1/AJS2 - Viewマシンで確認することができます。

異なるタイムゾーンにある複数の管理業務ホストの実行状況を確認する場合のシステム構成例を次の図に示します。

図3-4　異なるタイムゾーンにある複数の管理業務ホストの実行状況を確認する場合のシステム構成例

マネージャー・エージェント間でタイムゾーンが異なる場合の注意事項を次の表に示します。

なお，次に示す注意事項は，スケジュールされ実行されているジョブに対する注意事項です。ジョブネットの実行スケジュールを定義するときの注意事項ではありません。

ジョブネットの実行スケジュールは，マネージャーのタイムゾーンに従ってスケジュールされます。

表3-3　マネージャー・エージェント構成時のタイムゾーンに関する注意事項

注意事項
PCジョブ
UNIXジョブ
QUEUEジョブ
カスタムジョブ
アクションジョブ
イベントジョブ

ジョブは，エージェントのタイムゾーン環境下で実行されます。標準出力ファイルおよび標準エラー出力ファイル（実行結果詳細）のメッセージ中の時刻は，エージェントのタイムゾーンの時刻です。
○
○
○

ジョブに定義した打ち切り時間などによる時間計算は，エージェントのタイムゾーンの時刻で行われます。マネージャーのタイムゾーンの時刻ではありません。
－
○
－

イベントジョブの引き継ぎ情報内の時刻は，イベントが発生したエージェントのタイムゾーンの時刻です。マネージャーのタイムゾーンや，（引き継ぎ情報を使用する）ジョブを実行するときのタイムゾーンの時刻ではありません。
○
○
○

（凡例）

○：対象

－：対象外

(4)　文字コード

JP1/AJS2で使用する文字コードは，JP1/Baseで使用している文字コードに合わせてください。

マネージャー・エージェント構成，国内版・海外版のJP1/AJS2製品を混在環境で使用する場合の組み合わせについては，「5.6.1 システムで使用する言語種別を検討する」を参照してください。

マネージャーとエージェントで文字コードが異なる場合，マネージャー・エージェント間の通信時に，次に示す定義，入力ファイル，および実行結果の文字コードは通信先で使用している文字コードに変換されます（マネージャーからエージェントに通信する場合は，エージェントで使用している文字コードに変換されます。エージェントからマネージャーに通信する場合は，マネージャーで使用している文字コードに変換されます）。

なお，PCジョブ，UNIXジョブ，アクションジョブがキューレスエージェントで実行される場合で，エージェントのバージョンが07-00～07-00-/Bの場合は，一切変換されません。

PCジョブ，UNIXジョブ，およびQUEUEジョブの場合

定義

実行ファイル名

コマンド文

スクリプトファイル名

パラメーター

環境変数

環境変数ファイル名

エージェントプロセス実行時のワークディレクトリ名

標準入力ファイル名

標準出力ファイル名

標準エラー出力ファイル名

転送ファイル名

ジョブ名（QUEUEジョブの場合）

ジョブに定義したマクロ変数の値

入力ファイル

転送ファイル1～4の内容

実行結果

標準出力ファイルの内容

標準エラー出力ファイルの内容（実行結果詳細）

アクションジョブ，カスタムジョブの場合

定義

ジョブに定義した情報

ジョブに定義したマクロ変数の値

実行結果

標準エラー出力ファイルの内容（実行結果詳細）

イベントジョブの場合

定義

ジョブに定義した情報

実行結果

標準エラー出力ファイルの内容（実行結果詳細）

引き継ぎ情報（ジョブに定義したマクロ変数の値）

(5)　同一マシンを複数の実行ホストとして使用する方法

JP1/AJS2で管理するエージェントは，エージェントごとにジョブの実行多重度を設定できます。同一マシン（一つのIPアドレス）に対して複数のエージェントホストをエイリアスとして定義し，特性の異なるジョブを別のエージェントホストに登録することで，一つのマシン上で業務を振り分けることができます。例えば，実ホスト（hostA）に対してhostB，hostCというエイリアスを定義し，一つのマシン上で次の図のように業務を振り分けることができます。なお，キューレスジョブは，エイリアスのエージェントホスト名を使用できません。

図3-5　業務の振り分け例

このような運用をするには，ジョブ実行制御の構成定義にエイリアスのエージェント名を追加します。なお，その際はhostsファイルでエイリアス名を指定して，エイリアス名でIPアドレスが解決できることを確認してください。エージェント名の追加方法については，以下の設定方法の「(b) ジョブ実行制御の構成定義」を参照してください。

また，JP1/Baseのバージョン06-71でサポートされたjp1hosts情報で定義すると，hostsファイルなどのOSの設定を変更せずにJP1独自のhosts情報を持つことができます。次に設定方法を示します。

注意

JP1独自のhosts情報を持つには，JP1/Baseのバージョン06-71以降が必要になります。

(a)　jp1hosts情報の定義

IPアドレスが100.0.0.10，実ホスト名がhostAであるノードに対してhostB，hostCというエイリアスのホスト名を定義する場合の例を説明します。

JP1/AJS2のサービスを停止する。

jp1hosts定義ファイルを編集する。
デフォルトで提供されているjp1hosts定義ファイルを編集します。

hostA 100.0.0.10
hostB 100.0.0.10
hostC 100.0.0.10

なお，この設定はマネージャーホスト上で設定します。

JP1/Baseを停止する。

jbshostsimportコマンドを実行して共通定義情報に登録する。
次のコマンドを実行して，jp1hosts情報を共通定義情報に登録します。

jbshostsimport ｛-o|-r｝ jp1hosts定義ファイル名 ［-h 論理ホスト名］

共通定義情報に登録したjp1hosts情報を確認する場合は，jbshostsexportコマンドを利用してください。なお，これらのコマンドは，JP1/Baseを停止した状態で実行してください。
これらのコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」のコマンドの章を参照してください。

JP1/Baseを再起動する。

JP1/AJS2を再起動する。
JP1/AJS2を再起動します。JP1/AJS2の再起動によって，設定したjp1hosts情報が有効になります。

注意

jp1hosts情報を設定した場合，jp1hosts情報に定義されたホスト名およびIPアドレスに関しては，hostsファイルやDNSの定義を参照しません。したがって，jp1hosts情報に設定したIPアドレスに対応する実ホスト名とエイリアス名の両方をjp1hosts情報に定義しておく必要があります。また，実ホスト名はエイリアス名よりも先に定義してください。jp1hosts情報の定義方法の詳細については，マニュアル「JP1/Base 運用ガイド」のjp1hosts情報の定義に関する説明を参照してください。

(b)　ジョブ実行制御の構成定義

エイリアスエージェントを追加する場合の手順を次に示します。

コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を参照してください。

エージェント定義を動的に追加する。
jpqagtaddコマンドを使用してjp1hosts情報にエイリアスとして定義したものと同じ名前のエージェントホスト名を-ahオプションに指定し，追加します。また，-cpオプションに実行多重度を設定します。実行多重度は排他実行をしたいジョブの運用方法に合わせて設定します。
例えば，hostAでは通常業務を行い，エイリアス定義したhostBでは一つだけ実行したい業務だけを行う場合，次のように実行多重度を設定します。

jpqagtadd [-mh マネージャーホスト名] -ah hostA -cp 0:00-0:00=5
jpqagtadd [-mh マネージャーホスト名] -ah hostB -cp 0:00-0:00=1

hostAでは常に5個までのジョブが実行されるのに対し，hostBに登録したジョブは常に一つだけ実行されます。

キューをオープンする。
エージェント定義追加時はキューの受付口がクローズ状態になっているため，jpqqueopenコマンドを使用してキューの受付口をオープンしてください。
例えば，hostAのキューの受付口をオープンしたい場合は次のコマンドを実行します。

jpqqueopen [-mh マネージャーホスト名] -ah hostA -en

(6)　イベントジョブ使用時に同一マシンを複数の実行ホストとして使用する方法

イベントジョブを使用する場合に，あらかじめ同一マシン（一つのIPアドレス）に対して複数のエージェントホストをエイリアスとして定義することで，擬似的に複数のエージェントが存在する環境で運用テストを行ったり，管理上やジョブの性質上から実行エージェントを分けたいときに一つのエージェントホストに対してジョブを振り分けたりすることができます。

例えば，IPアドレスが100.0.0.10，ホスト名がHostMのマネージャーホストで，IPアドレスが100.0.0.20，実ホスト名がHostAであるエージェントホストに対して，HostBというエイリアスのホスト名を定義する場合の例を次に示します。

図3-6　エイリアスの設定例

このような場合，マネージャー側とエージェント側のhostsファイルをそれぞれ次のように設定します。

マネージャー側のhostsファイルの設定
HostAとHostBの名前解決するために次のように設定する。

100.0.0.20 HostA HostB

エージェント側のhostsファイルの設定
HostMと名前解決するために次のように設定する

100.0.0.10 HostM

注意事項

複数ホストでジョブを実行する場合は，マネージャー，エージェントおよび他のシステムの各ホスト上で，IPアドレスによる解決ができるように設定してください。また，hostnameコマンドで返る値で求まるIPアドレスと，エイリアス名で求まるIPアドレスは同一になるように設定してください。

(7)　注意事項

マネージャー・エージェント構成時の注意事項を次に示します。

マネージャー・エージェント構成で標準ジョブ，アクションジョブ，カスタムジョブ，またはイベントジョブがキューイング状態のままになるような場合は，次のケースに該当しないか確認してください。該当する場合は，システムの設定などを見直してください。

マネージャーホスト上でエージェントホストの名前が解決できない，またはエージェントホスト上でマネージャーホストの名前が解決できない場合
マネージャーホストではエージェントホストのホスト名が，エージェントホストではマネージャーホストのホスト名が，互いにホスト名から名前解決できるようにそれぞれのホストでhostsファイル，DNSファイル，またはjp1hostsファイルを設定してください。jp1hostsファイルについての詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。
ここでは，hostsファイルの設定例を示します。次のように設定してください。

図3-7　互いにホスト名から名前解決するためのhostsファイルの設定例

なお，ホスト名は，次の方法で確認できます。
・物理ホストの場合
マネージャーホストまたはエージェントホスト上でhostnameコマンドを実行して得られるホスト名。
・論理ホストの場合（Windows）
JP1/AJS2を運用しているホスト上で［コントロールパネル］ウィンドウから［サービス］を選択するか，または［管理ツール］－［サービス］を選択し，［サービス］ウィンドウに表示される「JP1/AJS2_XXXXX」の「XXXXX」の部分に表示されるホスト名。
・論理ホストの場合（UNIX）
psコマンドを実行し，jajs_spmdプロセスの後ろに表示されるホスト名。

マネージャーホストで，エージェントホスト名についてエイリアス定義をしていて，エージェントホスト上でhostnameコマンドを実行して得られるホスト名と，エイリアス定義で指定したホスト名で，同じIPアドレスが得られない場合
次のように設定してください。

図3-8　ホスト名をエイリアス定義する場合のhostsファイルの設定例

マネージャーホスト側ではhostsファイルにエージェントホスト名をFQDN形式で定義しているが，エージェントホスト上でhostnameコマンドを実行して得られるホスト名はショート名になっているためマネージャーホスト上で名前解決できない，またはその逆で，マネージャーホスト側ではhostsファイルにエージェントホスト名をショート名で定義しているが，エージェントホスト上でhostnameコマンドを実行して得られるホスト名はFQDN形式になっているためマネージャーホスト上で名前解決できない場合
名前解決できない例を次に示します。

図3-9　hostsファイルでホスト名をFQDN形式で定義している例

図3-10　hostsファイルでホスト名をショート名で定義している例

このような場合，ジョブが実行できてもマネージャーとエージェント間でジョブの一連の通信が完結しないため，マネージャー側やエージェント側に大量の再試行用データが滞留することがあります。また，それらのデータの再試行によって次の現象が発生することがあります。
・システムが高負荷状態になり，実行したジョブがキューイング状態のままになったり，イベントの検知が極端に遅れたり，またはイベントを検知しなくなったりする。
・エージェントのJP1/AJS2サービスを再起動すると，過去に検知したイベントが再検知される。
後者の現象は，エージェントの再起動時にイベントを検知した旨の再試行用データがある場合に，マネージャーに再通知する機能が働くために発生します。
これらの現象が発生した場合は，マネージャーとエージェントのJP1/AJS2サービスをいったん停止し，マネージャーとエージェント間で互いに名前解決できるように設定したあとマネージャーとエージェントのJP1/AJS2サービスをコールドスタートしてください。そのあと必要に応じてジョブネットを実行登録し直してください。

マネージャー・エージェント間はネットワークで接続されています。ジョブ実行時にネットワークエラーなどが発生した場合の，ジョブの再試行処理を次の表に示します。

表3-4　ネットワークエラー時のジョブ再試行処理

ジョブ種別
再試行処理

PCジョブ，UNIXジョブ，QUEUEジョブ，アクションジョブ，カスタムジョブ

マネージャーからエージェントへの再試行

監視間隔を300秒※1として，2回再試行する。

エージェントからマネージャーへの再試行

ジョブの結果ファイルの転送を，監視間隔を300秒として288回（24時間）再試行する。※2

PCジョブ（キューレスジョブ），UNIXジョブ（キューレスジョブ），アクションジョブ（キューレスジョブ）
再試行されない。

イベントジョブ
マネージャーからエージェントへの再試行

エージェントホストに接続できない（タイムアウトする）場合，監視間隔を300秒，600秒，900秒，1800秒，3600秒（以降3600秒）として，27回（24時間）再試行する。

上記以外のネットワークエラーの場合，監視間隔を30 秒として，2880回（24時間）再試行する。

エージェントからマネージャーへの再試行（イベント成立時の再試行）

監視間隔を10 秒として，8640回（24時間）再試行する。

注※1

ジョブ実行制御の環境設定パラメーター「エージェント監視インターバル」の

デフォルト値です。

注※2

監視間隔と再試行回数は運用に合わせて変更できます。詳細については，Windowsホストの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.17 ジョブの結果ファイルの再送間隔・再送回数の変更」を，UNIXホストの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.15 ジョブの結果ファイルの再送間隔・再送回数の変更」を参照してください。

ネットワークエラーが発生した場合，ジョブの実行は監視時間分だけ遅延しますが，運用は続行できます。ただし，上記の監視間隔よりも長くネットワークエラーの状態が続くと，ジョブの実行結果には「起動失敗」と出力されます。

エラーメッセージ「KAVU2227-E　TCP/IP通信で接続エラーが発生しました」が出力された場合，システム全体で使用できるソケットポートが枯渇しているおそれがあります。対処方法を次に示します。

Windowsホストの場合

「netstat -a」コマンドを実行してシステムのソケットの状態を調べて，TIME_WAIT状態のソケットが多数あるかどうかを確認します。TIME_WAIT状態のソケットが多数ある場合は，一時的に空いているソケットポートが不足しているおそれがあります。通信エラーメッセージが出力される場合は，ソケット接続できないため，ジョブの実行やジョブの状態確認に失敗しているおそれがあります。このような場合は，TIME_WAIT状態のソケットが少なくなってから，ジョブを再実行してください。

なお，Windowsが管理するTIME_WAITポートの回復時間を早めることで，通信エラーを抑止する方法もあります。TIME_WAITポートの回復時間を早める手順を次に示します。

1.　次のコマンドを実行して，レジストリーエディターを起動する。

C:¥> regedt32.exe

2.　次に示すTCP/IPのキーを開く。

¥¥HKEY_LOCAL_MACHINE¥SYSTEM¥CurrentControlSet¥Services¥Tcpip¥Parameters

3.　次に示すレジストリー値を追加する。

　　名前：TcpTimedWaitDelay

　　データ型：REG_DWORD

　　データ：任意の値（10進数の値）

4.　Windowsを再起動する。

TcpTimedWaitDelayパラメーターに指定する値は任意です。運用環境に適した値を設定してください。なお，標準値は240秒，最小値は30秒です。

UNIXホストの場合

TIME_WAIT状態のソケットが多数ある場合は，一時的に空いているソケットポートが不足しているおそれがあります。通信エラーメッセージが出力される場合は，ソケット接続できないため，ジョブの実行やジョブの状態確認に失敗しているおそれがあります。このような場合は，TIME_WAIT状態のソケットが少なくなってから，ジョブを再実行してください。

PCジョブ，UNIXジョブ，QUEUEジョブ，アクションジョブ，およびカスタムジョブの場合，JP1/AJS2 - Managerは，実行ホスト（エージェント）で実行しているジョブを5分間隔で監視します。
通信障害や実行ホストでの電源断などでジョブを確認できない状態が10分以上続くと，ジョブの状態は変更されます。ジョブネットで実行したジョブは，異常終了（終了コードは「-1」）になります。jpqjobsubコマンドで実行したジョブは，jpqjobsubコマンドの-rsオプションの指定に従って状態は変更されます。

イベントジョブの場合，イベントジョブの実行中にエージェントが停止したときのイベントジョブの状態は，エージェントの停止状況およびイベントジョブ実行継続オプションの使用状況によって異なります。
エージェントが停止しているときにイベントジョブを実行登録すると，一定間隔でイベントジョブの開始要求が再試行されます。エージェントの停止状況ごとのジョブの状態については，「15.4.1(4) エージェントホストを再起動する場合のマネージャーホスト上でのジョブの状態」を参照してください。
イベントジョブ実行継続オプションについては，「8.5.8 JP1/AJS2のサービスが停止してもイベントジョブの実行を継続させる」を参照してください。イベントジョブの再試行処理の詳細については，表3-4を参照してください。

エージェントホストに複数のIPアドレスが割り当てられている場合，イベント・アクション制御マネージャーは一つのホストについて最大四つまで管理します。したがって，IPアドレスは一つのホストに対して最大四つまでの環境で運用してください。ホスト名から取得できるアドレス数が四つを超える場合，取得したアドレスの中から四つだけを管理しますが，どのアドレスを管理するかについては一定の規則性はありません。

実ホスト名がHostAであるエージェントホストに対して，HostBというエイリアスのホスト名を定義する場合，同じIPアドレスが返るように設定してください。

マネージャー・エージェント間の通信では，各マシンのホスト名を使用します。マネージャーホストとエージェントホストで互いのホスト名について正しく名前解決できるように設定してください。なお，ここでいうホスト名とは，次の方法で確認できる名前です。

物理ホストの場合

JP1/AJS2ホスト上でhostnameコマンドで求まる名前

論理ホストの場合

Windows版

JP1/AJS2ホスト上で，［コントロールパネル］ウィンドウで［サービス］を選択する，または［管理ツール］－［サービス］を選択し，サービスウィンドウで表示される「JP1/AJS2_xxxxx」の「xxxxx」部分に表示されるホスト名

UNIX版

psコマンドを実行し，jajs_spmdプロセスの後ろに表示されるホスト名

3.2.3　業務を集中的に監視する場合の構成例

JP1/AJS2 Consoleでは，異なるJP1/AJS2ホスト（JP1/AJS2 - Manager）での業務や，異なるJP1/AJS2の階層（スケジューラーサービス，ジョブグループ）で管理されている業務を一つの画面で集中的に監視できます。

これらの業務をJP1/AJS2 Consoleを使って監視する場合のシステム構成例とその運用例を紹介します。

＜この項の構成＞

(1)　複数のホストで管理する業務を集中監視する場合

(2)　一台のホストで管理する業務を集中監視する場合

(1)　複数のホストで管理する業務を集中監視する場合

業務を複数のホストに分散して管理・運用する場合のシステム構成，およびJP1/AJS2 Consoleを使った監視例を次に示します。

図3-11　システム構成（複数のホストで管理する業務を集中監視する場合）

図3-12　JP1/AJS2 Consoleでの監視例（複数のホストで管理する業務を集中監視する場合）

異なるホストで実行される業務でも，一つの画面で集中監視できます。

(2)　一台のホストで管理する業務を集中監視する場合

一台のホストで，複数のJP1/AJS2の階層（スケジューラーサービス，ジョブグループ）を作って業務を管理・運用する場合のシステム構成，およびJP1/AJS2 Consoleを使った監視例を次に示します。

図3-13　システム構成（一台のホストで管理する業務を集中監視する場合）

図3-14　JP1/AJS2 Consoleでの監視例（一台のホストで管理する業務を集中監視する場合）

異なるJP1/AJS2の階層の業務でも，一つの画面で集中監視できます。

3.2.4　クラスタシステムでの構成例

クラスタシステムとは，複数のサーバシステムを連携して一つのシステムとして運用するシステムです。同じ環境のサーバを二つ構築し，業務を実行しているサーバ（実行系）で障害が発生した場合に待機していた別のサーバ（待機系）に処理を引き継ぐことで業務を継続できます。

なお，クラスタシステムとは，これまでJP1のマニュアルで「系切り替えシステム」と呼ばれていたものと同じです。

クラスタ運用時のシステム構成例を次の図に示します。

図3-15　クラスタ運用時のシステム構成例

なお，クラスタ運用時のセットアップについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　9. クラスタシステム運用時のセットアップ」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　18. クラスタシステム運用時のセットアップ」（UNIXの場合）を参照してください。

＜この項の構成＞

(1)　クラスタ運用の前提条件

(2)　クラスタ運用の概要

(3)　クラスタ運用時の注意事項

(4)　クラスタシステム運用時の業務監視

(1)　クラスタ運用の前提条件

JP1/AJS2をクラスタシステムで使用する場合，次に示す前提条件があります。

クラスタソフトは，クラスタ運用の前提に示す2.～4.を制御できるプログラムであること。

実行系から待機系へ引き継ぎ可能な共有ディスクが使用できること。
詳細には次に示す条件を満たすこと。

JP1を起動する前に，共有ディスクが割り当てられること。

JP1を実行中に，共有ディスクの割り当てが解除されないこと。

JP1を停止したあとに，共有ディスクの割り当てが解除されること。

実行系ノード以外からは共有ディスクをアクセスできないよう排他制御されていること。

システムダウンなどでファイルが消えないよう，ジャーナル機能を持つファイルシステムなどでファイルを保護すること。

フェールオーバーしてもファイルに書き込んだ内容が保証されて引き継がれること。

フェールオーバー時に共有ディスクを使用中のプロセスがあっても，強制的にフェールオーバーできること。

共有ディスクの障害を検知した場合の回復処置はクラスタソフトなどが制御し，回復処置をJP1が意識する必要がないこと。回復処置の延長での起動や停止が必要な場合は，クラスタソフトからJP1に起動や停止の実行要求をすること。

論理IPアドレスとして次に示す条件を満たすこと。

引き継ぎ可能な論理アドレスを使って通信できること。

論理ホスト名から論理アドレスが一意に求まること。

JP1を起動する前に，論理アドレスが割り当てられること。

JP1を実行中に，論理アドレスが削除されないこと。

JP1を実行中に，論理ホスト名と論理アドレスの対応が変更されないこと。

JP1を停止したあとに，論理アドレスが削除されること。

ネットワーク障害を検知した場合の回復処置はクラスタソフトなどが制御し，JP1が回復処理を意識する必要がないこと。また，回復処置の延長でJP1の起動や停止が必要な場合は，クラスタソフトからJP1に起動や停止の実行要求をすること。

多重起動する場合，論理ホストごとに一つずつのIPアドレスを割り当てること。

論理ホスト名が，hostsファイルやネームサーバに設定され，TCP/IP通信ができるようになっていること。DNS運用の場合には，FQDN形式でないホスト名を使用できること。

前提であるJP1/Baseが，クラスタシステムを使用できる環境になっていること。

(2)　クラスタ運用の概要

JP1/AJS2のクラスタ運用の運用例を説明します。

ここでは，クラスタシステムで運用する場合の方法を説明します。

なお，クラスタシステムや，同時に利用するアプリケーションプログラム（JP1のプログラムを含みます）は，ここで説明する形態に対応していないことがあります。各プログラムのマニュアルで確認してください。

クラスタシステムで運用する場合，JP1/AJS2では，フェールオーバーする単位ごとに論理ホスト名を割り当てて運用することになります。この論理ホスト名を使用して，フェールオーバーする単位ごとの多重起動および管理対象システムにアクセスします。

論理ホスト名には，「(1) クラスタ運用の前提条件」で示した前提条件に基づいて割り当てられたホスト名を使用してください。DNS運用の場合は，FQDN形式でないホスト名を使用してください。

論理ホスト名を指定することで，サービス（デーモン）の起動およびコマンドの実行が論理ホストごとにできるようになります。論理ホスト名は次のどちらかの方法で指定します。

環境変数JP1_HOSTNAME

各コマンドの論理ホスト指定オプション（通常は-hオプションです。詳細は各コマンドの説明を参照してください）
論理ホスト指定オプションが指定されていない場合，各コマンドは，環境変数JP1_HOSTNAMEに設定された論理ホスト名を使用して実行されます。なお，「JP1_HOSTNAME=""」と設定した場合は無視されます。

(3)　クラスタ運用時の注意事項

クラスタ運用時の注意事項を次に示します。

クラスタシステムでJP1/AJS2を多重起動する場合，多重起動する論理ホストの数だけ，システムのリソースが必要となります。

メールシステム連携およびメッセージキューシステム連携を使用している場合，物理ホストまたは論理ホストのうち，どれか一つのJP1/AJS2だけで連携できます。
連携機能の環境設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　9. クラスタシステム運用時のセットアップ」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　18. クラスタシステム運用時のセットアップ」（UNIXの場合）を参照してください。

クラスタシステム運用時，実行系で実行中のジョブがある状態でデーモンを停止した場合，実行中のジョブは強制終了されてから待機系に移行します。しかし，強制終了されたジョブの状態は，待機系ではすぐには終了状態とは認識されません。数分後に終了状態になります。

クラスタシステム運用時，論理ホスト上で起動されるJP1/AJS2サービスは，JP1/AJS2のプロセスが異常終了した場合には縮退運転しないで，すべてのプロセスを終了します。

JP1/AJS2 Monitorサービス，キューレスエージェントサービス，キューレスファイル転送サービスはマシンに一つのサービスです。しかし，クラスタソフトによる共有ディスクおよび論理IPアドレスの移動に伴い，論理ホストごとに処理を切り分けることで，クラスタシステムに対応しています。

(4)　クラスタシステム運用時の業務監視

JP1/AJS2 Consoleも，クラスタシステムに対応しています。JP1/AJS2 Console Managerをクラスタ構成にすることで，JP1/AJS2 Console Managerホストに障害が発生した場合でもフェールオーバーすることによって業務監視を続けることができます。また，論理ホスト上のJP1/AJS2 - Managerで管理している業務を監視できます。

なお，クラスタシステムで論理ホストを運用している場合も，シングルサーバの場合と同じように操作できます。

論理ホスト上のJP1/AJS2 Console Managerを使用する場合には，JP1/AJS2 Console Viewの［ログイン］画面で，［接続ホスト名］に論理ホストのホスト名またはIPアドレスを指定します。また，論理ホスト上のJP1/AJS2 - Managerで管理している業務を監視する場合は，JP1/AJS2 Console Viewの［詳細定義-AJS2ユニット監視オブジェクト］ダイアログボックスで，［監視対象］の［ホスト名］に論理ホストのホスト名またはIPアドレスを指定します。

JP1/AJS2 Console Manager，JP1/AJS2 Console Agentサービスはマシンに一つのサービスです。しかし，クラスタソフトによる共有ディスクおよび論理IPアドレスの移動に伴い，論理ホストごとに処理を切り分けることで，クラスタシステムに対応しています。次の図に論理ホストでのJP1/AJS2 Consoleの各サービスの動作を示します。

図3-16　JP1/AJS2 Console Managerの論理ホスト運用での動作

図3-17　JP1/AJS2 Console Agentの論理ホスト運用での動作

3.3　DNS環境での運用を確認する

07-00以降のJP1/AJS2は，DNS環境下で運用することができます。JP1/AJS2のマネージャーおよびエージェント間で通信をする場合，正引きの定義をしてください。

JP1/AJS2各製品での正引き・逆引きの解決について必要な設定を次に示します。

図3-18　 JP1/AJS2各製品での正引きの解決について必要な設定

なお，イベントジョブを使用する場合で，実行エージェント名としてFQDN（Fully Qualified Domain Name）形式のホスト名を使用したい場合に，この節で説明する設定をする必要があります。イベントジョブを使用していても同一ネットワーク内にホスト名が重複しない場合，または標準ジョブ，アクションジョブ，およびカスタムジョブだけを使用する場合については，特に設定する必要はありません。

イベントジョブでは，マネージャーとエージェントが別々のDNS環境にある場合，エージェントは自ホストのDNS内でマネージャーから送られてきたマネージャーホスト名をユニークにし，通信ができるようにしています。また，別々のDNS環境に同じエージェントホスト名がある場合も，エージェントからマネージャーに送るエージェントホスト名（ホスト名）をユニークにし，マネージャーはどのエージェントからの通知なのかを判別できます。

なお，07-00以前の環境から07-00以降に移行して，DNSを使用したホスト名解決を行う環境に変更する場合に,イベントジョブに対する設定の変更が必要になります。ただし，同一ネットワーク内にホスト名が重複しない運用を行っていて，すでに問題なく運用ができている場合は，FQDN形式のホスト名による運用に切り替える必要はありません。

次に，イベントジョブの，FQDN形式のホスト名での運用の要否，運用例，および注意事項について説明します。

＜この節の構成＞

3.3.1　イベントジョブのFQDN形式のホスト名を使用した運用に切り替える要否

3.3.2　DNS運用時にFQDN形式のホスト名で運用する例

3.3.3　DNS環境で運用する場合の注意事項

3.3.1　イベントジョブのFQDN形式のホスト名を使用した運用に切り替える要否

すでにイベントジョブを同一ネットワーク内にホスト名が重複しないホスト名を使用してDNSで運用している場合，設定を変更する必要はありません。イベントジョブをFQDN形式のホスト名による運用へ切り替えるかどうかは，次に示すフローチャートで判断してください。

図3-19　FQDN形式のホスト名での運用に切り替えの要否の判断

注意事項

FQDN形式のホスト名による運用をする場合は，JP1AJS2 - Manager 07-00以降が必要になります。エージェントのバージョンは問いません。

ただし，異なるドメインに同一ホスト名が複数存在し，それらのホストをエージェントとして使用する場合は，エージェントのバージョンを07-00以降にする必要があります。

フローチャートでの判断の結果，イベントジョブを使用したDNS運用時にFQDN形式のホスト名での運用に切り替える場合，切り替えるための設定を実施する必要があります。設定手順については次の個所を参照してください。

Windowsホストの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.14 イベントジョブを使用したDNS運用時にFQDN形式で運用するための設定」を参照してください。

UNIXホストの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.11 イベントジョブを使用したDNS運用時にFQDN形式で運用するための設定」を参照してください。

なお，JP1イベント受信監視ジョブ，ログファイル監視ジョブ，Windowsイベントログ監視ジョブは，デフォルトではジョブを実行するホスト上でホスト名を求め，それと同名のJP1/Baseのイベントサーバを使用して動作します。そのため，JP1/BaseのイベントサーバをFQDN形式のイベントサーバ名で運用しているエージェントホストでこれらのジョブを実行する場合は，エージェントホスト名をFQDN形式にして運用してください。また，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.34 サービスの依存関係の解除・再設定」を参照し，必要に応じてJP1/AJS2サービスの依存関係を設定してください。

JP1/AJS2 06-71以前の運用環境からバージョンアップする場合の設定の流れと手順については，「9.5 イベントジョブをDNS環境で運用する場合の設定方法（バージョンアップ時）」を参照してください。

3.3.2　DNS運用時にFQDN形式のホスト名で運用する例

ここでは，DNS運用時にFQDN形式のホスト名で運用する例を示します。

次のように，IPアドレスが100.0.0.20，ホスト名がHostAと200.0.0.20，ホスト名がHostAであるエージェントホストに対して，IPアドレスが100.0.0.10，ホスト名がHostMのマネージャーホストから「HostA.hitachi_1.co.jp」，「HostA.hitachi_2.co.jp」という実行ホスト名を指定したジョブを実行する場合に，FQDN形式のホスト名で運用する例を説明します。

なお，この例では，マネージャーホストおよびエージェントホスト上でhostnameコマンドがFQDN形式のホスト名を返す環境を想定しています。FQDN形式のホスト名での運用に切り替える設定については，「3.3.1 イベントジョブのFQDN形式のホスト名を使用した運用に切り替える要否」を参照してください。

図3-20　FQDN形式のホスト名で運用する例

このような場合，マネージャー側とエージェント側のhostsファイルをそれぞれ次のように設定します。

マネージャー側のhostsファイルの設定
HostAとの名前解決するために次のように設定する。

100.0.0.20 HostA.hitachi_1.co.jp

エージェント側（hitachi_1.co.jpのHostA）のhostsの設定
HostMと名前解決するために次のように設定する

100.0.0.10 HostM.hitachi_1.co.jp

また，DNSサーバが互いのホスト名が解決できない環境の場合は，マネージャー側とエージェント側のDNSサーバのhostsファイルをそれぞれ次のように設定します。

hitachi_1.co.jp側DNSサーバのhostsファイルの設定

200.0.0.20 HostA.hitachi_2.co.jp

hitachi_2.co.jp側DNSサーバのhostsファイルの設定

100.0.0.10 HostM.hitachi_1.co.jp

以上のように設定すると，マネージャーホスト名の「HostM.hitachi_1.co.jp」が各エージェントに送られます。エージェントは「HostM.hitachi_1.co.jp」に対して返信します。

注意事項

マネージャーは各エージェントの名前解決ができる環境で運用してください。また，各エージェントはマネージャーのFQDN形式のホスト名が解決できる環境で運用してください。

マシン情報の検索順序はDNSとhostsでは，DNSの方を優先にしてください。DNSを優先にしないと，FQDN形式のホスト名を取得する際に，正常に取得できないことがあります。

FQDN形式のホスト名での運用に切り替えると，イベントジョブを実行する際のマネージャーホストとエージェントホスト間の通信ではFQDN形式のホスト名が使用されます。しかし，jp1hostsファイルにショート名の自ホスト名を定義している場合は，DNSよりもjp1hostsファイルの設定が優先されるため，イベントジョブを実行する際のマネージャーホストとエージェントホスト間の通信ではショート名のホスト名が使用されます。そのため，エージェントホストのjp1hostsファイルにショート名の自ホスト名を定義する場合は，マネージャーホストでエージェントホストのショート名を解決できるようにしてください。同様に，マネージャーホストのjp1hostsファイルにショート名の自ホスト名を定義する場合は，エージェントホストでマネージャーホストのショート名を解決できるようにしてください。

同一ドメイン（hitachi_1.co.jp）内で運用する場合は，DNSEstablishがYでもNでもかまいません。ただし，マネージャーのホスト名が解決できる環境で運用してください。

3.3.3　DNS環境で運用する場合の注意事項

JP1/AJS2の運用時はエージェントホストのホスト名が解決できる環境で動作させてください。
DNSEstablishにYを指定している場合のエージェントホストのホスト名は，FQDN形式の名前です。
DNS運用をしていない場合，およびDNSEstablishにNを指定している場合のエージェントホストのホスト名は，hostnameコマンドで出力される名前です。

エイリアスホスト設定時，自ホスト名からIPアドレスが解決できる環境で動作させてください。

すでにジョブが登録してあり，IPアドレスが解決できない場合は，ログにエラーメッセージを出し処理を続行します。

自ホスト名からIPアドレスが解決できない環境では，JP1/AJS2は起動できません。

複数ホストでジョブを実行する場合は，マネージャー，エージェントおよび他システムの各ホスト上で，IPアドレスが解決できるように設定してください。

DNS運用をしている場合は，FQDN形式のホスト名のIPアドレスが解決できるように設定してください。

正引きの定義をしておいてください。逆引きの定義は不要です。

実行ホスト名に「localhost」を指定した場合は正常に動作しません。

イベントジョブ使用時は実行ホスト（エージェント）を追加する必要があります。運用中に実行ホスト（エージェント）を追加する場合は，jpqagtaddコマンドを使用してください。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を参照してください。

FQDN形式のホスト名での運用に切り替える場合は，「9.5.1 JP1/AJS2のバージョンアップ時に必要な作業」の「図9-5 DNS環境でJP1/AJS2をバージョンアップするときの作業の流れ」で説明している，FQDN形式のホスト名による運用をする場合の流れに従って作業を実施してください。ただし，マネージャーのバージョンアップは不要です。

FQDN形式のホスト名での運用に切り替えた場合は，マネージャーホスト上でエージェントホスト名を解決できるか，およびエージェントホスト上でマネージャーホスト名を解決できるかを，jp1pingコマンドを使用して確認してください。
jp1pingコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

3.4　JP1/AJS2が対応しているネットワーク構成と通信を確認する

JP1/AJS2が対応しているネットワーク構成に応じた，JP1/AJS2の通信設定について説明します。

JP1/AJS2では，次に示すネットワーク構成に対応しています。

複数LAN接続

ファイアウォール透過

なお，ここで説明しているJP1/AJS2の通信設定の考え方は，JP1/Baseの通信設定に従っています。JP1/AJS2の前提プログラムであるJP1/Baseは，さまざまなネットワーク構成に応じて通信設定を変更できます。通信設定は，jp1hosts定義ファイル，通信方式設定ファイルを使用して変更します。JP1/Baseの通信設定については，マニュアル「JP1/Base 運用ガイド」のJP1/Baseの通信方式の章，およびネットワーク構成に応じたJP1/Baseの通信設定の章を参照してください。JP1/AJS2での通信設定については，「3.4.4 複数LANの構成例と通信設定」，または「3.4.5 ファイアウォールを設定した環境の構成例と通信設定」を参照してください。

注意事項

この節で説明する機能は，JP1/Baseの通信方式の設定変更機能に基づいて，JP1/AJS2でもこの機能に対応できるようにするものです。JP1/AJS2の関連プログラムに関して，動作を保証するものではないため，注意してください。なお，この節で説明する構成での関連プログラムの動作に関しては，関連プログラムの開発元に確認してください。

イベント・アクション制御機能およびジョブ実行制御機能では，JP1/Base 06-71でサポートされた通信方式の設定変更が行われた場合，一つのホスト名から複数のIPアドレスが解決できるOSでは，通信方法が06-51以前と異なる動作となりますので注意してください。
06-51以前の場合
解決されたIPアドレスを，接続が成功するまでhostsファイルの先頭から順次接続を試みます。
06-71以降の場合で通信方式を変更した場合
解決されたIPアドレスのうち，jp1hostsファイルの先頭のIPアドレスにだけ接続を試みます。

JP1/AJS2が提供する各機能の通信設定への対応状況を次の表に示します。

表3-5　各機能の通信設定への対応状況

機能 | 通信設定
jp1hosts定義ファイル | 通信方式設定ファイル
JP1/AJS2 - View（ジョブ/ジョブネット操作） | ○※1 | ○※1
ジョブ実行 | ○ | ○
ジョブ実行（キューレスジョブ） | ○ | ×
ジョブのサブミット | ○ | ○
判定ジョブ | － | －
ORジョブ | － | －
イベントジョブ※² | JP1イベント受信監視ジョブ | ○（－） | ○（－）
ファイル監視ジョブ | ○（－） | ○（－）
メール受信監視ジョブ | ○（×） | ○（×）
メッセージキュー受信監視ジョブ | ○（－） | ○（－）
MSMQ受信監視ジョブ | ○（×） | ○（×）
ログファイル監視ジョブ | ○（－） | ○（－）
Windowsイベントログ監視ジョブ | ○（－） | ○（－）
実行間隔制御ジョブ | ○（－） | ○（－）
アクションジョブ※³ | JP1イベント送信ジョブ | × | ○※4
メール送信ジョブ | × | ×
メッセージキュー送信ジョブ | × | ×
MSMQ送信ジョブ | × | ×
JP1/Cm2状態通知ジョブ | × | ×
ローカル電源制御ジョブ | － | －
リモート電源制御ジョブ | × | ○※4
オペレーションジョブ | ○ | ○
リモートジョブネット | ○ | ○
スケジュール実行 | － | －
コマンドのリモート実行 | ○ | ○
イベント送受信コマンド（ajsevput，ajsevget） | × | ×
JP1/AJS2 Console | ○※5 | ○※5

（凡例）

○：サポートしている。

×：サポートしていない。

－：通信しない。

注※1

マネージャー側の設定に関しては対応しています。

注※2

括弧外の記号は，マネージャーとエージェント間の通信設定の対応状況を示しています。括弧内の記号は，各イベントジョブを実行するときに連携するプログラムとの通信設定の対応状況を示しています。

注※3

各アクションジョブを実行するときに連携するプログラムとの通信設定の対応状況を示しています。マネージャーとエージェント間の通信設定は，表の「ジョブ実行」機能，または「ジョブ実行（キューレスジョブ）」機能の対応状況に従います。

注※4

イベントサービスの通信設定に依存します。イベントサーバ設定（conf）ファイルを使用して変更してください。詳細については，マニュアル「JP1/Base 運用ガイド」にある，ネットワーク構成に応じたJP1/Baseの通信設定に関する記述を参照してください。

注※5

JP1/AJS2 Console Manager，JP1/AJS2 Console Agentは対応しています。JP1/AJS2 Console ViewはJP1/Baseの機能を使用しないため，該当しません。

注意事項

jp1hostsを設定したり，通信方式を変更したりするホストでは，JP1/Baseの06-71以降を使用してください。

次に，JP1/AJS2が対応しているネットワーク構成ごとに運用方法を示します。

＜この節の構成＞

3.4.1　サーバのネットワーク構成

3.4.2　複数LAN接続

3.4.3　ファイアウォール透過

3.4.4　複数LANの構成例と通信設定

3.4.5　ファイアウォールを設定した環境の構成例と通信設定

3.4.6　WAN環境で使用する場合の通信

3.4.1　サーバのネットワーク構成

JP1/AJS2を運用するサーバのネットワーク構成について，次に示すことを確認してください。

メディアセンス（Windowsの場合）

Windowsのメディアセンス機能（LANケーブル抜けなどを検知して，IPアドレスを非活性にする機能）は，無効にすることをお勧めします。メディアセンス機能が有効な場合，一時的なネットワークの問題によってIPアドレスがなくなるため，この影響によってJP1の通信ができなくなることがあります。

NIC多重化

OSによってNICを多重化して，NIC障害時に予備NICに切り替える機能を提供している場合があります（例：WindowsでのNICチーミング，Solarisでのネットワークマルチパス，AIXでのイーサチャネル）。JP1を実行するサーバで，これらのNIC多重化の機能を用いる場合は，NIC多重化をしていない場合の動作と完全に互換性があり，JP1の動作に影響がないことが前提です。

3.4.2　複数LAN接続

ここでは，複数のLANに接続されたネットワーク環境でJP1/AJS2を運用する場合について説明します。

JP1/AJS2では，複数のLANボードを持つサーバ（ホスト）にJP1/AJS2 - Manager，JP1/AJS2 - Agent，またはJP1/AJS2 - Viewをインストールし，そのサーバ（ホスト）から複数のLANに接続してJP1/AJS2を運用するシステム構成に対応しています。

複数のLANに接続してJP1/AJS2を運用する場合の通信設定については，「3.4.4 複数LANの構成例と通信設定」を参照してください。

複数のLANに接続したシステム構成例を次の図に示します。

図3-21　複数のLANに接続したシステム構成例

3.4.3　ファイアウォール透過

ここでは，ファイアウォールを含むネットワーク環境でJP1/AJS2を運用する場合について説明します。

JP1/AJS2では，ファイアウォールを介してJP1/AJS2 - Manager，JP1/AJS2 - Agent，またはJP1/AJS2 - Viewに接続するシステム構成に対応しています。

ファイアウォールを設定した環境でJP1/AJS2を運用する場合の通信設定については，「3.4.5 ファイアウォールを設定した環境の構成例と通信設定」を参照してください。

ファイアウォールを設定したシステム構成例を次の図に示します。

図3-22　ファイアウォールを設定したシステム構成例

次に，ファイアウォールの機能で検討する必要がある内容について説明します。

＜この項の構成＞

(1)　ファイアウォールの基礎知識

(2)　JP1/Baseの通信

(3)　JP1/AJS2の通信

(1)　ファイアウォールの基礎知識

ファイアウォールを含むネットワーク環境でJP1を運用する場合，ファイアウォールの機能のうち，次の二つについて対応を検討する必要があります。

アクセス制限（パケット・フィルタリング）
必要な通信だけを許可し，許可していない不正な通信を防ぐ。

アドレス変換（NAT）
IPアドレスを変換し，直接接続できない，異なるアドレスのネットワークと接続する。また，IPアドレスを変換するマシンの存在を外部から隠す。

これらを検討し環境を設定するためには，ファイアウォールが通信を制御する方法を理解する必要があります。

まず，ここではパケット・フィルタリングやNATなどについての基礎的な知識について説明します。

注意

ここで説明する内容は，ファイアウォールの基礎を理解していただくための概要です。実際にファイアウォールを設置する場合は，必ずファイアウォールのマニュアルやセキュリティの専門書を参照し，十分に理解した上で，検討や環境設定をしてください。

(a)　パケット・フィルタリング

パケット・フィルタリングは，ファイアウォール経由で実施する通信を，特定の通信だけに制限するための機能です。ファイアウォールを通過する通信パケットを一つずつ確認し，あらかじめ指定した通過条件に一致しない通信パケットを破棄することで，不正な通信がファイアウォールを通過することを防ぎます。これによって，通過条件に指定された通信パケットだけがファイアウォール経由で使用できます。

JP1/AJS2では，パケット・フィルタリングに対応しています。

●パケット・フィルタリングを設定するには

パケット・フィルタリングを設定するには，次の作業が必要です。

アプリケーションが使用するポート番号など通信の方式を調べる。
ファイアウォールの通過条件として設定するポート番号やIPアドレスおよび通過方向を確認します。
JP1/AJS2の場合，この項での説明と，「付録C 設定するポート番号一覧」の説明を参照して，通信方法を確認してください。

ファイアウォールに通過条件を設定する。
まず，すべての通過を禁止してから，特定の通信パケットの通信だけがファイアウォールを通過できるよう通過条件を設定します。
JP1/AJS2の場合，手順1で確認したJP1の通信がファイアウォールを通過できるように設定してください。

●JP1/AJS2の場合の設定例

ここでは，JP1/AJS2 - ViewとJP1/AJS2 - Managerの間にファイアウォールがある環境を例に，パケット・フィルタリングの設定について説明します。

例：JP1/AJS2 - Viewをファイアウォール経由でJP1/AJS2 - Managerに接続する。

JP1/AJS2 - Managerは，クラスタではない通常のシステムとする。

JP1/AJS2 - ViewのマシンのIPアドレスは100.100.100.10とする。

JP1/AJS2 - ManagerのマシンのIPアドレスは200.200.200.20とする。

ポート番号は，JP1の標準のポート番号を使う。

図3-23　JP1/AJS2のパケット・フィルタリングの設定例

JP1の通信の方法を調べる。
まず，パケット・フィルタリング設定に必要な情報である，JP1の通信の方法を調べます。「(3) JP1/AJS2の通信」の説明を参照すると，JP1/AJS2 - Viewが使用するポート番号について次のような表で説明されています。

表3-6　JP1/AJS2 - ViewとJP1/AJS2 - Managerの間の通信

JP1/AJS2 - View | 方向 | JP1/AJS2 - Manager
（ANY） | → | 20244/tcp（jp1ajs2monitor）

この表は，次のような通信の方法を意味しています。

JP1/AJS2 - Managerはポート番号20244を使用し，JP1/AJS2 - Viewからの接続を受け付ける。つまり，JP1/AJS2 - Viewは，JP1/AJS2 - Manager側のポート番号20244に接続する。

ポート番号20244は，jp1ajs2monitorというサービス名で定義されている。環境設定でポート番号を20244以外に変更することもできる。

JP1/AJS2 - View側のポート番号は，そのときに空いている任意のポート番号（ANY）がOSによって自動的に割り当てられる。

接続する方向は，JP1/AJS2 - ViewからJP1/AJS2 - Managerの方向である。この方向は，ネットワークAからネットワークBの方向に接続するときだけファイアウォール通過を許可するなど，通過方向を制限したいときに使う。

プロトコルはTCPである。

TCPは双方向の通信であるため，行き（JP1/AJS2 - View→JP1/AJS2 - Manager）と帰り（JP1/AJS2 - View←JP1/AJS2 - Manager）の通信がある。行きと帰りの通信パケットでは，送信元（Source）と送信先（Destination）が入れ替わる。

使用するIPアドレスは，JP1/Baseの通信設定に依存します。JP1/Baseの通信設定については，マニュアル「JP1/Base 運用ガイド」を参照してください。

パケット・フィルタリングを設定する。
確認したJP1/AJS2 - ViewとJP1/AJS2 - Managerの通信の方法を基に，この通信だけがファイアウォールを通過できるように設定します。
パケット・フィルタリングの通過条件は次の表のようになります。

表3-7　フィルタリング条件の例（JP1/AJS2 - ViewとJP1/AJS2 - Managerの場合）

項番 | SourceAddress | DestinationAddress | Protocol | SourcePort | DestinationPort | Control
1 | 100.100.100.10 | 200.200.200.20 | TCP | （ANY） | 20244 | accept
2 | 200.200.200.20 | 100.100.100.10 | TCP | 20244 | （ANY） | accept
3 | （ANY） | （ANY） | （ANY） | （ANY） | （ANY） | reject

この表は，パケットを確認する条件と条件に一致した場合の制御を示しています。
Controlの列は，ファイアウォールがパケットの通過を許可（accept）するか，拒否（reject）するかの指定です。
この表のフィルタリング条件に合わせて，ファイアウォールのパケット・フィルタリングを設定してください。

なお，具体的な設定方法はファイアウォールによって異なります。使用しているファイアウォールのマニュアルを参照してください。

(b)　NAT（アドレス変換）

NAT（Network Address Transration）は，プライベートなIPアドレスと，グローバルなIPアドレスとを相互に変換する機能です。アドレス変換をすることで，プライベート側のアドレスが外部から隠され，内部のマシンのセキュリティを高めることができます。なお，NATは，ファイアウォールだけではなく，ルーターの機能として提供されている場合もあります。

JP1/BaseおよびJP1/AJS2は，スタティック・モード（あらかじめ決められたルールに従ってアドレスを変換する方法）のNAT（アドレス変換）に対応しています。ここでは，スタティック・モードでのアドレス変換だけを説明します。

また，JP1/BaseおよびJP1/AJS2は通信時のホスト名から，一意のホスト名・IPアドレスが決まらない環境では使用できません。そのため，ダイナミック・モード（そのときに空いている番号を割り当てて，自動的にルールを設定および変更する方法）のNATやポート変換機能を含むNAPT（IP Masquerade, NAT+）には対応していません。

●NATを設定するには

NATを設定するには，次の作業が必要です。

使用するIPアドレスを確認する。
まず，アプリケーションが使用するIPアドレスを確認します。IPアドレスを一つしか使っていないマシンの場合は単純ですが，複数のネットワークアダプターがある（つまり複数のIPアドレスがある）場合や，クラスタシステムで論理IPアドレスを使う場合などは，アプリケーションによってどのIPアドレスを使用するかが異なります。
JP1/AJS2の場合，通常のシステムの場合と，クラスタシステムで論理ホストを設定している場合とで，使用するIPアドレスが異なります。詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

アドレスの変換ルールを検討し設定する。
アプリケーションが使用するIPアドレスが確認できたら，変換後のIPアドレスを決めます。
アドレスの変更ルールが決まったら，NATに設定します。

●JP1/AJS2の場合の設定例

ここでは，JP1/AJS2 - ViewとJP1/AJS2 - Managerの間にファイアウォールがある環境を例に，JP1の場合のNATの設定について説明します。

例：JP1/AJS2 - Viewからアドレス変換したJP1/AJS2 - Managerに接続する。

JP1/AJS2 - Managerは，クラスタではない通常のシステムとする。

JP1/AJS2 - ViewのマシンのIPアドレスは 100.100.100.10とする。

JP1/AJS2 - ManagerのマシンのIPアドレスは 150.150.150.15とする。
このJP1/AJS2 - ManagerのIPアドレスを 200.200.200.20に変換する。
JP1/AJS2 - Viewからは変換後の200.200.200.20に接続する。

図3-24　JP1/AJS2のNATの設定例

使用するIPアドレスを確認する。
まず，NATの設定に必要な情報である，JP1が使用するIPアドレスを調べます。
今回の例では，通常のシステムのためホスト名（hostnameの結果）に対応するIPアドレスを使って通信します。

アドレス変換ルールを検討し設定する。
JP1/AJS2 - ManagerのマシンのIPアドレスをNATによって150.150.150.15から200.200.200.20 へアドレス変換するよう変換ルールを決めます。

表3-8　アドレス変換ルール例（150.150.150.15を200.200.200.20に変換する場合）

項番 | SourceAddress | DestinationAddress | SourceAddress（Transrated） | DestinationAddress（Transrated）
1 | （ANY） | 200.200.200.20 | （ANY） | 150.150.150.15
2 | 150.150.150.15 | （ANY） | 200.200.200.20 | （ANY）

この表は，元のパケットと，アドレス変換したパケット（Transrated）との対応を示しています。
このアドレス変換ルールをファイアウォールのNAT設定に定義します。
なお，具体的な設定方法はファイアウォールやルーターによって異なりますので，使用している製品のマニュアルを参照してください。

JP1/AJS2 - Viewがアクセスするのは，実際のJP1/AJS2 - Managerのマシンのアドレス（150.150.150.15）ではなく，アドレス変換したあとのアドレス（200.200.200.20）となります。

このため，JP1/AJS2 - Viewからは，あたかもアドレス（200.200.200.20）のホストJP1/AJS2 - Managerにアクセスしているように見えます。

(c)　ファイアウォール環境での運用するJP1の通信設定

ファイアウォールを経由するネットワーク環境でJP1を運用する場合は，JP1の通信方式をIPバインド方式に設定することの検討と，複数LAN接続の設定による影響を考慮してください。

ファイアウォール環境でJP1を運用するには，これまで説明したようにパケット・フィルタリングやNATに，IPアドレスとポート番号による条件を設定する必要があります。このため，JP1が使用するIPアドレスを明確にする必要があり，JP1の使用するIPアドレスがJP1の設定によって決められるIPバインド方式が適しています。

例えば，JP1を実行するサーバが，複数のLANに接続されている構成やクラスタシステム構成では，使用するIPアドレスがOSによって決められるため，ユーザーの意図しないIPアドレスが使われることがあります。この場合は，JP1の通信方式をIPバインド方式に設定し，JP1の環境設定で指定したIPアドレスを使って通信することで対処できます。

(2)　JP1/Baseの通信

JP1/Baseの通信については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(3)　JP1/AJS2の通信

JP1/AJS2の通信について，ポート番号，IPアドレス，アドレス変換（NAT）の対応を説明します。

(a)　ポート番号

●JP1/AJS2のポート番号

JP1/AJS2では次のポート番号を使用します。このほかに，前提製品であるJP1/Baseのポート番号も使用します。

JP1/AJS2のポート番号については，「付録C.1 ポート番号一覧」を参照してくだい。

●主なシステム構成と通信

次に主なシステム構成で使用するポート番号と通信の方向を説明します。

なお，ここでの説明とあわせて，次のマニュアルの記述を参照してください。

参照個所

マニュアル「JP1/Base 運用ガイド」のファイアウォールの通過方向の説明

「付録C.2 ファイアウォールの通過方向」

注意事項

ファイアウォールのホストでJP1を使用する場合，自ホスト内の通信については，JP1が使うすべてのポートを通過できるよう設定してください。これは，自ホスト内の処理でもJP1のプロセス同士の通信にポートを使用するためです。

図3-25　システム構成例

HOST-M1に，HOST-VのJP1/AJS2 - Viewで接続する。

HOST-M1とHOST-M2は，相互にジョブを実行する。

HOST-M1のエージェントとして，HOST-Aを設定する。

HOST-M1およびHOST-Aの認証サーバを，HOST-AUTHに設定する。

表3-9　JP1/AJS2 - ViewとJP1/AJS2 - Managerの通信

JP1/AJS2 - View | 方向 | JP1/AJS2 - Manager
（ANY） | → | 20244/tcp（jp1ajs2monitor）

（システム構成例：HOST-VとHOST-M1に対応）

表3-10　JP1/AJS2 - ManagerとJP1/AJS2 - Managerの通信

JP1/AJS2 - Manager
方向
JP1/AJS2 - Manager

（ANY）
→
20241/tcp（jp1ajs2qman）
20242/tcp（jp1ajs2qagt）
20243/tcp（jp1ajs2qnfy）
20244/tcp（jp1ajs2monitor）
20245/tcp（jp1ajs2report）
20246/tcp（jp1ajs2eamgr）
20247/tcp（jp1ajs2eaagt）
20300/tcp（jp1ajs2qlagt）
20301/tcp（jp1ajs2qlftp）
23139/tcp（jp1ajs2chkagt）
23160/tcp（jp1ajs2gw）

20241/tcp（jp1ajs2qman）
20242/tcp（jp1ajs2qagt）
20243/tcp（jp1ajs2qnfy）
20244/tcp（jp1ajs2monitor）
20245/tcp（jp1ajs2report）
20246/tcp（jp1ajs2eamgr）
20247/tcp（jp1ajs2eaagt）
20300/tcp（jp1ajs2qlagt）
20301/tcp（jp1ajs2qlftp）
23139/tcp（jp1ajs2chkagt）
23160/tcp（jp1ajs2gw）
←
（ANY）

（システム構成例：HOST-M1とHOST-M2に対応）

JP1/AJS2 - ManagerとJP1/AJS2 - Managerの間の通信です。

表3-11　JP1/AJS2 - ManagerとJP1/AJS2 - Agentの通信

JP1/AJS2 - Manager
方向
JP1/AJS2 - Agent

（ANY）
→
20242/tcp（jp1ajs2qagt）
20246/tcp（jp1ajs2eamgr）
20247/tcp（jp1ajs2eaagt）
20300/tcp（jp1ajs2qlagt）
23139/tcp（jp1ajs2chkagt）

20241/tcp（jp1ajs2qman）
20243/tcp（jp1ajs2qnfy）
20246/tcp（jp1ajs2eamgr）
20247/tcp（jp1ajs2eaagt）
20301/tcp（jp1ajs2qlftp）
←
（ANY）

（システム構成例：HOST-M1とHOST-Aに対応）

表3-12　JP1/AJS2 - ManagerとJP1/Base（認証サーバ）の通信

JP1/AJS2 - Manager | 方向 | JP1/Base
（ANY） | → | 20240/tcp（jp1bsuser）

（システム構成例：HOST-M1とHOST-AUTHに対応）

また，その他の構成として他プログラムを使う場合に行われる通信を次の表に示します。

表3-13　JP1/AJS2 - Managerと他プログラム

JP1/AJS2 - Manager
方向
他プログラム

（ANY）
→
20241/tcp（jp1ajs2qman）

20241/tcp（jp1ajs2qman）
20245/tcp（jp1ajs2report）
←
（ANY）

他プログラムとは，JP1/NQSEXEC，JP1/OJE for VOS3，JP1/AJS2の関数を利用したユーザープログラムのことです。

JP1/AJS2 Console機能を使う場合に行われる通信を次の表に示します。

表3-14　JP1/AJS2 Console ViewとJP1/AJS2 Console Managerの通信

JP1/AJS2 Console View | 方向 | JP1/AJS2 Console Manager
（ANY） | → | 22275/tcp（jp1ajs2cm）

表3-15　JP1/AJS2 Console ManagerとJP1/AJS2 Console Agentの通信

JP1/AJS2 Console Manager | 方向 | JP1/AJS2 Console Agent
（ANY） | → | 22276/tcp（jp1ajs2ca）

(b)　IPアドレス

JP1/AJS2が使うIPアドレスは，JP1/Baseが使うIPアドレスに準じます。

詳しくはJP1/Baseの説明を参照してください。

なお，バージョン互換のため，イベントジョブの実行で使用する送信側IPアドレスだけJP1/Baseが使う送信側IPアドレスに準ずるか，受信側IPアドレスに準ずるかを選択できます。この設定については，「8.5.7 イベントジョブ実行時に使用する通信の送信バインド方式を設定する」を参照してください。

(c)　アドレス変換（NAT）の対応

JP1/AJS2は，スタティック・モードでのアドレス変換（NAT）に対応しています。

3.4.4　複数LANの構成例と通信設定

複数のLANに接続されたホストでクラスタ運用しない場合，送受信の両方の通信方式にANYバインド方式が使用できるため，複数のLANに接続されたホストには，06-51以前のJP1/Base，およびJP1/AJS2を使用することができます。

クラスタ運用する場合，複数のLANに接続されたホストには，06-71以降のJP1/Base，およびJP1/AJS2を使用する必要があります。さらに，通信方式の受信にはIPバインド方式を，送信にはANYバインド方式を設定し，jp1hostsを利用して論理ホスト名に複数のIPアドレスを対応づける必要があります。

また，複数のLANに接続されたホストに向かって接続するホストでは，接続先ホストのホスト名をIPアドレスに変換しておく必要があります。例えば，図3-26のような構成の場合，ホストLANB_CからホストLANA_BのIPアドレスを取得しようとした場合，LANB_BというIPアドレスが取得されるようにしておく必要があります。

共通のhostsファイルを配布したり，DNSを利用したりしているなどの場合で，ホストLANB_CからホストLANA_BのIPアドレスを取得しようとしても，LANB_BのIPアドレスが取得できない環境では，ホストLANB_Cに06-71以降のJP1/Base，およびJP1/AJS2を使用してください。さらに，jp1hostsを利用して，ホストLANA_BにLANB_BのIPアドレスを対応づけてください。

図3-26　複数LANに接続されたマシンに向かって接続する場合のシステム構成例

次に，複数のLANに接続した環境（ネットワークを分離した環境）で，クラスタ運用しない場合とクラスタ運用する場合の接続例と通信設定について説明します。

＜この項の構成＞

(1)　クラスタ運用しない場合の接続例と通信設定

(2)　クラスタ運用する場合の接続例と通信設定

(1)　クラスタ運用しない場合の接続例と通信設定

複数のLANに接続した環境（ネットワークを分離した環境）で，クラスタ運用しない場合の接続例と通信設定について説明します。JP1/AJS2 - Manager，JP1/AJS2 - Agent，およびJP1/AJS2 - Viewのそれぞれが，複数のLANに接続されている場合に分けて説明します。

補足事項

JP1/AJS2 Console機能を使用する場合も，同様のネットワーク構成をサポートします。この場合，JP1/AJS2 - ViewをJP1/AJS2 Console Viewに，JP1/AJS2 - ManagerをJP1/AJS2 Console Managerに，JP1/AJS2 - AgentをJP1/AJS2 Console Agentに置き換えて解釈してください。

(a)　クラスタ運用しないでJP1/AJS2 - Managerを複数のLANに接続する場合

JP1/AJS2 - Managerが複数のLANに接続されている場合，LAN上にあるJP1/AJS2 - Agent，JP1/AJS2 - View，またはJP1/AJS2 - Managerと接続してJP1/AJS2を運用できます。

●JP1/AJS2 - Managerを複数のLANに接続しLAN上のJP1/AJS2 - Agentと連携する場合

JP1/AJS2 - Managerを複数のLANに接続して，LAN上のJP1/AJS2 - Agentと連携する場合，LAN上のJP1/AJS2 - Agentでジョブが実行できます。JP1/AJS2 - Managerを複数のLANに接続して，JP1/AJS2 - Agentでジョブを実行する場合の接続例を次の図に示します。

図3-27　JP1/AJS2 - Managerを複数のLANに接続する場合の例（JP1/AJS2 - Agentとの接続）

JP1/AJS2 - ManagerがインストールされているホストhostXが，複数のLANに接続されています。それぞれのLANには，JP1/AJS2 - Agentがインストールされています。

このシステム構成では，ホストhostXをマネージャーホストとして，管理LANにあるエージェントホストhost10，および業務LANにあるエージェントホストhostA，hostBに対して，ジョブが実行できます。

各ホストでの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用していない場合の通信設定例に記載されている設定を実施してください。

なお，ホストhostXには，ホストhost10，hostA，およびhostBのホスト名が解決できるOSの環境が必要です。

●JP1/AJS2 - Managerを複数のLANに接続しLAN上のJP1/AJS2 - Viewと連携する場合

JP1/AJS2 - Managerを複数のLANに接続して，LAN上のJP1/AJS2 - Viewと連携する場合，LAN上のJP1/AJS2 - Viewからジョブネットやジョブを操作することができます。JP1/AJS2 - Managerを複数のLANに接続して，JP1/AJS2 - Viewからジョブネットやジョブを操作する場合の接続例を次の図に示します。

図3-28　JP1/AJS2 - Managerを複数のLANに接続する場合の例（JP1/AJS2 - Viewとの接続）

JP1/AJS2 - ManagerがインストールされているホストhostXが，複数のLANに接続されています。それぞれのLANには，JP1/AJS2 - Viewがインストールされています。

このシステム構成では，ホストhostXのマネージャーホストに対し，管理LANにあるホストhost10，および業務LANにあるホストhostA，hostBのJP1/AJS2 - Viewから，ジョブネット，またはジョブを操作することができます。

ホストhostXでの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用していない場合の通信設定例に記載されている設定を実施してください。

なお，ホストhost10，hostA，hostBは，ホストhostXのホスト名が解決できるOSの環境が必要です。

注意事項

JP1/AJS2 - ManagerがインストールされているホストhostXの受信をIPバインド方式にした場合は，ホストhostXのホスト名に対して，管理LAN側のIPアドレスと，業務LAN側のIPアドレスの両方を，jp1hostsに設定する必要があります。

●JP1/AJS2 - Managerを複数のLANに接続しLAN上のJP1/AJS2 - Managerと連携する場合

JP1/AJS2 - Managerを複数のLANに接続して，LAN上のJP1/AJS2 - Managerと連携する場合，LAN上のJP1/AJS2 - Managerでリモートジョブネットを実行したり，スケジューラーコマンドをリモート実行したりできます。

JP1/AJS2 - Managerを複数のLANに接続して，JP1/AJS2 - Managerでリモートジョブネットを実行したり，スケジューラーコマンドをリモート実行したりする場合の接続例を次の図に示します。

図3-29　JP1/AJS2 - Managerを複数のLANに接続する場合の例（JP1/AJS2 - Managerとの接続）

JP1/AJS2 - ManagerがインストールされているホストhostXが，複数のLANに接続されています。それぞれのLANには，JP1/AJS2 - Managerがインストールされています。

このシステム構成では，ホストhostXのマネージャーホストから，管理LANにあるマネージャーホストhost10，および業務LANにあるマネージャーホストhostA，hostBに接続して，リモートジョブネットを実行したり，スケジューラーコマンドをリモート実行したりできます。

ホストhost10，hostA，hostBでの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用していない場合の通信設定例に記載されている設定を実施してください。

なお，ホストhostXには，ホストhost10，hostA，およびhostBのホスト名が解決できるOSの環境が必要です。

(b)　クラスタ運用しないでJP1/AJS2 - Agentを複数のLANに接続してジョブを実行する場合

JP1/AJS2 - Agentが複数のLANに接続されている場合，LAN上のJP1/AJS2 - Managerからジョブを実行できます。

JP1/AJS2 - Agentを複数のLANに接続して，JP1/AJS2 - Managerからジョブを実行する場合の接続例を次の図に示します。

図3-30　JP1/AJS2 - Agentを複数のLANに接続する場合の例（JP1/AJS2 - Managerとの接続）

JP1/AJS2 - AgentがインストールされているホストhostXが，複数のLANに接続されています。それぞれのLANには，JP1/AJS2 - Managerがインストールされています。

このシステム構成では，ホストhostXをエージェントホストとして，管理LANにあるマネージャーホストhost10，および業務LANにあるマネージャーホストhostA，hostBから，ジョブを実行できます。

各ホストでの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用していない場合の通信設定例に記載されている設定を実施してください。

なお，ホストhostXには，ホストhost10，hostA，およびhostBのホスト名が解決できるOSの環境が必要です。

(c)　クラスタ運用しないでJP1/AJS2 - Viewを複数のLANに接続してジョブネットおよびジョブを操作する場合

JP1/AJS2 - Viewが複数のLANに接続されている場合，LAN上のJP1/AJS2 - Managerからジョブネットおよびジョブを操作することができます。

JP1/AJS2 - Viewを複数のLANに接続して，JP1/AJS2 - Managerからジョブネットおよびジョブを操作する場合の運用例を次の図に示します。

図3-31　JP1/AJS2 - Viewを複数のLANに接続する場合の例（JP1/AJS2 - Managerとの接続）

JP1/AJS2 - ViewがインストールされているホストhostXが，複数のLANに接続されています。それぞれのLANには，JP1/AJS2 - Managerがインストールされています。

このシステム構成では，ホストhostXのJP1/AJS2 - Viewから，管理LANにあるマネージャーホストhost10，および業務LANにあるマネージャーホストhostA，hostBに接続して，ジョブネット，またはジョブを操作することができます。

ホストhost10，hostA，hostBでの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用していない場合の通信設定例に記載されている設定を実施してください。

なお，ホストhostXは，ホストhost10，hostA，hostBのホスト名が解決できるOSの環境が必要です。

(2)　クラスタ運用する場合の接続例と通信設定

複数のLANに接続した環境（ネットワークを分離した環境）で，クラスタ運用する場合の接続例と通信設定について説明します。JP1/AJS2 - Manager，およびJP1/AJS2 - Agentのそれぞれが，複数のLANに接続されている場合に分けて説明します。

補足事項

JP1/AJS2 Console機能を使用する場合も，同様のネットワーク構成をサポートします。この場合，JP1/AJS2 - ViewをJP1/AJS2 Console Viewに，JP1/AJS2 - ManagerをJP1/AJS2 Console Managerに，JP1/AJS2 - AgentをJP1/AJS2 Console Agentに置き換えて解釈してください。

なお，JP1/AJS2 Console ViewからJP1/AJS2 Console Managerへの接続，JP1/AJS2 Console ManagerからJP1/AJS2 Console Agentへの接続の際には，それぞれ接続先ホストの受信側のバインド方式の設定によって次のように動作します。

受信をIPバインド方式にしたホストがある場合

物理ホスト，論理ホストにかかわらず，接続時に指定したIPアドレスと一致したホストに接続します。

物理ホストの受信をANYバインド方式にしている場合

論理ホストすべてに対してIPアドレスで解決できないかぎり，物理ホストに接続します。

(a)　クラスタ運用でJP1/AJS2 - Managerを複数のLANに接続する場合

クラスタ運用で，JP1/AJS2 - Managerを複数のLANと接続する場合，LAN上にあるJP1/AJS2 - Manager，JP1/AJS2 - Agent，またはJP1/AJS2 - Viewと接続して，JP1/AJS2を運用できます。

●クラスタ運用でJP1/AJS2 - Managerを複数のLANに接続しLAN上のJP1/AJS2 - Agentと連携する場合

クラスタ運用で，JP1/AJS2 - Managerを複数のLANに接続して，LAN上のJP1/AJS2 - Agentと連携する場合，物理ホストおよび論理ホストのどちらのホストからでもLAN上のJP1/AJS2 - Agentでジョブが実行できます。クラスタ運用で，JP1/AJS2 - Managerを複数のLANに接続して，JP1/AJS2 - Agentでジョブを実行する場合の接続例を次の図に示します。

図3-32　クラスタ運用でJP1/AJS2 - Managerを複数のLANに接続する場合の例（JP1/AJS2 - Agentとの接続）

JP1/AJS2 - ManagerがインストールされているホストhostXが，複数のLANに接続されていて，クラスタ運用されています。また，それぞれのLANには，JP1/AJS2 - Agentがインストールされていて，物理ホストhostX，論理ホストhostLのどちらのホストからもエージェントホストとして定義されています。

このシステム構成では，物理ホストhostX，または論理ホストhostLをマネージャーホストとして，管理LANにあるエージェントホストhost10，および業務LANにあるエージェントホストhostA，hostBに対して，ジョブが実行できます。

各ホストでの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用する場合の通信設定例に記載されている設定を実施してください。

●クラスタ運用でJP1/AJS2 - Managerを複数のLANに接続しLAN上のJP1/AJS2 - Viewと連携する場合

クラスタ運用で，JP1/AJS2 - Managerを複数のLANに接続して，LAN上のJP1/AJS2 - Viewと連携する場合，LAN上のJP1/AJS2 - Viewから，物理ホストおよび論理ホストのどちらのホストに対してでも，ジョブネットやジョブを操作することができます。クラスタ運用で，JP1/AJS2 - Managerを複数のLANに接続して，JP1/AJS2 - Viewからジョブネットやジョブを操作する場合の接続例を次の図に示します。

図3-33　クラスタ運用でJP1/AJS2 - Managerを複数のLANに接続する場合の例（JP1/AJS2 - Viewとの接続）

JP1/AJS2 - ManagerがインストールされているホストhostXが，複数のLANに接続されていて，クラスタ運用されています。また，それぞれのLANには，JP1/AJS2 - Viewがインストールされています。

このシステム構成では，物理ホストhostX，および論理ホストhostLのマネージャーホストに対して，管理LANにあるホストhost10，および業務LANにあるホストhostA，hostBから，ジョブネット，またはジョブを操作することができます。

ホストhostXの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用する場合の通信設定例に記載されている設定を実施してください。

なお，ホストhost10，hostA，hostBは，ホストhostXまたはhostLのホスト名が解決できるOSの環境が必要です。

注意事項

JP1/AJS2 - Managerのサービスが起動されていなくても，JP1/AJS2 - ViewとJP1/AJS2 - Managerを接続することができます。そのため，サービスの起動有無にかかわらず（例えば，物理のサービスを使用しない運用でも），ホストhostXの設定情報に従って，次のルールで接続します。

受信をIPバインド方式にしたホストがある場合

物理ホスト，論理ホストにかかわらず，JP1/AJS2 - ViewからログインしたときのIPアドレスと一致したホストに接続します。

物理ホストの受信をANYバインド方式にしている場合

論理ホストすべてに対してIPアドレスで解決できないかぎり，物理ホストに接続します。

●クラスタ運用でJP1/AJS2 - Managerを複数のLANに接続してLAN上のJP1/AJS2 - Managerと連携する場合

JP1/AJS2 - Managerを複数のLANに接続して，LAN上のJP1/AJS2 - Managerと連携する場合，LAN上のJP1/AJS2 - Managerから物理ホスト，または論理ホストに対して，リモートジョブネットを実行したり，スケジューラーコマンドをリモート実行したりできます。

クラスタ運用でJP1/AJS2 - Managerを複数のLANに接続して，JP1/AJS2 - Managerでリモートジョブネットを実行したり，スケジューラーコマンドをリモート実行したりする場合の接続例を次の図に示します。

図3-34　クラスタ運用でJP1/AJS2 - Managerを複数のLANに接続する場合の例（JP1/AJS2 - Managerとの接続）

JP1/AJS2 - ManagerがインストールされているホストhostXが，複数のLANに接続されていて，クラスタ運用されています。また，それぞれのLANには，JP1/AJS2 - Managerがインストールされています。

このシステム構成では，物理ホストhostX，または論理ホストhostLのマネージャーホストに対して，管理LANにあるマネージャーホストhost10，および業務LANにあるhostA，hostBから，リモートジョブネットを実行したり，スケジューラーコマンドをリモート実行したりできます。

ホストhostXでの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用する場合の通信設定例に記載されている設定を実施してください。

なお，ホストhost10，hostA，hostBは，ホストhostXまたはhostLのホスト名が解決できるOSの環境が必要です。

注意事項

リモートジョブネットの実行，およびスケジューラーコマンドのリモート実行時のJP1/AJS2 - Manager同士の接続は，JP1/AJS2 - Viewからの接続ルールと同じです。

(b)　クラスタ運用でJP1/AJS2 - Agentを複数のLANに接続してジョブを実行する場合

クラスタ運用で，JP1/AJS2 - Agentを複数のLANに接続して，LAN上のJP1/AJS2 - Managerと連携する場合，JP1/AJS2 - Managerから，物理ホストおよび論理ホストのどちらのホストに対してもジョブが実行できます。クラスタ運用で，JP1/AJS2 - Agentを複数のLANに接続して，JP1/AJS2 - Managerからジョブを実行する場合の接続例を次の図に示します。

図3-35　クラスタ運用でJP1/AJS2 - Agentを複数のLANに接続する場合の例（JP1/AJS2 - Managerとの接続）

JP1/AJS2 - AgentがインストールされているホストhostXが，複数のLANに接続されていて，クラスタ運用されています。また，それぞれのLANには，JP1/AJS2 - Managerがインストールされていて，物理ホストhostX，論理ホストhostLのどちらのホストに対しても，エージェントホストとして定義しています。

このシステム構成では，物理ホストhostX，または論理ホストhostLをエージェントホストとして，管理LANにあるマネージャーホストhost10，および業務LANにあるマネージャーホストhostA，hostBから，ジョブが実行できます。

各ホストでの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用する場合の通信設定例に記載されている設定を実施してください。

3.4.5　ファイアウォールを設定した環境の構成例と通信設定

ファイアウォールを設定した環境で，クラスタ運用しない場合とクラスタ運用する場合の構成例と通信設定について説明します。

＜この項の構成＞

(1)　クラスタ運用しない場合のファイアウォールの構成例と通信設定

(2)　クラスタ運用する場合のファイアウォールの構成例と通信設定

(1)　クラスタ運用しない場合のファイアウォールの構成例と通信設定

ファイアウォールを設定した環境で，クラスタ運用していない場合の構成例と通信設定について説明します。クラスタ運用していない場合のファイアウォールの構成例を次の図に示します。

図3-36　クラスタ運用していない場合のファイアウォール構成例

ホストhostXとホストhostA間の通信に対して，ファイアウォールを透過する設定がされています。このシステム構成では，ファイアウォールでの設定以外には，JP1/AJS2側で特別な設定をする必要はありません。

(2)　クラスタ運用する場合のファイアウォールの構成例と通信設定

ファイアウォールを設定した環境で，クラスタ運用する場合の構成例と通信設定について説明します。クラスタ運用する場合のファイアウォールの構成例を次の図に示します。

図3-37　クラスタ運用する場合のファイアウォール構成例

ホストhostXとホストhostAの間と，ホストhostLとホストhostAの間の両方の通信に対して，ファイアウォールを透過する設定がされている場合は，前述の「(1) クラスタ運用しない場合のファイアウォールの構成例と通信設定」と同様に，JP1/AJS2側で特別な設定をする必要はありません。

物理ホストのサービスを使用しないで論理ホストだけで運用して，ホストhostLとホストhostAの間の通信に対してだけ，ファイアウォールを透過する設定がされている場合には，送信方法をIPバインド方式に設定する必要があります。送信方法をIPバインド方式に設定する手順については，マニュアル「JP1/Base 運用ガイド」を参照してください。

注意事項

ホストhostLとホストhostAの間の通信に対してだけ，ファイアウォールを透過する設定がされている環境では，キューレスジョブ実行時にファイアウォールの透過はできません。キューレスジョブを使用する場合は，物理ホストからの通信を透過できる環境にしてください。

3.4.6　WAN環境で使用する場合の通信

WAN環境で，JP1/AJS2 - ViewをJP1/AJS2 - Managerに接続して使用することは問題ありません。ただし，WAN環境では通信量や通信時間で課金される場合もあるので，WAN環境でのJP1/AJS2の使用は推奨していません。

3.5　使用するデータベースを検討する

この節では，JP1/AJS2で使用するデータベースの検討について説明します。

JP1/AJS2 - Managerは，ジョブ実行を制御するためのデータをデータベースで管理しています。

JP1/AJS2で利用できるデータベースは，次の2種類です。

(1)　JP1/AJS2標準データベース

ISAM（Indexed Sequential Access Method）方式で，データに索引を付けて管理するデータベースです。JP1/Baseに標準で添付されています。

JP1/AJS2インストール時にデフォルトで設定され，セットアップは必要ありません。

(2)　リレーショナルデータベース（RDB：Relational DataBase）

信頼性など要求されるシステム，扱う情報量の多い大規模なシステムに適したデータベースです。また，障害発生時などでもJP1/AJS2の管理情報を確実に保持したい場合に使用します。

JP1/AJS2では，組み込みDBをリレーショナルデータベースとして使用できます。

組み込みDBは，JP1/AJS2 - Managerに添付されているデータベースサーバです。組み込みDBは，JP1/AJS2と合わせてインストールできますが，データベースを使用するにはセットアップが必要です。

JP1/AJS2でリレーショナルデータベースを利用する場合のインストールおよびセットアップの方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　5. スケジューラーデータベースに組み込みDBを使用する場合のセットアップ」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　15. スケジューラーデータベースに組み込みDBを使用する場合のセットアップ」（UNIXの場合）を参照してください。

JP1/AJS2の各機能と，その機能で使用されるデータの格納先を次の表に示します。

表3-16　JP1/AJS2の各機能が使用するデータベース

機能
格納するデータ
データの格納先

スケジュール制御
スケジュール定義
実行スケジュール
ジョブネット定義
ジョブネット状態
ISAMデータベースまたは
組み込みDB

ジョブ実行制御
キュー／エージェント構成
ジョブ実行状態
ISAMデータベース

イベント・アクション制御
受信イベントやアクション実行の状態
通常のファイル
（データベースは使用していません）

キューレスエージェント機能
実行されたジョブ情報
通常のファイル
（データベースは使用していません）

JP1/AJS2 Console機能
業務スコープやAJS2ユニット監視オブジェクトの定義情報
通常のファイル
（データベースは使用していません）

次に，JP1/AJS2で使用するデータベースの概要について説明します。

＜この節の構成＞

3.5.1　ISAMを使用する場合

3.5.2　ISAMデータベースの再作成

3.5.3　組み込みDBを使用する場合

3.5.4　組み込みDBの運用方法

3.5.5　システムログを使用しない運用

3.5.6　システムログ運用

3.5.7　アンロードログ運用

3.5.1　ISAMを使用する場合

ISAMデータベースは，JP1/AJS2インストール時にデフォルトで設定されるので，セットアップは必要ありません。

必要に応じて次のオプションを設定してください。

同期書き込みを設定する。

データベースの自動再編成機能を有効にする。

キー再利用機能を有効にする。

ISAMロックテーブルの分割機能を有効にする。

＜この項の構成＞

(1)　同期書き込みの設定

(2)　データベースの自動再編成の設定

(3)　キー再利用機能の有効化

(4)　ISAMロックテーブル分割機能の有効化（UNIX限定）

(1)　同期書き込みの設定

ISAMデータベースには書き込みモードの設定があり，同期書き込みか非同期書き込みが選べます。非同期書き込みにすると性能は向上しますが，フェールオーバー時にデータファイルとキーファイルの整合性が取れなくなる場合があります。クラスタシステムで運用する場合はフェールオーバー時のデータ保護のために，ISAMの書き込み方法を同期書き込みに設定することをお勧めします。同期書き込みの設定をした場合，テーブル間で矛盾が起きないよう，JP1/AJS2が書き込み順序によって整合性を保ちます。ただし，同期書き込みの場合でも，OSによるディスク書き込み処理途中での電源断で，ファイルが壊れるおそれがありますので注意してください。

ISAMを利用している場合，ファイルの整合性だけに問題がある場合は，再編成を実施することで修復できます。ただし，電源断などによるディスク・ファイル障害が発生したときは，同期・非同期の設定にかかわらず，タイミングによっては，修復できない状態になるおそれがあります。このような事態に備えて，スケジューラーの定義情報やジョブ実行環境の定義情報のバックアップを随時実施する運用を検討してください。

また，ジョブ実行環境データベースをISAMの非同期書き込みにした場合，ジョブ起動のスループットが向上します。JP1/AJS2のスケジューラーからだけジョブを実行する場合は，スケジューラーデータベースにISAMを採用し，かつ同期書き込みを設定するか，または組み込みDBを採用するかによって信頼性を確保すれば，より効果的な運用も可能です。ただし，不用意な電源断などで，ジョブ実行環境データベースが壊れる確率が高くなりますので，障害発生時にはジョブ実行環境データベースを再作成する運用も検討してください。

(2)　データベースの自動再編成の設定

ISAMデータベースには自動再編成機能があり，JP1/AJS2のサービス起動時にスケジューラーデータベースとジョブ実行環境のデータベースを自動的に再編成するかしないかが選べます。再編成機能を有効にしないと，無効領域が増大する（キー再利用機能が有効な場合は無効領域の発生を最小限にできます），可変長テーブルのフラグメンテーションが発生する，などの要因で長時間運転を行うと徐々に処理性能が劣化していきます。そのため，自動再編成の設定をしてください。ISAMデータベースの自動再編成の設定手順については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.7.2 ISAMファイル自動再編成機能の設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.7.3 ISAMファイル自動再編成機能の設定」（UNIXの場合）を参照してください。

また，クラスタシステムで運用する場合は，ISAMの自動再編成機能を有効にして，JP1/AJS2の起動時に自動的に回復するように設定することを推奨します。これは，フェールオーバー（業務処理を実行系のサーバから待機系のサーバへ切り替えること）のタイミングによって，データ部と索引部が不整合になった場合，回復するにはISAMデータベースの再編成が必要なためです。

ただし，ISAMデータベースを自動再編成する際，一つ一つファイルを順次再編成していくため，ジョブネットやジョブの数が多くなると，ISAMの再編成の実行時間が長く掛かり，JP1/AJS2のサービス起動時間も長く掛かることがあります。クラスタ運用している場合，フェールオーバーの繰り返しとなることがあるため，クラスタソフトの起動タイムアウト時間を調整してください。ISAMの再編成に必要な時間は，実レコード件数に比例します。クラスタソフトの起動タイムアウト時間が調整できない場合は，ISAMファイルが肥大化しない設定（ジョブ情報保存日数の調整・保存世代数の削減など）を実施し，再編成所要時間が短くなるようにしてください。

なお，サービス起動を常に高速にし，手動で再編成を実施する運用の場合は，自動再編成機能を無効にしてください。

(3)　キー再利用機能の有効化

ISAMデータベースは，データファイルおよびキーファイルで構成されています。JP1/AJS2 06-71以前のバージョンでは，キーファイルはデータ削除後に無効になった領域を再利用しませんでした。このため，長時間運用を続けると，ISAMファイルが肥大化するため，アクセス性能が劣化し，短い周期でISAMデータベースを再編成する必要がありました。

ISAMキー再利用の設定をすると，長時間連続して運用しても，削除済みの無効領域を再利用することでファイルサイズが肥大化しにくくなり，性能劣化が防止できます。なお，この設定を有効にする場合は，ISAMデータベースのフォーマットを変換する必要があります。

JP1/AJS2 07-00以降を新規で使用する場合は，セットアップ時にデフォルトでキーファイルに対応したISAMデータベースが作成されます。そのため，移行作業は必要ありません。

JP1/AJS2 06-71以前からJP1/AJS2 07-00以降のJP1/AJS2にバージョンアップする場合は，既存のデータベースの情報を引き継ぐため，この機能は有効になっていません。ISAMキー再利用機能を使用したい場合は，移行作業が必要です。ただし，UNIX版のJP1/AJS2 - Manager 06-71以前でISAMキー再利用機能を使用していた場合は，そのままISAMデータベースを使用できるため移行作業は必要ありません。

ISAMキー再利用の設定方法については，「9.2.1 ISAMキー再利用の設定」を参照してください。

(4)　ISAMロックテーブル分割機能の有効化（UNIX限定）

ISAMデータベースにアクセスするときのロック制御は，システム内で唯一のロックテーブル（セマフォおよび共用メモリーで実現）を利用していました。このため，スケジューラーとジョブ実行環境で多数のプロセスからISAMデータベースに同時にアクセスすると，処理の競合が原因で資源の確保ができないで性能が劣化する現象が発生します。

また，ジョブネットの実行登録を解除する処理など，スケジューラーデータベースに対してアクセスするコマンドが多数実行されると，データベースの更新処理が競合します。更新処理対象の情報や定義が大きい場合に，更新，削除といった処理を実行すると，性能が劣化することがあります。

ISAMファイルアクセス競合による性能劣化を防止するための設定をする（ISAMロックテーブル分割機能を有効にする）と，ISAMファイル単位にロックテーブルを持つようにできるため，アクセス競合による性能劣化が改善できます。ISAMロックテーブルの分割機能の設定方法については，「9.2.2 ISAMロックテーブルの分割の設定」を参照してください。なお，UNIX版のJP1/AJS2 - Manager 06-71以前でロックテーブル分割機能を使用している場合は，以前の設定のままで，引き続きこの機能が使用できます。

この設定をしないで，ジョブネットの登録解除処理などを同時に多重実行する場合※，次に示すどちらかの運用を採用してください。

実行登録または登録解除処理を多重実行しないようにする。

業務量が少ない時間帯に実行登録または登録解除処理を多重実行する。

注※

ジョブネットの登録解除処理などを同時に多重実行する場合とは，次に示すどれかのコマンドを，四つから五つ同時に実行することです。

ajsleave

ajsrerun

ajsplan

ajsintrpt

3.5.2　ISAMデータベースの再作成

ISAMデータベースが不正になった場合，ISAMデータベースを再作成する必要があります。ISAMデータベースの状態の確認方法，およびISAMデータベースの再作成方法については「17.5.8 ISAMファイルの再作成」を参照してください。

3.5.3　組み込みDBを使用する場合

組み込みDBは，信頼性を要求するシステム，扱う情報量の多い大規模なシステムに適したデータベースです。また，障害発生時でもJP1/AJS2の管理情報を確実に保持したい場合に使用します。

JP1/AJS2で使用しているデータベースのうち，組み込みDBに移行できるデータベースは，スケジューラーデータベースです。JP1/AJS2で使用するデータベースについては，「15.14.1 JP1/AJS2のデータベースについて」を参照してください。

ここでは，組み込みDBの特徴について説明します。

＜この項の構成＞

(1)　組み込みDBの長所

(2)　組み込みDBの短所

(3)　組み込みDBで使用するディスクについて

(4)　注意事項

(1)　組み込みDBの長所

組み込みDBの長所を次に示します。

障害発生した場合でもJP1/AJS2 - Managerのテーブル間の整合性を保てます。

回復時に，組み込みDBが出力する更新履歴情報（システムログ）をバックアップファイルとともに使用することで，バックアップファイル取得以降の更新データも回復できます。

スケジューラーデータベースに格納されるすべてのテーブルが，バックアップおよび回復の対象になります。ISAMファイルの場合，実行系のテーブルについては，バックアップおよび回復できません。

スケジューラーデータベースのサイズが，2ギガバイトを超えるような大規模システムでの運用ができます。ISAMファイルの最大サイズは2ギガバイトです。

(2)　組み込みDBの短所

組み込みDBの短所を次に示します。

スケジューラーデータベースのアクセス性能がISAMファイルより劣ります。

組み込みDBの運用時には，各種状態を管理する必要があり，運用が複雑になります。必要な状態管理を次に示します。

組み込みDBの稼働状態

システムログファイルの状態監視

データ領域の状態監視

データ領域の状態監視については,「15.14.4 組み込みDBデータベースを再編成する」を参照してください。

組み込みDBを使用するためには，事前に次に示す操作が必要です。

組み込みDBのインストール

組み込みDBの環境構築

スケジューラーデータベースを組み込みDBに移行するためのセットアップ

組み込みDBを使用するためには，事前に次に示す組み込みDBの仕様について理解する必要があります。

起動および停止方法について

システムログの運用方法について

データ領域構造の概念（セグメント，ページ）について

データ領域構造については,マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　付録B.2 組み込みDBのテーブルのオプションを変更する」を参照してください。

(3)　組み込みDBで使用するディスクについて

組み込みDBで使用する主なディスクを次の図に示します。

図3-38　組み込みDBのディスク構成

(4)　注意事項

組み込みDB環境を構築するホストのホスト名を，hostsファイルまたはDNSに登録してください。また,クラスタ環境の場合は,実行系の物理ホスト名および論理ホスト名共にhostsファイルまたはDNSに登録してください。

組み込みDB環境を構築するホストのホスト名をjp1hosts定義ファイルに登録しても，組み込みDBで使用するホスト名として有効になりません。

組み込みDB環境を構築するホストのホスト名には，エイリアス名を使用しないでください。

組み込みDBが稼働できるホストのホスト名は，最大32バイトです。したがって，組み込みDB環境を構築するホストは，物理ホスト名および論理ホスト名共に1～32バイトで設定してください。

3.5.4　組み込みDBの運用方法

スケジューラーデータベースとして組み込みDBを使用する場合，障害に備えて，すべてのテーブルを対象にバックアップファイルを取得できます。スケジューラーデータベースに障害が発生した場合は，このバックアップファイルを使用することでバックアップファイル取得時点に回復できます。

また，組み込みDBは，スケジューラーデータベースの更新履歴情報を持つシステムログファイルを作成します。このシステムログファイルの情報とバックアップファイルを使用することで，スケジューラーデータベースの内容を最新の状態に回復できます。

バックアップファイル取得方法，および回復方法は運用方法によって異なります。運用方法ごとのバックアップファイル取得方法および回復方法について次に示します。

システムログを使用しない運用
システムログファイルおよびアンロードログファイルを使用しないで，バックアップファイルだけを使用して回復する運用です。システムログを意識しないで運用できる最も簡単な運用方法です。
しかし，この運用方法では，バックアップファイル取得以降の更新情報については回復できません。詳細については「3.5.5 システムログを使用しない運用」を参照してください。

システムログ運用
システムログ運用は，システムログをアンロードしないで，回復のときはシステムログを直接入力してスケジューラーデータベースを回復する運用です。
詳細については「3.5.6 システムログ運用」を参照してください。

アンロードログ運用
組み込みDBが自動的にシステムログをアンロードし，このアンロードされたファイルをアンロードログファイルと呼びます。
アンロードログ運用は，定期的に取得したバックアップファイルとともに，アンロードログファイルを使用して回復する運用です。
この運用方法では，バックアップファイル取得時点のスケジューラーデータベースの内容だけではなく，バックアップファイル取得以降の更新情報についても回復できます。
詳細については「3.5.7 アンロードログ運用」を参照してください。

それぞれの運用方法の特徴については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　5. スケジューラーデータベースに組み込みDBを使用する場合のセットアップ」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　15. スケジューラーデータベースに組み込みDBを使用する場合のセットアップ」（UNIXの場合）を参照してください。

また，すでに組み込みDBの環境を構築してして，システムログの運用方法を変更したい場合は，「9.3 組み込みDBをログ運用に移行する」を参照してください。

3.5.5　システムログを使用しない運用

ここでは，システムログを使用しないでバックアップファイルだけで回復する運用について説明します。この運用では，アンロードログファイルおよびシステムログファイルを使用しないため，最も運用が簡単です。システムログを使用しない運用での障害発生時の回復方法を次の図に示します。

図3-39　障害発生時の回復方法（システムログを使用しない運用）

＜この項の構成＞

(1)　システムログファイルの管理について

(2)　組み込みDB環境の構築

(3)　運用方法

(4)　障害発生時の組み込みDBの回復手順

(5)　注意事項

(1)　システムログファイルの管理について

システムログファイルを監視しないで運用できます。

ただし，回復時にシステムログを使用しないため，バックアップファイル取得以降の更新内容については回復できません。

(2)　組み込みDB環境の構築

組み込みDBの環境構築方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　5. スケジューラーデータベースに組み込みDBを使用する場合のセットアップ」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　15. スケジューラーデータベースに組み込みDBを使用する場合のセットアップ」（UNIXの場合）を参照してください。

(3)　運用方法

障害発生時にバックアップファイルだけを使用して回復するための運用方法を次に示します。

(a)　バックアップファイルの取得手順

バックアップファイルの取得手順を次に示します。

該当するスケジューラーデータベースを使用するスケジューラーサービス，JP1/AJS2 Monitorサービスを含む，スケジューラーデータベースにアクセスするサービスをすべて停止する。

スケジューラーデータベースのバックアップファイルを取得する。
ajsembdbbackupコマンドに，-sオプションを指定しないで実行してください。

手順1で停止したサービスを起動し，通常の運用を再開する。

バックアップファイルを取得するときに，スケジューラーサービスが稼働中であったり，ジョブネットワーク要素を参照および更新していたりすると，ajsembdbbackupコマンドがエラーになる場合があります。

ajsembdbbackupコマンドにはバックアップファイルの取得方法に関係なく，上記で示すオプション以外にも必要なオプションがあります。ajsembdbbackupコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsembdbbackup」を参照してください。

(b)　バックアップファイルの取得タイミング

JP1/AJS2の環境に障害が発生した場合は，JP1/AJS2の環境とスケジューラーデータベースの環境を，同期を取って回復する必要があります。そのため，JP1/AJS2の運用を停止できるときは，JP1/AJS2のバックアップファイルを取得するとともに，ajsembdbbackupコマンドを実行して，スケジューラーデータベースのバックアップファイルを取得してください。バックアップファイルを取得した場合，以前取得したバックアップファイルは任意の方法で削除して問題ありません。

バックアップファイルの取得タイミングを次の図に示します。

図3-40　バックアップファイルの取得タイミング（システムログを使用しない運用）

(c)　バックアップファイルの管理

回復時にバックアップファイルが必要になるため，保存しておく必要があります。バックアップファイルを取得することで，以前取得したバックアップファイルは不要になるので，必要に応じて削除してください。

(4)　障害発生時の組み込みDBの回復手順

障害ケースごとの回復手順を次に示します。

なお，回復手順で使用するajsembdbbackupコマンド，ajsembdbrstrコマンドについてはマニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を，ajsembdbbuildコマンド，ajsembdbsetupコマンド，ajsembdbunsetコマンドについてはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド」を参照してください。

(a)　データ領域のディスクに障害が発生した場合

物理ホストおよびすべての論理ホストで，JP1/AJS2サービス，JP1/AJS2 MonitorサービスおよびJP1/AJS2 Console Agentサービスを含め，スケジューラーデータベースにアクセスするサービスをすべて停止する。

組み込みDB環境を削除する。
ajsembdbunsetコマンドに-eオプションを指定して実行してください。

障害を取り除く。

スケジューラーサービスをISAMファイル環境に再構築する。
Windowsの場合

該当するスケジューラーサービスの構成定義パラメーターをISAMに変更する。
マネージャー環境設定で，データベース種別を「ISAM」に変更します。

ISAMファイルでセットアップする。
ajssetup -F スケジューラーサービス名 [-mh 論理ホスト名※]
注※　物理ホストの場合，「-mh 論理ホスト名」は指定しないでください。

UNIXの場合

共用メモリー上の環境設定情報を削除します。
ajsshmdelコマンドを実行します。実行例を次に示します。
ajsshmdel >/dev/null 2>&1

該当するスケジューラーサービスの環境設定パラメーターをISAMに変更する。
実施手順を次に示します。
(1) jbsgetcnf [-h 論理ホスト名※] > 退避ファイル名
　注※　物理ホストの場合，「-h 論理ホスト名」は指定しないでください。
(2) 退避ファイル内の，該当するスケジューラーサービスの環境設定パラメーターAJSDBTYPEをISAMに変更する。
(3) jbssetcnf 退避ファイル名

ISAMファイルでセットアップする。
ajssetup -F スケジューラーサービス名 [-mh 論理ホスト名※]
注※　物理ホストの場合，「-mh 論理ホスト名」は指定しないでください。

組み込みDB環境を再構築する。
ajsembdbbuildコマンドを実行して，組み込みDB環境を構築してください。
ajsembdbbuildコマンドの実行時，ajsembdbbuildコマンドに指定する内容は，障害発生前の組み込みDB環境を構築した際に指定した内容と同一にしてください。指定内容が異なると，このあとのスケジューラーデータベースの回復時にエラーが発生して回復できません。

スケジューラーデータベースを組み込みDBに移行する。
ajsembdbsetupコマンドを実行して，スケジューラーデータベースを組み込みDBに移行してください。
ajsembdbsetupコマンドの実行時，ajsembdbsetupコマンドに指定する内容は，障害発生前の組み込みDBへの移行の際に指定した内容と同一にしてください。
指定内容が異なると，このあとのスケジューラーデータベースの回復時にエラーが発生して回復できません。

スケジューラーデータベースを回復する。
ajsembdbrstrコマンドに，-lオプションおよび-lrオプションを指定しないで実行してください。

スケジューラーデータベースのバックアップファイルを取得する。
ajsembdbbackupコマンドを実行して，バックアップファイルを取得してください。

手順1で停止したサービスを起動する。

(b)　組み込みDBのシステムログファイルのディスクに障害が発生した場合

組み込みDBのシステムログファイルに障害が発生した場合，(a)と同様に組み込みDBを再構築する必要があります。回復方法については(a)を参照してください。

(c)　JP1/AJS2と組み込みDBに同時に障害が発生した場合

障害を取り除く。

JP1/AJS2をバックアップファイルからリカバリーする。
JP1/AJS2のリカバリーについては，「11. バックアップとリカバリー」を参照してください。

該当するスケジューラーデータベースを使用するスケジューラーサービス，JP1/AJS2 Monitorサービスを含む，スケジューラーデータベースにアクセスするサービスをすべて停止する。

スケジューラーデータベースを回復する。
ajsembdbrstrコマンドに，-lオプションおよび-lrオプションを指定しないで実行してください。

手順3で停止したサービスを起動する。
必要に応じて，JP1/AJS2サービスをコールドスタートで起動してください。

以上の手順を実施することで，JP1/AJS2と組み込みDBで同期を取ってバックアップファイルを取得した時点の状態まで回復することができます。

(d)　JP1/AJS2に障害が発生した場合

(c)の手順で回復してください。

(5)　注意事項

システムログを使用しない運用についての注意事項を次に示します。

(a)　環境構築時の注意事項

システムログを使用しない運用では，システムログを使用した回復はできませんが，組み込みDBでシステムログを使用するため，システムログを格納する領域を用意する必要があります。必要なディスク容量については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　5.1 組み込みDBを使用する場合の準備」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　15.1 組み込みDBを使用する場合の準備」（UNIXの場合）を参照してください。

(b)　運用時の注意事項

JP1/AJS2サービスの稼働中にスケジューラーデータベースのバックアップファイルは取得できません。JP1/AJS2サービスを停止できるタイミングで，バックアップファイルを取得してください。バックアップファイルの取得方法については，「(3) 運用方法」を参照してください。

(c)　回復時の注意事項

スケジューラーデータベースに障害が発生した場合，障害直前の状態に回復できません。システムログを使用しない運用では，バックアップファイルの取得時点にだけ回復できます。回復方法については，「(4) 障害発生時の組み込みDBの回復手順」を参照してください。

3.5.6　システムログ運用

システムログとバックアップファイルを使用して回復するシステムログ運用について説明します。システムログ運用での障害発生時の回復方法を次の図に示します。

図3-41　障害発生時の回復方法（システムログ運用）

＜この項の構成＞

(1)　システムファイルの二重化について検討する

(2)　システムログファイルの監視

(3)　組み込みDB環境の構築

(4)　運用方法

(5)　障害発生時の組み込みDBの回復手順

(6)　注意事項

(1)　システムファイルの二重化について検討する

組み込みDBで使用するシステムファイルを二重化しない構成では，システムファイルに障害が発生すると組み込みDBは停止してしまいます。

システムファイルを二重化すると，片方のシステムファイルにディスク障害などが発生しても，もう一方のシステムファイルについては引き続き使用できるため，組み込みDBは停止させないで運用できます。

ただし，システムファイルの容量は，二重化しない構成と比較すると増加します。

(2)　システムログファイルの監視

組み込みDBは，次のどれかのタイミングで，使用できるシステムログファイルに出力先を切り替えます。

使用中のシステムログファイルが満杯になった場合

ajsembdbbackupコマンドを実行した場合

組み込みDBを再起動した場合（前回の停止が正常停止している場合だけ）

このとき，使用できるシステムログファイルがないと，組み込みDBは異常終了します。

システムログ運用では，使用できるシステムログファイルが常に存在する必要があります。そのため，ajsembdbstatusコマンドを使用してシステムログファイルの状態を監視しておく必要があります。

ajsembdbstatusコマンドに-lオプションを指定して実行することで，システムログファイルの状態を確認できます。_JA0の組み込みDB識別子でセットアップした環境が構築されている場合のajsembdbstatusコマンドの実行例を次に示します。

ajsembdbstatus -l -id _JA0

Group    Type Server   Gen No.  Status  Run ID    Block No.         Ex-Status
log1     sys  ajs2            1 osu---u 47576555        1       63  --------
log2     sys  ajs2            2 osu---u 47576555       64       64  --------
log3     sys  ajs2            3 osud--u 47576555       65       65  --------
log4     sys  ajs2            4 oc-d--u 47576555       66       66  --------
log5     sys  ajs2            0 os----- 00000000        0        0  --------
log6     sys  ajs2            0 os----- 00000000        0        0  --------

実行結果のうちStatusに表示されている文字列（下線部分）がシステムログファイルの状態を示す情報です。状態ごとの表示内容を次に示します。

使用中のシステムログファイル
左から上位3文字が「oc-」と表示されている。

使用できるシステムログファイル
左から上位3文字が「os-」と表示されている。

アンロード待ちのシステムログファイル※
左から上位3文字が「osu」と表示されている。

注※

回復に必要な更新履歴情報が格納されていて上書きできない状態です。この状態では，使用できるシステムログファイルとして再度割り当てられません。

アンロード待ちのシステムログファイルは，ajsembdbbackupコマンドを実行することで，使用できるシステムログファイルになります。そのため，使用できるシステムログファイルがなくなる前に，ajsembdbbackupコマンドを実行して，使用できるシステムログファイルを確保してください。なお，ajsembdbbackupコマンドの実行時は，-zオプションを指定してください。

システムログファイルの切り替え頻度が高く，ajsembdbbackupコマンドの実行間隔が短くなった場合は，システムログファイルの拡張を検討してください。組み込みDB環境構築時のシステムログファイルは6個あり，30個まで拡張できます。システムログファイルを拡張することで，ajsembdbbackupコマンドの実行間隔を延ばせます。

このシステムログファイルの拡張は，ajsembdbaddlogコマンドで実施できます。

使用できるシステムログファイルが無くなり，組み込みDBが異常終了した場合の対処方法を次に示します。

該当するスケジューラーデータベースを使用するスケジューラーサービス，JP1/AJS2 Monitorサービスを含む，スケジューラーデータベースにアクセスするサービスをすべて停止する。

システムログのアンロードを行う。
ajsembdboplogコマンドを実行して，アンロード待ち状態のシステムログファイルをアンロードします。アンロード時に出力される1個当たりのアンロードログファイルのサイズを次に示します。

表3-17　出力されるアンロードログファイルのサイズ

セットアップ時の規模
（ajsembdbbuildコマンドのオプション）
アンロードログファイル1個のサイズ

-l（大規模セットアップ）
約570メガバイト

-m（中規模セットアップ）
約200メガバイト

-s（小規模セットアップ）
約120メガバイト

組み込みDBを起動する。
ajsembdbstartコマンドを実行して，組み込みDBを起動してください。
OS，または組み込みDBの状態によって実行方法が異なります。

Windowsの場合
ajsembdbstartコマンドの実行時，-idオプション以外のオプションは指定しないで実行してください。

UNIXの場合
組み込みDBの状態によって，ajsembdbstartコマンドの実行方法が異なります。組み込みDBの状態は，ajsembdbstatusコマンドを実行することで確認できます。_JA0の組み込みDB識別子でセットアップした環境が構築されている場合のajsembdbstatusコマンドの実行例を次に示します。

ajsembdbstatus -s ust -id _JA0

HOSTNAME  : host_name(144852)
SYSTEMID  : ajs2
UNITID    : unt1
ENTRYHOST : host_name
PAIRHOST  :
UNIT-STAT FES-STAT SETUP-STAT
STOP      ******** SETUP

実行結果のうち，UNIT-STATに表示されている文字列（下線部分）が，組み込みDBの状態を示す情報です。この情報によってajsembdbstartコマンドの実行方法が異なります。
表示内容が「STOP」の場合，-idオプション以外のオプションは指定しないで実行してください。
「PAUSE」の場合，-idオプションのほかに-Rオプションを指定して実行してください。

手順1で停止したサービスを起動する。
JP1/AJS2サービスをホットスタート，またはウォームスタートで起動してください。なお，ホットスタート，またはウォームスタートで起動する場合はスケジューラーデータベースと実際のジョブの実行状況を調査してから運用してください。これは組み込みDBが異常終了した直前までしかスケジューラーデータベースの状態が保持されないで，ほかの制御情報と不整合が発生しているおそれがあるためです。スケジューラーデータベースと実際のジョブの実行状況の不整合の判断が難しい場合はJP1/AJS2サービスをコールドスタートで起動して，ジョブネットを実行登録してください。

(3)　組み込みDB環境の構築

組み込みDBの環境構築方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　5. スケジューラーデータベースに組み込みDBを使用する場合のセットアップ」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　15. スケジューラーデータベースに組み込みDBを使用する場合のセットアップ」（UNIXの場合）を参照してください。

(4)　運用方法

障害発生時にシステムログとバックアップファイルを使用して回復するための運用方法を次に示します。

(a)　バックアップファイルの取得方法

次に示す二とおりのバックアップファイルの取得方法があります。

JP1/AJS2サービス停止中にバックアップファイルを取得する方法
スケジューラーデータベースのバックアップファイルを取得するとき，JP1/AJS2の運用を停止する必要があります。JP1/AJS2サービス停止中に取得したバックアップファイルで回復する場合は，バックアップ時点の状態に回復できます。また，バックアップファイルとともにシステムログを使用することで，バックアップ時点以降のスケジューラーデータベースの更新情報についても回復できます。

JP1/AJS2サービス稼働中にバックアップファイルを取得する方法
スケジューラーデータベースのバックアップファイルを取得するとき，JP1/AJS2の運用を停止する必要はありません。
ただし，JP1/AJS2サービス稼働中に取得したバックアップファイルで回復する場合は，バックアップファイルだけでは回復できません。回復時は，バックアップファイルとともにシステムログを使用します。

(b)　バックアップ方法の特徴

バックアップ方法の特徴を次の表に示します。

表3-18　バックアップ方法の特徴

バックアップ方法 | 長所 | 短所
JP1/AJS2サービス停止中にバックアップファイルを取得する方法 | システムログの使用有無に関係なく，スケジューラーデータベースを回復できる。 | バックアップファイルを取得する前に，JP1/AJS2の運用を停止する必要がある。
バックアップ時点の状態に回復できる。
システムログファイルを使用すると，バックアップ時点以降の更新情報についても回復できる。
JP1/AJS2サービス稼働中にバックアップファイルを取得する方法 | JP1/AJS2の運用中でも，バックアップファイルを取得できる。 | システムログファイルに障害が発生すると，この方法で取得したバックアップファイルからの回復はできない。
バックアップ時点の状態には回復できない。

(c)　バックアップ手順

バックアップの手順を次に示します。

JP1/AJS2サービス停止中にバックアップファイルを取得する方法

該当するスケジューラーデータベースを使用するスケジューラーサービス，JP1/AJS2 Monitorサービスを含む，スケジューラーデータベースにアクセスするサービスをすべて停止する。

バックアップファイルを取得する。
ajsembdbbackupコマンドに，-zオプションを指定して実行してください。なお，この取得方法の場合，-sオプションは指定しないでください。

手順1で停止したサービスを起動する。
バックアップファイルを取得するときにスケジューラーサービスが稼働中であったり，ジョブネットワーク要素を参照および更新していたりすると，ajsembdbbackupコマンドがエラーになる場合があります。

JP1/AJS2サービス稼働中にバックアップファイルを取得する方法
ajsembdbbackupコマンドに，-zオプションおよび-sオプションを指定して実行してください。
このバックアップ方法は，JP1/AJS2の運用中に実行できますが，ajsembdbbackupコマンドとジョブ実行処理が競合することによって，双方共に実行性能が若干低下します。ジョブの実行数ができるだけ少ない時間帯に実施してください。

ajsembdbbackupコマンドにはバックアップファイルの取得方法に関係なく，上記で示すオプション以外にも必要なオプションがあります。ajsembdbbackupコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsembdbbackup」を参照してください。

(d)　バックアップファイルの取得タイミング

JP1/AJS2の環境に障害が発生した場合は，JP1/AJS2の環境とスケジューラーデータベースの環境を，同期を取って回復する必要があります。そのため，JP1/AJS2の運用を停止できるときは，JP1/AJS2のバックアップファイルを取得するとともに，-sオプションを指定しないajsembdbbackupコマンドを実行して，スケジューラーデータベースのバックアップファイルを取得してください。バックアップファイルを取得した場合，以前取得したバックアップファイルは任意の方法で削除して問題ありません。

運用中については，定期的に-sオプションを指定したajsembdbbackupコマンドを実行して，スケジューラーデータベースのバックアップファイルを取得してください。

バックアップファイルの取得時は，使用できるシステムログファイルが少なくても1個ある状態で実施してください。使用できるシステムログファイルがない場合に実施すると，バックアップファイルの取得に失敗します。システムログファイルの監視方法については，「(2) システムログファイルの監視」を参照してください。

バックアップファイルの取得タイミングを次の図に示します。

図3-42　バックアップファイルの取得タイミング（システムログ運用）

(e)　バックアップファイルの管理

ajsembdbbackupコマンドを実行するとき，JP1/AJS2サービス停止中に取得したバックアップファイル，JP1/AJS2サービス稼働中に取得したバックアップファイルを，それぞれ最後に取得したファイルを1個ずつ保存してください。

JP1/AJS2サービス稼働中に取得したバックアップファイルだけを保存した場合，システムログファイルに障害が発生すると，バックアップファイルを使用した回復は一切できなくなります。そのため，JP1/AJS2サービス停止中に取得したバックアップファイルについても保存しておくことで，バックアップ時点の状態へ回復できます。このため，それぞれのバックアップ方法で取得したバックアップファイルを保存しておいてください。

(5)　障害発生時の組み込みDBの回復手順

障害ケースごとの回復手順を次に示します。

なお，回復手順で使用するajsembdboplogコマンド，ajsembdbbackupコマンド，ajsembdbrstrコマンドについてはマニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を，ajsembdbbuildコマンド，ajsembdbsetupコマンド，ajsembdbunsetコマンドについてはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド」を参照してください。

(a)　データ領域のディスクに障害が発生した場合

バックアップ時点に回復する場合は，(b)に示す手順で回復してください。

障害発生直前の状態に回復する場合は，次に示す手順で回復してください。

物理ホストおよびすべての論理ホストにおいて，JP1/AJS2サービス，JP1/AJS2 MonitorサービスおよびJP1/AJS2 Console Agentサービスを含め，スケジューラーデータベースにアクセスするサービスをすべて停止する。

障害を取り除く。

データ領域を再作成する。
データ領域は次に示すファイルを実行することで再作成できます。

Windowsの場合
組み込みDB運用ディレクトリ¥conf¥fmkfile.bat

UNIXの場合
組み込みDB運用ディレクトリ/conf/fmkfile

組み込みDBを起動する。
次に示すコマンドを実行して，組み込みDBを起動してください。※

Windowsの場合
組み込みDB運用ディレクトリ¥bin¥pdstart

UNIXの場合
組み込みDB運用ディレクトリ/bin/pdstart

pdstartコマンドは，組み込みDBを起動するコマンドです。

データ領域を初期化する。
手順4でpdstartコマンドを実行すると，KFPS05201-Qのメッセージが標準出力に出力されます。このメッセージ出力後，別の画面から次に示すコマンドを実行してください。※

Windowsの場合
組み込みDB運用ディレクトリ¥bin¥pdinit -d 組み込みDB運用ディレクトリ¥conf¥mkinit

UNIXの場合
組み込みDB運用ディレクトリ/bin/pdinit -d 組み込みDB運用ディレクトリ/conf/mkinit

pdinitコマンドは，組み込みDBのデータ領域を初期化するコマンドです。

データ領域を拡張する。
この操作は，データ領域を拡張している場合に実施する操作です。データ領域を拡張していない場合，この操作は不要です。
次に示すのファイルを実行してください。

Windowsの場合
次に示すファイルの拡張子を「.bat」に変更して実行してください。
組み込みDB運用ディレクトリ¥conf¥embrm¥addarea
このファイルを実行したあと，ファイル名を元に戻してください。

UNIXの場合
組み込みDB運用ディレクトリ/conf/embrm/addarea

スケジューラーデータベースを回復する。
ajsembdbrstrコマンドに，-lrオプションを指定して実行してください。

スケジューラーデータベースのバックアップファイルを取得する。
ajsembdbbackupコマンドに，-sオプションを指定しないで実行してください。

手順1で停止したサービスを起動する。

注※

pdstartコマンドおよびpdinitコマンドを実行する前に，次に示す環境変数を設定しておく必要があります。

表3-19　pdstartコマンドおよびpdinitコマンド実行時に必要な環境変数

環境変数
設定内容

PDDIR
組み込みDB運用ディレクトリ名を設定してください。

PDCONFPATH
次に示す内容を設定してください。
・OSがWindowsの場合
　%PDDIR%¥conf
・OSがUNIXの場合
　$PDDIR/conf

PDUXPLDIR
OSがWindowsの場合に必要な環境変数です。次に示す内容を設定してください。
%PDDIR%¥UXPLDIR

PATH
次に示す内容をPATHに追加してください。
・OSがWindowsの場合
　%PDDIR%¥bin
・OSがUNIXの場合
　$PDDIR/bin

SHLIB_PATH
OSがHP-UXの場合に必要な環境変数です。次に示す内容を設定してください。
$PDDIR/lib

LD_LIBRARY_PATH
OSがSolarisまたはLinuxの場合に必要な環境変数です。次に示す内容を設定してください。
$PDDIR/lib

LIBPATH
OSがAIXの場合に必要な環境変数です。次に示す内容を設定してください。
$PDDIR/lib

(b)　組み込みDBのシステムログファイルのディスクに障害が発生した場合

システムファイルを二重化していない場合は，次に示す手順で回復してください。

システムファイルを二重化している場合は，片方のシステムファイルに障害が発生しても引き続き運用できますが，もう一方のシステムファイルに障害が発生すると，障害直前の状態まで回復できなくなります。そのため，次に示す手順で回復してください。

物理ホストおよびすべての論理ホストにおいて，JP1/AJS2サービス，JP1/AJS2 MonitorサービスおよびJP1/AJS2 Console Agentサービスを含め，スケジューラーデータベースにアクセスするサービスをすべて停止する。

スケジューラーデータベースのバックアップファイルを取得する。
ajsembdbbackupコマンドに，-sオプションを指定しないで実行してください。
この操作は，システムファイルを二重化している場合に実施できる操作です。二重化していない場合は，障害発生前に取得したバックアップファイルを準備してください。ここで準備するバックアップファイルは，JP1/AJS2サービス停止中に取得したバックアップファイルのことです。

これ以降の手順については，「3.5.5(4)(a) データ領域のディスクに障害が発生した場合」に示した回復手順の手順2以降を実施してください。なお，この手順のうち，スケジューラーデータベースの回復時に必要なバックアップファイルは，上記手順2で準備したバックアップファイルです。

(c)　JP1/AJS2と組み込みDBに同時に障害が発生した場合

障害を取り除く。

JP1/AJS2をバックアップファイルからリカバリーする。
JP1/AJS2のリカバリーについては，「11. バックアップとリカバリー」を参照してください。

該当するスケジューラーデータベースを使用するスケジューラーサービス，JP1/AJS2 Monitorサービスを含む，スケジューラーデータベースにアクセスするサービスをすべて停止する。

スケジューラーデータベースを回復する。
ajsembdbrstrコマンドに，-lおよび-lrオプションを指定しないで実行してください。この場合，JP1/AJS2サービス停止中に取得したバックアップファイルが必要です。

手順3で停止したサービスを起動する。
必要に応じて，JP1/AJS2サービスをコールドスタートで起動してください。

以上の手順を実施することで，JP1/AJS2と組み込みDBで同期を取ってバックアップファイルを取得した時点の状態まで回復できます。

(d)　JP1/AJS2に障害が発生した場合

(c)の手順で回復してください。

(6)　注意事項

システムログ運用についての注意事項を次に示します。

(a)　環境構築時の注意事項

システムファイルを二重化すると，二重化していない場合に比べ，システムファイルの容量が増加します。必要なディスク容量については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　5.1 組み込みDBを使用する場合の準備」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　15.1 組み込みDBを使用する場合の準備」（UNIXの場合）を参照してください。

(b)　運用時の注意事項

使用できるシステムログファイルがなくなった場合に，システムログファイルの切り替えが発生すると，組み込みDBは異常終了します。そのため，システムログファイルの状態を監視してください。システムログファイルの監視方法については，「(2) システムログファイルの監視」を参照してください。

ajsembdbbackupコマンドを実行すると，使用できるシステムログファイルに出力先を切り替えます。そのため，ajsembdbbackupコマンドは使用できるシステムログファイルが1個以上ある状態で実行してください。使用できるシステムログファイルがない場合に，ajsembdbbackupコマンドを実行するとエラーになります。使用できるシステムログファイルが存在しない場合は，ajsembdboplogコマンドを実行して，少なくても1個のシステムログファイルをアンロードし，そのあとにajsembdbbackupコマンドを実行してください。システムログファイルの監視方法については，「(2) システムログファイルの監視」を参照してください。

JP1/AJS2サービス稼働中にバックアップファイルを取得する場合，ajsembdbbackupコマンドとジョブ実行処理が競合することによって，双方共に実行性能が若干低下します。そのため，ジョブの実行数ができるだけ少ない時間帯に実施してください。

(c)　回復時の注意事項

ディスク障害等が発生して，システムログファイルが使用できない状態になると，障害直前の状態に回復できません。回復手順については，「(5) 障害発生時の組み込みDBの回復手順」を参照してください。

3.5.7　アンロードログ運用

組み込みDBが自動的に取得するアンロードログファイルと，スケジューラーデータベースのバックアップファイルを使用して回復するアンロードログ運用について説明します。アンロードログ運用での障害発生時の回復方法を次の図に示します。

図3-43　障害発生時の回復方法（アンロードログ運用）

＜この項の構成＞

(1)　システムファイルの二重化について検討する

(2)　アンロードログファイルについて

(3)　組み込みDB環境の構築

(4)　運用方法

(5)　障害発生時の組み込みDBの回復手順

(6)　注意事項

(1)　システムファイルの二重化について検討する

組み込みDBで使用するシステムファイルを二重化しない構成では，システムファイルに障害が発生すると組み込みDBは停止してしまいます。

システムファイルを二重化すると，片方のシステムファイルにディスク障害などが発生しても，もう一方のシステムファイルについては引き続き使用できるため，組み込みDBを停止させないで運用できます。

ただし，システムファイルの容量は，二重化しない構成と比較すると増加します。

(2)　アンロードログファイルについて

(a)　自動ログアンロード機能

組み込みDBは，次のどれかのタイミングで，使用できるシステムログファイルに出力先を切り替えます。

使用中のシステムログファイルが満杯になった場合

ajsembdbbackupコマンドを実行した場合

組み込みDBを再起動した場合（前回の停止が正常停止している場合だけ）

今まで使用していたシステムログファイルは，アンロード待ち状態※1となり，この状態では，使用できるシステムログファイルとして，再度割り当てられません。このアンロード待ち状態のシステムログファイルを使用できる状態にするには，アンロード※2をする必要があります。組み込みDBは，このアンロード待ち状態のシステムログファイルを，指定されたディレクトリに自動でアンロードします。このアンロードして作成したファイルをアンロードログファイルと呼び，この自動的にアンロードする機能を自動ログアンロード機能と呼びます。回復時は，このアンロードログファイルをバックアップファイルとともに使用します。

注※1

回復に必要な更新履歴情報が格納されていて上書きできない状態です。この状態では，使用できるシステムログファイルとして再度割り当てられません。再度使用できる状態にするためには，アンロードをする必要があります。

注※2

システムログファイルの内容を退避することをいいます。

(b)　アンロードログファイルのサイズ

アンロードログファイルのサイズは，セットアップ時の規模によって異なります。セットアップ時の規模の違いによる，1個当たりのアンロードログファイルのサイズを次の表に示します。保存するアンロードログファイルの容量を見積もる場合には，この表の値を参考にして，アンロードログファイルを格納するための必要な容量を事前に見積もってください。

表3-20　出力されるアンロードログファイルのサイズ

セットアップ時の規模
（ajsembdbbuildコマンドのオプション）
アンロードログファイル1個のサイズ

-l（大規模セットアップ）
約570メガバイト

-m（中規模セットアップ）
約200メガバイト

-s（小規模セットアップ）
約120メガバイト

ajsembdbaddlogコマンドで，システムログファイルを拡張している場合は，ajsembdbaddlogコマンドの-sオプションに指定したサイズと，表3-20に示すサイズを比較して，大きい方のサイズがアンロードログファイルの最大サイズになります。このため，アンロードログファイルの容量を見積もる場合は，大きい方の値で見積もってください。

なお，出力されるアンロードログファイルのサイズは，出力されるタイミングによって異なる場合があります。

(c)　アンロードログファイル作成ディレクトリを含むディスクが満杯になる時期の目安

アンロードログファイルは，削除またはほかのディスクに移動しないかぎり，アンロードログファイル作成ディレクトリに作成され続けます。そのため，JP1/AJS2の運用を続けることで，アンロードログファイルが増加し，アンロードログファイル作成ディレクトリを含むディスクが満杯になります。ディスクが満杯になると自動ログアンロード機能が停止し，(d)に示す問題が発生します。

このようなことから，ディスクが満杯になる時期を事前に見積もり，満杯になる前にバックアップファイルを取得して，バックアップファイル取得時点より前に作成されたアンロードログファイルを削除するか，ほかのディスクに移動する必要があります。バックアップファイルの取得ができない状況であれば，一時的にほかのディスクにアンロードログファイルを移動して，アンロードログファイル作成ディレクトリを含むディスクの空き容量を確保してください。アンロードログファイルの削除および移動方法については「(4)(e) バックアップファイルとアンロードログファイルの管理」を参照してください。

ここでは，アンロードログファイル作成ディレクトリを含むディスクが満杯になる時期を見積もる方法について説明します。

1個のシステムログファイルに出力できる情報量を次の表に示します。

表3-21　1個のシステムログファイルに出力できる情報量

セットアップ時の規模
（ajsembdbbuildコマンドのオプション）
一日当たりのジョブまたは
ジョブネットの実行数

-l（大規模セットアップ）
約25,000

-m（中規模セットアップ）
約8,000

-s（小規模セットアップ）
約5,000

注

この数値はジョブやジョブネットに対する操作や，ユニットの新規作成・定義変更・削除などの回数によって変動するため，運用に合わせて見積もり値を変更する必要があります。

(b)で示した1個当たりのアンロードログファイルサイズと，上記で示した数値を参考に，運用開始してから何日後にディスクが満杯になるかを見積もれます。

見積もり例を次に示します。

環境

組み込みDB環境規模：大規模

アンロードログファイル作成ディレクトリ：10ギガバイト

計算式

10ギガバイト / 570メガバイト = 17日

以上の条件では，運用を開始してから最短で約17日目の運用終了時に，ディスクが満杯になることが予想できます。

(d)　自動ログアンロード機能が停止することによる問題

自動ログアンロード機能が停止すると，組み込みDBはシステムログファイルのアンロードを実行しません。アンロードをしないと，アンロード待ち状態のシステムログファイルが増加し，出力先のシステムログファイルを変更するタイミングで，使用できるシステムログファイルがないと組み込みDBは異常終了します。

自動ログアンロード機能が停止する要因については，「(f) 自動ログアンロード機能が停止する要因と対策」を参照してください。

(e)　自動ログアンロード機能の稼働状態の監視方法

自動ログアンロード機能が停止すると(d)に示した問題が発生するため，自動ログアンロード機能の稼働状態を，定期的に監視する必要があります。

自動ログアンロード機能の稼働状態を監視する方法は，次に示す二とおりの方法があります。

メッセージによる監視方法
自動ログアンロード機能が停止するとKFPS01150-EメッセージがWindowsイベントログ（UNIXの場合はsyslog）に出力されます。このKFPS01150-Eメッセージの出力状態を監視して，自動ログアンロード機能の稼働状態を確認してください。

コマンドによる監視方法
自動ログアンロード機能の稼働状態は，ajsembdboplogコマンドに-sオプションを指定して実行することで確認できます。_JA0の組み込みDB識別子でセットアップした環境がすでに構築されている場合のajsembdboplogコマンドの実行例を次に示します。

ajsembdboplog -s -id _JA0

HOSTNAME : host_name (180252)
SERVER_NAME:ajs2
AUTO_LOG_UNLOAD  NOW_UNLOAD_LOG_GROUP  CREATE_DIR
        ACTIVE                  ****  K:/logback
CURRENT LOG GENERATION INFO.
LOG_GROUP GEN_NO.  SERVER_RUN_ID RUN_ID   UNLOAD_FILE_NAME
    log1        1 43c4ad0d      43c4acf3 ajs2_43c4ad0d0001_log1

実行結果のうちAUTO_LOG_UNLOADに表示されている文字列（下線部分）が自動ログアンロード機能の稼働状態を示す情報です。表示内容が「ACTIVE」であれば自動ログアンロード機能は稼働しています。表示内容が「STOP」の場合，自動ログアンロード機能は停止しています。

自動ログアンロード機能が停止していると判断できた場合は，(f)に示す対策を実施したあとで，ajsembdboplogコマンドに-rオプションを指定して実行してください。実行例を次に示します。

ajsembdboplog -r -id _JA0

このコマンドを実行すると，自動ログアンロード機能が開始されます。

(f)　自動ログアンロード機能が停止する要因と対策

自動ログアンロード機能が停止する要因と，停止した場合の対処方法を次の表に示します。

表3-22　自動ログアンロード機能が停止する要因と対処

停止要因
対策方法

アンロードログファイル作成ディレクトリを含むディスクに障害が発生した
アンロードログファイルがなくなるおそれがあるため，組み込みDBのバックアップファイルを取得してください。障害が発生したディスクを回復させたあと，ajsembdboplogコマンドに-rオプションを指定して実行してください。実行例を次に示します。
ajsembdboplog -r
このコマンドを実行すると，自動ログアンロード機能が開始されます。

アンロードログファイル作成ディレクトリを含むディスクの容量が満杯になった
ディスクが満杯になった場合の対処方法については，「(4)(e) バックアップファイルとアンロードログファイルの管理」を参照してください。そのあと，ajsembdboplogコマンドに-rオプションを指定して実行してください。実行例を次に示します。
ajsembdboplog -r
このコマンドを実行すると，自動ログアンロード機能が開始されます。

次のどちらかの要因でアンロードログファイル作成ディレクトリが使用できなくなった
・権限不正
・ディレクトリが存在しない
障害原因を取り除いたあと，ajsembdboplogコマンドに-rオプションを指定して実行してください。実行例を次に示します。
ajsembdboplog -r
このコマンドを実行すると，自動ログアンロード機能が開始されます。

ajsembdboplogコマンドに-tオプションを指定して実行した
ajsembdboplogコマンドに-rオプションを指定して実行してください。実行例を次に示します。
ajsembdboplog -r
このコマンドを実行すると，自動ログアンロード機能が開始されます。

(g)　使用できるシステムログファイルがなくなったことが原因で組み込みDBが異常終了した場合の回復方法

使用できるシステムログファイルがなくなり，組み込みDBが異常終了した場合の対処方法を次に示します。

該当するスケジューラーデータベースを使用するスケジューラーサービス，JP1/AJS2 Monitorサービスを含む，スケジューラーデータベースにアクセスするサービスをすべて停止する。

システムログのアンロードを実行する。
ajsembdboplogコマンドを実行して，アンロード待ち状態のシステムログファイルをアンロードする。アンロードの際，出力される1個当たりのアンロードログファイルのサイズについては，「(b) アンロードログファイルのサイズ」を参照してください。

組み込みDBを起動する。
ajsembdbstartコマンドを実行して，組み込みDBを起動してください。OS，または組み込みDBの状態によって実行方法が異なります。

Windowsの場合
ajsembdbstartコマンドの実行時，-idオプション以外のオプションは指定しないで実行してください。

UNIXの場合
組み込みDBの状態によって，ajsembdbstartコマンドの実行方法が異なります。組み込みDBの状態は，ajsembdbstatusコマンドを実行することで確認できます。_JA0の組み込みDB識別子でセットアップした環境がすでに構築されている場合のajsembdbstatusコマンドの実行例を次に示します。

ajsembdbstatus -s ust -id _JA0

HOSTNAME  : host_name(144852)
SYSTEMID  : ajs2
UNITID    : unt1
ENTRYHOST : host_name
PAIRHOST  :
UNIT-STAT FES-STAT SETUP-STAT
STOP      ******** SETUP

実行結果のうち，UNIT-STATに表示されている文字列（下線部分）が，組み込みDBの状態を示す情報です。この情報によってajsembdbstartコマンドの実行方法が異なります。表示内容が「STOP」の場合，-idオプション以外のオプションは指定しないで実行してください。「PAUSE」の場合，-idオプションのほかに-Rオプションを指定して実行してください。

手順1で停止したサービスを起動する。
JP1/AJS2サービスをホットスタート，またはウォームスタートで起動してください。なお，ホットスタート，またはウォームスタートで起動する場合は，スケジューラーデータベースと実際のジョブの実行状況を調査してから運用してください。これは組み込みDBが異常終了した直前までしかスケジューラーデータベースの状態が保持されないで，ほかの制御情報と不整合が発生しているおそれがあるためです。スケジューラーデータベースと実際のジョブの実行状況の不整合の判断が難しい場合はJP1/AJS2サービスをコールドスタートで起動して，ジョブネットを実行登録してください。

(3)　組み込みDB環境の構築

組み込みDBの環境構築方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　5. スケジューラーデータベースに組み込みDBを使用する場合のセットアップ」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　15. スケジューラーデータベースに組み込みDBを使用する場合のセットアップ」（UNIXの場合）を参照してください。

(4)　運用方法

障害発生時にアンロードログファイルとバックアップファイルを使用して回復するための運用方法を次に示します。

(a)　バックアップファイルの取得方法

次に示す二とおりのバックアップファイルの取得方法があります。

JP1/AJS2サービス停止中にバックアップファイルを取得する方法
スケジューラーデータベースのバックアップファイルを取得するとき，JP1/AJS2の運用を停止する必要があります。JP1/AJS2サービス停止中に取得したバックアップファイルで回復する場合は，バックアップ時点の状態に回復できます。また，バックアップファイルとともにアンロードログファイルを使用することで，バックアップ時点以降のスケジューラーデータベースの更新情報についても回復できます。

JP1/AJS2サービス稼働中にバックアップファイルを取得する方法
スケジューラーデータベースのバックアップファイルを取得するとき，JP1/AJS2の運用を停止する必要はありません。
ただし，JP1/AJS2サービス稼働中に取得したバックアップファイルで回復する場合は，バックアップファイルだけでは回復できません。回復時は，バックアップファイルとともにアンロードログファイルを使用します。

(b)　バックアップ方法の特徴

バックアップ方法の特徴を次の表に示します。

表3-23　バックアップ方法の特徴

バックアップ方法 | 長所 | 短所
JP1/AJS2サービス停止中にバックアップファイルを取得する方法 | アンロードログファイルの有無に関係なく，スケジューラーデータベースを回復できる。 | バックアップファイルを取得する前に，JP1/AJS2の運用を停止する必要がある。
バックアップ時点の状態に回復できる。
アンロードログファイルを使用すると，バックアップ時点以降の更新情報についても回復できる。
JP1/AJS2サービス稼働中にバックアップファイルを取得する方法 | JP1/AJS2の運用中でも，バックアップファイルを取得できる。 | バックアップ時点以降のアンロードログファイルを失った場合は，この方法で取得したバックアップファイルからの回復はできない。
バックアップ時点の状態には回復できない。

(c)　バックアップ手順

バックアップの手順を次に示します。

JP1/AJS2サービス停止中にバックアップファイルを取得する方法

該当するスケジューラーデータベースを使用するスケジューラーサービス，JP1/AJS2 Monitorサービスを含む，スケジューラーデータベースにアクセスするサービスをすべて停止する。

バックアップファイルを取得する。
ajsembdbbackupコマンドに，-sオプションを指定しないで実行してください。

手順1で停止したサービスを起動する。
バックアップファイルを取得するときにスケジューラーサービスが稼働中であったり，ジョブネットワーク要素を参照および更新していたりすると，ajsembdbbackupコマンドがエラーになる場合があります。

JP1/AJS2サービス稼働中にバックアップファイルを取得する方法
ajsembdbbackupコマンドに，-sオプションを指定して実行してください。
このバックアップ方法は，JP1/AJS2の運用中に実行できますが，ajsembdbbackupコマンドとジョブ実行処理が競合することによって，双方共に実行性能が若干低下します。ジョブの実行数ができるだけ少ない時間帯に実施してください。

ajsembdbbackupコマンドにはバックアップファイルの取得方法に関係なく，上記で示すオプション以外にも必要なオプションがあります。ajsembdbbackupコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsembdbbackup」を参照してください。

(d)　バックアップファイルの取得タイミング

JP1/AJS2の環境に障害が発生した場合は，JP1/AJS2の環境とスケジューラーデータベースの環境を，同期を取って回復する必要があります。そのため，JP1/AJS2の運用を停止できるときは，JP1/AJS2のバックアップファイルを取得するとともに，-sオプションを指定しないajsembdbbackupコマンドを実行して，スケジューラーデータベースのバックアップファイルを取得してください。バックアップファイルを取得した場合，以前取得したバックアップファイルは任意の方法で削除して問題ありません。

運用中については，定期的に-sオプションを指定したajsembdbbackupコマンドを実行して，スケジューラーデータベースのバックアップファイルを取得してください。

バックアップファイルの取得時期は，少なくても次に示すタイミングで実施してください。次に示すタイミングより早いタイミングで実施しても問題ありません。

アンロードログファイル作成ディレクトリを含むディスクが満杯になる前に実施してください。
アンロードログファイル作成ディレクトリを含むディスクが満杯の状態で実施すると，バックアップファイルの取得に失敗します。バックアップファイルを取得するタイミングで，少なくてもアンロードログファイル1個分の空き容量が必要になります。

前回のバックアップファイル取得時点から，多くても20個のアンロードログファイルが作成されるまでに実施してください。ajsembdbrstrコマンドの-lオプションに指定するアンロードログファイルが多くなると，OSのコマンドラインに指定できる文字数の制限によって，回復に必要なアンロードログファイルが指定できないことがあります。

バックアップファイルを取得することで，バックアップファイル取得時点より前に作成されたアンロードログファイル，および以前取得したバックアップファイルの削除が可能になります。アンロードログファイルおよびバックアップファイルの削除方法については，(e)を参照してください。

バックアップファイルの取得タイミングを次の図に示します。

図3-44　バックアップファイルの取得タイミング（アンロードログ運用）

(e)　バックアップファイルとアンロードログファイルの管理

スケジューラーデータベースの回復時に，バックアップファイルとともにアンロードログファイルが必要になるため保存しておく必要があります。

それぞれのファイルの管理について，次に示します。

●アンロードログファイル

JP1/AJS2の運用を続けると，アンロードログファイルを作成し続けるため，アンロードログファイル作成ディレクトリを含むディスクの容量が不足することがあります。このディスク容量の圧迫を回避する方法を次に示します。

アンロードログファイルを削除する
スケジューラーデータベースの回復では，バックアップ時点以降に作成されたアンロードログファイルが必要で，バックアップ時点より前に作成されたアンロードログファイルは不要になります。そのため，アンロードログファイル作成ディレクトリを含むディスクが満杯になる前にバックアップファイルを取得して，バックアップ時点より前に作成されたアンロードログファイルを，任意の方法で削除してください。アンロードログファイルの削除は，ajsembdbbackupコマンドの実行時刻とアンロードログファイルの作成時刻を比較して，ajsembdbbackupコマンドの実行時刻より前に作成されたアンロードログファイルを対象に削除してください。

アンロードログファイルをほかのディスクに移動する
別のディスクにアンロードログファイルを任意の方法で移動して，アンロードログファイル作成ディレクトリを含むディスクの空き容量を確保してください。アンロードログファイルを移動するとき，アンロードログファイル作成ディレクトリは移動しないでください。
また，この方法は，次に示す問題があるため，速やかにバックアップファイルを取得できない場合など，一時的な回避方法としてください。

ajsembdbrstrコマンドで回復する際，使用するアンロードログファイルの数が多くなるため，回復に掛かる時間が長くなります。

ajsembdbrstrコマンドで回復する際，OSのコマンドラインで指定できる文字数の制限によって，回復に必要なアンロードログファイルが指定できないことがあります。

●バックアップファイル

アンロードログファイルが使用できなくなると，JP1/AJS2サービス稼働中に取得したバックアップファイルから回復できなくなるため，JP1/AJS2サービス停止中に取得したバックアップファイルについても保存してください。

(5)　障害発生時の組み込みDBの回復手順

障害ケースごとの回復手順を次に示します。

なお，回復手順で使用するajsembdboplogコマンド，ajsembdbbackupコマンド，ajsembdbrstrコマンドについてはマニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を，ajsembdbbuildコマンド，ajsembdbsetupコマンド，ajsembdbunsetコマンドについてはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド」を参照してください。

(a)　データ領域のディスクに障害が発生した場合

アンロードログファイルを取得する。
障害発生直前の更新状態に回復する場合，障害発生直前の更新情報が格納されているシステムログからアンロードログファイルを作成する必要があります。
アンロードログファイルは，ajsembdboplogコマンドを実行することで作成できます。
ajsembdboplogコマンドの指定例を次に示します。
ajsembdboplog -f -g log4※1 -o /unloadlog/unloadlog_file※2

注※1

-gオプションの指定値は，ajsembdbstatusコマンドに-lオプションを指定して実行することで，求められます。_JA0の組み込みDB識別子でセットアップした環境がすでに構築されている場合のajsembdbstatusコマンドの実行例を次に示します。

ajsembdbstatus -l -id _JA0

Group    Type Server   Gen No.  Status  Run ID    Block No.         Ex-Status
log1     sys  ajs2            1 os----u 47576555        1       63  --------
log2     sys  ajs2            2 os----u 47576555       64       64  --------
log3     sys  ajs2            3 os----u 47576555       65       65  --------
log4     sys  ajs2            4 oc-d--u 47576555       66       66  --------
log5     sys  ajs2            0 os----u 00000000        0        0  --------
log6     sys  ajs2            0 os----u 00000000        0        0  --------

実行例の場合は，Statusに表示されている文字列（下線部分）のうち，左から2文字目が「c」と表示されている「log4」を-gオプションに指定する必要があります。

注※2

この指定例では，出力先ファイル名（アンロードログファイル名）に「/unloadlog/unloadlog_file」を仮定しています。

なお，バックアップ時点に回復する場合は，この操作は不要です。

これ以降の手順については，「3.5.5(4)(a) データ領域のディスクに障害が発生した場合」の回復手順に従って，操作を実施してください。

ただし，スケジューラーデータベースの回復は，次に示す内容で実施してください。

障害発生直前の状態に回復する場合は，ajsembdbrstrコマンドに，-lオプションを指定して実行してください。-lオプションに指定するアンロードログファイルは，手順1で取得したアンロードログファイルを含め，バックアップファイル取得以降に作成されたアンロードログファイルを指定してください。

JP1/AJS2サービス停止中に取得したバックアップファイルの取得時点に回復する場合は，-lオプションを指定する必要はありません。

(b)　組み込みDBのシステムログファイルのディスクに障害が発生した場合

組み込みDBのシステムログファイルに障害が発生した場合，(a)と同様に組み込みDBを再構築する必要があります。(a)の回復手順のうち手順1については，システムログファイルを二重化している場合にだけ実施できる操作です。

(c)　JP1/AJS2と組み込みDBに同時に障害が発生した場合

障害を取り除く。

JP1/AJS2をバックアップファイルからリカバリーする。
JP1/AJS2のリカバリーについては，「11. バックアップとリカバリー」を参照してください。

該当するスケジューラーデータベースを使用するスケジューラーサービス，JP1/AJS2 Monitorサービスを含む，スケジューラーデータベースにアクセスするサービスをすべて停止する。

スケジューラーデータベースを回復する。
ajsembdbrstrコマンドに-lオプションおよび-lrオプションを指定しないで実行してください。
この場合，JP1/AJS2サービス停止中に取得したバックアップファイルが必要になります。

手順3で停止したサービスを起動する。
必要に応じて，JP1/AJS2サービスをコールドスタートで起動してください。

以上の手順を実施することで，JP1/AJS2と組み込みDBで同期を取ってバックアップファイルを取得した時点の状態まで回復できます。

(d)　JP1/AJS2に障害が発生した場合

(c)の手順で回復してください。

(6)　注意事項

アンロードログ運用についての注意事項を次に示します。

(a)　環境構築時の注意事項

システムファイルを二重化すると，二重化していない場合に比べ，システムファイルの容量は増加します。必要なディスク容量については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　5.1 組み込みDBを使用する場合の準備」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　15.1 組み込みDBを使用する場合の準備」（UNIXの場合）を参照してください。

(b)　運用時の注意事項

アンロードログファイルは，削除またはほかのディスクに移動しないかぎり，アンロードログファイル作成ディレクトリに作成され続けます。そのため，JP1/AJS2の運用を続けることで，アンロードログファイルが増加し，アンロードログファイル作成ディレクトリを含むディスクを圧迫します。アンロードログファイルは，バックアップファイルを取得することで，バックアップファイル取得時点より前に作成されたアンロードログファイルについては削除できます。アンロードログファイルの削除および移動については「(4)(e) バックアップファイルとアンロードログファイルの管理」を参照してください。

自動ログアンロード機能が停止すると，組み込みDBはシステムログファイルのアンロードを実行しないため，アンロード待ち状態のシステムログファイルが増加します。出力先のシステムログファイルを切り替えるタイミングで，使用できるシステムログファイルがないと組み込みDBは異常終了します。そのため，自動ログアンロード機能の稼働状態を監視してください。自動ログアンロード機能の稼働状態の監視方法については，「(2)(e) 自動ログアンロード機能の稼働状態の監視方法」を参照してください。

保存するアンロードログファイルが多くなると，スケジューラーデータベースの回復時に，OSのコマンドラインで指定できる文字数の制限で，回復に必要なすべてのアンロードログファイルをajsembdbrstrコマンドに指定できない場合があります。そのため，アンロードログファイルは多くても20個作成されるまでに，バックアップファイルを取得して，バックアップファイル取得時点より前に作成されたアンロードログファイルを削除してください。アンロードログファイルの削除方法については，「(4)(e) バックアップファイルとアンロードログファイルの管理」を参照してください。

JP1/AJS2サービス稼働中にバックアップファイルを取得する場合，ajsembdbbackupコマンドとジョブ実行処理が競合することによって，双方共に実行性能が若干低下します。そのため，ジョブの実行数ができるだけ少ない時間帯に実施してください。

(c)　回復時の注意事項

JP1/AJS2サービス稼働中にバックアップファイルを取得する場合は，回復時にバックアップファイルとバックアップファイル取得以降に出力されたアンロードログファイルが必要となります。アンロードログファイルを削除してしまった場合は，JP1/AJS2サービス稼働中に取得したバックアップファイルでは回復できなくなりますので，バックアップファイルを取得し直してください。

アンロードログファイルを使用してスケジューラーデータベースを回復する場合，バックアップファイル取得以降に出力されたすべてのアンロードログファイルが必要になります。バックアップファイル取得以降のアンロードログファイルとは，ajsembdbbackupコマンドの実行時刻以降に作成されたアンロードログファイルのことです。

アンロードログファイルを使用してスケジューラーデータベースを回復する場合，ajsembdbrstrコマンドの-lオプションには，古いアンロードログファイルから順に指定してください。指定した順序に誤りがあると，ajsembdbrstrコマンドはエラーで終了します。ajsembdbrstrコマンドについては，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsembdbrstr」を参照してください。

アンロードログファイルを使用してスケジューラーデータベースを回復する場合，ajsembdbrstrコマンドの-lオプションには，回復に必要なアンロードログファイルをすべて指定してください。指定したアンロードログファイルが足りない場合，ajsembdbrstrコマンドはエラーで終了します。ajsembdbrstrコマンドについては，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsembdbrstr」を参照してください。

4.　見積もり

この章では，JP1/AJS2の見積もりについて説明します。

JP1/AJS2を使ったシステムを実際に構築する前までに，システムリソースやカーネルパラメーターなどについて，おおよその値を計算しておく必要があります。

また，運用の途中であらかじめ算出した値を変更したい場合でも，この章で説明する内容を使って再見積もりすることもあります。

＜この章の構成＞

4.1　JP1/AJS2の処理性能を見積もる

4.2　システム性能を見積もる

4.3　データベース領域を見積もる

4.4　ログのサイズを見積もる

4.1　JP1/AJS2の処理性能を見積もる

この節では，JP1/AJS2の処理性能の見積もりについて説明します。JP1/AJS2を使ったシステムで，自動化する業務をできるだけ効率良く運用できるようにするために，ここで説明する内容について見積もっておいてください。

＜この節の構成＞

4.1.1　ジョブのスループット

4.1.2　JP1/AJS2 - Viewのレスポンス

4.1.3　JP1/AJS2 Console Viewのレスポンス

4.1.4　起動条件の処理性能

4.1.5　ファイル監視ジョブ使用時に設定する監視間隔

4.1.1　ジョブのスループット

JP1/AJS2のスループットを考える場合には，JP1/AJS2の処理性能とJP1/AJS2から起動したジョブの実行時間を分けて考える必要があります。JP1/AJS2がジョブを起動すると，実際にジョブが終了するまでの間はジョブそのものの実行時間になります。そのため，JP1/AJS2の処理性能とジョブの実行時間を考慮して，単位時間当たりに実行するジョブ量を見積もる必要があります。なお，大量に標準エラー出力に出力した場合や，大容量の転送ファイルを転送する場合には，別途その転送時間も考慮する必要があります。

＜この項の構成＞

(1)　ジョブの処理性能

(2)　スケジューラーサービスの多重起動

(3)　ジョブ実行エージェントの分散

(1)　ジョブの処理性能

JP1/AJS2の処理能力は，単位時間当たりのジョブ実行数で見積もりできます。負荷の軽い状態で「何もしないジョブ」を多く実行させる場合が，JP1/AJS2のピーク性能と考えることができます。実際に業務を実行するジョブの数が，ピーク性能を十分に下回っていることを確認してください。

一般に，ジョブは特定の時間帯に集中して実行することが多いので，安定した性能見積もりのためには，最もジョブが集中する時間帯で，ピーク性能を超えないように考慮する必要があります。

また，業務を運用中にジョブがエラーとなり，リカバリーを行うことを考慮して余裕を持った値にしてください。

簡易的に，ジョブの実行が最も集中する時間帯には平均の10倍のジョブが実行されると仮定し，一日のジョブ総量はピーク性能の10分の1程度の範囲で利用するように見積もって運用することを推奨します。一日のジョブ運用時間を12時間とした場合の見積もり例を次の表に示します。

なお，ピーク性能は，使用しているハードウェアなどによって変わります。

表4-1　JP1/AJS2のジョブのスループットの見積もり例

ピーク性能
（1秒当たりのジョブ実行数）
ピーク性能
（1時間当たりの
ジョブ実行数）
運用時間を12時間とした場合の
1日当たりの
推奨ジョブ実行数

0.5
1,800
2,160

1.0
3,600
4,320

2.0
7,200※2
8,640

3.0※1
10,800※2
12,960

4.0※1
14,400※2
17,280

5.0※1
18,000※2
21,600

注※1

キューレスジョブを使用した場合です。

注※2

実際の運用時は，5,000ジョブを下回るようにジョブの起動数を制限することを推奨します。

（例）ピーク時の1秒当たりのジョブ実行数が0.5件の場合の，1日当たりの推奨ジョブ実行数

ピーク時の1時間当たりのジョブ実行数は，次の式で計算できます。

0.5件＊3,600秒 = 1,800件

ピーク時の性能で運用が12時間続いた場合を仮定すると，1日のジョブ実行数は次の式で計算できます。

1,800件＊12時間 = 21,600件

そのため，1日当たりの推奨ジョブ実行数は，次のようになります。

21,600件 / 10 = 2,160件

(2)　スケジューラーサービスの多重起動

JP1/AJS2 - Managerホストに複数のCPUが搭載されている場合，一つのスケジューラーサービスによる運用では資源の活用に限界があるため，多重起動する運用を推奨します。スケジューラーサービスの多重起動については，「5.3.6 スケジューラーサービスの多重起動について検討する」を参照してください。

なお，CPUが一つしか搭載されていないマシンの場合でも，CPU処理能力の範囲でスケジューラーサービスの多重起動が有効と考えられるケースがあるので，上記のシステム構成の検討を推奨します。

(3)　ジョブ実行エージェントの分散

JP1/AJS2 - Managerホストでの処理能力を最大限に生かすために，ジョブの実行先を複数のJP1/AJS2 - Agentに分散させる構成を推奨します。これによって，マネージャーホストの負荷を軽減できます。

4.1.2　JP1/AJS2 - Viewのレスポンス

JP1/AJS2 - Viewを使う場合，JP1/AJS2 - Managerからの応答時間は，次の式で近似値を算出できます。

レスポンス時間=

JP1/AJS2 - Managerでの処理時間

+ データ転送時間

+ 描画時間

＜この項の構成＞

(1)　JP1/AJS2 - Managerでの処理時間

(2)　データ転送時間

(3)　描画時間

(1)　JP1/AJS2 - Managerでの処理時間

JP1/AJS2 - Managerをインストールしたマシンの処理性能が低い場合は，JP1/AJS2 - Managerの処理時間が長くなります。JP1/AJS2 - Managerでの処理を次に示します。

接続（ユーザー認証）

ユニット定義データの更新および実行予定・実行結果データの取得

ユニットに対する操作

(a)　接続（ユーザー認証）

JP1/AJS2 - ViewからJP1/AJS2 - Managerに接続する場合は，ユーザー認証の処理のため，認証サーバにアクセスします。このため，認証サーバのマシンが起動していない場合や，複数の認証サーバを使用するような運用をしている場合は，その分処理時間が長くなります。

(b)　ユニット定義データの更新および実行予定・実行結果データの取得

JP1/AJS2 - Manager側の処理は，JP1/AJS2 - Viewからの要求の種類によって異なりますが，ディスクに格納されている定義や状態を検索・参照・更新することが中心になるため，ディスク性能に影響を受ける傾向があります。

特に，［マンスリースケジュール］ウィンドウや［デイリースケジュール］ウィンドウで，構成要素が多く，かつ実行世代の多いジョブネットを表示する場合や，［JP1/AJS2 - View］ウィンドウでジョブグループの状態を表示する場合などは処理に時間が掛かります。実行計画の算出処理には，CPU性能にも影響を受けます。

より安定した性能を実現するためには，ほかの業務のディスクアクセス頻度やCPU使用状況など，サーバマシン全体の負荷を見積もる必要があります。

(c)　ユニットに対する操作

構成要素の多いジョブネットに対して長期間にわたる確定実行登録を行っている場合や，保存世代数の設定が非常に大きいジョブネットに対して登録解除を行う場合など，JP1/AJS2 - Managerの処理時間が長くなります。このような状況では，JP1/AJS2 - Viewで通信処理がタイムアウトし，「KAVV402-E 接続先からの応答待ちにタイムアウトしました。」のメッセージが表示されることがあります。確定登録期間を短くしたり，保存世代数を小さく設定したり，などの対策で，JP1/AJS2 - Managerの処理時間が長くならないように，運用の見直しを検討してください。運用の見直しができない場合は，エラーメッセージKAVV402-Eの対処方法に従ってタイムアウト値を変更してください。このタイムアウト値のデフォルトは30分です。使用している環境でレスポンス時間を測定し，適切な値を見積もってください。適切なタイムアウト値は，JP1/AJS2 - Managerの処理内容，ネットワークの状態，マシン性能によって大きく異なります。使用している環境でレスポンス時間を測定し，適切な値を見積もってください。十分に大きな値でレスポンス時間を測定したあと，測定値以上の値をタイムアウト値として設定してください（設定する値は余裕を持った値としてください）。

(2)　データ転送時間

データ転送時間は，JP1/AJS2 - ViewとJP1/AJS2 - Manager間のネットワーク性能の影響を受けます。

また，表示するユニットや実行世代の数が増えるに従いデータ転送時間が長くなります。使用しているネットワークが低速である場合は，次のような運用を検討してください。

画面を自動更新しないか，または更新間隔を長くする。

一つの画面で表示される要素（ジョブやジョブネットなど）の数を少なくする。

(3)　描画時間

JP1/AJS2 - Viewの表示性能は，基本的にはJP1/AJS2 - Viewホストのマシン性能の影響を受けます。JP1/AJS2 - Viewホストの処理速度が遅い場合，描画時間が長くなりますので，一つの画面で表示されるユニットや実行世代の数を小さくするなどの運用を検討してください。

特に，［マンスリースケジュール］ウィンドウや［デイリースケジュール］ウィンドウで，スケジュール設定によって実行世代が数万になるようなジョブネットや，数百のジョブネットを持つジョブグループを表示させる場合，表示に時間が掛かったり，メモリーの所要量が増加したりします。このため，［マンスリースケジュール］ウィンドウや［デイリースケジュール］ウィンドウを使った運用をする場合は，実行世代の少ないジョブネットや，ジョブネット数の少ないジョブグループを対象として運用するように検討してください。

4.1.3　JP1/AJS2 Console Viewのレスポンス

JP1/AJS2 Console Viewのレスポンス時間は，次の式で近似値を算出できます。

レスポンス時間=

JP1/AJS2 Console Managerでの処理時間

+ データ転送時間

+ 描画時間

＜この項の構成＞

(1)　JP1/AJS2 Console Managerでの処理時間

(2)　データ転送時間

(3)　描画時間

(1)　JP1/AJS2 Console Managerでの処理時間

JP1/AJS2 Console Managerとして使用するマシンの処理性能が低い場合は，JP1/AJS2 Console Managerの処理時間が長くなります。

JP1/AJS2 Console Managerでの処理を次に示します。

接続（ユーザー認証）

定義データの取得および更新

(a)　接続（ユーザー認証）

JP1/AJS2 Console ViewからJP1/AJS2 Console Managerに接続する場合は，ユーザー認証の処理のため，認証サーバにアクセスします。

このため，認証サーバのマシンが起動していない場合や，複数の認証サーバを使用するような運用をしている場合は，その分処理時間が長くなり，JP1/AJS2 Console Viewでは通信処理がタイムアウトし，エラーメッセージ「KAVC4506-E接続先からの応答待ちにタイムアウトしました。」が表示されることがあります。

この認証時のタイムアウト値のデフォルトは300秒です。このタイムアウト値はカスタマイズできます。ただし，適切なタイムアウト値は，ネットワークの状態，マシン性能などによって大きく異なります。使用している環境でレスポンス時間を測定し，適切な値を見積もってください。

タイムアウト値のカスタマイズについては，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　12.2.4 通信オプションを設定する」を参照してください。

(b)　定義データの取得および更新

JP1/AJS2 Console ViewからJP1/AJS2 Console Managerに定義データを取得する場合，および定義データを更新する場合，JP1/AJS2 Console Manager側の処理は，ディスクに格納されている定義を参照・更新することが中心となるため，ディスクI/O性能に影響を受けます。

JP1/AJS2 Console Viewで通信処理がタイムアウトした場合は，エラーメッセージ「KAVC4506-E接続先からの応答待ちにタイムアウトしました。」が表示されることがあります。

この時のタイムアウト値のデフォルトは300秒です。このタイムアウト値はカスタマイズできます。ただし，適切なタイムアウト値は，ネットワークの状態，マシン性能などによって大きく異なります。使用している環境でレスポンス時間を測定し，適切な値を見積もってください。

また，より安定した性能を実現するためには，ほかの業務のディスクI/O頻度など，サーバマシン全体の負荷を見積もる必要があります。

タイムアウト値のカスタマイズについては，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　12.2.4 通信オプションを設定する」を参照してください。

(2)　データ転送時間

データ転送時間は，JP1/AJS2 Console ViewとJP1/AJS2 Console Manager間のネットワーク性能に影響を受けます。また，多数のオブジェクトを画面に表示している場合は，その分，画面を表示するまでの時間が長くなります。

(3)　描画時間

JP1/AJS2 Console Viewの表示性能は，基本的にはJP1/AJS2 Console Viewホストのマシン性能の影響を受けます。JP1/AJS2 Console Viewホストの処理速度が遅い場合，描画時間が長くなります。

4.1.4　起動条件の処理性能

JP1/AJS2で，起動条件付きジョブネットを起動すると，エージェントホストで，監視プロセスがイベント監視に入ります。起動条件によるイベント監視では，監視期間内に発生したイベントをすべて検知します。

ここでは，起動条件付きジョブネットの，イベント監視の処理性能の見積もりと，見積もりに基づいた起動条件の設定について説明します。

起動条件付きジョブネットの，イベント監視の処理性能は，一つのイベント監視ジョブが，1件のイベント発生から次のイベントを処理できるようになるまでの時間で見積もれます。見積もり時間よりも短い時間内にイベントが発生するような場合，起動条件がボトルネックとなり，ジョブネットの処理時間の低下を引き起こすおそれがあります。イベント発生頻度が事前に予測できる場合，予測した時間よりも短い時間内にイベントが発生しないような監視条件を設定することを推奨します。

また，複数のイベント監視に対して，ほぼ同時に複数のイベントが発生する場合にも，同じようにボトルネックとなるおそれがあります。同時に発生するおそれのあるイベントを，起動条件で監視することは避けてください。

なお，起動条件のイベント1件当たりの処理時間は約0.6秒ですが，使用しているハードウェアなどによって異なります。

また，マネージャーホストでの単位時間当たりのイベント発生数で，マネージャーホストの起動条件についての処理能力を見積もれます。マネージャーホストに通知されるイベントの発生数が，次に示す式で算出される値を十分に下回るような運用を推奨します。起動条件の処理性能を見積もるときの計算式を次に示します。

ジョブネット登録時

イベントジョブが実行可能となる時間 = 起動条件中のイベントジョブ数※＊0.8（単位：秒）

注※

同時に実行登録される起動条件付きジョブネット中のイベントジョブの総数です。

イベント発生時

処理可能な起動条件付きジョブネット中のイベントジョブの件数（単位：数） = 単位時間 / 0.6（単位：秒）

（例：60秒間で処理できる起動条件付きジョブネット中のイベントジョブの件数を算出する場合）

60 / 0.6 = 100

60秒間に処理できる起動条件付きジョブネット中のイベントジョブの数は，100です。上記の式で算出した値（「処理可能な起動条件付きジョブネット中のイベントジョブの件数」）が，ピーク時の性能（イベントジョブだけを実行させる場合に処理できる数）です。

なお，イベントの発生量は，ピーク時も含めて1マネージャーホスト当たり1時間で1,000件以内の発生量になるようにしてください。

イベント順序保証オプションを使用した場合の性能

イベント順序保証オプションを使用した場合，エージェントはマネージャーにイベントを通知すると，マネージャーからの返信があるまで次のイベントを通知しません。マネージャーからの返信の有無を確認する処理は，一定時間（10秒）ごとに行い，次のイベントを通知するのは，マネージャーからの返信の確認後になります。そのため，1時間当たりのイベント処理の最大件数は360件となります。

イベント順序保証オプションを使用した実際の運用では，運用しているシステムでのイベントの発生状況にもよりますが，1時間当たりのイベント処理件数を180件として見積もることをお勧めします。

注意事項

上記の計算式は，JP1/AJS2 - Managerのバージョンが07-00以降であれば，エージェントのバージョンに関係なく使用できます。また，エージェントのバージョンが06-71以前と07-00以降で混在している場合も，同様に計算式を使用できます。

4.1.5　ファイル監視ジョブ使用時に設定する監視間隔

ファイル監視ジョブを使用するときに設定する，監視間隔時間の見積もりについて説明します。JP1/AJS2で，同時に多数のファイル監視ジョブを同じ監視間隔値で実行すると，設定した監視間隔の時間内にすべてのジョブに対する処理が終了しない，という状態が発生します。このような状態で運用を続けていると，ファイルの更新が設定した間隔時間ごとに正しく監視されていないため，監視対象ファイルの更新からイベントの発生までに監視間隔値以上の時間が掛かるなどの現象が発生します。そのため，次に示す見積もり式を利用して，多数のファイル監視ジョブを実行する場合に設定する監視間隔時間を算出してください。

＜この項の構成＞

(1)　監視間隔時間の見積もり式

(2)　ファイル監視ジョブに設定する監視間隔時間の見積もり例

(1)　監視間隔時間の見積もり式

次の見積もり式で値の大きい方を監視間隔の値として設定してください。

見積もり式1 = (A＊実行ジョブ数) + (Bの合計値)

見積もり式2 = (C＊実行ジョブ数) + (Dの合計値) + (E＊ピーク時の発生イベント数※) + ((F／ピーク時の発生イベント数)の合計値)

注※

ピーク時の発生イベント数とは，1分当たりに成立するイベント数で最大のものを指します。

表4-2　ファイル監視ジョブ1個当たりの処理時間

監視対象ファイル名を完全名で指定している場合
監視対象ファイル名を
「*（ワイルドカード）」で指定している場合

（登録時）
A 約0.1秒
B 0.1秒 + 監視ファイルが10ファイル増えるごとに0.2秒加算する。

（監視中）
C 約0.02秒
D 0.02秒 + ワイルドカードに該当するファイル数が10ファイル増えるごとに0.2秒加算する。※

（イベント発生時）
E 約0.9秒
F 0.9秒 + 監視間隔以内に条件が成立する監視ファイルが一つ増えるごとに0.2秒加算する。

注※

ワイルドカードに該当するファイル数は，監視中で最大となるファイル数で見積もってください。

注

使用しているハードウェアによって値が異なる場合があります。

(2)　ファイル監視ジョブに設定する監視間隔時間の見積もり例

次に示す前提条件の場合の見積もり例を次に示します。

監視対象ファイル名を完全名で指定したファイル監視ジョブが97個ある。

監視対象ファイル名を「*（ワイルドカード）」で指定したファイル監視ジョブが3個ある（X，Y，Zとする）。

監視対象ファイル名を完全名で指定しているファイル監視ジョブのピーク時のイベント数を50件とする。

ジョブXの監視対象のディレクトリに該当するファイルが最大35個存在し，監視間隔以内に20個のイベントが成立する。

ジョブYの監視対象のディレクトリに該当するファイルが最大5個存在し，監視間隔以内に2個のイベントが成立する。

ジョブZの監視対象のディレクトリに該当するファイルが最大9個存在し，監視間隔以内に9個のイベントが成立する。

見積もり式1の場合

(0.1＊97) +

(0.1 + 0.2＊(35／10)) + (0.1 + 0.2＊(5／10)) + (0.1 + 0.2＊(9／10))＝9.7 + 0.8 + 0.2 + 0.28＝10.98（秒）

となり，小数点以下を切り上げて11秒とします。

見積もり式2の場合

(0.02＊97) + (0.02 + 0.2＊(35／10)) + (0.02 + 0.2＊(5／10)) + (0.02 + 0.2＊(9／10)) + (0.9＊50) + (0.9 + (0.2＊20)) + (0.9 + (0.2＊2)) + (0.9 + (0.2＊9))＝1.94 + 0.72 + 0.12 + 0.2 + 45 + 4.9 + 1.3 + 2.7＝56.88（秒）

となり，小数点以下を切り上げて57秒とします。

上記の見積もり式の例では，見積もり式2の値の方が大きいので，57秒以上の値を監視間隔時間として設定してください。

4.2　システム性能を見積もる

JP1/AJS2を使用したシステムで，最適な性能を発揮できるようするには，システムを構成するネットワークや，メモリーやカーネルパラメーターなどのシステムリソースについて，できる限り最適な値を見積もることが重要です。この節では，JP1/AJS2を使用する際に必要なシステム性能の見積もりについて説明します。

＜この節の構成＞

4.2.1　ネットワーク上を流れるデータ量を見積もる

4.2.2　回線接続の通信量を見積もる

4.2.3　メモリー所要量を見積もる

4.2.4　ディスク占有量を見積もる

4.2.5　カーネルパラメーターを見積もる

4.2.1　ネットワーク上を流れるデータ量を見積もる

次のデータ量の見積もりについて説明します。

JP1/AJS2 - ManagerとJP1/AJS2 - Agent間

JP1/AJS2 - ViewとJP1/AJS2 - Manager間

JP1/AJS2 Console ViewとJP1/AJS2 Console Manager間

＜この項の構成＞

(1)　JP1/AJS2 - ManagerとJP1/AJS2 - Agent間のデータ量を見積もる

(2)　JP1/AJS2 - ViewとJP1/AJS2 - Manager間のデータ量を見積もる

(3)　JP1/AJS2 Console ViewとJP1/AJS2 Console Manager間のデータ量を見積もる

(1)　JP1/AJS2 - ManagerとJP1/AJS2 - Agent間のデータ量を見積もる

ジョブの実行と，実行結果の転送に関するデータについて見積もります。

JP1/AJS2 - ManagerとJP1/AJS2 - Agent間のデータ量の見積もりを次の表に示します。なお，キューレスジョブを使用する場合も同様のデータ量を見積もってください。

表4-3　JP1/AJS2 - ManagerとJP1/AJS2 - Agent間のデータ量の見積もり

情報の種類
1ジョブ当たりの転送データ量の見積もり（単位：バイト）

ジョブの実行要求転送

ジョブネットから実行する場合

2,300

+ UNIX／PCジョブ定義情報で定義した内容※1

+（8 ＊ 指定した環境変数の数）

+ ユニット完全名長 ＊ 2

+ エージェントホスト名サイズ ＊ 2

+ マネージャーホスト名サイズ ＊ 3

+ 転送ファイルのサイズ※2

jpqjobsubコマンドから実行する場合

2,300

+ jpqjobsubコマンドの各オプションとオプションに指定した値の合計サイズ

+（8 ＊ 指定した環境変数の数）

+ エージェントホスト名サイズ ＊ 2

+ マネージャーホスト名サイズ * 3

+ 転送ファイルのサイズ※2

ジョブの結果転送
600
+ マネージャーホスト名サイズ
+ エージェントホスト名サイズ
+ 結果ファイル（標準出力，標準エラー出力）のサイズ※3

イベントジョブの
実行要求転送
最小：256
最大：25,600

イベントジョブの
結果転送
最小：512
最大：7,168

注※1

UNIX／PCジョブ定義情報で定義した内容については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsprint」，およびマニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　2.2.6 UNIX／PCジョブ定義情報の記述方法」を参照してください。

また，該当ジョブにイベントジョブで受信した情報を引き継ぐ場合には，上記の値にマクロ変数のサイズを追加してください。各イベントジョブで引き継ぐ情報のサイズについては，マニュアル「JP1/Automatic Job Management System 2 解説　付録A イベントジョブで引き継ぐ情報」を参照してください。

注※2

転送ファイルのサイズの見積もり式は次のとおりです。

ファイル数
　Σ（ファイル名長＋ファイルサイズ＋（12 ＊ ファイル行数）＋100）

注※3

結果ファイルのサイズの見積もり式は次のとおりです。

ファイル数
　Σ（結果ファイルサイズ＋（12 ＊ ファイル行数）＋116）

また，上記以外に障害が発生しているエージェントホストを監視したり，実行登録したジョブをポーリング監視したりする場合にも，JP1/AJS2 - ManagerとJP1/AJS2 - Agent間でデータのやり取りが発生します。これらの1回のポーリング当たりのデータ量を次に示します。ただし，キューレスジョブの場合は，ポーリング監視は行われません。

表4-4　JP1/AJS2 - ManagerとJP1/AJS2 - Agent間のポーリング監視でのデータ量の見積もり

情報の種類
1回のポーリング当たりの転送データ量の
見積もり（単位：バイト）

障害中のエージェントホストの状態確認要求転送
300

実行中ジョブの状態確認要求転送
350 + エージェントホスト名サイズ

(2)　JP1/AJS2 - ViewとJP1/AJS2 - Manager間のデータ量を見積もる

ジョブネットの定義などに関するデータ量を見積もります。操作のための通信などは，データサイズが比較的小さいため，ここでは見積もりません。

JP1/AJS2 - ViewとJP1/AJS2 - Manager間のデータ量の見積もりを次の表に示します。

表4-5　JP1/AJS2 - ViewとJP1/AJS2 - Manager間のデータ量の見積もり

表示ウィンドウ | 転送データ量の見積もり（単位：バイト）
メイン | ユニット数＊250
ジョブネットエディタ | ユニット数＊250 + 関連接続線の数＊50
ジョブネットモニタ | ユニット数＊300 + 関連接続線の数＊50
デイリースケジュール，またはマンスリースケジュール | 全スケジュール数※＊150

注※

ルートジョブネット下のすべてのユニットの，実行予定および実行結果の数です。

データ量の見積もり例を次に示します。

300個のユニットと100本の関連接続線が定義されているジョブネットを，［ジョブネットモニタ］ウィンドウで確認する場合
300 ＊ 300 + 100 ＊ 50＝95,000 （単位：バイト）

100個のジョブが定義されているジョブネットを100個，毎日1回計画実行する運用で，実行予定・実行結果を［デイリースケジュール］ウィンドウで確認する場合
100 ＊ 100 ＊ 150＝1,500,000 （単位：バイト）

JP1/AJS2 - Viewは，指定された間隔で自動的にJP1/AJS2 - Managerから情報を取得します（デフォルトは［ジョブネットモニタ］ウィンドウでは30秒，その他のウィンドウでは300秒です。30秒から設定できます）。ネットワークを流れるデータ量を見積もる必要がある場合には，JP1/AJS2 - Viewの更新間隔と，それぞれのウィンドウに必要なデータサイズから算出します。

(3)　JP1/AJS2 Console ViewとJP1/AJS2 Console Manager間のデータ量を見積もる

JP1/AJS2 Console ViewとJP1/AJS2 Console Manager間のデータ量の見積もりについて説明します。

表4-6　JP1/AJS2 Console ViewとJP1/AJS2 Console Manager間のデータ量の見積もり

見積もるデータ量の種類 | 見積もり（単位：バイト）
AJS2ユニット監視オブジェクトを定義（新規作成，更新）する，または定義情報を表示する際のデータ量 | 250 + (監視先ホスト名に指定したホスト名長※ + AJS2ユニット監視オブジェクトに指定したユニット完全名長※)
複数のオブジェクトをコピーして貼り付けする際のデータ量 | 貼り付けするオブジェクト数 ＊ 150
複数のオブジェクトを削除する際のデータ量 | 削除するオブジェクト数 ＊ 100
画面を表示する際のデータ量 | 定義されている監視オブジェクト数 ＊ 200 + 100

注※

指定文字列の中に「"」や「＃」がある場合は2バイトとして見積もってください。

4.2.2　回線接続の通信量を見積もる

次に示すプログラムやコンポーネントの接続には，WAN（INS - C，INS - P）環境など，通信時間や通信量に応じて課金されるネットワークを使用することはできるだけ避けてください。

JP1/AJS2 - ManagerとJP1/AJS2 - View間

JP1/AJS2 Console ViewとJP1/AJS2 Console Managerの間

JP1/AJS2 Console ManagerとJP1/AJS2 Console Agentの間

WAN環境で運用する場合には，KeepAlive（常時通信し，相手の動作を確認する通信方法）を抑止するように環境設定するなどして，通信費を削減するように設定してください。また，ルーターなどの通信機器も，無通信監視での自動回線接続などを設定し，通信費を削減するように設定してください。

また，JP1/AJS2 Console Viewからの監視時には，回線が接続されている環境で使用する必要があります。無通信監視などで自動的に回線が切断される環境では，使用できません。

通信量や通信時間に応じて課金される環境で，JP1/AJS2 Console Viewから監視する場合，次に示す点に注意する必要があります。

回線が接続されたままになる。

監視対象の状態変化に応じて非同期に通信が発生する。

通信費を削減するには，使用しないJP1/AJS2 Console Viewをログアウトし終了させる必要があります。JP1/AJS2 Console Viewからログインしていない状態では通信が発生することはありません。

4.2.3　メモリー所要量を見積もる

JP1/AJS2のメモリー所要量については，Windowsの場合はReadme.txtまたはリリースノートを，UNIXの場合はソフトウェア添付資料またはリリースノートを参照してください。

4.2.4　ディスク占有量を見積もる

JP1/AJS2のディスク占有量については，Windowsの場合はReadme.txtまたはリリースノートを，UNIXの場合はソフトウェア添付資料またはリリースノートを参照してください。

4.2.5　カーネルパラメーターを見積もる

UNIX環境でJP1/AJS2を使用する場合，JP1/AJS2の実行に必要なリソースを割り当てるために，OSのカーネルパラメーターを調整します。調整が必要なカーネルパラメーターについては，ソフトウェア添付資料またはリリースノートを参照してください。

4.3　データベース領域を見積もる

JP1/AJS2で使用するデータベースの領域の見積もりについて説明します。「3.5 使用するデータベースを検討する」の内容を踏まえて決定した，使用するデータベースの種別に応じて，以降に示す内容を参照してください。

＜この節の構成＞

4.3.1　ISAMロックテーブルエントリーサイズを見積もる

4.3.2　組み込みDBのデータベース領域を見積もる

4.3.1　ISAMロックテーブルエントリーサイズを見積もる

JP1/AJS2 - Viewを使用して，約30以上のクライアントから同時接続したり，同時に多数のJP1/AJS2のコマンドを実行したりすると，ISAMデータファイルアクセスで使用するISAMロックテーブルが不足し，エラーが発生する場合があります。

ISAMを使用する，動作済みのJP1プロセス（JP1/AJS2サービス，JP1/AJS2 Monitorサービス，JP1/AJS2 Console Agentサービス，JP1/IMの各サービス，およびJP1/Baseの各サービス）をすべて停止させて，JP1/BaseのJislckextコマンドを実行すると，ISAMロックテーブルを拡張できます。インストール時の設定では，システム全体で，1,024です。同時にJP1/AJS2 - Viewから多数接続する場合や，ジョブネットワーク要素を操作するコマンドを同時に多数実行する運用を行う場合で，(a※1 ＊ 80) + (b※2 ＊ 32)の算出値（概算）が1,024を超えるときは，ISAMロックテーブルエントリー数を追加してください。

注※1

a：すべての論理ホストでセットアップされているスケジューラー多重起動サービス数

注※2

b：JP1/AJS2 - View接続数および同時に実行する「ジョブネットワーク要素を操作するコマンド」数

注意事項

UNIXで，ISAMロックテーブル分割機能を使用している場合は，設定ファイル（/etc/opt/jp1base/conf/Jismdef.ini）中のロックテーブルエントリー数（標準はファイル単位に1,024）を個別に設定してください。Jislckextコマンドでは拡張できません。

なお，JP1/AJS2以外でISAMを使用している場合もありますので，ISAMロックテーブルサイズは多めに見積もってください。ISAMロックテーブルは，約64 + (0.12 ＊ ISAMロックテーブルエントリー数)キロバイトの共有メモリーを使用します。

ISAMロックテーブル分割の設定をしている場合は，各ISAMファイルに割り当てたロックテーブルのロックエントリー数（ISM_ENTNOMパラメーター）それぞれに上記の計算式を適用してください。なお，見積もりが1,024を下回る場合でも1,024を指定してください。

4.3.2　組み込みDBのデータベース領域を見積もる

JP1/AJS2 - Managerのスケジューラーデータベースとして組み込みDBを使用する場合の見積もりについて説明します。

組み込みDBは，サーバ構築時に，大・中・小のどれかの規模を選択するだけで，容易にセットアップできます。

組み込みDBサーバは，物理ホストおよび一つの論理ホスト単位に組み込みDBサーバを構築する必要があります。同一物理および論理ホスト内に複数のスケジューラーサービスを構築するときは，ホスト単位で一つの組み込みDBサーバ上に共存することができますので，サーバの見積もり時に考慮に入れてください。

組み込みDBサーバのデータ領域を構築する際に指定できるデータベースモデルは次の表のとおりです。ファイルシステムによっては，より多くのディスク容量を必要とすることもあるため，空き容量に余裕のあるディスクを使用してください。

表4-7　組み込みDBサーバを構築する際に指定できるデータベースモデル

規模
用途

大規模
総ユニット数：40,000～100,000程度
1日に実行されるジョブ数・ジョブネット総数：25,000～50,000
ディスク容量の目安：5,002メガバイト

中規模
総ユニット数：10,000～40,000程度
1日に実行されるジョブ数・ジョブネット総数：10,000～25,000
ディスク容量の目安：2,000メガバイト

小規模
総ユニット数：～10,000程度
1日に実行されるジョブ数・ジョブネット総数：～10,000
ディスク容量の目安：1,002メガバイト

組み込みDBのセットアップを実行する場合で，ログを二重化するとき，さらにディスク容量が増加します。増加するディスク容量を次の表に示します。

表4-8　ログを二重化する場合に増加するディスク容量

規模 | 増加するディスク容量
大規模 | 約3,402メガバイト
中規模 | 約1,200メガバイト
小規模 | 約702メガバイト

組み込みDBサーバのデータ領域は，RAWファイルにも作成できます。RAWファイルを使用することで，OSの入出力バッファーを経由しないでディスクにアクセスできるため，データベースの信頼性を向上させることができます。クラスタ運用を行う場合にはRAWファイルを使用することを推奨しますが，OSがWindowsの場合はクラスタソフトの仕様上，共有ディスク上のRAWファイルを扱うことができないため注意してください。組み込みDBサーバのデータ領域をRAWファイルで構築する場合，次に示す二つ，または三つのパーティションが必要です。

データ領域パーティション（ajssys01）

システム領域パーティション1（ajssys11）

システム領域パーティション2（ajssys17）※

それぞれのパーティションに必要なディスク容量は，次の表のとおりです。データベースモデルは，上記の表と同じです。

表4-9　それぞれのパーティションに必要なディスク容量

規模
用途

大規模
ajssys01：約1,600メガバイト
ajssys11：約3,402メガバイト
ajssys17：約3,402メガバイト※

中規模
ajssys01：約800メガバイト
ajssys11：約1,200メガバイト
ajssys17：約1,200メガバイト※

小規模
ajssys01：約300メガバイト
ajssys11：約702メガバイト
ajssys17：約702メガバイト※

注※

組み込みDBのシステム領域を二重化する場合に必要となります。

規模は，組み込みDBサーバ構築時に使用する，ajsembdbbuildスクリプトのオプション（大規模：-l，中規模：-mまたは小規模：-s）で指定します。

4.4　ログのサイズを見積もる

この節では，JP1/AJS2が出力するログファイルのサイズの見積もり式について説明します。ログファイルの情報は，障害発生時にどのような操作や処理が原因なのかを調査するときに使用します。調査に必要な分だけの情報がログファイルに残っていないと，原因を特定するのに時間が掛かってしまいます。そのため，実行する処理の運用形態に応じて，できる限り適切なログファイルのサイズを見積もっておいてください。

＜この節の構成＞

4.4.1　スケジューラーログファイルのサイズを見積もる

4.4.2　トレースログファイルのサイズを見積もる

4.4.3　ジョブ実行環境のログのサイズを見積もる

4.4.4　イベントジョブが出力するログのサイズを見積もる

4.4.5　キューレスログファイルのサイズを見積もる

4.4.6　キューレストレースログファイルのサイズを見積もる

4.4.7　キューレスジョブ実行内部ログファイルのサイズを見積もる

4.4.8　JP1/AJS2 Consoleのトレースログファイルのサイズを見積もる

4.4.9　JP1/AJS2 - Viewのログファイルのサイズを見積もる

4.4.1　スケジューラーログファイルのサイズを見積もる

スケジューラーログファイルのサイズの見積もりについて説明します。スケジューラーログには，ジョブネットやジョブの実行ログや操作ログが出力され，主に業務の実行状況を監視するために使用します。スケジューラーログファイルが必要とするサイズは，次に示す項目によって大きく異なります。

業務の運用形態（ジョブネットの構造）

JP1/AJS2 - Viewの接続数

操作内容

構成定義の環境設定パラメーターでの指定

AJSLOG

NETLOG

JOBLOG

OPELOG

そのため，必要に応じて，スケジューラーログファイルの適切なサイズを見積もり，デフォルトのディスク占有量を変更してください。スケジューラーログファイルのデフォルトのディスク占有量と最大ディスク占有量については，「17.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

スケジューラーログファイルの見積もりの流れを，次の図に示します。

図4-1　スケジューラーログファイルの見積もりの流れ

＜この項の構成＞

(1)　スケジューラーログファイルの見積もり式

(2)　スケジューラーログファイルの見積もりの例

(3)　スケジューラーログファイルのサイズの拡張方法

(1)　スケジューラーログファイルの見積もり式

スケジューラーログファイルのサイズを見積もるのに必要な式の数は，環境設定パラメーターの設定値によって異なります。次に示す表の条件に従って必要な式を選択してください。

表4-10　スケジューラーログファイルのサイズの見積もり式

スケジューラーサービスの
構成定義での設定値
見積もり式（サイズ：キロバイト）

環境設定パラメーターのAJSLOGにallを指定している場合
A =
(80 ＊ (スケジューラーサービス開始の回数
+ スケジューラーサービス終了の回数)
＊ スケジューラーサービス数) / 1,024

環境設定パラメーターのNETLOGにnone以外を指定している場合
B =
{ (90 + ジョブネット名称の最大長)
＊ (1日に実行するジョブネットの開始回数
+ 1日に実行するジョブネットの終了回数
+ 起動条件の監視開始回数
+ 起動条件の監視終了回数
+ 保留設定をするジョブネット数
+ 開始および終了遅延監視を設定するジョブネット数)
＊ スケジューラーサービス数}
/ 1,024

環境設定パラメーターのJOBLOGにnone以外を指定している場合
C =
{ (120 + ジョブ名称の最大長 +
ジョブ実行先ホスト名の最大長)
＊ (1日に実行するルートジョブネット下のジョブ開始回数
+ 1日に実行するルートジョブネット下のジョブ終了回数
+ 保留設定をするジョブ数)
＊ スケジューラーサービス数 }
/ 1,024

環境設定パラメーターのOPELOGおよびREFLOGにnone以外を指定している場合
D =
{ (100 + コマンドを実行するJP1ユーザー名称の最大長
+ 論理ホスト名の最大長
+ ユニットを操作するコマンドで，ログに出力されるコマンドに指定するオプションの最大長)
＊ (ユニットを操作しないコマンドで，ログを出力するように指定したコマンドの実行回数の合計
+ ユニットを操作するコマンドで，ログを出力するように指定したコマンドの操作対象となるユニット数の合計)
＊ スケジューラーサービス数 }
/ 1,024

環境設定パラメーターのINFOLOGにnone以外を指定している場合
E =
{ (100 + コマンドを実行するJP1ユーザー名称の最大長
+ 論理ホスト名の最大長
+ コマンドに指定するオプションの最大長)
＊ (ユニットを操作しないコマンドで，ログを出力するように指定したコマンドの実行回数の合計
+ ユニットを操作するコマンドで，ログを出力するように指定したコマンドの操作対象となるユニット数の合計
＊ 2)
＊ スケジューラーサービス数 }
/ 1,024

上記の表の見積もり式に従って値を算出したら，算出した値を合計します。

Windowsの場合は［スケジューラーログの拡張出力］に［しない］を指定しているとき，UNIXの場合は環境設定パラメーターAJSLOGOUTPUTEXTENDに「no」を指定しているとき

一日分のスケジューラーログファイルのサイズ（単位：キロバイト）=（A + B + C + D + E）

Windowsの場合は［スケジューラーログの拡張出力］に［する］を指定しているとき，UNIXの場合は，環境設定パラメーターAJSLOGOUTPUTEXTENDに「yes」を指定しているとき

一日分のスケジューラーログファイルのサイズ（単位：キロバイト）=（A + B + C +（D ＊ 1.5）+ E）

また，必要に応じて保存したい日数を掛けます。なお，設定する場合は，算出された値より，少し大きめの値を設定してください。

(2)　スケジューラーログファイルの見積もりの例

5日分のスケジューラーログを一つのファイルに保存する場合の見積もり例を示します。

表4-11　スケジューラーログファイルの見積もりの例

条件
見積もり式の例

AJSLOGの設定値

all

スケジューラーサービス開始回数

1回

スケジューラーサービス終了回数

1回

スケジューラーサービス数

1

A（キロバイト）=
(80＊(1 + 1)＊1) / 1,024 = 約0.16

NETLOGの設定値

all

ジョブネット名称の最大長

40バイト

1日に実行するジョブネットの開始回数

1,000回

1日に実行するジョブネットの終了回数

1,000回

保留設定をするジョブネット数

10個

開始および終了遅延監視を設定するジョブネット数

20個

スケジューラーサービス数

1

B（キロバイト）=
{ (90 + 40)＊((1,000 + 1,000) + 10 + 20)＊ 1} / 1,024 = 約258

JOBLOGの設定値

all

ジョブ名称の最大長

50バイト

ジョブ実行先ホスト名の最大長

10バイト

1日に実行するルートジョブネット下のジョブ開始回数

3,000回

1日に実行するルートジョブネット下のジョブ終了回数

3,000回

保留設定をするジョブ数

30個

スケジューラーサービス数

1

C（キロバイト）=
{ (120 + 50 + 10)＊((3,000 + 3,000)＋30)＊1} / 1,024 = 約1,060

OPELOGまたはREFLOGの設定値

all

コマンドを実行するJP1ユーザー名称の最大長

10バイト

論理ホスト名の長さ

11バイト

ユニットを操作するコマンド（ajschangeやajsplanなど）で，ログに出力されるコマンドに指定するオプションの最大長

150バイト

ユニットを操作しないコマンドで，ログに出力されるように指定したコマンドの実行回数の合計

200回

ユニットを操作するコマンドで，ログに出力するように指定したコマンドの操作対象となるユニット数の合計

50個

スケジューラーサービス数

1

D（キロバイト）=
{ (100 + 10 + 11 + 150)＊(200 + 50)＊1} / 1,024 = 約67

INFOLOGの設定値

all

コマンドを実行するJP1ユーザー名称の最大長

10バイト

論理ホスト名の長さ

11バイト

ユニットを操作するコマンド（ajschangeやajsplanなど）で，ログに出力されるコマンドに指定するオプションの最大長

150バイト

ユニットを操作しないコマンドで，ログに出力されるように指定したコマンドの実行回数の合計

200回

ユニットを操作するコマンドで，ログに出力するように指定したコマンドの操作対象となるユニット数の合計

50個

スケジューラーサービス数

1

E（キロバイト）=
{ (100 + 10 + 11 + 150)＊(200 + 50＊2)＊1} / 1,024= 約80

1日分のスケジューラーログファイル容量（単位：キロバイト）＝

A + B + C + D + E＝ 約1,465キロバイト

5日分のスケジューラーログファイル容量のサイズ（単位：キロバイト）=

1,465＊5日 = 約7,325キロバイト

(3)　スケジューラーログファイルのサイズの拡張方法

「(1) スケジューラーログファイルの見積もり式」で算出した値を設定する方法を次に示します。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログファイルのサイズ］に設定します。

設定方法の詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.1.4 スケジューラーログを定義する」を参照してください。

UNIXの場合

スケジューラーサービス環境設定ファイル（Schedule.conf）の定義キー［{JP1_DEFAULT|論理ホスト名}¥JP1AJSMANAGER］の下にあるLOGSIZEに値を設定してから，jbssetcnfコマンドで設定を反映してください。

設定方法の詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.1 スケジューラーサービス環境の設定」を参照してください。

環境設定パラメーターの推奨値と，設定が有効になる時期については，「5.3.1 スケジューラーサービスに関する環境設定について検討する」を参照してください。

4.4.2　トレースログファイルのサイズを見積もる

トレースログファイルのサイズの見積もりについて説明します。トレースログファイルは，初期状態では次のように設定されています。

格納先
Windowsの場合
インストール先フォルダ¥log¥tracelog
UNIXの場合
/var/opt/jp1ajs2/log/tracelog

サイズ
約2,000個のジョブを実行したときのトレースログを保存できるサイズ（具体的には，20メガバイト（20,480キロバイト））

必要となるトレースログファイルの容量は，ジョブネットの構造やJP1/AJS2 - Viewの接続数，操作内容によって大きく異なります。必要に応じてトレースログファイルの適切な容量を見積もり，拡張してください。

トレースログファイルの見積もり式を次に示します。

適切なトレースログファイル容量（単位：キロバイト）=
3,072 ＊（1日で実行されるジョブ数 / 500 + 1日で実行されるAJS2操作数※1 / 1,000）＊ スケジューラーサービス数 ＊ 1.5 ＊ トレースログ保存日数※2

注※1

コマンドおよびJP1/AJS2 - Viewからの，ジョブネットワーク要素に対する操作が対象になります。

注※2

問題が発生してから資料採取できるまでの日数を指定します。

（例）

1日分のトレースログを保存する場合（スケジューラーサービスが一つの物理ホストだけを対象）

1日に3,000個のジョブが実行される。

保留解除などのコマンドを1日500回実行する。
適切なトレースログファイル容量 =
3,072＊（3,000 / 500 + 500 / 1,000）＊1＊1.5＊1
= 29,952キロバイト

Windowsの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　3.5.1 トレースログファイルの拡張」

UNIXの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　13.4.4 トレースログファイルの拡張」

4.4.3　ジョブ実行環境のログのサイズを見積もる

ジョブ実行環境が出力するログのサイズ（概算値）の見積もりについて説明します。ジョブ実行環境のログのサイズは，1日に実行するジョブの数が，キューレスジョブとイベントジョブを除いて10,000ジョブまでなら，特に見積もる必要はありません。デフォルトのサイズのまま使用できます。1日に実行されるジョブの数が10,000以上を超えるときは，必要に応じてログのサイズを見積もることをお勧めします。

ジョブ実行環境のサイズは，ログファイルの面数とあわせて決定します。見積もった値は，構成定義ファイルを使用して定義します。ジョブ実行環境のログ設定構成定義ファイルとして，次の書式に従ったテキストファイルを作成します。

[定義キー]
"定義パラメーター"=定義内容
"定義パラメーター"=定義内容
　　　：

ジョブ実行環境のログ設定構成定義を作成したあと，jbssetcnfコマンドを実行し，JP1/AJS2を再起動します。

ここでは，はじめに，ジョブ実行環境のログ設定構成定義ファイルの定義パラメーターについて説明します。次に，設定するログのサイズ（概算値）の目安について説明します。

デフォルトのディスク容量と最大ディスク占有量については，「17.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

＜この項の構成＞

(1)　ジョブ実行環境のログ設定構成定義パラメーター一覧

(2)　ジョブ実行環境のログサイズの目安

(1)　ジョブ実行環境のログ設定構成定義パラメーター一覧

定義パラメーターの一覧を次の表に示します。

表4-12　ジョブ実行環境のログ設定構成定義パラメーター一覧

ログファイル名
定義キー
定義パラメーター
定義内容

ジョブ実行マネージャーログ
jpqmanexec{1|2|3|4|5|6|7|8|9|10|11|12|13|14|15}.log※1
[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Log]
"ExecLogFileSize"=dword:サイズ
"ExecLogFileCount"=dword:面数
サイズ
ログファイルのサイズをキロバイト単位で，16進数で指定します。200～8,000（10進数で512～32,768）の間で指定します。
面数
幾つのファイルによってログをラップさせるのか（ログの面数）を，16進数で指定します。2～10（10進数で2～16）の間で指定します。

ジョブ実行エージェントログ
jpqagtexec{1|2|3|4|5|6|7|8}.log※2
jpqagtexeccld{1|2|3|4|5|6|7|8}.log
jpqagtexecdmn{1|2|3|4|5|6|7|8}.log
jpqagtexecmon{1|2|3|4|5|6|7|8}.log※3
[{JP1_DEFAULT|論理ホスト名}¥JP1NBQAGENT¥Log]
"ExecLogFileSize"=dword:サイズ
"ExecLogFileCount"=dword:面数
サイズ
ログファイルのサイズをキロバイト単位で，16進数で指定します。200～8,000（10進数で512～32,768）の間で指定します。
面数
幾つのファイルによってログをラップさせるのか（ログの面数）を，16進数で指定します。2～10（10進数で2～16）の間で指定します。

ジョブ実行内部ログ
jpqagt_{00|01|02|03|04|05|06|07}.log
jpqmon_{00|01|02|03|04|05|06|07}.log
jpqnjpagt_{00|01|02|03|04|05|06|07}.log
[{JP1_DEFAULT|論理ホスト名}¥JP1NBQAGENT¥Log]
"TraceLogFileSize"=dword:サイズ
"TraceLogFileCount"=dword:面数
サイズ
ログファイルのサイズをキロバイト単位で，16進数で指定します。200～1,000（10進数で512～4,096）の間で指定します。
面数
幾つのファイルによってログをラップさせるのか（ログの面数）を，16進数で指定します。2～100（10進数で2～256）の間で指定します。

ジョブ実行内部ログ
jpqnjpdata_{00|01}.log
"extTraceLogFileSize"=dword:サイズ
"extTraceLogFileCount"=dword:面数

ジョブ実行内部ログ
jpqclient_{00|01|02|03|04|05|06|07|08|09}.log
jpqclientnjp_{00|01|02|03|04|05|06|07|08|09}.log
[{JP1_DEFAULT|論理ホスト名}¥JP1NBQCLIENT¥Log]
"TraceLogFileSize"=dword:サイズ
"TraceLogFileCount"=dword:面数
サイズ
ログファイルのサイズをキロバイト単位で，16進数で指定します。200～1,000（10進数で512～4,096）の間で指定します。
面数
幾つのファイルによってログをラップさせるのか（ログの面数）を，16進数で指定します。2～100（10進数で2～256）の間で指定します。

ジョブ実行内部ログ
jpqnjpdata_{00|01}.log
"extTraceLogFileSize"=dword:サイズ
"extTraceLogFileCount"=dword:面数

ジョブ実行内部ログ
jpqman_{00|01|02|03}.log
jpqmandb_{00|01|02|03}.log
jpqmannjp_{00|01|02|03}.log
[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Log]
"TraceLogFileSize"=dword:サイズ
"TraceLogFileCount"=dword:面数
サイズ
ログファイルのサイズをキロバイト単位で，16進数で指定します。200～1,000（10進数で512～4,096）の間で指定します。
面数
幾つのファイルによってログをラップさせるのか（ログの面数）を，16進数で指定します。2～100（10進数で2～256）の間で指定します。

ジョブ実行内部ログ
jpqnjpdata_{00|01}.log
"extTraceLogFileSize"=dword:サイズ
"extTraceLogFileCount"=dword:面数

ジョブ実行内部ログ
jpqnotify_{00|01}.log
jpqnotifynjp_{00|01}.log
[{JP1_DEFAULT|論理ホスト名}¥JP1NBQNOTIFY¥Log]
"TraceLogFileSize"=dword:サイズ
"TraceLogFileCount"=dword:面数
サイズ
ログファイルのサイズをキロバイト単位で，16進数で指定します。200～1,000（10進数で512～4,096）の間で指定します。
面数
幾つのファイルによってログをラップさせるのか（ログの面数）を，16進数で指定します。2～100（10進数で2～256）の間で指定します。

ジョブ実行内部ログ
jpqnjpdata_{00|01}.log
"extTraceLogFileSize"=dword:サイズ
"extTraceLogFileCount"=dword:面数

ジョブ実行クライアントログ
jpqcliexec{1|2}.log※4
[{JP1_DEFAULT|論理ホスト名}¥JP1NBQCLIENT¥Log]
"ExecLogFileSize"=dword:サイズ
"ExecLogFileCount"=dword:面数
サイズ
ログファイルのサイズをキロバイト単位で，16進数で指定します。200～8,000（10進数で512～32,768）の間で指定します。
面数
幾つのファイルによってログをラップさせるのか（ログの面数）を，16進数で指定します。2～10（10進数で2～16）の間で指定します。

ジョブ実行状態通知ログ
jpqnfyexec{1|2}.log※5
[{JP1_DEFAULT|論理ホスト名}¥JP1NBQNOTIFY¥Log]
"ExecLogFileSize"=dword:サイズ"ExecLogFileCount"=dword:面数
サイズ
ログファイルのサイズをキロバイト単位で，16進数で指定します。200～8,000（10進数で512～32,768）の間で指定します。
面数
幾つのファイルによってログをラップさせるのか（ログの面数）を，16進数で指定します。2～10（10進数で2～16）の間で指定します。

注※1

Windowsのクラスタ運用時は，ジョブ実行マネージャーログのファイル名称は次のようになります。

jpqExecLog_man{1|2|3|4|5|6|7|8|9|10|11|12|13|14|15}.log

注※2

Windowsのクラスタ運用時は，ジョブ実行エージェントログのファイル名称は次のようになります。

jpqExecLog_agt{1|2|3|4|5|6|7|8}.log

注※3

Windowsのクラスタ運用時は，ジョブ実行エージェントログのファイル名称は次のようになります。

jpqExecLog_agtmon{1|2|3|4|5|6|7|8}.log

注※4

Windowsのクラスタ運用時は，ジョブ実行クライアントログのファイル名称は次のようになります。

jpqExecLog_cli{1|2}.log

注※5

Windowsのクラスタ運用時は，ジョブ実行状態通知ログのファイル名称は次のようになります。

jpqExecLog_nfy{1|2}.log

ジョブ実行環境のログの出力先は，Windowsの場合は「JP1/AJS2のインストール先フォルダ¥log」，UNIXの場合は「/var/opt/jp1ajs2/log」です。ログの種類の詳細については，「17.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

(2)　ジョブ実行環境のログサイズの目安

設定するログのサイズ（概算値）の目安を次の表に示します。なお，運用環境などによって変わることもあります。

表4-13　ジョブ実行環境のログサイズの見積もり例

ログファイル名
1ジョブ当たりのログバイト数
10,000ジョブ当たりのログバイト数
10,000ジョブ実行時に必要な面数
の割り出し※1
10,000ジョブ実行時に必要なログ容量

jpqmanexec{1|2|3|4|5|6|7|8|9|10|11|12|13|14|15}.log※2，※3
400
3,997,696
4,800キロバイト / 1,024キロバイト
1,024キロバイト ＊ 5面

jpqagtexec{1|2|3|4|5|6|7|8}.log※4
277
2,768,896
3,300キロバイト / 512キロバイト
512キロバイト ＊ 7面

jpqagtexeccld{1|2|3|4|5|6|7|8}.log
2
16,384
20キロバイト / 512キロバイト
512キロバイト ＊ 1面

jpqagtexecdmn{1|2|3|4|5|6|7|8}.log
2
16,384
20キロバイト / 512キロバイト
512キロバイト ＊ 1面

jpqagtexecmon{1|2|3|4|5|6|7|8}.log※5
2
16,384
20キロバイト / 512キロバイト
512キロバイト ＊ 1面

jpqagt_{00|01|02|03|04|05|06|07}.log
152
1,523,712
1,850キロバイト / 512キロバイト
512キロバイト ＊ 4面

jpqmon_{00|01|02|03|04|05|06|07}.log
2
16,384
20キロバイト / 512キロバイト
512キロバイト ＊ 1面

jpqnjpagt_{00|01|02|03|04|05|06|07}.log
2
16,384
20キロバイト / 512キロバイト
512キロバイト ＊ 1面

jpqnjpdata_{00|01}.log
2
16,384
20キロバイト / 512キロバイト
512キロバイト ＊ 1面

jpqclient_{00|01|02|03|04|05|06|07|08|09}.log
767
7,667,712
9,200キロバイト / 1,024キロバイト
512キロバイト ＊ 9面

jpqclientnjp_{00|01|02|03|04|05|06|07|08|09}.log
2
16,384
20キロバイト / 1,024キロバイト
512キロバイト ＊ 1面

jpqnjpdata_{00|01}.log
2
16,384
20キロバイト / 512キロバイト
512キロバイト ＊ 1面

jpqman_{00|01|02|03}.log※2
2
16,384
20キロバイト / 512キロバイト
512キロバイト ＊ 1面

jpqmandb_{00|01|02|03}.log※2
2
16,384
20キロバイト / 512キロバイト
512キロバイト ＊ 1面

jpqmannjp_{00|01|02|03}.log※2
105
1,048,576
1,250キロバイト / 512キロバイト
512キロバイト ＊ 3面

jpqnjpdata_{00|01}.log
2
16,384
20キロバイト / 512キロバイト
512キロバイト ＊ 1面

jpqnotify_{00|01}.log※2
2
16,384
20キロバイト / 512キロバイト
512キロバイト ＊ 1面

jpqnotifynjp_{00|01}.log※2
52
524,288
630キロバイト / 512キロバイト
512キロバイト ＊ 2面

jpqnjpdata_{00|01}.log※2
2
16,384
20キロバイト / 512キロバイト
512キロバイト ＊ 1面

jpqcliexec{1|2}.log※6
2
16,384
20キロバイト / 512キロバイト
512キロバイト ＊ 1面

jpqnfyexec{1|2}.log※7
2
16,384
20キロバイト / 512キロバイト
512キロバイト ＊ 1面

注※1

余裕を持った値で計算しています。

注※2

JP1/AJS2 - Agentでは未使用のため拡張不要です。

注※3

Windowsのクラスタ運用時は，ジョブ実行マネージャーログのファイル名称は次のようになります。

jpqExecLog_man{1|2|3|4|5|6|7|8|9|10|11|12|13|14|15}.log

注※4

Windowsのクラスタ運用時は，ジョブ実行エージェントログのファイル名称は次のようになります。

jpqExecLog_agt{1|2|3|4|5|6|7|8}.log

注※5

Windowsのクラスタ運用時は，ジョブ実行エージェントログのファイル名称は次のようになります。

jpqExecLog_agtmon{1|2|3|4|5|6|7|8}.log

注※6

Windowsのクラスタ運用時は，ジョブ実行クライアントログのファイル名称は次のようになります。

jpqExecLog_cli{1|2}.log

注※7

Windowsのクラスタ運用時は，ジョブ実行状態通知ログのファイル名称は次のようになります。

jpqExecLog_nfy{1|2}.log

4.4.4　イベントジョブが出力するログのサイズを見積もる

イベントジョブを使用する場合，イベントジョブの実行数や監視条件の成立数などの運用形態によって，出力されるログのサイズが異なります。そのため，最低でも24時間分のログが保持できることを目安とし，1～3日分のログを保持できるように，イベントジョブの実行数などから，出力されるログのサイズ（概算値）を，あらかじめ見積もっておく必要があります。

イベントジョブのログのサイズは，ログファイルの面数とあわせて決定します。見積もった値は，構成定義ファイルを使用して定義します。イベントジョブのログ設定構成定義ファイルとして，次の書式に従ったテキストファイルを作成します。

[定義キー]
"定義パラメーター"=定義内容
"定義パラメーター"=定義内容
　　　：

ここでは，はじめに，イベントジョブのログ設定構成定義ファイルの定義パラメーターについて説明します。その後，プロセスごとに設定するログのサイズ（概算値）を求める算出式について説明します。

デフォルトのディスク容量と最大ディスク占有量については，「17.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

なお，イベントジョブのログサイズ設定の変更手順については，次の記述個所を参照してください。

Windowsの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.8 イベントジョブのログサイズの設定の変更」

UNIXの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.6 イベントジョブのログサイズの設定の変更」

＜この項の構成＞

(1)　イベントジョブのログ設定構成定義パラメーター一覧

(2)　プロセスごとのログのサイズを算出する

(3)　イベント・アクション共通ログのサイズ変更

(1)　イベントジョブのログ設定構成定義パラメーター一覧

定義パラメーターの一覧を次の表に示します。

表4-14　イベントジョブのログ設定構成定義パラメーター一覧

キー
定義パラメーター
定義内容

[{JP1_DEFAULT|論理ホスト名}¥JP1AOMMANAGER¥LOG]
"LogSize"=
ログサイズ
（イベントジョブマネージャー共通）

"LogNumFiles"=
ログの面数
（イベントジョブマネージャー共通）

"LogSize_jpomanager"=
ログサイズ
（イベントジョブ各マネージャープロセス単位）

"LogSize_jpomgrsub"=

"LogNumFiles_jpomanager"=
ログの面数
（イベントジョブ各マネージャープロセス単位）

"LogNumFiles_jpomgrsub"=

[{JP1_DEFAULT|論理ホスト名}¥JP1AOMAGENT¥LOG]
"LogSize"=
ログサイズ
（イベントジョブエージェント共通）

"LogNumFiles"=
ログの面数
（イベントジョブエージェント共通）

"LogSize_jpoagent"=
ログサイズ
（イベントジョブ各エージェントプロセス単位）

"LogSize_jpoagtsub"=

"LogSize_jpocwtflMain"=

"LogSize_jpoeventwatch"=

"LogSize_jpoevsearch"=

"LogSize_jpocwttmMain"=

"LogSize_jpocwtmlmain"=

"LogSize_jpocwtmqmain"=

"LogSize_jpocwtmsmain"=

"LogSize_jpomldsk"=

"LogSize_jpomlsrv"=

"LogSize_jpomlapisend"=

"LogSize_jpomlapisend2"=

"LogSize_jpomlapirec"=

"LogSize_jpomlapirec2"=

"LogSize_jpomailrecv"=

"LogSize_jposupwth"=

"LogSize_jpomqsup"=

"LogSize_jpomqsgacs"=

"LogSize_jp1mqsup"=

"LogSize_jpocwtmqmaii"=

"LogSize_jpomsgacs"=

"LogNumFiles_jpoagent"=
ログの面数
（イベントジョブ各エージェントプロセス単位）

"LogNumFiles_jpoagtsub"=

"LogNumFiles_jpocwtflMain"=

"LogNumFiles_jpoeventwatch"=

"LogNumFiles_jpoevsearch"=

"LogNumFiles_jpocwttmMain"=

"LogNumFiles_jpocwtmlmain"=

"LogNumFiles_jpocwtmqmain"=

"LogNumFiles_jpocwtmsmain"=

"LogNumFiles_jpomldsk"=

"LogNumFiles_jpomlsrv"=

"LogNumFiles_jpomlapisend"=

"LogNumFiles_jpomlapisend2"=

"LogNumFiles_jpomlapirec"=

"LogNumFiles_jpomlapirec2"=

"LogNumFiles_jpomailrecv"=

"LogNumFiles_jposupwth"=

"LogNumFiles_jpomqsup"=

"LogNumFiles_jpomqsgacs"=

"LogNumFiles_jp1mqsup"=

"LogNumFiles_jpocwtmqmaii"=

"LogNumFiles_jpomsgacs"=

それぞれの項目の詳細な定義内容を次に示します。

"LogSize"=dword:ログのサイズ

ログファイル一つのサイズをバイト単位の16進数で指定します。20000（128キロバイト）～40000000（1ギガバイト）の間で指定します。

ここで指定した値は，イベントジョブのマネージャープロセスまたはエージェントプロセスのすべてに影響します。

"LogNumFiles"=dword:ログの面数

幾つのファイルによってログをラップさせるのか（ログの面数）を16進数で指定します。2～10（10進数で2～16）の間で指定します。

ここで指定した値は，イベントジョブのマネージャープロセスまたはエージェントプロセスのすべてに影響します。

"LogSize_プロセス名"=dword:ログのサイズ

イベントジョブのマネージャーまたはエージェントの各プロセス単位にログのサイズを変更したい場合に，ログファイル一つのサイズをバイト単位の16進数で指定します。20000（128キロバイト）～40000000（1ギガバイト）の間で指定します。

プロセスごとに設定するログのサイズ（概算値）については，「(2) プロセスごとのログのサイズを算出する」を参照してください。

"LogNumFiles_プロセス名"=dword:ログの面数

イベントジョブのマネージャーまたはエージェントの各プロセス単位にログの面数を変更したい場合に，ログの面数を16進数で指定します。2～10（10進数で2～16）の間で指定します。

イベントジョブの各プロセスが起動するときに，ログのサイズおよび面数を次に示す優先順位に従って決定します。

各プロセス単位の指定
「LogSize_プロセス名」，または「LogNumFiles_プロセス名」に指定されている値

イベントジョブ共通の指定
LogSize，またはLogNumFilesに指定されている値

各プロセスが持つデフォルト値
次の表に示すような各プロセスが固有に持っているデフォルト値

表4-15　イベントジョブの各プロセスとログのデフォルト値

種別
プロセス名
プラットフォーム
ログのデフォルト値
（括弧内はJP1/AJS2のインストール，セットアップ時に設定する値）

Windows
UNIX
ログサイズ
ログの面数

マネージャー
jpomanager
○
○
640キロバイト
（2,048キロバイト）
8面
（6面）

jpomgrsub
○
○
640キロバイト（1,024キロバイト）
6面
（8面）

エージェント
jpoagent
○
○
384キロバイト
（1,024キロバイト）
8面
（8面）

jpoagtsub
○
○

jpocwtflMain
○
○
1,280キロバイト
（2,048キロバイト）
6面
（6面）

jpoeventwatch
○
○
640キロバイト
（1,024キロバイト）
4面
（8面）

jpocwttmMain
○
○
128キロバイト
（256キロバイト）
2面
（6面）

jpocwtmlmain
○
○
128キロバイト
（128キロバイト）
2面
（2面）

jpoevsearch
○
○

jpocwtmqmain
○
○

jpocwtmsmain
○
－

jpomldsk
○
－

jpomlsrv
○
－

jpomlapisend
○
－

jpomlapisend2
○
－

jpomlapirec
○
－

jpomlapirec2
○
－

jpomailrecv
－
○

jposupwth
○
－

jpomqsup
○
－

jpomqsgacs
○
－

jp1mqsup
－
○

jpocwtmqmaii
－
○

jpomsgacs
○
－

（凡例）

○：プロセスがある。

－：プロセスがない。

イベントジョブのログのファイル名は，次のように決定されます。

　　プロセス名[1|2|3|...].log

（例）プロセス「jpoagent」のログファイル名

　jpoagent1.log
　jpoagent2.log
　　：
　jpoagent8.log

イベントジョブのログの出力先は，Windowsの場合は「JP1/AJS2のインストール先フォルダ¥log」，UNIXの場合は「/var/opt/jp1ajs2/log」です。ログの種類の詳細については，「17.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

(2)　プロセスごとのログのサイズを算出する

プロセスごとに設定するログのサイズ（概算値）を求める算出式を次の表に示します。なお，これらの算出式で求めた値は目安です。運用環境などによって変わるおそれもあります。

表4-16　イベントジョブの各プロセスのログサイズ（概算値）

プロセス名
算出式（単位：バイト）

jpomanager
表4-17を参照してください。

jpomgrsub
表4-17を参照してください。

jpoagent
表4-18を参照してください。

jpoagtsub
表4-18を参照してください。

jpocwtflMain
表4-19を参照してください。

jpoeventwatch

JP1イベント受信監視ジョブの実行数＊4,000

JP1/AJS2を起動した論理ホスト上で発生するJP1イベント数＊1,200

JP1イベント受信監視ジョブの監視条件成立数＊3,800

JP1イベント受信監視ジョブの監視条件成立数＊(マクロ変数数＊(マクロ変数サイズ + マクロ変数データサイズ（上限は，1,024）))

jpoevsearch
実行前のイベント検索機能を使用しているJP1イベント受信監視ジョブの実行数 ＊ 700

jpocwttmMain
表4-20を参照してください。

jpocwtmlmain
（Windowsの場合）
Windows版メールシステム連携使用時にだけ作成されます。
メール受信監視ジョブの監視条件成立数＊2,800

jpocwtmlmain
（UNIXの場合）
UNIX版メールシステム連携使用時にだけ作成されます。
メール受信監視ジョブの監視条件成立数＊7,400

jpocwtmqmain
（Windowsの場合）
Windows版メッセージキュー連携使用時にだけ作成されます。
メッセージキュー受信監視ジョブの監視条件成立数＊2,800

jpocwtmqmain
（UNIXの場合）
UNIX版メッセージキュー連携使用時にだけ作成されます。
(メッセージキュー監視間隔ごと＊400) + (受信監視ジョブの監視条件成立数＊2,900)

jpocwtmsmain
MSMQ連携使用時にだけ作成されます。
MSMQ受信監視ジョブの監視条件成立数＊2,800

jpomldsk
Windows版メールシステム連携（デスクトップ上）使用時にだけ作成されます。
(メール送信ジョブの実行数＊200) + (メール監視間隔ごと＊400)

jpomlsrv
Windows版メールシステム連携（サービス上）使用時にだけ作成されます。
(メール受信監視ジョブの監視条件成立数＊400) + (メール送信ジョブの実行数＊200)

jpomlapisend※1
Windows版メールシステム連携使用時にだけ作成されます。
メール送信ジョブの実行数＊2,800

jpomlapisend2※2
Windows版メールシステム連携使用時にだけ作成されます。
メール送信ジョブの実行数＊2,800

jpomlapirec※1
Windows版メールシステム連携使用時にだけ作成されます。
2,800（メール受信監視ジョブを実行している場合，1回の監視間隔ごと）

jpomlapirec2※2
Windows版メールシステム連携使用時にだけ作成されます。
2,800（メール受信監視ジョブを実行している場合，1回の監視間隔ごと）

jpomailrecv
UNIX版メールシステム連携使用時にだけ作成されます。
メールサーバへのメール到着数＊1,200

jposupwth
Windows版TP1/Message Queue連携使用時にだけ作成されます。
SUP開始時：1,200 + SUP停止時：200

jpomqsup
Windows版TP1/Message Queue連携使用時にだけ作成されます。
(メッセージ送信ジョブの実行数＊1,600) + (受信監視ジョブの監視条件成立数＊800) + (メッセージキュー起動条件成立数＊1,200)

jpomqsgacs
Windows版MQSeries連携使用時にだけ作成されます。
メッセージキュー受信監視ジョブの監視条件成立数＊1,200

jp1mqsup
UNIX版MQSeries連携使用時にだけ作成されます。
(メッセージキュー監視間隔ごと＊(監視するメッセージキュー数＊200 + 400)) + (メッセージキュー受信監視ジョブの監視条件成立数＊2,000)

jpocwtmqmaii
UNIX版TP1/Message Queue連携使用時にだけ作成されます。
算出式はjp1mqsupと同じです。

jpomsgacs
MSMQ連携使用時にだけ作成されます。
(メッセージキュー監視間隔ごと＊(監視するメッセージキュー数＊400 + 800)) + (メッセージキュー受信監視ジョブの監視条件成立数＊400)

注※1

メールシステム連携の設定の［メール連携機能］で［サービス上で使用する］を指定した場合，または［メール連携機能］で［デスクトップ上で使用する］を指定，かつ［メールクライアントソフト］で「Outlook2000以前」を指定した場合。

注※2

メールシステム連携の設定の［メール連携機能］で［デスクトップ上で使用する］を指定，かつ［メールクライアントソフト］で［Outlook2002以降］を指定した場合。

表4-17　マネージャーログ出力サイズ

事象 | 算出式（単位：バイト）
jpomanager | jpomgrsub
イベントジョブ | 登録 | 3,350 | 2,300
発生 | 1,900 | 1,550
起動条件 | 登録 | 1,150 + (2,600＊起動条件内イベント数※) | 750 + (750＊起動条件内イベント数※)
発生 | 起動条件未成立 | 3,400 | 2,250
起動条件成立 | 3,850 | 2,250

注※

「起動条件内イベント数」は，起動条件内に定義されたイベントジョブの数です。最大で32個です。

表4-18　エージェントログ出力サイズ（1ジョブ当たり）

事象 | 算出式（単位：バイト）
jpoagent | jpoagtsub
イベントジョブ | 登録 | 2,104 | 1,285
発生 | 735 | 1,356
起動条件 | 登録 | 2,104 | 1,285
起動条件成立 | 735 | 1,356

表4-19　ファイル監視ログ出力サイズ（1ジョブ当たり）

事象
算出式（単位：バイト）

監視対象ファイル名を
完全名指定
監視対象ファイル名を
ワイルドカード（*）指定

イベントジョブ
登録
3,300
5,000

イベント発生
4,500 + (マクロ変数サイズ + マクロ変数データサイズ（上限は，1,024）)
4,500 + (マクロ変数サイズ + マクロ変数データサイズ（上限は，1,024）)

起動条件
登録
3,300
5,000

イベント発生
2,800 + (マクロ変数サイズ+マクロ変数データサイズ（上限は，1,024）)
(2,800 + (マクロ変数サイズ + マクロ変数データサイズ（上限は，1,024）))＊イベント発生数

終了
1,000
1,000

表4-20　実行間隔制御ログ出力サイズ（1ジョブ当たり）

事象 | 算出式（単位：バイト）
イベントジョブ | 登録 | 2,600
イベント発生 | 2,300
起動条件 | 登録 | 2,600
イベント発生 | 2,300＊イベント発生数
終了 | 1,000
イベントジョブに打ち切り時間が指定された場合※ | 登録 | 1,200
イベント発生 | 2,300

注※

実行間隔制御ジョブを含む各イベントジョブに打ち切り時間が指定された場合，実行間隔制御ログに上記の値のログが出力されます。

(3)　イベント・アクション共通ログのサイズ変更

イベント・アクション共通ログのサイズを変更する手順を次に示します。

イベント・アクション共通ログサイズ指定ファイル（jpocommonerr.dat）を作成する。
保存場所を次に示します。

Windowsの場合

JP1/Baseのインストール先フォルダ¥log¥jpocommonerr.dat

UNIXの場合

/var/opt/jp1base/log/jpocommonerr.dat

イベント・アクション共通ログサイズ指定ファイル（jpocommonerr.dat）にログサイズを定義する。
イベント・アクション共通ログサイズ指定ファイル（jpocommonerr.dat）に，次に示す書式に従ってログサイズを指定します。指定したログサイズは即時に反映されます。

LogSize:ログサイズ

ログサイズはバイト単位の10進数で指定します。指定できる値は，1,048,576～1,073,741,824（1ギガバイト）です。誤った値を指定した場合は，デフォルト値（1,048,576バイト）が仮定されます。

イベント・アクション共通ログファイルの作成例を次に示します。ログサイズを2,048キロバイトにするときの指定例です。

LogSize:2097152

なお，クラスタ構成の場合にも，イベント・アクション共通ログは物理ホスト上のログファイルに出力されるため，両方の物理ホスト上でサイズを設定してください。また，サイズ設定をデフォルト（1,024キロバイト）に戻す場合は，イベント・アクション共通ログサイズ指定ファイル（jpocommonerr.dat）を削除してください。変更は即時に反映されます。

イベント・アクション共通ログ出力サイズ（概算値）を求める算出式を，次の表に示します。

表4-21　イベント・アクション共通ログ出力サイズ（1処理当たり）

事象
算出式（単位：バイト）

イベントジョブ
登録
1,024

発生
512

強制終了
1,024

起動条件
登録
( 3 + 起動条件内に定義しているイベントジョブ数 ＊ 2) ＊ 512

起動条件成立時

ANDの場合

( 4 + 起動条件内に定義しているイベントジョブ数 ＊ 2) ＊ 512

ORの場合

4,096

強制終了
2,048

JP1/AJS2の起動停止
マネージャーホスト再起動
( スケジューラーサービス数 + 登録中の全起動条件付きジョブネット数 ＊ 6 + 登録中の全イベントジョブ数 ＊ 2) ＊ 512

アクションジョブ
登録
1,024

注

クラスタ運用時にもデフォルトのフォルダに出力されます。そのため，イベント・アクション共通ログ出力サイズは，上記の値を論理ホストと物理ホストそれぞれで計算し，結果を合計してください。

4.4.5　キューレスログファイルのサイズを見積もる

キューレスログファイルのサイズの見積もりについて説明します。キューレスログには，エージェントでのキューレスジョブの実行ログが出力され，主に業務の実行状況を監視するために使用します。キューレスログファイルが必要とするサイズは，エージェントで実行するキューレスジョブの数によって異なります。

そのため，必要に応じて，キューレスログファイルの適切なサイズを見積もり，デフォルトのディスク容量を変更してください。キューレスログファイルのデフォルトのディスク容量と最大ディスク占有量については，「17.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

キューレスログファイルの見積もり式を次に示します。

キューレスログファイル容量（単位：バイト）=
(60 + マネージャーホスト名長 + スケジューラーサービス名長 + ジョブ完全名長 + エージェントホスト名長) ＊ 2 ＊ 保存しておきたいジョブ数

キューレスログファイルの拡張手順については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.4 キューレスジョブ実行環境の設定」を参照してください。

4.4.6　キューレストレースログファイルのサイズを見積もる

キューレストレースログファイルのサイズの見積もりについて説明します。キューレストレースログファイルは，初期状態では次のように設定されています。

格納先
Windowsの場合
　JP1/AJS2のインストール先フォルダ¥log¥tracelog.ql
UNIXの場合
　/var/opt/jp1ajs2/log/tracelog.ql

サイズ
約10,000個のジョブを実行したときのトレースログを保存できるサイズ（具体的には，15メガバイト（15,360キロバイト））

必要となるキューレストレースログファイルの容量は，ジョブのファイル転送有無やエラー出力結果の有無によって大きく異なります。必要に応じてトレースログファイルの適切な容量を見積もり，拡張してください。

キューレストレースログファイルの見積もり式を次に示します。

適切なキューレストレースログファイル容量（単位：キロバイト）=
3,072 ＊ (問題が発生した時から資料採取できるまでに実行されるジョブ数 / 2,000）

（例）1日分のキューレストレースログを保存する場合

1日に12,000個のジョブが実行される。
適切なキューレストレースログファイル容量 = 3,072 ＊ ( 12,000 / 2,000 ) = 18,432キロバイト

キューレストレースログファイルの拡張手順については，次の記述個所を参照してください。

Windowsの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　3.5.1 トレースログファイルの拡張」

UNIXの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　13.4.4 トレースログファイルの拡張」

4.4.7　キューレスジョブ実行内部ログファイルのサイズを見積もる

キューレスジョブ実行内部ログファイルのサイズの見積もりについて説明します。

キューレスジョブ実行内部ログファイルは，初期状態では次のように設定されています。

格納先

Windowsの場合

JP1/AJS2インストール先フォルダ¥log¥ajsqlexeclog※1

JP1/AJS2インストール先フォルダ¥log¥ajsqlexeclog_ftpd※2

UNIXの場合

/var/opt/jp1ajs2/log/ajsqlexeclog※3

/var/opt/jp1ajs2/log/ajsqlexeclog_ftpd※2

注※1

クラスタ運用時は，名称が次のようになります。

JP1/AJS2インストール先フォルダ¥log¥ajsqlexeclog-[論理ホスト名]

なお，名称が256バイト以上である場合は，ファイル名に論理ホスト名として30バイトまで付加します。

注※2

JP1/AJS2 - Managerの場合だけ作成します。

注※3

クラスタ運用時は，名称が次のようになります。

/var/opt/jp1ajs2/log/ajsqlexeclog-[論理ホスト名]

なお，名称が256バイト以上である場合は，ファイル名に論理ホスト名として30バイトまで付加します。

サイズ

ajsqlexeclogファイルの場合

約40,000個のキューレスジョブを実行したときに，キューレスエージェントサービスが出力する実行内部ログを保存できるサイズ（具体的には，24メガバイト（24,576キロバイト））

ajsqlexeclog_ftpdファイルの場合

約20,000個のファイル転送を伴うキューレスジョブを実行したときに，キューレスファイル転送サービスが出力する実行内部ログを保存できるサイズ（具体的には，10メガバイト（10,240キロバイト））

必要となるキューレスジョブ実行内部ログファイルのサイズは，実行するキューレスジョブの個数，およびキューレスジョブ実行時のファイル転送の有無などによって大きく異なります。必要に応じて，キューレスジョブ実行内部ログファイルの適切なサイズを見積もり，拡張してください。

キューレスジョブ実行内部ログファイルの見積もり式を次に示します。

適切なajsqlexeclogファイルサイズ（単位：キロバイト）=
(2日間で実行するキューレスジョブの個数 ＊ 600) / 1,024

適切なajsqlexeclog_ftpdファイルサイズ（単位：キロバイト）=
(2日間で実行するファイル転送を伴うキューレスジョブの個数 ＊ 500) / 1,024

（例）次の条件に該当するキューレスジョブ実行内部ログを保存する場合

1日に10,000個のキューレスジョブを実行する。

10,000個のキューレスジョブのうち，3,000個のキューレスジョブで転送ファイルの転送，または結果ファイルの転送を伴う。
適切なajsqlexeclogファイルサイズ（単位：キロバイト）=
((10,000 ＊ 2) ＊ 600) / 1,024 = 11,719キロバイト

適切なajsqlexeclog_ftpdファイルサイズ（単位：キロバイト）=
((3,000 ＊ 2) ＊ 500) / 1,024 = 2,929キロバイト

キューレスジョブ実行内部ログファイルのサイズの拡張手順については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsqlexecsetsz」を参照してください。

4.4.8　JP1/AJS2 Consoleのトレースログファイルのサイズを見積もる

JP1/AJS2 Consoleで使用するトレースログファイルのサイズの見積もりについて説明します。

＜この項の構成＞

(1)　JP1/AJS2 Console Managerのトレースログファイルを見積もる

(2)　JP1/AJS2 Console Agentのトレースログファイルを見積もる

(1)　JP1/AJS2 Console Managerのトレースログファイルを見積もる

JP1/AJS2 Console Managerのトレースログファイルは，初期状態では次のように設定されています。

格納先

Windowsの場合

JP1/AJS2 Consoleのインストール先フォルダ¥log¥tracelog.cm

「JP1/AJS2 Consoleのインストール先フォルダ」のデフォルトは「システムドライブ¥Program Files¥HITACHI¥JP1AJS2CM」です。64ビット版の環境の場合は，「システムドライブ¥Program Files (x86)¥HITACHI¥JP1AJS2CM」です。

UNIXの場合

/var/opt/jp1ajs2cm/log/tracelog.cm

サイズ
約3メガバイト（3,072キロバイト）

必要となるトレースログファイルの容量は，定義内容，操作内容およびエラーの有無によって異なります。必要に応じてトレースログファイルの適切な容量を見積もり，拡張してください。

トレースログファイルの見積もり式を次に示します。

適切なトレースログファイル容量（単位：キロバイト）=
(5.0 + ルート業務スコープ当たり（JP1ユーザーごと）の監視先ホスト数＊0.5) ＊エラーが発生してから資料採取できるまでにログインする回数

（例）30日分のトレースログを保存する場合（物理ホストだけ対象）

一人のJP1ユーザーが30か所の監視先ホストの業務を監視する。

一日当たり10回ログインする。
適切なトレースログファイル容量 = (5.0 + 30＊0.5)＊(10＊30) = 6,000キロバイト

(2)　JP1/AJS2 Console Agentのトレースログファイルを見積もる

JP1/AJS2 Console Agentのトレースログファイルは，初期状態では次のように設定されています。

格納先
Windowsの場合
JP1/AJS2 - Managerのインストール先フォルダ¥log¥tracelog.ca
UNIXの場合
/var/opt/jp1ajs2/log/tracelog.ca

サイズ
約3メガバイト（3,072キロバイト）

必要となるトレースログファイルの容量は，定義内容，操作内容およびエラーの有無によって異なります。必要に応じてトレースログファイルの適切な容量を見積もり，拡張してください。

トレースログファイルの見積もり式を次に示します。

適切なトレースログファイル容量（単位：キロバイト）=
(2.0 + (0.1 + (0.04 ＊ 監視先スケジューラーサービス数) )
＊(エラーが発生してから資料採取できるまでの時間（秒） / 監視間隔（秒）) )
＊ 監視しているJP1/AJS2 Console Viewの数

（例）10日分のトレースログを保存する場合（物理ホストだけ対象）

五つのJP1/AJS2 Console Viewを使用してホスト上の業務を監視する。

20のスケジューラーサービスを監視する。

300秒間隔で監視する。
適切なトレースログファイル容量 = ( 2.0 + ( 0.1 + ( 0.04 ＊ 20 ) ) ＊
( 864,000 / 300 ) ) ＊5 = 12,970 キロバイト

トレースログファイルの拡張手順については，次の記述個所を参照してください。

Windowsの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　3.5.1 トレースログファイルの拡張」

UNIXの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　13.4.4 トレースログファイルの拡張」

4.4.9　JP1/AJS2 - Viewのログファイルのサイズを見積もる

JP1/AJS2 - View，JP1/AJS2 Console Viewで出力するログファイルサイズの見積もりについて説明します。

＜この項の構成＞

(1)　JP1/AJS2 - Viewのログファイルサイズを見積もる

(2)　JP1/AJS2 Console Viewのログファイルサイズを見積もる

(1)　JP1/AJS2 - Viewのログファイルサイズを見積もる

ここで説明するJP1/AJS2 - Viewのログファイルは次のものを示します。

格納先

Windows XP ProfessionalおよびWindows Server 2003の場合

JP1/AJS2 - Viewのインストール先フォルダ¥log¥ajs2view#nnnn_{1|2}.log※

「JP1/AJS2 - Viewのインストール先フォルダ」のデフォルトは「システムドライブ¥Program Files¥HITACHI¥JP1AJS2V」です。Windows Server 2003（x64）の場合は，「システムドライブ¥Program Files (x86)¥HITACHI¥JP1AJS2V」です。

Windows VistaおよびWindows Server 2008の場合

%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥log¥ajs2view#nnnn_{1|2}.log※

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

注※

複数起動時の場合は，「#nnnn_」のnnnnには0001～9999の任意の値が割り当てられます。複数起動しない場合は「#nnnn_」の部分が省略されます。

サイズ
1～512メガバイトまでメガバイト単位で指定できます（デフォルトは1メガバイトです）。
ログファイルサイズは，JP1/AJS2 - Viewの［環境設定］ダイアログボックスの［その他］タブの，［ログファイルの上限値］で変更できます。

必要となるログファイルサイズはトレースレベル，操作内容，エラーの有無によって異なります。ここでは，トレースレベルが3（デフォルト）の場合の見積もりの目安を次の表以降に示します。

なお，JP1/AJS2 - Managerとの接続が切れて再接続する場合や，見積もり以上に操作に失敗する場合も考えられますので，見積もりには1メガバイト程度の余裕を持たせてください。

表4-22　全体的なJP1/AJS2 - Viewのログファイルサイズ見積もり

項目 | ログサイズ（単位：キロバイト）
JP1/AJS2 - Viewの起動 | 10
JP1/AJS2 - Viewの終了 | 10

表4-23　各ウィンドウ共通のログファイルサイズ見積もり

項目 | ログサイズ（単位：キロバイト）
操作※ | 3 ＊ n
操作エラー | 4 ＊ m

（凡例）

n：操作回数

m：操作エラー回数

注※

メニュー操作やダイアログボックスの開閉操作を指します。また，［ジョブネットエディタ］ウィンドウでのユニット新規作成やアイコン位置の変更時も該当します。なお，複数のユニットをまとめて操作する場合は，個々に操作する場合と同様に見積もってください。

表4-24　ウィンドウごとのログファイルサイズ見積もり

ウィンドウ | 1回当たりのログサイズ（単位：キロバイト）
表示 | 最新情報に更新 | 自動更新 | ツリーノード選択※1
JP1/AJS2 - View | 3＋2＊a | 2 | 2 | 2
ジョブネットエディタ | 4+0.5＊(b-1)+5＊a | 2 | － | 5
ジョブネットモニタ | 5+0.5＊(b-1)+4＊a | 3+0.5＊c+0.5＊d | 1+0.5＊c+0.5＊d | 4
マンスリースケジュール | 5+0.5＊(b-1)+e | 2 + e | － | 1
デイリースケジュール※2 | 4+0.5＊(b-1)+e | 2 + e | 2 + e | 1
カレンダー※3 | 5 | 3 | － | －

（凡例）

a：

表示するウィンドウのツリーエリアで初期選択するユニットの階層数

ルート階層は0となります。

b：

ウィンドウを表示する対象ユニットのユニット階層数

c：

［モニタ詳細］ダイアログボックスの表示数

d：

［実行結果詳細］ダイアログボックスの表示数

e：

対象となるルートジョブネット数

ジョブグループに対して表示する場合は直下のルートジョブネット数

ルートジョブネットに対して表示する場合は1

注※1

ツリーエリアでのユニット選択およびツリーエリアでのユニットの展開を指します。

注※2

［デイリースケジュール（階層表示）］ウィンドウ，［デイリースケジュール（全ジョブ表示）］ウィンドウを指します。

注※3

［月間カレンダー編集］ウィンドウ，［年間カレンダー編集］ウィンドウを指します。

（例）

次の条件で1週間分のログを残すのに必要なログファイルサイズを見積もります。

1週間JP1/AJS2 - Viewを使用し業務監視を行う。

［JP1/AJS2 - View］ウィンドウを300秒ごとに自動更新する。

ルートジョブグループ下にあるジョブグループ（下位に10個のルートジョブネットを含む）に対して，［デイリースケジュール（階層表示）］ウィンドウを表示し，300秒ごとに自動更新する。

操作回数は1時間当たり1回行う。

操作に失敗する確率を0.1とする。

必要なログファイルサイズは次のとおりです。

JP1/AJS2 - View起動と終了
20キロバイト

メニュー操作
3＊24＊7 = 504キロバイト

操作エラー
4＊24＊7／10 =68キロバイト

［JP1/AJS2 - View］ウィンドウの表示
3キロバイト

［JP1/AJS2 - View］ウィンドウでの自動更新
2＊3600＊24＊7／300=4,032

［デイリースケジュール（階層表示) ］ウィンドウの表示
4 + 0.5(1-1) + 10 = 14

［デイリースケジュール（階層表示) ］ウィンドウでの自動更新
(2 + 10)＊3600＊24＊7/300=24,192

合計
20+504+68+3+4,032+14+24,192=28,833（キロバイト） = 28.1（メガバイト）

切り上げて，1メガバイトの余裕を持たせると30メガバイトになります。

(2)　JP1/AJS2 Console Viewのログファイルサイズを見積もる

ここで説明するJP1/AJS2 Console Viewのログファイルは次のものを示します。

格納先

Windows XP ProfessionalおよびWindows Server 2003の場合

JP1/AJS2 - Viewのインストール先フォルダ¥log¥ajs2coview#nnnn_{1|2}.log※

「JP1/AJS2 - Viewのインストール先フォルダ」のデフォルトは「システムドライブ¥Program Files¥HITACHI¥JP1AJS2V」です。Windows Server 2003（x64）の場合は，「システムドライブ¥Program Files (x86)¥HITACHI¥JP1AJS2V」です。

Windows VistaおよびWindows Server 2008の場合

%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥log¥ajs2coview#nnnn_{1|2}.log※

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

注※

複数起動時の場合は，「#nnnn_」のnnnnには0001～9999の任意の値が割り当てられます。複数起動しない場合は「#nnnn_」の部分が省略されます。

サイズ
1～512メガバイトまでメガバイト単位で指定できます（デフォルトは1メガバイトです）。
ログファイルサイズは，JP1/AJS2 Console Viewの［環境設定］ダイアログボックスの［その他］タブの，［ログファイルの上限値］で変更できます。

必要となるログファイルサイズはトレースレベル，操作内容，エラーの有無によって異なります。ここではトレースレベルが3（デフォルト）の場合の見積もりの目安を次の表に示します。

なお，見積もり以上に操作に失敗する場合も考えられますので，見積もりには1メガバイト程度の余裕を持たせてください。

表4-25　JP1/AJS2 Console Viewのログファイルサイズ見積もり

項目 | ログサイズ（単位：キロバイト）
JP1/AJS2 Console Viewの起動 | 10
JP1/AJS2 Console Viewの終了 | 10
操作※1 | 3＊n
操作エラー | 4＊m
状態取得 | 0.5＊Σa + (0.5＊b+4＊c)＊(1+d)
監視オブジェクトに対する操作※2 | 5＊n
接続確認※3 | 0.5＊l

（凡例）

Σ：

ルート業務スコープ全体のオブジェクト数の和

a：

個々の監視対象となるルートジョブネットの状態更新回数※4

b：

ルート業務スコープ全体のオブジェクト数

c：

状態不明となるAJS2ユニット監視オブジェクト数

d：

［定義モード］から［監視モード］に変更する回数，および再接続回数

n：

操作回数

m：

操作エラー回数

l：

接続確認回数=JP1/AJS2 Console Viewの起動時間／接続確認間隔（デフォルト300秒）

注※1

メニュー操作やダイアログボックスの開閉操作を指します。また，［メインスコープ］ウィンドウでオブジェクトの新規作成やアイコン位置の変更時も該当します。なお，複数のオブジェクトをまとめて操作する場合は，個々に操作する場合と同様に見積もってください。

注※2

［実行登録］や［再実行］などのAJS2ユニット監視オブジェクトに対する操作を指します。

注※3

JP1/AJS2 Console View内で自動的に行う処理です。JP1/AJS2 Console Viewの通信オプションKEEP_ALIVE値（デフォルトは300秒）に従い，定期的にJP1/AJS2 Console Managerと接続確認を行います。

通信オプションの詳細については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　12.2.4 通信オプションを設定する」を参照してください。

注※4

状態更新回数は次の小さい方の値を見積もってください。

ルートジョブネットの起動回数を10倍した値

JP1/AJS2 Consoleでの監視期間から［監視間隔］を割った値

ルートジョブネットの起動回数は，JP1/AJS2 Consoleでの監視期間で監視対象のジョブネットが実行される回数を見積もってください。なお，起動条件付きジョブネットを監視する場合には，起動回数は起動条件の成立頻度を見積もってください。

（例）

次の条件で1週間分のログを残すのに必要なログファイルサイズを見積もります。

1週間JP1/AJS2 Console Viewを使用し業務監視を行う。

JP1/AJS2 Consoleの［監視間隔］は300秒とする。

ルート業務スコープ全体で50個のAJS2ユニット監視オブジェクトが存在する。

監視対象となる全ルートジョブネットは1日2回実行される。

操作は一時間当たり1回行う。

操作に失敗する確率を0.1とする。

監視オブジェクトに対する操作を6時間当たり1回行う。

必要なログファイルサイズは次のとおりです。

JP1/AJS2 Console View起動と終了
20キロバイト

メニュー操作
3＊24＊7 =504キロバイト

操作エラー
4＊24＊7／10 =68キロバイト

状態取得
5＊0.5＊50＊2＊7＊10 + 0.5＊50 = 3,525キロバイト

監視オブジェクトに対する操作
5＊24＊7／6 = 140キロバイト

接続確認
0.5＊3600＊24＊7／300 = 1,008キロバイト

合計
20+504+68+3,525+140+1,008 = 5,265キロバイト=5.1メガバイト
切り上げてさらに1メガバイトの余裕を持たせると7メガバイトになります。

5.　インストールとセットアップに関する検討

この章では，JP1/AJS2のインストールとセットアップ時の検討項目について説明します。

自動化する業務の設計，システム構成の検討，および見積もりが終了したら，インストールとセットアップ時の設定項目について検討する必要があります。

＜この章の構成＞

5.1　インストール時の作業について検討する

5.2　JP1/AJS2のサービスの設定について検討する

5.3　JP1/AJS2 - Managerのセットアップについて検討する

5.4　JP1/AJS2 - Agentのセットアップについて検討する

5.5　JP1/AJS2 - Viewの環境設定について検討する

5.6　システムおよびユーザー環境の設定について検討する

5.7　組み込みDBの動作環境について検討する

5.1　インストール時の作業について検討する

この節では，JP1/AJS2のインストール時の注意事項と，インストール前に決めておく項目について説明します。

＜この節の構成＞

5.1.1　インストール時の注意事項

5.1.2　インストール前に決めておく項目

5.1.1　インストール時の注意事項

JP1/AJS2のインストール時の注意事項について，WindowsとUNIXに分けて説明します。インストールを実施する場合には，次の注意事項を踏まえてインストール作業を実施してください。

＜この項の構成＞

(1)　Windows版JP1/AJS2をインストールするときの注意事項

(2)　UNIX版JP1/AJS2をインストールするときの注意事項

(1)　Windows版JP1/AJS2をインストールするときの注意事項

JP1/AJS2 - Managerをインストールするホストについての注意事項

JP1/AJS2 - Managerをインストールしたホストには，JP1/AJS2 - Agentはインストールできません。

バージョンアップインストールについての注意事項

JP1/AJS2 - ManagerおよびJP1/AJS2 - Agentをバージョンアップインストールする場合
JP1/AJS2のすべてのサービスおよびプロセスを停止させてからインストールしてください。また，必要に応じて，定義ファイルをバックアップしてから製品をバージョンアップすることをお勧めします。
Version 6またはVersion 7iのJP1/AJS2 - Light EditionにJP1/AJS2 - Managerをバージョンアップインストールすることはできません。JP1/AJS2 - Light Editionをアンインストールしてから，JP1/AJS2 - Managerをインストールしてください。また，JP1/AJS2 - Light Editionをアンインストールする前に，必要に応じて定義ファイルをバックアップしてください。
バックアップの手順については，「11. バックアップとリカバリー」を参照してください。
Version 6のJP1/AJS2 - ConsoleをインストールしたホストにJP1/AJS2 - Managerをインストールすると，Version 6のJP1/AJS2 - Consoleは，JP1/AJS2 - ManagerのJP1/AJS2 Console機能に置き換わります。

JP1/AJS2 - Viewをバージョンアップインストールする場合
JP1/AJS2 - View画面を閉じてからインストールしてください。
また，インストール後，再起動が必要な場合があります。再起動が必要な場合は，インストール後に再起動を要求するメッセージが表示されますので，メッセージに従ってホストを再起動してください。

JP1/NETM/DMを使ったリモートインストール（ソフトウェアの配布）

JP1/AJS2は，JP1/NETM/DMを使ったリモートインストールに対応しています。

JP1/AJS2の場合，次に示すインストールに対応しています。

新規インストール
インストール対象ホストにJP1/AJS2を新規にインストールできます。

バージョンアップインストール
リモートインストールすることで，JP1/AJS2インストール済みホストのJP1/AJS2をバージョンアップできます。

JP1/NETM/DMを使った実際のリモートインストール方法については，マニュアル「JP1/NETM/DM 運用ガイド1(Windows(R)用)」を参照してください。

補足事項

JP1/AJS2をインストールすることでJP1/AJS2 Console Managerもインストールされます。JP1/AJS2 - Console 06-71またはJP1/AJS2 07-00以降がインストールされていない場合は，ユーザーが指定したJP1/AJS2のインストール先フォルダと同じ階層にJP1/AJS2 Consoleのインストール先フォルダ（¥JP1AJS2CM）が作成され，このフォルダにJP1/AJS2 Console Managerがインストールされます。その他の場合については，「9.6.2 Windows版のJP1/AJS2 - Console 06-71からバージョンアップする場合の注意事項」を参照してください。

複数ホストでのジョブ実行環境の注意事項

複数ホストでジョブを実行する場合は，マネージャー，エージェント，および他システムの各ホスト上で，IPアドレスが解決できるように設定してください。DNSで運用している場合は，FQDN形式のホスト名のIPアドレスが解決できるように設定してください。

(2)　UNIX版JP1/AJS2をインストールするときの注意事項

JP1/AJS2 - Managerをインストールするホストについての注意事項

JP1/AJS2 - Managerをインストールしたホストには，JP1/AJS2 - Agentはインストールできません。

バージョンアップインストールについての注意事項

Version 6のJP1/AJS2 - Light EditionをインストールしたホストにJP1/AJS2 - Managerをインストールできます。インストール後，Version 6のJP1/AJS2 - Light Editionは，JP1/AJS2 - Managerに置き換わります。

また，Version 6のJP1/AJS2 ConsoleをインストールしたホストにJP1/AJS2 - Managerをインストールすると，Version 6のJP1/AJS2 ConsoleはJP1/AJS2 - Managerに置き換わります。

JP1/AJS2で提供しているファイルには，ユーザーがカスタマイズできるファイルがあります。ユーザーによるカスタマイズを考慮し，バージョンアップインストール後も，これらのファイルは置き換えられません。

また，カスタマイズ前のファイルは，モデルファイルとして同一ディレクトリに格納されています（ファイル名の末尾に，「.model」が付いています）。アップデートはこのモデルファイルに対して行われます。このため，バージョンアップ後は次に示すファイルのカスタマイズ状況を確認し，カスタマイズしている場合は，モデルファイルをコピーし，再度カスタマイズしてください。カスタマイズしていない場合は，コピーだけしてください。

/etc/opt/jp1ajs2/jajs_killall.cluster

/etc/opt/jp1ajs2/jajs_start.cluster

/etc/opt/jp1ajs2/jajs_start

/etc/opt/jp1ajs2/jajs_stop.cluster

/etc/opt/jp1ajs2/jajs_stop

/etc/opt/jp1ajs2/jajsca_start

/etc/opt/jp1ajs2/jajsca_stop

/etc/opt/jp1ajs2cm/jajscm_start

/etc/opt/jp1ajs2cm/jajscm_stop

JP1/AJS2 - Manager，JP1/AJS2 - Agentをバージョンアップインストールする場合

JP1/AJS2のすべてのサービスおよびプロセスを停止させてからインストールしてください。また，必要に応じて，定義ファイルをバックアップしてから製品をバージョンアップすることをお勧めします。

JP1/NETM/DMを使ったリモートインストール（ソフトウェアの配布）

JP1/AJS2は，JP1/NETM/DMを使ったリモートインストールに対応しています。

JP1/AJS2の場合，次に示すインストールに対応しています。

新規インストール
インストール対象ホストにJP1/AJS2を新規にインストールできます。

バージョンアップインストール
リモートインストールすることで，JP1/AJS2インストール済みホストのJP1/AJS2をバージョンアップできます。

JP1/NETM/DMを使った実際のリモートインストール方法については，マニュアル「JP1/NETM/DM Manager」「JP1/NETM/DM SubManager (UNIX(R)用)」「JP1/NETM/DM Client (UNIX(R)用)」を参照してください。

複数ホストでのジョブ実行環境の注意事項

複数ホストでジョブを実行する場合は，マネージャー，エージェント，および他システムの各ホスト上で，IPアドレスが解決できるように設定してください。DNSで運用している場合は，FQDN形式のホスト名のIPアドレスが解決できるように設定してください。

5.1.2　インストール前に決めておく項目

Windows版JP1/AJS2をインストールするとき，次の表に示す項目について入力したり，選択したりする必要があります。運用環境に応じて，事前に決定しておいてください。

表5-1　インストール前に決定しておく項目

項目
内容

ユーザー情報
ユーザー名および会社名を入力します。必ず入力します。

インストール先
フォルダ
JP1/AJS2シリーズプログラムをインストールするフォルダを指定します。
必要に応じて変更してください。
各製品のデフォルトのインストール先フォルダを次に示します。
・JP1/AJS2 - Manager※1：システムドライブ¥Program Files※2¥HITACHI¥JP1AJS2
・JP1/AJS2 - Agent：システムドライブ¥Program Files※2¥HITACHI¥JP1AJS2
・JP1/AJS2 - View：システムドライブ¥Program Files※2¥HITACHI¥JP1AJS2V

注※1

JP1/AJS2 Consoleは，別フォルダにインストールします。

デフォルトのインストール先フォルダは「システムドライブ¥Program Files¥HITACHI¥JP1AJS2CM」です。64ビット版の環境では「システムドライブ¥Program Files (x86)¥HITACHI¥JP1AJS2CM」です。

注※2

64ビット版環境の場合は，「Program Files」を「Program Files (x86)」と読み替えてください。

プログラム
フォルダ
プログラムメニュー名を指定します。
必要に応じて，任意のプログラムメニュー名に変更してください。
各製品のデフォルトのメニュー名を次に示します。
・JP1_Automatic Job Management System 2 - Manager
・JP1_Automatic Job Management System 2 - Agent
・JP1_Automatic Job Management System 2 - View

5.2　JP1/AJS2のサービスの設定について検討する

この節では，JP1/AJS2のサービスの種類やデフォルト値について説明します。また，JP1/AJS2のサービスの設定を変更する必要がある場合について説明します。

＜この節の構成＞

5.2.1　JP1/AJS2のサービスの種類

5.2.2　JP1/AJS2のサービスのデフォルト値（Windows限定）

5.2.3　JP1/AJS2のサービスの設定を変更する必要がある場合（Windows限定）

5.2.4　JP1/AJS2のサービスの自動起動および自動終了の設定

5.2.1　JP1/AJS2のサービスの種類

JP1/AJS2 - Managerのサービス一覧を次の表に示します。

表5-2　JP1/AJS2 - Managerのサービス一覧

サービス名 | サービスの内容
JP1/AJS2サービス | 業務の定義と実行を管理します。JP1/AJS2サービスの中には，スケジューラーサービスが含まれています。
JP1/AJS2 Monitorサービス | JP1/AJS2 - Viewと接続する場合と，コマンドをリモート実行する場合の通信処理を管理します。
JP1/AJS2 Mailサービス | メール連携をサービスで実行する場合，JP1/AJS2からのメールの送受信を管理します。
JP1/AJS2 Queueless Agentサービス | JP1/AJS2 - Managerからのキューレスジョブの実行要求を受け付けます。キューレスジョブを実行します。
JP1/AJS2 Queueless File Transferサービス | キューレスジョブ管理プロセスからのファイル転送要求を受け付けます。キューレスジョブ管理プロセスに対して，転送ファイル，標準出力ファイル，および標準エラー出力ファイルのデータ転送を実施します。
JP1/AJS2 Console Managerサービス | JP1/AJS2 Console Viewで定義した監視対象の情報を保存したり，JP1/AJS2 Console Agentに指示して，監視対象の状態を取得したりします。
JP1/AJS2 Console Agentサービス | JP1/AJS2 Console Managerから指示を受け，自ホスト上の監視対象（ルートジョブネット）の状態を定期的に監視します。監視対象の状態に変更があれば，JP1/AJS2 Console Managerに通知します。
JP1/AJS2 Check Managerサービス | JP1/AJS2で定義したジョブの実行前チェックを行うために，JP1/AJS2 Check Agentサービスに指示して，チェック状態を取得します。
JP1/AJS2 Check Agentサービス | JP1/AJS2 Check Managerから指示を受け，JP1/AJS2で定義したジョブの実行前チェックを行います。

JP1/AJS2 - Agentのサービス一覧を次の表に示します。

表5-3　JP1/AJS2 - Agentのサービス一覧

サービス名 | サービスの内容
JP1/AJS2サービス | 業務を実行します。
JP1/AJS2 Mailサービス | メール連携をサービスで実行する場合，JP1/AJS2からのメールの送受信を管理します。
JP1/AJS2 Queueless Agentサービス | JP1/AJS2 - Managerからのキューレスジョブの実行要求を受け付けます。キューレスジョブを実行します。
JP1/AJS2 Check Agentサービス | JP1/AJS2 Check Managerから指示を受け，JP1/AJS2で定義したジョブの実行前チェックを行います。

注意

UNIXの場合はスーパーユーザーでサービスを起動してください。

注意

JP1/AJS2で業務を定義・実行するときには，JP1/Baseサービス，JP1/AJS2 サービス，およびJP1/AJS2 Monitorサービスを起動しておきます。JP1/AJS2 サービスを起動する前に，JP1/Baseサービスを起動しておいてください。業務の定義・実行を終了する場合は，JP1/BaseサービスおよびJP1/AJS2サービスを終了します。

注意

マネージャー・エージェント構成の場合は，JP1/AJS2 - ManagerおよびJP1/AJS2 - Agentの両方で，JP1/AJS2サービスを起動・終了します。

注意

JP1/AJS2サービスを起動したあとは，システム日時を変更しないでください。JP1/AJS2サービス起動後のシステム日時の変更は，ジョブネットの実行スケジュールに影響を与えます。詳細については，「15.13.3 システムの日時を変更する」を参照してください。

注意

ジョブネットやジョブの実行中に，システム障害などでJP1/AJS2サービスの処理が中断し，キャッシュメモリーの内容がディスクに書き込まれなかった場合，JP1/AJS2のデータベースファイルの内容が不整合となります。不整合となった場合，JP1/AJS2サービスを起動しても，処理が中断されたジョブネットやジョブに対する操作は保証されません。この場合，JP1/AJS2サービスを強制終了し，スケジューラーサービスをコールドスタートしてください。スケジューラーサービスをコールドスタートした場合，登録済みのジョブネットの結果情報は取り消されるため，実行結果はすべて無効になります。また，コールドスタートのあとには，ジョブネットの再登録が必要です。

注意

JP1/AJS2 - Viewから実行登録されたジョブネットを操作する場合，JP1/AJS2 - Viewの起動時に，JP1/AJS2 - View側のタイムゾーンを，接続先のJP1/AJS2 Monitorサービスのタイムゾーンに合わせてください。JP1/AJS2 - Viewからジョブネットを操作するとき，JP1/AJS2 Monitorサービスが起動しているタイムゾーンの時刻がJP1/AJS2 - Viewに反映（表示）されます。そのため，タイムゾーンが異なると，実際に操作した時間と，JP1/AJS2 - Viewに表示される時間は，タイムゾーンの時差の分だけずれることになります。詳細については，「3.2.2(2) 複数の業務管理ホストを使用する場合」を参照してください。

組み込みDBのサービス一覧を次の表に示します。

表5-4　組み込みDBのサービス一覧

サービス名 | サービスの内容
HiRDB/EmbeddedEditionサービス | データベースとして組み込みDBを使用する場合，データベースの操作と運用コマンドを管理します。
HiRDB/ClusterServiceサービス | 組み込みDBのクラスタ環境での動作を管理します。

注意

組み込みDBのサービス名には，インストール時に設定するセットアップ識別子が追加されます。

セットアップ識別子については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　5.2.1(2)(b) 組み込みDBのインストール手順」を参照してください。

なお，これ以降の説明では，JP1/AJS2 - Managerで起動するJP1/AJS2サービスをJP1/AJS2 - Managerサービス，JP1/AJS2 - Agentだけで起動するJP1/AJS2サービスをJP1/AJS2 - Agentサービスと表記します。

5.2.2　JP1/AJS2のサービスのデフォルト値（Windows限定）

JP1/AJS2サービスのアカウントの設定について説明します。

JP1/AJS2 - ManagerまたはJP1/AJS2 - AgentのJP1/AJS2のサービスで，デフォルトとして設定されている内容を次の表に示します。なお，［デスクトップとの対話をサービスに許可］オプションは設定できません。

表5-5　JP1/AJS2 - ManagerまたはJP1/AJS2 - Agentサービスのデフォルト値

サービス名 | 起動方法 | アカウント
JP1/AJS2 | 手動 | システム
JP1/AJS2 Monitor※ | 自動 | システム
JP1/AJS2 Mail | 手動 | システム
JP1/AJS2 Queueless Agent | 手動 | システム
JP1/AJS2 Queueless File Transfer※ | 手動 | システム
JP1/AJS2 Console Manager※ | 自動 | システム
JP1/AJS2 Console Agent※ | 自動 | システム
JP1/AJS2 Check Manager※ | 手動 | システム
JP1/AJS2 Check Agent | 手動 | システム

注※

JP1/AJS2 - Agentには存在しません。

組み込みDBのサービスで，デフォルトとして設定されている内容を次の表に示します。

表5-6　組み込みDBサービスのデフォルト値

サービス名 | 起動方法 | アカウント
HiRDB/EmbeddedEdition | 自動 | システム
HiRDB/ClusterService | 手動 | システム

5.2.3　JP1/AJS2のサービスの設定を変更する必要がある場合（Windows限定）

ジョブを実行する環境によって，JP1/AJS2のサービスのアカウントをユーザーアカウントに変更した方がよい場合があります。運用に応じてJP1/AJS2に設定するユーザーアカウントの設定について検討してください。

ここでは，JP1/AJS2のサービスの設定を，デフォルトから変更する必要がある場合について説明します。また，他プログラムと連携するときの，JP1/AJS2のサービスの設定について説明します。

＜この項の構成＞

(1)　JP1/AJS2が提供するサービスのアカウントの変更について

(2)　メールシステムと連携する場合の変更について

(3)　JP1/Power Monitorと連携する場合の変更について

(4)　JP1/Baseの起動順序制御機能を使用する場合の変更について

(1)　JP1/AJS2が提供するサービスのアカウントの変更について

次に示すサービスのアカウントを変更する必要がある場合について，次に示します。

「JP1/AJS2サービス」

「JP1/AJS2 Monitorサービス」

「JP1/AJS2 Queueless Agentサービス」

「JP1/AJS2 Queueless File Transferサービス」

「JP1/AJS2 Console Managerサービス」

「JP1/AJS2 Console Agentサービス」

「JP1/AJS2 Check Managerサービス」

「JP1/AJS2 Check Agentサービス」

(a)　ジョブ実行多重度を標準より上げる場合，またはデスクトップヒープ領域不足を発生させたくない場合

JP1/AJS2では，実行するジョブごとにWindowsのデスクトップヒープ領域（システムのリソース）を使用します。同時に多くのジョブを実行すると，デスクトップヒープ領域が不足し，ジョブが異常検出終了になることがあります。

次の方法を適用することで，デスクトップヒープ領域が不足する頻度を低くできます。ただし，どの方法を適用しても，デスクトップヒープ領域が不足することを完全には防止できません。

JP1/AJS2サービスのアカウントとジョブを実行するユーザーアカウントを同じにする。
JP1/AJS2サービスのアカウントとジョブを実行するユーザーアカウントを同じにすることによって，デスクトップヒープ領域が不足する頻度を低くできます。
JP1/AJS2では，任意のユーザーアカウントでジョブを実行できます。しかし，JP1/AJS2サービスのアカウントと異なるユーザーアカウントでジョブを実行すると，ジョブごとにJP1/AJS2サービスが使用しているデスクトップヒープ領域とは別のデスクトップヒープ領域を使用します。このため，JP1/AJS2サービスのアカウントとは異なるユーザーアカウントから同時に多くのジョブを実行すると，デスクトップヒープ領域が不足することがあります。
JP1/AJS2サービスのアカウントとジョブを実行するユーザーアカウントを同じにすることによって，ジョブはJP1/AJS2サービスが使用しているデスクトップヒープ領域と同じデスクトップヒープ領域を使用します。これによって，ジョブ実行時のデスクトップヒープ領域の使用量が少なくなり，同時に多くのジョブを実行してもデスクトップヒープ領域が不足する頻度を低くできます。
なお，ドメインユーザーを使用する場合は，ジョブを実行するユーザーアカウントとJP1/AJS2サービスのアカウントの両方を「ドメイン名¥ユーザー名」の形式で指定してください。ドメイン名のあとには「.local」を指定しないでください。

「ジョブ実行時にアクセストークンを再利用するための設定」を有効にする。
ジョブ定義の［実行先サービス］に［JP1/AJS2］を指定している場合，アクセストークンを再利用するための設定を有効にすることで，ジョブ実行時のデスクトップヒープ領域の使用量が少なくなり，同時に多くのジョブを実行してもデスクトップヒープ領域が不足する頻度を低くできます。設定の詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.26 ジョブ実行時にアクセストークンを再利用するための設定」を参照してください。

デスクトップヒープ領域のサイズを変更する。
Windowsのレジストリー情報を編集してデスクトップヒープ領域のサイズを変更できます。レジストリー編集方法については，Microsoftのホームページのデスクトップヒープ関連サポート技術情報を参照してください。
JP1/AJS2サービスおよびジョブごとのデスクトップヒープ領域の使用量は，使用している環境に依存します。また，デスクトップヒープ領域のサイズを不用意に変更すると，システム全体に影響を与えるおそれがあります。デスクトップヒープ領域のサイズを変更する場合は，十分に検証した上で実施してください。

(b)　ネットワーク資源を使用する場合

実行するジョブを共有しているなど，ネットワーク資源を使用する場合は，「JP1/AJS2サービス」をユーザーアカウントに変更して運用してください。

また，ジョブのバッチファイルなどでネットワークドライブに接続している場合，JP1/AJS2サービスのアカウントとジョブを起動するユーザーを同じアカウントに合わせることによって，同じユーザーのアカウントで起動した別のジョブからも，ネットワークドライブを切断することができます。なお，ジョブの詳細定義で指定するファイル名には，ネットワークドライブ名から始まるパスではなく，「¥¥コンピュータ名¥共有フォルダ¥ファイル名」のようにコンピュータ名から始まるパスを指定してください。

(c)　スケジューラーサービスを多重起動した場合で，デスクトップヒープ領域不足を発生させたくない場合

システムの環境によって，ある数以上のスケジューラーサービスを多重起動したときにエラーとなることがあります。その際，イベントログに，「イベントID:26　説明：アプリケーションを正しく初期化できませんでした。」というエラーメッセージが出力されます。これはシステムのリソース（デスクトップヒープ領域）が不足した場合に発生します。

JP1/AJS2では，スケジューラーサービスごとに多数の制御プロセスを起動するため，スケジューラーサービスを多重起動にすると，起動したスケジューラーサービス分のデスクトップヒープ領域を使用します。このため，デスクトップヒープ領域が不足することがあります。この場合も，JP1AJS2サービスとほかのサービスプログラムのデスクトップヒープ領域を共用しないようにするためには，JP1/AJS2サービスのアカウントをシステムアカウントからユーザーアカウントに変更して運用してください。

(d)　JP1/AJS2のサービスをユーザーアカウントで運用する場合の権限

次に示すサービスをユーザーアカウントで運用する場合に設定する権限について説明します。

「JP1/AJS2サービス」

「JP1/AJS2 Monitorサービス」

「JP1/AJS2 Queueless Agentサービス」

「JP1/AJS2 Queueless File Transferサービス」

「JP1/AJS2 Console Managerサービス」

「JP1/AJS2 Console Agentサービス」

「JP1/AJS2 Check Managerサービス」

「JP1/AJS2 Check Agentサービス」

上記のサービスをユーザーアカウントで運用する場合は，次の権限を持つユーザーを「JP1/AJS2サービス」「JP1/AJS2 Monitorサービス」「JP1/AJS2 Queueless Agentサービス」「JP1/AJS2 Queueless File Transferサービス」「JP1/AJS2 Console Managerサービス」「JP1/AJS2 Console Agentサービス」に設定します。

Windows Server 2003／Windows Server 2008の場合

Administrators権限

ローカルログオンを許可する

サービスとしてログオン

プロセスレベルトークンの置き換え

プロセスのメモリークォータの増加

Windows 2000の場合

Administrators権限

ローカルログオン

オペレーティングシステムの一部として機能

サービスとしてログオン

プロセスレベルトークンの置き換え

クォータの増加

これらの権限のないユーザーを設定した場合は，動作を保証できません。

ローカルセキュリティポリシーに上記の権限を設定してください。

なお，JP1/AJS2サービスの起動アカウントをシステムアカウントからユーザーアカウントに変更すると，使用できるデスクトップヒープの領域サイズが異なりますので，同時に実行できるジョブ（バッチファイル，スクリプトファイル）数が変わることがあります。

注意事項

すべての論理ホストと物理ホストのJP1/AJS2サービス，およびJP1/AJS2 Monitorサービスは，同一のユーザーアカウントにしてください。

JP1/AJS2サービスの起動アカウントに必要な権限を設定したあと，権限を有効にするためにはJP1/AJS2サービスを再起動してください。

Active Directoryを使ったドメイン環境で運用している場合は，ドメインコントローラーのあるホストとドメイン内のホストで設定手順が異なります。詳細については，マニュアル「JP1/Base 運用ガイド」の「ユーザーマッピングを設定する前に」の「Active Directory環境でOSユーザーにユーザー権利を与える方法」を参照してください。

(2)　メールシステムと連携する場合の変更について

特に「JP1/AJS2サービス」のアカウントと合わせる必要はありません。

メールのプロファイルを定義したユーザーのアカウントをJP1/AJS2 Mailサービスに設定します。また，そのほかに，次の権限も設定します。

ローカルログオン

サービスとしてログオン

これらの権限のないユーザーを設定した場合は，動作を保証できません。

ローカルセキュリティポリシーに上記の権限を設定してください。

(3)　JP1/Power Monitorと連携する場合の変更について

JP1/Power Monitorと連携して電源制御を実行する場合は，必ずJP1/Baseの起動順序制御機能を使って起動してください。その場合には，「JP1/AJS2サービス」の起動方法を「手動」にしてください。

(4)　JP1/Baseの起動順序制御機能を使用する場合の変更について

JP1/Baseの起動順序制御機能では，標準で，「JP1/AJS2サービス」「JP1/AJS2 Monitorサービス」が自動起動するように設定されています。

起動順序制御機能を使う場合

「JP1/AJS2サービス」の起動方法は「手動」にしてください。

「JP1/AJS2 Monitorサービス」の起動方法は「手動」にするか，またはJP1/Baseの起動順序定義ファイルJp1svprm.datに記述されている［Jp1AJS2MONITOR］の自動起動パラメーターをコメントアウトしてください。

なお，JP1/AJS2 - Agentには「JP1/AJS2 Monitorサービス」はありません。

JP1/AJS2 - Agentを使用する場合のセットアップについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　3.2.1 JP1/Baseのセットアップ」を参照してください。

起動順序制御機能を使わない場合

「JP1/AJS2サービス」「JP1/AJS2 Monitorサービス」の起動方法は「自動」にしてもかまいません。

なお，JP1/AJS2 - Agentには「JP1/AJS2 Monitorサービス」はありません。

JP1/AJS2 - Agentを使用する場合のセットアップについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　3.2.1 JP1/Baseのセットアップ」を参照してください。

5.2.4　JP1/AJS2のサービスの自動起動および自動終了の設定

システムの起動・終了時に，JP1/AJS2サービスを自動的に起動・終了できます。

なお，OSの起動を最優先したい場合や，オペレーターが直接JP1/AJS2を起動させたい場合には，自動起動の設定をしないようにしてください。

Windowsの設定方法

デフォルトではJP1/Baseの起動管理機能が有効になっているため，JP1/AJS2のサービスが自動的に起動します。起動管理機能の使用をやめる場合は，マニュアル「JP1/Base 運用ガイド」のサービスの起動および終了順序の設定の説明を参照して，設定を無効にしてください。

UNIXの設定方法

自動起動および自動終了の設定方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.7.2 JP1/AJS2サービスの自動起動および自動終了の設定」を参照してください。

注意事項

Windowsのシャットダウンは，JP1/AJS2の停止完了を待ちません。JP1/AJS2の稼働中にシャットダウンを実行すると，JP1/AJS2のデータファイルが壊れるなどの問題が発生するおそれがあります。

PCジョブにOSのシャットダウンコマンドを登録して実行しないでください。ジョブの自動運用でOSをシャットダウンしたい場合は，JP1/Power Monitorをインストールし，アクションジョブのローカル電源制御ジョブを実行する運用を検討してください。

手動でシステムを終了する場合は，JP1/Power Monitorの電源制御コマンド（aompwconコマンド）を実行してください。JP1/Power Monitorをインストールしないで手動でシャットダウンを実行する場合は，JP1/AJS2のサービスを手動で停止したあとにシャットダウンを実行してください。

5.3　JP1/AJS2 - Managerのセットアップについて検討する

この節では，JP1/AJS2 - Managerホストのセットアップ時の設定項目を紹介します。JP1/AJS2 - Managerホストのセットアップ作業を実施する前に，デフォルトで動作させるか，またはどのような値を設定または選択してJP1/AJS2 - Managerを動作させるかを検討しておいてください。

セットアップの手順の詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド」を参照してください。

＜この節の構成＞

5.3.1　スケジューラーサービスに関する環境設定について検討する

5.3.2　ジョブ実行環境に関する環境設定について検討する

5.3.3　イベントジョブ起動に関する環境設定について検討する

5.3.4　キューレスジョブ実行環境に関する環境設定について検討する

5.3.5　JP1/AJS2 Consoleに関する環境設定について検討する

5.3.6　スケジューラーサービスの多重起動について検討する

5.3.7　ジョブの実行に関するオプションについて検討する

5.3.8　イベントジョブを使用する場合のオプションについて検討する

5.3.9　データベースにISAMを使用する場合のオプションについて検討する

5.3.10　その他のオプションに関する環境設定について検討する

5.3.11　ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御する場合のオプションについて検討する

5.3.1　スケジューラーサービスに関する環境設定について検討する

JP1/AJS2 - Managerホストのスケジューラーサービスの環境設定項目について説明します。

Windowsの場合，［マネージャー環境設定］ダイアログボックスで値を設定します。UNIXの場合，Schedule.conf（スケジューラーサービス環境設定ファイル）に値を設定してから，jbssetcnfコマンドで設定を反映してください。

なお，Windowsの場合でダイアログボックスの表示項目にないパラメーターについては，任意のファイル名の構成定義ファイルに環境設定情報を記述し，jbssetcnfコマンドを実行してシステムに反映します。設定方法の手順については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.1.6 環境設定パラメーターで定義する」を参照してください。

以降の表に示す，設定値を決定する理由や推奨値を参考にして，設定値を検討してください。

＜この項の構成＞

(1)　論理ホスト共通の情報を定義する

(2)　スケジューラーサービスの制御を定義する

(3)　スケジューラーサービスのログを定義する

(4)　スケジューラーサービスのオプションを定義する

(5)　スケジューラーサービスのファイルの構成を定義する

(6)　その他の設定を定義する

(1)　論理ホスト共通の情報を定義する

表5-7　［論理ホスト共通］タブの設定項目（Schedule.conf）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

デフォルトスケジューラーサービス名

Windows

［デフォルトスケジューラーサービス名］

UNIX

DEFAULTSERVICENAME

デフォルトとなるスケジューラーサービス名を指定します。
複数のスケジューラーサービスがある環境で，ジョブネットワーク要素を操作するコマンドを使用する場合，このパラメーターに指定したスケジューラーサービスに対しては，「-F スケジューラーサービス名」のオプションの指定を省略することができます。
運用によって決定してください。
プロセス起動時

リモートジョブネットを実行するスケジューラーサービス名

Windows

［リモートジョブネットスケジューラーサービス名］

UNIX

REMNETSERVICENAME

リモートジョブネットを実行する場合に指定します。
リモートジョブネットの運用は推奨していません。
即時（リモートジョブネット処理の動作時）

文字コード

Windows

［文字コード種別］

UNIX

AJSCHARCODE

スケジューラーサービスのデータベースに記録されているジョブ定義情報などの文字コードを指定します。文字コードが実際のデータの種別と合っていない場合，JP1/AJS2 - Viewで正しく表示されません。
運用によって決定してください。
スケジューラーサービス起動または停止時

スケジューラーサービスの再起動回数

Windows

［スケジューラーサービスの再起動回数］

UNIX

AUTORESTARTCOUNT

スケジューラーサービスが異常終了した場合に，JP1/AJS2でのジョブの実行を直ちに終了したいとき，0にします。
また，スケジューラーサービスの異常を，jajs_spmd_statusコマンドやプロセスで監視する場合に，MASTERDABENDパラメーターの指定と合わせて，0にします。
デフォルト（3回）で使用してください。
スケジューラーサービス起動時

再起動回数をクリアーするまでの時間

Windows

［再起動回数をクリアするまでの時間］

UNIX

RESTARTCLRTIME

次の場合に値を増加させてください。
スケジューラーサービスの起動に3分以上掛かる場合で，スケジューラーサービスの異常終了時に再起動を繰り返したくないとき。
デフォルト（180秒）で使用してください。
スケジューラーサービス起動時

スケジューラーサービス異常時の処理

Windows

［スケジューラーサービス異常時の処理］

UNIX

MASTERDABEND

jajs_spmd_statusでJP1/AJS2の動作を監視する場合に，yesを指定します。
デフォルト（スケジューラーサービスを終了しない（no））で使用してください。
JP1/AJS2の再起動後

JP1/AJS2 Monitorサービスおよびモニターサーバの開始・終了メッセージを，Windowsイベントログまたはsyslogファイルへ出力

Windows

［JP1/AJS2 - Monitorサービスの開始・終了ログ出力（イベントログ）］

UNIX

MONSYSLOG

JP1/AJS2 - Viewからの接続状態を，Windowsイベントログまたはsyslogファイルで確認する必要がない場合に変更します。なお，この設定を変更すると，問題発生時にJP1/AJS2 - Viewの接続状態が確認できなくなります。
「すべて（all）」
JP1/AJS2の新規のインストール時および新規のセットアップ時に「すべて（all）」が設定されます。
即時（次回のJP1/AJS2 - Viewログイン時）

JP1/AJS2 - ViewまたはJP1/AJS2 - Scenario Operationからの接続要求に対する，モニターサーバの開始・終了メッセージのスケジューラーログへの出力

Windows

［JP1/AJS2 - Monitorサービスの開始・終了ログ出力（スケジューラーログ）］

UNIX

MONLOG

JP1/AJS2 - View，JP1/AJS2 - Scenario Operationからの接続状態をスケジューラーログに出力する場合に変更します。
運用によって決定してください。
スケジューラーサービス起動または停止時

ユーザー認証に関するメッセージのWindowsイベントログまたはsyslog，および統合トレースログへの出力

Windows

［JP1/AJS2 - Monitorサービスの認証ログ出力（イベントログ）］

UNIX

AUTHSYSLOG

ユーザー認証に関するメッセージを，Windowsイベントログまたはsyslog，および統合トレースログに出力する場合に変更します。
運用によって決定してください。
即時（次回の認証要求受け付け時）

ユーザー認証に関するメッセージのスケジューラーログへの出力

Windows

［JP1/AJS2 - Monitorサービスの認証ログ出力（スケジューラーログ）］

UNIX

AUTHLOG

ユーザー認証に関するメッセージを，スケジューラーログに出力する場合に変更します。
運用によって決定してください。
即時（次回の認証要求受け付け時）

最大同時セション数

Windows

［最大同時セション数］

UNIX

MAXSESSION

JP1/AJS2 - Viewの最大接続数が50を超える場合，その数に応じた値を設定します。また，リソース上の制約がある場合，値を小さくしてJP1/AJS2 - Viewの接続を制限したいときに値を変更します。
運用によって決定してください。
スケジューラーサービス起動または停止時

ログオンセションのプロセス起動方法

Windows

［ログオンセションのプロセス起動方法］

同一のOSユーザーへマッピングし実行されるセションが同時に多数あり，デスクトップヒープ領域が不足してプロセスが起動できない場合に「ログオンの再利用を行う」を指定します。
次に示すプロセスの起動を対象としてログオンの再利用を行います。

JP1/AJS2 - Viewの接続

コマンドのリモート実行

リモートジョブネットの実行

JP1/AJS2 - Definition Assistantからの操作

JP1/AJS2 - Scenario Operationからの操作

デスクトップヒープ領域が不足する場合「ログオンの再利用を行う」
JP1/AJS2 Monitorサービス起動時

ログオン共有セション数

Windows

［ログオン共有セション数］

ログオンの再利用を行うとき，ログオン情報を共有するセション数を変更したい場合に指定します。
デスクトップヒープ領域が不足する場合は，次に示す範囲で調整してください。非対話型プロセスに割り当てられるデスクトップヒープの大きさについては，OSのドキュメントを参照してください。
ログオン共有セション数 <
非対話型プロセスに割り当てられるデスクトップヒープの大きさ（キロバイト） ／ 10（キロバイト）
デフォルトで使用してください。
JP1/AJS2 Monitorサービス起動時

(2)　スケジューラーサービスの制御を定義する

表5-8　［スケジューラーサービスの制御］タブの設定項目（Schedule.conf）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

スケジューラーサービスの自動起動

Windows

［JP1/AJS2 - Manager起動時の自動起動］

UNIX

AUTOSTART

テスト専用のスケジューラーサービスがあるなど，通常運用中に起動する必要がないスケジューラーサービスについては，いいえ（no）を指定します。
運用によって決定してください。
JP1/AJS2の再起動後

スケジューラーサービスの識別番号

Windows

［スケジューラーサービスの識別番号］

UNIX

AJSSERVICEID

マシン内で重複しない数値を指定してください。
運用によって決定してください。
スケジューラーサービス起動時

ジョブ状態取得ポートのサービス名

Windows

［ジョブ状態通知ポートのサービス名］

UNIX

JOBSTATUSPORT

一つのJP1/AJS2サービス（物理ホスト/論理ホスト）に複数のスケジューラーサービスを設定する場合に，必ず指定します。
運用によって決定してください。
スケジューラーサービス起動時

キューレスジョブリクエスト多重度

Windows

［キューレスジョブリクエスト多重度］

UNIX

QUEUELESSMULTIREQ

キューレスジョブの配送が性能ネックとなっているとき，この性能ネックを解消するため，キューレスエージェントと通信するプロセスを増やす場合に指定します。ただし，現状のキューレスジョブシステムでは，キューレスジョブの配送が，性能ネックとなることはありませんので，デフォルトのまま使用してください。
デフォルトで使用してください。
スケジューラーサービス起動時

(3)　スケジューラーサービスのログを定義する

表5-9　［スケジューラーログの設定］タブの設定項目（Schedule.conf）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

スケジューラーログファイルのサイズ

Windows

［スケジューラーログファイルのサイズ］

UNIX

LOGSIZE

ジョブやジョブネットの実行状況を確認するためのログですので，最低でも1日分のログが保存できるサイズを指定します。
運用によって決定してください。
スケジューラーサービス起動または停止時

スケジューラーログファイル1の名称

Windows

［スケジューラーログファイル1の名称］

UNIX

AJSLOGFILE1

運用によって決定してください。
デフォルトで使用してください。
スケジューラーサービス起動または停止時

スケジューラーログファイル2の名称

Windows

［スケジューラーログファイル2の名称］

UNIX

AJSLOGFILE2

運用によって決定してください。
デフォルトで使用してください。
スケジューラーサービス起動または停止時

スケジューラーログの年号出力

Windows

［スケジューラーログの年号出力］

UNIX

AJSLOGOUTPUTYEAR

スケジューラーログを年号を含めて管理したい場合に変更します。
運用によって決定してください。
スケジューラーサービス起動または停止時

スケジューラーログの拡張出力

Windows

［スケジューラーログの拡張出力］

UNIX

AJSLOGOUTPUTEXTEND

スケジューラーログに，操作ユーザー種別，要求元情報，コマンド操作の詳細オプションを出力したい場合に変更します。
運用によって決定してください。
スケジューラーサービス起動または停止時

スケジューラーログ出力プロセスの開始・終了メッセージのスケジューラーログへの出力

Windows

［スケジューラーログ出力プロセスの開始・終了ログ出力（スケジューラーログ］

UNIX

LOGDLOG

スケジューラーログに，スケジューラーログ出力プロセスの開始・終了ログを出力したい場合に変更します。
運用によって決定してください。
スケジューラーサービス起動または停止時

スケジューラーログ出力プロセスの開始・終了メッセージのWindowsイベントログまたはsyslog，および統合トレースログへの出力

Windows

［スケジューラーログ出力プロセスの開始・終了ログ出力（イベントログ）］

UNIX

LOGDSYSLOG

Windowsイベントログまたはsyslog，および統合トレースログに，スケジューラーログ出力プロセスの開始・終了ログを出力したい場合に変更します。
運用によって決定してください。
スケジューラーサービス起動または停止時

スケジューラーサービスの起動・終了メッセージを，Windowsイベントログまたはsyslogファイルへ出力

Windows

［スケジューラーサービスログのイベントログ出力］

UNIX

AJSSYSLOG

スケジューラーサービスの起動・終了状態を，Windowsイベントログまたはsyslogファイルに出力したい場合に指定します。
デフォルト（しない（none））で使用してください。
スケジューラーサービス起動時

ログの出力形式

Windows

［スケジューラーログとイベントログの出力情報］

UNIX

LOGINFOALL

「実行ID」や「ジョブ番号」などの追加情報を含めた形式で出力したくない場合に変更します。
「完全（yes）」
JP1/AJS2の新規のインストール時および新規のセットアップ時に「完全（yes）」が設定されます。
スケジューラーサービス起動または停止時

スケジューラーログの情報用ログの出力

Windows

［スケジューラーログの情報用ログ出力］

UNIX

INFOLOG

コマンドの処理時間や多重度などの性能評価を行わない場合などに変更します。
「すべて（all）」
JP1/AJS2の新規のインストール時および新規のセットアップ時に「すべて（all）」が設定されます。
スケジューラーサービス起動または停止時

ユニットを参照するコマンドの実行ログ出力

Windows，UNIX

REFLOG

ajsprintコマンドなどの参照系コマンドの履歴を残したい場合に指定します。
デフォルト（all）で使用してください。
スケジューラーサービス起動または停止時

ログの出力形式

Windows

［スケジューラーログのプロセスID出力］

UNIX

LOGHEADER

「プロセスID」の追加情報を含めた形式で出力したくない場合に変更します。
「する（PID）」
JP1/AJS2の新規のインストール時および新規のセットアップ時に「する（PID）」が設定されます。
スケジューラーサービス起動または停止時

ジョブネット起動・終了メッセージを，Windowsイベントログまたはsyslogファイルへ出力

Windows

［ジョブネットログのイベントログ出力］

UNIX

NETSYSLOG

ジョブネットの起動・終了状態を，Windowsイベントログまたはsyslogファイルに出力したい場合に指定します。
デフォルト（しない（none））で使用してください。
スケジューラーサービス起動時

ジョブネット中のジョブの開始・終了メッセージを，Windowsイベントログまたはsyslogファイルへ出力

Windows

［ジョブログのイベントログ出力］

UNIX

JOBSYSLOG

ジョブネット中のジョブの起動・終了状態を，Windowsイベントログまたはsyslogファイルに出力したい場合に指定します。
デフォルト（しない（none））で使用してください。
スケジューラーサービス起動時

(4)　スケジューラーサービスのオプションを定義する

表5-10　［スケジューラーオプション］タブの設定項目（Schedule.conf）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

サービスの起動方法

Windows

［サービス起動モード］

UNIX

STARTMODE

異常発生時のサービス再起動時に，前回サービスが異常終了したときの状態を引き継いで続行させたい場合に，hotを指定します。
運用によって決定してください。
スケジューラーサービス起動時

ジョブネットのスキップ方法

Windows

［ジョブネットのスキップ］

UNIX

OVERSCHEDULE

スケジューラーサービスを起動した日に実行予定があるジョブネットの，スケジューラーサービス起動時に，すでに実行開始予定時刻を過ぎていた場合の実行方法を変更したい場合に指定します。
運用によって決定してください。
スケジューラーサービス起動時

抑止機能の設定

Windows

［抑止機能の設定］

UNIX

SUPPRESS

ジョブネットとジョブの実行を抑止したい場合に変更してください。
運用によって決定してください。
スケジューラーサービス起動時

ジョブネットの繰り越し方法

Windows

［繰り越し方法］

UNIX

EXECDEFER

実行登録したルートジョブネットが開始予定日時を過ぎても実行されなかった場合の繰り越し方法を変更したい場合に指定します。
運用によって決定してください。
スケジューラーサービス起動時

ルートジョブネットのスケジュールの有効範囲

Windows

［ルートジョブネットのスケジュール］

UNIX

ROOTJOBNETSCHEDULERANGE

ルートジョブネットのスケジュールの有効範囲を48時間にしたい場合に変更します。
なお，一度指定した内容を変更する場合，変更前と変更後ではルートジョブネットの実行スケジュールが異なるため，コールドスタートおよびジョブネットのスケジュールを見直す必要があります。
運用によって決定してください。
スケジューラーサービス起動時

JP1/AJS2 - Viewに状態を表示する場合の，状態取得の基にする世代情報の範囲

Windows

［Viewの状態取得範囲］

UNIX

VIEWSTATUSRANGE

基準時刻の範囲で，当日分の世代情報から表示する状態を決定したい場合に変更してください。
運用によって決定してください。
スケジューラーサービス起動時

ジョブネット定義変更の即時反映の有無

Windows

［ユニット定義変更の即時適用］

UNIX

UNITDEFINERELOAD

定義してあるユニット情報を変更した場合に即時に反映させたくない場合に変更します。
「する（yes）」
JP1/AJS2の新規のインストール時および新規のセットアップ時に「する（yes）」が設定されます。
スケジューラーサービス起動時

起動条件付きジョブネット保留属性の実行世代への引き継ぎ動作

Windows

［起動条件付きジョブネットの保留属性を引き継がない］

UNIX

INHERITCONDHOLD

通常は，保留動作を制御するために「no」を設定することを推奨します。
前バージョンで，監視中状態となっているジョブネットに対して保留属性変更を行った場合に，起動条件待ち状態のジョブネットが，監視中状態ジョブネットの保留属性を引き継ぐ運用を行っていたときは「V6」を指定します。
「引き継がない（no）」
JP1/AJS2の新規のインストール時および新規のセットアップ時に「引き継がない（no）」が設定されます。
スケジューラーサービス起動時

JP1/AJS2 - Viewのスケジューラーサービス表示

Windows

［Viewのスケジューラーサービス表示］

UNIX

HIDEOTHERLHOST

JP1/AJS2 - ViewからログインしたJP1/AJS2 - Manager上にある，すべての論理ホストのスケジューラーサービスにアクセスしたい場合に「no」を指定します。
「この論理ホストのスケジューラーサービスのみ（yes）」
即時（次回のJP1/AJS2 - Viewログイン時）

(5)　スケジューラーサービスのファイルの構成を定義する

(a)　スケジューラーファイルの構成

表5-11　［スケジューラーファイルの構成］タブの設定項目（Schedule.conf）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

データベースディレクトリ名

Windows

［データベースディレクトリ名］

UNIX

AJSDBDIRECTORY

デフォルトのディレクトリのディスク容量に空きがない場合や，クラスタで共有ディスク上のディレクトリに変更する必要がある場合。
複数のスケジューラーサービスを使用する場合は，ディレクトリが競合しないようにしてください。
デフォルト値または運用によって決定してください。
スケジューラーサービス起動または停止時※

データベース種別

Windows

［データベース種別］

UNIX

AJSDBTYPE

性能・信頼性・運用方法によって，適切なデータベースを選択してください。
運用によって決定してください。
スケジューラーサービス起動または停止時※

テーブル名プリフィックス

Windows

［テーブル名プリフィックス］

UNIX

TABLENAMEPREFIX

ISAMの場合は，デフォルトの「AJS」から変更する必要はありません。
組み込みDBを使用する場合で，同一スキーマ内に複数のスケジューラーサービスを使用する場合は，重複しないようにしてください。
デフォルト値または運用によって決定してください。
スケジューラーサービス起動または停止時※

ISAMファイル更新時の書き込み方法

Windows

［データファイル更新モード］

UNIX

ISAMWRITEMODE

ISAM使用時に，性能・信頼性・運用方法によって，適切な書き込み方法を選択してください。
物理ホストの場合「フラッシュ（flush）」
クラスタの場合「同期（sync）」
スケジューラーサービス起動または停止時

RDB認可識別子

Windows

［RDB認可識別子］

UNIX

RDBAUTHID

組み込みDBのスキーマ所有者（認可識別子）を変更する場合。
セットアップ後は変更しないことをおすすめします。
連携プログラムの設定に従ってください。
スケジューラーサービス起動または停止時

RDBアクセスユーザー名

Windows

［RDBアクセスユーザー］

UNIX

RDBUSER

組み込みDBへのアクセスユーザーを変更する場合。
セットアップ後は変更しないことをおすすめします。
特に推奨値はありません。連携プログラムで指定できる文字列を指定します。
スケジューラーサービス起動または停止時

RDBユーザーパスワード

Windows

［パスワード］

UNIX

RDBPASSWORD

組み込みDBのアクセスユーザーのパスワードを変更した場合および変更しようとする場合。
デフォルト（指定なし）で使用してください。
スケジューラーサービス起動または停止時

RDBサーバ接続確認機能使用有無

Windows

［切断検知する間隔］

UNIX

RDBCHECKINTERVAL

組み込みDBのサーバ接続確認間隔を設定する場合。
300
JP1/AJS2の新規のインストール時および新規のセットアップ時に300が設定されます。
スケジューラーサービス起動時

RDB接続先ホスト名

Windows

［RDB接続先ホスト］

UNIX

RDBHOST

組み込みDB（ローカルホスト限定）の接続先ホストまたはホスト名称を変更する場合。
セットアップ後は変更しないことをおすすめします。
データベース接続環境に従って設定してください。
スケジューラーサービス起動または停止時

RDB接続ポート番号

Windows

［接続ポート番号］

UNIX

RDBPORT

組み込みDBの接続ポートを変更する場合。
セットアップ後は変更しないことをおすすめします。
データベース接続環境に従って設定してください。
スケジューラーサービス起動または停止時

RDBサーバとの通信方式

Windows

［ローカルRDBサーバとの通信方式］

UNIX

RDBIPC

組み込みDBとの通信方式を変更する場合。
スケジューラーデータベースのアクセス性能が改善できるので，「プロセス間メモリ通信（MEMORY）」にすることを強く推奨します。
スケジューラーサービス起動または停止時

RDBプロセス間メモリー通信使用時の，送信用メモリーサイズ

Windows

［送信用メモリサイズ］

UNIX

RDBSENDMEMSIZE

組み込みDBとメモリー通信する際の送信用メモリーサイズを変更する場合。
運用によって決定してください。
スケジューラーサービス起動または停止時

RDBプロセス間メモリー通信使用時の，受信用メモリーサイズ

Windows

［受信用メモリサイズ］

UNIX

RDBRECVMEMSIZE

組み込みDBとメモリー通信する際の受信用メモリーサイズを変更する場合。
運用によって決定してください。
スケジューラーサービス起動または停止時

RDB接続待ち合わせを打ち切る時間

Windows

［最大待ち合わせ時間］

UNIX

RDBCONNECTWAITTIME

スケジューラーサービスがRDBに接続できなかった際の，RDBとの接続を待ち合わせる最大時間を変更する場合。
運用によって決定してください。
スケジューラーサービス起動時

注※

このパラメーターを変更した場合，スケジューラーデータベースの再作成が必要です。

(b)　スケジューラーファイルの構成2

表5-12　［スケジューラーファイルの構成2］タブの設定項目（Schedule.conf）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

テンポラリーファイル用ディレクトリ名

Windows

［一時ファイル用ディレクトリ名］

UNIX

AJSTMPDIR

特に理由はありません。ディスク占有量見積もりと合わせ，運用によって決定してください。
デフォルトで使用してください。
スケジューラーサービス起動または停止時

ジョブエラー情報ディレクトリ名

Windows

［ジョブエラー情報ディレクトリ名］

UNIX

JOBINFDIR

特に理由はありません。ディスク占有量見積もりと合わせ，運用によって決定してください。
デフォルトで使用してください。
スケジューラーサービス起動または停止時

退避情報ディレクトリ名

Windows

［退避情報ディレクトリ名］

UNIX

AJSBKUROOT

特に理由はありません。ディスク占有量見積もりと合わせ，運用によって決定してください。
デフォルトで使用してください。
スケジューラーサービス起動または停止時

(6)　その他の設定を定義する

表5-13　その他の設定項目

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

スケジューラートレースログファイルの名称

Windows，UNIX

TRACELOGFILE

運用によって決定してください。
デフォルト（Windows：JP1/AJS2 - Managerのインストール先フォルダ¥log¥tracelog，UNIX：/var/opt/jp1ajs2/log/tracelog）で使用してください。
プロセス起動時

リモート通信タイムアウト時間

Windows，UNIX

IPC_TIMEOUT

OSのタイムアウト時間でなく，明示的にタイムアウト時間を決定したい場合に，0以外の値を指定します。
デフォルト（0）で使用してください。
プロセス起動時

ローカル通信タイムアウト時間

Windows，UNIX

IPC_LOCALTIMEOUT

OSのタイムアウト時間でなく，明示的にタイムアウト時間を決定したい場合に，0以外の値を指定します。
デフォルト（0）で使用してください。
プロセス起動時

リトライ間隔

Windows，UNIX

IPCRETRYINTERVAL

通信エラー発生状況に応じて，「リトライ回数」と組み合わせて変更します。
デフォルト（1）で使用してください。
プロセス起動時

リトライ回数

Windows，UNIX

IPCRETRYCOUNT

通信エラー発生状況に応じて，「リトライ間隔」と組み合わせて変更します。
デフォルト（3），または運用によってデフォルトより大きい値を使用してください。
プロセス起動時

イベントサービス接続失敗時の処理

Windows，UNIX

EVENTRETRY

JP1イベント出力の契機で毎回接続させたい場合に変更します。
スケジューラーサービスの出力するJP1イベント(4100～4142)を参照しない運用ではnoでかまいません。
yes
即時

ジョブネットの中断・強制終了時の即時停止の可否

Windows，UNIX

VRSHIFT_IMMINT

スケジューラーサービスがジョブの実行を抑止している間に，ルートジョブネットを中断，または強制終了したとき，ジョブの実行抑止解除後に，ジョブネットの状態を変化させたい場合に変更します。
デフォルト（V5）で使用してください。
スケジューラーサービス起動時

中断したジョブネットの，後続ユニットの再実行の可否

Windows，UNIX

VRSHIFT_INTRERUN

中断したジョブネットの，後続ユニットを再実行させたくない場合に変更します。
V5
JP1/AJS2の新規のインストール時および新規のセットアップ時にV5が設定されます。
スケジューラーサービス起動時

接続打ち切り時間

Windows，UNIX

SESSIONTIMEOUT

特に理由はありません。
デフォルト（120）で使用してください。
スケジューラーサービス起動または停止後，JP1/AJS2 - View接続時

ログファイル出力時の文字コード

UNIX

SYSLOGCODE

OSがSolarisの場合で，スケジューラーサービスが出力するsyslogメッセージを日本語にしたい場合に指定します。
デフォルトで使用してください。
JP1/AJS2の再起動後

起動条件待ち世代の繰り越し未実行への遷移の可否

Windows，UNIX

CONDEXECDEFER

起動条件待ちの世代を繰り越し未実行にしないで，実行中の世代の終了を待つ動作にしたい場合に変更します。
no
JP1/AJS2の新規のインストール時および新規のセットアップ時にnoが設定されます。
スケジューラーサービス起動時

スケジューラーサービスのジョブ実行情報通信バッファーサイズ

Windows，UNIX

JOBEXECIPCBUFSIZE

運用によって決定してください。
デフォルト（0）で使用してください。
スケジューラーサービス起動時

登録解除や保存世代数管理による世代削除の処理方式

Windows，UNIX

BACKGROUNDLEAVE

ジョブネットの登録情報の削除処理で，世代管理サブプロセス（ajsschbd）を生成し，バックグラウンドで削除処理を実行したい場合に変更します。
yes
スケジューラーサービス起動時

JP1/AJS2 Monitorサービスの内部ログのサイズ

Windows，UNIX

AJSINETDLOGSIZE

運用によって決定してください。
デフォルトで使用してください。
JP1/AJS2 Monitorサービス起動時

テーブルID

Windows，UNIX

TABLENAMEPOSTFIX

スケジューラーサービスのスキーマ内に保持されるテーブル名称の最後に文字列を付けたい場合に指定します。
組み込みDBを使用して複数のスケジューラーサービスを同一スキーマ内に作成する場合，文字列およびテーブル名が重複しないようにしてください。
運用によって決定してください。
スケジューラーサービス起動または停止時※

スケジューラーサービスの起動・終了メッセージをスケジューラーログファイルへ出力

Windows，UNIX

AJSLOG

スケジューラーサービスの起動・終了メッセージをスケジューラーログファイルへ出力したくない場合に変更してください。
運用によって決定してください。
スケジューラーサービス起動時

ジョブネットの起動・終了メッセージをスケジューラーログファイルへ出力

Windows，UNIX

NETLOG

ジョブネットの起動・終了メッセージをスケジューラーログファイルに出力したくない場合に変更してください。
運用によって決定してください。
スケジューラーサービス起動時

ジョブネット中のジョブの起動・終了メッセージをスケジューラーログファイルへ出力

Windows，UNIX

JOBLOG

ジョブネット中のジョブの起動・終了メッセージをスケジューラーログファイルに出力したくない場合に変更してください。
運用によって決定してください。
スケジューラーサービス起動時

操作履歴をスケジューラーログファイルへ出力

Windows，UNIX

OPELOG

操作履歴をスケジューラーログファイルへ出力したくない場合に変更してください。
運用によって決定してください。
スケジューラーサービス起動または停止時

最大保存世代数

Windows，UNIX

MAXSAVEGEN

保存世代数を100以上に拡張したい場合に変更してください。
ただし，保存世代数を増加すると「保存世代数＊登録ユニット数」で求まるレコード数だけ増加し，登録解除などデータベースアクセスを行うあらゆる操作に多大な影響を及ぼすため，最大保存世代数を拡張する場合は，システム性能への影響を十分配慮した上で保存世代数を設定してください。
運用によって決定してください。
スケジューラーサービス起動時

ネストジョブネットのスケジュールルールの扱い

Windows，UNIX

AJSPRINTNETSCHPRF

スケジュールルールを持ったルートジョブネットをネストジョブネットにコピーして作成したジョブネットに対して，ajsprint，ajsbackup，ajsexportコマンド，およびJP1/AJS2 - Viewで「退避」を行う場合に，スケジュールルールを有効にして上位ジョブネットのスケジュールに依存したくない場合に変更してください。
no
JP1/AJS2の新規のインストール時および新規のセットアップ時にnoが設定されます。
スケジューラーサービス起動時

サブミット処理でのリトライ処理間隔

Windows，UNIX

SUBMITRETRYINTERVAL

同時に多量のジョブが実行されると，ジョブのサブミットは行われるが，実際にはジョブがキューイング状態にならないことがあります（滞留したサブミット）。この滞留したサブミットのリトライ間隔を変更したい場合に指定してください。リトライ間隔に小さな値を指定すると，ジョブのサブミットが滞留している状態では何度もリトライされることになるため，システム負荷が増大するので注意が必要です。
運用によって決定してください。
スケジューラーサービス起動時

スケジューラーサービスをウォームスタートで起動させたときに，実行中であったジョブまたはジョブネットの終了メッセージ，および終了イベントの出力有無

Windows，UNIX

WARMSTARTMSG

スケジューラーサービスをウォームスタートで起動させたときに，実行中であったジョブまたはジョブネットの終了メッセージ，および終了イベントを出力したい場合に変更してください。
運用によって決定してください。
スケジューラーサービス起動時

監視中状態の起動条件付きジョブネットに対する保留属性の設定時の動作

Windows，UNIX

MONITORINGINVALIDHOLD

監視中状態の起動条件付きジョブネットに対して，保留属性の設定または解除の操作を行ったときにエラーとしたくない場合に変更してください。
なお，起動条件成立後，起動条件待ち世代のジョブネットに対して保留属性の設定をしたい場合は，このパラメーターに「yes」を設定し，INHERITCONDHOLDパラメーターに「no」を設定した上で，起動条件待ち世代に対して保留属性の設定をしてください。
デフォルト（yes）で使用してください。
スケジューラーサービス起動時

保留中状態のユニット定義再読み込み動作設定

Windows，UNIX

NONRELOADHOLDING

保留中状態のユニット定義の保留を「する」から「しない」に変更することで，保留を解除したくない場合に変更してください。
yes
スケジューラーサービス起動時

統合トレースログに出力するメッセージレベル

Windows，UNIX

HNTRLOGLEVEL

どのレベルのメッセージを出力するかによって決定してください。
運用によって決定してください。
スケジューラーサービス起動時

ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御するかどうか

Windows，UNIX

RJCUSE

異なるスケジューラーサービス間のルートジョブネットの実行順序を制御する場合に変更してください。
運用によって決定してください。
JP1/AJS2のサービス起動時

スケジューラーサービスの停止中に，実行所要時間によって終了遅延を監視しているジョブがエージェントで実行開始した場合のメッセージを，スケジューラーサービス起動時に統合トレースログに出力するかどうか

Windows，UNIX

JOBDELAYWARNMSG

スケジューラーサービス起動時に統合トレースログに出力する場合に変更してください。
運用によって決定してください。
スケジューラーサービス起動時

フロー制御プロセスとスケジューラーサービス間通信制御プロセスが通信接続できなかった場合の再接続回数

Windows，UNIX

FGRECONLMT

フロー制御プロセスとスケジューラーサービス間通信制御プロセスの再接続回数を変更したい場合に指定してください。
デフォルト（3）で使用してください。
スケジューラーサービス起動時

コマンドまたはJP1/AJS2 - Viewから操作したときに，JP1イベントを発行するかどうか

Windows，UNIX

COMMANDEVENT

コマンドの実行，またはJP1/AJS2 - Viewの操作をJP1イベントで監視したい場合に変更してください。
運用によって決定してください。
スケジューラーサービス起動または停止時

キューレスエージェントへの通信タイムアウト時間

Windows，UNIX

REQDAGTREQCONNECTTIMEOUT

特に問題がない場合は，変更しないでください。
デフォルト（15）で使用してください。
スケジューラーサービス起動時

キューレスエージェントとの通信回復処理の通信タイムアウト時間

Windows，UNIX

REQDAGTRECONNECTTIMEOUT

特に問題がない場合は，変更しないでください。
デフォルト（90）で使用してください。
スケジューラーサービス起動時

注※

このパラメーターを変更した場合，スケジューラーデータベースの再作成が必要です。

5.3.2　ジョブ実行環境に関する環境設定について検討する

JP1/AJS2 - Managerホストのジョブ実行環境の環境設定項目について説明します。

Windowsの場合，［マネージャー環境設定］ダイアログボックスで値を設定します。UNIXの場合，Queue.conf（ジョブ実行環境設定ファイル）に値を設定してから，jbssetcnfコマンドで設定を反映してください。

なお，Windowsの場合でダイアログボックスの表示項目にないパラメーターについては，任意のファイル名の構成定義ファイルに環境設定情報を記述し，jbssetcnfコマンドを実行してシステムに反映します。設定方法の手順については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.2.1 ジョブ実行環境の設定手順」を参照してください。

以降の表に示す，設定値を決定する理由や推奨値を参考にして，設定値を検討してください。

＜この項の構成＞

(1)　［ジョブ実行環境］タブの設定項目（Queue.conf）

(2)　ジョブ実行環境のその他の設定を定義する（UNIX限定）

(1)　［ジョブ実行環境］タブの設定項目（Queue.conf）

表5-14　［ジョブ実行環境］タブの設定項目（Queue.conf）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

マネージャープロセス実行時のワークディレクトリ名

Windows

［マネージャープロセス実行時のワークディレクトリ名］

UNIX

WorkPath

デフォルトで設定されているディレクトリがあるディスク容量に，空きがない場合，ディスク容量に空きのあるディレクトリを指定してください。
デフォルトで使用してください。
JP1/AJS2の再起動後

エージェントプロセス実行時のワークディレクトリ名

Windows

［エージェントプロセス実行時のワークディレクトリ名］

UNIX

WorkPath

デフォルトで設定されているディレクトリがあるディスク容量に，空きがない場合，ディスク容量に空きのあるディレクトリを指定してください。
デフォルトで使用してください。
JP1/AJS2の再起動後

データベース格納ディレクトリ名

Windows

［データベース格納ディレクトリ名］

UNIX

DatabasePath

デフォルトで設定されているディレクトリがあるディスク容量に，空きがない場合，ディスク容量に空きのあるディレクトリを指定してください。
デフォルトで使用してください。
JP1/AJS2の再起動後

データファイル更新モード

Windows

［データファイル更新モード］

UNIX

FlashOption

ジョブ実行環境のデータベースアクセスでOSのバッファーリングによるディスク書き込みを使用して信頼性よりジョブ実行性能を優先したい場合は，値を0にしてください。ただし，信頼性が低下するためクラスタ構成には向きません。
同期
JP1/AJS2の再起動後

システム内の最大ジョブ数

Windows

［システム内の最大ジョブ数］

UNIX

MaximumContentJob

大量のジョブを集中してジョブを登録および実行する運用の場合，必要に応じてこの値を変更してください。
2,000
JP1/AJS2の再起動後

システム内の警告ジョブ数

Windows

［システム内の警告ジョブ数］

UNIX

AlartContentJob

「システム内の最大ジョブ数」を変更した場合は，必要に応じてこの値も変更してください。
1,600
JP1/AJS2の再起動後

キューの最大定義数

Windows

［キューの最大定義数］

UNIX

MaximumQueue

マネージャーで定義するキューが推奨値で不足する場合，必要に応じてこの値を変更してください。
UNIXホストでキューの最大定義数を指定する場合，デフォルトキューの数（エージェントの最大定義数）を含めた値を指定してください。キューの最大定義数の指定方法はWindowsホストの場合とUNIXホストの場合とで異なるので，注意してください。
100
（Windowsの場合）
150
（UNIXの場合）
JP1/AJS2の再起動後

エージェントの最大定義数

Windows

［エージェントの最大定義数］

UNIX

MaximumAgent

マネージャーで定義するエージェントが推奨値で不足する場合，必要に応じてこの値を変更してください。
50
JP1/AJS2の再起動後

エージェント監視インターバル

Windows

［エージェント監視インターバル］

UNIX

ObserveInterval

エージェントの障害を監視する時間を調整した場合，必要に応じてこの値を変更してください。
300
JP1/AJS2の再起動後

排他実行リソースの最大定義数

Windows

［排他実行リソースの最大定義数］

UNIX

MaximumResource

jpqresaddコマンドで追加できる排他実行リソースの最大定義数で不足する場合，必要に応じてこの値を変更してください。
50
JP1/AJS2の再起動後

ジョブ情報の保存日数

Windows

［ジョブ情報保存日数］

UNIX

PreserveTerm

推奨値の保存日数の間に，ジョブ実行の件数が20万件を超える場合，必要に応じてこの値を変更してください。
1
JP1/AJS2の再起動後

ジョブ情報削除の基準時刻

Windows

［ジョブ情報削除の基準時刻］

UNIX

StandardTime

ジョブ情報削除中にジョブが多量に実行されてジョブの実行性能に影響している場合，ジョブが多量に実行されていない時刻に変更してください。
0:00
JP1/AJS2の再起動後

ジョブサブミット時のエージェント自動定義の制御フラグ

Windows

［エージェントを自動定義する］

UNIX

AutoCreate

ジョブをサブミットしたときにエージェントを自動定義する機能を使用する場合，「する」に変更してください。
なし
JP1/AJS2の再起動後

コールドスタート時のデータベースの初期化

Windows

［コールドスタート時のデータベースの初期化］

UNIX

ColdStartMode

コールドスタート時にジョブ実行環境データベースのジョブ情報を初期化しないで，継続して参照する必要がある場合，「なし」に変更してください。
する
JP1/AJS2の再起動後

(2)　ジョブ実行環境のその他の設定を定義する（UNIX限定）

表5-15　その他の設定項目（Queue.conf）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

プロセスごとの最大コアファイルサイズの制限フラグ

UNIX

IsLimitCoreSize

ジョブ実行でプロセスごとの最大コアファイルサイズの制限を変更し，使用量を調整する必要がある場合，1に変更してください。
0
JP1/AJS2の再起動後

プロセスごとの最大コアファイルサイズ

UNIX

LimitCoreSize

「プロセスごとの最大コアファイルサイズの制限フラグ」を1に変更した場合は，必要に応じてこの値も変更してください。
ユーザー環境に依存
JP1/AJS2の再起動後

プロセスごとの最大データセグメントサイズの制限フラグ

UNIX

IsLimitDataSize

ジョブ実行でプロセスごとの最大データセグメントサイズの制限を変更し，使用量を調整する必要がある場合，1に変更してください。
0
JP1/AJS2の再起動後

プロセスごとの最大データセグメントサイズ

UNIX

LimitDataSize

「プロセスごとの最大データセグメントサイズの制限フラグ」を1に変更した場合は，必要に応じてこの値も変更してください。
ユーザー環境に依存
JP1/AJS2の再起動後

プロセスごとの最大パーマネントファイルサイズの制限フラグ

UNIX

IsLimitFileSize

ジョブ実行でプロセスごとの最大パーマネントファイルサイズの制限を変更し，使用量を調整する必要がある場合，1に変更してください。
0
JP1/AJS2の再起動後

プロセスごとの最大パーマネントファイルサイズ

UNIX

LimitFileSize

「プロセスごとの最大パーマネントファイルサイズの制限フラグ」を1に変更した場合は，必要に応じてこの値も変更してください。
ユーザー環境に依存
JP1/AJS2の再起動後

プロセスごとの最大メモリーサイズの制限フラグ

UNIX

IsLimitMemorySize

ジョブ実行でプロセスごとの最大メモリーサイズの制限を変更し，使用量を調整する必要がある場合，1に変更してください。
0
JP1/AJS2の再起動後

プロセスごとの最大メモリーサイズ

UNIX

LimitMemorySize

「プロセスごとの最大メモリーサイズの制限フラグ」を1に変更した場合は，必要に応じてこの値も変更してください。
ユーザー環境に依存
JP1/AJS2の再起動後

プロセスごとの最大スタックセグメントサイズの制限フラグ

UNIX

IsLimitStackSize

ジョブ実行でプロセスごとの最大スタックセグメントサイズの制限を変更し，使用量を調整する必要がある場合，1に変更してください。
0
JP1/AJS2の再起動後

プロセスごとの最大スタックセグメントサイズ

UNIX

LimitStackSize

「プロセスごとの最大スタックセグメントサイズの制限フラグ」を1に変更した場合は，必要に応じてこの値も変更してください。
ユーザー環境に依存
JP1/AJS2の再起動後

プロセスごとの最大CPU時間の制限フラグ

UNIX

IsLimitCpuTime

ジョブ実行でプロセス毎の最大CPU時間の制限を変更し，使用量を調整する必要がある場合，1に変更してください。
0
JP1/AJS2の再起動後

プロセスごとの最大CPU時間

UNIX

LimitCpuTime

「プロセスごとの最大CPU時間の制限フラグ」を1に変更した場合は，必要に応じてこの値も変更してください。
ユーザー環境に依存
JP1/AJS2の再起動後

プロセスごとの最大ワーキングセットサイズの制限フラグ

UNIX

IsLimitWorkSize

ジョブ実行でプロセス毎の最大ワーキングセットサイズの制限を変更し，使用量を調整する必要がある場合，1に変更してください。
0
JP1/AJS2の再起動後

プロセスごとの最大ワーキングセットサイズ

UNIX

LimitWorkSize

「プロセスごとの最大ワーキングセットサイズの制限フラグ」を1に変更した場合は，必要に応じてこの値も変更してください。
ユーザー環境に依存
JP1/AJS2の再起動後

プロセスごとの最大ファイルディスクリプタ数の制限フラグ

UNIX

IsLimitNoFile

ジョブ実行でプロセス毎の最大ファイルディスクリプタ数の制限を変更し，使用量を調整する必要がある場合，1に変更してください。
0
JP1/AJS2の再起動後

プロセスごとの最大ファイルディスクリプタ数

UNIX

LimitNoFile

「プロセスごとの最大ファイルディスクリプタ数の制限フラグ」を1に変更した場合は，必要に応じてこの値も変更してください。
ユーザー環境に依存
JP1/AJS2の再起動後

コマンドの検索パスを一時的に保持する

UNIX

IsCacheCmdSearchPath

ジョブ実行OSユーザーの環境変数PATHの値を頻繁に変更するような環境で，その変更をジョブ実行時に直ちに有効にしたい場合は0に変更します。ただし，0にした場合はジョブ実行性能が劣化します。
1
JP1/AJS2の再起動後

5.3.3　イベントジョブ起動に関する環境設定について検討する

JP1/AJS2 - Managerホストのイベントジョブ起動に関する環境設定項目について説明します。

Windowsの場合，［マネージャー環境設定］ダイアログボックスで値を設定します。UNIXの場合，EVAction.conf（イベント・アクション定義ファイル）に値を設定してから，jbssetcnfコマンドで設定を反映してください。

なお，Windowsの場合でダイアログボックスの表示項目にないパラメーターについては，任意のファイル名の構成定義ファイルに環境設定情報を記述し，jbssetcnfコマンドを実行してシステムに反映します。

設定方法の手順については，次に示す個所を必要に応じて参照してください。

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.3.1 イベントジョブ起動に関する環境の設定手順」

マニュアル「JP1/Automatic Job Management System 2 連携ガイド　2.3.2 メール受信監視ジョブのための環境設定をする」

イベントジョブを使用する場合，以降の表に示す，設定値を決定する理由や推奨値を参考にして，設定値を検討してください。

＜この項の構成＞

(1)　［イベント起動］タブの設定項目（EVAction.conf）

(2)　［メール連携］タブの設定項目（EVAction.conf）

(3)　メール連携のその他の設定を定義する（UNIX限定）

(4)　［MSMQ連携］タブの設定項目（EVAction.conf）

(1)　［イベント起動］タブの設定項目（EVAction.conf）

表5-16　［イベント起動］タブの設定項目（EVAction.conf）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

マネージャープロセスの待機情報ファイル出力ディレクトリ名

Windows

［マネージャープロセスの設定］の［待機情報ファイル出力ディレクトリ名］

UNIX

WaitInfFileOutDir

イベントジョブの詳細情報や，起動条件で監視しているイベントの受信状態などの情報（待機情報）を，デフォルト以外のフォルダに出力したい場合に設定します。また，クラスタ対応する場合に設定します。
物理ホストの場合，「空白」
論理ホストの場合は共有ディスクのディレクトリ名
次回JP1/AJS2サービス起動時

マネージャープロセスのファイル更新モード

Windows

［マネージャープロセスの設定］の［ファイル更新モード］

UNIX

FileWriteMode

待機情報ファイルの更新時に，常に同期書き込みを実行したい場合は「同期（sync）」を設定します。「同期」を設定した場合，信頼性は向上しますが，性能は低下します。クラスタ対応など信頼性を優先する場合は，「同期」を選択してください。
待機情報ファイルの更新時に，JP1/AJS2 の処理とは同期を取らないで，OS のバッファーリングによってディスクに書き込みたい場合は「非同期（nosync）」を設定します。「非同期」を設定した場合，「同期」に比べて性能は向上しますが，システムダウンなどが発生した場合，情報の不整合が発生しイベントが消失するおそれがあります。性能・信頼性・運用方法によって，適切な書き込み方法を選択してください。
物理ホストの場合「非同期（nosync）」
クラスタの場合「同期（sync）」
次回JP1/AJS2サービス起動時

イベントジョブ情報引き継ぎディレクトリ名

Windows

［イベント・ジョブ情報引継ぎディレクトリ名］

UNIX

EvjobInfFile

メール受信監視ジョブやメッセージキュー受信監視ジョブで受信した情報をファイルで引き継ぐ場合に，そのファイルをデフォルト以外のフォルダに出力したい場合に設定します。また，クラスタ対応する場合に設定します。
物理ホストの場合，「空白」
論理ホストの場合は共有ディスクのディレクトリ名
次回JP1/AJS2サービス起動時

エージェントプロセスの待機情報ファイル出力ディレクトリ名

Windows

［エージェントプロセスの設定］の［待機情報ファイル出力ディレクトリ名］

UNIX

定義キー［JP1AOMAGENT］のWaitInfFileOutDir

イベントジョブでのイベント発生状態や，起動条件で監視しているイベントの発生状態などの情報（待機情報）を，デフォルト以外のフォルダに出力したい場合に設定します。また，クラスタ対応する場合に設定します。
物理ホストの場合，「空白」
論理ホストの場合は共有ディスクのディレクトリ名
次回JP1/AJS2サービス起動時

フェールオーバー時の情報引き継ぎ

Windows

［系切り替え時の情報引き継ぎ］

UNIX

HowUseInfWhenHA

JP1/AJS2 - Managerへ通知できなかったイベントがある状態でシャットダウンを伴わないフェールオーバーが発生したとき，フェールオーバー前に発生していたイベントを破棄したい場合に変更します。
Y（使用する）
次回JP1/AJS2サービス起動時

シャットダウン時の情報引き継ぎ方法

Windows

［シャットダウン時の情報引継ぎ方法］

UNIX

InformationWhenShutDown

JP1/AJS2 - Managerへ通知できなかったイベントがある状態でシャットダウン後に起動した場合，シャットダウン前に発生していたイベントを破棄したいときに変更します。
K（保持する）
次回JP1/AJS2サービス起動時

ファイル監視ジョブの情報の引き継ぎ

Windows

［ファイル監視ジョブの情報の引き継ぎ］

UNIX

FilewatchinfContinue

起動条件に定義されたファイル監視ジョブが実行中にシャットダウンし，その後起動した場合で，シャットダウン前のファイル監視ジョブの監視状態を引き継がないで監視したいときに変更します。
運用によって決定してください。
次回JP1/AJS2サービス起動時

エージェントプロセスのファイル更新モード

Windows

［エージェントプロセスの設定］の［ファイル更新モード］

UNIX

FileWriteMode

イベントジョブ情報，待機情報ファイルの更新時に，常に同期書き込みを実行したい場合には「同期（sync）」を設定します。「同期」を設定した場合，信頼性は向上しますが，性能は低下します。クラスタ対応など信頼性を優先する場合は，「同期」を選択してください。
イベントジョブ情報，待機情報ファイルの更新時に，JP1/AJS2の処理とは同期を取らないで，OSのバッファーリングによってディスクに書き込みたい場合は「非同期（nosync）」を設定します。「非同期」を設定した場合，「同期」に比べて性能は向上しますが，システムダウンなどが発生した場合，情報の不整合が発生しイベントが消失するおそれがあります。性能・信頼性・運用方法によって，適切な書き込み方法を選択してください。
物理ホストの場合「非同期（nosync）」
クラスタの場合「同期（sync）」
次回JP1/AJS2サービス起動時

詳細プロセス終了時の処理

Windows

［詳細プロセス終了時の処理］

UNIX

EVProcessHA

イベント・アクション制御の詳細プロセスがシグナル終了した場合，イベント・アクション制御エージェントプロセスを終了しないで縮退運転させたいときに変更します。
運用によって決定してください。
次回JP1/AJS2サービス起動時

イベントジョブの実行を継続するかどうかの設定

Windows／UNIX共通

EvJobExecContinue

イベントジョブの実行中に実行ホストのJP1/AJS2のサービスが停止した場合，再起動後にイベントジョブの実行を継続させたいときに変更します。
N（継続しない）
次回JP1/AJS2サービス起動時

(2)　［メール連携］タブの設定項目（EVAction.conf）

表5-17　［メール連携］タブの設定項目（EVAction.conf）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

メール連携機能

Windows

［メール連携機能］

メールシステム連携機能を使うかどうかを指定します。［設定］ボタンをクリックすると，［メール連携機能の選択］ダイアログボックスが表示されるので，次の中から連携機能を選択します。

［使用しない］
メールシステム連携を使用しません。

［デスクトップ上で使用する］
JP1/AJS2メール監視プロセスが登録されます。

［サービス上で使用する］
JP1/AJS2 Mailサービスが登録されます。デフォルトは［使用しない］です。

ユーザー環境に依存
次回JP1/AJS2サービス起動時

メールプロファイル名

Windows

［メールプロファイル名］

メールサービスへのログインで使用するプロファイルの名称を256バイト以内で指定します。全角文字も使用できます。メールシステム連携機能をサービス上で動作させる場合，ローカルユーザーが作成したプロファイルを指定してください。メールシステム連携を複数のユーザーがデスクトップ上で使用する場合は，同じ内容で同じ名称のプロファイルを，ユーザーごとに作成してください。プロファイル名を入力し，［追加］ボタンをクリックすると，一覧にプロファイル名が表示されます。プロファイル名は4件まで設定できます。一覧からプロファイル名を選択し，［削除］ボタンをクリックすると，プロファイル名が削除されます。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

メール連携時に使用するメールソフトの選択

Windows

［メールクライアントソフト］

メールクライアントに使用する関連プログラムを選択します。

［Outlook 2000以前］
メールシステム連携時に使用する関連プログラムが，次に示すプログラムの場合に選択します。
・Outlook 2000

［Outlook 2002以降］
メールシステム連携時に使用する関連プログラムが，次に示すプログラムの場合に選択します。
・Outlook 2002
・Outlook 2003
・Outlook 2007

使用する関連プログラムに応じて，選択する値を決定してください。
次回JP1/AJS2サービス起動時

メール受信後の処理

Windows

［メール受信後の処理］

受信後のメールの扱いを次のどちらかから選択します。デフォルトは［開封済］です。

［開封済］
メール受信監視ジョブが終了したあと，受信したメールを開封済にします。

［削除］
メール受信監視ジョブが終了したあと，受信したメールを削除します。

「開封済」
次回JP1/AJS2サービス起動時

差出人アドレスの引き継ぎ

Windows

［差出人アドレスの引き継ぎ］

メール受信監視ジョブの引き継ぎ情報「MLRCVADDRESS」に設定する情報の種類を次のどちらかから選択します。デフォルトは［メールアドレス］です。この設定は，設定したホスト上で動作する，すべてのメール受信監視ジョブに影響します。

［メールアドレス］
メールアドレスが引き継ぎ情報として設定されます。インターネットメールのメールプロファイルを使用している場合は，後続のメール送信ジョブの宛先として利用できます。

［表示名］
表示名（ニックネーム）が引き継ぎ情報として設定されます。Exchange Server，Microsoft Mail，またはGroupmaxのメールプロファイルを使用している場合に，後続のメール送信ジョブの宛先として利用できます。

［メールアドレス］
次回JP1/AJS2サービス起動時

監視間隔

Windows

［監視間隔］

メールの受信監視間隔と，メール送信時間の間隔を1～1,440（単位：分）の間で指定します。デフォルトは「10」です。
10
次回JP1/AJS2サービス起動時

Windows 自動ログオンの設定

Windows

［Windows 自動ログオンの設定］

Windowsへ自動的にログオンするかどうかを次のどちらかから選択します。

［設定］
ホストの起動と同時に，Windowsへ自動的にログオンします。合わせて［ユーザー名］，［ドメイン名］および［パスワード］を指定する必要があります。

［解除］
Windowsへログオンするときに，ユーザー名，ドメイン名（またはログオン先），およびパスワードを入力するダイアログボックスが表示されます。［解除］を選択した場合，このダイアログボックスの［ユーザー名］，［ドメイン名］および［パスワード］に指定した内容は無視されます。

ユーザー環境に依存
次回JP1/AJS2サービス起動時

ユーザー名

Windows

［ユーザー名］

Windowsへログオンするユーザーの名称を513バイト以内で，かつWindowsのログオン画面で入力するユーザー名と同じ名称になるように指定します。「ユーザー名@ドメイン名」の形式でも指定できます。この形式で指定した場合，［ドメイン名］の指定を省略できます。「ドメイン名¥ユーザー名」の形式では指定できません。この形式では，Windowsへのログオンに失敗してしまいます。なお，指定したユーザー名が存在しない場合は，ログオン時にユーザー名を入力するダイアログボックスが表示されます。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

ドメイン名

Windows

［ドメイン名］

Windowsへログオンするユーザーが属するドメインの名称を256バイト以内で，かつ，ログオン先と同じ名称になるように指定します。［ユーザー名］を「ユーザー名＠ドメイン名」の形式で指定した場合，［ドメイン名］の指定は不要です（［ドメイン名］を指定しても，無視されます。［ユーザー名］に指定した「＠」より後ろの文字列がドメイン名として扱われます）。なお，指定したドメイン名が存在しない場合は，ログオン時にドメイン名，またはログオン先を選択するダイアログボックスが表示されます。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

パスワード

Windows

［パスワード］

Windowsへログオンするためのパスワードを127バイト以内で指定します。指定したパスワードが存在しない場合は，ログオン時にパスワードを入力するダイアログボックスが表示されます。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

(3)　メール連携のその他の設定を定義する（UNIX限定）

表5-18　メール連携のその他の設定を定義する（UNIX限定）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

監視時間間隔

UNIX

ReceiveIntervalC

メールの受信を監視する時間間隔を指定します。指定できる値は，1～1,440（単位：分）です。省略した場合，10が仮定されます。
10
次回JP1/AJS2サービス起動時

ユーザー名

UNIX

UserName

ここで指定したユーザーのメールの受信を監視する場合に，ユーザー名を指定します。指定できる文字数は，1～256（単位：バイト）です。
なお，受信を監視するメールは，ここで指定したユーザー名と同じファイル名で，環境設定パラメーターMailFileDirで指定するディレクトリに格納されます。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

メールファイルディレクトリ名

UNIX

MailFileDir

環境設定パラメーターUserNameで指定したユーザーのメールが格納される，メールファイル用のディレクトリ名を指定します。指定できる文字数は，1～180（単位：バイト）です。JP1/AJS2では，メール配信機能を使ってメールを受信するため，必ず「/var/opt/jp1ajs2/tmp/mailbox」を指定するようにしてください。省略した場合は「/var/opt/jp1ajs2/tmp/mailbox」が仮定されます。
メール配信機能の設定については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　2.3.3 メール配信機能をセットアップする」およびマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド　jpomailrecv（UNIX限定）」を参照してください。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

監視条件一致メールの保存先ファイル名

UNIX

MailFileName

監視条件に一致したメールを保存するメールファイル名をフルパスで指定します。指定できる文字数は，1～255（単位：バイト）です。このパラメーターには，環境設定パラメーターMailFileDirおよびUserNameで指定したメールファイルと同じファイル名ではなく，別のファイル名を指定してください。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

監視条件不一致メールの保存先ディレクトリ名

UNIX

NotMatchMailDir

監視条件に一致しなかったメールを保存する，監視条件不一致メール退避先ファイルのディレクトリ名をフルパスで指定します。指定できる文字数は，1～180（単位：バイト）です。ただし，環境設定パラメーターMailFileDirに指定するディレクトリと同じディレクトリではなく，別のディレクトリを指定してください。省略した場合，監視条件に一致しないメールは破棄されます。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

{U|N}

UNIX

ExecMode

メール連携機能を使用するかどうかを指定します。

U
メール連携機能を使用します。

N
メール連携機能を使用しません。

ユーザー環境に依存
次回JP1/AJS2サービス起動時

(4)　［MSMQ連携］タブの設定項目（EVAction.conf）

表5-19　［MSMQ連携］タブの設定項目（EVAction.conf）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

MSMQ連携機能

Windows

［MSMQ連携機能］

メッセージキューシステム連携機能を使うかどうかを指定します。デフォルトは［使用しない］です。

［使用する］
メッセージキューシステム連携機能を使用します。

［使用しない］
メッセージキューシステム連携機能を使用しません。

ユーザー環境に依存
次回JP1/AJS2サービス起動時

監視時間間隔

Windows

［監視間隔］

メッセージキューを監視する間隔を1～1,440（単位：分）の間で指定します。デフォルトは「10」です。
10
次回JP1/AJS2サービス起動時

5.3.4　キューレスジョブ実行環境に関する環境設定について検討する

JP1/AJS2 - Managerホストのキューレスジョブ実行環境の環境設定項目について説明します。

Windowsの場合，［マネージャー環境設定］ダイアログボックスで値を設定します。UNIXの場合，Queueless.conf（キューレスジョブ実行環境設定ファイル）に値を設定します。

次の表に示す，設定値を決定する理由や推奨値を参考にして，設定値を検討してください。

表5-20　［キューレスジョブ実行環境］タブの設定項目

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

キューレスジョブのログフォルダ

Windows

［ログフォルダ名］

UNIX

AJSQL_LOGFILE

特に理由はありません。ディスク占有量見積もりと合わせ，運用によって決定してください。
デフォルトで使用してください。
JP1/AJS2 Queueless Agentサービスの再起動後

ログファイルのサイズ

Windows

［ログファイルのサイズ］

UNIX

AJSQL_LOGSIZE

ジョブの実行状況を確認するためのログです。最低でも1日分のログが保存できるサイズを指定します。
運用によって決定してください。
JP1/AJS2 Queueless Agentサービスの再起動後

ステータスファイル名

Windows

［ステータスファイル名］

UNIX

AJSQL_STATFILE

特に理由はありません。ディスク占有量見積もりと合わせ，運用によって決定してください。
デフォルトで使用してください。
JP1/AJS2 Queueless Agentサービスの再起動後

ステータスファイルサイズ

Windows

［ステータスファイルサイズ］

UNIX

AJSQL_STATSIZE

キューレスジョブ実行中にキューレスジョブ要求元スケジューラーサービスに障害があった場合でも，ジョブ状態をマネージャー側で管理できます。信頼性を向上させたい場合に指定します。
運用によって決定してください。
JP1/AJS2 Queueless Agentサービスの再起動後

キューレスエージェントサービス内での最大同時ジョブ実行数

Windows

［キューレスサービス内での最大同時ジョブ実行数］

UNIX

AJSQL_JOBMAX

マシンリソースなどによって，同時に実行するキューレスジョブ数を制限したい場合に指定します。
運用によって決定してください。
JP1/AJS2 Queueless Agentサービスの再起動後

キューレスエージェントサービス内での最大待ちジョブ数

Windows

［キューレスサービス内での最大待ちジョブ数］

UNIX

AJSQL_JOBWAITMAX

キューレスジョブのピーク実行数が，最大同時ジョブ実行数を超える場合に指定します。
運用によって決定してください。
JP1/AJS2 Queueless Agentサービスの再起動後

キューレスエージェントの言語コード

Windows，UNIX

AJSQL_CHARCODE

マネージャーホストとエージェントホストの言語コードが異なる場合に指定します。
運用によって決定してください。
JP1/AJS2 Queueless Agentサービスの再起動後

ユーザープロファイル仕様有無

Windows

AJSQL_LOADUSERPROFILE

PCジョブ実行時に，OSユーザーのログオンセッションに設定されているユーザー情報を必要とする場合に指定します。
運用によって決定してください。
JP1/AJS2 Queueless Agentサービスの再起動後

キューレスエージェントのワークパス，およびテンポラリファイル用ディレクトリ

Windows，UNIX

AJSQL_AGTWORKPATH

キューレスジョブで使用するワークパス，およびテンポラリファイル用ディレクトリを変更したい場合に指定します。
運用によって決定してください。
JP1/AJS2 Queueless Agentサービスの再起動後

UTF-8環境のマネージャーからキューレスジョブを正しく実行するための設定

UNIX

QLMANCHARCODE

UTF-8環境のマネージャーで，UTF-8非対応（Linux以外のプラットフォームおよび08-00より前のバージョン）のエージェントにキューレスジョブを実行する場合に指定します。
運用によって決定してください。
JP1/AJS2 Queueless File Transferサービスの再起動後およびスケジューラーサービスの再起動後

キューレスジョブの文字コード変換について

キューレスエージェントの言語コード（AJSQL_CHARCODE）は，次に示す文字コード変換に使用されます。

図5-1　キューレスジョブの文字コード変換

（1）スケジューラーサービスおよびキューレスエージェントサービス

スケジューラーサービスの文字コードは，スケジューラーサービスの環境設定パラメーターAJSCHARCODEの設定値です。スケジューラーサービスでは文字コード変換しません※。

（2）キューレスエージェントサービス

次のデータを環境設定パラメーターAJSQL_CHARCODEの設定値に文字コード変換します。

スケジューラーサービスから受け付けたデータ

転送ファイルデータ

また，次のデータを要求元スケジューラーサービスの環境設定パラメーターAJSCHARCODEの設定値に文字コード変換します。

スケジューラーサービスへの返信データ

結果ファイルデータ

AJSQL_CHARCODEの設定値のデフォルトは「none」です。noneが設定されている場合，文字コード変換しません。

マネージャーとエージェントで文字コードが混在している場合，要求先キューレスエージェントサービスのAJSQL_CHARCODEの設定が必要です。

（3）キューレスエージェントサービスおよびキューレスファイル転送サービス

転送ファイルのデータはキューレスファイル転送サービスからキューレスエージェントサービスに送信され，キューレスエージェントサービスで文字コード変換されます。結果ファイルのデータは，キューレスエージェントサービスで文字コード変換したあと，キューレスファイル転送サービスに送信されます。キューレスファイル転送サービスでは文字コード変換しません※。

注※

Linuxの場合は，マネージャーの環境設定パラメーター「QLMANCHARCODE」の設定値によって文字コード変換する場合があります。

「QLMANCHARCODE」環境設定パラメーター

UTF-8環境のマネージャーからキューレスジョブを使用する運用で，UTF-8に対応していないエージェント（Linux以外のプラットフォームおよび08-00より前のバージョン）で正しくジョブを実行させるために設定します。この環境設定パラメーターは，UTF-8をサポートしているLinux版のJP1/AJS2 - Managerの場合だけ有効です。その他の環境で指定した場合は無視されます。

QLMANCHARCODEを指定した場合の有効範囲を次に示します。

図5-2　「QLMANCHARCODE」環境設定パラメーターの有効範囲

（1）スケジューラーサービス

AJSCHARCODEとQLMANCHARCODEが共にUTF-8の場合，文字コード変換します。変換対象はジョブの定義項目です。

AJSCHARCODEはスケジューラーサービス単位なのに対し，QLMANCHARCODEはマシン単位の設定です。キューレスジョブを使用する場合は，すべてのスケジューラーサービスでAJSCHARCODEを合わせてください。

（2）キューレスファイル転送サービス

QLMANCHARCODEがUTF-8の場合に文字コード変換します。変換対象は転送ファイルおよび結果ファイル（実行結果詳細）です。

5.3.5　JP1/AJS2 Consoleに関する環境設定について検討する

JP1/AJS2 Consoleに関する環境設定の設定項目について説明します。

次の表に示す設定値を決定する理由や推奨値を参考にして，設定値を検討してください。

Windows，UNIX共に，環境定義ファイルに値を設定しjbssetcnfコマンドを実行してシステムに反映します。

設定方法の手順については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.5 JP1/AJS2 Console環境の設定」を参照してください。

＜この項の構成＞

(1)　JP1/AJS2 Console Managerの環境設定

(2)　JP1/AJS2 Console Agentの環境設定

(1)　JP1/AJS2 Console Managerの環境設定

環境定義ファイルajs2cm.confに値を設定します。

表5-21　JP1/AJS2 Console Managerの設定項目（ajs2cm.conf）

設定内容とパラメーター
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

最大同時セション数

MAXSESSION

JP1/AJS2 Console Viewの最大接続数が16を超える場合，その数に応じた値を設定します。また，リソース上の制約がある場合，値を小さくしてJP1/AJS2 Console Viewの接続を制限したいときに値を変更します。
デフォルト（16）で使用してください。
JP1/AJS2 Console Managerサービスの再起動後

リモート通信タイムアウト時間

IPC_TIMEOUT

OSのタイムアウト時間でなく，明示的にタイムアウト時間を決定したい場合に，0以外の値を指定します（単位は秒）。
デフォルト（0）で使用してください。
JP1/AJS2 Console Managerサービスの再起動後

リトライ間隔

IPCRETRYINTERVAL

通信エラー発生状況に応じて，「リトライ回数」と組み合わせて変更します（単位は秒）。
デフォルト（1）で使用してください。
JP1/AJS2 Console Managerサービスの再起動後

リトライ回数

IPCRETRYCOUNT

通信エラー発生状況に応じて，「リトライ間隔」と組み合わせて変更します。
デフォルト（3）で使用してください。
JP1/AJS2 Console Managerサービスの再起動後

接続打ち切り時間

SESSIONTIMEOUT

特になし（単位は分）。
デフォルト（120）で使用してください。
JP1/AJS2 Console Managerサービスの再起動後

文字コード

CHARCODE

特になし。
デフォルトで使用してください。
JP1/AJS2 Console Managerサービスの再起動後

ログファイル出力時の文字コード

SYSLOGCODE

（UNIXだけ）

OSがSolarisの場合で，スケジューラーサービスが出力するsyslogメッセージを日本語にしたい場合に指定します。
デフォルトで使用してください。
JP1/AJS2 Console Managerサービスの再起動後

統合トレースログに出力するメッセージレベル

HNTRLOGLEVEL

より詳細なログを統合トレースログに出力したいときに指定します。
デフォルトで使用してください。
JP1/AJS2 Console Managerサービスの再起動後

データディレクトリ名

DATADIRECTORY

定義データの格納場所をデフォルト以外の場所に変更したいときに指定します。
デフォルトで使用してください。
JP1/AJS2 Console Managerサービスの再起動後

JP1/AJS2 Console Agentへの再接続間隔

RECONNECTINTERVAL

監視先のJP1/AJS2 Console Agentに接続できなかったときに次回接続時までの間隔を変更したいときに指定します（単位は秒）。
デフォルト（300）で使用してください。
JP1/AJS2 Console Managerサービスの再起動後

トレースログファイル名

TRACELOGFILE

特になし。
デフォルトで使用してください。
JP1/AJS2 Console Managerサービスの再起動後

リモート通信接続タイムアウト値

IPC_CONNECTTIMEOUT

特になし（単位は秒）。
デフォルト（20）で使用してください。
JP1/AJS2 Console Managerサービスの再起動後

(2)　JP1/AJS2 Console Agentの環境設定

環境定義ファイルajs2ca.confに値を設定します。

表5-22　JP1/AJS2 Console Agentの設定項目（ajs2ca.conf）

設定内容とパラメーター
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

最大同時セション数

MAXSESSION

JP1/AJS2 Console Managerの最大接続数が16を超える場合，その数に応じた値を設定します。また，リソース上の制約がある場合，値を小さくしてJP1/AJS2 Console Managerの接続を制限したいときに値を変更します。
デフォルト（16）で使用してください。
JP1/AJS2 Console Agentサービスの再起動後

ログファイル出力時の文字コード

SYSLOGCODE

（UNIXだけ）

OSがSolarisの場合で，スケジューラーサービスが出力するsyslogメッセージを日本語にしたい場合に指定します。
デフォルトで使用してください。
JP1/AJS2 Console Agentサービスの再起動後

統合トレースログに出力するメッセージレベル

HNTRLOGLEVEL

より詳細なログを統合トレースログに出力したいときに指定します。
デフォルトで使用してください。
JP1/AJS2 Console Agentサービスの再起動後

トレースログファイル名

TRACELOGFILE

特になし。
デフォルトで使用してください。
JP1/AJS2 Console Agentサービスの再起動後

JP1/AJS2 Console Viewの操作許可

ENABLEOPERATION

JP1/AJS2 Console Viewから対象ホストのジョブネットに対して操作を実行されたくない場合には"no"を指定します。
デフォルト
（"yes"）で使用してください。
JP1/AJS2 Console Agentサービスの再起動後

5.3.6　スケジューラーサービスの多重起動について検討する

スケジューラーサービスとは，ルートジョブグループを管理する制御単位です。最上位のジョブグループとして，JP1/AJS2に必ず定義されていて，ルートジョブグループ名を「/（スラント）」で表します。多重起動させると，ルートジョブグループをスケジューラーサービスごとに管理できるようになります。1個，または数個のスケジューラーサービスで，4,000～5,000個以上の業務（ジョブネットやジョブ）を定義し，登録実行・操作・監視する運用では，資源に限界があります。そこで，CPUを多数搭載するようなシステムの場合，スケジューラーサービスの多重起動を事前に検討してください。

例えば，スケジューラーサービスを業務ごとに分割して，多重起動する運用にします。多重起動にすることで，スケジューラーサービスごとにCPU資源を有効利用でき，それぞれのスケジューラーサービスがほかのスケジューラーサービスの影響を受けることなく，独立した業務（ジョブネットおよびジョブ）の並行実行ができます。また，新たな運用テストなどができます。

また，実行登録するジョブネットの数が多い場合にも，処理性能を考えて4,000～5,000個を目安にジョブネットを分割し，スケジューラーサービスを多重起動する運用を検討してください。なお，業務単位にジョブネットを分割することで，1ジョブネット当たりの規模も小さくできます。

スケジューラーサービスは，1台のマシンにつき物理ホストと論理ホストを合わせて20個まで多重起動にすることができます。しかし，システムの環境によって，ある数以上のスケジューラーサービスの多重起動を設定すると，スケジューラーサービスが起動できなくなることがあります。次に示すスケジューラーサービス多重起動時の注意事項を参照して，該当する場合は対処方法に従ってください。

＜この項の構成＞

(1)　Windowsホストで多数のスケジューラーサービスを多重起動する場合

(2)　UNIXホストで多数のスケジューラーサービスを多重起動する場合

(1)　Windowsホストで多数のスケジューラーサービスを多重起動する場合

システムの環境によって，ある数以上のスケジューラーサービスを多重起動したときにエラーとなることがあります。その際，「アプリケーションを正しく初期化できませんでした。」というエラーメッセージが出力されます。

これはシステムのリソース（デスクトップヒープ領域）が不足した場合に発生します。

JP1/AJS2ではスケジューラーサービスごとに多数の制御プロセスを起動するため，スケジューラーサービスを多重起動にすると，起動したスケジューラーサービスの分デスクトップヒープ領域を使用します。このため，デスクトップヒープ領域が不足する場合があります。このような場合，次に示す対処方法を実施してください。

(a)　JP1/AJS2専用のデスクトップヒープ領域を使用する

JP1/AJS2専用のデスクトップヒープ領域を使用するために，JP1/AJS2サービスのアカウントをユーザーアカウントに変更します。JP1/AJS2サービスのアカウントはシステムアカウントがデフォルトになっています。

設定の詳細については，「5.2.3(1) JP1/AJS2が提供するサービスのアカウントの変更について」を参照してください。

(b)　レジストリーを編集してデスクトップヒープサイズを調整する

Windowsのレジストリー情報を編集してデスクトップヒープのサイズを調整してください。レジストリー編集方法については，Microsoftのホームページのデスクトップヒープ関連のサポート技術情報にある記事を参照してください。デスクトップヒープ領域の使用量はご使用の環境に依存します。また，変更した場合はシステム全体に影響を与えるため，十分な検証を行った上で適用してください。

(2)　UNIXホストで多数のスケジューラーサービスを多重起動する場合

多重起動するスケジューラーサービス数を増やすと，その増加数に従ってシステム資源を消費します。多重起動するスケジューラーサービス数に見合ったシステム資源が確保できていない場合，スケジューラーサービスを多重起動したときにエラーとなることがあります。「4. 見積もり」を参考に，メモリー所要量，ディスク占有量，ISAMロックテーブルエントリーサイズ，およびカーネルパラメーターなどのシステム資源の値を十分見積もった上で，スケジューラーサービスの多重起動を設定してください。

5.3.7　ジョブの実行に関するオプションについて検討する

ジョブを実行するときに，オプションとして設定できる項目の検討について説明します。運用する環境に合わせて設定を検討してください。

＜この項の構成＞

(1)　ジョブ実行時のワークパスを変数として定義する

(2)　ジョブをロングファイル名で実行させる（Windows限定）

(3)　転送元ファイルの検索パスを定義する

(4)　一つのJP1ユーザーを不特定のOSユーザーに対応づける

(5)　エージェントのパイプ通信タイムアウト値を設定する（UNIX限定）

(1)　ジョブ実行時のワークパスを変数として定義する

JP1/AJS2のインストール先フォルダがジョブ実行ホストごとに異なる場合，またはジョブ実行ホストでJP1/AJS2のインストール先フォルダが環境変数PATHに定義されていない場合，ジョブ実行ホストでインストール先フォルダを変数として定義すると，インストール先を意識しないでジョブを実行できます。

ジョブとして実行する実行ファイルの保存先が，ある実行ホストではCドライブ，ある実行ホストではDドライブと異なっている環境でJP1/AJS2を運用する場合は，ジョブ実行時のワークパスを変数として定義することをお勧めします。

設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.1 ジョブ実行時のワークパスを変数として定義する」（Windowsの場合），または「JP1/Automatic Job Management System 2 セットアップガイド　16.1 ジョブ実行時のワークパスを変数として定義する」（UNIXの場合）を参照してください。

(2)　ジョブをロングファイル名で実行させる（Windows限定）

ジョブ実行時，ジョブの実行ファイルの名称は，通常，NTFS（NT File System）およびFAT（File Allocation Table）ボリューム上のファイル用に生成されたショートファイル名に変換されます。ジョブの実行ファイルをショートファイル名に変換しないでロングファイル名で実行したい場合は，このオプションを有効にすることをお勧めします。

設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.2 ジョブをロングファイル名で実行するための設定」を参照してください。

(3)　転送元ファイルの検索パスを定義する

JP1/AJS2では，ジョブを実行するために必要なテキストファイルをマネージャーホストからエージェントホストに転送して，ジョブを実行できます。例えば，転送ファイルには，実行ファイルの環境（パスなど）を定義した設定ファイル（.iniファイル）などを転送できます。

マネージャーホストからエージェントホストに転送するファイル名を指定する場合，あらかじめ検索するパスを定義しておけば，そのパスに転送するファイルがあるかを探し，あればそのファイルが転送ファイルになります。

転送するファイルのパスを省略して定義したい運用をする場合に，このオプションを有効にすることをお勧めします。

設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.3 転送元ファイルの検索パスを定義する」（Windowsの場合），または「JP1/Automatic Job Management System 2 セットアップガイド　16.2 転送元ファイルの検索パスを定義する」（UNIXの場合）を参照してください。

(4)　一つのJP1ユーザーを不特定のOSユーザーに対応づける

JP1/AJS2では，JP1ユーザーというユーザー名を使って権限を管理しています。OSユーザー（実行ユーザー）をJP1ユーザーにマッピングすれば，ユーザーマッピングに設定されているホスト以外からの要求を受け付けないようにしています。

JP1/AJS2のこのユーザー管理では，OSユーザーごとにOSユーザーをJP1ユーザーにマッピングしなければならないため，不特定のOSユーザーがJP1/AJS2を使用することを目的とした場合，運用に負荷が掛かる場合があります。

このような運用負荷を軽減するために，一つのJP1ユーザーを不特定のOSユーザーで使用できるように設定しておきます（JP1仮定ユーザーに設定しておきます）。こうしておくと，JP1ユーザーにマッピングされていないOSユーザーでも，JP1仮定ユーザーの権限を使ってJP1/AJS2を操作できます。

次に示すJP1ユーザー仮定機能の注意事項を参考にして，このオプションを設定してください。

JP1仮定ユーザーに設定できるJP1ユーザーの数は，1台のJP1/AJS2 - Managerホストが管理する範囲につき，一つです。

JP1仮定ユーザーとして利用するJP1ユーザーにも，通常のJP1ユーザーと同様に，JP1権限レベル，およびユーザーマッピングを設定してください。
JP1権限レベルを設定する際は，次の点を考慮してください。

不特定のユーザーの実行要求を満たすことができること。

ユーザーの誤操作によって，運用環境が壊されるおそれがないこと。

設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.4 JP1ユーザー仮定機能の設定」（Windowsの場合），または「JP1/Automatic Job Management System 2 セットアップガイド　16.3 JP1ユーザー仮定機能の設定」（UNIXの場合）を参照してください。

(5)　エージェントのパイプ通信タイムアウト値を設定する（UNIX限定）

ジョブ実行制御のエージェントプロセス間通信でパイプ通信のタイムアウトエラーが発生することがあります。その原因として，次のことが考えられます。

大量のジョブが一時期に集中して実行された。

CPUに高い負荷が掛かっている。

実メモリーが不足することでジョブ実行制御のエージェントプロセスが300秒以上の間スワップアウトされ，実行されなかった。

これらの発生条件が解消されずにパイプ通信のタイムアウトエラーが頻繁に発生するような状況が考えられる場合は，エージェントプロセスが実行されるホスト上のパイプ通信タイムアウト時間を長めに変更して運用することをお勧めします。

注意

パイプ通信タイムアウト時間に長い時間を設定すると，ジョブの障害検知が遅くなることがありますので注意してください。

設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.4 エージェントのパイプ通信タイムアウト値の変更」を参照してください。

5.3.8　イベントジョブを使用する場合のオプションについて検討する

イベントジョブを使用する場合に，オプションとして設定できる項目の検討について説明します。運用する環境に合わせて設定を検討してください。

＜この項の構成＞

(1)　イベントジョブのログ設定

(2)　イベントが発生した順に条件を成立させる

(3)　ファイル監視ジョブの状態を引き継がせる

(4)　「"（ダブルクォーテーションマーク）」を含むデータをイベントジョブの引き継ぎ情報に使用する

(1)　イベントジョブのログ設定

イベントジョブを使用する場合，イベントジョブの実行数や監視条件の成立数などの運用形態によって，出力されるログのサイズが異なります。そのため，最低でも24時間分のログが保持できることを目安とし，1～3日分のログを保持できるように設定する必要があります。ログのサイズは，「4.4.4 イベントジョブが出力するログのサイズを見積もる」を参照して計算してください。

(2)　イベントが発生した順に条件を成立させる

起動条件で監視している一つのイベントジョブのイベントが連続して発生する場合，通信の状態によって，イベントの成立順序が実際に発生した順序とは異なってしまうことがあります。引き継ぎ情報を使用しているなどで，成立するイベントの順序をイベントが実際に発生した順にしたい場合は，イベント順序保証オプションを使用してください。なお，イベント順序保証オプションは，イベントジョブを実行するすべてのエージェントホストで設定してください。設定については，Windowsホストの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.9 イベント順序保証オプションの設定」を，UNIXホストの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.7 イベント順序保証オプションの設定」を参照してください。

(3)　ファイル監視ジョブの状態を引き継がせる

ファイル監視ジョブが監視対象ファイルを監視している間の情報を随時退避しておき，JP1/AJS2サービスが一時的に停止した場合でもジョブの状態を引き継ぐことができます。例えば，クラスタシステムで，ファイル監視ジョブの実行中にJP1/AJS2サービスが停止した場合，JP1/AJS2サービスの停止後，再度JP1/AJS2サービスが起動して，サービスが停止する前と同じファイル監視ジョブが実行されたときに，サービスが停止する前のファイル監視ジョブの監視状態を引き継いでジョブが実行されます。JP1/AJS2サービスが停止する前後で，ファイル監視ジョブの状態の整合性を保ちたい場合にこの設定を使用することを推奨します。

なお，監視状態を引き継ぐには，ファイル監視ジョブが継続して動作している必要があります。ファイル監視ジョブが継続して動作するか，終了するかによって監視状態が引き継がれるかどうかが異なります。

監視状態が引き継がれる条件については，「8.3.2 ファイル監視ジョブの注意事項」のファイル監視ジョブの状態引き継ぎオプションについて説明している事項を参照してください。

設定については，Windowsホストの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.12 ファイル監視ジョブの状態引き継ぎオプションの設定」を，UNIXホストの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.8 ファイル監視ジョブの状態引き継ぎオプションの設定」を参照してください。

(4)　「"（ダブルクォーテーションマーク）」を含むデータをイベントジョブの引き継ぎ情報に使用する

イベントジョブの受信情報を引き継ぎ情報として，標準ジョブやアクションジョブのパラメーターに引き継ぐ場合で，引き継ぐデータに「"（ダブルクォーテーションマーク）」が含まれるとき，「¥」を前に付けてイベントを発行する必要があります。「¥」を付けて発行しない場合，受信情報を引き継いでも「"（ダブルクォーテーションマーク）」が無視されるなどの現象が発生します。

これを防止するためには，「"（ダブルクォーテーションマーク）」を含むデータを発行されたイベントのとおりに引き継ぎ情報として引き継がせるオプションを設定することを推奨します。

このオプションを設定すると，JP1/AJS2内で「"（ダブルクォーテーションマーク）」の前に「¥」が付け加えられます。これによって，引き継ぎ情報中の「"（ダブルクォーテーションマーク）」の有無を意識しないで，イベントジョブの受信情報を引き継ぎ情報として引き継ぐことができます。

なお，引き継ぐ情報中に，すでに「"（ダブルクォーテーションマーク）」の前に「¥」がある場合，「¥」のあとにも「¥」を付け加えます。そのため，例えば「AB¥"C」というデータを引き継いだ結果は「AB¥"C」となり，「AB"C」とはなりません。このオプションを指定する前に，意識して「¥」を付けている場合は，このオプションを設定しないでください。

注意事項

イベントジョブの受信情報を，引き継ぎ情報として標準ジョブやアクションジョブのパラメーターに引き継ぐ場合，標準ジョブやアクションジョブの各パラメーターの最大長までしか引き継げません。このオプションを有効にした場合，「"（ダブルクォーテーションマーク）」の前に「¥」を付け加えます。

そのため，このオプションを有効にして，「"（ダブルクォーテーションマーク）」を引き継ぐ場合には，次に示す例を参考にして，引き継ぐ情報を検討してください。

例：

UNIXジョブの［コマンド文］の最大長は1,023バイトですが，「"（ダブルクォーテーションマーク）」を含むデータ1,023バイトを引き継ぎ情報として引き継ぐ場合，このオプションを指定すると1,024バイトを超えるため，エラーになります。

設定については，Windowsホストの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.13 「"（ダブルクォーテーションマーク）」を含むデータをイベントジョブの引き継ぎ情報に使用するための設定」を，UNIXホストの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.9 「"（ダブルクォーテーションマーク）」を含むデータをイベントジョブの引き継ぎ情報に使用するための設定」を参照してください。

5.3.9　データベースにISAMを使用する場合のオプションについて検討する

JP1/AJS2では，JP1/AJS2のデータベースにISAMを使用する場合，ISAMファイルを自動的に再編成させる機能を提供しています。JP1/AJS2サービスの起動時に，該当する物理ホストおよび論理ホストで使用するISAMデータファイルを自動的に再編成できます。有効にする方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.7.2 ISAMファイル自動再編成機能の設定」，またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.7.3 ISAMファイル自動再編成機能の設定」を参照してください。

ISAMファイル自動再編成機能が有効になっている場合，JP1/AJS2サービスの起動時に，次のフォルダおよびディレクトリに格納されている，jpqautocondおよびajsautocondが起動されます。

Windowsの場合

JP1/AJS2 - Managerのインストール先フォルダ¥bin

UNIXの場合

/opt/jp1ajs2/bin

jpqautocondは，ジョブ実行環境のデータファイルを再編成します。ajsautocondは，ISAMで運用されているすべてのスケジューラーサービスのデータベースを再編成します。

ISAMデータファイルを再編成する際，ファイルに対する占有排他が必要です。このため，JP1/AJS2 - ViewがJP1/AJS2 - Managerに接続している場合，およびJP1/AJS2のコマンドを実行している場合，ISAMデータファイルは再編成されません。

注意

再編成時には，対象の物理ホストまたは論理ホストの作業ディレクトリ（ジョブ実行環境のマネージャープロセス実行時のワークディレクトリおよび各スケジューラーサービスの一時ファイル用ディレクトリ）があるドライブに再編成対象のスケジューラーおよびジョブ実行環境のISAMファイルの中で最もサイズが大きいファイルの3倍以上の空き容量が必要です。

＜この項の構成＞

(1)　ISAMファイルの自動再編成を並列に実行させる

(1)　ISAMファイルの自動再編成を並列に実行させる

ISAMファイルの自動再編成機能には，オプションとして，自動再編成を並列に実行する機能があります。一つのISAMファイルは，一つのスケジューラーサービスに割り当てられています。JP1/AJS2サービスの起動時にISAMファイルを自動的に再編成させる機能は，一つのISAMファイルの再編成が終わったら，次のスケジューラーサービスのISAMファイルを再編成するようになっています。

スケジューラーサービス数が最大の20個あるような場合，一つずつ再編成させていると時間が掛かる場合があります。このような場合は，この並列実行オプション機能を有効にすることをお勧めします。このオプションを有効にすると，ISAMデータベースが並列に再編成されるので，再編成に掛かる総所要時間を短縮できます。

有効にするには，次のファイルをエディターなど開き，ajsautocondスクリプトのパラメーターとして，並列実行の多重度を指定する必要があります。

Windowsの場合

JP1/AJS2 - Managerのインストール先フォルダ¥conf¥jp1ajs_spmd_pre.conf

UNIXの場合

/etc/opt/jp1ajs2/conf/jp1ajs_spmd_pre.conf

クラスタで運用している場合は，共有ディスクのjp1ajs2の下にあるconfディレクトリのファイルになります。

注意

並列実行機能を有効にした場合，システム上に十分なディスク空き容量が必要です。自動再編成を実施する場合，スケジューラーサービスの一時ファイル用ディレクトリを作業ディレクトリとして使用します。このディレクトリには，最大で「すべてのスケジューラーサービスの中で最も大きいテーブルの3倍のサイズ＊再編成実行多重度」の空き容量が必要です。ディスク空き容量不足が発生すると再編成に失敗します（ただし，再編成しない状態でサービスは起動します）。ディスクの空き容量および指定する多重度を十分注意して見積もってください。

並列実行オプション機能を有効にする手順を次に示します。

エディターなどでjp1ajs_spmd_pre.confファイルを開く。
新規インストール直後はファイルが存在しません。jp1ajs_spmd_pre.conf.modelファイルをコピーして作成してください。

jp1ajs_spmd_pre.confファイルの該当行を次に示すように変更する。

Windowsで多重度を3にする場合の例

cmd.exe|/Q,/C,ajsautocond.bat,3|

UNIXで多重度を3にする場合の例

/opt/jp1ajs2/bin/ajsautocond|3|

多重度には1～20を指定できます。デフォルトは1です。
なお，jpqautocondスクリプトには多重度を指定しないでください。多重度を指定しても，ジョブ実行環境のデータベースは，物理ホストおよび論理ホスト内に一つしかないため，並列実行できないためです。

5.3.10　その他のオプションに関する環境設定について検討する

JP1/AJS2 - Managerホストの共通情報の環境設定項目について説明します。

Windowsの場合，［マネージャー環境設定］ダイアログボックスで値を設定します。UNIXの場合，Common.conf（共通情報環境設定ファイル）に環境設定情報を記述し，jbssetcnfコマンドで設定を反映してください。

次の表に示す，設定値を決定する理由や推奨値を参考にし，設定値を検討してください。

表5-23　［その他のオプション］タブの設定項目

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

ラージファイル対応の動作

Windows

［ラージファイル対応］

UNIX

LARGEFILEUSE

2ギガバイト以上のファイルをファイル監視ジョブで監視する，および判定ジョブで判定する場合に，「する（yes）」を指定します。
2ギガバイト以上のファイルをファイル監視ジョブで監視しない，および判定ジョブで判定しない場合，またはファイル監視ジョブで監視しているファイルが2ギガバイトを超えた場合に，ジョブを異常終了させるような運用をしたいときは「しない（no）」を指定してください。
運用によって決定してください。
JP1/AJS2の再起動後

5.3.11　ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御する場合のオプションについて検討する

ジョブネットコネクタを使って，異なるスケジューラーサービス間のルートジョブネットの実行順序を制御する場合の設定項目について説明します。

異なるスケジューラーサービス間のルートジョブネットの実行順序を制御する場合，ジョブネットコネクタおよび接続先のジョブネットの各ホストで，スケジューラーサービス間通信を行うプロセス（スケジューラーサービス間通信制御プロセス）をセットアップする必要があります。

スケジューラーサービス間通信制御プロセスは，スケジューラーサービス起動時にフロー制御プロセスと通信接続し，異なるスケジューラーサービス間のルートジョブネットの実行順序を制御します。なお，スケジューラーサービス間通信制御プロセスは，スケジューラーサービス間通信制御プロセスを管理するプロセスによって管理されます。スケジューラーサービス間通信制御プロセスを管理するプロセスは，スケジューラーサービス間通信制御プロセスをセットアップすると，同時にセットアップされます。

次の表に示す，設定値を決定する理由や推奨値を参考にし，設定値を検討してください。

表5-24　異なるスケジューラーサービス間のルートジョブネットの実行順序を制御するための設定項目

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

異なるスケジューラーサービス間のルートジョブネットの実行順序を制御するかどうか

Windows，UNIX

RJCUSE

ジョブネットコネクタで，異なるスケジューラーサービス間のルートジョブネットの実行順序を制御する場合に変更してください。
yes
スケジューラーサービス起動時

フロー制御プロセスとスケジューラーサービス間通信制御プロセスが通信接続できなかった場合の再接続回数

Windows，UNIX

FGRECONLMT

フロー制御プロセスとスケジューラーサービス間通信制御プロセスの再接続回数を変更する場合に指定してください。
デフォルト（3）で使用してください。
スケジューラーサービス起動時

スケジューラーサービス間通信制御プロセス（ajsgwd）が通信する際の最大同時接続数

Windows，UNIX

GWMAXCONNECTION

スケジューラーサービス間通信制御プロセスをセットアップしたJP1/AJS2 - Managerホストの数が，デフォルト（10）より多い場合に変更してください。
デフォルト（10），またはスケジューラーサービス間通信制御プロセスをセットアップしたJP1/AJS2 - Managerのホスト数を指定してください。
JP1/AJS2のサービス起動時

スケジューラーサービス間通信制御プロセスの終了方法

Windows，UNIX

GWPROCESSHA

スケジューラーサービス間通信制御プロセスが異常終了した場合に，スケジューラーサービス間通信制御プロセスを管理するプロセスを終了させる場合に変更してください。
デフォルト（no）で使用してください。
JP1/AJS2のサービス起動時

スケジューラーサービス間通信制御プロセスが異常終了した場合に，自動的に再起動する回数

Windows，UNIX

GWRESTARTCOUNT

スケジューラーサービス間通信制御プロセスが異常終了した場合に，自動的に再起動する回数を変更する場合に指定してください。
デフォルト（3）で使用してください。
JP1/AJS2のサービス起動時

設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.7.11 ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御するための設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.7.12 ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御するための設定」（UNIXの場合）を参照してください。

5.4　JP1/AJS2 - Agentのセットアップについて検討する

この節では，JP1/AJS2 - Agentホストのセットアップ時の設定項目を紹介します。JP1/AJS2 - Agentホストのセットアップ作業を実施する前に，デフォルトで動作させるか，またはどのような値を設定または選択してJP1/AJS2 - Agentを動作させるかを検討しておいてください。

セットアップの手順の詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド」を参照してください。

＜この節の構成＞

5.4.1　ジョブ実行環境に関する環境設定について検討する

5.4.2　イベントジョブ起動に関する環境設定について検討する

5.4.3　キューレスジョブ実行環境に関する環境設定について検討する

5.4.4　ジョブの実行に関するオプションについて検討する

5.4.5　イベントジョブを使用する場合のオプションについて検討する

5.4.6　その他のオプションに関する環境設定について検討する

5.4.1　ジョブ実行環境に関する環境設定について検討する

JP1/AJS2 - Agentホストのジョブ実行環境の環境設定項目について説明します。

Windowsの場合，［エージェント環境設定］ダイアログボックスで値を設定します。UNIXの場合，Queue.conf（ジョブ実行環境設定ファイル）に値を設定してから，jbssetcnfコマンドで設定を反映してください。

なお，Windowsの場合でダイアログボックスの表示項目にないパラメーターについては，任意のファイル名の構成定義ファイルに環境設定情報を記述し，jbssetcnfコマンドを実行してシステムに反映します。設定方法の手順については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.1.1 スケジューラーサービス環境の設定手順」を参照してください。

以降の表に示す，設定値を決定する理由や推奨値を参考にして，設定値を検討してください。

＜この項の構成＞

(1)　［ジョブ実行環境］タブの設定項目（Queue.conf）

(2)　ジョブ実行環境のその他の設定を定義する（UNIX限定）

(1)　［ジョブ実行環境］タブの設定項目（Queue.conf）

表5-25　［ジョブ実行環境］タブの設定項目（Queue.conf）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

エージェントプロセス実行時のワークディレクトリ名

Windows

［エージェントプロセス実行時のワークディレクトリ名］

UNIX

WorkPath

デフォルトで設定されているディレクトリがあるディスク容量に，空きがない場合，ディスク容量に空きのあるディレクトリを指定してください。
デフォルトで使用してください。
JP1/AJS2の再起動後

(2)　ジョブ実行環境のその他の設定を定義する（UNIX限定）

表5-26　その他の設定項目（Queue.conf）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

プロセスごとの最大コアファイルサイズの制限フラグ

UNIX

IsLimitCoreSize

ジョブ実行でプロセスごとの最大コアファイルサイズの制限を変更し，使用量を調整する必要がある場合，1に変更してください。
0
JP1/AJS2の再起動後

プロセスごとの最大コアファイルサイズ

UNIX

LimitCoreSize

「プロセスごとの最大コアファイルサイズの制限フラグ」を1に変更した場合は，必要に応じてこの値も変更してください。
ユーザー環境に依存
JP1/AJS2の再起動後

プロセスごとの最大データセグメントサイズの制限フラグ

UNIX

IsLimitDataSize

ジョブ実行でプロセスごとの最大データセグメントサイズの制限を変更し，使用量を調整する必要がある場合，1に変更してください。
0
JP1/AJS2の再起動後

プロセスごとの最大データセグメントサイズ

UNIX

LimitDataSize

「プロセスごとの最大データセグメントサイズの制限フラグ」を1に変更した場合は，必要に応じてこの値も変更してください。
ユーザー環境に依存
JP1/AJS2の再起動後

プロセスごとの最大パーマネントファイルサイズの制限フラグ

UNIX

IsLimitFileSize

ジョブ実行でプロセスごとの最大パーマネントファイルサイズの制限を変更し，使用量を調整する必要がある場合，1に変更してください。
0
JP1/AJS2の再起動後

プロセスごとの最大パーマネントファイルサイズ

UNIX

LimitFileSize

「プロセスごとの最大パーマネントファイルサイズの制限フラグ」を1に変更した場合は，必要に応じてこの値も変更してください。
ユーザー環境に依存
JP1/AJS2の再起動後

プロセスごとの最大メモリーサイズの制限フラグ

UNIX

IsLimitMemorySize

ジョブ実行でプロセスごとの最大メモリーサイズの制限を変更し，使用量を調整する必要がある場合，1に変更してください。
0
JP1/AJS2の再起動後

プロセスごとの最大メモリーサイズ

UNIX

LimitMemorySize

「プロセスごとの最大メモリーサイズの制限フラグ」を1に変更した場合は，必要に応じてこの値も変更してください。
ユーザー環境に依存
JP1/AJS2の再起動後

プロセスごとの最大スタックセグメントサイズの制限フラグ

UNIX

IsLimitStackSize

ジョブ実行でプロセスごとの最大スタックセグメントサイズの制限を変更し，使用量を調整する必要がある場合，1に変更してください。
0
JP1/AJS2の再起動後

プロセスごとの最大スタックセグメントサイズ

UNIX

LimitStackSize

「プロセスごとの最大スタックセグメントサイズの制限フラグ」を1に変更した場合は，必要に応じてこの値も変更してください。
ユーザー環境に依存
JP1/AJS2の再起動後

プロセスごとの最大CPU時間の制限フラグ

UNIX

IsLimitCpuTime

ジョブ実行でプロセス毎の最大CPU時間の制限を変更し，使用量を調整する必要がある場合，1に変更してください。
0
JP1/AJS2の再起動後

プロセスごとの最大CPU時間

UNIX

LimitCpuTime

「プロセスごとの最大CPU時間の制限フラグ」を1に変更した場合は，必要に応じてこの値も変更してください。
ユーザー環境に依存
JP1/AJS2の再起動後

プロセスごとの最大ワーキングセットサイズの制限フラグ

UNIX

IsLimitWorkSize

ジョブ実行でプロセス毎の最大ワーキングセットサイズの制限を変更し，使用量を調整する必要がある場合，1に変更してください。
0
JP1/AJS2の再起動後

プロセスごとの最大ワーキングセットサイズ

UNIX

LimitWorkSize

「プロセスごとの最大ワーキングセットサイズの制限フラグ」を1に変更した場合は，必要に応じてこの値も変更してください。
ユーザー環境に依存
JP1/AJS2の再起動後

プロセスごとの最大ファイルディスクリプタ数の制限フラグ

UNIX

IsLimitNoFile

ジョブ実行でプロセス毎の最大ファイルディスクリプタ数の制限を変更し，使用量を調整する必要がある場合，1に変更してください。
0
JP1/AJS2の再起動後

プロセスごとの最大ファイルディスクリプタ数

UNIX

LimitNoFile

「プロセスごとの最大ファイルディスクリプタ数の制限フラグ」を1に変更した場合は，必要に応じてこの値も変更してください。
ユーザー環境に依存
JP1/AJS2の再起動後

コマンドの検索パスを一時的に保持する

UNIX

IsCacheCmdSearchPath

ジョブ実行OSユーザーの環境変数PATHの値を頻繁に変更するような環境で，その変更をジョブ実行時に直ちに有効にしたい場合は0に変更します。ただし，0にした場合はジョブ実行性能が劣化します。
1
JP1/AJS2の再起動後

5.4.2　イベントジョブ起動に関する環境設定について検討する

JP1/AJS2 - Agentホストのイベントジョブ起動に関する環境設定項目について説明します。

Windowsの場合，［エージェント環境設定］ダイアログボックスで値を設定します。UNIXの場合，EVAction.conf（イベント・アクション定義ファイル）に値を設定してから，jbssetcnfコマンドで設定を反映してください。

なお，Windowsの場合でダイアログボックスの表示項目にないパラメーターについては，任意のファイル名の構成定義ファイルに環境設定情報を記述し，jbssetcnfコマンドを実行してシステムに反映します。

設定方法の手順については，次に示す個所を必要に応じて参照してください。

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.3.1 イベントジョブ起動に関する環境の設定手順」

マニュアル「JP1/Automatic Job Management System 2 連携ガイド　2.3.2 メール受信監視ジョブのための環境設定をする」

イベントジョブを使用する場合，以降の表に示す，設定値を決定する理由や推奨値を参考にして，設定値を検討してください。

＜この項の構成＞

(1)　［イベント起動］タブの設定項目（EVAction.conf）

(2)　［メール連携］タブの設定項目（EVAction.conf）

(3)　メール連携のその他の設定を定義する（UNIX限定）

(4)　［MSMQ連携］タブの設定項目（EVAction.conf）

(1)　［イベント起動］タブの設定項目（EVAction.conf）

表5-27　［イベント起動］タブの設定項目（EVAction.conf）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

イベントジョブ情報引き継ぎディレクトリ名

Windows

［イベント・ジョブ情報引継ぎディレクトリ名］

UNIX

EvjobInfFile

メール受信監視ジョブやメッセージキュー受信監視ジョブで受信した情報をファイルで引き継ぐ場合に，そのファイルをデフォルト以外のフォルダに出力したい場合に設定します。また，クラスタ対応する場合に設定します。
「空白」
次回JP1/AJS2サービス起動時

待機情報ファイル出力ディレクトリ名

Windows

［待機情報ファイル出力ディレクトリ名］

UNIX

WaitInfFileOutDir

イベントジョブでのイベント発生状態や，起動条件で監視しているイベントの発生状態などの情報（待機情報）を，デフォルト以外のフォルダに出力したい場合に設定します。また，クラスタ対応する場合に設定します。
「空白」
次回JP1/AJS2サービス起動時

フェールオーバー時の情報引き継ぎ

Windows

［系切り替え時の情報引き継ぎ］

UNIX

HowUseInfWhenHA

JP1/AJS2 - Managerへ通知できなかったイベントがある状態でシャットダウンを伴わないフェールオーバーが発生したとき，フェールオーバー前に発生していたイベントを破棄したい場合に変更します。
Y（使用する）
次回JP1/AJS2サービス起動時

シャットダウン時の情報引き継ぎ方法

Windows

［シャットダウン時の情報引継ぎ方法］

UNIX

InformationWhenShutDown

JP1/AJS2 - Managerへ通知できなかったイベントがある状態でシャットダウン後に起動した場合，シャットダウン前に発生していたイベントを破棄したいときに変更します。
K（保持する）
次回JP1/AJS2サービス起動時

ファイル監視ジョブの情報の引き継ぎ

Windows

［ファイル監視ジョブの情報の引き継ぎ］

UNIX

FilewatchinfContinue

起動条件に定義されたファイル監視ジョブが実行中にシャットダウンし，その後起動した場合で，シャットダウン前のファイル監視ジョブの監視状態を引き継がないで監視したいときに変更します。
運用によって決定してください。
次回JP1/AJS2サービス起動時

ファイル更新モード

Windows

［ファイル更新モード］

UNIX

FileWriteMode

イベントジョブ情報，待機情報ファイルの更新時に，常に同期書き込みを実行したい場合には「同期（sync）」を設定します。「同期」を設定した場合，信頼性は向上しますが，性能は低下します。クラスタ対応など信頼性を優先する場合は，「同期」を選択してください。
イベントジョブ情報，待機情報ファイルの更新時に，JP1/AJS2の処理とは同期を取らないで，OSのバッファーリングによってディスクに書き込みたい場合は「非同期（nosync）」を設定します。「非同期」を設定した場合，「同期」に比べて性能は向上しますが，システムダウンなどが発生した場合，情報の不整合が発生しイベントが消失するおそれがあります。性能・信頼性・運用方法によって，適切な書き込み方法を選択してください。
物理ホストの場合「非同期（nosync）」
クラスタの場合「同期（sync）」
次回JP1/AJS2サービス起動時

詳細プロセス終了時の処理

Windows

［詳細プロセス終了時の処理］

UNIX

EVProcessHA

イベント・アクション制御の詳細プロセスがシグナル終了した場合，イベント・アクション制御エージェントプロセスを終了しないで縮退運転させたいときに変更します。
運用によって決定してください。
次回JP1/AJS2サービス起動時

(2)　［メール連携］タブの設定項目（EVAction.conf）

表5-28　［メール連携］タブの設定項目（EVAction.conf）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

メール連携機能

Windows

［メール連携機能］

メールシステム連携機能を使うかどうかを指定します。［設定］ボタンをクリックすると，［メール連携機能の選択］ダイアログボックスが表示されるので，次の中から連携機能を選択します。

［使用しない］
メールシステム連携を使用しません。

［デスクトップ上で使用する］
JP1/AJS2メール監視プロセスが登録されます。

［サービス上で使用する］
JP1/AJS2 Mailサービスが登録されます。デフォルトは［使用しない］です。

ユーザー環境に依存
次回JP1/AJS2サービス起動時

メールプロファイル名

Windows

［メールプロファイル名］

メールサービスへのログインで使用するプロファイルの名称を256バイト以内で指定します。全角文字も使用できます。メールシステム連携機能をサービス上で動作させる場合，ローカルユーザーが作成したプロファイルを指定してください。メールシステム連携を複数のユーザーがデスクトップ上で使用する場合は，同じ内容で同じ名称のプロファイルを，ユーザーごとに作成してください。プロファイル名を入力し，［追加］ボタンをクリックすると，一覧にプロファイル名が表示されます。プロファイル名は4件まで設定できます。一覧からプロファイル名を選択し，［削除］ボタンをクリックすると，プロファイル名が削除されます。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

メール受信後の処理

Windows

［メール受信後の処理］

受信後のメールの扱いを次のどちらかから選択します。デフォルトは［開封済］です。

［開封済］
メール受信監視ジョブが終了したあと，受信したメールを開封済にします。

［削除］
メール受信監視ジョブが終了したあと，受信したメールを削除します。

「開封済」
次回JP1/AJS2サービス起動時

差出人アドレスの引き継ぎ

Windows

［差出人アドレスの引き継ぎ］

メール受信監視ジョブの引き継ぎ情報「MLRCVADDRESS」に設定する情報の種類を次のどちらかから選択します。デフォルトは［メールアドレス］です。この設定は，設定したホスト上で動作する，すべてのメール受信監視ジョブに影響します。

［メールアドレス］
メールアドレスが引き継ぎ情報として設定されます。インターネットメールのメールプロファイルを使用している場合は，後続のメール送信ジョブの宛先として利用できます。

［表示名］
表示名（ニックネーム）が引き継ぎ情報として設定されます。Exchange Server，Microsoft Mail，またはGroupmaxのメールプロファイルを使用している場合に，後続のメール送信ジョブの宛先として利用できます。

［メールアドレス］
次回JP1/AJS2サービス起動時

監視間隔

Windows

［監視間隔］

メールの受信監視間隔と，メール送信時間の間隔を1～1,440（単位：分）の間で指定します。デフォルトは「10」です。
10
次回JP1/AJS2サービス起動時

Groupmax 自動ログインの設定

Windows

［Groupmax 自動ログインの設定］

Groupmaxサーバへ自動的にログインするかどうかを次のどちらかから選択します。

［設定］
JP1/AJS2のメールシステム連携機能の起動と同時に，Groupmaxサーバへ自動的にログインします。合わせて［ユーザーID］および［パスワード］を指定する必要があります。

［解除］
Groupmaxサーバへログインするときに，ユーザーIDおよびパスワードを入力するダイアログボックスが表示されます。［解除］を選択した場合，このダイアログボックスの［ユーザーID］および［パスワード］に指定した内容は無視されます。

ユーザー環境に依存
次回JP1/AJS2サービス起動時

Windows 自動ログオンの設定

Windows

［Windows 自動ログオンの設定］

Windowsへ自動的にログオンするかどうかを次のどちらかから選択します。

［設定］
ホストの起動と同時に，Windowsへ自動的にログオンします。合わせて［ユーザー名］，［ドメイン名］および［パスワード］を指定する必要があります。

［解除］
Windowsへログオンするときに，ユーザー名，ドメイン名（またはログオン先），およびパスワードを入力するダイアログボックスが表示されます。［解除］を選択した場合，このダイアログボックスの［ユーザー名］，［ドメイン名］および［パスワード］に指定した内容は無視されます。

ユーザー環境に依存
次回JP1/AJS2サービス起動時

ユーザーID

Windows

［ユーザーID］

GroupmaxサーバへログインするユーザーのIDを256バイト以内で指定します。指定したユーザーIDが存在しない場合は，メールシステム連携機能の起動時にエラーとなり，メールシステム連携機能が起動しなくなります。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

パスワード

Windows

［パスワード］

Groupmaxサーバへログインするためのパスワードを256バイト以内で指定します。指定したパスワードが存在しない場合は，メールシステム連携機能の起動時にエラーとなり，メールシステム連携機能が起動しなくなります。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

ユーザー名

Windows

［ユーザー名］

Windowsへログオンするユーザーの名称を513バイト以内で，かつWindowsのログオン画面で入力するユーザー名と同じ名称になるように指定します。「ユーザー名@ドメイン名」の形式でも指定できます。この形式で指定した場合，［ドメイン名］の指定を省略できます。「ドメイン名¥ユーザー名」の形式では指定できません。この形式では，Windowsへのログオンに失敗してしまいます。なお，指定したユーザー名が存在しない場合は，ログオン時にユーザー名を入力するダイアログボックスが表示されます。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

ドメイン名

Windows

［ドメイン名］

Windowsへログオンするユーザーが属するドメインの名称を256バイト以内で，かつ，ログオン先と同じ名称になるように指定します。［ユーザー名］を「ユーザー名＠ドメイン名」の形式で指定した場合，［ドメイン名］の指定は不要です（［ドメイン名］を指定しても，無視されます。［ユーザー名］に指定した「＠」より後ろの文字列がドメイン名として扱われます）。なお，指定したドメイン名が存在しない場合は，ログオン時にドメイン名，またはログオン先を選択するダイアログボックスが表示されます。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

パスワード

Windows

［パスワード］

Windowsへログオンするためのパスワードを127バイト以内で指定します。指定したパスワードが存在しない場合は，ログオン時にパスワードを入力するダイアログボックスが表示されます。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

(3)　メール連携のその他の設定を定義する（UNIX限定）

表5-29　メール連携のその他の設定を定義する（UNIX限定）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

監視時間間隔

UNIX

ReceiveIntervalC

メールの受信を監視する時間間隔を指定します。指定できる値は，1～1,440（単位：分）です。省略した場合，10が仮定されます。
10
次回JP1/AJS2サービス起動時

ユーザー名

UNIX

UserName

ここで指定したユーザーのメールの受信を監視する場合に，ユーザー名を指定します。指定できる文字数は，1～256（単位：バイト）です。
なお，受信を監視するメールは，ここで指定したユーザー名と同じファイル名で，環境設定パラメーターMailFileDirで指定するディレクトリに格納されます。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

メールファイルディレクトリ名

UNIX

MailFileDir

環境設定パラメーターUserNameで指定したユーザーのメールが格納される，メールファイル用のディレクトリ名を指定します。指定できる文字数は，1～180（単位：バイト）です。JP1/AJS2では，メール配信機能を使ってメールを受信するため，必ず「/var/opt/jp1ajs2/tmp/mailbox」を指定するようにしてください。省略した場合は「/var/opt/jp1ajs2/tmp/mailbox」が仮定されます。
メール配信機能の設定については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　2.3.3 メール配信機能をセットアップする」およびマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド　jpomailrecv（UNIX限定）」を参照してください。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

監視条件一致メールの保存先ファイル名

UNIX

MailFileName

監視条件に一致したメールを保存するメールファイル名をフルパスで指定します。指定できる文字数は，1～255（単位：バイト）です。このパラメーターには，環境設定パラメーターMailFileDirおよびUserNameで指定したメールファイルと同じファイル名ではなく，別のファイル名を指定してください。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

監視条件不一致メールの保存先ディレクトリ名

UNIX

NotMatchMailDir

監視条件に一致しなかったメールを保存する，監視条件不一致メール退避先ファイルのディレクトリ名をフルパスで指定します。指定できる文字数は，1～180（単位：バイト）です。ただし，環境設定パラメーターMailFileDirに指定するディレクトリと同じディレクトリではなく，別のディレクトリを指定してください。省略した場合，監視条件に一致しないメールは破棄されます。
ユーザー環境に依存
次回JP1/AJS2サービス起動時

{U|N}

UNIX

ExecMode

メール連携機能を使用するかどうかを指定します。

U
メール連携機能を使用します。

N
メール連携機能を使用しません。

ユーザー環境に依存
次回JP1/AJS2サービス起動時

(4)　［MSMQ連携］タブの設定項目（EVAction.conf）

表5-30　［MSMQ連携］タブの設定項目（EVAction.conf）

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

MSMQ連携機能

Windows

［MSMQ連携機能］

メッセージキューシステム連携機能を使うかどうかを指定します。デフォルトは［使用しない］です。

［使用する］
メッセージキューシステム連携機能を使用します。

［使用しない］
メッセージキューシステム連携機能を使用しません。

ユーザー環境に依存
次回JP1/AJS2サービス起動時

監視時間間隔

Windows

［監視間隔］

メッセージキューを監視する間隔を1～1,440（単位：分）の間で指定します。デフォルトは「10」です。
10
次回JP1/AJS2サービス起動時

5.4.3　キューレスジョブ実行環境に関する環境設定について検討する

JP1/AJS2 - Agentホストのキューレスジョブ実行環境の環境設定項目について説明します。

Windowsの場合，［マネージャー環境設定］ダイアログボックスで値を設定します。UNIXの場合，Queueless.conf（キューレスジョブ実行環境設定ファイル）に値を設定します。

次の表に示す，設定値を決定する理由や推奨値を参考にして，設定値を検討してください。

表5-31　［キューレスジョブ実行環境］タブの設定項目

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

キューレスジョブのログフォルダ

Windows

［ログフォルダ名］

UNIX

AJSQL_LOGFILE

特に理由はありません。ディスク占有量見積もりと合わせ，運用によって決定してください。
デフォルトで使用してください。
JP1/AJS2 Queueless Agentサービスの再起動後

ログファイルのサイズ

Windows

［ログファイルのサイズ］

UNIX

AJSQL_LOGSIZE

ジョブの実行状況を確認するためのログです。最低でも1日分のログが保存できるサイズを指定します。
運用によって決定してください。
JP1/AJS2 Queueless Agentサービスの再起動後

ステータスファイル名

Windows

［ステータスファイル名］

UNIX

AJSQL_STATFILE

特に理由はありません。ディスク占有量見積もりと合わせ，運用によって決定してください。
デフォルトで使用してください。
JP1/AJS2 Queueless Agentサービスの再起動後

ステータスファイルサイズ

Windows

［ステータスファイルサイズ］

UNIX

AJSQL_STATSIZE

キューレスジョブ実行中にキューレスジョブ要求元スケジューラーサービスに障害があった場合でも，ジョブ状態をマネージャー側で管理できます。信頼性を向上させたい場合に指定します。
運用によって決定してください。
JP1/AJS2 Queueless Agentサービスの再起動後

キューレスエージェントサービス内での最大同時ジョブ実行数

Windows

［キューレスサービス内での最大同時ジョブ実行数］

UNIX

AJSQL_JOBMAX

マシンリソースなどによって，同時に実行するキューレスジョブ数を制限したい場合に指定します。
運用によって決定してください。
JP1/AJS2 Queueless Agentサービスの再起動後

キューレスエージェントサービス内での最大待ちジョブ数

Windows

［キューレスサービス内での最大待ちジョブ数］

UNIX

AJSQL_JOBWAITMAX

キューレスジョブのピーク実行数が，最大同時ジョブ実行数を超える場合に指定します。
運用によって決定してください。
JP1/AJS2 Queueless Agentサービスの再起動後

キューレスエージェントの言語コード

Windows，UNIX

AJSQL_CHARCODE

マネージャーホストとエージェントホストの言語コードが異なる場合に指定します。
運用によって決定してください。
JP1/AJS2 Queueless Agentサービスの再起動後

ユーザープロファイル仕様有無

Windows

AJSQL_LOADUSERPROFILE

PCジョブ実行時に，OSユーザーのログオンセッションに設定されているユーザー情報を必要とする場合に指定します。
運用によって決定してください。
JP1/AJS2 Queueless Agentサービスの再起動後

キューレスエージェントのワークパス，およびテンポラリファイル用ディレクトリ

Windows，UNIX

AJSQL_AGTWORKPATH

キューレスジョブで使用するワークパス，およびテンポラリファイル用ディレクトリを変更したい場合に指定します。
運用によって決定してください。
JP1/AJS2 Queueless Agentサービスの再起動後

キューレスジョブの文字コード変換について

キューレスエージェントの言語コード（AJSQL_CHARCODE）は次に示す文字コード変換に使用されます。

図5-3　キューレスジョブの文字コード変換

（1）スケジューラーサービスおよびキューレスエージェントサービス

スケジューラーサービスの文字コードは，スケジューラーサービスの環境設定パラメーターAJSCHARCODEの設定値です。

スケジューラーサービスでは文字コード変換しません※。

（2）キューレスエージェントサービス

次のデータを環境設定パラメーターAJSQL_CHARCODEの設定値に文字コード変換します。

スケジューラーサービスから受け付けたデータ

転送ファイルデータ

また，次のデータを要求元スケジューラーサービスの環境設定パラメーターAJSCHARCODEの設定値に文字コード変換します。

スケジューラーサービスへの返信データ

結果ファイルデータ

AJSQL_CHARCODEの設定値のデフォルトは「none」です。noneが設定されている場合，文字コード変換しません。

マネージャーとエージェントで文字コードが混在している場合，要求先キューレスエージェントサービスのAJSQL_CHARCODEの設定が必要です。

（3）キューレスエージェントサービスおよびキューレスファイル転送サービス

転送ファイルのデータは，キューレスファイル転送サービスからキューレスエージェントサービスに送信され，キューレスエージェントサービスで文字コード変換します。結果ファイルのデータは，キューレスエージェントサービスで文字コード変換したあと，キューレスファイル転送サービスに送信されます。キューレスファイル転送サービスでは文字コード変換しません※。

注※

Linuxの場合は，マネージャーの環境設定パラメーター「QLMANCHARCODE」の設定値によって文字コード変換する場合があります。

5.4.4　ジョブの実行に関するオプションについて検討する

ジョブを実行するときに，オプションとして設定できる項目の検討について説明します。運用する環境に合わせて設定を検討してください。

＜この項の構成＞

(1)　ジョブ実行時のワークパスを変数として定義する

(2)　ジョブをロングファイル名で実行させる（Windows限定）

(3)　エージェントのパイプ通信タイムアウト値を設定する（UNIX限定）

(1)　ジョブ実行時のワークパスを変数として定義する

JP1/AJS2のインストール先フォルダがジョブ実行ホストごとに異なる場合，またはジョブ実行ホストでJP1/AJS2のインストール先フォルダが環境変数PATHに定義されていない場合，ジョブ実行ホストでインストール先フォルダを変数として定義すると，インストール先を意識しないでジョブを実行できます。

ジョブとして実行する実行ファイルの保存先が，ある実行ホストではCドライブ，ある実行ホストではDドライブと異なっている環境でJP1/AJS2を運用する場合は，ジョブ実行時のワークパスを変数として定義することをお勧めします。

設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.1 ジョブ実行時のワークパスを変数として定義する」（Windowsの場合），または「JP1/Automatic Job Management System 2 セットアップガイド　16.1 ジョブ実行時のワークパスを変数として定義する」（UNIXの場合）を参照してください。

(2)　ジョブをロングファイル名で実行させる（Windows限定）

ジョブ実行時，ジョブの実行ファイルの名称は，通常，NTFS（NT File System）およびFAT（File Allocation Table）ボリューム上のファイル用に生成されたショートファイル名に変換されます。ジョブの実行ファイルをショートファイル名に変換しないでロングファイル名で実行したい場合は，このオプションを有効にすることをお勧めします。

設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.2 ジョブをロングファイル名で実行するための設定」を参照してください。

(3)　エージェントのパイプ通信タイムアウト値を設定する（UNIX限定）

ジョブ実行制御のエージェントプロセス間通信でパイプ通信のタイムアウトエラーが発生することがあります。その原因として，次のことが考えられます。

大量のジョブが一時期に集中して実行された。

CPUに高い負荷が掛かっている。

実メモリーが不足することでジョブ実行制御のエージェントプロセスが300秒以上の間スワップアウトされ，実行されなかった。

これらの発生条件が解消されずにパイプ通信のタイムアウトエラーが頻繁に発生するような状況が考えられる場合は，エージェントプロセスが実行されるホスト上のパイプ通信タイムアウト時間を長めに変更して運用することをお勧めします。

注意

パイプ通信タイムアウト時間に長い時間を設定すると，ジョブの障害検知が遅くなることがありますので注意してください。

設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.4 エージェントのパイプ通信タイムアウト値の変更」を参照してください。

5.4.5　イベントジョブを使用する場合のオプションについて検討する

イベントジョブを使用する場合に，オプションとして設定できる項目の検討について説明します。運用する環境に合わせて設定を検討してください。

＜この項の構成＞

(1)　イベントジョブのログ設定

(2)　イベントが発生した順に条件を成立させる

(3)　ファイル監視ジョブの状態を引き継がせる

(1)　イベントジョブのログ設定

イベントジョブを使用する場合，イベントジョブの実行数や監視条件の成立数などの運用形態によって，出力されるログのサイズが異なります。そのため，少なくとも24時間分のログが保持できることを目安とし，1～3日分のログを保持できるように設定する必要があります。ログのサイズは，「4.4.4 イベントジョブが出力するログのサイズを見積もる」を参照して計算してください。

(2)　イベントが発生した順に条件を成立させる

起動条件で監視している一つのイベントジョブのイベントが連続して発生する場合，通信の状態によって，イベントの成立順序が実際に発生した順序とは異なってしまうことがあります。引き継ぎ情報を使用しているなどで，成立するイベントの順序をイベントが実際に発生した順にしたい場合は，イベント順序保証オプションを使用してください。なお，イベント順序保証オプションは，イベントジョブを実行するすべてのエージェントホストで設定してください。設定については，Windowsホストの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.9 イベント順序保証オプションの設定」を，UNIXホストの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.7 イベント順序保証オプションの設定」を参照してください。

(3)　ファイル監視ジョブの状態を引き継がせる

ファイル監視ジョブが監視対象ファイルを監視している間の情報を随時退避しておき，JP1/AJS2サービスが一時的に停止した場合でもジョブの状態を引き継ぐことができます。例えば，クラスタシステムで，ファイル監視ジョブの実行中にJP1/AJS2サービスが停止した場合，JP1/AJS2サービスの停止後，再度JP1/AJS2サービスが起動して，サービスが停止する前と同じファイル監視ジョブが実行されたときに，サービスが停止する前のファイル監視ジョブの監視状態を引き継いでジョブが実行されます。JP1/AJS2サービスが停止する前後で，ファイル監視ジョブの状態の整合性を保ちたい場合にこの設定を使用することをお勧めします。

なお，監視状態を引き継ぐには，ファイル監視ジョブが継続して動作している必要があります。ファイル監視ジョブが継続して動作するか，終了するかによって監視状態が引き継がれるかどうかが異なります。

監視状態が引き継がれる条件については，「8.3.2 ファイル監視ジョブの注意事項」のファイル監視ジョブの状態引き継ぎオプションについて説明している事項を参照してください。

設定については，Windowsホストの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.12 ファイル監視ジョブの状態引き継ぎオプションの設定」を，UNIXホストの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.8 ファイル監視ジョブの状態引き継ぎオプションの設定」を参照してください。

5.4.6　その他のオプションに関する環境設定について検討する

JP1/AJS2 - Agentホストの共通情報の環境設定項目について説明します。

Windowsの場合，［エージェント環境設定］ダイアログボックスで値を設定します。UNIXの場合，Common.conf（共通情報環境設定ファイル）に環境設定情報を記述し，jbssetcnfコマンドで設定を反映してください。

次の表に示す，設定値を決定する理由や推奨値を参考にして，設定値を検討してください。

表5-32　［その他のオプション］タブの設定項目

設定内容とパラメーター（表示項目）
設定値を決定する理由
（設定を変更する
必要がある場合）
推奨値
設定が有効
になる時期

ラージファイル対応の動作

Windows

［ラージファイル対応］

UNIX

LARGEFILEUSE

2ギガバイト以上のファイルをファイル監視ジョブで監視する場合に，「する（yes）」を指定します。
ファイル監視ジョブで監視しているファイルが2ギガバイトを超えた場合に，ジョブを異常終了させるような運用をしたいときは「しない（no）」を指定してください。
運用によって決定してください。
JP1/AJS2の再起動後

5.5　JP1/AJS2 - Viewの環境設定について検討する

この節では，JP1/AJS2 - Viewの環境設定で検討しておく項目について説明します。運用が始まったらすぐに，運用形態に合わせてJP1/AJS2 - Viewを使用できるようにするために，次に示す内容について検討しておいてください。

［環境設定］ダイアログボックスの項目

共通の設定情報（共通プロファイル）の利用

ウィンドウの表示状態や更新間隔

表示するカラム

ラジオボタンやチェックボックスでのデフォルト値

JP1/AJS2 - Viewの環境は，JP1/AJS2 - Viewを起動しているホストおよびログインするJP1ユーザーごとに，運用形態や目的に合わせて設定することができます。また，一方でユーザー共通プロファイル※を使用すれば，すべてのJP1ユーザーの間で，同じ設定でJP1/AJS2 - Viewを使用することができます。ユーザープロファイルの設定については，「5.5.2 共通の設定情報の利用について検討する」を参照してください。

注※

JP1/AJS2 Console Viewでは，共通プロファイルは有効になりません。ただし，表示色の設定については，［JP1/AJS2 - Viewでの設定に従う］オプションを使用することでJP1/AJS2 - Viewで統一した色を指定できます。

なお，JP1/AJS2 - Viewの［環境設定］ダイアログボックス以外での設定方法については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　10. JP1/AJS2 - Viewで使用するウィンドウおよびダイアログボックスのカスタマイズ」を参照してください。

＜この節の構成＞

5.5.1　［環境設定］ダイアログボックスの設定項目について検討する

5.5.2　共通の設定情報の利用について検討する

5.5.3　ウィンドウ表示の設定について検討する

5.5.4　ダイアログボックスのデフォルト値の変更を検討する

5.5.5　ウィンドウの表示項目の追加を検討する

5.5.6　JP1/AJS2 Console Viewの環境設定について検討する

5.5.1　［環境設定］ダイアログボックスの設定項目について検討する

JP1/AJS2 - Viewの［環境設定］ダイアログボックスの設定項目について説明します。運用が始まったらすぐに，運用形態に合わせてJP1/AJS2 - Viewを使用できるようにするために，次の表に示す内容について事前に検討しておきます。

表5-33　検討しておく［環境設定］ダイアログボックスの設定項目

タブ名 | 項目
起動 | 自動ログイン
メイン | アイコン表示色
状態／結果のカラーイメージ
ジョブグループの状態表示
ジョブネットをダブルクリック
ジョブネットモニタ起動時の監視モード
ジョブネットエディタ起動時の排他編集
エディタ・モニタ | ユニット名の改行
コメントの表示
スケジュール | 初回実行時間
［デイリースケジュール］ウィンドウのスケジュールエリアの表示時間
［マンスリースケジュール］ウィンドウでのシミュレーションの有無
［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウのツリーエリアでの，ユニットの表示順序
表示するスケジュール情報がないルートジョブネットの表示
プランニンググループの表示
全般 | アイコン表示色の変更
遅延表示色の優先度
その他 | トレースレベル
ログファイルの上限値

＜この項の構成＞

(1)　［起動］タブ

(2)　［メイン］タブ

(3)　［エディタ・モニタ］タブ

(4)　［スケジュール］タブ

(5)　［全般］タブ

(6)　［その他］タブ

(1)　［起動］タブ

JP1/AJS2 - Viewの起動時に，自動的にJP1/AJS2 - Managerにログインするかどうかを検討します。［ログイン］画面でログイン操作を省略したい場合に設定します。

だたし，ログイン操作を省略すると，どんな人でもJP1/AJS2 - Managerにログインできてしまいます。セキュリティ上に問題がある場合は使用しないでください。また，［起動］タブで指定した値は，JP1/AJS2のローカルファイルに保存されます。このローカルファイルには，特別なセキュリティは掛かっていません。自動ログイン機能を使用する場合は，OSのセキュリティを前提とした環境で使用してください。

なお，JP1/IM - ViewからJP1/AJS2 - Viewにログインする場合は，自動ログインの設定は無効となります。JP1/IM - ViewへログインしたJP1ユーザー名とパスワードでJP1/AJS2 - Viewにログインします。なお，表示される［ログイン］画面には，JP1/IM - ViewへログインしたときのJP1ユーザー名とパスワードが設定されます。

(2)　［メイン］タブ

次に示す内容について検討します。

［JP1/AJS2 - View］ウィンドウのリストエリアに，ユニットをどのように表示させるのか。

［JP1/AJS2 - View］ウィンドウから，［ジョブネットエディタ］ウィンドウや［ジョブネットモニタ］ウィンドウをどのような状態で表示させるのか。

アイコン表示色

リストエリアの［名前］カラムに表示されるアイコンの色を，ユニットの状態に従って表示するのか，結果に従って表示するのかを選択できます。

実行中の世代の状態を知りたい場合には，［状態に従う］を選択します。

例えば，異常終了したジョブネットで，次の実行予定がない（未計画状態）場合，ユニットの状態に従って表示すると，ジョブネットアイコンは灰色で表示されます。ユニットの結果に従って表示すると，ジョブネットアイコンは薄い赤色で表示されます。

状態／結果のカラーイメージ

［状態］と［結果］カラムに，テキストで表示されている状態に対応する状態色を表示することができます。［JP1/AJS2 - View］ウィンドウでも視覚的に状態や実行結果を確認したい場合に設定すると便利です。

ジョブグループの状態表示

リストエリアに表示されるジョブグループのアイコンの背景に，状態色を表示することができます。状態色には，ジョブグループ内のジョブネットの状態を表す色が付けられます。また，［状態］と［結果］カラムに，ジョブグループの状態や実行結果が表示されます。

ジョブグループ内に複数のジョブネットがあり，その中に異常終了したジョブネットが一つでもあれば，ジョブグループにも異常終了を表す色が付けられます。また，ネストジョブグループ内のジョブネットが異常終了している場合も，上位ジョブグループには異常終了を表す色が付けられます。ジョブネットの状態色が最上位のジョブグループへ伝わります。そのため，［JP1/AJS2 - View］ウィンドウで，ジョブグループ内のジョブネットの状態がどのようになっているか視覚的に確認したい場合に設定すると便利です。ジョブグループをクリックして開く操作をしなくても，ジョブグループ内の状態をつかむことができます。ただし，ジョブグループの配下にジョブネットやジョブが大量にある場合は，表示性能が低下しますので，大量のユニットがあるときは使用しないでください。

下位のジョブネットの状態が上位のジョブグループに伝わるときのルール（ジョブグループの状態表示）については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.3.27 ［環境設定］ダイアログボックス」を参照してください。

ジョブネットをダブルクリックしたときの動作

リストエリアでジョブネットをダブルクリックしたときに表示されるウィンドウを次の中から選択できます。

状態を［ジョブネットモニタ］ウィンドウで表示する

結果を［ジョブネットモニタ］ウィンドウで表示する

［ジョブネットエディタ］ウィンドウを表示する

ジョブネットやジョブなどの業務フローを定義する端末としてJP1/AJS2 - Viewを使用するホストでは，ジョブネットの定義情報を編集する画面である，［ジョブネットエディタ］ウィンドウを表示するような設定をお勧めします。

業務の監視用端末としてJP1/AJS2 - Viewを使用するホストでは，ジョブネットの編集が主目的ではないので，ジョブネットの状態や結果を参照する画面である，［ジョブネットモニタ］ウィンドウを表示するような設定をお勧めします。

［ジョブネットエディタ］ウィンドウ起動時の排他編集

［ジョブネットエディタ］ウィンドウでジョブネットを編集するには，情報が二重に更新されないように，ジョブネットの定義情報を排他状態にする必要があります。そのため，ジョブネットの定義を編集することを目的とするJP1ユーザーには，［ジョブネットエディタ］ウィンドウの起動と同時に，排他編集になるようにする設定をお勧めします。

［ジョブネットモニタ］ウィンドウ起動時の監視モード

［JP1/AJS2 - View］ウィンドウから［ジョブネットモニタ］ウィンドウを呼び出したときに，どのような内容を表示させるのかを次の中から選択できます。

固定監視

［ジョブネットモニタ］ウィンドウを起動したときに，［JP1/AJS2 - View］ウィンドウのリストエリアで表示されていた世代だけを表示します。この場合，［ジョブネットモニタ］ウィンドウを表示したあとでジョブネットの状態などが変化していても，［ジョブネットモニタ］ウィンドウに表示されている内容に変更はありません。

最新の状態・結果を監視

［JP1/AJS2 - View］ウィンドウでの表示内容に関係なく，最新の状態または結果が表示されます。複数の世代が生成されるジョブネットを監視しても，現在日時にいちばん近い世代の状態または結果が表示できます。

(3)　［エディタ・モニタ］タブ

［ジョブネットエディタ］ウィンドウおよび［ジョブネットモニタ］ウィンドウのマップエリアでの，ユニットの表示方法について検討します。

ユニット名の改行

［ジョブネットエディタ］ウィンドウ，および［ジョブネットモニタ］ウィンドウのマップエリアに表示されるユニット名は，半角文字で10バイトの位置で改行されるようになっています。そのため，［ジョブネットモニタ］ウィンドウでユニットの状態や結果を監視するとき見にくい場合があります。ユニット名を任意の位置で改行するように設定すれば，マップエリアでユニット名を確認しやすくなります。入力するユニット名の命名規則などを考慮して，必要に応じて改行する位置を検討してください。

コメントの表示

ユニット名の下にコメントを表示したい場合は，コメントの先頭からの文字数を指定します。指定した文字数分のコメントが表示されます。

コメントを表示したくない場合は，コメントの先頭に識別用文字を指定します。先頭に識別用文字が指定されたコメントは，マップエリアには表示されません。

ジョブネットやジョブの処理サイクルなどのルールを，コメントとして表示するようにしておくと，ユニットが管理しやすくなります。日本語処理名を全角（80バイト以内）で記入しておくと便利です。

また，わざわざジョブネットやジョブを定義するダイアログボックスを表示しなくても，コメントの内容を確認できます。

なお，［エディタ・モニタ］タブで表示しないを選択しても，コメントはツールチップで表示させることもできます。

(4)　［スケジュール］タブ

実行予定算出のための設定や，［デイリースケジュール］ウィンドウの表示などの設定を検討します。検討する内容を次に示します。

初回実行時間

初回実行時間とは，初めてジョブネットやジョブを実行するときに，終了予定時刻を計算するために使う時間です。2回目以降の終了予定時刻の算出では，前に実行されているジョブネットやジョブの実行時間の平均値を使って計算されます。

あらかじめ，予想される実行時間を入力しておくことで，テストの場合などでも，実運用に近い形の実行時間でスケジュールの動きや結果が確認できます。なお，初回実行時間は1～86,400（単位：秒）の間で指定できます。デフォルトは「1,200」です。

デイリー表示時間

［デイリースケジュール］ウィンドウの日時エリアを，24時間分（当日分）表示するのか，48時間分（当日と翌日分）で表示するのかを選択できます。巨大なデータを一括して実行するなどで，日またがりの（日付の境を超えて実行される）スケジュールを設定している場合には，48時間表示にしておくと実行予定や結果が見やすくなります。

シミュレーションの有無

マンスリー実行シミュレーションとは，計画登録したジョブネットの実行予定を算出し，［マンスリースケジュール］ウィンドウに表示させる機能です。この機能を使うかどうかを選択できます。

計画実行登録したジョブネットは，ジョブネット実行を開始した時点で，次回実行予定が算出されます。マンスリー実行シミュレーションを実行すると，ジョブネットの実行登録時に，ジョブネットの登録情報と実行情報，およびその時点での定義情報を基に，すべてのスケジュール（実行予定）が算出されます。実運用に近い形で実行開始日時などを確認したい場合に設定します。

表示順序

［デイリースケジュール］ウィンドウ，および［マンスリースケジュール］ウィンドウのツリーエリアに表示されるユニット名の表示順序を選択します。ユニット名を名称順で表示するか，または実行時刻順で表示するかを選択できます。

名称順で表示する場合，ユニット名を基準にして，ツリーエリアのユニット名を昇順で表示します。並び順は，JP1/AJS2 - Managerに設定されている文字コード種別に依存します。業務単位，部署単位，または処理単位でユニット名を付けている場合，そのまとまりごとに実行予定や結果を確認したい場合に名称順を選択します。

実行時刻順で表示する場合，画面に表示されている最も古い実行開始日時を基準にして，ツリーエリアのユニット名を昇順で表示します。時系列でユニットの実行予定や結果を確認したい場合に実行時刻順を選択します。

表示するスケジュール情報がないルートジョブネット

［デイリースケジュール（階層表示）］ウィンドウ，および［マンスリースケジュール］ウィンドウで，表示するスケジュール情報がないルートジョブネット，およびプランニンググループをツリーエリアに表示するかどうかを選択します。

実行登録されていないルートジョブネットでも，ジョブグループの下にあるルートジョブネットなら表示できます。

また，プランニンググループの下にあるジョブネットで，スケジュール情報がない（実行する期間ではない）ジョブネットも表示できます。そのため，プランニンググループの下にどのようなジョブネットがあるかを確認したい場合に設定します。

プランニンググループの表示

プランニンググループのスケジュール情報を［マンスリースケジュール］ウィンドウで表示する場合，プランニンググループの下にあるユニットのスケジュール情報がスケジュールエリアにマージされて表示されるようにできます。プランニンググループの下にあるジョブネットを一つのジョブネットのように見立てて表示したい場合に選択します。

(5)　［全般］タブ

各ウィンドウで表示されるユニットの，状態を表す色について検討します。デフォルトのまま使用する場合は，検討する必要はありません。デフォルトで用意されている表示色を変更したい場合，またはユーザー自身が新しい色を作成して，その色を状態表示色として表示したい場合に検討します。

色の作成については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　10.3.3 実行状態，実行結果，遅延の表示色を作成する」を参照してください。

また，実行したユニットが，異常終了，警告終了，または終了遅延している場合で，かつ，複数の結果に該当する場合に，どの終了状態で表示させるのかを次の中から選択できます。

異常＞警告＞遅延
異常終了，警告終了，終了遅延の順で優先させて表示します。

異常＞遅延＞警告
異常終了，終了遅延，警告終了の順で優先させて表示します。

遅延＞異常＞警告
終了遅延，異常終了，警告終了の順で優先させて表示します。

例えば，終了遅延し，かつ，異常終了したジョブネットの場合，「異常＞警告＞遅延」を選択していると，ジョブネットの表示色は異常終了を表す薄い赤になります。また，「遅延＞異常＞警告」を選択していると，ジョブネットの表示色は終了遅延を表す橙になります。

終了遅延の状態をどのくらい優先して監視するか，という点から選択してください。業務全体の実行に影響を与えるユニットの終了遅延を最優先で監視したい場合には，「遅延＞異常＞警告」を選択します。

(6)　［その他］タブ

JP1/AJS2 - Viewのログファイルに関する設定を検討します。JP1/AJS2 - Viewでの操作履歴がログに出力されます。トレースレベルとログファイルの上限値について設定します。

トレースレベル

ログファイルに出力する情報のレベルを選択します。指定できる値は，1，3，5です。値が大きいほど出力レベルが詳細になり，大量のログが出力されます。ログファイルの切り替えが頻繁に発生し，JP1/AJS2 - Viewホストの処理速度が遅くなるおそれがあります。処理速度を遅くしたくない場合は，3以下を選択してください。

デフォルトは3です。

各トレースレベルの内容については，次のとおりです。

トレースレベル［1］
エラー発生時の情報をログ出力する。

トレースレベル［3］
エラー発生時の情報と，ユーザーがどのような操作をしたかを識別できる情報をログ出力する。

トレースレベル［5］
エラー発生時の情報，ユーザーがどのような操作をしたかを識別できる情報，送受信データの内容についてログ出力する。

ログファイルの上限値

ログファイルサイズを設定できます。1～512（単位：メガバイト）の間で設定できます。ここで設定した値を超えた場合，二つ目のログファイルが自動的に作成されます。二つ目のログファイルのサイズも，ここで設定した値になります。二つ目のログファイルも設定した値を超えた場合は，一つ目のログファイルに上書きされます。

ログファイルサイズの見積もりについては，「4.4.9 JP1/AJS2 - Viewのログファイルのサイズを見積もる」を参照してください。

5.5.2　共通の設定情報の利用について検討する

JP1/AJS2 - Viewの共通の設定情報（ユーザー共通プロファイル）の利用について説明します。

JP1/AJS2では，あるJP1/AJS2 - Viewで設定したJP1ユーザーの設定情報をユーザー共通プロファイルとして，ログイン先のJP1/AJS2 - Managerごとに保存（アップロード）することができます。共通の設定情報には，次に示す情報が保存されます。

［環境設定］ダイアログボックスでの設定情報

ajs2view_opt.confファイルの設定情報

ダイアログボックスのデフォルト値の設定情報

ユーザー共通プロファイルを保存したJP1/AJS2 - Managerにログインすれば，次に示すような場合でも，保存したユーザー共通プロファイルをダウンロードして，その設定情報を利用することができます。

新しくJP1ユーザーを登録して初めてログインしたあと，ほかのJP1ユーザーと同じ環境でJP1/AJS2 - Viewを使用したい。

登録済みのJP1ユーザーで，初めてログイン操作を実施するJP1/AJS2 - Viewからでも，いつも使っている環境を利用したい。

このように，JP1ユーザーごとに環境を設定する作業を省力化したいときに，共通プロファイルを利用したJP1/AJS2 - Viewの環境設定をお勧めします。

＜この項の構成＞

(1)　共通の設定情報を利用するときの流れ

(2)　共通の設定情報を利用するときの注意事項

(1)　共通の設定情報を利用するときの流れ

ユーザー共通プロファイルを利用した環境設定の流れを，次の図に示します。

図5-4　JP1/AJS2 - Viewのユーザー共通プロファイルの使用例

(2)　共通の設定情報を利用するときの注意事項

共通の設定情報を利用するときの注意事項を次に示します。

JP1ユーザーの権限，およびマッピングされているOSユーザーの権限に関係なく，アップロードまたはダウンロードでき，JP1/AJS2 - Managerホストに保存されている設定情報を変更することができます。ある特定のユーザーだけが，アップロードまたはダウンロードできるようにするには，メニューコマンドを不活性にしてください。メニューコマンドを不活性する方法は，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　10. JP1/AJS2 - Viewで使用するウィンドウおよびダイアログボックスのカスタマイズ」を参照してください。

ユーザー共通プロファイルをアップロードするJP1ユーザーにマッピングされているOSユーザーの権限には，ファイルを書き込むことができる権限（write権限）を与えておいてください。書き込み権限を与えておく必要があるフォルダを，次に示します。
物理ホスト（Windows）の場合

Mgr_Path¥conf

Mgr_Path¥conf¥Profiles

Mgr_Path¥conf¥Profiles¥(common)
（凡例）
Mgr_Path：JP1/AJS2 - Managerのインストール先フォルダ

物理ホスト（UNIX）の場合

/etc/opt/jp1ajs2/conf

/etc/opt/jp1ajs2/conf/Profiles

/etc/opt/jp1ajs2/conf/Profiles/(common)

論理ホスト（Windows）の場合

共有フォルダ¥jp1ajs2¥conf

共有フォルダ¥jp1ajs2¥conf¥Profiles

共有フォルダ¥jp1ajs2¥conf¥Profiles¥(common)

論理ホスト（UNIX）の場合

共有ディレクトリ/jp1ajs2/conf

共有ディレクトリ/jp1ajs2/conf/Profiles

共有ディレクトリ/jp1ajs2/conf/Profiles/(common)

複数のJP1ユーザーによって，共通プロファイルが更新された場合，最後にアップロードしたJP1ユーザーの設定情報が有効になります。

ユーザー共通プロファイルをダウンロードする（JP1/AJS2 - Viewを起動する）OSユーザーには，ファイルを書き込むことができる権限（write権限）を与えておいてください。書き込み権限を与えておく必要があるフォルダを，次に示します。

Windows XP ProfessionalおよびWindows Server 2003の場合

JP1/AJS2 - Viewのインストール先フォルダ¥conf¥JP1ユーザー名¥ajs2view_opt.conf

Windows VistaおよびWindows Server 2008の場合

%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥JP1ユーザー名¥ajs2view_opt.conf

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

5.5.3　ウィンドウ表示の設定について検討する

JP1/AJS2 - Viewの各ウィンドウの表示を何秒間隔で自動更新するのか，また，どの時点の情報を記憶させておくのかについて検討します。

＜この項の構成＞

(1)　表示内容の更新間隔を検討する

(2)　状態記憶の設定について検討する

(1)　表示内容の更新間隔を検討する

JP1/AJS2 - Viewの各ウィンドウに表示される情報（ユニットの状態）を自動的に更新するかどうかを設定できます。

［JP1/AJS2 - View］ウィンドウ，［デイリースケジュール］ウィンドウ，および［ジョブネットモニタ］ウィンドウでは，自動更新を設定できます。更新間隔はウィンドウごとに設定できるので，例えば，［JP1/AJS2 - View］ウィンドウは300秒ごとに，［ジョブネットモニタ］ウィンドウは30秒ごとに更新させるといった設定もできます。自動更新の間隔は，30～3,600（単位：秒）の値を設定できます。

ウィンドウの更新間隔の設定手順については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　10.4.1 ウィンドウの更新間隔を設定する」を参照してください。

ウィンドウの更新が発生した場合は，JP1/AJS2 - Managerでも負荷が発生します。発生する負荷によって業務の実行に影響が出そうな場合は，更新間隔をデフォルト値のままとするか，自動更新をしない設定にしてください。

一方，手動で更新するように設定した場合は，［表示］－［最新情報に更新］を選択すると，最新の情報がウィンドウに表示されます。

(2)　状態記憶の設定について検討する

現在表示されているウィンドウや表示されているユニットを，次にJP1/AJS2 - Viewを起動したときにも表示させるかどうか（状態記憶の設定）を検討します。

状態記憶を設定した場合は，作業中のウィンドウやユニットがJP1/AJS2 - Viewの次回起動時に表示されます。大規模な業務を作成している場合，作業したいユニットを検索する手間が少なくなります。

例えば，業務監視用の端末では，監視したいユニットを［ジョブネットモニタ］ウィンドウや［デイリースケジュール］ウィンドウなどで表示させた状態で，［オプション］‐［状態記憶］‐［記憶］を選択します。次回ログインするときでも，記憶した状態（［ジョブネットモニタ］ウィンドウや［デイリースケジュール］ウィンドウなどが表示されている状態）が表示され，ログインの直後に監視用のウィンドウを使用して，監視したいユニットの監視作業を実施できます。

ただし，表示されるユニットの実行状態および実行結果については，起動時の状態および結果が表示されます。

一方，状態記憶を設定しなかった場合は，JP1/AJS2 - View起動時に［JP1/AJS2 - View］ウィンドウだけが表示されます。また，［JP1/AJS2 - View］ウィンドウにはルートジョブグループ直下のジョブグループおよびルートジョブネットだけが表示されます。

状態記憶時の注意事項

ダイアログボックスの情報や，カレンダーの情報は記憶されません。

［JP1/AJS2 - View］ウィンドウのリストエリアの項目表示幅は記憶されません。

［マンスリースケジュール］ウィンドウのスケジュールエリアの1日を表す列幅は記憶されません。

［デイリースケジュール］ウィンドウのスケジュールエリアの1時間を表す列幅は記憶されません。

［JP1/AJS2 - View］ウィンドウ，［ジョブネットエディタ］ウィンドウ，および［ジョブネットモニタ］ウィンドウでは，選択されていた階層が記憶されますが，その他のウィンドウでは記憶されません。

マネージャージョブグループ，マネージャージョブネット，およびリモートジョブネットを表示している［ジョブネットモニタ］ウィンドウの情報は記憶されません。

ウィンドウを最小化したり，最大化したりしていた場合，その状態は記憶されません。

ウィンドウの表示位置の前後は記憶されません。

JP1/AJS2 - Viewを複数起動した場合は，状態記憶を設定したJP1/AJS2 - Viewだけが，記憶された状態で表示されます。

削除済みのジョブネットワーク要素のウィンドウは，［JP1/AJS2 - View］ウィンドウを次に起動したときにエラーになります。

ウィンドウ情報を記憶したときと異なるホストにログインした場合は，記憶された状態でウィンドウが表示されません。

5.5.4　ダイアログボックスのデフォルト値の変更を検討する

JP1/AJS2 - Viewでは，ダイアログボックスのラジオボタンやチェックボックスのデフォルト値を変更することができます（デフォルトが空白のテキストフィールドやジョブ種別などは除きます）。

次の表に示す例のような状況が考えられる場合に，デフォルト値を変更することをお勧めします。

表5-34　デフォルト値の変更例

デフォルトを変更したい項目 | デフォルトを変更する目的
［実行登録］ダイアログボックスの［デーモン起動時に予定時刻超過］と［実行登録時に予定時刻超過］のデフォルトを，［すぐに実行する］から［次回から実行する］に変更したい。 | 計画実行登録するとき，誤って［OK］ボタンをクリックしてしまい，ジョブネットがすぐに実行されてしまうのを回避するため。
ジョブネットの実行優先度のデフォルトを，「なし」から「nice値：-20」と同等の「5」に変更したい。 | JP1/AJS2の処理を優先してできるだけ早く終了させたいため。

ダイアログボックスのデフォルト値を変更する手順については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　10.3.6 ダイアログボックスのデフォルト値を設定する」を参照してください。

各ダイアログボックスの表示項目とデフォルト値については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13. ウィンドウとダイアログボックス」を参照してください。

5.5.5　ウィンドウの表示項目の追加を検討する

JP1/AJS2 - Viewの次に示す場所では，表示項目（カラム）を追加できます。

［JP1/AJS2 - View］ウィンドウのリストエリア

［デイリースケジュール］ウィンドウの実行結果リスト

［マンスリースケジュール］ウィンドウの実行結果リスト

ほかのウィンドウや［モニタ詳細］ダイアログボックスなどで確認しなければならない項目を，上記のウィンドウで確認することができ，監視作業の効率化が図れます。

追加できる表示項目を次の表に示します。

表5-35　追加できる表示項目

ウィンドウ種別
追加できる表示項目（カラム）

［JP1/AJS2 - View］

開始日時（状態）

開始日時（結果）

再実行開始日時（状態）

再実行開始日時（結果）

終了日時（状態）

終了日時（結果）

登録種別（状態）

登録種別（結果）

起動条件（状態）

起動条件（結果）

処理時間（状態）

処理時間（結果）

開始遅延日時（状態）

開始遅延日時（結果）

終了遅延日時（状態）

終了遅延日時（結果）

実行ID（状態）

実行ID（結果）

計画一時変更（状態）

計画一時変更（結果）

［デイリースケジュール］
［マンスリースケジュール］

種別

コメント

再実行開始日時

登録種別

起動条件

処理時間

開始遅延日時

終了遅延日時

実行ID

計画一時変更

リストや実行結果リストに表示項目を追加した例を次の図に示します。

図5-5　表示項目を追加したウィンドウの表示イメージ

表示項目を変更する手順については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　10.4.4 リストエリアの表示項目を設定する」を参照してください。

ダイアログボックスについては，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.3.30 ［表示項目設定］ダイアログボックス」を参照してください。

5.5.6　JP1/AJS2 Console Viewの環境設定について検討する

JP1/AJS2 Console Viewの環境設定項目について説明します。運用が始まったらすぐに，運用形態に合わせてJP1/AJS2 Console Viewを使用できるようにするために，次に示す内容について検討しておいてください。

［環境設定］ダイアログボックスの項目

［表示色の設定］ダイアログボックスの項目

JP1/AJS2 Console Viewの環境設定もJP1/AJS2 - Viewと同様に，JP1/AJS2 Console Viewを起動しているホストごとや，ログインするJP1ユーザーごとに，運用形態や目的に合わせて設定することができます。

＜この項の構成＞

(1)　［環境設定］ダイアログボックスの設定項目について検討する

(2)　［表示色の設定］ダイアログボックスの設定項目について検討する

(1)　［環境設定］ダイアログボックスの設定項目について検討する

JP1/AJS2 Console Viewの［環境設定］ダイアログボックスの設定項目について説明します。運用が始まったらすぐに，運用形態に合わせてJP1/AJS2 Console Viewを使用できるようにするために，次の表に示す内容について事前に検討しておきます。

注意事項

JP1/AJS2 Console Viewの［環境設定］ダイアログボックスの項目は，JP1/AJS2 - Viewの［環境設定］ダイアログボックスの項目とは異なります。

表5-36　検討しておく［環境設定］ダイアログボックスの設定項目

タブ名 | 項目
起動 | 自動ログイン
操作 | AJS2ユニット監視オブジェクトをダブルクリック
JP1/AJS2 - View起動時
業務スコープをダブルクリック（監視モード）
ウィンドウ | 名称の改行
コメントの表示
ツールチップ表示（監視モード）
その他 | トレースレベル
ログファイルの上限値

(a)　［起動］タブ

JP1/AJS2 Console Viewの起動時に，自動的にJP1/AJS2 Console Managerにログインするかどうかを検討します。［ログイン］画面でログイン操作を省略したい場合に設定します。

だたし，ログイン操作をしなくても，どんな人でもJP1/AJS2 Console Managerにログインできてしまうので，セキュリティ上に問題がある場合は使用しないでください。また，［起動］タブで指定された値は，JP1/AJS2 - Viewマシンのローカルファイルに保存されます。このローカルファイルには，特別なセキュリティは掛かっていません。自動ログイン機能を使用する場合は，OSのセキュリティを前提とした環境で使用してください。

なお，JP1/AJS2 Console ViewをJP1/IM - Viewから起動する場合，およびJP1/AJS2 Console Viewの起動コマンドでログイン情報を指定して起動した場合は，自動ログインの設定は無効となります。

(b)　［操作］タブ

マップエリア上のアイコンをダブルクリックしたときの動作およびJP1/AJS2 Console ViewからJP1/AJS2 - Viewを起動するときの動作について検討します。

AJS2ユニット監視オブジェクトをダブルクリック

マップエリア上に表示されているAJS2ユニット監視オブジェクトアイコンをダブルクリックしたときに，［詳細定義］ダイアログボックス（定義モード），［詳細情報］ダイアログボックス（監視モード）を表示するのか，監視対象となるジョブネットに対してJP1/AJS2 - Viewを起動して表示させるのかどうかを選択できます。

JP1/AJS2 - View起動時

JP1/AJS2 Console ViewからJP1/AJS2 - Viewを起動する際に，［JP1/AJS2 - View］ウィンドウを表示するのか，［ジョブネットモニタ］ウィンドウを表示させるのかどうかを選択できます。

業務スコープをダブルクリック（監視モード）

マップエリア上の業務スコープアイコンをダブルクリックしたときに，ダブルクリックした現在のウィンドウで指定した業務スコープの内容を表示するのか，別のウィンドウで業務スコープの内容を表示するのかどうかを選択できます。

なお，この設定は監視モード時だけで有効です。定義モード時は常に現在のウィンドウで表示します。

(c)　［ウィンドウ］タブ

マップエリア上のオブジェクトの名称，コメントの表示方法，およびアイコンにマウスカーソルを近づけたときに表示するツールチップの内容について検討します。

名称の改行

マップエリア上に表示されるオブジェクトの名称は，アイコン幅に収まる位置で改行されて表示されるようになっています。そのため，アイコン幅に収まらない名称を指定した場合は，途中で改行されて表示されるので名称が確認しにくいときがあります。そのようなときには，名称の命名規則などを考慮して必要に応じて改行する位置（文字数）を検討してください。

コメントの表示

マップエリア上の名称の下にコメントを表示したい場合は，コメントの先頭からの文字数を指定すると，指定した文字数分のコメントが表示されます。

特定のコメントだけ表示したい場合は，表示したくないコメントの先頭を非表示文字で指定するようにします。

また，特定の文字でコメントを改行表示させることもできます。

ツールチップ表示（監視モード）

マップエリア上のアイコンにマウスカーソルを近づけたときに表示するツールチップの表示内容として，オブジェクトのコメントを表示するか状態名を表示するかどうかを選択できます。

ツールチップに状態名を表示させると，［詳細情報］ダイアログボックスを表示しなくてもオブジェクトの状態が確認できるので，一時的にあるオブジェクトの状態を確認したいときなどには有効です。

なお，この設定は監視モード時だけで有効です。定義モード時は常にコメントを表示します。

(d)　［その他］タブ

JP1/AJS2 Console Viewのログファイルに関する設定を検討します。

トレースレベル

ログファイルに出力する情報のレベルを選択します。指定できる値は，1，3，5です。値が大きいほど出力レベルが詳細になり，大量のログが出力されます。ログファイルの切り替えが頻繁に発生し，JP1/AJS2 Console Viewの処理速度が遅くなるおそれがあります。処理速度を遅くしたくない場合は，3以下を選択してください。

デフォルトは3です。

各トレースレベルの内容については，次のとおりです。

トレースレベル［1］
エラー発生時の情報をログ出力する。

トレースレベル［3］
エラー発生時の情報と，ユーザーがどのような操作をしたかを識別できる情報をログ出力する。

トレースレベル［5］
エラー発生時の情報，ユーザーがどのような操作をしたかを識別できる情報，送受信データの内容についてログ出力する。

ログファイルの上限値

ログファイルサイズを設定できます。1～512（単位：メガバイト）の値を設定できます。ここで設定した値を超えた場合，二つ目のログファイルが自動的に作成されます。二つ目のログファイルのサイズも，ここで設定した値になります。二つ目のログファイルも設定した値を超えた場合は，一つ目のログファイルに上書きされます。

ログファイルサイズの見積もりについては，「4.4.9 JP1/AJS2 - Viewのログファイルのサイズを見積もる」を参照してください。

(2)　［表示色の設定］ダイアログボックスの設定項目について検討する

マップエリア上のアイコンの状態を表す色について検討します。設定する項目は次の二つです。

AJS2ユニットの表示色（JP1/AJS2固有の状態に対応する表示色）

その他の表示色（JP1/AJS2 Console固有の状態に対応する表示色）

デフォルトのまま使用する場合は，検討する必要はありません。ただし，JP1/AJS2 - Viewでデフォルト以外の表示色を使用して，JP1/AJS2 - Viewと同じ表示色をJP1/AJS2 Console Viewでも使用したい場合は，JP1/AJS2 - Viewでの設定に従うようにすることをお勧めします。

5.6　システムおよびユーザー環境の設定について検討する

この節では，システム環境およびユーザー環境の設定で検討しておく内容について説明します。

＜この節の構成＞

5.6.1　システムで使用する言語種別を検討する

5.6.2　ログインスクリプトの記述変更を検討する（UNIX限定）

5.6.1　システムで使用する言語種別を検討する

国内版JP1/AJS2では，出力されるメッセージを日本語または英語で表示できます。日本語を使用する国内版JP1/AJS2と英語を使用する国内版JP1/AJS2を組み合わせて運用したり，国内版JP1/AJS2と海外版JP1/AJS2を組み合わせて運用したりすることもできます。どの言語でメッセージを表示するかは，運用に合わせて検討してください。なお，海外版JP1/AJS2で出力されるメッセージは，英語だけです。

国内版／海外版のJP1/AJS2製品を混在環境で使用する場合，組み合わせによるサポート可否を次の表に示します。

表5-37　JP1/AJS2製品を混在環境で使用する場合の組み合わせによるサポート可否

| JP1/AJS2 - View | JP1/AJS2 - Agent
国内版 | 海外版 | 国内版 | 海外版
日本語 | 英語 | 英語 | 日本語 | 英語 | 英語
JP1/AJS2 - Manager | 国内版 | 日本語 | ○ | × | × | ○ | △2※1，※3 | ○※1
英語 | △1※1，※2 | × | △1※2 | × | △1※2，△2※3 | △1※2
海外版 | 英語 | ○※1 | × | ○ | × | △2※3 | ○

（凡例）

○：サポートしている

△1：JP1/AJS2 - ManagerがUNIXの場合だけサポートしている

△2：JP1/AJS2 - AgentがUNIXの場合だけサポートしている

×：サポートしていない

注※1

JP1/AJS2のユニット名，ファイル名，ファイル内で使用する文字，実行するジョブ内のメッセージ，実行するイベントジョブの監視条件，イベントジョブの引き継ぎ情報など，すべての文字・情報を英数字（ASCII）で統一してください。

注※2

JP1/AJS2 - ManagerのJP1/AJS2サービス起動時の環境変数LANGに「C」（英語）を設定してください。

注※3

JP1/AJS2 - AgentのJP1/AJS2サービス起動時の環境変数LANGに「C」（英語）を設定してください。

＜この項の構成＞

(1)　使用できる環境変数LANG

(2)　使用できる文字の範囲

(3)　文字コード種別の変更

(4)　文字コード種別混在時の注意事項

(5)　UTF-8コード使用時の注意事項

(1)　使用できる環境変数LANG

UNIXの場合，システムの言語環境を設定するには，環境変数LANGに値を設定します。使用できる環境変数LANGの値を，次の表に示します。この表の中から使用する値を検討してください。この表に示した値を指定しなかった場合，「C」（英語）が仮定されます。また，Unicode（UTF-8）をサポートしていない製品で環境変数LANGにUnicode（UTF-8）が設定されている場合の動作は保証できません。なお，Windowsの場合，システムの言語環境は変更できません。

表5-38　使用できる環境変数LANG

OS
言語種別
文字コード種別
環境変数LANGの値

HP-UX
日本語
シフトJISコード

ja_JP.SJIS※

japanese

EUCコード

ja_JP.eucJP

japanese.euc

英語
ASCIIコード

C

Solaris
日本語
シフトJISコード

ja_JP.PCK

EUCコード

ja※

japanese

英語
ASCIIコード

C

AIX
日本語
シフトJISコード

Ja_JP※

Ja_JP.IBM-932

EUCコード

ja_JP

ja_JP.IBM-eucJP

英語
ASCIIコード

C

Linux
日本語
シフトJISコード
使用できません。

EUCコード
使用できません。

UTF-8コード

ja_JP.UTF-8※

ja_JP.utf8

英語
ASCIIコード

C

注※

この項目は，JP1/AJS2の新規のインストール時および新規のセットアップ時にjp1ajs_env.confに設定されている値です。文字コード種別の設定個所については，「(3)文字コード種別の変更」を参照してください。

(2)　使用できる文字の範囲

JP1/AJS2は，言語種別が日本語の場合，次の範囲の文字を使用できます。

ASCII/JISローマ字

半角かたかな

JIS X 0208-1990

なお，JIS 2004で追加された第3水準漢字，第4水準漢字は使用できません。

また，次に示す文字コード種別では，使用できない文字があります。

文字コード種別がSJISコード・EUCコード・UTF-8コードの場合
外字・機種依存文字は使用できません。

文字コード種別がEUCコードの場合
JP1/AJS2 - Managerの文字コード種別がEUCコードで運用されている場合，次に示す文字は使用できません。

文字コード種別がUTF-8コードの場合
JP1/AJS2 - Managerの文字コード種別がUTF-8コードで運用されている場合，次に示す文字は使用できません。

サポート範囲外の文字をユニット名などの定義項目で使用した場合，次の現象が発生するおそれがあります。サポート範囲外の文字はスタンドアロン構成の場合も使用できません。

文字化け

標準ジョブの異常検出終了，誤動作

イベントジョブの異常検出終了，検知不能，誤検知

JP1/AJS2プロセスの異常終了

また，次のデータやファイルにサポート範囲外の文字が入らないようにしてください。サポート範囲外の文字列が含まれている場合，定義項目で使用した場合と同様の現象が発生するおそれがあります。

引き継ぎ情報に格納したデータ※1

標準エラー出力や標準出力に出力するデータ※2

標準入力ファイル，環境変数ファイル，または転送ファイル※3

メール送信で指定する本文ファイルやリストファイル※4

注※1

イベントジョブ定義時に「引き継ぎ情報」を設定しておき，イベントジョブで受信したイベント情報を後続ジョブまたは後続ジョブネットに引き継ぐ場合です。イベントジョブの受信情報の引き継ぎについては，マニュアル「JP1/Automatic Job Management System 2 解説　3.2.4(6) イベントジョブの受信情報の引き継ぎ」を参照してください。

注※2

PCジョブやUNIXジョブで指定したジョブの実行結果に含まれている場合です。標準エラー出力や標準出力については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.4.7 ［詳細定義－［UNIX Job］］ダイアログボックス」または「JP1/Automatic Job Management System 2 操作ガイド　13.4.8 ［詳細定義－［PC Job］］ダイアログボックス」を参照してください。

注※3

PCジョブやUNIXジョブで指定する場合です。標準入力ファイル，環境変数ファイル，または転送ファイルについては，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.4.7 ［詳細定義－［UNIX Job］］ダイアログボックス」または「JP1/Automatic Job Management System 2 操作ガイド　13.4.8 ［詳細定義－［PC Job］］ダイアログボックス」を参照してください。

注※4

定義項目のプラットフォームがPCの場合です。メール連携については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　2. メールシステムとの連携」を参照してください。

(3)　文字コード種別の変更

UNIXの場合，次の表で示す定義ファイル，環境変数，および環境設定パラメーターに，同一の文字コード種別を設定する必要があります。

表5-39　文字コード種別を変更する場合の設定個所

設定個所（定義ファイル，環境変数，および環境設定パラメーター）
設定が影響する範囲

JP1/AJS2環境定義ファイル

物理ホストの場合
/etc/opt/jp1ajs2/conf/jp1ajs_env.conf

論理ホストの場合
共有ディレクトリ/jp1ajs2/conf/jp1ajs_env.confの環境変数LANG

JP1/AJS2サービス起動時の環境変数LANGの値。

スケジュール制御，イベント・アクション制御，およびジョブ実行制御が，統合トレースログと内部ログへ出力する情報の文字コード種別。

ユーザープロファイルに環境変数LANGの指定がない場合，ジョブ実行時のデフォルトの環境変数LANGの値。

JP1/Baseパラメーター定義ファイル

物理ホストの場合
/etc/opt/jp1base/conf/jp1bs_param.conf

論理ホストの場合
共有ディレクトリ/jp1base/conf/jp1bs_param.confの環境変数LANG

標準ジョブ，アクションジョブ，カスタムジョブ，およびイベントジョブの実行時に，JP1/AJS2のマネージャーホスト・エージェントホスト間で送受信されるデータの文字コード種別。

ジョブネットコネクタを使用してルートジョブネットの実行順序を制御するときに，ジョブネットコネクタと接続先のジョブネットの間で送受信されるデータの文字コード種別。

スケジューラーサービス環境定義ファイル（Schedule.conf）のAJSCHARCODEパラメーター
スケジューラーデータベースに格納される情報の文字コード種別。

スケジューラーサービス環境定義ファイル（Schedule.conf）のSYSLOGCODEパラメーター

スケジューラーサービスがSYSLOGに出力するメッセージの文字コード種別。

「C」（英語）以外を指定した場合，サービス起動時の環境変数LANGの文字コード種別が適用。

JP1/AJS2 Monitorサービス起動時の環境変数LANG
JP1/AJS2 Monitorサービスから出力されるメッセージの文字コード種別。

JP1/AJS2 Console Manager環境定義ファイル（ajs2cm.conf）のCHARCODEパラメーター
ユーザー定義データに格納される情報の文字コード種別。

JP1/AJS2 Console Manager環境定義ファイル（ajs2cm.conf）のSYSLOGCODEパラメーター

JP1/AJS2 Console ManagerサービスがSYSLOGに出力するメッセージの文字コード種別。

「C」（英語）以外を指定した場合，サービス起動時の環境変数LANGの文字コード種別が適用。

JP1/AJS2 Console Managerサービス起動時の環境変数LANG
JP1/AJS2 Console Managerサービスが出力するメッセージの文字コード種別。

JP1/AJS2 Console Agent環境定義ファイル（ajs2ca.conf）のSYSLOGCODEパラメーター

JP1/AJS2 Console AgentサービスがSYSLOGに出力するメッセージの文字コード種別。

「C」（英語）以外を指定した場合，サービス起動時の環境変数LANGの文字コード種別が適用。

JP1/AJS2 Console Agentサービス起動時の環境変数LANG
JP1/AJS2 Console Agentサービスが出力するメッセージの文字コード種別。

キューレスエージェントサービス起動時の環境変数LANG
キューレスエージェントサービスが出力するメッセージの文字コード種別。

キューレスジョブ実行環境設定の環境設定パラメーターAJSQL_CHARCODE※1

スケジューラーサービスから受け付けたデータ。

転送ファイルデータ。

結果ファイルデータ。

スケジューラーサービスへの返信データ。

ジョブネットワーク要素を操作するコマンド※2実行時の環境変数LANG※3

ジョブネットワーク要素を操作するコマンドがスケジューラーデータベースに格納する値。

ジョブネットワーク要素を操作するコマンドが出力するログおよびメッセージの文字コード種別。

注※1

マネージャーホストとエージェントホストで文字コードが混在している場合，文字コード変換のため，環境設定パラメーターAJSQL_CHARCODEの設定が必要です。キューレスジョブの文字コード変換の詳細については，「5.3.4 キューレスジョブ実行環境に関する環境設定について検討する」を参照してください。

注※2

ジョブネットワーク要素を操作するコマンドについては，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　コマンド一覧」を参照してください。

注※3

コマンドの実行対象ユニットが定義されているスケジューラーサービスの環境設定パラメーターAJSCHARCODEの設定と同じ文字コード種別を設定してください。

標準と異なる文字コード種別に変更する場合，設定が影響する範囲を次の図に示します。

図5-6　文字コード種別の変更時の影響範囲

システムの言語環境を設定する手順については，次の記述個所を参照してください。なお，すでにJP1/AJS2で運用しているユニット名にかな文字や2バイト文字を使用している場合は，ユニット名を再定義する必要があります。

Windowsの場合

システムの言語環境は変更できません。

UNIXの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　13.4.1 言語環境の設定」

(4)　文字コード種別混在時の注意事項

ホスト間で連携して業務を運用する場合，日本語を含むテキストを英語環境で表示することはできません。言語種別を合わせて運用してください。各製品で組み合わせられる言語種別については，表5-37を参照してください。

また，日本語の文字コード種別が混在する場合，次の制限があります。

コマンドのリモート実行
コマンドをリモート実行する場合，コマンド投入元の文字コード種別と，コマンド実行先の文字コードを合わせてください。
また，コマンド実行先の文字コードがUTF-8コードの場合，コマンド投入元の文字コードをEUCコードに設定することで，コマンドをリモート実行できます。
コマンドのリモート実行については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を参照してください。
コマンド投入元の文字コード種別とは，コマンド投入時の，環境変数LANGなどのOS上で設定した文字コード種別です。
コマンド実行先の文字コード種別とは，次のことを示します。

［マネージャー環境設定］ダイアログボックスの［論理ホスト共通］タブの［文字コード種別］で指定した内容（Windowsの場合）

スケジューラーサービス環境設定ファイル（Schedule.conf）のAJSCHARCODEパラメーターに指定した文字コード種別（UNIXの場合）

JP1/AJS2 Monitorサービス起動時のOS上の設定

リモートジョブネット
リモートジョブネットを実行する場合，リモートジョブネット定義元の文字コード種別と，リモートジョブネット実行先の文字コード種別を合わせてください。
リモートジョブネット定義元の文字コード，およびリモートジョブネット定義先の文字コードとは，次のことを示します。

それぞれのホストの［マネージャー環境設定］ダイアログボックスの［論理ホスト共通］タブの［文字コード種別］で指定した内容（Windowsの場合）

それぞれのホストでスケジューラーサービス環境設定ファイル（Schedule.conf）のAJSCHARCODEパラメーターに指定した文字コード種別（UNIXの場合）

JP1/AJS2 Monitorサービス起動時のOS上の設定

UNIXジョブ・アクションジョブ・イベントジョブ
JP1/AJS2 - Viewやコマンドで，UTF-8環境のエージェントで実行するジョブの各項目に日本語を含める場合には，日本語1文字当たり4バイトで見積もり，各項目の制限値以内になるように定義してください。
マネージャーがシフトJISまたはEUC環境，エージェントがUTF-8環境のシステム構成で，UNIXジョブ・アクションジョブ・イベントジョブを実行する場合，ジョブに定義した情報サイズは，ジョブを実行時にエージェントの文字コードに変換したあとのバイト数でチェックします。その結果，JP1/AJS2 - Viewやコマンドでジョブの各項目に入力できるバイト数以内の定義をした場合でも，ジョブ実行時にエラーが発生する場合があります。

イベントジョブ
イベントジョブの引き継ぎ情報は，エージェント側で，マクロ変数名と引き継ぎ情報のサイズの合計が4,096バイトを超えた部分の情報を切り捨てます。
UTF-8環境で日本語を含む情報を引き継ぐ場合は，日本語1文字当たり4バイトで見積もってください。
また，UTF-8ロケール環境から発行されたJP1イベントをUTF-8未対応のJP1/AJS2で受信する場合は，JP1/Baseを文字コード互換モードで動作するように設定してください。文字コード互換モードを使用しない場合，JP1イベントを正しく検知できないなどの問題が発生するおそれがあります。
文字コード互換モードについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

ジョブの実行に使用するコマンド
シフトJISまたはEUC環境のホストからUTF-8環境のマネージャーに対してコマンドを実行した場合，コマンド実行ホスト上ではオプション指定値が制限バイト数を超えていなくても，マネージャーでエラーが発生することがあります。これは，コマンド実行ホストからマネージャーへデータ転送する際の文字コード変換で，日本語を含むオプション指定値のバイト数が大きくなるためです。
そのため，UTF-8環境のマネージャーに対してコマンドを実行する際にオプション指定値に日本語を含める場合は，日本語1文字を4バイトに換算して見積もり，各オプション指定値の制限バイト数以内になるように指定してください。

該当コマンド：

jpqjobsub，jpqjobcan，jpqjobalt，jpqjobmove，jpqjobget，jpqjobshow，jpqendjobshow，jpqjobdel，jpqqueopen，jpqqueclose，jpqqueshow，jpqqueadd，jpqquedel，jpqquealt，jpqagtlink，jpqagtunlink，jpqagtshow，jpqagtadd，jpqagtdel，jpqagtalt，jpqresshow，jpqresadd，jpqresdel

(5)　UTF-8コード使用時の注意事項

UTF-8コードを使用しているホストからコマンドをリモート実行する際，実行先ホストの文字コード種別（AJSCHARCODE）もUTF-8コードである場合は，環境変数AJSCONVERTUTF8に「no」を指定する必要があります。環境変数AJSCONVERTUTF8を指定しない，または「yes」でコマンドをリモート実行した場合，表示結果に文字化けが発生したり，ユニットに対する処理が正しく行われなかったりします。
環境変数AJSCONVERTUTF8については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　環境変数一覧」を参照してください。

UTF-8環境で使用できる文字は，「(2) 使用できる文字の範囲」を参照してください。

UTF-8コードを使用しているマネージャーホストから，UTF-8コードに対応していないエージェントホストにキューレスジョブを実行する場合は，マネージャーホストで環境設定パラメーターQLMANCHARCODEの設定が必要です。QLMANCHARCODEの詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.4.2 キューレスジョブ実行環境設定ファイルの環境設定パラメーター一覧」を参照してください。

5.6.2　ログインスクリプトの記述変更を検討する（UNIX限定）

UNIX版JP1/AJS2では，標準ジョブ，アクションジョブ，およびカスタムジョブの実行に先立って，次に示すシェルのログインスクリプトが実行されます。

shの場合

/etc/profile
$HOME/.profile

cshの場合

/etc/csh.login
$HOME/.cshrc
$HOME/.login

そのため，ログインスクリプトの中にechoやcatコマンドなど，標準出力ファイルへ出力するコマンドがあると，ジョブの実行結果以外のテキストが標準出力ファイルに出力されます。また，対話環境が前提であるstty，tty，tset，scriptコマンドなどをバッチ環境で実行すると，ジョブが異常終了してしまう場合があります。このような場合は，これらのコマンドを実行しないようにログインスクリプトを変更してください。ログインスクリプトの変更例については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　13.4.2 ログインスクリプトの変更」を参照してください。

5.7　組み込みDBの動作環境について検討する

この節では，次に示す組み込みDBの動作環境について説明します。

システム定義

＜この節の構成＞

5.7.1　システム定義

5.7.1　システム定義

次に示すシステム定義のオペランドについて説明します。

なお，JP1/AJS2で組み込みDBを使用している場合は，通常組み込みDBのシステム定義を変更する必要がありません。問題が発生したときに，必要に応じて設定を変更してください。

システム共通定義

シングルサーバ定義

注意

組み込みDBファイルシステム領域のファイル名として指定できるパス名の最大長は167文字ですが，これは指定するファイル名を含んだ長さです。指定するファイルの長さに応じてパス部分の最大長が異なりますので注意してください。パス部分の最大長が異なる場合を次に示します。

JP1/AJS2のRDエリア名は8文字固定なので，パス部分の最大長は 167－（8＋1）=158文字

システムログファイルなどの組み込みDBファイル名の最大長は7文字なので，ファイル名が7文字の場合のパス部分の最大長は 167－（7＋1）=159文字

任意のRDエリア名，組み込みDBファイル名の最大長は30文字なので，ファイル名が30文字の場合のパス部分の最大長は 167－（30＋1）=136文字
上記の＋1は，パスの区切り文字（¥または/）を示します。

＜この項の構成＞

(1)　システム共通定義

(2)　シングルサーバ定義

(1)　システム共通定義

組み込みDBシステム管理者が設定値を変更できるシステム共通定義のオペランドについて説明します。システム共通定義ファイルのパス名を次に示します。このファイル中に設定されているオペランドの値を変更してください。

Windowsの場合：組み込みDB運用ディレクトリ¥conf¥pdsys

UNIXの場合：組み込みDB運用ディレクトリ/conf/pdsys

注意

ここで説明していないオペランドの値は変更しないでください。変更した場合，JP1/AJS2が誤動作することがあります。

番号 | 形式
1 | set pd_name_port = 組み込みDBのポート番号
2 | set pd_max_users = 最大同時接続数
3 | set pd_max_file_no = RDエリアを構成する組み込みDBファイルの最大数
4 | [set pd_service_port = クライアント接続用ポート番号]
5 | putenv SHMMAX 共有メモリーセグメントサイズの上限値
6 | set pd_mode_conf = 組み込みDBの開始方法

1）　pd_name_port = 組み込みDBのポート番号

～〈符号なし整数〉((5001～65535))

組み込みDBのポート番号を変更する場合にこのオペランドの設定値を変更します。このオペランドには，組み込みDBのアドレスとなるポート番号を指定します。なお，JP1/AJS2では，デフォルトで22200を使用します。

指定値の目安

このポート番号は，ほかのプログラムが使うポート番号と重複しないようにしてください。ここで指定したポート番号は，ほかのプログラムで使えません。

注意事項

OSが自動的に割り当てるポート番号の範囲とは異なる番号を指定してください。OSが自動的に割り当てるポート番号の範囲はOSによって異なります。

OSが自動的に割り当てるポート番号の範囲内の番号を指定すると，その番号はほかのプログラムに使われていることがあります。使われていると，組み込みDBを開始できません。

ポート番号がほかのアプリケーションと重複すると，アプリケーションか組み込みDBのどちらかにトラブルが起こります。その場合は，該当するアプリケーションのポート番号を変更するか，または組み込みDBのポート番号を変更する必要があります。

2）　pd_max_users = 最大同時接続数

～〈符号なし整数〉((1～2000))

組み込みDBに対する最大同時接続数を変更する場合にこのオペランドの設定値を変更します。このオペランドには，組み込みDBに対する最大同時接続数を指定します。組み込みDBへの接続要求数がこのオペランドの値を超えると，組み込みDBはそれ以上の接続要求を受け付けません（接続要求はエラーになります）。なお，JP1/AJS2では128を設定しています。

注意事項

組み込みDBを操作するコマンドを実行した場合,コマンドごとに組み込みDBに接続するので注意が必要です。

3）　pd_max_file_no = RDエリアを構成する組み込みDBファイルの最大数

～〈符号なし整数〉((5～134217728))

RDエリアを拡張するときに組み込みDBファイルを追加します。その結果，RDエリアを構成する組み込みDBファイルの合計数がこのオペランドの値を超える場合に，このオペランドの設定値を大きくします。

このオペランドには，RDエリアを構成する組み込みDBファイルの最大数を指定します。組み込みDBファイルの合計数がこのオペランドの値を超えている場合，組み込みDBを正常開始できません。なお，JP1/AJS2では，15を設定しています。

4）　pd_service_port = クライアント接続用ポート番号

～〈符号なし整数〉((5001～65535))

組み込みDBサーバ側にファイアウォールが設置されている場合に，クライアント接続用ポート番号を指定します。指定するポート番号の規則を次に示します。

ホスト内でユニークなポート番号を指定します。

pd_name_portオペランドに指定したポート番号とは別の値を指定します。

運用方法

JP1/AJS2連携製品を使用する場合，必要に応じて設定してください。JP1/AJS2 - Managerではこのオペランドは使用しないので，設定する必要はありません。

同一マシン上で複数のサーバ，または複数のユニットを開始する場合は，それぞれの組み込みDBで異なったポート番号を指定してください。

注意事項

pd_name_portオペランドに指定したポート番号と同じ値を指定した場合，このオペランドの指定値が無効となり，クライアント接続用ポート番号は定義されません。

OSが自動的に割り当てるポート番号の範囲とは異なる番号を指定してください。OSが自動的に割り当てるポート番号の範囲はOSによって異なります。OSが自動的に割り当てるポート番号の範囲内の番号を指定した場合，その番号はほかのプログラムに使用されているおそれがあります。使用されていた場合，組み込みDBを開始できません。

5）　SHMMAX 共有メモリーセグメントサイズの上限値

～〈符号なし整数〉（単位：メガバイト）((6～2047))

性能向上を目的としてグローバルバッファ用の共有メモリーセグメントサイズの上限値を変更する場合に，このオペランドの設定値を変更します。

このオペランドには，グローバルバッファ用の共有メモリーセグメントサイズの上限値をメガバイト単位で指定します。なお，JP1/AJS2では100を設定しています。

注意事項

Windowsの場合の共有メモリーは，共有メモリーファイルとして組み込みDB運用ディレクトリがあるディスクに確保されます。このため，ディスクの空き容量が十分でないと，ディスク容量不足になります。

UNIXの場合，次に示す条件を満たすときはその分の共有メモリーを確保できないため，組み込みDBを開始できません。
　SHMMAXの値＞shmmaxの値

UNIXの場合の共有メモリーセグメント数はOSのオペレーティングシステムパラメタshmmniおよびshmseg（Solarisの場合はshminfo_shmminおよびshminfo_shmseg，Linuxの場合はSHMMINおよびSHMSEG）の制限を受けます。このため，グローバルバッファ用の共有メモリーセグメントを複数確保する場合，この制限を超えて共有メモリーを確保できないことがあります。この場合，次に示すどれかの処置をしてください。
・グローバルバッファ面数を小さくする
・shmmniおよびshmsegの値を大きくする
・不要なグローバルバッファを削除する

shmmax，shmmni，shmsegについては，OSのマニュアルを参照してください。

6）　pd_mode_conf = 組み込みDBの開始方法

組み込みDBの開始方法を指定します。設定値を次に示します。

AUTO
OSを起動したときに自動で組み込みDBを開始します。組み込みDBが異常終了した場合も，自動で再開始します。

MANUAL1
組み込みDBを手動で開始します。ただし，組み込みDBが異常終了した場合にかぎり，組み込みDBは自動で再開始します。

MANUAL2
組み込みDBを手動で開始します。MANUAL1とは異なり，組み込みDBが異常終了した場合でも自動で再開始しません。

JP1/AJS2では，組み込みDB構築時のajsembdbbuildコマンドのオプション指定に応じて，このオペランドを設定しています。

ajsembdbbuildコマンドに-rまたは-fオプションを指定した場合

MANUAL1を設定します。

ajsembdbbuildコマンドに-rまたは-fオプションを指定しなかった場合

AUTOを設定します。

ajsembdbbuildコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド　ajsembdbbuild」を参照してください。

(2)　シングルサーバ定義

組み込みDBシステム管理者が設定値を変更できるシングルサーバ定義のオペランドについて説明します。シングルサーバ定義ファイルのパス名を次に示します。このファイル中に設定されているオペランドの値を変更してください。

Windowsの場合：組み込みDB運用ディレクトリ¥conf¥ajs2

UNIXの場合：組み込みDB運用ディレクトリ/conf/ajs2

注意

ここで説明していないオペランドの値は変更しないでください。変更した場合，JP1/AJS2が誤動作することがあります。

番号 | 形式
1 | set pd_work_buff_size = 作業表用バッファ長
2 | set pd_lck_pool_size = 排他制御用プールサイズ

1）　pd_work_buff_size = 作業表用バッファ長

～〈符号なし整数〉（単位：キロバイト）((128～1000000))

組み込みDBが作成する作業表のバッファの大きさをキロバイト単位で指定します。このオペランドの値はJP1/AJS2のリソース計算に使います。なお，JP1/AJS2では128を設定しています。

2）　pd_lck_pool_size = 排他制御用プールサイズ

～〈符号なし整数〉（単位：キロバイト）((1～2000000))

排他制御で使う共有メモリー領域の大きさをキロバイト単位で指定します。なお，JP1/AJS2では，大規模で40,000，中規模で25,000，小規模で10,000を設定しています。

注意事項

このオペランドの指定値が小さ過ぎると，JP1/AJS2のアクセスがエラーリターンすることがあります。

6.　障害対策に関する検討

この章では，JP1/AJS2に必要な障害対策の検討について説明します。

JP1/AJS2の障害対策には，バックアップと冗長化が必要です。システムに万一の不測の事態が発生しても少ない影響でシステムを復旧させるために，事前に対策を検討しておくことが大切です。

＜この章の構成＞

6.1　バックアップとリカバリーについて検討する

6.2　冗長化について検討する

6.1　バックアップとリカバリーについて検討する

この節では，JP1/AJS2のバックアップとリカバリーの検討について説明します。システムが壊れるなど不測の事態に備えて，バックアップするのはシステム管理者の重要な責任の一つです。

ディスクが壊れて，JP1/AJS2が動作しなくなった。

誤ってジョブネットを削除してしまい，元の設定がわからなくなった。

誤ってJP1/AJS2のファイルをOSの操作で消してしまった。

このような状況は，どのシステムにも起こり得る問題です。これらの問題は，あらかじめJP1/AJS2の情報をバックアップしておくことで影響を最小限に抑えることができます。バックアップの計画を立て，実行してください。また，バックアップと合わせて必ずリカバリーの方法を検討し，実際にシステムが復旧できることを確認してください。

ここでは，JP1/AJS2を使用するシステムのバックアップおよびリカバリーについて説明します。ここでの説明を基に，システム全体のバックアップ計画の一部として，JP1/AJS2のバックアップ・リカバリーを検討してください。

＜この節の構成＞

6.1.1　バックアップとリカバリーの方法

6.1.2　バックアップ対象と時期

6.1.3　JP1/AJS2稼働中のバックアップ

6.1.4　JP1/AJS2稼働中のディスクコピー・ミラーリング

6.1.5　JP1/AJS2 - Datareplicator連携による災害対策

6.1.1　バックアップとリカバリーの方法

JP1/AJS2のバックアップを実施する場合，バックアップの対象となるのはJP1/AJS2の動作に必要な設定情報です。設定情報が記述されたファイルや，JP1/AJS2のコマンドを使用して設定情報を出力した結果などをバックアップしておきます。

リカバリー時は，システムの破壊状況に応じて，バックアップしておいた情報をシステムに反映します。バックアップする情報は，JP1/AJS2の動作に必要な設定情報だけのため，設定情報をリカバリーしたあと，再度ジョブネットの実行登録などを行う必要があります。なお，ジョブネットの登録予定情報をエクスポート・インポートする機能を使用して，ジョブネットの実行登録状態をバックアップ・リカバリーすることもできます。詳細については，「8.5.9 登録予定情報をバックアップ・リカバリーする」を参照してください。

システム全体をバックアップ・リカバリーする場合，JP1/AJS2以外のデータやアプリケーションとの整合性を考慮する必要があります。例えば，JP1/AJS2自体はバックアップしたある特定の時点の状態に戻すことができたとしても，JP1/AJS2から実行したユーザージョブの状態など，すべてを整合性のある状態にしなければ何らかの問題が発生することが考えられます。この例のようにシステム全体のバックアップ・リカバリーをする場合は，どの状態（どの時刻）に戻すのか，整合性に問題はないか，を考慮する必要があります。しかし，JP1/AJS2のようにさまざまなプログラムと連携する製品では，全体の整合性を確保することは大変に困難です。仮に整合性を取るとすれば，実行するユーザージョブにさまざまな制約条件を課すことになり，JP1/AJS2の本来の機能である「通常のプログラムをジョブネットに柔軟に取り込んで運用管理する」ことができなくなります。このような背景から，JP1/AJS2のバックアップ・リカバリーは，設定情報だけを対象にすることをお勧めしています。

設定情報だけを対象としたバックアップとリカバリーの具体的な方法については，「11. バックアップとリカバリー」を参照してください。

なお，システムのフルバックアップを実施する場合は，JP1/AJS2を停止させた状態でバックアップを取得してください。また，システムのフルバックアップからリカバリーを実施する場合は，ジョブネット，ジョブの登録・実行情報を初期化する必要があるため，JP1/AJS2をコールドスタートで起動してください。

6.1.2　バックアップ対象と時期

バックアップは，JP1/AJS2の動作に必要な設定情報を変更したときに行います。毎回すべての設定情報をバックアップするのは負担が大きいため，変更した情報だけをバックアップすることもできます。また，設定情報を変更したときのバックアップが漏れたときに備えて定期的に全情報をバックアップすることも検討してください。

JP1/AJS2の動作に必要な設定情報を次の表に示します。

表6-1　JP1/AJS2の動作に必要な設定情報

設定情報
設定情報詳細
マニュアルの記載個所

バックアップの方法
リカバリーの方法

JP1/Baseの設定情報
マニュアル「JP1/Base 運用ガイド」を参照してください。
11.2.1
11.3.2

JP1/AJS2 - Managerの設定情報
JP1/AJS2で使用するファイル
11.2.2(1)
11.3.3(2)

ジョブ実行環境定義
11.2.2(2)
11.3.3(5)

ルートジョブグループ以外のユニット定義
11.2.2(3)(a)
11.3.3(6)(a)

ルートジョブグループの情報
11.2.2(3)(b)
11.3.3(6)(b)

ルートジョブグループのカレンダー情報
11.2.2(3)(c)
11.3.3(6)(c)

JP1/AJS2 Consoleの設定情報
11.2.2(4)
11.3.3(8)

ルートジョブネットの登録予定情報
8.5.9
8.5.9

JP1/AJS2 - Agentの設定情報
JP1/AJS2で使用するファイル
11.2.3(1)
11.3.4(2)

JP1/AJS2 - Viewの設定情報
環境設定ファイル
11.2.4(1)
11.3.5(2)

カスタムジョブアイコン
11.2.4(2)
11.3.5(3)

アイコンイメージフォルダ
11.2.4(3)
11.3.5(4)

JP1/AJS2 Console View用アイコンイメージファイル・背景イメージファイル
11.2.4(4)
11.3.5(6)

その他の設定情報
サービスのアカウント※1
11.2.5(1)(a)
11.3.6(1)

ログインスクリプト※2
11.2.5(2)(a)
11.3.6(2)

カーネルパラメーターの調整値※2
11.2.5(2)(b)
11.3.6(3)

トラブルシュート資料採取用コマンド
11.2.5(1)(b)
11.2.5(2)(c)
11.3.6(4)

クラスタ対応ツール
11.2.5(1)(c)
11.2.5(2)(d)
11.3.6(5)

メールシステムとの連携用のユーザー作成ツール※2
11.2.5(2)(e)
11.3.6(6)

注※1

Windowsの場合だけです。

注※2

UNIXの場合だけです。

JP1/AJS2の動作に必要な設定情報には，動作環境情報などの固定的な情報と，システム構築時のジョブネットの定義など頻繁に更新される情報があります。固定的な情報は変更のたびにバックアップできますが，1日に何度も変更される情報を変更のたびにバックアップするのは現実的ではありません。このような情報は，1日1回バックアップするなどしてください。

バックアップ計画の例を次に示します。

開発時のバックアップ計画の例

ジョブネットの定義は毎日バックアップする。

ジョブネットの定義以外の情報は，設定変更時にバックアップする。

1か月ごとにすべての設定情報をバックアップする。

運用時のバックアップ計画の例

設定変更時に，変更した情報をバックアップする。

1週間ごとにジョブネットの定義をバックアップする。

1か月ごとにすべての設定情報をバックアップする。

補足事項

スケジューラーデータベースとして組み込みDBを使用する場合は，組み込みDBの機能を使用してスケジューラーデータベースのバックアップおよびリカバリーを行うこともできます。「3.5.4 組み込みDBの運用方法」を参照し，バックアップとリカバリーの方法を検討してください。

6.1.3　JP1/AJS2稼働中のバックアップ

JP1/AJS2が稼働している状態でのバックアップでは，JP1/AJS2が使用しているファイルおよびフォルダについてはバックアップできません。JP1/AJS2の稼働中にバックアップを取得した場合，次のような現象が発生するおそれがあるため，JP1製品を停止してから，バックアップを実施してください。

バックアップされたファイル間で矛盾が生じ，リストアしても正常に動作しない
サービスの起動中には，複数のファイルが更新されることがあります。例えば，一方のファイルは更新後の状態でバックアップされ，もう一方のファイルは更新前の状態でバックアップされてファイル間に矛盾が生じ，リストアを実施しても正常に動作しないおそれがあります。

JP1/AJS2がファイルを更新できない
バックアップ中には，ファイルに排他が掛かります。そのため，JP1/AJS2がファイルを更新できないこともあり，ジョブの実行に影響が出るおそれもあります。したがって，バックアップを取得するには「6.1.1 バックアップとリカバリーの方法」にも示したとおり，JP1/AJS2の設定情報だけを対象にすることをお勧めします。

また，JP1/AJS2の稼働時にバックアップを取得する場合には，次のファイルおよびフォルダをバックアップの対象から外してください。

JP1/AJS2 - Manager

「付録A.1 JP1/AJS2 - Managerのファイルおよびディレクトリ一覧」の次の表に示すファイルおよびフォルダ

「表A-3 ユーザーが参照，または変更する必要のないファイルおよびフォルダ一覧（Windows版JP1/AJS2 - Manager）」

「表A-17 ユーザーが参照，または変更する必要のないファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 - Manager）」

JP1/AJS2 - Agent

「付録A.2 JP1/AJS2 - Agentのファイルおよびディレクトリ一覧」の次の表に示すファイルおよびフォルダ

「表A-28 ユーザーが参照，または変更する必要のないファイルおよびフォルダ一覧（Windows版JP1/AJS2 - Agent）」

「表A-40 ユーザーが参照，または変更する必要のないファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 - Agent）」

6.1.4　JP1/AJS2稼働中のディスクコピー・ミラーリング

ハードウェアやOSには，プログラムが稼働している状態でディスクのコピー・ミラーリングをする機能があります。JP1/AJS2稼働中の状態でディスクのコピー・ミラーリングをすると次のような問題が発生するおそれがあります。

ディスクのコピー・ミラーリングをした場合，コピー・ミラーリング元とコピー・ミラーリング先でバッファリング・遅延することで同期が保障されない。

JP1/AJS2のサービスの起動中に複数のファイルが更新されるとき，一方のファイルは更新後の状態で，もう一方のファイルは更新前の状態でコピー・ミラーリングされる場合があるためファイル間に矛盾が生じる。

このため，JP1/AJS2では，コピー・ミラーリングされたディスクを使用して業務を復旧した場合の動作は保証していません。コピー・ミラーリングされたディスクを使用して業務を復旧する場合には，いったんJP1/AJS2の動作環境を削除して，定義から再セットアップしてください。

6.1.5　JP1/AJS2 - Datareplicator連携による災害対策

JP1/AJS2 - Datareplicatorは，JP1/AJS2 - Managerの組み込みDBで更新された情報を別拠点のサーバに送信し，両方の組み込みDBの状態を同一にするレプリケーション機能を提供します。これによって，JP1/AJS2 - Managerを設置した拠点で，大規模災害などによって業務サーバが停止した場合に，別拠点にレプリケーションした組み込みDBのデータを使用することで，JP1/AJS2 - Managerで実行する業務を短期間で回復できます。

6.2　冗長化について検討する

この節では，JP1/AJS2で対応している冗長化について説明します。万一の不測の事態に備えるには，バックアップを実施するとともに，システムのある部分を二重化しておくことも有効です。障害が発生しても少ない影響で正常な運用に戻すことができます。JP1/AJS2では，ソフトウェアの冗長化（クラスタシステム）とハードウェアの冗長化（データベース，ネットワーク）に対応しています。

JP1/AJS2でシステムのある部分を冗長化した場合の例を次の図に示します。必要に応じて導入を検討してください。

図6-1　JP1/AJS2でシステムを冗長化した場合の例

ソフトウェアの冗長化

JP1/AJS2では，クラスタシステムに対応しています。クラスタシステムとは，複数のサーバシステムを連携して一つのシステムとして運用するシステムで，障害が発生しても業務を継続できるようになります。

クラスタシステムについては，OSやクラスタソフトなどのマニュアルを参照してください。また，クラスタシステムでJP1/AJS2を運用しているときの処理の流れについては，「16. クラスタシステムでの運用」を参照してください。

データベースの冗長化

JP1/AJS2では，業務の定義情報や実行結果の管理にデータベースを使用しています。JP1/AJS2で使用できるデータベースは，ISAMと組み込みDBです。ISAMにはJP1自身で冗長化する機能はありません。ハードディスクの機能で冗長化を検討してください。例えば，ハードディスクをRAID構成にすることで，冗長化が図れます。また，組み込みDBでは，分散配置したデータベースの内容をほかのデータベースに反映する，レプリケーション機能があります。そのため，障害からデータを保護でき，高信頼性を確保します。このレプリケーション機能は，JP1/AJS2 - Datareplicatorを使用することで実現できます。

なお，ディスクのレプリケーション機能を使用して冗長化すると，反映元と反映先でデータの反映が遅延するなどによって，レプリケーションが不完全な状態になる場合があります。このため，ディスクのレプリケーション機能を使用しても，反映先のJP1/AJS2の起動は保証できません。JP1/AJS2 - Datareplicatorを使用したレプリケーションで冗長化を図ってください。

ネットワークの冗長化

JP1/AJS2では，複数のLANボードを持つサーバ（ホスト）にJP1/AJS2 - Manager，JP1/AJS2 - Agent，またはJP1/AJS2 - Viewをインストールし，そのサーバ（ホスト）から複数のLANに接続してJP1/AJS2を運用するシステム構成に対応しています。

なお，JP1/AJS2の通信設定は，JP1/Baseの通信設定に従っています。JP1/Baseの通信設定については，マニュアル「JP1/Base 運用ガイド」のJP1/Baseの通信方式，およびネットワーク構成に応じたJP1/Baseの通信設定の記述を参照してください。

7.　メンテナンスの検討

この章では，JP1/AJS2が用意するメンテナンスモードを使用した，JP1/AJS2のメンテナンスについて説明します。

＜この章の構成＞

7.1　メンテナンスモード

7.2　メンテナンスを実施する時期を見積もる

7.3　メンテナンスモードの注意事項

7.1　メンテナンスモード

JP1/AJS2が用意するメンテナンスモードは，メンテナンスをするために，システム構成中の一部の機能を一時的に制限する機能です。

一時的に機能が制限されるため，縮退運転となりますが，システムとしての運用が停止することはありません。また，縮退運転中にメンテナンスモードによって制限された機能を使用しようとした場合，エラーにはならないで，縮退解除後に実行されます。

この節では，メンテナンスモードの目的と種類について説明します。

＜この節の構成＞

7.1.1　メンテナンスモードの使用目的

7.1.2　メンテナンスモードの種類

7.1.1　メンテナンスモードの使用目的

JP1/AJS2のメンテナンスモードでできることは，ISAMデータベースの再編成です。

ISAMをデータベースに使用している場合，仮に1日に10,000ジョブを実行したときに，約1年に1回メンテナンスを実施する必要があるとすると，ジョブの実行件数が倍（1日に20,000ジョブ）になれば，再編成の実施サイクルは半分（約半年に1回）という計算になります。ジョブの実行件数が多くなればなるほど，メンテナンスの頻度が高くなり，それだけ手間とコストが掛かります。

JP1/AJS2がメンテナンスモードを用意する前は，システムをいったん停止し，メンテナンス実施後に再起動という形でしたが，JP1/AJS2が用意するメンテナンスモードを使用すると，JP1/AJS2を一時的に縮退運転するだけでメンテナンスができます。また，メンテナンスを実施するjajs_maintainコマンドは，JP1/AJS2からスケジュール実行できますので，メンテナンスを意識しないで長時間運用ができるようになります。jajs_maintainコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jajs_maintain」を参照してください。

7.1.2　メンテナンスモードの種類

JP1/AJS2が用意するメンテナンスモードは次の2種類です。

マネージャー機能縮退モード

スケジューラー縮退モード

次に，それぞれの縮退モードについて説明します

＜この項の構成＞

(1)　マネージャー機能縮退モード

(2)　スケジューラー縮退モード

(1)　マネージャー機能縮退モード

ジョブ実行が常時行われ，業務を完全停止するのが難しい場合は，「マネージャー機能縮退モード」を使用します。この機能は，JP1/AJS2 - Managerのマネージャー機能だけを順次停止してメンテナンスを実施できます。このモードでは，ほかのホストからのジョブ実行要求やjpqjobsubコマンドからの要求など，ジョブ実行制御のマネージャーに対する要求を拒否します。ただし，ジョブ実行制御エージェントで変化する状態を保持することには対応できるため，起動済みジョブの情報を消失することはありません。ただし，エージェントとマネージャー間で未通知のジョブ状態情報を蓄積するため，メモリーをジョブ数に比例して消費しますので，ジョブ実行が少ない時間帯に使用してください。

このモードでは，まずスケジューラーデータベースを順次停止し，次にジョブ実行制御のマネージャー機能を閉塞させます。再編成に必要なメンテナンス時間は （（スケジューラーサービス数 ＊ 4）+ 5）分程度です。ただし，スケジューラーサービスが多数存在する場合は，再編成の並列実行機能を使用すると総所要時間を短縮できます。並列実行機能とは，ISAMのスケジューラーデータベースを，複数個同時に再編成する機能です。同時に再編成するスケジューラーデータベースの数は，ajsautocondスクリプトのパラメーターとして，多重度（1～20）を指定します。指定方法については，「5.3.9(1) ISAMファイルの自動再編成を並列に実行させる」を参照してください。

メンテナンス中は，すべてのデータベースアクセスプロセスの機能を停止しますが，ジョブ実行制御およびスケジューラーサービスは再編成が終わり次第，順次起動します。

マネージャー機能縮退モードでメンテナンスする場合のメンテナンス範囲を次の図に示します。

図7-1　マネージャー機能縮退モードでメンテナンスする場合のメンテナンス範囲

(2)　スケジューラー縮退モード

スケジューラーデータベースとしてISAMを使用している場合で，日々の運用の中でジョブネットの定義を定型業務などから頻繁に更新する場合は，可変長テーブル中のフラグメンテーションが発生しやすくなります。JP1/AJS2 - Viewからの接続やジョブネットワーク要素を操作するコマンドのレスポンスが悪化してきた場合，補助的に「スケジューラーサービスのメンテナンス機能」を使用して，メンテナンスしてください。一つのスケジューラーサービス当たりの再編成に必要なメンテナンス所要時間は3～4分程度です。

スケジューラー縮退モードでメンテナンスする場合のメンテナンス範囲を次の図に示します。なお，この図では一つのスケジューラーサービスに絞ってメンテナンスをする例を示します。

図7-2　スケジューラー縮退モードでメンテナンスする場合のメンテナンス範囲

7.2　メンテナンスを実施する時期を見積もる

ジョブ実行環境データベースをキュージョブ（例：非キューレスPCジョブ）として使用している場合，JP1/AJS2サービスを連続運用し，400万ジョブを実行した段階で，性能劣化が20%に達します※。

スケジューラーデータベースにISAMを使用する場合は，定型業務であれば，大きな性能低下はありませんが，ジョブの実行数に応じてISAMファイル内のレコード不連続性に伴い若干の性能低下があります。

注※

一般的な運用の場合で，ISAMキー再利用機能を使用した場合です。業務の複雑さなどによって，性能劣化傾向に違いがあります。また，性能劣化が業務の許容範囲内かどうかも，運用にあわせて見積もる必要があります。ISAMキー再利用機能が有効になっていない場合は，数十万ジョブを実行しただけでも，性能劣化する場合があります。JP1/AJS2 06-71以前のバージョンからバージョンアップする場合は，キー再利用機能を有効にすることをお勧めします。

仮に，1日に10,000ジョブを実行した場合，約1年に1回再編成を実施する必要があります。ジョブの実行件数が倍（1日に20,000ジョブ）になれば，再編成の実施サイクルは半分（約半年に1回）という計算になります。これを一つの目安として，ファイル中の無効領域を監視し，定期的メンテナンスを実施する時期を見積もってください。

なお，JP1/AJS2サービス起動時にISAMファイルを自動的に再編成する「ISAMファイル自動再編成機能」を使用して，定期的に再編成を実施している環境では，メンテナンスモードによる再編成の必要はありません。

7.3　メンテナンスモードの注意事項

メンテナンスモードを利用した縮退中は，JP1/AJS2の機能に制限がある場合があります。運用環境および実施時間帯を考慮して利用してください。各メンテナンスモード中に実行されている処理については，「14.1.1 メンテナンスモードの処理概要」を参照してください。

＜この節の構成＞

(1)　各メンテナンスモードとユーザー操作に関する制限

(2)　メンテナンスモードと他ホスト，他システムとの連携機能に関する制限

(3)　メンテナンスモード中のスケジューラー機能に関する制限

(1)　各メンテナンスモードとユーザー操作に関する制限

JP1/AJS2の機能と各メンテナンスモードとの関係を次の表に示します。

表中で「×（操作できない）」となっている操作はしないでください。操作の詳細については，「14.1.2 メンテナンスモード中の操作」も参照してください。コマンドの分類については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　コマンド一覧」を参照してください。

表7-1　メンテナンスモードとユーザー操作の可否

ユーザー操作 | マネージャー機能縮退モード | スケジューラー縮退モード
JP1/AJS2 - Viewからの接続および操作※1 | × | ×
セットアップ時に使用するコマンドの実行※2 | ×※2 | ×※2
環境のカスタマイズに使用するコマンドの実行 | ×※3 | ×※3
JP1/AJS2を制御するコマンドの実行 | ×※4 | ×※4
ジョブネットワーク要素を操作するコマンドの実行 | ×※5 | ×※5
ジョブの実行に使用するコマンドの実行 | ×※6 | ○
JP1/AJS2 Console 業務の監視 | ○※7 | ○※7
JP1/AJS2 Console AJS2ユニット監視オブジェクトの操作 | × | ×

（凡例）

○：操作できる

×：操作できない

注※1

他ホストからのマネージャージョブネットによる参照も含みます。

注※2

jpqregguestuser，jpqreguserおよびjpqshmakeコマンドは使用できます。

注※3

ajsstatusおよびajsqlstatusコマンドは使用できます。

注※4

jajs_spmd_statusコマンド，およびajsqlで始まるコマンドは使用できます。

注※5

ajsgtroot，ajsbkudelおよびjpoagtjobshowコマンドは使用できます。

他ホストからのジョブネットワーク要素を操作するコマンドのリモート実行も操作できません。

注※6

他ホストからのジョブの実行に使用するコマンドのリモート実行も操作できません。

注※7

メンテナンスモード中は，AJS2ユニット監視オブジェクトの状態が状態不明になります。

(2)　メンテナンスモードと他ホスト，他システムとの連携機能に関する制限

各メンテナンスモードと他ホストのJP1/AJS2や他システムとの連携機能に関する制限の関係を次の表に示します。他ホストや他システムは連携先のホストがメンテナンスモード中であることを認識できないため，ジョブは異常終了状態になります。メンテナンスできる時間帯を考慮した上で，メンテナンスを実施してください。

表7-2　メンテナンスモードと他ホスト，他システムとの連携機能の動作可否

他ホスト，他システムとの連携機能 | マネージャー機能縮退モード | スケジューラー縮退モード
他ホストのJP1/AJS2からのQUEUEジョブの実行※1 | × | ○
他システム（JP1/NQSEXECやJP1/OJEなど）からのジョブの実行※1 | × | ○
他ホストへ転送するリモートジョブネットの実行※2 | × | ×
他ホストから転送されるリモートジョブネットの実行※2 | × | ×

（凡例）

○：動作できる

×：動作できない

注※1

自ホストに対してQUEUEジョブをキューに実行登録する場合は，メンテンナンスモードが終了するまで実行登録が待たされ，メンテナンスモード終了後にキューに実行登録されます。ただし，他ホストのJP1/AJS2や他システム（JP1/NQSEXECやJP1/OJEなど）からジョブをキューに実行登録した場合はエラーになります。

注※2

定義元ホストでリモートジョブネットが起動してから終了するまでの間，メンテナンスモードにしないでください。

(3)　メンテナンスモード中のスケジューラー機能に関する制限

各メンテナンスモードとスケジューラー機能に関する制限の関係を次の表に示します。

表7-3　メンテナンスモードとスケジューラー機能の動作

スケジューラー機能 | マネージャー機能縮退モード | スケジューラー縮退モード
ジョブネットの実行※ | △ | △

（凡例）

△：メンテナンスモード解除後に続行

注※

メンテナンスモードが開始する前に実行されていたジョブネットは，メンテナンスモードが解除されると実行が継続されます。また，メンテナンスモードが開始する前にスケジュールが確定している実行予定は，メンテナンスモードが解除されたときに開始予定時刻に到達していた場合は，ジョブネットが実行されます。ただし，計画実行登録については，スケジュールとして確定していない実行予定（擬似予定）は，メンテナンスモードが解除される時期によってスケジュールされないことがありますので注意してください。詳細については，マニュアル「JP1/Automatic Job Management System 2 解説　4.3.2(1) スケジュールシミュレーション」を参照してください。

8.　運用する前に知っておいた方がよいこと

この章では，障害を事前に回避するための注意事項や運用時に留意する内容について説明します。

＜この章の構成＞

8.1　運用時のトラブルを未然に防ぐための注意事項

8.2　JP1/AJS2運用時のジョブ実行制御の環境および動作

8.3　イベントジョブの注意事項

8.4　アクションジョブの注意事項

8.5　こんなこともできます

8.6　予期せぬトラブルに備えて

8.7　組み込みDBの動作に関する知識

8.8　ウイルス対策ソフト実行時の注意事項

8.1　運用時のトラブルを未然に防ぐための注意事項

この節では，障害を事前に回避するための注意事項について説明します。

＜この節の構成＞

8.1.1　JP1/AJS2運用上の注意事項について

8.1.2　保存世代数に関する注意事項

8.1.3　保存世代数と性能との関係

8.1.4　ジョブネットの実行登録数に関する注意事項

8.1.5　PCジョブの注意事項

8.1.6　UNIXジョブの注意事項

8.1.7　ジョブ情報削除処理の注意事項

8.1.8　リカバリージョブおよびリカバリージョブネットの注意事項

8.1.9　リモートジョブネットの注意事項

8.1.10　標準出力ファイル・標準エラー出力ファイルの注意事項

8.1.11　ジョブ実行制御のコマンドの注意事項

8.1.12　JP1/AJS2 - Viewを長時間使用する場合の注意事項

8.1.13　JP1/AJS2 Console運用上の注意事項

8.1.14　一部のジョブの処理でシステム全体に影響を及ぼさないための運用方法

8.1.15　スケジューラーサービスの自動起動を有効にしている場合のデータベースの注意事項

8.1.16　本番運用前のJP1/AJS2定義内容のチェックと注意事項

8.1.17　ジョブの実行優先順位に関する注意事項

8.1.18　UNIXジョブ実行時のリソース制限値についての注意事項

8.1.19　ジョブ実行多重度に関する注意事項

8.1.20　WOW64環境でx86対応のJP1/AJS2を使用する場合の注意事項

8.1.21　サブミットジョブの実行順序に関する注意事項

8.1.22　ジョブ実行所要時間による終了遅延監視機能に関する注意事項

8.1.23　組み込みDB運用上の注意事項

8.1.24　Windows Server 2008環境でJP1/AJS2を使用する場合の注意事項

8.1.1　JP1/AJS2運用上の注意事項について

JP1/AJS2運用上の注意事項を次に示します。

＜この項の構成＞

(1)　JP1/AJS2が動作しているホストの設定に関する注意事項

(2)　スケジューラーサービスに関する注意事項

(3)　JP1/AJS2で使用するデータベースに関する注意事項

(4)　その他の注意事項

(1)　JP1/AJS2が動作しているホストの設定に関する注意事項

JP1/AJS2サービスを起動したあとにテストなどでシステムの日時を大幅に変更した場合，ジョブネットの実行スケジュールが影響を受けます。このため，JP1/AJS2サービスを起動したあとは，システムの日時を変更しないようにしてください。
また，JP1/AJS2の運用を開始したあとは，システムの日時を前に戻さないでください。前に戻す必要がある場合は，スケジューラーサービスをコールドスタートしてください。詳細は，「15.13.3 システムの日時を変更する」を参照してください。

JP1/AJS2は自ホスト名からIPアドレスが解決できる環境で動作させてください。自ホスト名からIPアドレスが解決できない環境では，JP1/AJS2は起動できません。

システムで使用している文字コードがEUCの場合で，かつ，コマンド実行結果として表示される文字列に日本語が含まれる場合，実行結果の表示がずれることがあります。

デーモンの文字コードと異なる文字コードでコマンドを実行すると，実行するコマンドによっては統合トレースログにはそれぞれの文字コードでメッセージが出力されます。

JP1/AJS2がファイルを作成または参照するディレクトリおよびファイルについては，NFSマウントされたディスク上のディレクトリおよびファイルを指定できません。指定した場合の動作については保証できません。

(2)　スケジューラーサービスに関する注意事項

スケジューラーサービスをコールドスタートした場合，実行登録済みのジョブネットの結果情報をすべて消去してからスケジューラーサービスを開始するので，実行結果はすべて無効になります。したがって，コールドスタートのあとには，ジョブネットの再実行登録が必要です。

JP1/AJS2で退避したユニット定義情報を回復すると，退避元と回復先のネストジョブネットのスケジュール定義が異なる場合があるので注意が必要です。
この現象について，次に示します。
（原因）
次の1～3の条件をすべて満たした場合に発生します。

スケジュールルールを持つルートジョブネットをコピーし，ネストジョブネットとして定義する。

条件1のネストジョブネットを含むジョブネットワーク要素を次に示す機能を使用して退避する。
・ajsbackupコマンド
・ajsexportコマンド
・ajsprintコマンド
・JP1/AJS2 - Viewの退避機能

条件2で退避したジョブネットワーク要素を次に示す機能を使用して回復する。
・ajsrestoreコマンド
・ajsimportコマンド
・ajsdefineコマンド
・JP1/AJS2 - Viewの回復機能

（結果）
（原因）の1～3の条件をすべて満たした場合，次の結果になります。

退避元のネストジョブネットのスケジュール定義
「上位のジョブネットに依存する」のスケジュール定義が有効となります。

回復先のネストジョブネットのスケジュール定義
設定されているスケジュールルールの定義が有効となります。

（対処）
スケジューラーサービスの環境設定パラメーターAJSPRINTNETSCHPRFに「no」を設定後，退避・回復を実行することで，退避元と回復先のユニット定義情報が一致するようになります。この設定はJP1/AJS2 08-00以降を新規にインストールした場合，初期状態で設定されています。08-00より前のバージョンからバージョンアップインストールした場合で，この設定をしていない場合は必要に応じて設定してください。
スケジューラーサービスの環境設定パラメーターAJSPRINTNETSCHPRFの設定方法については，次に示す個所を参照してください。

Windowsの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.7.4 ネストジョブネット定義パラメーター出力時のスケジュールルールの出力方法の変更」

UNIXの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.1 スケジューラーサービス環境の設定」

(3)　JP1/AJS2で使用するデータベースに関する注意事項

ジョブネットやジョブの実行中に，システム障害などでJP1/AJS2のサービスの処理が中断した場合，JP1/AJS2のデータベースファイルの内容に不整合が発生することがあります。これは，キャッシュメモリー上の内容がディスクに書き込まれない場合に発生します。不整合が発生した場合，JP1/AJS2のサービスを起動しても，処理途中だったジョブネットに対する操作は保証できません。システム障害などでJP1/AJS2のサービスの処理が中断した場合には，JP1/AJS2起動前にデータベースファイルを再編成してください。なお，データベースの再編成に失敗した場合には，再編成できなかったデータベースファイルを再作成またはJP1/AJS2をコールドスタートしてください。

データベースの種類にISAMを設定しているスケジューラーサービスをコールドスタートする場合，データベースには何もアクセスしてない状態（JP1/AJS2 - Viewをログオフして，JP1/AJS2のコマンドが使用されていない状態）でコールドスタートしてください。アクセスしている状態でコールドスタートすると，登録済み情報のクリアー処理に失敗しサービスが起動できません（Windowsイベントログ，またはsyslogファイルにKAVS0218-Eメッセージを出力して異常終了します）。

JP1/AJS2のスケジューラーデータベースにISAMを使用する場合，ジョブネットワーク要素を操作するコマンドを同時に複数実行したり，JP1/AJS2 - Viewから多数の接続したりする場合，ISAMのロック資源確保の競合が発生します。このとき，各プロセスのプライオリティ（OSのタスクスケジューリングの優先順位）が異なると，ロック資源確保のバランスに偏りが発生します。この影響によって，プライオリティの低いプロセス（ジョブネットワーク要素を操作するコマンドや，JP1/AJS2 - Viewと連携するajsmonsvrプロセス）が滞留し，プライオリティの高いプロセス（JP1/AJS2スケジューラーサービス）がロック資源を確保するためにCPUを大量に使用する状況となり，JP1/AJS2の処理性能が低下することがあります。逆にサービスのプライオリティが低く，ジョブネットワーク要素を操作するコマンドやajsmonsvrプロセスのプライオリティが高い場合にも同様で，ジョブネットやジョブの起動が滞留する状況となります。このため，ジョブネットワーク要素を操作するコマンドを実行する場合は，サービスと同一のプライオリティで動作する環境で使用してください。
UNIXの場合は，nice値の違いによって顕著に現象が発生することがあるため，プロセス起動時のnice値に注意してください。

ジョブネットワーク要素を操作するコマンドを実行する場合
JP1/AJS2サービスと同一のnice値でコマンドを実行してください。

JP1/AJS2 Monitorサービスを起動する場合
JP1/AJS2サービスと同一のnice値でJP1/AJS2 Monitorサービスを起動してください。

JP1/AJS2のジョブとしてジョブネットワーク要素を操作するコマンドを実行する場合（ジョブにスクリプトを指定して，そのスクリプト内でジョブネットワーク要素を操作するコマンドを実行する場合も含みます）
ジョブネットの「優先順位」のパラメーターを，標準の「なし」から「3」に変更してください。この設定により，JP1/AJS2サービスをnice値20で起動した場合，「なし」は+20で39（nice値の上限は39のため39に丸められます）になりジョブの優先順位が最も低くなりますが，「3」は+0で20に設定されサービスと同一のnice値でジョブが起動されるため，偏りが発生しにくくなります。

JP1/AJS2で使用するデータベースは，再編成運用が必要です。
07-00の標準である，ISAMのキー再利用機能を使用している場合は，可変長データを保持するテーブルで，徐々に性能劣化が発生しますので，400万ジョブ実行時点で，再編成を行う運用を計画してください。
また，次のファイルが20メガバイトを超えないように監視してください。

スケジューラーデータベースのAJSSTAT.K01（ただし，ISAM使用時。テーブル名プリフィックスをデフォルトの「AJS」と指定した場合のファイル名です）

ジョブ実行環境データベースのJPQJOBINFO.K02

このポイントを超えても再編成をしないで運用を続けると，性能が急激に悪化する場合があります。特に，06-71以前のデータベースをそのまま使用し，ISAMのキー再利用機能を使用していない場合は必ず監視してください。キー再利用機能の設定については，「9.2.1 ISAMキー再利用の設定」を，ISAMデータベースの再編成については，「15.14.3 ISAMデータベースを再編成する」を参照してください。
なお，スケジューラーデータベースに組み込みDBを使用している場合であっても，ジョブ実行環境データベースにはISAMを使用していますので，ISAMデータベースの再編成運用は必要です。
スケジューラーデータベースに組み込みDBを使用している場合，空き領域再利用の設定を有効にした上で，ajsembdbreclaimコマンドを定期的に実行することで，長時間の運用ができます。大きな運用変更（大規模ジョブネットの削除や登録解除操作など）があった場合は，ajsembdbstatusコマンドで，未使用セグメント数を確認してください。運用を続けていく上で，使用済みセグメント数が80%を超える場合（JP1/AJS2のセットアップスクリプトによる，組み込みDBの標準セットアップでは，80%，90%，100%使用したタイミングで，syslogファイルまたはWindowsイベントログに，KFPH00211-Iメッセージが出力されます），再利用効率が悪くなっていることが考えられますので，再編成を実施してください。

JP1/AJS2で使用するISAMデータベースは，テーブルを構成するファイルのサイズが2ギガバイトを超えられません。
ISAMのデータファイルのサイズは，テーブル内に格納されるピーク時のレコード件数によって決まります。
運用によってファイルが肥大化しやすいテーブルについては，次の目安によりファイルサイズを制御できます。
なお，2ギガバイトに近くになると，ディスクI/Oの増加による性能低下や，再編成時の作業ディスク容量を確保できないなどの問題が発生するおそれがありますので，レコード件数を削減してできるだけファイルサイズが小さくなるような運用を検討してください。

スケジューラーデータベースのAJSSTATテーブル
最大で約139万件のレコードが格納できます。
1個の登録済みルートジョブネット当たりで必要なレコード件数は，「（ルートジョブネットおよび下層のネストジョブネット・ジョブの総数）*（保存世代数 + 確定実行登録した予定世代数 + 1）」（保存世代数には，起動条件成立により生成された枝番実行世代数も含みます）です。登録済みルートジョブネットすべてで算出し，加算した総和が総レコード件数となります。
したがって，このテーブルのファイルサイズは，ルートジョブネット内に存在するユニット数，保存世代数，確定実行登録時に指定する登録期間や予定世代数に対応して増加しますので，これらの数を必要最小限にとどめる構成で運用するようにしてください。また，ジョブネットの実行結果を参照する必要がなくなった時点で，こまめに登録解除するようにしてください。
特に，次のような運用を行う場合は，ファイルサイズ（レコード件数）の見積もりを十分に実施してください。
配下のユニット数が多量なルートジョブネットで運用する場合
　保存世代数を小さくしてください。
　複数ユニットを一つに束ねるなどユニット数を減らしてください。
起動条件を使用して数秒～数分のオーダーで起動条件が頻繁に成立する場合
　起動条件成立間隔・回数，保存世代数をできるだけ削減してください。
　起動条件使用時は，このテーブルに最大で次のレコード数が保持されます。
　（保存世代数 * 保存世代数）
長期間にわたり確定実行登録をする場合
　ジョブネット内のユニット数を減らしてください。
　短期間の確定実行登録を繰り返し行う運用にしてください。

ジョブ実行環境データベースのJPQJOBINFOテーブル
最大で約36万件のレコードが格納できます。ただし，ジョブ起動性能に最も影響を及ぼすテーブルですので，性能低下を防ぐため，格納データ件数は20万件を目安にしてください。
ジョブ実行情報保存日数内で稼働したジョブの数が総レコード件数となりますので，保存日数を小さくするとファイルサイズが肥大化しにくくなります。

UNIXで，スケジューラーデータベースとして，組み込みDBを使用する場合，サービス起動時およびジョブネットワーク要素を操作するコマンドの環境変数LANGには，組み込みDBサーバセットアップ時と同一の文字コードを指定してください。

ジョブネットワーク要素を操作するコマンドを実行する場合
コマンドを実行するターミナルまたはコマンドを実行するスクリプトに，あらかじめ環境変数LANGを設定し，exportしてください。

JP1/AJS2 Monitorサービスを起動する場合
JP1/AJS2 Monitorサービス起動時には，あらかじめ環境変数LANGを設定し，exportしてください。

JP1/AJS2サービスを起動する場合
次のファイルの環境変数LANGを正しく設定しておいてください。
物理ホストの場合：「/etc/opt/jp1ajs2/conf/jp1ajs_env.conf」
論理ホストの場合：「jp1ajs2_setup_clusterコマンドで指定した共有ディレクトリ/jp1ajs2/conf/jp1ajs_env.conf」
なお，このパラメーターは，JP1/AJS2サービス全体の環境変数LANGによる文字コード環境を変更しますので注意してください（通常，JP1/AJS2稼働環境の文字コードは統一しますので，組み込みDB稼働環境に限らず設定が必要な項目です）。

スケジューラーデータベースに組み込みDBを使用する場合，JP1/AJS2 - Viewを接続したままJP1/AJS2サービスをコールドスタートすると，スケジューラーサービスのコールドスタート処理はJP1/AJS2 - Viewの終了を待ちます。このため，スケジューラーサービスをコールドスタートする場合には，必ずJP1/AJS2 - Viewを切断してください。

スケジューラーデータベースに組み込みDBを使用する場合，ジョブネットワーク要素の各ユニットに定義するコメントについて，末尾に連続して設定した任意の数の半角空白文字はすべて無効になります。
コメントの末尾には半角空白文字を使用しないでください。

(4)　その他の注意事項

一つのジョブネットの中に，大量のジョブネットやジョブの定義をしたり，関連設定を多用したりすると，JP1/AJS2 - Viewの操作性や性能が低下します。操作性や性能を考慮する場合，ジョブネットは2～3段の階層に分け，一つのジョブネットの中に定義するユニット数は50～80程度にすることをお勧めします。

ジョブネットワーク要素の定義内容に機種依存文字を使用しないでください。機種依存文字を使用した場合，文字化けするおそれがあります。

JP1/AJS2で使用できる文字については，「5.6.1 システムで使用する言語種別を検討する」を参照してください。

JP1/AJS2を使用する場合，JP1/Baseのイベントサービス環境の設定で，API設定ファイルのserverパラメーターの通信タイプに「keep-alive」を設定してください。「close」を設定すると，JP1/AJS2が起動時に発行するJP1イベントが発行できなくなったり，統合トレースログにKAVT1040-Eメッセージが出力されてJP1イベント受信監視ジョブ・ログファイル監視ジョブ・Windowsイベントログ監視ジョブがイベントを検知できなくなったり，JP1イベント送信ジョブが異常検出終了したりするなど，正常に動作しない問題が発生することがあります。
設定方法およびAPI設定ファイルについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

8.1.2　保存世代数に関する注意事項

ルートジョブネットおよびルートリモートジョブネットの保存世代数の設定には，1～99（保存世代数の拡張機能を使用した場合は1～999）を指定できます。この保存世代数に関して，次に示す条件のジョブネットに対して登録解除の操作をすると，登録が解除されるのに長い時間が掛かってしまいます。

保存世代数に30以上を指定しているジョブネット

保存世代数が10以上で，かつ起動条件を使用しているジョブネット

そのため，ほかのジョブネットの起動条件監視が，「監視打ち切り終了」状態になったり，ジョブネットが正しく実行されなくなったりする場合があります。

この現象は，スケジューラーサービスの登録解除処理の設定が，デフォルトで「同期型」に設定されているのが原因です。登録解除処理の設定が「同期型」だと，登録解除対象の世代数が大量であればあるほど登録解除に多大な時間を必要とします。その登録解除に掛かる多大な時間が，ほかのジョブネットの実行動作に影響を与えてしまいます。

この現象を回避するには，登録解除処理の設定を「非同期型」にすることで対処してください。設定を「非同期型」に変更する場合，設定変更前に実行していたジョブネットの登録情報を必要とする場合と必要としない場合とで手順が異なります。

登録解除に掛かる時間を考慮し，登録解除処理の設定は「非同期型」にすることをお勧めします。設定を「同期型」に変更する場合，設定変更前に実行していたジョブネットの登録情報は削除されるため注意してください。

登録解除処理の設定は，JP1/AJS2の新規インストール時および新規セットアップ時には「非同期型」が設定されます。

登録解除処理の設定を変更する手順については，次の個所を参照してください。

Windowsの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.7.8 登録解除や保存世代数管理による世代削除処理方式の変更」

UNIXの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.7.9 登録解除や保存世代数管理による世代削除処理方式の変更」

8.1.3　保存世代数と性能との関係

保存世代数とは，ジョブネットの実行結果として保存される世代数のことです。保存世代数は，ルートジョブネットに設定できます。保存世代数を設定すると，設定した世代分（回数分）の実行結果を［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウ，またはajsshowコマンドで確認できます。保存世代数は，1から99まで設定できますが，JP1/AJS2 - Managerのスケジューラーサービスの環境設定で，999世代まで保存世代数を持つようにすることができます。

しかし，保存世代数の増加は，そのジョブネットの規模と関連して「保存世代数 ＊ 登録ユニット数」で求まるレコード数の増加となります。そのため，データベースにアクセスする操作に多大な影響を及ぼします。保存世代数に設定する値は，システム性能への影響を十分配慮した上で決定してください。影響を受ける主な機能（処理）を次に示します。

スケジューラーサービスの起動

実行登録解除

JP1/AJS2 - Viewの［マンスリースケジュール］および［デイリースケジュール］ウィンドウの表示

起動条件成立時の世代作成処理

ajsshowなどのコマンド実行

ジョブ実行

これらの処理が実行される上で，レコード数の増加とその処理時間は比例傾向にあります。システム性能によって異なりますが，何も負荷のない状態で，例えば100万レコードを実行登録解除する場合には，その処理時間は1～2分程度，［マンスリースケジュール］ウィンドウを表示する場合には，8～10分程度掛かってしまいます。対して，10万レコードを実行登録解除する場合，その処理時間は数秒程度，［マンスリースケジュール］ウィンドウを表示する場合には，1～2分程度になります。システム負荷が高い（CPU使用率が高い，ディスクアクセス頻度が高いなど）場合には，さらに時間が掛かります。この場合，ジョブネットの規模を2～3階層にし，50～80程度のユニット構成（推奨構成）にすると，最大保存世代数を999に設定したとしても運用に耐えられる計算になります。

このことから，保存世代数を多く設定したい運用では，ジョブネットの規模が小さくなるように設計し，規模の大きなジョブネットで運用したい場合には，その保存世代数は小さくするというように，保存世代数とユニット数のバランスを考えて設定することを検討してください。

さらに，登録解除処理中に別のジョブが実行されているのと同時に，［マンスリースケジュール］ウィンドウで状態監視している場合など，処理が並行して行われる運用を考慮し，保存世代数，ジョブネット規模は少なめに見積もるように設計してください。

なお，上記の実行登録解除の処理時間は「8.1.2 保存世代数に関する注意事項」で説明している，登録解除処理の非同期型の設定をした場合の時間です。同期型の設定のままで登録解除した場合には，何十分という処理時間が掛かってしまいます。JP1/AJS2 08-00以降で新規インストールした場合は，世代削除の方式がデフォルトで「非同期型」に設定されますが，バージョンアップインストールの場合，それまでの運用によっては「同期型」が設定されることがあります。環境設定パラメーターBACKGROUNDLEAVEの設定値を確認し，同期型（no）が設定されている場合は，非同期型（yes）に変更することをお勧めします。環境設定パラメーターBACKGROUNDLEAVEが設定されていない場合は，非同期型（yes）に設定することをお勧めします。

また，起動条件を有効にしたジョブネットの場合，スケジュールごとに生成される世代と，起動条件の成立によって生成される世代で，別々に保存世代が管理されます。そのため，保存世代数に大きい値を設定した場合の影響が顕著に現れます。そのレコード数は，「登録ユニット数 ＊ 保存世代数 ＊ 1スケジュール当たりの起動条件成立数」となります。起動条件付きジョブネットの場合は，保存世代数には10より小さい値を設定し，ajsshowコマンドで随時実行結果を保存することをお勧めします。ajsshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsshow」を参照してください。

8.1.4　ジョブネットの実行登録数に関する注意事項

ジョブネットの実行登録数の最大数は，2,147,483,647個ですが，この値は，ディスクやメモリーなどの資源や，実行性能に依存しない場合の論理値です。JP1/AJS2で4,000～5,000個のジョブネットを登録する場合，機能上の問題はありません。しかし，JP1/AJS2でジョブネットおよびジョブを実行する場合，性能面から次に示す点について考慮する必要があります。

＜この項の構成＞

(1)　一つの階層に何千個のジョブネットを定義する場合の注意事項

(2)　業務設計時のその他の注意事項

(1)　一つの階層に何千個のジョブネットを定義する場合の注意事項

一つの階層に5,000個のジョブネットを定義すると，性能面で問題が発生するおそれがあるので，必要に応じて次の改善策を実施してください。この対応は，実行性能だけでなく，GUIでの監視やコマンドの性能にも効果があります。

JP1/AJS2のスケジューラーサービスを複数個起動する。

配下にあるユニットの数が少ないジョブネットが多数ある場合は，できるだけ一つのジョブネットにまとめるようにする。

ジョブグループを階層化する。
一つのジョブグループの下にあるジョブネット数は，ネストジョブネットも含めて500個以下を目安にしてください。

登録するジョブネットについて次のことに配慮する。

ルートジョブネットの下に2～3段の階層を設けてください。

一つのジョブネットの中に定義するネストジョブネットおよびジョブの数は，最大で50～80程度にしてください。

(2)　業務設計時のその他の注意事項

業務設計時のその他の注意事項に関して次に示します。

保存世代数を使用した場合，「保存世代数 ＊ 登録ジョブネット数」で求まる値が，ディスク容量およびリソース管理上で登録されているジョブネット数として扱われます。そのため，ディスク容量などのリソース管理に留意する必要があります。

ジョブネットが多量に登録できることと，ジョブの同時実行数とは切り離して運用を設計する必要があります。システムリソースや処理性能に留意し，多量のジョブを同時に実行するなど，ジョブの実行量がある時期に集中する運用はしないように業務設計してください。

業務の時間帯による分散，または複数CPUでの処理分散などを考慮して運用設計してください。

ジョブネットを多数定義した場合，ジョブネットの登録方法（一括，分割）と登録時間，起動開始に掛かる時間，コマンドによる一括定義・操作・表示についての性能を考慮して運用設計してください。

大量のジョブネットを短時間に実行登録したり，確定実行登録の確定期間に長い期間を指定して実行登録したりした場合，システムへの負荷が一時的に集中して，起動条件成立によって作成される世代の実行開始が遅延することがあります。
大量のジョブネットを実行登録する場合は，実行登録の回数を分けてください。確定実行登録する場合は，確定期間を短くして，システムに負荷が掛からないようにしてください。

8.1.5　PCジョブの注意事項

PCジョブ使用時の注意事項を次に示します。

システムのリソース不足が発生した（Windowsの場合）
実行ホスト（エージェント）がWindowsの場合，ある数以上のジョブを同時に実行すると，システムの環境によってはシステムのリソース（デスクトップヒープ領域）不足が発生し，エラーになることがあります。この場合の対処方法を次に示します。

ほかのアプリケーションとデスクトップヒープ領域を共用しない方法
JP1/AJS2サービスのアカウントをユーザーアカウントにしてください。JP1/AJS2サービスのアカウントを，ほかのサービスのアカウントやログオンユーザーと異なるユーザーアカウントにすれば，デスクトップヒープ領域を共用しないで運用できます。

デスクトップヒープ領域の消費を少なくする方法
ジョブを実行するときによく使用するOSユーザーを，JP1/AJS2のサービスのアカウントと同じにすることで，デスクトップヒープ領域の消費を少なくできます。

アプリケーションファイル名に空白文字が含まれている（Windowsの場合）
実行ホスト（エージェント）がWindowsの場合，ファイルタイプ（拡張子）に関連づけられているアプリケーションファイル名に空白文字が含まれる場合は，エクスプローラのファイルタイプの編集で確認し，アプリケーションファイル名を「"」（ダブルクォーテーションマーク）で囲んでください。

ジョブの状態が「起動失敗」になる（Windowsの場合）
Windows版のJP1/AJS2を使用すると，ジョブの状態が「起動失敗」になることがあります。JP1/AJS2サービスのアカウントに，次に示すファイルの権限が設定されていることを確認してください。キューレスジョブの場合は，キューレスエージェントサービスのアカウントに設定されていることを確認してください。

ジョブの実行ファイル名の読み取り権限および実行権限

ジョブの環境変数ファイル名の読み取り権限

ジョブの標準入力ファイル名の読み取り権限

ジョブの標準出力ファイル名の読み取り権限および書き込み権限

ジョブの標準エラー出力ファイル名の読み取り権限および書き込み権限

ジョブの転送元ファイル名の読み取り権限

必要な権限が設定されていない場合は，必要な権限を設定してください。

PCジョブにOSのシャットダウンコマンドを登録して実行しないでください。WindowsのシャットダウンはJP1/AJS2の停止完了を待ちません。JP1/AJS2が稼働中にシャットダウンを実行すると，JP1/AJS2のデータファイルが壊れるなど問題が発生するおそれがあります。このため，PCジョブにOSのシャットダウンコマンドを登録しては実行できません。ジョブの自動運用でシャットダウンを行いたい場合は，JP1/Power Monitorをインストールし，アクションジョブの「ローカル電源制御ジョブ」を実行する運用を検討してください。

ジョブで指定したファイル名が長い（Windowsの場合）
次に示すファイル名に文字数が255文字以上のファイル名を指定した場合，ジョブが起動失敗または異常検出終了になることがあります。

ジョブの実行ファイル名

ジョブの環境変数ファイル名

ジョブの標準入力ファイル名

ジョブの標準出力ファイル名

ジョブの標準エラー出力ファイル名

ジョブの終了判定のファイル名

ジョブの転送元ファイル名

ジョブの転送先ファイル名

この現象は，キューレスジョブの場合にも起こります。上記のファイル名には，254文字以内のファイル名を指定してください。

詳細定義ダイアログボックスの［実行ファイル名］に，標準入力ファイルからのデータの入力に対応していないコマンドまたはプログラムを指定してジョブを実行する場合，［標準入力ファイル名］，［標準出力ファイル名］，および［標準エラー出力ファイル名］のすべてに「CON」を指定してください。この場合，JP1/AJS2では，標準入力からのデータの読み込みおよび標準出力，標準エラー出力に出力されたデータの取得を実施しません。このため，JP1/AJS2 - Viewの［実行結果詳細］ダイアログボックスにジョブの実行結果が表示されません。また，jpqjobgetコマンドで標準出力ファイルおよび標準エラー出力ファイルの情報を取得できません。

（例）

［実行ファイル名］にtimeoutコマンドを指定してジョブを実行すると，ジョブが異常検出終了となる。

なお，PCジョブが起動失敗の状態になったり，異常終了したりする場合の要因や注意事項については，「17.5.3 標準ジョブ，アクションジョブ，およびカスタムジョブの実行について」もあわせて参照してください。

8.1.6　UNIXジョブの注意事項

UNIXジョブ使用時の注意事項を次に示します。

UNIXで実行したジョブで設定できる終了コードの値は0～255です。ジョブの起動失敗や，標準出力データまたは標準エラー出力データの取得に失敗した場合は，終了コードは-1となります。

UNIX版JP1/AJS2を使用すると，ジョブの状態が「起動失敗」になることがあります。この場合，次に示すファイルおよび格納先ディレクトリに，JP1/AJS2サービスの起動ユーザーおよびジョブの実行OSユーザーの書き込み権限および読み込み権限があるかどうかを確認してください。アクセスできない場合は，JP1/AJS2サービスの起動ユーザーおよびジョブの実行OSユーザーでアクセスできるように，ファイルおよび格納先ディレクトリに書き込み権限および読み込み権限を設定するか，または格納先ディレクトリをアクセス権があるディレクトリに変更してください。

ジョブの標準出力ファイル

ジョブの標準エラー出力ファイル

エージェントプロセス実行時のワークディレクトリ

ジョブの詳細定義で指定するワークパス※1

実行OSユーザーのホームディレクトリ※1

ジョブ実行制御のログファイル※2

注※1

ジョブの詳細定義で指定するワークパスは，ジョブを実行するときのカレントディレクトリです。省略した場合，実行OSユーザーのホームディレクトリが仮定されます。ホームディレクトリが未定義の場合は「/（ルート）」が仮定されます。

注※2

ジョブ実行制御で使用するログファイルの詳細については，「17.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

UNIX版JP1/AJS2では，JP1/AJS2起動時のリソース制限値がジョブ実行時にも有効になります。ただし，実行するジョブに制限値を指定した場合は，指定した値が有効になります。詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.2.2 マネージャー環境（JP1/AJS2 - Manager）で設定する内容」，またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.2.3 エージェント環境（JP1/AJS2 - Agent）で設定する内容」を参照してください。

注意

AIXおよびLinuxの場合，ジョブの実行ユーザーに対して，/etc/security/limits（Linuxの場合は/etc/security/limits.conf）でリソースの制限値の定義をしても，ジョブ実行時に値は有効になりません。JP1/AJS2起動時のユーザー（root）に対してリソース制限値を定義してください。詳細については，「8.1.18 UNIXジョブ実行時のリソース制限値についての注意事項」を参照してください。

JP1/AJS2サービスから起動するジョブプロセスのumask値は，特に明示的な指定がなければ，JP1/AJS2サービスを起動するシェルのumask値になります。
/etc/profileや$HOME/.profileなど，ジョブ実行ユーザーのプロファイルで指定している場合は，JP1/AJS2サービス起動シェルのumask値にその値を上書きした値が設定されます。
ジョブプロセスのumask値は，ジョブ実行ユーザーのプロファイルや，実行シェル内で明示的に設定してください。
また，ジョブの定義で指定する「標準出力ファイル」および「標準エラー出力ファイル」のumask値を変更する場合は，「8.2.8 標準出力ファイル名・標準エラー出力ファイルのumask値（UNIX限定）」を参照してください。

JP1/AJS2からジョブを起動した場合，JP1/AJS2が明示的に環境変数PATHに「/bin：/usr/bin」を設定しています。それ以外の値を設定したい場合はジョブ定義時に指定したコマンドやスクリプトファイルでの定義，またはローカルログインスクリプトでの定義で設定するようにしてください。

JP1/AJS2サービスを自動起動している場合，rootユーザーのログインプロファイルは読み込みません。そのため，ログインプロファイルでrootユーザーのリソース制限値を変更しても，手動でログインしてJP1/AJS2サービスを起動した際に設定されるリソース制限値と値が異なることがあります。
なお，JP1/AJS2サービスを自動起動している場合は，「8.2.12 ジョブ実行時のグループID（UNIX限定）」もあわせて参照してください。

UNIX版JP1/AJS2で端末を必要とするユーザープログラムをジョブとして実行すると，正しく動作しない（ジョブが異常終了する）場合があります。

キューレスジョブ使用時にログインシェルなどのOSユーザー情報を変更した場合は，次のどちらかの手順でキャッシングを消去してください。

ajsqlalterコマンドを，-rオプションを指定して実行する。

キューレスエージェントサービスを再起動する。

ジョブ実行中に，スーパーユーザー権限でpasswdコマンドを実行するなど，OSユーザーの登録または更新はしないでください。OSユーザーの登録または更新は，ジョブの実行前に実施してください。

なお，UNIXジョブが起動失敗の状態になったり，異常終了したりする場合の要因や注意事項については，「17.5.3 標準ジョブ，アクションジョブ，およびカスタムジョブの実行について」もあわせて参照してください。

8.1.7　ジョブ情報削除処理の注意事項

JP1/AJS2では，ジョブ情報削除基準時刻，およびJP1/AJS2起動時にジョブ実行環境で使用するISAMデータベースからジョブ情報保存日数を経過したジョブを削除します。通常は，データファイルの更新モードオプションで同期が設定されています。同期の場合，JP1/AJS2が書き込み処理を終了するたびにメモリーにあるバッファーの内容をディスクに書き込むため信頼性は向上しますが，ディスクI/Oが頻繁に行われるために処理に時間が掛かります。したがって，この処理と並行してジョブを実行すると，ジョブの実行性能にも影響することがあります。ジョブ情報保存日数に1日以上を指定した場合は，ジョブが多量に実行されていない時刻を見積もってジョブ情報削除の基準時刻として設定してください。

＜この項の構成＞

(1)　ジョブ情報削除処理非同期オプション

(2)　ジョブ情報の保存日数を0日にした場合の効果およびジョブ情報の保存時間の設定

(3)　JP1/AJS2起動時にジョブ情報削除処理を抑止する設定

(1)　ジョブ情報削除処理非同期オプション

ジョブが多量に実行されていない時刻を見積もれない場合は，次のオプションを設定すると，ジョブ情報の削除については非同期で行うことができ，ジョブ情報削除処理に掛かる時間を少なくすることができます。非同期にするとJP1/AJS2での処理とは同期を取らないでOSのバッファーリングによってディスクに書き込むため，ディスクI/O回数が減少します。そのため，削除処理と並行してジョブが実行された場合にジョブの実行性能に与える影響を抑えることができます。ただし，RAIDシステムの場合は，性能差があまり出ないおそれがあります。また，非同期はメモリー上で管理されている情報とディスクに書き込まれた情報が不一致になるタイミングが発生しやすく，信頼性が低下するためクラスタ構成には向きません。運用する環境を十分検討した上で使用してください。

このオプションは，データファイルの更新モードオプションで同期が指定されている場合に限り有効です。オプションを有効にする手順を次に示します。

エディターなどで，次に示す内容を記述した設定ファイルを作成する。

[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Database]
"DeleteFlashOption"=dword:設定値

{JP1_DEFAULT|論理ホスト名}の部分は，「JP1_DEFAULT」または「論理ホスト名」のどちらかを設定します。「設定値」には，ジョブ情報の削除について非同期で実行する場合は「0」を，同期で実行する場合は「1」を指定します。デフォルトは「1」です。このパラメーターは，JP1/AJS2の新規のインストール時，および新規のセットアップ時に「0」が設定されます。設定ファイルのファイル名は任意です。

「jbssetcnf 設定ファイル名」コマンドを実行する。
設定ファイルの内容が構成定義に反映されます。

JP1/AJS2を再起動する。
変更した構成定義の内容が反映されます。

(2)　ジョブ情報の保存日数を0日にした場合の効果およびジョブ情報の保存時間の設定

ジョブ情報の保存日数を0日にすると，ジョブ情報はジョブが終了してから10分後に削除されます。ジョブ実行コマンドでジョブを実行している場合や，ジョブネットから実行するジョブでもジョブの終了後に実行結果を確認しないような場合には，保存日数を0日にして運用すると，終了したジョブ情報は常に削除され，ジョブ情報の増加が抑えられます。そのため，ジョブ情報削除基準時刻にまとめて大量のジョブを削除するということもなくなります。また，24時間の間，常にジョブを実行するような運用や，不定期にジョブを実行する運用など，ジョブ情報削除基準時刻の時間帯を見積もるのが困難な運用を行っているような場合にも有効です。

ただし，ジョブネットからジョブを実行している場合は，ジョブの終了時に状態通知プロセスがジョブの状態確認を行っています。その際に通信エラーなどで状態通知が失敗すると，状態通知プロセスがデフォルト5分のポーリング間隔でジョブの状態を監視します。その間にジョブ情報がすでに削除されていると，ジョブ情報が参照できないためジョブは異常終了として扱われます。

次に示すオプションを使用すると，このようなエラーが発生する場合にもジョブが終了してから削除するまでの保存時間を変更することで対処することができます。なお，この設定はジョブの保存日数を0日にしている場合にだけ有効です。オプションを有効にする手順を次に示します。

JP1/AJS2のサービスを停止する。

エディターなどで，次に示す内容を記述した設定ファイルを作成する。

[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Database]
"PreserveMinute"=dword:設定値

{JP1_DEFAULT|論理ホスト名}の部分は，「JP1_DEFAULT」または「論理ホスト名」のどちらかを設定します。「設定値」には，ジョブ情報の保存時間を16進数で指定します。0000000A～000005A0（10進数で10～1,440）（単位：分）の間で指定します。デフォルトは「dword:0000000A」（10進数で10）です。設定ファイルのファイル名は任意です。

「jbssetcnf 設定ファイル名」コマンドを実行する。
設定ファイルの内容が構成定義に反映されます。

JP1/AJS2を再起動する。
変更した構成定義の内容が反映されます。

(3)　JP1/AJS2起動時にジョブ情報削除処理を抑止する設定

ジョブ情報削除処理は，環境設定で指定したジョブ情報削除の基準時刻，およびJP1/AJS2サービス起動時に実行されます。ジョブ情報削除の基準時刻に実行される場合は基準時刻を基点として保存日数を超えたジョブ情報が削除の対象となります。また，JP1/AJS2サービス起動時に実行される場合，JP1/AJS2起動時刻を基点として保存日数を超えたジョブ情報すべてが削除の対象となります。ジョブを大量に実行している状況でクラスタ構成によるフェールオーバーや，システム障害などによってJP1/AJS2サービスが再起動された場合，ジョブ情報の削除処理と競合してジョブの実行性能が低下することがあります。

次に示すどちらかのオプションを使用してJP1/AJS2サービス起動時のジョブ情報の削除処理を抑止することで，ジョブ情報の削除処理とジョブ実行の競合を回避できます。

JP1/AJS2サービス起動時にジョブ情報削除の基準時刻を基点として保存日数を超えているジョブ情報を削除する。
JP1/AJS2サービス起動時，ジョブ情報削除の基準時刻からJP1/AJS2サービス起動時刻までの間に保存日数を超えたジョブ情報については削除しません。前回のジョブ情報削除の基準時刻にJP1/AJS2サービスが停止していてジョブ情報削除処理が実施されなかった場合に，ジョブ情報削除の基準時刻を基点として保存日数を超えているジョブ情報が残っていることがあります。その場合は，JP1/AJS2サービス起動時に，これらのジョブ情報だけを削除します。
ジョブ情報削除の基準時刻にJP1/AJS2サービスを停止しないでジョブ情報削除処理を実施して，ジョブ情報削除の基準時刻を基点として保存日数を超えているジョブ情報を削除する運用であれば，JP1/AJS2サービス起動時のジョブ情報削除処理を抑止することができます。

JP1/AJS2サービス起動時のジョブ情報の削除処理を抑止する。
JP1/AJS2サービス起動時のジョブ情報削除処理を抑止します。
JP1/AJS2の運用を長期間停止した場合，JP1/AJS2サービスを起動して運用を再開する際，保存日数を経過して削除対象となるジョブ情報が大量に存在する場合があります。削除対象となるジョブ情報が大量に存在すると，JP1/AJS2サービス起動時のジョブ情報削除処理によってISAMファイルに対する入出力が集中し，JP1/AJS2サービス起動直後に実行するジョブの実行性能に影響を与えるおそれがあります。
JP1/AJS2サービス起動時のジョブ情報削除処理を抑止する設定にすると，JP1/AJS2サービス起動時にジョブ情報の削除を行わないで，基準時刻にだけジョブ情報を削除します。それにより，JP1/AJS2サービス起動直後に実行するジョブの実行性能に影響を与えないようにできます。
ただし，ジョブ情報削除の基準時刻にJP1/AJS2サービスを停止する運用の場合はこの設定をしないでください。
ジョブ情報削除の基準時刻にJP1/AJS2サービスを停止する運用の場合，ジョブ情報削除の基準時刻にジョブ情報が削除されないで蓄積されていくため，ジョブ実行環境データベースのディスク占有量が増加しつづけます。ジョブ実行環境データベースのディスク占有量が増加すると，JP1/AJS2サービスの起動に失敗したり，ジョブが実行できなくなったりするほか，JP1/AJS2以外のプログラムにも影響を与えるおそれがあります。

JP1/AJS2起動時にジョブ情報削除処理を抑止する設定と，削除処理を行うかどうかの関係について次の表に示します。

表8-1　JP1/AJS2起動時にジョブ情報削除処理を抑止する設定と削除処理を行うかどうかの関係

JP1/AJS2起動時にジョブ情報削除処理を抑止する設定 | JP1/AJS2起動時のジョブ情報削除処理 | 削除対象のジョブ情報の基点となる時刻
0 | ○※ | 基準時刻
1 | ○ | JP1/AJS2サービス起動時刻
2 | × | －

（凡例）

○：削除処理を行う

×：削除処理を行わない

－：該当なし

注※

前回のジョブ情報削除の基準時刻にジョブ情報が削除されていれば，JP1/AJS2サービス起動時のジョブ情報削除処理ではジョブ情報を削除しません。

この設定は，ジョブの保存日数を1日以上に設定している場合にだけ有効です。オプションを有効にする手順を次に示します。

JP1/AJS2のサービスを停止する。

エディターなどで，次に示す内容を記述した設定ファイルを作成する。

[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Database]
"StartUpDelete"=dword:設定値

{JP1_DEFAULT|論理ホスト名}の部分は，「JP1_DEFAULT」または「論理ホスト名」のどちらかを設定します。「設定値」には，JP1/AJS2サービス起動時にジョブ削除の基準時刻を基点として保存日数を超えているジョブ情報を削除する場合は「0」を，JP1/AJS2サービス起動時刻を基点として保存日数を超えているジョブ情報を削除する場合は「1」を，JP1/AJS2サービス起動時のジョブ情報の削除処理を抑止する場合は「2」を指定します。デフォルトは「0」です。設定ファイルのファイル名は任意です。

「jbssetcnf 設定ファイル名」コマンドを実行する。
設定ファイルの内容が構成定義に反映されます。

JP1/AJS2を再起動する。
変更した構成定義の内容が反映されます。

8.1.8　リカバリージョブおよびリカバリージョブネットの注意事項

リカバリージョブまたはリカバリージョブネット定義時の注意事項を次に示します。なお，ここでリカバリージョブと表記している場合，リカバリージョブネットのことも指しています。

リカバリージョブが正常終了しても，そのリカバリージョブが定義されているジョブネットは異常終了として扱われます。

リカバリージョブの後続ジョブには，リカバリージョブしか定義できません。リカバリージョブの後続に通常のジョブを定義した場合，そのジョブは実行されません。

リカバリージョブの後続ジョブとして定義したジョブは，ジョブネットが正常に実行されているときには実行されません。異常終了によって先行のリカバリージョブが実行され，そのリカバリージョブが正常終了した場合だけ実行されます。

リカバリージョブおよびリカバリージョブネットの警告または異常状態は，上位ジョブネットの状態に影響を与えません。ただし，リカバリージョブネットが開始遅延または終了遅延した場合は，上位ジョブネットも遅延状態となります。

リカバリージョブおよびリカバリージョブネットは，先行ジョブが次のどれかの異常状態になったときに実行されます。

異常検出終了

順序不正

中断

強制終了

起動失敗

ただし，ウォームスタートで起動した場合やルートジョブネットを中断または強制終了した場合には，上記の異常状態になってもリカバリージョブおよびリカバリージョブネットは実行されません。

8.1.9　リモートジョブネットの注意事項

リモートジョブネットとは，自マネージャーホストで定義したジョブネットを転送して，別のマネージャーホストで実行させるジョブネットです。リモートジョブネットを使うと，リモートジョブネットの下位にあるジョブネットおよびジョブの実行時のJP1/AJS2 - Managerの負荷を分散できます。

リモートジョブネットは，転送先のマネージャーホストで即時実行登録されます。リモートジョブネット配下のユニットに設定されているスケジュール情報は無視されます。

なお，リモートジョブネットの転送先ホストでは，定義内容の追加や変更はできません。また，転送されたリモートジョブネットの保存世代がジョブネットの保存世代数を超えた場合，自動的に転送先ホストから削除されます。

リモートジョブネットの定義例を次に示します。

図8-1　リモートジョブネットの定義例

この例のジョブネットを実行した場合の流れを次に示します。

標準ジョブAが実行される。

標準ジョブAが正常終了すると，リモートジョブネットAがJP1/AJS2 - Manager（2）のJP1/AJS2 - Managerサービスへ転送される。
リモートジョブネットAは，転送先のJP1/AJS2 - Managerサービスでルートジョブネットとして即時実行登録されます。

転送先ホストで，リモートジョブネットA配下の標準ジョブX，標準ジョブY，および標準ジョブZが順に実行される。

標準ジョブZが終了し，リモートジョブネットAが正常終了すると，標準ジョブBが実行される。

なお，リモートジョブネットを使用しないでジョブネットを構築する場合，ジョブネット内の各ジョブが，実行先エージェントで実行されるようにジョブを作成します。この場合，ジョブネットの［詳細定義］ダイアログボックスの［実行ホスト］に，実行先エージェントのホスト名を指定します。配下のジョブで［実行ホスト］の指定が省略されている場合は，上位のジョブネットに指定された実行ホストで実行されます。

また，判定ジョブでファイルの有無を判断している場合は，ファイルの有無をリターンコードで判別できるようなスクリプトあるいはバッチファイルを先行ジョブとしてエージェントで実行し，判定ジョブは終了コードで判断するように置き換えてください。

リモートジョブネットを運用する場合，次の注意点があります。これらの点を考慮して，リモートジョブネットを使用してください。

リモートジョブネットは転送先ホストで即時実行登録されて動作するので，リモートジョブネットの下にあるジョブネットにスケジュール情報を定義しても有効になりません。

リモートジョブネットは，転送先ホストで即時実行登録されて動作します。即時実行登録処理が日をまたぐ場合，転送先ホストでジョブネットが繰り越し未実行になることがあります。リモートジョブネットの運用が日をまたぐおそれがある場合は，転送先ホストのリモートジョブネットサービス名に指定したスケジューラーサービスの［繰り越し方法］の設定を「2日」，または「無制限」に設定してください。

リモートジョブネットは，転送先ホスト上に，一意な名称のジョブグループを作成し，その配下にリモートジョブネットと同一名称のジョブネットを作成して実行されます。したがって，転送先ホストのジョブネットとマネージャーホスト側のリモートジョブネットの対応付けを容易にするため，リモートジョブネットの名称はシステム内で一意な名称にすることをお勧めします。

リモートジョブネットの転送先ホストで，リモートジョブネットによって作成されたジョブネットを登録解除したり，ジョブネットが定義されているスケジューラーサービスをコールドスタートしたりすると，転送元ホストのリモートジョブネットとの関連が失われます。この場合，リモートジョブネットによって作成されたジョブグループは自動で削除されないため，手動で削除してください。

転送元ホストでリモートジョブネットを定義しているスケジューラーサービスをコールドスタートしても，転送先ホストで実行登録されたジョブネットは登録解除されません。この場合，手動で登録解除してください。

リモートジョブネットによって作成された転送先ホストのジョブグループにJP1/AJS2 - Viewでアクセスしている状態で，転送元ホストでリモートジョブネットを登録解除したり，保存世代数を超過したりした場合，転送先ホストのジョブグループは自動で削除されません。この場合，ジョブグループを手動で削除してください。

リモートジョブネットは実行開始時にジョブネットの定義を転送するため，起動時のオーバーヘッドが大きく，リモートジョブネットの下位にあるジョブの数が数個程度の場合は，ジョブの定義で「実行ホスト」を指定した場合に比べると負荷が高くなります。

リモートジョブネットの下位にあるジョブに異常があっても，マネージャーホスト側に異常が伝わるのは，リモートジョブネット全体が終了したときです。また，マネージャーホスト側ではリモートジョブネットの下位にある個々の状態は監視できません。

異常終了したジョブから再実行しても，リモートジョブネットは一つのジョブと同じように扱われるため，リモートジョブネットの途中からは再実行されません。

リモートジョブネットの転送先ホストをマネージャーホストと同じホストにすると，通常転送先ホスト側で行う処理をマネージャーホストで行うため，ジョブネットの実行に比べて性能が低下します。

リモートジョブネットの状態は，リモートジョブネットを起動してから終了するまでの間だけで管理されます。そのため，リモートジョブネットの終了後に，リモートジョブネットの転送先マネージャー上で，実行されたリモートジョブネット内のユニットを再実行や状態変更しても，マネージャー側には反映されません。
リモートジョブネットの転送先マネージャー上で，再実行などによってジョブネットを正常終了にしたあとに，後続を続行させる場合は，マネージャー上で，リモートジョブネットの後続ユニットから再実行してください。

リモートジョブネット配下のユニットで，転送先マネージャーでサポートしていない機能を使用していた場合，リモートジョブネットは異常検出終了となり，実行結果詳細に「KAVS0650-E ユニット定義パラメタファイル（ファイル名）の内容に誤りがあります（文番号：文番号）」が出力されます。この場合，リモートジョブネットの転送先マネージャーのバージョンを，機能をサポートしているバージョンにして，再実行してください。

リモートジョブネットの転送先ホストには，リモートジョブネット実行用のスケジューラーサービスを設定しておいてください。スケジューラーサービスの追加については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.7.1 スケジューラーサービスの多重起動の設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.7.1 スケジューラーサービスの多重起動の設定」（UNIXの場合）を参照してください。また，転送先ホストには，転送元ホストのホスト名と，ジョブネットを実行登録したJP1ユーザーを，ユーザーマッピングに設定してください。同様に転送元ホストには，転送先ホストのホスト名と，ジョブネットを実行登録したJP1ユーザーを，ユーザーマッピングに設定してください。なお，リモートジョブネットサービスはデフォルトサービス（AJSROOT1）でも運用できますが，リモートジョブネットサービスと通常の業務で使用するサービスは別々のサービスにすることをお勧めします。

リモートジョブネットを実行および登録解除すると，転送元ホストと転送先ホストに専用のプロセスが起動されます。転送元ホストで同時に複数のリモートジョブネットを実行したり，保存世代数の多いリモートジョブネットの登録解除をしたり，同一の転送先ホストに対して複数のリモートジョブネットを実行したりすると，リソースを大量に消費し負荷が高くなり，処理性能の低下やプロセス生成の失敗などの問題が発生しやすくなります。そのため，複数のリモートジョブネットを同時に実行しないように運用することをお勧めします。

リモートジョブネットを実行および登録解除すると，転送元ホストと転送先ホストでジョブネットワーク要素を操作するコマンドが，内部的に実行されます。登録解除時は，保存世代数分のジョブネットワーク要素を操作するコマンドが，転送先ホストで同時に実行されます。JP1/AJS2の見積もりを行う場合は，これらを考慮してください。

8.1.10　標準出力ファイル・標準エラー出力ファイルの注意事項

＜この項の構成＞

(1)　標準出力ファイル・標準エラー出力ファイルを定義する場合の注意事項

(2)　標準出力ファイル・標準エラー出力ファイルに大量データを出力する場合の注意事項と回避方法

(3)　その他の注意事項

(1)　標準出力ファイル・標準エラー出力ファイルを定義する場合の注意事項

ジョブ（キューレスジョブを含むPCジョブ・UNIXジョブ）の実行時に出力する標準出力ファイル・標準エラー出力ファイルを定義する場合，次の注意事項があります。

ジョブネットから実行するジョブはデフォルトで標準エラー出力をジョブの実行結果として取得します。標準エラー出力の内容は，［ジョブネットモニタ］ウィンドウの［実行結果詳細］ダイアログボックスで表示できます。なお，［ジョブネットモニタ］ウィンドウの［実行結果詳細］ダイアログボックスには，JP1/AJS2が標準エラー出力に出力するエラーメッセージも表示されます。

標準出力・標準エラー出力の内容を任意のファイルに出力したい場合は，ジョブを定義する際に標準出力ファイル名・標準エラー出力ファイル名を指定してください。

jpqjobsubコマンドから実行するサブミットジョブの場合はデフォルトでは標準出力・標準エラー出力を保存しません。jpqjobsubコマンドのオプションに任意のファイル名を指定してください。

［ジョブネットモニタ］ウィンドウの［実行結果詳細］ダイアログボックスに標準出力の内容も表示する場合は，標準出力ファイル名と標準エラー出力ファイル名に同じファイル名を指定してください。

標準出力ファイル名と標準エラー出力ファイル名に同じファイル名を指定する場合は，追加書きオプションの設定を一致させてください。一方に新規作成，もう一方に追加書きを設定すると，パラメーターエラーでジョブの登録が失敗します。

ジョブの標準出力ファイル名または標準エラー出力ファイル名に，アクセスできないネットワークファイル名を指定した場合，ジョブが異常終了することがあります。正しいネットワークファイル名を指定してください。

ジョブの標準出力ファイル名または標準エラー出力ファイル名に，ネットワークファイル名を指定している場合，指定したファイルには，次に示す権限が必要です。

Windowsの場合

実行ホストのJP1/AJS2サービス（キューレスジョブの場合はJP1/AJS2 Queueless Agentサービス）に設定されているアカウントで作成，参照および更新する権限

UNIXの場合

ジョブの実行OSユーザーに指定されているアカウントで作成，参照および更新する権限

環境変数ファイル名，標準入力ファイル名，標準出力ファイル名および標準エラー出力ファイル名に，スクリプトファイル名や実行ファイル名と同じファイル名を指定している場合，ジョブが異常終了することがあります。環境変数ファイル名，標準入力ファイル名，標準出力ファイル名，標準エラー出力ファイル名には，スクリプトファイル名や実行ファイル名と同じファイル名を指定しないでください。

同時に実行する複数のジョブの定義に，同一の標準出力ファイル名，標準エラー出力ファイル名を指定してジョブを実行すると，標準出力や標準エラー出力の出力結果が上書きされます。また，標準出力や標準エラー出力を指定したジョブを多重起動し，同時に実行した場合も，標準出力や標準エラー出力の出力結果が上書きされます。
同時に実行するジョブの標準出力ファイル名，標準エラー出力ファイル名には，それぞれ別のファイル名を指定してください。

(2)　標準出力ファイル・標準エラー出力ファイルに大量データを出力する場合の注意事項と回避方法

JP1/AJS2では，ジョブ（キューレスジョブを除く標準ジョブ，アクションジョブ，またはカスタムジョブ）の終了時にエージェントホストからマネージャーホストに標準出力ファイルまたは標準エラー出力ファイルを転送しています。標準出力ファイルまたは標準エラー出力ファイルに数メガバイトを超えるような大量データを出力するジョブを実行すると, ファイルのデータ解析処理，または，ファイルのデータ転送で負荷が掛かり，CPU使用率の増加や，JP1/AJS2が使用するメモリー使用量の増加など，ジョブの実行が遅延するだけでなく，システム全体の処理に影響を与えるおそれがあります。これらの問題は，マネージャーホストとエージェントホストの両方で発生します。

また，追加書きオプションを設定すると，ジョブ実行のたびに出力データが蓄積され，転送するファイルのサイズが単調増加します。この場合も，ファイルのデータ解析処理，または，ファイルのデータ転送で負荷が掛かり，ジョブが異常終了したり，エージェントホストからマネージャーホストに対するデータ転送が遅延したりすることがあります。この場合，追加書きオプションの設定を無効にするか，または標準出力データファイルや標準エラー出力データファイルを定期的に削除，退避するようにしてください。

標準出力ファイルや標準エラー出力ファイルのファイルサイズが原因となって発生する問題を回避する方法として，JP1/AJS2では標準出力ファイルや標準エラー出力ファイルのファイルサイズに上限値を設定できます。この設定を行うことで，ファイルサイズの上限値を超えたデータの破棄や，上限値に達したことを示す警告メッセージを出力できます。これによって，一部のジョブの処理でJP1/AJS2のジョブ実行全体に影響が出ないようにすることができます。設定方法の詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.16 ファイル受信制限をするための設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.13 ファイル受信制限をするための設定」（UNIXの場合）を参照してください。

上記のように，標準出力ファイルや標準エラー出力ファイルのファイルサイズに上限値を設定していない状態で，ジョブが正常に動作しない場合は，次に示す点に注意して確認した上，それぞれの対処方法で対応してください。

標準出力データが大量に出力される
PCジョブやUNIXジョブの場合，ジョブの定義で「標準出力ファイル名」を明示的に指定している場合にだけファイルの転送を行っており，標準出力データを大量に出力するとジョブが異常終了することがあります。この場合，ジョブの定義の「標準出力ファイル名」には何も指定しないでください。ジョブのバッチファイルやシェルスクリプト内で，標準出力をリダイレクトしてください。
ジョブの定義の「標準出力ファイル名」に何も指定しなければ，標準出力ファイルはマネージャーホストに転送されません。なお，その場合はjpqjobgetコマンドまたはJpqGetJob関数でそれらのファイルのデータの取得はできなくなります。

標準エラー出力データが大量に出力される
ジョブ定義の「標準エラー出力ファイル名」にNULLデバイスを指定してください。UNIX上で実行するジョブの場合は"/dev/null"を記述し，Windows上で実行するジョブの場合は"NUL"を記述してください。ジョブ定義の「標準エラー出力ファイル名」にファイル名を明示的に指定している場合は，バッチファイルやシェルスクリプト内で，標準エラー出力をリダイレクトしてください。
この設定をすると，標準エラー出力ファイルはマネージャーホストに転送されません。なお，その場合はjpqjobgetコマンドまたはJpqGetJob関数でそれらのファイルのデータを取得したり，JP1/AJS2 - Viewの［実行結果詳細］ダイアログボックスで標準エラー出力ファイルの内容を参照したりすることはできなくなります。

補足事項

この現象が発生すると，次のフォルダに「A_JPQ*_ジョブ番号」というファイルが残ることがあります。異常検出終了したジョブと同じジョブ番号のファイルは削除しても問題ありません。

Windowsの場合：JP1/AJS2のインストール先フォルダ¥tmp
UNIXの場合：/var/opt/jp1ajs2/tmp

これらのフォルダはデフォルト時です。クラスタ構成などでフォルダを変更したときは，変更後のフォルダにあるファイルを確認してください。

標準出力データ，または標準エラー出力データを大量に出力するジョブがある場合，マネージャーホストのジョブ実行環境のワークディレクトリに作成される一時ファイル（M_JPQSTDE_ジョブ番号，またはM_JPQSTDO_ジョブ番号）のデータも大量になります。通常は，ジョブ情報削除処理実行時に保存日数を経過しているジョブの一時ファイルは，自動的に削除されます。しかし，一時ファイルによるディスク容量不足などが発生した場合には，ジョブの終了後に手動で削除できます。また，ディスク容量不足が慢性的に発生する場合には，ジョブ情報保存日数の縮小や，ジョブのスクリプトファイル内で標準出力・標準エラー出力のリダイレクトを検討してください。
なお，一時ファイルを削除した場合には，jpqjobgetコマンドを使用して標準出力・標準エラー出力ファイルを参照できなくなります。ただし，ジョブネットの保存世代数の範囲内であれば，JP1/AJS2 - Viewの［実行結果詳細］ダイアログボックスで標準エラー出力の内容を確認できます。ジョブの詳細定義の「パラメーター」にリダイレクトを指定する方法とその例を，次に示します。

表8-2　ジョブの詳細定義の「パラメーター」にリダイレクトを指定する方法と例（Windowsの場合）

定義内容
指定方法
指定例

標準出力ファイル，標準エラー出力ファイルが異なる場合（実行ファイルがexeの場合）
実行ファイル名：test.exe
パラメーター：なし
標準出力ファイル：out.txt
標準エラー出力ファイル：err.txt
実行ファイル名：cmd.exe
パラメーター：
/C test.exe >out.txt 2>err.txt
標準出力ファイル：なし
標準エラー出力ファイル：なし

標準出力ファイル，標準エラー出力ファイルが異なる場合（実行ファイルがbatの場合）
実行ファイル名：test.bat
パラメーター：なし
標準出力ファイル：out.txt
標準エラー出力ファイル：err.txt
実行ファイル名：test.bat
パラメーター：>out.txt 2>err.txt
標準出力ファイル：なし
標準エラー出力ファイル：なし

標準出力ファイル，標準エラー出力ファイルが同名の場合
実行ファイル名：test.bat
パラメーター：なし
標準出力ファイル：out.txt
標準エラー出力ファイル：out.txt
実行ファイル名：test.bat
パラメーター：>out.txt 2>&1
標準出力ファイル：なし
標準エラー出力ファイル：なし

表8-3　ジョブの詳細定義の「パラメーター」にリダイレクトを指定する方法と例（UNIXの場合）

定義内容
指定方法
指定例

標準出力ファイル，標準エラー出力ファイルが異なる場合
スクリプトファイル名：test.sh
パラメーター：なし
標準出力ファイル：out.txt
標準エラー出力ファイル：err.txt
スクリプトファイル名：test.sh
パラメーター：>out.txt 2>err.txt
標準出力ファイル：なし
標準エラー出力ファイル：なし

標準出力ファイル，標準エラー出力ファイルが同名の場合
スクリプトファイル名：test.sh
パラメーター：なし
標準出力ファイル：out.txt
標準エラー出力ファイル：out.txt
スクリプトファイル名：test.sh
パラメーター：>out.txt 2>&1
標準出力ファイル：なし
標準エラー出力ファイル：なし

(3)　その他の注意事項

標準出力データや標準エラー出力データの出力先に指定できるファイルは，テキスト形式のファイルだけです。

標準出力データや標準エラー出力データには，外字・機種依存文字を使用しないでください。これらの文字を使用した場合，JP1/AJS2 - Viewでは正しく表示できません。

標準出力データ・標準エラー出力データは，エージェントホスト上に一時的にファイルとして作成され，ジョブ終了時にマネージャーホストに転送されます。これらの一時ファイルはマネージャーホスト，エージェントホストのジョブ実行環境のワークディレクトリに，それぞれ次に示す名前で作成されます。マネージャーホストではジョブ情報削除処理の実行時に，エージェントホストではジョブ終了時に自動的に削除されます。

マネージャーホスト

M_JPQSTDE_ジョブ番号

M_JPQSTDO_ジョブ番号

エージェントホスト

A_JPQSTDE_*_ジョブ番号

A_JPQSTDO_*_ジョブ番号

なお，キューレスジョブの場合は，標準エラー出力データだけが一時的にファイルとしてエージェントホスト上に保存されます。このファイルの内容は，キューレスジョブ終了時にマネージャーホストへ転送されます。このファイルは，キューレスジョブ終了時，またはキューレスエージェントサービス起動時に自動的に削除されます。

［標準エラー出力ファイル名］を指定し，［追加書き］を選択しているジョブの実行後にJP1/AJS2 - Viewで［実行結果詳細］ダイアログボックスの内容を表示した場合，ジョブの実行先サービスによって次の違いがあります。

［実行先サービス］に［JP1/AJS2］を指定したジョブの場合
［標準エラー出力ファイル名］に指定したファイルの内容が表示されます。

［実行先サービス］に［JP1/AJS2 Queueless Agent］を指定したジョブの場合
ジョブ実行時に標準エラー出力に出力された内容が表示されます。

8.1.11　ジョブ実行制御のコマンドの注意事項

列挙するジョブ数が多い
jpqendjobshowコマンド（終了ジョブの列挙）やjpqjobshowコマンド（キューイング中のジョブの列挙）の実行時に標準出力ファイルに列挙するジョブ数が多い場合，コマンドの実行やその他の要求に時間が掛かったり失敗したりすることがあります。
この場合の対処方法を次に示します。

jpqendjobshowコマンドの対処方法
-rnオプションで取得するジョブ情報の数を指定するか，またはsaオプション，-spオプションで取得するジョブ情報の時間範囲を指定して，一度に取得するデータの量を少なくしてください。

jpqjobshowコマンドの対処方法
-uオプションで取得するジョブの所有ユーザー名を指定するか，またはsオプションで取得するジョブの状態を指定して，一度に取得するデータの量を少なくしてください。この方法で回避できない場合は，通信タイムアウト時間を変更してください。デフォルトは10分間に設定されています。
通信タイムアウト時間の変更手順については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.32 ジョブ実行制御のマネージャープロセスに対する通信タイムアウト時間の変更」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.29 ジョブ実行制御のマネージャープロセスに対する通信タイムアウト時間の変更」（UNIXの場合）を参照してください。

また，ジョブ実行マネージャー（jpqman）では，ジョブ情報列挙時に，列挙数に応じてメモリーを消費しているため，列挙数が増加すると統合トレースログにKAVU4280-Eのメッセージを出力して次の関数またはコマンドが失敗する場合があります。この場合，ジョブ情報列挙時にジョブ実行制御マネージャーのメモリー消費量を少なくする設定を行うことで回避できる場合があります。

jpqjobshowコマンド

jpqendjobshowコマンド

JpqOpenEnumJob関数

JpqOpenEndEnumJob関数

設定方法の詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.31 ジョブ情報列挙時にジョブ実行制御マネージャー（jpqman）のメモリー消費量を少なくする設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.28 ジョブ情報列挙時にジョブ実行制御マネージャー（jpqman）のメモリー消費量を少なくする設定」（UNIXの場合）を参照してください。

8.1.12　JP1/AJS2 - Viewを長時間使用する場合の注意事項

JP1/AJS2 - ViewおよびJP1/AJS2 Console Viewを長時間使用すると，使用メモリー量が増加する場合があります。このため，表示する業務の量や監視方法またはマシン環境によって異なりますが，およそ2日から1週間を目安にJP1/AJS2 - ViewおよびJP1/AJS2 Console Viewを再起動してください。

8.1.13　JP1/AJS2 Console運用上の注意事項

JP1/AJS2 Consoleを運用する場合の，［詳細定義－［AJS2ユニット監視オブジェクト］］ダイアログボックスで監視対象として指定するホスト名，システム日時の変更，および日英混在システムに関する注意事項について説明します。

＜この項の構成＞

(1)　［詳細定義－［AJS2ユニット監視オブジェクト］］ダイアログボックスで監視対象として指定するホスト名に関する注意事項

(2)　文字列の定義に関する注意事項

(3)　システム日時の変更に関する注意事項

(4)　日英混在システムに関する注意事項

(5)　更新中の定義データの回復に関する注意事項

(6)　関連プログラムの環境設定が有効になる契機についての注意事項

(7)　JP1/AJS2 Console ViewからJP1/AJS2 - Viewを起動するときの注意事項

(8)　［詳細定義］ダイアログボックスで指定するアイコンファイル名に関する注意事項

(9)　［表示］－［最新情報に更新］を行う場合の注意事項

(10)　環境設定変更時の注意事項

(1)　［詳細定義－［AJS2ユニット監視オブジェクト］］ダイアログボックスで監視対象として指定するホスト名に関する注意事項

同一ホスト上の複数のルートジョブネットを監視する場合，［詳細定義－［AJS2ユニット監視オブジェクト］］ダイアログボックスで指定するホスト名には同じ名称を指定してください。異なるホスト名を指定した場合は，別のホストとして認識され複数の接続が確立されます。

［詳細定義－［AJS2ユニット監視オブジェクト］］ダイアログボックスで指定するホスト名は，JP1/AJS2 Console ViewのマシンとJP1/AJS2 Console Managerのマシンの両方で一致させてください。

［詳細定義－［AJS2ユニット監視オブジェクト］］ダイアログボックスで指定するホスト名には，「localhost」および「ループバックアドレス」を指定しないでください。

(2)　文字列の定義に関する注意事項

定義する文字列には丸付き数字や絵文字などの機種依存文字を使用しないでください。

(3)　システム日時の変更に関する注意事項

JP1/AJS2 Consoleを使用している間はテストなどでシステム日時を大幅に変更しないでください。システム日時を変更する場合には，変更するホスト上で動作するJP1/AJS2 Consoleを終了させておく必要があります。システム日時を変更前には次の作業を実施してください。

JP1/AJS2 Console Managerサービスを停止する。

JP1/AJS2 Console Agentサービスを停止する。

JP1/AJS2 Console Viewを終了させる。

(4)　日英混在システムに関する注意事項

JP1/AJS2 Console Managerのデータディレクトリの文字コードが英語の場合は，AJS2ユニット名は英数字（ASCII）でしか指定できません。そのため，日英混在環境の業務を監視する場合には，JP1/AJS2 Console Managerのデータディレクトリの文字コードには日本語の文字コードを指定してください。

また，JP1/AJS2 Console Managerの環境設定で文字コードが「C」（英語）で，監視対象とするユニット完全名に日本語が含まれているユニットに対して監視オブジェクトの自動作成機能を使用すると，「KAVC4635-E 自動作成する監視オブジェクト情報が記憶されていません。」のエラーメッセージが表示されます。また，自動作成の対象となるユニットが複数ある場合には，ユニット完全名に日本語を含まないユニットに対しても，自動作成されない場合があります。

ユニット完全名に日本語を含まないユニットだけを選択して，操作してください。

(5)　更新中の定義データの回復に関する注意事項

定義データを更新中にJP1/AJS2 Console Managerを正常に終了させなかった場合，定義データが更新中の状態のまま残ってしまうことがあります。その場合は次回ログイン時に定義データを更新前の状態に回復する処理が実行されます。

(6)　関連プログラムの環境設定が有効になる契機についての注意事項

JP1/Base，JP1/AJS2 - Managerで変更した設定は，JP1/AJS2 Console Viewをログアウトするまで有効になりません。設定を有効にするには，一度JP1/AJS2 Console Viewをログアウトし，再びログインしてください。

(7)　JP1/AJS2 Console ViewからJP1/AJS2 - Viewを起動するときの注意事項

JP1/AJS2 Console ViewからJP1/AJS2 - Viewを起動する場合で，監視対象のユニットが存在しないとき，通常，KAVV257-Eのエラーメッセージが表示されます。

ただし，AJS2ユニット監視オブジェクトに指定されたAJS2ユニット名が，ユニット完全名の最大長を超える場合には，存在しないユニットであるにもかかわらず，JP1/AJS2 - View起動時に，「KAVV296-E コマンドラインパラメーターが長すぎます。」のエラーメッセージが表示されることがあります。

(8)　［詳細定義］ダイアログボックスで指定するアイコンファイル名に関する注意事項

AJS2ユニット監視オブジェクトと業務スコープに同一アイコンファイル名を指定すると，表示上の区別が付かなくなりますので，同じアイコンイメージを指定しないようにしてください。

アイコンイメージファイルのイメージ変更は，JP1/AJS2 Console Viewを終了してから実施してください。

(9)　［表示］－［最新情報に更新］を行う場合の注意事項

JP1/AJS2 Consoleでは，JP1/AJS2 Console Viewから［表示］－［最新情報に更新］を行うと，監視状態が「状態更新中」になり，処理が完了すると「監視中」になります。

この状態更新に要する時間（「状態更新中」から「監視中」に戻るまでの時間）は長く掛かる場合がありますので注意してください。

状態更新に要する時間に影響を与える主な要因としては次のものがあります。

JP1/AJS2 Console ManagerからJP1/AJS2 Console Agentへの接続時間

JP1/AJS2 Console Agentから認証サーバへの接続時間

一つのJP1/AJS2 Console Agentホストで監視するユニット数

上記要因の詳細について説明します。

JP1/AJS2 Console ManagerからJP1/AJS2 Console Agentへの接続時間
［最新情報に更新］を行う際，JP1/AJS2 Console Managerは現状接続できていないJP1/AJS2 Console Agentに対して接続処理を行います。ただし，JP1/AJS2 Console Agentのマシンが起動していない場合は，接続不可と判断するまでに時間が掛かるので注意してください。
マシンが起動していないJP1/AJS2 Console Agentに対して接続不可と判断するまでの所要時間（単位秒）の目安を次に示しますので，必要に応じてJP1/AJS2 Console Managerの環境設定を行ってください。なお，この時間は接続できないJP1/AJS2 Console Agentの数には比例しません。

T=an(1+b)+bc(1+b)/2
    T₁       T₂

上記の記号の意味を次の表に示します。

表8-4　記号の説明

記号 | 説明 | 環境設定パラメーター | デフォルト値
T | 接続不可と判断するまでの所要時間 | － | －
T₁ | 接続タイムアウトの合計時間 | － | －
T₂ | 接続リトライ間隔の合計時間 | － | －
a | 接続タイムアウト値 | IPC_CONNECTTIMEOUT | 20(秒）
b | 接続リトライ回数 | IPCRETRYCOUNT | 3（回）
c | リトライ間隔 | IPCRETRYINTERVAL | 1（秒)
n | IPアドレス数※ | － | －

（凡例）

－：該当しません。

注※

JP1/AJS2 Console Agentホストに対応するIPアドレスの数です。JP1/AJS2 Console Agentホストが複数ある場合は，最もIPアドレスが多いJP1/AJS2 Console AgentホストのIPアドレス数で算出してください。

（例）

接続できないJP1/AJS2 Console Agent ホストに対応するIPアドレスが一つで，JP1/AJS2 Console Managerの環境設定がデフォルトの場合は約90秒掛かります。

なお，JP1/AJS2 Console Managerの環境設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド」を参照してください。

JP1/AJS2 Console Agentから認証サーバへの接続時間
状態取得時に，対象ユニットに対して権限チェックが必要な場合，認証サーバに問い合わせます。認証サーバとなるマシンが起動していない場合は，認証サーバへの接続不可と判断するまでに時間が掛かるので注意してください。
なお，この時間はJP1/AJS2 Console Agentホストで監視するユニットが属するスケジューラーサービス数に比例し，監視するユニット数には依存しません。
次の条件が重なる場合，認証サーバに対してアクセス権限を問い合わせます。

JP1/AJS2 Console Agentで監視するJP1ユーザーにマッピングされているOSユーザーが一般ユーザーである。

監視するユニットを含む上位ユニットに資源グループが指定されている。

一つのJP1/AJS2 Console Agentホストで監視するユニット数
状態更新処理は，すべてのJP1/AJS2 Console Agentで監視しているユニットの状態が取得できるまで完了しません。したがって，一つのJP1/AJS2 Console Agentホストで監視するユニット数に比例して状態更新に要する時間が長くなりますので注意してください。

(10)　環境設定変更時の注意事項

JP1/AJS2 Console Managerの環境設定で環境設定パラメーターCHARCODEを変更するとき，変更前の値が「SJIS」および「EUC」の場合は，定義データに日本語（ASCII文字以外）が含まれていないことを確認してください。

定義データに日本語（ASCII文字以外）が含まれている場合は，環境設定パラメーターCHARCODEは変更しないように注意してください。

8.1.14　一部のジョブの処理でシステム全体に影響を及ぼさないための運用方法

JP1/AJS2は，外部から入力するデータのサイズ，件数などに制限を設け，制限を超えたデータを破棄することができます。また，データ件数など徐々に増加する項目では，制限に近づいていることを示す警告メッセージを出力できます。これによって，一部のジョブの処理でシステム全体に影響が出ないように運用することができます。

JP1/AJS2がサポートしている，外部的要因によって増減する項目に対して制限できる項目を次の表に示します。

表8-5　外部的要因によって増減する項目に対して制限できる項目

対象
項目
制限できる項目
制限到達時の処理

ジョブ
結果ファイル（標準出力ファイル／エラー出力ファイル）サイズ
（マネージャー側）
結果ファイル（標準出力ファイル／エラー出力ファイル）のサイズ
警告メッセージの出力，受信ファイルの破棄

ジョブ数
システム内の最大ジョブ数，システム内の警告ジョブ数
警告値を超えた場合，警告メッセージの出力，最大値を超えた場合，起動失敗となる

キュー単位のジョブ数
キュー内のジョブ数の最大値
警告値を超えた場合，警告メッセージの出力，最大値を超えた場合，起動失敗となる

キューの数
キューの最大定義数
定義エラーとなる

エージェントの数
エージェントの最大定義数
定義エラーとなる

排他実行リソースの数
排他実行リソースの最大定義数
定義エラーとなる

転送ファイルサイズ
（マネージャー側）
転送ファイルのサイズ
警告メッセージの出力，受信ファイルの破棄

ジョブ実行時間
打ち切り時間
ジョブを打ち切り強制終了状態となる

ユーザージョブ
プロセスごとの最大データセグメントサイズなど
（UNIXだけ）
ユーザージョブの動作に従う

通信時間
通信タイムアウト時間
リトライ仕様に従ってリトライする

イベントジョブ
起動条件成立数
監視条件（発行元ユーザー名やメッセージなどの条件を詳細に指定することで，想定外のイベントを制限する）
想定外のイベントに対して起動条件が成立しない

起動条件イベント
起動条件の有効範囲
監視正常終了

監視時間
打ち切り時間
異常検出終了，起動条件は監視未起動終了

ファイル
各種ログファイルサイズ
ログファイルのサイズ
次のログファイルにラップアラウンドする

受信するファイルのファイルサイズなどに制限を掛けるための設定方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.16 ファイル受信制限をするための設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.13 ファイル受信制限をするための設定」（UNIXの場合）を参照してください。

8.1.15　スケジューラーサービスの自動起動を有効にしている場合のデータベースの注意事項

スケジューラーデータベースとして，組み込みDBを使用する場合，JP1/AJS2の起動時にスケジューラーサービスを自動起動する設定にしていると，スケジューラーサービスが異常終了してしまう場合があります。

これは，組み込みDBの起動完了よりも，スケジューラーサービスの起動の方が早く処理されてしまうケースがあるために発生します。

スケジューラーサービスのデータベースに，組み込みDBを使用し，かつJP1/AJS2の起動時にスケジューラーサービスを自動起動する設定にする場合は，RDB接続待ち合わせ機能を使用してください。

この機能は，指定された時間だけRDBの接続を待ち合わせ，スケジューラーサービスがデータベースにアクセスできるようにする機能です。

RDB接続待ち合わせ機能の設定方法については，Windowsホストの場合はマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.1.3 スケジューラーファイルの構成を定義する」を，UNIXホストの場合はマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.7.2 JP1/AJS2サービスの自動起動および自動終了の設定」の「RDB接続待ち合わせ機能の設定を変更し，JP1/AJS2サービス（JP1/AJS2 - Manager）の自動起動を設定する」を参照してください。

07-11以降のバージョンで，スケジューラーサービスのデータベースに組み込みDBを使用している場合，この機能はデフォルトで有効となります。

スケジューラーサービスのデータベースに新規に組み込みDBを設定する場合は，ajsembdbsetupに-ctオプションを指定することで，最大待ち合わせ時間を任意の値に設定することができます。

（例）

RDB接続待ち合わせ機能の最大待ち合わせ時間を5分に設定する場合

ajsembdbsetup -F AJSROOT1 -ct 5

最大待ち合わせ時間に0を指定すると，RDB接続待ち合わせ機能を無効にすることができます。

ajsembdbsetupのオプションの詳細についてはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド　ajsembdbsetup」を参照してください。

最大待ち合わせ時間は，0から60までの値を指定してください。これ以外の値を指定した場合，JP1/AJS2起動時にKAVS1003-Eエラーが出力され，デフォルト値である1分で動作します。

最大待ち合わせ時間の値を大きくし，JP1/AJS2の起動やスケジューラーサービスの起動時間が長くなってしまう場合，jajs_spmd_stopに-killオプション，またはajsstopに-fオプションと-cオプションまたは-kオプションを指定して実行することで，RDB接続待ち合わせ機能を中断し，処理を停止することができます。オプションの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jajs_spmd_stop」，およびマニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsstop」を参照してください。

注意事項

OS起動時に,スケジューラーサービスの起動失敗となったとき，KAVS0999-W（リトライ開始メッセージ），KAVS0998-E（リトライ失敗メッセージ）が出力されている場合，次のことを確認してください。

組み込みDBはセットアップされているか。

組み込みDBの定義を変更していないか。

前回，組み込みDBが異常終了していないか。

スケジューラーサービスに指定した組み込みDBが起動していない場合，接続を待ち合わせてもデータベースに接続することができません。

セットアップ時に，問題なくスケジューラーサービスが起動できていることを確認してください。

また，組み込みDBをセットアップ後に起動方法を変更している場合，OS起動時に組み込みDBが起動しなくなってしまう場合があります。このときは，セットアップ時の値に戻してください。

ジョブ実行中などに組み込みDBが異常終了した場合，次回起動時に起動に時間が掛かることがあります。

この場合，デフォルトの最大待ち合わせ時間内に組み込みDBが起動しない場合がありますので，ジョブ実行中に組み込みDBを強制停止しないでください。

組み込みDBの起動に時間が掛かる場合，事前にどの程度の時間が掛かるかわかっている場合は，最大待ち合わせ時間をあわせて変更してください。

8.1.16　本番運用前のJP1/AJS2定義内容のチェックと注意事項

JP1/AJS2では，本番運用時に障害の発生を抑えるため，ジョブの定義内容に不正がないかどうかを本番運用の開始前にチェックできます。

定義内容を事前にチェックする場合の運用までの流れを次の図に示します。

図8-2　定義内容の事前チェックを行う場合の運用までの流れ

定義内容の事前チェックは，ajschkdefコマンドで行います。ajschkdefコマンドを実行すると，定義内容の事前チェック結果格納ファイルにチェック結果が出力されるので，このファイルを確認してください。定義内容の事前チェック結果格納ファイルは，デフォルトでは次に示す場所に出力されます。

Windowsの場合

JP1/AJS2 - Managerのインストール先フォルダ¥log¥ajscheckfile.txt

UNIXの場合

/var/opt/jp1ajs2/log/ajscheckfile.txt

ajschkdefコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajschkdef」を参照してください。

なお，定義内容の事前チェックを行うには，定義内容の事前チェック機能をセットアップしておく必要があります。セットアップ方法，および環境の設定方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.7.10 JP1/AJS2定義内容の事前チェック機能の設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.7.11 JP1/AJS2定義内容の事前チェック機能の設定」（UNIXの場合）を参照してください。

＜この項の構成＞

(1)　チェック項目

(2)　チェックの流れ

(3)　注意事項

(4)　クラスタ運用時の注意事項

(1)　チェック項目

定義内容の事前チェックでチェックできる項目を次の表に示します。

表8-6　定義内容の事前チェック機能でのチェック項目

チェック項目の分類
内容

ジョブ実行順序

実行順序関係がループしていないかどうかをチェックします。

判定ジョブに従属ジョブが条件接続されているかどうかをチェックします。

従属ジョブに条件接続以外の関連定義がされていないかどうかをチェックします。

ジョブネット詳細定義
ジョブネットコネクタ
接続範囲

接続範囲の指定が接続先のジョブネットと一致するか。

接続ホスト名

指定したホストに接続できるか。

接続サービス名

指定したスケジューラーサービスが存在するか。

接続先のジョブネット名
次についてチェックします。

未指定ではないか。

指定しているユニットの種別がルートジョブネットまたはプランニンググループであるか。

指定したユニットが存在するか。

指定したユニットに，実行順序制御をすると設定されているか。

指定したユニットがほかのホストを指定していないか。

指定したユニットがほかのスケジューラーサービスを指定していないか。

指定したユニットがほかのジョブネットコネクタを指定していないか。

空ジョブ定義
UNIXジョブで，［スクリプトファイル名］または［コマンド文］が指定されているかどうかをチェックします。
PCジョブで，［実行ファイル名］が指定されているかどうかをチェックします。
JP1イベント受信監視ジョブで，［イベントID］が指定されているかどうかをチェックします。

実行ホスト名

マネージャー側で，エージェントのホスト名が解決できるかどうかをチェックします。

エージェント側で，マネージャーのホスト名が解決できるかどうかをチェックします。

ユーザーマッピング
エージェント側でユーザーマッピングが正しくできるかどうかについて，JP1ユーザー，実行元ホスト，OSユーザーを通常のジョブ実行時と同一の方法でチェックします。ただし，JP1ユーザーにマッピングされているOSユーザーの存在確認は行いません。

ジョブ詳細定義
UNIXジョブ
スクリプトファイル名

ファイルがAgent上に存在するかチェックします。※1※2

ファイルのアクセス権限をチェックします。

環境変数ファイル名

ファイルがAgent上に存在するかチェックします。※3

ファイルのアクセス権限をチェックします。

ワークパス

パスがAgent上に存在するかチェックします。※1

パスのアクセス権限をチェックします。

標準入力ファイル名

ファイルがAgent上に存在するかチェックします。※3

ファイルのアクセス権限をチェックします。

標準出力ファイル名

ファイル上位のディレクトリがAgent上に存在するかチェックします。※3

ファイルが存在する場合はアクセス権限をチェックします。

標準エラー出力ファイル名

ファイル上位のディレクトリがAgent上に存在するかチェックします。※3

ファイルが存在する場合はアクセス権限をチェックします。

実行時のユーザー

ユーザーマッピングでチェックします。

転送元ファイル

ファイルがManager上に存在するかチェックします。※1

ファイルのアクセス権限をチェックします。

転送先ファイル

ファイルがAgent上に存在するかチェックします。※1

ファイルのアクセス権限をチェックします。

PCジョブ
実行ファイル名
ファイルがAgent上に存在するかチェックします。※1，※2

環境変数ファイル名
ファイルがAgent上に存在するかチェックします。※3

ワークパス
パスがAgent上に存在するかチェックします。※1

標準入力ファイル名
ファイルがAgent上に存在するかチェックします。※3

標準出力ファイル名
ファイル上位のディレクトリがAgent上に存在するかチェックします。※3

標準エラー出力ファイル名
ファイル上位のディレクトリがAgent上に存在するかチェックします。※3

実行時のユーザー
ユーザーマッピングでチェックします。

転送元ファイル
ファイルがManager上に存在するかチェックします。※1

転送先ファイル
ファイルがAgent上に存在するかチェックします。※1

JP1イベント受信監視ジョブ
イベントID
イベントIDの形式に合致するかチェックします。

実行前のイベント検索
検索前時間は範囲内かどうかチェックします。

ファイル監視ジョブ
監視対象ファイル名
ファイル名の形式をチェックします。

メール受信監視ジョブ
プラットフォーム
PC/UNIXが実行先ホストと一致しているかチェックします。

アクションジョブ共通
プラットフォーム
PC/UNIXが実行先ホストと一致しているかチェックします。

実行ファイル権限※4
ジョブ実行OSユーザーが該当する実行ファイルに対して実行権限を持つかどうかを，通常のジョブ実行時と同一の方法でチェックします。ただし，UNIX上で実行されるキューレスジョブについては，ジョブ実行OSユーザーがrootの場合は実行権限のチェックはしません（この場合は実行権限がなくても実行できるため）。
また，ジョブ実行OSユーザーのプライマリーグループでだけ実行ファイル権限のチェックを行います。

注※1

相対パス，およびUNCパス指定がされた場合はチェックしません。

注※2

マクロ変数を使用できる項目の場合，実際に実行時に展開される内容が判断できないため，マクロ変数が展開された値としてのチェックはしません。

注※3

ワークパスのチェックで不正を検出した場合，相対パス指定はチェックしません。

注※4

PCジョブ（Windowsホストの場合）はチェックしません。

(2)　チェックの流れ

定義内容の事前チェックの流れを次に示します。

(3)　注意事項

定義内容の事前チェックを実施する際の注意事項を次に示します。

定義内容の事前チェックは，本番業務が実行中でない時間帯に実行してください。本番業務の実行中に定義内容の事前チェックを実行した場合，次に示す現象が発生するおそれがあります。

スケジューラーデータベースへのアクセス競合によって，業務実行性能が劣化する

システムへの負荷が一時的に集中したことによって，ジョブ実行処理でエラーが発生する

定義内容の事前チェックの多重実行はできません。

UNIXジョブで［スクリプトファイル名］にパラメーターも同時に指定している場合，定義内容の事前チェックではエラーとして検出されます。

イベントジョブの引き継ぎ情報はチェックの対象外です。

マクロ変数はチェックの対象外です。

環境変数はチェックの対象外です。

ジョブ実行時変数はチェックの対象外です。

UNIXの場合，JP1/AJS2 Check Managerサービスは，servicesファイルに設定されている「jp1ajs2chkman」サービスのポート番号を使用しません。

スクリプトファイルのアクセス権限のチェックでは運用時とは異なる方法でチェックを行うため，実際には正常終了するジョブを定義内容の事前チェックではエラーとして検出する場合があります。

KAVS3400～KAVS3431メッセージは「統合トレースログ」または「標準出力」だけに出力されます。

Windowsで環境変数ファイル，標準入力ファイル，標準出力ファイル，標準エラー出力ファイルにディレクトリを指定して，キューレスエージェントサービスで実行した場合には正常終了しますが，定義内容の事前チェックではエラーとして検出されます。

UNIXで環境変数ファイルにディレクトリを指定して，キューレスエージェントサービスで実行した場合には異常終了しますが，定義内容の事前チェックではエラーとして検出されます。

ajschkdefコマンドで-Aオプションを指定した場合，実行ファイル権限チェックにジョブ実行OSユーザーの情報が必要なため，「ユーザーマッピング」も前提としてチェックされます。ただし，Windowsでは［実行先ユーザー］に指定されたユーザーで，OSのログオン確認は行いません。

次に示す条件が重なる場合，一時ファイルを作成し，定義内容の事前チェックを行います。

UNIXジョブの場合に，［詳細定義－［UNIX Job］］ダイアログボックスの［標準出力ファイル名］，［標準エラー出力ファイル名］，または［転送先ファイル名］に存在しないファイルを指定する

上記ジョブを対象に，-Dオプション指定で定義内容の事前チェックを実行する

一時ファイルは，上記条件のジョブの［標準出力ファイル名］，［標準エラー出力ファイル名］，または［転送先ファイル名］で指定した場所に作成されます。
そのため，［標準出力ファイル名］，［標準エラー出力ファイル名］，または［転送先ファイル名］で指定したファイルの上位ディレクトリは，更新日時が変わる場合があります。
なお，一時ファイルはチェック終了後に削除されます。

JP1/AJS2 Check Managerサービスの通信処理は，JP1/Baseの物理ホストの通信設定に従っています。このため，複数LAN環境で定義内容の事前チェック機能を使用する場合は，JP1/Baseの物理ホストで通信設定（jp1hostsファイルおよびconfファイルの設定）が必要です。JP1/Baseの通信設定の方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(4)　クラスタ運用時の注意事項

クラスタ運用している場合に，定義内容の事前チェックを実施する際の注意事項を次に示します。

クラスタシステム環境で，論理ホスト上のユニットに対して定義内容の事前チェックをする場合，論理ホストの実行系でチェックする必要があります。待機系ではチェックできません。

クラスタシステム環境で，実行系の論理ホスト上のユニットをチェックしているときにフェールオーバーが発生した場合は，チェックが中断されます。フェールオーバー後に実行系になった論理ホストでチェックは再開されません。

クラスタシステム環境で，エージェントホストにチェックを要求後，エージェントホストでフェールオーバーが発生した場合は，環境設定パラメーターの値に従ってリトライしますが，それでも接続できない場合は，メッセージ「KAVS3410-I チェックエージェントサービス（エージェント名）との接続が切断されました：保守情報」が出力され，ほかのエージェントホストに対してチェックを行います。

8.1.17　ジョブの実行優先順位に関する注意事項

JP1/AJS2では，ジョブ（キューレスジョブを含むPCジョブ，UNIXジョブ， JP1/AJS2上で実行するQUEUEジョブ，アクションジョブ，およびカスタムジョブ）に対してジョブの実行優先順位を設定します。

指定できる実行優先順位は［なし］，および［1］～［5］です。ジョブの実行優先順位の指定がない場合は［なし］がデフォルトとなり，［なし］の場合は［1］を仮定します。ジョブの実行優先順位を指定しない場合，JP1/AJS2から実行するジョブのデフォルトの実行優先順位は低く設定しています。次に示す注意事項を参照し，システム環境や運用に応じてジョブの実行優先順位を変更する必要がないかどうかを検討してください。

Windows，UNIXそれぞれについて，JP1/AJS2がジョブの実行優先順位に従ってジョブに設定する値の詳細について次に説明します。

＜この項の構成＞

(1)　ジョブの実行優先順位とJP1/AJS2がジョブに設定する値（UNIXの場合）

(2)　ジョブの実行優先順位とJP1/AJS2がジョブに設定する値（Windowsの場合）

(3)　ジョブの実行優先順位が低い場合の注意事項

(4)　ジョブの実行優先順位の変更方法

(1)　ジョブの実行優先順位とJP1/AJS2がジョブに設定する値（UNIXの場合）

UNIXの場合，ジョブの実行優先順位に従ってnice値を設定します。また，ジョブの実行先サービスに［JP1/AJS2］を指定した場合と［JP1/AJS2 Queueless Agent］を指定した場合とで設定の基準が異なります。

(a)　ジョブの実行先サービスに［JP1/AJS2］を指定した場合

ジョブの実行先サービスに［JP1/AJS2］を指定した場合，JP1/AJS2から実行するジョブに設定するnice値は，JP1/AJS2のサービスを起動（jajs_spmdコマンドを実行）したときのnice値※が基準となります。ジョブに設定するnice値は，この基準となるnice値と指定した実行優先順位に従って増減して設定します。

注※

JP1/AJS2サービスを起動したときのnice値は，プロセスを起動したときにOSがデフォルトで設定する値です。また，システムが制限するnice値の最大値，最小値は，OSによって異なります。プロセスを起動したときのデフォルトのnice値やシステムが制限するnice値の最大値，最小値については，各OSのドキュメントやUNIXの参考文献を参照してください。

HP-UXで，JP1/AJS2のサービスを起動したときのデフォルトのnice値が「20」の場合を例に，ジョブの実行先サービスに［JP1/AJS2］を指定した場合のジョブの実行優先順位とジョブに設定するnice値の対応を次の表に示します。

表8-7　ジョブの実行優先順位とジョブに設定するnice値（ジョブの実行先サービスに［JP1/AJS2］を指定した場合）

ジョブの
実行優先順位
ジョブに設定する
nice値
JP1/AJS2サービスのnice値を
「20」とした場合

1
nice値+20
39

2
nice値+10
30

3
nice値
20

4
nice値-10
10

5
nice値-20
0

実行優先順位の指定がない場合，ジョブの実行優先順位は「1」となり，JP1/AJS2サービスのnice値（デフォルト「20」）に増分値「20」を加算して，「39」のnice値を設定します。これは，システムが制限する範囲（0～39）を超えてnice値を設定しようとした際に最大値で39，最小値で0に設定値が制限されるためです。

(b)　ジョブの実行先サービスに［JP1/AJS2 Queueless Agent］を指定した場合

ジョブの実行先サービスに［JP1/AJS2 Queueless Agent］を指定した場合，JP1/AJS2サービスのnice値は基準となりません。nice値には実行優先順位の低い順から39，30，20，10，0（Linuxの場合は，19，10，0，-10，-20）のどれかが設定されます。nice値を変更する場合は，これらのnice値に対応したジョブの実行優先順位を指定してください。

ジョブの実行先サービスに［JP1/AJS2 Queueless Agent］を指定した場合のジョブの実行優先順位とジョブに設定するnice値の対応を次の表に示します。

表8-8　ジョブの実行優先順位とジョブに設定するnice値（ジョブの実行先サービスに［JP1/AJS2 Queueless Agent］を指定した場合）

ジョブの
実行優先順位
ジョブに設定する
nice値※

1
39

2
30

3
20

4
10

5
0

注※

Linuxの場合は，システムが制限するnice値の範囲が-20～19であり，実行優先順位の低い順から19，10，0，-10，-20のどれかが設定されます。

(2)　ジョブの実行優先順位とJP1/AJS2がジョブに設定する値（Windowsの場合）

Windowsの場合，ジョブの実行優先順位は3段階で設定します。ジョブの実行優先順位とWindowsの基本優先度の対応を次の表に示します。基本優先度はWindowsタスクマネージャーで参照することができます。

表8-9　ジョブの実行優先順位とWindowsの基本優先度

ジョブの実行優先順位 | ジョブに設定する基本優先度
1 | 低
2
3 | 通常
4 | 高
5

JP1/AJS2がジョブのプロセスを起動する際に，ジョブの実行優先順位から設定する優先順位クラスについて，次に説明します。

実行優先順位が［1］または［2］の場合は，システムがアイドル状態のときに実行されます。対話処理と比較して優先度が低くなります（Windowsで規定されるIDLE_PRIORITY_CLASSを設定します）。

実行優先順位が［3］の場合は，一般的なプロセスとして実行されます。対話処理と同等の優先度になります（Windowsで規定されるNORMAL_PRIORITY_CLASSを設定します）。

実行優先順位が［4］または［5］の場合は，上記の優先順位クラスを割り当てられたプロセスのスレッドより先に実行されます。対話処理と比較して優先度が高くなります（Windowsで規定されるHIGH_PRIORITY_CLASSを設定します）。

(3)　ジョブの実行優先順位が低い場合の注意事項

ジョブの実行優先順位を指定しない場合，JP1/AJS2から実行するジョブの実行優先順位は低く設定しています。これは，JP1/AJS2から実行したジョブがループするなど，一部のジョブの沈み込みによって，JP1/AJS2全体の沈み込みを防止するためです。

ただし，ジョブの実行優先順位が低いとCPU割り当ての優先順位が低くなります。このため，実行優先順位の高いプロセスに処理が集中するとJP1/AJS2から実行したジョブが，CPUの割り当てを長時間待つことになり，ジョブ終了までに時間が掛かったり，ジョブプロセスが停止した状態が続いたりする事象が発生します。そのジョブプロセスが資源にロックを掛けた状態でCPUの割り当てを待つようなプロセスであった場合，同じ資源の解放待ちをしているほかのプロセスの実行にも影響を与えることになります。

このような事象は，1プロセッサのシステム構成や実行優先順位の高い複数のプロセスが集中的に処理を行っている場合など，CPU使用率が比較的高くなりやすいシステム構成で顕著に発生しやすくなります。システム環境や運用に応じてジョブの実行優先順位が高くなるように変更する必要がないかどうかを検討してください。

(4)　ジョブの実行優先順位の変更方法

JP1/AJS2を経由しないでサービスからプロセスを直接起動した場合，または端末から直接プロセスを起動した場合には，Windowsのときには，基本優先度は「通常」で対話処理の優先順位になります。また，UNIXのときには，nice値は「20」（Linuxの場合は「0」）で実行されます。JP1/AJS2から実行するジョブをこれらのプロセスと同等の実行優先順位で実行するには，ジョブの実行優先順位に「3」を設定する必要があります。ジョブの実行優先順位は次に示すどちらかの方法で変更できます。次に示す方法では，ジョブの実行優先順位を「3」にする場合を例としています。

各ジョブの［詳細定義－［アイコン名］］ダイアログボックスの［定義］タブの［実行優先順位］に「3」を指定する。

各ジョブの［詳細定義－［アイコン名］］ダイアログボックスの［定義］タブの［実行優先順位］には「なし」を指定し，ルートジョブネットなどの上位ジョブネットの［詳細定義－［ジョブネット］］ダイアログボックスの［定義］タブの［優先順位］に「3」を指定する。

注意事項

UNIXの場合，ジョブの実行ユーザーがスーパーユーザー権限を持たないとき，ジョブの実行優先順位に「4」，「5」を指定すると，ジョブの実行時に権限エラーとなりますので注意してください。

また，ジョブの実行優先順位をジョブプロセス以外の他のプロセスより高く設定すると，「(3) ジョブの実行優先順位が低い場合の注意事項」に記載している状態とは逆にJP1/AJS2から起動したジョブプロセスがCPUを占有し，他のプロセスに影響を与えることも考えられます。ジョブの実行優先順位を他のプロセスより高く設定する場合は，システム環境や運用方法を十分考慮した上で設定してください。

8.1.18　UNIXジョブ実行時のリソース制限値についての注意事項

UNIXの実行ホストでジョブ（キューレスジョブを含む標準ジョブ，アクションジョブ，およびカスタムジョブ）を実行するユーザーごとにリソースの制限値を変更したい場合，/etc/security/limitsファイル※の値を変更してリソースの制限値を設定するときがあります。ただし，AIXおよびLinuxの場合，ジョブの実行ユーザーに対して/etc/security/limitsファイル※でリソースの制限値を変更しても，ジョブ実行時に変更した値が有効になりません。JP1/AJS2起動時のユーザー（root）のリソース制限値のままでジョブが実行されます。

AIXおよびLinuxの場合，/etc/security/limitsファイル※の設定が有効になるのは，telnet接続などで起動されるloginコマンド経由のプロセスだけです。JP1/AJS2から起動されるジョブはサービスから起動されるプロセスであるため，/etc/security/limitsファイル※の設定が有効になりません。

注※

Linuxの場合，/etc/security/limits.confファイルとなります。

AIXおよびLinuxで実行するジョブに対して，リソースの制限値を設定したい場合は，JP1/AJS2の起動ユーザーであるrootユーザーに対して設定してください。

ファイルサイズの制限値を変更する例を次に示します。

rootユーザーのログインプロファイル（通常は[/.profile]（$HOME/.profile））に次に示す記述を設定する。
fsizeには必要なファイルサイズを設定します。無制限にする場合は，unlimitedを設定してください。

ulimit -f fsize

rootユーザーでログインする。

JP1/AJS2サービスをrootユーザーで起動する。
fsizeの値が有効になります。

注意事項

JP1/AJS2サービスを自動起動している場合，rootユーザーのログインプロファイルは読み込みません。この場合，ジョブ実行環境の環境設定パラメーターでリソース制限値を設定してください。ジョブ実行環境の環境設定パラメーターについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.2.2 マネージャー環境（JP1/AJS2 - Manager）で設定する内容」またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.2.3 エージェント環境（JP1/AJS2 - Agent）で設定する内容」を参照してください。

また，JP1/AJS2の自動起動スクリプト（/etc/opt/jp1ajs2/jajs_start）に記載することもできます。その場合は，十分な検証を実施した上で運用してください。

8.1.19　ジョブ実行多重度に関する注意事項

JP1/AJS2では，エージェントホストで同時に実行できるジョブ数の最大値としてジョブ実行多重度を設定できます。ジョブ実行多重度に設定した値以上のジョブをエージェントホストで同時に実行しようとした場合，ジョブは実行待ち状態となります。ジョブ実行多重度を設定することによって，時間帯を分けてジョブ数を制限して負荷を分散させたり，キューに複数のエージェントホストを接続している場合に複数のエージェントに負荷を分散させたりして運用することができます。

ジョブ実行多重度はエージェント単位に指定します。キュー単位では指定できません。

＜この項の構成＞

(1)　ジョブ実行多重度設定時の注意事項

(2)　ジョブのキューイング状態が続く場合にジョブ実行多重度に達しているかを確認する

(1)　ジョブ実行多重度設定時の注意事項

ジョブ実行多重度は，ジョブ実行環境構成定義ファイル（jpqsetup.conf）のエージェントホストの定義を定義してjpqimportコマンドで設定するか，またはjpqagtaddコマンド，jpqagtaltコマンドで設定，または変更できます。現在のジョブ実行多重度は，jpqagtshowコマンドで確認できます。ジョブ実行環境構成定義ファイルのジョブ実行多重度には，あらかじめ，24時間「5」がデフォルトで定義されています。このジョブ実行環境構成定義ファイルに新たなエージェント定義を追加するときに，この属性をデフォルトのまま使用した場合は，追加したエージェントホストにもジョブ実行多重度に24時間「5」が設定されます。

ジョブ実行多重度で同時実行数が制限されるジョブは，標準ジョブ（UNIXジョブ，PCジョブ，およびQUEUEジョブ），アクションジョブ，およびカスタムジョブです。

デフォルトの設定で運用する場合，実行時間の短いジョブや同時に実行登録するジョブ数が少ない場合は影響はありませんが，実行時間の長いジョブや，同時に実行登録するジョブ数が多い場合に，実行中のジョブ数がジョブ実行多重度に達しやすく，ジョブ実行多重度に達している時間が長いことによって，後続のジョブの実行に影響を及ぼすおそれがあります。

エージェントホストで実行中のジョブ数がジョブ実行多重度に達している間，後続のジョブはエージェントで実行中のジョブが終了するまでキューイングの状態で待機します。このような場合，予想以上にジョブの実行時間が長く掛かることになりますので，ジョブの実行時間，単位時間当たりのジョブ実行数を考慮したジョブ実行多重度を設定するようにしてください。

(2)　ジョブのキューイング状態が続く場合にジョブ実行多重度に達しているかを確認する

エージェントホストで実行中のジョブ数が，ジョブ実行多重度に達しているために後続のジョブの状態がキューイングのままとなり，ジョブが実行されるまでに時間が掛かることがあります。現在実行中のジョブ数がジョブ実行多重度に達しているかを確認するには，jpqagtshowコマンドを実行し，現在実行中のジョブ数（EXECUTING）と，ジョブ実行多重度（CUREXECHGNUM）を確認してください。jpqagtshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jpqagtshow」を参照してください。

また，ジョブ実行多重度に達しているためにジョブが実行できない場合，次に示すメッセージを統合トレースログに出力するようにあらかじめ設定しておくことで，ジョブの実行に時間が掛かった要因がジョブ実行多重度到達であるかどうかを確認できます。

KAVU4310-I　エージェント(エージェントホスト名)で実行中のジョブ数がジョブ実行多重度（ジョブ実行多重度）に達しています（ホスト名：ホスト名，ジョブ番号：ジョブ番号）

設定方法の詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.27 ジョブ実行多重度到達を確認するメッセージを出力する設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.25 ジョブ実行多重度到達を確認するメッセージを出力する設定」（UNIXの場合）を参照してください。

8.1.20　WOW64環境でx86対応のJP1/AJS2を使用する場合の注意事項

Windows Server 2003（x64）および64ビット版のWindows Server 2008のWindows on Windows64（以降，WOW64と記載します）環境※1でx86対応のJP1/AJS2を使用する場合の注意事項について次に示します。

WOW64環境では，32ビットプログラムを実行する場合，ファイルシステムの呼び出しを%systemroot%¥system32※2から%systemroot%¥syswow64にリダイレクトしたり，レジストリのHKEY_LOCAL_MACHINE¥SoftwareやHKEY_CLASS_ROOTへのアクセスをHKEY_LOCAL_MACHINE¥Software¥SysWow64などにリダイレクトしたりすることで，32ビットプログラムと64ビットプログラムを区別し，ファイルやレジストリが衝突することをオペレーティングシステム側で防いでいます。

x86対応のJP1/AJS2は32ビットプログラムであり，WOW64環境で動作するため，上記のようなリダイレクトが行われます。これにより，次の表に示す機能でそれぞれの現象が発生することがあります。これらの現象を回避するために，JP1/AJS2が参照・更新するファイルに%systemroot%¥system32配下のファイルを指定しないでください。

注※1

JP1/AJS2 - Viewは，これらのOSのほかに64ビット版のWindows Vistaも対象です。

注※2

%systemroot%は，Windowsシステムがインストールされているディレクトリを示す環境変数です。デフォルトの%systemroot%は「C:¥WINDOWS」です。

表8-10　WOW64環境下においてJP1/AJS2で発生する問題

影響のある機能
現象

PCジョブ※1またはWindows上で実行するQUEUEジョブ
%systemroot%¥system32配下のファイルをPCジョブまたはWindows上で実行するQUEUEジョブの実行ファイルとして指定した場合，実際は%systemroot%¥syswow64配下のパスにリダイレクトされるため，ジョブが起動失敗または異常終了します。PCジョブを実行した際に発生する現象を次に示します。

現象1

統合トレースログに次のメッセージを出力して，ジョブが起動失敗する。

「KAVU4550-W エージェント（エージェントホスト名）に実行ファイル（ファイル名）がありません」

例えば，システムツールのバックアップユーティリティ（ntbackup）を実行した場合に発生することがあります。

現象2

Windowsイベントログに次のようなメッセージを出力し，ジョブが終了コード「128」で異常終了する。

「netman.dllが見つからなかったため，このアプリケーションを開始できませんでした。」

例えば，システムツールのipconfigコマンドを実行しようとした場合に発生することがあります。

jp1execコマンド
%systemroot%¥system32配下の実行ファイルを指定したjp1execコマンドが起動に失敗し，jp1execコマンドを実行したジョブが異常終了します。

メール連携機能
メール連携機能を使用する設定をしている場合，JP1/AJS2サービス起動時にメール監視用通信プロセスが異常終了します。この場合，メール受信ジョブを実行するとジョブが異常終了します。

JP1/AJS2 - Viewのツール実行
%systemroot%¥system32配下の実行ファイルをJP1/AJS2 - Viewのツールの起動コマンドに登録して※2実行するとツールの起動に失敗します。

ファイル監視ジョブ
%systemroot%¥system32配下のファイルを監視対象ファイルとして指定した場合※2，実際は%systemroot%¥syswow64配下のパスにリダイレクトされるため，%systemroot%¥system32配下のファイルを更新してもイベントを検知しないで，ジョブは実行中のままとなります。

ログファイル監視ジョブ
%systemroot%¥system32配下のログファイルを監視対象ログファイルとして指定した場合※2，実際は%systemroot%¥syswow64配下のパスにリダイレクトされるため，%systemroot%¥system32配下のログファイルを更新してもイベントを検知しないで，ジョブは実行中のままとなります。

判定ジョブ
判定条件に「ファイル」を使用する場合，%systemroot%¥system32配下のファイルを指定すると，実際は%systemroot%¥syswow64配下のパスにリダイレクトされるため，%systemroot%¥system32配下のファイルの存在は判定できません。そのため，従属ジョブは実行しません。

PCジョブの標準入力ファイル
PCジョブの標準入力ファイルに%systemroot%¥system32配下のファイルを指定した場合，%systemroot%¥syswow64配下のパスにリダイレクトされるため，標準入力ファイルが見つかりません。そのため，ジョブは起動失敗します。

PCジョブの標準出力ファイル
PCジョブの標準出力ファイルに%systemroot%¥system32配下のファイルを指定した場合，%systemroot%¥syswow64配下のパスにリダイレクトされます。JP1/AJS2から起動したジョブが32ビットプログラムであれば標準出力ファイルを参照および更新できますが，64ビットプログラムは標準出力ファイルを参照および更新できません。

PCジョブの標準エラー出力ファイル
PCジョブの標準エラー出力ファイルに%systemroot%¥system32配下のファイルを指定した場合，%systemroot%¥syswow64配下のパスにリダイレクトされます。JP1/AJS2から起動したジョブが32ビットプログラムであれば標準エラー出力ファイルを参照および更新できますが，64ビットプログラムの場合は標準エラー出力ファイルを参照および更新できません。

PCジョブの転送ファイル
PCジョブの転送元ファイルに%systemroot%¥system32配下のファイルを指定した場合，%systemroot%¥syswow64配下のパスにリダイレクトされるため，転送元ファイルが見つかりません。そのため，ジョブは起動失敗します。
また，PCジョブの転送先ファイルに%systemroot%¥system32配下のファイルを指定した場合，%systemroot%¥syswow64配下のパスにリダイレクトされます。JP1/AJS2から起動したジョブが32ビットプログラムであれば転送先ファイルを参照，更新できますが，64ビットプログラムは転送先ファイルを参照，更新できません。

コマンド
コマンドの入力または出力に使用するファイルに%systemroot%¥system32配下のファイルを指定した場合，%systemroot%¥syswow64配下のパスにリダイレクトされるため，指定したファイルの参照や更新ができません。

環境設定
環境設定で指定するファイルに%systemroot%¥system32配下のファイルを指定した場合，%systemroot%¥syswow64配下のパスにリダイレクトされるため，指定したファイルの参照や更新ができません。

注※1

ジョブの実行先サービスに［JP1/AJS2 Queueless Agent］を指定している場合も含みます。

注※2

ファイルダイアログボックスでは，%systemroot%¥system32配下のファイルは指定できません。

また，PCジョブ，Windows上で実行するQUEUEジョブ，またはjp1execコマンドで発生する現象を回避する方法として，JP1/AJS2がジョブを起動する際に，一時的にファイルシステムリダイレクトを無効にすることで，%systemroot%¥system32下の64ビットアプリケーションを起動できるように設定できます。設定方法の詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.28 WOW64環境でジョブを実行する際にファイルシステムリダイレクトを無効にする設定」を参照してください。

8.1.21　サブミットジョブの実行順序に関する注意事項

ジョブ実行制御の関数やコマンドを使用してサブミットジョブを登録した場合は，サブミットした順にジョブを実行開始します。ただし，ジョブを配信しようとした際に次の状態にある場合，ジョブの実行順序がサブミットした順にならないことがあります。

実行先エージェントホストのエージェント使用率が最大値に達している

実行先エージェントホストが障害状態，または停止している

配信しようとしたジョブと同じ排他実行リソースを指定したジョブが終了する

ジョブまたはジョブネットに対して関連線を設定することで，ジョブの実行順序の入れ替わりを防止できるため，ジョブネットでの運用ができる場合は，関連線を設定することでの対応を検討してください。

ジョブネットで運用できない場合，サブミットジョブの実行順序の入れ替わりを防止する設定を行うと，上記の状態が回復するまで，常に最初に登録したジョブをキューから取り出して配信し，ジョブの実行順序が入れ替わるのを防止できます。

設定方法の詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.30 サブミットジョブの実行順序の入れ替わりを防止する設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.27 サブミットジョブの実行順序の入れ替わりを防止する設定」（UNIXの場合）を参照してください。

また，エージェント使用率とは，エージェントホストのジョブの実行多重度に対する実行中のジョブ数の割合です。エージェント使用率の詳細については，「8.2.9 実行ホスト（エージェント）へのジョブ実行配信」を参照してください。

補足事項

jpqjobsubコマンドの-stオプションで，実行開始日時を指定してサブミットしたジョブを配信する際，エージェントホストが使用できないなど，状況によっては実行開始日時を過ぎてもジョブを実行開始できないことがあります。これらのジョブは，ほかの複数のジョブとともにエージェントホストが回復するまでキューイング状態のままになります。これらのジョブは，エージェントホストが使用できるようになった時点でキューから配信されます。このとき，ジョブの配信される順番は，実行開始日時順ではなく，サブミットした順になります。

8.1.22　ジョブ実行所要時間による終了遅延監視機能に関する注意事項

ジョブ実行所要時間による終了遅延監視では，マネージャーホスト上でジョブが実行中になっている時間を監視するため，エージェントホストでのジョブ実行所要時間と異なることがあります。このことから，場合によって終了遅延が検知されたり，されなかったりすることがあります。

一方，ジョブの打ち切り時間はエージェントで実行中になっている時間を監視します。このため，打ち切り時間と終了遅延監視では，検出するタイミングに差異があります。

例えば，次のような場合には，マネージャーホストとエージェントホストで，ジョブの実行所要時間が異なります。

スケジューラーサービス停止中にエージェントホストでジョブが開始した場合
スケジューラーサービスの停止中にエージェントホストでジョブの実行が開始された場合（マネージャーがエージェントからのジョブの開始通知を受け取る前にスケジューラーサービスが停止した場合），ジョブはスケジューラーサービスが起動されてから実行中の状態となります。したがって，実際にエージェントホストでジョブが実行されていた時間は，マネージャー上の実行時間より長くなります。この場合，例えばジョブ実行所要時間を10分としていて，エージェントホストで20分間実行中だったとしても，スケジューラーサービスの起動後5分で終了した場合，終了遅延は検知されません。

スケジューラーサービス停止中にエージェントホストでジョブが終了した場合
スケジューラーサービスの停止中に，エージェントホストですでに実行中だったジョブが終了した場合（マネージャーがエージェントからのジョブの終了通知を受け取る前にスケジューラーサービスが停止した場合），ジョブはスケジューラーサービスが起動されてから終了状態となります。したがって，実際にエージェントホストでジョブが実行されていた時間は，マネージャー上の実行時間より短くなります。この場合，例えばジョブ実行所要時間を10分としていて，エージェントホストで5分で終了したとしても，マネージャー上はスケジューラーサービス停止中の間も実行中のままのため，停止時間が10分を超える場合は終了遅延となります。

スケジューラーサービス停止中にエージェントホストでジョブが開始・終了した場合
スケジューラーサービスの停止中に，エージェントホストでジョブが開始し，終了した場合（マネージャーがエージェントからのジョブの開始通知および終了通知を受け取る前にスケジューラーサービスが停止した場合），ジョブはスケジューラーサービスが起動されてから実行中となり，すぐに終了状態となります。したがって，マネージャー上のジョブ実行時間は0分となります。この場合，例えばジョブ実行所要時間を10分としていて，エージェントホストで20分間実行中だったとしても，マネージャー上のジョブ実行時間は0分であるため，終了遅延は検知されません。

補足事項

終了遅延を検知したジョブについて，エージェントホストでのジョブ実行時間を確認したい場合は，ajsshowコマンドを，フォーマット指示子「%V」，「%Q」を指定して実行し，ジョブの実行開始および終了日時を取得することで確認できます。ajsshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1.コマンド　ajsshow」を参照してください。

環境設定パラメーターJOBDELAYWARNMSGに「yes」を設定しておくと，終了遅延監視対象のジョブがスケジューラーサービス停止中に実行開始した場合，統合トレースログに「KAVS0249-W ジョブ（ジョブ名：実行ID）が実行開始する前にスケジューラーサービスが停止しました」を出力します。このメッセージで該当するジョブ名および実行IDを特定できます。
エージェント上でのジョブ実行所要時間によって終了遅延を確認したい場合は，KAVS0249-Wのメッセージで特定したジョブに対し，ajsshowコマンドでジョブの実行開始および終了日時を取得して確認してください。
環境設定パラメーターJOBDELAYWARNMSGについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.1.3 スケジューラーサービス環境設定パラメーターの定義内容」のJOBDELAYWARNMSGの説明を参照してください。

8.1.23　組み込みDB運用上の注意事項

スケジューラーデータベースを組み込みDBで運用する場合の注意事項を次に示します。

＜この項の構成＞

(1)　システムログを使用しない運用の注意事項

(2)　システムログ運用の注意事項

(3)　アンロードログ運用の注意事項

(1)　システムログを使用しない運用の注意事項

「3.5.5(5) 注意事項」を参照してください。

(2)　システムログ運用の注意事項

「3.5.6(6) 注意事項」を参照してください。

(3)　アンロードログ運用の注意事項

「3.5.7(6) 注意事項」を参照してください。

8.1.24　Windows Server 2008環境でJP1/AJS2を使用する場合の注意事項

Windows Server 2008環境でJP1/AJS2を使用する場合の注意事項について次に示します。

＜この項の構成＞

(1)　JIS 2004（JIS X 0213:2004）で追加された第3水準，第4水準漢字について

(2)　UAC機能を有効にしている場合

(1)　JIS 2004（JIS X 0213:2004）で追加された第3水準，第4水準漢字について

JP1/AJS2では，JIS 2004で追加された第3水準漢字，第4水準漢字を使用できません。インストール先フォルダ，ログやトレース出力フォルダなどのフォルダ名およびファイル名，定義ファイル中，コマンド引数などにこれらの文字が含まれていると，文字を正しく認識できないため，これらの文字を使用しないでください。

(2)　UAC機能を有効にしている場合

UAC機能を有効にしている場合で，管理者権限が必要なコマンドを実行するときは，次のどちらかの方法でコマンドプロンプトを起動してください。

Windowsの［スタート］メニューの［コマンドプロンプト］を右クリックし，ショートカットメニューから［管理者として実行］を選択する。

Administratorユーザー（ビルドインAdministratorアカウント）でログインし，コマンドプロンプトを起動する。

8.2　JP1/AJS2運用時のジョブ実行制御の環境および動作

この節では，JP1/AJS2のジョブ実行制御で実行される標準ジョブ，アクションジョブ，およびカスタムジョブを実行したときに設定される環境変数，ならびにジョブ実行時のJP1/AJS2の環境について説明します。

＜この節の構成＞

8.2.1　ジョブの強制停止処理

8.2.2　実行登録ジョブの状態監視処理

8.2.3　ジョブ実行時のユーザーアカウント

8.2.4　ジョブ実行時に有効となるOSユーザー環境

8.2.5　HP-UXのOSユーザーのグループについて

8.2.6　ジョブの実行ファイルおよびスクリプトファイルのアクセス権

8.2.7　ジョブ起動時のログインシェル（UNIXジョブ，アクションジョブ）

8.2.8　標準出力ファイル名・標準エラー出力ファイルのumask値（UNIX限定）

8.2.9　実行ホスト（エージェント）へのジョブ実行配信

8.2.10　JP1/AJS2のサービス停止時のジョブ実行制御の動作

8.2.11　ジョブ実行時のファイルのアクセス権限チェックについて（UNIXジョブ）

8.2.12　ジョブ実行時のグループID（UNIX限定）

8.2.1　ジョブの強制停止処理

JP1/AJS2は，ジョブの強制終了要求や，JP1/AJS2のサービスの強制停止要求を受け付けた場合に，実行中のジョブを強制停止します。

＜この項の構成＞

(1)　実行ホストがWindowsの場合

(2)　実行ホストがUNIXの場合

(3)　JP1/Scriptで作成されたジョブの強制停止

(1)　実行ホストがWindowsの場合

強制停止対象となるプログラム（実行ホストがWindowsの場合）を次に示します。

JP1/AJS2から直接起動したプログラム（ジョブ）

jp1execコマンドで起動したプログラム（コマンド）

これらのプログラムの停止処理は，Win32APIのTerminateProcess関数を実行します。TerminateProcess関数の仕様については，Windowsの資料を参照してください。ユーザープログラムから起動されたプログラム（子プロセス）については停止処理を実行しません。

(2)　実行ホストがUNIXの場合

強制停止対象となるプログラム（実行ホストがUNIXの場合）を次に示します。

JP1/AJS2から直接起動したプログラム（ジョブ）

ユーザープログラムから起動されたプログラム（ただし，setpgrpシステムコールなどでプロセスグループを変更している場合は停止されません）

これらのプログラムの停止処理は，そのプロセスグループに対してSIGKILLを送信することで実行されます。プロセスグループとSIGKILLの詳細については，UNIXのプロセス制御に関する資料を参照してください。

(3)　JP1/Scriptで作成されたジョブの強制停止

JP1/AJS2からJP1/Scriptで作成されたジョブプロセス（拡張子が.spt）を強制終了する場合，JP1/Scriptのスクリプト制御インタフェース（SPTHTerminate）が使用されます（スクリプト制御インタフェースについては，マニュアル「JP1/Script（Windows(R)用）」を参照してください）。このインタフェースによって，JP1/Scriptのプロセス（.spt）から起動した子プロセスも終了されます。

なお，起動した子プロセスが，JP1/Scriptのプロセス（.spt）なのか，またはJP1/Scriptのプロセス（.spt）以外なのかによって終了される範囲が変わってきます。具体的には次の表のようになります。

表8-11　プロセスが終了される範囲

パターン
呼び出し順序
JP1/AJS2プロセス
（呼び出し順序が1のプロセス）が
強制終了した場合に
終了されるプロセスの範囲

パターン1

JP1/AJS2プロセス

JP1/Scriptプロセス

JP1/Scriptプロセス以外のプロセス

呼び出し順序が3のプロセスまで終了されます。

パターン2

JP1/AJS2プロセス

JP1/Scriptプロセス

JP1/Scriptプロセス

JP1/Scriptプロセス以外のプロセス

呼び出し順序が4のプロセスまで終了されます。

パターン3

JP1/AJS2プロセス

JP1/Scriptプロセス

JP1/Scriptプロセス以外のプロセス

JP1/Scriptプロセス以外のプロセス

呼び出し順序が3のプロセスまで終了されます（呼び出し順序が4のプロセスは終了されません）。

ただし，JP1/AJS2からの強制終了要求から30秒経過してもJP1/Scriptプロセスが終了しない場合は，Win32 APIのTerminateProcess関数を使用してJP1/Scriptプロセスを強制終了します。TerminateProcess関数を使用した場合，子プロセスは終了されませんので，上記の各パターンの呼び出し順序2のJP1/Scriptプロセスだけが終了されることになります。

8.2.2　実行登録ジョブの状態監視処理

マネージャーは，実行ホスト（エージェント）を監視したり，実行登録したジョブ※をポーリング監視したりします。JP1/AJS2では，通常，ジョブの状態は実行ホストからマネージャーに自動的に通知されますが，マネージャーと実行ホスト間の通信障害や，マネージャーのシステムダウンなどが発生した場合，ジョブの状態が正しく通知されないことがあります。このような障害時のリカバリー処理のために監視処理を実行します。

注※

イベントジョブおよびジョブの実行先サービスに［JP1/AJS2 Queueless Agent］を指定した場合を除きます。

＜この項の構成＞

(1)　実行中のジョブの監視

(2)　実行ホスト（エージェント）の監視

(3)　他システムジョブの監視

(4)　ジョブの実行ホストの障害検知および障害回復待ち時間

(1)　実行中のジョブの監視

マネージャーは，実行中のジョブを5分間隔でポーリング監視します。ジョブが終了したとき，マネージャーは実行ホストからの終了通知によって，ジョブの状態を終了状態にします。しかし，一時的な通信障害などによって終了通知を受けられなかった場合，このポーリング監視によってジョブの終了を検知します。また，マネージャーのポーリング監視が通信障害などによって失敗し，実行中のジョブの状態を確認できない状態がおよそ12～30分（実行ホストの監視間隔とジョブの実行開始時間のタイミングによって変わります）続く場合，マネージャーはその実行中のジョブの状態を変更します。なお，複数の実行ホストに対してジョブを実行している場合，実行ホストごとに実行中のジョブの状態を確認します。そのため，障害状態として管理する実行ホスト数に比例して通信回数が増えます。

ジョブネットに定義しているジョブの場合，ジョブの状態を「強制終了」に変更し終了コードに-1を設定します。jpqjobsubコマンドで実行するジョブの場合，-rsオプションで指定した状態に変更します。詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jpqjobsub」を参照してください。

このとき統合トレースログには次に示すメッセージが表示されます。

KAVU4534-W エージェント（エージェントホスト名）の応答がないためジョブ（ジョブ番号）を回復状態（状態名）にしました

ここで監視対象となるジョブは，標準ジョブ（ただし，ほかのシステムで実行しているQUEUEジョブは対象外），アクションジョブ，およびカスタムジョブです。

(2)　実行ホスト（エージェント）の監視

マネージャーは，実行ホストにジョブを実行登録するときの通信に失敗すると，実行ホストに障害が発生している，または実行ホストが停止していると認識します。障害の状態，または停止の状態を検知すると，その実行ホストを5分間隔でポーリング監視し，実行ホストの運用を確認します。実行ホストに障害が発生している間，または実行ホストが停止している間は，ジョブはキューイング状態で実行ホストの回復を待ちます。実行ホストの運用の回復（障害の状態，または停止の状態の回復）を検知すると，実行ホストにジョブの実行登録を再開します。しかし，実行ホストへのジョブの実行登録に失敗してから10～15分以上（実行ホストの監視間隔とジョブの実行登録要求時間のタイミングによって変わります）経過しても実行ホストが回復しない場合は，そのジョブの状態は「起動失敗」となります。なお，実行ホストごとに実行ホストへの状態を確認するため，障害状態として管理する実行ホスト数に比例して通信回数が増えます。

このとき統合トレースログには次のメッセージが表示されます。

KAVU4593-W　実行可能なエージェントがありません

ここで監視対象となるジョブは，標準ジョブ（ただし，ほかのシステムで実行しているQUEUEジョブは対象外），アクションジョブ，およびカスタムジョブです。

(3)　他システムジョブの監視

マネージャーは，他システム（JP1/NQSEXECやJP1/OJEなど）に実行登録したジョブを5分間隔でポーリング監視し，ジョブの状態を確認します。およそ一時間以上通信状態が回復しない場合は，次に示すエラーメッセージを統合トレースログに出力してジョブの状態を異常終了にします。

KAVU6218-W　状態通知プロセスのTCP/IP通信でエラーが発生したためジョブ情報が取得できませんでした。ジョブは正常終了している可能性があります（マネージャー名：マネージャー名，ジョブ番号：ジョブ番号）

他システムの中には，ジョブの状態が変化した時点でマネージャーに通知する機能をサポートしていないものもあります。その場合，5分間のポーリング監視だけでジョブの状態を取得するためジョブの状態が変わるのに最大で5分ほど掛かることがあります。ジョブの状態変化を通知する機能のサポートの有無については，他システムのマニュアルを参照してください。

なお，jpqjobsubコマンドを使用して他システムにサブミットジョブを登録した場合は，5分間隔のポーリング監視は行いません。jpqjobgetコマンドを使用して，ジョブの状態を確認してください。

JP1/NQSEXECと連携する場合の注意事項

JP1/NQSEXEC 05-20以前を使用している場合は，JP1/AJS2からJP1/NQSEXECへジョブを実行した際にジョブの終了通知が行われません。この場合，JP1/AJS2はJP1/NQSEXECへ実行要求を行ったジョブに対して5分間隔でポーリング監視を行い，ジョブの状態を確認します。したがって，ジョブが終了してから状態が変わるまでに最大で5分ほど掛かることがあります。後続のジョブがある場合，ジョブの実行監視時間に影響が出るおそれがありますので注意してください。

なお，JP1/NQSEXEC 06-00以降を使用している場合は，JP1/AJS2へジョブの終了通知を行う機能がサポートされているため，JP1/NQSEXECでジョブが終了すると直ちにJP1/AJS2に通知されます。

JP1/NQSEXEC 05-20以前を使用している場合，ジョブの終了検知までに時間が掛かることで運用に多大な影響が出るおそれがありますので，JP1/NQSEXEC 06-00以降へのバージョンアップまたはJP1/AJS2への移行をお勧めします。

(4)　ジョブの実行ホストの障害検知および障害回復待ち時間

JP1/AJS2では，ジョブ（標準ジョブ，アクションジョブおよびカスタムジョブ）の実行ホスト（エージェントホスト）が障害状態になった場合や通信障害が発生した場合でも，即時に異常検知とはしません。ある程度の待ち時間を設けて通信リトライすることで，エージェントホスト上のシステム障害や通信障害状態が回復するのを待ちます。これによって，一時的な障害による，回復可能な業務停止を防止しています。

また，運用によっては障害が発生した場合は回復を待つよりも，直ちに異常を検知して早急なリカバリーを優先させる場合があります。その場合は，TCP/IP通信接続による通信時間または障害回復待ち時間を短縮することにより，早急な障害検知ができます。障害検知までの時間を短縮する場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.24 エージェントの障害回復待ち時間を短縮する設定方法」またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.22 エージェントの障害回復待ち時間を短縮する設定方法」を参照してください。

ジョブの配信時とジョブの実行時では，エージェントホストの障害を検知するまでの時間がそれぞれ異なります。次に説明します。

(a)　ジョブ配信時の障害検知および障害回復待ち時間

マネージャーホストからエージェントホストへジョブを配信する際は，TCP/IP通信を使用しています。そのため，エージェントホストが起動していない場合やネットワーク障害が発生している場合，TCP/IP通信の接続エラーが発生します。ただし，通常はリトライしているため，エラーとするまでに最大でおよそ5分掛かることがあります。通信接続エラーとなったエージェントホストは障害状態として管理します。それ以降のジョブ配信時はエージェントホストの障害状態が回復していない場合，TCP/IP通信接続はしません。

エージェントホストが障害状態の場合，どのジョブも障害回復待ち時間（デフォルト10分）の間エージェントホストの回復を待ちます。その間，ジョブはキューイング中（サブミットジョブの場合は実行待ち）となりますが，障害回復待ち時間を過ぎてもエージェントホストが回復しない場合は，その時点で起動失敗となります。したがって，ジョブが実行登録されてから起動失敗となるまでの時間はTCP/IP通信をする場合としない場合とで次の2とおりがあります。

エージェントホストの障害を検知していない状態で配信されたジョブ（TCP/IP通信をする）
TCP/IP通信接続による通信時間（最大でおよそ5分）※1 +
エージェントホストの障害回復待ち時間（10分） = 最大15分10秒

エージェントホストの障害を検知したあとで配信されたジョブ（TCP/IP通信をしない）
エージェントホストの障害回復待ち時間（10分）

(b)　ジョブ実行中の障害検知および障害回復待ち時間

マネージャーホストは，エージェントホストからジョブの実行開始通知を受けるとジョブの状態を実行中に変更し，エージェント監視インターバルのデフォルト300秒（5分）間隔のポーリングで，エージェントホストごとにジョブの状態確認をします。その際，プロセス間で情報を受け渡すためにTCP/IP通信を使用しています。エージェントホストが起動していない場合やネットワーク障害が発生している場合，TCP/IP通信の接続エラーが発生します。ただし，通常はリトライしているため，エラーとするまでに最大で310秒（5分10秒）掛かることがあります。※1

通信接続エラーが発生した際に，エージェントホストの障害回復待ち時間（デフォルト10分）の範囲内であれば，さらにポーリングの状態確認を続行します。エージェントホストの障害回復待ち時間を超えている場合は，その時点で異常検知となり，マネージャーホストはジョブを強制終了状態※2に変更します。そのため，実際にエージェントホストで障害が発生してからジョブが異常を検知するまでに合計時間として，およそ12分から30分ほど掛かることになります。※3

注※1

TCP/IP通信接続ではデフォルトでリトライしているため，通信接続エラーが起きてから接続タイムアウトとなるまでの時間設定の内訳は次のようになります。

TCP/IP通信接続タイムアウト値
デフォルト90秒

TCP/IP通信接続エラーのリトライ回数
デフォルト2回

TCP/IP通信接続エラーのリトライ間隔
デフォルト20秒

即時に通信接続エラーが発生した場合でも，デフォルト20秒間隔で2回リトライします。そのため，最小でおよそ40秒，最大でおよそ310秒（5分10秒）の通信時間が掛かります。なお，TCP/IP通信接続エラーのリトライ間隔，およびリトライ回数の設定の詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.19 TCP/IP通信接続エラーのリトライ間隔・回数の変更」またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.17 TCP/IP通信接続エラーのリトライ間隔・回数の変更」を参照してください。

注※2

jpqjobsubコマンドで実行するジョブの場合は，-rsオプションで指定した状態に変更します。詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jpqjobsub」を参照してください。

注※3

デフォルト設定の場合，障害検知までの合計時間の内訳は次のようになります。

障害検知までの合計時間 ≒
　(エージェント監視インターバル ＊ 2回)
　　＋ (通信時間 ＊ 3回)
　　＋ 障害発生時間から最初の状態確認までの時間

また，ポーリングで実行中のジョブの状態確認を行う際，1回のポーリングで一つのジョブの状態確認を行います。複数のジョブを実行しているエージェントホストで障害が発生した場合，一つめのジョブが異常検知で強制終了となった後，次のジョブの状態確認を開始します。それぞれのジョブでポーリングの状態確認を開始してから異常検知するまで同様の検知時間が掛かります。

例えば，実行中のジョブが三つあって，一つのジョブが異常検知となるまでに20分掛かっている場合，すべてのジョブが異常検知して強制終了となるまでに，最低でも60分掛かることになります。

8.2.3　ジョブ実行時のユーザーアカウント

JP1/AJS2では，ジョブを実行するとき，実行ホスト（エージェント）のOSユーザーのアカウントを使用します。OSユーザーのアカウントを使用するには，実行ホスト（エージェント）にユーザーマッピング定義が必要です。実行ホスト（エージェント）のユーザーマッピング定義に従って，ジョブを実行登録したJP1ユーザーから，実際にジョブを実行するためにOSユーザーに変換しています。そのため，ジョブはそのOSユーザーの権限で実行されます。また，ジョブプロセスから参照または更新するリソースについては，OSのセキュリティに依存します。

なお，ユーザーアカウントはジョブの実行ごとに参照します。そのため，定義を変更したあとに実行されたジョブから有効になります。

Windows版JP1/AJS2では，ジョブを実行するとき，JP1/AJS2のサービスを起動したアカウントと異なるユーザーアカウントでジョブを実行する場合，ジョブプロセスを起動するために必要なユーザーの情報を取得しています。ユーザーの情報を取得するためには，ユーザーが所属するセキュリティグループや権限に関する情報などを含んだユーザー情報（以降，アクセストークンと呼びます）が必要になります。

JP1/AJS2ではジョブ（キューレスジョブを除く）を起動するたびにアクセストークンを取得し，ジョブの実行が終了すると解放しています。アクセストークンの取得および解放には，Win32API関数を使用しています。この関数でエラーが発生し，アクセストークンの取得に失敗した場合，ジョブは起動失敗となり，アクセストークンの解放に失敗した場合，ジョブは異常検出終了となります。

アクセストークンはドメイン名，ユーザー名，およびパスワードが同じであれば，一度取得した情報を保持して再利用できます。

アクセストークンを再利用することで，アクセストークンの取得および解放の回数を最小限に減らし，Win32API関数の一時的エラーを回避し，ジョブが異常終了する要因の発生頻度を抑えることができます。詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.26 ジョブ実行時にアクセストークンを再利用するための設定」を参照してください。

なお，この設定は，ジョブの実行先サービスに［JP1/AJS2 Queueless Agent］を指定している場合を除きます。

8.2.4　ジョブ実行時に有効となるOSユーザー環境

ジョブを実行するときに有効となるOSユーザー環境は，プラットフォームによって異なります。

実行ホスト（エージェント）がWindowsの場合，通常はシステム環境変数が有効となり，ユーザープロファイル情報は無効となります。しかし，ジョブ実行制御の環境設定によって，ユーザープロファイル情報を有効にすることもできます。詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.6 ユーザープロファイルを必要とするジョブを実行するための設定」を参照してください。

実行ホスト（エージェント）がUNIXの場合，ジョブを実行するとき，ユーザーマッピングで変換された実行OSユーザーのローカルログインスクリプトが読み込まれます。また，ジョブの実行シェルは，特にスクリプトファイルやコマンド文の先頭行で明記していないかぎり，その実行OSユーザーのログインシェルが設定されます。

なお，OSユーザー環境については，ジョブの実行単位ごとに読み込まれます。すでに実行登録中のジョブがあっても，定義を変更したあとに実行されたジョブから有効になります。

8.2.5　HP-UXのOSユーザーのグループについて

ジョブを実行するOSユーザーが複数のグループに属し，それらのグループすべてに対するアクセスを有効にする場合は，「/etc/logingroup」の設定が必要になります。「/etc/logingroup」の設定がないと，「/etc/passwd」で定義されているグループIDだけが有効となります。

複数のグループに対するアクセスを有効にするには，「/etc/logingroup」に「/etc/group」のグループ定義をコピーするか，「/etc/logingroup」と「/etc/group」をシンボリックリンクする必要があります。詳細はOSのマニュアルを参照してください。

注意事項

JP1/AJS2サービスのプロセスがジョブの結果ファイルや一時ファイルにアクセスする際に，複数のグループに対するアクセスを有効にする場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.32 ジョブ実行時のファイル権限チェックでアクセス制御リストやセカンダリーグループの設定を有効にする」に記載の設定を行ってください。

設定を行わない場合，「/etc/logingroup」を設定することでセカンダリーグループからのアクセスが有効になるのは，ジョブプロセスだけです。JP1/AJS2サービスのプロセスがジョブの結果ファイルや一時ファイルにアクセスする際には有効になりません。JP1/AJS2サービスのプロセスが結果ファイルにアクセスできない場合は，結果ファイルがあるディレクトリの権限をセカンダリーグループでもアクセスできる権限に変更するか，ディレクトリまたは指定した結果ファイルの所有グループをジョブ実行ユーザーのセカンダリーグループからプライマリーグループに変更してください。一時ファイルの場合は，ワークディレクトリの権限をセカンダリーグループでもアクセスできる権限に変更してください。

詳細については，「17.5.3(2) 標準ジョブ，アクションジョブ，およびカスタムジョブを実行すると異常終了となる」を参照してください。

8.2.6　ジョブの実行ファイルおよびスクリプトファイルのアクセス権

実行ホスト（エージェント）がWindowsの場合，JP1/AJS2のサービスのアカウントに，実行ファイルのアクセス権を設定してください。ジョブを実行するOSユーザーに対するアクセス権は不要です。

実行ホスト（エージェント）がUNIXの場合，ジョブを実行するOSユーザーに，実行するスクリプトファイルのアクセス権を設定してください。

8.2.7　ジョブ起動時のログインシェル（UNIXジョブ，アクションジョブ）

ジョブ起動時，ジョブ実行先エージェントホストの実行OSユーザーのログインシェル（/etc/passwdファイルの内容）を実行します。ログインシェルが定義されていない場合は，/bin/shを実行します。JP1/AJS2では，ログインシェルとしてsh，csh，kshが使用できます。これら以外のシェルを使用した場合のログインシェルの注意事項を次に示します。

なお，この動作は，ジョブの実行先サービスに［JP1/AJS2 Queueless Agent］を指定した場合を除きます。

＜この項の構成＞

(1)　UNIXジョブの場合の注意事項

(2)　UNIXジョブ，アクションジョブ共通の注意事項

(1)　UNIXジョブの場合の注意事項

ログインシェルにsh，csh，ksh以外を使用すると，OSによってはログインスクリプトが実行されない場合があります。その場合，ジョブの実行ユーザーの環境変数の設定が反映されないために，ジョブが異常終了したり，意図しない実行結果となったりすることがあります。

この現象を回避するために，ジョブのスクリプトに必要な環境変数の設定を明記してください。なお，ジョブ実行時に必要な環境変数が正しく設定されているかどうかを確認するには，envコマンドの実行結果をファイルに書き出すようなシェルスクリプトを作成し，そのスクリプトをジョブとして実行したときに出力されたファイルの内容を参照してください。

(2)　UNIXジョブ，アクションジョブ共通の注意事項

bashのように，一部のシェルではシグナル処理をデフォルトの状態に初期化しないものがあります。そのため，ジョブが異常終了したり，意図しない実行結果となったりすることがあります。その場合は，sh，csh，kshのどれかを使用する運用方法に変更してください。Linuxの場合は，cshを使用する運用方法に変更してください。

または，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.26 JP1/AJS2から起動される子プロセスを，SIGCHLDシグナルを受信する設定（SIG_DFL）に変更する方法」に従って設定することで，シグナル処理をデフォルト状態に設定できます。なお，JP1/AJS2 08-00以降を新規インストールした場合は，SIGCHLDシグナルを受信するデフォルト（SIG_DFL）でジョブを実行する設定になっていますので，運用方法を変更する必要はありません。

8.2.8　標準出力ファイル名・標準エラー出力ファイルのumask値（UNIX限定）

実行ホスト（エージェント）がUNIXの場合，標準出力ファイル・標準エラー出力ファイルは，デフォルトではJP1/AJS2サービスを起動したユーザーのumask値を基に作成されます。登録ユーザーごとに標準出力ファイル・標準エラー出力ファイルのumask値を変えたい場合は，ジョブ実行環境設定ファイルを使用してください。

ジョブ実行環境設定ファイルの使用方法とファイルの仕様を次に説明します。

ジョブ実行環境設定ファイルの使用方法

エージェント上に，次に示すファイルをJP1ユーザーごとに作成してください。

ファイル名
/etc/opt/jp1ajs2/conf/profiles/JP1ユーザー名/jajsJobProfile

ファイルの内容
umask=3けたの8進数

ジョブ実行環境設定ファイルの仕様

ジョブ実行環境設定ファイルで指定したumask値は，標準出力ファイル・標準エラー出力ファイルにだけ影響します。ジョブプロセスが生成したファイルは影響を受けません。また，既存のファイルに対して標準出力や標準エラー出力を実行した場合は，上書き指定でも，追加書き指定でも，ファイルの権限は既存ファイルのままとなります。

8.2.9　実行ホスト（エージェント）へのジョブ実行配信

＜この項の構成＞

(1)　キューに複数接続した実行ホスト（エージェントホスト）へのジョブの配信方法

(2)　実行ホスト（エージェントホスト）の障害検知とジョブの配信について

(1)　キューに複数接続した実行ホスト（エージェントホスト）へのジョブの配信方法

ジョブを実行登録すると，いったんジョブ実行制御の管理するキュー（デフォルトキューも含む）に登録されます。キューには，優先順位を指定して複数のエージェントホストを接続することができ，指定された優先順位に従ってエージェントホストへジョブを配信します。

エージェントホストの優先順位は運用に合わせて指定します。エージェントホストの優先順位に差を付けて接続している場合は，優先順位の高いエージェントホストを選択してジョブを配信し，そのエージェントホストのエージェント使用率※が100%になると，次に優先順位の高いエージェントホストへジョブを配信します。例えば，優先的に使用するエージェントホストがあり，そのエージェントホストで実行しているジョブが満杯になった場合や，障害状態または停止状態でジョブを実行できない場合に，次の優先順位のエージェントホストを代替としてジョブを実行するような運用を行う場合にはこの方法で接続します。

エージェントホストの優先順位を同一の優先順位で接続している場合は，エージェント使用率※のいちばん低いエージェントホストを選択してジョブを配信します。特に優先的に使用するエージェントホストがなく，それぞれのエージェントホストに負荷を分散してジョブを実行する場合はこの方法で接続します。

注※

エージェントホストのジョブの実行多重度に対する実行中ジョブ数の割合で，次に示す計算式を使用し，小数点以下4位まで算出したものです。

エージェント使用率＝実行中ジョブ数／ジョブ実行多重度

注意事項

ジョブを配信する際に，優先順位とエージェント使用率が同一のエージェントホストが複数ある場合，デフォルトではエージェントID※の大きいエージェントホストを選択してジョブを配信します。例えば，実行時間が非常に短いジョブを複数実行する場合，ジョブはすぐに終了するためエージェント使用率はあまり上昇しないので，ジョブが配信されていないエージェントホストとエージェント使用率を比較した際に差異が出にくくなります。

その結果，エージェントIDの大きい方に偏ってジョブを配信するため，エージェントIDの大きいエージェントホストで実行するジョブ数が多くなり，システムの使用率に偏りが生じます。このような場合に，エージェントIDの代わりに未使用時間が最も長いエージェントホストを選択してジョブを配信する方式を設定することで，均等に負荷分散を行うことができます。

優先順位の定義方法の詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.20 ジョブを配信するエージェントホストの決定方式の設定」または「JP1/Automatic Job Management System 2 セットアップガイド　16.18 ジョブを配信するエージェントホストの決定方式の設定」を参照してください。

注※

エージェントIDはjpqimportコマンドでジョブ実行環境構成定義ファイル（jpqsetup.conf）に指定したものです。また，jpqagtaddコマンドでエージェントホストを追加した場合は，使用していない番号から昇順に付加されます。

jpqagtshowコマンドでエージェントホストの一覧を表示するとエージェントIDの昇順で表示されます。

(2)　実行ホスト（エージェントホスト）の障害検知とジョブの配信について

ジョブの実行ホスト（エージェントホスト）に対して，ジョブの実行を配信する場合で，次のどちらかの状態のとき，正常に動作している実行ホストに対するジョブの配信が，最大15分実施されないことがあります。配信されない間，ジョブはキューイング状態のままです。

同時に3台以上の実行ホストに障害が発生している。

同時に3台以上の実行ホストが停止している。

この現象が発生した場合，障害が発生している実行ホスト，または停止している実行ホストを起動してください。

8.2.10　JP1/AJS2のサービス停止時のジョブ実行制御の動作

JP1/AJS2のサービスを停止する方法には，実行中のジョブを強制終了しサービスを停止する方法と，実行中のジョブの終了を待ちサービスを停止する方法の2とおりがあります。デフォルトでは実行中のジョブを強制終了しサービスを停止します。

実行中のジョブを強制終了しサービスを停止する場合

自ホストで実行中のジョブだけを強制終了して，別のエージェントホストで実行中のジョブは強制終了しません。

実行中のジョブの終了を待ってからサービスを停止する場合

別のエージェントホストで実行中のジョブも含めてすべてのジョブが終了するのを待ってからサービスを停止します。

JP1/AJS2のサービスの停止方法については，「15.2.2 JP1/AJS2のサービスを手動で終了する」を参照してください。また，ジョブ実行制御が強制停止を行う際の詳細については，「8.2.1 ジョブの強制停止処理」を参照してください。

なお，終了時の動作は，jajs_spmd_stopコマンドのパラメーターにオプションを指定して実行することで一時的に変更できます。詳細については，「15.4.2 JP1/AJS2終了時の動作を一時的に変更する」を参照してください。

8.2.11　ジョブ実行時のファイルのアクセス権限チェックについて（UNIXジョブ）

UNIXジョブ実行時にファイルのアクセス権限をチェックする際，ファイルパーミッションだけでチェックするか，またはアクセス制御リスト（ACL）やセカンダリーグループの設定でもチェックするかを設定できます。

UNIXジョブ実行時にアクセス権限をチェックする対象のファイルを次に示します。

スクリプトファイル

環境変数ファイル

標準入力ファイル

標準出力ファイル

標準エラー出力

転送先ファイル

設定できるアクセス権限のチェック方法には，次の三つがあります。

各ファイルのアクセス権限をファイルパーミッションの設定だけでチェックする。

スクリプトファイルのアクセス権限については，ファイルパーミッションのほか，アクセス制御リストやセカンダリーグループの設定でもチェックする。それ以外のファイルについては，ファイルパーミッションの設定だけでチェックする。

各ファイルのアクセス権限について，ファイルパーミッション，アクセス制御リスト，およびセカンダリーグループの設定でチェックする。

デフォルトの設定では，ファイルパーミッションだけでチェックします。

なお，アクセス権のチェック方法は，エージェントホスト（実行ホスト）ごとに設定します。設定方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.32 ジョブ実行時のファイル権限チェックでアクセス制御リストやセカンダリーグループの設定を有効にする」を参照してください。

アクセス制御リストやセカンダリーグループの設定でチェックする場合の，アクセスするユーザーおよびファイルとチェック方法の関係を次の表に示します。

表8-12　アクセスするユーザーとファイルによるチェック方法

ユーザーの分類 | ファイルの分類
JP1/AJS2が提供するファイル※1 | ユーザーファイル※2
ACLなし | ACLあり
スーパーユーザー | チェック不要 | チェック不要 | チェック不要
一般ユーザー | セカンダリーグループなし | ファイルパーミッション | ファイルパーミッション | ACL
セカンダリーグループあり | ファイルパーミッション | ファイルパーミッションとセカンダリーグループ | ACLとセカンダリーグループ

ACL：アクセス制御リスト

注※1

JP1/AJS2の製品が提供しているファイルおよびディレクトリを指します。

注※2

ジョブやコマンドの実行時に，ユーザーが指定するユーザー資産のファイルおよびディレクトリを指します。

注意事項

JP1/AJS2の製品が提供しているファイルおよびディレクトリについては，この設定の対象外となります。

エージェントホストのJP1/AJS2 - Agent（またはJP1/AJS2 - Manager）のバージョンが08-10以前の場合は，ファイルパーミッションによるチェックだけ行います。アクセス制御リストやセカンダリーグループの設定に基づくチェックは行いません。

チェック方法を変更する場合，それまで実行できていたジョブが起動失敗となることがあります。ファイルパーミッションと，アクセス制御リストやセカンダリーグループの設定との差異を考慮した上，ジョブの起動に影響がないように設定してください。

8.2.12　ジョブ実行時のグループID（UNIX限定）

JP1/AJS2サービスを自動起動している場合，rootユーザーで実行するジョブは，JP1/AJS2サービスを自動起動したときのrootユーザーの状態が引き継がれます。そのため，自動起動したJP1/AJS2からrootユーザーで実行されるジョブは，rootユーザーでログインしたときに設定されるグループIDではなく，JP1/AJS2サービスが起動されたときのrootユーザーのグループIDで実行されます。

8.3　イベントジョブの注意事項

イベントジョブの注意事項（使用する前に知っておいた方がよいこと）について説明します。イベントジョブの説明については，マニュアル「JP1/Automatic Job Management System 2 解説」を参照してください。

注意

JP1/AJS2が発行したJP1イベント，Windowsイベントログ，syslog，HNTRLib2，およびスケジューラーログなどのログファイルの内容については，事象を発生させたJP1/AJS2自身では正しく検知できません。イベントジョブの監視対象の詳細については，「8.5.2 JP1/AJS2が発行するイベントやメッセージを監視する」を参照してください。

イベントジョブの種類を次の表に示します。

表8-13　イベントジョブの種類

イベントジョブ名 | ジョブの内容
JP1イベント受信監視ジョブ | JP1/Baseから特定のイベントを受け取ったときにイベントジョブが終了する。
ファイル監視ジョブ | 特定のファイルが作成，削除，または更新されたときにイベントジョブが終了する。
メール受信監視ジョブ | 特定のメールを受信したときにイベントジョブが終了する。
メッセージキュー受信監視ジョブ※1 | TP1/Message QueueまたはMQSeriesから特定のメッセージを受信したときにイベントジョブが終了する。
MSMQ受信監視ジョブ※2 | MSMQから特定のメッセージを受信したときにイベントジョブが終了する。
ログファイル監視ジョブ | JP1/Baseのログファイルトラップ機能と連携し，指定したログファイルに，特定の情報が書き込まれたときにイベントジョブが終了する。
Windowsイベントログ監視ジョブ | JP1/Baseのイベントログトラップ機能と連携し，Windowsイベントログに特定の情報が書き込まれたときにイベントジョブが終了する。
実行間隔制御ジョブ | 指定した時間が経過したらイベントジョブが終了する。

注※1

Linuxは対象外です。

注※2

UNIXは対象外です。

イベントジョブで受信した情報は，後続ジョブで参照できます。後続ジョブで参照できる情報を，引き継ぎ情報と呼びます。

後続ジョブでイベント情報を参照するには，イベントジョブに情報を引き継ぐためのマクロ変数名を定義し，後続ジョブで，引き継ぐイベントのマクロ変数を指定します。マクロ変数は「?AJS2xxxxxxxxx?:引き継ぎ情報名」の形式で指定します。マクロ変数の定義例については，マニュアル「JP1/Automatic Job Management System 2 解説　3.2.4(6) イベントジョブの受信情報の引き継ぎ」を参照してください。また，引き継ぎ情報の詳細については，「JP1/Automatic Job Management System 2 解説　付録A イベントジョブで引き継ぐ情報」を参照してください。

注意事項

起動条件中のイベントジョブについては，起動条件監視中にJP1/AJS2 - Managerが停止した場合，再起動後に再びイベント監視を始められます。また，起動条件で複数のイベントを監視していた場合，条件が成立していたイベントの受信情報を，再起動後も保持しておけます。

起動条件を定義してジョブネットを起動するのと同じように，イベントジョブをジョブネットの先頭に定義すると，条件が成立するのを待ってジョブネットを実行できます。起動条件を定義した場合，イベント受信の監視中は，ジョブネットが起動条件待ち状態になります。イベントジョブを定義した場合，イベント受信の監視中は，ジョブネットが実行中状態になります。イベントジョブを先頭に定義する場合は，計画的に発生することがわかっている事象を待つ場合に使うことをお勧めします。

複数のイベントを監視する場合，正規表現などで一つのイベントジョブとしてまとめて監視すると，性能が向上します。
例えば，JP1イベント受信監視ジョブで，イベントIDが00004131でメッセージがKAVS0272-EとKAVS0273-EのJP1イベントを監視する場合，イベントIDだけを指定する，またはイベントIDに「00004131」を指定し，メッセージに「KAVS」を指定するなどの方法で，イベントジョブを一つにまとめてください。なお，引き継ぎ情報を利用すると，イベントの内容を識別できます。

イベントジョブに打ち切り時間を指定した場合，打ち切り時間は実行エージェントでカウントします。このため，監視中に実行エージェントが電源ダウンなどで再起動し，イベントの監視が継続された場合，打ち切り時間は実行エージェントが再起動した時刻からカウントされます。これを「相対時刻による打ち切り時間の監視」と呼びます。なお，打ち切り時間のカウントの再開始，および再開始された時刻は，イベントジョブの実行結果詳細で確認できます。
また，実行エージェントの状態にかかわらず，ジョブ登録からの絶対時刻で監視を打ち切りたい場合は，実行エージェントで監視する監視イベントを，起動条件で監視し，起動条件成立後，マネージャーにJP1イベントを送信し，マネージャーのJP1イベント受信監視ジョブで打ち切り時間を指定して監視します。これを「絶対時刻による打ち切り時間の監視」と呼びます。

Windowsでは，JP1/AJS2のイベントジョブは，実行時のJP1ユーザーには依存しません。JP1/AJS2サービスのアカウント権限に依存します。
JP1/AJS2サービスのアカウントに与える必要がある権限を次に示します。
・ファイル監視ジョブでの，監視対象ファイルおよびフォルダに対する書き込みの権限。また，監視対象ファイルが読み取り専用になっていないこと。
・MQSeries連携での，メッセージキューに対する書き込みの権限。
・TP1/Message Queue連携での，メッセージキューに対する書き込みの権限。
権限が与えられていない場合，次に示す現象が起こります。
・イベントジョブ（ファイル監視ジョブ，メッセージキュー受信監視ジョブ）が異常終了する。
・イベントが発生しないなど。

JP1/AJS2のイベントジョブは，JP1/Baseの環境設定に定義されているJP1ユーザー，およびおのおののジョブに定義されているJP1ユーザーの権限には依存しません。

イベントジョブを使用する場合，イベントジョブを実行した時間と実際に実行エージェントでイベントの監視が実行中になるまでのタイムラグが発生することがあります。この場合，実際にイベントの監視が実行中になってから発生したイベントが検知の対象となります。このため，イベントジョブを実行する時間は監視対象とするイベントが発生する時間を考慮し，余裕を持った時間に実行する必要があります。

イベントジョブ（起動条件内のものを含む）を実行した場合，実行したイベントジョブの定義データや，監視条件が成立した際のイベントの情報などがイベント・アクション制御マネージャーやイベント・アクション制御エージェントなどのプロセス間で通信されます。その際，一時的なネットワーク障害や通信相手のプロセスがビジー状態などで通信できないと，いったん通信する情報をファイルに保存し，時間をおいて再試行します。JP1/AJS2ではこのファイルを「未通知情報」と表現しています。再試行に成功すると，未通知情報を削除します。

JP1/AJS2を使用する場合，JP1/Baseのイベントサービス環境の設定で，API設定ファイルのserverパラメーターの通信タイプに「keep-alive」を設定してください。「close」に設定すると，JP1/AJS2が起動時に発行するJP1イベントが発行できなくなったり，統合トレースログにKAVT1040-Eメッセージが出力されてJP1イベント受信監視ジョブ・ログファイル監視ジョブ・Windowsイベントログ監視ジョブがイベントを検知できなくなったりするなど，正常に動作しない問題が発生することがあります。設定方法およびAPI設定ファイルについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

マネージャー・エージェント構成において，次の操作を行った際に，ネットワーク障害などでイベント・アクション制御マネージャーとイベント・アクション制御エージェントが通信できないと，イベントジョブおよび起動条件中のイベントジョブはマネージャー上で終了状態となってもエージェント上では動作し続けます。
・イベントジョブを強制終了
・イベントジョブの状態を状態変更により終了状態に遷移させる
・起動条件付きジョブネットを強制終了する
このようなイベントジョブおよび起動条件中のイベントジョブがエージェント上で動作していると，マネージャーとエージェントで，管理しているジョブに矛盾が生じます。
管理に矛盾が生じているイベントジョブでは再実行ができなくなったり，その他の正常なイベントジョブの処理を遅延させるなどの影響を与えたりします。
そのため，ネットワーク障害などが発生している間に，上記の操作を行った場合は，マネージャーホストで実行したjpomanjobshowコマンドの結果とエージェントホストで実行したjpoagtjobshowコマンドの結果を比較して，マネージャー上で終了しているイベントジョブおよび起動条件中のイベントジョブがエージェント上では監視中となっていないか確認してください。
確認の結果，監視中となっていた場合には，エージェントホストのJP1/AJS2サービスを再起動し，エージェント上で動作し続けているイベントジョブおよび起動条件中のイベントジョブを終了させてください。

＜この節の構成＞

8.3.1　JP1イベント受信監視ジョブの注意事項

8.3.2　ファイル監視ジョブの注意事項

8.3.3　メール受信監視ジョブの注意事項

8.3.4　メッセージキュー受信監視ジョブおよびMSMQ受信監視ジョブの注意事項

8.3.5　ログファイル監視ジョブの注意事項

8.3.6　Windowsイベントログ監視ジョブの注意事項

8.3.7　実行間隔制御ジョブの注意事項

8.3.8　引き継ぎ情報定義時の注意事項

8.3.9　イベントジョブを実行したままサービスを再起動する場合の注意事項

8.3.1　JP1イベント受信監視ジョブの注意事項

JP1イベント受信監視ジョブの注意事項（使用する前に知っておいた方がよいこと）について説明します。

JP1イベントはJP1/Baseで管理されるイベントで，JP1シリーズプログラムで発生した事象を契機として発行されます。JP1イベントは，エラー，警告，通知などの重大度やメッセージなどの情報を持っているので，重大度ごとに異なる後続ジョブを実行したり，特定のメッセージを受け取ったときだけ後続ジョブを実行したりできます。JP1イベント中のメッセージや詳細情報の一部分を正規表現で切り出して，後続ジョブに引き継ぐこともできます。

JP1イベント受信監視ジョブを使った例を次に示します。

JP1シリーズプログラムでエラーが発生するか，または警告が通知された場合に後続ジョブを実行する。

複数のJP1シリーズプログラムで処理を実行している場合，すべての処理が終了してから後続ジョブを実行する。

他ホストのJP1/AJS2 - Managerで実行されたジョブネットの終了時にJP1イベント送信ジョブを実行し，送信されたJP1イベントを別のジョブネットで受信し，後続ジョブを実行する。

JP1/Baseのイベント変換機能を使って，JP1シリーズ以外のアプリケーションの終了を契機として後続ジョブを実行する。
イベント変換機能についてはマニュアル「JP1/Base 運用ガイド」を参照してください。

注意事項

JP1イベント受信監視ジョブで監視できるJP1イベントは，JP1イベント受信監視ジョブが実行状態になったあとに発生したJP1イベントが対象です。そのため，次のタイミングで発生したJP1イベントは，JP1/AJS2では検知されません。

JP1/AJS2が停止中に発行されたJP1イベント

JP1/AJS2が起動したあとにイベントジョブが実行状態になる間に発生したJP1イベント

JP1イベント受信監視ジョブで監視する対象となるJP1イベントは，JP1/AJS2のイベントジョブが監視状態になるまで発行されないJP1イベントを監視対象にしてください。

JP1イベント受信監視ジョブが検知できないタイミングを図に示します。

図8-3　JP1イベント受信監視ジョブが検知できないタイミング

JP1イベント受信監視ジョブのオプションおよびJP1イベント受信監視ジョブ定義時の注意事項を次に説明します。

＜この項の構成＞

(1)　JP1イベント受信監視ジョブのオプション

(2)　JP1イベント受信監視ジョブ定義時の注意事項

(1)　JP1イベント受信監視ジョブのオプション

JP1イベント受信監視ジョブのオプションには，次のオプションを設定できます。

JP1イベント受信監視実行前のイベント検索オプション

JP1イベント受信監視ジョブが実行された直後（JP1イベントの監視を開始する前）に発生したJP1イベントを受信監視の対象とするかどうかをオプションで指定します。このオプションを「JP1イベント受信監視実行前のイベント検索オプション」と呼びます。

このオプションは，イベントIDを指定し，かつJP1イベントの監視を開始した時刻を基準に何分前まで検索するかを指定した場合に有効になります。指定できる値は1～720（単位：分）の間です。なお，このオプションを指定した場合に基準となる時刻は，JP1イベント受信監視ジョブが実行されるホストで設定されている時刻です。

このオプションを指定しない場合は，通常のJP1イベント受信監視だけになり，JP1イベントの監視を開始した時刻以前のイベントは検索しません。

注意事項

「JP1イベント受信監視実行前のイベント検索オプション」を指定する際に指定したイベントの検索範囲（JP1イベントの監視を開始した時刻を基準に何分前まで検索するか）が大きくなればなるほど，JP1イベント受信監視実行前のイベント検索に掛かる時間が長くなります。また，イベントの検索対象範囲内に存在するJP1イベントの件数が多ければ多いほど，JP1イベント受信監視実行前のイベント検索に掛かる時間が長くなります。イベントの検索範囲は必要最小限の短い時間となるようにしてください。長くても10分程度とすることをお勧めします。

実行前のイベント検索機能を使用したJP1イベント受信監視ジョブでは，検索対象となるおそれのあるイベントが大量にある場合，起動条件回数指定の有無などの実行回数の制限にかかわらず，CPU使用率が高くなり，ほかのジョブの実行が遅れることがあります。
そこで，実行前のイベント検索機能では，数件程度の特定のイベントを条件としたい場合に使用してください。イベントの成立が大量に発生したり，継続的に発生したりするようなイベントを条件としたい場合には，実行前のイベント検索機能を使用しないようにしてください。検索対象となるおそれのあるイベントが大量にある場合は，JP1イベント受信監視ジョブの条件を細かく設定し，実行前のイベント検索で対象となるおそれのあるイベントを絞り込んだり，実行前のイベント検索の検索範囲を短くしたりしてください。

「JP1イベント受信監視実行前のイベント検索オプション」は起動条件ジョブの中での使用を推奨します。起動条件ではないイベントジョブでも使用することは可能ですが，イベントジョブで「実行前のイベント検索」を指定する場合には，同じイベントを何度も受信監視の条件としてしまう場合があります。イベントジョブとしてJP1イベント受信監視ジョブを使用する場合には，その使用方法に注意が必要です。
同一のJP1イベントを受信監視の条件にしてしまう例を次に示します。

（例）

ジョブネット「recv」に，イベントジョブとして次の条件でJP1イベント受信監視ジョブが登録されているとします。

起動条件：
ジョブネット「recv」は，実行間隔制御ジョブによって9:00と9:10に起動するように設定

JP1イベント受信監視実行前のイベント検索オプションの指定：
「30」（単位：分）を指定

イベントID：
「111」を指定

JP1イベント（イベントID：111）の発行状況：
8:20と8:50

　動作

ジョブネット「recv」が，実行間隔制御ジョブによって9:00に起動する。

JP1イベント受信監視実行前のイベント検索オプションで指定した条件に従って8:30の以降のJP1イベントを検索します。

ジョブネット「recv」が，実行間隔制御ジョブによって9:10に起動する。

JP1イベント受信監視実行前のイベント検索オプションで指定した条件に従って8:40の以降のJP1イベントを検索します。

　結果

このとき，8:30以降と8:40以降に検索条件を満たすJP1イベントはともに8:50の1回であったとすると，9:00に実行されたJP1イベント受信監視ジョブも9:10に実行されたJP1イベント受信監視ジョブも，両方とも同じ8:50のJP1イベントを検知し，受信監視の条件としてしまいます。

図8-4　同一のJP1イベントを受信監視の条件にしてしまう例

(2)　JP1イベント受信監視ジョブ定義時の注意事項

JP1イベント受信監視ジョブを定義するときの注意事項を次に示します。

JP1イベント受信監視ジョブを実行する前に，JP1/Baseイベントサービスを起動しておいてください。また，JP1/BaseイベントサービスのAPI設定は「keep-alive」に設定しておいてください。JP1/Baseイベントサービスが起動されていない場合，JP1イベント受信監視ジョブは，イベントサービスが起動されるまで実行待ちの状態になります。

JP1イベント受信監視ジョブが実行中になる前に発生したJP1イベントは，受信できません。受信したいJP1イベントは，JP1イベント受信ジョブが実行中になってから発行するか，「JP1イベント受信監視実行前のイベント検索オプション」を使用するようにしてください。

JP1イベントにはメッセージや詳細情報が含まれています。その中の文字列を監視したい場合，正規表現を使って文字列を指定できます。Windowsの正規表現は，JP1/Base 07-00以降でサポートした，XPG4の拡張正規表現の文法に従った正規表現にも対応しました。JP1イベント受信監視ジョブ，Windowsイベントログ監視ジョブ，およびログファイル監視ジョブの動作は，JP1/Baseの設定に合わせるため，JP1/Baseの設定によって使用できる正規表現が異なります。
使用できる正規表現の設定方法については，マニュアル「JP1/Base 運用ガイド」の使用する正規表現を拡張する，という説明を参照してください。UNIXの正規表現については，UNIXのドキュメントを参照してください。なお，正規表現で，すべての文字に一致する「.*」を多数使用すると，JP1イベントと突き合わせるために時間が掛かることがあります。長いメッセージなどに対しては，必要な個所に対してだけ「.*」を使用するようにしてください。「.*」を使用したJP1イベント受信監視ジョブを複数実行すると，JP1イベントを各ジョブの監視条件と突き合わせる時間が指数関数的に増えるため，イベントの検知が極端に遅延する場合があります。そのため，いったん別のホストでJP1/Baseのイベント転送機能とフィルター条件で，JP1イベントの数を絞り込んでから監視したり，監視条件を追加して「.*」部分の比較が行われる頻度を下げたりするなどをしてください。なお，UNIXでは，空白以外の文字に一致させたい場合など，「.*」の代わりに「[^ ]*（空白以外の文字の繰り返し）」を使用すると，JP1イベントと突き合わせる時間を短縮できます。

JP1イベント受信監視ジョブを起動条件として定義する場合，必ず一つ以上の項目を定義してください。一つも定義がない場合，イベント受信監視を行っているホスト上でJP1イベントが発生するたびに，JP1イベント受信監視ジョブが終了します。JP1/AJS2が発行するJP1イベントでも，監視条件が成立してしまうため，ジョブを実行するたびにジョブネットが起動してしまうので注意してください。

WindowsのJP1/Baseイベントサービスで，JP1/SES Version 5またはJP1/AJS Version 5以前のイベントサービス，JP1/SESのプロトコルを使用して発行されたJP1イベントを受信した場合，JP1イベントにはイベント発行元IPアドレスが設定されていません。そのため，WindowsではJP1イベント受信監視ジョブの監視条件にイベント発行元IPアドレスを指定しても，上記のイベントは監視条件に合致しません。

JP1イベントのイベント詳細情報については，JP1イベント中の詳細情報がテキストの場合だけ監視対象になります。バイナリーデータが含まれている場合には，JP1イベント中の詳細情報が無視され，監視条件に合致しません。監視するJP1イベントにバイナリーデータが含まれている場合は，監視条件にイベント詳細情報を指定しないでください。

JP1イベント中のイベント発行元ユーザー名には，JP1イベントを発行したOSユーザー名が設定されます。JP1イベント受信監視ジョブの監視条件のうち，イベント発行元ユーザー名にJP1ユーザー名を指定しても，JP1イベント受信監視ジョブはJP1イベントの受信を正しく監視できません。また，JP1イベント受信監視ジョブの監視条件のうち，イベント発行元ユーザー名はイベント受信監視時に大文字小文字が区別されます。JP1イベント中の発行元ユーザー名に合わせて指定してください。

JP1イベント受信監視ジョブの監視条件のうち，イベント発行元ホスト名はJP1イベント受信監視時に大文字小文字が区別されます。JP1イベント中のホスト名（発行元イベントサーバ名）に合わせて指定してください。

正規表現で指定する項目では，指定した文字列は部分一致で条件一致となります。完全一致させたい場合は，完全名を明示的に指定した正規表現を使用してください。Windowsの正規表現は，JP1/Base 07-00以降でサポートした，XPG4の拡張正規表現の文法に従った正規表現にも対応しました。JP1イベント受信監視ジョブ，Windowsイベントログ監視ジョブ，およびログファイル監視ジョブの動作は，JP1/Baseの設定に合わせるため，JP1/Baseの設定によって使用できる正規表現が異なります。使用できる正規表現の設定方法については，マニュアル「JP1/Base 運用ガイド」の使用する正規表現を拡張する，という説明を参照してください。UNIXの正規表現については，UNIXのドキュメントを参照してください。

JP1イベント受信監視ジョブで監視するJP1イベント情報については，JP1/Baseのイベントサービスの仕様に従います。監視したいJP1イベントの詳細については，マニュアル「JP1/Base 運用ガイド」，およびJP1イベントを発行する製品のマニュアルを参照してください。

Windowsでは，JP1/Baseイベントサービスのイベントサーバ設定（conf）でJP1イベントを取得できるユーザー名（usersパラメーター）に，JP1/AJS2のサービスを起動するアカウントのユーザー名を設定してください。なお，デフォルトでは「users」はすべてのユーザーがJP1イベントを取得できるように設定されています。

8.3.2　ファイル監視ジョブの注意事項

ファイル監視ジョブの注意事項（使用する前に知っておいた方がよいこと）について説明します。

ファイル監視ジョブを使った例を次に示します。

ファイルの書き込み時間を監視して，ファイルが変更されたときに後続ジョブを実行する。

アプリケーションが出力するファイル，またはほかのホストから転送されてくるファイルを監視して，ファイルの作成が完了したあとに後続ジョブを実行する。

ファイル監視ジョブで監視する事象，ファイル名の指定方法，およびファイル監視ジョブのオプションを次に説明します。

＜この項の構成＞

(1)　ファイル監視ジョブで監視する事象

(2)　ファイル名の指定方法

(3)　ファイル監視ジョブのオプション

(4)　ファイル監視ジョブ定義時の注意事項

(1)　ファイル監視ジョブで監視する事象

監視する事象を次に示します。

表8-14　監視する事象

監視する事象 | 監視内容
作成※¹，※⁴ | 指定した名称のファイルが作成されたかを監視します。
削除※² | 指定した名称のファイルが削除されたかを監視します。
サイズ変更※³，※⁴ | 指定した名称のファイルサイズが変更されたかを監視します。
最終書き込み時刻変更※³，※⁴ | 指定した名称のファイルが更新されたかを監視します。更新した時刻を監視し，更新時刻が変わったら条件成立とします。

注※1

監視開始の時点で，指定した名称のファイルがすでにあった場合には，そのファイルが削除され，再度作成されたときに条件が成立します。

なお，監視開始の時点で，指定した名称のファイルがすでにあった場合に条件を成立させるかどうかを，監視開始オプションで指定することもできます。監視開始オプションの詳細については，「(3) ファイル監視ジョブのオプション」を参照してください。

注※2

監視開始の時点で，指定した名称のファイルがなかった場合には，そのファイルが作成されて，削除されたときに条件が成立します。

注※3

監視開始の時点で，指定した名称のファイルがなかった場合には，そのファイルが作成されて，サイズ変更または最終書き込み時刻が変更されたときに条件が成立します。ファイルが作成されただけでは条件は成立しません。

注※4

監視条件に合致した場合，監視対象のファイルにファイル監視ジョブ以外のプロセスがアクセスしていないかチェックします（クローズチェック）。

監視条件に合致しても，ファイル監視ジョブ以外のプロセスが監視対象のファイルにアクセスしていた場合は条件成立となりません。この場合，次回の監視間隔に繰り越して監視し，そこでファイル監視ジョブ以外のプロセスのアクセスがなければ条件成立となります。このクローズチェックをすることで，ファイルコピー中など転送中（ファイルコピー中など）の監視対象のファイルを条件成立とすることを防ぐことができます。

これらの条件は，複数指定することもできます。例えば，ファイルが削除または更新されたら後続ジョブを実行するように定義する場合は，「削除」と「最終書き込み時刻変更」を指定します。ただし，「サイズ変更」と「最終書き込み時刻変更」は同時に指定できません。

ファイル監視ジョブの基本動作を次の図に示します。

図8-5　監視条件で「作成」を指定して監視している場合（ジョブネット中のファイル監視ジョブ）

図8-6　監視条件で「削除」「サイズ変更」「最終書き込み時刻変更」のどれかを指定して監視している場合（ジョブネット中のファイル監視ジョブ）

図8-7　監視間隔内に複数回ファイルが更新された場合（監視条件：「作成」だけを指定している場合）

(2)　ファイル名の指定方法

ファイル名の指定方法には，絶対パス名でファイル名を指定する方法のほかに，絶対パス名と「*（ワイルドカード）」を使用した総称名で指定する方法があります。ワイルドカードを使った監視ファイル名の指定例を次に示します。

表8-15　ワイルドカードを使った監視ファイル名の指定例

指定例
指定内容
監視ファイル名の例

/jp1/*
/jp1にあるファイルすべてを監視します。ただし，先頭が「.」（ピリオド）で始まるファイルは監視しません。
/jp1/aaa
/jp1/aaa.sh

/jp1/.*
/jp1にあるファイルで，「.」（ピリオド）で始まるファイルすべてを監視します。
/jp1/.aaa

/jp1/aaa*
/jp1にあるファイルで，「aaa」という文字列で始まるファイルすべてを監視します。
/jp1/aaa
/jp1/aaabbb
/jp1/aaa.sh

/jp1/*aaa
/jp1にあるファイルで，「aaa」という文字列が最後に付くファイルすべてを監視します。
/jp1/aaa
/jp1/bbbaaa
/jp1/bbb.aaa

/jp1/aaa*bbb
/jp1にあるファイルで，「aaa」という文字列で始まり，「bbb」という文字列が最後に付くファイルすべてを監視します。
/jp1/aaabbb
/jp1/aaacccbbb
/jp1/aaa.bbb

/jp1/*aaa*
/jp1にあるファイルで，「aaa」という文字列がファイル名に含まれているファイルすべてを監視します。
/jp1/aaa
/jp1/bbbaaa
/jp1/bbbaaaccc
/jp1/bbbaaa.sh

注

このファイル名の指定例は，すべてUNIXの場合の例です。Windowsでファイル名を指定する場合は，「c:¥jp1¥*」のようになります。なお，次の場合は，実行時にエラーとなります。

ディレクトリ名にワイルドカードを指定した場合

相対パスで指定した場合

指定したファイル名が，ディレクトリとしてすでにある場合（例えば，「/jp1/aaa」というファイル名を指定したときに，すでに「/jp1/aaa」というディレクトリがある場合）

(3)　ファイル監視ジョブのオプション

ファイル監視ジョブには，次の二つのオプションを設定できます。

監視開始オプション

ファイル監視ジョブの状態引き継ぎオプション

上記のオプションについて，次に説明します。

(a)　監視開始オプション

ファイル監視ジョブが実行中の状態になったときに，すでに監視対象ファイルが存在する場合，ファイル監視ジョブの監視条件を成立させるかどうかをオプションで指定します。このオプションを，「監視開始オプション」と呼びます。

なお，監視開始オプションは，ファイルの監視条件で「作成」を選択した場合に有効になります。また，オプションを指定しない場合は，ファイルが存在していても，監視条件を成立させません。

監視開始オプションを設定した場合のオプションの基本動作例を紹介します。まず，監視開始オプションを設定していない場合の動作例を次の図に示します。

図8-8　監視開始オプションを設定していない場合の動作例

監視開始オプションを設定している場合の動作例を次の図に示します。

図8-9　監視開始オプションを設定している場合の動作例

監視開始オプションの指定内容によって，ファイル監視ジョブがどのように動作するかを，次に説明します。

「既存ファイルも条件成立」を指定した場合

ファイルの新規作成を監視しているファイル監視ジョブが実行中の状態になったときに，監視対象ファイルがすでに存在していると，監視条件が成立し，ファイル監視ジョブが正常終了します。

ただし，監視対象ファイルのクローズチェックが実行されるため，監視対象ファイルが使用中の場合，ファイル監視ジョブは監視中のままになります。

なお，ジョブの種類によって，監視開始オプションで監視条件を成立させるファイル監視ジョブが異なります。監視開始オプションの動作を，ファイル監視ジョブの種類ごとに示します。

監視対象ファイル名が指定されている，ジョブネット中のファイル監視ジョブ
ファイル監視ジョブの実行時に，監視対象ファイルが存在している場合，監視開始オプションによって監視条件が成立し，即時にイベントが発生してファイル監視ジョブは正常終了します。

図8-10　監視対象ファイル名が指定されているジョブネット中のファイル監視ジョブ

監視対象ファイル名が「*（ワイルドカード）」で指定されている，ジョブネット中のファイル監視ジョブ
ファイル監視ジョブの実行時に監視対象のディレクトリに一つでもファイルが存在している場合は，監視開始オプションによって監視条件が成立し，即時にイベントが発生してファイル監視ジョブは正常終了します。

図8-11　監視対象ファイル名に「*（ワイルドカード）」が指定されているジョブネット中のファイル監視ジョブ

補足事項
「*（ワイルドカード）」の使用については，「(2) ファイル名の指定方法」を参照してください。

監視対象ファイル名が指定されている，起動条件中のファイル監視ジョブ
起動条件中のファイル監視ジョブの実行時に監視対象ファイルが存在している場合は，監視開始オプションによって監視条件が成立し，即時にイベントが発生します。
監視開始オプションは，イベントが1回成立した時点で満了します。イベント発生後もファイル監視ジョブは「監視中」の状態となって監視を継続します。ただし，オプション満了後は，新規ファイルの作成時に条件が成立します。

図8-12　監視対象ファイル名が指定されている起動条件中のファイル監視ジョブ

監視対象ファイル名が「*（ワイルドカード）」で指定されている，起動条件中のファイル監視ジョブ
起動条件中のファイル監視ジョブの実行時に，監視対象のディレクトリにあるすべてのファイルに対して，監視開始オプションによって監視条件が成立し，即時にイベントが発生します。
監視開始オプションは，各ファイルに対してイベントが1回ずつ成立した時点で満了します。イベント発生後もファイル監視ジョブは「監視中」の状態となって監視を継続します。ただし，オプションが成立したファイルは，新規ファイルの作成時に条件が成立します。

図8-13　監視対象ファイル名に「*（ワイルドカード）」が指定されている起動条件中のファイル監視ジョブ

補足事項
「*（ワイルドカード）」の使用については，「(2) ファイル名の指定方法」を参照してください。

「新規ファイル作成時に条件成立」を指定した場合（デフォルトの場合）

ファイルの「作成」を監視しているファイル監視ジョブが実行中の状態になったときに，すでに監視対象ファイルが存在していても，監視条件成立にはなりません。ファイル監視ジョブは監視を継続します。

なお，クラスタシステムでJP1/AJS2を運用している場合，JP1/AJS2サービスがフェールオーバーしたあとに，監視開始オプションが設定されているファイル監視ジョブが再度実行されると，「ファイル監視ジョブの状態引き継ぎ」を有効にしている場合は，フェールオーバー前の状態で実行され，「ファイル監視ジョブの状態引き継ぎ」を無効にしている場合は，監視開始オプションが再び有効になります。

ファイル監視ジョブの監視開始オプションの指定方法については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13.4.18 ［詳細定義－［ファイル監視］］ダイアログボックス」またはマニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　2.2.10 ファイル監視ジョブ定義情報の記述方法」を参照してください。

(b)　ファイル監視ジョブの状態引き継ぎオプション

ファイル監視ジョブが監視対象ファイルを監視している間の情報を，随時退避しておき，ジョブの状態を引き継ぐことができます。状態引き継ぎを行うように設定した場合，ファイル監視ジョブ一つにつき，一つの状態引き継ぎ情報格納ファイルが生成されます。

例えば，クラスタシステムで，ファイル監視ジョブの実行中にJP1/AJS2サービスが停止した場合，JP1/AJS2サービスの停止後，再度JP1/AJS2サービスが起動して，サービスが停止する前と同じファイル監視ジョブが実行されたときに，サービスが停止する前のファイル監視ジョブの監視状態を引き継いでジョブが実行されます。なお，クラスタシステムでなくても，ファイル監視ジョブの情報を引き継げます。

監視状態を引き継ぐには，ファイル監視ジョブが継続して動作している必要があります。ファイル監視ジョブが継続して動作するか，終了するかによって，監視状態が引き継がれるかどうかが異なります。

監視状態が引き継がれる条件を，次の表に示します。

表8-16　 監視状態の引き継ぎ条件

ファイル監視ジョブの種類
サービスの再起動
停止を伴うフェールオーバー
システムダウンによるフェールオーバー

ジョブネット中の
ファイル監視ジョブ
ジョブが終了するため，引き継がれない※
ジョブが終了するため，引き継がれない※
引き継がれる

起動条件中のファイル監視ジョブ
引き継がれる
引き継がれる
引き継がれる

注※

イベントジョブ実行継続オプションを併用していても，実行ホストのJP1/AJS2サービスの再起動または停止を伴うフェールオーバー時にはファイル監視ジョブがいったん終了します。ファイル監視ジョブが終了すると，退避していた状態引き継ぎ情報格納ファイルが削除されるため，監視対象ファイルの状態は引き継がれません。そのため，ファイル監視ジョブが実行中である実行ホストのJP1/AJS2サービスが停止してからJP1/AJS2サービスを再起動してイベント監視を再開するまでの間に発生したイベントは，検知されません。

イベントジョブ実行継続オプションの詳細については，「8.5.8 JP1/AJS2のサービスが停止してもイベントジョブの実行を継続させる」を参照してください。

なお，次のような場合には，状態引き継ぎ情報格納ファイルが削除されます。

各ファイル監視ジョブに対して作成される状態引き継ぎ情報格納ファイルは，ファイル監視ジョブの終了時に削除されます。

状態引き継ぎを行ったあと，状態引き継ぎを行わない設定に変更した場合，状態引き継ぎ情報格納ファイルはすべて削除されます。

コールドオプションを設定してJP1/AJS2サービスを起動した場合，状態引き継ぎ情報格納ファイルはすべて削除されます。

ファイル監視ジョブの状態引き継ぎオプションを設定した場合の動作例を次の図に示します。

図8-14　ファイル監視ジョブの状態引き継ぎオプションを設定した場合の動作例

ファイル監視ジョブの状態を引き継ぐ機能は，デフォルトでは無効になっています。有効にするには，ファイル監視ジョブを実行するすべてのホストおよびノードで設定を行ってください。クラスタシステムの場合は，実行系・待機系ともに設定が必要になります。設定手順については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.12 ファイル監視ジョブの状態引き継ぎオプションの設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.8 ファイル監視ジョブの状態引き継ぎオプションの設定」（UNIXの場合）を参照してください。

なお，2ギガバイト以上のファイルを監視する設定（ラージファイル対応オプション）を「対応する」から「対応しない」に変更し，2ギガバイト以上のファイルの情報を引き継いだ場合は，統合トレースログと実行結果詳細にKAVT2038-Eメッセージが出力され，ジョブは異常検出終了します。

(4)　ファイル監視ジョブ定義時の注意事項

ファイル監視ジョブを定義するときの注意事項を次に示します。

監視間隔を1～9秒に設定したファイル監視ジョブを実行した場合，ファイルの更新発生（イベント発生）に対して，即時（1～9秒）に後続ジョブが実行されるわけではありません。特に，多数のファイル監視ジョブを実行する場合，後続ジョブの実行までに時間が掛かることがあります。この場合，監視間隔には十分に余裕を持った値を設定してください。
ファイル監視間隔の算出式を次に示します。これは，ファイル監視ジョブの監視対象ファイル名を完全名で指定した場合に，最低限必要となる時間を算出するための式です。運用時には，算出された値よりも十分に余裕を持った値を設定することを推奨します。なお，監視間隔の下限値は，使用しているハードウェアなどによって異なるので注意してください。

ファイル監視ジョブの監視間隔（下限値）の算出式

（監視間隔）＝0.9＊単位時間（秒）当たりのイベント発生数※ / 単位時間（秒） + 0.02＊ファイル監視ジョブ数

注※

「単位時間（秒）当たりのイベント発生数」とは，ある時間（秒）内に，ファイル監視ジョブが，監視対象ファイルの更新を検知する回数のことです。

例えば，100個のファイル監視ジョブを実行し，60秒間に50回のファイル更新が発生する場合の監視間隔は，次のように算出します。
監視間隔＝0.9＊50 / 60 + 0.02＊100＝2.75（約3秒）
この例の場合，監視間隔として3秒以上の値を設定することを推奨します。

ファイル監視ジョブに指定する監視対象ファイル名を，「*（ワイルドカード）」を使用した総称名で指定した場合，UNIX環境でジョブを実行するとき，ファイル名取得のためのシェルの実行がOSの負担となります。このため，ファイル監視ジョブを多数実行すると，ファイル監視プロセスのCPU使用率が高くなってしまいます。
多数のファイル監視ジョブを実行する場合は，監視対象ファイル名を完全名で指定するか，または監視対象ファイル名を総称名で指定するときは，監視間隔には十分に余裕を持った値を設定することを推奨します。

ファイル監視ジョブが監視できるファイルは，デフォルトではファイルサイズが2ギガバイト（2,147,483,647バイト）までのファイルです。これより大きいファイルを監視したい場合は，環境設定が必要です。設定方法については，Windowsホストの場合「JP1/Automatic Job Management System 2 セットアップガイド　4.5 その他のオプションの設定」を，UNIXホストの場合「JP1/Automatic Job Management System 2 セットアップガイド　16.21 ラージファイルを監視するための設定」を参照してください。
なお，08-00より前のバージョンから08-00以降へバージョンアップして2ギガバイト以上のファイルを監視できる設定をした場合，次に示す注意事項があります。

ファイル監視ジョブの引き継ぎ情報FLSIZEをUNIXジョブなどのユーザープログラムで参照・使用している場合，2ギガバイト以上の値が引き継がれれてしまうおそれがあります。この場合，ユーザープログラムのファイルサイズを扱う処理でけたあふれが発生するおそれがあるため，ユーザープログラムの修正などの対処が必要です。

ファイル監視ジョブの監視対象ファイル名は，JP1/AJS2が動作している環境変数LANGに準じた名称にしてください。それ以外の文字コードを使用したファイルを監視する場合の動作は保証できません。

ファイル監視ジョブで監視対象となっているファイルが，別のイベントジョブまたはJP1/Baseのイベントサービス機能を使用したログファイル監視の対象にもなっている場合，監視対象ファイルはオープンされていると認識されるため，監視条件は成立しません。そのため，別のイベントジョブやJP1/Baseのイベントサービス機能を使用したログファイル監視の対象ファイルは，ファイル監視ジョブの監視対象としないでください。

syslogやデバイススペシャルファイルなどのOSのシステムファイルは，不特定多数のプロセスのアクセス，ファイルへの頻繁なアクセス，およびファイルを使用しているプロセスを判断できないケースがありますので，監視対象としないでください。また，RAWファイルについてもファイルの更新，およびファイルを使用しているプロセスを判断することができないため，監視対象としないでください。

ファイル監視ジョブに監視対象ファイル名を指定する場合，WindowsではネットワークドライブおよびUNCで参照できるファイルを，UNIXではNFSマウントで参照できるファイルを指定しても，動作の保証はできません。これは，ネットワーク切断など不安定な状態になるおそれがあること，また，監視対象ファイルがほかのシステムで使用中かどうかの判断ができないためです。ほかのシステムのファイルを監視する場合には，JP1/AJS2 - Agentをインストールして，ローカルのファイルとして監視してください。

頻繁にファイルのオープン・クローズを行い，データを追加書きするようなファイルについては，ファイル監視ジョブで正しく監視できません。ファイル監視ジョブの監視するタイミングと，ファイルのクローズが重なると，監視対象ファイルの更新処理が終了したとみなしてイベントが発生することがあります。このようなファイルを監視する場合には，直接ファイル監視ジョブで監視するのではなく，ファイル更新が終わったときに処理の完了を示す別ファイルを作成し，そのファイルを監視するような運用を推奨します。

「*（ワイルドカード）」を含む監視対象ファイル名で監視している場合の注意事項を次に示します。

同一の監視間隔内で発生したファイル監視イベントについて，ファイルの作成順，更新順，および削除順にファイル監視を行うことはできません。なお，イベント順序保証オプションは，発生したファイル監視イベントの順序が通信の状態などによって変更されないことを保証するものであり，ファイル監視ジョブの動作を変更するものではありません。

ファイル監視ジョブの監視条件成立に関する注意事項を次に示します。

監視条件に「ファイルの削除」を指定し，監視開始時に監視対象ファイルが存在しなかった場合，そのファイルが一度作成され，その後削除されてから監視条件成立となります。

監視条件に「ファイルのサイズ変更」または「ファイルの最終書き込み時刻変更」を指定し，監視開始時に監視対象ファイルが存在しなかった場合，そのファイルが一度作成され，その後サイズの変更，または最終書き込み時刻の変更が行われてから監視条件成立となります。
なお，ファイルのサイズ変更，および最終書き込み時刻変更は，ディスクに実際に書き込まれてから監視条件成立となります。エディターなどで編集しているだけでは，監視条件成立にはなりません。

ファイル監視ジョブの状態引き継ぎオプションを「行わない」という設定にしていると，ファイル監視ジョブがファイルを監視中にJP1/AJS2サービスが停止したときに，ファイル監視ジョブが監視中に持っていた情報が失われます。再度JP1/AJS2サービスを開始してファイル監視を実行した場合，前回のファイル監視情報は引き継がれません。

ファイル監視ジョブは，監視間隔に指定した間隔でファイルをチェックします（「*」指定時は監視しているそれぞれのファイルをチェックします）。そのため，ある監視時刻から次回監視時刻までの間に，監視している一つのファイルに対して監視条件に合うファイル更新が複数回行われた場合でも，最後に行われた更新だけを検知します。また，多数のジョブで一度にファイル更新を検知すると，それぞれのジョブでイベント発行のための処理を行うため，次回監視時刻が遅れることがあります。次回監視時刻が遅延している間に，監視条件に合うファイル更新が複数回行われた場合でも，最後に行われた更新だけを検知します。
短い監視間隔を指定した場合，多数のジョブを監視していると，監視に監視間隔以上の時間が掛かることがあります。

ファイル監視ジョブは，監視対象ファイルの状態の変更を検知した場合，クローズチェックによって監視対象ファイルをオープンしているプロセスがないかどうかをチェックしています。そのとき，ファイルがオープンされていないと判断した場合に，イベントが発生します。監視対象ファイルがオープンされている場合は，その時点でのイベントは発行しないで，再び監視中の状態になります。次回監視間隔の経過後に，再び監視対象ファイルをオープンしているプロセスがないかどうかをチェックします。つまり，監視対象ファイルがオープンされている間は，監視対象ファイルの状態の変更を検知していても，イベントは発行しません。

ファイル監視ジョブは，監視対象ファイルの状態に変更がないかを監視間隔ごとに調べます。変更を検知したファイルについては，指定された監視条件（作成，サイズ変更，または最終書き込み時刻変更）に関係なく，クローズチェックを実施します。クローズチェックでは，監視対象ファイルを書き込みモードでオープンします。オープンできた場合はすぐにクローズして，監視対象ファイルをオープンしているプロセスがないと判断します。そのため，クローズチェックによるファイルのオープンからクローズまでの間，ほかのプログラムは監視対象ファイルにアクセスできません。したがって，イベントジョブや起動条件付きジョブネットで監視中のファイルをユーザープログラムから操作する場合は，ファイルアクセスの失敗を考慮し，ファイルアクセスのリトライ処理を組み込むなどの対策が必要です。

ファイル監視ジョブの状態引き継ぎオプションを「行う」という設定をしていて，退避したJP1/AJS2のジョブネットワーク要素を実行する場合や，バックアップしたJP1/AJS2のインストール先ディレクトリ下の環境を使用するときは，JP1/AJS2サービスをコールドスタートしておく必要があります。JP1/AJS2サービスをコールドスタートしないで，バックアップしたJP1/AJS2のファイル監視ジョブを実行した場合，退避前の監視状態から監視を始めます。

情報格納ファイルや情報格納フォルダに何らかの異常が発生して，引き継ぎ状態を格納するファイルの作成や書き込みができない場合，KAVT2034-Wというメッセージを，統合トレースログ出力してからジョブの実行を継続します。この場合，監視状態を引き継ぐためのファイルは生成されません。

ファイル監視ジョブの状態引き継ぎを「行う」という設定をしていて，起動条件のファイル監視ジョブを実行して，JP1/AJS2サービスを強制終了させた場合は，ファイル監視ジョブの状態を引き継ぎますが，JP1/AJS2サービスを計画終了させた場合には，ファイル監視ジョブの状態は引き継ぎません。

次に示すディレクトリには，ファイル監視プロセスの起動中，随時読み込み，書き込み処理を行っているファイルがあります。そのため，次に示すディレクトリにあるファイルは監視対象に指定しないでください。

物理ホストでの運用時

Windowsの場合

JP1/AJS2のインストール先フォルダ¥jp1ajs2¥sys

UNIXの場合

/var/opt/jp1ajs2/sys

論理ホストでの運用時

Windowsの場合

共有フォルダ¥jp1ajs2¥sys

UNIXの場合

共有ディレクトリ/jp1ajs2/sys

Windowsでファイル監視ジョブを使用する場合で，次の二つの条件を満たすとき，予期したファイルとは異なるファイルの変更を検知することがあります。

ファイル監視ジョブの監視対象ファイル名を，拡張子は3文字で固定して指定し，その他の部分はワイルドカードで指定している場合。
（例）
「C:¥Temp¥*.txt」のように監視対象ファイルを指定している場合。

ファイル監視ジョブの監視フォルダの下に，拡張子が4文字以上，かつ拡張子の3文字目までが，1で指定した監視対象ファイル名の拡張子と一致するファイルがある場合。
（例）
「*.txt」という監視対象ファイル名を監視している場合（ワイルドカードを使用した前方一致の監視条件）で，監視フォルダの下に，「aaa.txt」，「aaa.txta」，「aaa.txtab」という三つのファイルがあり，どれかが更新されたとき，どのファイルが更新されても，ファイル監視ジョブによって監視条件と一致したとみなされてしまいます。拡張子の指定のしかたで，どのようなファイルが監視対象となるかの例を次の表に示します。

表8-17　拡張子による監視対象ファイルの検知の有無

監視対象ファイル名 | 更新されるファイル名
aaa.tx | aaa.txt | aaa.txta | aaa.txtab
C:¥Temp¥*.tx | ○ | × | × | ×
C:¥Temp¥*.txt | × | ○ | ○ | ○
C:¥Temp¥*.txta | × | × | ○ | ×
C:¥Temp¥*.txtab | × | × | × | ○

（凡例）

○：更新があった場合，イベントが発行される。

×：更新があった場合，イベントが発行されない。

転送ツールを使用して，監視対象ファイルの更新などをしている場合，ファイルを上書きしたときでも，「削除」，または「作成」という監視条件が成立したとみなしてしまうことがあります。意図しない監視条件で成立してしまうのは，使用しているツールの内部処理にファイルを削除する処理が入っている場合で，削除する処理と監視間隔のタイミングが一致すると，ユーザーの操作が実行されたとみなしてしまうことが原因です。この現象の発生を回避するためには，監視対象ファイルが常に上書きされる運用であっても，「作成」と「最終書き込み時刻変更」という監視条件を使用して監視することを推奨します。

起動条件に指定されたファイル監視ジョブが監視中のとき,ファイル監視ジョブの状態引き継ぎオプションを「行わない」から「行う」に変更し，JP1/AJS2を再起動するとKAVT2031-E，およびKAVT2034-Wのメッセージが統合トレースログに出力されます。これは，JP1/AJS2が再起動前にファイル監視ジョブの状態引き継ぎオプションが「行わない」であったため，再起動前のジョブの状態を引き継げなかったことを意味します。再起動前の状態を引き継ぐことができないので，ファイル監視ジョブが監視中のときには，ファイル監視ジョブの状態引き継ぎオプションを「行わない」から「行う」に変更しないでください。

Windowsでファイル監視ジョブを使用する場合，監視対象ファイル名に「*.*」を指定すると，拡張子のないファイル名のファイルも検知します。
例えば，監視対象ファイル名に「C:¥temp¥*.*」を指定した場合，C:¥temp下の次に示すファイル名のファイルが更新されるとイベントが発行されます。

abc

abc.txt

abc.txt.txt

監視対象ファイルがシンボリックリンクの場合は，監視できません。ただし，監視対象ファイル名にシンボリックリンクしたディレクトリが含まれていても，ファイル自体がシンボリックリンクでなければ監視できます。

Windowsのファイルシステムでは，次のファイル名が使用されます。

ユーザーが任意の文字列を指定したロングファイル名

Windowsが自動的に生成するショートファイル名（8.3形式）

JP1/AJS2のファイル監視ジョブも，これらのファイル名を監視対象とします。そのため，ファイル監視ジョブは，監視対象ファイル名とWindowsが自動的に生成したショートファイル名が一致したファイルについてもイベントを検知します。監視対象ファイル名とショートファイル名が一致した場合，一見すると意図しないファイルについてイベントを検知したように見えます。
ファイル監視ジョブが意図しないファイルを検知した場合は，コマンドプロンプトで次のコマンドを実行して監視対象ファイルのあるフォルダ配下のファイルのショートファイル名を出力し，監視対象ファイル名が意図しないファイルのショートファイル名と一致していないか確認してください。

dir 監視対象ファイルのあるフォルダのフルパス /x

ショートファイル名をファイル監視ジョブの監視対象にさせないようにするには，監視対象ファイル名を次のように指定してください。

監視対象ファイルに総称名を指定する場合は，ファイル名の固定文字列部分を8文字以上にする。
ショートファイル名を監視対象にしない場合と監視対象にする場合の監視対象ファイル名の定義例を，次の表に示します。

表8-18　ショートファイル名を監視対象にしない場合と監視対象にする場合の監視対象ファイル名の定義例

監視対象ファイル群
監視対象ファイル名で指定する総称名

ロングファイル名
ショートファイル名

C:¥temp¥ABCDEFGH001.log
C:¥temp¥ABCDEF~1.log

ショートファイル名を監視対象にしない場合

C:¥temp¥ABCDEFGH*.log

固定文字列部分「ABCDEFGH」が8文字以上です。

ショートファイル名を監視対象にする場合

C:¥temp¥ABCDEF*.log

固定文字列部分「ABCDEF」が8文字未満です。

C:¥temp¥ABCDEFGH002.log
C:¥temp¥ABCDEF~2.log

C:¥temp¥ABCDEFGH003.log
C:¥temp¥ABCDEF~3.log

C:¥temp¥ABCDXXXXXXX.log
C:¥temp¥ABCDEF~4.log

監視対象ファイル名に完全名を指定する場合は，ショートファイル名形式のファイル名を指定しない。
ショートファイル名形式のファイル名とは，8.3形式のショートファイル名をロングファイル名として命名したファイル名のことです。

補足事項
監視対象ファイル名にショートファイル名形式のファイル名を指定する場合は，指定するファイルと同じパス上にはショートファイル名形式のファイルだけを配置するようにしてください。

8.3.3　メール受信監視ジョブの注意事項

メール受信監視ジョブの注意事項（使用する前に知っておいた方がよいこと）について説明します。

メール受信監視ジョブを使った例を次に示します。

システム管理者からのメールを受信したときだけ後続ジョブを実行する。

「Error」というタイトルのメールを受信したときだけ後続ジョブを実行する。

メール受信監視では，メールを受信したときに条件が成立します。メール受信の詳細については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　2.5 メール受信の定義」を参照してください。

注意事項（UNIX限定）

メールシステムと連携する環境から，メールシステムと連携しない環境に変更するには，EVAction.conf（イベント・アクション定義ファイル）の[JP1_DEFAULT※¥JP1AOMAGENT¥mail_link]キーの下にあるExecModeを「U」から「N」に変更し，jbssetcnfコマンドを実行したあと，JP1/AJS2を再起動してください。

注※

論理ホストの場合は，論理ホスト名になります。

8.3.4　メッセージキュー受信監視ジョブおよびMSMQ受信監視ジョブの注意事項

メッセージ受信監視ジョブおよびMSMQ受信監視ジョブの注意事項（使用する前に知っておいた方がよいこと）について説明します。

メッセージキュー受信監視ジョブを使った例を次に示します。

特定のメッセージキューシステムのメッセージを受信したら後続ジョブを実行する。

転送キューにメッセージキューシステムのメッセージが届いたら後続ジョブを実行する。

TP1/Message QueueまたはMQSeriesを使ってメッセージキューを監視する場合は，メッセージキュー受信監視ジョブを定義します。MSMQを使ってメッセージキューを監視する場合は，MSMQ受信監視ジョブを定義します。

メッセージキュー受信監視ジョブでは，メッセージをキューから取り出した時点でジョブが終了し，条件が成立します。

メッセージキューシステムのメッセージ受信の詳細については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　3. メッセージキューシステムとの連携（バージョン7互換機能）」を参照してください。

注意事項（UNIX限定）

メッセージキューシステムと連携する環境から，メッセージキューシステムと連携しない環境に変更するには，EVAction.conf（イベント・アクション定義ファイル）の[JP1_DEFAULT※¥JP1AOMAGENT¥mq_link]キーの下にあるExecModeを「U」から「N」に変更し，jbssetcnfコマンドを実行したあと，JP1/AJS2を再起動してください。

注※

論理ホストの場合は，論理ホスト名になります。

8.3.5　ログファイル監視ジョブの注意事項

ログファイル監視ジョブの注意事項（使用する前に知っておいた方がよいこと）について説明します。

なお，ログファイル監視ジョブの動作については，マニュアル「JP1/Automatic Job Management System 2 解説　3.2.4(3) ログファイルの更新を契機に処理を実行する（ログファイル監視ジョブ）」を参照してください。

注意事項

ログファイル監視ジョブを実行する前に，JP1/Baseのログファイルトラップ管理サービスとJP1/Baseのイベントサービスを起動しておいてください。JP1/Baseのログファイルトラップ管理サービスとJP1/Baseのイベントサービスが起動されていない場合，ログファイル監視ジョブは，実行中の状態になっても実際には監視が行われていません。JP1/Baseのイベントサービスが起動されてから実際の監視を開始します。JP1/Baseのログファイルトラップ機能の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

ログファイル監視ジョブの動作条件，および監視できるファイルとデータは，JP1/Baseログファイルトラップ機能に依存します。

ログファイル監視ジョブの実行時には，ログファイル監視ジョブ単位でJP1/Baseのログファイルトラップ機能のメモリー，ディスク，およびシステム資源が必要になります。
JP1/Baseのリソースの見積もりについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

ジョブ実行時にマウントされたり，アンマウントされたりする環境にあるログファイルは，監視対象にしないでください。このようなファイルを監視対象にした場合，監視処理が正常に動作しなくなったり，ファイルが新規作成されたと誤認してログファイルを先頭から読み込んでしまったりするおそれがあります。

ログファイルの出力形式で「SEQ2」を選択した場合，ファイル検索間隔の間にファイル名の変更が2回以上行われると取得メッセージが消失してしまうので，ファイル検索間隔の指定には注意してください。
SEQ2で監視中に名称変更したファイルの編集を実施したい場合，新たなファイルが作成されたあと，指定したファイル検索間隔の時間が経過してから行ってください。

図8-15　「SEQ2」を選択した場合に取得メッセージが消失する例としない例

ログファイルの出力形式で「SEQ2」を選択する場合，実行ホストに指定したホストは次の環境にしてください。
Windowsの場合
・JP1/AJS2 08-00以降
・JP1/Base 08-10以降
UNIXの場合
・JP1/AJS2 07-00以降
・JP1/Base 07-00以降
これ以外の環境でジョブを実行した場合，ジョブが異常検出終了になります。

ファイル出力形式を「SEQ2」と定義しているジョブを，JP1/AJS2 - View 06-00～06-71の詳細設定で参照した場合，ファイル出力形式には何も表示されません。また，このときに詳細設定画面の［OK］ボタンを押すと，「SEQ2」と定義している内容が「SEQ」に上書きされるため注意してください。

同じログファイル（syslogファイルを含みます）を参照するログファイル監視ジョブを複数個定義すると，ログファイルアクセス回数が増えて負荷が大きくなります。この場合，JP1/Baseのログファイルトラップサービスを使用して一つのログファイルトラップの動作定義をしておきます。そして，JP1/BaseのJP1イベント変換機能を使用して，ログファイルの更新内容をJP1イベント化し，JP1イベント化したJP1イベントを，JP1イベント受信監視ジョブで監視することをお勧めします。

Windowsのネットワークドライブで参照できるログファイルや，UNIXのNFSマウント上のログファイルを監視対象にしないでください。これらのファイルを監視対象にした場合，ネットワークの切断によってログファイルを監視できなくなったり，ほかのシステムで使用中かどうか判断できないためログファイルを監視できなくなったりします。

次に示すファイルを監視対象にしないでください。これらのファイルを監視対象にした場合，監視処理が正常に動作しなくなることがあります。
・スペシャルファイル，デバイスファイル
・ログファイル中の1行の終了文字以外でバイナリーデータを含むレコードがあるファイル
・ファイル名が特定できないファイル

スケジューラーログを監視対象にした場合，監視中に「ajsalter -c COPY」を実行すると監視処理が正常に動作しなくなります。

ログファイル監視ジョブを開始したときに，監視対象のログファイルが見つけられなかった場合，監視対象のファイルが見つかるまで検索されます。そのため，監視開始から，ログファイルを見つけるまでの間に書き込まれたログデータについては，監視対象から外れている場合がありますので注意してください。

ログファイル監視ジョブ実行時に，オプション指定によって，ファイルがなかった場合にログファイル監視ジョブを異常終了とすることもできます。この場合は，監視開始時にファイルがないと，検索しないでログファイル監視ジョブを終了します。

正規表現で指定する項目では，指定した文字列は部分一致で条件一致となります。完全一致させたい場合は，完全名を明示的に指定した正規表現を使用してください。Windowsの正規表現については，マニュアル「JP1/Base 運用ガイド」を参照してください。UNIXの正規表現については，UNIXのドキュメントを参照してください。
JP1/Baseが前提としているLinuxでは，ログファイルトラップ機能で使用する正規表現で日本語は処理できません。そのため，JP1/AJS2のログファイル監視ジョブでも「.」（ピリオド）二つが日本語1文字に一致するなどの動作になります。正規表現については，マニュアル「JP1/Base 運用ガイド」を参照してください。

トラップするデータに，OR条件で複数のデータを指定したログファイル監視ジョブを起動条件で実行した場合で，ログファイルに書き込まれたログデータに指定した複数のデータが含まれているとき，一つのログデータに対して複数回，監視条件が成立します。このような場合，一つ目のデータを指定したあとのデータでは，指定したいデータをOR条件で指定し，前に指定したデータすべてをAND条件とNot条件を組み合わせて指定するようにしてください。

（例）

「Error」「Warning」「Information」「Notice」を監視する場合，次に示すように指定します。

「lftpd="Error";
　lftpd="Warning":!"Error";
　lftpd="Information":!"Error":!"Warning";
　lftpd="Notice":!"Error":!"Warning":!"Information";」

ログファイル名を相対パスで指定した場合，次に示すディレクトリが通常，ログファイルのカレントディレクトリとなります。
Windowsの場合
システムフォルダ¥system32
UNIXの場合
jajs_spmdコマンドの実行ディレクトリ

Windowsでは，多数のログファイル監視ジョブを同時に実行すると，JP1/Baseのエラーメッセージを出力し，ログファイル監視ジョブが異常終了することがあります。このような場合，マニュアル「JP1/Base 運用ガイド」を参照して，JP1/Baseのエラーメッセージの対処方法に従って対処してください。

8.3.6　Windowsイベントログ監視ジョブの注意事項

Windowsイベントログ監視ジョブの注意事項（使用する前に知っておいた方がよいこと）について説明します。

なお，Windowsイベントログ監視ジョブの動作の概要については，マニュアル「JP1/Automatic Job Management System 2 解説　3.2.4(4) Windowsイベントログの受信を契機に処理を実行する（Windowsイベントログ監視ジョブ）」を参照してください。

注意事項

Windowsイベント監視ジョブを使うためには，JP1/Baseの動作定義ファイルにイベントログトラップ機能の動作を設定する必要があります。

Windowsイベントログ監視ジョブを実行する前に，JP1/BaseのイベントログトラップサービスとJP1/Baseのイベントサービスを起動しておいてください。JP1/BaseのイベントログトラップサービスとJP1/Baseのイベントサービスが起動されていない場合，Windowsイベントログのイベントが発生してもWindowsイベントログ監視ジョブは実行中の状態のまま終了しません。

監視できるWindowsイベントは，JP1/Baseのイベントログトラップ機能に依存します。JP1/Baseのイベントログトラップ機能およびイベントログトラップ機能の動作定義については，マニュアル「JP1/Base 運用ガイド」を参照してください。

Windowsイベントが分類できなかった場合，Windowsのイベントビューアには「なし」と表示されますが，JP1/Baseのイベントログトラップ機能を使ってJP1イベント化すると「None」として扱われます。そのため，JP1/AJS2のWindowsイベントログ監視ジョブの定義項目「分類」では，「なし」ではなく「None」と定義してください。「なし」という文字列を指定しても条件は成立しませんので注意してください。

JP1/Baseのイベントログトラップ機能は，定義内容を変えないままで運用すると，「エラー」と「警告」だけが監視されるようになっています。「情報」，「失敗の監査」，および「成功の監査」を監視したい場合は，JP1/Baseのイベントログトラップ機能の動作定義ファイルに，監視したいイベントについての定義を追加してください。

Windowsイベントログ監視ジョブの定義項目「分類」に指定した監視条件とWindowsイベントの分類が完全に一致した場合に，監視条件が成立します。また，指定できる監視条件は255バイトまでですが，Windowsイベントログには255バイトよりも長い情報が登録される場合があります。この場合は，Windowsイベントログ監視ジョブの定義項目「分類」で指定した文字列と，255バイトまでのWindowsイベントの分類の情報とを比較し，一致した場合に条件が成立します。

正規表現で指定する項目では，指定した文字列は部分一致で条件一致となります。完全一致させたい場合は，完全名を明示的に指定した正規表現を使用してください。Windowsの正規表現については，マニュアル「JP1/Base 運用ガイド」を参照してください。

Windowsイベントログ監視ジョブの定義項目「説明」に改行を含む文字列を指定した場合，改行前までの文字列が一致すれば，改行以降の文字列が一致しなくても監視条件が成立します。改行を含むWindowsイベントの説明を正常に監視させたい場合は，改行コードが「¥n」のものを「¥n」，「¥r¥n」のものを「.*¥n」というように，正規表現を使用して指定するようにしてください。Windowsの正規表現については，マニュアル「JP1/Base 運用ガイド」を参照してください。

（例）次の文字列を監視する場合

「TEST1を開始します
　TEST2を開始します」

「TEST1を開始します」の後ろの改行が「¥n」であれば，次のように指定します。

「TEST1を開始します¥nTEST2を開始します」

「TEST1を開始します」の後ろの改行が「¥r¥n」であれば，次のように指定します。

「TEST1を開始します.*¥nTEST2を開始します」

8.3.7　実行間隔制御ジョブの注意事項

実行間隔制御ジョブの注意事項（使用する前に知っておいた方がよいこと）について説明します。

実行間隔制御ジョブを使った例を次に示します。

ジョブネットを実行登録して，その時刻から30分後に後続ジョブを実行する。
実行登録方法については，マニュアル「JP1/Automatic Job Management System 2 解説　4. 業務の実行」を参照してください。

実行間隔制御の定義では，待ち時間を1～1,440（単位：分）で指定します。

注意事項

実行間隔制御ジョブで指定する待ち時間は，ジョブの実行から終了までの時間ではなく，実行間隔制御プロセスでの待ち時間を意味します。通信の状態などによって，指定した待ち時間と誤差が生じる場合があります。

8.3.8　引き継ぎ情報定義時の注意事項

イベントジョブの引き継ぎ情報定義時の注意事項について説明します。イベントジョブの受信情報の引き継ぎに関する説明については，マニュアル「JP1/Automatic Job Management System 2 解説　3.2.4(6) イベントジョブの受信情報の引き継ぎ」を参照してください。

引き継ぎ情報は，イベントジョブを実行したホストと後続のジョブを実行するホストが異なっても引き継げます。このとき，ホスト間の文字コードが異なる場合は引き継ぎ情報を後続のホストの文字コードに変換します。ただし，引き継ぎ情報に含まれる文字がサポート範囲外の場合，JP1/AJS2が誤動作するおそれがあります。

JP1/AJS2で使用できる文字の範囲については「5.6.1 システムで使用する言語種別を検討する」を参照してください。なお，サポート範囲外の文字はスタンドアロン構成であっても使用できません。引き継ぎ情報の中に含めないようにしてください。

複数のイベントジョブを，一つの後続ジョブに関連づけた場合，すべてイベントジョブで受信した情報を後続ジョブに引き継げます。ただし，複数のイベントジョブで，同じマクロ変数を定義してある場合は，受信情報が上書きされます。

一つのイベントジョブの引き継ぎ情報に，同じ名称のマクロ変数が複数定義された場合，最初に定義された情報が引き継がれます。
＜JP1イベント受信監視イベントジョブでの例＞
引き継ぎ情報に次の二つを定義します。

?AJS2111?:EVID（マクロ変数「?AJS2111?」にイベントIDを引き継ぐように指定）

?AJS2111?:EVMSG（マクロ変数「?AJS2111?」にメッセージ情報を引き継ぐように指定）

この場合，「?AJS2111?」で引き継がれる情報はイベントIDになります。

コマンドラインには，エスケープシーケンスを含むデータを引き継がないでください。また，空白を含んだデータを引き継いだ場合，意図しない動作をすることがあるため，マクロ変数を「"（ダブルクォーテーションマーク）」で囲んで定義してください。

マクロ変数を後続ジョブのコマンドラインに指定する場合には，引き継ぐ情報に空白または「'（シングルクォーテーションマーク）」が含まれていると，情報を正しく引き継げません。また，マクロ変数はイベントジョブの後続ジョブを実行するエージェントホスト上で，コマンドラインに引き継いだ情報を展開した形で実行されます。引き継ぎ情報を定義する場合には，引き継ぐ情報の内容を意識して，実行時にコマンドの引数として扱える形の情報を引き継ぐ場合だけ定義してください。

イベントジョブから引き継ぐ情報がない場合，またはイベントジョブが実行されなかった場合は，後続ジョブで定義したマクロ変数には情報が引き継がれません。この場合，ジョブ実行時にマクロ変数名を「?AJS2111?」と定義すると，文字列「?AJS2111?」が渡されます。

イベントジョブの受信情報を引き継ぎ情報として，標準ジョブやアクションジョブのパラメーターに引き継ぐ場合で，引き継ぐ情報に「"（ダブルクォーテーションマーク）」が含まれるとき，「¥」を前に付けて指定する必要があります。「¥」を付けない場合，受信情報を引き継いでも「"（ダブルクォーテーションマーク）」が無視されるなどの現象が発生します。
これを防止するためには，「"（ダブルクォーテーションマーク）」を含むデータを指定したとおりに引き継ぎ情報として引き継がせるオプションを設定してください。
設定については，Windowsホストの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.13 「"（ダブルクォーテーションマーク）」を含むデータをイベントジョブの引き継ぎ情報に使用するための設定」を，UNIXホストの場合は，「JP1/Automatic Job Management System 2 セットアップガイド　16.9 「"（ダブルクォーテーションマーク）」を含むデータをイベントジョブの引き継ぎ情報に使用するための設定」を参照してください。

引き継ぎ情報をジョブのコマンドラインで使う場合は，引き継ぐ情報に「"（ダブルクォーテーションマーク）」などの文字列が入っていても，変換などは実行されず，そのまま後続ジョブに引き継がれます。そのため，各OSのコマンドラインの制約でジョブが正しく実行されないことがあります。特殊な文字が入っている引き継ぎ情報を使う場合には，コマンドラインに直接展開しないで，環境変数に引き継ぐようにしてください。

起動条件のイベントにマクロ変数を定義した場合は，起動条件の成立によって起動されたジョブネット全体に情報が引き継がれます。

マクロ変数名と引き継ぎ情報のサイズの合計が4,096バイトを超えないようにしてください。特に，起動条件をAND条件で定義している場合は，起動条件内に定義したすべてのイベントジョブのマクロ変数および引き継ぎ情報をマージします。このため，マクロ変数名と引き継ぎ情報のサイズの合計が4,096バイトを超えないように注意する必要があります。

8.3.9　イベントジョブを実行したままサービスを再起動する場合の注意事項

イベントジョブ（起動条件に設定しているものも含む）を実行したまま次の操作をした場合，スケジュール制御とイベント・アクション制御間で，実行中のイベントジョブについて互いの管理状態の整合を取るための通信，および関連の処理をします。そのため，イベントジョブを大量に実行している場合，それらの処理量が多くなり，高い負荷が掛かります。

高負荷状態になる操作

スケジューラーサービスを停止し，ウォームスタートまたはホットスタートする。

マネージャーホストのJP1/AJS2サービスを停止し，ウォームスタートまたはホットスタートする。

エージェントホストのJP1/AJS2サービスを停止し，再起動する。

jajs_maintainコマンドを実行する。

高負荷状態を回避するためには，次のように操作してください。

回避方法

高負荷状態になる操作をする前にイベントジョブを使用したジョブネットを強制終了し，操作後に再実行する。

高負荷状態になる操作をする前にイベントジョブを強制終了し，操作後に再実行する。

高負荷状態になる操作後は，30分～1時間程度の時間を置いてからジョブを操作する。

高負荷状態になる操作後は，30分～1時間程度の時間を置いてから監視対象イベントが発生するようにする。

なお，高負荷状態になると次に示す現象が発生するおそれがあります。

高負荷状態によって発生する現象

高負荷状態になる操作直後に実行登録したイベントジョブ（起動条件に設定しているものも含む）が「実行中」状態になるまでに長時間掛かる。※1

「実行中」状態のイベントジョブや「監視中」状態の起動条件付きジョブネットを強制終了しても，終了するまでに長時間掛かる。※1

「実行中」状態のイベントジョブの状態を変更しても，状態が変わるまでに長時間掛かる。※1

監視条件が成立しても，イベントを検知するまでに長時間掛かる。※1

高負荷状態になる操作直後に実行登録したイベントジョブ（起動条件に設定しているものも含む）が「キューイング」状態のままとなる。※2

「実行中」状態のイベントジョブや「監視中」状態の起動条件付きジョブネットを強制終了しても，終了しない。※2

監視条件が成立しても，イベントを検知しない。※2

注※1

現象1～4は，イベント・アクション制御の制限値に近い状態で高負荷状態になる操作をすると発生するおそれがあります。イベント・アクション制御の制限値については，「付録D(6) イベント・アクション制御の制限値」を参照してください。

注※2

現象5～7は，イベント・アクション制御の制限値を超えた状態で高負荷状態になる操作をすると発生するおそれがあります。イベント・アクション制御の制限値については，「付録D(6) イベント・アクション制御の制限値」を参照してください。

イベントジョブを大量に実行したまま高負荷状態になる操作をすると，スケジュール制御とイベント・アクション制御の間で大量の通信が発生し，通信エラー時のリトライに備えて生成・管理する未通知情報の数が増加します。保持できる未通知情報の数には上限を設けています。これは，未通知情報を上限なく保持してしまうと，その処理による高負荷が生じてほかの処理ができなくなり，ジョブの実行やイベントの検知の遅れが発生するためです。未通知情報の数が上限を超過した場合は，古い未通知情報から順に破棄されます。破棄された未通知情報の内容によって，現象5～7のどれかが発生します。

なお，JP1/AJS2では未通知情報の数の上限を公開していません。高負荷状態になる操作によって発生する未通知情報の数からイベント・アクション制御の制限値を算出しています。制限値を超えないように運用してください。

上記の現象が発生した場合は，次に示す回復方法で回復してください。

回復方法

現象1～4の場合
処理が終わるまで待ってください。ジョブ数にもよりますが，目安としては30分～1時間程度掛かります。

現象5の場合
該当するイベントジョブまたはジョブネットを強制終了し，実行登録し直してください。

現象6の場合
イベントジョブの場合は，状態変更して終了してください。起動条件付きジョブネットの場合は，再度強制終了してください。

現象7の場合
該当するイベントジョブまたは起動条件付きジョブネットを強制終了し，実行登録し直してください。そのあと，再度監視対象のイベントを発生させてください。

8.4　アクションジョブの注意事項

アクションジョブの注意事項（使用する前に知っておいた方がよいこと）について説明します。アクションジョブの説明については，マニュアル「JP1/Automatic Job Management System 2 解説」を参照してください。

アクションジョブの種類を，次の表に示します。

表8-19　アクションジョブの種類

アクションジョブの種類 | ジョブの内容
JP1イベント送信ジョブ | JP1イベントをJP1/Baseのイベントサービスに登録する。
メール送信ジョブ | メールを送信する。
メッセージキュー送信ジョブ※ | TP1/Message QueueまたはMQSeriesのメッセージを送信する。
MSMQ送信ジョブ | MSMQのメッセージを送信する。
JP1/Cm2状態通知ジョブ | JP1/Cm2/NNMまたはhp OpenView NNMに状態を通知する。
ローカル電源制御ジョブ※ | JP1/Power Monitorと連携して，ローカル電源制御ジョブを実行したホストをシャットダウンする。
リモート電源制御ジョブ※ | JP1/Power Monitorと連携して，ネットワーク上のホストの電源を投入したり，システムを終了したりする。

注※

Linuxは対象外です。

注意事項

アクションジョブには「実行時のユーザー」は指定できません。詳細については各アクションジョブの注意事項を参照してください。

アクションジョブはジョブ実行多重度の影響を受けます。そのため，ジョブ実行多重度に設定した値以上のジョブをエージェントホストで同時に実行しようとした場合，ジョブは実行待ち状態となります。実行多重度については，「8.1.19 ジョブ実行多重度に関する注意事項」を参照してください。

＜この節の構成＞

8.4.1　JP1イベント送信ジョブの注意事項

8.4.2　メール送信ジョブの注意事項

8.4.3　メッセージキュー送信ジョブおよびMSMQメッセージ送信ジョブの注意事項

8.4.4　JP1/Cm2状態通知ジョブの注意事項

8.4.5　ローカル電源制御ジョブおよびリモート電源制御ジョブの注意事項

8.4.1　JP1イベント送信ジョブの注意事項

JP1イベント送信ジョブの注意事項（使用する前に知っておいた方がよいこと）について説明します。送信するJP1イベントには，重大度，イベントID，および送信先ホスト名を指定します。JP1イベントを送信したあと，送信したJP1イベントが送信先ホストのイベントサーバに到達したかどうかを確認することもできます。送信先ホストには，JP1/Baseが必要です。

注意

JP1イベント送信ジョブを実行する前に，送信元と送信先で，JP1/Baseイベントサービスを起動しておいてください。

JP1イベント送信ジョブを使ったジョブネットの例を次に示します。

あるジョブが異常終了したときにJP1イベントを送信する。別のジョブネットに，そのJP1イベントを受信したらジョブネットを起動するように起動条件を定義しておき，ジョブが異常終了したときだけジョブネットを起動する。

ジョブが終了したらJP1イベントをJP1/IM - Managerがインストールされたサーバに送信するように定義しておき，送信したJP1イベントをJP1/IM - View上で確認する。

注意事項

JP1イベントの到達確認は，送信したイベントが送信先イベントサーバへ到達したことを確認できるまで待つ機能であり，送信失敗時にリトライを行う機能ではありません。そのため，送信先のイベントサービスが停止している状態でイベント送信ジョブを実行した場合，「確認間隔」，「確認回数」の指定有無にかかわらず，すぐに終了します。

JP1イベントの到達確認をしない場合は，次に示すイベントサーバをイベント送信先ホスト名に指定してもエラーにはなりません。
・JP1/Baseのイベントサーバとして定義されていないイベントサーバ
・起動していないイベントサーバ
・ネットワーク障害などで，JP1イベントが届かないイベントサーバ

イベント送信先ホスト名に自ホスト以外のホスト名を指定して送信したJP1イベントは，自ホストのイベントサーバからは取得できません。

イベント送信先ホスト名を指定して，JP1イベントを他ホストのイベントサーバに送信する場合，JP1/Baseのイベントサーバ設定ファイル（conf）で設定した「forward-limit」によるリトライの対象にはなりません。

イベント送信先ホスト名，メッセージ，または拡張属性の値にマクロ変数を指定する場合に，引き継ぐ情報に「"（ダブルクォーテーションマーク）」が含まれていると，情報を正しく引き継げなかったり，エラーが発生したりする原因となります。マクロ変数は，引き継ぐ情報を意識して，正常に動作できる情報を引き継ぐ場合だけ，指定するようにしてください。

イベント送信先ホスト名を指定しない場合，JP1イベントはJP1イベント送信ジョブ実行ホストのイベントサーバに送信されます。

アクションジョブには「実行時のユーザー」は指定できません。JP1イベント送信ジョブを実行する［登録ユーザー］または［所有ユーザー］にユーザーマッピングされているプライマリーOSユーザーがJP1イベントの発行元ユーザーとなります。

環境変数JP1_HOSTNAMEに自ホストに存在しない論理ホスト名が設定されている場合は，JP1イベント送信ジョブの実行ホストが論理ホストであっても，イベント送信元ホスト名は物理ホスト名になります。

JP1イベント送信ジョブは，JP1/Baseのイベントサーバの機能を利用しています。このため，複数LAN環境でJP1イベントの送信経路などを設定したい場合は，JP1/Base側で通信経路の設定（confファイルの設定）が必要です。JP1/Base側での通信経路の設定方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/Baseのイベントサービス環境の設定で，API設定ファイルのserverパラメーターの通信タイプには「keep-alive」を指定してください。「close」を指定すると，JP1/AJS2の起動時に発行されるJP1イベントが発行されなくなったり，統合トレースログにメッセージKAVT1040-Eが出力されてJP1イベント送信ジョブが異常検出終了したりするなど，システムが正常に動作しなくなるおそれがあります。
設定方法およびAPI設定ファイルの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

8.4.2　メール送信ジョブの注意事項

メール送信ジョブの注意事項（使用する前に知っておいた方がよいこと）について説明します。メールシステムと連携している場合，メール送信します。Windows，UNIXどちらのホストへもメールを送信できます。

メール送信ジョブを定義したジョブネットの例を次に示します。

ジョブが警告終了したときにメールを送信する。

ジョブネット中のジョブがすべて終了したらメールを送信する。

メール送信ジョブで実行できる機能の詳細については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　2.6 メール送信の定義」を参照してください。

注意

アクションジョブには「実行時のユーザー」は指定できません。メール送信ジョブをUNIXホストで実行する場合は，メール差出人とするユーザーをプライマリーOSユーザーとしてユーザーマッピングしたJP1ユーザーでログインし，実行登録してください。

8.4.3　メッセージキュー送信ジョブおよびMSMQメッセージ送信ジョブの注意事項

メッセージキュー送信ジョブおよびMSMQメッセージ送信ジョブの注意事項（使用する前に知っておいた方がよいこと）について説明します。メッセージキューシステムと連携している場合，指定したメッセージキューへメッセージを送信します。Windows，UNIXどちらのホストでもメッセージキューシステムのメッセージを送信できます。ただし，MSMQを使用している場合は，UNIXホストには送信できません。また，メッセージキュー連携機能はLinuxをサポートしていないため，Linuxホストはメッセージキューシステムと連携できません。

メッセージキューシステムのメッセージ送信ジョブを定義したジョブネットの例を次に示します。

ジョブが警告終了したときにメッセージキューシステムにメッセージを送信する。

ジョブネット中のジョブがすべて終了したらメッセージキューシステムにメッセージを送信する。

TP1/Message QueueまたはMQSeriesへメッセージを送信する場合は，メッセージ送信ジョブを定義します。MSMQへメッセージを送信する場合は，MSMQメッセージ送信ジョブを定義します。

メッセージキュー送信ジョブまたはMSMQ送信ジョブで実行できる機能の詳細については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　3. メッセージキューシステムとの連携（バージョン7互換機能）」を参照してください。

注意

アクションジョブには「実行時のユーザー」は指定できません。メッセージキュー送信ジョブおよびMSMQメッセージ送信ジョブを実行する場合は，メッセージキューに対する書き込み権限が設定されているユーザーをプライマリーOSユーザーとしてユーザーマッピングしたJP1ユーザーでログインし，実行登録してください。

8.4.4　JP1/Cm2状態通知ジョブの注意事項

JP1/Cm2状態通知ジョブの注意事項（使用する前に知っておいた方がよいこと）について説明します。JP1/Cm2/NNMまたはhp OpenView NNMに任意の状態を通知します。JP1/Cm2またはhp OpenViewとの連携については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　14. JP1/Cm2またはhp OpenViewを使った監視」を参照してください。

注意

JP1/Cm2状態通知ジョブをUNIXホストで実行する場合は，スーパーユーザー権限が必要になります。アクションジョブには「実行時のユーザー」は指定できないため，スーパーユーザーをプライマリーOSユーザーとしてユーザーマッピングしたJP1ユーザーでログインし，実行登録してください。

8.4.5　ローカル電源制御ジョブおよびリモート電源制御ジョブの注意事項

ローカル電源制御ジョブおよびリモート電源制御ジョブの注意事項（使用する前に知っておいた方がよいこと）について説明します。

ローカル電源制御ジョブは，JP1/Power Monitorと連携して，マネージャーホストまたはエージェントホストを終了します。

リモート電源制御ジョブは，JP1/Power Monitorと連携して，ネットワーク上のJP1/Power Monitorのエージェントホストを起動・終了します。制御できるホストは，JP1/Power Monitorのマネージャー・エージェント構成を取っているホストです。JP1/AJS2のマネージャー・エージェント構成には依存しません。

なお，JP1/Power MonitorはLinuxをサポートしていないため，LinuxホストはJP1/Power Monitorと連携できません。

また，リモート電源連携ジョブを実行すると，ジョブを実行するホスト（エージェント）上のJP1/Power Monitorに対して，リモート電源制御を要求します。その後，JP1/Power Monitorによってリモート電源制御が行われます。なお，設定された次回電源投入時刻は，リモート電源制御ジョブが実行されるホストの実行ユーザーのタイムゾーンで指定された時刻で動作します。

リモート電源制御ジョブを実行するホストには，JP1/Power Monitorのリモート電源連携のマネージャーホストの設定が必要です。

補足事項

イベントジョブ実行継続オプションを使用していると，エージェントホストのJP1/AJS2が終了してもマネージャーホスト上のイベントジョブの状態は「実行中」のままとなります。そのため，計画終了などでマネージャーホスト上のジョブの終了を待って停止する運用の場合は計画停止できません。イベントジョブ実行継続オプションと併用する場合は，実行中のイベントジョブの終了を待つか，イベントジョブを強制終了する，またはスケジュールなどによってイベントジョブが終了している状態で停止するなど，計画的な運用が必要です。

＜この項の構成＞

(1)　ローカル電源制御ジョブを定義したジョブネットの例

(2)　リモート電源制御ジョブを定義したジョブネットの例

(3)　電源制御ジョブ実行時のOSユーザーについての注意事項

(1)　ローカル電源制御ジョブを定義したジョブネットの例

ローカル電源制御ジョブを定義したジョブネットの例を次に示します。

先行するジョブが終了したら，実行ホストで指定されたマネージャーホストまたはエージェントホストを終了させる。

なお，JP1/AJS2からローカル電源制御ジョブを実行するのと，JP1/Power Monitorのカレンダーで計画的に停止するのは，同じ動作です。

ローカル電源制御ジョブで実行できる機能の詳細については，マニュアル「JP1/Power Monitor」を参照してください。

注意

アクションジョブには「実行時のユーザー」を指定できません。そのため，ローカル電源制御ジョブは，Administrators権限またはスーパーユーザー権限があるOSユーザーをプライマリーOSユーザーとしてマッピングしたJP1ユーザーでログインし，実行登録する必要があります。詳細については，「(3) 電源制御ジョブ実行時のOSユーザーについての注意事項」を参照してください。

(2)　リモート電源制御ジョブを定義したジョブネットの例

リモート電源制御ジョブを定義したジョブネットの例を次に示します。

ジョブの実行前にエージェントホスト（JP1/Power Monitorのエージェントホスト）を起動して，そのホストでジョブを実行する。ジョブが終了したら，ホストも終了する。

先行ジョブが異常終了したら，そのジョブを実行していたホスト（JP1/Power Monitorのエージェントホスト）を再起動して，ジョブを実行する。

リモート電源制御ジョブで実行できる機能の詳細については，マニュアル「JP1/Power Monitor」を参照してください。

注意

アクションジョブには「実行時のユーザー」を指定できません。そのため，リモート電源制御ジョブは，Administrators権限またはスーパーユーザー権限があるOSユーザーをプライマリーOSユーザーとしてマッピングしたJP1ユーザーでログインし，実行登録する必要があります。詳細については，「(3) 電源制御ジョブ実行時のOSユーザーについての注意事項」を参照してください。

(3)　電源制御ジョブ実行時のOSユーザーについての注意事項

JP1/Power Monitorと連携する電源制御ジョブ（ローカル電源制御ジョブおよびリモート電源制御ジョブ）は，次の表に示すOSユーザーで実行する必要があります。

表8-20　電源制御ジョブを実行するOSユーザー

項番
OS
OSユーザー

1
Windows Server 2008

UACが有効な場合

Administratorユーザー（ビルトインAdministratorアカウント）

UACが無効な場合

Administratorユーザー（ビルトインAdministratorアカウント），またはAdministratorsグループユーザー

2
Windows Server 2008以外のWinddows
Administratorsグループユーザー

3
UNIX
スーパーユーザー

JP1/Power Monitorが動作するOSについては，マニュアル「JP1/Power Monitor」を参照してください。

8.5　こんなこともできます

この節では，起動条件監視中のジョブネットを停止させる方法，JP1/AJS2 - Managerホストに接続しているJP1/AJS2 - Viewを確認する方法などについて説明します。

＜この節の構成＞

8.5.1　起動条件を設定したジョブネットを運用する

8.5.2　JP1/AJS2が発行するイベントやメッセージを監視する

8.5.3　SNMPトラップ送信を抑止する

8.5.4　複数のサービスを同時に起動する

8.5.5　JP1/AJS2 - Managerホストに接続しているJP1/AJS2 - Viewを確認する

8.5.6　ジョブの終了コードを確認する

8.5.7　イベントジョブ実行時に使用する通信の送信バインド方式を設定する

8.5.8　JP1/AJS2のサービスが停止してもイベントジョブの実行を継続させる

8.5.9　登録予定情報をバックアップ・リカバリーする

8.5.1　起動条件を設定したジョブネットを運用する

ここでは，起動条件を設定したジョブネットの運用に関するFAQを記載します。

＜この項の構成＞

(1)　起動条件監視中のジョブネットの停止について

(2)　起動条件が複数回成立するジョブネットの運用について

(1)　起動条件監視中のジョブネットの停止について

起動条件監視中のジョブネットを強制終了し，ジョブネットの実行登録を解除する手順について説明します。

手順の概要は次のとおりです。

起動条件が「監視中」の世代を強制終了して，起動条件の監視を打ち切る。

「実行中」か，または「起動条件待ち」の世代を強制終了する。

ジョブネットの実行登録を解除する。

ここでは，上記の手順について，コマンドを使う場合と，JP1/AJS2 - Viewを使う場合とに分けて説明します。

(a)　コマンドを使う場合

コマンドを使って，起動条件監視中のジョブネットを強制終了し，ジョブネットの実行登録を解除する手順を次に示します。

「ajskill 操作対象ジョブネット名」コマンドを実行する。
「監視中」の世代が自動判定され，強制終了されます。世代の状態は「監視中」から「監視打ち切り終了」に変わります。
同時に，「起動条件待ち」の世代（起動条件が成立していないか，または部分成立している世代）が消滅します。

「実行中」か，または「起動条件待ち」の世代が残っている場合は，手順1を繰り返す。
「実行中」の世代が自動判定され，強制終了されます。世代の状態は「実行中」から「強制終了」に変わります。同時に，次の「起動条件待ち」の世代が「実行中」になります。

「実行中」のすべての世代が「強制終了」に変わるまで，手順1を繰り返す。

「ajsleave 操作対象ジョブネット名」コマンドを実行する。
ジョブネットの実行登録が解除されます。

補足事項

手順2で，「実行中」か，または「起動条件待ち」の世代が残っているかどうかを確認する場合，ajsshowコマンドを使うと便利です。ajsshowコマンドは次の形式で実行してください。

ajsshow -g a -f "%C %#" 操作対象ジョブネット名

-gオプションには，引数として，「操作対象ジョブネット名」に指定したジョブネットの全世代の実行結果情報を出力する「a」を指定します。

-fオプションには，フォーマット識別子として，ジョブネットの状態を出力する「%C」と，ジョブネットの実行IDを出力する「%#」を指定します。

ajsshowコマンドの詳細は，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsshow」を参照してください。

(b)　JP1/AJS2 - Viewを使う場合

JP1/AJS2 - Viewを使って，起動条件監視中のジョブネットを強制終了し，ジョブネットの実行登録を解除する手順を次に示します。

JP1/AJS2 - Viewの［デイリースケジュール］ウィンドウ，または［マンスリースケジュール］ウィンドウを表示する。

実行結果リストに表示されている「監視中」の世代を選択し，［操作］－［強制終了］を選択する。
「監視中」の世代が強制終了され，世代の状態は「監視中」から「監視打ち切り終了」に変わります。
同時に，「起動条件待ち」の世代（起動条件が成立していないか，または部分成立している世代）が消滅します。

「実行中」か，または「起動条件待ち」の世代が残っている場合は，実行結果リストに表示されている「実行中」の世代を選択し，［操作］－［強制終了］を選択する。
「実行中」の世代が強制終了され，世代の状態は「実行中」から「強制終了」に変わります。同時に，次の「起動条件待ち」の世代が「実行中」になります。

「実行中」のすべての世代が「強制終了」に変わるまで，手順3を繰り返す。

［JP1/AJS2 - View］ウィンドウのリストエリアに表示されている，実行登録を解除したいジョブネットを選択し，［操作］－［登録解除］を選択する。
ジョブネットの実行登録が解除されます。

(2)　起動条件が複数回成立するジョブネットの運用について

起動条件の有効範囲内に起動条件が複数回成立するジョブネットでは，繰り越し未実行となって実行されないジョブネットが発生する場合があります。この現象は，次の条件が重なった場合に発生します。

多重起動に「不可能」を設定した起動条件付きジョブネットを実行登録している。

起動条件成立によって実行中の世代があるときに再び起動条件が成立し，実行を開始しようとした起動条件待ち世代が，実行中の世代の終了を待っている。

ルートジョブネットに設定された「打ち切り時間」を過ぎている。

上記の三つの条件が重なった場合，メッセージKAVS0277-Iが出力され，実行中の世代の終了を待っていた世代は繰り越し未実行となり，実行されません。

この現象を回避するために，次に示す方法のどれかで設定してください。

ジョブネットを多重起動できるようにする。
GUIで設定する場合は，JP1/AJS2 - Viewの［詳細定義－［ジョブネット］］ダイアログボックスの［定義］タブで，［多重起動］に［可能］を指定します。
コマンドで設定する場合は，ユニット定義ファイルのジョブネット定義情報のmpパラメーターに「y」を指定します。

ジョブネットの打ち切り時間を無制限にする。
GUIで設定する場合は，JP1/AJS2 - Viewの［詳細定義－［ジョブネット］］ダイアログボックスの［定義］タブで，［打ち切り時間］に［無制限］を指定します。
コマンドで設定する場合は，ユニット定義ファイルのジョブネット定義情報のcdパラメーターに「un」を指定します。

環境設定パラメーターCONDEXECDEFERを設定する。
環境設定パラメーターCONDEXECDEFERに「no」を設定します。
「no」を指定した場合，繰り越し未実行になる条件を満たしても繰り越し未実行にしないで，実行中の世代の終了を待ち続けます。
パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.1.2 スケジューラーサービス環境設定ファイルの環境設定パラメーター一覧」を参照してください。

8.5.2　JP1/AJS2が発行するイベントやメッセージを監視する

JP1/AJS2のメッセージを監視する場合，メッセージの最後に付加情報が追加されるおそれがあるため，メッセージIDを監視するか，またはメッセージの前文を監視するようにしてください。メッセージの全文で監視すると，メッセージが検出できない場合があります。

JP1/AJS2のイベントジョブに，JP1/AJS2が発行するJP1イベントやWindowsイベント，ログファイルに出力されるメッセージを監視するように指定しても，JP1/AJS2の状態によってはイベントとして正しく受信できなかったり，監視条件の設定によってはイベントジョブとして無限に実行してしまったりする場合があります。具体的には，次のような現象が発生する場合があります。

イベントジョブは通常のジョブと同様に，ジョブネット中のジョブとして実行されます。JP1/AJS2が起動され，ジョブネットが起動されて初めてイベントの監視が始まります。ジョブネット開始イベントは，最初のジョブが起動したあとに発行されるため，イベントジョブを実行しているJP1/AJS2のジョブネット開始イベントは監視できません。

JP1/AJS2にトラブルが発生し，イベントジョブが定義されているジョブネットが異常終了した場合，イベントジョブ自体も異常終了するので，イベントは監視できなくなります。

イベントジョブも，ジョブの延長でJP1イベントやWindowsイベントを発行したり，ログファイルにメッセージを出力したりします。イベントジョブが発行したJP1イベント，Windowsイベント，およびログファイルに対するメッセージを，そのイベントジョブ自身が監視することになるため，監視が無限に続いてしまいます。

上記の対処方法として，JP1/AJS2が発行するイベントやログファイル中のメッセージを契機にアクションを実行する場合は，JP1/IMの自動アクション機能か，またはイベントジョブを実行しているマネージャーとは別のJP1/AJS2のマネージャーを使用してください。JP1/AJS2が発行するイベントやログファイル中のメッセージを契機にコマンドなどを実行する場合については，JP1/AJS2のマネージャーが複数ある場合（論理ホストを幾つかに分けてJP1/AJS2を多重起動している場合を含む）と，JP1/AJS2のマネージャーが一つだけの場合（JP1/AJS2を多重起動していない場合）とに分けて次に説明します。また，イベントやメッセージの監視に関する注意事項も説明します。

なお，この節で説明する内容は，JP1/AJS2自身が発行するJP1イベント，Windowsイベント，ログファイル・syslogファイルなどに出力するメッセージを監視する場合を対象としています。JP1イベント送信ジョブを使用する場合や，ユーザージョブとしてJP1イベントを送信する場合は，対象外です。

＜この項の構成＞

(1)　JP1/AJS2のマネージャーが複数ある場合（論理ホストを幾つかに分けてJP1/AJS2を多重起動している場合を含む）

(2)　JP1/AJS2のマネージャーが一つだけの場合（JP1/AJS2を多重起動していない場合）

(3)　イベントやメッセージの監視に関する注意事項

(1)　JP1/AJS2のマネージャーが複数ある場合（論理ホストを幾つかに分けてJP1/AJS2を多重起動している場合を含む）

JP1/AJS2のマネージャーが複数ある場合，または論理ホストを幾つかに分けてJP1/AJS2を多重起動している場合に，ほかの論理ホスト上のJP1/AJS2が発行するイベントやログファイル中のメッセージを監視するときの対処方法を説明します。なお，このとき，JP1/IMは不要です。

(a)　ほかの論理ホスト上のJP1/AJS2が発行するJP1イベントを監視したい場合，またはJP1/AJS2のマネージャーが複数ある場合

標準では，ほかのホスト（論理ホスト）上のJP1/AJS2が発行するJP1イベントは監視できません。

ただし，監視対象のJP1/AJS2が発行するJP1イベントを，JP1/Baseのイベントサービス機能を使って転送すれば監視できます。このとき，JP1イベントを，そのJP1イベントを発行したJP1/AJS2が管理するホストとは別のホスト（論理ホスト）上のイベントサービスに転送してください。そのJP1イベントが登録されたJP1/AJS2が管理するホスト上のイベントサービスに転送しても監視できません。

JP1イベントの流れの例を次の図に示します。

図8-16　JP1イベントの流れ

上記の図の場合，HOSTAのJP1/AJS2が発行するJP1イベントを監視したい場合は，JP1イベントをHOSTCまたはHOSTDのイベントサービスに転送してください。HOSTBのイベントサービスに転送しても監視できません。

(b)　ほかの論理ホスト上のJP1/AJS2が発行するWindowsイベントを監視したい場合

Windowsイベントは，JP1/Baseのイベントログトラップ機能が動作する論理ホスト上だけで監視できます。

JP1/AJS2が発行するWindowsイベントを監視する場合は，論理ホストを分け，監視したいJP1/AJS2とは別のマネージャーから監視してください。この場合，監視されるJP1/AJS2からはWindowsイベントログ監視ジョブは使用できません。

(c)　ほかの論理ホスト上のJP1/AJS2が出力するログファイル中のメッセージを監視したい場合

監視対象のログファイルを，ほかの論理ホストのJP1/AJS2から参照してください。

(2)　JP1/AJS2のマネージャーが一つだけの場合（JP1/AJS2を多重起動していない場合）

JP1/AJS2のマネージャーが一つだけの場合に，JP1/AJS2が発行するイベントやログファイル中のメッセージを監視するときの対処方法を説明します。なお，このとき，JP1/IMが必要です。

(a)　JP1/AJS2が発行するJP1イベントを監視したい場合

JP1/IMの自動アクション機能を使用してください。

(b)　JP1/AJS2が発行するWindowsイベントを監視したい場合

JP1/BaseのWindowsイベントトラップ機能，およびJP1/IMの自動アクション機能を使用してください。

(c)　JP1/AJS2が出力するログファイル中のメッセージを監視したい場合

JP1/Baseのログファイルトラップ機能，およびJP1/IMの自動アクション機能を使用してください。

(3)　イベントやメッセージの監視に関する注意事項

イベントやメッセージの監視に関する注意事項を次に示します。

(a)　2台のJP1/AJS2 - Managerホストでイベントジョブを用いてホストを監視する場合

次に示す図のように，あるJP1/AJS2 - Managerホスト（HOSTA）をHOSTBのマネージャー（監視する側）として，別のJP1/AJS2 - Managerホスト（HOSTB）をHOSTAのエージェント（監視される側）として設定し，イベントジョブを用いてHOSTAからHOSTBを監視する場合の制限事項を次に示します。

図8-17　2台のJP1/AJS2 - Managerホストでのイベントジョブを用いたホストの監視 (1)

制限事項

HOSTBのJP1/AJS2が起動していない場合，HOSTBでは，イベントジョブを用いた監視はできません。
マネージャーにはエージェントの機能も含まれています。そのため，HOSTAが監視しているHOSTBのエージェントは，HOSTBのマネージャーの起動・停止と連動して起動・停止します。

HOSTBのJP1/AJS2が異常終了した場合，HOSTAに情報を通知できません（HOSTAからHOSTBの監視はできません）。
マネージャーにはエージェントの機能も含まれています。そのため，HOSTAが監視しているHOSTBのエージェントは，HOSTBのマネージャーの異常終了と連動して停止します。

この構成でホストを監視したい場合は，次の図に示すように，イベントを，監視する側および監視される側のJP1/AJS2 - Managerホストとは別のJP1/AJS2 - Managerホストに転送してください。

図8-18　2台のJP1/AJS2 - Managerホストでのイベントジョブを用いたホストの監視 (2)

(b)　複数台のJP1/AJS2 - Managerホストが1台のJP1/AJS2 - Agentホストをエージェントとして設定している場合

複数台のJP1/AJS2 - Managerホストが1台のJP1/AJS2 - Agentホストをエージェントとして設定している場合，エージェントのJP1/AJS2 - Agentは同一のログファイル（エージェントが出力している，JP1/AJS2のログファイル）の情報を監視します。そのため，マネージャーが異なっていても，該当するエージェントを管理するマネージャーからは正しく監視できません。

この構成でイベントやメッセージを監視したい場合は，次の図に示すように，イベントやメッセージを，JP1/AJS2 - Agentホストを管理するJP1/AJS2 - Managerホストとは別のJP1/AJS2 - Managerホストに転送してください。

図8-19　複数台のJP1/AJS2 - Managerホストが1台のJP1/AJS2 - Agentホストをエージェントとして設定している場合のイベントやメッセージの監視

8.5.3　SNMPトラップ送信を抑止する

JP1/AJS2側でJP1/Cm2またはhp OpenViewとの連携のためのセットアップを実施していないにもかかわらず，NNMのアラームブラウザーにJP1/AJS2のSNMPトラップが送信されてしまう場合があります。

トラップの送信を抑止したい場合，トラップの送信元となるホストで，JP1の共通定義情報に，SNMPトラップの送信を抑止するオプションを指定しておく必要があります。

JP1/AJS2からのSNMPトラップ送信を抑止する場合，JP1/Baseの共通定義情報にSNMPトラップの抑止を設定してください。

JP1/AJS2からのSNMPトラップ送信の抑止手順を次に示します。

エディターで，次に示す内容を記述したファイルを作成する。
ファイル名は任意です。なお，SNMPトラップ送信を抑止しない場合は，「Y」と記述されている部分に「N」を指定してください。「Y」および「N」ではない値が指定されていると，トラップ送信時にエラーが発生します。

[JP1_DEFAULT¥JP1AOMAGENT¥ov_link]
"TRAPRESTRAIN"="Y"

次に示すコマンドを実行する。

JP1/Baseのインストール先フォルダ¥bin¥jbssetcnf ファイル名

手順1で作成したファイルが登録されます。

8.5.4　複数のサービスを同時に起動する

JP1/AJS2 - ManagerおよびJP1/AJS2 - AgentのJP1/AJS2サービスの複数起動と，JP1/AJS2サービスに含まれるスケジューラーサービスの複数起動について説明します。

＜この項の構成＞

(1)　JP1/AJS2サービスを複数起動する

(2)　スケジューラーサービスを複数起動する

(1)　JP1/AJS2サービスを複数起動する

JP1/AJS2サービスは，クラスタ運用のために，1台のホストで複数起動できます。複数起動する場合，1台のホストを仮想的に複数台使うために論理ホストを定義して，論理ホスト単位に起動するように環境設定します。

複数のJP1/AJS2サービスを論理ホスト単位に起動する場合は，論理ホストごとにJP1/AJS2の環境設定をします。また，サービス多重起動時には，システム資源（セマフォ，仮想メモリー，共有メモリー，ディスク容量など）を，JP1/AJS2サービスの同時起動数に合わせて準備します。

複数のJP1/AJS2サービスが起動している場合の動作イメージを次の図に示します。

図8-20　JP1/AJS2サービスの複数起動

(2)　スケジューラーサービスを複数起動する

マネージャー中のJP1/AJS2サービスに含まれるサービスのうち，スケジューラーサービスについては，ルートジョブグループを複数定義して，それぞれにスケジューラーサービスを起動させて運用できます。

複数のスケジューラーサービスが起動している場合の動作イメージを次の図に示します。

図8-21　スケジューラーサービスの複数起動

スケジューラーサービスを複数起動する場合は，一つの論理ホストの環境設定中に，複数のスケジューラーサービスの環境設定をします。

スケジューラーサービスの多重起動の検討に際しては，「5.3.6 スケジューラーサービスの多重起動について検討する」を参照してください。また，スケジューラーサービスの多重起動の設定方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.7.1 スケジューラーサービスの多重起動の設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.7.1 スケジューラーサービスの多重起動の設定」（UNIXの場合）を参照してください。

スケジューラーサービスを一つずつ起動したい場合は，JP1/AJS2を起動した状態でajsstartコマンドを実行します。また，一つずつ終了したい場合は，JP1/AJS2を起動した状態でajsstopコマンドを実行します。

スケジューラーサービス多重起動時の注意事項

多重起動時に，「-F サービス名」オプションを指定しないでコマンドを実行すると，「デフォルトスケジューラーサービス」に対する操作となるので，必ず-Fオプションを指定してください。

なお，環境変数AJSCONFにサービス名を指定すると，-Fオプションを省略できます。

スケジューラーサービスは，1台のマシンにつき物理ホストと論理ホストを合わせて20個まで定義できます。

8.5.5　JP1/AJS2 - Managerホストに接続しているJP1/AJS2 - Viewを確認する

JP1/AJS2 - Managerホストに接続しているJP1/AJS2 - Viewの数や接続元ホストのIPアドレス，ホスト名などを確認するには，ajsstatusコマンドを使用します。ajsstatusコマンドに-vオプションを指定すると，次に示すJP1/AJS2 - Viewの接続情報が表示できます。

接続先スケジューラーサービス名

接続元のJP1/AJS2 - ViewにログインしているJP1ユーザー名

JP1/AJS2 - Viewの接続を管理しているajsmonsvrのプロセスID

接続開始時間

接続元のJP1/AJS2 - ViewホストのIPアドレス

接続元のJP1/AJS2 - Viewホストのホスト名

ajsstatusコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsstatus」を参照してください。

注意

JP1/AJS2 Monitorサービス（Windows）またはajsinetd（UNIX）が起動されていない場合は，ajsstatusコマンドを実行してもJP1/AJS2 - Viewの接続情報は出力されません。

8.5.6　ジョブの終了コードを確認する

ジョブの終了コードは，JP1/AJS2 - Viewの［モニタ詳細‐［アイコン名］］ダイアログボックス，またはjpqjobgetコマンドのEXITCODEなどで確認できます。ジョブの終了コードには，通常，正常終了では「0」，異常検出終了では起動したジョブプロセスの終了コードが設定されます。

しかし，次の表に示す場合では，JP1/AJS2によって終了コードが設定されます。

表8-21　JP1/AJS2によって終了コードが設定される条件とその終了コード

条件
JP1/AJS2によって設定される終了コード

PCジョブ，UNIXジョブ，アクションジョブ，カスタムジョブ，またはJP1/AJS2をホストに指定したQUEUEジョブで，次の状態になる場合。

起動失敗

強制終了（打ち切り時間指定による打ち切り終了も含みます）

異常検出終了※

「-1」を設定します。

UNIXジョブで，JP1/AJS2で予期しないエラーが発生した場合。
「255」を設定します。

注※

ジョブプロセスが終了したあとのJP1/AJS2側の後処理で何か問題が発生した場合（例えば，マネージャーホストへの結果ファイルの転送失敗など）は，ジョブプロセスのリターンコードが，JP1/AJS2によって「-1」で上書きされて異常検出終了になります。

注意

PCジョブの場合は，起動したジョブプロセス自身がリターンコードとして「-1」を返すこともできます。また，UNIXジョブでは負の値で終了すると，終了コードは，256 + 負の値と扱われます。例えば，ジョブプロセスが「-1」で終了した場合，終了コードは，256 - 1 = 255となります。したがって，ジョブプロセスによって設定された終了コードなのか，JP1/AJS2によって設定された終了コードなのかを判別する必要がある場合は，ユーザーアプリケーションなどで設定する終了コードには，「-1」および「255」を使用しないようにしてください。

また，イベントジョブおよびアクションジョブが，実行しているとき（ジョブプロセスが起動されてから終了するまで）に設定される終了コードについては，「付録G イベントジョブおよびアクションジョブ実行時の戻り値一覧」を参照してください。

ジョブの終了コードには，ユーザーアプリケーションやJP1/AJS2以外にOSが設定するものがあります。代表的な終了コードを次の表に示します。これらの終了コードはOSのアップグレードなどによって変更になる場合もありますので，使用しているOSの技術情報を確認してください。

表8-22　OSが設定するジョブの終了コードの例

OS
終了コード
原因
対処方法

Windows
259または-1
結果ファイルのオープンに失敗していることが考えられます。この場合は，同時に次に示すどちらかのメッセージが出力されます。

「KAVU3284-W 内部処理（論理ホスト名）でシステムコールエラーが発生しました（要因個所：要因個所，要因番号1：0x2013000a，システムコール名：CreateFile，要因番号2：要因番号2）」

標準エラー出力に「プロセスはファイルにアクセスできません。別のプロセスが使用中です。」

ジョブとして実行するプログラム内でオープンするファイル，またはバッチファイル内のリダイレクションでオープンするファイルを，ジョブを登録するときの標準出力ファイル，または標準エラー出力ファイルとして指定しないでください。ただし，プログラム内で関数を使用してオープンする場合に限って，共有の読み取りまたは共有の書き込みを許可する設定でオープンすることによって回避することもできます。

128
デスクトップヒープの領域不足が考えられます。この場合は，同時に次に示すどちらかのメッセージが出力されます。

「XXXX.XXX - アプリケーションエラー：アプリケーションを正しく初期化できませんでした。」

「XXXX.XXXの初期化に失敗しました。」

デスクトップヒープ領域の消費を少なくしたい場合は，ジョブを実行するユーザーのアカウントを，「JP1/AJS2サービス」のアカウントと同じにして運用してください。

UNIX
シグナル番号+128
ジョブプロセスから起動したプログラムがシグナルを受信したことが考えられます。※
次に示すどちらかの方法で対処してください。

ジョブプロセスから起動するプログラムがシグナルを受信しないようする。

ジョブプロセスから起動するプログラムにシグナルハンドラーなどを設定して，シグナルの種類によって終了コードを切り分けるなどの処理を追加する。

注※

ジョブプロセス自身がシグナルを受信すると，終了コードは「-1」でジョブが強制終了になります。

8.5.7　イベントジョブ実行時に使用する通信の送信バインド方式を設定する

イベントジョブ実行時に使用する通信のバインド方式は，JP1/Baseの通信設定に従い，デフォルトではANYバインド方式が設定されます。クラスタ運用する場合はクラスタシステムのセットアップをしたときに，物理ホストと論理ホストの両方で自動的にIPバインド方式が設定されます。このとき，送信のバインド方式と受信のバインド方式は同じIPバインド方式となります。なお，複数LAN接続機能によりJP1/Baseの通信設定で送信と受信のバインド方式は個々に設定できます。

ただし，イベントジョブ実行時に使用する通信の送信バインド方式の設定については，JP1/Baseの通信設定の送信のバインド方式にかかわらず，次に示す手順で送信のバインド方式を受信のバインド方式に従うように設定できます。

06-71以降のバージョンを新規インストールで使用する場合は，この設定は使用しないでJP1/Baseの通信設定でバインド方式を設定してください。なお，06-51以前のバージョンからのバージョンアップで，すでにイベントジョブ実行時に使用する通信の送信バインド方式の設定を行っている場合，設定内容は引き継がれますが，再インストールをしたときには，再度イベントジョブ実行時に使用する通信の送信バインド方式の設定することで，06-51以前のバージョンと同じ設定にすることができます。

設定手順を次に示します。なお，この設定は，マネージャーホストおよびイベントジョブを実行するすべてのエージェントホストで行ってください。

＜この項の構成＞

(1)　Windowsの場合

(2)　UNIXの場合

(1)　Windowsの場合

［コントロールパネル］の［サービス］で，次に示すサービスを停止する。

JP1/AJS2サービス

メモ帳などのテキストエディターで，次に示す内容を記述した設定ファイルを作成する。

［{JP1_DEFAULT|論理ホスト名}¥JP1AOMMANAGER］
　"ClientBindFlag"=dword:1
［{JP1_DEFAULT|論理ホスト名}¥JP1AOMAGENT］
　"ClientBindFlag"=dword:1

{JP1_DEFAULT|論理ホスト名}の部分は，物理ホストの場合は「JP1_DEFAULT」を，論理ホストの場合は「論理ホスト名」を指定します。
イベントジョブ実行時に使用する通信の送信バインド方式の設定を解除する場合は，「1」と記述されている部分に「0」を入力してください。
設定ファイルのファイル名は任意です。

ファイルを保存し，次のコマンドを実行する。

jbssetcnf 設定ファイル名

jbssetcnfコマンドのパスは，JP1/Baseのインストール先フォルダ¥bin¥jbssetcnfです。
jbssetcnfコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/AJS2を再起動する。
設定ファイルに記述した内容が反映されます。

(2)　UNIXの場合

JP1/AJS2サービスを停止する。
次のコマンドを実行して，プロセスがすべて停止していることを確認します。

# /etc/opt/jp1ajs2/jajs_stop
# /opt/jp1ajs2/bin/jajs_spmd_status

viなどのエディターで，次に示す内容を記述した設定ファイルを作成する。

［{JP1_DEFAULT|論理ホスト名}¥JP1AOMMANAGER］
　"ClientBindFlag"=dword:1
［{JP1_DEFAULT|論理ホスト名}¥JP1AOMAGENT］
　"ClientBindFlag"=dword:1

{JP1_DEFAULT|論理ホスト名}の部分は，物理ホストの場合は「JP1_DEFAULT」を，論理ホストの場合は「論理ホスト名」を指定します。
イベントジョブ実行時に使用する通信の送信バインド方式の設定を解除する場合は，「1」と記述されている部分に「0」を入力してください。
設定ファイルのファイル名は任意です。

ファイルを保存し，次のコマンドを実行する。

jbssetcnf 設定ファイル名

jbssetcnfコマンドのパスは，JP1/Baseのインストール先フォルダ¥bin¥jbssetcnfです。
jbssetcnfコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/AJS2を再起動する。
設定ファイルに記述した内容が反映されます。

なお，この設定を使用すると，JP1/Baseの通信設定にかかわらず，この設定が有効になります。この設定を指定しない，またはこの設定で「0」を指定している場合は，JP1/Baseの通信設定の送信のバインド方式に準じます。

8.5.8　JP1/AJS2のサービスが停止してもイベントジョブの実行を継続させる

エージェントホストのJP1/AJS2のサービスを停止した場合，またはマネージャーホストのJP1/AJS2のサービスを停止した場合，停止時に「実行中」だったジョブは「異常検出終了」状態となり，ジョブネットが中断します。

ただし，イベントジョブについては，イベントジョブ実行継続オプションを使用することで，サービス停止時に「実行中」だったイベントジョブの状態をそのまま引き継ぎ，再起動後も継続してイベントジョブを実行させることができます。

なお，電源ダウンやプロセス強制終了などによるフェールオーバーの場合は，イベントジョブ実行継続オプションを使用しなくても，サービス停止時に「実行中」だったイベントジョブの状態をサービス再起動後も引き継ぎます。

イベントジョブ実行継続オプションを使用する場合の設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.33 JP1/AJS2のサービスが停止してもイベントジョブの実行を継続させる設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.30 JP1/AJS2のサービスが停止してもイベントジョブの実行を継続させる設定」（UNIXの場合）を参照してください。

ここでは，イベントジョブ実行継続オプションを使用する場合としない場合の動作について説明します。

＜この項の構成＞

(1)　マネージャー・エージェント構成の場合

(2)　スタンドアロンの場合

(3)　計画的にJP1/AJS2を停止させる場合の注意事項

(4)　その他の注意事項

(5)　補足事項

(1)　マネージャー・エージェント構成の場合

マネージャー・エージェント構成で，エージェントホストのメンテナンスのためにエージェントホストのJP1/AJS2のサービスを12:00から12:30まで停止する場合を例に，イベントジョブ実行継続オプションを使用する場合としない場合の動作を次に示します。ジョブネットは8:00に開始し，17:00に終了するというスケジュールで運用しているものとします。

図8-22　イベントジョブ実行継続オプションを使用する場合としない場合の動作

イベントジョブ実行継続オプションを使用しない場合，エージェントホストのJP1/AJS2のサービスを停止すると，マネージャーホストにエージェントが停止した旨が通知されます。この場合，サービス停止時に「実行中」だったイベントジョブの状態は「異常検出終了」となり，ジョブネットが終了します。

一方，イベントジョブ実行継続オプションを使用した場合，エージェントホストのJP1/AJS2のサービスを停止しても，サービス停止時に「実行中」だったイベントジョブの状態は「実行中」となります。サービス再起動後も「実行中」の状態をそのまま引き継ぎ，イベントジョブの実行を継続します。

なお，次の図に示すように，JP1/AJS2のサービスを再起動する時点から，フェールオーバーしてJP1/AJS2のサービスが起動し，イベント監視が開始するまでの期間に発生したイベントに関しては，検知できません。

図8-23　イベントを検知できる期間

(2)　スタンドアロンの場合

スタンドアロン構成の場合も，マネージャー・エージェント構成の場合と同様に，イベントジョブ実行継続オプションを使用した場合は，サービス停止時に「実行中」のイベントジョブの状態を再起動後も引き継ぎます。

ただし，この場合はサービスをホットスタート（サービスの起動モードを「自動継続」または「hot」とする）で再起動する必要があります。サービスの起動モードについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.1.5 スケジューラーオプションを定義する」（Windowsの場合），「JP1/Automatic Job Management System 2 セットアップガイド　14.1.3 スケジューラーサービス環境設定パラメーターの定義内容」（UNIXの場合），または「15.4.1 JP1/AJS2起動時の動作を一時的に変更する」を参照してください。

(3)　計画的にJP1/AJS2を停止させる場合の注意事項

マネージャー・エージェント構成で，実行中のすべてのジョブが終了するのを待ってからマネージャーホストを停止するように運用している場合，イベントジョブ実行継続オプションを使用しているとマネージャー上は「実行中」状態を継続するため，マネージャーホストを 計画停止できません。具体的には次の場合に計画停止できません。

jajs_spmd_stopコマンドに-jobオプションを指定して実行する。

JP1/Power MonitorでJP1/AJS2のジョブネットの終了を待つように設定し，次のどれかの方法でホストを終了する。

ローカル電源制御ジョブの終了要求種別に「計画終了」，「監視終了」，または「制限終了」を指定し，ジョブを実行する。

リモート電源制御ジョブの要求種別に「計画終了」，「監視終了」，または「制限終了」を指定し，ジョブを実行する。

JP1/Power Monitorから「計画終了」，「監視終了」，または「制限終了」を指定してホストを終了する。

(4)　その他の注意事項

JP1/AJS2 - Agentが06-00-/D以前のバージョンの場合は，イベントジョブ実行継続オプションを使用できません。

イベントジョブ実行継続オプションは，物理・論理ホストのマネージャー単位で設定してください。

イベントジョブ実行中にエージェントホストのJP1/AJS2を再起動すると，イベントの監視を自動継続するためにマネージャーからエージェントにイベントの監視要求を行います。多数のイベントジョブを実行中の場合，エージェントでイベントを検知できる状態になるまで時間が掛かることがあるため，注意してください。

イベントジョブ実行継続オプションでファイル監視ジョブの実行を継続する場合，ファイル監視ジョブの状態引き継ぎオプションが設定されていても，監視対象ファイルの状態は引き継がれません。そのため，ファイル監視ジョブを実行中のエージェントが停止してから再起動してイベント監視を再開するまでの期間に発生したイベントは，検知されません。
ファイル監視ジョブの状態引き継ぎオプションの詳細については，「8.3.2 ファイル監視ジョブの注意事項」を参照してください。

(5)　補足事項

打ち切り時間を設定したイベントジョブの場合，サービス停止時までにカウントしていた打ち切り時間はいったんクリアーされ，再起動時点を0としてカウントし直します。

実行間隔制御ジョブの場合，サービス停止前までにカウントしていた待ち時間はいったんクリアーされ，再起動時点を0としてカウントし直します。

JP1イベント受信監視ジョブで，［実行前のイベント検索］を「する」としている場合，イベントの検索時間として指定している値の範囲内であれば，サービス停止から再起動までの間に監視対象のJP1イベントを受信したときは再起動後にイベント検知となります。

作成されたファイルを監視するファイル監視ジョブで，「既存ファイルも条件成立」を指定している場合，サービス停止から再起動までの間にファイルが作成されたときは再起動後に監視条件成立となります。

8.5.9　登録予定情報をバックアップ・リカバリーする

ジョブネットの登録予定情報をエクスポートする機能（ajsrgexportコマンド）とインポートする機能（ajsrgimportコマンド）を使用して，ジョブネットの実行登録状態をバックアップ・リカバリーできます。

図8-24　登録予定情報のエクスポート・インポート機能を使用した登録状態のバックアップとリカバリー

ajsprintコマンドとajsdefineコマンドを使用してユニット定義情報をバックアップ・リカバリーするのに対し，ajsrgexportコマンドとajsrgimportコマンドでは，ジョブネットの登録予定情報をエクスポートし，その情報をインポートすることで，ジョブネットの実行登録状態をバックアップ・リカバリーします。

JP1/AJS2のシステムに障害などが発生した場合，これらの機能を使用することで運用再開までの作業を大幅に短縮できます。

＜この項の構成＞

(1)　登録予定情報のエクスポート（ajsrgexportコマンド）

(2)　登録予定情報のインポート（ajsrgimportコマンド）

(3)　前提条件

(4)　注意事項

(5)　登録予定情報のエクスポート手順

(6)　登録予定情報のインポート手順

(1)　登録予定情報のエクスポート（ajsrgexportコマンド）

ajsrgexportコマンドでは，ジョブネットの実行登録状態（実行登録時に指定したマクロ変数やタイムゾーンなどの情報を含む）をテキスト形式のファイルにエクスポートします。このジョブネットの実行登録状態や登録時に指定した条件などの情報を登録予定情報と呼びます。また，登録予定情報をエクスポートしたファイルを登録予定情報ファイルと呼びます。ajsrgexportコマンドの詳細についてはマニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsrgexport」を，登録予定情報ファイルについてはマニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　2.6 登録予定情報ファイル」を参照してください。

エクスポートの対象は，「計画実行」または「確定実行」で実行登録されている次のルートジョブネットです。「即時実行」で実行登録されているジョブネットを指定した場合は，登録予定情報をエクスポートしません。

ルートジョブネット

ルートリモートジョブネット

プランニンググループ配下のルートジョブネット

シナリオグループ配下のルートジョブネット

オペレーションネット用スケジューラーサービス配下のルートジョブネット

計画実行登録したジョブネットの場合は，直近の実行予定をエクスポートします。確定実行登録したジョブネットの場合は，直近の実行予定以降の作成済み予定をエクスポートします。どちらの場合も，実行結果および擬似予定はエクスポートしません。擬似予定については，マニュアル「JP1/Automatic Job Management System 2 解説　4.3.2(1) スケジュールシミュレーション」を参照してください。

図8-25　エクスポートされる実行予定

なお，確定実行登録の場合は，計画一時変更している予定もエクスポートします。ただし，インポート先で計画一時変更分の予定を変更解除することはできません。計画実行登録の場合は，計画一時変更分の予定をエクスポートしないため，インポートしたあとに計画一時変更をし直す必要があります。

(2)　登録予定情報のインポート（ajsrgimportコマンド）

ajsrgexportコマンドでエクスポートした登録予定情報ファイルをインポートし，エクスポート時と同一の実行登録状態にします。ajsrgimportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsrgimport」を参照してください。

計画実行登録されていたジョブネットの場合は，インポート後にジョブネットのスケジュールルールに基づいて再計算されます。一方，確定実行登録されていたジョブネットの場合は，エクスポートした登録予定情報ファイルの内容に基づき，ajsrgimportコマンドの実行日以降の実行予定をインポートします。

図8-26　インポートされる実行予定

インポート対象のルートジョブグループ配下は，エクスポート元とインポート先とで同一のユニット構成である必要があります。

次のような場合はインポートできません。

エクスポートしたユニットの実行登録時のJP1ユーザーと，インポートを実行するJP1ユーザーと異なる。

指定したユニットがエクスポートした登録予定情報ファイルにない。

登録予定情報ファイルにアクセスできない。

登録予定情報ファイルの中に，インポート先にないユニットがある。

指定した登録予定情報ファイル名が255バイトを超えている。

登録予定情報ファイルの内容に，不正な定義がある。

指定したユニットがインポート先にない。

インポート対象のジョブネットが，インポート先ですでに実行登録されている。

インポート実行日がジョブネットのスケジュールルールの有効範囲を過ぎている。

ジョブネットのスケジュールルールで，処理サイクルまたは振り替え方法が指定されていない。

排他スケジュールに指定されているジョブネットが，エクスポート元とインポート先で異なる。

カレンダーを参照するジョブグループがない。

(3)　前提条件

登録予定情報のエクスポート・インポート機能を使用する場合，インポート先でジョブの実行ができるようにインポート先の環境をエクスポート元の環境と合わせておく必要があります。

必要に応じて，インポートの前に「11.3 JP1/AJS2を使用するシステムの設定情報のリカバリー」に記載される手順に従って，ジョブの実行ができる環境を整えておいてください。

登録予定情報のエクスポート・インポート機能は，エクスポート元とインポート先のマシンや，スケジューラーサービスが異なっていても使用できます。ただし，インポート先の環境に合わせて，登録予定情報ファイルの文字コードや改行コードを合わせる必要があります。

他のマシン・他のスケジューラーサービスでエクスポート・インポートする場合の前提条件と，前提条件を満たさなかった場合の影響について，次に示します。

マシンに関する前提条件

前提条件 | 前提条件を満たさない場合の影響
エクスポート元とインポート先で，ジョブネットの実行登録時に使用したタイムゾーンの名称と，当該タイムゾーンで表される時間帯が同じであること。 | エクスポート元と異なる開始予定日時のスケジュールが生成されるおそれがあります。
エクスポート元およびインポート先と，エージェントホストが通信できること。 | エージェントホストと通信できない場合，インポート時にジョブを実行できません。
エクスポート元およびインポート先と，QUEUEジョブに指定したホストが通信できること。 | エージェントホストと通信できない場合，インポート時にQUEUEジョブを実行できません。

JP1/Baseの設定での前提条件

前提条件 | 前提条件を満たさない場合の影響
ジョブネット実行登録時のJP1ユーザーがインポート先でユーザーマッピングされていること。 | ジョブネット実行登録時のJP1ユーザーがインポート先でユーザーマッピングされていない場合，インポート時にエラーとなります。
エクスポート元とインポート先で認証サーバが異なる場合，双方の認証サーバで同一のJP1ユーザー・アクセス権限が登録されていること。 | エクスポート元・インポート先の認証サーバに同一のJP1ユーザー・アクセス権限が登録されていない場合，インポート時またはジョブ実行時にエラーが発生するおそれがあります。

スケジューラーサービスでの前提条件

前提条件 | 前提条件を満たさない場合の影響
インポート先のJP1/AJS2のローカル時刻がエクスポート元より遅れていないこと。 | インポート先のローカル時刻がエクスポート元より遅れている場合，エクスポート元で実行したスケジュールが再度生成されることがあります。
キューレスジョブを使用する場合，インポート先でもajsqlsetupコマンド（キューレスジョブ実行環境セットアップ）を実行していること。 | キューレスジョブ実行環境がセットアップされていない場合，インポート後，ジョブ実行時にキューレスジョブを実行できません。

ジョブ実行環境での前提条件

前提条件 | 前提条件を満たさない場合の影響
エクスポート元およびインポート先に，ジョブの運用で使用する転送ファイルがあること。 | 転送ファイルがない場合，インポート後，ジョブ実行時にエラーとなります。
エクスポート元のジョブ実行時に使用するエージェントやキューがインポート先に定義されていること。 | ジョブ実行時に使用するエージェントやキューが定義されていない場合，インポート後，ジョブ実行時にエラーとなります。

環境設定パラメーターでの前提条件
エクスポート元とインポート先で，次の環境設定パラメーターの値が同一であること。

スケジューラーサービスに関する環境設定パラメーター

環境設定パラメーター※1 | 前提条件を満たさない場合の影響
AJSCHARCODE※2（スケジューラーサービスの文字コード） | ユニット定義やジョブネット実行登録時に指定したマクロ変数にマルチバイト文字が含まれる場合，それらの文字列はAJSCHARCODEに指定した文字コードで表されます。したがって，エクスポート元とインポート先でAJSCHARCODEに指定する文字コードが異なる場合，インポートすると文字化けが発生するため，インポートできません。
ROOTJOBNETSCHEDULERANGE（ルートジョブネットの時間制） | エクスポート元が48時間制で，インポート先が24時間制となっている場合，日またがりのスケジュールの実行日は翌日扱いとなります。この場合，例えばジョブネットを運用日に実行する場合，日またがりのスケジュールで翌日扱いとなったときに翌日が休業日であるとスケジュールは生成されません。

注※1

定義キーは，[{JP1_DEFAULT|論理ホスト名}¥JP1AJSMANAGER¥スケジューラーサービス名]です。

注※2

OSごとの文字コードの設定について次に示します。

AJSCHARCODEの値
ajsrgexportコマンド実行時の
環境変数LANGの値

HP-UX
Solaris
AIX
Linux

SJIS
ja_JP.SJIS
ja_JP.PCK
Ja_JP
－

EUC
ja_JP.eucJP
ja
ja_JP
－

C
C
C
C
C

UTF-8
－
－
－
ja_JP.UTF-8

（凡例）　－：使用できません。

ジョブ実行環境に関する環境設定パラメーター

定義キー | 環境設定パラメーター | 定義内容
[{JP1_DEFAULT|論理ホスト名}¥JPQNBQMANAGER¥Queue] | MaximumQueue※1 | キューの最大定義数
[{JP1_DEFAULT|論理ホスト名}¥JPQNBQMANAGER¥Job] | MaximumContentJob※2 | システム内の最大ジョブ数
AlterContentJob※2 | システム内の警告ジョブ数
[{JP1_DEFAULT|論理ホスト名}¥JPQNBQMANAGER¥Agent] | MaximumAgent※1 | エージェントの最大定義数
LeastRecentlyUsed※2 | ジョブを配信するエージェントホストの決定方式の定義
[{JP1_DEFAULT|論理ホスト名}¥JPQNBQMANAGER¥Resource] | MaximumResource※1 | 排他実行リソースの最大定義数
[{JP1_DEFAULT|論理ホスト名}¥JPQNBQCLIENT¥PathEnv] | All Users※2 | 転送元ファイルの検索パス
JP1ユーザー名※2 | 転送元ファイルの検索パス
[{JP1_DEFAULT|論理ホスト名}¥JPQNBQCLIENT¥Process] | MacroOptionReplaceMode※2 | マクロ変数の引き継ぎ情報がNULL文字列の置き換え方法の設定

注※1

値が同一でなかった場合，エージェントやキューを定義できなくなるおそれがあります。

注※2

値が同一でなかった場合，ジョブの実行に影響が出るおそれがあります。

エクスポート・インポートするユニットの前提条件

前提条件
前提条件を満たさない場合の影響

エクスポート元のマネージャー上でジョブを実行していないこと。
エクスポート元のマネージャーがダウンしているケースや，ジョブの実行先が異なるケースがあり，インポート後，ジョブ実行時にエラーになることがあります。

QUEUEジョブのホスト名に，エクスポート元の物理ホスト・論理ホストを指定していないこと。
エクスポート元のマネージャーがダウンしているケースや，ジョブの実行先が異なるケースがあり，インポート後，ジョブ実行時にエラーになることがあります。

エクスポートするユニットを計画実行登録している場合，エクスポート元とインポート先でルートジョブネットまでのユニット完全パスが同一であること。
インポート時にエラーになります。

エクスポートするルートジョブネットを確定実行登録している場合，エクスポート元とインポート先でルートジョブネットまでのユニット完全パスが同一であり，かつルートジョブネット配下のユニット構成がすべて同じであること。
インポート時にエラーになります。

他のジョブグループのカレンダーを参照するように指定しているジョブネットをインポートする場合，参照先のジョブグループがエクスポート元と同一パスでインポート先にも存在すること。
インポート時に実行登録失敗となります。

排他スケジュールを指定しているジョブネットをインポートする場合，排他ジョブネットがエクスポート元と同一パスでインポート先にも存在すること。
インポート時に実行登録失敗となります。

ジョブネットコネクタを含むルートジョブネットをインポートする場合，接続先のジョブネットがエクスポート元と同一パスでインポート先にも存在すること。
インポート後，ジョブ実行時にジョブネットコネクタが異常検出実行中のままとなります。

接続先のジョブネットをインポートする場合，ジョブネットコネクタがエクスポート元と同一パスでインポート先にも存在すること。
インポート後，ジョブ実行時に接続先のジョブネットが次のように動作します。

実行順序制御方式が「同期」の場合

開始予定日時を過ぎた時点で実行されます。

実行順序制御方式が「非同期」の場合

開始予定日時になった時点で実行されます。

(4)　注意事項

登録予定情報のエクスポート・インポート機能を使用する際の注意事項を次に示します。

世代の作成中・削除中にエクスポートした場合

エクスポート機能では，エクスポートコマンド（ajsrgexport）実行時の登録状態をエクスポートします。したがって，世代の作成中・削除中（確定実行を期間指定で登録中，計画一時変更中，および登録解除中）にエクスポートを実行すると，作成途中または削除途中の世代をそのままエクスポートしてしまいます。

世代の作成中にエクスポートした場合の例を次に示します。

図8-27　世代の作成中（確定実行登録）にエクスポートした場合の例

例えば，図8-27のように4月1日から4月6日までの確定世代を作成する際に，4月2日までの世代しか作成していないタイミングで登録予定情報のエクスポートを実行した場合は，4月2日までの世代だけ出力され，4月3日以降の世代はエクスポートされません。

登録予定情報のエクスポートは，実行登録や登録解除，計画一時変更の処理中など，世代の作成中に実行しないでください。

起動条件を定義しているジョブネットの場合

起動条件を定義していて，ジョブネットのスケジュールルールで起動条件の有効範囲を設定している場合，エクスポート時点までの，起動条件のイベントの発生回数・監視時間は出力されません。例えば，起動条件の有効範囲を5回と設定していて，エクスポート時点ですでに2回イベントが発生している場合でも，インポート後にはイベントの発生を5回監視します。

(5)　登録予定情報のエクスポート手順

登録予定情報をエクスポートする手順を次に示します。

ユニット定義情報をバックアップする。
必要に応じて，ユニット定義情報をバックアップします。
詳細については，「11.2.2(3) ユニット定義のバックアップ」を参照してください。

ajsrgexportコマンドを実行し，登録予定情報をエクスポートする。
次の形式でコマンドを実行します。

ajsrgexport [-F サービス名] [-R] [-e {s|f}] [-o 登録予定情報ファイル名] [-m] ユニット名...

ajsrgexportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsrgexport」を参照してください。

注意事項

エクスポートした登録予定情報ファイルは修正しないでください。修正した場合，正常に動作しないおそれがあります。

実行予定の計画一時変更を確認する。
計画実行登録の場合，計画一時変更していても変更分の情報はエクスポートされないため，インポートする情報は計画一時変更前のものとなります。インポート先で計画一時変更した予定で実行したい場合は，インポート後に計画一時変更するための資料を残すように運用してください。
確定実行登録の場合，計画一時変更していた情報もエクスポートされるため，インポート後も変更された予定で実行登録されます。ただし，変更解除できないため，インポート後に変更した予定を元に戻すための資料を残すように運用してください。
インポート後に計画一時変更または変更した予定を元に戻すための資料がない場合は，ajsshowコマンドで登録状態を確認し，情報をエクスポートしてください。ajsshowコマンドについては，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsshow」を参照してください。
なお，実行予定を計画一時変更していない場合，この操作は不要です。

注意事項

ajsrgexportコマンドは，実行登録されているルートジョブネットの実行予定世代から登録予定情報を取得します。確定実行登録しているルートジョブネットをエクスポートする場合，計画一時変更した情報も取得するため，世代情報が変更されるタイミング（ルートジョブネットの実行登録処理中や，予定情報の作成中・削除中）に実行すると，エラーとなるおそれがあります。

ジョブネットの実行予定世代については，マニュアル「JP1/Automatic Job Management System 2 解説　4.2 ジョブネットの世代管理」を参照してください。

(6)　登録予定情報のインポート手順

登録予定情報をインポートする手順を次に示します。

ユニット定義情報をリカバリーする。
必要に応じて，ユニット定義情報をリカバリーします。
詳細については，「11.3.3(6) ユニット定義のリカバリー」を参照してください。
登録予定情報のエクスポート時からユニット定義情報に変更がない場合，この操作は不要です。

エージェントホストのサービスを再起動する。
マネージャー・エージェントが別ホストで，イベント監視を行っている場合は，エージェントホストのJP1/AJS2のサービスを再起動してください。
それ以外の場合，この操作は不要です。

ajsalterコマンドを実行してジョブの実行を抑止する。
次の形式でコマンドを実行します。

ajsalter -F サービス名 -s EXEC

ajsalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsalter」を参照してください。

ajsrgimportコマンドを実行し，登録予定情報をインポートする。
次の形式でコマンドを実行します。

ajsrgimport [-F サービス名] [-f] [-u ユニット名|-o ユニット名]... -i 登録予定情報ファイル名

注意事項

ajsrgimportコマンドを実行する前に，対象となるジョブネットが登録解除されていることを確認してください。ジョブネットが登録済みの場合，ajsrgimportコマンドは異常終了します。

補足事項

ajsrgimportコマンドの-fオプションで，インポートした時点ですでに当日の実行開始予定時刻を過ぎていた場合に，すぐに実行を開始するか，実行を抑止するかを指定できます。

ajsrgimportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsrgimport」を参照してください。

登録状態（インポート状態）を確認し，必要に応じて変更する。
当日に実行させたくないジョブネットや，保留・保留解除などを一時変更したいユニットがあれば，計画一時変更を行います。

インポートを実行した結果に問題がないことを確認したら，ajsalterコマンドを実行してジョブの実行抑止を解除する。
次の形式でコマンドを実行します。

ajsalter -F サービス名 -s none

ajsalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsalter」を参照してください。

8.6　予期せぬトラブルに備えて

この節では，トラブル発生時に早期解決させるための準備について説明します。

トラブルは，さまざまな要因（JP1/AJS2，ユーザープログラム，オペレーティングシステム，オペレーションミスなど）で発生するおそれがあります。トラブル発生時に備えて，運用前に次の準備をしておくことをお勧めします。

＜この節の構成＞

(1)　資料採取ツールのカスタマイズ

(2)　JP1/Base，JP1/AJS2，OSの正確なバージョンを把握

(1)　資料採取ツールのカスタマイズ

JP1/AJS2ではトラブル発生時に資料を採取するための資料採取ツールを用意しています。

Windowsの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　8.1 ログ情報の採取方法」，UNIXの場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　17.1 ログ情報の採取方法」を参照して，運用にあわせて資料採取ツールをカスタマイズしておくことをお勧めします。また資料採取ツールを実行できない場合は手動で資料を採取できます。

採取が必要な資料は，「17.3 トラブル発生時に採取が必要な資料」を参照してください。

なお，トラブルが発生する前に資料採取ツールで資料が正しく採取されることを確認してください。

(2)　JP1/Base，JP1/AJS2，OSの正確なバージョンを把握

発生したトラブルの要因調査にJP1/Base，JP1/AJS2，OSのバージョン情報が必要になります。サポートサービスを利用する場合，トラブル発生環境を正確に把握することは早期問題解決のために重要です。

8.7　組み込みDBの動作に関する知識

組み込みDBを設計・運用する場合，組み込みDBがどのように動作するかについての全般的な知識が必要です。ここでは，組み込みDBの動作に関する知識について説明します。

＜この節の構成＞

8.7.1　組み込みDBシステムと組み込みDBプロセス

8.7.2　組み込みDBプロセス

8.7.3　組み込みDBシステム

8.7.1　組み込みDBシステムと組み込みDBプロセス

組み込みDBでは，OS上で稼働している複数のプロセスが，互いに協力してデータベースへのアクセスを管理するという形態をとっています。この管理単位のことを，組み込みDBシステム，その中で稼働する各プロセスのことを，組み込みDBプロセスと呼びます。

次の図に示すように，一つの組み込みDBシステムには，複数の組み込みDBプロセスがあります。一つの組み込みDBシステム上で，複数個同時に稼働する組み込みDBプロセスもあれば，一つしか稼働しない組み込みDBプロセスもあります。このような組み込みDBのプロセス構成やプロセス数については，「付録B.4 組み込みDBのプロセス一覧」を参照してください。

図8-28　組み込みDBシステムと組み込みDBプロセスの関係

このマニュアルでは，「組み込みDBシステム」のことを，「組み込みDBサーバ」，または単に「組み込みDB」と記載することもあります。組み込みDBを構成するそれぞれのプロセスについて説明する場合には，「組み込みDBプロセス」のように，「プロセス」であることを明記します。

8.7.2　組み込みDBプロセス

＜この項の構成＞

(1)　組み込みDBプロセスの種類

(2)　組み込みDBプロセスの状態遷移

(1)　組み込みDBプロセスの種類

組み込みDBのプロセスについて，次に説明します。

(a)　組み込みDBプロセス管理プロセス（pdprcdプロセス）

UNIXの場合，組み込みDBシステム環境を構築すると，組み込みDBのすべてのプロセスを管理するプロセス（pdprcdプロセス）が起動されます。pdprcdプロセスは，組み込みDBシステムの状態に関係なく，その組み込みDBシステム環境をアンセットアップするまで，OS上に常駐します。

Windowsの場合，組み込みDBサービスを開始するとpdprcdプロセスが生成され，組み込みDBサービスを停止するとpdprcdプロセスが消滅します。組み込みDBサービスを停止しないでajsembdbstopコマンドで組み込みDBシステムを停止した場合，pdprcdプロセスは消滅しないため，OS上に常駐したままになります。

(b)　組み込みDBシステムの稼働中にOS上に存在するプロセス

組み込みDBシステムを開始すると，pdprcdプロセスが子プロセスを生成します。これらのプロセスは，組み込みDBシステムの稼働中，OS上に存在してデータベースアクセスを制御します。組み込みDBを停止すると，OS上から消滅します。

(c)　組み込みDB操作コマンドプロセス

組み込みDB操作コマンドを実行すると，必要な処理を実行するためのプロセスが生成されます。これらのプロセスは，処理が終了したら，直ちに消滅します。

組み込みDB操作コマンドには，組み込みDBシステムが稼働中にだけ実行できるものと，稼働状態に関係なく実行できるものとがあります。

(2)　組み込みDBプロセスの状態遷移

組み込みDBシステムの動作に伴う，組み込みDBプロセスの動作を次の図に示します。

図8-29　組み込みDBシステムの動作に伴う組み込みDBプロセスの動作

組み込みDBプロセスの動作について，次に説明します。

(a)　生成

UNIXの場合，pdprcdプロセスはOSのinitプロセスによって生成されます。

Windowsの場合，pdprcdプロセスは組み込みDBサービスによって生成されます。

pdprcdプロセス以外のプロセスは，pdprcdプロセスまたは実行された組み込みDB操作コマンドによって生成されます。

(b)　正常終了

組み込みDBプロセスは，存在理由がなくなると，使用した資源（メモリー，ファイルなど）の削除などの後始末処理を実行したあと，OS上から消滅します。これを正常終了と呼びます。

正常終了のことを「正常停止」と記載することもあります。

(c)　強制終了

組み込みDBプロセスが正常終了する契機でなくても，発生している要求を満たすために，組み込みDBプロセスを直ちに終了させる必要がある場合があります。この場合，pdprcdプロセスが，各組み込みDBプロセスに対して即時終了要求を送信します。それを受けた組み込みDBプロセスは，後始末処理をしないで直ちに終了します。これを，強制終了と呼びます。

組み込みDBプロセスが強制終了すると，後始末処理をする専用の組み込みDBプロセスが起動し，強制終了した組み込みDBプロセスの代わりに後始末処理を実行します。

強制終了は，主に次のような契機で発生します。

組み込みDBシステムの強制停止（ajsembdbstop -f）

組み込みDB操作コマンドの中断（ajsembdbcancel）

強制終了のことを「強制停止」と記載することもあります。

(d)　異常終了

組み込みDBプロセスは，稼働を続行できないような障害が発生すると，後始末処理をしないでOS上から消滅します。これを異常終了と呼びます。

組み込みDBプロセスが異常終了すると，後始末処理をする専用の組み込みDBプロセスが起動し，異常終了した組み込みDBプロセスの代わりに後始末処理を実行します。さらに，異常終了した状況が致命的で，組み込みDBシステム全体の稼働が続行できないと判断された場合には，組み込みDBシステムを異常終了させます。

異常終了は，主に次のような契機で発生します。

上書きできるシステムログがないことの検知

メモリー不足やディスク容量満杯などによる稼働続行不可の検知

メモリー破壊などの矛盾の検知

8.7.3　組み込みDBシステム

組み込みDBシステムの状態遷移について，次の図に示します。

図8-30　組み込みDBシステムの状態遷移

図中の組み込みDBシステムの永続的な状態および過渡的な状態については「(1) 組み込みDBシステムの状態」で，組み込みDBシステムの事象については「(2) 組み込みDBシステムの事象」でそれぞれ説明します。

＜この項の構成＞

(1)　組み込みDBシステムの状態

(2)　組み込みDBシステムの事象

(1)　組み込みDBシステムの状態

図8-30の，永続的な状態および過渡的な状態について説明します。

組み込みDBシステムの状態は，ajsembdbstatus -sコマンドで確認できます。図8-30中の永続的な状態および過渡的な状態にある括弧内の文字列は，ajsembdbstatus -sコマンドで表示される「UNIT-STAT」欄の値に対応しています。

(a)　停止状態（STOP）

OS上に，pdprcdプロセス以外の組み込みDBプロセスがない状態を「停止状態」と呼びます。ただし，Windowsの場合，組み込みDBサービスを開始させていないときは，pdprcdプロセスも存在しません。

この状態のとき，スケジューラーデータベースにはアクセスできません。

(b)　開始途中（STARTING）

「停止状態」から「稼働状態」へ遷移する過程の状態を「開始途中」と呼びます。組み込みDBプロセスは順次起動中で，各プロセスは稼働するための準備処理を実行中です。「開始途中」は過渡的な状態で，この状態にとどまることはありません。

この状態のとき，スケジューラーデータベースにはアクセスできません。

(c)　稼働状態（ONLINE）

pdprcdプロセスの子プロセスがすべて起動完了し，初期化処理を完了した時点で，組み込みDBはデータベースアクセス処理を受け付けられる状態になります。この状態を「稼働状態」と呼びます。

スケジューラーデータベースにアクセスできるのは，この状態のときだけです。

(d)　停止途中（STOPPING）

正常停止の場合に，「稼働状態」から「停止状態」へ遷移する過程の状態を「停止途中」と呼びます。組み込みDBのプロセスは順次停止中で，各プロセスは停止するための準備処理を実行中です。「停止途中」は過渡的な状態で，この状態にとどまることはありません。なお，強制停止および異常終了の場合は，この状態を経由しません。

この状態のとき，スケジューラーデータベースにはアクセスできません。

(e)　再起動中断状態（PAUSE）

障害が発生した場合にだけ発生する状態に「再起動中断状態」があります。

UNIXで，組み込みDBに障害が頻発（30分※以内に連続3回※）すると，この状態になります。Windowsで同様の状況が発生した場合は，「停止状態」になります。

停止状態と同様に，pdprcdプロセス以外のプロセスはOS上にありません。

この状態になると，組み込みDBシステム管理者が障害を除去し，除去したことを明示（ajsembdbstart -Rコマンド）するまでは，再起動しても開始できません。

この状態のとき，スケジューラーデータベースにはアクセスできません。

注※

固定値です。変更できません。

(2)　組み込みDBシステムの事象

組み込みDBシステムの状態遷移には，組み込みDBシステム管理者が実行する組み込みDB操作コマンドによって発生する事象と，組み込みDBシステムによって自動的に発生する事象があります。

図8-30の，事象について次に説明します。

(a)　正常開始・再開始

停止状態の組み込みDBシステムを開始すると，開始途中状態を経て，稼働状態に遷移します。

環境構築直後，または正常停止後の開始を正常開始と呼びます。

強制停止後，または異常終了後の開始を再開始と呼びます。

(b)　正常停止

稼働状態の組み込みDBシステムを正常停止すると，停止途中状態を経て，停止状態に遷移します。

正常停止のことを「正常終了」と記載することもあります。

(c)　強制停止

稼働状態の組み込みDBシステムを強制停止すると，停止途中状態を経由しないで，停止状態に遷移します。

強制停止のことを「強制終了」と記載することもあります。

(d)　異常終了

稼働状態の組み込みDBシステムで何らかの障害が発生すると，組み込みDBシステムは，被害拡大を防ぐために，停止状態または再起動中断状態に遷移します。これを異常終了と呼びます。

具体的には，pdprcdプロセスが，ほかの組み込みDBプロセスをすべて強制終了させます。通常，異常終了すると停止状態に遷移します。ただし，30分※以内に3回※連続で異常終了すると，再起動中断状態に遷移します。

注※

固定値です。変更できません。

異常終了は，主に次のような契機で発生します。

上書きできるシステムログがないことの検知

メモリー不足やディスク容量満杯などによる稼働続行不可の検知

ディスク上のシステム領域破壊の検知

(e)　障害除去後開始

再起動中断状態の組み込みDBシステムに対して障害を除去したあと，ajsembdbstart -Rコマンドを実行すると，開始途中状態を経て稼働状態に遷移します。この操作を，障害除去後開始と呼びます。この操作は，UNIXの場合にだけ発生します。

8.8　ウイルス対策ソフト実行時の注意事項

ウイルス対策ソフトの影響で，JP1/AJS2が使用しているファイルおよびフォルダに対するファイルアクセスに排他制御によるロックが掛かることがあります。この影響で，次のような現象が発生するおそれがあります。

JP1/AJS2が起動できない。
JP1/AJS2の起動時に参照する定義ファイルに排他制御によるロックが掛かることによって，JP1/AJS2の起動に失敗することがあります。

ジョブが実行できない，または遅延する。
ジョブの実行に必要なファイルに排他制御によるロックが掛かることによって，ジョブの起動失敗や異常終了，またはジョブの実行が遅延することがあります。
この現象は，JP1/AJS2で定義できるすべてのジョブで発生するおそれがあります。

実行予定のスケジュールが生成されない。
スケジューラーデータベース，およびジョブエラー情報ディレクトリ配下のファイルに排他制御によるロックが掛かることによって，スケジュールの生成に失敗し，ジョブがスケジュールどおりに実行されないことがあります。

定義の変更ができない。
JP1/AJS2の定義ファイルに排他制御によるロックが掛かることによって，ジョブ定義の追加や変更などが失敗することがあります。

ログが出力されない。
JP1/AJS2のログファイルに排他制御によるロックが掛かることによって，ログが出力できなくなり，トラブル発生時に調査できなくなることがあります。

JP1/AJS2のコマンドが異常終了する。
JP1/AJS2のコマンドが使用するファイルに排他制御によるロックが掛かることによって，コマンドが異常終了することがあります。

JP1/AJS2の稼働中にウイルスチェックをする場合は，次のファイルおよびフォルダを対象から外してください。また，JP1/AJS2の停止中にウイルスチェックをしてJP1/AJS2を再起動する場合は，次のファイルおよびフォルダに対してウイルスチェックが完了したことを確認してください。

JP1/AJS2 - Managerのファイルおよびフォルダ

Windowsの場合

JP1/AJS2 - Managerのログファイルおよびフォルダ
JP1/AJS2 - Managerのログファイルおよびフォルダについては，「17.2.4(1) Windowsの場合」を参照してください。

JP1/AJS2 - Managerの共通のファイルおよびフォルダのうち，次に該当するもの
・ユーザーが参照できるファイルおよびフォルダ
・ユーザーが参照または変更する必要のないファイルおよびフォルダ
・組み込みDBのファイルおよびフォルダ
・JP1/Cm2またはhp OpenView連携使用時のファイル
・メール連携時に使用するファイルおよびディレクトリのうち，ユーザーが参照，および運用時に削除管理する必要のあるファイルおよびフォルダ
これらのファイルおよびフォルダについては，「付録A.1(1)(a) 共通のファイルおよびフォルダ」，「付録A.1(1)(b) JP1/Cm2またはhp OpenView連携使用時のファイル」，および「付録A.1(1)(c) メール連携使用時のファイルおよびフォルダ」を参照してください。

JP1/AJS2 Console Managerのファイルおよびフォルダのうち，次に該当するもの
・ユーザーが参照できるファイルおよびフォルダ
・ユーザーが参照または変更する必要のないファイルおよびフォルダ
これらのファイルおよびフォルダについては，「付録A.4(1) Windowsの場合」を参照してください。

ジョブの定義で指定したファイルおよびフォルダ

ajsembdbbuildコマンドの-d，-a，-ld，または-blオプションに指定したフォルダ以下すべて
ajsembdbbuildコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド　ajsembdbbuild」を参照してください。

環境設定パラメーターAJSTMPDIRで指定したフォルダ以下すべて
環境設定パラメーターAJSTMPDIRの詳細については「JP1/Automatic Job Management System 2 セットアップガイド　14.1.3 スケジューラーサービス環境設定パラメーターの定義内容」を参照してください。

UNIXの場合

JP1/AJS2 - Managerのログファイルおよびディレクトリ
JP1/AJS2 - Managerのログファイルおよびディレクトリについては，「17.2.4(2) UNIXの場合」を参照してください。

JP1/AJS2 - Managerの共通のファイルおよびディレクトリのうち，次に該当するもの
・ユーザーが参照できるファイルおよびディレクトリ
・ユーザーが参照または変更する必要のないファイルおよびディレクトリ
・組み込みDBのファイルおよびディレクトリ
・JP1/Cm2またはhp OpenView連携使用時のファイル
・メール連携時に使用するファイルおよびディレクトリのうち，ユーザーが参照，および運用時に削除管理する必要のあるファイルおよびフォルダ
これらのファイルおよびディレクトリについては，「付録A.1(2)(a) 共通のファイルおよびディレクトリ」，「付録A.1(2)(b) JP1/Cm2またはhp OpenView連携使用時のファイルおよびディレクトリ」，および「付録A.1(2)(c) メール連携使用時のファイルおよびディレクトリ」を参照してください。

JP1/AJS2 Console Managerのファイルおよびディレクトリのうち，次に該当するもの
・ユーザーが参照できるファイルおよびディレクトリ
・ユーザーが参照または変更する必要のないファイルおよびディレクトリ
これらのファイルおよびフォルダについては，「付録A.4(2) UNIXの場合」を参照してください。

ジョブの定義で指定したファイルおよびディレクトリ

ajsembdbbuildコマンドの-d，-a，-ld，または-blオプションに指定したディレクトリ以下すべて
ajsembdbbuildコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド　ajsembdbbuild」を参照してください。

環境設定パラメーターAJSTMPDIRで指定したディレクトリ以下すべて
環境設定パラメーターAJSTMPDIRの詳細については「JP1/Automatic Job Management System 2 セットアップガイド　14.1.3 スケジューラーサービス環境設定パラメーターの定義内容」を参照してください。

JP1/AJS2 - Agentのファイルおよびフォルダ

Windowsの場合

JP1/AJS2 - Agentのログファイルおよびフォルダ
JP1/AJS2 - Agentのログファイルおよびフォルダについては，「17.2.4(1) Windowsの場合」を参照してください。

JP1/AJS2 - Agentの共通のファイルおよびフォルダのうち，次に該当するもの
・ユーザーが参照できるファイルおよびフォルダ
・ユーザーが参照または変更する必要のないファイルおよびフォルダ
・JP1/Cm2またはhp OpenView連携使用時のファイル
・メール連携時に使用するファイルおよびディレクトリのうち，ユーザーが参照，および運用時に削除管理する必要のあるファイルおよびフォルダ
これらのファイルおよびフォルダについては，「付録A.2(1)(a) 共通のファイルおよびフォルダ」，「付録A.2(1)(b) JP1/Cm2またはhp OpenView連携使用時のファイル」，および「付録A.2(1)(c) メール連携使用時のファイルおよびフォルダ」を参照してください。

ジョブの定義で指定したファイルおよびフォルダ

UNIXの場合

JP1/AJS2 - Agentのログファイルおよびディレクトリ
JP1/AJS2 - Agentのログファイルおよびディレクトリについては，「17.2.4(2) UNIXの場合」を参照してください。

JP1/AJS2 - Agentの共通のファイルおよびディレクトリのうち，次に該当するもの
・ユーザーが参照できるファイルおよびディレクトリ
・ユーザーが参照または変更する必要のないファイルおよびディレクトリ
・JP1/Cm2またはhp OpenView連携使用時のファイル
・メール連携時に使用するファイルおよびディレクトリのうち，ユーザーが参照，および運用時に削除管理する必要のあるファイルおよびディレクトリ
これらのファイルおよびフォルダについては，「付録A.2(2)(a) 共通のファイルおよびディレクトリ」，「付録A.2(2)(b) JP1/Cm2またはhp OpenView連携使用時のファイルおよびディレクトリ」，および「付録A.2(2)(c) メール連携使用時のファイルおよびディレクトリ」を参照してください。

ジョブの定義で指定したファイルおよびディレクトリ

JP1/AJS2 - Viewのファイルおよびフォルダ

JP1/AJS2 - Viewのファイルおよびフォルダのうち，次に該当するもの
・ユーザーが参照できるファイルおよびフォルダ
・ユーザーが参照または変更する必要のないファイルおよびフォルダ
・ログファイル
これらのファイルおよびフォルダについては，「付録A.3 JP1/AJS2 - Viewのファイルおよびディレクトリ一覧」を参照してください。

また，ウイルスチェックの実施中に資料採取ツール（Windowsの場合「_04.bat」，UNIXの場合「_04」）を実行する場合は，ここに記載されているファイルおよびフォルダのほかに，次のファイルおよびフォルダを対象から外してください。

トラブル発生時に採取が必要なファイル

JP1/AJS2のトラブル発生時に採取が必要なOSのログ情報

JP1/AJS2のトラブル発生時に採取が必要なJP1の情報

これらのファイルについては，「17.3.1(1) OSのログ情報」および「17.3.1(2) JP1の情報」を参照してください。

資料採取ツール実行結果の出力先フォルダ

9.　以前のバージョンからの移行

この章では，JP1/AJS2のアップグレード方法およびアップグレード時の注意事項について説明します。

＜この章の構成＞

9.1　バージョン互換

9.2　ISAMファイルの移行

9.3　組み込みDBをログ運用に移行する

9.4　JP1/AJS2をバージョンアップした場合のジョブ実行環境の変更に関する注意事項

9.5　イベントジョブをDNS環境で運用する場合の設定方法（バージョンアップ時）

9.6　JP1/AJS2 Consoleを使用する場合の互換性

9.7　組み込みDBをバージョンアップする場合の注意事項

9.8　文字コードEUC環境からUTF-8環境へ移行する場合の手順

9.9　バージョンアップ時にホストを変更する場合の定義情報の移行

9.10　関数機能を使用している場合の注意事項

9.1　バージョン互換

JP1/AJS2を使用する場合，次の互換性を考慮する必要があります。

前提製品であるJP1/BaseのバージョンとJP1/AJS2のバージョンの互換性

JP1/AJS2 - ManagerまたはJP1/AJS2 - Light EditionとJP1/AJS2 - Viewのバージョン互換性

JP1/AJS2 - ManagerとJP1/AJS2 - Agentのバージョン互換性

JP1/AJS2 - ViewのバージョンとJP1/AJS2 - View for Mainframeのバージョンの互換性

JP1/AJS2 - ManagerとJP1/AJS2 - Managerのバージョン互換性

それぞれの互換性について，次に説明します。

＜この節の構成＞

9.1.1　JP1/BaseとJP1/AJS2のバージョン互換

9.1.2　JP1/AJS2 - ManagerまたはJP1/AJS2 - Light EditionとJP1/AJS2 - Viewのバージョン互換

9.1.3　JP1/AJS2 - ManagerとJP1/AJS2 - Agentのバージョン互換

9.1.4　JP1/AJS2 - ViewとJP1/AJS2 - View for Mainframeのバージョン互換

9.1.5　JP1/AJS2 - ManagerとJP1/AJS2 - Managerのバージョン互換

9.1.1　JP1/BaseとJP1/AJS2のバージョン互換

JP1/BaseとJP1/AJS2の各バージョンの互換性を，次の表に示します。

表9-1　JP1/BaseとJP1/AJS2のバージョン互換

| JP1/AJS2
06-00-/C以降 | 06-51 | 06-71 | 07-00 | 07-10 | 07-11 | 07-50 | 08-00 | 08-10 | 08-50
JP1/Base | 06-00-/C以降 | ○ | × | × | × | × | × | × | × | × | ×
06-51 | ○ | ○ | △ | × | × | × | × | × | × | ×
06-71 | ○ | ○ | ○ | × | × | × | × | × | × | ×
07-00 | × | × | × | ○ | △ | △ | △ | × | × | ×
07-10 | × | × | × | ○ | ○ | △ | △ | × | × | ×
07-11 | × | × | × | ○ | ○ | ○ | △ | × | × | ×
07-50 | × | × | × | ○ | ○ | ○ | ○ | × | × | ×
07-51 | × | × | × | ○ | ○ | ○ | ○ | × | × | ×
08-00 | × | × | × | × | × | × | × | ○ | △ | △
08-10 | × | × | × | × | × | × | × | ○ | ○ | ○
08-50 | × | × | × | × | × | × | × | ○ | ○ | ○

（凡例）

○：サポートしている。

△：古いバージョンのJP1/Baseでサポートしている機能だけを使用できる。

×：サポートしていない。

9.1.2　JP1/AJS2 - ManagerまたはJP1/AJS2 - Light EditionとJP1/AJS2 - Viewのバージョン互換

JP1/AJS2 - ManagerまたはJP1/AJS2 - Light Editionと，JP1/AJS2 - Viewのバージョンの互換性を，次の表に示します。

表9-2　JP1/AJS2 - Manager，JP1/AJS2 - Light EditionとJP1/AJS2 - Viewのバージョン互換

| JP1/AJS2 - Manager，JP1/AJS2 - Light Edition※
06-00-/C以降 | 06-51 | 06-71 | 07-00 | 07-10 | 07-11 | 07-50 | 08-00 | 08-10 | 08-50
JP1/AJS2 - View | 06-00-/C以降 | ○ | △ | △ | △ | △ | △ | △ | △ | △ | △
06-51 | △ | ○ | △ | △ | △ | △ | △ | △ | △ | △
06-71 | △ | △ | ○ | △ | △ | △ | △ | △ | △ | △
07-00 | △ | △ | △ | ○ | △ | △ | △ | △ | △ | △
07-10 | △ | △ | △ | △ | ○ | △ | △ | △ | △ | △
07-11 | △ | △ | △ | △ | △ | ○ | △ | △ | △ | △
07-50 | △ | △ | △ | △ | △ | △ | ○ | △ | △ | △
08-00 | △ | △ | △ | △ | △ | △ | △ | ○ | △ | △
08-01 | △ | △ | △ | △ | △ | △ | △ | ○ | △ | △
08-10 | △ | △ | △ | △ | △ | △ | △ | △ | ○ | △
08-50 | △ | △ | △ | △ | △ | △ | △ | △ | △ | ○

（凡例）

○：サポートしている。

△：古いバージョンでサポートしている機能だけを使用できる。

×：サポートしていない。

注※

JP1/AJS2 - Light EditionはJP1 Version 8では廃止されました。

＜この項の構成＞

(1)　JP1/AJS2 - ManagerとJP1/AJS2 - Viewのバージョン混在時の注意事項

(2)　JP1/AJS2 - Managerの新機能を使用する場合の注意事項

(1)　JP1/AJS2 - ManagerとJP1/AJS2 - Viewのバージョン混在時の注意事項

(a)　ジョブネット実行所要時間に対する終了遅延監視をするときの注意事項

JP1/AJS2 - View 06-71以前とJP1/AJS2 - View 07-00以降が混在し，JP1/AJS2 - Manager 07-00以降に接続する場合
JP1/AJS2 - View 07-00以降で定義したジョブネットの「実行所要時間」をJP1/AJS2 - View 06-71以前では確認できないので，終了遅延監視が想定しているより早く通知されることがあります。

JP1/AJS2 - View 07-00以降からJP1/AJS2 - Manager 06-71以前に接続する場合
接続先がJP1/AJS2 - Manager 06-71以前の場合，「ジョブネット監視の実行所要時間」を定義するための項目は存在しません。この場合，JP1/AJS2 - View 07-00以降であっても，ジョブネットのプロパティ設定画面上には「ジョブネットの実行所要時間」に関する項目が表示されないため，ジョブネットの実行所要時間は確認できません。
また，遅延監視一時変更画面上の「ジョブネットの実行所要時間」に関する項目についても表示されないため，ジョブネットの実行所要時間は確認できません。

JP1/AJS2 - View 06-71以前からJP1/AJS2 - Manager 07-00以降に接続する場合
接続先がJP1/AJS2 - Manager 07-00以降の場合，「ジョブネットの実行所要時間」が定義されているおそれがあります。しかし，JP1/AJS2 - View側が，JP1/AJS2 - View 06-71以前の場合は，「ジョブネットの実行所要時間」に関する項目が表示されないため，ジョブネットの実行所要時間は確認できません。

(b)　「打ち切り時間」および「打ち切り後の状態」定義時の打ち切り時間経過後のイベントジョブ終了状態に対する注意事項

JP1/AJS2 - View 06-71以前とJP1/AJS2 - View 07-00以降が混在し，JP1/AJS2 - View 06-71以前からJP1/AJS2 - Manager 07-00以降に接続する場合，JP1/AJS2 - View 07-00以降で定義したイベントジョブの「打ち切り後の状態」を，JP1/AJS2 - View 06-71以前では確認できません。

そのため，JP1/AJS2 - View 07-00以降で「打ち切り時間」および「打ち切り後の状態」を定義したイベントジョブを実行し，打ち切り時間が経過したあとに，JP1/AJS2 - View 06-71以前で結果を確認した場合，イベントジョブの状態は，JP1/AJS2 - View 07-00以降で指定した「打ち切り後の状態」になります。

（例）打ち切り後の状態が正常終了の場合

JP1/AJS2 - View 07-00以降で「打ち切り時間」および「打ち切り後の状態」を「正常終了」と指定したイベントジョブを定義する。

手順1で定義したイベントジョブをJP1/AJS2 - View 06-71以前で確認した場合，「打ち切り後の状態」は表示されない。

手順1で定義したイベントジョブをJP1/AJS2 - View 06-71以前で実行し，打ち切り時間が経過した場合，終了状態が「正常終了」となる。

(c)　プランニンググループを使用するときの注意事項

JP1/AJS2 - View 06-51以前からJP1/AJS2 - Manager 06-71以降に接続した場合，プランニンググループはジョブグループとして表示され，ユニットの定義を変更したり，削除したりできます。

また，ジョブグループとして表示されているプランニンググループは，マネージャージョブグループの参照先ユニットとして指定できます。下位にあるルートジョブネットは，マネージャージョブネットの参照先ユニットとして指定できます。

ただし，ジョブグループとして表示されているプランニンググループには，次の制限があります。

ルートジョブネットは，期間を指定した確定実行登録しかできません。

プランニンググループの下位には，ルートジョブネットとリモートジョブネットしか作成できません。

(d)　ジョブネットコネクタを使用して実行順序を制御するときの注意事項

JP1/AJS2 - View 08-01以前からJP1/AJS2 - Manager 08-10以降に接続した場合，ジョブネットコネクタは未知のジョブネットとして扱われ，「？」アイコンで表示されます。また，ユニットを移動したり，削除したりできます。ただし，ユニット定義の表示など，サポートしていない操作を行った場合は，KAVV502-EまたはKAVV556-Eのエラーメッセージが出力されます。

JP1/AJS2 - View 08-10からJP1/AJS2 - Manager 08-50以降に接続した場合，異なるスケジューラーサービス間のルートジョブネットの実行順序を制御するとき，JP1/AJS2 - View 08-10では次に示す操作はできません。

実行順序制御の［接続範囲］に［別サービス］を指定しているルートジョブネット，プランニンググループまたはジョブネットコネクタに対し［詳細定義］ダイアログボックスを表示する場合，KAVV455-Eのメッセージが表示され，［詳細定義］ダイアログボックスは表示できません。

ルートジョブネットまたはプランニンググループの［詳細定義］ダイアログボックスを表示し，［ジョブネットコネクタ名］に実行順序制御の［接続範囲］が［別サービス］であるジョブネットコネクタを指定して定義を更新する場合，KAVV455-Eのメッセージが表示され，定義の更新はできません。

ジョブネットコネクタの［詳細定義］ダイアログボックスを表示し，［接続先のジョブネット名］に実行順序制御の［接続範囲］が［別サービス］であるルートジョブネット，またはプランニンググループを指定して定義を更新する場合，KAVV455-Eのメッセージが表示され，定義の更新はできません。

実行順序制御の［接続範囲］に［別サービス］を指定しているルートジョブネット，プランニンググループ直下のルートジョブネット，またはジョブネットコネクタに対し［モニタ詳細］ダイアログボックスを表示する場合，KAVV455-Eのメッセージが表示され，［モニタ詳細］ダイアログボックスを表示できない場合があります。

実行順序制御の［接続範囲］に［別サービス］を指定しているルートジョブネット，またはプランニンググループ直下のルートジョブネットに対し［モニタ詳細］ダイアログボックスを表示すると，接続関係が確定していない世代の場合は，［接続元実行ID］または［接続先実行ID］は［なし］と表示されます。

実行順序制御の［接続範囲］に［別サービス］を指定しているルートジョブネット，プランニンググループ，またはプランニンググループ直下のルートジョブネットに対し［詳細スケジュール］ダイアログボックスを表示する場合，KAVV455-Eのメッセージが表示され，［詳細スケジュール］ダイアログボックスを表示できない場合があります。

実行順序制御の［接続範囲］に［別サービス］を指定しているルートジョブネット，プランニンググループ，プランニンググループ直下のルートジョブネット，またはジョブネットコネクタに対し［詳細スケジュール］ダイアログボックスを表示すると，接続関係が確定していない世代の場合は，［接続元実行ID］または［接続先実行ID］は［なし］と表示されます。

実行順序制御の［接続範囲］に［別サービス］を指定しているジョブネットコネクタに対し，次の操作で接続先のジョブネットを表示する場合，KAVV455-EまたはKAVV871-Eのメッセージが表示され，接続先のジョブネットを表示できません。
・［表示］－［接続先のジョブネット］－［デイリースケジュール（階層表示）］
・［表示］－［接続先のジョブネット］－［デイリースケジュール（全ジョブ表示）］
・［表示］－［接続先のジョブネット］－［マンスリースケジュール］
・［表示］－［接続先のジョブネット］－［ジョブネットモニタ］

実行順序制御の［接続範囲］に［別サービス］を指定しているルートジョブネット，またはプランニンググループの直下にユニットを新規作成する場合，KAVV455-Eのメッセージが表示され，ユニットを作成できません。

実行順序制御の［接続範囲］に［別サービス］を指定しているルートジョブネットに［編集］－［起動条件の設定］で起動条件を作成する場合，KAVV455-Eのメッセージが表示され，起動条件を作成できません。

実行順序制御の［接続範囲］に［別サービス］を指定しているルートジョブネット，またはプランニンググループを選択して，［オプション］－［ジョブネットコネクタとして記憶］を行い，［編集］－［ジョブネットコネクタの自動生成］を行う場合，KAVV455-Eのメッセージが表示され，ジョブネットコネクタを作成できません。

これらの操作を行う場合は，JP1/AJS2 - ViewのバージョンをJP1/AJS2 - Managerのバージョンに合わせてください。

(2)　JP1/AJS2 - Managerの新機能を使用する場合の注意事項

次に示す場合の操作を実施すると，新しいバージョンで定義を変更した内容がデフォルトに戻ったり，新しいバージョンでの設定が無効になったりします。

JP1/AJS2 - Managerで新しく追加された新機能を使用する場合には，JP1/AJS2 - ManagerとJP1/AJS2 - Viewのバージョンは一致させてください（使用しているJP1/AJS2 - Managerのバージョンに合わせて，JP1/AJS2 - Viewのバージョンも新しくしてください）。

(a)　［詳細定義－［判定ジョブ］］ダイアログボックスの［変数（文字列）］，または［変数（数値）］の場合（07-50の新機能）

JP1/AJS2 - View 07-50以降からJP1/AJS2 - Manager 07-50以降に接続する。

［詳細定義－［判定ジョブ］］ダイアログボックスの［定義］タブで，［判定条件］の［変数（文字列）］，または［変数（数値）］をチェックして，［変数名］，［条件］，および［判定値］を指定する。

JP1/AJS2 - View 07-11以前からJP1/AJS2 - Manager 07-50以降に接続する。

JP1/AJS2 - View 07-11以前で［詳細定義－［判定ジョブ］］ダイアログボックスを開き，［OK］ボタンを押す。

再度JP1/AJS2 - View 07-50以降からJP1/AJS2 - Manager 07-50以降に接続する。
［判定条件］はデフォルトの［終了コード］になっています。

(b)　［詳細定義－［起動条件］］ダイアログボックスの［異常終了後の動作］の場合（07-50の新機能）

JP1/AJS2 - View 07-50以降からJP1/AJS2 - Manager 07-50以降に接続する。

［詳細定義－［起動条件］］ダイアログボックスの［定義］タブで，［異常終了後の動作］に［ジョブネットの開始を保留する］，または［起動条件の監視を停止する］を指定する。

JP1/AJS2 - View 07-11以前からJP1/AJS2 - Manager 07-50以降に接続する。

JP1/AJS2 - View 07-11以前で［詳細定義－［起動条件］］ダイアログボックスを開き，［OK］ボタンを押す。

再度JP1/AJS2 - View 07-50以降からJP1/AJS2 - Manager 07-50以降に接続する。
［異常終了後の動作］はデフォルトの［ジョブネットの実行を開始する］になっています。

(c)　［詳細定義－［ジョブネット］］ダイアログボックス，または［詳細定義－［リモートジョブネット］］ダイアログボックスの［保存世代数］の場合（07-00の新機能）

JP1/AJS2 - Manager 07-00以降に最大保存世代数（MAXSAVEGEN）を100以上に設定する。

JP1/AJS2 - View 07-00以降からJP1/AJS2 - Manager 07-00以降に接続する。

［詳細定義－［ジョブネット］］ダイアログボックス，または［詳細定義－［リモートジョブネット］］ダイアログボックスの［定義］タブで，［保存世代数］に100以上を指定する。

JP1/AJS2 - View 06-71以前からJP1/AJS2 - Manager 07-00以降に接続する。

JP1/AJS2 - View 06-71以前で［詳細定義－［ジョブネット］］ダイアログボックス，または［詳細定義－［リモートジョブネット］］ダイアログボックスを開き，［OK］ボタンを押す。

再度JP1/AJS2 - View 07-00以降からJP1/AJS2 - Manager 07-00以降に接続する。
［保存世代数］は上位2けた（123の場合は12）になっています。

(d)　［詳細定義－［JP1イベント受信監視］］ダイアログボックスの［実行前のイベント検索］の場合（07-00の新機能）

JP1/AJS2 - View 07-00以降からJP1/AJS2 - Manager 07-00以降に接続する。

［詳細定義－［JP1イベント受信監視］］ダイアログボックスの［定義］タブで，［実行前のイベント検索］の［する］をチェックして［分前］を指定する。

JP1/AJS2 - View 06-71以前からJP1/AJS2 - Manager 07-00以降に接続する。

JP1/AJS2 - View 06-71以前で［詳細定義－［JP1イベント受信監視］］ダイアログボックスを開き，［OK］ボタンを押す。

再度JP1/AJS2 - View 07-00以降からJP1/AJS2 - Manager 07-00以降に接続する。
［実行前のイベント検索］はデフォルトの［しない］になっています。

(e)　［詳細定義－［ログファイル監視］－［ログファイル動作定義］］ダイアログボックスの［ログファイル出力形式］の場合（07-00の新機能）

JP1/AJS2 - View 07-00以降からJP1/AJS2 - Manager 07-00以降に接続する。

［詳細定義－［ログファイル監視］－［ログファイル動作定義］］ダイアログボックスで，［ログファイル出力形式］を［SEQ2］にする。

JP1/AJS2 - View 06-71以前からJP1/AJS2 - Manager 07-00以降に接続する。

JP1/AJS2 - View 06-71以前で［詳細定義－［ログファイル監視］－［ログファイル動作定義］］ダイアログボックスを開く。
［ログファイル出力形式］はデフォルトの空白で表示されます。
このまま［詳細定義－［ログファイル監視］－［ログファイル動作定義］］ダイアログボックスを［OK］ボタンで閉じると，［ログファイル出力形式］は空白で保存されます。［キャンセル］ボタンをクリックして，ダイアログボックスを閉じてください。

(f)　［詳細定義－［JP1イベント送信］］ダイアログボックスの［イベントの到達確認］の場合（07-00の新機能）

JP1/AJS2 - View 07-00以降からJP1/AJS2 - Manager 07-00以降に接続する。

［詳細定義－［JP1イベント送信］］ダイアログボックスの［定義］タブで，［イベントの到達確認］の［する］をチェックし，［確認間隔］と［確認回数］を指定する。

JP1/AJS2 - View 06-71以前からJP1/AJS2 - Manager 07-00以降に接続する。

JP1/AJS2 - View 06-71以前で［詳細定義-［JP1イベント送信］］ダイアログボックスを開き，［OK］ボタンを押す。

再度JP1/AJS2 - View 07-00以降からJP1/AJS2 - Manager 07-00以降に接続する。
［イベントの到達確認］はデフォルトの［しない］になっています。

(g)　［詳細定義－［Windowsイベントログ監視］］ダイアログボックスの［ログ種別］の場合（06-51の新機能）

JP1/AJS2 - View 06-51以降からJP1/AJS2 - Manager 06-51以降に接続する。

［詳細定義－［Windowsイベントログ監視］］ダイアログボックスの［定義］タブで，［ログ種別］を［DNS Server］，［Directory Service］，［ファイル複製サービス］のどれかを指定する。

JP1/AJS2 - View 06-00からJP1/AJS2 - Manager 06-51以降に接続する。
［ログ種別］はデフォルトの［システム］で表示されています。
このまま［OK］ボタンをクリックして，［詳細定義－［Windowsイベントログ監視］］ダイアログボックスを閉じると，［ログ種別］は［システム］で保存されます。［キャンセル］ボタンをクリックして，ダイアログボックスを閉じてください。

(h)　［詳細定義－［ファイル監視］］ダイアログボックスの［既存ファイルも条件成立］の場合（06-51の新機能）

JP1/AJS2 - View 06-51以降からJP1/AJS2 - Manager 06-51以降に接続する。

［詳細定義－［ファイル監視］］ダイアログボックスの［定義］タブで，［監視条件］の［作成］をチェックして，［既存ファイルも条件成立］を指定する。

JP1/AJS2 - View 06-00からJP1/AJS2 - Manager 06-51以降に接続する。

JP1/AJS2 - View 06-00で［詳細定義－［ファイル監視］］ダイアログボックスを開き，［OK］ボタンを押す。

再度JP1/AJS2 - View 06-51以降からJP1/AJS2 - Manager 06-51以降に接続する。
［既存ファイルも条件成立］がデフォルトの［新規ファイル作成時に条件成立］になっています。

9.1.3　JP1/AJS2 - ManagerとJP1/AJS2 - Agentのバージョン互換

JP1/AJS2 - ManagerとJP1/AJS2 - Agentのバージョンの互換性を，次の表に示します。

表9-3　JP1/AJS2 - ManagerとJP1/AJS2 - Agentのバージョン互換

| JP1/AJS2 - Manager
06-00以降 | 06-51 | 06-71 | 07-00 | 07-10 | 07-11 | 07-50 | 08-00 | 08-10 | 08-50
JP1/AJS2 - Agent | 06-00以降 | ○ | △ | △ | △ | △ | △ | △ | △ | △ | △
06-51 | △ | ○ | △ | △ | △ | △ | △ | △ | △ | △
06-71 | △ | △ | ○ | △ | △ | △ | △ | △ | △ | △
07-00 | △ | △ | △ | ○ | △ | △ | △ | △ | △ | △
07-10 | △ | △ | △ | △ | ○ | △ | △ | △ | △ | △
07-11 | △ | △ | △ | △ | △ | ○ | △ | △ | △ | △
07-50 | △ | △ | △ | △ | △ | △ | ○ | △ | △ | △
08-00 | △ | △ | △ | △ | △ | △ | △ | ○ | △ | △
08-10 | △ | △ | △ | △ | △ | △ | △ | △ | ○ | △
08-50 | △ | △ | △ | △ | △ | △ | △ | △ | △ | ○

（凡例）

○：サポートしている。

△：古いバージョンでサポートしている機能だけを使用できる。

9.1.4　JP1/AJS2 - ViewとJP1/AJS2 - View for Mainframeのバージョン互換

JP1/AJS2 - ViewとJP1/AJS2 - View for Mainframeは，基本的には同一のバージョンのプログラムを使用することをお勧めします。

JP1/AJS2 - ViewとJP1/AJS2 - View for Mainframeの各バージョンの互換性を，次の表に示します。

表9-4　JP1/AJS2 - ViewとJP1/AJS2 - View for Mainframeのバージョン互換

| JP1/AJS2 - View for Mainframe
06-51 | 06-71 | 06-72 | 07-00 | 07-10 | 07-11 | 07-50 | 08-00
JP1/AJS2 - View | 06-51 | ○ | △ | △ | △ | △ | △ | △ | ×
06-71 | △ | ○ | ○ | △ | △ | △ | △ | ×
07-00 | △ | △ | △ | ○ | △ | △ | △ | ×
07-10 | △ | △ | △ | △ | ○ | △ | △ | ×
07-11 | △ | △ | △ | △ | △ | ○ | △ | ×
07-50 | △ | △ | △ | △ | △ | △ | ○ | ×
08-00 | × | × | × | × | × | × | × | ○

（凡例）

○：サポートしている。

△：古いバージョンでサポートしている機能だけを使用できる。

×：サポートしていない。

9.1.5　JP1/AJS2 - ManagerとJP1/AJS2 - Managerのバージョン互換

JP1/AJS2 - Managerマシンから，ほかのJP1/AJS2 - Managerマシンに対してコマンドをリモート実行する場合，およびJP1/AJS2 - Managerマシンから，ほかのJP1/AJS2 - Managerマシンに対してリモートジョブネットを実行する場合の互換性を，次の表に示します。

表9-5　JP1/AJS2 - ManagerとJP1/AJS2 - Managerのバージョン互換

JP1/AJS2 - Manager（実行元※1／定義元※2）

06-00
06-51
06-71
07-00
07-10
07-11
07-50
08-00
08-10
08-50

JP1/AJS2 - Manager
（実行先※³）
06-00
○
△
△
△
△
△
△
△
△
△

06-51
○
○
△
△
△
△
△
△
△
△

06-71
○
○
○
△
△
△
△
△
△
△

07-00
○
○
○
○
△
△
△
△
△
△

07-10
○
○
○
○
○
△
△
△
△
△

07-11
○
○
○
○
○
○
△
△
△
△

07-50
○
○
○
○
○
○
○
△
△
△

08-00
○
○
○
○
○
○
○
○
△
△

08-10
○
○
○
○
○
○
○
○
○
△

08-50
○
○
○
○
○
○
○
○
○
○

（凡例）

○：サポートしている。

△：古いバージョンでサポートしている機能だけを使用できる。

注※1

コマンドをリモート実行するときの実行元を示す。

注※2

リモートジョブネットの定義元を示す。

注※3

コマンドをリモート実行するときの実行先，またはリモートジョブネットの実行先を示す。

＜この項の構成＞

(1)　実行元ホストと実行先ホストのJP1/AJS2 - Managerのバージョンが混在するときの注意事項

(1)　実行元ホストと実行先ホストのJP1/AJS2 - Managerのバージョンが混在するときの注意事項

リモートジョブネット配下のユニットで，実行先マネージャーのバージョンでサポートしていない機能を使用していた場合，リモートジョブネットは異常検出終了となり，実行結果詳細にKAVS0650-Eのエラーメッセージが出力されます。この場合，配下のユニットの定義を見直して，再実行してください。

9.2　ISAMファイルの移行

ISAMファイルアクセス競合による性能劣化防止の設定およびISAMキーファイル肥大化による性能劣化防止の設定を有効にすると，JP1/AJS2 - Managerが使用するISAMデータベースの運用性・保守性を向上させることができます。

これらの機能を使用すると，JP1/AJS2 - Managerのスケジューラーおよびジョブ実行環境でISAMデータベースを使用したときに発生する，次の問題を改善できます。

ISAMデータベースのキーファイル肥大化によるアクセス性能劣化の防止（キー再利用機能）
ISAMデータベースを構成するキーファイル内の無効領域を再利用することで，キーファイルの肥大化が軽減され，アクセス性能の劣化が発生しにくくなります。

ISAMデータベースへのアクセス競合による性能劣化の防止（ロックテーブル分割機能）
ISAMデータベースへのアクセス時に使用する排他資源を分割することができ，ISAMファイルアクセス処理競合による性能低下が発生しにくくなります。

この節では，上記のISAMデータベースの運用性を向上させる機能について説明します。

＜この節の構成＞

9.2.1　ISAMキー再利用の設定

9.2.2　ISAMロックテーブルの分割の設定

9.2.1　ISAMキー再利用の設定

ISAMデータベースは，データファイルおよびキーファイルで構成されますが，キーファイルはデータ削除後に無効になった領域を再利用しませんでした。このため，長時間運用を続けると，ISAMファイルが肥大化することで，アクセス性能が劣化し，短い周期でISAMデータベースを再編成する必要がありました。

ISAMキー再利用機能を有効にすると，長時間連続して運用しても，削除済みの無効領域を再利用することでファイルサイズが肥大化しにくくなるため，性能劣化が防止できます。なお，この設定を有効にする場合は，ISAMデータベースのフォーマットを変換する必要があります。

JP1/AJS2 07-00以降を新規で使用する場合は，セットアップ時にデフォルトでキーファイルに対応したISAMデータベースが作成されます。そのため，移行作業は必要ありません。

JP1/AJS2 06-71以前からJP1/AJS2 07-00以降のJP1/AJS2にバージョンアップする場合は，既存のデータベースの情報を引き継ぐため，この機能は有効にはなりません。

注意事項

JP1/AJS2 06-71以前からISAMキー再利用機能を使用してジョブ実行制御の環境設定で可変長テーブルレコードサイズ切り上げオプション"EnvVariableSizeRoundup"を指定している場合は，JP1/AJS2 07-00以降を上書きインストールすると設定がそのまま引き継がれます。また，JP1/AJS2 07-00以降を新規にインストールした場合は，このオプションはデフォルトで有効になっていますので新たに設定する必要はありません。

ISAMキー再利用機能を使用している場合，ジョブ実行環境データベースのジョブ情報削除処理に掛かる所要時間がISAMキー再利用機能を使用していない場合に比べて長くなります。マシンの性能やディスクアクセス性能にもよりますが，ジョブの実行や他のプログラムからの影響がない状態でジョブ情報削除だけを行っても，約30%所要時間が長くなります。ジョブを実行する時間帯と競合すると，さらに所要時間が延びることがあります。
これは，ISAMキー再利用機能では，ジョブ情報を削除した際に無効になった領域を再利用していて，その処理にオーバーヘッドが掛かり，ディスクI/Oが増加するためです。
ジョブ実行のピーク時間帯を考慮してジョブ情報削除処理のスケジューリングを行っている場合は注意してください。ディスクI/Oの増加を抑え，ジョブ情報削除処理の所要時間を短縮する方法として，ジョブ情報削除処理非同期オプションがあります。ジョブ情報削除処理非同期オプションの詳細については，「8.1.7 ジョブ情報削除処理の注意事項」を参照してください。ただし，RAIDなどにより高速なI/Oが可能なディスクを使用している場合は，改善できないおそれがあります。この場合は，ジョブ情報削除の基準時刻を変更する方法も検討してください。

キー再利用機能を有効にするための方法を次に示します。初めに，新規にセットアップする場合での有効方法について説明します。次に，既存データベースから移行する場合での有効方法について説明します。

＜この項の構成＞

(1)　データベースを新規にセットアップする場合

(2)　既存データベースから移行する場合

(3)　データベースファイル設定の表示

(1)　データベースを新規にセットアップする場合

スケジューラーデータベースの新規作成
ajssetupコマンドを実行してください。
キー再利用が有効となるISAMデータベースが，新規に作成されます。

ジョブ実行環境データベースの新規作成
jpqimport -dt isamコマンドを実行してください。
キー再利用が有効となるISAMデータベースが，新規に作成されます。

(2)　既存データベースから移行する場合

システム内の物理ホストおよびすべての論理ホストで稼働している，次に示すJP1のサービスを停止する。

JP1/AJS2サービス

JP1/AJS2 Monitorサービス

JP1/AJS2 Console Managerサービス

JP1/AJS2 Console Agentサービス

JP1/Baseサービス

注意事項

論理ホストの設定をするときは，JP1/AJS2サービスおよびJP1/Baseサービスを停止した際に，フェールオーバーしないようにしてください。

次に示すコマンドを実行してフォーマットを変換する。
ファイルフォーマットを変換する場合には，対象となるISAMファイルの2倍の空き領域が必要です。ディスク容量不足が原因で変換に失敗した場合，ファイルが消失する場合があります。あらかじめISAMファイルをバックアップし，ajsdbcondおよびjpqdbcondコマンドの-dオプションでディスク空き容量が十分あるディレクトリを指定してください。このオプションの指定がない場合，次に示すディレクトリを使用します。

Windowsの場合

コマンド実行ユーザーの環境変数TMPまたは環境変数TEMPで指定した一時ディレクトリ

HP-UXおよびSolarisの場合

/var/tmp

AIXの場合

/tmp

スケジューラーデータベースでの移行

ajsdbcond -kコマンドを実行します。

スケジューラーデータベースは，既存データベースからキー再利用が有効になるISAMファイルへ移行されます。また，このコマンドを実行することで，移行と同時にデータベースの再編成をします。

ジョブ実行環境データベースでの移行

jpqdbcond -kコマンドを実行します。

ジョブ実行環境データベースは，既存データベースからキー再利用が有効となるISAMファイルへ移行されます。また，このコマンドを実行することで，移行と同時にデータベースの再編成をします。

(3)　データベースファイル設定の表示

ISAMファイルの設定内容を表示させるには，ajsdbcond -mコマンドまたはjpqdbcond -mコマンドを実行してください。

ajsdbcond -mコマンドおよびjpqdbcond -mコマンドを実行すると，ファイル設定情報が標準出力に出力されます。

図9-1　ISAMファイルの設定情報の出力例（ajsdbcondコマンドの場合）

9.2.2　ISAMロックテーブルの分割の設定

ISAMロックテーブル分割機能は，UNIX版JP1/AJS2限定の機能です。

ISAMデータベースにアクセスするときのロック制御は，システム内で唯一のロックテーブル（セマフォおよび共用メモリーで実現）を利用していました。このため，スケジューラーとジョブ実行環境で多数のプロセスからISAMデータベースに同時にアクセスすると，処理の競合が原因で資源の確保ができないで性能が劣化する現象が発生します。

また，ジョブネットの実行登録を解除する処理など，スケジューラーデータベースに対してアクセスするコマンドが多数実行されると，データベースの更新処理が競合します。更新処理対象の情報や定義が大きい場合に，更新，削除といった処理を実行すると，性能が劣化することがあります。

ISAMファイルアクセス競合による性能劣化を防止するための設定をする（ISAMロックテーブル分割機能を有効にする）と，次の図に示すように，ISAMファイル単位にロックテーブルを持つようにできるため，アクセス競合による性能劣化を防げます。

図9-2　ISAMファイルアクセス競合による性能劣化を防止するための設定をしたときの効果

ISAMロックテーブル分割を設定する場合は，ロックテーブルの定義をISAMの設定ファイルに定義して共有メモリー・セマフォを割り当てる必要があります。

ISAMロックテーブル分割を設定するための方法を次に示します。

カーネルパラメーターを調整する。
ISAMが使用するロックテーブルを複数個に分割して使用するため，システムリソースを今までより多く使用します。セマフォ・共用メモリーに関するカーネルパラメーターを再見積もりしてください。

補足事項

AIXを使用している場合は，プロセスごとの共用メモリー・セグメントの最大数を拡張するために，環境変数EXTSHM=ONの設定が必要となります。そのため，システム内で稼働するJP1/AJS2を使用するすべてのユーザー（スーパーユーザーによるサービス起動時およびジョブネットワーク要素を操作するコマンド実行時）に対して有効になるように設定してください。

なお，環境変数EXTSHMは，/etc/environmentに設定しないでください。スーパーユーザーおよびJP1/AJS2を使用するユーザーの.profileや/etc/profileなどに設定してください。

システム内の物理ホストおよびすべての論理ホストで稼働している，次に示すJP1のサービスを停止する。

JP1/AJS2サービス

JP1/AJS2 Monitorサービス

JP1/AJS2 Console Managerサービス

JP1/AJS2 Console Agentサービス

JP1/Baseサービス

注意事項

論理ホストの設定をするときは，JP1/AJS2サービスおよびJP1/Baseサービスを停止した際に，フェールオーバーしないようにしてください。

次に示すコマンドを実行して，ISAMが使用しているセマフォおよび共用メモリーを削除する。

# /opt/jp1base/bin/Jisrsdel

ロックテーブル制御方式の変更に伴い，従来のロックテーブルを一度削除します。

ISAM制御ファイルを修正する。
/etc/opt/jp1base/conf/Jismdef.ini（ISAM制御ファイル）にロックテーブル分割の設定を定義します。Jismdef.ini（ISAM制御ファイル）の記述方法については，「(2) ISAM制御ファイルの内容を直接編集する場合」を参照してください。

注意事項

作成したファイルには，JP1を使用するOSユーザーに対してファイルの読み取りができる権限を与えておいてください。

クラスタシステムの待機系のホストでの設定をする。
クラスタシステムで運用する場合，上記の手順1～4を待機系ホストでも実施して，同じ環境になるように設定してください。

＜この項の構成＞

(1)　環境定義ファイルスクリプトを使用する場合

(2)　ISAM制御ファイルの内容を直接編集する場合

(1)　環境定義ファイルスクリプトを使用する場合

ISAMファイルのセマフォ分割をする場合，複雑な設定が必要なため，JP1/AJS2では環境定義ファイルスクリプトを用意しています。

ISAMファイルのセマフォ分割をする場合の環境定義ファイルスクリプトは，次の形式で記述してください。

/opt/jp1ajs2/tools/ajs2isamdefgen [-s 各テーブルのロックテーブルサイズ] [-u]

ISAM環境定義用の環境定義ファイルスクリプトを実行すると，構成定義から，全物理・論理ホスト，全スケジューラー・ジョブ実行環境のデータベースパスを取得し，ISAMの環境定義ファイル（Jismdef.ini）の内容を組み立てて，標準出力に出力します。このファイルを，/etc/opt/jp1base/conf/Jismdef.iniにコピーして利用してください。

-sオプションを省略した場合，ロックテーブルサイズは標準の1,024に設定されます。-sオプションを指定する場合，この値より小さくしないでください。JP1/AJS2 - Viewからの同時接続数が多い場合や，ジョブネットワーク要素を操作するコマンドを同時に実行する場合などで，ロックテーブルが不足する場合は，最大32,767で指定してください。

-uオプションを指定した場合は，直接，/etc/opt/jp1base/conf/Jismdef.iniを上書き更新します。このスクリプトで作成したISAM制御ファイルは，ISAMロックテーブル分割機能をJP1/AJS2だけで使用する場合に限り使用できます。

(2)　ISAM制御ファイルの内容を直接編集する場合

ISAM制御ファイル（Jismdef.ini）は，次のファイルをエディターなどで開き，直接書き換えることもできます。

/etc/opt/jp1base/conf/Jismdef.ini

注意事項

ISAMファイルのセマフォ分割を定義する場合，複雑な設定が必要です。ISAM制御ファイル（Jismdef.ini）の内容を理解されていない場合は，JP1/AJS2が用意する環境定義ファイルスクリプトを使用して，ISAMファイルのセマフォ分割を設定してください。

(a)　ISAM制御ファイルの各パラメーターの設定内容

ISAM制御ファイルの各パラメーターの設定内容について，次に説明します。ISAM制御ファイルには，ここで説明する項目の記述が必要です。各パラメーターは，項目をタブ文字（この項では，<tab>と表記します）で区切って記述します。

注意事項

標準インストール直後のISAM制御ファイルは，次に示す内容が記述されています。この情報に続けてパラメーターを記述してください。

ロックテーブル識別子数（ISM_SEMNUMパラメーター）

ロックテーブル識別子数は，最大で256個作成できます。1～256の値を指定してください。ここで定義する識別子数は，次のISM_ENTNUMで指定するロックテーブル個数と一致させる必要があります。

各ロックテーブルのサイズ（ISM_ENTNUMパラメーター）

ISM_SEMNUMパラメーターで指定した各ロックテーブル内に保持できるエントリー数を指定します。ISM_SEMNUMパラメーター個数分定義してください。ロックテーブル内のエントリー個数の標準値は，1,024です。

ただし，JP1/AJS2 - Viewから同時に多数接続する場合や，ジョブネットワーク要素を操作するコマンドを同時に多数実行する運用をする場合で，「80 + ( (JP1/AJS2 - View接続数および同時に実行する「ジョブネットワーク要素を操作するコマンド数」) ＊ 32)」の算出値が，1,024を超えるときは，スケジューラーデータベースのすべてのファイルに対して，この算出値を設定してください。なお，最大値は32,767です。

各ファイルのロックテーブルへのマッピング（ISM_FILEパラメーター）

ISM_SEMNUMおよびISM_ENTNUMパラメーターで定義したロックテーブルをISAMファイルに割り当てます。ファイル名称には，ファイルの完全パス名称から拡張子を取った形式で指定します。

（例）

/var/opt/jp1ajs2/database/schedule/AJSROOT1/AJSUNIT

ロックテーブル識別子には，1～ISM_SEMNUMパラメーター指定値までの識別子番号を記述します。ロックテーブルをマッピングするときには，次のようにしてください。

スケジューラーデータベースの設定

多くのプロセスから同時にアクセスされるため，すべてのファイルに異なる識別子を指定してください。

ジョブ実行環境データベースの設定

複数のプロセスから同時にアクセスされないため，すべて同じロックテーブル識別子を指定してください。

なお，該当するマシンで稼働するすべての論理ホストおよび物理ホストのファイルにパラメーターを記述してください。

(b)　ISAM制御ファイルの構文チェック

次に示すコマンドを実行して，ISAM制御ファイルの設定に誤りがないか構文をチェックしてください。

# /opt/jp1base/bin/Jislckreg -c

このコマンドを実行したときにエラーメッセージが出力された場合は，ISAM制御ファイルの設定に誤りがあります。ISAM制御ファイルの設定内容を見直してください。

(c)　ISAM制御ファイルの記述例

JP1/AJS2 - Managerでの標準的な運用例と記述例を次に示します。

物理ホストの標準ディレクトリで運用します。

ジョブ実行環境データベース全体で，1個のロックテーブルを割り当てます。

スケジューラーデータベースには，各ISAMファイルに異なるロックテーブルを割り当てます。

図9-3　ISAM制御ファイルの記述例1

クラスタシステムで運用し，スケジューラーサービスが二つある場合の運用例と記述例を次に示します。

クラスタシステムで共有ディスクに，/shdsk1を使用します。

スケジューラーサービスにAJSROOT2とAJSROOT3を使用します。

ジョブ実行環境データベース全体で，1個のロックテーブルを割り当てます。

スケジューラーデータベースには，各ISAMファイルに異なるロックテーブルを割り当てます。

図9-4　ISAM制御ファイルの記述例2

9.3　組み込みDBをログ運用に移行する

JP1/AJS2 07-00-/C以降では，組み込みDBのシステムログを二重化しておくことで，ディスク障害などの発生時でも，次のような復旧をすることができます。

アンロードログファイルとバックアップを使用した回復

システムログとバックアップを使用した回復

この節では，JP1/AJS2 07-00からJP1/AJS2 07-00-/C以降にバージョンアップする場合で，かつ組み込みDBをログ運用に移行する場合の移行方法について説明します。

＜この節の構成＞

9.3.1　現在の環境を削除して移行する方法

9.3.1　現在の環境を削除して移行する方法

現在の環境を削除して移行する方法を次に示します。

JP1/AJS2および組み込みDBをバージョンアップする。

該当するスケジューラーデータベースを使用するスケジューラーサービス，JP1/AJS2 Monitorサービスを含む，スケジューラーデータベースにアクセスするサービスをすべて停止する。

次に示すコマンドを実行して，データベースに格納されているデータをファイルに退避する。

ajsembdbrorg -k unld -F スケジューラーサービス名 -d アンロードファイル格納ディレクトリ名

対象スケジューラーサービスをISAMに移行する。
ISAMへの移行については，「15.14.2 スケジューラーデータベースで使用するDBMSを変更する」を参照してください。

ajsembdbunsetコマンドを実行し，以前の環境を削除する。

ajsembdbunset -e

導入したい運用に合わせてセットアップする。
組み込みDBの環境を，ajsembdbbuildコマンドおよびajsembdbsetupコマンドを実行してセットアップします。
運用方法については，「3.5.4 組み込みDBの運用方法」を参照してください。

次に示すコマンドを実行して，退避しておいたデータを組み込みDBのデータベースに格納する。

ajsembdbrorg -k reld -F スケジューラーサービス名 -d アンロードファイル格納ディレクトリ名

手順2で停止したサービスを起動する。

システムログ運用については「3.5.6 システムログ運用」を，アンロードログ運用については「3.5.7 アンロードログ運用」を参照してください。

ajsembdbrorgコマンド，ajsembdbunsetコマンドについては，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsembdbrorg」，およびマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド　ajsembdbunset」を参照してください。

9.4　JP1/AJS2をバージョンアップした場合のジョブ実行環境の変更に関する注意事項

JP1/AJS2のバージョンによって，ジョブの実行環境が異なります。そのため，JP1/AJS2 06-00-/E以降にバージョンアップする場合，場合によってはジョブの定義を変更する必要があります。JP1/AJS2 06-00-/E以降にバージョンアップして運用する場合，次の点に注意して運用してください。

＜この節の構成＞

9.4.1　Windows版のJP1/AJS2 06-00，JP1/AJS2 06-00-/A，またはJP1/AJS2 06-00-/Bからバージョンアップした場合

9.4.2　UNIX版のJP1/AJS2 06-00，JP1/AJS2 06-00-/Aからバージョンアップした場合

9.4.3　UNIX版のJP1/AJS2 06-00-/Cからバージョンアップした場合

9.4.4　UNIX版のJP1/AJS2 06-00-C1からバージョンアップした場合（HP-UX，Solaris限定）

9.4.1　Windows版のJP1/AJS2 06-00，JP1/AJS2 06-00-/A，またはJP1/AJS2 06-00-/Bからバージョンアップした場合

JP1/AJS2 06-00，JP1/AJS2 06-00-/A，JP1/AJS2 06-00-/BからJP1/AJS2 06-00-/E以降にバージョンアップした場合のジョブ実行環境の差異を次に示します。

ジョブの子プロセス
ジョブの子プロセスが終了しなくても，親プロセスが終了した時点でジョブが終了します。

9.4.2　UNIX版のJP1/AJS2 06-00，JP1/AJS2 06-00-/Aからバージョンアップした場合

JP1/AJS2 06-00，またはJP1/AJS2 06-00-/AからJP1/AJS2 06-00-/E以降にバージョンアップした場合のジョブ実行環境の差異を次に示します。

ジョブ実行時のカレントディレクトリ
ジョブ実行先エージェントホストの実行OSユーザーのホームディレクトリ（/etc/passwdファイルの内容）を仮定します。ホームディレクトリが未定義の場合は，「/」を仮定します。ただし，［環境設定］ダイアログボックスの［ジョブ実行環境］タブの「エージェントプロセス実行時のワークディレクトリ名」にディレクトリを指定すると，指定したディレクトリがカレントディレクトリになります。

ジョブ実行時のシェル
ジョブ実行先エージェントホストの実行OSユーザーのデフォルトログインシェル（/etc/passwdファイルの内容）を仮定します。ログインシェルが定義されていない場合は/bin/shを仮定します。ただし，スクリプトファイルやコマンド文の先頭行にシェルを記載すると，実行時のシェルは記載されたシェルになります。

ジョブ起動時に読み込まれるプロファイル情報
ジョブ実行先エージェントホストの実行OSユーザーのデフォルトログインシェルに対応したプロファイル情報が読み込まれます。プロファイル情報が格納されているファイルは次のとおりです。

ログインシェルがsh，kshの場合
実行OSユーザーのホームディレクトリにある.profileファイル

ログインシェルがcshの場合
.loginファイル，および.cshrcファイル

環境変数HOME
ジョブ実行先エージェントホストの，実行OSユーザーのホームディレクトリを設定します。ただし，ユーザーのプロファイル情報での定義が優先されます。

環境変数SHELL
実行されるシェルを設定します。ただし，実行OSユーザーのプロファイル情報での定義が優先されます。

環境変数PATH
「:/bin:/usr/bin」を設定します。ただし，実行OSユーザーのプロファイル情報での定義が加味されます。

環境変数JP1_USERNAME
JP1ユーザーが設定されます。

環境変数JP1_HOSTNAME
ジョブ実行先エージェントのホスト名が設定されます。

ジョブの標準出力および標準エラー出力ファイルの所有者
所有者が実行OSユーザーとなります。

ジョブの標準出力および標準エラー出力ファイル作成時のumask値
ジョブ実行エージェントホストのジョブ実行環境ファイルで定義されているumask値が反映されます。設定されていない場合は，JP1/AJS2起動時のumaskが反映されます。

標準出力，標準エラー出力ファイル作成先のアクセス権
ジョブ実行先エージェントホストの実行OSユーザーに書き込み権限がない場合は，ファイルが作成されないで，ジョブは起動失敗となります。

スクリプトファイル，コマンド文が共に指定された場合の実行アクセス権
ジョブ実行先エージェントホストの実行OSユーザーに読み込み権限がない場合は，ジョブは起動失敗となります。

環境変数ファイルのアクセス権限
ジョブ実行先エージェントホストの実行OSユーザーに読み込み権限がない場合は，ジョブは起動失敗となります。

スクリプトファイルの検索パス
ジョブ実行先エージェントホストの実行OSユーザーの環境変数PATHを使用して検索されます。

ワークパスに相対パスを指定した場合の動作
ジョブは起動失敗となります。

9.4.3　UNIX版のJP1/AJS2 06-00-/Cからバージョンアップした場合

JP1/AJS2 06-00-/CからJP1/AJS2 06-00-/E以降にバージョンアップした場合のジョブ実行環境の差異を次に示します。

ジョブ起動時に読み込まれるプロファイル情報
ジョブ実行先エージェントホストの実行OSユーザーのデフォルトログインシェルに対応したプロファイル情報が読み込まれます。
プロファイル情報が格納されているファイルは次のとおりです。

ログインシェルがsh，kshの場合
実行OSユーザーのホームディレクトリにある.profileファイル

ログインシェルがcshの場合
.loginファイル，および.cshrcファイル

標準出力ファイル，および標準エラー出力ファイル作成先のアクセス権
ジョブ実行先エージェントホストの実行OSユーザーに書き込み権限がない場合は，ファイルが作成されないで，ジョブは起動失敗となります。

スクリプトファイル，コマンド文が共に指定された場合の実行アクセス権
ジョブ実行先エージェントホストの実行OSユーザーに読み込み権限がない場合は，ジョブは起動失敗となります。

環境変数ファイルのアクセス権限
ジョブ実行先エージェントホストの実行OSユーザーに読み込み権限がない場合は，ジョブは起動失敗となります。

スクリプトファイルの検索パス
ジョブ実行先エージェントホストの実行OSユーザーの環境変数PATHを使用して検索されます。

ワークパスに相対パスを指定した場合の動作
ジョブは起動失敗となります。

9.4.4　UNIX版のJP1/AJS2 06-00-C1からバージョンアップした場合（HP-UX，Solaris限定）

JP1/AJS2 06-00-C1からJP1/AJS2 06-00-/E以降にバージョンアップした場合のジョブ実行環境の差異を次に示します。

なお，JP1/AJS2 06-00-C1は，HP-UXおよびSolarisだけをポートしています。

スクリプトファイル，コマンド文が共に指定された場合の実行アクセス権
ジョブ実行先エージェントホストの実行OSユーザーに実行権限，および読み込み権限がない場合は，ジョブは起動失敗となります。

環境変数ファイルのアクセス権限
ジョブ実行先エージェントホストの実行OSユーザーに読み込み権限がない場合は，ジョブは起動失敗となります。

スクリプトファイルの検索パス
ジョブ実行先エージェントホストの実行OSユーザーの環境変数PATHを使用して検索されます。

ワークパスに相対パスを指定した場合の動作
ジョブは起動失敗となります。

9.5　イベントジョブをDNS環境で運用する場合の設定方法（バージョンアップ時）

JP1/AJS2 07-00以降では，DNS運用時にFQDN（Fully Qualified Domain Name）形式のホスト名や，エイリアス設定したホスト名での運用ができます。

この節では，JP1/AJS2 06-71以前からJP1/AJS2 07-00以降のJP1/AJS2にバージョンアップするときに必要な作業，および各エージェントのバージョンが異なる場合の設定方法を説明します。

なお，この設定はイベントジョブを使用する場合だけに実施する必要があります。標準ジョブ，アクションジョブ，カスタムジョブでは，すでにホスト名の問題に対応しているため，設定する必要はありません。

＜この節の構成＞

9.5.1　JP1/AJS2のバージョンアップ時に必要な作業

9.5.2　各エージェントのバージョンが異なる場合の設定

9.5.1　JP1/AJS2のバージョンアップ時に必要な作業

JP1/AJS2 06-71以前からJP1/AJS2 07-00以降にバージョンアップするときの大まかな作業の流れを次に示します。

図9-5　DNS環境でJP1/AJS2をバージョンアップするときの作業の流れ

注意事項

FQDN形式のホスト名による運用をする場合は，07-00以降のJP1/AJS2 - Managerが必要になります。

エージェントのバージョンは問いません。

ただし，異なるドメインに同一ホスト名が複数存在し，それらのホストをエージェントとして使用する場合は，エージェントのバージョンを07-00以降にする必要があります。

DNS運用時にFQDN形式のホスト名で運用する場合に，マネージャーからエージェントに送るマネージャーホスト名を「ホスト名」から「FQDN形式のホスト名」にするための設定手順を次に示します。マネージャーホストとエージェントホストのそれぞれのホストで設定が必要です。

＜この項の構成＞

(1)　マネージャーホストの場合の設定手順

(2)　エージェントホストの場合の設定手順

(1)　マネージャーホストの場合の設定手順

実行中のイベントジョブおよび起動条件を強制終了する。

次に示すサービスを停止する。

JP1/AJS2サービス

UNIXの場合，次のコマンドを実行して，プロセスがすべて停止していることを確認します。なお，/etc/opt/jp1ajs2/jajs_stopについては，自動停止の設定がされているか事前に確認してください。

# /etc/opt/jp1ajs2/jajs_stop
# /opt/jp1ajs2/bin/jajs_spmd_status

エディターで次に示す内容を記述した設定ファイルを作成する。

[{JP1_DEFAULT | 論理ホスト名}¥JP1AOMMANAGER]
"DNSEstablish"="Y|N"

DNS運用時にFQDN形式のホスト名で運用する場合は「Y」を，運用しない場合は「N」を指定します。デフォルトは「N」です。
「Y」の部分を「N」に置き換えると，FQDN形式のホスト名で運用しません。この場合，エージェントへはFQDN形式のホスト名ではなく，ホスト名を送ります。
設定ファイルのファイル名は任意です。

ファイルを保存し，次のコマンドを実行する。

jbssetcnf 設定ファイル名

jbssetcnfコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/AJS2を再起動する。
設定ファイルに記述した内容が反映されます。

手順1で強制終了したジョブを再度実行登録する。

(2)　エージェントホストの場合の設定手順

設定するエージェントホストで実行されているジョブだけを強制終了する。

次に示すサービスを停止する。

JP1/AJS2サービス

UNIXの場合，次のコマンドを実行して，プロセスがすべて停止していることを確認します。なお，/etc/opt/jp1ajs2/jajs_stopについては，自動停止の設定がされているか事前に確認してください。

# /etc/opt/jp1ajs2/jajs_stop
# /opt/jp1ajs2/bin/jajs_spmd_status

jpoagoecコマンドを実行する。
エージェントホストでは一度通信したマネージャー名を記憶しているため，jpoagoecコマンドをエージェントホストで実行して，「マネージャーホスト名（hostnameコマンドで出力されるホスト名）」を削除する必要があります。エージェントホストのサービスを起動する前にjpoagoecコマンドを実行しないと，一つのマネージャーホストに対して「ホスト名」と「FQDN形式のホスト名」の二つのマネージャーホスト名を記憶してしまいます。このような状態で，エージェントホストのサービスを起動してしまうと，起動時に実行するジョブは「ホスト名」と「FQDN形式のホスト名」で別々に登録され，その結果同じジョブが2度実行されることになります。
二重に実行登録された場合，メール受信監視ジョブやメッセージキュー受信監視ジョブのように，受信した情報を削除するジョブでは，受信していない情報を削除するおそれがあります。また，DNSやhostsなどの設定で，マネージャーホスト名（hostnameコマンドで出力されるホスト名）のIPアドレスが解決できないようにした場合，エージェントホストの起動時に通信エラーが発生します。
jpoagoecコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jpoagoec」を参照してください。

JP1/AJS2を再起動する。

手順1で強制終了したジョブを再度実行登録する。

9.5.2　各エージェントのバージョンが異なる場合の設定

ここでは，DNS運用時にFQDN形式のホスト名で運用する場合の設定を示します。

＜この項の構成＞

(1)　FQDN形式のホスト名による運用をする場合の設定

(2)　FQDN形式のホスト名による運用をしない場合の設定

(1)　FQDN形式のホスト名による運用をする場合の設定

各エージェントのバージョンが異なる環境で，FQDN形式のホスト名による運用をする（DNSEstablishパラメーターに「Y」を指定した）ときの設定例を次に示します。

図9-6　FQDN形式のホスト名による運用をするときの設定例

エージェントが07-00以降のバージョンの場合は，DNSEstablishパラメーターに「Y」を指定すると，エージェントはマネージャーに対してFQDN形式のホスト名を送ります。

エージェントが07-00より前のバージョンの場合は，エージェントはマネージャーに対してホスト名（hostnameコマンドで出力される値）を送ります。

注意事項

DNSEstablishパラメーターに「Y」を指定すると，マネージャーはエージェントに対してFQDN形式のホスト名を送るため，エージェント側で送られてきたFQDN形式のホスト名を解決できるように設定する必要があります。

(2)　FQDN形式のホスト名による運用をしない場合の設定

各エージェントのバージョンが異なる環境で，FQDN形式のホスト名による運用をしない（DNSEstablishパラメーターに「N」を指定またはこのパラメーターの指定を省略した）ときの設定例を次に示します。

図9-7　FQDN形式のホスト名による運用をしないときの設定例

DNSEstablishパラメーターに「N」を指定した場合（このパラメーターの指定を省略した場合を含む）は，特別な設定は必要ありません。

エージェントのバージョンに関係なく，マネージャーとエージェント間はホスト名（hostnameコマンドで出力される値）で通信します。

9.6　JP1/AJS2 Consoleを使用する場合の互換性

JP1/AJS2 Console 06-71（製品名：「JP1/AJS2 - Console」）は，JP1/AJS2 - Manager 07-00に統合され，コンポーネント名称も変更になりました。06-71と07-00以降でのコンポーネント名称の対応を次の表に示します。

表9-6　JP1/AJS2 Consoleのコンポーネント名称の対応

06-71 | 07-00以降
JP1/AJS2 - Console Manager | JP1/AJS2 Console Manager
JP1/AJS2 - Console Agent | JP1/AJS2 Console Agent
JP1/AJS2 - Console View | JP1/AJS2 Console View

この節では，JP1/AJS2 Console 06-71がJP1/AJS2 - Manager 07-00に統合されたことによって変更になる内容と，注意事項を説明します。

＜この節の構成＞

9.6.1　統合されたことによって変更になる内容

9.6.2　Windows版のJP1/AJS2 - Console 06-71からバージョンアップする場合の注意事項

9.6.3　UNIX版のJP1/AJS2 - Console 06-71からバージョンアップする場合の注意事項

9.6.1　統合されたことによって変更になる内容

JP1/AJS2 Console 06-71（製品名：「JP1/AJS2 - Console」）とJP1/AJS2 Console 07-00以降の差異と，バージョンの組み合わせを次に示します。

＜この項の構成＞

(1)　プログラムプロダクト構成の差異

(2)　JP1/AJS2 Consoleの機能と対応バージョン

(1)　プログラムプロダクト構成の差異

JP1/AJS2 Console 06-71がJP1/AJS2 - Manager 07-00に統合されたことによって，07-00以降では「JP1/AJS2 - Console」という製品がありません。

06-71と07-00以降のプログラムプロダクト構成の違いを次に示します。

図9-8　JP1/AJS2 Console 06-71のプログラムプロダクト構成

図9-9　JP1/AJS2 Console 07-00以降のプログラムプロダクト構成

(2)　JP1/AJS2 Consoleの機能と対応バージョン

JP1/AJS2 Consoleの機能を実現するためのバージョンの組み合わせを，次の表に示します。

表9-7　機能ごとの接続性

機能 | 対応バージョン※1
CM | CA | CV
業務監視 | 06-71以降 | 06-71-/A以降 | 06-71-/A以降
業務スコープの階層化 | 07-00以降 | 06-71-/A以降 | 07-00以降
監視オブジェクトに対する操作 | 07-00以降 | 07-00以降 | 07-00以降
業務スコープの背景表示 | 07-00以降 | 06-71-/A以降 | 07-00以降
最新情報更新 | 07-00以降 | 07-00以降 | 07-00以降
保留予定表示 | 07-00以降 | 07-00以降 | 07-00以降
業務毎のアイコンカスタマイズ | 07-00以降 | 06-71-/A以降 | 07-00以降
予定世代優先表示 | 07-00以降 | 07-00以降 | 07-00以降※2
状態名のツールチップ表示 | 06-71以降 | 06-71-/A以降 | 07-00以降
監視オブジェクトの自動作成 | 06-71以降 | 06-71-/A以降 | 07-00以降

（凡例）

CM：JP1/AJS2 Console Manager

CA：JP1/AJS2 Console Agent

CV：JP1/AJS2 Console View

注※1

対応バージョンは，各コンポーネントを同梱するプログラムプロダクトのバージョンを示しています。

注※2

JP1/AJS2 Console View 06-71では，予定世代優先表示をするための定義ができません。すでに監視方法に「全世代時刻予定優先」，「当日時刻予定優先」が指定されている場合は，JP1/AJS2 Console View 06-71からでも監視はできます。

9.6.2　Windows版のJP1/AJS2 - Console 06-71からバージョンアップする場合の注意事項

JP1/AJS2 Console 06-71（製品名：「JP1/AJS2 - Console」）がインストールされている場合は，JP1/AJS2 - Manager 07-00以降をインストールした時点で，JP1/AJS2 ConsoleがJP1/AJS2に統合されます。インストールの方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド」を参照してください。

インストールによってJP1/AJS2 ConsoleはJP1/AJS2に統合されますが，JP1/AJS2 Consoleのインストール先フォルダは，JP1/AJS2 Console 06-71のインストール先フォルダとなり，そのフォルダでバージョンアップされます。また，JP1/AJS2 ConsoleがJP1/AJS2 - Managerに統合されたことによって，次のような処理が実行されます。

「アプリケーションの追加と削除」から「JP1/Automatic Job Management System 2 - Console」を削除

プログラムフォルダから「JP1_Automatic Job Management System 2 - Console」を削除

ヘルプがインストールされている場合は，JP1/AJS2 Consoleのインストール先フォルダからJP1/AJS2 Console 06-71のヘルプファイルを削除

JP1/AJS2 Console 06-71のreadme.txtファイルを削除

9.6.3　UNIX版のJP1/AJS2 - Console 06-71からバージョンアップする場合の注意事項

JP1/AJS2 Console 06-71（製品名：「JP1/AJS2 - Console」）がインストールされている場合は，JP1/AJS2 - Manager 07-00以降をインストールした時点で，JP1/AJS2 ConsoleがJP1/AJS2に統合されます。また，JP1/AJS2 ConsoleがJP1/AJS2 - Managerに統合されたことによって，Hitachi PP Installerのプログラムの一覧から「JP1/Automatic Job Management System 2 - Console」は削除されます。さらに，JP1/AJS2 Console 06-71のヘルプファイルも削除されます。インストールの方法については，マニュアル「JP1/Automatic Job Management System 2　セットアップガイド」を参照してください。

9.7　組み込みDBをバージョンアップする場合の注意事項

JP1 Version 7iのJP1/AJS2 - Advanced Managerの組み込みDBから，JP1/AJS2 - Manager 08-00以降に添付されている組み込みDBへバージョンアップインストールする場合，バージョンアップインストール後にセットアップが必要です。

バージョンアップインストール後のセットアップ方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　5.2.1(3) 組み込みDBを上書きインストールする」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　15.2.1(3) 組み込みDBを上書きインストールする」（UNIXの場合）を参照してください。

9.8　文字コードEUC環境からUTF-8環境へ移行する場合の手順

LinuxのJP1/AJS2 - Managerを文字コードEUC環境からUTF-8環境に移行する場合の手順について説明します。

製品の上書きインストールができないため，従来までの定義情報をバックアップして製品を一度アンインストールし，08-00以降の製品をインストール・セットアップする必要があります。

作業の流れを次に示します。

図9-10　EUC環境からUTF-8環境への移行の流れ

それぞれの作業について説明します。

＜この節の構成＞

9.8.1　定義情報のバックアップ

9.8.2　JP1/AJS2 08-00以降のインストールとセットアップ

9.8.3　バックアップした各種定義の言語変換

9.8.4　定義情報のリカバリー

9.8.5　ジョブネットの登録

9.8.1　定義情報のバックアップ

次の定義情報をバックアップします。

ジョブ実行環境定義

ジョブネット設定およびカレンダー設定

＜この項の構成＞

(1)　ジョブ実行環境定義のバックアップ

(2)　ジョブネット設定・カレンダー設定のバックアップ

(1)　ジョブ実行環境定義のバックアップ

ジョブ実行環境定義をバックアップする手順を次に示します。

次のコマンドを実行し，ジョブ実行環境定義を出力する。

# jpqexport -dt isam -co ファイル名 [-mh 論理ホスト名]

「ファイル名」に指定したファイルにジョブ実行環境定義が出力されます。

注意事項

jpqexportコマンドで設定するファイルは，一元管理のためにjpqsetup.confを使用することをお勧めします。論理ホストの定義をバックアップする場合は，-mhオプションで論理ホスト名を指定します。

出力したファイルの内容をjpqsetup.confにコピーする。
手順1で出力したファイルの内容をjpqsetup.confにコピーしてください。

(2)　ジョブネット設定・カレンダー設定のバックアップ

ジョブネット設定およびカレンダー設定をバックアップする手順を次に示します。

注意事項

ジョブネット設定およびカレンダー設定のバックアップは，スケジューラーサービス（AJSROOT）単位で行われます。スケジューラーサービスごとに実施してください。

OSのスーパーユーザー権限を持つユーザーが実施してください。

論理ホスト環境のスケジューラーサービス情報をバックアップする際は，環境変数JP1_HOSTNAMEに論理ホスト名を設定してから実施してください。

環境変数JP1_HOSTNAMEを設定する。

（例）shの場合

# JP1_HOSTNAME=論理ホスト名 ; export JP1_HOSTNAME

論理ホストをバックアップする場合は，環境変数JP1_HOSTNAMEを設定してください。
バックアップで実行するajsprintコマンドなどのジョブネットワーク要素を操作するコマンドは，コマンドのオプションに直接指定するのではなく，環境変数JP1_HOSTNAMEに論理ホスト名を設定します。
なお，クラスタ構成でない場合や物理ホスト環境のバックアップの場合，この操作は不要です。

ジョブネット設定をバックアップする。
必要に応じて次のコマンドを実行して，ジョブネット，ジョブ，基準時刻，コメントなどをバックアップします。
なお，ジョブネット設定のバックアップについては，「12. ジョブネットの退避・回復」を参照してください。

(a) すべてのユニットの定義情報のバックアップ

次のコマンドを実行して，スケジューラーサービス（AJSROOT）以下にあるすべてのユニットの定義情報をバックアップします。定義情報には，各ユニットの基準時刻やコメントなどすべての定義が含まれます。

ただし，ルートジョブグループ（/）の基準時刻，基準日，月区分などは含まれません。これらの情報は次に示す(b)，(c)の手順でバックアップしてください。

# ajsprint -F スケジューラーサービス名 -a '/*' > unitbackup.txt

スケジュールルールを持ったルートジョブネットをネストジョブネットにコピーして作成したジョブネットがある場合，環境設定パラメーター"AJSPRINTNETSCHPRF"="no"を指定してバックアップしてください。

この設定は，JP1/AJS2 08-00以降を新規にインストールした場合，初期状態で設定されています。08-00より前のバージョンからバージョンアップインストールした場合で，この設定をしていなかった場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.1.1 スケジューラーサービス環境の設定手順」を参照してください。

(b) 基準時刻，基準日，および月区分のバックアップ

次のコマンドを実行して，スケジューラーサービス（AJSROOT）自身の基準時刻，基準日，および月区分をバックアップします。

# ajsprint -F スケジューラーサービス名 -f"-lt %st -ld %sd -md %md" / > calopt.txt

(c) コメント，所有者，およびグループのバックアップ

次のコマンドを実行して，スケジューラーサービス（AJSROOT）自身のコメント，所有者，およびグループをバックアップします。

# ajsprint -F スケジューラーサービス名 -f"-C %cm -o %ow -g %gr" / > chgopt.txt

スケジューラーサービス（AJSROOT）のカレンダー設定をバックアップする。
次のコマンドを実行して，スケジューラーサービス（AJSROOT）のカレンダー情報（運用日・休業日）をバックアップします。

# ajsprint -F スケジューラーサービス名 -d / > rootcal.txt

注意事項

rootcal.txtにカレンダー情報が出力されていなければ，リカバリーは不要です。

9.8.2　JP1/AJS2 08-00以降のインストールとセットアップ

UTF-8環境のJP1/BaseとJP1/AJS2 - Managerをインストールし，セットアップします。JP1/Baseのセットアップの手順については，マニュアル「JP1/Base 運用ガイド」を参照してください。また，JP1/AJS2 - Managerのセットアップの手順については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　13.1 JP1/AJS2 - Managerで必要なセットアップ」を参照してください。

注意事項

以前のバージョンの環境設定パラメーターを参考に，セットアップを行ってください。同様の設定になっていないとリカバリーに失敗することがあります。

JP1/AJS2 08-00以降では，JP1/AJS2 07-50以前と，新規のインストールおよび新規のセットアップ後の環境設定パラメーター設定値が変更になっています。JP1/AJS2 07-50以前と同様の設定で運用する場合は，設定値の変更を行ってください。

9.8.3　バックアップした各種定義の言語変換

バックアップした各種定義ファイルを，iconvコマンドなどを使って，UTF-8の文字コードに変換してください。また，予定情報ファイルを用いてジョブネットを確定登録している場合は，同様に予定情報ファイルをUTF-8の文字コードに変換してください。iconvコマンドの使用方法など，文字コードの変換方法については，OSのマニュアルを参照してください。

9.8.4　定義情報のリカバリー

バックアップした次の定義情報をリカバリーします。

ジョブ実行環境定義

ジョブネット設定およびカレンダー設定

＜この項の構成＞

(1)　ジョブ実行環境定義のリカバリー

(2)　ジョブネット設定・カレンダー設定のリカバリー

(1)　ジョブ実行環境定義のリカバリー

バックアップしたジョブ実行環境構成定義ファイル（jpqsetup.conf）を使って，ジョブ実行環境を作成します。

ジョブ実行環境定義をリカバリーする手順を次に示します。

キュー情報データベース格納フォルダのファイルを削除する。

(a) 物理ホストの場合

# rm /var/opt/jp1ajs2/database/queue/*

(b) 論理ホストの場合

# rm 共有ディレクトリ/jp1ajs2/database/queue/*

次のコマンドを実行して，ジョブ実行環境を作成する。

# jpqimport -dt isam -ci jpqsetup.conf [-mh 論理ホスト名]

論理ホストの定義をリカバリーする場合は，-mhオプションで論理ホスト名を指定します。

(2)　ジョブネット設定・カレンダー設定のリカバリー

ジョブネット設定およびカレンダー設定をリカバリーする手順を次に示します。

注意事項

ジョブネット設定およびカレンダー設定のリカバリーは，スケジューラーサービス（AJSROOT）単位で行われます。スケジューラーサービスごとに実施してください。

OSのスーパーユーザー権限を持つユーザーが実施してください。

JP1/AJS2 - Managerを起動させた状態で実施してください。

論理ホスト環境のスケジューラーサービス情報をバックアップする際は，環境変数JP1_HOSTNAMEに論理ホスト名を設定してから実施してください。

JP1/AJS2 - Managerを起動する。
物理ホスト環境の場合は，起動コマンドを実行してJP1/AJS2 - Managerを起動してください。論理ホスト環境の場合は，クラスタソフトにJP1を登録してからJP1/AJS2 - Managerを起動してください。

環境変数JP1_HOSTNAMEを設定する。

（例）shの場合

# JP1_HOSTNAME=論理ホスト名 ; export JP1_HOSTNAME

論理ホストをリカバリーする場合は，環境変数JP1_HOSTNAMEを設定してください。
リカバリーで実行するajsdefineコマンドなどのジョブネットワーク要素を操作するコマンドは，コマンドのオプションに直接指定するのではなく，環境変数JP1_HOSTNAMEに論理ホスト名を設定します。
なお，クラスタ構成でない場合や物理ホスト環境へのリカバリーの場合，この操作は不要です。

ジョブネット設定をリカバリーする。
バックアップファイルを用意し，必要に応じて次のコマンドを実行して，ジョブネットやジョブ，基準時刻，コメントなどをリカバリーしてください。

(a) すべてのユニットの定義情報のリカバリー

次のコマンドを実行して，スケジューラーサービス（AJSROOT）以下にあるすべてのユニットの定義情報をリカバリーします。定義情報には，各ユニットの基準時刻やコメントなどすべての定義が含まれます。

ただし，ルートジョブグループ（/）の基準時刻，基準日，月区分などは含まれません。これらの情報は次に示す(b)，(c)の手順でリカバリーしてください。

# ajsdefine -F スケジューラーサービス名 unitbackup.txt

(b) 基準時刻，基準日，および月区分のリカバリー

次のコマンドを実行して，スケジューラーサービス（AJSROOT）自身の基準時刻，基準日，および月区分をリカバリーします。

# ajscalendar -F スケジューラーサービス名 `cat calopt.txt` /

(c) コメント，所有者，およびグループのリカバリー

次のコマンドを実行して，スケジューラーサービス（AJSROOT）自身のコメント，所有者，およびグループをリカバリーします。

# ajschange -F スケジューラーサービス名 `cat chgopt.txt` /

注意事項

(b)および(c)で示したリカバリーコマンドは，バックアップした時点で定義がすべて設定されている場合に有効です。定義が設定されていなかった場合は，リカバリーは不要です。詳細については，バックアップの手順を参照してください。

スケジューラーサービス（AJSROOT）のカレンダー設定をリカバリーする。
次のコマンドを実行して，バックアップしたAJSROOTのカレンダー情報（運用日・休業日）をリカバリーします。

# ajscalendar -F スケジューラーサービス名 -df rootcal.txt /

注意事項

このコマンドは，スケジューラーサービス（AJSROOT）自身のカレンダー設定をリカバリーします。

rootcal.txtにカレンダー情報が出力されていなければ，リカバリーは不要です。バックアップの手順については，「9.8.1 定義情報のバックアップ」を参照してください。

9.8.5　ジョブネットの登録

任意の方法で，ジョブネットを登録してください。

9.9　バージョンアップ時にホストを変更する場合の定義情報の移行

JP1/AJS2の定義情報については，古いバージョン（06-00以降）から新しいバージョンに移行できます。

定義情報の移行については，「11.2 JP1/AJS2を使用するシステムの設定情報のバックアップ」および「11.3 JP1/AJS2を使用するシステムの設定情報のリカバリー」を参照してください。

なお，移行するOSは同一OSである必要があります。また，同一OSであってもハードウェアのアーキテクチャーが異なる場合（例：HP-UX PA-RISC←→HP-UX IPF，Windows 2003（x64）←→Windows 2003（IPF））は移行できません。

08-00以降では，新規のインストール・セットアップ時に，環境設定項目の推奨値が自動的に設定されますが，設定情報をバックアップ・リカバリーした場合は，以前のバージョンの環境設定に戻ります。08-00以降の推奨値で運用したい場合は，個別に環境設定項目の値を変更してください。環境設定項目の推奨値については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　付録F 08-00以降で設定する環境設定項目の推奨値」を参照してください。

＜この節の構成＞

(1)　JP1/AJS2 - Manager

(2)　JP1/AJS2 - Agent

(3)　JP1/AJS2 - View

(1)　JP1/AJS2 - Manager

JP1/AJS2 - Managerで定義していた定義情報で，ファイルで定義を移行できるのは次の定義情報です。

ジョブ実行環境定義のバックアップ

ジョブネット設定・カレンダー設定のバックアップ

設定情報

定義情報のバックアップ手順については，「11.2.2(2) ジョブ実行環境定義のバックアップ」および「11.2.2(3) ユニット定義のバックアップ」を参照してください。

移行する定義情報は，移行先のホスト上でJP1/AJS2 - Managerをセットアップしたあとに移行してください。なお，移行前と移行先でホストの構成が異なる場合は定義情報を移行できない場合があります。

(2)　JP1/AJS2 - Agent

JP1/AJS2 - Agentで定義していた定義情報で，ファイルで定義を移行できるのは次の定義情報です。

設定情報

(3)　JP1/AJS2 - View

JP1/AJS2 - Viewで，バージョンアップ時に運用するホストを変更する場合，定義ファイルで移行できる情報はありません。

9.10　関数機能を使用している場合の注意事項

関数機能を使用する場合は，Version 7i以前の環境でプログラムを作成してください。また，Version 7i以前の環境で作成したプログラムから操作できるのは，Version 7i以前の製品がサポートするOS上で動作するJP1/AJS2 - Manager 08-00以降だけです。Version 7i以前の製品がサポートするOS以外ではプログラムを実行できないため，この場合はVersion 8のコマンドを使用した運用などへ移行してください。

また，Version 7i以前の環境で作成したプログラムでは，Version 8以降でサポートした機能，およびVersion 8以降でサポートした機能を含むジョブやジョブネットとその上位ジョブネットに対する既存機能は使用できません。使用した場合，誤動作するおそれがあります。

10.　運用の概要

この章では，JP1/AJS2を使用したシステムの運用の概要について説明します。

＜この章の構成＞

10.1　運用サイクルの例

10.2　運用中に実施する作業内容

10.1　運用サイクルの例

JP1/AJS2を使用したシステムの代表的な運用サイクル例を，次の図に示します。

図10-1　運用サイクル例

10.2　運用中に実施する作業内容

JP1/AJS2の運用中に実施する作業内容の一覧と，このマニュアルでの説明個所の対応を次の表に示します。業務に関する作業と，システムに関する作業に大別されます。第2編では，JP1/AJS2の運用中に実施する作業内容について説明しています。詳細については，システムの運用に合わせて，次章以降のそれぞれの記載個所を参照してください。

表10-1　運用中に実施する作業内容と記載個所

運用中に実施する作業内容
記載個所

日々の業務の運用に関する内容
実行結果の確認（正常終了，異常終了）
実行開始遅延および実行終了遅延（実行時間）の確認
「13.1 業務の運用」

システムの運用に関する内容
バックアップ（継続性）とリカバリー
ジョブネットの退避と回復
「11. バックアップとリカバリー」
「12. ジョブネットの退避・回復」

キャパシティ監視

ログファイルのサイズと出力されるログ情報

データベースの使用状況

「13.2 キャパシティの監視」

長時間運用するための作業（メンテナンス）
「14. メンテナンスモードによる長時間運用」

運用中の設定変更

サービスの起動や終了

ホスト名やIPアドレスの変更など

「15. 運用中の設定変更」

クラスタシステムでの運用（可用性）
「16. クラスタシステムでの運用」

11.　バックアップとリカバリー

この章では，JP1/AJS2を使用するシステムのバックアップおよびリカバリーについて説明します。ここでの説明を基に，システム全体のバックアップ計画の一部として，JP1のバックアップ・リカバリーを実施してください。

＜この章の構成＞

11.1　バックアップとリカバリーの概要

11.2　JP1/AJS2を使用するシステムの設定情報のバックアップ

11.3　JP1/AJS2を使用するシステムの設定情報のリカバリー

11.1　バックアップとリカバリーの概要

この節では，バックアップおよびリカバリーの大まかな流れを説明します。個々のプログラム（JP1/Base，JP1/AJS2 - Manager，JP1/AJS2 - Agent，JP1/AJS2 - View）で必要な作業については，「11.2 JP1/AJS2を使用するシステムの設定情報のバックアップ」および「11.3 JP1/AJS2を使用するシステムの設定情報のリカバリー」を参照してください。

また，ジョブネットの登録予定情報をエクスポート・インポートする機能を使用して，ジョブネットの実行登録状態をバックアップ・リカバリーすることもできます。詳細については，「8.5.9 登録予定情報をバックアップ・リカバリーする」を参照してください。

＜この節の構成＞

11.1.1　バックアップの概要

11.1.2　リカバリーの概要

11.1.1　バックアップの概要

バックアップの概要を次に示します。

＜この項の構成＞

(1)　クラスタシステムを採用していない場合のバックアップ

(2)　クラスタシステムを採用している場合のバックアップ

(1)　クラスタシステムを採用していない場合のバックアップ

クラスタシステムを採用していない場合のバックアップの方法を説明します。

クラスタシステムを採用していない環境の設定情報は，次の手順でバックアップしてください。

図11-1　クラスタシステムを採用していない環境のバックアップ手順

(2)　クラスタシステムを採用している場合のバックアップ

クラスタシステムを採用している場合のバックアップの方法を説明します。

(a)　物理ホスト環境のバックアップ

物理ホスト環境をバックアップする場合は，物理ホスト環境の設定情報を次の手順でバックアップしてください。

なお，バックアップは実行系と待機系の各サーバで実施してください。

図11-2　物理ホスト環境のバックアップ手順

(b)　論理ホスト環境のバックアップ

論理ホスト環境をバックアップする場合は，論理ホスト環境ごとの設定情報を次の手順でバックアップしてください。

なお，バックアップは実行系のサーバだけで実施してください。待機系は，実行系でバックアップした情報を使って復旧できます。

図11-3　論理ホスト環境のバックアップ手順

11.1.2　リカバリーの概要

リカバリーの概要を次に示します。

＜この項の構成＞

(1)　クラスタシステムを採用していない場合のリカバリー

(2)　クラスタシステムを採用している場合のリカバリー

(1)　クラスタシステムを採用していない場合のリカバリー

クラスタシステムを採用していない場合のリカバリーの方法を説明します。

クラスタシステムを採用していない環境をリカバリーする場合は，バックアップした設定情報を使って次の手順でリカバリーしてください。

図11-4　クラスタシステムを採用していない環境のリカバリー手順

(2)　クラスタシステムを採用している場合のリカバリー

クラスタシステムを採用している場合のリカバリーの方法を説明します。

(a)　物理ホスト環境のリカバリー

物理ホスト環境をリカバリーする場合は，バックアップした設定情報を使って次の手順でリカバリーしてください。

なお，リカバリーはサーバごとに実施してください。

図11-5　物理ホスト環境のリカバリー手順

(b)　論理ホスト環境のリカバリー

論理ホスト環境をリカバリーする場合は，論理ホスト環境ごとに，バックアップした設定情報を使って次の手順でリカバリーしてください。

図11-6　論理ホスト環境のリカバリー手順

11.2　JP1/AJS2を使用するシステムの設定情報のバックアップ

ここでは，JP1/AJS2を使用するシステムをリカバリーするときに必要な設定情報のバックアップ方法について説明します。

バックアップ方法は，JP1/Base，JP1/AJS2 - Manager，JP1/AJS2 - Agent，JP1/AJS2 - Viewに分けて記述します。使用している製品に合わせて，手順を組み合わせてください。なお，JP1/AJS2 - ManagerおよびJP1/AJS2 - Agentをバックアップする場合は，必ずJP1/Baseも同時にバックアップしてください。

また，バックアップ方法は，物理ホスト環境，論理ホスト環境（クラスタシステム用）の両方を記述しています。それぞれの環境をバックアップしてください。例えば，物理ホスト環境と一つの論理ホスト環境がある場合は，物理ホスト環境をバックアップしたあと，論理ホスト環境をバックアップしてください。

なお，バックアップは，OSのAdministrators権限（Windowsの場合）またはスーパーユーザー権限（UNIXの場合）を持つユーザーが実施してください。

注意事項

JP1/AJS2を使用するシステムの設定を変更した場合は，ここで説明する手順でバックアップしてください。

＜この節の構成＞

11.2.1　JP1/Baseの設定情報のバックアップ

11.2.2　JP1/AJS2 - Managerの設定情報のバックアップ

11.2.3　JP1/AJS2 - Agentの設定情報のバックアップ

11.2.4　JP1/AJS2 - Viewの設定情報のバックアップ

11.2.5　その他の情報のバックアップ

11.2.1　JP1/Baseの設定情報のバックアップ

JP1/Baseの設定情報のバックアップとして，JP1/Baseのユーザーが設定する定義ファイルのバックアップがあります。JP1/Baseのユーザーが設定する定義ファイルのバックアップ方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

11.2.2　JP1/AJS2 - Managerの設定情報のバックアップ

JP1/AJS2 - Managerをバックアップする場合は，JP1/Baseも同時にバックアップしてください。

JP1/AJS2 - Managerの設定情報をバックアップする場合に，必要な作業を次に示します。

JP1/AJS2で使用するファイルのバックアップ

ジョブ実行環境定義のバックアップ

ユニット定義のバックアップ

JP1/AJS2 Consoleの設定情報のバックアップ（JP1/AJS2 Console機能を使用している場合だけ）

次に，JP1/AJS2 - Managerの設定情報のバックアップに必要な作業について説明します。

＜この項の構成＞

(1)　JP1/AJS2で使用するファイルのバックアップ

(2)　ジョブ実行環境定義のバックアップ

(3)　ユニット定義のバックアップ

(4)　JP1/AJS2 Consoleの設定情報のバックアップ

(1)　JP1/AJS2で使用するファイルのバックアップ

JP1/AJS2 - Managerで使用するファイルを，物理ホスト・論理ホスト単位に，任意の方法でバックアップしてください。

バックアップの対象となるファイルは，WindowsとUNIXでは異なるため，それぞれの場合に分けて説明します。

(a)　Windowsの場合

JP1/AJS2 - Managerのバックアップ対象ファイルを次の表に示します。

表11-1　JP1/AJS2 - Managerのバックアップ対象ファイル（Windowsの場合）

ファイル名 | 内容
JP1/AJS2フォルダ※1¥jp1ajs_env.conf | JP1/AJS2環境定義ファイル
JP1/AJS2フォルダ※1¥jp1ajs_spmd.conf | JP1/AJS2プロセス管理定義ファイル
JP1/AJS2フォルダ※1¥jp1ajs_service_0700.conf | 拡張起動プロセス定義ファイル
JP1/AJS2フォルダ※1¥jp1ajs_spmd_pre.conf※² | JP1/AJS2事前起動プロセス定義ファイル
JP1/AJS2フォルダ※1¥jpqsetup.conf※³ | ジョブ実行環境構成定義ファイル
JP1/AJS2フォルダ※1¥Profiles※⁴ | JP1/AJS2 - Viewで使用するウィンドウおよびダイアログボックスのカスタマイズ情報を格納するフォルダ
JP1/AJS2 - Managerのインストール先フォルダ¥conf¥jpoov.conf※2 | JP1/Cm2またはhp OpenView連携用定義ファイル

注※1

「JP1/AJS2フォルダ」の部分は次のフォルダに置き換えてください。

物理ホストの場合：JP1/AJS2 - Managerのインストール先フォルダ¥conf

論理ホストの場合：共有フォルダ¥jp1ajs2¥conf

注※2

機能を使用していない場合，ファイルはありません。

注※3

任意の定義ファイルを使ってjpqimportコマンドを実行している場合は，後述するジョブ実行環境定義をバックアップしてから，ファイルをバックアップしてください。

注※4

ユーザー共通プロファイルを利用している場合は，フォルダごとバックアップしてください。

(b)　UNIXの場合

JP1/AJS2 - Managerのバックアップ対象ファイルを次の表に示します。

表11-2　JP1/AJS2 - Managerのバックアップ対象ファイル（UNIXの場合）

ファイル名 | 内容
JP1/AJS2ディレクトリ※1/jp1ajs_env.conf | JP1/AJS2環境定義ファイル
JP1/AJS2ディレクトリ※1/jp1ajs_spmd.conf | JP1/AJS2プロセス管理定義ファイル
JP1/AJS2ディレクトリ※1/jp1ajs_service_0700.conf | 拡張起動プロセス定義ファイル
JP1/AJS2ディレクトリ※1/jp1ajs_spmd_pre.conf※² | JP1/AJS2事前起動プロセス定義ファイル
JP1/AJS2ディレクトリ※1/EVAction.conf | イベント・アクション定義ファイル
JP1/AJS2ディレクトリ※1/Queue.conf | ジョブ実行環境設定ファイル
JP1/AJS2ディレクトリ※1/Schedule.conf | スケジューラーサービス環境設定ファイル
JP1/AJS2ディレクトリ※1/Queueless.conf | キューレスジョブ実行環境設定ファイル
JP1/AJS2ディレクトリ※1/jpqsetup.conf※³ | ジョブ実行環境構成定義ファイル
JP1/AJS2ディレクトリ※¹/profiles※⁴ | JP1/AJS2 - Viewで使用するウィンドウおよびダイアログボックスのカスタマイズ情報を格納するディレクトリ
/etc/opt/jp1ajs2/jajs_start | 自動起動スクリプト※⁵
/etc/opt/jp1ajs2/jajs_stop | 自動停止スクリプト※⁵
/etc/opt/jp1ajs2/jajs_start.cluster | 論理ホスト起動スクリプト※⁵
/etc/opt/jp1ajs2/jajs_stop.cluster | 論理ホスト停止スクリプト※⁵
/etc/opt/jp1ajs2/jajs_killall.cluster | 論理ホスト強制停止スクリプト※⁵
/etc/opt/jp1ajs2/conf/jpoov.conf※2 | JP1/Cm2またはhp OpenView連携用定義ファイル

注※1

「JP1/AJS2ディレクトリ」の部分は次のディレクトリに置き換えてください。

物理ホストの場合：/etc/opt/jp1ajs2/conf

論理ホストの場合：共有ディレクトリ/jp1ajs2/conf

注※2

機能を使用していない場合，ファイルはありません。

注※3

任意の定義ファイルを使ってjpqimportコマンドを実行している場合は，後述するジョブ実行環境定義をバックアップしてから，ファイルをバックアップしてください。

注※4

ユーザー共通プロファイルを利用している場合は，ディレクトリごとにバックアップしてください。

注※5

スクリプトは，必要に応じてバックアップしてください。

(2)　ジョブ実行環境定義のバックアップ

ジョブ実行環境を作成するjpqimportコマンドで任意の定義ファイルを使った場合は，ファイルの定義内容と実際の環境とが一致していないことがあります。この場合は，実際のジョブ実行環境の定義を出力し，jpqsetup.confに定義してからバックアップします。

バックアップの手順を次に示します。

次のコマンドを実行して，ジョブ実行環境の定義を出力する。

jpqexport -dt isam -co ファイル名 -mh 論理ホスト名※

注※

物理ホストの場合は，「-mh 論理ホスト名」は指定しません。

注意事項

jpqimportコマンドで設定するファイルは，一元管理のためにjpqsetup.confを使用することをお勧めします。

論理ホストの定義をバックアップする場合は，-mhオプションで論理ホスト名を指定します。

出力ファイルの内容をjpqsetup.confにコピーする。
手順1の「ファイル名」に指定したファイルにジョブ実行環境の定義が出力されます。出力ファイルの内容をjpqsetup.confにコピーしてください。

(3)　ユニット定義のバックアップ

ジョブネットやカレンダーの設定情報のバックアップに必要な作業について説明します。スケジューラーサービス単位でバックアップしてください。

注意事項

このバックアップ手順だけ，論理ホスト単位ではなく，スケジューラーサービス単位です。スケジューラーサービスごとにバックアップしてください。

また，バックアップするときは，JP1/AJS2サービスまたはJP1/AJS2 Monitorサービスを起動しておいてください。

なお，ジョブネットの設定情報のバックアップについては，「12. ジョブネットの退避・回復」を参照してください。

(a)　ルートジョブグループ以外のユニットの定義情報をバックアップする

次のコマンドを実行して，スケジューラーサービスにあるユニットの定義情報をバックアップします。定義情報には，各ユニットの基準時刻やコメントなどすべての定義が含まれます。ただし，ルートジョブグループ（/）の基準時刻，基準日，月区分などは含まれません。これらの情報は次に示す(b)，(c)の手順でバックアップしてください。

Windowsの場合

C:¥> ajsprint -F スケジューラーサービス名 -a /* > unitbackup.txt

UNIXの場合

# ajsprint -F スケジューラーサービス名 -a '/*' > unitbackup.txt

なお，ユニットの定義が多い場合は，ジョブグループやジョブネット単位に分割してバックアップすることを検討してください。バックアップする単位ごとに，次のコマンドを実行してバックアップします。

ajsprint -F スケジューラーサービス名 -a /ユニット名 > ユニット名_backup.txt

注意事項

ajsprintコマンドで定義情報をバックアップするときは，環境設定パラメーター"AJSPRINTNETSCHPRF"="no"を指定してバックアップしてください。環境設定パラメーター"AJSPRINTNETSCHPRF"については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.7.4 ネストジョブネット定義パラメーター出力時のスケジュールルールの出力方法の変更」（Windowsの場合），または「JP1/Automatic Job Management System 2 セットアップガイド　14.1.1 スケジューラーサービス環境の設定手順」（UNIXの場合）を参照してください。

(b)　ルートジョブグループの情報をバックアップする

ルートジョブグループの次の情報を記録しておいてください。

コメント

所有者

JP1資源グループ

基準時刻

基準日

月区分

(c)　ルートジョブグループのカレンダー情報をバックアップする

次のコマンドを実行して，ルートジョブグループのカレンダー情報（運用日・休業日）をバックアップします。

ajsprint -F スケジューラーサービス名 -d / > rootcal.txt

注意事項

rootcal.txtにカレンダー情報が出力されていなければ，リカバリーは不要です。

(4)　JP1/AJS2 Consoleの設定情報のバックアップ

JP1/AJS2 Console機能を使用している場合は，JP1/AJS2 Consoleの設定情報をコピーするなど，任意の方法でバックアップしてください。

注意事項

JP1/AJS2 Consoleのデータディレクトリをバックアップする場合は，必ずJP1/AJS2 Console Managerサービスを停止した状態で実施してください。

(a)　Windowsの場合

バックアップ対象ファイルを次の表に示します。

表11-3　JP1/AJS2 Consoleのバックアップ対象ファイル（Windowsの場合）

ファイル名 | 内容
JP1/AJS2 Consoleフォルダ※¥database | JP1/AJS2 Consoleのデータディレクトリ
JP1/AJS2 Consoleのインストール先フォルダ¥conf¥ajs2cm.conf | JP1/AJS2 Console Managerの環境設定ファイル
JP1/AJS2 - Managerのインストール先フォルダ¥conf¥ajs2ca.conf | JP1/AJS2 Console Agentの環境設定ファイル

注※

「JP1/AJS2 Consoleフォルダ」の部分は次のフォルダに置き換えてください。

物理ホストの場合：JP1/AJS2 Consoleのインストール先フォルダ

論理ホストの場合：共有フォルダ¥jp1ajs2cm

(b)　UNIXの場合

バックアップ対象ファイルを次の表に示します。

表11-4　JP1/AJS2 Consoleのバックアップ対象ファイル（UNIXの場合）

ファイル名 | 内容
JP1/AJS2 Consoleディレクトリ※1/database | JP1/AJS2 Consoleのデータディレクトリ
/etc/opt/jp1ajs2cm/conf/ajs2cm.conf | JP1/AJS2 Console Managerの環境設定ファイル
/etc/opt/jp1ajs2cm/jajscm_start | JP1/AJS2 Console Manager用の自動起動用スクリプト※2
/etc/opt/jp1ajs2cm/jajscm_stop | JP1/AJS2 Console Manager用の自動終了用スクリプト※2
/etc/opt/jp1ajs2/conf/ajs2ca.conf | JP1/AJS2 Console Agent用の環境設定ファイル
/etc/opt/jp1ajs2/jajsca_start | JP1/AJS2 Console Agent用の自動起動用スクリプト※2
/etc/opt/jp1ajs2/jajsca_stop | JP1/AJS2 Console Agent用の自動終了用スクリプト※2

注※1

「JP1/AJS2 Consoleディレクトリ」の部分は次のディレクトリに置き換えてください。

物理ホストの場合：/var/opt/jp1ajs2cm

論理ホストの場合：共有ディレクトリ/jp1ajs2cm

注※2

自動起動用・自動終了用スクリプトは，必要に応じてバックアップしてください。

11.2.3　JP1/AJS2 - Agentの設定情報のバックアップ

JP1/AJS2 - Agentをバックアップする場合は，JP1/Baseも同時にバックアップしてください。

JP1/AJS2 - Agentの設定情報をバックアップする場合に，必要な作業を次に示します。

JP1/AJS2で使用するファイルのバックアップ

次に，JP1/AJS2 - Agentの設定情報のバックアップに必要な作業について説明します。

＜この項の構成＞

(1)　JP1/AJS2で使用するファイルのバックアップ

(1)　JP1/AJS2で使用するファイルのバックアップ

JP1/AJS2 - Agentで使用するファイルを，物理ホスト・論理ホスト単位に，任意の方法でバックアップしてください。

バックアップの対象となるファイルは，WindowsとUNIXでは異なるため，それぞれの場合に分けて説明します。

(a)　Windowsの場合

JP1/AJS2 - Agentのバックアップ対象ファイルを次の表に示します。

表11-5　JP1/AJS2 - Agentのバックアップ対象ファイル（Windowsの場合）

ファイル名 | 内容
JP1/AJS2フォルダ※¹¥jp1ajs_env.conf | JP1/AJS2環境定義ファイル
JP1/AJS2フォルダ※¹¥jp1ajs_spmd.conf | JP1/AJS2プロセス管理定義ファイル
JP1/AJS2フォルダ※¹¥jp1ajs_service_0700.conf | 拡張起動プロセス定義ファイル
JP1/AJS2 - Agentのインストール先フォルダ¥conf¥jpoov.conf※² | JP1/Cm2またはhp OpenView連携用定義ファイル

注※1

「JP1/AJS2フォルダ」の部分は次のフォルダに置き換えてください。

物理ホストの場合：JP1/AJS2 - Agentのインストール先フォルダ¥conf

論理ホストの場合：共有フォルダ¥jp1ajs2¥conf

注※2

機能を使用していない場合，ファイルはありません。

(b)　UNIXの場合

JP1/AJS2 - Agentのバックアップ対象ファイルを次の表に示します。

表11-6　JP1/AJS2 - Agentのバックアップ対象ファイル（UNIXの場合）

ファイル名 | 内容
JP1/AJS2ディレクトリ※¹/jp1ajs_env.conf | JP1/AJS2環境定義ファイル
JP1/AJS2ディレクトリ※¹/jp1ajs_spmd.conf | JP1/AJS2プロセス管理定義ファイル
JP1/AJS2ディレクトリ※¹/jp1ajs_service_0700.conf | 拡張起動プロセス定義ファイル
JP1/AJS2ディレクトリ※¹/EVAction.conf | イベント・アクション定義ファイル
JP1/AJS2ディレクトリ※¹/Queue.conf | ジョブ実行環境設定ファイル
JP1/AJS2ディレクトリ※¹/Queueless.conf | キューレスジョブ実行環境設定ファイル
/etc/opt/jp1ajs2/jajs_start | 自動起動スクリプト※2
/etc/opt/jp1ajs2/jajs_stop | 自動停止スクリプト※2
/etc/opt/jp1ajs2/jajs_start.cluster | 論理ホスト起動スクリプト※2
/etc/opt/jp1ajs2/jajs_stop.cluster | 論理ホスト停止スクリプト※2
/etc/opt/jp1ajs2/jajs_killall.cluster | 論理ホスト強制停止スクリプト※2
/etc/opt/jp1ajs2/conf/jpoov.conf※3 | JP1/Cm2またはhp OpenView連携用定義ファイル

注※1

「JP1/AJS2ディレクトリ」の部分は次のディレクトリに置き換えてください。

物理ホストの場合：/etc/opt/jp1ajs2/conf

論理ホストの場合：共有ディレクトリ/jp1ajs2/conf

注※2

スクリプトは，必要に応じてバックアップしてください。

注※3

機能を使用していない場合，ファイルはありません。

11.2.4　JP1/AJS2 - Viewの設定情報のバックアップ

JP1/AJS2 - Viewの設定情報をバックアップする場合に，必要な作業を次に示します。

環境設定ファイルのバックアップ

ユーザーが作成したカスタムジョブアイコンのバックアップ（カスタムジョブアイコンを作成している場合だけ）

JP1/AJS2 - View用にユーザーが作成したアイコンイメージフォルダのバックアップ（アイコンイメージフォルダを作成している場合だけ）

JP1/AJS2 Console View用にユーザーが作成したアイコンイメージファイル，背景イメージファイルのバックアップ（アイコンイメージファイル，背景イメージファイルを作成し，デフォルトの格納場所に配置している場合だけ）

次に，JP1/AJS2 - Viewの設定情報のバックアップに必要な作業について説明します。

＜この項の構成＞

(1)　JP1/AJS2 - Viewの環境設定ファイルのバックアップ

(2)　ユーザーが作成したカスタムジョブアイコンのバックアップ

(3)　JP1/AJS2 - View用にユーザーが作成したアイコンイメージフォルダのバックアップ

(4)　JP1/AJS2 Console View用にユーザーが作成したアイコンイメージファイル・背景イメージファイルのバックアップ

(1)　JP1/AJS2 - Viewの環境設定ファイルのバックアップ

JP1/AJS2 - Viewの環境設定ファイルを，フォルダごとバックアップしてください。

JP1/AJS2 - Viewの環境設定ファイルは，フォルダごとコピーするなど，任意の方法でバックアップしてください。

バックアップ対象フォルダを次の表に示します。

表11-7　JP1/AJS2 - Viewのバックアップ対象フォルダ

フォルダ名
内容

JP1/AJS2 - Viewのインストール先フォルダ¥conf

%ALLUSERSPROFILE%※¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf（Windows VistaおよびWindows Server 2008の場合）

JP1/AJS2 - View環境設定フォルダ

JP1/AJS2 - Viewのインストール先フォルダ¥custom.dir（Windows XP ProfessionalおよびWindows Server 2003の場合）

%ALLUSERSPROFILE%※¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥custom.dir（Windows VistaおよびWindows Server 2008の場合）

JP1/AJS2 - Viewカスタムジョブ登録情報フォルダ

JP1/AJS2 - Viewのインストール先フォルダ¥addin.dir

JP1/AJS2 - Viewアドインプログラム登録情報フォルダ

注※

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

(2)　ユーザーが作成したカスタムジョブアイコンのバックアップ

ユーザーが作成したカスタムPCジョブおよびカスタムUNIXジョブのアイコンをバックアップしてください。ファイルをコピーするなど，バックアップの方法は任意です。なお，カスタムジョブアイコンを作成していない場合，この作業は不要です。バックアップ対象ファイルを次の表に示します。

表11-8　カスタムジョブを使用する場合のバックアップ対象ファイル

ファイル名 | 内容
JP1/AJS2 - Viewのインストール先フォルダ¥image¥custom¥CUSTOM_PC_USER_任意の名称.gif | カスタムPCジョブのアイコン用gifファイル
JP1/AJS2 - Viewのインストール先フォルダ¥image¥custom¥CUSTOM_UX_USER_任意の名称.gif | カスタムUNIXジョブのアイコン用gifファイル

(3)　JP1/AJS2 - View用にユーザーが作成したアイコンイメージフォルダのバックアップ

JP1/AJS2 - View用にユーザーが作成したアイコンイメージフォルダをバックアップしてください。フォルダをコピーするなど，バックアップの方法は任意です。なお，アイコンイメージのカスタマイズをしていない場合（ユーザーが作成したアイコンを使用していない場合），この作業は不要です。

表11-9　アイコンイメージを作成した場合のバックアップ対象ファイル

フォルダ名 | 内容
JP1/AJS2 - Viewのインストール先フォルダ¥image¥extend¥user_任意の名称 | ユーザーが作成したアイコンイメージファイルの格納フォルダ

(4)　JP1/AJS2 Console View用にユーザーが作成したアイコンイメージファイル・背景イメージファイルのバックアップ

JP1/AJS2 Console View用にユーザーが作成したアイコンイメージファイル・背景イメージファイルをバックアップしてください。ファイルをコピーするなど，バックアップの方法は任意です。なお，アイコンイメージファイル・背景イメージファイルを作成していない場合，この作業は不要です。また，作成していても，デフォルトの格納場所に配置していない場合，この作業は不要です。

表11-10　JP1/AJS2 Console Viewのバックアップ対象ファイル

ファイル名 | 内容
JP1/AJS2 - Viewのインストール先フォルダ¥image¥console¥icon¥user_任意の名称.gif | ユーザーが作成したアイコンイメージファイル
JP1/AJS2 - Viewのインストール先フォルダ¥image¥console¥background¥user_任意の名称.gif(.jpg) | ユーザーが作成した背景イメージファイル

11.2.5　その他の情報のバックアップ

JP1を実行するために必要な情報も合わせてバックアップしてください。

JP1を実行するために必要な情報をバックアップする場合に，必要な作業を次の表に示します。

表11-11　JP1を実行するために必要な情報のバックアップで必要な作業

内容 | Windows | UNIX
サービスのアカウントの設定 | ○ | －
ログインスクリプト | － | ○
カーネルパラメーターの調整値 | － | ○
トラブルシュート資料採取コマンド | ○ | ○
クラスタ対応ツール（クラスタシステムで必要な場合だけ） | ○ | ○
メールシステムとの連携用のユーザー作成ツール | － | ○

（凡例）

○：必須

－：対象外

JP1を実行するために必要な情報のバックアップは，WindowsとUNIXでは異なるため，それぞれの場合に分けて説明します。

なお，ここでは，主なものについて説明します。ここで説明しているもの以外では，OSやネットワークの設定，クラスタソフトの設定などもバックアップが必要です。詳細については，OSやクラスタソフトなどのドキュメントを参照してください。

＜この項の構成＞

(1)　Windowsの場合

(2)　UNIXの場合

(1)　Windowsの場合

(a)　サービスのアカウントの設定

JP1/AJS2のサービスをユーザーアカウントに変更している場合は，記録しておいてください。

(b)　トラブルシュート資料採取コマンド

必要に応じて，用意したトラブルシュート資料採取コマンドをバックアップしてください。

（例）

任意のフォルダ¥jajs_log.bat

(c)　クラスタ対応ツール（クラスタシステムで必要な場合だけ）

クラスタソフトからJP1を制御するために，論理ホスト対応で作成したクラスタ対応ツールをバックアップしてください。なお，クラスタ対応ツールが不要なクラスタソフトの場合，この手順は不要です。

バックアップ対象ファイルを次の表に示します。

表11-12　バックアップ対象ファイル

ファイル名
内容

任意のファイル名

クラスタ対応ツール

(2)　UNIXの場合

(a)　ログインスクリプト

ユーザーの環境をJP1用に変更している場合は，ログインスクリプトも忘れないでバックアップしてください。

(b)　カーネルパラメーターの調整値

JP1用に調整したカーネルパラメーターの値を記録してください。

(c)　トラブルシュート資料採取コマンド

用意したトラブルシュート資料採取コマンドをバックアップしてください。バックアップするコマンドの一覧を次の表に示します。

表11-13　バックアップ対象のトラブルシュート資料採取コマンド

ファイル名
内容

任意のディレクトリ/jbs_log.sh

JP1/Base用の資料採取コマンド

任意のディレクトリ/jajs_log.sh

JP1/AJS2用の資料採取コマンド

(d)　クラスタ対応ツール（クラスタシステムで必要な場合だけ）

クラスタソフトからJP1を制御するために，論理ホスト対応で作成したクラスタ対応ツールをバックアップしてください。バックアップするツールの一覧を次の表に示します。

表11-14　バックアップ対象のクラスタ対応ツール

ファイル名
内容

任意のファイル名

クラスタ対応ツール

(e)　メールシステムとの連携用のユーザー作成ツール

メールシステムとの連携用のユーザー作成ツールがある場合は，バックアップしてください。

11.3　JP1/AJS2を使用するシステムの設定情報のリカバリー

JP1/AJS2を使用するシステムの設定情報をリカバリーする方法を説明します。

リカバリー方法はJP1/Base，JP1/AJS2 - Manager，JP1/AJS2 - Agent，JP1/AJS2 - Viewに分けて記述します。使用している製品に合わせて，手順を組み合わせてください。なお，JP1/AJS2 - ManagerおよびJP1/AJS2 - Agentのバックアップ情報をリカバリーする場合は，必ずJP1/Baseを先にリカバリーしておいてください。

また，リカバリー方法は，物理ホスト環境，論理ホスト環境（クラスタシステム用）の両方を記述しています。それぞれの環境をリカバリーしてください。例えば，物理ホスト環境と一つの論理ホスト環境がある場合は，物理ホスト環境のバックアップ情報をリカバリーしたあと，論理ホスト環境のバックアップ情報をリカバリーしてください。

なお，リカバリーは，OSのAdministrators権限（Windowsの場合）またはスーパーユーザー権限（UNIXの場合）を持つユーザーが実施してください。

注意事項

設定情報は，JP1/AJS2の停止中に，ここで説明する手順でリカバリーしてください。なお，「11.2 JP1/AJS2を使用するシステムの設定情報のバックアップ」の手順でバックアップした情報を，別のホストにリカバリーすることもできます。ただし，バックアップした情報がリカバリーするホスト上での構成と同じかを確認してください。同じでない場合には必要に応じてバックアップした情報を変更してください。

＜この節の構成＞

11.3.1　JP1/BaseおよびJP1/AJS2のインストールとセットアップ

11.3.2　JP1/Baseの設定情報のリカバリー

11.3.3　JP1/AJS2 - Managerの設定情報のリカバリー

11.3.4　JP1/AJS2 - Agentの設定情報のリカバリー

11.3.5　JP1/AJS2 - Viewの設定情報のリカバリー

11.3.6　その他の情報のリカバリー

11.3.1　JP1/BaseおよびJP1/AJS2のインストールとセットアップ

ディスク障害などでJP1/AJS2を使用するシステムの環境が壊れた場合，まずJP1/BaseとJP1/AJS2をインストールし，セットアップコマンドを実行してください。

＜この項の構成＞

(1)　JP1/Baseのセットアップ

(2)　JP1/AJS2のセットアップ

(1)　JP1/Baseのセットアップ

ディスク障害などでJP1の環境が壊れた場合，まずJP1をインストールし，JP1/Baseをセットアップします。JP1/Baseのセットアップの手順については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(2)　JP1/AJS2のセットアップ

ディスク障害などでJP1の環境が壊れた場合，まずJP1をインストールし，JP1/Baseをセットアップしてから，JP1/AJS2シリーズプログラムをインストールしてください。JP1/AJS2 - Managerのセットアップについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　3.1 JP1/AJS2 - Managerで必要なセットアップ」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　13.1 JP1/AJS2 - Managerで必要なセットアップ」（UNIXの場合）を参照してください。

11.3.2　JP1/Baseの設定情報のリカバリー

JP1/Baseのバックアップした設定情報をリカバリーするときに必要な作業について説明します。

＜この項の構成＞

(1)　物理ホスト環境および論理ホスト環境のリカバリー

(1)　物理ホスト環境および論理ホスト環境のリカバリー

JP1/Baseのセットアップ後に，物理ホスト環境および論理ホスト環境をリカバリーします。リカバリーする場合に必要な設定については，マニュアル「JP1/Base 運用ガイド」を参照してください。

11.3.3　JP1/AJS2 - Managerの設定情報のリカバリー

バックアップしたJP1/AJS2 - Managerの設定情報をリカバリーする場合に，必要な作業を次の表に示します。

表11-15　JP1/AJS2 - Managerの設定情報のリカバリーで必要な作業

作業
Windows
UNIX

物理ホスト環境および論理ホスト環境のリカバリー
○
○

定義ファイルのリカバリー
○
○

共有メモリーの情報の消去
－
○

スケジューラーサービス用データベースの作成
○
○

ジョブ実行環境の作成
○
○

ユニット定義のリカバリー
○
○

JP1/AJS2の起動（コールドスタート）
○
○

JP1/AJS2 Consoleの設定情報のリカバリーとセットアップ
（JP1/AJS2 Console機能を使用する場合だけ）
○
○

（凡例）

○：必須

－：対象外

次に，バックアップしたJP1/AJS2 - Managerの設定情報をリカバリーするときに必要な作業について説明します。

＜この項の構成＞

(1)　物理ホスト環境および論理ホスト環境のリカバリー

(2)　定義ファイルのリカバリー

(3)　共有メモリーの情報の消去（UNIXの場合だけ）

(4)　スケジューラーサービス用データベースの作成

(5)　ジョブ実行環境の作成

(6)　ユニット定義のリカバリー

(7)　JP1/AJS2の起動

(8)　JP1/AJS2 Consoleの設定情報のリカバリーとセットアップ

(1)　物理ホスト環境および論理ホスト環境のリカバリー

JP1/AJS2 - Managerのセットアップ後に，物理ホスト環境および論理ホスト環境をリカバリーします。リカバリーする場合に必要な設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　3.1.2 JP1/AJS2 - Managerのセットアップ」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　13.1.2 JP1/AJS2 - Managerのセットアップ」（UNIXの場合）を参照してください。

(2)　定義ファイルのリカバリー

バックアップしたファイルを，元の位置にリカバリーしてください。

注意事項

リカバリーするには，次の条件を満たしていることを確認してください。

JP1/Baseがインストールされ，物理ホスト環境がセットアップ済みであること。

JP1/AJS2がインストールされ，物理ホスト環境がセットアップ済みであること。

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

JP1/BaseとJP1/AJS2が停止していること。

論理ホストの設定ファイルをリカバリーする場合は，共有ディスクがマウントされていること。

(3)　共有メモリーの情報の消去（UNIXの場合だけ）

JP1/AJS2が動作したときに共有メモリーに記憶するスケジューラーサービスの情報を消去してください。共有メモリーに情報が残っていると，リカバリーで回復するスケジューラーサービスに影響を与える場合があります。共有メモリーの情報を消去する手順を次に示します。

次のコマンドを実行し，すべてのJP1/AJS2が停止していることを確認する。

物理ホストを確認する場合

# /opt/jp1ajs2/bin/jajs_spmd_status

論理ホストを確認する場合

# /opt/jp1ajs2/bin/jajs_spmd_status -h 論理ホスト名

JP1/AJS2のモニター機能を確認する場合

# ps -ef | grep ajsinetd

注意事項

すべてのJP1/AJS2サービスおよびJP1/AJS2 Monitorサービスを停止してください。

なお，JP1/AJS2 Monitorサービスを停止させる場合は，次の形式でコマンドを実行してください。

# /etc/opt/jp1ajs2/ajsinetd_startstop stop

次のコマンドを実行して，共有メモリーに記憶するスケジューラーサービスの情報を消去する。

# /opt/jp1ajs2/bin/ajsshmdel

(4)　スケジューラーサービス用データベースの作成

スケジューラーサービス用データベースの作成について，データベースにISAMを使用する場合と組み込みDBを使用する場合に分けて説明します。

なお，スケジューラーサービス用データベースの作成時には，すべてのJP1/AJS2サービスおよびJP1/AJS2 Monitorサービスを停止しておいてください。また，UNIXの場合は，「(3) 共有メモリーの情報の消去（UNIXの場合だけ）」を行ってください。

(a)　スケジューラーサービスのデータベースにISAMを使用している場合

スケジューラーサービスのデータベースをajssetupコマンドで作成します。

UNIXの場合，jp1ajs2_setupコマンド実行時に「AJSROOT1」，jp1ajs2_setup_clusterコマンド実行時に「AJSROOTn」（nは-nオプションで指定した数値）のスケジューラーサービス用データベースが作成されます。すでにこれらのコマンドを実行済みの場合は，ajssetupコマンドでのデータベースの作成は不要です。ただし，スケジューラーサービスが複数ある場合は自動作成されないため，ajssetupコマンドでデータベースを作成する必要があります。

スケジューラーデータベースにISAMを使用している場合のスケジューラーサービス用データベースの作成手順を次に示します。

次のコマンドを実行して，該当のスケジューラーサービスのデータベースディレクトリにあるISAMファイルを削除する。

Windowsの場合
del 該当のスケジューラーサービスのデータベースフォルダ¥*

UNIXの場合
rm 該当のスケジューラーサービスのデータベースディレクトリ/*

ajssetupコマンドを実行して，スケジューラーサービス用のデータベースを作成する。

ajssetup -F スケジューラーサービス名 -mh 論理ホスト名※

注※

物理ホストの場合は，「-mh 論理ホスト名」は指定しません。

サスペンド機能を有効にしている場合は，さらに次のコマンドを実行する。

ajssetup -F スケジューラーサービス名 -m -mh 論理ホスト名※

注※

物理ホストの場合は，「-mh 論理ホスト名」は指定しません。

(b)　スケジューラーサービスのデータベースに組み込みDBを使用している場合

スケジューラーサービスのデータベースが壊れている場合などは，データベースを再作成する必要があります。ここでは，データベースを再作成する手順について説明します。

ajsembdbunsetコマンドを使用して，組み込みDB環境を消去する。

ajsembdbunset -e -id 組み込みDBセットアップ識別子

ajsembdbbuildスクリプトで，組み込みDBサーバを構築する。
ajsembdbbuildスクリプトでの組み込みDBサーバの構築については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　5. スケジューラーデータベースに組み込みDBを使用する場合のセットアップ」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　15. スケジューラーデータベースに組み込みDBを使用する場合のセットアップ」（UNIXの場合）を参照してください。

ISAMで環境を構築する。
次の手順で，スケジューラーサービスのデータベースをISAMで作成します。

(1) 該当のスケジューラーサービスの環境設定パラメーターをISAMにする。

Windowsの場合
マネージャー環境設定で，データベース種別を「ISAM」にする。

UNIXの場合
(i) jbsgetcnf -h 論理ホスト名 > 退避ファイル名
(ii) 退避ファイル内の該当スケジューラーサービスの環境設定パラメーターAJSDBTYPEをISAMに変更する。
(iii) jbssetcnf 退避ファイル名

(2) ISAMデータベースを作成する。
「(a) スケジューラーサービスのデータベースにISAMを使用している場合」を参照し，ISAMデータベースを作成してください。

ajsembdbsetupスクリプトで，組み込みDBサーバ上にJP1/AJS2の環境をセットアップする。
ajsembdbsetupスクリプトでのJP1/AJS2の環境のセットアップについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　5. スケジューラーデータベースに組み込みDBを使用する場合のセットアップ」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　15. スケジューラーデータベースに組み込みDBを使用する場合のセットアップ」（UNIXの場合）を参照してください。

(5)　ジョブ実行環境の作成

リカバリーしたジョブ実行環境構成定義ファイル（jpqsetup.conf）を使って，ジョブ実行環境を作成します。

なお，ジョブ実行環境の作成時には，対象となる論理ホストのJP1/AJS2サービスを停止しておいてください。

リカバリーの手順を次に示します。

キュー情報データベース格納フォルダのファイルを削除する。

(a) 物理ホストの場合

Windowsの場合

del JP1/AJS2 - Managerのインストール先フォルダ¥jp1ajs2¥database¥queue¥*

UNIXの場合

rm /var/opt/jp1ajs2/database/queue/*

(b) 論理ホストの場合

Windowsの場合

del 共有フォルダ¥jp1ajs2¥database¥queue¥*

UNIXの場合

rm 共有ディレクトリ/jp1ajs2/database/queue/*

次のコマンドを実行して，ジョブ実行環境を作成する。

jpqimport -dt isam -ci jpqsetup.conf  [-mh 論理ホスト名]

注意事項

ジョブ実行環境構成定義ファイル（jpqsetup.conf）には，リカバリーしたファイルを使用します。

論理ホストの定義をリカバリーする場合は，-mhオプションで論理ホスト名を指定します。

(6)　ユニット定義のリカバリー

ジョブネットやカレンダーの設定情報のリカバリーに必要な作業について説明します。スケジューラーサービス単位でリカバリーしてください。

注意事項

このリカバリー手順だけ論理ホスト単位ではなく，スケジューラーサービス単位です。スケジューラーサービスごとにリカバリーしてください。

また，このリカバリー手順だけJP1/AJS2 Monitorサービスを起動した状態でリカバリーする必要があります。UNIXでJP1/AJS2 Monitorサービスを起動する場合は，次のコマンドを実行してください。

# /etc/opt/jp1ajs2/ajsinetd_startstop start

(a)　ルートジョブグループ以外のユニットの定義情報をリカバリーする

次のコマンドを実行して，スケジューラーサービスにあるユニットの定義情報をリカバリーします。定義情報には，各ユニットの基準時刻やコメントなどすべての定義が含まれます。ただし，ルートジョブグループ（/）の基準時刻，基準日，月区分などは含まれません。これらの情報は次に示す(b)，(c)の手順でリカバリーしてください。

ajsdefine -F スケジューラーサービス名 unitbackup.txt

なお，ジョブグループやジョブネット単位に分割してバックアップした場合は，バックアップした単位ごとに，次のコマンドを実行してリカバリーしてください。

ajsdefine -F スケジューラーサービス名 -d 定義先ユニット名 ユニット名_backup.txt

(b)　ルートジョブグループの情報をリカバリーする

記録しておいたルートジョブグループの次の情報を設定してください。

コメント

所有者

JP1資源グループ

基準時刻

基準日

月区分

(c)　ルートジョブグループのカレンダー情報をリカバリーする

次のコマンドを実行して，バックアップしたルートジョブグループのカレンダー情報（運用日・休業日）をリカバリーします。

ajscalendar -F スケジューラーサービス名 -df rootcal.txt /

注意事項

このコマンドは，スケジューラーサービス自身のカレンダーをリカバリーします。

rootcal.txtにカレンダー情報が出力されていなければ，リカバリーは不要です。詳しくは，バックアップの手順を参照してください。

(7)　JP1/AJS2の起動

リカバリー後は，コールドスタートでJP1/AJS2サービスを起動してください。

(8)　JP1/AJS2 Consoleの設定情報のリカバリーとセットアップ

JP1/AJS2 Console機能を使用している場合は，次の作業を実施してください。

注意事項

リカバリーおよびセットアップをするには，次の条件を満たしていることを確認してください。

JP1/AJS2 Console Manager，JP1/AJS2 Console Agentを含むJP1/Baseを前提製品とするJP1シリーズのプログラムが停止していること。

論理ホストの設定情報をリカバリーする場合は，共有ディスクがマウントされていること。

(a)　JP1/AJS2 Consoleの設定情報のリカバリー

JP1/AJS2 Console用にバックアップしたファイルを元の位置にリカバリーしてください。

(b)　JP1/AJS2 Consoleのセットアップ

JP1/AJS2 Console ManagerおよびJP1/AJS2 Console Agentのセットアップをしてください。

11.3.4　JP1/AJS2 - Agentの設定情報のリカバリー

バックアップしたJP1/AJS2 - Agentの設定情報をリカバリーする場合に，必要な作業を次に示します。

JP1/AJS2のセットアップ

定義ファイルのリカバリー

JP1/AJS2の起動（コールドスタート）

次に，バックアップしたJP1/AJS2 - Agentの設定情報をリカバリーするときに必要な作業について説明します。

＜この項の構成＞

(1)　JP1/AJS2のセットアップ

(2)　定義ファイルのリカバリー

(3)　JP1/AJS2の起動

(1)　JP1/AJS2のセットアップ

ディスク障害などでJP1の環境が壊れた場合，まずJP1をインストールし，JP1/Baseをセットアップしてから，JP1/AJS2シリーズプログラムをインストールしてください。JP1/AJS2 - Agentのセットアップについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　3.2.2 JP1/AJS2 - Agentのセットアップ」（Windowの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　13.2.2 JP1/AJS2 - Agentのセットアップ」（UNIXの場合）を参照してください。

(2)　定義ファイルのリカバリー

バックアップしたファイルを，元の位置にリカバリーしてください。

注意事項

リカバリーするには，次の条件を満たしていることを確認してください。

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

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

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

JP1/BaseとJP1/AJS2が停止していること。

論理ホストの設定ファイルをリカバリーする場合は，共有ディスクがマウントされていること。

(3)　JP1/AJS2の起動

リカバリー後は，コールドスタートでJP1/AJS2を起動してください。

11.3.5　JP1/AJS2 - Viewの設定情報のリカバリー

バックアップしたJP1/AJS2 - Viewの設定情報をリカバリーする場合に，必要な作業を次に示します。

JP1/AJS2 - Viewのインストール

設定情報のリカバリー

カスタムジョブアイコンのリカバリー（カスタムジョブのアイコンを作成している場合だけ）

JP1/AJS2 - View用にユーザーが作成したアイコンイメージフォルダのリカバリー（アイコンイメージフォルダを作成している場合だけ）

JP1/AJS2 Console Viewのセットアップ（JP1/AJS2 Console機能を使用している場合だけ）

JP1/AJS2 Console View用のアイコンイメージファイル・背景イメージファイルのリカバリー（JP1/AJS2 Console View用にアイコンイメージファイル・背景イメージファイルをリカバリーしている場合だけ）

次に，バックアップしたJP1/AJS2 - Viewの設定情報をリカバリーするときに必要な作業について説明します。

＜この項の構成＞

(1)　JP1/AJS2 - Viewのインストール

(2)　設定情報のリカバリー

(3)　カスタムジョブアイコンのリカバリー

(4)　JP1/AJS2 - View用にユーザーが作成したアイコンイメージフォルダのリカバリー

(5)　JP1/AJS2 Console Viewのセットアップ

(6)　JP1/AJS2 Console View用のアイコンイメージファイル・背景イメージファイルのリカバリー

(1)　JP1/AJS2 - Viewのインストール

ディスク障害などでJP1/AJS2 - Viewの環境が壊れた場合，まずJP1/AJS2 - Viewをインストールしてください。

(2)　設定情報のリカバリー

バックアップしたファイルを，フォルダごと元の位置にリカバリーしてください。

注意事項

リカバリーする前に，次の条件を満たしていることを確認してください。

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

JP1/AJS2 - Viewが停止していること。

リカバリー対象フォルダを次の表に示します。

表11-16　JP1/AJS2 - Viewのリカバリー対象フォルダ

フォルダ名
内容

JP1/AJS2 - Viewのインストール先フォルダ¥conf（Windows XP ProfessionalおよびWindows Server 2003の場合）

%ALLUSERSPROFILE%※¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf（Windows VistaおよびWindows Server 2008の場合）

JP1/AJS2 - View環境設定フォルダ

JP1/AJS2 - Viewのインストール先フォルダ¥custom.dir（Windows XP ProfessionalおよびWindows Server 2003の場合）

%ALLUSERSPROFILE%※¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥custom.dir（Windows VistaおよびWindows Server 2008の場合）

JP1/AJS2 - Viewカスタムジョブ登録情報フォルダ

JP1/AJS2 - Viewのインストール先フォルダ¥addin.dir

JP1/AJS2 - Viewアドインプログラム登録情報フォルダ

注※

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

(3)　カスタムジョブアイコンのリカバリー

バックアップしたアイコン用gifファイルを，元の位置にリカバリーしてください。

なお，カスタムジョブのアイコンを作成していない場合，この作業は不要です。

注意事項

リカバリーする前に，次の条件を満たしていることを確認してください。

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

JP1/AJS2 - Viewが停止していること。

リカバリー対象ファイルを次の表に示します。

表11-17　JP1/AJS2 - Viewのリカバリー対象ファイル

ファイル名 | 内容
JP1/AJS2 - Viewのインストール先フォルダ¥image¥custom¥CUSTOM_PC_USER_任意の名称.gif | カスタムPCジョブのアイコン用gifファイル
JP1/AJS2 - Viewのインストール先フォルダ¥image¥custom¥CUSTOM_UX_USER_任意の名称.gif | カスタムUNIXジョブのアイコン用gifファイル

(4)　JP1/AJS2 - View用にユーザーが作成したアイコンイメージフォルダのリカバリー

バックアップしたJP1/AJS2 - View用のアイコンイメージフォルダを元の位置にリカバリーしてください。

バックアップしたJP1/AJS2 - View用のアイコンイメージフォルダがない場合，この作業は不要です。

注意事項

リカバリーする前に，次の条件を満たしていることを確認してください。

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

JP1/AJS2 - Viewが停止していること。

表11-18　アイコンイメージを作成した場合のリカバリー対象フォルダ

フォルダ名 | 内容
JP1/AJS2 - Viewのインストール先フォルダ¥image¥extend¥user_任意の名称 | ユーザーが作成したアイコンイメージファイルの格納フォルダ

(5)　JP1/AJS2 Console Viewのセットアップ

JP1/AJS2 Console機能を使用している場合は，JP1/AJS2 Console Viewのセットアップをしてください。

(6)　JP1/AJS2 Console View用のアイコンイメージファイル・背景イメージファイルのリカバリー

バックアップしたJP1/AJS2 Console View用のアイコンイメージファイル・背景イメージファイルを元の位置にリカバリーしてください。

バックアップしたJP1/AJS2 Console View用のアイコンイメージファイル・背景イメージファイルがない場合，この作業は不要です。

注意事項

リカバリーする前に，次の条件を満たしていることを確認してください。

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

JP1/AJS2 Console Viewが停止していること。

11.3.6　その他の情報のリカバリー

そのほか，次に示すJP1に関連する設定情報を復旧してください。

JP1を実行するために必要な情報をリカバリーする場合に，必要な作業を次の表に示します。

表11-19　JP1を実行するために必要な情報のリカバリーで必要な作業

作業 | Windows | UNIX
サービスのアカウントの調整値 | ○ | －
ログインスクリプト | － | ○
カーネルパラメーターの調整値 | － | ○
トラブルシュート資料採取コマンド | ○ | ○
クラスタ対応ツール（クラスタシステムで必要な場合だけ） | ○ | ○
メールシステムとの連携用のユーザー作成ツール | － | ○
連携機能ごとの設定（各連携機能を使用している場合だけ） | ○ | ○

（凡例）

○：必須

－：対象外

JP1を実行するために必要な情報のリカバリーは，WindowsとUNIXでは異なるため，それぞれの場合に分けて説明します。

なお，ここで説明しているもの以外に，OSやネットワークの設定，クラスタソフトの設定なども復旧してください。詳細については，OSやクラスタソフトなどのドキュメントを参照してください。

＜この項の構成＞

(1)　サービスのアカウントの調整値（Windowsの場合だけ）

(2)　ログインスクリプト（UNIXの場合だけ）

(3)　カーネルパラメーターの調整値（UNIXの場合だけ）

(4)　トラブルシュート資料採取コマンド

(5)　クラスタ対応ツール（クラスタシステムで必要な場合だけ）

(6)　メールシステムとの連携用のユーザー作成ツール（UNIXの場合だけ）

(7)　各連携機能を使用している場合

(1)　サービスのアカウントの調整値（Windowsの場合だけ）

JP1/AJS2のサービスをユーザーアカウントで実行していた場合は，設定してください。

(2)　ログインスクリプト（UNIXの場合だけ）

JP1用のユーザーのログインスクリプトを回復してください。

(3)　カーネルパラメーターの調整値（UNIXの場合だけ）

カーネルパラメーターの値が適切な値になっていることを確認してください。

(4)　トラブルシュート資料採取コマンド

バックアップしておいたトラブルシュート資料採取コマンドをリカバリーしてください。

(5)　クラスタ対応ツール（クラスタシステムで必要な場合だけ）

バックアップしておいたクラスタ対応ツールをリカバリーしてください。また，クラスタソフトへ正しく登録されていることを確認してください。

(6)　メールシステムとの連携用のユーザー作成ツール（UNIXの場合だけ）

メールシステムとの連携用のユーザー作成ツールをバックアップした場合は，リカバリーしてください。

(7)　各連携機能を使用している場合

メール連携，メッセージキュー連携，JP1/Cm2またはhp OpenView連携を使用している場合は，連携機能ごとに設定をし直す必要があります。

12.　ジョブネットの退避・回復

この章では，ジョブネットの退避・回復について説明します。定義したジョブネットを，ほかのスケジューラーサービスやホストで実行するために退避・回復したり，バックアップを取ったりできます。

＜この章の構成＞

12.1　ジョブネットの退避・回復の概要

12.2　ajsprint，ajsdefineコマンドによるジョブネットの退避・回復の操作

12.3　ajsbackup，ajsrestoreコマンドまたはJP1/AJS2 - Viewによるジョブネットの退避・回復の操作

12.1　ジョブネットの退避・回復の概要

ジョブ，ジョブネット，またはジョブグループごとに，ジョブネットワーク要素を退避・回復できます。ジョブネットワーク要素のバックアップを取ったり，同じジョブネットを別のスケジューラーサービスやホストで実行したりできます。

退避したジョブネットワーク要素を別のスケジューラーサービスやホストに配布すると，定義したジョブネットを有効に活用できます。

また，ジョブグループやジョブネットは，JP1/NETM/DMまたはJP1/FTPを使って配布できます。JP1/NETM/DMを使うと，ジョブネットの定義内容を変更したときに自動配布するといった処理ができるので，各ホストでのJP1/AJS2の業務を管理しやすくなります。JP1/NETM/DMを使った自動配布については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　15. JP1/NETM/DMを使った自動配布」を参照してください。

なお，退避・回復の操作は，スーパーユーザーまたはAdministrators権限を持つユーザーが実行することをお勧めします。

注意

ジョブネットワーク要素とはジョブネットやジョブなどの定義情報のことで，ジョブネットやジョブの実行結果など，関連する情報を含めたバックアップを取ることはできません。ジョブネットやジョブの関連情報などを含めた退避・回復を実行する場合，OSの機能を使ってバックアップを取ることができます。その場合は，JP1/AJS2のサービスをすべて停止してから実行してください（JP1/AJS2 - Managerと関係するエージェントホストごとに，JP1/AJS2のサービスをすべて停止してください）。

＜この節の構成＞

12.1.1　退避・回復の機能

12.1.2　ajsbackupコマンドまたはJP1/AJS2 - Viewで退避した情報の格納場所

12.1.3　退避および回復時の注意事項

12.1.1　退避・回復の機能

ジョブネットワーク要素の退避・回復の機能について次の表に示します。

表12-1　退避・回復機能

機能 | 使用するコマンド
ジョブネットワーク要素の定義内容の出力※³ | ajsprint
ジョブネットワーク要素の定義※³ | ajsdefine
ジョブネットワーク要素の退避 | ajsbackup※¹
ジョブネットワーク要素の回復 | ajsrestore※¹
退避ボックスの削除 | ajsbkudel
退避ボックスの属性変更と表示 | 所有者 | chown※²
グループ | chgrp※²
許可モード | chmod※²
名称変更 | mv※²
退避ファイル名の一覧 | ls※²
退避ボックス内のジョブネットワーク要素の一覧表示 | ajsrestore

注※1

この操作は［JP1/AJS2 - View］ウィンドウのメニューからも実行できます。操作方法については「12.3 ajsbackup，ajsrestoreコマンドまたはJP1/AJS2 - Viewによるジョブネットの退避・回復の操作」を参照してください。他ホストにジョブネットワーク要素を配布しない場合や業務の内容ごとにまとめて退避する必要がある場合に使用します。

注※2

UNIXのコマンドです。

注※3

一括してジョブネットワーク要素を退避する場合に使用します。

12.1.2　ajsbackupコマンドまたはJP1/AJS2 - Viewで退避した情報の格納場所

ajsbackupコマンドまたはJP1/AJS2 - Viewで退避した情報の格納場所を次の図に示します。

図12-1　退避時の情報の格納場所

それぞれの部分について説明します。

退避情報ディレクトリ

退避情報を格納するディレクトリです。JP1/AJS2の環境設定パラメーターで，任意のディレクトリ名を指定できます。

退避ボックス

退避ファイルを格納するためのディレクトリです。退避するときに，任意のディレクトリ名を指定できます。

ただし，Windowsの場合，「CON」，「PRN」，「AUX」，「CLOCK$」，「NUL」，「COMm（mは1から9までの任意の整数）」および「LPTn（nは1から9までの任意の整数）」は，退避ボックスのディレクトリ名に使用できません。退避ボックスを定義すると，複数のジョブネットワーク要素の追加・変更内容をまとめられます。例えば，業務の内容ごとに退避ボックスを作成しておくと，業務ごとに追加・変更内容を管理できます。

一つの退避ボックスには，最大で1,024個の退避ファイルが作成できます。

退避したジョブネットワーク要素は，同一サーバでだけ回復できます。別のサーバでジョブネットワーク要素を回復する場合，移行元のサーバでajsprintコマンドを使用してジョブネットワーク要素の定義を出力し，移行先のサーバでajsdefineコマンドを使用してジョブネットワーク要素を回復してください。

退避ファイル

ジョブネットワーク要素をajsprintコマンドの-aオプションで出力した形で格納したファイルです。ファイル名には，「0001」から「1024」の4けたの数字が自動的に定義されます。

退避情報管理ファイル

退避ボックスに保存された退避ファイルについての情報を管理するためのファイルです。

退避ボックス内の退避ファイル名やジョブネットワーク要素名を知りたい場合は，ajsrestoreコマンドを使用します。

12.1.3　退避および回復時の注意事項

ユニットの名称に2バイトコードを使用している場合，退避元と回復先の環境変数LANGを統一してください。例えば，シフトJISの2バイトコードで定義したジョブネットワーク要素を退避し，EUCコードしかサポートしていないホストで回復した場合，回復したジョブネットワーク要素は使用できません。

回復を実行する場合は，回復するジョブネットの登録を取り消してから実行してください。

ジョブネットワーク要素の参照中や更新中に退避や回復を実行しないでください。退避や回復を実行する場合には，ジョブネットワーク要素がほかで使用中ではないことを確認してから実行してください。

退避したジョブネットワーク要素を回復するためには，退避した時点のジョブグループとジョブネットに更新権限が必要となります。もし，更新権限を持たないユーザーが退避を実行した場合，回復はスーパーユーザーまたはAdministrators権限を持つユーザーが実行してください。

ジョブの所有者の権限で実行できるジョブや，そのジョブを含むジョブネットおよびジョブグループの退避や回復は，必ずスーパーユーザーまたはAdministrators権限を持つユーザーが実行してください。それ以外のユーザーが退避や回復を実行した場合，ジョブ実行時の権限が登録ユーザーに強制的に変更されます。

退避ボックスには，退避情報管理ファイル（.ajsbkup）が格納されています。退避ボックスの属性変更時には，必ず退避情報管理ファイルの属性も変更してください。

ajsbackupコマンドまたはJP1/AJS2 - Viewによるジョブネットワーク要素の退避は，ユニットの定義情報だけが退避され，実行結果は退避されません。

ajsbackupコマンドまたはJP1/AJS2 - Viewによるジョブネットワーク要素の退避で登録状態のジョブネットを退避した場合，ajsrestoreコマンドまたはJP1/AJS2 - Viewで回復を実行しても，そのジョブネットは登録解除状態となります。

ajsbackup，ajsrestoreコマンドまたはJP1/AJS2 - Viewを使用することで，退避ボックスごとに複数のジョブネットワーク要素をまとめて管理できます。このような管理が必要ない場合は，ajsprint，ajsdefineコマンドでジョブネットの退避・回復を代用できます。

コマンドの引数にファイル名を指定する場合は，ファイルの文字コードを環境設定パラメーターAJSCHARCODEに指定した文字コードに合わせる必要があります。

12.2　ajsprint，ajsdefineコマンドによるジョブネットの退避・回復の操作

ajsprintコマンドによる退避を実行すると，ジョブネットワーク要素が任意のファイルに格納されます。また，ajsdefineコマンドによる回復を実行すると，ファイルの内容でユニットが定義されます。

ajsprint，ajsdefineコマンドによるジョブネットの退避・回復は，退避ボックスによる管理を行わないため，退避情報ディレクトリ，退避ボックス，退避ファイルといった階層構造を意識する必要がありません。他ホストにジョブネットワーク要素を配布したり，業務の内容ごとにまとめて退避したりする必要がない場合には，ajsprint，ajsdefineコマンドによるジョブネットの退避・回復を使用してください。

＜この節の構成＞

12.2.1　ajsprintコマンドでジョブネットワーク要素を退避する手順

12.2.2　ajsdefineコマンドでジョブネットワーク要素を回復する手順

12.2.1　ajsprintコマンドでジョブネットワーク要素を退避する手順

ajsprintコマンドでジョブネットワーク要素を退避するために必要な権限を次の表に示します。

表12-2　退避するために必要な権限

対象 | 退避に必要な操作権限
退避するジョブネットワーク要素 | JP1ユーザーでの参照権限※
退避する階層の上位のジョブネットワーク要素 | JP1ユーザーでの参照権限※
退避する階層の下位のジョブネットワーク要素 | JP1ユーザーでの参照権限※

注※

スーパーユーザーまたはAdministrators権限を持たないユーザーが回復を実行する場合，更新権限が必要です。

ajsprintコマンドでジョブネットワーク要素を退避する例を次に示します。

例：任意の退避ファイル（c:¥backup¥unit.txt）にジョブネットワーク要素（/UNIT）を退避する場合

ajsprint -a /UNIT > c:¥backup¥unit.txt

12.2.2　ajsdefineコマンドでジョブネットワーク要素を回復する手順

ajsdefineコマンドでジョブネットワーク要素を回復するために必要な権限を次の表に示します。

表12-3　回復するために必要な権限

対象 | 回復に必要な操作権限
退避ファイル | OSユーザーでの参照権限
回復する階層の上位のジョブネットワーク要素 | JP1ユーザーでの参照権限
回復する階層 | JP1ユーザーでの更新権限
回復する階層の下位のジョブネットワーク要素 | JP1ユーザーでの更新権限

ajsdefineコマンドでジョブネットワーク要素を回復する例を次に示します。

例：任意の退避ファイル（c:¥backup¥unit.txt）に退避したジョブネットワーク要素を回復する場合

ajsdefine c:¥backup¥unit.txt

12.3　ajsbackup，ajsrestoreコマンドまたはJP1/AJS2 - Viewによるジョブネットの退避・回復の操作

ajsbackupコマンドまたはJP1/AJS2 - Viewによる退避を実行すると，ジョブネットワーク要素が特定のディレクトリ中のファイルに格納されます。また，回復を実行すると，特定のディレクトリ中のファイルの内容でユニットが定義されます。

ajsbackup，ajsrestoreコマンド，またはJP1/AJS2 - Viewによるジョブネットの退避・回復は，退避ボックスによる管理を行うため，退避情報ディレクトリ，退避ボックス，退避ファイルといった階層構造を意識する必要があります。業務の内容ごとに分類して退避が行えるメリットがありますが，他ホストにジョブネットワーク要素を配布する場合や，業務の内容ごとにまとめて退避する必要がない場合には，階層構造を意識する必要のない，ajsprint，ajsdefineコマンドによるジョブネットの退避・回復を行ってください。

ここでは，ajsbackup，ajsrestoreコマンド，またはJP1/AJS2 - Viewでの退避・回復時の操作と，退避時の情報の格納場所について説明します。

＜この節の構成＞

12.3.1　ajsbackupコマンドまたはJP1/AJS2 - Viewでジョブネットワーク要素を退避する手順

12.3.2　ajsrestoreコマンドまたはJP1/AJS2 - Viewでジョブネットワーク要素を回復する手順

12.3.3　退避ボックスの属性を変更および表示する（UNIXの場合）

12.3.4　退避ボックスまたは退避ファイルを削除する

12.3.5　退避ボックス中のジョブネットワーク要素の一覧を表示する

12.3.1　ajsbackupコマンドまたはJP1/AJS2 - Viewでジョブネットワーク要素を退避する手順

ajsbackupコマンドまたはJP1/AJS2 - Viewでジョブネットワーク要素を退避するために必要な権限を次の表に示します。

表12-4　退避するために必要な権限

対象 | 退避に必要な操作権限
退避ボックス | OSユーザーでの更新権限
退避するジョブネットワーク要素 | JP1ユーザーでの参照権限※
退避する階層の上位のジョブネットワーク要素 | JP1ユーザーでの参照権限※
退避する階層の下位のジョブネットワーク要素 | JP1ユーザーでの参照権限※

注※

スーパーユーザーまたはAdministrators権限を持たないユーザーが回復を実行する場合，更新権限が必要です。

JP1/AJS2 - Viewでジョブネットワーク要素を退避する手順を説明します。

［JP1/AJS2 - View］ウィンドウまたは［ジョブネットエディタ］ウィンドウで，退避させたいユニットを選択する。
ツリーエリアでジョブグループやジョブネットを選択した場合は，選択したジョブグループやジョブネットの直下にあるユニットが退避の対象になります。

［ファイル］－［退避］を選択する。
［退避］ダイアログボックスが表示されます。ダイアログボックスの［ユニットの要素］には，選択したジョブネットワーク要素が表示されています。

ジョブネットワーク要素の退避先の退避ボックス名を入力する。
既存の退避ボックス名をダブルクリックすると，そのボックス名が［退避ボックス名］に入力されます。

［退避の対象］に退避させたいジョブネットワーク要素の名称を入力する。
［ユニットの要素］に表示されている名称をダブルクリックすると，その名称が［退避の対象］に入力されます。

そのほかに必要な情報を定義して［OK］ボタンをクリックする。
選択したジョブネットワーク要素が退避されます。

ajsbackupコマンドでジョブネットワーク要素を退避する例を次に示します。

例：新規の退避ボックス（BACKUP）に，ジョブネットワーク要素（/UNIT）を退避する場合

ajsbackup -m -n BACKUP /UNIT

12.3.2　ajsrestoreコマンドまたはJP1/AJS2 - Viewでジョブネットワーク要素を回復する手順

ajsrestoreコマンドまたはJP1/AJS2 - Viewでジョブネットワーク要素を回復するために必要な権限を次の表に示します。

表12-5　回復するために必要な権限

対象 | 回復に必要な操作権限
退避ボックス | OSユーザーでのディレクトリ移動権限
退避ファイル | OSユーザーでの更新権限
回復する階層の上位のジョブネットワーク要素 | JP1ユーザーでの参照権限
回復する階層 | JP1ユーザーでの参照権限
回復する階層の下位のジョブネットワーク要素 | JP1ユーザーでの参照権限

JP1/AJS2 - Viewでジョブネットワーク要素を回復する手順を説明します。

［JP1/AJS2 - View］ウィンドウまたは［ジョブネットエディタ］ウィンドウで，回復先のジョブネットまたはジョブグループを選択する。

［ファイル］－［回復］を選択する。
［回復］ダイアログボックスが表示されます。ダイアログボックスの［退避ボックス］には，現在定義されている退避ボックス名が表示されています。

［退避ボックス］でボックス名を選択する。
選択した退避ボックスに格納されている退避ファイル一覧が［退避ファイル］に表示されます。

［退避ファイル］から退避ファイル名を選択してダブルクリックする。
ファイル名が［回復の対象］に入力されます。

［OK］ボタンをクリックする。
指定した場所にジョブネットワーク要素が回復されます。

ajsrestoreコマンドでジョブネットワーク要素を回復する例を次に示します。

例：退避ボックス（BACKUP）の中に退避したジョブネットワーク要素を回復する場合

ajsrestore -n BACKUP

12.3.3　退避ボックスの属性を変更および表示する（UNIXの場合）

UNIXのコマンドを使って，退避ボックスの属性を変更および表示します。

コマンドの使用例を次に示します。なお，この例では，次のコマンドを実行し，カレントディレクトリがJP1/AJS2の環境設定パラメーター「AJSBKUROOT」で定義したディレクトリになっているものとします。

cd /var/opt/jp1ajs2/backup/schedule（標準値の場合）

例1：退避ボックス（BACKUP）の所有者を「user2」に変更し，user2だけが更新できるようにする場合

chmod 0744 BACKUP/.ajsbkup

chown user2 BACKUP/.ajsbkup

chmod 0755 BACKUP

chown user2 BACKUP

例2：退避ボックス（BACKUP）の名称を「host1_BACKUP」に変更する場合

mv BACKUP host1_BACKUP

例3：退避ボックス（BACKUP）の中の退避ファイル名の一覧を表示する場合

ls -la BACKUP

12.3.4　退避ボックスまたは退避ファイルを削除する

退避ボックスまたは退避ファイルを削除する場合，ajsbkudelコマンドを実行します。退避ボックスまたは退避ファイルの削除は，OSユーザーでの更新権限を持つユーザーが実行できます。

ajsbkudelコマンドで退避ボックスを削除する例を次に示します。

例：退避ボックス（BACKUP）を削除する場合

ajsbkudel -n BACKUP

12.3.5　退避ボックス中のジョブネットワーク要素の一覧を表示する

退避ボックスに格納されているジョブネットワーク要素は，次の方法で一覧表示できます。

JP1/AJS2 - Viewで，退避するときに［退避］ダイアログボックスで確認する。

ajsrestoreコマンドを，-tオプションを付けて実行する。
表示形式は，「退避ファイル番号：退避元ユニット：退避ユニット名：ユニット種別」です。
ajsrestoreコマンドを使って表示させる例を次に示します。

例：退避ボックス（BACKUP）の中に退避したジョブネットワーク要素の一覧を表示する場合

コマンド実行例

　ajsrestore -t -n BACKUP

コマンド実行時の出力例

　0001:/資材部:テンプレート:g

　0002:/資材部/出庫管理:出庫伝票作成:n

13.　日々の運用

この章では，JP1/AJS2の業務およびシステムの運用中に実施する，定例的な作業について説明します。

＜この章の構成＞

13.1　業務の運用

13.2　キャパシティの監視

13.1　業務の運用

この節では，JP1/AJS2で自動化している業務の運用中に実施する作業について説明します。JP1/AJS2では，自動化している業務の運用が，正常に運用されているかを判断するために，代表的に次の二つのことを実施する必要があります。

業務の実行結果の確認

業務の実行時間の監視

手順やスケジュールを定めて，これらの作業を定例的に実施するようにしてください。

＜この節の構成＞

13.1.1　業務の実行結果を確認する

13.1.2　業務の実行時間を監視する

13.1.1　業務の実行結果を確認する

JP1/AJS2で自動化して運用している業務が正常に運用されているかを判断するには，業務の実行結果を確認する必要があります。業務の実行結果の確認は，次の表に示す方法で実施できます。

表13-1　実行結果の確認方法

確認の種類
確認方法

画面（JP1/AJS2 - View）
次に示すウィンドウで，正常終了を表す色（デフォルトでは，薄い緑）が表示されていれば，その業務や処理は正常に終了しています。

［ジョブネットモニタ］ウィンドウ（定義ウィンドウ形式）

［マンスリースケジュール］ウィンドウ（カレンダー形式）

［デイリースケジュール］ウィンドウ（チャート形式）

画面（JP1/AJS2 Console）
JP1/AJS2 Consoleを使用すると，特定の業務の実行結果を画面で確認できます。

画面（JP1/AJS2 - Web Operation Assistant）
JP1/AJS2 - Web Operation Assistantを使用すると，WWWブラウザー（IE）で各ユニットの実行状況および実行結果を一覧で確認できます。JP1/AJS2 - Web Operation Assistantの詳細については，マニュアル「JP1/Automatic Job Management System 2 - Web Operation Assistant」を参照してください。

コマンド

ajsshowコマンド

実行登録済みのジョブネットまたはジョブの，前回までの実行結果，現在の状態，および次回の実行予定などの情報を標準出力ファイルに出力します。

ログ
JP1/AJS2のスケジューラーログファイル中に，業務が正常終了したか，または異常終了したか，などの情報が出力されます。ログファイルをテキストエディターなどで確認します。ログファイルのデフォルトの格納場所を次に示します。

Windowsの場合

・「JP1/AJS2のインストール先フォルダ¥log¥ajs-log1.log」

・「JP1/AJS2のインストール先フォルダ¥log¥ajs-log2.log」

UNIXの場合

・「/var/opt/jp1ajs2/log/ajs-log1.log」

・「/var/opt/jp1ajs2/log/ajs-log2.log」

Windowsイベントログまたはsyslog
［マネージャー環境設定］ダイアログボックスまたはスケジューラーサービス環境設定ファイル（Schedule.conf）の次の項目（パラメーター）で設定している場合，Windowsイベントログまたはsyslogに，業務が正常終了したか，または異常終了したか，などの情報が出力されます。

Windowsの場合

［ジョブネットログのイベントログ出力］

UNIXの場合

NETSYSLOG

ジョブネットの正常終了および異常終了のイベントID（ファシリティ）とメッセージIDを次に示します。

ジョブネット正常終了イベント

イベントID：30261

ファシリティ：LOG_DAEMON

メッセージID：KAVS0261-I

ジョブネット異常終了イベント

イベントID：30262

ファシリティ：LOG_DAEMON

メッセージID：KAVS0262-E

業務が異常終了していた場合，リカバリージョブが実行されているか確認したり，業務を再実行したりしてください。

画面の表示項目や操作手順の詳細については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　1. 概要」を参照してください。

ajsshowコマンドのオプションの詳細や出力例については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsshow」を参照してください。

スケジューラーログの出力形式については，「付録E ログ情報」を参照してください。

13.1.2　業務の実行時間を監視する

JP1/AJS2がインストールされているホストの実行状況などで，業務が指定した時間に開始，または終了しない場合があります。ある業務が遅延すると，その業務のあとに実行するように関連づけられている業務にも影響を与え，業務全体の実行に影響を与えてしまうおそれがあります。

そのため，JP1/AJS2の正常な運用を監視するためには，次に示す項目を監視しておく必要があります。

業務自体の実行時間の監視

開始遅延および終了遅延の監視

実行時間や遅延の監視は，次の表に示す方法で実施できます。

表13-2　実行時間や遅延の監視方法

監視の種類
監視方法

画面（JP1/AJS2 - View）
次に示すウィンドウで監視します。

［ジョブネットモニタ］ウィンドウ（定義ウィンドウ形式）

［マンスリースケジュール］ウィンドウ（カレンダー形式）

［デイリースケジュール］ウィンドウ（チャート形式）

遅延の状態を示す色は，デフォルトでは次のようになっています。次に示す色が表示されていないか監視してください。
開始遅延：桃色
開始遅延（実行中）：濃い桃色
終了遅延：橙色
終了遅延（実行中）：濃い橙色

画面（JP1/AJS2 Console）
JP1/AJS2 Consoleを使用すると，特定の業務の実行結果を画面で確認できます。

画面（JP1/AJS2 - Web Operation Assistant）
JP1/AJS2 - Web Operation Assistantを使用すると，WWWブラウザー（IE）で各ユニットの実行時間および遅延状態を一覧で確認できます。JP1/AJS2 - Web Operation Assistantの詳細については，マニュアル「JP1/Automatic Job Management System 2 - Web Operation Assistant」を参照してください。

コマンド

ajsshowコマンド

実行登録済みのジョブネットまたはジョブの，前回までの実行結果，現在の状態，および次回の実行予定などの情報を標準出力ファイルに出力します。

ログ
JP1/AJS2のスケジューラーログファイル中に，開始遅延したか，または終了遅延したか，などの情報が出力されます。ログファイルをテキストエディターなどで確認します。ログファイルのデフォルトの格納場所を次に示します。

Windowsの場合

・「JP1/AJS2のインストール先フォルダ¥log¥ajs-log1.log」

・「JP1/AJS2のインストール先フォルダ¥log¥ajs-log2.log」

UNIXの場合

・「/var/opt/jp1ajs2/log/ajs-log1.log」

・「/var/opt/jp1ajs2/log/ajs-log2.log」

Windowsイベントログまたはsyslog
［マネージャー環境設定］ダイアログボックスまたはスケジューラーサービス環境設定ファイル（Schedule.conf）の次の項目（パラメーター）で設定している場合，Windowsイベントログまたはsyslogに，業務が開始遅延したか，または終了遅延したか，などの情報が出力されます。

Windowsの場合

［ジョブネットログのイベントログ出力］

［ジョブログのイベントログ出力］

UNIXの場合

NETSYSLOG

JOBSYSLOG

開始遅延および終了遅延のイベントID（ファシリティ）とメッセージIDを次に示します。

開始遅延イベント

イベントID：30275

ファシリティ：LOG_DAEMON

メッセージID：KAVS0275-I

終了遅延イベント

イベントID：30276

ファシリティ：LOG_DAEMON

メッセージID：KAVS0276-I

イベントID：30248

ファシリティ：LOG_DAEMON

メッセージID：KAVS0248-I

JP1イベント
JP1イベント受信監視ジョブを定義してスケジューリングしている場合，決まった日時や期間で自動的に監視できます。
開始遅延および終了遅延のJP1イベントのイベントIDを次に示します。

開始遅延イベント

JP1イベントのイベントID：00004122

終了遅延イベント

JP1イベントのイベントID：00004123，00004127

画面の表示項目や操作手順の詳細については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　1. 概要」を参照してください。

ajsshowコマンドのオプションの詳細や出力例については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsshow」を参照してください。

スケジューラーログの出力形式については，「付録E ログ情報」を参照してください。

JP1イベントについては，マニュアル「JP1/Automatic Job Management System 2 解説　付録B JP1/AJS2が発行するJP1イベント」を参照してください。

13.2　キャパシティの監視

この節では，JP1/AJS2のキャパシティの監視について説明します。

JP1/AJS2の運用中に必要なキャパシティに関する監視作業は次の二つです。

ログファイルの見積もりの段階（設計時の段階）で算出した日数分のログ情報が出力されているか。

データベースの未使用領域がどのくらいか。

手順やスケジュールを定めて，これらの作業を定例的に実施するようにしてください。

＜この節の構成＞

13.2.1　ログファイルのサイズと出力されるログ情報を確認する

13.2.2　データベースの使用領域を確認する

13.2.1　ログファイルのサイズと出力されるログ情報を確認する

ログファイルのサイズとログファイルに出力される情報の量は，設計時にできる限り適切な値を見積もっておきます。しかし，運用していく中で，JP1/AJS2の操作が増えたり，業務の量が増えたりして，ログファイルに出力される情報が多くなる場合もあります。

ログファイルに出力された情報が，見積もったときに設定した日数分あるか監視することを，定例的な運用中の作業として実施してください。ログファイルの情報は，障害発生時にどのような操作や処理が原因なのかを調査するときに使用します。調査に必要な分だけの情報がログファイルに残っていないと，原因を特定するのに時間が掛かってしまいます。

日々の業務としてログファイルの監視作業を実施して，意図する日数分だけログファイルに情報が出力されているか監視しておくと，万一障害が発生しても，ログファイルに出力されている情報が少なくて，原因を特定するのに時間が掛かってしまうという事態を回避することができます。

確認する必要があるログファイルとサイズを再見積もりするときに参照する個所を次の表に示します。

表13-3　運用中に確認する必要があるログファイルと見積もるときの参照個所

ログファイルの種類
見積もるときの参照個所

スケジューラーサービスのログファイル※
「4.4.1 スケジューラーログファイルのサイズを見積もる」

トレースログファイル
「4.4.2 トレースログファイルのサイズを見積もる」

ジョブ実行環境のログ
「4.4.3 ジョブ実行環境のログのサイズを見積もる」

イベントジョブが出力するログ（イベントジョブを使用している場合）
「4.4.4 イベントジョブが出力するログのサイズを見積もる」

キューレスジョブのログファイル
「4.4.5 キューレスログファイルのサイズを見積もる」
「4.4.6 キューレストレースログファイルのサイズを見積もる」
「4.4.7 キューレスジョブ実行内部ログファイルのサイズを見積もる」

JP1/AJS2 Consoleのトレースログファイル
「4.4.8 JP1/AJS2 Consoleのトレースログファイルのサイズを見積もる」

注※

スケジューラーログファイルは，障害時だけでなく，業務の実行状況を確認する場合にも使用します。

13.2.2　データベースの使用領域を確認する

JP1/AJS2は，業務の定義情報およびスケジュール情報の管理にデータベースを使用しています。データの追加や削除を繰り返すと，データベースの未使用領域が多くなり，データの格納効率が悪くなります。データの格納効率が悪くなると，データを検索するときの性能の劣化につながり，トラブルの原因になるおそれがあります。

そのため，データベースを再編成する時期を見積もるために，未使用領域を確認する作業を，定例的な運用中の作業として実施してください。再編成時期に達していたら，再編成作業を実施してください。

＜この項の構成＞

(1)　ISAMデータベースの未使用領域の確認

(2)　組み込みDBの未使用領域の確認

(3)　データベースの未使用領域の確認方法

(1)　ISAMデータベースの未使用領域の確認

ISAMデータベースの未使用領域の確認は，ajsdbcondまたはjpqdbcondコマンドで実行します。これらのコマンドに関する注意事項を次に示します。なお，ajsdbcondまたはjpqdbcondコマンドのオプションの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を参照してください。

(a)　ajsdbcondコマンドの注意事項

このコマンドに-lオプションを指定した場合，ISAMファイルを閉じている状態で実行してください（ISAMファイルを閉じるには，ajsstopコマンドを実行して，JP1/AJS2の運用を終了してください。また，JP1/AJS2 - Viewをすべて停止してください）。ファイルが開いている状態でこのコマンドを実行した場合，エラーになります。

このコマンドに-Lオプションを指定した場合，他のプロセスが使用中のISAMファイルに対しても情報を取得できますが，並行してアクセスする他のプロセスがISAMファイルを更新した場合，情報取得の瞬間のISAMファイル更新分については誤差が生じます。また，ISAMファイルの整合性を保つため，コマンド実行中は他のプロセスのISAMファイルへのアクセスが待たされます。したがって，このコマンドを使用する場合は，スケジューラーサービスの繁忙期を避けてください。

-l，-Lオプションで出力される情報は，フラグメンテーションの割合ではなく，未使用領域率です。このため，ISAMファイル中にレコードがない場合や，レコードが非常に少ない件数の場合，まだ使用されていない予約済みの空き領域に対する未使用領域率として「100%」と出力されます。

(b)　jpqdbcondコマンドの注意事項

このコマンドに-lオプションを指定した場合，ISAMファイルを閉じている状態で実行してください（ISAMファイルを閉じるには，JP1/AJS2を停止してください）。ファイルが開いている状態でこのコマンドを実行した場合の動作は保証しません。

このコマンドに-Lオプションを指定した場合，他のプロセスが使用中のISAMファイルに対しても情報を取得できますが，並行してアクセスする他のプロセスがISAMファイルを更新した場合，情報取得の瞬間のISAMファイル更新分については誤差が生じます。また，ISAMファイルの整合性を保つため，コマンド実行中は他のプロセスのISAMファイルへのアクセスが待たされます。したがって，このコマンドを使用する場合は，ジョブを大量に実行するなどの繁忙期を避けてください。

-l，-Lオプションで出力される情報は，フラグメンテーションの割合ではなく，未使用領域率です。このため，ISAMファイル中にレコードがない場合や，レコードが非常に少ない件数の場合，まだ使用されていない予約済みの空き領域に対する未使用領域率として「100%」と出力されます。

(2)　組み込みDBの未使用領域の確認

組み込みDBの未使用領域の確認は，組み込みDBによって出力されるメッセージを確認します。

(3)　データベースの未使用領域の確認方法

データベースの未使用領域の確認方法を次の表に示します。

表13-4　データベースの未使用領域の確認方法と再編成時期

データベースの種別
確認方法とデータベースの再編成時期

ISAM
スケジューラーデータベース
ajsdbcondコマンドの実行例を次に示します。
ajsdbcond -L -a -t se,10 -F AJSROOT1
スケジューラーサービスのISAMファイルの情報を標準出力に出力し，未使用領域サイズがしきい値（10メガバイト）に達していたときに，標準エラー出力とsyslog（Windowsイベントログ）にメッセージを出力します。
このオプションを使用して，ジョブを大量に実行するなどの繁忙期でないときに，JP1/AJS2のジョブとしてajsdbcondコマンドをスケジュール実行することで，定期的にISAMファイルの状態を確認して，警告メッセージを出力できます。実行例を次に示します。
PCジョブの場合
［実行ファイル名］に「ajsdbcond -L -a -i s -F AJSROOT1」と入力して，実行日や処理サイクルを定義してください。
UNIXジョブの場合
［コマンド文］に「/opt/jp1ajs2/bin/ajsdbcond -L -a -i s -F AJSROOT1」と入力して，実行日や処理サイクルを定義してください。
ajsdbcond -l -a -F AJSROOT1
スケジューラーサービスAJSROOT1の使用するISAMファイルの状態（未使用領域率と未使用領域サイズ・データファイルフラグメント率）を出力します。
ajsdbcond -L -a -t j,10 -F AJSROOT1
未使用領域サイズがしきい値（10メガバイト）に達していたときに，次に示すJP1イベントを出力します。
イベントID：00004154
イベント名称：ISAM未使用領域サイズしきい値到達イベント
メッセージID：KAVS1504-W
あらかじめ指定した，任意のしきい値を超えていた場合に再編成してください。

ジョブ実行環境
データベース
jpqdbcondコマンドの実行例を次に示します。
jpqdbcond -L -a -t se,10
ジョブ実行環境で使用するISAMファイルの情報を標準出力に出力し，未使用領域サイズがしきい値（10メガバイト）に達していたときに，標準エラー出力とsyslog（Windowsイベントログ）にメッセージを出力します。
このオプションを使用して，ジョブを大量に実行するなどの繁忙期でないときに，JP1/AJS2のジョブとしてjpqdbcondコマンドをスケジュール実行することで，定期的にISAMファイルの状態を確認して，警告メッセージを出力できます。
jpqdbcond -l -a
ジョブ実行環境で使用するISAMファイルの状態（未使用領域率と未使用領域サイズ・データファイルフラグメント率）を出力します。
jpqdbcond -L -a -t j,10
未使用領域サイズがしきい値（10メガバイト）に達していたときに，次に示すJP1イベントを出力します。
イベントID：00004164
イベント名称：ISAM未使用領域サイズしきい値到達イベント
メッセージID：KAVU5984-W
あらかじめ指定した，任意のしきい値を超えていた場合に再編成してください。
なお，ジョブ実行環境の再編成の時期は，ジョブ情報の保存日数も目安にしてください。設定したジョブ情報の保存日数については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.2 ジョブ実行環境の設定」，またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.2 ジョブ実行環境の設定」を参照してください。

組み込みDB
組み込みDBでは，ajsembdbreclaimコマンドを定期的に使用すれば，ほとんど再編成は不要です。ただし，ページの利用効率が悪い場合（ページ中に有効データが1件だけある場合など），組み込みDBによって出力されるKFPH00211-Iメッセージを基に再編成を実施する必要があります。KFPH00211-Iメッセージは，利用率が80%，90%，100%の段階で，Windowsイベントログまたはsyslogに出力されます。組み込みDBの再編成の時期は，定期的にWindowsイベントログまたはsyslogを確認してください。KFPH00211-Iメッセージが出力されていたら，再編成してください。

ajsdbcondおよびjpqdbcondコマンドで出力されるJP1イベントの詳細については，マニュアル「JP1/Automatic Job Management System 2 解説　付録B JP1/AJS2が発行するJP1イベント」を参照してください。

再編成の方法については，次に示す個所を参照してください。

「15.14.3 ISAMデータベースを再編成する」

「15.14.4 組み込みDBデータベースを再編成する」

14.　メンテナンスモードによる長時間運用

この章では，メンテナンスモードを使用して，実行されている業務が途切れることなく，JP1/AJS2を長時間運用する方法について説明します。

＜この章の構成＞

14.1　メンテナンスモードを使用した運用方法

14.2　定期的に自動でメンテナンス作業を実施する運用例

14.1　メンテナンスモードを使用した運用方法

メンテナンスモードを使用したJP1/AJS2の連続運用の方法について説明します。JP1/AJS2のメンテナンスモードでは，メンテナンスモードにする前に実行されている業務が途切れることなく，ISAMデータベースの再編成の作業を実施することができます。

メンテナンスモードにしてメンテナンスを実施するには，業務の実行が少ない時間帯で，jajs_maintainコマンドを実行します。jajs_maintainコマンドの実行例をメンテナンスモードの種類別に，次の表に示します。なお，jajs_maintainコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jajs_maintain」を参照してください。

メンテナンスモードの注意事項については，「7.3 メンテナンスモードの注意事項」を参照してください。

表14-1　メンテナンスモードの種類別によるjajs_maintainコマンドの実行例

実施する作業
メンテナンスモード
の種類
コマンドの実行例

ISAMデータベースの再編成
マネージャー機能縮退モード
jajs_maintain -m manager

スケジューラー縮退モード
jajs_maintain -m scheduler -F AJSROOT1

＜この節の構成＞

14.1.1　メンテナンスモードの処理概要

14.1.2　メンテナンスモード中の操作

14.1.3　イベントジョブ実行中のメンテナンスモードの使用について

14.1.1　メンテナンスモードの処理概要

各メンテナンスモード中に，どのような処理が実行されているかを説明します。

＜この項の構成＞

(1)　マネージャー機能縮退モードの処理概要

(2)　スケジューラー縮退モードの処理概要

(1)　マネージャー機能縮退モードの処理概要

マネージャー機能縮退モード中の処理について説明します。マネージャー機能縮退モード中は，JP1/AJS2 - Managerのマネージャー機能とデータベースとの接続が切り離されます。データベースとの接続が切り離されている間でも発生する，次に示す情報をメモリー中に保持します。

ジョブ実行環境で発生するジョブ状態変化情報

イベント・アクション制御で発生する条件成立情報

そのため，安全面およびリソース消費面から，業務運用のピーク時間帯を避けてメンテナンス作業を実施することをお勧めします。

マネージャー機能縮退モード中に実行される処理を次に示します。

JP1/AJS2 - Viewから，メンテナンスの対象となるホストにあるデータベースへの接続を切り離します。
データベースへの接続を切り離す場合で，すでにデータベースへの処理要求があったときは，その要求が終了するまで接続の切り離しを待ちます。
データベースへの接続を切り離したあとに，JP1/AJS2 - Viewから再接続すると，メンテナンス中である旨のメッセージが出力されます。その場合は，時間を置いて（メンテナンスの終了を待って）再接続してください。
また，ジョブネットワーク要素を操作するコマンドが，メンテナンスの対象となるホストで実行中の場合も，該当するコマンドの実行が終了するまで接続の切り離しを待ちます。
これらの切断状況監視時間は，jajs_maintainコマンドの-cオプションで指定できます。
また，JP1/AJS2 Console機能を使用している場合，監視対象ホストがメンテナンスモード中の間は，AJS2ユニット監視オブジェクトの状態が「状態不明」になります。

該当する物理ホストまたは論理ホストのスケジューラーサービスを停止します。
スケジューラーサービスは，この時点で実行しようとしているすべてのジョブの実行依頼が完了してから停止します。
スケジューラーサービスが停止している間，ジョブ実行制御からのジョブ実行結果情報やイベント・アクション制御からの条件成立情報をメモリー中に保持します。

ジョブ実行環境マネージャーを縮退してデータベースを切り離します。
ジョブ実行環境マネージャーが縮退している間は，新規のジョブは実行できません。キューイング中・実行中のジョブについては，データベースを切り離している間，メモリー中に情報を保持します。

ジョブ実行環境のデータベースを再編成します。

ジョブ実行環境の縮退モードを解除します。

スケジューラーデータベースを再編成します。

再編成の終わったスケジューラーサービスから順次再起動され，縮退モードを解除します。

(2)　スケジューラー縮退モードの処理概要

スケジューラー縮退モード中の処理について説明します。スケジューラー縮退モード中は，JP1/AJS2 - Managerのマネージャー機能とデータベースとの接続が切り離されます。データベースとの接続が切り離されている間でも発生する，イベント・アクション制御の条件成立情報をメモリー中に保持します。

そのため，安全面およびリソース消費面から，業務運用のピーク時間帯を避けてメンテナンス作業を実施することをお勧めします。

スケジューラー縮退モード中に実行される処理を次に示します。

JP1/AJS2 - Viewから，メンテナンスの対象となるホストにあるデータベースへの接続を切り離します。
データベースへの接続を切り離す場合で，すでにデータベースへの処理要求があったときは，その要求が終了するまで接続の切り離しを待ちます。
データベースへの接続を切り離したあとに，JP1/AJS2 - Viewから再接続すると，メンテナンス中である旨のメッセージが出力されます。その場合は，時間を置いて（メンテナンスの終了を待って）再接続してください。
また，ジョブネットワーク要素を操作するコマンドが，メンテナンスの対象となるホストで実行中の場合も，該当するコマンドの実行が終了するまで接続の切り離しを待ちます。
これらの切断状況監視時間は，jajs_maintainコマンドの-cオプションで指定できます。
また，JP1/AJS2 Console機能を使用している場合，監視対象業務が存在するスケジューラーサービスがメンテナンスモード中の間は，AJS2ユニット監視オブジェクトの状態が「状態不明」になります。

該当するスケジューラーサービスを停止します。
スケジューラーサービスは，この時点で実行しようとしているすべてのジョブの実行依頼が完了してから停止します。
スケジューラーサービスが停止している間，イベント・アクション制御からの条件成立情報をメモリー中に保持します。

該当するスケジューラーサービスのデータベースを再編成します。

該当するスケジューラーサービスの縮退モードを解除します。

14.1.2　メンテナンスモード中の操作

メンテナンスモード中に，JP1/AJS2 - Viewから接続してユニットを操作した場合は，「メンテナンス中のため接続できません」というメッセージがメッセージボックスに出力されます。ジョブネットワーク要素を操作するコマンドを実行した場合は，「メンテナンス中のため実行できません」というメッセージが標準エラー出力に出力されます。

また，JP1/AJS2 Console Viewから状態を取得しようとした場合，JP1/AJS2 Console View上のAJS2ユニット監視オブジェクトの状態は，状態不明となってデフォルトでは赤色で表示され，［詳細情報］ダイアログボックスの［情報］テキストエリアにはメンテナンス中であることを示すメッセージが表示されます。

14.1.3　イベントジョブ実行中のメンテナンスモードの使用について

イベントジョブ（起動条件に設定されているものを含む）を大量に実行したままメンテナンスモードを使用する場合，メンテナンスモード解除直後からイベントの検知が遅れるなどの現象が発生することがあります。

詳細については，「8.3.9 イベントジョブを実行したままサービスを再起動する場合の注意事項」を参照してください。

14.2　定期的に自動でメンテナンス作業を実施する運用例

ここでは，メンテナンスモードの運用例について紹介します。

jajs_maintainコマンドを，JP1/AJS2のジョブとして定義し実行登録すると，スケジュールに従って自動的にメンテナンス作業を実施することができます。

例として，定期的に自動でデータベースを再編成するための手順を次に示します。

次に示す内容のユニット定義ファイルを作成する。

図14-1　毎年12月最終運用日23:00にメンテナンスする場合の定義例

ファイル名は任意です。なお，JP1/AJS2 - Viewを使用しても定義できます。ユニット定義ファイルのパラメーターとJP1/AJS2 - Viewの表示項目は対応しています。パラメーターについては，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　2. 情報定義ファイルの作成」を参照してください。JP1/AJS2 - Viewのダイアログボックスの表示項目については，マニュアル「JP1/Automatic Job Management System 2 操作ガイド　13. ウィンドウとダイアログボックス」を参照してください。

次に示すコマンドを実行してユニットを定義する。
「ajsdefine ユニット定義ファイル名」コマンドを実行します。
maintain.txtという名称でユニット定義ファイルを作成した場合のコマンドの実行例を次に示します。
ajsdefine maintain.txt

次に示すコマンドを実行してユニットを計画実行登録する。
「ajsentry -s ユニット名」コマンドを実行します。ジョブの中で実行されるjajs_maintainコマンドは，OS管理者権限が必要ですので，Administrators権限またはスーパーユーザー権限でジョブが実行されるようにしてください。
コマンドの実行例を次に示します。
ajsentry -s /maintain-net
定義したスケジュール情報に従って，自動的にデータベースが再編成されます。
なお，JP1/AJS2 - Viewを使用して，計画実行登録することもできます。

15.　運用中の設定変更

この章では，JP1/AJS2の運用中の環境や設定の変更について説明します。

JP1/AJS2のシステムをより効率良く運用するため，運用中にJP1/AJS2の実行環境や設定を変更することがあります。

＜この章の構成＞

15.1　設定変更のポイント

15.2　JP1/AJS2のサービスを起動または終了する

15.3　組み込みDBのサービスを起動または終了する

15.4　JP1/AJS2の起動時または終了時の動作を変更する

15.5　ジョブネットやジョブの実行を抑止する

15.6　スケジューラーログを交替する

15.7　スケジューラーサービスを制限停止する

15.8　JP1/AJS2 - Managerサービスの運用環境を一時的に変更する

15.9　スケジューラーサービスのローカル日時を定義する

15.10　ジョブ実行環境を変更する

15.11　キューレスジョブの運用環境を一時的に変更する

15.12　実行登録中にユニット定義情報を変更する

15.13　JP1/AJS2が動作しているホストの設定を変更する

15.14　JP1/AJS2のデータベースを操作する

15.15　JP1/AJS2のプロセスが異常終了した場合のJP1/AJS2の動作を変更する

15.1　設定変更のポイント

JP1/AJS2の運用中に環境や設定を変更する場合には，次に示す点に注意してください。

業務への影響が少ない方法や時間帯を考慮する。

環境設定項目，OSのパラメーター，ディスク容量などを変更する場合は，「第1編　設計編」を参照して，変更する内容について事前に再設計する。

変更したい環境や設定をすぐに適用するのではなく，事前にテストする。

変更後は，変更内容を関係のある部署などに連絡する。

15.2　JP1/AJS2のサービスを起動または終了する

この節では，JP1/AJS2のサービスの起動と終了方法について説明します。JP1/AJS2は，JP1/AJS2のサービスを停止することで，安全にJP1/AJS2の環境や設定を変更できます。変更が終了したらサービスを再起動させてください。

＜この節の構成＞

15.2.1　JP1/AJS2のサービスを手動で起動する

15.2.2　JP1/AJS2のサービスを手動で終了する

15.2.1　JP1/AJS2のサービスを手動で起動する

JP1/AJS2のサービスの起動方法を説明します。

なお，システムの起動と同時にJP1/AJS2のサービスを起動するように定義してある場合は，自動的にサービスが起動します。ここでは手動でサービスを起動する操作を説明します。

＜この項の構成＞

(1)　Windowsの場合

(2)　UNIXの場合

(1)　Windowsの場合

［コントロールパネル］ウィンドウで［サービス］を選択する，または［管理ツール］－［サービス］を選択する。

起動させたいJP1/AJS2のサービス名を選択する。
選択できるサービスを次に示します。必要に応じて選択してください。

JP1/AJS2サービス

JP1/AJS2 Monitorサービス

JP1/AJS2 Mailサービス※1

JP1/AJS2 Queueless Agentサービス※2

JP1/AJS2 Queueless File Transferサービス※2

JP1/AJS2 Console Managerサービス※3

JP1/AJS2 Console Agentサービス※4

JP1/AJS2 Check Managerサービス※5

JP1/AJS2 Check Agentサービス※6

注※1

メールシステム連携をセットアップした場合だけ表示されます。

注※2

キューレスジョブ実行環境をセットアップした場合だけ表示されます。

注※3

JP1/AJS2 Console Managerをセットアップした場合だけ表示されます。

注※4

JP1/AJS2 Console Agentをセットアップした場合だけ表示されます。

注※5

JP1/AJS2 Check Managerをセットアップした場合だけ表示されます。

注※6

JP1/AJS2 Check Agentをセットアップした場合だけ表示されます。

［開始］ボタンをクリックする。
JP1/AJS2のサービスが起動します。
なお，「net start サービス名」コマンドを実行してもサービスを起動できます。

(2)　UNIXの場合

次に示すサービスの起動方法を説明します。

JP1/AJS2サービス

JP1/AJS2 Monitorサービス

JP1/AJS2 Mailサービス

JP1/AJS2 Queueless Agentサービス

JP1/AJS2 Queueless File Transferサービス

JP1/AJS2 Check Managerサービス

JP1/AJS2 Check Agentサービス

/etc/opt/jp1ajs2/jajs_startスクリプトを任意のファイルにコピーする。
次のコマンドを実行して，ファイルの権限を変更しないようにコピーしてください。

cp -p /etc/opt/jp1ajs2/jajs_start 任意のファイル名

コピーしたスクリプトをviなどのエディターで開き，コメントアウトされた行のコメント記号を削除する。
コメント記号の削除については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.7.2 JP1/AJS2サービスの自動起動および自動終了の設定」を参照してください。

スクリプトを実行して，JP1/AJS2サービスとJP1/AJS2 Monitorサービスを起動する。

UNIXでメールシステムと連携する場合に，メール監視デーモンはありません。メール監視の設定をしている場合には，JP1/AJS2サービスを起動するとメールを監視できるようになります。

なお，キューレスエージェントサービスはajsqlstartコマンドで，キューレスファイル転送サービスはajsqlftpstartコマンドでも起動することができます。また，JP1/AJS2 Check Managerサービス，またはJP1/AJS2 Check Agentサービスはajschkstartコマンドでも起動することができます。

ajsqlstartコマンド，ajsqlftpstartコマンド，およびajschkstartコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を参照してください。

補足事項

JP1/AJS2 Consoleのサービスは次のコマンドで起動できます。

・JP1/AJS2 Console Managerサービス
/etc/opt/jp1ajs2cm/ajscminetd_startstop start

・JP1/AJS2 Console Agentサービス
/etc/opt/jp1ajs2/ajscainetd_startstop start

JP1/AJS2サービスのカレントディレクトリは，サービスの起動のしかたで次のように決まります。JP1/AJS2サービスの動作中は，カレントディレクトリを削除しないでください。

・jajs_startコマンドで起動した場合
/opt/jp1ajs2/bin

・jajs_spmdコマンドで起動した場合
コマンドを実行したディレクトリ

15.2.2　JP1/AJS2のサービスを手動で終了する

JP1/AJS2のサービスの終了方法を説明します。ここでは手動でサービスを終了する方法を説明します。なお，JP1/AJS2のサービスを終了するときは，実行中のジョブネットやジョブがないことを確認してから終了してください。

＜この項の構成＞

(1)　Windowsの場合

(2)　UNIXの場合

(1)　Windowsの場合

［コントロールパネル］ウィンドウで［サービス］を選択する。または［管理ツール］－［サービス］を選択する。

終了させたいJP1/AJS2のサービス名を選択する。
選択できるサービス名を次に示します。必要に応じて選択してください。

JP1/AJS2サービス

JP1/AJS2 Monitorサービス

JP1/AJS2 Mailサービス※1

JP1/AJS2 Queueless Agentサービス※2

JP1/AJS2 Queueless File Transferサービス※2

JP1/AJS2 Console Managerサービス※3

JP1/AJS2 Console Agentサービス※4

JP1/AJS2 Check Managerサービス※5

JP1/AJS2 Check Agentサービス※6

注※1

メールシステム連携をセットアップした場合だけ表示されます。

注※2

キューレスジョブ実行環境をセットアップした場合だけ表示されます。

注※3

JP1/AJS2 Console Managerをセットアップした場合だけ表示されます。

注※4

JP1/AJS2 Console Agentをセットアップした場合だけ表示されます。

注※5

JP1/AJS2 Check Managerをセットアップした場合だけ表示されます。

注※6

JP1/AJS2 Check Agentをセットアップした場合だけ表示されます。

［停止］ボタンをクリックする。
JP1/AJS2のサービスが終了します。
なお，「net stop サービス名」コマンドを実行してもサービスを終了できます。

補足事項

Windowsのコントロールパネルの［サービス］，または「net stop」コマンドからJP1/AJS2 Queueless Agentサービスを停止する場合，該当サービスは，実行中のキューレスジョブの終了を待たないで即座に停止します。このため，マネージャーホストでは，エージェントホストで実行中だったキューレスジョブの終了状態が終了状態不明となる場合があります。

終了状態不明となったキューレスジョブの終了状態を，ジョブの実行結果などから確認してください。

また，該当サービスを実行中のキューレスジョブが終了してから停止したい場合は，JP1/AJS2サービス停止後に-jオプションを指定してajsqlstopコマンドを実行してください。

(2)　UNIXの場合

次に示すサービスの終了方法を説明します。

JP1/AJS2サービス

JP1/AJS2 Monitorサービス

JP1/AJS2 Mailサービス

JP1/AJS2 Queueless Agentサービス

JP1/AJS2 Queueless File Transferサービス

JP1/AJS2 Check Managerサービス

JP1/AJS2 Check Agentサービス

/etc/opt/jp1ajs2/jajs_stopスクリプトを任意のファイルにコピーする。
次のコマンドを実行して，ファイルの権限を変更しないようにコピーしてください。

cp -p /etc/opt/jp1ajs2/jajs_stop 任意のファイル名

コピーしたファイルをviなどのエディターで開き，コメントアウトされた行のコメント記号を削除する。
コメント記号の削除については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.7.2 JP1/AJS2サービスの自動起動および自動終了の設定」を参照してください。

スクリプトを実行して，JP1/AJS2サービスとJP1/AJS2 Monitorサービスを停止する。

UNIXでメールシステムと連携する場合に，メール監視デーモンはありません。メール監視の設定をしている場合には，JP1/AJS2サービスを終了するとメールの監視を終了できます。

なお，キューレスエージェントサービスはajsqlstopコマンドで，キューレスファイル転送サービスはajsqlftpstopコマンドでも終了することができます。また，JP1/AJS2 Check Managerサービス，またはJP1/AJS2 Check Agentサービスはajschkstopコマンドでも停止することができます。

ajsqlstopコマンド，ajsqlftpstopコマンド，およびajschkstopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を参照してください。

補足事項

JP1/AJS2 Consoleのサービスは次のコマンドで終了できます。

JP1/AJS2 Console Managerサービス

/etc/opt/jp1ajs2cm/ajscminetd_startstop stop

JP1/AJS2 Console Agentサービス

/etc/opt/jp1ajs2/ajscainetd_startstop stop

15.3　組み込みDBのサービスを起動または終了する

この節では，組み込みDBサービスの起動と終了方法について説明します。

スケジューラーサービスに組み込みDBを使用している場合，JP1/AJS2サービスのマネージャー機能や，JP1/AJS2 - ViewおよびJP1/AJS2 Console Viewからの接続をするために，あらかじめ組み込みDBサービスが起動している必要があります。

＜この節の構成＞

15.3.1　組み込みDBのサービスを手動で起動する

15.3.2　組み込みDBのサービスを手動で終了する

15.3.1　組み込みDBのサービスを手動で起動する

組み込みDBのサービスの起動方法を説明します。

システムの起動と同時に組み込みDBサービスを起動するように定義してある場合は，自動的にサービスが起動します。ここでは，手動でサービスを起動する操作を説明します。

＜この項の構成＞

(1)　Windowsの場合

(2)　UNIXの場合

(1)　Windowsの場合

［コントロールパネル］ウィンドウで［サービス］を選択する，または［管理ツール］－［サービス］を選択する。

起動させたい組み込みDBのサービス名を選択する。
組み込みDBのサービス名称は，標準で「HiRDB/EmbeddedEdition _JA0」という名称になっています。識別子を変更している場合は，「HiRDB/EmbeddedEdition<識別子>」となります。

［開始］ボタンをクリックする。
組み込みDBのサービスが起動します。
なお，「net start サービス名」コマンドを実行してもサービスを起動できます。

(2)　UNIXの場合

ajsembdbstartコマンドを実行する。

# ajsembdbstart

ajsembdbstartコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　ajsembdbstart」を参照してください。

15.3.2　組み込みDBのサービスを手動で終了する

組み込みDBのサービスの終了方法を説明します。

注意事項

組み込みDBのサービスを停止する場合，またはajsembdbstopコマンドで組み込みDBを停止する場合，JP1/AJS2サービス，JP1/AJS2 Monitorサービス，JP1/AJS2 Console Agentサービスなど組み込みDBにアクセスしているプロセスを停止しないと，組み込みDBのサービスを停止できません。

＜この項の構成＞

(1)　Windowsの場合

(2)　UNIXの場合

(1)　Windowsの場合

［コントロールパネル］ウィンドウで［サービス］を選択する，または［管理ツール］－［サービス］を選択する。

終了させたい組み込みDBのサービス名を選択する。
組み込みDBのサービス名称は，標準で「HiRDB/EmbeddedEdition _JA0」という名称になっています。識別子を変更している場合は，「HiRDB/EmbeddedEdition<識別子>」となります。

［停止］ボタンをクリックする。
組み込みDBのサービスが停止します。
なお，「net stop サービス名」コマンドを実行してもサービスを停止できます。

(2)　UNIXの場合

ajsembdbstopコマンドを実行する。

# ajsembdbstop

ajsembdbstopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　ajsembdbstop」を参照してください。

15.4　JP1/AJS2の起動時または終了時の動作を変更する

この節では，JP1/AJS2の起動時または終了時の動作を変更させるための方法について説明します。

起動時の動作は，JP1/AJS2のサービスのパラメーターにオプションを指定することで，起動時の動作を一時的に変更できます。

終了時の動作は，jajs_spmd_stopコマンドのパラメーターにオプションを指定して実行することで，終了時の動作を一時的に変更できます。

サービスやコマンドに指定できるオプション，および変更方法を次に示します。

＜この節の構成＞

15.4.1　JP1/AJS2起動時の動作を一時的に変更する

15.4.2　JP1/AJS2終了時の動作を一時的に変更する

15.4.1　JP1/AJS2起動時の動作を一時的に変更する

JP1/AJS2 - Manager，またはJP1/AJS2 - Agentの起動時の動作を一時的に変更する場合の手順を，次に説明します。

なお，JP1/AJS2 - Managerで常に起動時の動作を指定するには，Windowsホストの場合は［マネージャー環境設定］ダイアログボックスの［スケジューラーオプション］タブでサービス起動モードを設定してください。UNIXホストの場合は「/etc/opt/jp1ajs2/conf/Schedule.conf」で「"STARTMODE"=」を設定し，jbssetcnfコマンドで設定を反映してください。

設定方法の手順については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.1.1 スケジューラーサービス環境の設定手順」を参照してください。

＜この項の構成＞

(1)　Windowsの場合

(2)　UNIXの場合

(3)　起動モード別のジョブネットおよびジョブの状態

(4)　エージェントホストを再起動する場合のマネージャーホスト上でのジョブの状態

(1)　Windowsの場合

［コントロールパネル］ウィンドウで［サービス］を選択する，または［管理ツール］－［サービス］を選択する。

起動させたいJP1/AJS2のサービス名を選択する。

［スタートアップ パラメータ］に起動モードを指定する。
指定できるオプションを次の表に示します。

表15-1　［スタートアップ パラメータ］に指定できるオプション

オペランド | 起動時の動作
-cold | コールドスタートする。
-warm | ウォームスタートする。
-hot | ホットスタートする。
-disaster | ディザスターリカバリーモードでスタートする。※

注※

JP1/AJS2システムにJP1/AJS2 - Datareplicatorを導入している場合に使用するオプションです。抽出側の拠点で大規模災害があり，反映側の拠点に運用を切り替えるとき，この引数を使って，反映側のJP1/AJS2をディザスターリカバリーモードでスタートします（ジョブの実行が抑止された状態で反映側のJP1/AJS2 - Managerが起動します）。

JP1/AJS2 - Datareplicatorの運用ができるようにセットアップされたJP1/AJS2 - Managerだけで，このオプションを使用できます。JP1/AJS2 - Datareplicatorの運用ができるようにセットアップされていないJP1/AJS2 - Managerでこのコマンドを実行すると，エラーメッセージが出力され，JP1/AJS2は起動しません。

JP1/AJS2 - Datareplicatorによる運用切り替えの手順については，マニュアル「JP1/Automatic Job Management System 2 - Datareplicator」を参照してください。

なお，-disasterは，ディザスターリカバリー時にだけ［スタートアップ パラメーター］に指定できるオプションです。常にディザスターリカバリーモードでJP1/AJS2 - Managerを起動するように指定することはできません。

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

なお，「net startサービス名」コマンドを実行した場合には，一時的な起動時の動作変更はできません。

注意事項

一時的に指定したサービス起動モードと，セットアップ時に設定したサービス起動モードが異なる場合，一時的に指定したサービス起動モードが優先されます。

JP1/AJS2 - Managerでオプションを省略した場合，セットアップ時に設定したサービス起動モードで起動します。

JP1/AJS2 - Agentでオプションを省略した場合，「-warm」が仮定されます。

指定したサービス起動モードによって，ジョブネットおよびジョブの状態が異なります。サービス起動モードによるジョブネットおよびジョブの状態の詳細については，「(3) 起動モード別のジョブネットおよびジョブの状態」を参照してください。

(2)　UNIXの場合

jajs_spmdコマンドに引数を指定して実行する。
指定できるオプションを次の表に示します。

表15-2　 jajs_spmdコマンドに指定できるオプション

オペランド | 起動時の動作
-cold | コールドスタートする。
-warm | ウォームスタートする。
-hot | ホットスタートする。
-disaster | ディザスターリカバリーモードでスタートする。※

注※

JP1/AJS2システムにJP1/AJS2 - Datareplicatorを導入している場合に使用するオプションです。抽出側の拠点で大規模災害があり，反映側の拠点に運用を切り替えるとき，この引数を使って，反映側のJP1/AJS2をディザスターリカバリーモードでスタートします（ジョブの実行が抑止された状態で反映側のJP1/AJS2 - Managerが起動します）。

JP1/AJS2 - Datareplicatorの運用ができるようにセットアップされたJP1/AJS2 - Managerだけで，このオプションを使用できます。JP1/AJS2 - Datareplicatorの運用ができるようにセットアップされていないJP1/AJS2 - Managerでこのコマンドを実行すると，エラーメッセージが出力され，JP1/AJS2は起動しません。

JP1/AJS2 - Datareplicatorによる運用切り替えの手順については，マニュアル「JP1/Automatic Job Management System 2 - Datareplicator」を参照してください。

なお，-disasterは，ディザスターリカバリー時にだけjajs_spmdコマンドに指定できるオプションです。常にディザスターリカバリーモードでJP1/AJS2 - Managerを起動するように指定することはできません。

注意事項

一時的に指定したサービス起動モードと，セットアップ時に設定したサービス起動モードが異なる場合，一時的に指定したサービス起動モードが優先されます。

JP1/AJS2 - Managerでオプションを省略した場合，セットアップ時に設定したサービス起動モードで起動します。

JP1/AJS2 - Agentでオプションを省略した場合，「-warm」が仮定されます。

指定したサービス起動モードによって，ジョブネットおよびジョブの状態が異なります。サービス起動モードによるジョブネットおよびジョブの状態の詳細については，「(3) 起動モード別のジョブネットおよびジョブの状態」を参照してください。

(3)　起動モード別のジョブネットおよびジョブの状態

JP1/AJS2では，マネージャーホスト上のJP1/AJS2のサービスを再起動する場合，JP1/AJS2サービスの起動モードによって，ジョブネットおよびジョブの状態が異なります。エージェントホスト上のJP1/AJS2サービスを再起動する場合，JP1/AJS2サービスの起動モードによって，エージェントホスト上のジョブの状態が異なります。

マネージャーホスト上のJP1/AJS2サービスを再起動する場合と，エージェントホスト上のJP1/AJS2サービスを再起動する場合とに分けて，再起動後のジョブネットおよびジョブの状態を，次に説明します。

(a)　マネージャーホストのJP1/AJS2サービスを再起動する場合

マネージャーホストのJP1/AJS2サービスを再起動した場合のジョブネットおよびジョブの状態を，起動モード別に示します。なお，表中の「条件」は，JP1/AJS2サービス停止後の実際の状態やJP1/AJS2での確認状況など，ジョブネットおよびジョブの状態が変化する要因を示しています。

●ホットスタートの場合のジョブネットおよびジョブの状態

マネージャーホストのJP1/AJS2サービスをホットスタートした場合のジョブネットおよびジョブの状態を次の表に示します。

表15-3　ホットスタート（-hot）した場合のジョブネットおよびジョブの状態

ジョブネットワーク要素
JP1/AJS2停止前の状態
条件
JP1/AJS2起動後の状態

ジョブネット
先行終了待ち
なし
先行終了待ち※1

開始時刻待ち（ルート）
なし
開始時刻待ち※2,※3

開始時刻待ち（ネスト）
なし
開始時刻待ち※1

保留中（ルート）
なし
保留中※2

保留中（ネスト）
なし
保留中※1

実行中
なし
実行中※4

警告検出実行中
なし
警告検出実行中※9

異常検出実行中
なし
異常検出実行中

監視中
なし
監視中

終了状態
なし
変更なし

リモートジョブネット
先行終了待ち
なし
先行終了待ち※1

開始時刻待ち（ルート）
なし
開始時刻待ち※2,※3

開始時刻待ち（ネスト）
なし
開始時刻待ち※1

保留中（ルート）
なし
保留中※2

保留中（ネスト）
なし
保留中※1

実行中（ルート）
なし
異常検出終了

実行中（ネスト）
なし
異常検出終了

終了状態
なし
変更なし

ジョブ（標準ジョブ，アクションジョブ，カスタムジョブ）
先行終了待ち
なし
先行終了待ち※1

保留中
なし
保留中※1

実行待ち

ジョブがキューイング状態である

キューイング

ジョブが他ホストで実行され終了前にJP1/AJS2サービスが停止した

実行中

ジョブが自ホストで実行され終了前にJP1/AJS2サービスが停止した

強制終了

ジョブが終了状態である

終了状態※5

サーバがダウンするなどにより，JP1/AJS2サービスの停止処理が正しく行われず，ジョブ状態が管理できなくなった場合

ジョブの状態取得に失敗した場合
・JP1/AJS2サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した場合
・ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた場合※6

終了状態不明

キューイング

ジョブがキューイング状態である

キューイング

ジョブが他ホストで実行され終了前にJP1/AJS2サービスが停止した

実行中

ジョブが自ホストで実行され終了前にJP1/AJS2サービスが停止した

強制終了

ジョブが終了状態である

終了状態※5

サーバがダウンするなどにより，JP1/AJS2サービスの停止処理が正しく行われず，ジョブ状態が管理できなくなった場合

ジョブの状態取得に失敗した場合
・JP1/AJS2サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した場合
・ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた場合※6

終了状態不明

実行中

実行先が他ホストである

実行中

実行先が自ホストである

強制終了

ジョブが終了状態になっている

終了状態※5

サーバがダウンするなどにより，JP1/AJS2サービスの停止処理が正しく行われず，ジョブ状態が管理できなくなった場合

ジョブの状態取得に失敗した場合
・JP1/AJS2サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した場合
・ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた場合※6

終了状態不明

終了状態
なし
変更なし

キューレスジョブ
先行終了待ち
なし
先行終了待ち※1

保留中
なし
保留中※1

実行待ち

キューレスエージェントサービスに設定している最大同時ジョブ実行数を超えたため，ほかのキューレスジョブの終了を待っている

実行待ち

キューレスジョブが実行中になっている

実行中

キューレスジョブが終了状態になっている

終了状態※5,※7

JP1/AJS2サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した場合

JP1/AJS2サービス再起動時に，キューレスジョブ機能が無効になっている

終了状態不明

実行中

キューレスジョブが実行中になっている

実行中

キューレスジョブが終了状態になっている

終了状態※5,※7

JP1/AJS2サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した場合

JP1/AJS2サービス再起動時に，キューレスジョブ機能がアンインストールされている

終了状態不明

終了状態
なし
変更なし

イベントジョブ
ジョブネット中
先行終了待ち
なし
先行終了待ち※1

保留中
なし
保留中※1

キューイング，実行中

実行先が他ホストである

実行先が，他ホストまたは自ホストで，システムダウンしたあとの再起動である

キューイング，実行中

実行先が自ホストである

異常検出終了※8

終了状態
なし
変更なし

起動条件中
先行終了待ち
なし
先行終了待ち

キューイング，実行中

イベントジョブが実行中である

実行中

イベントジョブが終了状態である

終了状態※5

終了状態
なし
変更なし

ジョブネットコネクタ
先行終了待ち
なし
先行終了待ち※1

実行中

接続先のジョブネットが正常終了になっている

正常終了

接続先のジョブネットが警告検出終了になっている

警告検出終了

接続先のジョブネットが実行中になっている

実行中

接続先のジョブネットが警告検出実行中になっている

警告検出実行中

接続先のジョブネット配下に異常終了扱いになったユニットがある

異常検出実行中

警告検出実行中

接続先のジョブネットが警告検出終了になっている

警告検出終了

接続先のジョブネットが警告検出実行中になっている

警告検出実行中

接続先のジョブネット配下に異常終了扱いになったユニットがある

異常検出実行中

異常検出実行中
なし
異常検出実行中

終了状態
なし
変更なし

注※1

先行ユニットが異常終了扱いになった場合は，未実行終了です。

注※2

ホットスタートした時刻がジョブネットの打ち切り時間を過ぎていた場合は，「繰り越し未実行」状態になります。

注※3

ホットスタートした時刻がジョブネットの打ち切り時間を過ぎていなくて，開始予定時刻を超過している場合は，「実行中」状態になります。

注※4

配下に異常終了扱いになったユニットがある場合は，異常検出実行中，または異常検出終了です。

配下に異常終了扱いになったユニットがなく，警告検出実行中，または警告検出終了のユニットがある場合は，警告検出実行中，または警告検出終了です。

注※5

終了状態は，次のどれかの状態です。

正常終了

警告検出終了

異常検出終了

強制終了

起動失敗

注※6

例えば，ジョブ情報の保存日数に0日を設定していて，JP1/AJS2サービスを再起動するまでの間にジョブの保存時間（デフォルトは10分）を過ぎてしまってジョブ状態を管理するために必要なジョブ情報がすでに削除されていた場合などです。

ジョブ情報の保存日数を0日にする場合は，JP1/AJS2サービスの停止から起動までの所要時間を見積もり，ジョブ情報の保存時間に所要時間以上の値を設定してください。また，見積もりができない場合は，保存日数を1日以上にしてください。ジョブ情報の保存日数の詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.2.1 マネージャー環境の設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.2.2 マネージャー環境（JP1/AJS2 - Manager）で設定する内容」（UNIXの場合）を参照してください。

注※7

キューレスジョブで使用するステータスファイルを作成しておく必要があります。ステータスファイルが作成されていない場合，ジョブの状態は「終了状態不明」となります。

注※8

システムダウンによるフェールオーバーの場合，またはイベントジョブ実行継続オプションを有効にしている場合は「実行中」となります。

注※9

配下に異常終了扱いになったユニットがある場合は，異常検出実行中，または異常検出終了です。

●ウォームスタートした場合のジョブネットおよびジョブの状態

マネージャーホストのJP1/AJS2サービスをウォームスタートした場合のジョブネットおよびジョブの状態を次の表に示します。

表15-4　ウォームスタート（-warm）した場合のジョブネットおよびジョブの状態

ジョブネットワーク要素
JP1/AJS2停止前の状態
条件
JP1/AJS2起動後の状態

ジョブネット
先行終了待ち

ルートジョブネットが開始時刻待ちまたは保留中である

変更なし

ルートジョブネットが実行中状態である※1

未実行終了

開始時刻待ち（ルート）
なし
開始時刻待ち※2,※3

開始時刻待ち（ネスト）
なし
未実行終了

保留中（ルート）
なし
保留中※2,※4

保留中（ネスト）
なし
未実行終了

実行中
なし
中断※5

警告検出実行中
なし
中断※5

異常検出実行中
なし
中断※5

監視中
なし
監視中

終了状態
なし
変更なし

リモートジョブネット
先行終了待ち

ルートジョブネットが開始時刻待ちまたは保留中である

変更なし

ルートジョブネットが実行中状態である※1

未実行終了

開始時刻待ち（ルート）
なし
開始時刻待ち※2,※3

開始時刻待ち（ネスト）
なし
未実行終了

保留中（ルート）
なし
保留中※2,※4

保留中（ネスト）
なし
未実行終了

実行中（ルート）
なし
中断

実行中（ネスト）
なし
中断

終了状態
なし
変更なし

ジョブ（標準ジョブ，アクションジョブ，カスタムジョブ）
先行終了待ち

ルートジョブネットが開始時刻待ちまたは保留中である

変更なし

ルートジョブネットが実行中状態である※1

未実行終了

保留中
なし
未実行終了

実行待ち

ジョブがキューイング状態である

未実行終了

ジョブが終了状態である

終了状態※6

ジョブがキューイング状態になる前に，JP1/AJS2サービスが停止した

ジョブが実行中である

ジョブの状態取得に失敗した場合
・JP1/AJS2サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した場合
・ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた場合※7

終了状態不明

キューイング

ジョブがキューイング状態である

未実行終了

ジョブが終了状態である

終了状態※6

ジョブが実行中である

ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた場合※7

終了状態不明

実行中

ジョブが実行中である

ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた場合※7

終了状態不明

ジョブが終了状態である

終了状態※6

終了状態
なし
変更なし

キューレスジョブ
先行終了待ち

ルートジョブネットが開始時刻待ちまたは保留中である

変更なし

ルートジョブネットが実行中状態である※1

未実行終了

保留中
なし
未実行終了

実行待ち

キューレスジョブが終了状態である

終了状態※6,※8

キューレスエージェントサービスに設定している最大同時ジョブ実行数を超えたため，ほかのキューレスジョブの終了を待っている

終了状態不明

実行中

キューレスジョブが終了状態である

終了状態※6,※8

キューレスジョブが実行中である

JP1/AJS2サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した場合

JP1/AJS2サービス再起動時に，キューレスジョブ機能が無効になっている

終了状態不明

終了状態
なし
変更なし

イベントジョブ
ジョブネット中
先行終了待ち

ルートジョブネットが開始時刻待ちまたは保留中である

変更なし

ルートジョブネットが実行中状態である※1

未実行終了

保留中
なし
未実行終了

キューイング
なし
終了状態不明

実行中
なし
終了状態不明

終了状態
なし
変更なし

起動条件中
先行終了待ち

ルートジョブネットが開始時刻待ちまたは保留中である

変更なし

ルートジョブネットが実行中状態である※1

未実行終了

キューイング，実行中

イベントジョブが実行中である

実行中

イベントジョブが終了状態である

終了状態※6

終了状態
なし
変更なし

ジョブネットコネクタ
先行終了待ち

ルートジョブネットが開始時刻待ちまたは保留中である

変更なし

ルートジョブネットが実行中状態である※1

未実行終了

実行中
なし
終了状態不明

警告検出実行中
なし
終了状態不明

異常検出実行中
なし
終了状態不明

終了状態
なし
変更なし

注※1

実行中状態は，次のどれかの状態です。

実行中

警告検出実行中

異常検出実行中

注※2

スケジューラーサービスの設定で［ジョブネットのスキップ］（OVERSCHEDULE）に［当日予定］（plan）を設定した場合は，当日実行予定のスケジュールは「繰り越し未実行」状態となります。［予定時刻超過］（skip）を指定した場合，またはジョブネットの実行登録時に［デーモン起動時に予定時刻超過］で［次回から実行する］を選択した場合は，スケジューラーサービスの起動時より前に実行を予定していたジョブネットは，「繰り越し未実行」状態となります。

また，スケジューラーサービスを起動した時刻がジョブネットの打ち切り時間を過ぎている場合も，「繰り越し未実行」状態になります。

注※3

ウォームスタートした時刻が，開始予定時刻を超過していて，注※2のケースに該当しない場合，ジョブネットの状態は「実行中」になります。

注※4

スケジュールを再計算するため，いったん状態が「開始時刻待ち」になってから「保留中」になります。

注※5

サービスの停止前に，ジョブネット配下のジョブが「実行待ち」状態または「実行中」状態である場合，すべてのジョブが終了状態に遷移してからジョブネットは「中断」状態になります。

注※6

終了状態は，次のどれかの状態です。

正常終了

警告検出終了

異常検出終了

強制終了

起動失敗

注※7

例えば，ジョブ情報の保存日数に0日を設定していて，JP1/AJS2サービスを再起動するまでの間にジョブの保存時間（デフォルトは10分）を過ぎてしまってジョブ状態を管理するために必要なジョブ情報がすでに削除されていた場合などです。ジョブ情報の保存日数を0日にする場合は，JP1/AJS2サービスの停止から起動までの所要時間を見積もり，ジョブ情報の保存時間に所要時間以上の値を設定してください。また，見積もりができない場合は，保存日数を1日以上にしてください。ジョブ情報の保存日数の詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.2.1 マネージャー環境の設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.2.2 マネージャー環境（JP1/AJS2 - Manager）で設定する内容」（UNIXの場合）を参照してください。

注※8

キューレスジョブで使用するステータスファイルを作成しておく必要があります。ステータスファイルが作成されていない場合，ジョブの状態は「終了状態不明」となります。

●コールドスタートした場合のジョブネットおよびジョブの状態

マネージャーホストのJP1/AJS2サービスをコールドスタート（-cold）した場合，登録済みのジョブネットはすべて未登録状態となり，前回までのジョブネット，およびジョブの実行結果がすべて削除された状態で，JP1/AJS2サービスが起動されます。

●ディザスターリカバリーモードでスタートした場合のジョブネットおよびジョブの状態

マネージャーホストのJP1/AJS2サービスをディザスターリカバリーモード（-disaster）でスタートした場合のジョブネットおよびジョブの状態については，マニュアル「JP1/Automatic Job Management System 2 - Datareplicator」を参照してください。

●起動モードの指定を省略した場合のジョブネットおよびジョブの状態

マネージャーホストのJP1/AJS2サービスの起動モードの指定を省略した場合，セットアップ時に設定したサービス起動モードで起動されます。セットアップ時に設定が省略されている場合，ウォームスタートと同様になります。

●イベントリセット時のジョブネットおよびジョブの状態

イベントリセットを行った場合のジョブネットおよびジョブの状態は，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　jpomanevreset」を参照してください。

(b)　エージェントホストのJP1/AJS2サービスを再起動する場合

エージェントホストのJP1/AJS2サービスを再起動したときの，エージェントホスト上のジョブの状態は，起動モードおよびジョブの種類によって異なります。

なお，エージェントホストのJP1/AJS2サービスの起動モードの指定を省略した場合は，ウォームスタートと同様になります。

各起動モードでJP1/AJS2を起動したときのジョブの状態を，ジョブの種類別に次の表に示します。

表15-5　エージェントホストのJP1/AJS2起動時の起動モードとジョブの状態

起動モード
PCジョブ，UNIXジョブ，QUEUEジョブ
イベントジョブ
起動条件中に指定されたイベントジョブ

ウォーム
スタート
マネージャーホストにジョブの状態を報告できなかったジョブは，マネージャーホストで異常検出終了となります。ただし，jpqjobsubコマンドの-rsオプションを利用し，ジョブの回復状態を指定した場合は，指定した状態になります。
強制終了となります（マネージャーホスト上でのジョブの状態は，異常検出終了となります）。
ただし，イベントジョブ実行継続オプションを使用している場合は，表15-7に示す状態になります。イベントジョブ実行継続オプションについては，「8.5.8 JP1/AJS2のサービスが停止してもイベントジョブの実行を継続させる」を参照してください。
JP1/AJS2が停止する前にエージェントホストで検知したイベント情報のうち，マネージャーホストに通知できなかったイベント情報は，エージェントホスト起動後にマネージャーホストに通知します（マネージャーホスト上でのジョブの状態は，監視中のままです。エージェントホストの再起動時に引き続き実行されます）。

ホット
スタート

コールド
スタート
エージェントホストの再起動時に引き続き実行されます。
JP1/AJS2が停止する前にエージェントホストで検知したイベント情報のうち，マネージャーホストに通知できなかったイベント情報は破棄されます（マネージャーホスト上でのジョブの状態は，監視中のままです）。

(4)　エージェントホストを再起動する場合のマネージャーホスト上でのジョブの状態

マネージャー・エージェント構成で，エージェントホストのJP1/AJS2サービスを再起動する場合，次に示す状況で，マネージャーホスト上のジョブの状態が異なります。

停止したエージェントホストを再起動する。

システムダウンしたエージェントホストを再起動する。

停止したエージェントホストを再起動する場合の，マネージャーホスト上でのジョブの状態を表15-6に示します。システムダウンしたエージェントホストを再起動する場合の，マネージャーホスト上でのジョブの状態を表15-7に示します。

表15-6　停止したエージェントホストを再起動する場合のマネージャーホスト上でのジョブの状態

ユニットの種類
エージェントホストが
停止する前の状態
エージェントホスト
が停止したあとの状態

ジョブ※1
先行終了待ち
先行終了待ち

保留中
保留中

キューイング中
キューイング中※2

実行中
強制終了※3

その他の状態
変更なし

キューレスジョブ
先行終了待ち
未実行終了※4

保留中
保留中※4

実行待ち
終了状態不明※4

実行中
終了状態不明※4

その他の状態
変更なし

イベントジョブ
ジョブ
ネット中
先行終了待ち
先行終了待ち

保留中
保留中

キューイング中
キューイング中

実行中
異常検出終了※5

その他の状態
変更なし

起動条件中
先行終了待ち
先行終了待ち

キューイング中
キューイング中

実行中
実行中

その他の状態
変更なし

注※1

ジョブとは，標準ジョブ，アクションジョブ，カスタムジョブを示します。

注※2

シャットダウン処理中にジョブ実行要求を受け付けた場合，ジョブプロセスの起動に失敗して起動失敗となることがあります。また，エージェントホストがジョブ実行要求に対してマネージャーホストへ応答する前に停止した場合は，ジョブ実行要求はタイムアウトエラーとなります。その後，マネージャーホストからのポーリングによる状態確認の結果，強制終了になります。

注※3

ジョブを強制終了するときの動作については，マニュアル「JP1/Automatic Job Management System 2 解説　10.2.10 実行中のジョブネットやジョブを強制終了する」を参照してください。

注※4

エージェントホスト起動後，状態が変更されるまで時間が掛かる場合があります。

注※5

イベントジョブ実行継続オプションを有効にしている場合は，「実行中」となります。

表15-7　システムダウンしたエージェントホストを再起動する場合のマネージャーホスト上でのジョブの状態

ユニットの種類
エージェントホストが
システムダウンする前の状態
エージェントホスト
が停止したあとの状態

ジョブ※1
先行終了待ち
先行終了待ち

保留中
保留中

キューイング中
キューイング中

実行中
強制終了※2

その他の状態
変更なし

キューレスジョブ
先行終了待ち
未実行終了※3

保留中
保留中※3

実行待ち
終了状態不明※3

実行中
終了状態不明※3

その他の状態
変更なし

イベントジョブ
ジョブ
ネット中
先行終了待ち
先行終了待ち

保留中
保留中

キューイング中
キューイング中

実行中
実行中

その他の状態
変更なし

起動条件中
先行終了待ち
先行終了待ち

キューイング中
キューイング中

実行中
実行中

その他の状態
変更なし

注※1

標準ジョブ，アクションジョブ，カスタムジョブ

注※2

ジョブを強制終了するときの動作については，マニュアル「JP1/Automatic Job Management System 2 解説　10.2.10 実行中のジョブネットやジョブを強制終了する」を参照してください。

注※3

エージェントホスト起動後，状態が変更されるまで時間が掛かる場合があります。

15.4.2　JP1/AJS2終了時の動作を一時的に変更する

JP1/AJS2 - Managerを終了するときの動作を一時的に変更できます。

一時的に終了時の動作を変更する場合の手順を次に示します。

jajs_spmd_stopコマンドに引数を指定して実行する。
指定できるオプションを次の表に示します。

表15-8　jajs_spmd_stopコマンドに指定できるオプション

オペランド | 動作
-job | 実行中のジョブの停止を待って終了します。
-kill | 強制的に終了します。

15.5　ジョブネットやジョブの実行を抑止する

実行予定のジョブネット，およびジョブの実行を抑止できます。ジョブネットやジョブの実行抑止は，スケジューラーサービスを単位とします。実行抑止中は，新たなジョブネットやジョブは起動されません。開始条件を満たしたジョブネットやジョブは，実行抑止が解除されるまで，待ち状態のままとなります。なお，ジョブネットやジョブの実行抑止中も，ジョブネットやジョブに対する操作は受け付けられます。

ジョブネットやジョブの実行抑止は，スケジューラーサービス単位に，サービスの起動時，または運用中に設定できます。

＜この節の構成＞

15.5.1　スケジューラーサービス起動時のジョブネットおよびジョブの実行抑止

15.5.2　運用中のジョブネットおよびジョブの実行抑止

15.5.1　スケジューラーサービス起動時のジョブネットおよびジョブの実行抑止

スケジューラーサービスが起動した時点で当日のジョブネットの実行開始時刻が過ぎている場合，すぐにそのジョブネットの実行が開始されます。サービス起動と同時にジョブネットやジョブが実行されるのを抑止し，開始予定時刻を調節したい場合は，環境設定またはajsstartコマンドで，ジョブネットやジョブの自動実行を抑止します。スケジューラーサービス起動時にジョブネットやジョブの自動実行を抑止する方法を次に示します。

Windowsの場合の環境設定
［マネージャー環境設定］ダイアログボックスの［スケジューラーオプション］タブの［抑止機能の設定］で，［実行抑止］を選択します。

UNIXの場合の環境設定
スケジューラーサービス環境設定ファイル（/etc/opt/jp1ajs2/conf/Schedule.conf）のSUPPRESSパラメーターに「exec」を指定してから，jbssetcnfコマンドで設定を反映してください。
設定方法の手順については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.1.1 スケジューラーサービス環境の設定手順」を参照してください。

ajsstartコマンドの指定
スケジューラーサービスをajsstartコマンドで起動して運用している場合（スケジューラーサービスを自動起動しない設定にしている場合），ajsstartコマンドのオプションに「-s EXEC」を指定します。

どの場合も，ジョブネットやジョブの実行抑止を解除するには，ajsalterコマンドのオプションに「-s none」を指定して実行します。

15.5.2　運用中のジョブネットおよびジョブの実行抑止

マシンのメンテナンスやサービス停止前の確認などのために，実行中のジョブネットやジョブの実行を，運用中に抑止したい場合，ajsalterコマンドのオプションに「-s EXEC」を指定します。ジョブネットやジョブの実行抑止の解除は，ajsalterコマンドのオプションに「-s none」を指定します。

15.6　スケジューラーログを交替する

スケジューラーログは，JP1/AJS2サービス単位のファイルに出力されます。ログファイルは二つあり，一方のファイルが環境設定で指定されたファイル容量に達した時点で，もう一つのファイルに交代します。この出力先のスケジューラーログファイルを，強制的に交代させることができます。

スケジューラーログファイルを交代させるには，ajsalterコマンドを使います。スケジューラーログの交代方法として，次の二つが選択できます。

ログの出力先ファイルを交代用のファイルに切り替える

使用中のファイルのログを交代用のファイルに複写して，使用中のログファイルの先頭から再びログを書き込む

ajsalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　ajsalter」を参照してください。

15.7　スケジューラーサービスを制限停止する

スケジューラーサービスだけを停止させる場合，ajsstopコマンドを使用します。ajsstopコマンドを使用すると，JP1/AJS2サービスが起動したまま，スケジューラーサービスだけが停止します。

スケジューラーサービスの制限停止時に，ajsstopコマンドのオプションでジョブネットやジョブの実行を，次のように制限して安全に停止させることができます。

スケジュール制限
コマンドを実行した日に実行が予定されているジョブネットの実行がすべて終了したあと，スケジューラーサービスを終了します。スケジュール制限中もジョブネットの実行登録は受け付けますが，スケジュール制限中に翌日になった場合，翌日分のジョブネットは起動されません。

ジョブネット制限
コマンドを実行したときに実行中のジョブネットがすべて終了したあと，スケジューラーサービスを終了します。ジョブネット制限中は，新たなルートジョブネットは起動されません。また，ジョブネットの即時実行登録はできません。

ジョブ制限
コマンドを実行したときに実行中のジョブがすべて終了したあと，スケジューラーサービスを終了します。ジョブ制限中は，新たなジョブは起動されないで，実行中のジョブネットは中断されます。また，ジョブネットの即時実行登録はできません。

ジョブ強制終了停止
コマンドを実行した時点で，スケジューラーサービスを終了します。スケジューラーサービス終了時に実行中のジョブネットはすべて強制終了します。

強制停止
コマンドを実行した時点で，スケジューラーサービスを終了します。ただし，スケジューラーサービス終了時に実行中のジョブは実行を継続します。

ajsstopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　ajsstop」を参照してください。

15.8　JP1/AJS2 - Managerサービスの運用環境を一時的に変更する

JP1/AJS2 - Managerサービスの運用環境を一時的に変更するには，ajsalterコマンドを実行します。この操作は，OSユーザーとしてスーパーユーザーまたはAdministrators権限を持つユーザーが実行してください。

ajsalterコマンドで変更できる運用環境の項目を次に示します。

ジョブネット中のジョブ実行機能の抑止と抑止の解除

スケジューラーログファイルの交換方法

なお，現在の運用環境を確認したい場合などは，ajsstatusコマンドを実行して，JP1/AJS2 - Managerサービスの運用環境を標準出力ファイルに出力します。

注意事項

ajsalterコマンドは，JP1/AJS2 - Managerサービスの運用環境を一時的に変更するコマンドです。そのため，次回JP1/AJS2 - Managerサービスが起動したときは，環境設定情報で指定してある運用環境に戻ります。

ajsalterコマンドおよびajsstatusコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を参照してください。

15.9　スケジューラーサービスのローカル日時を定義する

使用するホストのシステム日時以外の日時で運用したい場合に，スケジューラーサービスローカル日時を定義できます。例えば，業務運用前にシミュレーションしたい場合にスケジューラーサービスローカル日時を定義しておくと，システム日時を変更しないで運用テストが実行できます。夜間に実行する処理を昼間にテストする場合などに有効です。

この操作は，OSユーザーとしてスーパーユーザーまたはAdministrators権限を持つユーザーが実行してください。

スケジューラーサービスのローカル日時の定義は，スケジューラーサービス単位で有効になります。

スケジューラーサービスのローカル日時が定義されている場合の適用範囲を次の表に示します。

表15-9　スケジューラーサービスのローカル日時が定義されている場合の適用範囲

日時の種類
適用する日時

スケジューラーサービスが制御できる日時
（ジョブネットの開始・終了日時，スケジューラーサービスの開始時刻など。ただし，JP1/AJS2 - Agentで実行するジョブ，イベントジョブ，およびアクションジョブを除く）
スケジューラーサービスローカル日時

スケジュール一時変更などで，日時指定を省略したときに仮定する日時
スケジューラーサービスローカル日時

スケジューラーサービスが出力するログ
スケジューラーサービスローカル日時

JP1/AJS2が作成・更新したファイルのタイムスタンプ
システム日時

システムロギングファイルのログ出力日時
システム日時

イベント受信時刻，イベント到着時刻
システム日時

「ajs」で始まる名称のコマンドの実行時
スケジューラーサービスローカル日時

「ajs」以外の文字列で始まる名称のコマンドの実行時
システム日時

JP1イベントのイベントIDが4100～4131のイベント
スケジューラーサービスローカル日時

スケジューラーサービスのローカル日時はajslocaldateコマンドを使って定義します。ajslocaldateコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　ajslocaldate」を参照してください。

注意事項

スケジューラーサービスのローカル日時を変更する場合，スケジューラーサービスの停止および再起動を実行してください。日時を前に戻す場合は，ajsstopコマンドでスケジューラーサービスだけを停止したあと，日時を前に戻してから，ajsstart -cコマンドでコールドスタートしてください。

一度設定したスケジューラーサービスローカル日時は，再起動後も有効になります。

ローカル日時はシステム時刻を基に生成されています。システム日時を変更した場合は，ローカル日時にもその変更された時間が反映されます。システム日時を変更した場合は，ローカル日時が正しい日時になっているか確認してください。

クラスタシステムでローカル日時を使用して運用する場合は，実行系ホストと待機系ホストの両方のホストで，ajslocaldateコマンドを実行してください。

15.10　ジョブ実行環境を変更する

エージェントホスト，デフォルトキュー，排他実行リソースなどのジョブ実行時に必要な情報は，JP1/AJS2の運用中でも設定または変更できます。ジョブ実行環境は次に示すような場合に変更します。

運用中にジョブの実行ホストであるエージェントホストを追加したり，削除したりしたい。

運用中にエージェントホストやキューの設定値を設定または変更したい。

キューの接続の関係を設定または変更したい。

この操作は，JP1_JPQ_Admin権限を持つユーザーが実行してください。

＜この節の構成＞

15.10.1　エージェントホストおよびキューを追加・削除・変更する

15.10.2　デフォルトキューおよびキューを接続解除・接続する

15.10.3　排他実行リソースを変更する

15.10.1　エージェントホストおよびキューを追加・削除・変更する

JP1/AJS2の運用中に，エージェントホストおよびデフォルトキューを追加・削除したり，エージェントホストおよびデフォルトキューの設定値を変更したりできます。また，キューを追加・削除したり，キューの設定値を変更したりできます。

上記のことを実行する場合には，次のコマンドを使用します。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を参照してください。

jpqagtadd
エージェントホストを追加します。同時に該当するエージェントに対応したデフォルトキューを作成します。

jpqagtdel
エージェントホストを削除します。同時に該当するエージェントに対応したデフォルトキューを削除します。

jpqqueadd
キューを追加します。

jpqquedel
キューを削除します。

jpqagtalt
同時に実行できるジョブ数（ジョブの実行多重度）を変更します。

jpqquealt
デフォルトキューおよびキューの設定値を変更します。

jpqqueopen，jpqqueclose
キューをオープン，またはクローズします。

なお，JP1/AJS2の運用中にエージェントホストの名称を変更したい場合は，「15.13.1(4) JP1/AJS2の運用を停止しないでエージェントホスト名を変更する」を参照してください。

15.10.2　デフォルトキューおよびキューを接続解除・接続する

JP1/AJS2の運用中に，既存のデフォルトキューおよびキューの接続を解除できます。また，接続を解除したデフォルトキューおよびキューを，ほかのエージェントホストに接続できます。追加されたデフォルトキューおよびキューもエージェントホストに接続できます。

上記のことを実行する場合は，次のコマンドを使用します。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を参照してください。

jpqagtlink
エージェントホストに対してデフォルトキューおよびキューを接続します。

jpqagtunlink
エージェントホストに対するデフォルトキューおよびキューの接続を解除します。

15.10.3　排他実行リソースを変更する

JP1/AJS2の運用中に，排他実行リソースを変更できます。排他実行リソースを変更する場合は，次のコマンドを使用します。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を参照してください。

jpqresadd
排他実行リソース名を追加する。

jpqresdel
排他実行リソース名を削除する。

jpqresshow
指定したマネージャーホストに登録されている排他実行リソース名を列挙する。

15.11　キューレスジョブの運用環境を一時的に変更する

キューレスジョブの環境設定パラメーターの一部は，ajsqlalterコマンドで運用中に一時的に変更できます。変更できるパラメーターを次の表に示します。

表15-10　変更できるキューレスジョブのパラメーター

変更できる項目
内容

最大同時ジョブ実行数
同時に実行できるキューレスジョブの最大数を指定します。指定できる値は0～1,024です。
この項目を省略してコマンドを実行した場合，コマンドは正常終了しますが，最大同時ジョブ実行数は変更されません。
最大同時ジョブ実行数だけを省略してコマンドを実行した場合，コマンドは異常終了します。
最大同時ジョブ実行数に0が設定されたキューレスエージェントサービスへキューレスジョブを実行した場合，該当ジョブは実行されないでキューレスエージェントサービス上で最大待ちジョブ数の上限に達するまで蓄積されます。
特定のクラスの最大同時ジョブ実行数を変更する場合には-cオプションを指定して実行してください。
キューレスエージェントサービス全体（デフォルトクラス）の最大同時ジョブ実行数を変更する場合は，-cオプションを省略してください。
論理ホスト上のクラスの最大同時ジョブ実行数を変更する場合は，-cおよび-hオプションと同時に指定して，コマンドを実行してください。

最大待ちジョブ数
キューレスエージェントサービスに蓄積できるキューレスジョブの最大数を指定します。指定できる値は0～102,400です。
この項目を省略してコマンドを実行した場合，コマンドは正常終了しますが最大待ちジョブ数は変更されません。最大待ちジョブ数だけを省略してコマンドを実行した場合，コマンドは異常終了します。
キューレスエージェントサービスに蓄積されたキューレスジョブの数が，最大待ちジョブ数の上限を超えた場合，該当ジョブは起動失敗になります。
特定のクラスの最大待ちジョブ数を変更する場合には，-cオプションを指定して実行してください。
キューレスエージェントサービス全体（デフォルトクラス）の最大待ちジョブ数を変更する場合は，-cオプションを省略してください。
論理ホスト上のクラスの最大待ちジョブ数を変更する場合は，-cおよび-hオプションと同時に指定して，コマンドを実行してください。

ユーザーマッピングキャッシュ
ユーザーマッピングキャッシュを消去します。

クラス名
一時変更対象のクラス名を指定します。

論理ホスト名
一時変更対象の論理ホスト名を指定します。自ホスト上の論理ホストだけを指定できます。省略した場合，物理ホストが仮定されます。

ajsqlalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　ajsqlalter」を参照してください。

15.12　実行登録中にユニット定義情報を変更する

JP1/AJS2では，実行ファイル名，実行ホスト，保留属性などのユニットの実行に影響するユニット定義情報については実行登録中に変更できます。ただし，定義内容の変更を行うユニット種別とそのときのルートジョブネットの状態の組み合わせによって，変更した最新の定義内容が有効になるユニット定義情報とならない定義情報があります。ルートジョブネットの状態とユニット種別による定義内容変更の動作を次の表に示します。

表15-11　ルートジョブネットの状態とユニット種別による定義内容変更の動作

ユニット種別
ルートジョブネットの状態

終了状態
実行中
警告検出実行中
異常検出実行中
開始時刻待ち※1
起動条件待ち※2
保留中
開始時刻待ち※3
起動条件待ち※4

ルートジョブネット
○※5
×
×
○

ネストジョブネット
○※5
×※6
○
○

ジョブ
○※5
×※6
○
○

（凡例）

○：すべてのユニット定義情報で，変更した最新の定義内容が有効になります。

×：表15-12に示すユニット情報については，変更した最新の定義内容が有効になりません。

注※1

次回実行予定世代，および開始時刻に到達しているが多重起動に「不可能」を設定しているため実行中世代の終了を待っている世代だけです。

注※2

定義変更を行う前に生成されている起動条件待ちの世代です。

注※3

注※1に該当しない開始時刻待ちの世代です。

注※4

定義変更を行ったあとに生成された起動条件待ちの世代です。

注※5

終了状態の世代を再実行したときに，変更した内容で実行されます。

注※6

次に示す状況に該当する場合，変更した最新の定義内容が有効になります。

実行中になっていないネストジョブネット配下のユニットに対して定義変更を行った場合。

定義変更を行ったあと，定義変更を行ったユニットが存在するルートジョブネット配下で再実行を行った場合。

定義変更を行ったあと，定義変更を行ったユニットが存在するルートジョブネット対してサスペンド解除が行われた場合。

定義変更を行ったあと，サービスの再起動が行われた場合。

上記の表で「×」の場合に，有効にならないユニット定義情報を次の表に示します。

表15-12　実行登録中に定義変更しても有効にならないユニット定義情報

ユニット種別
有効にならないユニット定義情報

ジョブ（標準ジョブ，イベントジョブ，アクションジョブ，カスタムジョブ）の場合

保留

所有者

実行ユーザー種別

ジョブネットの場合

実行ホスト

多重起動（ルートジョブネットだけ）

優先順位

スケジューリング方式（ルートジョブネットだけ）

打ち切り時間（ルートジョブネットだけ）

保留

リモートジョブネットの場合

実行マネージャー

多重起動 （ルートリモートジョブネットだけ）

スケジューリング方式（ルートリモートジョブネットだけ）

打ち切り時間（ルートリモートジョブネットだけ）

保留

上記に示したユニット定義情報以外はすべて最新の定義内容が有効になります。上記に示したユニット定義情報を，実行登録中でも最新の定義変更を有効にしたい場合は，「15.12.2 実行登録中に変更したユニット定義情報を有効にする」に示す手順を実施してください。

実行登録中に変更したユニット定義情報を有効にする設定をした場合に，最新の定義内容が再読み込みされるタイミング（有効になる時期）を，次の表に示します。

表15-13　最新の定義内容が再読み込みされるタイミング

ユニット種別 | 最新の定義内容が再読み込みされるタイミング
ジョブ（標準ジョブ，イベントジョブ，アクションジョブ，カスタムジョブ）の場合 | 実行待ち状態になる直前
ジョブネットの場合 | 実行状態になる直前

このため，ジョブやジョブネットの実行が開始するまでに定義を変更すれば，最新の定義内容でジョブやジョブネットを実行できるようになります。

注意事項

実行中のイベントジョブ（起動条件として定義されているイベントジョブも含む）は，定義内容を変更しても，終了状態になるまで変更した内容は有効になりません。変更した定義内容で監視したい場合は，次の操作を実行してジョブを終了状態に変更したあと，再度実行登録してください。

通常のイベントジョブの場合
イベントジョブを強制終了してください。または，ジョブの状態変更で終了状態にしてください。

起動条件として定義したイベントジョブの場合
「8.5.1(1) 起動条件監視中のジョブネットの停止について」を参照して，起動条件監視中のジョブネットを強制終了してください。

＜この節の構成＞

15.12.1　実行登録中に変更したユニット定義情報を有効にする設定で有効になるユニット定義情報について

15.12.2　実行登録中に変更したユニット定義情報を有効にする

15.12.1　実行登録中に変更したユニット定義情報を有効にする設定で有効になるユニット定義情報について

実行登録中に変更したユニット定義情報を有効にする設定の場合，次に示すユニット情報に関しても最新の定義内容が有効になります。

表15-14　最新の定義内容が有効になるユニット定義情報

ユニット種別
有効になるユニット定義情報

ジョブ（標準ジョブ，イベントジョブ，アクションジョブ，カスタムジョブ）の場合

保留

所有者

実行ユーザー種別

ジョブネットの場合

実行ホスト

多重起動（ルートジョブネットだけ）

優先順位

スケジューリング方式（ルートジョブネットだけ）

保留

リモートジョブネットの場合

実行マネージャー

多重起動（ルートリモートジョブネットだけ）

スケジューリング方式（ルートリモートジョブネットだけ）

保留

注意事項

「打ち切り時間」に関しては，実行登録中に変更したユニット定義情報を有効にする設定をしても，実行登録中に変更した最新の定義内容が有効になりません。変更内容を反映したい場合は，一度登録を解除してから変更してください。

15.12.2　実行登録中に変更したユニット定義情報を有効にする

実行登録中でも変更したユニット定義情報を有効にする手順を次に示します。

JP1/AJS2のスケジューラーサービスを終了する。
ajsstopコマンドを使って，該当するJP1/AJS2のスケジューラーサービスを終了します。

環境設定のオプションを指定する。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーオプション］タブで，該当するJP1/AJS2のスケジューラーサービスを選択し，［ユニット定義変更の即時適用］で［する］を選択します。

UNIXの場合

スケジューラーサービス環境設定ファイル（/etc/opt/jp1ajs2/conf/Schedule.conf）のUNITDEFINERELOADパラメーターにyesを指定してから，jbssetcnfコマンドで設定を反映してください。

実行登録中にユニットの定義内容を変更する運用を実施するおそれがあれば，オプションの設定を，「する」または「yes」にすることをお勧めします。
設定方法の手順については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.1.1 スケジューラーサービス環境の設定手順」を参照してください。
「しない」または「no」を指定した場合は，変更した最新の定義内容が，有効にならないユニット定義情報があります（06-51以前と同様の動作）。

JP1/AJS2のスケジューラーサービスを起動する。
ajsstartコマンドを使って，該当するJP1/AJS2のスケジューラーサービスを起動します。JP1/AJS2のスケジューラーサービスの起動中に，実行登録中に変更したユニット定義情報を有効にする設定を変更した場合には，スケジューラーサービスを再起動してください。

15.13　JP1/AJS2が動作しているホストの設定を変更する

JP1/AJS2が動作しているホストの名称，IPアドレス，およびシステム日時の変更について説明します。ネットワーク構成の変更に対応したい場合や，テストのために一時的に日時を変更したい場合に，この操作を実施します。

＜この節の構成＞

15.13.1　JP1/AJS2が動作しているホスト名称を変更する

15.13.2　JP1/AJS2が動作しているホストのIPアドレスを変更する

15.13.3　システムの日時を変更する

15.13.4　夏時間対応のタイムゾーンでJP1/AJS2を運用する

15.13.1　JP1/AJS2が動作しているホスト名称を変更する

JP1/AJS2が動作しているホストの名称を変更する手順を，JP1/AJS2 - Managerの場合と，JP1/AJS2 - Agentの場合とに分けて説明します。

＜この項の構成＞

(1)　ホスト名変更に関する注意事項

(2)　JP1/AJS2 - Managerのホスト名を変更する

(3)　JP1/AJS2 - Agentのホスト名を変更する

(4)　JP1/AJS2の運用を停止しないでエージェントホスト名を変更する

(1)　ホスト名変更に関する注意事項

ホスト名変更前に，メッセージなどで変更前のホスト名が使用されていても，JP1/AJS2の動作には影響ありません。ただし，ユーザープログラムでログファイルなどを参照している場合は，注意してください。

ホスト名変更後に，ホスト名変更前に実行されたジョブの詳細結果を表示した場合，実行先ホスト名に変更前のホスト名が表示されますが，JP1/AJS2の動作には影響ありません。

JP1/AJS2内で，FQDN形式でホスト名を定義せずに，ネットワーク環境のドメイン名だけを変更した場合には，この項で説明している操作（ホスト名変更手順）の必要はありません。ただし，JP1/Baseの認証サーバ名をFQDN形式で指定している場合には，「(2) JP1/AJS2 - Managerのホスト名を変更する」の手順7に従ってユーザーマッピングの設定を変更する必要があります。

(2)　JP1/AJS2 - Managerのホスト名を変更する

JP1/AJS2 - Managerのホスト名を変更する手順は次のとおりです。

事前準備

リモートジョブネットを使用している場合は，ホスト名変更前に，リモートジョブネットの実行登録を解除しておく。

イベントジョブを実行している場合は，イベントジョブを実行しているエージェントホストのJP1/AJS2をすべて停止しておく。

JP1/AJS2 - Viewをログアウトする。
ホスト名を変更するマネージャーホストと同一のホストでJP1/AJS2 - Viewを起動している場合は，JP1/AJS2 - Viewからログアウトしてください。

スケジューラーデータベースを組み込みDBに移行している場合は，ajsprintコマンドを実行して，ジョブネットの定義をバックアップする。
ここで取得したバックアップは，手順11で使用します。
バックアップの方法については，「11.2.2(3) ユニット定義のバックアップ」を参照してください。

マネージャーホストのJP1/AJS2サービス，およびJP1/AJS2 Monitorサービスを停止する。

jpqexportコマンドを実行して，ジョブ実行環境の定義をバックアップする。
ここで取得したバックアップは，手順6で使用します。
バックアップの方法については，「11.2.2(2) ジョブ実行環境定義のバックアップ」を参照してください。

マネージャーホストの物理ホストのホスト名，または論理ホスト名を変更する。
マネージャーホストのホスト名を変更してください。物理ホストのホスト名を変更する場合には，ホスト名を変更してください。
また，クラスタシステムを運用している場合で，かつ論理ホスト名を変更したときは，変更前の論理ホスト名を削除し，変更後の論理ホスト名に対して，クラスタ運用ができるように再セットアップしてください。

Windowsの場合

論理ホスト名の削除方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　9.4.6 論理ホストの削除」を参照してください。

クラスタシステムのセットアップ方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　9. クラスタシステム運用時のセットアップ」を参照してください。

UNIXの場合

論理ホスト名の削除方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　18.4.6 論理ホストの削除」を参照してください。

クラスタシステムのセットアップ方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　18. クラスタシステム運用時のセットアップ」を参照してください。

マネージャーホストでjpqimportコマンドを実行して，削除したジョブ実行環境の構成定義を再作成する。
ジョブ実行環境を再作成する方法については，「11.3.3(5) ジョブ実行環境の作成」を参照してください。なお，論理ホストの場合，手順5で再作成しているためこの手順は不要です。

スケジューラーデータベースを組み込みDBに移行している場合は，組み込みDB環境を再セットアップする。
再セットアップの手順を次に示します。

Windowsの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　5.2.5 組み込みDBの再セットアップ」の手順3から手順7までを実施してください。

UNIXの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　15.2.5 組み込みDBの再セットアップ」に示した手順3から手順6までを実施してください。

名称を変更しようとしているホストを認証サーバ（JP1/Baseの機能）としても使用している場合は，ユーザーマッピングの設定を変更する。

Windowsの場合

［JP1/Base環境設定］ダイアログボックスの［ユーザーマッピング］タブで［JP1ユーザー］の［サーバホスト名］に定義しているホスト名を，変更後の名称に変更します。

UNIXの場合

ユーザーマッピング定義ファイル（jp1BsUmap.conf）に定義しているホスト名を，変更後の名称に変更します。そのあと，jbsmkumapコマンドを実行します。

ユーザーマッピングの詳細は，マニュアル「JP1/Base 運用ガイド」を参照してください。
イベントジョブを使用している場合は，手順9に進んでください。使用していない場合は，手順10に進んでください。

イベントジョブを使用している場合は，イベントジョブを実行しているエージェントホストおよびマネージャーホスト（自ホストを含む）上で，jpoagoecコマンドを実行し，エージェントホストをコールドスタートする。
名称を変更しようとしているマネージャーホストから依頼を受けてイベントジョブを実行しているすべてのホストで，jpoagoecコマンドを実行してください。コマンド実行手順は次のとおりです（手順は，ManagerHostBをManagerHostCに変更する場合を例に説明します）。

「jpoagoec -p」コマンドを実行し，現在，イベント・アクションエージェント機能が記憶しているマネージャーホスト名を確認します。
（表示例）
　ManagerHostA
　ManagerHostB

「jpoagoec -d ManagerHostB」コマンドを実行し，ホスト名変更前のマネージャーホスト名を削除します。

「jpoagoec -a ManagerHostC」コマンドを実行し，ホスト名変更後のマネージャーホスト名を追加します。

「jpoagoec -p」コマンドを実行し，マネージャーホスト名が追加されたことを確認します。
（表示例）
　ManagerHostA
　ManagerHostC

エージェントホストをコールドスタートします。
Windowsの場合
コントロールパネルの［管理ツール］をダブルクリックします。
表示される［管理ツール］ダイアログボックスで，［サービス］をダブルクリックします。
起動させたいJP1/AJS2のサービス名を選択したあと，［操作］－［プロパティ］を選択します。
表示される［サービス名のプロパティ］ダイアログボックスの［全般］タブで，［開始パラメータ］にスタートモードとして「-cold」を指定します。
そのあと，［開始］ボタンをクリックします。
UNIXの場合
「jajs_spmd -cold [-h 論理ホスト名]」コマンドを実行します。

マネージャーホストをコールドスタートする。
ホスト名を変更した物理ホストまたは論理ホストをコールドスタートしてください。
コールドスタートの手順については，「15.4.1 JP1/AJS2起動時の動作を一時的に変更する」を参照してください。

スケジューラーデータベースを組み込みDBに移行している場合は，手順2でバックアップしたジョブネット定義をajsdefineコマンドなどで回復する。
リカバリーの方法については，「11.3.3(6) ユニット定義のリカバリー」を参照してください。

マネージャーホスト上で運用に必要なジョブネットを再実行登録する。
手順10でマネージャーホストをコールドスタートしているため，ジョブネットの実行登録がすべて解除されています。運用に必要なジョブネットを再実行登録してください。

マネージャーホスト上でJP1/AJS2 Consoleを使用している場合は，次のサービスを再起動する。

JP1/AJS2 Console Managerサービス

JP1/AJS2 Console Agentサービス

JP1/Cm2またはhp OpenView連携時に，NNMの監視ホストとして使用しているホストの名称を変更する場合は，監視されるJP1/AJS2がインストールされているWindowsのホストでSNMPトラップの送信先を変更する。
SNMPトラップの送信先を設定する手順については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　14.2.3 SNMPトラップの送信先を設定する」を参照してください。
なお，JP1/AJS2がインストールされているホストがUNIXの場合，SNMPトラップの送信先の設定は不要です。

(3)　JP1/AJS2 - Agentのホスト名を変更する

JP1/AJS2 - Agentのホスト名を変更する手順を次に示します。

名称を変更しようとしているエージェントホスト上で起動条件付きジョブネット，またはイベントジョブを含むジョブネットを実行している場合，次の操作を行って配下のジョブを終了状態にする。

起動条件付きジョブネットの場合

ジョブネットを強制終了してください。

イベントジョブを含むジョブネットの場合

ジョブネットを強制終了するか，またはイベントジョブをジョブ状態変更で終了状態に変更してください。

名称を変更しようとしているエージェントホストのJP1/AJS2サービスを停止する。

名称を変更しようとしているエージェントホストに対して，ジョブ実行を依頼するマネージャーホストのJP1/AJS2を停止する。
マネージャーホストのJP1/AJS2を停止して，エージェントホストの名称変更時の，マネージャーホストからのジョブ実行依頼を抑止しておきます。

（手順3でJP1/AJS2を停止した）マネージャーホスト上でjpqexportコマンドを実行し，ジョブ実行環境の定義情報をバックアップする。
ここで取得したバックアップは，手順7で使用します。
バックアップの方法については，「11.2.2(2) ジョブ実行環境定義のバックアップ」を参照してください。

（手順3でJP1/AJS2を停止した）マネージャーホストのキュー情報データベース格納ディレクトリ下のファイルをすべて削除する。
キュー情報データベース格納ディレクトリは次のとおりです。

Windowsの場合

物理ホストの場合のデフォルト：

JP1/AJS2 - Managerのインストール先フォルダ¥database¥queue

論理ホストの場合のデフォルト：

共有フォルダ名¥jp1ajs2¥database¥queue

UNIXの場合

物理ホストの場合のデフォルト：

/var/opt/jp1ajs2/database/queue

論理ホストの場合のデフォルト：

共有ディレクトリ名/jp1ajs2/database/queue

手順4でバックアップしたジョブ実行環境構成定義ファイル（jpqsetup.conf）のエージェントホスト名の定義を変更する。

（手順3でJP1/AJS2を停止した）マネージャーホスト上でjpqimportコマンドを実行し，ジョブ実行環境の定義情報を再作成する。
手順4でバックアップしたジョブ実行環境構成定義ファイル（jpqsetup.conf）を使用して，ジョブ実行環境データベースを再作成します。ジョブ実行環境を再作成する方法については，「11.3.3(5) ジョブ実行環境の作成」を参照してください。エージェントホスト名が変更され，ジョブ実行環境の構成定義が再設定されます。

ジョブに定義した実行エージェントホスト名を変更する。または，ジョブネットに定義した実行エージェントホスト名を変更する。

エージェントホストのホスト名を変更する。
エージェントホスト名を変更してください。
また，クラスタシステムを運用している場合で，かつ論理ホスト名を変更したときは，変更前の論理ホスト名を削除し，変更後の論理ホスト名に対して，クラスタ運用ができるように再セットアップしてください。

Windowsの場合

論理ホスト名の削除方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　9.4.6 論理ホストの削除」を参照してください。

クラスタシステムのセットアップ方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　9. クラスタシステム運用時のセットアップ」を参照してください。

UNIXの場合

論理ホスト名の削除方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　18.4.6 論理ホストの削除」を参照してください。

クラスタシステムのセットアップ方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　18. クラスタシステム運用時のセットアップ」を参照してください。

エージェントホストのJP1/AJS2をコールドスタートする。
コールドスタートの手順については，「15.4.1 JP1/AJS2起動時の動作を一時的に変更する」を参照してください。

（手順3でJP1/AJS2を停止した）マネージャーホストのJP1/AJS2をコールドスタートする。
コールドスタートの手順については，「15.4.1 JP1/AJS2起動時の動作を一時的に変更する」を参照してください。

運用に必要なジョブネットを再実行登録する。
手順11でマネージャーホストをコールドスタートしているため，ジョブネットの実行登録がすべて解除されています。運用に必要なジョブネットを再実行登録してください。

(4)　JP1/AJS2の運用を停止しないでエージェントホスト名を変更する

JP1/AJS2 - Managerの運用を停止することなく，エージェントホスト名を変更したい場合は，ジョブ実行制御のコマンドを使用して動的構成定義変更を行います。

動的構成定義変更の手順を次に示します。

名称を変更しようとしているエージェントホストに対して実行登録しているジョブネットを終了し，登録解除する。

名称を変更しようとしているエージェントホストのJP1/AJS2サービスを停止する。

マネージャーホストでjpqagtdelコマンドを実行して，変更前のエージェントホストを削除する。
jpqagtdelコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　jpqagtdel」を参照してください。

エージェントホストの名称を変更し，エージェントホストのJP1/AJS2サービスをコールドスタートする。

コールドスタートの手順については，「15.4.1 JP1/AJS2起動時の動作を一時的に変更する」を参照してください。

注意事項

変更後のエージェントホストとマネージャーホストの間で通信ができることを確認してください。

マネージャーホストでjpqagtaddコマンドを実行して，変更後のエージェントホストを追加する。
エージェントホストを追加した直後は，同時に作成されたデフォルトキューでジョブの受付口が閉じています。必要に応じてデフォルトキューの属性を変更してください。
jpqagtaddコマンド，およびデフォルトキューの属性の変更方法については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　jpqagtadd」を参照してください。

マネージャーホスト上で，ジョブネットまたはジョブに定義した実行ホストを変更後のエージェントホスト名に変更する。

イベントジョブを使用している場合，変更前後のエージェントホスト名で同一のアドレスが求まるようマネージャーホスト上でエイリアスのホスト名を設定する。
設定方法の詳細については，「3.2.2(6) イベントジョブ使用時に同一マシンを複数の実行ホストとして使用する方法」を参照してください。

ジョブネットを再度実行登録して運用を再開する。

15.13.2　JP1/AJS2が動作しているホストのIPアドレスを変更する

JP1/AJS2が動作しているホストのIPアドレスを変更する場合，次の点に注意してください。

IPアドレスを変更する前に次のサービスを停止し，停止したのを確認したあと，IPアドレスを変更してサービスを再起動してください。

すべてのJP1/AJS2サービス

JP1/AJS2 Monitorサービス

JP1/AJS2 Queueless Agentサービス

JP1/AJS2 Queueless File Transferサービス

JP1/AJS2 Console Managerサービス

JP1/AJS2 Console Agentサービス

JP1/AJS2 - Viewから物理ホストのJP1/AJS2 - Managerに接続する場合は，必ず，物理ホスト名に対応したIPアドレスに対して接続してください。

エージェントホストでのキューレスジョブの実行中に，マネージャーホストのIPアドレスを変更した場合，マネージャーホストではジョブの終了状態が終了状態不明になります。IPアドレスを変更する場合は，必ず，キューレスジョブを実行していないことを確認してください。また，ジョブの終了状態が終了状態不明になった場合は，エージェントホストのキューレスログファイルからジョブの終了状態を確認してください。

15.13.3　システムの日時を変更する

JP1/AJS2の運用中にシステムの日時を変更する手順について説明します。

ここで説明する手順は，テストなどで日時を進めたり戻したりする手順です。時刻を合わせるためにホストのシステム時刻をNTP（Network Time Protocol）などで少しずつ変更する場合は，サービスの停止やコールドスタートの手順は必要ありません。NTPなどで時刻を合わせる場合は，同一時刻を発生しないようにミリ秒単位で補正してください。

なお，JP1/AJS2サービスを起動したあとにテストなどでシステムの日時を大幅に変更すると，ジョブネットの実行スケジュールに影響を与えます。そのため，JP1/AJS2サービスを起動したあとは，システムの日時を変更しないようにしてください。また，JP1/AJS2の運用を開始したあとは，システムの日時を元に戻さないでください。元に戻す必要がある場合は，データベース環境を再構築してください。JP1/AJS2サービスが停止している状態で時刻を戻した場合は，スケジューラーサービスをコールドスタートするか，または戻す前の時刻になるまで待ってから起動してください。

＜この項の構成＞

(1)　システムの日時を変更して確認テストを実施する

(2)　システムの時刻が遅れているため時刻を進める

(3)　システムの時刻が進んでいるため時刻を戻す

(1)　システムの日時を変更して確認テストを実施する

システムの日時を進ませて確認テストを実施したあと，現在日時に戻す手順を次に示します。

JP1/AJS2サービスを終了する。

JP1/AJS2 Consoleを使用している場合は，次のサービスを終了する。

JP1/AJS2 Console Managerサービス

JP1/AJS2 Console Agentサービス

システムの日時を進ませる。

JP1/AJS2サービスを開始する。

JP1/AJS2 Consoleを使用している場合は，次のサービスを開始する。

JP1/AJS2 Console Managerサービス

JP1/AJS2 Console Agentサービス

確認テストを実施する。
システムの日時を現在日時に戻す前であれば，手順1～6を繰り返すことができます。ただし，日時は遅らせないでください。

JP1/AJS2サービスを終了する。

JP1/AJS2 Consoleを使用している場合は，次のサービスを終了する。

JP1/AJS2 Console Managerサービス

JP1/AJS2 Console Agentサービス

システムの日時を現在日時に戻す。

データベース環境を再構築する。

JP1/AJS2サービスをコールドスタートする。

Windowsの場合

［サービス］ダイアログボックス，または［サービス］ウィンドウで，JP1/AJS2サービスをコールドスタートしてください。

UNIXの場合

「jajs_spmd -cold」コマンドを実行し，JP1/AJS2サービスをコールドスタートしてください。

詳細は，「15.4.1 JP1/AJS2起動時の動作を一時的に変更する」を参照してください。

JP1/AJS2 Consoleを使用している場合は，次のサービスを開始する。

JP1/AJS2 Console Managerサービス

JP1/AJS2 Console Agentサービス

(2)　システムの時刻が遅れているため時刻を進める

システムの時刻を現在時刻まで進める手順を次に示します。

JP1/AJS2サービスを終了する。

JP1/AJS2 Consoleを使用している場合は，次のサービスを終了する。

JP1/AJS2 Console Managerサービス

JP1/AJS2 Console Agentサービス

システムの時刻を進ませる。

JP1/AJS2サービスを開始する。

JP1/AJS2 Consoleを使用している場合は，次のサービスを開始する。

JP1/AJS2 Console Managerサービス

JP1/AJS2 Console Agentサービス

(3)　システムの時刻が進んでいるため時刻を戻す

システムの時刻を現在時刻に戻す手順を次に示します。

JP1/AJS2サービスを終了する。

JP1/AJS2 Consoleを使用している場合は，次のサービスを終了する。

JP1/AJS2 Console Managerサービス

JP1/AJS2 Console Agentサービス

システムの時刻を戻す。

システムの時刻が時刻を戻す前の時刻に達したら，JP1/AJS2サービスを開始する。
例えば，手順3で「02:00」を「01:00」に戻した場合，システムの時刻が「02:00」になってから，JP1/AJS2サービスを開始します。

JP1/AJS2 Consoleを使用している場合は，次のサービスを開始する。

JP1/AJS2 Console Managerサービス

JP1/AJS2 Console Agentサービス

15.13.4　夏時間対応のタイムゾーンでJP1/AJS2を運用する

夏時間対応のタイムゾーンでJP1/AJS2を運用すると，次に示す開始時間に影響があります。

JP1/AJS2 - Viewからジョブネットを実行登録した場合のジョブネット開始時間

ajsentryコマンドによりジョブネットを実行登録した場合のジョブネット開始時間

jpqjobsubコマンドの-stオプションを指定してサブミットジョブを登録した場合のジョブ実行開始時間

ジョブ情報削除処理の処理開始時間

次に，標準時間帯から夏時間帯への切り替え，および夏時間帯から標準時間帯への切り替えに伴う影響について説明します。各処理の開始時間は，時間帯の切り替えに伴う影響を考慮して設定してください。夏時間対応のタイムゾーンの例として1994年のアメリカ東海岸のタイムゾーン（TZ＝EST5EDT）を次の図に示します。

図15-1　標準時間と夏時間の切り替え例

＜この項の構成＞

(1)　標準時間帯から夏時間帯への切り替え

(2)　夏時間帯から標準時間帯への切り替え

(1)　標準時間帯から夏時間帯への切り替え

標準時間帯から夏時間帯へ運用が切り替わる場合，各処理の開始設定時間，および標準時間帯から夏時間帯への切り替え時間によって，開始時間が決まります。各処理の開始時間について図15-1を例に説明します。標準時間帯の4/7 2:00:00になると夏時間帯の4/7 3:00:00へ切り替わるため（図15-1の(1)　4/7 1:59:59 → 4/7 3:00:00），標準時間帯の2:00:00から2:59:59は省略されることになります。この間に処理を開始するようにように設定した場合，夏時間帯の3:00:00に開始することになります。また，標準時間帯の3:00:00以降に開始するように設定した場合，切り替え後の夏時間でも3:00:00以降に開始します。この場合，実際の相対的な開始時間よりも1時間早く開始することになります。標準時間帯から夏時間帯への切り替え時のスケジュールを次の表に示します。

表15-15　標準時間帯から夏時間帯への切り替え時スケジュール

開始時間設定
～ 1:59:59
2:00:00 ～
2:59:59
3:00:00 ～

実際の開始時刻
標準時間帯
～ 1:59:59 で実行
夏時間帯
3:00:00で実行
夏時間帯
3:00:00 ～で実行

(2)　夏時間帯から標準時間帯への切り替え

夏時間帯から通常時間帯へ運用が切り替わる場合，関連する各処理の開始時間は，各処理の開始設定時間，および夏時間帯から標準時間帯への切り替え時間によって決まります。各処理の開始時間について図15-1を例に説明します。夏時間帯の10/27 2:00:00になると標準時間帯の10/27 1:00:00に切り替わるため（図15-1の(2)　10/27 1:59:59 → 10/27 1:00:00），標準時間帯の1:00:00～2:00:00の時間帯が増えることになりますが，夏時間帯の1:00:00～1:59:59に開始を設定した処理は，夏時間帯の時間帯で処理が開始されるため，標準時間帯で再度開始することはありません。夏時間帯の2:00:00以降に処理を開始するように設定した場合，切り替え後の標準時間帯でも2:00:00以降に開始します。この場合，実際の相対的な開始時間よりも1時間遅く開始することになります。夏時間帯から標準時間帯への切り替え時のスケジュールを次の表に示します。

表15-16　夏時間帯から標準時間帯への切り替え時スケジュール

開始時間設定
～ 0:59:59
1:00:00 ～
1:59:59
2:00:00 ～

実際の開始時刻
夏時間帯
～ 0:59:59 で実行
夏時間帯
1:00:00 ～ 1:59:59で実行
標準時間帯
2:00:00 ～で実行

注意事項

JP1/AJS2 - ViewとJP1/AJS2 - Managerを異なるホストで運用する場合，JP1/AJS2 - ManagerとJP1/AJS2 - Viewのタイムゾーンを合わせるようにしてください。詳細については，「3.2.2(2) 複数の業務管理ホストを使用する場合」および「5.2.1 JP1/AJS2のサービスの種類」の注意事項を参照してください。

ajsentryコマンドによりジョブネットを実行登録した場合，ajsentryコマンド実行時のタイムゾーンの時間帯に従います。詳細については，「3.2.2(2) 複数の業務管理ホストを使用する場合」を参照してください。

jpqjobsubコマンドの-stオプションを指定してサブミットジョブを登録した場合，ジョブの実行開始時間はジョブを登録するマネージャーホストのタイムゾーンに従います。

15.14　JP1/AJS2のデータベースを操作する

JP1/AJS2のデータベースの構成および再編成について説明します。JP1/AJS2のマネージャー（JP1/AJS2 - Manager）では，業務に関するデータをデータベースで管理しています。JP1/AJS2のデータベースの構成を次の図に示します。

図15-2　JP1/AJS2のデータベースの構成

JP1/AJS2のデータベースの種類や種別，および格納されている情報を次の表に示します。

表15-17　JP1/AJS2のデータベースの種類と格納されている情報

データベースの種類
データベース種別
データベースに格納されている情報

ジョブ実行環境データベース
ISAM※1

実行結果・実行状態
・スケジューラーサービスから実行を依頼されたジョブ※2
・jpqjobsubコマンドで投入（サブミット）されたジョブ
・JP1/AJS2 - Client Toolkitから投入されたジョブ

エージェント・キュー・排他リソースの構成定義情報

スケジューラーデータベース
ISAM※1
組み込みDB

定義情報
・ジョブネットやジョブの定義情報
・カレンダーやスケジュール情報

実行結果・実行状態（ジョブ・ジョブネット）

注※1

ISAMはJP1/Baseで標準に提供されています。

注※2

PCジョブ・UNIXジョブ・QUEUEジョブです。イベントジョブ・キューレスジョブ・判定ジョブは含まれません。

JP1/AJS2は，ジョブ（PCジョブ・UNIXジョブ・QUEUEジョブ）の実行を依頼する機能は複数（スケジューラーサービス，ジョブ実行制御のコマンド，JP1/AJS2 - Client Toolkit機能）あります。しかし，ジョブを実行する機能（制御）は一つにまとまっており，ジョブ実行制御が次に示すジョブの実行を一元管理しています。

ジョブネットからのジョブの実行（PCジョブ・UNIXジョブ・QUEUEジョブ）

JP1/AJS2 - Client Toolkit，またはジョブ実行制御のコマンドを使用したジョブの実行

上記のジョブの実行状態・結果は，エージェント，キュー，および排他実行リソースの構成定義情報とともに，ジョブ実行環境データベースで管理しています。

スケジューラーサービスでは，ジョブネットの定義情報，および実行状態・結果をスケジューラーデータベースで管理しています。スケジューラーサービスからジョブネット中のジョブ（PCジョブ・UNIXジョブ・QUEUEジョブ）を実行した場合，スケジューラーサービスからジョブ実行制御にジョブの実行を要求します。このとき，ジョブの実行状態・結果は，スケジューラーデータベースとジョブ実行環境データベースの両方で管理します。スケジューラーデータベースとジョブ実行環境データベースは，ジョブの状態が変わったときにそれぞれ状態を更新します。

JP1/AJS2 - Client Toolkitまたはジョブ実行制御のコマンドを使用して，ジョブの実行を依頼した場合には，スケジューラーサービスを経由しないで，直接ジョブの実行をジョブ実行制御に依頼します。ジョブの実行状態・結果は，ジョブ実行環境データベース上だけで管理します。

＜この節の構成＞

15.14.1　JP1/AJS2のデータベースについて

15.14.2　スケジューラーデータベースで使用するDBMSを変更する

15.14.3　ISAMデータベースを再編成する

15.14.4　組み込みDBデータベースを再編成する

15.14.1　JP1/AJS2のデータベースについて

JP1/AJS2のスケジューラーサービスおよびジョブ実行環境で使用しているそれぞれのデータベースについて説明します。

＜この項の構成＞

(1)　スケジューラーデータベースについて

(2)　ジョブ実行環境データベースについて

(1)　スケジューラーデータベースについて

スケジューラーサービスでは，データベースとしてISAM，組み込みDBが使用できます。データベース中に格納される情報はどちらのデータベースを使用した場合でもスキーマは同様で，次の表のようになっています。

表15-18　スケジューラーデータベースのテーブル

テーブル名※1
内容
行長※2
（単位：
　バイト）
可変長※2
（単位：
　バイト）
インデクス数
インデクス長※2
（単位：
　バイト）

定義系
AJSUNIT
ユニット管理
408
なし
2
主キー：4

副キー：36

AJSARROW
ユニット関連定義
52
なし
1
12

AJSBODY
ユニット定義
100
4～64,000
1
4

AJSSCH
スケジュール定義
148
4～8,192
1
8

AJSCAL
カレンダー定義
1,540
なし
1
8

実行系
AJSSTAT
ユニット状態
1,540
なし
1
12

AJSENTRY
実行登録
764
なし
1
8

AJSGEN
世代管理
124
4～64,000
1
8

AJSPERF
統計情報
120
なし
2
主キー：4

副キー：8

注※1

JP1/AJS2の環境設定で，デフォルトの設定での名称です。

組み込みDBの場合，インデクスはテーブル名称に主キー（副キーの存在しないテーブルを含む）はINDEX1，副キーはINDEX2を付け加えた名称になります。

注※2

可変長テーブルの行長は，レコード先頭固定部の長さを表しています。なお，ディスク上の領域には，このサイズ以外に管理領域が含まれるため，ISAMファイルサイズや表領域サイズとは一致しないため注意してください。

組み込みDBの場合，可変長最大64,000バイトとなるテーブルに32,000バイトのVARCHARフィールドを二つ使用しています。可変長データが32,000バイト以内の場合は2番目のVARCHARフィールドにはサイズ0（SQLLENは1）のデータが格納されます。

各テーブルのレコード数および可変長レコードの使用方法を次に示します。なお，スケジューラーデータベースのそれぞれのテーブルは，ユニット定義を格納するもの（「定義系」）と，ジョブネットやジョブの実行予実績を格納するもの（「実行系」）とに分類できます。

(a)　定義系テーブル

定義系テーブルのレコード数および可変長レコードについて説明します。

ユニット管理（AJSUNIT）

JP1/AJS2のユニットの数（ジョブグループ，ジョブネット，ジョブの合計）がレコード数になります。

ユニット関連定義（AJSARROW）

ジョブネット中の関連接続数の合計がレコード数になります。

ユニット定義（AJSBODY）

ジョブの定義数とジョブネットの定義数の合計がレコード数になります。

スケジュール情報およびカレンダー情報を除いた，ユニットの定義情報（コマンド文，スクリプトファイル名など）が可変長データとして格納されます。

スケジュール定義（AJSSCH）

「全ジョブネット数 + 全ジョブネットに対して定義したスケジュールルールの総数」がレコード数になります。スケジュール共通情報およびスケジュールルール情報が格納されます。

スケジュール共通情報には，カレンダー参照ユニット名称が，スケジュールルール情報には，スケジュールルールがユニット定義ファイルのパラメーターと同じ形式で可変長データとして格納されます。

カレンダー定義（AJSCAL）

「ジョブグループの数 + カレンダーの定義年数」がレコード数になります。

(b)　実行系テーブル

実行系テーブルのレコード数および可変長レコードについて説明します。

ユニット状態（AJSSTAT）

1個の登録済みルートジョブネット当たりで必要なレコード件数は，「(ルートジョブネットおよび下層のネストジョブネット・ジョブの総数) ＊ (保存世代数 + 確定実行登録した予定世代数 + 1)」（保存世代数には，起動条件成立により生成された枝番実行世代数も含みます）です。

登録済みルートジョブネットすべてで算出し，加算した総和が総レコード件数となります。

実行登録（AJSENTRY）

1個の登録済みルートジョブネット当たりで必要なレコード件数は，「ルートジョブネットの保存世代数 + 確定実行登録した予定世代数」です（保存世代数には，起動条件成立により生成された枝番実行世代数も含みます）。登録済みルートジョブネットすべてで算出し，加算した総和 + 1 件がレコード件数になります。

世代管理（AJSGEN）

レコード件数と可変長データへの格納情報は，それぞれの登録済みルートジョブネットに起動条件を使用しているかどうかによって異なります。

起動条件なしのルートジョブネットの場合，「((保存世代数 + 確定実行登録した予定世代数) + 1) ＊ 8(バイト)」の情報 1 件が可変長データへ格納されます。

起動条件ありのルートジョブネットの場合，起動条件なしの場合と同様に，「((保存世代数 + 確定実行登録した予定世代数) + 1) ＊ 8(バイト)」の情報が 1 件と，「((起動条件成立ごとに生成される枝番実行世代数) ＊ 8（バイト）」の情報が保存世代数分，可変長データへ格納されます。

登録済みルートジョブネットすべてでレコード件数を算出し，加算した総和が総レコード件数となります。

統計情報（AJSPERF）

実行登録されているユニットの総数がレコード数になります。

(c)　スケジューラーデータベースに関する補足事項

電源ダウンなどの理由でスケジューラーサービスが正しく計画停止されない場合は，次回起動時にKAVS0211-WメッセージをWindowsイベントログ，またはsyslogに出力して続行します。ジョブが実行中に不正に停止されたおそれがあるため，ジョブの状態を確認してください。

スケジューラーデータベースでISAMを使用する場合，データファイル更新モードの設定に，同期書き込み（sync）モードがあります。このモードを使用すると，計画停止されなかった場合でも，スケジューラーサービス内のデータ書き込み順序が保証でき，信頼性が向上します（性能の再見積もりが必要です）。データファイル更新モードの設定については，「JP1/Automatic Job Management System 2 セットアップガイド　4.1.3 スケジューラーファイルの構成を定義する」，またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.2.2 マネージャー環境（JP1/AJS2 - Manager）で設定する内容」を参照してください。

スケジューラーデータベースでISAMを使用する場合，ISAMファイルに直接シンボリックリンクを作成しないでください。再編成の処理を行う際，ISAMファイルの移動，再作成を行うため，シンボリックリンクが切れてしまい，ISAMファイルがデータベースディレクトリに新たに作成されてしまいます。
データベースディレクトリのファイルは，ディレクトリで管理を行っているため，シンボリックリンクを作成したい場合は，データベースディレクトリを指定して作成してください。

(2)　ジョブ実行環境データベースについて

ジョブ実行環境のデータベースはISAMを使用しています。jpqimportコマンドや動的構成定義変更によって定義されたエージェント，キュー，および排他実行リソースの定義情報や登録されてから終了するまでのジョブの情報や状態を管理しています。ジョブ実行環境で使用するデータベーステーブルの詳細について次の表に示します。

表15-19　ジョブ実行環境で使用するデータベースのテーブル

テーブル名
内容
行長※
（単位：バイト）
可変長
（単位：バイト）
キー数

JPQSYSINFO
システム制御情報
28
なし
1

JPQAGTINFO
エージェント定義情報
524
なし
2

JPQSCHINFO
スケジュール（実行多重度）情報
12
なし
1

JPQQUEINFO
キュー定義情報
280
なし
2

JPQCONINFO
キューエージェント接続情報
12
なし
1

JPQRESINFO
排他実行リソース定義情報
68
なし
2

JPQJOBINFO
ジョブ定義情報
5,860
なし
2

JPQJOBCTRL
ジョブ制御情報
656
なし
2

JPQENVINFO
環境変数情報
516
4以上
1

JPQTRANSINFO
転送ファイル情報
1,036
なし
1

JPQNFYINFO
状態通知情報（クライアント名，通知先，ポートIDなど）
540
なし
1

注※

可変長があるテーブルは，可変長部分以外のフィールドの長さの合計を表しています。

また，ジョブ実行環境データベースは，デフォルトで同期書き込みモードになっています。このモードで使用すると，ジョブ実行環境データベース内の書き込み順序が保証でき，信頼性が向上します。データファイル更新モードの設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.1.3 スケジューラーファイルの構成を定義する」，またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.2.2 マネージャー環境（JP1/AJS2 - Manager）で設定する内容」を参照してください。

補足事項

ジョブ実行環境データベースのISAMファイルには，直接シンボリックリンクを作成しないでください。再編成の処理を行う際，ISAMファイルの移動，再作成を行うため，シンボリックリンクが切れてしまい，ISAMファイルがデータベース格納ディレクトリに新たに作成されてしまいます。

データベース格納ディレクトリのファイルは，ディレクトリで管理を行っているため，シンボリックリンクを作成したい場合は，データベース格納ディレクトリを指定して作成してください。

15.14.2　スケジューラーデータベースで使用するDBMSを変更する

スケジューラーデータベースで使用するDBMSを変更する手順を次に示します。ISAM，および組み込みDB間で変換する場合に必要な手順です。

この操作を行うことによって，スケジューラーデータベースで使用しているDBMSをISAMに変更できます。

補足事項

ISAMから組み込みDBに移行するには，ajsembdbsetupスクリプトで容易に移行できます。マニュアル「JP1/Automatic Job Management System 2 セットアップガイド」を参照してください。

また，JP1/AJS2 06-71以前のバージョンでOracleデータベースを使用していた場合，組み込みDBに移行するためには，一度ISAMにスケジューラーデータベースを移行する必要があります。

すべてのユニット情報をファイルに出力する。
次の形式でコマンドを実行します。

ajsprint -F スケジューラーサービス名 -a "/*" > ajs2unit.txt

ajsprintコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsprint」を参照してください。

注意事項

ajsprintコマンドの実行時に，ルートジョブグループ「/」の情報（ルートジョブグループの所有者，JP1資源グループ，コメント，基準日，月区分，基準時刻）についてはバックアップできません。移行先で新しく設定する必要があります。なお，次の形式でajsprintコマンドを実行すれば，カレンダー定義情報を取得できます。

ajsprint -d "/" > ajs2cal.txt

ユニット環境定義情報ファイルの大きさに応じて，トランザクションを処理するための環境が必要になります。移行先でDBMSを定義するときの負荷を減らすため，ユニット環境定義情報ファイルは幾つかのファイルに分散し，バックアップしてください。

移行元のデータベースにあるジョブの実行結果は移行できません。

JP1/AJS2 - Managerホストで論理ホストを含め，すべてのJP1/AJS2サービス，JP1/AJS2 Monitorサービス，およびJP1/AJS2 Console Agentサービスを停止する。
JP1/AJS2関連のコマンドが動作していないことを確認してください。

UNIXの場合の注意事項

JP1/AJS2サービス停止後，システムの共用メモリーに記憶されているスケジューラーサービスの情報をクリアーする必要があるため，次の形式でコマンドを実行します。

・shの場合

/opt/jp1ajs2/bin/ajsshmdel >/dev/null 2>&1

・cshの場合

/opt/jp1ajs2/bin/ajsshmdel >&/dev/null

移行元のデータベースを削除する。

Windowsの場合

ISAMで運用していた場合，データベースフォルダ（［マネージャー環境設定］ダイアログボックスの［スケジューラーファイルの構成］タブの［データベースディレクトリ名］で指定したフォルダ）下のファイルを削除します。削除対象のファイルは，拡張子が .DRF，.K01，.K02，.KDFのファイルです。

UNIXの場合

ISAMで運用していた場合，データベースディレクトリ（スケジューラーサービス環境設定ファイル（Schedule.conf）のAJSDBDIRECTORYパラメーターに指定したディレクトリ）下のファイルを削除します。削除対象のファイルは，拡張子が .DAT，.K01，.K02，.DEFのファイルです。

HiRDBから移行する場合は，JP1/AJS2で使用しているテーブルも削除します。
組み込みDBから移行する場合は，ajsembdbunsetコマンドで組み込みDB環境を削除する必要があります。
ajsembdbunsetコマンドの詳細は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド　ajsembdbunset」を参照してください。
なお，二つ以上のスケジューラーサービスのデータベースを一つの組み込みDBに設定している場合，ajsembdbunsetを実施すると，すべてのスケジューラーサービスのデータベースが削除されてしまうので注意が必要です。

移行先の構成定義を設定する。
移行先で使用するDBMSに合わせて構成定義を変更します。フォルダまたはディレクトリなどに変更がある場合も，構成定義を変更します。

ジョブ実行環境のデータベース格納フォルダのファイルを削除する。
スケジューラーサービスとジョブ実行環境の不整合が起こらないようにするため，移行元で使用していたジョブ実行環境のデータベース格納フォルダのファイルを削除します。

ジョブ実行環境のデータベースを再構築する。
次のコマンドを実行して，ジョブ実行環境のデータベースを再構築します。

jpqimport -dt isam -ci jpqsetup.conf [-mh 論理ホスト名]

ジョブ実行環境構成定義ファイル（jpqsetup.conf）には，移行元で使用したファイルを使用します。
また，論理ホストで定義する場合は，-mhオプションで論理ホスト名を指定します。
jpqimportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド　jpqimport」を参照してください。

スケジューラーデータベースをセットアップする。
次のコマンドを実行して，スケジューラーデータベースのテーブルを作成します。

ajssetup -F スケジューラーサービス名 [-mh 論理ホスト名]

論理ホストでセットアップする場合は，-mhオプションで論理ホスト名を指定します。
ajssetupコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド　ajssetup」を参照してください。

移行先のJP1/AJS2サービス，JP1/AJS2 Monitorサービス，およびJP1/AJS2 Console Agentサービスを起動する。

ルートジョブグループの定義情報を復元する。
ルートジョブグループの設定情報を変更する必要がある場合，JP1/AJS2 - Viewを使用して設定を復元します。
なお，コマンドを実行して復元することもできます。

カレンダー情報の復元
ajsprintコマンドの実行によって取得したカレンダー定義情報ファイルのバックアップを指定して，次の形式でコマンドを実行します。

ajscalendar -df ajs2cal.txt "/"

　注意事項

移行元のルートジョブグループにカレンダー定義がなかった場合，情報ファイルのサイズは0バイトになります。この場合，エラーメッセージKAVS0600-Eが出力されます。

基準日，月区分，および基準時刻の復元
次の形式でコマンドを実行します。

ajscalendar -lt 基準時刻 -ld 基準日 -md 月区分 "/"

ajscalendarコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajscalendar」を参照してください。

所有者，JP1資源グループ，コメントの復元
次の形式でコマンドを実行します。

ajschange -o 所有者 -g JP1資源グループ -C コメント "/"

ajschangeコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajschange」を参照してください。

バックアップしたユニット定義を復元する。
次の形式でコマンドを実行します。

ajsdefine ajs2unit.txt

ajsdefineコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsdefine」を参照してください。

運用に必要なジョブネットを登録する。

これでスケジューラーデータベースで使用するDBMSの変更は終了です。

15.14.3　ISAMデータベースを再編成する

ISAMデータベースは，データの実体を格納する「データファイル」と，アクセスを高速化できるように，データへのインデクスを管理する「キーファイル」から成り立っています。ISAMでは，レコードを削除すると無効領域になるだけで，ファイルサイズが自動的に縮小することはありません。また，データファイル中の無効領域は再利用されますが，ISAMファイルのキー再利用機能を有効にしていない場合，キーファイル中の無効領域は再利用の対象になりません。JP1/AJS2 07-00以降で，新規にISAMデータベースをセットアップした場合は，キー再利用機能が有効になっています。JP1/AJS2 06-71より前のバージョンからバージョンアップした場合は，キー再利用機能を有効にすることをお勧めします。

ISAMデータベースを使用すると，日々の運用で占有量が増えてしまうファイルサイズの問題と，ファイルサイズの肥大化およびフラグメンテーション化による業務実行性能劣化の問題が発生します。

また，突然の電源ダウンなどで強制停止された場合，ISAMファイルのインデクスが不整合となるおそれがあります。

これらの問題は，業務の規模や処理量に応じて，適切な時期にISAMデータベースを再編成することで，アクセス性能の確保，ディスクの有効利用，障害発生後の不整合状態からの回復などを解決することができます。

なお，JP1/AJS2 - Agentには，JP1/AJS2のデータベースがないため，再編成を実行する必要はありません。

ここでは，個々のデータベース種別ごとの再編成方法について説明します。

注意事項

メンテナンスモードおよび自動再編成スクリプト（ajsautocondおよびjpqautocond）による再編成
対象の物理ホストまたは論理ホストの作業ディレクトリがあるドライブ，またはパーティションに，再編成対象のスケジューラーデータベースおよびジョブ実行環境データベースのISAMファイルの中で最もサイズが大きいファイルの2倍程度の空き容量が必要です。再編成時には，次のディレクトリを作業ディレクトリとして使用します。
Windowsの場合
ジョブ実行環境のマネージャープロセス実行時のワークフォルダおよび各スケジューラーサービスの一時ファイル用フォルダ
UNIXの場合
WorkPathパラメーターに指定したマネージャープロセス実行時のワークディレクトリおよび各スケジューラーサービスのAJSTMPDIRパラメーターに指定したテンポラリーファイル用ディレクトリ

また，スケジューラーデータベースディレクトリおよびジョブ実行環境データベースディレクトリがあるドライブ，またはパーティションに，再編成対象のスケジューラーデータベースおよびジョブ実行環境データベースのISAMファイルの中で最もサイズが大きいファイルと同程度の空き容量が必要です。

ajsdbcondコマンドおよびjpqdbcondコマンドによる再編成
ファイルをバックアップして保存した上で，再編成を実施してください。ajsdbcondコマンドおよびjpqdbcondコマンドは，-dオプションで指定したディレクトリを作業ディレクトリとして使用します。-dオプションを指定しない場合は，OSの標準的なワークディレクトリを使用します。JP1/BaseのJiscondコマンドについての説明を参照してください。
なお，ajsdbcondコマンドおよびjpqdbcondコマンドを実行する場合，次の条件を満足する必要があります。
・作業ディレクトリがあるドライブまたはパーティションに，再編成対象のスケジューラーデータベースおよびジョブ実行環境データベースのISAMキーファイルの中で最もサイズが大きいキーファイルの2倍程度の空き容量がある。
・スケジューラーデータベースおよびジョブ実行環境データベースのデータベースディレクトリがあるドライブまたはパーティションに，再編成対象のスケジューラーデータベースおよびジョブ実行環境データベースのISAMファイルの中で最もサイズが大きいファイルと同程度の空き容量がある。

＜この項の構成＞

(1)　メンテナンスモード（jajs_maintainコマンド）によるISAMデータベースの再編成

(2)　スケジューラーデータベース（ISAMデータベース）の再編成

(3)　ジョブ実行環境（ISAMデータベース）の再編成

(4)　ajs2isamcondスクリプトを使用した再編成

(1)　メンテナンスモード（jajs_maintainコマンド）によるISAMデータベースの再編成

JP1/AJS2 - Manager 07-00以降では，メンテナンスコマンド（jajs_maintain）によって，マネージャー機能またはスケジューラーサービス機能を縮退して，ISAMデータベースをメンテナンス（再編成）できます。これらのサービス縮退機能では，稼働中のJP1/AJS2サービス，JP1/AJS2 MonitorサービスおよびJP1/AJS2 Console Agentサービスに対してデータベースの切断要求を出し，データベースを切り離してから，安全にISAMデータベースが再編成できます。

ISAMデータベース（スケジューラーデータベースおよびジョブ実行環境データベース）を再編成するときは，jajs_maintainコマンドによるデータベースの再編成をお勧めします。

スケジューラーデータベースとジョブ実行環境データベースの両方を一括して再編成する場合，マネージャー機能縮退モードにします。スケジューラーデータベースだけを再編成する場合は，スケジューラー縮退モードにします。

jajs_maintainコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　jajs_maintain」を参照してください。

メンテナンスモードについては，「7.1 メンテナンスモード」を参照してください。各メンテナンスモード中の処理概要については，「14.1.1 メンテナンスモードの処理概要」を参照してください。

(2)　スケジューラーデータベース（ISAMデータベース）の再編成

スケジューラーデータベースにISAMを使用している場合，ajsdbcondコマンドまたは，ajsautocondスクリプトでスケジューラーデータベースを再編成できます。ajsdbcondコマンドを使用する場合は，必ずバックアップを取得してから再編成してください。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　ajsdbcond」を参照してください。

ajsautocondスクリプトについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.7.2 ISAMファイル自動再編成機能の設定」または「JP1/Automatic Job Management System 2 セットアップガイド　14.7.3 ISAMファイル自動再編成機能の設定」を参照してください。

(a)　未使用領域率の表示と再編成の時期

スケジューラーデータベース（ISAMデータベース）の未使用領域率の割合や未使用領域サイズは，ajsdbcondコマンドの-lオプションまたは-Lオプションで確認できます。ISAMデータベース（スケジューラー）の再編成時期は，ディスクの空き状態や性能面から一概に言えませんが，運用を続けていく中で，キーファイル中に発生する無効領域のサイズが大きくなった場合には，データベースアクセスに要するファイル入出力時間が増えるため，著しい性能劣化が起こります。

次に示すファイルが20MBを超えないように監視してください。このポイントを超えても再編成をせずに運用を続けると，性能が急激に悪化する場合があります。

スケジューラーデータベースのAJSSTAT.K01

なお，キー再利用機能を使用している場合は，このポイントに到達することはほとんどありませんが，長時間運用により，キーファイル内の利用効率が低下すると，このサイズに達するおそれがありますので監視いただくことをお勧めします。

「実行登録全ユニット数 ＊（保存世代数+予定世代数）」を常に最小に保ち，大規模・多数のジョブネットを定義変更・削除または登録解除したあとに再編成を実施するなどの手段で性能劣化が防げます。定型業務を連続運転で行っている場合には，週1回または月1回などの間隔で定期的に再編成することをお勧めします。

また，ユニットの定義を頻繁に変更する場合，可変長テーブル中にフラグメンテーションが発生するため，ユニットを削除したり，定義を変更したりする場合はレコード件数に比例しないで性能が劣化する場合があります。このような運用の場合も再編成の頻度を上げる必要があります。

なお，ajsdbcondコマンドの-Lオプションは，他プロセスがISAMファイルにアクセスした状態でISAMファイルの状態を表示するため，未使用領域率や未使用領域サイズの値に誤差が生じます。また，ajsdbcond -Lコマンドを使用する場合は，ユニットに対しての定義・定義変更・実行登録・再実行・登録解除・予実績表示などの操作やジョブネットの実行を行っている時間を避けて使用してください。

(b)　未使用領域サイズおよび未使用領域サイズしきい値の出力

スケジューラーデータベース（ISAMデータベース）の未使用領域サイズは，ajsdbcond -iコマンドで確認できます。未使用領域サイズは通知メッセージが出力されます。

また，未使用領域サイズがしきい値に達しているかを，ajsdbcond -tコマンドで確認できます。未使用領域サイズしきい値に達していた場合，警告メッセージが出力されます。

メッセージの出力先には，次の出力先を単独で，または組み合わせて指定できます。

標準エラー出力

Windowsイベントログまたはsyslog

JP1イベント

ジョブを多く実行する時期を避けて，ajsdbcond -tコマンドをジョブとして定義・実行することで，定期的にISAMファイルの状態を確認できます。

(c)　スケジューラーデータベース（ISAMデータベース）の再編成手順

スケジューラーデータベース（ISAMデータベース）の再編成手順を次に示します。

JP1/AJS2サービスを停止する。

JP1/AJS2 MonitorサービスおよびJP1/AJS2 Console Agentサービスを停止する。
接続しているJP1/AJS2 - Viewや，実行中のコマンドも停止させます。

環境変数JP1_HOSTNAMEを設定する。
論理ホストのデータベースを再編成する場合は，環境変数JP1_HOSTNAMEに論理ホスト名称を設定してください。
物理ホストで再編成する場合は，環境変数JP1_HOSTNAMEを設定しないでください。

次に示すスクリプトを実行する。または，ajsdbcondコマンドを実行する。

Windowsの場合

JP1/AJS2のインストール先フォルダ¥bin¥ajsautocond.bat

UNIXの場合

/opt/jp1ajs2/bin/ajsautocond

(3)　ジョブ実行環境（ISAMデータベース）の再編成

ジョブ実行環境データベースは，ジョブ情報の保存日数で指定された日数を超過したジョブ情報については，自動的にレコードが削除されています。レコードが削除されると，無効領域が発生します。データを格納する領域は再利用されますが，ISAMファイルのキー再利用機能を有効にしていない場合，キーファイルには無効領域が残ります。データベースを再編成することで，占有されたディスク領域を解放できます。また，無効領域が多くあるデータベースへアクセスするとディスクのI/O回数が増加し，性能が低下することがあります。これも再編成することで改善されます。

ジョブ実行環境データベースはjpqautocondスクリプトを使用して再編成します。

また，jpqdbcondコマンドでもジョブ実行環境のデータベースを再編成できます。その場合は，必ずバックアップを取得してから再編成してください。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　jpqdbcond」を参照してください。

注意事項

スケジューラーデータベースに組み込みDBを使用している場合でも，ジョブ実行環境データベース（ISAM）の再編成は必要です。

(a)　未使用領域率の表示と再編成の時期

ジョブ実行環境データベースの未使用領域率の割合は，jpqdbcond -lコマンドで確認できます。ISAMファイルが使用中の場合は，jpqdbcond -Lコマンドで未使用領域率の割合を確認できます。ただし，jpqdbcond -Lコマンドで未使用領域率を表示した場合，未使用領域率の値に誤差が生じます。jpqdbcond -Lコマンドを使用する場合は，ジョブを多く実行する時期を避けて使用してください。

ISAMデータベースのキー再利用機能を有効にしていない場合，1日当たり1万件のジョブを実行し，ジョブ情報保存日数が7日とすると，ジョブ情報保存日数の経過後1日当たり，最大約86メガバイトの無効領域が発生します（この無効領域には，再利用されるデータファイル分を含みます）。

ディスクの空き状態や性能面から，一概に言えませんが，運用を続けていく中で，キーファイル中に発生する無効領域のサイズが大きくなった場合には，データベースアクセスに要するファイル入出力時間が増えるため，著しい性能劣化が起こります。

次に示すファイルが20MBを超えないように監視してください。このポイントを超えても再編成をせずに運用を続けると，性能が急激に悪化する場合があります。

ジョブ実行環境データベースのJPQJOBINFO.K02

なお，キー再利用機能を使用している場合は，このポイントに到達することはほとんどありませんが，長時間運用により，キーファイル内の利用効率が低下すると，このサイズに達するおそれがありますので監視いただくことをお勧めします。

また，ジョブ実行環境の再編成の時期は，ジョブ情報の保存日数も目安にしてください。ジョブ情報の保存日数については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.2 ジョブ実行環境の設定」，またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.2 ジョブ実行環境の設定」を参照してください。

(b)　未使用領域サイズおよび未使用領域サイズしきい値の出力

ジョブ実行環境データベースの未使用領域サイズは，jpqdbcond -iコマンドで確認できます。未使用領域サイズは通知メッセージが出力されます。

また，未使用領域サイズがしきい値に達しているかを，jpqdbcond -tコマンドで確認できます。未使用領域サイズしきい値に達していた場合，警告メッセージが出力されます。

メッセージの出力先には，次の出力先を単独で，または組み合わせて指定できます。

標準エラー出力

Windowsイベントログまたはsyslog

JP1イベント

ジョブを多く実行する時期を避けて，jpqdbcond -tコマンドをジョブとして定義・実行することで，定期的にISAMファイルの状態を確認できます。

(c)　ジョブ実行環境データベース（ISAMデータベース）の再編成手順

ジョブ実行環境データベースの再編成手順を次に示します。

JP1/AJS2サービスを停止する。

環境変数JP1_HOSTNAMEを設定する。
論理ホストのデータベースを再編成する場合は，環境変数JP1_HOSTNAMEに論理ホスト名称を設定してください。
物理ホストで再編成する場合は，環境変数JP1_HOSTNAMEを設定しないでください。

次に示すスクリプトを実行する。または，jpqdbcondコマンドを実行する。

Windowsの場合

JP1/AJS2のインストール先フォルダ¥bin¥jpqautocond.bat

UNIXの場合

/opt/jp1ajs2/bin/jpqautocond

注意事項

次に示すスクリプトやコマンドを同時に実行しないでください。

・jpqautocond

・jpqdbcond -x -k

・jajs_maintain -m manager

(4)　ajs2isamcondスクリプトを使用した再編成

ajs2isamcondスクリプトは，スケジューラーデータベースとジョブ実行環境データベースの両方を，一括して再編成するサンプルスクリプトです。

スクリプト内のパスやファイル名称などは，すべて固定名称で記述してあります。インストール時の環境がスクリプト内の固定名称と異なる場合，スクリプトファイルをバックアップし，サービス名やISAMファイル名を環境に合わせて編集してから，ajs2isamcondスクリプトを使用する必要があります。このため，ISAMデータベースを再編成する場合は，次に示すコマンドまたはスクリプトを使用することをお勧めします。

jajs_maintainコマンド

ajsdbcondコマンド

jpqdbcondコマンド

ajsautocondスクリプト

jpqautocondスクリプト

ajs2isamcondスクリプトは，再編成するISAMファイルのバックアップを取得してから再編成します。そのため，再編成するISAMファイルと同量の空き領域が必要です。また，再編成中にはISAM再編成コマンド（Jiscondコマンド）が作業フォルダに，再編成するISAMファイルと同量の一時ファイルを作成します。そのため，再編成するISAMファイルと同量の空き領域がさらに必要です。

ajs2isamcondスクリプトを使用したISAMデータベースの再編成手順

JP1/AJS2サービスを停止する。

JP1/AJS2 MonitorサービスおよびJP1/AJS2 Console Agentサービスを停止する。
接続しているJP1/AJS2 - Viewや，実行中のコマンドも停止させます。

次に示すスクリプトを実行する。
Windowsの場合
JP1/AJS2のインストール先フォルダ¥tools¥ajs2isamcond.bat
UNIXの場合
/opt/jp1ajs2/tools/ajs2isamcond

再編成に成功した場合，スクリプトの実行終了後，再編成対象ファイルをバックアップしていたフォルダが削除されます。

再編成に失敗した場合，バックアップしていた再編成対象ファイルは，次のフォルダに保存されています。

Windowsの場合

「C:¥Temp¥Jp1ajs2IsamCond」
スケジューラーデータベースの再編成対象ファイルがバックアップされています。

「C:¥Temp¥Jp1ajs2IsamCond2」
ジョブ実行環境の再編成対象ファイルがバックアップされています。

UNIXの場合

「/tmp/Jp1ajs2IsamCond」
スケジューラーデータベースの再編成対象ファイルがバックアップされています。

「/tmp/Jp1ajs2IsamCond2」
ジョブ実行環境の再編成対象ファイルがバックアップされています。

15.14.4　組み込みDBデータベースを再編成する

ここでは，組み込みDBデータベースのメンテナンス時期を見積もる方法とメンテナンス作業の手順について説明します。

JP1/AJS2のデータベースに組み込みDBを使用して長時間運用する場合，レコードの削除でインデクスに無効領域が発生します。この無効領域は，次に示すどちらかの方法でメンテナンスする必要があります。

ajsembdbreclaimコマンドで有効領域化する

再編成する

ajsembdbreclaimコマンドを使用すると，データベース内に存在する無効領域だけで構成されるページ（空きページ）を回収して再利用できるようにします。このコマンドは，サーバ稼働中でも実行できますので，定期的にコマンドを投入することで，データ領域が効率良く利用できるようになります。通常の運用では，このajsembdbreclaimコマンドを使用するだけで，再編成の必要がありません。

しかし，ページの利用効率が低い場合（ページ中に有効データが1件だけある場合など）は，回収可能な空きページが少なくなり，効率良く回収できない場合があります。この場合は，再編成を実施する必要があります。

メンテナンス作業の流れ（組み込みDB）と，マニュアルでの記載個所を次の図に示します。次に示す図を参考にして，メンテナンス時期を見積り，メンテナンス方法を選択してください。

図15-3　組み込みDBデータベース使用時のメンテナンス作業の流れ

＜この項の構成＞

(1)　組み込みDBデータベースをメンテナンスする時期を見積もる方法

(2)　ajsembdbreclaimコマンドを手動で実行する

(3)　ajsembdbreclaimコマンドを自動で（ジョブとして）実行する

(4)　手動でデータベースを再編成する

(5)　スクリプトを使用してデータベースを再編成する

(6)　組み込みDB再編成スクリプト

(1)　組み込みDBデータベースをメンテナンスする時期を見積もる方法

組み込みDBは，定期的にajsembdbreclaimコマンドを実行して，無効領域を有効領域化するか，または再編成する必要があります。ajsembdbreclaimコマンドの利用および再編成時期を見積もるには，データベース領域を解析します。次に示す方法で実測した解析値を基に，時期を見積もってください。

再編成の時期を見積もる場合，週単位や月単位でピークとなる日や，週および月単位での増加分を考慮してください。

データベース領域を解析する方法を次に示します。

(a)　データベース領域の解析

ajsembdbstatusコマンドを実行して，データベースの状態を確認します。

ajsembdbstatusコマンドを使って解析した結果，空きセグメントが少なく空きページが多い場合，データベースをメンテナンスしてください。

ajsembdbstatusコマンドについては，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　ajsembdbstatus」を参照してください。

(b)　領域不足のメッセージ

組み込みDBのデータの格納効率が悪くなると，組み込みDBはWindowsイベントログまたはsyslogにメッセージKFPH00211-I，またはKFPH00212-Iを出力します。メッセージが出力された場合，ajsembdbstatusコマンドでデータベースの状態を解析し，必要に応じてデータベースを再編成してください。メッセージの出力例を次に示します。

領域不足のメッセージ出力例

KFPH00211-I RDAREA usage xxx%, RDAREA="xxxxx" xxxxx
KFPH00212-I Table should be reorganized, RDAREA="xxxxx", AUTHID=xxxxx, TABLE=xxxxx

データベースをメンテナンスまたは再編成した直後に，まだメッセージが出力される場合は，RDエリアを拡張する必要があります。RDエリアの拡張については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　ajsembdbaddarea」を参照してください。

(2)　ajsembdbreclaimコマンドを手動で実行する

ajsembdbreclaimコマンドを手動で実行する方法を次に示します。ajsembdbreclaimコマンドの詳細は，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　ajsembdbreclaim」を参照してください。

なお，ajsembdbreclaimコマンドを組み込みDBのオンライン中に実行すると，データベースサーバのトランザクション終了を待ってからajsembdbreclaimコマンドが実行されますので，繁忙期を避けて使用してください。

Windowsホストの場合

JP1/AJS2 - Managerのインストール先フォルダ¥tools¥ajsembdbreclaim

UNIXホストの場合

/opt/jp1ajs2/tools/ajsembdbreclaim

コマンド例

マネージャー（JP1/AJS2 - Manager）内のすべてのスケジューラーサービスを対象とする場合
ajsembdbreclaim -m manager

スケジューラーサービスを対象とする場合
ajsembdbreclaim -m scheduler -F AJSROOT1

(3)　ajsembdbreclaimコマンドを自動で（ジョブとして）実行する

ajsembdbreclaimコマンドをJP1/AJS2のジョブとして定義すると，スケジュールに従ってajsembdbreclaimコマンドを自動的に実行できるようになります。スケジューリングする場合は，1日に1回ajsembdbreclaimコマンドのジョブを実行するスケジュールをお勧めします。

ajsembdbreclaimコマンドを自動で実行する運用例を次に示します。

(a)　定義方法

毎週第5運用日の23:00にajsembdbreclaimコマンドを実行する場合の定義例

次に示す内容のユニット定義ファイルを作成する。

Windowsの場合

unit= ajsembdbreclaim-netwin,,jp1admin,;
{
   ty=n;
   sd=1,*5;
   st=1,23:00;
   cy=1,(5,d);
   sh=1,ca;
   unit= ajsembdbreclaim-jobwin;
   {
       ty=pj;
       sc="C:¥Program Files¥HITACHI¥JP1AJS2¥tools¥ajsembdbreclaim";
       prm="-m manager";
   }
}

UNIXの場合

unit= ajsembdbreclaim-netunix,,jp1admin,;
{
   ty=n;
   sd=1,*5;
   st=1,23:00;
   cy=1,(5,d);
   sh=1,ca;
   unit= ajsembdbreclaim-jobunix;
   {
       ty=j;
       te="/opt/jp1ajs2/tools/ajsembdbreclaim";
       prm="-m manager";
   }
}

次に示すコマンドを実行してユニットを定義する。
「ajsdefine ユニット定義ファイル名」コマンドを実行します。
ajsembdbreclaim.txtという名称でユニット定義ファイルを作成した場合のコマンドの実行例を次に示します。

ajsdefine ajsembdbreclaim.txt

次に示すコマンドを実行してユニットを計画実行登録する。
「ajsentry -s ユニット名」コマンドを実行します。
コマンドの実行例を次に示します。

ajsentry -s /ajsembdbreclaim-netwin

定義したスケジュール情報に従って，自動的に空きページが回収されます。
なお，JP1/AJS2 - Viewを使用して，計画実行登録することもできます。

(4)　手動でデータベースを再編成する

組み込みDBを手動で再編成する手順を次に示します。ここでは手順の説明に続いて，組み込みDBを使用した場合の使用例を示します。再編成には，ajsembdbrorgコマンドを使用します。ajsembdbrorgコマンドについては，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　ajsembdbrorg」を参照してください。

JP1/AJS2のスケジューラーサービスを終了する。
ajsstopコマンドを使って，該当するJP1/AJS2のスケジューラーサービスを終了します。再編成を実施する組み込みDBが格納しているスケジューラーサービスをすべて終了してください。
コマンドの形式：　ajsstop -F サービス名

-F サービス名

処理対象とするスケジューラーサービスのサービス名を指定します。

コマンドの使用例：　ajsstop -F AJSROOT2

接続しているJP1/AJS2 - Viewおよびコマンドをすべて停止する。
JP1/AJS2 - Viewおよびスケジューラーのコマンドが動作していないことを確認してください。JP1/AJS2 Console Viewからの接続も切断してください。

ajsembdbreclaimコマンドを使用して，空きセグメントの回収を行う。
空きセグメントが少ない状態で再編成を実施すると，作業領域が不足して，再編成に失敗する場合があります。これを避けるため，事前に空きセグメントの回収を行うことをお勧めします。

Windowsホストの場合

JP1/AJS2 - Managerのインストール先フォルダ¥tools¥ajsembdbreclaim -m scheduler -F サービス名

UNIXホストの場合

/opt/jp1ajs2/tools/ajsembdbreclaim -m scheduler -F サービス名

ajsembdbrorgコマンドを使ってデータベースを再編成する。
ajsembdbrorgコマンドについては，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　ajsembdbrorg」を参照してください。

コマンドの使用例

Windowsの場合：

ajsembdbrorg -k unld -F サービス名 -d C:¥tmp

ajsembdbrorg -k reld -F サービス名 -d C:¥tmp

UNIXの場合：

ajsembdbrorg -k unld -F サービス名 -d /tmp

ajsembdbrorg -k reld -F サービス名 -d /tmp

注

-dで指定するディレクトリは，組み込みDBのセットアップ時に必要な容量を確保してください。

-k unldで取得したデータを使用して，-k reldを実行するため，-dで指定するディレクトリは，-k unld，reldで同じディレクトリを指定してください。

-k unldでエラーが発生した場合，作成されたファイルを使用して-k reldを実行しないでください。データベースの内容が不正になるおそれがあります。

JP1/AJS2のスケジューラーサービスを起動する。
ajsstartコマンドを使って，該当するJP1/AJS2のスケジューラーサービスを起動します。また，関連するサービスも起動してください。
コマンドの形式：　ajsstart -F サービス名

-F サービス名

処理対象とする，スケジューラーサービスのサービス名を指定します。

コマンドの使用例：　ajsstart -F AJSROOT2

(5)　スクリプトを使用してデータベースを再編成する

組み込みDBをスクリプトで一括してデータベースを再編成する手順を次に示します。ここでは手順の説明に続いて，使用例を示します。

注意

操作としては，(4)で実施している再編成と同等であるため，(4)で作業をすることをお勧めします。

組み込みDBのコマンドを実行するのに必要な環境変数を設定する。
設定する環境変数を次の表に示します。

表15-20　設定が必要な環境変数

設定する環境変数
説明

PDDIR
組み込みDB運用ディレクトリ名を指定します。

PDCONFPATH
Windowsの場合，組み込みDB運用ディレクトリ¥confを，UNIXの場合，組み込みDB運用ディレクトリ/confを指定します。組み込みDBの定義ファイルを格納するディレクトリです。

PDUXPLDIR
Windowsの場合だけ，組み込みDB作業ディレクトリ名を指定します。

PDUSER
組み込みDB管理者（スケジューラーデータベースのテーブルの所有者）のユーザーおよびパスワード（ユーザー/パスワード）を指定します。
例：PDUSER="root"/"root"

JP1_HOSTNAME
クラスタで運用している場合に，論理ホスト名を指定します。

PATH
Windowsの場合，組み込みDB運用ディレクトリ¥binを，UNIXの場合，組み込みDB運用ディレクトリ/binを指定します。組み込みDBのコマンドを格納するディレクトリです。

SHLIB_PATH※
UNIXの場合だけ，組み込みDB運用ディレクトリ/libを指定します。

注※

Solaris，Linuxの場合は，LD_LIBRARY_PATHに，AIXの場合は，LIBPATHになります。

Windowsの場合の環境変数設定例

x:¥> set PDDIR=c:¥win32app¥hitachi¥hirdb_e_JA0
x:¥> set PDCONFPATH=%PDDIR%¥conf
x:¥> set PDUXPLDIR=%PDDIR%¥uxpldir

x:¥> set PDUSER="root"/"root"
x:¥> set JP1_HOSTNAME=lhost1
x:¥> set PATH=%PATH%;e:¥hirdb_e_JA0¥bin

UNIX（HP-UX）の場合の環境変数設定例

# PDDIR=/opt/HiRDB_J
# PDCONFPATH=$PDDIR/conf
# PDUSER='"root"/"root"'
# SHLIB_PATH=$PDDIR/lib
# PATH=$PATH:$PDDIR/bin

# export PDDIR PDCONFPATH PDUSER SHLIB_PATH PATH

JP1/AJS2のスケジューラーサービスを終了する。
ajsstopコマンドを使って，該当するJP1/AJS2のスケジューラーサービスを終了します。再編成するRDエリアを使用しているすべてのスケジューラーサービスを終了してください。
コマンドの形式：　ajsstop -F サービス名

-F サービス名

処理対象とするスケジューラーサービスのサービス名を指定します。

コマンドの使用例：　ajsstop -F AJSROOT2

接続しているJP1/AJS2 - Viewおよびコマンドをすべて停止する。
JP1/AJS2 - Viewおよびスケジューラーのコマンドが動作していないことを確認してください。JP1/AJS2 Console Viewからの接続も切断してください。

ajsembdbreclaimコマンドを使用して，空きセグメントの回収を行う。
空きセグメントが少ない状態で再編成を実施すると，作業領域が不足して，再編成に失敗する場合があります。これを避けるため，事前に空きセグメントの回収を行うことをお勧めします。

Windowsホストの場合

JP1/AJS2 - Managerのインストール先フォルダ¥tools¥ajsembdbreclaim -m scheduler -F サービス名

UNIXホストの場合

/opt/jp1ajs2/tools/ajsembdbreclaim -m scheduler -F サービス名

次に示すスクリプトを実行する。
再編成スクリプトはサンプルが提供されています。作業ディレクトリにコピーして使用してください。

Windowsホスト

JP1/AJS2のインストール先フォルダ¥tools¥ajsembdbcond-sample.bat

UNIXホスト

/opt/jp1ajs2/tools/ajsembdbcond-sample

ajsembdbcondスクリプトについては，「(6) 組み込みDB再編成スクリプト」を参照してください。
スクリプトの使用例：　ajsembdbcond
（サンプルスクリプトを，ajsembdbcondに名称変更した場合）

JP1/AJS2のスケジューラーサービスを起動する。
ajsstartコマンドを使って，該当するJP1/AJS2のスケジューラーサービスを起動します。
コマンドの形式：　ajsstart -F サービス名

-F サービス名

処理対象とする，スケジューラーサービスのサービス名を指定します。

コマンドの使用例：　ajsstart -F AJSROOT2

(6)　組み込みDB再編成スクリプト

組み込みDBの再編成スクリプトの形式とカスタマイズについて説明します。再編成スクリプトを使うと，組み込みDBのテーブルおよびインデクスを再編成できます。

(a)　再編成スクリプトの形式

形式

ajsembdbcond-sample［-u ユーザー名 -p パスワード］

引数

-u ユーザー名

テーブルの再編成を実行するユーザー名（テーブル所有ユーザー）を指定します。ユーザー名を省略した場合，スクリプト内部で指定されているユーザー名で再編成されます。

-p パスワード

テーブルの再編成を実行するユーザーのパスワードを指定します。パスワードを省略した場合，スクリプト内部で指定されているユーザーのパスワードで再編成されます。

補足事項

ユーザー名やパスワードを指定する場合は，次のように指定してください。
Windowsの場合："root"
UNIXの場合：¥"root¥"
" "で囲むことで，大文字，小文字が区別されます。

(b)　再編成スクリプトのカスタマイズ

再編成スクリプトのカスタマイズについて説明します。スクリプトファイルは，元のスクリプトファイルを作業ディレクトリにコピーしたあと，編集してから使用してください。構築された組み込みDB環境ごとに，スクリプトファイルを用意してください。カスタマイズできる項目を次に示します。

CUSTOM_PDDIR=組み込みDB運用ディレクトリ

組み込みDB運用ディレクトリ名を指定します。

環境変数PDDIRが設定済みの場合は，環境変数PDDIRでの設定を優先します。

また，環境変数PDDIRが設定されていない場合で，スクリプトファイル内でCUSTOM_PDDIRを指定しないときは，テーブルの再編成が実行されません。

CUSTOM_PDCONFPATH=組み込みDBシステム定義ファイル格納ディレクトリ

組み込みDBシステム定義ファイル格納ディレクトリ名を指定します。

環境変数PDCONFPATHが設定済みの場合は，環境変数PDCONFPATHの設定を優先します。

環境変数PDCONFPATHが設定されていない場合で，スクリプトファイル内でCUSTOM_PDCONFPATHを指定しないときは，テーブルの再編成が実行されません。

CUSTOM_PDUXPLDIR=組み込みDB作業ディレクトリ

Windowsの場合だけ指定が必要です。組み込みDB作業ディレクトリ名を指定します。

環境変数PDUXPLDIRが設定済みの場合は，環境変数PDUXPLDIRの設定が優先されます。

また，環境変数PDUXPLDIRが設定されていない場合で，スクリプトファイル内でCUSTOM_PDUXPLDIRを指定しないときは，テーブルの再編成が実行されません。

CUSTOM_EMBDB_USER=テーブル所有者名

再編成コマンドを実行するユーザー名を指定します。

テーブルの所有者ユーザーを指定してください。

CUSTOM_EMBDB_USERにユーザー名を指定していても，スクリプトの引数でユーザー名を指定した場合は，スクリプトの引数の値が優先されます。

CUSTOM_EMBDB_PASS=テーブル所有者名のパスワード

再編成コマンドを実行するユーザーのパスワードを指定します。

CUSTOM_TABLE_LIST=テーブル名

再編成するテーブルのリストをスペースの区切りで指定します。

指定しない場合は，テーブルの再編成が実行されません。

CUSTOM_TABLE_RDAREA=テーブル格納RDエリア

再編成するテーブルを格納しているRDエリアを指定します。

指定しない場合は，テーブルの再編成が実行されません。

CUSTOM_INDEX_RDAREA=インデクス格納RDエリア

再編成するテーブルのインデクスを格納しているRDエリアを指定します。

指定しない場合は，テーブルの再編成が実行されません。

CUSTOM_TEMP_DIR=一時ファイル格納ディレクトリ

再編成コマンドの制御ファイルやデータベースからアンロードしたデータファイルなどを格納するフォルダ名をフルパスで指定します。

指定しない場合，Windowsは「C:¥TEMP」が，UNIXは「/tmp」が仮定されます。

複数の組み込みDB環境を構築している場合や，複数のスケジューラーサービスを構築している場合は，スクリプトの同時実行などによるデータ消失を避けるために，これらの間で使用する一時ファイル格納ディレクトリが重複しないように指定してください。

CUSTOM_LOG_FILE=ログ出力ファイル

スクリプトの実行結果のログを出力するファイルをフルパスで指定します。ログの出力先ファイル名を指定した場合，ログファイルは無限に増えるファイルとなるので，必要に応じて削除してください。

指定しない場合は，標準出力にログが出力されます。

補足事項

スクリプトを実行できるユーザー
スクリプト内で使用するpdholdおよびpdrelsコマンドは，組み込みDBシステム管理者だけが実行できます。OS上の組み込みDBシステム管理者ユーザーでスクリプトを実行してください。

ユーザー名やパスワードを指定する場合は，次のように指定してください。
Windowsの場合："root"
UNIXの場合：¥"root¥"
" "で囲むことで，大文字，小文字が区別されます。

エラー発生時の対処方法
テーブルの再編成中，アンロードしたデータのリロード処理に失敗すると，データベース上のテーブルやインデクスが空になっている場合があります。その場合には，アンロードデータから手動でリロード処理を実行する必要があります。
また，再編成中にエラーが発生すると，RDエリアは閉塞されたままになるので，回復処理を実行したあと，閉塞を解除してください。
リロード中にエラーが発生した場合のテーブルを次の表に示します。

表15-21　エラー発生時（リロード中）のテーブルの状態と回復方法

エラー発生直前のメッセージ
RDエリア内のテーブルの状態
回復方法

なし
再編成実行前の状態
該当テーブルの再編成を再実行

KFPL00721-I
テーブル削除済み
該当テーブルのリロードを再実行

KFPL00712-I
KFPL00732-I
テーブル作成未完
該当テーブルのリロードを再実行

KFPL00714-I
KFPL00734-I
テーブル作成終了
該当テーブルのリロードを再実行

KFPL00715-I
インデクス作成未完
該当テーブルのリロードを再実行

KFPL00716-I
インデクス作成終了
不要

（例）リロードを再実行する場合
データのリロードに失敗した場合，スクリプトの次のパラメーターに指定したフォルダにアンロードしたデータファイルが格納されています。
CUSTOM_TEMP_DIR
指定していない場合，Windowsは「C:¥TEMP」が，UNIXは「/tmp」が仮定されます。
このフォルダには次のファイルが作成されます。
rorg_ctrl：再編成に必要なコントロールファイル
08-10-01以前のバージョンの場合
unldfile：表データ
08-10-02以降のバージョンの場合
unldfile_テーブル名：表データ
このフォルダに作成されたファイルを使用してリロードを実行してください。
UNITテーブルのリロード時に失敗した場合，再編成の再実行コマンドは次のとおりになります。
コマンドの実行例
Windowsの場合：pdrorg -k reld -t AJSUNIT C:¥tmp¥rorg_ctrl
UNIXの場合：pdrorg -k reld -t AJSUNIT /tmp/rorg_ctrl

表15-21を参考にして，どの表でのリロードが失敗しているかを特定してください。

15.15　JP1/AJS2のプロセスが異常終了した場合のJP1/AJS2の動作を変更する

JP1/AJS2が何らかの理由によって停止すると，ジョブが実行できなくなり，分散システムの業務に影響を及ぼします。ここでは，JP1/AJS2に障害が発生した場合に素早く検知して対処する手段について説明します。

JP1/AJS2では，障害が発生して次の「JP1/AJS2サービス内のプロセスの関連」に示すプロセスが停止した場合，JP1/AJS2サービスは標準で次のような動作をします。

JP1/AJS2内でプロセスの優先順位を持ち，優先順位の低いプロセスが停止しても優先順位の高いプロセスは停止しないで，縮退運転を行います。

JP1/AJS2サービス内のプロセスは，jajs_spmd_statusコマンドで表示できます。

jajs_spmd_statusコマンドで表示されるJP1/AJS2サービス内のプロセスの関連を次の表に示します。1が優先順位の高いプロセス，5が優先順位の低いプロセスになります。なお，この節で記載しているプロセスは，次の表のプロセスのどれかを指します。

表15-22　jajs_spmd_statusコマンド実行時に表示されるプロセスと優先順位

優先順位 | Windowsホストのプロセス | UNIXホストのプロセス
1 | qlcltd※1 | なし
2 | queue | jpqmon
3 | evactionm※2 | jpomanager※2
4 | evactiona | jpoagent
5 | ajsovstatd※2，※3 | ajsovstatd※2，※3
6 | schedule※2 | ajsmasterd※2
－ | gatewayd※2，※4 | ajsgwmasterd※2，※4

（凡例）　－：関連なし

注※1

キューレスジョブ実行環境をセットアップした場合に表示されます。

注※2

JP1/AJS2 - Managerホストだけに存在します。

注※3

JP1/Cm2またはhp OpenViewと連携している場合に表示されます。

注※4

異なるスケジューラーサービス間のルートジョブネットの実行順序を制御するための設定を行った場合に表示されます。

優先順位の低いプロセスが停止した場合でも，優先順位の高いプロセス（ジョブ実行・イベントジョブ機能）は停止しません。このため，ajsmasterdプロセスが停止した場合でも，他ホストからの実行要求によるジョブ・イベントジョブの実行は継続できます。

なお，ajsgwmasterdは，他プロセスと関連を持ちません。したがって，ajsgwmasterdの停止が他プロセスに影響を与えたり，他プロセスの停止がajsgwmasterdに影響を与えたりすることはありません。

現在JP1/AJS2サービスが縮退運転しているかどうかもjajs_spmd_statusコマンドで確認できます。

また，jajs_spmdコマンドに-HAオプションを指定した場合，およびクラスタ構成時の論理ホストのJP1/AJS2サービスに障害が発生した場合は，縮退運転は行いません。JP1/AJS2サービスの上記のどれかのプロセスが停止しても，JP1/AJS2サービス全体が停止します。

物理ホスト上のJP1/AJS2で縮退運転をさせないで，異常を検知するためにはjajs_spmdコマンドに-HAオプションを指定して起動してください。JP1/AJS2サービス全体を停止できます。

また，上記動作のほかに障害発生時に障害を検知して対処する手段として，プロセスが異常終了した場合に自動で再起動する機能と，プロセスの異常を検知した場合にJP1イベントを発行する機能を提供しています。これらの機能をあらかじめ設定しておくことで，プロセスが異常終了した場合，自動的に異常終了したプロセスを再起動させたり，JP1イベントを発行させたりすることができます。

JP1イベントを発行する場合は，発行されたJP1イベントを契機として，JP1/IMなどの他のプログラムと組み合わせて自動的に連絡する処理を実行できます。

プロセスが異常終了した場合に自動で再起動する機能，およびプロセスの異常を検知した場合にJP1イベントを発行する機能については以降の項を参照してください。

＜この節の構成＞

15.15.1　異常終了したJP1/AJS2のプロセスを再起動する

15.15.2　JP1/AJS2のプロセスが異常終了したときにJP1イベントを発行する

15.15.3　jp1ajs_param_V7.conf ファイルの形式

15.15.1　異常終了したJP1/AJS2のプロセスを再起動する

JP1/AJS2を起動すると，複数のプロセスが生成されます。JP1/AJS2 - ManagerおよびJP1/AJS2 - Agentでは，あらかじめ再起動の設定をしておくことで，何らかの理由でプロセスが異常終了した場合に自動でプロセスを再起動できます。

なお，ここで説明する再起動の設定は，クラスタ運用ではないJP1/AJS2の再起動を目的としています。クラスタ運用の場合で再起動したいときは，クラスタソフトの制御によって再起動するようにしてください。詳細については，「16.1 クラスタシステムの概要」を参照してください。

再起動の設定対象となるのは，次に示す，JP1/AJS2 - Manager，JP1/AJS2 - AgentのJP1/AJS2サービスの子プロセスだけです。

jpqmon

jpomanager

jpoagent

ajsovstatd

ajsmasterd

ajsgwmasterd

上記プロセスの再起動の設定は，拡張起動プロセス定義ファイルで定義します。デフォルトでは再起動の設定は無効となっています。設定を有効にするには，拡張起動プロセス定義ファイルの編集後，JP1/BaseおよびJP1/AJS2を再起動してください。また，Windowsの場合は「ワトソン博士」の設定を変更する必要があります。「ワトソン博士」の設定の変更方法については，「(1) ワトソン博士の設定を変更する」を参照してください。

拡張起動プロセス定義ファイルの格納先を次に示します。

Windowsの場合

JP1/AJS2のインストール先フォルダ¥conf¥jp1ajs_service_0700.conf

UNIXの場合

/etc/opt/jp1ajs2/conf/jp1ajs_service_0700.conf

定義ファイルの形式を次に示します。

プロセス名|パス|起動オプション|再起動可否|再起動回数|リトライ間隔|再起動回数リセット時間|

定義ファイルには，あらかじめ定義情報が記載されています。プロセス名，パス，起動オプションのフィールドは変更しないでください。また，フィールドを区切っている|は省略できません。コメント文を挿入したい場合は，行頭に#を付けてください。改行されるまでがコメント文です。

変更できるフィールドに指定できる値を次の表に示します。

表15-23　変更できるフィールドに指定できる値

フィールド名
内容

再起動可否
プロセスが異常終了した場合に，再起動するかどうかを指定します。再起動しない場合は0，再起動する場合は1を指定します。デフォルトは0です。

再起動回数
プロセスの再起動の試行回数を指定します。指定できる値は，0～99です。各プロセスで，あらかじめ最適値が設定されています。運用方法に応じてカスタマイズしてください。再起動可否のフィールドに0が指定されている場合は，値が指定されていても無効です。

リトライ間隔
プロセスの再起動のリトライ間隔を秒単位で指定します。指定できる値は，0～3,600です。各プロセスで，あらかじめ最適値が設定されています。運用方法に応じてカスタマイズしてください。再起動可否のフィールドに0が指定されている場合は，値が指定されていても無効です。

再起動回数リセット時間
再起動によってプロセスが起動してから，何時間後に再起動回数をリセットするかを秒単位で指定します。プロセスが起動してから，指定した時間が経過すると，再起動回数がリセットされます。再度プロセスが異常終了した場合は，再起動回数が1からカウントされます。
再起動によってプロセスが起動してから，指定した時間より前に再度異常終了した場合は，前回の再起動回数を引き継ぎます。指定できる値は，3,600～2,147,483,647（秒）です。各プロセスで，あらかじめ最適値が設定されています。運用方法に応じてカスタマイズしてください。再起動可否のフィールドに0が指定されている場合は，値が指定されていても無効です。

フィールド名「再起動可否」については，すべての子プロセスに対して同じ値を設定してください。「再起動可否」の設定ごとの子プロセスの動作を次に示します。

表15-24　各子プロセスが異常終了した場合の各子プロセスの状態（再起動しない場合）

子プロセス | 再起動可否 | jpqmonの異常終了後 | jpomanagerの異常終了後 | jpoagentの異常終了後 | ajsmasterdの異常終了後 | ajsgwmasterdの異常終了後
jpqmon | 0 | 停止 | 残存 | 残存 | 残存 | 残存
jpomanager | 0 | 停止 | 停止 | 残存 | 残存 | 残存
jpoagent | 0 | 停止 | 停止 | 停止 | 残存 | 残存
ajsmasterd | 0 | 停止 | 停止 | 停止 | 停止 | 残存
ajsgwmasterd | 0 | 残存 | 残存 | 残存 | 残存 | 停止

表15-25　各子プロセスが異常終了した場合の各子プロセスの状態（再起動する場合）

子プロセス | 再起動可否 | jpqmonの異常終了後 | jpomanagerの異常終了後 | jpoagentの異常終了後 | ajsmasterdの異常終了後 | ajsgwmasterdの異常終了後
jpqmon | 1 | 再起動 | 残存 | 残存 | 残存 | 残存
jpomanager | 1 | 再起動 | 再起動 | 残存 | 残存 | 残存
jpoagent | 1 | 再起動 | 再起動 | 再起動 | 残存 | 残存
ajsmasterd | 1 | 再起動 | 再起動 | 再起動 | 再起動 | 残存
ajsgwmasterd | 1 | 残存 | 残存 | 残存 | 残存 | 再起動

注意事項

設定を省略したり，正常値を設定していない状態でプロセスを起動したりすると，エラーとなり起動しません。

クラスタ構成では，論理ホストのプロセス管理のプロセスを起動する際，論理ホストのconfフォルダに拡張起動プロセス定義ファイルがない場合，物理ホストの拡張起動定義ファイルがコピーされます。

子プロセスajsmasterdが再起動した場合，再起動後のジョブネットおよびジョブの状態は，JP1/AJS2サービスの起動モードによって異なります。サービス起動モードによるジョブネットおよびジョブの状態の詳細については，「15.4.1(3) 起動モード別のジョブネットおよびジョブの状態」を参照してください。

再起動時，統合トレースログに「KAVB3737-E コンポーネント名の管理対象プロセス名は異常終了しました」というメッセージが出力される場合があります。要因は，異常終了したプロセスを再起動するまでの間隔が短いため，異常終了したプロセスが配下の子プロセスも含めて完全に停止する前に再起動の動作が開始し，二重起動が検知されるためです。再起動回数内であれば，起動できるまで自動的に再起動を試みるため問題ありませんが，拡張起動プロセス定義ファイルのリトライ間隔を延ばすことによって，エラーメッセージKAVB3737-Eの出力を回避できます。
なお，リトライ間隔を長くすることによって，逆にJP1/AJS2サービスの再起動までの時間が長くなることがあります。そのため，リトライ間隔に大きい値を設定しないでください。変更する場合の推奨値は10秒です。

＜この項の構成＞

(1)　ワトソン博士の設定を変更する

(2)　設定例

(1)　ワトソン博士の設定を変更する

Windowsの場合は，プロセスを自動で再起動するときにワトソン博士でアプリケーションエラーになり，メッセージボックスが表示されます。メッセージボックスが表示されると再起動が有効にならないため，メッセージボックスによるエラーの通知を抑止する必要があります。

メッセージボックスによるエラーの通知を抑止すると，ほかのアプリケーションエラー時にもメッセージボックスが表示されなくなるため注意してください。

ワトソン博士の設定の変更手順を次に示します。

スタートメニューから［ファイル名を指定して実行］を選択する。

テキストボックスに「drwtsn32」と入力し，［OK］ボタンをクリックする。
［ワトソン博士］ダイアログボックスが開きます。

「メッセージボックスによる通知」のチェックを外す。

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

(2)　設定例

拡張起動プロセス定義ファイルの設定例と，プロセスが異常終了した場合の動作を次に示します。

ここでは，JP1/AJS2のプロセスに対して次の条件を設定します。

再起動可否：する
再起動回数：4回
リトライ間隔：3秒
再起動回数リセット時間：3,600秒

図15-4　拡張起動プロセス定義ファイルの設定例

プロセスが異常終了した場合の動作例を次の図に示します。

図15-5　プロセスが異常終了した場合の動作例

図の例では，再起動後，再起動回数のリセット時間で指定した3,600秒以内に異常終了しなかった場合，3,600秒の時点で再起動回数がリセットされます。次回異常終了したときには1回目からカウントされます。一方，再起動後，3,600秒以内に異常終了した場合は，再起動回数を引き継ぎます。再起動回数が，指定した回数に達すると，次回異常終了時には再起動しません。

15.15.2　JP1/AJS2のプロセスが異常終了したときにJP1イベントを発行する

JP1/AJS2は，プロセスが異常終了した場合に，エラーメッセージを統合トレースログに出力しています。JP1/AJS2 - Manager，およびJP1/AJS2 - Agentでは，これらのエラーをJP1イベントとしても発行できます。

発行されるJP1イベントの詳細については，マニュアル「JP1/Automatic Job Management System 2 解説　付録B JP1/AJS2が発行するJP1イベント」を参照してください。

設定をすることで，次の場合にJP1イベントを発行します。

プロセスが異常終了した場合

起動時に起動通知がなく，タイムアウトした場合

異常終了したプロセスの再起動が完了した場合※

起動前処理に失敗した場合

注※　プロセスの再起動の設定をした場合に発行されます。

プロセスの障害発生時にJP1イベントを発行させる設定は，それぞれjp1ajs_param_V7.confに定義します。デフォルトでは，JP1イベントは発行されません。

JP1イベントを発行させる手順を次に示します。

jp1ajs_param_V7.confを編集する。
jp1ajs_param_V7.confの格納先は次のとおりです。

Windows：JP1/AJS2のインストール先フォルダ¥conf¥jp1ajs_param_V7.conf

UNIX：/etc/opt/jp1ajs2/conf/jp1ajs_param_V7.conf

jp1ajs_param_V7.confの定義方法については，「15.15.3 jp1ajs_param_V7.conf ファイルの形式」を参照してください。

jbssetcnfコマンドを実行する。
jbssetcnf jp1ajs_param_v7.conf
jbssetcnfコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」のjbssetcnfコマンドの説明を参照してください。

JP1/BaseおよびJP1/AJS2を再起動する。
jp1ajs_param_v7.confの設定内容が反映されます。

15.15.3　jp1ajs_param_V7.conf ファイルの形式

jp1ajs_param_V7.confのファイルの形式について説明します。

jp1ajs_param_V7.conf内から下記記述を探してください。

[{JP1_DEFAULT|論理ホスト名}¥JP1AJS2]
"SEND_PROCESS_TERMINATED_ABNORMALLY_EVENT"=dword:0
"SEND_PROCESS_RESTART_EVENT"=dword:0

SEND_PROCESS_TERMINATED_ABNORMALLY_EVENTは，プロセスが異常終了した場合や，プロセス起動時にタイムアウトした場合にJP1イベントを発行するかどうかを定義するパラメーターです。SEND_PROCESS_RESTART_EVENTは，プロセスの再起動が完了した場合にJP1イベントを発行するかどうかを定義するパラメーターです。

JP1イベントを発行したい場合は，各パラメーターの値をdword:0からdword:1に変更してください。

JP1イベントを発行する設定を解除したい場合は，各パラメーターの値をdword:1からdword:0に戻してください。

なお，論理ホスト上で設定をする場合は，実行系および待機系の両方で設定します。その際，[JP1_DEFAULT¥JP1AJS2]のJP1_DEFAULTを論理ホスト名に変更してください。

16.　クラスタシステムでの運用

この章では，クラスタシステムでJP1/AJS2を運用しているときの処理の流れについて説明します。

＜この章の構成＞

16.1　クラスタシステムの概要

16.2　障害発生時の系切り替えの流れ

16.3　クラスタシステムでのJP1/AJS2のプロセス監視

16.4　クラスタシステム対応のユーティリティ（UNIX限定）

16.5　非クラスタ環境での論理ホスト運用

16.1　クラスタシステムの概要

クラスタシステムとは，複数のサーバシステムを連携して一つのシステムとして運用するシステムで，障害が発生しても業務を継続できるようにすることを目的としています。業務を実行中のサーバで障害が発生すると，待機していた別のサーバが業務の処理を引き継ぎます。これによって，障害発生時の業務の中断を防ぎます。

クラスタシステムを構成するそれぞれのサーバシステムのうち，業務を実行中のシステムを実行系，実行系の障害時に業務を引き継げるよう待機しているシステムを待機系と呼びます。障害が発生したときに，業務を実行するサーバを実行「系」から待機「系」に切り替えるため，クラスタシステムのことを「系切り替えシステム」とも呼びます。

JP1/AJS2では，システムに障害が発生した場合のほか，JP1/AJS2サービスプロセスに障害が発生した場合にもクラスタ運用できます。また，JP1/AJS2では，共有ディスクやIPアドレスの引き継ぎをすることによって，クラスタ運用できるようにしています。

ここでは，JP1/AJS2がサポートするクラスタシステムの前提条件，システム構成，クラスタ運用時の処理の流れ，フェールオーバーが発生したときの対処方法を説明します。なお，クラスタ運用する場合のセットアップについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　9. クラスタシステム運用時のセットアップ」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　18. クラスタシステム運用時のセットアップ」（UNIXの場合）を参照してください。

ユーザープログラムを使うジョブを定義している場合の補足事項

ユーザープログラムを使うジョブを定義している場合，例えば，データベース更新ジョブを再実行すると二重更新になったり，印刷ジョブを再実行すると同じものが2回印刷されたりします。実行ロギングを出力したり，複数回実行させたりしないように判定ジョブを定義するなどして，フェールオーバー時の運用に対応させておくことをお勧めします。

＜この節の構成＞

16.1.1　JP1/AJS2の前提条件とサポート範囲

16.1.2　JP1/AJS2がサポートするシステム構成

16.1.1　JP1/AJS2の前提条件とサポート範囲

JP1/AJS2は，クラスタシステムでは論理ホスト環境で動作し，フェールオーバーに対応します。論理ホスト環境で実行する場合のJP1/AJS2の前提条件は，共有ディスクや論理IPアドレスの割り当て・削除・動作監視がクラスタソフトによって正常に制御されていることです。

注意事項

JP1/AJS2がサポートしているクラスタソフトであっても，システム構成や環境設定によってはここで説明する前提条件を満たさない場合があります。前提条件を満たすよう，システム構成や環境設定を検討してください。

＜この項の構成＞

(1)　論理ホスト環境の前提条件

(2)　物理ホスト環境の前提条件

(3)　JP1/AJS2がサポートする範囲

(1)　論理ホスト環境の前提条件

JP1/AJS2を論理ホスト環境で実行する場合，論理IPアドレスと共有ディスクについて，次に示す前提条件があります。

表16-1　論理ホスト環境の前提条件

論理ホストの構成要素
前提条件

共有ディスク

実行系から待機系へ引き継ぎ可能な共有ディスクが使用できること。

JP1/BaseおよびJP1/AJS2を起動する前に，共有ディスクが割り当てられること。

JP1/BaseおよびJP1/AJS2を実行中に，共有ディスクの割り当てが解除されないこと。

JP1/AJS2およびJP1/Baseを停止したあとに，共有ディスクの割り当てが解除されること。

実行系ノード以外からは共有ディスクをアクセスできないよう排他制御されていること。

システムダウンなどでファイルが消えないよう，ジャーナル機能を持つファイルシステムなどでファイルを保護すること。

フェールオーバーしてもファイルに書き込んだ内容が保証されて引き継がれること。

フェールオーバー時に共有ディスクを使用中のプロセスがあっても，強制的にフェールオーバーができること。

共有ディスクの障害を検知した場合の回復処置はクラスタソフトなどが制御し，回復処置をJP1/BaseとJP1/AJS2が意識する必要がないこと。回復処置の延長でJP1/BaseとJP1/AJS2の起動や停止が必要な場合は，クラスタソフトからJP1/BaseとJP1/AJS2に起動や停止の実行要求をすること。

論理IPアドレス

引き継ぎ可能な論理IPアドレスを使って通信できること。

論理ホスト名から論理IPアドレスが一意に求まること。

JP1/BaseおよびJP1/AJS2を起動する前に，論理IPアドレスが割り当てられること。

JP1/BaseおよびJP1/AJS2を実行中に，論理IPアドレスが削除されないこと。

JP1/BaseおよびJP1/AJS2を実行中に，論理ホスト名と論理IPアドレスの対応が変更されないこと。

JP1/AJS2およびJP1/Baseを停止したあとに，論理IPアドレスが削除されること。

ネットワーク障害を検知した場合の回復処置はクラスタソフトなどが制御し，JP1/BaseとJP1/AJS2が回復処理を意識する必要がないこと。また，回復処置の延長でJP1/BaseとJP1/AJS2の起動や停止が必要な場合は，クラスタソフトからJP1/BaseとJP1/AJS2に起動や停止の実行要求をすること。

上記の条件が満たされていない場合は，JP1/AJS2の動作に問題が起きることがあります。例えば，次のような問題が発生します。

実行系で書き込んだデータが，フェールオーバーしたときに壊れてしまう場合
JP1/AJS2でエラー・データ消失・起動失敗などの問題が発生し，正常に動作できません。

LANボード障害が発生しても回復処理がされない場合
クラスタソフトなどの制御によってLANボードが切り替えられるか，または他サーバへフェールオーバーするまで，通信エラーが発生しJP1/AJS2は正常に動作できません。

(2)　物理ホスト環境の前提条件

物理ホスト環境でJP1/AJS2を実行する場合，次に示す前提条件があります。また，論理ホスト環境のJP1/AJS2だけを実行する場合でも，システム環境として次に示す前提条件を満たしている必要があります。

表16-2　物理ホスト環境の前提条件

物理ホストの構成要素
前提条件

サーバ本体

2台以上のサーバ機によるクラスタ構成になっていること。

実行する処理に応じたCPU性能があること。
（例えば，論理ホストを多重起動する場合などに，対応できるCPU性能があること）

実行する処理に応じた実メモリー容量があること。
（例えば，論理ホストを多重起動する場合などに，対応できる実メモリー容量があること）

ディスク

システムダウンなどでファイルが消えないよう，ジャーナル機能を持つファイルシステムなどでファイルを保護すること。

ネットワーク

ホスト名（hostnameコマンドの結果）に対応するIPアドレスで通信が可能なこと。
（クラスタソフトなどによって通信ができない状態に変更されないこと）

JP1/AJS2の動作中に，ホスト名とIPアドレスの対応が変更されないこと。
（クラスタソフトやネームサーバなどによって変更がされないこと）

Windowsの場合，ホスト名に対応したLANボードがネットワークのバインド設定で最優先になっていること。
（ハートビート用などほかのLANボードが優先になっていないこと）

OS，クラスタソフト

JP1/AJS2がサポートするクラスタソフトおよびバージョンであること。

JP1/AJS2およびクラスタソフトが前提とするパッチやサービスパックが適用済みであること。

フェールオーバーしても同じ処理ができるよう，各サーバの環境が同じになっていること。

(3)　JP1/AJS2がサポートする範囲

論理ホスト環境でJP1/AJS2を実行する場合，JP1/AJS2がサポートする範囲はJP1/AJS2自身の動作だけです。JP1/AJS2は論理ホスト環境を制御しません。

また，前述の論理ホスト環境および物理ホスト環境の前提条件が満たされていない，または論理ホスト環境の制御に問題がある場合は，JP1/AJS2の動作に発生した問題もサポートの対象外となります。この場合は，論理ホスト環境を制御しているクラスタソフトやOSで問題に対処してください。

注意事項

自ホストで，自ホスト名からIPアドレス解決ができない環境では，ジョブ（標準ジョブ，アクションジョブ，カスタムジョブ）の実行，ジョブ実行制御のコマンド，およびキューレスジョブ実行環境のコマンドは実行できません。

論理ホスト名と物理ホスト名が同じ場合，キューレスジョブ実行機能および定義内容の事前チェック機能は使用できません。

16.1.2　JP1/AJS2がサポートするシステム構成

ここではJP1/AJS2がサポートするクラスタシステムの構成について説明します。

＜この項の構成＞

(1)　システム構成の条件

(2)　サポートするシステム構成の例

(1)　システム構成の条件

JP1/AJS2を実行するクラスタシステムは，次のような条件を満たしている必要があります。

論理ホストには引き継ぎ可能な共有ディスクや論理IPアドレスがあること。また，共有ディスクや論理IPアドレスは，「16.1.1 JP1/AJS2の前提条件とサポート範囲」で示す条件を満たしていること。

クラスタシステムを構成するOSは，すべて同じOSであること。異なるOSでのフェールオーバー構成はサポートしていない。

JP1/AJS2 - ManagerとJP1/AJS2 - Agentとは，1台のサーバにインストールできない。

(2)　サポートするシステム構成の例

(a)　アクティブ・スタンバイ構成の場合

アクティブ・スタンバイ構成では，次のようなシステム構成にすることができます。

(b)　アクティブ・アクティブ構成の場合

アクティブ・アクティブ構成では，次のようなシステム構成にすることができます。

(c)　3ノードの場合

3ノードの場合は，次のようなシステム構成にすることができます。

〈備考〉

3ノード以上のクラスタシステムでのJP1/AJS2の動作について

JP1/AJS2は，クラスタソフトが制御する論理ホスト環境（共有ディスクと論理IPアドレス）の上で動作します。ノード数による動作の違いはありません。

3ノード以上のクラスタシステムであっても，クラスタソフトによって論理ホスト環境が正常に制御されていれば，JP1/AJS2の動作には特に問題ありません。

16.2　障害発生時の系切り替えの流れ

実行系ホストに障害が発生すると，系切り替えが実行され，処理が待機系ホストに移ります。

ここでは，JP1/AJS2 - Managerに障害が発生した場合と，JP1/AJS2 - Agentに障害が発生した場合とに分けて処理の流れを説明します。

＜この節の構成＞

16.2.1　JP1/AJS2 - Managerに障害が発生した場合のフェールオーバー

16.2.2　JP1/AJS2 - Agentに障害が発生した場合のフェールオーバー

16.2.1　JP1/AJS2 - Managerに障害が発生した場合のフェールオーバー

JP1/AJS2 - Managerに障害が発生し，フェールオーバーが実行された場合の処理の流れと，起動条件またはイベントジョブが定義されている場合の情報の引き継ぎについて説明します。

＜この項の構成＞

(1)　フェールオーバー後の処理の流れ

(1)　フェールオーバー後の処理の流れ

業務運用中にJP1/AJS2 - Managerにフェールオーバーが発生した場合の処理を次の図に示します。

図16-1　JP1/AJS2 - Managerにフェールオーバーが発生した場合の処理

システムの処理の流れを次に示します。

フェールオーバー発生時に，JP1/AJS2 - Managerで処理が実行されていたジョブネットおよびジョブを強制終了する。また，JP1/AJS2 - Agentで処理が実行されていたジョブネットおよびジョブを「実行中」のままとする。
この状態は，共有ディスクのJP1/AJS2データベースで管理しています。

JP1/AJS2データベースの内容を待機系に引き継ぐ。

待機系マネージャーのJP1/AJS2 - Managerサービスを起動する。

サービス起動モードに従って，JP1/AJS2サービス起動時に自動的にジョブやジョブネットの状態を変更する。
サービス起動モードを確認する方法を次に示します。

Windowsホストの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーオプション］タブの［サービス起動モード］を確認してください。

UNIXホストの場合

次に示すコマンドを実行し，環境設定パラメーターSTARTMODEに出力されている起動モードを確認してください。

/opt/jp1base/bin/jbsgetcnf -h {JP1_DEFAULT|論理ホスト名}※ ¥

-c JP1AJSMANAGER ¥

-n スケジューラーサービス名

注※

{JP1_DEFAULT|論理ホスト名}の部分は，物理ホストの場合は「JP1_DEFAULT」を，論理ホストの場合は「論理ホスト名」を指定します。

サービス起動モードごとに，状態変更と変更後のシステムの処理の流れを説明します。

サービス起動モードで「コールドスタート」を指定している場合
フェールオーバー直前のジョブネットおよびジョブの定義情報だけを引き継ぎ，ジョブネットをすべて「未登録」状態に変更します。運用を再開するには，ジョブネットを再実行登録してください。
コールドスタートは，運用するジョブが同時に起動されたり，2回実行されたりしても支障がない場合で，オペレーターが確認するよりも，最初からやり直した方が安全な場合に使用してください。

サービス起動モードで「ウォームスタート」を指定している場合
フェールオーバー直前の状態を引き継ぎます。状態が「実行待ち」，「キューイング」，「実行中」となっていたジョブの状態をサービス起動時の実際の状態に変更します。ただし，ジョブが実行されていなかった場合は，「未実行終了」に，ジョブが実行されていた場合，またはジョブの実際の状態が取得できなかった場合は，「終了状態不明」になります。
ジョブネットの状態は，「中断」になります。
開始されていなかったジョブネットは予定どおり運用されますが，ウォームスタートによって異常終了したジョブネットは，状態の変更を確認したあと，手動で再実行してください。起動条件を監視していた場合，障害発生前に受信したイベントの情報を引き継ぎます。
ウォームスタートは，実行中だったジョブの状態を確認し，オペレーターの判断で運用を継続したい場合に使用してください。

サービス起動モードで「自動継続」を指定している場合
フェールオーバー直前の状態を引き継ぎ，「実行中」となっていたジョブの情報を，ジョブ実行先サーバから求めて，できるだけ実際の状態に自動的に変更します。
ジョブの実際の状態が取得できた場合は，ジョブネットは再実行操作を行うことなく，ジョブネットの定義内容に従って自動的に継続実行します。起動条件を監視していた場合，障害発生前に受信したイベントの情報を引き継ぎます。
ジョブ実行先サーバから情報を求められなかった場合は，ジョブの状態を「異常終了」とします。この場合は，ジョブの状態を確認し，手動で再実行してください。
自動継続は，フェールオーバー後も継続して運用を行いたい場合に指定してください。
なお，サービス起動モードを設定する手順については，次の個所を参照してください。

Windowsホストの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.1.5 スケジューラーオプションを定義する」

UNIXホストの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.1.1 スケジューラーサービス環境の設定手順」

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.1.3 スケジューラーサービス環境設定パラメーターの定義内容」

4で状態が変更されたジョブ・ジョブネットに対して，必要に応じて手動で再実行し，引き続き業務を運用する。

起動条件を変更したときのクラスタ運用

運用中に起動条件を変更した場合，変更内容が有効になるのは次回実行予定からとなります。そのため，実行系のJP1/AJS2 - Managerにフェールオーバーが発生した場合，待機系に処理が切り替わっても，変更前の起動条件で監視を続けます。

例えば，スケジュールルール（1）では11:00，スケジュールルール（2）では13:00に，開始時刻が定義されていたとします。

起動条件を11:30に変更した場合，（1）は変更前の起動条件で，（2）は変更後の起動条件で監視します。

11:00～12:00の間にフェールオーバーが発生した場合，（1）は変更前の起動条件で監視を引き継ぎます（ただし，再起動後が有効時間内の場合に限ります）。（2）は変更後の起動条件で監視します。

サブミットジョブ実行時のクラスタ運用

ジョブ実行制御のコマンドによって登録されたサブミットジョブの実行中にフェールオーバーが発生した場合，JP1/AJS2 - Managerで処理を実行していたジョブは強制終了します。ただし，ジョブの終了通知を受信できなかった場合は，サブミット時の設定内容に従って，実行待ち，保留，または強制終了の状態になります。jpqjobsubコマンドの場合は，-rsオプションで指定した状態になります。デフォルトは保留状態です。

JP1/AJS2 - View接続時のクラスタ運用

ajsmonsvrプロセスは，JP1/AJS2 - Viewからの接続によって生成されるプロセスです。フェールオーバー時に，共有ディスクにアクセスしているajsmonsvrプロセスが残存していると，共有ディスクをアンマウントできません。ajsmonsvrプロセスを停止するには，ajsinetdプロセスを停止してください。

なお，クラスタミドルソフトでは，フェールオーバー時に共有ディスクにアクセスしているプロセスを強制終了します。したがって，ajsinetdプロセスを明示的に停止する必要はありません。ただし，プロセスを強制終了した場合にメッセージが表示されるなど運用上好ましくないときは，ajsinetdプロセスを停止してください。

JP1/AJS2 Consoleを使用したクラスタ運用

JP1/AJS2 Consoleのプロセスは，フェールオーバー時に次のように終了するため，すぐには終了しないでしばらく残る場合があります。すぐにプロセスを終了したい場合は，フェールオーバー時にクラスタソフトからJP1/AJS2 Consoleのサービスを再起動（停止および起動）するように設定してください。

JP1/AJS2 Console Managerの場合
JP1/AJS2 Console Viewから接続を受けて動作するajscmmonsvrプロセス，ajscmstatdプロセスが残ります。これらは共有ディスクを使用しているため，クラスタソフトが共有ディスクをオフラインにする際に強制終了されます（クラスタソフトの仕様に依存します）。または，通信エラーを検知してから自動的に停止します。

JP1/AJS2 Console Agentの場合
JP1/AJS2 Console Managerから接続を受けて動作するajscagtdプロセスが残ります。これは，通信エラーを検知してから自動的に停止します。

16.2.2　JP1/AJS2 - Agentに障害が発生した場合のフェールオーバー

業務運用中にJP1/AJS2 - Agentにフェールオーバーが発生した場合の処理を次の図に示します。

図16-2　JP1/AJS2 - Agentにフェールオーバーが発生した場合の処理

システムの処理の流れを次に示します。

フェールオーバー発生時に実行中だったジョブネットおよびジョブの状態を実行中のまま保持する。
この状態は，JP1/AJS2 - Managerで管理しています。
なお，ジョブの状態を保持できるのはイベントジョブだけです。

待機系エージェントのJP1/AJS2 - Agentサービスを起動する。

待機系エージェントが起動したことをJP1/AJS2 - Managerへ通知する。

JP1/AJS2 - Managerから待機系ホストのJP1/AJS2 - Agentへ，ジョブの状態を確認する。
このときに実行を通知されるジョブは，障害発生時に実行中だったジョブ（JP1/AJS2 - Managerに終了が通知されていないジョブ）です。なお，障害発生時に実行中だったジョブの状態は「強制終了」または「終了状態不明」に，そのジョブを含むジョブネットの状態は異常状態になっています。

これでシステムの処理は終了です。このあと，「強制終了」状態のジョブや，そのジョブが定義されているジョブネットを再実行して，引き続き業務を運用してください。

16.3　クラスタシステムでのJP1/AJS2のプロセス監視

クラスタシステムでJP1/AJS2を運用している場合に，JP1/AJS2のプロセスを監視する方法について次に説明します。

なお，Windows環境でMSCSを使用している場合は，JP1/AJS2のサービスを監視対象にしてください。

＜この節の構成＞

16.3.1　JP1/AJS2のプロセス監視

16.3.2　JP1/AJS2のプロセスの動作監視中に異常を検知した場合の対処

16.3.1　JP1/AJS2のプロセス監視

JP1/AJS2では，スケジューラーサービスを単体で起動したり停止したりできます。そのため，スケジューラーサービスのプロセスが終了していても，JP1/AJS2のプロセス全体の状態は，起動状態になります。

JP1/AJS2サービスの代表的なプロセスは，jajs_spmd_statusコマンドで監視できます。jajs_spmd_statusコマンドでは，次の表に示すプロセスの状態を監視できます。

表16-3　jajs_spmd_statusコマンド実行時に表示されるプロセス

Windowsホストのプロセス | UNIXホストのプロセス
qlcltd※1 | なし
queue | jpqmon
evactionm※2 | jpomanager※2
evactiona | jpoagent
ajsovstatd※2，※3 | ajsovstatd※2，※3
schedule※2 | ajsmasterd※2
gatewayd※2，※4 | ajsgwmasterd※2，※4

注※1

キューレスジョブ実行環境をセットアップした場合に表示されます。

注※2

JP1/AJS2 - Managerホストだけに存在します。

注※3

JP1/Cm2またはhp OpenViewと連携している場合に表示されます。

注※4

異なるスケジューラーサービス間のルートジョブネットの実行順序を制御するための設定を行った場合に表示されます。

また，スケジューラーサービスのプロセスは，ajsstatusコマンドで監視できます。

注意事項

スケジューラーサービスのプロセス群は，ajsstart，ajsstopコマンドを実行するとスケジューラーサービス単体で起動，停止できます。そのため，スケジューラーサービス単体で起動，停止する場合は，プロセス監視で異常と判断されないようにしてください。

スケジューラーサービスのajsschd，ajsflowdプロセスで異常が発生し，スケジューラーサービスが停止すると，ajsmasterdプロセスが自動的にサービスを再起動します。この場合，スケジューラーサービスの停止から再起動まではプロセスが存在しません。また，スケジューラーサービスの再起動後はプロセスIDが変わります。そのため，スケジューラーサービスの自動再起動で運用を継続できる場合を考慮し，ajsschd，ajsflowdプロセスおよびその下のプロセスは監視対象外とすることをお勧めします。
なお，プロセス起動から3分以内に再度サービスが停止する動作が3回以上繰り返された場合には，スケジューラーサービスの自動再起動が止まります。

スケジューラーサービスのajsschd，ajsflowdプロセスで異常が発生し，スケジューラーサービスが停止した場合でも，scheduleプロセス（Windowsホストの場合），またはajsmasterdプロセス（UNIXホストの場合）は，ajsstartコマンドを受け付けるために，停止しないで待機しています。そのため，スケジューラーサービスだけが異常停止している場合，jajs_spmd_statusコマンドでは異常を検知できません。ajsstatusコマンドでプロセスの状態を確認してください。

JP1/AJS2のスケジューラーデータベースとして組み込みDBを使用している環境で，組み込みDBサービスの停止を検知して系切り替えを行うには，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　18.3.5(2) スケジューラーサービスのデータベースに組み込みDBを使用している場合」を参照し，クラスタ運用時の監視方法を設定します。この設定によって，組み込みDBの停止をJP1/AJS2で検知するとJP1/AJS2サービスが停止するため，JP1/AJS2のプロセスを監視することで系切り替えができます。

16.3.2　JP1/AJS2のプロセスの動作監視中に異常を検知した場合の対処

JP1/AJS2のプロセスの動作監視中に異常を検知した場合は，クラスタソフトによって論理ホストのJP1/AJS2をフェールオーバーするように設定してください。

フェールオーバーする前に同一ノードで再起動を試みたい場合は，JP1/AJS2を再起動するように設定してください。

クラスタソフトによって再起動する場合は，次の点に注意してください。

再起動は，JP1/AJS2のプロセス管理による再起動ではなく，クラスタソフトの制御で再起動するようにしてください。
JP1/AJS2のプロセス管理では障害検知後にJP1/AJS2を再起動するため，再起動機能が障害の影響を受けて正常に動作できないおそれがあります。より確実に再起動するために，クラスタソフトからの制御でJP1/AJS2を再起動してください。

UNIXの場合，再起動するときは，停止（jajs_stop.cluster）のあとにクリーンアップとして強制停止（jajs_killall.clusterを実行）してから起動（jajs_start.clusterを実行）してください。

JP1/Baseと連動して起動・停止するように設定してください。

16.4　クラスタシステム対応のユーティリティ（UNIX限定）

クラスタシステムでの運用を行っていて，論理ホスト対応のJP1/AJS2プロセスが終了しない場合に，JP1/AJS2強制停止シェルスクリプトで，JP1/AJS2の論理ホストごとにプロセスを強制終了させることができます。

＜この節の構成＞

16.4.1　JP1/AJS2強制停止シェルスクリプト（jajs_killall.cluster）

16.4.1　JP1/AJS2強制停止シェルスクリプト（jajs_killall.cluster）

JP1/AJS2の論理ホストで起動しているすべてのプロセスを強制終了させる，JP1/AJS2強制停止シェルスクリプト（jajs_killall.cluster）の概要を説明します。

JP1/AJS2強制停止シェルスクリプト（jajs_killall.cluster）の文法については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を参照してください。

JP1/AJS2強制停止シェルスクリプトがサポートするプラットフォームおよび製品を次の表に示します。

表16-4　JP1/AJS2強制停止シェルスクリプトがサポートするプラットフォームおよび製品

| HP-UX | Solaris | AIX | Linux
JP1/AJS2 - Manager | ○ | ○ | ○ | ○
JP1/AJS2 - Agent | ○ | ○ | ○ | ○

（凡例）

○：サポートしている。

－：対応製品はない。

注意事項

jajs_killall.clusterコマンドは，jajs_stop.clusterコマンドでサービスを停止しても，プロセスが停止しない場合だけ使用してください。

同一ノードで再起動を試みる場合は，停止（jajs_stop.cluster）のあとにクリーンアップとして強制停止（jajs_killall.clusterを実行）してから起動（jajs_start.clusterを実行）してください。

JP1/AJS2強制停止シェルスクリプトは，論理ホスト対応のプロセスを停止させます。ただし，JP1/AJS2のプロセスのうち，次に示すプロセスは停止できません。
・ajsinetd
　JP1/AJS2 Monitorサービスプロセス
・ajsmonsvr
　JP1/AJS2 - View対応のモニターサーバプロセス
・jp1mqsup
　TP1/Message Queue連携時のMQ監視プロセス，TP1管理下のSUP
・jpocwtmqmaii
　MQSeries連携時のMQ監視プロセス
上記のプロセスは，クラスタシステムの運用時に，JP1/AJS2のサービスとともにフェールオーバーさせる必要はありません。必要に応じて停止させてください。

補足事項

このコマンドは，ログ情報を共有ディスクのファイルに出力します。共有ディスクにアクセスできない状態が発生すると，ログ情報を出力できず，JP1/AJS2の強制停止ができませんので，ログ出力先を物理ディスクに変更してください。
ログ出力先を変更する手順を次に示します。

次に示すファイル（JP1/AJS2強制停止シェルスクリプト）をviなどのエディターで開く。
/etc/opt/jp1ajs2/jajs_killall.cluster

ファイルの次の部分を変更する。

16.5　非クラスタ環境での論理ホスト運用

論理ホストは，JP1をクラスタシステムで運用するとき実行環境となる論理的なサーバ環境です。論理ホスト上のJP1は，通常はクラスタシステムでクラスタソフトと連携して運用し，論理ホスト単位でフェールオーバーします。

しかし，論理ホストに専用のIPアドレスとディスク領域を用意し，JP1の論理ホストとしてセットアップすることで，クラスタソフトと連携しないでフェールオーバーしない論理ホスト環境を作成できます。

複数の論理ホスト環境で，それぞれに対応したJP1をセットアップした場合，一つのサーバ上で同時に複数のJP1を起動・運用することができます。

このフェールオーバーしない論理ホストを使用して，次のようなシステム構成を構築することができます。

業務ごとにJP1を複数運用する

1台のマシンで複数の業務を運用したい場合，それぞれに対応した業務に分け，論理ホストで運用を管理します。

論理ホスト名=物理ホスト名のクラスタ構成で物理ホスト用のJP1を運用する

一部のクラスタシステムでは，論理ホスト名が物理ホスト名（hostnameコマンドの実行時に表示されるホスト名）と同じにする必要がある場合があります。このような構成の場合は，物理ホスト名を使って動作する物理ホスト環境のJP1は，運用することができません。

このような構成で，各サーバでsyslogなどの監視や，JP1/AJS2の運用を行いたい場合は，サーバごとにフェールオーバーしない論理ホストで運用を管理します。ただし，論理ホスト名と物理ホスト名が同じ場合，キューレスジョブ実行機能および定義内容の事前チェック機能は使用できません。

なお，非クラスタ環境の論理ホストの設定・運用については，マニュアル「JP1/Base 運用ガイド」も参照してください。

＜この節の構成＞

16.5.1　非クラスタ環境の論理ホストを運用する場合の見積もり

16.5.2　非クラスタ環境で論理ホストを運用する場合の設定

16.5.3　非クラスタ環境の論理ホスト上での運用

16.5.4　注意事項

16.5.1　非クラスタ環境の論理ホストを運用する場合の見積もり

複数のホスト（物理ホストおよび一つ以上の論理ホスト）で同時にJP1/AJS2を稼働する場合は，次の点を考慮してシステム全体で必要なリソース量を見積もり，各JP1/AJS2に十分なリソースを割り当てて運用してください。リソースが十分に割り当てられないと，正しく動作しなかったり，十分な性能が確保できないで処理が遅延したりします。

各ホストで動作するそれぞれのJP1/AJS2がシステムリソース（メモリー・ディスク・CPU・通信ポート・プロセス・セマフォなど）を使用するため，システム全体で上限を超えないようにしてください。

JP1/AJS2を起動するだけでも一定量のシステムリソースを使用するため，その分システム全体に相応の負荷が掛かります。したがって，起動するJP1/AJS2の数に比例して処理能力が向上するわけではありません。システムの性能に合わせて，同時に起動するJP1/AJS2の数を調整してください。

発生するJP1イベントや実行するジョブの総量は，物理ホストおよび各論理ホスト分を合わせたシステム全体で動作できる範囲に収めてください。

なお，論理ホストでのリソース使用量の見積もりについては，「4.2 システム性能を見積もる」を参照し，論理ホスト数によって設定値が変わるシステムリソースについて見積もってください。

16.5.2　非クラスタ環境で論理ホストを運用する場合の設定

フェールオーバーしない論理ホストの構築および運用についての概要を説明します。

フェールオーバーしない論理ホストも，通常のクラスタシステムで運用する場合の論理ホストと同じ手順でセットアップして運用します。

詳細な手順や機能説明については，各JP1のマニュアルの，クラスタシステムでの運用の章を参照してください。フェールオーバーやクラスタソフト連携に関する説明を除き，論理ホストのJP1の設定や動作は同じです。

クラスタソフトと連携しなくてもフェールオーバーしない論理ホスト環境で，JP1/AJS2を運用する手順を次に示します。

論理ホスト環境を準備する。
論理ホスト用のディスク領域およびIPアドレスを用意してください。

論理ホスト用のディスク領域
論理ホストのJP1/AJS2が専用で使用するファイルの格納先ディレクトリを，ローカルディスクに作成してください。物理ホストや他の論理ホストのJP1/AJS2が使用しているディレクトリと同じディレクトリを設定すると正しく動作しません。

論理ホスト用のIPアドレス
論理ホストが使用するIPアドレスはエイリアスIPでもかまいません。ただし，論理ホスト名から一意に求まるようにしてください。
なお，論理ホストのIPアドレスには物理ホストのIPアドレスとは異なるIPアドレスを割り当ててください。これらに対する前提条件は，クラスタシステムでの運用の場合と同じです。ただし，フェールオーバーしない運用方法のため，「サーバ間で引き継がれる」などの条件は除きます。なお，通常のクラスタシステムで運用する論理ホストの設定の説明で，共有ディスク・論理IPアドレスと説明している部分は，上記で割り当てた論理ホスト用のディスク領域・IPアドレスに読み替えてください。

論理ホスト環境のJP1/AJS2をセットアップする。
クラスタシステムの実行系サーバと同じ手順で，論理ホスト環境のJP1/AJS2をセットアップしてください。なお，クラスタシステムではフェールオーバーする実行系・待機系の両側のサーバに対してセットアップする必要がありますが，フェールオーバーしない論理ホストの場合，動作するサーバ上でだけセットアップしてください。また，JP1/AJS2をセットアップする前に，必ずJP1/Baseもセットアップしておいてください。
なお，通常のクラスタシステムで運用する論理ホストのセットアップについては，次を参照してください。

Windowsの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　9.4 クラスタ運用の環境設定」

UNIXの場合

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　18.4 クラスタ運用の環境設定」

16.5.3　非クラスタ環境の論理ホスト上での運用

JP1/AJS2の操作，バックアップ・リカバリーなど，フェールオーバーしない論理ホストの運用方法は，クラスタシステムで運用する論理ホストと同じです。ただし，クラスタソフトと連動してフェールオーバーすることはできません。

＜この項の構成＞

(1)　起動停止順序

(2)　論理ホスト上のJP1/AJS2に対する操作

(3)　自動起動および自動停止の設定例

(4)　物理ホストおよび論理ホストの両方で自動起動および自動停止をする場合の設定

(1)　起動停止順序

論理ホスト上での起動は，次の順に起動してください。

JP1/Base

JP1/AJS2

また，論理ホスト上での停止は，次の順に停止してください。

JP1/AJS2

JP1/Base

(2)　論理ホスト上のJP1/AJS2に対する操作

論理ホスト上に作成したJP1/AJS2に対してコマンドを実行する場合，論理ホスト名を明示して操作してください。

(3)　自動起動および自動停止の設定例

システム開始時および停止時に，論理ホスト用のJP1/AJS2サービスを自動起動および自動停止する場合は，次の手順で設定する必要があります。設定方法は，JP1/AJS2がサポートするOSによって異なります。OSごとの設定方法を次に示します。

なお，論理ホストを削除する場合は，作成した論理ホスト用の自動起動スクリプト，自動停止スクリプト，およびリンクの設定は削除してください。

(a)　Windowsの場合

JP1/Baseの起動管理機能のJP1/Baseのインストール先フォルダ¥conf¥boot¥Jp1svprm.datファイルをテキストエディターで開き，次の記述を追加します。

 :
JP1/Baseの設定
 :

[Jp1AJS2_論理ホスト名]
Name=JP1/AJS2_論理ホスト名
ServiceName=JP1_AJS2_論理ホスト名
StopCommand=jajs_spmd_stop.exe -h 論理ホスト名

StopCommandで指定しているコマンドは，JP1/Power Monitorからのシャットダウン時に実行されます。

(b)　HP-UXの場合

論理ホスト用の自動起動・停止スクリプトを作成する。
自動起動・停止スクリプト例（/sbin/init.d/jp1_service_cluster）

#!/bin/sh

case $1 in
start_msg)
     echo "Start JP1 Service $JP1_HOSTNAME"
     ;;

stop_msg)
     echo "Stop JP1 Service $JP1_HOSTNAME"
     ;;

'start')
             :
     JP1/Baseの起動処理
             :
     if [ -x /etc/opt/jp1ajs2/jajs_start.cluster ]
     then
           /etc/opt/jp1ajs2/jajs_start.cluster 論理ホスト名 jajs_spmdコマンドのオプション
     fi
     ;;

'stop')
     if [ -x /etc/opt/jp1ajs2/jajs_stop.cluster ]
     then
           /etc/opt/jp1ajs2/jajs_stop.cluster 論理ホスト名 jajs_spmd_stopコマンドのオプション
             :
     JP1/Baseの停止処理
             :
     ;;

esac

exit 0

手順1で作成したスクリプトに対してリンクを設定する。
開始スクリプト
次のコマンドを実行してリンクの設定を行います。

ln -s /sbin/init.d/jp1_service_cluster /sbin/rc2.d/SXXX_JP1_SERVICE

XXXが大きい数字ほどあとから開始スクリプトが実行されます。
停止スクリプト
次のコマンドを実行してリンクの設定を行います。

ln -s /sbin/init.d/jp1_service_cluster /sbin/rc1.d/KXXX_JP1_SERVICE

XXXが大きい数字ほどあとから停止スクリプトが実行されます。
一般的には，開始されるのが早いほど，停止はあとから実行されるようにします。

作成したファイルに権限を設定する。
次のコマンドを実行して権限を設定します。

chmod u=rx,go=r /sbin/init.d/jp1_service_cluster
chown root:sys /sbin/init.d/jp1_service_cluster
chmod u=rx,go=r /sbin/rc2.d/SXXX_JP1_SERVICE
chown -h root:sys /sbin/rc2.d/SXXX_JP1_SERVICE
chmod u=rx,go=r /sbin/rc1.d/KXXX_JP1_SERVICE
chown -h root:sys /sbin/rc1.d/KXXX_JP1_SERVICE

(c)　Solarisの場合

論理ホスト用の自動起動・停止スクリプトを作成する。
自動起動・停止スクリプト例（/etc/init.d/jp1_service_cluster）

#!/bin/sh

case $1 in
start_msg)
     echo "Start JP1 Service $JP1_HOSTNAME"
     ;;

stop_msg)
     echo "Stop JP1 Service $JP1_HOSTNAME"
     ;;

'start')
             :
     JP1/Baseの起動処理
             :
     if [ -x /etc/opt/jp1ajs2/jajs_start.cluster ]
     then
           /etc/opt/jp1ajs2/jajs_start.cluster 論理ホスト名 jajs_spmdコマンドのオプション
     fi
     ;;

'stop')
     if [ -x /etc/opt/jp1ajs2/jajs_stop.cluster ]
     then
           /etc/opt/jp1ajs2/jajs_stop.cluster 論理ホスト名 jajs_spmd_stopコマンドのオプション
     fi
             :
     JP1/Baseの停止処理
             :
     ;;

esac

exit 0

手順1で作成したスクリプトに対してリンクを設定する。
開始スクリプト
次のコマンドを実行してリンクの設定を行います。

ln -s /etc/init.d/jp1_service_cluster /etc/rc2.d/SXX_JP1_SERVICE

XXが大きい数字ほどあとから開始スクリプトが実行されます。
停止スクリプト
次のコマンドを実行してリンクの設定を行います。

ln -s /etc/init.d/jp1_service_cluster /etc/rc0.d/KXX_JP1_SERVICE

XXが大きい数字ほどあとから停止スクリプトが実行されます。
一般的には，開始されるのが早いほど，停止はあとから実行されるようにします。

作成したファイルに権限を設定する。
次のコマンドを実行して権限を設定します。

chmod u=rx,go=r /etc/rc2.d/SXX_JP1_SERVICE
chown -h root:sys /etc/rc2.d/SXX_JP1_SERVICE
chmod u=rx,go=r /etc/rc0.d/KXX_JP1_SERVICE
chown -h root:sys /etc/rc0.d/KXX_JP1_SERVICE

(d)　AIXの場合

起動処理
mkitabコマンドで/etc/inittabファイルに追加します。

# mkitab -i JP1/Baseのレコード "jp1ajs2:2:wait:/etc/opt/jp1ajs2/jajs_start.cluster 論理ホスト名 jajs_spmdコマンドのオプション"

停止処理
/etc/rc.shutdownファイルに，JP1/AJS2を前提とする製品の記述のあとに，次の記述を追加します。

test -x /etc/opt/jp1ajs2/jajs_stop.cluster && /etc/opt/jp1ajs2/jajs_stop.cluster 論理ホスト名 jajs_spmd_stopコマンドのオプション
   :
JP1/Baseの停止処理
   :
exit 0

このスクリプトが異常終了すると，OSのシャットダウン処理が中断されます。スクリプトが正常終了するように，最終行に「exit 0」と記述してください。

(e)　Linuxの場合

論理ホスト用の自動起動・停止スクリプトを作成する。
自動起動・停止スクリプト例（/etc/rc.d/init.d/jp1_service_cluster）

#!/bin/sh

case $1 in
start_msg)
     echo "Start JP1 Service $JP1_HOSTNAME"
     ;;

stop_msg)
     echo "Stop JP1 Service $JP1_HOSTNAME"
     ;;

'start')
             :
     JP1/Baseの起動処理
             :
     if [ -x /etc/opt/jp1ajs2/jajs_start.cluster ]
     then
           /etc/opt/jp1ajs2/jajs_start.cluster 論理ホスト名 jajs_spmdコマンドのオプション
           touch /var/lock/subsys/_JP1_SERVICE
     fi
     ;;
'stop')
     if [ -x /etc/opt/jp1ajs2/jajs_stop.cluster ]
     then
           /etc/opt/jp1ajs2/jajs_stop.cluster 論理ホスト名 jajs_spmd_stopコマンドのオプション
           rm -f /var/lock/subsys/_JP1_SERVICE
     fi
             :
     JP1/Baseの停止処理
             :
     ;;

esac

exit 0

手順1で作成したスクリプトに対してリンクを設定する。
開始スクリプト
次のコマンドを実行してリンクの設定を行います。

ln -s /etc/rc.d/init.d/jp1_service_cluster /etc/rc.d/rc3.d/SXX_JP1_SERVICE
ln -s /etc/rc.d/init.d/jp1_service_cluster /etc/rc.d/rc5.d/SXX_JP1_SERVICE

XXが大きい数字ほどあとから開始スクリプトが実行されます。
停止スクリプト
次のコマンドを実行してリンクの設定を行います。

ln -s /etc/rc.d/init.d/jp1_service_cluster /etc/rc.d/rc0.d/KXX_JP1_SERVICE
ln -s /etc/rc.d/init.d/jp1_service_cluster /etc/rc.d/rc6.d/KXX_JP1_SERVICE

XXが大きい数字ほどあとから停止スクリプトが実行されます。
一般的には，開始されるのが早いほど，停止はあとから実行されるようにします。

作成したファイルに権限を設定する。
次のコマンドを実行して権限を設定します。

chmod u=rwx,go=rx /etc/rc.d/init.d/jp1_service_cluster
chown root:root /etc/rc.d/init.d/jp1_service_cluster
chmod u=rwx,go=rx /etc/rc.d/rc3.d/SXX_JP1_SERVICE
chown -h root:root /etc/rc.d/rc3.d/SXX_JP1_SERVICE
chmod u=rwx,go=rx /etc/rc.d/rc5.d/SXX_JP1_SERVICE
chown -h root:root /etc/rc.d/rc5.d/SXX_JP1_SERVICE
chmod u=rwx,go=rx /etc/rc.d/rc0.d/KXX_JP1_SERVICE
chown -h root:root /etc/rc.d/rc0.d/KXX_JP1_SERVICE
chmod u=rwx,go=rx /etc/rc.d/rc6.d/KXX_JP1_SERVICE
chown -h root:root /etc/rc.d/rc6.d/KXX_JP1_SERVICE

注意事項

JP1サービスの自動停止を行う場合は，必ず自動起動も行うようにしてください。自動停止だけの場合には停止スクリプトが起動されません。

(4)　物理ホストおよび論理ホストの両方で自動起動および自動停止をする場合の設定

物理ホストおよび論理ホストの両方で自動起動および自動停止をしたい場合は，論理ホストの自動起動および自動停止の設定に加えて，次に示す設定をする必要があります。

なお，設定方法はOSごとに異なります。OSごとの設定方法を次に示します。

(a)　Windows環境の場合

起動管理機能を使って，サービスの起動順序および終了順序を定義します。

物理ホストおよび論理ホストの起動順序および終了順序を変更したい場合は，起動管理機能の定義を変更してください。

起動管理機能の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(b)　HP-UX，Solaris，およびLinuxの環境の場合

自動起動および自動停止の順序は，自動起動および自動停止スクリプトの数字部分（SXXおよびKXXのXX部分）の値によって決定されます。数字部分の値が大きいほど，あとから実行されます。物理ホストの自動起動および自動停止スクリプトへのシンボリックリンクは，インストール時に自動で作成されます。物理ホストも含めた自動起動および自動停止をする場合は，論理ホスト用に作成するシンボリックリンクの名称を変更して，物理ホストおよび論理ホストの起動および停止順序を調節してください。

なお，物理ホスト用の自動起動および自動停止スクリプトは，あらかじめ用意されています。物理ホストの自動起動および自動停止スクリプトへのシンボリックリンク一覧を次の表に示します。

表16-5　JP1/AJS2の物理ホストの自動起動および自動停止スクリプトへのシンボリックリンク一覧

OS名
起動スクリプト
停止スクリプト

HP-UX
/sbin/rc2.d/S907jp1ajs2
/sbin/rc1.d/K093jp1ajs2

Solaris
/etc/rc2.d/S99_JP1_80_AJS2
/etc/rc0.d/K01_JP1_20_AJS2

Linux
/etc/rc.d/rc3.d/S99_JP1_80_AJS2
/etc/rc.d/rc5.d/S99_JP1_80_AJS2
/etc/rc.d/rc0.d/K01_JP1_20_AJS2
/etc/rc.d/rc6.d/K01_JP1_20_AJS2

シンボリックリンク一覧のSXXおよびKXXのXX（数字）部分の値と，論理ホストの自動起動および自動停止スクリプトのシンボリックリンクのSXXおよびKXXのXX（数字）部分の値との大小関係によって，物理ホストおよび論理ホストの起動順序を調節してください。

例えば，論理ホストを先に起動したい場合は，論理ホスト用に作成する自動起動スクリプトへのシンボリックリンク名SXXの数字を，900（HP-UXの場合）または99（SolarisおよびLinuxの場合）より小さい値にしてください。

なお，JP1/AJS2はJP1/Baseを前提としている製品のため，先にJP1/Baseが起動している必要があります。

16.5.4　注意事項

非クラスタ環境の論理ホストでは共有ディスク上の管理情報が引き継がれないため，フェールオーバーに対応しておりません。複数のホストで論理ホストIPを引き継ぐ運用は行わないでください。

17.　トラブルシューティング

この章では，JP1/AJS2の運用中にトラブルが発生した場合の対処方法などを説明します。

＜この章の構成＞

17.1　対処の手順

17.2　ログ情報の種類

17.3　トラブル発生時に採取が必要な資料

17.4　資料の採取方法

17.5　トラブルへの対処方法

17.6　組み込みDB使用時のトラブルの対処方法

17.1　対処の手順

JP1/AJS2でトラブルが起きた場合の対処の手順を次に示します。

現象の確認
トラブルが発生したときの現象を確認してください。メッセージが出力されている場合は，メッセージの内容を確認してください。各メッセージの要因と対処方法については，マニュアル「JP1/Automatic Job Management System 2 メッセージ　2. メッセージ一覧」を参照してください。また，JP1/AJS2およびJP1/AJS2 Consoleが出力するログ情報については，「17.2 ログ情報の種類」を参照してください。

資料の採取
トラブルの要因を調べるために資料の採取が必要です。「17.3 トラブル発生時に採取が必要な資料」および「17.4 資料の採取方法」を参照して，必要な資料を採取してください。

問題の調査
採取した資料を基に問題の要因を調査し，問題が発生している部分，または問題の範囲を切り分けてください。

17.2　ログ情報の種類

JP1/AJS2を運用しているときに出力されるログ情報は3種類あります。

システム障害通知ログ

スケジューラーログ

トレースログ

3種類のログ情報の格納先を次の図に示します。

図17-1　ログ情報の格納先

この節では，3種類のログ情報について説明します。

＜この節の構成＞

17.2.1　システム障害通知ログ

17.2.2　スケジューラーログ

17.2.3　トレースログ

17.2.4　ログファイルおよびディレクトリ一覧

17.2.1　システム障害通知ログ

システム障害通知ログとは，システム側のトラブルを通知する，システム管理者向けのログ情報のことです。

このログ情報は，共通メッセージログおよび統合トレースログ※に出力されます。

注※

統合トレースログは統合トレースログファイルに出力されます。統合トレースログの採取方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

なお，UNIXの場合，統合トレースログに出力するシステム障害通知ログの種類を指定することもできます。出力するログの種類は，スケジューラーサービス環境設定ファイル（Schedule.conf）のHNTRLOGLEVELパラメーターに指定してから，jbssetcnfコマンドで設定を反映してください。

JP1/AJS2 Consoleの場合は，JP1/AJS2 Consoleの環境設定ファイル（ajs2cm.conf， ajs2ca.conf）のHNTRLOGLEVELパラメーターに指定します。HNTRLOGLEVELパラメーターについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.6 JP1/AJS2 Console環境の設定」，またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.5 JP1/AJS2 Console環境の設定」を参照してください。

＜この項の構成＞

(1)　共通メッセージログ

(2)　統合トレースログ

(1)　共通メッセージログ

共通メッセージログは，Windowsの場合はWindowsイベントログに，UNIXの場合はsyslogファイルに出力されます。

(2)　統合トレースログ

統合トレースログとは，各プログラムが出力するトレース情報を，統合トレース機能（HNTRLib2）を通じて，一つの出力先ファイルにまとめて採取するログ情報のことです。共通メッセージログより詳しい内容のメッセージが出力されます。

統合トレースログのデフォルトの出力先は次のとおりです。

Windowsの場合

システムドライブ¥Program Files※¥Hitachi¥HNTRLib2¥spool¥hntr2{1|2|3|4}.log

注※

64ビット版環境の場合は，「Program Files」を「Program Files (x86)」と読み替えてください。

UNIXの場合

/var/opt/hitachi/HNTRLib2/spool/hntr2{1|2|3|4}.log

統合トレースログファイルは，任意のテキストエディターで参照できます。統合トレースログファイルの出力例を次に示します。

図17-2　統合トレースログファイルの出力例

統合トレースログファイルに出力されるヘッダー情報と出力項目の説明を次に示します。

表17-1　統合トレースログファイルのヘッダー情報

ヘッダー情報
説明

OS情報
統合トレース機能が起動しているOSの情報が出力されます。

ホスト名
統合トレース機能が起動しているホスト名が出力されます。

タイムゾーン

Windowsの場合

OSのタイムゾーンが出力されます。

UNIXの場合

統合トレースログの環境変数TZが出力されます。

環境変数TZが設定されていない場合は，Unknownと出力されます。

統合トレースログ機能起動時刻
統合トレース機能を起動した時刻が出力されます。

表17-2　統合トレースログファイルの出力項目

出力項目
説明

番号（4けた）
トレースレコードの通し番号。
番号はログを出力したプロセスごとに採番されます。

日付（10バイト）
トレースの取得日付：yyyy/mm/dd（年/月/日）。

時刻（12バイト）
トレースの取得時刻（ローカル時刻）：hh:mm:ss.sss（時:分:秒.ミリ秒）。

AP名
（16バイト以内）
アプリケーションを識別するための名称（アプリケーション識別名）。
JP1/AJS2で出力される主なAP名は次のとおりです。

JP1/AJS2サービス：JAJS_SPMD

スケジューラーのプロセス：ajsmasterd

フロー制御プロセス：ajsflowd（Windowsはajsflowd.exe）

ジョブサブミットプロセス：ajssubd（Windowsはajssubd.exe）

ジョブ完了待ちプロセス：ajssubwd（Windowsはajssubwd.exe）

ジョブ実行制御状態通知プロセス：jpqnfyfd（Windowsはjpqnfyfd.exe）

スケジュール制御プロセス：ajsschd

イベント・アクション制御マネージャープロセス：jpomanager

イベント・アクション制御エージェントプロセス：jpoagent

実行間隔制御用プロセス：jpocwttmMain

イベント（JP1イベントやログトラップなど）の監視用プロセス：jpoeventwatch

イベントジョブ受付用プロセス：jpomgrsub

ジョブ実行制御のプロセス：jpqmon

ジョブ実行制御のマネージャープロセス：jpqman

ジョブ実行制御のエージェントプロセス：jpqagt

JP1/AJS2 Monitorサービス（ネットワーク制御プロセス）：ajsinetd

JP1/AJS2 - Viewに接続されたときに起動するプロセス：ajsmonsvr

JP1/AJS2 - Queueless Agentサービス（キューレスエージェントプロセス）：ajsqlagtd

JP1/AJS2 - Queueless File Transferサービス（キューレスファイル転送プロセス）：ajsqlftpd

JP1/AJS2 Check Managerサービス：ajschkmand（Windowsはajschkmand.exe）

JP1/AJS2 Check Agentサービス：ajschkagtd

JP1/AJS2 Console Manager サービス：ajscminetd

JP1/AJS2 Console Agentサービス：ajscainetd

その他のプロセスおよびコマンド：プロセス名およびコマンド名

pid
プロセスID。OSが付けるプロセスID。
16進数で出力されます。

tid
スレッドID。スレッドを識別するためのID。
16進数で出力されます。

メッセージID
「JP1/Automatic Job Management System 2 メッセージ　1.2.1 メッセージの出力形式」で説明したメッセージID。この製品で使用するメッセージID。

メッセージテキスト
統合トレースログに出力されるメッセージのテキスト。この製品から出力されるメッセージテキスト。

注意

統合トレースログに出力されるログの時刻は，出力したプロセスのタイムゾーンでフォーマットされます。そのため，環境変数TZを変更したユーザーなどがサービスを起動したり，コマンドを実行したりすると，OSに設定されているタイムゾーンと異なる時刻が出力されることがあります。

17.2.2　スケジューラーログ

スケジューラーログとは，JP1/AJS2のスケジューラーサービスが出力する，運用管理者向けのログ情報のことです。ジョブネットやジョブの実行開始・実行終了および操作に関する情報が出力されます。

JP1/AJS2のスケジューラーログのログ情報は，JP1/AJS2 - Managerホストでのスケジューラーサービス単位に出力されます。出力先のファイルは次のとおりです。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログファイル1の名称］または［スケジューラーログファイル2の名称］に指定したファイルに出力されます。デフォルトは，「JP1/AJS2のインストール先フォルダ¥log¥ajs-log1.log」または「JP1/AJS2のインストール先フォルダ¥log¥ajs-log2.log」です。

UNIXの場合

スケジューラーサービス環境設定ファイル（Schedule.conf）のAJSLOGFILE1パラメーター，またはAJSLOGFILE2パラメーターに指定したファイルに出力されます。

デフォルトは，「/var/opt/jp1ajs2/log/ajs-log1.log」または「/var/opt/jp1ajs2/log/ajs-log2.log」です。

スケジューラーログの出力形式を次に示します。

ログ種別△日付△時刻△付加情報

（凡例）

△：1バイトの空白文字

なお，スケジューラーログの詳細については，「付録E.1 スケジューラーサービスが出力するログ」を参照してください。

17.2.3　トレースログ

トレースログとは，トラブルが発生した場合に，トラブル発生の経緯を調査したり，各処理の処理時間を測定したりするために採取するログ情報のことです。

JP1/AJS2のトレースログのログ情報は，複数のトレースログファイルに出力されます。各トレースログファイルについては，内部形式は公開していません。また，バイナリーファイルについては，テキストエディターなどを使ってファイルの内容を参照することはできません。

＜この項の構成＞

(1)　スケジューラー

(2)　ジョブ実行

(3)　イベント・アクション

(4)　キューレスジョブ

(5)　その他

(1)　スケジューラー

JP1/AJS2 - Managerホストで一つのファイルをラップアラウンドして使用します。ファイルサイズのデフォルトは20,480キロバイトで，出力形式はバイナリー形式です。

また，ajstrsetszコマンドでトレースログファイルサイズを変更できます。ajstrsetszコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajstrsetsz」を参照してください。

(2)　ジョブ実行

JP1/AJS2 - ManagerホストやJP1/AJS2 - Agentホストで機能ごとに複数のファイルに分かれます。各ファイルの名称については，「17.2.4 ログファイルおよびディレクトリ一覧」を参照してください。各ファイルのサイズは512キロバイトです。ファイルサイズは変更できません。また，出力形式は公開していません。

(3)　イベント・アクション

JP1/AJS2 - ManagerホストやJP1/AJS2 - Agentホストで機能ごとに二つのファイルに分かれます。各ファイルの名称については，「17.2.4 ログファイルおよびディレクトリ一覧」を参照してください。各ファイルのサイズは128キロバイトです。

(4)　キューレスジョブ

JP1/AJS2 - ManagerホストとJP1/AJS2 - Agentホストでそれぞれ一つのファイルをラップアラウンドして使用します。ファイルサイズのデフォルトは15,360キロバイトで，出力形式はバイナリー形式です。

また，ajsqltrsetszコマンドでトレースログファイルサイズを変更できます。ajsqltrsetszコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsqltrsetsz」を参照してください。

(5)　その他

JP1/AJS2 Console機能のトレースログファイルは，JP1/AJS2 Console ManagerとJP1/AJS2 Console Agentでそれぞれ一つのファイルをラップアラウンドして使用します。ファイルサイズのデフォルトは3,072キロバイトで，出力形式はバイナリー形式です。
また，JP1/AJS2 Console Managerはajscmtrsetszコマンドで，JP1/AJS2 Console Agentはajscatrsetszコマンドでトレースログファイルサイズを変更できます。ajscmtrsetszコマンドおよびajscatrsetszコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajscmtrsetsz」およびマニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajscatrsetsz」を参照してください。

定義内容の事前チェック機能のトレースログファイルは，JP1/AJS2 Check Manager機能とJP1/AJS2 Check Agent機能で一つのファイルをラップアラウンドして使用します。ファイルサイズのデフォルトは3,072キロバイトで，出力形式はバイナリー形式です。
また，ajschktrsetszコマンドでトレースログファイルサイズを変更できます。ajschktrsetszコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajschktrsetsz」を参照してください。

プロセス管理のトレースログファイルは，JP1/AJS2 - ManagerホストやJP1/AJS2 - Agentホストで機能ごとに複数のファイルに分かれます。各ファイルの名称については，「17.2.4 ログファイルおよびディレクトリ一覧」を参照してください。各ファイルのサイズは384キロバイトです。ファイルサイズは変更できません。また，出力形式は公開していません。

17.2.4　ログファイルおよびディレクトリ一覧

＜この項の構成＞

(1)　Windowsの場合

(2)　UNIXの場合

(1)　Windowsの場合

Windows版JP1/AJS2が出力するデフォルトのログファイルおよびフォルダを表17-4～表17-6に示します。

「ログの種類」には，JP1/AJS2が出力するログの種類を記載しています。

「ログファイル名・フォルダ名」には，次に示すインストール先フォルダを記載しています。

Mgr_Path：JP1/AJS2 - Managerのインストール先フォルダ

Agt_Path：JP1/AJS2 - Agentのインストール先フォルダ

View_Path：JP1/AJS2 - Viewのインストール先フォルダ

Base_Path：JP1/Baseのインストール先フォルダ

CM_Path：JP1/AJS2 Consoleのインストール先フォルダ

クラスタ運用時のログ出力先フォルダは，特に注釈がない場合には，次の表に示すフォルダに読み替えてください。

表17-3　クラスタ運用時のログ出力先フォルダ

表17-4～表17-6での表記 | クラスタ運用時のログ出力先フォルダ
Mgr_Path | 共有ディスク名¥jp1ajs2
Agt_Path | 共有ディスク名¥jp1ajs2
Base_Path | 共有ディスク名¥jp1base

「デフォルトのディスク占有量」には，環境設定がデフォルトの状態で運用した場合のディスク占有量を記載しています。ログファイルが複数ある場合は，その合計を記載しています。ログファイル容量を変更していない場合は，表で示す容量がログファイル容量です。

「最大ディスク占有量」には，定義を変更した場合も含めて，ログファイルの最大占有量を記載しています。ログファイルが複数ある場合は，その合計を記載しています。定義によって変化する値については，最大の値を記載しています。

「ファイルの切替時期」には，JP1/AJS2が出力先のログファイルを切り替えるタイミングを記載しています。値が示されていて複数のログファイルがある場合，最大ディスク占有量に達したときには，更新日時の古いファイルから上書きされます。

表17-4　JP1/AJS2 - Managerのログファイルおよびフォルダ一覧（Windowsの場合）

ログの種類
ログファイル名・
フォルダ名
出力される
情報の内容
デフォルトのディスク占有量※1
最大
ディスク
占有量※1
ファイルの切替時期※2

プロセス管理ログ
Mgr_Path¥log¥JAJS_SPMD{1|2|3}.log
JP1/AJS2サービスの起動・停止・状態確認時のトレースログ※3
384
384
128

Mgr_Path¥log¥JAJS_SPMD_COMMAND{1|2|3}.log
384
384
128

Mgr_Path¥log¥JAJS_SERVICE{1|2|3}.log
384
384
128

スケジューラーログ※4
Mgr_Path¥log¥ajs-log{1|2}.log
ジョブネット・ジョブ・スケジューラーサービスに関する稼働情報
20,480
4,000,000
環境設定のスケジューラーログファイルのサイズ
（10,240）

ajsinetd内部ログ※5※23
Mgr_Path¥log¥ajsinetd{1|2}.log
JP1/AJS2 Monitorサービスの内部ログ※3
256
4,000,000
ajsinetd内部ログサイズ
（128）

トレースログ※5，※6
Mgr_Path¥log¥tracelog
スケジューラーサービス・ジョブネットに対する操作情報・トレースログ※3，※8
20,480
2,097,151
ラップアラウンド

ジョブ実行マネージャーログ※10
Mgr_Path¥log¥jpqmanexec{1|2|3|4|5|6|7|8|9|10|11|12|13|14|15}.log※9
ジョブ実行時のジョブ実行制御マネージャープロセスのトレースログ※3
15,360
524,288
ログ設定でのログサイズ
（1,024）

ジョブ実行エージェントログ※10
Mgr_Path¥log¥jpqagtexec{1|2|3|4|5|6|7|8}.log※18
ジョブ実行時のジョブ実行制御エージェントプロセスのトレースログ※3
15,360
524,288
ログ設定でのログサイズ
（512）

Mgr_Path¥log¥jpqagtexecmon{1|2|3|4|5|6|7|8}.log※19
15,360
524,288

ジョブ実行クライアントログ※10
Mgr_Path¥log¥jpqcliexec{1|2}.log※20
jpqxxxxコマンドJpqxxxxAPIの実行トレースログ※3
1,024
524,288
ログ設定でのログサイズ
（512）

ジョブ実行状態通知ログ※10
Mgr_Path¥log¥jpqnfyexec{1|2}.log※21
ジョブ実行時のジョブ実行制御通信のトレースログ※3
1,024
524,288
ログ設定でのログサイズ
（512）

イベント・アクション制御マネージャーログ※7
Mgr_Path¥log¥jpomanager{1|2|3|4|5|6}.log※24
イベントジョブ実行時のイベント・アクション制御マネージャーのトレースログ※3
12,288
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（2,048）

Mgr_Path¥log¥jpomgrsub{1|2|3|4|5|6|7|8}.log※24
8,192
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（1,024）

イベント・アクション制御エージェントログ※7
Mgr_Path¥log¥jpoagent{1|2|3|4|5|6|7|8}.log※24
イベントジョブ実行時のイベント・アクション制御エージェントのトレースログ※3
8,192
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（1,024）

Mgr_Path¥log¥jpoagtsub{1|2|3|4|5|6|7|8}.log※24
8,192
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（1,024）

イベント監視ログ※7
Mgr_Path¥log¥jpoeventwatch{1|2|3|4|5|6|7|8}.log※24
JP1イベント監視ジョブ・Windowsイベントログ監視ジョブ・ログファイル監視ジョブ実行時のトレースログ※3
8,192
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（1,024）

イベント検索ログ※7
Mgr_Path¥log¥jpoevsearch{1|2}.log※24
JP1イベント受信監視ジョブの実行前イベント検索実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

ファイル監視ログ※7
Mgr_Path¥log¥jpocwtflMain{1|2|3|4|5|6}.log※24
ファイル監視ジョブ実行時のトレースログ※3
12,288
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（2,048）

実行間隔制御ログ※7
Mgr_Path¥log¥jpocwttmMain{1|2|3|4|5|6}.log※24
実行間隔制御ジョブ実行時のトレースログ※3
1,536
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（256）

メール監視ログ（共通）※7
Mgr_Path¥log¥jpocwtmlmain{1|2}.log※24
メール連携機能を使用したときのメール受信監視ジョブ・メール送信ジョブ実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

Mgr_Path¥log¥jpomlapisend{1|2}.log※5
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

Mgr_Path¥log¥jpomlapirec{1|2}.log※5
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

Mgr_Path¥log¥jpomlapisend2{1|2}.log※5
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

Mgr_Path¥log¥jpomlapirec2{1|2}.log※5
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メール監視ログ（メール連携をデスクトップ上で行う場合）※7
Mgr_Path¥log¥jpomldsk{1|2}.log※5
メール連携機能を使用したときのメール受信監視ジョブ・メール送信ジョブ実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メール監視ログ（メール連携をサービス上で行う場合）※7
Mgr_Path¥log¥jpomlsrv{1|2}.log※5
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メッセージキュー連携監視ログ（共通）※7
Mgr_Path¥log¥jpocwtmqmain{1|2}.log※24
メッセージキュー連携機能を使用したときのメッセージキュー受信監視ジョブ・メッセージキュー送信ジョブ実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メッセージキュー連携監視ログ（TP1/Message Queue使用時）※7
Mgr_Path¥log¥jpomqsup{1|2}.log※5
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

Mgr_Path¥log¥jposupwth{1|2}.log※5
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メッセージキュー連携監視ログ（MQSeries使用時）※7
Mgr_Path¥log¥jpomqsgacs{1|2}.log※5
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

MSMQ監視ログ※7
Mgr_Path¥log¥jpocwtmsmain{1|2}.log※24
MSMQを使用したときのMSMQ受信監視ジョブ・MSMQ送信ジョブ実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

Mgr_Path¥log¥jpomsgacs{1|2}.log※5
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

Cm2連携ログ
Mgr_Path¥log¥jpoovlink{1|2}.log※5
JP1/Cm2またはhp OpenViewを使った監視を行う場合のトレースログ※3
512
512
256

ジョブ実行内部ログ※10
Mgr_Path¥log¥jpqagent¥jpqagt_{00|01|02|03|04|05|06|07}.log
－※8
4,096
1,048,576
ログ設定でのログサイズ
（512）

Mgr_Path¥log¥jpqagent¥jpqmon_{00|01|02|03|04|05|06|07}.log
－※8
4,096
1,048,576
ログ設定でのログサイズ
（512）

Mgr_Path¥log¥jpqagent¥jpqnjpagt_{00|01|02|03|04|05|06|07}.log
－※8
4,096
1,048,576
ログ設定でのログサイズ
（512）

Mgr_Path¥log¥jpqagent¥jpqnjpdata_{00|01}.log
－※8
1,024
1,048,576
ログ設定でのログサイズ
（512）

ジョブ実行内部ログ※10
Mgr_Path¥log¥jpqclient¥jpqclient_{00|01|02|03|04|05|06|07|08|09}.log
－※8
10,240
1,048,576
ログ設定でのログサイズ
（1,024）

Mgr_Path¥log¥jpqclient¥jpqclientnjp_{00|01|02|03|04|05|06|07|08|09}.log
－※8
10,240
1,048,576
ログ設定でのログサイズ
（1,024）

Mgr_Path¥log¥jpqclient¥jpqnjpdata_{00|01}.log
－※8
1,024
1,048,576
ログ設定でのログサイズ
（512）

ジョブ実行内部ログ※10
Mgr_Path¥log¥jpqmanager¥jpqman_{00|01|02|03}.log
－※8
2,048
1,048,576
ログ設定でのログサイズ
（512）

Mgr_Path¥log¥jpqmanager¥jpqmandb_{00|01|02|03}.log
－※8
2,048
1,048,576
ログ設定でのログサイズ
（512）

Mgr_Path¥log¥jpqmanager¥jpqmannjp_{00|01|02|03}.log
－※8
2,048
1,048,576
ログ設定でのログサイズ
（512）

Mgr_Path¥log¥jpqmanager¥jpqnjpdata_{00|01}.log
－※8
1,024
1,048,576
ログ設定でのログサイズ
（512）

ジョブ実行内部ログ※10
Mgr_Path¥log¥jpqnotify¥jpqnotify_{00|01}.log
－※8
1,024
1,048,576
ログ設定でのログサイズ
（512）

Mgr_Path¥log¥jpqnotify¥jpqnotifynjp_{00|01}.log
－※8
1,024
1,048,576
ログ設定でのログサイズ
（512）

Mgr_Path¥log¥jpqnotify¥jpqnjpdata_{00|01}.log
－※8
1,024
1,048,576
ログ設定でのログサイズ
（512）

ジョブ実行環境データベース再編成ログ
Mgr_Path¥database¥queue¥CONDENSE{1|2}.log
－
1,024
1,024
512

スケジューラーデータベース再編成ログ
Mgr_Path¥database¥schedule¥スケジューラーサービス名¥CONDENSE{1|2}.log
－
1,024
1,024
512

イベント・アクション共通ログ※5，※7
Base_Path¥log¥jpocommonerr{1|2}.log
－※3
2,048
2,097,152
（2ギガバイト）
ログ設定でのログサイズ
（1,024）

イベント・アクション共通エラーログ※5
Base_Path¥log¥jpoproccomerr{1|2}.log
－※3
256
256
128

キューレスログファイル※16
Mgr_Path¥log¥ajsql-log{1|2}.log
キューレスエージェントサービスのジョブ実行情報
16,384
4,000,000
環境設定のキューレスログファイルのサイズ（8,192）

キューレストレースログファイル※5，※17
Mgr_Path¥log¥tracelog.ql
キューレスジョブ，およびキューレスジョブ実行制御関連コマンド実行時のトレースログ※3，※8
15,360
2,097,151
ラップアラウンド

キューレスジョブ実行内部ログ※25
Mgr_Path¥log¥ajsqlexeclog※26
キューレスジョブ実行時のトレースログ※3，※8
24,576
2,097,151
ラップアラウンド

Mgr_Path¥log¥ajsqlexeclog_ftpd
10,240
2,097,151
ラップアラウンド

JP1/AJS2 Console Managerトレースログファイル※5，※11
CM_Path¥log¥tracelog.cm
－※8
3,072
2,097,151
ラップアラウンド

JP1/AJS2 Console Agentトレースログファイル※5，※12
Mgr_Path¥log¥tracelog.ca
－※8
3,072
2,097,151
ラップアラウンド

メンテナンスログファイル※5
Mgr_Path¥log¥jajs_maintain_manager{1|2|3|4}.log※13
メンテナンス処理実行時のデータベース再編成ログ※3
1,484
1,484
メンテナンス処理実行時

Mgr_Path¥log¥jajs_maintain_[スケジューラーサービス名]{1|2|3|4}.log※13
1,484
1,484
メンテナンス処理実行時

自動再編成ログファイル※5
Mgr_Path¥log¥jpqautocond{1|2|3|4}.log※14
自動再編成処理実行時のデータベース再編成ログ※3
764
764
自動再編成処理実行時

Mgr_Path¥log¥ajsautocond{1|2|3|4}.log※14
764
764
自動再編成処理実行時

定義チェックログファイル※22
Mgr_Path¥log¥ajscheck{1|2}.log
定義内容の事前チェックログ
8,192
4,000,000
環境設定の定義チェックのログファイルサイズ

定義チェックトレースログファイル※15
Mgr_Path¥log¥tracelog.ch
定義内容の事前チェックによって出力されるトレースログ※8
3,072
2,097,151
ラップアラウンド

組み込みDB操作コマンド実行ログ
Mgr_Path¥log¥embdb¥ajsembdboplog[組み込みDBセットアップ識別子]{1|2|3|4}.log
組み込みDBの操作コマンドによって出力されるログ
4,096
4,096
1,024

Mgr_Path¥log¥embdb¥ajsembdbrorg[ホスト名][スケジューラーサービス名]{1|2|3|4}.log
4,096
4,096
1,024

Mgr_Path¥log¥embdb¥ajsembdbreclaim[ホスト名][スケジューラーサービス名]{1|2|3|4}.log
4,096
4,096
1,024

Mgr_Path¥log¥embdb¥ajsembdbaddarea[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

Mgr_Path¥log¥embdb¥ajsembdbaddlog[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

Mgr_Path¥log¥embdb¥ajsembdbstop[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

Mgr_Path¥log¥embdb¥ajsembdbstart[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

Mgr_Path¥log¥embdb¥ajsembdbcancel[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

Mgr_Path¥log¥embdb¥ajsembdbunset[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

Mgr_Path¥log¥embdb¥ajsembdbbuild[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

Mgr_Path¥log¥embdb¥ajsembdbsetup[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

Mgr_Path¥log¥embdb¥ajsembdbstatus[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

Mgr_Path¥log¥embdb¥ajsembdbvrupd[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

Mgr_Path¥log¥embdb¥ajsembdbrpsetup{1|2|3|4}.log
4,096
4,096
1,024

注

JP1/AJS2 - Managerのインストール先フォルダは，デフォルトでは「システムドライブ¥Program Files¥Hitachi¥jp1ajs2」です。64ビット版の環境では「システムドライブ¥Program Files (x86)¥Hitachi¥jp1ajs2」です。

JP1/Baseのインストール先フォルダは，デフォルトでは「システムドライブ¥Program Files¥Hitachi¥jp1base」です。64ビット版の環境では「システムドライブ¥Program Files (x86)¥Hitachi¥jp1base」です。

JP1/AJS2 Consoleのインストール先フォルダは，デフォルトでは「システムドライブ¥Program Files¥Hitachi¥jp1ajs2cm」です。64ビット版の環境では「システムドライブ¥Program Files (x86)¥Hitachi¥jp1ajs2cm」です。

注※1

「デフォルトのディスク占有量」「最大ディスク占有量」の単位は，「キロバイト」です。括弧内の値は，「ギガバイト」で表したときの値です。

注※2

「ファイルの切替時期」の括弧内の値は，ログファイルが切り替わるタイミングのデフォルトを記載しています。単位は「キロバイト」です。

注※3

出力される情報の形式は公開していません。

注※4

ディスク占有量を変更できます。変更時は，［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログファイルのサイズ］の指定を変更してください。

ディスク占有量の見積もり方法については，「4.4.1 スケジューラーログファイルのサイズを見積もる」を参照してください。

注※5

クラスタ運用時にもデフォルトのフォルダに出力されます。

注※6

ディスク占有量を変更できます。変更時は，ajstrsetszコマンドを使用してください。

注※7

ディスク占有量を変更できます。ディスク占有量を変更するときは，「4.4.4 イベントジョブが出力するログのサイズを見積もる」を参照してください。

注※8

バイナリー情報のため参照できません。

注※9

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

Mgr_Path¥log¥jpqExecLog_man{1|2|3|4|5|6|7|8|9|10|11|12}.log

注※10

ディスク占有量を変更できます。ディスク占有量を変更するときは，「4.4.3 ジョブ実行環境のログのサイズを見積もる」を参照してください。

注※11

ディスク占有量を変更できます。変更時は，ajscmtrsetszコマンドを使用してください。JP1/AJS2 Console Manager機能を使用しない場合，トレースログファイルは作成されません。

注※12

ディスク占有量を変更できます。変更時は，ajscatrsetszコマンドを使用してください。JP1/AJS2 Console Agent機能を使用しない場合，トレースログファイルは作成されません。

注※13

クラスタ運用時はファイルの名称が異なります。クラスタ運用時のファイル名称を次に示します。

Mgr_Path¥log¥jajs_maintain_manager_[論理ホスト名]{1|2|3|4}.log

Mgr_Path¥log¥jajs_maintain_[スケジューラーサービス名]_[論理ホスト名]{1|2|3|4}.log

注※14

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

Mgr_Path¥log¥jpqautocond_[論理ホスト名]{1|2|3|4}.log

Mgr_Path¥log¥ajsautocond_[論理ホスト名]{1|2|3|4}.log

注※15

ディスク占有量を変更できます。変更時は，ajschktrsetszコマンドを使用してください。JP1/AJS2 Check Manager機能，またはJP1/AJS2 Check Agent機能を使用しない場合，トレースログファイルは作成されません。

注※16

ディスク占有量を変更できます。変更時は，［マネージャー環境設定］ダイアログボックスの［キューレスジョブ実行環境］タブの［ログファイルのサイズ］の指定を変更してください。

ディスク占有量の見積もり方法については，「4.4.5 キューレスログファイルのサイズを見積もる」を参照してください。

注※17

ディスク占有量を変更できます。変更時は，ajsqltrsetszコマンドを使用してください。

注※18

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

Mgr_Path¥log¥jpqExecLog_agt{1|2|3|4|5|6|7|8}.log

注※19

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

Mgr_Path¥log¥jpqExecLog_agtmon{1|2|3|4|5|6|7|8}.log

注※20

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

Mgr_Path¥log¥jpqExecLog_cli{1|2}.log

注※21

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

Mgr_Path¥log¥jpqExecLog_nfy{1|2}.log

注※22

ディスク占有量を変更できます。変更時は，「JP1/Automatic Job Management System 2 セットアップガイド　4.7.10 JP1/AJS2定義内容の事前チェック機能の設定」を参照してください。

注※23

ディスク占有量を変更できます。変更時は，「JP1/Automatic Job Management System 2 セットアップガイド　14.1.3 スケジューラーサービス環境設定パラメーターの定義内容」を参照してください。

注※24

Mgr_Pathの内容は，［マネージャー環境設定］ダイアログボックスの［イベント起動］タブでの［マネージャープロセスの設定］および［エージェントプロセスの設定］の［待機情報ファイル出力ディレクトリ名］の設定で変わります。

注※25

ディスク占有量を変更できます。変更時は，ajsqlexecsetszコマンドを使用してください。ajsqlexecsetszコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsqlexecsetsz」を参照してください。

また，ディスク占有量の見積もり方法については，「4.4.7 キューレスジョブ実行内部ログファイルのサイズを見積もる」を参照してください。

注※26

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

Mgr_Path¥log¥ajsqlexeclog-[論理ホスト名]

名称が256バイト以上になる場合，論理ホスト名は30バイトまで付加されます。

表17-5　JP1/AJS2 - Agentのログファイルおよびフォルダ一覧（Windowsの場合）

ログの種類
ログファイル名・
フォルダ名
出力される
情報の内容
デフォルト
のディスク
占有量※1
最大
ディスク
占有量※1
ファイルの
切替時期※2

プロセス管理ログ
Agt_Path¥log¥JAJS_SPMD{1|2|3}.log
JP1/AJS2サービスの起動・停止・状態確認時のトレースログ※3
384
384
128

Agt_Path¥log¥JAJS_SPMD_COMMAND{1|2|3}.log
384
384
128

Agt_Path¥log¥JAJS_SERVICE{1|2|3}.log
384
384
128

ジョブ実行エージェントログ※10
Agt_Path¥log¥jpqagtexec{1|2|3|4|5|6|7|8}.log※11
ジョブ実行時のジョブ実行制御エージェントプロセスのトレースログ※3
15,360
524,288
ログ設定でのログサイズ
（512）

Agt_Path¥log¥jpqagtexecmon{1|2|3|4|5|6|7|8}.log※12
15,360
524,288
ログ設定でのログサイズ
（512）

ジョブ実行クライアントログ※10
Agt_Path¥log¥jpqcliexec{1|2}.log※13
jpqxxxxコマンドJpqxxxxAPIの実行トレースログ※3
1,024
524,288
ログ設定でのログサイズ
（512）

ジョブ実行状態通知ログ※10
Agt_Path¥log¥jpqnfyexec{1|2}.log※14
ジョブ実行時のジョブ実行制御通信のトレースログ※3
1,024
524,288
ログ設定でのログサイズ
（512）

イベント・アクション制御エージェントログ※4
Agt_Path¥log¥jpoagent{1|2|3|4|5|6|7|8}.log※16
イベントジョブ実行時のイベント・アクション制御エージェントのトレースログ※3
8,192
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（1,024）

Agt_Path¥log¥jpoagtsub{1|2|3|4|5|6|7|8}.log※16
8,192
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（1,024）

イベント監視ログ※4
Agt_Path¥log¥jpoeventwatch{1|2|3|4|5|6|7|8}.log※16
JP1イベント監視ジョブ・Windowsイベントログ監視ジョブ・ログファイル監視ジョブ実行時のトレースログ※3
8,192
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（1,024）

イベント検索ログ※4
Agt_Path¥log¥jpoevsearch{1|2}.log※16
JP1イベント受信監視ジョブの実行前イベント検索実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

ファイル監視ログ※4
Agt_Path¥log¥jpocwtflMain{1|2|3|4|5|6}.log※16
ファイル監視ジョブ実行時のトレースログ※3
12,288
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（2,048）

実行間隔制御ログ※4
Agt_Path¥log¥jpocwttmMain{1|2|3|4|5|6}.log※16
実行間隔制御ジョブ実行時のトレースログ※3
1,536
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（256）

メール監視ログ
（共通）※4
Agt_Path¥log¥jpocwtmlmain{1|2}.log※16
メール連携機能を使用したときのメール受信監視ジョブ・メール送信ジョブ実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

Agt_Path¥log¥jpomlapisend{1|2}.log※6
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

Agt_Path¥log¥jpomlapirec{1|2}.log※6
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

Agt_Path¥log¥jpomlapisend2{1|2}.log※6
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

Agt_Path¥log¥jpomlapirec2{1|2}.log※6
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メール監視ログ
（メール連携をデスクトップ上で行う場合）※4
Agt_Path¥log¥jpomldsk{1|2}.log※6
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メール監視ログ
（メール連携をサービス上で行う場合）※4
Agt_Path¥log¥jpomlsrv{1|2}.log※6
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メッセージキュー連携監視ログ
（共通）※4
Agt_Path¥log¥jpocwtmqmain{1|2}.log※16
メッセージキュー連携機能を使用したときのメッセージキュー受信監視ジョブ・メッセージキュー送信ジョブ実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メッセージキュー連携監視ログ
（TP1/Message Queue使用時）※4
Agt_Path¥log¥jpomqsup{1|2}.log※6
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

Agt_Path¥log¥jposupwth{1|2}.log※6
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メッセージキュー連携監視ログ
（MQSeries使用時）※4
Agt_Path¥log¥jpomqsgacs{1|2}.log※6
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

MSMQ監視ログ※4
Agt_Path¥log¥jpocwtmsmain{1|2}.log※16
MSMQを使用したときのMSMQ受信監視ジョブ・MSMQ送信ジョブ実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

Agt_Path¥log¥jpomsgacs{1|2}.log※6
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

Cm2連携ログ
Agt_Path¥log¥jpoovlink{1|2}.log※6
JP1/Cm2またはhp OpenViewを使った監視を行う場合のトレースログ※3
512
512
256

ジョブ実行内部ログ※7
Agt_Path¥log¥jpqagent¥jpqagt_{00|01|02|03|04|05|06|07}.log
－※5
4,096
1,048,576
ログ設定でのログサイズ
（512）

Agt_Path¥log¥jpqagent¥jpqmon_{00|01|02|03|04|05|06|07}.log
－※5
4,096
1,048,576
ログ設定でのログサイズ
（512）

Agt_Path¥log¥jpqagent¥jpqnjpagt_{00|01|02|03|04|05|06|07}.log
－※5
4,096
1,048,576
ログ設定でのログサイズ
（512）

Agt_Path¥log¥jpqagent¥jpqnjpdata_{00|01}.log
－※5
1,024
1,048,576
ログ設定でのログサイズ
（512）

ジョブ実行内部ログ※7
Agt_Path¥log¥jpqclient¥jpqclient_{00|01|02|03|04|05|06|07|08|09}.log
－※5
10,240
1,048,576
ログ設定でのログサイズ
（1,024）

Agt_Path¥log¥jpqclient¥jpqclientnjp_{00|01|02|03|04|05|06|07|08|09}.log
－※5
10,240
1,048,576
ログ設定でのログサイズ
（1,024）

Agt_Path¥log¥jpqclient¥jpqnjpdata_{00|01}.log
－※5
1,024
1,048,576
ログ設定でのログサイズ
（512）

ジョブ実行内部ログ※7
Agt_Path¥log¥jpqnotify¥jpqnotify_{00|01}.log
－※5
1,024
1,048,576
ログ設定でのログサイズ
（512）

Agt_Path¥log¥jpqnotify¥jpqnotifynjp_{00|01}.log
－※5
1,024
1,048,576
ログ設定でのログサイズ
（512）

Agt_Path¥log¥jpqnotify¥jpqnjpdata_{00|01}.log
－※5
1,024
1,048,576
ログ設定でのログサイズ
（512）

イベント・アクション共通ログ※4，※6
Base_Path¥log¥jpocommonerr{1|2}.log
－※3
2,048
2,097,152
（2ギガバイト）
ログ設定でのログサイズ
（1,024）

イベント・アクション共通エラーログ※6
Base_Path¥log¥jpoproccomerr{1|2}.log
－※3
256
256
128

キューレスログファイル※9
Agt_Path¥log¥ajsql-log{1|2}.log
キューレスエージェントサービスのジョブ実行情報
16,384
4,000,000
環境設定のキューレスログファイルのサイズ（8,192）

キューレストレースログファイル※6，※10
Agt_Path¥log¥tracelog.ql
キューレスジョブ，およびキューレスジョブ実行制御関連コマンド実行時のトレースログ※3，※5
15,360
2,097,151
ラップアラウンド

キューレスジョブ実行内部ログ※17
Agt_Path¥log¥ajsqlexeclog※18
キューレスジョブ実行時のトレースログ※3，※5
24,576
2,097,151
ラップアラウンド

定義チェックログファイル※15
Agt_Path¥log¥ajscheck{1|2}.log
定義内容の事前チェックログ
8,192
4,000,000
環境設定の定義チェックのログファイルサイズ

定義チェックトレースログファイル※8
Agt_Path¥log¥tracelog.ch
定義内容の事前チェックによって出力されるトレースログ※5
3,072
2,097,151
ラップアラウンド

注

JP1/AJS2 - Agentのインストール先フォルダは，デフォルトでは「システムドライブ¥Program Files¥Hitachi¥jp1ajs2」です。64ビット版の環境では「システムドライブ¥Program Files (x86)¥Hitachi¥jp1ajs2」です。

JP1/Baseのインストール先フォルダは，デフォルトでは「システムドライブ¥Program Files¥Hitachi¥jp1base」です。64ビット版の環境では「システムドライブ¥Program Files (x86)¥Hitachi¥jp1base」です。

注※1

「デフォルトのディスク占有量」「最大ディスク占有量」の単位は，「キロバイト」です。括弧内の値は，「ギガバイト」で表したときの値です。

注※2

「ファイルの切替時期」の括弧内の値は，ログファイルが切り替わるタイミングのデフォルトを記載しています。単位は「キロバイト」です。

注※3

出力される情報の形式は公開していません。

注※4

ディスク占有量を変更できます。ディスク占有量を変更するときは，「4.4.4 イベントジョブが出力するログのサイズを見積もる」を参照してください。

注※5

バイナリー情報のため参照できません。

注※6

クラスタ運用時にもデフォルトのフォルダに出力されます。

注※7

ディスク占有量を変更できます。ディスク占有量を変更するときは，「4.4.3 ジョブ実行環境のログのサイズを見積もる」を参照してください。

注※8

ディスク占有量を変更できます。変更時は，ajschktrsetszコマンドを使用してください。JP1/AJS2 Check Agent機能を使用しない場合，トレースログファイルは作成されません。

注※9

ディスク占有量を変更できます。変更時は，［エージェント環境設定］ダイアログボックスの［キューレスジョブ実行環境］タブの［ログファイルのサイズ］の指定を変更してください。

ディスク占有量の見積もり方法については，「4.4.5 キューレスログファイルのサイズを見積もる」を参照してください。

注※10

ディスク占有量を変更できます。変更時は，ajsqltrsetszコマンドを使用してください。

注※11

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

Agt_Path¥log¥jpqExecLog_agt{1|2|3|4|5|6|7|8}.log

注※12

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

Agt_Path¥log¥jpqExecLog_agtmon{1|2|3|4|5|6|7|8}.log

注※13

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

Agt_Path¥log¥jpqExecLog_cli{1|2}.log

注※14

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

Agt_Path¥log¥jpqExecLog_nfy{1|2}.log

注※15

ディスク占有量を変更できます。変更時は，「JP1/Automatic Job Management System 2 セットアップガイド　4.7.10 JP1/AJS2定義内容の事前チェック機能の設定」を参照してください。

注※16

Agt_Pathの内容は，［エージェント環境設定］ダイアログボックスの［イベント起動］タブでの［待機情報ファイル出力ディレクトリ名］の設定で変わります。

注※17

ディスク占有量を変更できます。変更時は，ajsqlexecsetszコマンドを使用してください。ajsqlexecsetszコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsqlexecsetsz」を参照してください。

また，ディスク占有量の見積もり方法については，「4.4.7 キューレスジョブ実行内部ログファイルのサイズを見積もる」を参照してください。

注※18

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

Agt_Path¥log¥ajsqlexeclog-[論理ホスト名]

名称が256バイト以上になる場合，論理ホスト名は30バイトまで付加されます。

表17-6　JP1/AJS2 - Viewのログファイルおよびフォルダ一覧（Windowsの場合）

ログの種類
ログファイル名・フォルダ名
出力される
情報の内容
デフォルト値※1
最大値※1
ファイルの
切替時期

JP1/AJS2 - Viewログ

View_Path¥log¥ajs.log（Windows XP ProfessionalおよびWindows Server 2003の場合）

%ALLUSERSPROFILE%※2¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥log¥ajs.log（Windows VistaおよびWindows Server 2008の場合）

－※3
－
1,024
JP1/AJS2 - View終了時

JP1/AJS2 - View情報ログ※4

View_Path¥log¥ajs2view#nnnn_{1|2}.log（Windows XP ProfessionalおよびWindows Server 2003の場合）

%ALLUSERSPROFILE%※2¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥log¥ajs2view#nnnn_{1|2}.log（Windows VistaおよびWindows Server 2008の場合）

－※3
1,024
524,288
［環境設定］ダイアログボックスで指定したログファイルの上限値

JP1/AJS2 Console Viewログ

View_Path¥log¥ajscon.log（Windows XP ProfessionalおよびWindows Server 2003の場合）

%ALLUSERSPROFILE%※2¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥log¥ajscon.log（Windows VistaおよびWindows Server 2008の場合）

－※3
－
1,024
JP1/AJS2 Console View終了時

JP1/AJS2 Console View情報ログ※4

View_Path¥log¥ajs2coview#nnnn_{1|2}.log（Windows XP ProfessionalおよびWindows Server 2003の場合）

%ALLUSERSPROFILE%※2¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥log¥ajs2coview#nnnn_{1|2}.log（Windows VistaおよびWindows Server 2008の場合）

－※3
1,024
524,288
［環境設定］ダイアログボックスで指定したログファイルの上限値

Cm2連携ログ
View_Path¥log¥jpoovlink{1|2}.log（Windows XP ProfessionalおよびWindows Server 2003の場合だけ）
JP1/Cm2またはhp OpenViewを使った監視を行う場合のトレースログ※3
512
512
256

注

JP1/AJS2 - Viewのインストール先フォルダは，デフォルトでは「システムドライブ¥Program Files¥Hitachi¥jp1ajs2v」です。64ビット版の環境では「システムドライブ¥Program Files (x86)¥Hitachi¥jp1ajs2v」です。

注※1

単位は，「キロバイト」です。

注※2

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

注※3

出力される情報の形式は公開していません。

注※4

複数起動時の場合は，「#nnnn_」のnnnnには0001～9999の任意の値が割り当てられます。複数起動しない場合は「#nnnn_」の部分が省略されます。

ディスク占有量を変更できます。変更時は，JP1/AJS2 - Viewの［環境設定］ダイアログボックスの［その他］タブで，［ログファイルの上限値］の指定を変更してください。

JP1/AJS2 Console Viewの場合は，JP1/AJS2 Console Viewの［環境設定］ダイアログボックスで変更してください。

(2)　UNIXの場合

UNIX版JP1/AJS2が出力するデフォルトのログファイルおよびディレクトリを表17-8～表17-9に示します。

「ログの種類」には，JP1/AJS2が出力するログの種類を記載しています。

「ログファイル名・ディレクトリ名」には，JP1/AJS2のログファイル名をフルパスで記載しています。

クラスタ運用時のログ出力先ディレクトリは，特に注釈がない場合には，次の表に示すディレクトリに読み替えてください。

表17-7　クラスタ運用時のログ出力先ディレクトリ

表17-8～表17-9での表記 | クラスタ運用時のログ出力先ディレクトリ
/var/opt/jp1ajs2/ | 共有ディスク名/jp1ajs2
/var/opt/jp1base/ | 共有ディスク名/jp1base

「デフォルトのディスク占有量」には，環境設定がデフォルトの状態で運用した場合のディスク占有量を記載しています。ログファイルが複数ある場合は，その合計を記載しています。ログファイル容量を変更していない場合は，表で示す容量がログファイル容量です。

「最大ディスク占有量」には，定義を変更した場合も含めて，ログファイルの最大占有量を記載しています。ログファイルが複数ある場合は，その合計を記載しています。定義によって変化する値については，最大の値を記載しています。

「ファイルの切替時期」には，JP1/AJS2が出力先のログファイルを切り替えるタイミングを記載しています。値が示されていて複数のログファイルがある場合，最大ディスク占有量に達したときには，更新日時の古いファイルから上書きされます。括弧内の値は，ログファイルが切り替わるタイミングのデフォルトを記載しています。

表17-8　JP1/AJS2 - Managerのログファイルおよびディレクトリ一覧（UNIXの場合）

ログの種類
ログファイル名・
ディレクトリ名
出力される
情報の内容
デフォルト
のディスク
占有量※1
最大
ディスク
占有量※1
ファイルの
切替時期※2

プロセス管理ログ
/var/opt/jp1ajs2/log/JAJS_SPMD{1|2|3}.log
JP1/AJS2サービスの起動・停止・状態確認時のトレースログ※3
384
384
128

/var/opt/jp1ajs2/log/JAJS_SPMD_COMMAND{1|2|3}.log
384
384
128

スケジューラーログ※4
/var/opt/jp1ajs2/log/ajs-log{1|2}.log※21
ジョブネット・ジョブ・スケジューラーサービスに関する稼働情報
20,480
4,000,000
環境設定のスケジューラーログファイルのサイズ
（10,240）

ajsinetd内部ログ※5，※19
/var/opt/jp1ajs2/log/ajsinetd{1|2}.log
JP1/AJS2 Monitorサービスの内部ログ※3
256
4,000,000
ajsinetd内部ログサイズ
（128）

トレースログ※5，※6
/var/opt/jp1ajs2/log/tracelog
スケジューラーサービス・ジョブネットに対する操作情報・トレースログ※3，※8
20,480
2,097,151
ラップアラウンド

ジョブ実行マネージャーログ※11
/var/opt/jp1ajs2/log/jpqmanexec{1|2|3|4|5|6|7|8|9|10|11|12|13|14|15}.log
ジョブ実行時のジョブ実行制御マネージャープロセスのトレースログ※3
15,360
524,288
ログ設定でのログサイズ
（1,024）

ジョブ実行エージェントログ※11
/var/opt/jp1ajs2/log/jpqagtexec{1|2|3|4|5|6|7|8}.log
ジョブ実行時のジョブ実行制御エージェントプロセスのトレースログ※3
4,096
524,288
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqagtexeccld{1|2|3|4|5|6|7|8}.log
4,096
524,288
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqagtexecdmn{1|2|3|4|5|6|7|8}.log
4,096
524,288
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqagtexecmon{1|2|3|4|5|6|7|8}.log
4,096
524,288
ログ設定でのログサイズ
（512）

ジョブ実行クライアントログ※11
/var/opt/jp1ajs2/log/jpqcliexec{1|2}.log
jpqxxxxコマンドJpqxxxxAPIの実行トレースログ※3
1,024
524,288
ログ設定でのログサイズ
（512）

ジョブ実行状態通知ログ※11
/var/opt/jp1ajs2/log/jpqnfyexec{1|2}.log
ジョブ実行時のジョブ実行制御通信のトレースログ※3
1,024
524,288
ログ設定でのログサイズ
（512）

イベント・アクション制御マネージャーログ※7
/var/opt/jp1ajs2/log/jpomanager{1|2|3|4|5|6}.log
イベントジョブ実行時のイベント・アクション制御マネージャーのトレースログ※3
12,288
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（2,048）

/var/opt/jp1ajs2/log/jpomgrsub{1|2|3|4|5|6|7|8}.log
8,192
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（1,024）

イベント・アクション制御エージェントログ※7
/var/opt/jp1ajs2/log/jpoagent{1|2|3|4|5|6|7|8}.log
イベントジョブ実行時のイベント・アクション制御エージェントのトレースログ※3
8,192
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（1,024）

/var/opt/jp1ajs2/log/jpoagtsub{1|2|3|4|5|6|7|8}.log
8,192
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（1,024）

イベント監視ログ※7
/var/opt/jp1ajs2/log/jpoeventwatch{1|2|3|4|5|6|7|8}.log
JP1イベント監視ジョブ・ログファイル監視ジョブ実行時のトレースログ※3
8,192
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（1,024）

イベント検索ログ※7
/var/opt/jp1ajs2/log/jpoevsearch{1|2}.log
JP1イベント受信監視ジョブの実行前イベント検索実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

ファイル監視ログ※7
/var/opt/jp1ajs2/log/jpocwtflMain{1|2|3|4|5|6}.log
ファイル監視ジョブ実行時のトレースログ※3
12,288
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（2,048）

実行間隔制御ログ※7
/var/opt/jp1ajs2/log/jpocwttmMain{1|2|3|4|5|6}.log
実行間隔制御ジョブ実行時のトレースログ※3
1,536
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（256）

メール監視ログ※7
/var/opt/jp1ajs2/log/jpocwtmlmain{1|2}.log
メール連携機能を使用したときのメール受信監視ジョブ実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メール配信ログ※7
/var/opt/jp1ajs2/log/jpomailrecv{1|2}.log
メール連携のメール配信機能機能を使用したときのメール受信監視ジョブ実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メッセージキュー連携監視ログ
（共通）※7
/var/opt/jp1ajs2/log/jpocwtmqmain{1|2}.log
メッセージキュー連携機能を使用したときのメッセージキュー受信監視ジョブ実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メッセージキュー連携監視ログ
（TP1/Message Queue使用時）※7
/var/opt/jp1ajs2/log/jp1mqsup{1|2}.log
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メッセージキュー連携監視ログ
（MQSeries使用時）※7
/var/opt/jp1ajs2/log/jpocwtmqmaii{1|2}.log
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

Cm2連携ログ
/var/opt/jp1ajs2/log/jpoovlink{1|2}.log※5
JP1/Cm2またはhp OpenViewを使った監視を行う場合のトレースログ※3
512
512
256

ジョブ実行内部ログ※11
/var/opt/jp1ajs2/log/jpqagent/jpqagt_{00|01|02|03|04|05|06|07}.log
－※8
4,096
1,048,576
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqagent/jpqmon_{00|01|02|03|04|05|06|07}.log
－※8
4,096
1,048,576
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqagent/jpqnjpagt_{00|01|02|03|04|05|06|07}.log
－※8
4,096
1,048,576
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqagent/jpqnjpdata_{00|01}.log
－※8
1,024
1,048,576
ログ設定でのログサイズ
（512）

ジョブ実行内部ログ※11
/var/opt/jp1ajs2/log/jpqclient/jpqclient_{00|01|02|03|04|05|06|07|08|09}.log
－※8
10,240
1,048,576
ログ設定でのログサイズ
（1,024）

/var/opt/jp1ajs2/log/jpqclient/jpqclientnjp_{00|01|02|03|04|05|06|07|08|09}.log
－※8
10,240
1,048,576
ログ設定でのログサイズ
（1,024）

/var/opt/jp1ajs2/log/jpqclient/jpqnjpdata_{00|01}.log
－※8
1,024
1,048,576
ログ設定でのログサイズ
（512）

ジョブ実行内部ログ※11
/var/opt/jp1ajs2/log/jpqmanager/jpqman_{00|01|02|03}.log
－※8
2,048
1,048,576
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqmanager/jpqmandb_{00|01|02|03}.log
－※8
2,048
1,048,576
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqmanager/jpqmannjp_{00|01|02|03}.log
－※8
2,048
1,048,576
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqmanager/jpqnjpdata_{00|01}.log
－※8
1,024
1,048,576
ログ設定でのログサイズ
（512）

ジョブ実行内部ログ※11
/var/opt/jp1ajs2/log/jpqnotify/jpqnotify_{00|01}.log
－※8
1,024
1,048,576
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqnotify/jpqnotifynjp_{00|01}.log
－※8
1,024
1,048,576
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqnotify/jpqnjpdata_{00|01}.log
－※8
1,024
1,048,576
ログ設定でのログサイズ
（512）

ジョブ実行環境データベース再編成ログ
/var/opt/jp1ajs2/database/queue/CONDENSE{1|2}.log
－
1,024
1,024
512

スケジューラーデータベース再編成ログ
/var/opt/jp1ajs2/database/schedule/スケジューラーサービス名/CONDENSE{1|2}.log
－
1,024
1,024
512

イベント・アクション共通ログ※5，※7
/var/opt/jp1base/log/jpocommonerr{1|2}.log
－※3
2,048
2,097,152
（2ギガバイト）
ログ設定でのログサイズ
1,024

イベント・アクション共通エラーログ※5
/var/opt/jp1base/log/jpoproccomerr{1|2}.log
－※3
256
256
128

jp1ajs2_setup_clusterコマンドトレースログファイル※9
/var/opt/jp1ajs2/log/JAJS_SETUP/論理ホスト名/jajs_setup.log※10
論理ホストのセットアップ時に出力されるログ※3
10
100
なし

jajs_killall.clusterコマンドトレースログファイル
共有ディレクトリ/jp1ajs2/log/jajs_killall.cluster_論理ホスト名.{1|2|3|4|5}.log
論理ホスト対応のプロセスを強制終了させたときに出力されるログ※3
50
50
jajs_killall.cluster実行時

キューレスログファイル※17
/var/opt/jp1ajs2/log/ajsql-log{1|2}.log
キューレスエージェントサービスのジョブ実行情報
16,384
4,000,000
環境設定のキューレスログファイルのサイズ（8,192）

キューレストレースログファイル※5，※18
/var/opt/jp1ajs2/log/tracelog.ql
キューレスジョブ，およびキューレスジョブ実行制御関連コマンド実行時のトレースログ※3，※8
15,360
2,097,151
ラップアラウンド

キューレスジョブ実行内部ログ※22
/var/opt/jp1ajs2/log/ajsqlexeclog※23
キューレスジョブ実行時のトレースログ※3，※8
24,576
2,097,151
ラップアラウンド

/var/opt/jp1ajs2/log/ajsqlexeclog_ftpd
10,240
2,097,151
ラップアラウンド

JP1/AJS2 Console Managerトレースログファイル※5，※12
/var/opt/jp1ajs2cm/log/tracelog.cm
－※8
3,072
2,097,151
ラップアラウンド

JP1/AJS2 Console Agentトレースログファイル※5，※13
/var/opt/jp1ajs2/log/tracelog.ca
－※8
3,072
2,097,151
ラップアラウンド

メンテナンスログファイル
/var/opt/jp1ajs2/log/jajs_maintain_manager{1|2|3|4}.log※14
メンテナンス処理実行時のデータベース再編成ログ※3
1,484
1,484
メンテナンス処理実行時

/var/opt/jp1ajs2/log/jajs_maintain_[スケジューラーサービス名]{1|2|3|4}.log※14
1,484
1,484
メンテナンス処理実行時

自動再編成ログファイル
/var/opt/jp1ajs2/log/jpqautocond{1|2|3|4}.log※15
自動再編成処理実行時のデータベース再編成ログ※3
764
764
自動再編成処理実行時

/var/opt/jp1ajs2/log/ajsautocond{1|2|3|4}.log※15
764
764
自動再編成処理実行時

定義チェックログファイル※20
/var/opt/jp1ajs2/log/ajscheck{1|2}.log
定義内容の事前チェックログ
8,192
4,000,000
環境設定の定義チェックのログファイルサイズ

定義チェックトレースログファイル※16
/var/opt/jp1ajs2/log/tracelog.ch
定義内容の事前チェックによって出力されるトレースログ※8
3,072
2,097,151
ラップアラウンド

組み込みDB操作コマンド実行ログ
/var/opt/jp1ajs2/log/embdb/ajsembdboplog[組み込みDBセットアップ識別子]{1|2|3|4}.log
組み込みDBの操作コマンドによって出力されるログ
4,096
4,096
1,024

/var/opt/jp1ajs2/log/embdb/ajsembdbrorg[ホスト名][スケジューラーサービス名]{1|2|3|4}.log
4,096
4,096
1,024

/var/opt/jp1ajs2/log/embdb/ajsembdbreclaim[ホスト名][スケジューラーサービス名]{1|2|3|4}.log
4,096
4,096
1,024

/var/opt/jp1ajs2/log/embdb/ajsembdbaddarea[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

/var/opt/jp1ajs2/log/embdb/ajsembdbaddlog[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

/var/opt/jp1ajs2/log/embdb/ajsembdbstop[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

/var/opt/jp1ajs2/log/embdb/ajsembdbstart[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

/var/opt/jp1ajs2/log/embdb/ajsembdbcancel[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

/var/opt/jp1ajs2/log/embdb/ajsembdbunset[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

/var/opt/jp1ajs2/log/embdb/ajsembdbbuild[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

/var/opt/jp1ajs2/log/embdb/ajsembdbsetup[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

/var/opt/jp1ajs2/log/embdb/ajsembdbstatus[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

/var/opt/jp1ajs2/log/embdb/ajsembdbvrupd[組み込みDBセットアップ識別子]{1|2|3|4}.log
4,096
4,096
1,024

/var/opt/jp1ajs2/log/embdb/ajsembdbrpsetup{1|2|3|4}.log
4,096
4,096
1,024

注※1

「デフォルトのディスク占有量」「最大ディスク占有量」の単位は，「キロバイト」です。括弧内の値は，「ギガバイト」で表したときの値です。

注※2

「ファイルの切替時期」の括弧内の値は，ログファイルが切り替わるタイミングのデフォルトを記載しています。単位は「キロバイト」です。

注※3

出力される情報の形式は公開していません。

注※4

ディスク占有量を変更できます。変更時は，スケジューラーサービス環境設定ファイル（Schedule.conf）のLOGSIZEパラメーターの指定を変更してから，jbssetcnfコマンドで設定を反映してください。

ディスク占有量の見積もり方法については，「4.4.1 スケジューラーログファイルのサイズを見積もる」を参照してください。

注※5

クラスタ運用時にもデフォルトのディレクトリに出力されます。

注※6

ディスク占有量を変更できます。変更時は，ajstrsetszコマンドを使用してください。

注※7

ディスク占有量を変更できます。ディスク占有量を変更するときは，「4.4.4 イベントジョブが出力するログのサイズを見積もる」を参照してください。

注※8

バイナリー情報のため参照できません。

注※9

jp1ajs2_setup_clusterコマンドトレースログファイルは論理ホストのセットアップ時に出力されるログで，運用時にログサイズが増加することはありません。

注※10

すでに作成済みの論理ホストがある状態で異なる論理ホストを作成した場合は，異なる論理ホスト名でログディレクトリが作成されます。

注※11

ディスク占有量を変更できます。ディスク占有量を変更するときは，「4.4.3 ジョブ実行環境のログのサイズを見積もる」を参照してください。

注※12

ディスク占有量を変更できます。変更時は，ajscmtrsetszコマンドを使用してください。JP1/AJS2 Console Manager機能を使用しない場合，トレースログファイルは作成されません。

注※13

ディスク占有量を変更できます。変更時は，ajscatrsetszコマンドを使用してください。JP1/AJS2 Console Agent機能を使用しない場合，トレースログファイルは作成されません。

注※14

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

/var/opt/jp1ajs2/log/jajs_maintain_manager_[論理ホスト名]{1|2|3|4}.log

/var/opt/jp1ajs2/log/jajs_maintain_[スケジューラーサービス名]_[論理ホスト名]{1|2|3|4}.log

注※15

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

/var/opt/jp1ajs2/log/jpqautocond_[論理ホスト名]{1|2|3|4}.log

/var/opt/jp1ajs2/log/ajsautocond_[論理ホスト名]{1|2|3|4}.log

注※16

ディスク占有量を変更できます。変更時は，ajschktrsetszコマンドを使用してください。JP1/AJS2 Check Manager機能，またはJP1/AJS2 Check Agent機能を使用しない場合，トレースログファイルは作成されません。

注※17

ディスク占有量を変更できます。変更時は，キューレスジョブ実行環境設定ファイル（Queueless.conf）のAJSQL_LOGSIZEパラメーターの指定を変更してください。 ディスク占有量の見積もり方法については，「4.4.5 キューレスログファイルのサイズを見積もる」を参照してください。

注※18

ディスク占有量を変更できます。変更時は，ajsqltrsetszコマンドを使用してください。

注※19

ディスク占有量を変更できます。変更時は，「JP1/Automatic Job Management System 2 セットアップガイド　14.1.3 スケジューラーサービス環境設定パラメーターの定義内容」を参照してください。

注※20

ディスク占有量を変更できます。変更時は，「JP1/Automatic Job Management System 2 セットアップガイド　14.7.11 JP1/AJS2定義内容の事前チェック機能の設定」を参照してください。

注※21

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

共有ディスク名/jp1ajs2/log/ajs[スケジューラーサービスの識別番号]-log{1|2}.log

注※22

ディスク占有量を変更できます。変更時は，ajsqlexecsetszコマンドを使用してください。ajsqlexecsetszコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsqlexecsetsz」を参照してください。

また，ディスク占有量の見積もり方法については，「4.4.7 キューレスジョブ実行内部ログファイルのサイズを見積もる」を参照してください。

注※23

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

/var/opt/jp1ajs2/log/ajsqlexeclog-[論理ホスト名]

名称が256バイト以上になる場合，論理ホスト名は30バイトまで付加されます。

表17-9　JP1/AJS2 - Agentのログファイルおよびディレクトリ一覧（UNIXの場合）

ログの種類
ログファイル名・
ディレクトリ名
出力される
情報の内容
デフォルト
のディスク
占有量※1
最大
ディスク
占有量※1
ファイルの
切替時期※2

プロセス管理ログ
/var/opt/jp1ajs2/log/JAJS_SPMD{1|2|3}.log
JP1/AJS2サービスの起動・停止・状態確認時のトレースログ※3
384
384
128

/var/opt/jp1ajs2/log/JAJS_SPMD_COMMAND{1|2|3}.log
384
384
128

ジョブ実行エージェントログ※9
/var/opt/jp1ajs2/log/jpqagtexec{1|2|3|4|5|6|7|8}.log
ジョブ実行時のジョブ実行制御エージェントプロセスのトレースログ※3
4,096
524,288
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqagtexeccld{1|2|3|4|5|6|7|8}.log
4,096
524,288
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqagtexecdmn{1|2|3|4|5|6|7|8}.log
4,096
524,288
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqagtexecmon{1|2|3|4|5|6|7|8}.log
4,096
524,288
ログ設定でのログサイズ
（512）

ジョブ実行クライアントログ※9
/var/opt/jp1ajs2/log/jpqcliexec{1|2}.log
jpqxxxxコマンドJpqxxxxAPIの実行トレースログ※3
1,024
524,288
ログ設定でのログサイズ
（512）

ジョブ実行状態通知ログ※9
/var/opt/jp1ajs2/log/jpqnfyexec{1|2}.log
ジョブ実行時のジョブ実行制御通信のトレースログ※3
1,024
524,288
ログ設定でのログサイズ
（512）

イベント・アクション制御エージェントログ※4
/var/opt/jp1ajs2/log/jpoagent{1|2|3|4|5|6|7|8}.log
イベントジョブ実行時のイベント・アクション制御エージェントのトレースログ※3
8,192
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（1,024）

/var/opt/jp1ajs2/log/jpoagtsub{1|2|3|4|5|6|7|8}.log
8,192
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（1,024）

イベント監視ログ※4
/var/opt/jp1ajs2/log/jpoeventwatch{1|2|3|4|5|6|7|8}.log
JP1イベント監視ジョブ・ログファイル監視ジョブ実行時のトレースログ※3
8,192
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（1,024）

イベント検索ログ※4
/var/opt/jp1ajs2/log/jpoevsearch{1|2}.log
JP1イベント受信監視ジョブの実行前イベント検索実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

ファイル監視ログ※4
/var/opt/jp1ajs2/log/jpocwtflMain{1|2|3|4|5|6}.log
ファイル監視ジョブ実行時のトレースログ※3
12,288
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（2,048）

実行間隔制御ログ※4
/var/opt/jp1ajs2/log/jpocwttmMain{1|2|3|4|5|6}.log
実行間隔制御ジョブ実行時のトレースログ※3
1,536
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（256）

メール監視ログ※4
/var/opt/jp1ajs2/log/jpocwtmlmain{1|2}.log
メール連携機能を使用したときのメール受信監視ジョブ実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メール配信ログ※4
/var/opt/jp1ajs2/log/jpomailrecv{1|2}.log
メール連携のメール配信機能機能を使用したときのメール受信監視ジョブ実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メッセージキュー連携監視ログ
（共通）※4
/var/opt/jp1ajs2/log/jpocwtmqmain{1|2}.log
メッセージキュー連携機能を使用したときのメッセージキュー受信監視ジョブ実行時のトレースログ※3
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メッセージキュー連携監視ログ
（TP1/Message Queue使用時）※4
/var/opt/jp1ajs2/log/jp1mqsup{1|2}.log
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

メッセージキュー連携監視ログ
（MQSeries使用時）※4
/var/opt/jp1ajs2/log/jpocwtmqmaii{1|2}.log
256
16,777,216
（16ギガバイト）
ログ設定でのログサイズ
（128）

Cm2連携ログ
/var/opt/jp1ajs2/log/jpoovlink{1|2}.log※6
JP1/Cm2またはhp OpenViewを使った監視を行う場合のトレースログ※3
512
512
256

ジョブ実行内部ログ※9
/var/opt/jp1ajs2/log/jpqagent/jpqagt_{00|01|02|03|04|05|06|07}.log
－※5
4,096
1,048,576
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqagent/jpqmon_{00|01|02|03|04|05|06|07}.log
－※5
4,096
1,048,576
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqagent/jpqnjpagt_{00|01|02|03|04|05|06|07}.log
－※5
4,096
1,048,576
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqagent/jpqnjpdata_{00|01}.log
－※5
1,024
1,048,576
ログ設定でのログサイズ
（512）

ジョブ実行内部ログ※9
/var/opt/jp1ajs2/log/jpqclient/jpqclient_{00|01|02|03|04|05|06|07|08|09}.log
－※5
10,240
1,048,576
ログ設定でのログサイズ
（1,024）

/var/opt/jp1ajs2/log/jpqclient/jpqclientnjp_{00|01|02|03|04|05|06|07|08|09}.log
－※5
10,240
1,048,576
ログ設定でのログサイズ
（1,024）

/var/opt/jp1ajs2/log/jpqclient/jpqnjpdata_{00|01}.log
－※5，※8
1,024
1,048,576
ログ設定でのログサイズ
（512）

ジョブ実行内部ログ※9
/var/opt/jp1ajs2/log/jpqnotify/jpqnotify_{00|01}.log
－※5
1,024
1,048,576
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqnotify/jpqnotifynjp_{00|01}.log
－※5
1,024
1,048,576
ログ設定でのログサイズ
（512）

/var/opt/jp1ajs2/log/jpqnotify/jpqnjpdata_{00|01}.log
－※5
1,024
1,048,576
ログ設定でのログサイズ
（512）

イベント・アクション共通ログ※4，※6
/var/opt/jp1base/log/jpocommonerr{1|2}.log
－※3
2,048
2,097,152
（2ギガバイト）
ログ設定でのログサイズ
（1,024）

イベント・アクション共通エラーログ※6
/var/opt/jp1base/log/jpoproccomerr{1|2}.log
－※3
256
256
128

jp1ajs2_setup_clusterコマンドトレースログファイル※7
/var/opt/jp1ajs2/log/JAJS_SETUP/論理ホスト名/jajs_setup.log※8
論理ホストのセットアップ時に出力されるログ※3
10
100
なし

jajs_killall.clusterコマンドトレースログファイル
共有ディレクトリ/jp1ajs2/log/jajs_killall.cluster_論理ホスト名.{1|2|3|4|5}.log
論理ホスト対応のプロセスを強制終了させたときに出力されるログ※3
50
50
jajs_killall.cluster実行時

キューレスログファイル※11
/var/opt/jp1ajs2/log/ajsql-log{1|2}.log
キューレスエージェントサービスのジョブ実行情報
16,384
4,000,000
環境設定のキューレスログファイルのサイズ（8,192）

キューレストレースログファイル※6，※12
/var/opt/jp1ajs2/log/tracelog.ql
キューレスジョブ，およびキューレスジョブ実行制御関連コマンド実行時のトレースログ※3，※5
15,360
2,097,151
ラップアラウンド

キューレスジョブ実行内部ログ※14
/var/opt/jp1ajs2/log/ajsqlexeclog※15
キューレスジョブ実行時のトレースログ※3，※5
24,576
2,097,151
ラップアラウンド

定義チェックログファイル※13
/var/opt/jp1ajs2/log/ajscheck{1|2}.log
定義内容の事前チェックログ
8,192
4,000,000
環境設定の定義チェックのログファイルサイズ

定義チェックトレースログファイル※10
/var/opt/jp1ajs2/log/tracelog.ch
定義内容の事前チェックによって出力されるトレースログ※8
3,072
2,097,151
ラップアラウンド

注※1

「デフォルトのディスク占有量」「最大ディスク占有量」の単位は，「キロバイト」です。括弧内の値は，「ギガバイト」で表したときの値です。

注※2

「ファイルの切替時期」の括弧内の値は，ログファイルが切り替わるタイミングのデフォルトを記載しています。単位は「キロバイト」です。

注※3

出力される情報の形式は公開していません。

注※4

ディスク占有量を変更できます。ディスク占有量を変更するときは，「4.4.4 イベントジョブが出力するログのサイズを見積もる」を参照してください。

注※5

バイナリー情報のため参照できません。

注※6

クラスタ運用時にもデフォルトのディレクトリに出力されます。

注※7

jp1ajs2_setup_clusterコマンドトレースログファイルは論理ホストのセットアップ時に出力されるログで，運用時にログサイズが増加することはありません。

注※8

すでに作成済みの論理ホストがある状態で異なる論理ホストを作成した場合は，異なる論理ホスト名でログディレクトリが作成されます。

注※9

ディスク占有量を変更できます。ディスク占有量を変更するときは，「4.4.3 ジョブ実行環境のログのサイズを見積もる」を参照してください。

注※10

ディスク占有量を変更できます。変更時は，ajschktrsetszコマンドを使用してください。JP1/AJS2 Check Agent機能を使用しない場合，トレースログファイルは作成されません。

注※11

ディスク占有量を変更できます。変更時は，キューレスジョブ実行環境設定ファイル（Queueless.conf）のAJSQL_LOGSIZEパラメーターの指定を変更してください。 ディスク占有量の見積もり方法については，「4.4.5 キューレスログファイルのサイズを見積もる」を参照してください。

注※12

ディスク占有量を変更できます。変更時は，ajsqltrsetszコマンドを使用してください。

注※13

ディスク占有量を変更できます。変更時は，「JP1/Automatic Job Management System 2 セットアップガイド　14.7.11 JP1/AJS2定義内容の事前チェック機能の設定」を参照してください。

注※14

ディスク占有量を変更できます。変更時は，ajsqlexecsetszコマンドを使用してください。ajsqlexecsetszコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsqlexecsetsz」を参照してください。

また，ディスク占有量の見積もり方法については，「4.4.7 キューレスジョブ実行内部ログファイルのサイズを見積もる」を参照してください。

注※15

クラスタ運用時はファイル名称が異なります。クラスタ運用時のファイル名称を次に示します。

/var/opt/jp1ajs2/log/ajsqlexeclog-[論理ホスト名]

名称が256バイト以上になる場合，論理ホスト名は30バイトまで付加されます。

17.3　トラブル発生時に採取が必要な資料

トラブルが発生したときに採取が必要な資料を示します。

トラブルの要因として，JP1/AJS2の問題のほかに，OS，ユーザープログラム，オペレーションミスなどが考えられます。そのため，JP1/AJS2のログ以外にも，この節で説明している資料が必要になる場合があります。

JP1では，採取が必要な資料を一括採取するための「資料採取ツール」を提供しています。資料採取ツールの初期設定で採取できる資料については，表中に記号で示しています。

＜この節の構成＞

17.3.1　Windowsの場合

17.3.2　UNIXの場合

17.3.1　Windowsの場合

＜この項の構成＞

(1)　OSのログ情報

(2)　JP1の情報

(3)　JP1/AJS2のプロセス一覧

(4)　オペレーション内容

(5)　画面上のエラー情報

(6)　組み込みDBの情報

(7)　その他の情報

(1)　OSのログ情報

次に示すOSのログ情報の採取が必要です。

表17-10　JP1/AJS2のトラブル発生時に採取が必要なOSのログ情報

情報の種類
デフォルトのファイル名
ツールでの採取

Windowsイベントログ
－
○

Windowsレジストリー情報
－
○

hostsファイル
servicesファイル

システムフォルダ¥system32¥drivers¥etc¥hosts

システムフォルダ¥system32¥drivers¥etc¥services

○

ワトソンログファイル※1，※2

システムドライブ¥Documents and Settings¥All Users¥Documents¥DrWatson¥drwtsn32.log※1（Windows 2000の場合）

システムドライブ¥Documents and Settings¥All Users¥Application Data¥Microsoft¥Dr Watson¥drwtsn32.log※1（Windows XP ProfessionalおよびWindows Server 2003の場合）

○

マシン構成情報※3
－
○

サービス起動されているPP一覧※3
－
○

ネットワーク構成情報※3
－
○

メモリーダンプ※1
－
○※4

クラッシュダンプ※1
－
○※4

（凡例）

○：資料採取ツールで資料を採取できる。

注※1

ワトソンログファイル，メモリーダンプ，クラッシュダンプをデフォルトのフォルダから取得します。別のフォルダを指定している場合には，資料採取ツールのセットアップが必要です。

注※2

Windows VistaおよびWindows Server 2008では，ワトソンログを取得できません。

注※3

Windows VistaおよびWindows Server 2008の場合，これらの情報を含めたハードウェア環境，ソフトウェア環境，インターネット環境など，コンピュータに関するさまざまな情報が取得されます。なお，情報採取の終了までに数分掛かることがあります。

採取中は［システム情報］ダイアログボックスが表示されますが，自動で閉じるため，手動で操作する必要はありません。

注※4

Windows VistaおよびWindows Server 2008の場合，資料採取ツールでメモリーダンプやクラッシュダンプを取得できません。これらに相当する情報は，トラブルの発生時に手動で採取してください。採取方法については，「17.4.1(3) ユーザーダンプを採取する（Windows VistaおよびWindows Server 2008の場合）」および「17.4.1(4) 問題レポートを採取する（Windows VistaおよびWindows Server 2008限定）」を参照してください。

(2)　JP1の情報

JP1に関する次の情報の採取が必要です。また，ネットワーク接続でのトラブルの場合，接続先ホスト上のファイルの採取も必要です。

表17-11　JP1/AJS2のトラブル発生時に採取が必要なJP1の情報

情報の種類
デフォルトのファイル名
ツールでの採取

ログファイル
作業ファイル
定義ファイル

JP1/Baseのインストール先フォルダ¥log

JP1/Baseのインストール先フォルダ¥conf¥user_acl

JP1/AJS2のインストール先フォルダ¥log

JP1/AJS2のインストール先フォルダ¥conf

JP1/AJS2のインストール先フォルダ¥sys

JP1/AJS2のインストール先フォルダ¥database

JP1/AJS2のインストール先フォルダ¥jobinf

JP1/AJS2のインストール先フォルダ¥tmp¥schedule

JP1/AJS2 - Viewのインストール先フォルダ¥log（Windows XP ProfessionalおよびWindows Server 2003の場合）

%ALLUSERSPROFILE%※1¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥log（Windows VistaおよびWindows Server 2008の場合）

JP1/AJS2 - Viewのインストール先フォルダ¥conf（Windows XP ProfessionalおよびWindows Server 2003の場合）

%ALLUSERSPROFILE%※1¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf（Windows VistaおよびWindows Server 2008の場合）

JP1/AJS2 Consoleのインストール先フォルダ¥log

JP1/AJS2 Consoleのインストール先フォルダ¥database

クラスタ運用している場合は次のファイルの採取も必要です。

共有フォルダ¥JP1BASE¥log

共有フォルダ¥JP1BASE¥conf

共有フォルダ¥JP1AJS2

共有フォルダ¥JP1AJS2CM

○

統合トレースログフォルダ
システムドライブ¥Program Files※2¥hitachi¥HNTRLib2¥spool
○

データベースディレクトリのファイルリスト情報
－
○

JP1/Baseのファイルリスト情報
－
○

JP1/AJS2稼働中に使用している共有メモリー情報
－
○

（凡例）

○：資料採取ツールで資料を採取できる。

注※1

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

注※2

64ビット版環境の場合は，「Program Files」を「Program Files (x86)」と読み替えてください。

(3)　JP1/AJS2のプロセス一覧

Windowsの［タスクマネージャ］ウィンドウの［プロセス］タブでプロセスの動作状態を確認します。

JP1/AJS2のプロセスの情報については，「付録B.2 プロセス一覧（Windowsの場合）」を参照してください。

(4)　オペレーション内容

トラブル発生時のオペレーション内容について次に示す情報が必要です。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，JP1/AJS2 - ManagerとJP1/AJS2 - Agentの構成，JP1/AJS2 Console ManagerとJP1/AJS2 Console Agentの構成など）

再現性の有無

JP1/AJS2 - ViewまたはJP1/AJS2 Console Viewからログインしている場合は，ログインユーザー名

(5)　画面上のエラー情報

次に示すハードコピーを採取してください。

アプリケーションエラーが発生した場合は，操作画面のハードコピー

エラーメッセージダイアログボックスのハードコピー（および詳細ボタンがある場合はその内容）

コマンド実行時にトラブルが発生した場合は，［コマンドプロンプト］ウィンドウのハードコピー

(6)　組み込みDBの情報

スケジューラーデータベースに組み込みDBを使用している場合は，次に示す組み込みDBに関する情報の採取が必要です。

表17-12　JP1/AJS2のトラブル発生時に採取が必要なJP1の情報

情報の種類 | デフォルトのファイル名 | ツールでの採取
定義ファイル | 組み込みDB運用ディレクトリ¥conf | ○
障害情報 | 組み込みDB運用ディレクトリ¥spool | ○
データベース情報 | ajsembdbrorgコマンドに-k unldオプションを指定して取得したアンロードファイル | ○

（凡例）

○：資料採取ツールで資料を採取できる。

(7)　その他の情報

上記の（1）～（6）以外で必要な情報を次に示します。

Windowsの［イベントビューア］ウィンドウの，［システムログ］および［アプリケーションログ］の内容

［コンピュータの管理］の［システム情報］の内容（Windows 2000の場合）

［ヘルプとサポート］の［システム情報］の内容（Windows XP ProfessionalおよびWindows Server 2003の場合）
Windows VistaおよびWindows Server 2008の場合は，「(1) OSのログ情報」として資料採取ツールで取得できます。

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数

17.3.2　UNIXの場合

＜この項の構成＞

(1)　OSのログ情報

(2)　JP1の情報

(3)　JP1/AJS2のプロセス一覧

(4)　オペレーション内容

(5)　組み込みDBの情報

(6)　その他の情報

(1)　OSのログ情報

次に示すOSのログ情報の採取が必要です。

表17-13　JP1/AJS2のトラブル発生時に採取が必要なOSのログ情報

情報の種類
デフォルトのファイル名
ツールでの採取

syslogファイル※1

/var/adm/syslog/syslog.log
（HP-UXの場合）

/var/adm/messages
（Solarisの場合）

/var/adm/syslog/
または/var/adm/syslog/*
（AIXの場合）

/var/log/messages*
（Linuxの場合）

○

hostsファイル
servicesファイル
passwdファイル
environmentファイル※2
inittabファイル

/etc/hosts

/etc/services

/etc/passwd

/etc/environment

/etc/inittab

○

各OSのパッチ情報
－
○

各OSの共有ライブラリファイル
－
○

プロセス一覧
－
○

coreファイル

/opt/jp1ajs2の配下にあるcoreファイル

/var/opt/jp1ajs2の配下にあるcoreファイル

JP1/AJS2 - ViewログインユーザーにマッピングしたOSユーザーのホームディレクトリにあるcore（ツールでは採取できません）

/opt/jp1ajs2cmの配下にあるcoreファイル

/var/opt/jp1ajs2cmの配下にあるcoreファイル

/opt/jp1baseの配下にあるcoreファイル

/var/opt/jp1base/logの配下にあるcoreファイル

クラスタ運用している場合は，次のファイルの採取も必要です。

/共有ディレクトリ/jp1ajs2/database/core

○※3

エラーログ情報※2
－
○

ネットワーク構成情報
－
○

インストール済みの日立製品情報
/etc/.hitachi/pplistd/pplistd
○

（凡例）

○：資料採取ツールで資料を採取できる。

注※1

システムの設定によっては，調査時に過去のsyslogファイルが必要な場合があります。システムの設定で頻繁にsyslogファイルを切り替えるシステムの場合には，手動で過去のsyslogファイルを採取してください。

注※2

AIXの場合だけ採取します。

注※3

コマンドを実行してcoreファイルが出力された場合，カレントディレクトリのcoreファイルを手動で採取する必要があります。また，JP1/AJS2 - View使用時にJP1/AJS2 Monitorサービスで問題が発生した場合は，ログインしたJP1ユーザーがマッピングされているOSユーザーのホームディレクトリのcoreファイルを手動で採取する必要があります。

(2)　JP1の情報

JP1に関する次の情報の採取が必要です。また，ネットワーク接続でのトラブルの場合，接続先ホスト上のファイルの採取も必要です。

表17-14　JP1/AJS2のトラブル発生時に採取が必要なJP1の情報

情報の種類
デフォルトのファイル名
ツールでの採取

ログファイル
作業ファイル
定義ファイル

/var/opt/jp1ajs2/log

/var/opt/jp1base/log

/etc/opt/jp1base/conf/user_acl

/etc/opt/jp1ajs2/conf

/var/opt/jp1ajs2/database

/var/opt/jp1ajs2/sys

/var/opt/jp1ajs2/jobinf

/var/opt/jp1ajs2/tmp/schedule

/opt/jp1ajs2/PatchHistory

/opt/jp1ajs2/PatchLog

/var/opt/jp1ajs2cm/log

/etc/opt/jp1ajs2cm/conf

/opt/jp1ajs2cm/PatchHistory

/opt/jp1ajs2cm/PatchLog

/var/opt/jp1ajs2cm/database

クラスタ運用している場合は，次のファイルの採取も必要です。

/共有ディレクトリ/jp1ajs2

/共有ディレクトリ/jp1base/log

/共有ディレクトリ/jp1base/conf

/共有ディレクトリ/jp1ajs2cm

○

統合トレースログディレクトリ
/var/opt/hitachi/HNTRLib2/spool
○

データベースディレクトリのファイルリスト情報
－
○

JP1/Baseのファイルリスト情報
－
○

core解析に必要な情報
－
○

（凡例）

○：資料採取ツールで資料を採取できる。

注意

情報を採取する場合には，cpコマンドなどではなく，tarコマンドで採取してください。採取ディレクトリの下に，システムファイルがあるため，cpコマンドなどで採取すると，予期しない現象が発生するおそれがあります。

(3)　JP1/AJS2のプロセス一覧

psコマンドでプロセスの動作状態を確認します。

JP1/AJS2のプロセスの情報については，「付録B.3 プロセス一覧（UNIXの場合）」を参照してください。

(4)　オペレーション内容

トラブル発生時のオペレーション内容について次に示す情報が必要です。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，JP1/AJS2 - ManagerとJP1/AJS2 - Agentの構成，JP1/AJS2 Console ManagerとJP1/AJS2 Console Agentの構成など）

再現性の有無

JP1/AJS2 - ViewまたはJP1/AJS2 Console Viewからログインしている場合は，ログインユーザー名

(5)　組み込みDBの情報

スケジューラーデータベースに組み込みDBを使用している場合は，次に示す組み込みDBに関する情報の採取が必要です。

表17-15　JP1/AJS2のトラブル発生時に採取が必要なJP1の情報

情報の種類 | デフォルトのファイル名 | ツールでの採取
定義ファイル | 組み込みDB運用ディレクトリ/conf | ○
障害情報 | 組み込みDB運用ディレクトリ/spool | ○
データベース情報 | ajsembdbrorgコマンドに-k unldオプションを指定して取得したアンロードファイル | ○

（凡例）

○：資料採取ツールで資料を採取できる。

(6)　その他の情報

コマンド実行時にトラブルが発生した場合は，コマンドに指定した引数の情報が必要です。

17.4　資料の採取方法

トラブルが発生したときに，資料を採取しておくと，トラブルが発生した原因が調査できます。調査して原因がわかると，発生したトラブルに対処できます。トラブル発生時の資料の採取方法を次に示します。

＜この節の構成＞

17.4.1　Windowsの場合

17.4.2　UNIXの場合

17.4.1　Windowsの場合

＜この項の構成＞

(1)　資料採取ツールを実行する

(2)　ダンプファイルを採取する

(3)　ユーザーダンプを採取する（Windows VistaおよびWindows Server 2008の場合）

(4)　問題レポートを採取する（Windows VistaおよびWindows Server 2008限定）

(5)　プロセスの状態を確認する

(6)　オペレーション内容を確認する

(7)　画面上のエラー情報を採取する

(8)　採取資料一覧

(1)　資料採取ツールを実行する

資料採取ツールを実行します。資料採取ツールのセットアップについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　8. ログ情報の採取」を参照してください。

資料採取ツールの実行例を次に示します。

c:¥>c:¥usertools¥_04.bat

資料採取ツールの実行結果は，デフォルトでは「%TEMP%¥jp1ajs2¥backlog」下の次のフォルダに出力されます。これらのフォルダをバックアップしてください。

物理ホストの場合

JP1_DEFAULT¥JP1_DEFAULT_1st
第一報用資料が出力されます。

JP1_DEFAULT¥JP1_DEFAULT_2nd
その他全資料が出力されます。

論理ホストの場合

論理ホスト名¥論理ホスト名_1st
第一報用資料が出力されます。

論理ホスト名¥論理ホスト名_2nd
その他全資料が出力されます。

資料採取ツールは，クラスタシステム運用時，論理ホスト名を指定して資料を採取できます。また，採取する資料を限定するオプションも提供しています。次に資料採取ツールの文法について説明します。

形式

_04.bat
    [-h 論理ホスト名]
    [-s]
    [-t]
    [-u]

機能

JP1/AJS2の各種ログ，OS情報などの保守情報を取得します。

実行権限

Administrators権限

引数

-h 論理ホスト名

処理対象とする，論理ホスト名を指定します。

指定した論理ホストのほかに物理ホストの資料も採取します。

省略した場合，物理ホストのログを採取します。

-s

JP1/AJS2で使用しているデータベースの情報，およびJP1/AJS2 Consoleで使用しているデータベースの情報を採取しないときに指定します。

省略した場合，データベースの情報を採取します。

-t

hosts，servicesファイルを取得しないときに指定します。

-u

ユーザーダンプを取得しないときに指定します。

Windows VistaおよびWindows Server 2008の場合は取得できません。

注意事項

JP1/AJS2のサービスの起動中に，-sオプションを省略して実行した場合，ジョブが異常終了するおそれがあるため，ISAMデータベースの情報は採取しません。

クラスタ構成の論理ホストの資料を採取する場合，論理ホストが動作しているホスト上で実行してください。

採取した資料はこのツールでは圧縮しません。別途圧縮ツールなどで圧縮してください。

バッチファイルの実行結果を出力したファイルが作成済みの場合，情報の上書きを確認するメッセージが出力されるので，上書きする場合は「y」を，中止する場合は「n」を応答してください。

バッチファイル実行時に，「JP1/AJS2 - ManagerまたはJP1/AJS2 - Agentのインストール先フォルダ¥sys」フォルダ中のファイルに対して「共有違反です」というエラーメッセージが表示されることがありますが，問題はありません。

資料採取ツールの実行が終了した直後に，採取した資料を移動，削除などの操作を行うと「プロセスはファイルにアクセスできません。別のプロセスが使用中です。」のメッセージが出力される場合があります。これは，資料採取ツールの実行が終了しても，内部的にOSの情報を採取するためのプロセスが実行中のために出力されます。このメッセージが出力された場合は，しばらく待ってから採取した資料を操作してください。

Outlookを使用している場合，資料採取ツールを実行すると，次に示すメッセージボックスが表示される場合があります。
プログラムが，Outlook内に保存されている電子メールアドレスにアクセスしようとしています。よろしいですか？
これは，資料採取ツール内で実行するマシン構成情報採取プログラム（msinfo32）の動作によるものです。資料採取ツールおよびOutlookの動作には問題ありません。
資料採取ツールでは，電子メールアドレスは採取されません。メッセージボックスの［いいえ］ボタンをクリックしてください。

Windows VistaおよびWindows Server 2008で資料採取ツールを実行する場合，コマンドプロンプトを管理者として起動する必要があります。コマンドプロンプトを起動する際は，Windowsの［スタート］メニューの［コマンドプロンプト］を右クリックし，ショートカットメニューから［管理者として実行］を選択してください。
Administrators権限がない状態で資料採取ツールを実行した場合，Windows VistaおよびWindows Server 2008では資料採取ツール実行中にUAC機能による確認ダイアログボックスが何度も表示されます。
UAC機能が無効の場合は，コマンドプロンプトを管理者として起動する必要はありません。

戻り値

0 | 正常終了。
0以外の値 | 異常終了。

出力先

%TEMP%¥jp1ajs2¥backlog

出力先は，資料採取ツールのセットアップで変更できます。

メッセージ

メッセージ
説明
動作

Finished. Press any key.
処理が正常に終了しました。何かキーを押してください。
ユーザーの応答を待ちます。

Failed. Press any key.
処理が正常に終了しませんでした。何かキーを押してください。
出力されたOSのメッセージなどを参照してエラー要因を取り除いたあとに，再度実行してください。
ユーザーの応答を待ちます。

File ファイル名 is exist. Delete to continue? (y/n)
前回実行したときに作成されたファイルが存在します。削除して処理を継続する場合は「y」を，中止する場合は「n」を押してください。
ユーザーの応答を待ちます。

Directory ディレクトリ名 is exist. Delete to continue? (y/n)
前回実行したときに作成されたディレクトリが存在します。削除して処理を継続する場合は「y」を，中止する場合は「n」を押してください。
ユーザーの応答を待ちます。

Error exist in option.
オプションの指定に誤りがあります。正しいオプションを指定して再度実行してください。
処理を終了します。

The following logical hosts exist, other than the specified logical host. : 論理ホスト名
-hオプションに指定した論理ホストのほかに，論理ホスト環境があります。必要に応じて再度実行してください。
このあと，メッセージ「Finished. Press any key.」を出力します。

使用例1

物理ホストの資料を採取します。

_04.bat

使用例2

JP1/AJS2のサービスを起動したまま，物理ホストの資料を採取します。

_04.bat -s

使用例3

論理ホスト（cluster）の資料を採取します。

_04.bat -h cluster

(2)　ダンプファイルを採取する

WindowsでSTOPエラーが発生すると，メモリーダンプが出力されます。このダンプファイルを採取してください。

また，トラブル発生時には，クラッシュダンプが出力されます。このダンプファイルは資料採取ツールで採取できます。

トラブル発生時にメモリーダンプおよびクラッシュダンプが出力されるようにするには，それぞれ設定が必要です。ログ情報を採取するための設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　8. ログ情報の採取」を参照してください。設定すると，指定したパスにこれらのダンプファイルが出力されます。

(3)　ユーザーダンプを採取する（Windows VistaおよびWindows Server 2008の場合）

Windows VistaおよびWindows Server 2008の場合，資料採取ツールでダンプファイルを取得できないため，JP1/AJS2のプロセスがアプリケーションエラーで停止した場合は，エラーダイアログボックスが表示されている状態で，次の操作を行ってください。

注意事項

エラーダイアログボックスを消すと正しくダンプが取得できないため，ユーザーダンプを採取できなくなります。ダンプの取得前に誤ってエラーダイアログボックスを消した（［OK］ボタンをクリックするなど）場合は，現象を再現させてエラーダイアログボックスが表示されている状態で操作してください。

タスクマネージャを起動する。
タスクマネージャは次のどちらかの手順で起動できます。

タスクバーの空いている場所を右クリックして［タスクマネージャ］を選択する。

［CTRL］+［SHIFT］+［ESC］キーを押してタスクマネージャを起動する。

［タスクマネージャ］ダイアログボックスの［プロセス］タブをクリックする。

アプリケーションエラーで停止したJP1/AJS2のプロセス名を右クリックし，［ダンプファイルの作成］を選択する。

ユーザーダンプの出力先パスを示すダイアログボックスが表示されるので，そこから採取する。

(4)　問題レポートを採取する（Windows VistaおよびWindows Server 2008限定）

ホスト上の問題点を検出し，それぞれの問題に対する解決策を調査できます。Windows VistaおよびWindows Server 2008でJP1/AJS2のプロセスがアプリケーションエラーで停止した場合，次の手順で問題レポートを採取してください。

Windowsの［ファイル名を指定して実行］でテキストボックスに「wercon」を入力し，［OK］ボタンをクリックする。
［問題のレポートと解決策］ダイアログボックスが表示されます。

左側の領域で，［問題の履歴の表示］をクリックする。
問題の履歴が一覧で表示されます。

該当する問題をダブルクリックする。
問題レポートの詳細が表示されます。

［クリップボードにコピー］を選択する。

テキストエディターなどにコピーし，保存する。
テキストファイルに保存した問題レポートを，障害調査用の資料として利用してください。

(5)　プロセスの状態を確認する

Windowsの［タスクマネージャ］ウィンドウの［プロセス］タブで，プロセスの動作状態を確認してください。

JP1/AJS2のプロセスの情報については，「付録B.2 プロセス一覧（Windowsの場合）」を参照してください。

(6)　オペレーション内容を確認する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，JP1/AJS2 - ManagerとJP1/AJS2 - Agentの構成，JP1/AJS2 Console ManagerとJP1/AJS2 Console Agentの構成など）
Windows 2000およびWindows server 2003の場合，マシン構成は［システム情報管理ツール］を使って調査できます。
Windows VistaおよびWindows Server 2008の場合，マシン構成は資料採取ツールで採取できます。

再現性の有無

JP1/AJS2 - ViewまたはJP1/AJS2 Console Viewからログインしている場合は，ログインユーザー名

(7)　画面上のエラー情報を採取する

次に示すハードコピーを採取してください。

アプリケーションエラーが発生した場合は，操作画面のハードコピー

エラーメッセージダイアログボックスのハードコピー
詳細ボタンがある場合はその内容をコピーしてください。

コマンド実行時にトラブルが発生した場合は，［コマンドプロンプト］ウィンドウのハードコピー
［コマンドプロンプト］ウィンドウのハードコピーを採取する際は，［コントロールパネル］の［コンソール］で，［コマンドプロンプト］ウィンドウについて次のように設定しておいてください。

［オプション］タブ

［簡易編集モード］がチェックされた状態にする。

［レイアウト］タブ

［画面バッファのサイズ］の［高さ］に「500」を設定する。

(8)　採取資料一覧

資料採取ツール（_04.bat）では次の資料が採取できます。

物理ホストの場合

第一報用資料（%TEMP%¥jp1ajs2¥backlog¥JP1_DEFAULT¥JP1_DEFAULT_1st）

採取された資料のフォルダ名・ファイル名
内容

¥FILELIST.txt
JP1/AJS2のインストール先フォルダ以下のファイルリスト

¥GETERROR.log
資料採取ツール（_04.bat）が出力するログ

¥HOSTS
hostsファイル

¥services
servicesファイル

¥JP1AJS2.DAT

¥JP1AJS2C.DAT

¥JP1AJS2CONSOLE.DAT

¥JP1AJS2DA.DAT

¥JP1AJS2SE.DAT

¥JP1AJS2V.DAT

¥JP1AJS2WOA.DAT

¥JP1AJS2CFM.DAT

¥JP1AJS2RP.DAT

¥JP1BASE.DAT

各製品のレジストリ情報

¥REGDATA.DAT
JP1レジストリ情報

¥WIN.DAT
Windowsレジストリ情報

¥jpomanevshow.txt
jpomanevshow.exeの実行結果

¥ajsqlstatus.txt
ajsqlstatus.exeの実行結果

¥OSINFO.txt
OSバージョン，Windowsの環境変数情報，IPコンフィギュレーション情報，Network構成情報，統計情報

¥PERMISSIONINFO.TXT
JP1/AJS2のフォルダのアクセス権限情報

¥WINMSD.TXT
msinfo32コマンドで採取する，システムの概要，実行中のタスク，サービスの情報などの情報
Windows VistaおよびWindows Server 2008の場合は，msinfo32コマンドで採取するすべてのシステム情報

¥conf¥JP1AJS2

¥conf¥jp1ajs2cm

¥conf¥JP1AJS2DA

¥conf¥JP1AJS2V（Windows XP ProfessionalおよびWindows Server 2003の場合）

¥ALLUSERSPROFILE¥conf¥JP1AJS2V（Windows VistaおよびWindows Server2008の場合）

¥conf¥JP1AJS2WOA

¥conf¥JP1AJS2CFM

¥conf¥JP1AJS2RP

環境設定ファイル格納フォルダ

¥drwtsn¥Windows2000¥drwtsn32.log（Windows 2000の場合）

¥drwtsn¥Windows2003¥drwtsn32.log（Windows Server 2003の場合）

ワトソンログ※1

¥EMBDB¥_JA*※2¥conf
組み込みDB定義ファイル

¥EMBDB¥_JA*※2¥spool
組み込みDB障害調査ファイル

¥EMBDB¥_JA*※2¥etc
その他調査に必要な組み込みDB情報

¥HNTRLib2¥spool
統合トレースログ

¥jobinf
ジョブ情報格納フォルダ

¥JP1AJS2

¥JP1AJS2C

¥jp1ajs2cm

¥JP1AJS2DA（Windows XP ProfessionalおよびWindows Server 2003の場合）

¥ALLUSERSPROFILE¥JP1AJS2DA（Windows VistaおよびWindows Server2008の場合）

¥JP1AJS2HC

¥JP1AJS2V（Windows XP ProfessionalおよびWindows Server 2003の場合）

¥ALLUSERSPROFILE¥JP1AJS2V（Windows VistaおよびWindows Server2008の場合）

¥JP1BASE

¥JP1AJS2CFM

¥JP1AJS2RP

ログファイル格納フォルダ

¥PATCHLOG¥JP1JAJS2¥PATCHLOG.txt

¥PATCHLOG¥JP1JAJS2C¥PATCHLOG.txt

¥PATCHLOG¥JP1JAJS2console¥PATCHLOG.txt

¥PATCHLOG¥JP1JAJS2DA¥PATCHLOG.txt

¥PATCHLOG¥JP1JAJS2V¥PATCHLOG.txt

¥PATCHLOG¥JP1JAJS2WOA¥PATCHLOG.txt

¥PATCHLOG¥JP1JAJS2CFM¥PATCHLOG.txt

¥PATCHLOG¥JP1JAJS2RP¥PATCHLOG.txt

パッチログファイル

¥resource¥JP1AJS2V
リソースファイル格納フォルダ

¥sys¥JP1AJS2

¥sys¥JP1AJS2WOA

¥sys¥JP1AJS2CFM

システムファイル格納フォルダ

¥tmp¥JP1AJS2DA（Windows XP ProfessionalおよびWindows Server 2003の場合）

¥ALLUSERSPROFILE¥tmp¥JP1AJS2DA（Windows VistaおよびWindows Server2008の場合）

実行用一時ファイル格納フォルダ

¥tmp¥schedule¥pd*.trc
組み込みDBトレースログ

¥user_acl
ユーザーマッピング・認証設定ファイル格納フォルダ

注※1

Windows VistaおよびWindows Server 2008では取得できません。

注※2

「_JA*」は組み込みDBの識別子（_JA0, _JA1, _JA2, ・・・）です。識別子ごとのフォルダが作成されます。

第二報用資料（%TEMP%¥jp1ajs2¥backlog¥JP1_DEFAULT¥JP1_DEFAULT_2nd）

採取された資料のフォルダ名・ファイル名
内容

¥ADD
追加取得フォルダ

¥cmdatabase

¥database

¥cfmdatabase

¥replidatabase

¥embdatabase¥_JA*※1

データベース格納フォルダ

¥eventlog¥AppEvent(Backup).env
アプリケーションイベントログ

¥eventlog¥SysEvent(Backup).env
システムイベントログ

¥SHMDUMP¥coreinfo-ISAM.shmdump

¥SHMDUMP¥coreinfo-Scheduler.shmdump

¥SHMDUMP¥ProgMon.shmdump

共有メモリー情報

¥USERDUMP¥*.dmp

¥WTSNDUMP¥*.dmp

ユーザーダンプ※2

注※1

「_JA*」は組み込みDBの識別子（_JA0, _JA1, _JA2, ・・・）です。識別子ごとのフォルダが作成されます。

注※2

Windows VistaおよびWindows Server 2008の場合，資料採取ツールでは取得できません。

論理ホストの場合

第一報用資料（%TEMP%¥jp1ajs2¥backlog¥論理ホスト名¥論理ホスト名_1st）

採取された資料のフォルダ名・ファイル名
内容

¥jpomanevshow.txt
jpomanevshow.exeの実行結果

¥ajsqlstatus.txt
ajsqlstatus.exeの実行結果

¥jobinf
ジョブ情報格納フォルダ

¥JP1AJS2_LOGICAL

¥JP1AJS2CFM_LOGICAL

ログファイル格納フォルダ

¥JP1BASE
JP1/BASEのログファイル格納フォルダ

¥EMBDB¥_JA*※¥conf
組み込みDB定義ファイル

¥EMBDB¥_JA*※¥spool
組み込みDB障害調査ファイル

¥EMBDB¥_JA*※¥etc
その他調査に必要な組み込みDB情報

¥sys¥JP1AJS2

¥sys¥JP1AJS2CFM

システムフォルダ

¥tmp¥schedule¥pd*.trc
組み込みDBトレースログ

¥user_acl
ユーザーマッピング・認証設定ファイル格納フォルダ

¥conf¥JP1AJS2CFM
環境設定ファイル格納フォルダ

注※

「_JA*」は組み込みDBの識別子（_JA0, _JA1, _JA2, ・・・）です。識別子ごとのフォルダが作成されます。

第二報用資料（%TEMP%¥jp1ajs2¥backlog¥論理ホスト名¥論理ホスト名_2nd）

採取された資料のフォルダ名・ファイル名
内容

¥cmdatabase

¥database

¥cfmdatabase

¥replidatabase

¥embdatabase¥_JA*※

データベース格納フォルダ

¥SHMDUMP¥ProgMon.shmdump
処理状態監視の共有メモリー情報

注※

「_JA*」は組み込みDBの識別子（_JA0, _JA1, _JA2, ・・・）です。識別子ごとのフォルダが作成されます。

17.4.2　UNIXの場合

＜この項の構成＞

(1)　資料採取ツールを実行する

(2)　coreファイルを採取する

(3)　プロセスの状態を確認する

(4)　オペレーション内容を確認する

(5)　採取資料一覧

(1)　資料採取ツールを実行する

資料採取ツールを実行します。資料採取ツールのセットアップについては，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　17. ログ情報の採取」を参照してください。

資料採取ツールの実行例を次に示します。

# /home/jp1ajs2/trouble.sh

資料採取ツールの実行結果は，デフォルトでは「/tmp/jp1ajs2/trouble/」の配下に次のファイルが出力されます。これらのファイルをバックアップしてください。

物理ホストの場合

JP1_DEFAULT_1st.tar.z
第一報用資料が出力されます。

JP1_DEFAULT_2nd.tar.z
その他の資料が出力されます。

論理ホストの場合

論理ホスト名_1st.tar.z
第一報用資料が出力されます。

論理ホスト名_2nd.tar.z
その他の資料が出力されます。

資料採取ツールは，クラスタシステム運用時，論理ホスト名を指定して資料を採取できます。また，採取する資料を限定するオプションも提供しています。次に資料採取ツールの文法について説明します。

形式

_04
    [-h 論理ホスト名]
    [-f 格納ディレクトリ]
    [-s]
    [-t]
    [-u]
    [追加ファイル]

機能

JP1/AJS2の各種定義情報，動作情報，OS情報などの保守情報を採取します。

実行権限

スーパーユーザー権限

引数

-h 論理ホスト名

処理対象とする，論理ホスト名を指定します。

指定した論理ホストのほかに物理ホストの資料も採取します。

省略した場合，物理ホストのログを採取します。

-f 格納ディレクトリ

採取した情報の格納ディレクトリを，空白文字を含まない絶対パスで指定します。指定したディレクトリに空白文字が含まれる場合，空白文字の直前までの文字列が格納ディレクトリ名とされ，空白文字以降の文字列は別の引数とみなされます。

格納ディレクトリを相対パスで指定した場合，ルートディレクトリ配下に指定したパスのディレクトリが作成され，資料が採取されます。

省略した場合，「/tmp/jp1ajs2/trouble/」直下に出力されます。

-s

JP1/AJS2で使用しているデータベースの情報を採取しないときに指定します。

省略した場合，データベースの情報を採取します。

-t

hosts，services，passwordファイルを採取しないときに指定します。

-u

コアを取得しないときに指定します。

このオプションを指定しても，バックトレース情報は採取します。

追加ファイル

JP1/AJS2コマンドのコアファイルなど採取されないファイルを，空白文字を含まない絶対パスで指定します。指定したファイル名に空白文字が含まれる場合，空白文字の直前までの文字列が追加ファイル名とされ，空白文字以降の文字列は別の引数とみなされます。

これによって，資料採取ツールで自動採取しない情報も採取できます。

追加ファイルにコアファイルがある場合，-uオプションを指定してもコアファイルを採取します。

追加ファイルにはディレクトリ名を指定することもできます。ディレクトリを指定した場合は，指定したディレクトリ配下のすべての資料を採取します。

注意事項

クラスタ構成の論理ホストの資料を採取する場合，論理ホストの共有ディスクを必ずマウントしてください。

採取した資料は，資料採取ツールで圧縮します。OSごとの圧縮方法を次に示します。
Linuxの場合
gzipコマンドを使用して圧縮します。資料採取ツールを実行する環境にgzipコマンドがインストールされていなかった場合，tarコマンドで資料をまとめ出力します。compressコマンドは使用しません。tarコマンドがインストールされていない場合，資料採取ツールは異常終了し，処理を終了します。
Linux以外のUNIXの場合
compressコマンドを使用して圧縮します。資料採取ツールを実行する環境にcompressコマンドがインストールされていなかった場合，gzipコマンドを使用して採取した資料を圧縮します。compressコマンドおよびgzipコマンドがない場合，tarコマンドで採取した資料をまとめて出力します。tarコマンドがインストールされていない場合，資料採取ツールは異常終了し，処理を終了します。

スクリプトを実行するユーザーが参照権限を持たないファイルが含まれている場合を考慮し，スーパーユーザーでスクリプトを実行してください。

スクリプトの実行結果を出力したファイルが作成済みの場合，情報の上書きを確認するメッセージが出力されるので，上書きする場合は「y」で，中止する場合は「n」で応答してください。

コアダンプファイルの出力がない場合は，メッセージ（「tar: core? の状態がわかりません。ダンプされません。」）が出力されますが，問題はありません。

対象製品がインストールされていない場合や，他プロセスで使用中またはファイル属性によってアクセスできないファイルを検出した場合は，資料採取中にディレクトリやファイルがない，またはファイルにアクセスできない旨のメッセージが出力されることがありますが，問題はありません。

資料採取ツールの実行中，ajs2collectcoreコマンドを内部的に実行するため，使用しているOSによって採取できる資料に制限があります。詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajs2collectcore（UNIX限定）」を参照してください。

戻り値

0 | 正常終了。
0以外の値 | 異常終了。

メッセージ

メッセージ
動作
意味／オペレーターの取る処置

Directory ディレクトリ名 is created
処理を継続します。
ディレクトリを作成しました。

Overwrite file (ファイル名) ok?
ユーザーの応答を待ちます。
（ファイル名）を上書きしてよろしいですか？
処理を継続する場合は「y」を，中止する場合は「n」を押してください。

[CAUTION]
When a target program is not installed, or when file access fails because some other process is using the file or because a necessary file-access permission is lacking, a message might be output that states that file access failed or a directory or file does not exist. Such a message does not indicate a problem.
処理を継続します。
資料採取中に使用中またはファイルがない場合にこのメッセージが出力されますが，問題ありません。

Output file name :(ファイル名)
処理を終了します。
（ファイル名）を作成しました。

Write permission error (ディレクトリ名)
処理を終了します。
書き込み権限がありません。次の要因が考えられます。

ディレクトリを作成する権限がない

他プロセスによって，使用中

要因を排除したあと，再度実行してください。

Make directory (ディレクトリ名) is unsuccessful
処理を終了します。
ディレクトリが作成できませんでした。次の要因が考えられます。

ディレクトリを作成する権限がない

他プロセスによって，使用中

要因を排除したあと，再度実行してください。

Read permission error(ファイル名)
処理を終了します。
読み込み権限がありません。次の要因が考えられます。

ディレクトリを作成する権限がない

要因を排除したあと，再度実行してください。

File ファイル名 is not found
処理を終了します。
追加ファイルに指定したディレクトリ，またはファイルがありません。
正しいパスを設定し，再度実行してください。

[ -s ] [ -f output-file ] [ -h Logical-Host-Name ] [ -t ] [ -u ] [ add-in-file ... ]
処理を終了します。
オプションの設定が誤っています。
正しく設定し，再度実行してください。

使用例1

物理ホストの資料を採取します。

_04

使用例2

論理ホスト（cluster）の資料を採取します。

_04 -h cluster

使用例3

コアファイル（/tmp/core）を含めた情報を，ファイル（/tmp/trouble）に出力します。

_04 -f /tmp/trouble /tmp/core

(2)　coreファイルを採取する

coreファイルが出力されている場合は，coreファイルを採取してください。

coreファイルは，次のディレクトリのうちのどれかに出力されます。

/opt/jp1ajs2/bin ※1

/var/opt/jp1ajs2/database ※1

/var/opt/jp1ajs2cm/database ※1

ユーザーのホームディレクトリ※2

コマンドなどを実行したカレントディレクトリ

注※1

資料採取ツールで採取できます。

注※2

JP1/AJS2 - Viewからの接続でcoreファイルが出力された場合は，マッピングされているOSユーザーのホームディレクトリになります。

また，core解析に必要な情報だけを採取したい場合はajs2collectcoreコマンドを使用します。ajs2collectcoreコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajs2collectcore（UNIX限定）」を参照してください。

(3)　プロセスの状態を確認する

psコマンドを使ってプロセスの動作状態を確認してください。

JP1/AJS2のプロセスの情報については，「付録B.3 プロセス一覧（UNIXの場合）」を参照してください。

(4)　オペレーション内容を確認する

トラブル発生時のオペレーション内容を確認し，記録しておいてください。確認が必要な情報を次に示します。

オペレーション内容の詳細

トラブル発生時刻

マシン構成（各OSのバージョン，ホスト名，JP1/AJS2 - ManagerとJP1/AJS2 - Agentの構成，JP1/AJS2 Console ManagerとJP1/AJS2 Console Agentの構成など）
マシン構成については，コマンドを実行して調査できます。OS別のコマンドの一覧を次の表に示します。

表17-16　UNIXのマシン構成の調査に使用するコマンドの一覧

OS
OSのバージョンを
調査するコマンド
ホストに搭載されている
物理メモリー量を
調査するコマンド
プロセス情報および
メモリー所要量を
調査するコマンド

HP-UX
/usr/bin/uname -a
/usr/sbin/dmesg
/usr/bin/ps -elf

Solaris
/usr/bin/uname -a
/usr/sbin/prtconf
/usr/bin/ps -elf

AIX
/usr/bin/uname -a
/usr/sbin/bootinfo -r
/usr/bin/ps -elf

Linux
/bin/uname -a
/usr/bin/free
（または，
/bin/cat/proc/meminfo）
/bin/ps -elf

注

コマンドのオプションは，各OSで標準的なオプションです。使用している環境によって仕様が異なる場合もあります。詳細については，使用しているOSのドキュメントを参照してください。

再現性の有無

JP1/AJS2 - ViewまたはJP1/AJS2 Console Viewからログインしている場合は，ログインユーザー名

(5)　採取資料一覧

資料採取ツール（_04）では次の資料が採取できます。

物理ホストの場合

第一報用資料（/tmp/jp1ajs2/trouble/JP1_DEFAULT_1st.tar.Z※1）

採取された資料のディレクトリ名・ファイル名
内容

/etc/hosts
hostsファイル

/etc/passwd
passwdファイル

/etc/services
servicesファイル

/etc/.hitachi/pplistd/pplistd
インストール済みの日立製品情報

/etc/opt/jp1ajs2/conf

/etc/opt/jp1ajs2cm/conf

/etc/opt/jp1base/conf

環境設定ファイル格納ディレクトリ

/opt/HIRDB_J/spool/pdlckinf
組み込みDBのデッドロックタイムアウト情報ファイル

/opt/jp1/hcclibcnf/regdir
共通定義情報

/opt/jp1ajs2/PatchHistory

/opt/jp1ajs2/PatchLog

/opt/jp1ajs2v/PatchHistory

/opt/jp1ajs2v/PatchLog

パッチ情報

/var/adm/messages（Solarisの場合）

/var/adm/syslog（AIXの場合）

/var/adm/messages*（Linuxの場合）

/var/adm/syslog/syslog.log（HP-UXの場合）

syslogファイルおよびsyslogファイル格納ディレクトリ

/opt/hitachi/HNTRLib/spool

/var/opt/hitachi/HNTRLib2/spool

統合トレースログ

/var/opt/jp1ajs2/jobinf
ジョブ情報格納ディレクトリ

/var/opt/jp1ajs2/log
ログファイル格納ディレクトリ

/var/opt/jp1ajs2/log/_04.filelist
ファイルリスト

/var/opt/jp1ajs2/log/_04.osinfo
OS関連情報

/var/opt/jp1ajs2/log/_04.processlist
プロセスリスト

/var/opt/jp1ajs2/log/ajsqlstatus.txt
ajsqlstatusコマンドの実行結果

/var/opt/jp1ajs2/log/_04.backtrace
バックトレース情報

/var/opt/jp1ajs2/log/jpomanevshow.txt
jpomanevshowコマンドの実行結果

/var/opt/jp1ajs2/sys
システムファイル格納ディレクトリ

/var/opt/jp1ajs2/tmp/schedule/pd*.trc
組み込みDBトレース情報

/var/opt/jp1ajs2cm/log

/var/opt/jp1ajs2v/log

/var/opt/jp1base/log

ログファイル格納ディレクトリ

/tmp/jp1ajs2/trouble※1/EMBDB/_JA*※2/conf
組み込みDB定義ファイル

/tmp/jp1ajs2/trouble※1/EMBDB/_JA*※2/spool
組み込みDB障害調査ファイル

/tmp/jp1ajs2/trouble※1/EMBDB/_JA*※2/etc
その他，調査に必要な組み込みDB情報

注※1

-fオプションを省略した場合の出力先です。

注※2

"_JA*"は組み込みDBの識別子（_JA0, _JA1, _JA2 ・・・）です。識別子ごとのディレクトリが作成されます。

第二報用資料（/tmp/jp1ajs2/trouble/JP1_DEFAULT_2nd.tar.Z※1）

採取された資料のディレクトリ名・ファイル名
内容

/tmp/jp1ajs2/trouble※1/CAERDIR/coreinfo-ISAM.shmdump.tar.Z※2

/tmp/jp1ajs2/trouble※1/CARDIR/coreinfo-Scheduler.shmdump.tar.Z※2

/tmp/jp1ajs2/trouble※1/CARDIR/../../core.Z※2

/tmp/jp1ajs2/trouble※1/CARDIR/../../coreinfo-analyze.tar.Z※2

/tmp/jp1ajs2/trouble※1/CARDIR/ProgMon.shmdump

ISAMおよびスケジューラーが使用する共有メモリー情報，コアダンプファイル，共有ライブラリー情報

/var/opt/jp1ajs2/database

/var/opt/jp1ajs2cm/database

/tmp/jp1ajs2/trouble※1¥embdatabase/_JA*※3

データベース格納ディレクトリ

/var/opt/jp1ajs2rp/sys
システムファイル格納ディレクトリ

/追加採取資料※4
追加採取資料

注※1

-fオプションを省略した場合の出力先です。

注※2

採取されたコアダンプファイルがあるディレクトリと同じパスに出力されます。

注※3

"_JA*"は組み込みDBの識別子（_JA0, _JA1, _JA2 ・・・）です。識別子ごとのディレクトリが作成されます。

注※4

追加採取する資料を引数で指定した場合に採取します。

論理ホストの場合

第一報用資料（/tmp/jp1ajs2/trouble/論理ホスト名_1st.tar.Z※1）

採取された資料のディレクトリ名・ファイル名
内容

/共有ディレクトリ名/jp1ajs2/backup
バックアップファイル格納ディレクトリ

/共有ディレクトリ名/jp1ajs2/conf
構成定義ファイル格納ディレクトリ

/共有ディレクトリ名/jp1ajs2/jobinf
ジョブ情報ファイル格納ディレクトリ

/共有ディレクトリ名/jp1ajs2/log
ログファイル格納ディレクトリ

/共有ディレクトリ名/jp1ajs2/sys
システムファイル格納ディレクトリ

/共有ディレクトリ名/jp1ajs2/tmp
作業ファイル格納ディレクトリ

/共有ディレクトリ名/jp1base/conf
構成定義ファイル格納ディレクトリ

/共有ディレクトリ名/jp1base/log
ログファイル格納ディレクトリ

/共有ディレクトリ名/jp1ajs2/log/

jpomanevshow.txt

jpomanevshowコマンドの実行結果

/tmp/jp1ajs2/trouble※1/EMBDB_論理ホスト名/_JA*※2/conf
組み込みDB定義ファイル

/tmp/jp1ajs2/trouble※1/EMBDB_論理ホスト名/_JA*※2/spool
組み込みDB障害調査ファイル

/tmp/jp1ajs2/trouble※1/EMBDB_論理ホスト名/_JA*※2/etc
その他，調査に必要な組み込みDB情報

注※1

-fオプションを省略した場合の出力先です。

注※2

"_JA*"は組み込みDBの識別子（_JA0, _JA1, _JA2 ・・・）です。識別子ごとのディレクトリが作成されます。

第二報用資料（/tmp/jp1ajs2/trouble/論理ホスト名_2nd.tar.Z※1）

採取された資料のディレクトリ名・ファイル名
内容

/tmp/jp1ajs2/trouble※1/CARDIR_論理ホスト名/ProgMon.shmdump
共有メモリーダンプ

/共有ディレクトリ名/jp1ajs2/database

/共有ディレクトリ名/jp1ajs2cm/database

/tmp/jp1ajs2/trouble※1/embdatabase_論理ホスト名/_JA*※2

データベース格納ディレクトリ

/共有ディレクトリ名/jp1ajs2rp/sys
システムファイル格納ディレクトリ

注※1

-fオプションを省略した場合の出力先です。

注※2

"_JA*"は組み込みDBの識別子（_JA0, _JA1, _JA2 ・・・）です。識別子ごとのディレクトリが作成されます。

17.5　トラブルへの対処方法

この節では，JP1/AJS2を使用しているときに発生したトラブルの対処方法を説明します。

＜この節の構成＞

17.5.1　サービスの起動やセットアップについて

17.5.2　JP1/AJS2 - Viewのログインについて

17.5.3　標準ジョブ，アクションジョブ，およびカスタムジョブの実行について

17.5.4　アクションジョブについて

17.5.5　イベントジョブについて

17.5.6　ジョブネットコネクタについて

17.5.7　コマンドの実行について

17.5.8　ISAMファイルの再作成

17.5.9　組み込みDBについて

17.5.10　メールシステム連携について（Windows限定）

17.5.11　ジョブ実行環境について

17.5.12　JP1/AJS2 Console Viewのログインについて

17.5.13　JP1/AJS2 Consoleの監視モードで表示される状態について

17.5.14　マネージャーの処理に影響を及ぼすようなエージェント障害時の対処について

17.5.15　特定の起動条件に対して予期しない大量のイベントが発生した場合などで処理が遅延した場合の対処方法

17.5.16　その他

17.5.1　サービスの起動やセットアップについて

サービスの起動やセットアップに関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　JP1/AJS2のサービスが起動しない

(2)　JP1/AJS2のセットアップが正常に終了しない

(3)　JP1/AJS2のサービスの起動に時間が掛かる

(1)　JP1/AJS2のサービスが起動しない

統合トレースログに，「KAVU4250-E データベース（論理ホスト名）が正しく作成されていません（要因番号: 0xe00b0004）」のメッセージが出力される場合
ジョブ実行環境データベースが正しく作成されていないおそれがあります。
jpqimportコマンドで，ジョブ実行環境データベースを再作成してください。
データベースの再作成の流れは次のとおりです。

JP1/AJS2が停止していることを確認する。

データベースを再作成する前に，ジョブ実行環境データベースディレクトリにあるすべてのファイルを削除する。
データベースディレクトリは次のとおりです。
Windowsの場合
［マネージャー環境設定］ダイアログボックスの［ジョブ実行環境］タブにある［データベース格納ディレクトリ名］に指定したフォルダです。デフォルトは「JP1/AJS2のインストール先フォルダ¥database¥queue」です。
UNIXの場合
ジョブ実行環境設定ファイル（Queue.conf）の［論理ホスト名¥JP1NBQMANAGER¥Database］のDatabasePathパラメーターに指定したディレクトリです。デフォルトは，「/var/opt/jp1ajs2/database/queue」です。

jpqimportコマンドで，ジョブ実行環境データベースを再作成する。

データベースの再作成が完了したら，JP1/AJS2を再起動する。

統合トレースログに，メッセージ「KAVU5284-E システム資源が不足しています（要因個所）」のメッセージが出力される場合
JP1/AJS2の運用に必要なシステム資源（セマフォなど）が不足しているおそれがあります。
システム資源の見積もりを確認してください。そのあと，JP1/AJS2を再起動してください。

メモリー不足の状況でJP1/AJS2サービスを起動すると，「KAVU1203-E エージェントプロセス起動に失敗しました（要因番号:12）」や「KAVU1204-E マネージャープロセス起動に失敗しました（要因番号:12）」がログに出力される場合があります。その場合は，メモリーの見積もりを見直してください。また，ほかの不要なアプリケーションが起動されている場合はアプリケーションを停止したあと，JP1/AJS2サービスを再起動してください。

JP1/AJS2サービスを起動すると，「KAVU1203-E エージェントプロセス起動に失敗しました（要因番号:0xffffffff）」や「KAVU1204-E マネージャープロセス起動に失敗しました（要因番号:0xffffffff）」が統合トレースログに出力される場合があります。その場合は，JP1/AJS2サービスの初期化に失敗しているおそれがあります。統合トレースログで直前に出力されているメッセージを参照し，要因を取り除いたあとで，JP1/AJS2サービスを再起動してください。

JP1/AJS2サービスが異常終了したあとでサービスを再起動すると，「KAVU1103-I 同じ論理ホスト（論理ホスト名）上でプロセス監視モニターが起動中です」が統合トレースログに出力される場合があります。JP1/AJS2サービスが異常終了したときにJP1/AJS2のプロセスが停止できないで残っているおそれがあります。この場合は次に示す方法で，JP1/AJS2のプロセスを強制終了したあと，JP1/AJS2サービスを再起動してください。

Windowsの場合

jajs_spmd_statusコマンドで確認してプロセス名称で「queue」が停止しない状態の場合は，システムを再起動してください。

UNIXの場合

jajs_spmd_statusコマンドで確認してjpqmonプロセスが停止しない状態の場合は，次に示すコマンドでjpqmanプロセスを強制終了してください。

# ps -ef | grep jpqman

# kill -KILL 前述のコマンドで出力されたjpqmanのプロセスID

注

jpqagtプロセスが存在する場合は同じ方法でjpqagtプロセスを強制終了してください。また，JP1/AJS2 - Agentの場合は，jpqagtプロセスだけを強制終了してください。

(2)　JP1/AJS2のセットアップが正常に終了しない

「KAVU5921-E 環境設定が不正かもしくは論理ホスト名が不正です」のメッセージが出力される場合
JP1/Baseをセットアップしていないか，またはクラスタ運用のためのセットアップで指定した論理ホスト名が不適切であるおそれがあります。
セットアップ手順を確認し，再セットアップしてください。クラスタ運用のためのセットアップでは，jpqimportコマンドに-mhオプションとともに論理ホスト名を必ず指定してください。

「KAVU5950-E 同じ識別子またはオブジェクト名が指定されています（行番号）」のメッセージが出力される場合
ジョブ実行環境構成定義ファイル（jpqsetup.conf）中のエージェント定義（$agent），キュー定義（$queue），排他実行リソース定義（$res）が不適切であるおそれがあります。
ジョブ実行環境構成定義ファイルの定義内容を確認してください。そのあと，JP1/AJS2を再セットアップしてください。
ジョブ実行環境構成定義ファイルの格納場所は次のとおりです。

Windowsの場合

JP1/AJS2のインストール先フォルダ¥conf¥jpqsetup.conf

UNIXの場合

/etc/opt/jp1ajs2/conf/jpqsetup.conf

ジョブ実行環境構成定義ファイルの定義内容については，次の点を確認してください。

「$agent $an（nはエージェントID）」を定義する際，同じIDを複数定義していないこと。

「def_queue $qn（nはデフォルトキューのID）」と「$queue $qn（nはキューID）」に同じIDを定義していないこと。

「$queue $qn（nはキューID）」を定義する際，同じIDを複数定義していないこと。

「$res $rn（nは排他実行リソースID）」を定義する際，同じIDを複数定義していないこと。

同じ名称のエージェントを複数定義していないこと。

同じ名称のキューを複数定義していないこと。

同じ名称の排他実行リソースを複数定義していないこと。

ジョブ実行環境構成定義ファイル（jpqsetup.conf）の定義内容の詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド　jpqimport」を参照してください。

(3)　JP1/AJS2のサービスの起動に時間が掛かる

JP1/AJS2は，起動時に，認証サーバに対して初期化処理を要求します。その際，認証サーバが起動していなくてもJP1/AJS2は起動しますが，起動に時間が掛かります。

このような現象を回避する場合，認証サーバが起動したあとに，JP1/AJS2を起動してください。

17.5.2　JP1/AJS2 - Viewのログインについて

JP1/AJS2 - Viewのログインに関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　JP1/AJS2にログインできない

(2)　JP1/AJS2へログイン直後に接続が切断される

(1)　JP1/AJS2にログインできない

「KAVV400-E　接続先ホスト（ホスト名）または接続先ホストのJP1/AJS2 Monitorサービスに接続できません。詳細情報：ポート番号，接続先IPアドレス」のメッセージが出力される場合
次の内容について確認・対応してください。

接続先ホストに対して，pingが通るかどうかを確認してください。pingが通らない場合，接続先ホストが起動していないか，または接続先ホストとネットワーク接続できない状態です。

接続先ホストで，JP1/AJS2 Monitorサービスが起動しているかどうかを確認してください。
サービスの状態を確認する方法を次に示します。
Windowsの場合
［サービス］ダイアログボックス，または［サービス］ウィンドウで，JP1/AJS2 Monitorサービスの状態が［開始］の状態になっていることを確認してください。
UNIXの場合
psコマンドを実行し，ajsinetdプロセスが起動していることを確認してください。

接続先ホストと接続元ホストとの間にファイアウォールがあるかどうかを確認してください。ある場合は，パケットフィルタリングの設定に誤りがないかどうかを，「付録C 設定するポート番号一覧」の説明を参考に確認してください。

メッセージ中のポート番号の値と，接続先ホストのservicesファイルに定義されているポート番号の値が一致するかどうかを確認してください。

「KAVV412-E　ホスト名が不正です。」のメッセージが出力される場合
ホスト名が解決できるように設定してください。

「KAVV458-E　接続先でユーザーマッピングに失敗しました。」のメッセージが出力される場合
接続先ホストでjbsgetumapコマンドを実行し，標準出力データを参照して次の内容について確認してください。なお，jbsgetumapコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/AJS2 - ViewからJP1/AJS2 - Managerへログインする際に入力したJP1ユーザー名が標準出力データに出力されていない場合，接続先ホストでのユーザーマッピングの設定が不適切です（JP1ユーザーとOSユーザーがマッピングされていません）。

JP1ユーザー名に対するサーバホスト名に「*」以外が出力されている場合，サーバホスト名と自ホスト名が一致しているかどうかを確認してください。
また，マニュアル「JP1/Base 運用ガイド」に記載されているユーザーマッピングの設定に関する説明を参照して，自ホスト名を正しく指定していることを確認してください。

標準出力データに出力されたOSユーザー名がOSユーザーとして存在するかどうかを確認してください。
また，接続先ホストのOSがWindowsの場合，次の点についても確認してください。
・JP1/Baseのパスワード管理の設定で，JP1ユーザー名とマッピングするOSユーザー名が登録されているかどうかを確認してください。
・マッピングしているOSユーザーのパスワードがOS側の設定で変更されていないかどうかを確認してください。
・マッピングしているOSユーザーのアカウントがロックアウトされていないかどうかを確認してください。

「KAVV459-E　接続先のJP1/Baseでエラーが発生しました。」のメッセージが出力される場合
次の内容について確認してください。

接続先ホストで設定している認証サーバのホスト名の指定に誤りがないかどうかを確認してください。

認証サーバのホスト名の指定が正しい場合は，そのホストで認証サーバが起動しているかどうかを確認してください。
特に，UNIXで認証サーバを自ホストに指定している場合，JP1/Baseを認証サーバとして起動する設定が必要なので注意してください。詳細については，マニュアル「JP1/Base 運用ガイド」の認証サーバの設定に関する説明を参照してください。

(2)　JP1/AJS2へログイン直後に接続が切断される

「KAVV401-E　接続先とのデータの送受信に失敗しました。」のメッセージが出力される場合
接続先ホストがWindowsの場合，接続先ホストでデスクトップヒープ領域不足が発生しているおそれがあります。
接続先ホストでデスクトップヒープ領域の消費を抑える設定（［マネージャー環境設定］ダイアログボックスの［論理ホスト共通］タブの［ログオンセションのプロセス起動方法］および［ログオン共有セション数］）をしてください。
詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.1.1 論理ホスト共通の情報を定義する」を参照してください。

17.5.3　標準ジョブ，アクションジョブ，およびカスタムジョブの実行について

標準ジョブ，アクションジョブ，およびカスタムジョブの実行に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　標準ジョブ，アクションジョブ，およびカスタムジョブを実行すると起動失敗となる

(2)　標準ジョブ，アクションジョブ，およびカスタムジョブを実行すると異常終了となる

(3)　標準ジョブ，アクションジョブ，およびカスタムジョブの状態が変化しない

(4)　標準ジョブ，アクションジョブ，およびカスタムジョブを登録したりキューを操作したりするとアクセス権限エラーとなる

(5)　シェルが環境変数を読み込まない（UNIX限定）

(6)　ジョブプロセスを実行しないままジョブが正常終了となる

(1)　標準ジョブ，アクションジョブ，およびカスタムジョブを実行すると起動失敗となる

次の要因が考えられます。

統合トレースログに，「KAVU4571-W エージェント（エージェントホスト名）でユーザーマッピング（ユーザー名）に失敗しました」のメッセージが出力される場合
ジョブを実行するホストにユーザーマッピングが設定されていない，指定したJP1ユーザーまたは実行ユーザーが登録されていないなど，ユーザーマッピングが正しく設定されていないおそれがあります。
ユーザーマッピングの設定を確認し，ジョブを再実行（再登録）してください。

統合トレースログに，「KAVU4580-W エージェント（エージェントホスト名）にてユーザー（ユーザー名）に管理者権限がありません」のメッセージが出力される場合（UNIX限定）
ジョブ実行優先順位として4または5が指定されたジョブを，スーパーユーザー権限を持たない実行ユーザーで実行したおそれがあります。
UNIXの場合，ジョブの実行優先順位として4または5を指定するときは，スーパーユーザー権限を持つ実行ユーザー（rootユーザー）でジョブを実行してください。
なお，Windowsの場合は，ジョブ実行優先順位として4または5を指定しても，実行ユーザーの権限にAdministrators権限は不要です。

統合トレースログに，「KAVU4512-W 指定されたキュー（キュー名）がありません」や，「KAVU4511-W 指定されたエージェント（エージェントホスト名）がありません」のメッセージが出力される場合
ジョブの実行ホスト名やキュー名が不適切であるおそれがあります。
ジョブの実行環境が正しく作成されていることを確認してください。
確認時は，jpqexportコマンドを実行し，現在定義されているエージェント名（ジョブ実行ホスト名）やキュー名をファイルに出力してください。エージェント名は大文字・小文字が区別されませんが，キュー名は大文字・小文字が区別されるため注意してください。
エージェント名とキュー名の確認終了後，ジョブを再実行（再登録）してください。

統合トレースログに，「KAVU4514-W キュー（キュー名）の受付口がクローズされているためジョブ登録ができません」のメッセージが出力される場合
キューがジョブを受け付ける状態になっていないおそれがあります。
jpqqueshowコマンドを実行し，キューのジョブ受付口の状態（ENTRYSTATUS）を確認してください。エージェントのデフォルトキューのジョブ受付口の状態を確認する場合は，-ahオプションとともにエージェント名を指定してください。その他のキューのジョブ受付口の状態を確認する場合は，-qオプションとともにキュー名を指定してください。
ジョブ受付口が閉じられている場合（「ENTRYSTATUS:CLOSE」の場合），jpqqueopenコマンドを実行し，ジョブ受付口を開いてください。

統合トレースログに，「KAVU4515-W キュー（キュー名）のジョブ最大数（最大数）に達したためジョブ登録ができません」のメッセージが出力される場合
キューイングできるジョブ数の最大値に達したおそれがあります。
jpqqueshowコマンドを実行し，サブミットジョブ数の最大値（MAXQUEUE）を確認してください。運用時は，サブミットジョブ数が最大値以下になるようにしてください。
サブミットジョブ数の最大値を変更する場合は，jpqquealtコマンドを使用してキュー内のジョブ数の最大値を変更するか，jpqimportコマンドを実行してジョブ実行環境データベースを再作成してください。
データベース再作成の流れについては，「17.5.8(2) ジョブ実行環境データベース再作成手順」の二つ目の項目を参照してください。

統合トレースログに，「KAVU4520-W 環境設定（論理ホスト名）のシステム内の最大ジョブ数（最大数）に達したためジョブ登録ができません」のメッセージが出力される場合
システム内でキューイングできるジョブ数の最大値に達したおそれがあります。
システム内の最大ジョブ数の定義先は次のとおりです。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［ジョブ実行環境］タブにある，［システム内の最大ジョブ数］に指定した値。

UNIXの場合

ジョブ実行環境設定ファイル（Queue.conf）のMaximumContentJobパラメーターに指定した値。

運用時は，サブミットジョブ数がシステム内の最大ジョブ数以下になるようにしてください。
システム内の最大ジョブ数を変更する際は，製品添付のドキュメント（リリースノート，Readme.txt，またはソフトウェア添付資料）を参照し，適切な値を設定してください。

統合トレースログに，「KAVU3586-W サービスのアカウントに必要な権限が設定されていません」，または「KAVU3571-W ユーザーマッピング（ユーザー名）に失敗しました」のメッセージが出力される場合（Windows限定）
JP1/AJS2のサービスのアカウントをユーザーアカウントに設定していないおそれがあります。さらに，そのユーザーアカウントに必要な権限を与えていないおそれがあります。
JP1/AJS2のサービスのアカウントをユーザーアカウントに設定して，必要な権限を与えてください。JP1/AJS2のサービスに対するアカウントの設定については，「5.2 JP1/AJS2のサービスの設定について検討する」を参照してください。なおJP1/AJS2のサービスのアカウントを変更した場合は，JP1/AJS2のサービスを再起動してください。

統合トレースログに，「KAVU4581-W エージェント（エージェントホスト名）の実行ファイル（ファイル名）は実行可能ファイルではありません」のメッセージが出力される場合
ファイルタイプに関連づけられているアプリケーションファイル名に空白文字が含まれているおそれがあります。
Windowsの［エクスプローラ］ウィンドウで［表示］－［オプション］を実行し，表示される［オプション］ダイアログボックスの［ファイルタイプ］タブで，関連づけられているアプリケーションを確認してください。アプリケーションファイル名に空白文字が含まれている場合は，そのファイル名を「"（ダブルクォーテーションマーク）」で囲んでください。

統合トレースログに，「KAVU4531-W エージェント（エージェントホスト名）のホスト名に誤りがあると思われます」のメッセージが出力される場合
エージェントのホスト名が不適切であるか，IPアドレスが解決できない名称であるおそれがあります。
エージェントのホスト名が適切であること，またはHostsファイルなどを見直してIPアドレスが解決できる設定になっていることを確認してください。

統合トレースログに，「KAVU4530-W エージェント（エージェントホスト名）が停止もしくは障害が発生したと思われます」のメッセージが出力される場合
エージェント（ジョブ実行ホスト）のJP1/AJS2サービスが停止していたり，マシン自体が停止していたり，ネットワークで障害が発生していたりするおそれがあります。
エージェント，JP1/AJS2サービス，およびネットワークの状態を確認してください。

統合トレースログに，「KAVU3521-W ジョブ（ジョブ番号）のプロセス生成に失敗しました」のメッセージが出力される場合
メモリー不足のために，ジョブの起動に失敗しているおそれがあります。
メモリー容量の見積もりを確認してください。

NFSマウントのディレクトリを次に示す定義パラメーターで使用している場合

ジョブの標準出力ファイル名

ジョブの標準エラー出力ファイル名

ジョブの作業用パス

ジョブ環境設定の作業用ディレクトリ

実行OSユーザーのホームディレクトリ

上記の定義パラメーターにNFSマウントのディレクトリを使用すると，ジョブの起動に失敗することがあります。
ジョブの起動に失敗する場合，定義パラメーターに指定したファイルやディレクトリに，ジョブの実行OSユーザーでアクセスできることを確認してください。アクセスできない場合，ファイルやディレクトリ権限をジョブの実行OSユーザーでアクセスできるように変更してください。または，ファイルの格納先をジョブの実行OSユーザーでアクセスできるディレクトリに変更してください。

統合トレースログに，「KAVU4597-W エージェント（エージェントホスト名）で消失したジョブを強制終了します」や，「KAVU4538-W エージェント（エージェントホスト名）で消失したジョブ（ジョブ番号）を回復状態（状態名）にします」のメッセージが出力される場合
上記のメッセージが出力されるケースを次に示します。

JP1/AJS2 - Managerに実行中ジョブが存在する状態で，JP1/AJS2 - Managerホストのダウン，またはJP1/AJS2プロセスのダウンが発生したあと，そのJP1/AJS2 - Managerを再起動したケース。

リモートの実行ホスト（エージェント）に実行中のジョブが存在する状態で，実行ホストのダウン，またはJP1/AJS2プロセスのダウンが発生したあと，実行ホストのJP1/AJS2を再起動したケース。

リモートの実行ホスト（エージェント）に実行中のジョブが存在する状態で，最初にJP1/AJS2 - Managerホスト，次に実行ホストの順に停止したあと，JP1/AJS2 - Managerホスト，および実行ホスト再起動したケース。

実行中ジョブの終了状態がジョブ実行環境のデータベースに反映されないまま強制停止されると，ジョブの終了状態が不明となり，KAVU4597-WやKAVU4538-Wのメッセージが出力されます。
必要に応じて，ジョブネットまたはジョブを再実行登録してください。

統合トレースログに，「KAVU4546-W エージェント（エージェントホスト名）でユーザーの環境変数PATHの取得に失敗しました」のメッセージが出力される場合（UNIX限定）
実行OSユーザーのログインスクリプト内に，処理を途中で終了してしまう条件がないかどうかを確認してください。
ログインスクリプト内に，JP1/AJS2によるジョブ実行に不要な記述がある場合，不要な記述を削除してください。または，環境変数JP1JobIDで不要な記述をスキップするようにしてください。

統合トレースログに，「KAVU5282-W データベース処理にてシステムコールエラーが発生しました（要因個所，要因番号）」のメッセージが出力される場合
ジョブ情報の件数が20万件を超えているおそれがあります。
次に示す手順に従ってジョブ情報の保存日数を変更し，ジョブ実行環境データベースを再作成してください。

ジョブ情報の保存日数を変更する。
ジョブ情報の件数が20万件を超えないような日数を指定します。
Windowsの場合は，［マネージャー環境設定］ダイアログボックスの［ジョブ実行環境］タブにある［ジョブ情報保存日数］の値を変更します。
UNIXの場合は，ジョブ実行環境設定ファイル（Queue.conf）の，PreserveTermパラメーターの値を変更してから，jbssetcnfコマンドで設定を反映してください。

jpqimportコマンドで，ジョブ実行環境データベースを再作成する。

統合トレースログに，「KAVU3577-W ジョブ実行処理でシステムコール（関数名）でエラーが発生しました（要因番号）」のメッセージが出力される場合（UNIX限定）
ジョブを実行するときにワークパスに指定したディレクトリがカレントディレクトリとして扱われていないおそれがあります。ワークパスの指定内容がカレントディレクトリとして動作します。

統合トレースログに，「KAVU4548-W エージェント（エージェントホスト名）の一時作業用ファイルへのアクセスに失敗しました」，または「KAVU4583-W エージェント（エージェントホスト名）に実行シェルがありません」のメッセージが出力される場合，JP1ユーザーにマッピングするOSユーザーがOSにログインできないおそれがあります。これらのメッセージが出力された場合は，メッセージごとに，次に示す項目を確認してください。

KAVU4548-W メッセージが出力された場合
/etc/passwdに指定したホームディレクトリが存在するかどうか。

KAVU4583-W メッセージが出力された場合
/etc/passwdに指定したログインシェルが存在するかどうか。

統合トレースログに，「KAVU7533-E JP1ユーザー（論理ホスト名，ユーザー名）からユーザーマッピングした実行ユーザー（ユーザー名）は使用できません（要因番号：1326）」というメッセージが出力される場合，Windowsでは，ジョブを実行するOSユーザーのアクセストークンを取得できなかったおそれがあります。次の要因が考えられます。

Win32API関数の一時的エラーによって，アクセストークンを取得できなかった

ジョブの実行ユーザーがドメインユーザーの場合は，ドメインコントローラーが起動していないなど，ドメインユーザーが一時的にログオンできる状態になっていなかったことが考えられます。JP1/AJS2では，ジョブ実行時にアクセストークンを取得しますが，ドメインコントローラーの数や状態を意識して動作していないため，ジョブの実行中にドメインコントローラーを再起動するような場合は注意してください。

なお，これらの一時的にアクセストークンを取得できないエラーの場合，アクセストークンを再利用する設定を行うことで，アクセストークンの取得の回数を最小限に減らし，エラーの発生頻度を抑えることができます。詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.26 ジョブ実行時にアクセストークンを再利用するための設定」を参照してください。
また，アクセストークンの再利用を行った場合，デスクトップヒープの使用方法が変わります。
そのため，システム全体で十分な検証を行った上で適用してください。詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.26(4) 注意事項」を参照してください。アクセストークンの詳細については，「8.2.3 ジョブ実行時のユーザーアカウント」も参照してください。

キューレスジョブ（［実行先サービス］に［JP1/AJS2 Queueless Agent］を指定したPCジョブ，UNIXジョブ，およびアクションジョブ）では，［実行ホスト］に指定されたホスト名の大文字と小文字を区別します。［実行ホスト］にキューレスジョブ実行ホスト上で設定されているホスト名が正しく設定されていることを確認してください。

(2)　標準ジョブ，アクションジョブ，およびカスタムジョブを実行すると異常終了となる

次の要因が考えられます。

ジョブ実行時に使用した環境変数が不適切であるおそれがあります（環境変数には，ジョブに直接定義した環境変数と，環境変数ファイルとして定義したファイル内に指定された環境変数があります）。
マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　環境変数一覧」を参照して，不適切な環境変数を使用していないか確認してください。

ジョブに指定したファイル名が不適切であるおそれがあります。
ファイル名について，次の点を確認してください。

ジョブ実行ファイル名（Windowsの場合は実行ファイル名，UNIXの場合はスクリプトファイル名），環境変数ファイル名，標準入力ファイル名，標準出力ファイル名・標準エラー出力ファイル名が重複していないこと（標準出力ファイル名と標準エラー出力ファイル名だけは，重複していてもかまいません）。

同時に実行するジョブについて，標準出力ファイル名と標準エラー出力ファイル名が重複していないこと。

「/etc/logingroup」の設定が不適切であるおそれがあります（実行ホストがHP-UXの場合）。
ジョブを実行するOSユーザーが複数のグループに属し，かつ，複数のグループへのアクセスを有効にする場合は，「/etc/logingroup」の設定が必要です。「/etc/logingroup」を設定していない場合，「/etc/passwd」で定義されているグループIDだけが有効になり，定義されていないグループIDは無効になります。具体的には，jp1userというOSユーザーが複数のグループ（第1グループとしてAグループ，第2グループとしてグループB）に属しているにもかかわらず，グループBのファイルを参照できないなどの不具合が発生します。複数のグループへのアクセスを有効にするには，「/etc/group」のグループ定義を「/etc/logingroup」にコピーするか，または「/etc/group」と「/etc/logingroup」にシンボリックリンクを設定してください。詳細については，OSのドキュメントを参照してください。

次に示すコマンドが正常に動作しないおそれがあります（実行ホストがWindowsの場合）。

net useコマンドを使用したジョブの実行時に，ネットワークフォルダの切断ができない場合
二とおりの対処方法を示します。
一つ目の対処方法として，一つのバッチファイル中にnet useコマンドを指定し，ネットワークフォルダを接続・切断するようにしてください。
二つ目の対処方法として，JP1/AJS2のサービスのアカウントをユーザーアカウントにして，net useコマンドを使用したジョブをサービスのアカウントと同じアカウントで実行してください。JP1/AJS2のサービスのアカウントのユーザーアカウントへの変更については，「5.2.3 JP1/AJS2のサービスの設定を変更する必要がある場合（Windows限定）」も参照してください。

ftpコマンドを使用したジョブの実行時に，標準出力データが出力されない場合，次に示すどちらかの方法で対処してください。
1. ftpコマンドに-vオプションを指定してください。
2. ジョブの詳細定義の［標準入力ファイル名］，［標準出力ファイル名］，および［標準エラー出力ファイル名］に「CON」を指定してください。
ただし，「CON」を指定すると，JP1/AJS2 - Viewでジョブの実行結果の詳細を表示したとき，ジョブの標準エラー出力メッセージが出力されなくなります。また，jpqjobgetコマンドで標準出力ファイルおよび標準エラー出力ファイルの情報が取得できなくなります。そのため，ftpコマンドを起動するバッチファイル内で標準出力ファイル，標準エラー出力ファイルにリダイレクトするようにしてください。

上記以外のコマンドを使用したジョブの実行時に，ジョブが正しく動作しない場合
JP1/AJS2のジョブは，OSユーザーがWindowsにログオンしていない状態でも実行できるように，OSユーザーのログオンセッションとは独立した「サービス」と呼ばれる形態で実行されます。このため，JP1/AJS2を使ってジョブを実行した場合と，コマンドプロンプトを使ってジョブを実行した場合とで，ジョブの実行結果が異なることがあります。
Windowsが提供するATコマンド，または［タスクスケジューラ］を使用すると，ジョブがサービスから正しく実行できるかどうかを検証することができます（このとき，WindowsのScheduleサービスまたはTask Schedulerサービスがジョブを起動します）。Windowsのサービスからジョブが正しく動作しない場合は，JP1/AJS2のサービスからもジョブは正しく動作しません。その際は，ジョブで使用しているコマンドやプログラムを見直す必要があります。
ブラウザーにIE 3.x以前を使用している場合と，IE 4.0以降を使用している場合とに分けて検証手順を示します。

IE 3.x以前を使用している場合
1. Scheduleサービスのアカウントを，ジョブを実行するOSユーザーと同じユーザーアカウントに変更する。
2. Scheduleサービスを再起動する。
3. 手順1で指定したユーザーアカウントでないアカウントでWindowsにローカルログオンする。
4. コマンドプロンプトからATコマンドを使用してジョブを実行する。
ジョブが実行中のままで応答がない場合は，ATコマンドに/interactiveを指定して，ジョブを再実行してください。
5. ジョブの実行結果を確認する。

IE 4.0以降を使用している場合
1. WindowsのTask Schedulerサービスに対して，Windowsの［サービス］ダイアログボックスで，［デスクトップとの対話をサービスに許可］がチェックされていない状態にする。
2. Task Schedulerサービスを再起動する。
3. デスクトップ上にある［マイコンピュータ］アイコンをクリックし，［予定されているタスク］フォルダを開く。
4. ウィザードを使ってタスクを設定する。
タスク設定時は，実行するジョブ，および実行ユーザーのアカウントを設定してください。
5. ジョブの実行結果を確認する。

なお，Scheduleサービス，Task Schedulerサービス，およびJP1/AJS2サービスでは，ジョブのプロセスの生成方法が若干異なります。そのため，JP1/AJS2を使うと正しく動作しないジョブも，Windowsのサービスを使えば正しく動作する場合があります。例えば，JP1/AJS2では，OSユーザーのログオンセッションに設定されたプリンタやアプリケーションに関する情報で，かつ，レジストリーに格納されている情報については，例えそのOSユーザーのアカウントをジョブの実行ユーザーに設定しても，参照できないことがあります（ジョブからのプリンタへの印刷やアプリケーションの起動などが正しく動作しないことがあります）。この現象が発生した場合は，ジョブを実行するOSユーザーでWindows（JP1/AJS2の実行ホスト）にログオンし，その状態で運用してください。
または，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.6 ユーザープロファイルを必要とするジョブを実行するための設定」を参照して，設定をしてください。
また，実行ユーザーのアクセス権をローカルサーバのユーザーに限定させたい場合は，OSユーザーの指定方法を「サーバ名¥ユーザー名」としてください。

メモリー不足のために，ジョブの起動に失敗しているおそれがあります。
メモリー容量の見積もりを確認してください。

統合トレースログに，次のメッセージが出力されている場合（Windows限定）

「KAVU4254-E データベース（論理ホスト名）にアクセスできません（要因個所）」

「KAVU5287-E データベーステーブルがロックされています（要因個所）」

これは，ジョブ実行時にジョブ実行環境のISAMファイルにアクセスできないために発生するエラーです。次の事項を同時に実行していないかどうか確認してください。

JP1/AJS2の資料採取ツール_04.batを実行している。

JP1/BaseまたはJP1/AJS2のISAMデータベースの検証やコンデンスなどISAMデータベースを操作するコマンドを実行している（jpqdbcond -L コマンドは含まない）。

バックアッププログラムを実行している。

上記のほかにも，ジョブ実行環境のデータベースファイルを占有モード，またはファイルの読み込みだけを共有するモードでオープンするようなプログラムを実行していると，このような現象が起こるおそれがあります。これらの作業をスケジュールする際は，ジョブの実行時間と重ならないように運用してください。

統合トレースログに，次のメッセージが出力されている場合（UNIX限定）

「KAVU4547-W エージェント（エージェントホスト名）の一時作業用ファイルに対してアクセス権がありません」

「KAVU4560-W エージェント（エージェントホスト名）の標準出力ファイル（ファイル名）に対してアクセス権がありません」

「KAVU4563-W エージェント（エージェントホスト名）の標準エラー出力ファイル（ファイル名）に対してアクセス権がありません」

「KAVU4547-W」のメッセージが出力されている場合は，ワークディレクトリの所有グループがジョブ実行ユーザーのセカンダリーグループで，かつワークディレクトリの権限が「770」であるおそれがあります（ワークディレクトリは，ジョブ実行環境構成定義ファイル（Queue.conf）のキー［JP1_DEFAULT¥JP1NBQAGENT¥Process］の環境設定パラメーター（"WorkPath"=）に指定したディレクトリになります）。
また，「KAVU4660-W」「KAVU4563-W」のメッセージが出力されている場合は，指定したファイル（上記のメッセージ中のファイル名）が存在するディレクトリの所有グループがジョブ実行ユーザーのセカンダリーグループで，ディレクトリの権限が「770」であるおそれがあります。
次に示す方法のどれかで対処してください。

「KAVU4547-W」のメッセージが出力されている場合は，ワークディレクトリに対してセカンダリーグループでもアクセスできる権限に変更する。

指定したファイルが存在するディレクトリの権限をセカンダリーグループでもアクセスできる権限に変更し，かつ指定したファイルの権限をセカンダリーグループでも読み込み，書き込みができる権限に変更する。

ディレクトリおよび指定したファイルの所有グループをジョブ実行ユーザーのセカンダリーグループからプライマリーグループに変更する。

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.32 ジョブ実行時のファイル権限チェックでアクセス制御リストやセカンダリーグループの設定を有効にする」の設定に従い，オプションを有効にする。

統合トレースログに，「KAVU4551-W エージェント（エージェントホスト名）の実行ファイル（ファイル名）に対してアクセス権がありません」のメッセージが出力されている場合（UNIX限定）
指定した実行ファイル（上記のメッセージ中のファイル名）が存在するディレクトリの所有グループがジョブ実行ユーザーのセカンダリーグループで，かつ権限が「770」であるおそれがあります。
次に示す方法のどれかで対処してください。

指定したファイルが存在するディレクトリの権限を「777」に変更し，かつ指定したファイルの権限を「774」に変更する。

ディレクトリおよび指定したファイルの所有グループをジョブ実行ユーザーのセカンダリーグループからプライマリーグループに変更する。

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.32 ジョブ実行時のファイル権限チェックでアクセス制御リストやセカンダリーグループの設定を有効にする」の設定に従い，オプションを有効にする。

ジョブの実行ファイル名を正しく求められない場合があります。
UNIXの場合
スクリプトファイル内で「$0」（スクリプトファイル名）を参照する場合，「$0」がジョブの定義に指定したスクリプトファイル名にならず，「JPQ_EXEC_」から始まるスクリプトファイル名になる場合があります。
このファイル名は，次の場合のどれかにJP1/AJS2が一時的に作成するスクリプトファイル名です（スクリプトファイルはジョブ実行時に使用するワークパスに作成します）。

JP1/AJS2 - Viewの［詳細定義 -［UNIX Job］］ダイアログボックスの［定義］タブで，［コマンド文］にコマンドを指定したジョブを実行する。

JP1/AJS2 - Viewの［詳細定義 -［UNIX Job］］ダイアログボックスの［定義］タブで，［スクリプトファイル名］に#!［シェル名］を先頭行に記述していないスクリプトファイル名を指定して実行する。※

jpqjobsubコマンドの-scオプションに，#!［シェル名］を先頭行に記述していないスクリプトファイル名を指定して実行する。

注※

［スクリプトファイル名］に指定したスクリプトファイルの先頭行に実行シェル名の記述がない場合，先頭行に実行シェル名を付加したスクリプトファイルを一時的に作成し，ジョブとして実行します。

［コマンド文］と［スクリプトファイル名］を同時に指定した場合，［コマンド文］と［スクリプトファイル名］の内容をコマンド文，スクリプトファイルの内容の順でマージした一時ファイルを作成します。このため，［コマンド文］の記述がある場合は，スクリプトファイルの実行シェル名の記述の有無にかかわらず，一時ファイルを作成します（［コマンド文］欄にタブやスペースがある場合にも一時ファイルを作成します）。

一時的なスクリプトファイルを作成しないようにするには，これらの条件に該当しないようにジョブを定義してください。

Windowsの場合
Windowsの実行ファイル内で第1引数（バッチファイルの場合は「%0」）を参照する場合，第1引数がジョブの定義に指定した実行ファイル名にならない場合があります。これは，JP1/AJS2がジョブを起動するときに実行ファイル名を8.3形式のショートファイル名に変換するためです。
実行ファイル名の変換を行わないでジョブを起動する場合には，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.2 ジョブをロングファイル名で実行するための設定」を参照してください。

統合トレースログに，次のメッセージが出力されている場合（Windows限定）

「KAVU7533-E JP1ユーザー（論理ホスト名，ユーザー名）からユーザーマッピングした実行ユーザー（ユーザー名）は使用できません（要因番号:1792）」

JP1/AJS2サービスのアカウントと異なるユーザーアカウントでジョブを実行しているときに，Net Logonサービスが起動されていない場合，このメッセージが出力されてジョブが異常終了することがあります。このメッセージが出力されたときは，Net Logonサービスが起動されているかどうかを確認してください。

次のどちらかでジョブが異常終了した場合（Windows限定）

次のメッセージを出力してジョブが終了コード259または-1で異常終了する。
「KAVU3284-W 内部処理（論理ホスト名）でシステムコールエラーが発生しました（要因個所：要因個所，要因番号：0x2013000a）」

ジョブの標準エラー出力に次のメッセージを出力してジョブが異常終了する。
「プロセスはファイルにアクセスできません。別のプロセスが使用中です。」

これらは次の条件が重なる場合に発生することがあります。

次のどちらかの方法でジョブを登録する際に，標準出力ファイル，または標準エラー出力ファイルを明示的に指定する。
・ジョブの詳細定義で指定する。
・ジョブ実行制御のコマンドでジョブを登録する際に指定する。

条件1で指定したファイルに対して次のどちらかの処理をしている。
・ジョブとして実行するプログラム内で，関数を使用してオープンしている。その際，オブジェクトの共有方法を読み取り不可または，書き込み不可の設定にしている。
・ジョブとして実行するバッチファイル内で，リダイレクトを使用してオープンしている。

ジョブとして実行するプログラム内でオープンするファイル，またはバッチファイル内のリダイレクトでオープンするファイルを，ジョブを登録する際の標準出力ファイル，または標準エラー出力ファイルとして指定しないでください。ただし，プログラム内で関数を使用してオープンする場合に限って，共有の読み取りまたは共有の書き込みを許可する設定でオープンすることで回避することもできます。

統合トレースログに，次のどちらかのメッセージが出力されている場合

「KAVU5501-E System error occurred ...」

「KAVU5290-E データベースのファイルサイズが制限値を超えているかメモリーの確保に失敗しました（要因個所，要因番号）」

ISAMファイルが不正な状態になっているおそれがあります。
次のことを行っているとこれらのエラーが発生することがあります。

JP1/AJS2サービスを停止しない状態で，強制的なシャットダウン操作や電源断を行う。

ディスク容量不足が発生している状態でISAMファイルへの書き込みを行う。

ISAMファイルの状態を確認し，不正な状態になっている場合はISAMファイルを再作成してください。ISAMファイルの状態確認，ISAMファイルの再作成の手順については，「17.5.11(2) ISAMファイルの状態確認および再作成の手順」を参照してください。

AIXまたはLinuxの実行ホストでジョブを実行したとき，ジョブの実行ユーザーに設定したリソースの制限値が有効にならないで，リソース不足でジョブが異常終了することがあります。
AIXおよびLinuxの場合，ジョブの実行ユーザーに対して，/etc/security/limits（Linuxの場合は/etc/security/limits.conf）でリソースの制限値の定義をしても，ジョブ実行時に値は有効になりません。JP1/AJS2起動時のユーザー（root）に対してリソース制限値を定義してください。
詳細については，「8.1.18 UNIXジョブ実行時のリソース制限値についての注意事項」を参照してください。

(3)　標準ジョブ，アクションジョブ，およびカスタムジョブの状態が変化しない

次の要因が考えられます。

統合トレースログに，「KAVU3531-W マネージャー（論理ホスト名）のホスト名に誤りがあると思われます」のメッセージが出力される場合
マネージャーのホスト名が不適切であるか，またはIPアドレスが解決できない名称であるおそれがあります。
マネージャーのホスト名が適切であること，またはhostsファイルなどを見直してIPアドレスが解決できる設定になっていることを確認してください。DNS運用をしている場合は，FQDN形式のホスト名がIPアドレス解決できるように設定してください。

現在の実行ジョブ数がジョブ実行多重度に達しているおそれがあります。
jpqagtshowコマンドを実行し，現在の実行ジョブ数（EXECUTING）と，ジョブ実行多重度（CUREXECHGNUM）を確認してください。
ジョブの実行時間，単位時間当たりのジョブ実行数を考慮したジョブ実行多重度を設定するようにしてください。ジョブ実行多重度を変更する場合は，jpqagtaltコマンドを使用してください。
jpqagtshowコマンドについては，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jpqagtshow」を参照してください。
また，ジョブ実行多重度に達しているためにジョブが登録できない場合に，統合トレースログにメッセージを出力するようにあらかじめ設定しておくことで，ジョブの実行に時間が掛かった要因がジョブ実行多重度到達であるかどうかを確認できます。設定方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　7.27 ジョブ実行多重度到達を確認するメッセージを出力する設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　16.25 ジョブ実行多重度到達を確認するメッセージを出力する設定」（UNIXの場合）を参照してください。

JP1/AJS2の運用中に，バックアッププログラムを実行して，JP1/AJS2で使用しているファイル，またはディレクトリをバックアップしているおそれがあります。
JP1/AJS2の運用中は，バックアップしないでください。

(4)　標準ジョブ，アクションジョブ，およびカスタムジョブを登録したりキューを操作したりするとアクセス権限エラーとなる

JP1/Base認証サーバのアクセス権限の設定が不適切です。

JP1_Queue資源グループに対して，正しいアクセス権限を設定してください。ジョブの登録やキューの操作などには，JP1_JPQ_Admin，JP1_JPQ_Operator，またはJP1_JPQ_Userのどれかの権限が必要です。

(5)　シェルが環境変数を読み込まない（UNIX限定）

AIXでは，/etc/environmentの情報は引き継ぎません。

マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　13.4.2 ログインスクリプトの変更」の説明を参考に，ログインスクリプトを変更してください。ログインスクリプトの変更例を次に示します。

if [ ${JP1JobID:-""} != "" ]; then
. /etc/environment
fi

/etc/environmentを読み込んだあと，設定したい環境変数に対して［export］コマンドを実行してください。

注意事項

上記の設定は，sh（.profile）だけで有効です。その他のcshなどでは無効です。

上記の設定をした場合，ログインスクリプトの中で/etc/environmentを読み込むため，各情報の設定順序が変わってしまうおそれがあることを考慮する必要があります。このため，ログインスクリプトに/etc/environmentの読み込みを追加する際は，/etc/environmentで設定している環境変数をログインスクリプトでも設定している個所がないかを確認し，挿入個所に十分注意してください。ログインスクリプトの最初で/etc/environmentを読み込むように変更することを推奨します。

(6)　ジョブプロセスを実行しないままジョブが正常終了となる

UNIXの場合，JP1/AJS2ではジョブ実行時に，ログインスクリプトを実行します。その際，次のようにログインスクリプトの中に，exitコマンドのようなログインスクリプトを終了するコマンドがあると，ジョブプロセスを実行する前にジョブが正常終了します。

/usr/bin/sh ; exit

このような場合は，exitコマンドを実行しないようにログインスクリプトを変更してください。

ログインスクリプトの変更方法については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　13.4.2 ログインスクリプトの変更」を参照してください。

17.5.4　アクションジョブについて

アクションジョブ固有のトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　アクションジョブを実行すると起動失敗となる

(2)　アクションジョブを実行すると実行ホストで「DLLが見付かりません」などのエラーダイアログメッセージが出力される

(3)　ローカル電源制御アクションジョブおよびリモート電源制御アクションジョブが異常終了する

(1)　アクションジョブを実行すると起動失敗となる

アクションジョブに定義したプラットフォームが，アクションジョブを実行するエージェントのプラットフォームと同じであることを確認してください。プラットフォームが異なる場合は，アクションジョブに定義したプラットフォームを変更してください。

(2)　アクションジョブを実行すると実行ホストで「DLLが見付かりません」などのエラーダイアログメッセージが出力される

メッセージキュー連携およびMSMQ連携のアクションジョブを実行するために必要なプログラムが，ジョブを実行するホストにインストールされていないおそれがあります。

実行するホストの環境が正しいことを確認してください。

(3)　ローカル電源制御アクションジョブおよびリモート電源制御アクションジョブが異常終了する

JP1/Power Monitorがインストールされていないおそれがあります。

JP1/Power Monitorがインストールされていること，設定が正しいことを確認してください。

なお，JP1/Power Monitorがインストールされていない場合でも，JP1/Power Monitor用のアクションジョブをジョブネットに定義できます。この場合，アクションジョブを実行したとき，ジョブネットの状態は「異常検出終了」となり，ジョブの状態は「ジョブ起動失敗」となります。

17.5.5　イベントジョブについて

イベントジョブ固有のトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　JP1イベント受信監視時にホスト名を正しく指定しているにもかかわらず条件が満了しない

(2)　イベント受信ジョブ使用時に，予定していないイベントが条件一致となった

(1)　JP1イベント受信監視時にホスト名を正しく指定しているにもかかわらず条件が満了しない

JP1イベント中のホスト名には，イベントサーバ名が設定されています。

そのイベントサーバ名がイベントサービスの定義と同じ名称であることを確認してください。JP1イベント中のホスト名は，大文字・小文字が区別されるため注意してください。

(2)　イベント受信ジョブ使用時に，予定していないイベントが条件一致となった

「JP1イベント受信監視ジョブ」「ログファイル監視ジョブ」「Windowsイベントログ監視ジョブ」の定義時には，次に示す項目に文字列を指定しています。

JP1イベント受信監視ジョブ

イベント発行元ユーザー名

イベント発行元グループ名

イベント発行元ホスト名

メッセージ

イベント詳細情報

任意の拡張属性

ログファイル監視ジョブ

トラップデータ

ログ情報以外のデータ

Windowsイベントログ監視ジョブ

説明

上記の項目に指定された文字列は，部分一致で条件一致となります。指定した項目が部分一致していないかどうかを確認してください。

完全一致させたい場合は，正規表現で指定してください。例えば，「イベント発行元ホスト名」として「spring」を完全一致で条件一致としたい場合は，Windowsの場合は「^spring$」と指定します。

Windowsの正規表現については，マニュアル「JP1/Base 運用ガイド」を参照してください。UNIXの正規表現については，UNIXのドキュメントを参照してください。

17.5.6　ジョブネットコネクタについて

ジョブネットコネクタに関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　ジョブネットコネクタが終了しない場合

(2)　開始予定時刻を過ぎても接続先のジョブネットが開始しない場合

(1)　ジョブネットコネクタが終了しない場合

ジョブネットコネクタが終了しない場合は，ジョブネットモニタなどで接続先のジョブネットの実行状況を確認してください。接続先のジョブネットが正常終了，異常検出終了，または警告検出終了になっている場合は，障害が発生しているおそれがあります。それ以外の場合，ジョブネットコネクタは接続先のジョブネットが終了するのを待つため，正常な状態です。

接続先のジョブネットの終了を待たないで実行を進めたい場合は，ジョブネットコネクタの状態を正常終了に変更してください。この場合，ジョブネットコネクタと接続先のジョブネットの状態が一致しなくなるため注意してください。

また，接続先のジョブネットが終了している場合は，統合トレースログ，およびイベントログ（Windowsの場合）またはsyslog（UNIXの場合）に出力されているメッセージに従って，障害の要因を取り除いてください。次に，接続先のジョブネットを再実行してください。接続先のジョブネットを再実行することによって，再びジョブネットコネクタとの世代の接続が行われ，ジョブネットコネクタが正常に動作するようになります。世代の接続については，マニュアル「JP1/Automatic Job Management System 2 解説　10.4.2 ジョブネットコネクタと接続先のジョブネットの接続ルール」を参照してください。

接続先のジョブネットを再実行しないでジョブネットコネクタの実行を進めたい場合は，ジョブネットコネクタの状態を正常終了に変更してください。この場合，ジョブネットコネクタと接続先のジョブネットの状態が一致しなくなるため注意してください。

(2)　開始予定時刻を過ぎても接続先のジョブネットが開始しない場合

ジョブネットモニタなどで，ジョブネットコネクタが含まれるジョブネットの実行状況を確認してください。実行順序制御方式を「同期」としていて，ジョブネットコネクタが待ち状態の場合は正常ですが，実行中の状態の場合は障害が発生しているおそれがあります。

実行順序制御方式を「同期」としているが，ジョブネットコネクタの開始を待たないで接続先のジョブネットを実行開始する場合，実行順序制御方式を「非同期」に一時変更してください。

17.5.7　コマンドの実行について

コマンドの実行に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　コマンドは正常終了するが実行結果が不適切である

(2)　「ajsdbcond -l」コマンドを実行すると「KAVS0304-E ほかで使用中です」のメッセージが出力され，「ajsdbcond -x」コマンドを実行すると「KAIU012-E ファイルが占有されています」のメッセージが出力される

(1)　コマンドは正常終了するが実行結果が不適切である

旧バージョンのJP1/AJSがインストールされているおそれがあります。

コマンドパス（/opt/jp1ajs2/bin）が有効になっていることを確認してください。そのあと，コマンドを再実行してください。

(2)　「ajsdbcond -l」コマンドを実行すると「KAVS0304-E ほかで使用中です」のメッセージが出力され，「ajsdbcond -x」コマンドを実行すると「KAIU012-E ファイルが占有されています」のメッセージが出力される

JP1/AJS2のサービスが実行中か，またはJP1/AJS2 - Viewを使用しているためです。

ajsstopコマンドを使ってJP1/AJS2のサービスを停止させるか，またはJP1/AJS2 - Viewを終了したあと，ajsdbcondコマンドを実行してください。

17.5.8　ISAMファイルの再作成

ISAMファイルが不正になった場合の再作成の方法について説明します。

JP1/AJS2のスケジューラーデータベースやジョブ実行環境データベースのISAMファイルが不正になると，スケジューラーサービスが起動しない，キューを使用するジョブの起動に失敗するなどの問題が発生します。

スケジューラーデータベースに関してデータベースアクセスエラーのメッセージが出力されている場合は，(1)（ジョブ実行環境データベースの再作成とJP1/AJS2のコールドスタート処理を含みます）に従って対処してください。

スケジューラーサービスのエラーメッセージが出力されず，ジョブ実行環境だけでエラーになっている場合は，(2)の対処を実施するだけで対処できます。

＜この項の構成＞

(1)　スケジューラーデータベースの再作成手順

(2)　ジョブ実行環境データベース再作成手順

(1)　スケジューラーデータベースの再作成手順

スケジューラーデータベースをISAMで使用している場合の再作成手順を次に示します。スケジューラーデータベースを再作成する場合は，スケジューラーの管理情報に依存するジョブ実行環境データベースも再作成する必要があります。なお，再作成後は，登録されていたジョブネットがすべて登録解除されるため，必要に応じてジョブネットの再登録が必要となります。

スケジューラーデータベースは，ジョブネットやジョブの定義情報を保持する「定義系」のISAMファイルと，ジョブネットやジョブの実行予実績情報を保持する「実行系」のISAMファイルから成り立ちます。ISAMファイルの破壊状況によって，復旧方法が異なります。スケジューラーデータベースの破壊状況はISAMファイルの整合性を検証するJischkコマンドを実行して確認します。Jischkコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

表17-17　スケジューラーデータベースの破壊状況と復旧方法

破壊状況 | 実行系ファイルの破壊 | 定義系ファイルの破壊 | 復旧方法 | リカバリーに必要な情報
パターン1 | あり | なし | JP1/AJS2サービスのコールドスタート | なし
パターン2 | －（定義系破壊時，実行系無条件再作成が必要） | あり | データベース再作成 | ユニット定義情報

注

スケジューラーサービスの環境設定パラメーターのテーブル名プリフィックス（TABLENAMEPREFIX）に「AJS」，テーブルID（TABLENAMEPOSTFIX）指定なしの標準設定の場合，テーブル名は次のようになります。

　実行系ファイル：AJSSTAT，AJSENTRY，AJSGEN，AJSPERF

　定義系ファイル：AJSUNIT，AJSARROW，AJSBODY，AJSSCH，AJSCAL

JP1/AJS2のデータベースの詳細については，「15.14.1 JP1/AJS2のデータベースについて」を参照してください。

定義系ファイルの破壊がある場合は，スケジューラーデータベースのすべての情報を再作成しなければならないため，ユニット定義情報のバックアップを取得してあることが前提となります。

バックアップ方法については，「11.2 JP1/AJS2を使用するシステムの設定情報のバックアップ」を参照してください。

次の手順で再作成してください。

スケジューラーデータベースディレクトリを取得する。
スケジューラーデータベースディレクトリが不明な場合は，ajsstatusコマンドを実行し，「データベースファイル格納ディレクトリ」を取得します。

ajsstatus -F スケジューラーサービス名

ajsstatusコマンドによってデータベースディレクトリが取得できない場合は，設定されている環境設定パラメーターを参照してください。

Windowsの場合

スケジューラーデータベースディレクトリは，［マネージャー環境設定］ダイアログボックスの［スケジューラーファイルの構成］－［データベースディレクトリ名］に指定したフォルダです。デフォルトは，物理ホストの場合は「JP1/AJS2 - Managerのインストール先フォルダ¥database¥schedule¥AJSROOT1」，論理ホストの場合は「共有フォルダ¥jp1ajs2¥database¥schedule¥スケジューラーサービス名」です。

UNIXの場合

スケジューラーデータベースディレクトリは，[{JP1_DEFAULT|論理ホスト名}¥JP1AJSMANAGER¥スケジューラーサービス名]のAJSDBDIRECTORYパラメーターに指定したディレクトリです。

jbsgetcnf [-h 論理ホスト名]※コマンドで取得したパラメーターから該当するスケジューラーサービスのデータベースディレクトリ名を検索してください。

デフォルトは，物理ホストの場合は「/var/opt/jp1ajs2/database/schedule/AJSROOT1」，論理ホストの場合は「共有ディレクトリ/jp1ajs2/database/schedule/スケジューラーサービス名」です。

注※

　「-h 論理ホスト名」は使用環境に応じて指定してください。

JP1/AJS2サービスおよびJP1/AJS2 Monitorサービスを停止する。また，該当するスケジューラーサービスに接続している連携製品からのアクセスをすべて停止する。

ジョブ実行環境データベースを再作成する。
「(2) ジョブ実行環境データベース再作成手順」の手順に従って，ジョブ実行環境データベースを再作成してください。この場合，(2)の手順6にあるJP1/AJS2の再起動を行う必要はありません。JP1/AJS2サービスを再起動した場合は，再度JP1/AJS2サービスを停止してください。

スケジューラーデータベースのISAMファイルの破壊状況を検証する。

(a) 対象のスケジューラーサービスのデータベースディレクトリに移動する。

cd スケジューラーデータベースディレクトリ

(b) JP1/BaseのJischkコマンドを実行する。

Windowsの場合

Jischk -l 3 *.KDF

UNIXの場合

/opt/jp1base/bin/Jischk -l 3 *.DEF

KAIU019-IおよびKAIU020-Iが出力されたISAMファイルは正常です。
ファイル破壊が実行系ファイルだけか，定義系ファイルに及ぶかを判断してください。
定義系ファイルも破壊されている場合は，手順6に進んでください。

注意事項

KAIU012-Eが出力される場合は，JP1/AJS2 - Viewからの接続やジョブネットワーク要素を操作するコマンドの実行によって，ファイルが使用中であることを示します。すべてのJP1/AJS2 - Viewからの接続を切断し，ジョブネットワーク要素を操作するコマンドが実行されていない状態で，再度Jischkコマンドを使用して検証してください。

実行系ファイルだけが破壊されている場合は，JP1/AJS2サービスをコールドスタートする。

(a) 対象の物理ホストまたは論理ホストに含まれるスケジューラーサービス数が1個の場合

Windowsの場合

(1) ［管理ツール］から［サービス］を選択する。

(2) 起動させたいJP1/AJS2のサービス名を選択する。

(3) ［スタートアップ パラメータ］に-cold を指定する。

(4) ［開始］ボタンをクリックする。

UNIXの場合

jajs_spmdコマンドに-coldオプションを指定して実行する。

(b) 対象の物理ホストまたは論理ホストに含まれるスケジューラーサービスが複数ある場合（ISAMファイルが破壊されているスケジューラーサービスだけをコールドスタートし，ほかのスケジューラーサービスへの影響を少なくする場合）

JP1/AJS2サービスは通常どおり開始し，ISAMファイルが破壊されているスケジューラーサービスだけをコールドスタートします。

Windowsの場合

(1) ［マネージャー環境設定］ダイアログボックスで該当する論理ホストの［スケジューラーサービスの制御］で，ISAMファイルが破壊されているスケジューラーサービスを選択し，「JP1/AJS2 - Manager起動時の自動起動」の設定を「いいえ」に変更する。［OK］をクリックし，設定を保存する。

(2) JP1/AJS2 サービスを起動する。

(3) JP1/AJS2 サービスが正常に開始したら，ISAMファイルが破壊されているスケジューラーサービスをコールドスタートする。

　　ajsstart -F スケジューラーサービス名 -c

(4) スケジューラーサービスが正常に開始した場合は，(1)で設定した「JP1/AJS2 - Manager起動時の自動起動」オプションを「はい」に戻す。

UNIXの場合

(1) 次に示すファイル（以降の説明ではautostart.confとします）を作成する。

下線部にはISAMファイルの破壊されている論理ホスト名とスケジューラーサービス名を指定してください。

物理ホストの場合

[JP1_DEFAULT¥JP1AJSMANAGER¥スケジューラーサービス名]
AUTOSTART="no"

論理ホストの場合

[論理ホスト名¥JP1AJSMANAGER¥スケジューラーサービス名]
AUTOSTART="no"

(2) (1)で作成したファイルを共通定義に反映する。

　/opt/jp1base/bin/jbssetcnf autostart.conf

(3) jajs_spmdコマンドを実行しJP1/AJS2 サービスを起動する。

(4) JP1/AJS2 サービスが正常に開始したら，ISAMファイルが破壊されているスケジューラーサービスをコールドスタートする。

　ajsstart -F スケジューラーサービス名 -c

(5) スケジューラーサービスが正常に開始した場合は，(1)で準備したファイルを次のように元の設定値に戻す。

物理ホストの場合

[JP1_DEFAULT¥JP1AJSMANAGER¥スケジューラーサービス名]
AUTOSTART="yes"

論理ホストの場合

[論理ホスト名¥JP1AJSMANAGER¥スケジューラーサービス名]
AUTOSTART="yes"

(6) (5)で編集したファイルを共通定義に反映する。

　/opt/jp1base/bin/jbssetcnf autostart.conf

JP1/AJS2サービスおよびスケジューラーサービスが運用中の状態になれば，再作成は終了です。必要に応じてJP1/AJS2 Monitorサービスなどの関連サービスを再開し，ジョブネットの再登録を実施してください。
JP1/AJS2サービスのコールドスタートが失敗した場合は，ISAMファイルを再作成する必要があります。JP1/AJS2サービスが不完全に起動した場合は，いったんサービスを停止してください。ユニット定義情報のバックアップを取得していない場合は，この時点でajsprintコマンドを使用して定義情報をバックアップしてください（Windowsの場合は，ajsprintコマンドを実行する間だけ，一時的にJP1/AJS2 Monitorサービスを起動してください）。
引き続き手順6以降の再作成を続行してください。

注意事項

ajsprintコマンドを使用して定義情報を出力する場合は，該当するスケジューラーサービスのAJSPRINTNETSCHPRFパラメーターの値が「no」になっていることを確認してください。このパラメーターは08-00を新規にセットアップした環境では「no」がデフォルトで設定されていますが，08-00より前のバージョンからバージョンアップした環境では注意が必要です。

AJSPRINTNETSCHPRFパラメーターの設定を変更した場合は，いったんJP1/AJS2 Monitorサービスを再起動し，ajsprintでのバックアップが終わった時点でJP1/AJS2 Monitorサービスを停止してください。

定義系ファイルに破壊がある場合，または手順5でコールドスタートに失敗した場合は，再作成を行う。

注意事項

この手順以降は，ユニット定義情報のバックアップを採取してあることが前提です。定義情報のバックアップがない場合は，初期状態から再構築する必要があります。

(a) 対象のスケジューラーサービスディレクトリに移動する。
　cd スケジューラーデータベースディレクトリ
(b) スケジューラーデータベースディレクトリから，ISAMファイルを削除する。

Windowsの場合

del *.DRF *.K01 *.K02 *.KDF

UNIXの場合

rm *.DAT *.K01 *.K02 *.DEF

注意事項

これらの拡張子以外のファイルを削除することや，データベース格納ディレクトリ全体の削除・移動は，行わないでください。

(c) スケジューラーデータベースを再作成する。
　ajssetup -F スケジューラーサービス名 [-mh 論理ホスト名]※

注意事項

(b)で誤ってスケジューラーデータベースディレクトリにあるISAMファイル以外のファイルを削除してしまった場合は，使用機能に応じて設定をリカバリーしてください。

サスペンド機能を使用する場合

　ajssetup -F スケジューラーサービス名 -m [-mh 論理ホスト名]※

キューレスジョブを使用する場合

　ajsqlsetup -F スケジューラーサービス名 [-h 論理ホスト名]※

(d) JP1/AJS2 Monitorサービスを起動する。
(e) バックアップしてあるユニット定義情報をajsdefineコマンドなどを使用して回復する。
ルートジョブグループ(/)に設定されていた，基準時刻・基準日・月区分・カレンダー定義情報・所有者・JP1資源グループ・コメントなどもあわせて回復してください。
リカバリー方法については，「11.3 JP1/AJS2を使用するシステムの設定情報のリカバリー」を参照してください。

注※

「-mh 論理ホスト名」，「-h 論理ホスト名」は使用環境に応じて指定してください。

JP1/AJS2サービスをコールドスタートする。
(a) 対象の物理ホストまたは論理ホストに含まれるスケジューラーサービス数が1個の場合

Windowsの場合

(1) ［管理ツール］から［サービス］を選択する。

(2) 起動させたいJP1/AJS2のサービス名を選択する。

(3) ［スタートアップ パラメータ］に-coldを指定する。

(4) ［開始］ボタンをクリックする。

UNIXの場合

jajs_spmdコマンドに-coldオプションを指定して実行する。

(b) 対象の物理ホストまたは論理ホストに含まれるスケジューラーサービスが複数ある場合（ISAMファイルが破壊されているスケジューラーサービスだけをコールドスタートし，他のスケジューラーサービスへの影響を少なくする場合）
JP1/AJS2サービスは通常どおり開始し，ISAMファイルが破壊されているスケジューラーサービスだけをコールドスタートします。

Windowsの場合

(1) ［マネージャー環境設定］ダイアログボックスで該当する論理ホストの［スケジューラーサービスの制御］で，ISAMファイルが破壊されているスケジューラーサービスを選択し，「JP1/AJS2 - Manager起動時の自動起動」の設定を「いいえ」に変更する。［OK］をクリックし，設定を保存する。

(2) JP1/AJS2 サービスを起動する。

(3) JP1/AJS2 サービスが正常に開始したら，ISAMファイルが破壊されているスケジューラーサービスをコールドスタートする。

　ajsstart -F スケジューラーサービス名 -c

(4) スケジューラーサービスが正常に開始した場合は，(1)で設定した「JP1/AJS2 - Manager起動時の自動起動」オプションを「はい」に戻す。

UNIXの場合

(1) 次に示すファイル（以降の説明ではautostart.confとします）を作成する。

下線部にはISAMファイルの破壊されている論理ホスト名とスケジューラーサービス名を指定してください。

物理ホストの場合

[JP1_DEFAULT¥JP1AJSMANAGER¥スケジューラーサービス名]
AUTOSTART="no"

論理ホストの場合

[論理ホスト名¥JP1AJSMANAGER¥スケジューラーサービス名]
AUTOSTART="no"

(2) (1)で作成したファイルを共通定義に反映する。

　/opt/jp1base/bin/jbssetcnf autostart.conf

(3) jajs_spmdコマンドを実行しJP1/AJS2サービスを起動する。

(4) JP1/AJS2 サービスが正常に開始したら，ISAMファイルが破壊されているスケジューラーサービスをコールドスタートする。

　ajsstart -F スケジューラーサービス名 -c

(5) スケジューラーサービスが正常に開始した場合は，(1)で準備したファイルを次のように元の設定値に戻す。

物理ホストの場合

[JP1_DEFAULT¥JP1AJSMANAGER¥スケジューラーサービス名]
AUTOSTART="yes"

論理ホストの場合

[論理ホスト名¥JP1AJSMANAGER¥スケジューラーサービス名]
AUTOSTART="yes"

(6) (5)で編集したファイルを共通定義に反映する。

/opt/jp1base/bin/jbssetcnf autostart.conf

なお，サービス起動後は，必要に応じてジョブネットの再登録を行ってください。

(2)　ジョブ実行環境データベース再作成手順

ジョブ実行環境で使用するデータベースの再作成手順を次に示します。

JP1/AJS2サービスが停止していることを確認します。

jpqexportコマンドでジョブ実行環境の定義情報を退避する。

Windowsの場合

jpqexport [-mh 論理ホスト名] -dt isam -co jpqsetup.conf※

UNIXの場合

/opt/jp1ajs2/bin/jpqexport [-mh 論理ホスト名] -dt isam -co jpqsetup.conf※

ファイル名は任意ですが，管理のためjpqsetup.confを使用することを推奨します。

注※

「-mh 論理ホスト名」は使用環境に応じて指定してください。

なお，ISAMファイルの破壊状況によっては，jpqexportコマンドによるアクセスもエラーになる場合があります。ジョブ実行環境構成定義ファイル（jpqsetup.conf）のバックアップがある場合はこれを使用してください。バックアップがない場合は，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド　jpqimport」に記載されているジョブ実行環境構成定義ファイルを作成してください。

ジョブ実行環境のデータベース格納ディレクトリ配下のファイルと一時ファイルを削除する。

Windowsの場合

del ジョブ実行環境データベース格納ディレクトリ¥*※1

del ジョブ実行環境マネージャープロセス実行時のワークディレクトリ¥M_JPQ*※2

注※1 ジョブ実行環境データベース格納ディレクトリは，［マネージャー環境設定］ダイアログボックスの［ジョブ実行環境］の［データベース格納ディレクトリ名］に指定したフォルダです。

デフォルトは，物理ホストの場合は「JP1/AJS2 - Managerのインストール先フォルダ¥database¥queue」，論理ホストの場合は「共有フォルダ¥jp1ajs2¥database¥queue」です。

注※2 ジョブ実行環境マネージャープロセス実行時のワークディレクトリは，［マネージャー環境設定］ダイアログボックスの［ジョブ実行環境］の［マネージャープロセス実行時のワークディレクトリ名］に指定したフォルダです。デフォルトは，物理ホストの場合は「JP1/AJS2 - Managerのインストール先フォルダ¥tmp」，論理ホストの場合は「共有フォルダ¥jp1ajs2¥tmp」です。

UNIXの場合

rm ジョブ実行環境データベース格納ディレクトリ/*※1

rm ジョブ実行環境マネージャープロセス実行時のワークディレクトリ/M_JPQ*※2

注※1 ジョブ実行環境データベース格納ディレクトリは，[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Database]の"DatabasePath"に指定したディレクトリです。デフォルトは，物理ホストの場合は「/var/opt/jp1ajs2/database/queue」，論理ホストの場合は「共有ディレクトリ/jp1ajs2/database/queue」です。

注※2 ジョブ実行環境マネージャープロセス実行時のワークディレクトリは，[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Process]の"WorkPath"に指定したフォルダです。デフォルトは，物理ホストの場合は「/var/opt/jp1ajs2/tmp」，論理ホストの場合は「共有ディレクトリ/jp1ajs2/tmp」です。

jpqimportコマンドで，手順2で退避したファイルをジョブ実行環境の定義情報としてISAMファイルを再作成する。

Windowsの場合

jpqimport [-mh 論理ホスト名] -dt isam -ci jpqsetup.conf※

UNIXの場合

/opt/jp1ajs2/bin/jpqimport [-mh 論理ホスト名] -dt isam -ci jpqsetup.conf※

注※

「-mh 論理ホスト名」は使用環境に応じて指定してください。

jpqimportコマンド実行時に出力されるメッセージを確認して，ISAMファイルの再作成に成功しているかどうか確認する。
jpqimportコマンドが正常に終了していないと，JP1/AJS2サービスが起動できません。なお，不明な場合は，再度手順2のjpqexportコマンドで定義情報を出力し，再作成前に出力した定義情報とエージェント定義およびキュー定義について差異がないかを確認してください。

ジョブ実行環境データベースの再作成だけを行う場合は，JP1/AJS2サービスを再起動する。
スケジューラーデータベースの再作成も行う場合は，ここでJP1/AJS2サービスを再起動しないで，スケジューラーデータベースの再作成を続行してください。

ajssetup，ajsqlsetup，jpqexport，jpqimportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　20. セットアップ時に使用するコマンド」を参照してください。

jbsgetcnf，jbssetcnfコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

17.5.9　組み込みDBについて

組み込みDBの運用中にトラブルが発生した場合，再現テストや原因究明のためにトラブルが発生した環境を作成する必要があるときがあります。そのため，次に示す，組み込みDBの環境を再作成するために必要な情報を採取してください。

組み込みDB運用ディレクトリの下にあるconf（ユーザーが定義ファイルを変更した場合）

組み込みDBに関連する環境変数

組み込みDBのデータ
組み込みDBのデータは，ajsembdbrorgコマンドを実行して採取してください。

組み込みDBの環境を再作成するために必要な情報を採取する手順を次に示します。

組み込みDBを起動する。

ajsembdbrorg -k unldを実行する。

組み込みDB運用ディレクトリの下にあるconfを任意のフォルダに退避する。

組み込みDBに関連する環境変数を収録する。

ajsembdbrorgコマンドの操作の説明や詳細については，「15.14.4 組み込みDBデータベースを再編成する」を参照してください。

17.5.10　メールシステム連携について（Windows限定）

Windowsで実行するメールシステム連携に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　プロファイルの作成方法がわからない

(2)　プロファイルが正しく作成できない

(3)　メール送信ジョブが実行中のままでメールの送受信ができない

(4)　メール送信ジョブ・メール受信監視ジョブが異常終了する

(5)　送信したメールが送信済トレイに入らず送信トレイに入ったままになる，またはメールサーバ上に到着しているはずのメールが受信トレイに入らない

(1)　プロファイルの作成方法がわからない

Windowsの［スタート］メニューから［設定］－［コントロールパネル］を実行し，［メール］アイコンを選択してください。Outlookのプロファイルを作成するためのダイアログボックス※が表示されるので，必要な設定をしてください。

注※

表示されるダイアログボックスは，プロファイルの作成状況によって異なります。

プロファイルが作成されている場合

［デフォルトのプロファイルとして設定されているプロファイル名のプロパティ］ダイアログボックスが表示されます。

［サービス］タブの［プロファイルの表示］ボタンをクリックすると，［メール］ダイアログボックスが表示されます。［全般］タブの［追加］をクリックすると，プロファイルの作成を開始できます。

プロファイルが作成されていない場合

［メール］ダイアログボックスが表示されます。

［全般］タブの［追加］ボタンをクリックすると，プロファイルの作成を開始できます。

なお，［インターネット アカウント］ダイアログボックスではプロファイルを正しく作成できません。詳細については，「(2) プロファイルが正しく作成できない」を参照してください。

(2)　プロファイルが正しく作成できない

［インターネット アカウント］ダイアログボックスを使ってプロファイルを作成しているおそれがあります。

対処方法は次のとおりです。

Outlook 2000，Outlook 2002，Outlook 2003，またはOutlook 2007がインストールされていることを確認してください。

Outlook 2000を使用している場合は，プロファイル作成時に［インターネット アカウント］ダイアログボックスを使用していないことを確認してください（Windowsの［スタート］メニューから［設定］－［コントロールパネル］を実行し，［メール］アイコンを選択したあと，［インターネット アカウント］ダイアログボックスが表示されないことを確認してください）。
［インターネット アカウント］ダイアログボックスが表示される場合は，次の手順で設定を変更してください。

Outlookを起動する。

［ツール］－［オプション］をクリックする。
［オプション］ダイアログボックスが表示されます。

［メール配信］タブ，または［メールサービス］タブを選択する。

［メールサポートの再設定］ボタンをクリックする。
［メールサービスオプション］ダイアログボックスが表示されます。

［企業／ワークグループ］がチェックされた状態になっていることを確認する。

(3)　メール送信ジョブが実行中のままでメールの送受信ができない

次の内容について，確認・対応してください。

ブラウザーにIE 4.0以降を使用している場合は，次の手順に従って設定を確認してください。

Windowsの［スタート］メニューから［設定］－［コントロールパネル］を実行し，［インターネット］アイコンまたは［インターネットオプション］アイコンを選択する。

［プログラム］タブを選択する。

［メール］または［電子メール］に，［Microsoft Outlook］が設定されていることを確認する。

メールシステム連携で使用するプロファイルを使ってOutlookを起動し，メールの送受信ができることを確認してください。
プロファイルを作成・変更後に，そのプロファイルを使ってOutlookを起動しておかないと，メールシステム連携が使用できない場合があります。

次の三つのプロファイルの名称が同じであることを確認してください。全角・半角，大文字・小文字は区別されるため注意してください。

実際に作成したプロファイルの名称

［マネージャー環境設定］ダイアログボックスまたは［エージェント環境設定］ダイアログボックスの，［メール連携］タブで定義したメールプロファイルの名称

メール送信ジョブやメール受信監視ジョブに指定したプロファイルの名称

Outlookを起動した際に，サーバ名，ユーザー名，パスワードを問い合わせるダイアログボックスが表示されないことを確認してください。ダイアログボックスが表示される場合には，プロファイルの設定を見直してください。

JP1/AJS2メール監視プロセス，またはJP1/AJS2 Mailサービスが起動していることを確認してください。

接続しようとしているメールサーバが起動していることを確認してください。

メールシステム連携をサービスで使用する場合，JP1/AJS2 Mailサービスのアカウントとして，システムアカウントではなく，プロファイル作成時にWindowsにログインしていたユーザーのアカウントを設定していることを確認してください。JP1/AJS2 Mailサービスはシステムアカウントでは動作しません。

メールシステム連携の環境設定を変更した場合，JP1/AJS2サービスとJP1/AJS2メール監視プロセス，またはJP1/AJS2 Mailサービスを再起動してください。

(4)　メール送信ジョブ・メール受信監視ジョブが異常終了する

エラーメッセージの後ろにメールシステムのエラーコードが「MAPI CODE=xxxxxxxx」の形式で出力されている場合には，次に示す表からエラーの原因を調査し，対処してください。

表17-18　メールシステムのエラーコードと内容

MAPI CODE | 意味
8004010D | ディスク容量が不足しています。
8004010E | リソースが不足しています。
80040111 | ログオンに失敗しました。
80040115 | ネットワーク障害が発生しています。
80040116 | ディスク入出力エラーが発生しました。
80040124 | メールアカウントが無効です。
8004010F | 送信先アドレスが存在しません。
80040607 | 送信先アドレスが存在しません。
80040700 | 送信先アドレスがあいまいです。

(5)　送信したメールが送信済トレイに入らず送信トレイに入ったままになる，またはメールサーバ上に到着しているはずのメールが受信トレイに入らない

次に示す内容について確認してください。

メールサーバとの間のネットワークに問題がないかを確認してください。

Outlookでメールの送受信ができることを確認してください。

17.5.11　ジョブ実行環境について

ジョブ実行環境に関するトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　既存のエージェントホストで障害が発生した，または構成定義を変更できるエージェントホストが遠隔地にある

(2)　ISAMファイルの状態確認および再作成の手順

(1)　既存のエージェントホストで障害が発生した，または構成定義を変更できるエージェントホストが遠隔地にある

jpqimportコマンドでジョブ実行環境の構成を定義して，jpqagtaddコマンドやjpqqueopenコマンドなどで，新しいエージェントを使用できるようにしてください。

また，セットアップ時に，［マネージャー環境設定］ダイアログボックスの［ジョブ実行環境］タブで［エージェントを自動定義する］をチェックしておいた場合，ジョブのサブミット時に代替のエージェントが自動的に追加され，追加されたエージェントでジョブを実行することもできます。

エージェントの自動定義の設定は，エージェントの障害などの緊急時を事前に想定して，システム管理者がセットアップ時に実施してください。エージェントの自動定義の設定を有効にするときは，JP1_JPQ_User権限だけでなく，JP1_JPQ_Admin権限を持つJP1ユーザーで実施してください。また，次のエラーが発生するおそれがあるので，事前に確認してください。

メモリーが不足していないか。

ディスク容量が不足していないか。

データベースのアクセスに失敗していないか。

すでに同じ名称のキューがないか。

エージェントの数が最大定義数に達していないか。

マネージャーホストに接続できないという通信障害が起きていないか。

イベント・アクション制御マネージャープロセスが起動しているか。

エージェントを追加できるアクセス権限があるか。

次に示す手順に従ってエージェントの自動定義を設定し，ジョブを実行してください。

Windowsの場合

セットアップ時に［マネージャー環境設定］ダイアログボックスを表示する。

［ジョブ実行環境］タブの［エージェントを自動定義する］をチェックする。
エージェントに障害が発生した場合に，次の手順を実施してください。

ジョブを実行する。
JP1/AJS2 - Viewの場合
ジョブの［詳細定義］ダイアログボックスの［実行ホスト］に自動定義したいエージェントホスト名を指定したあと，実行登録します。
jpqjobsubコマンドの場合
-ahオプションに，自動定義したいエージェントホスト名を指定してコマンドを実行します。

UNIXの場合

セットアップ時に次のファイルをエディターで開く。
/etc/opt/jp1ajs2/conf/Queue.conf

次の環境設定パラメーターを指定する。
"AutoCreate"=dword：1
エージェントに障害が発生した場合に，次の手順を実施してください。

ジョブを実行する。
jpqjobsubコマンドの場合
-ahオプションに，自動定義したいエージェントホスト名を指定してコマンドを実行します。

注意事項

エージェントはジョブのサブミット時に追加されます。そのため，ジョブの実行開始に失敗した場合でも，エージェントは追加された状態になっています。削除したい場合は，jpqagtdelコマンドで削除してください。

JP1/AJS2の運用中にエージェントの自動定義の設定を有効にした場合，JP1/AJS2を再起動する必要があります。

補足事項

自動的に追加されたエージェントのデフォルトキューの設定値は，セットアップ時のデフォルトと同じ値です。デフォルトキューの設定値のデフォルトを次の表に示します。

表17-19　追加されたエージェントのデフォルトキューの設定項目とデフォルト

デフォルトキューの設定項目 | 設定値のデフォルト
ジョブ実行多重度を変更する期間と実行多重度 | 00:00-00:00=5（24時間，実行多重度は5）
ジョブ数の最大値 | 100
ジョブ数の警告値 | 80
ジョブの受付口の状態 | open
ジョブの取出口の状態 | open
接続するエージェント | 自エージェントホスト
エージェントの優先順位 | 1

デフォルトキューの設定値は，次のコマンドで変更できます。

jpqagtalt

jpqquealt

jpqqueopen

jpqqueclose

jpqagtlink

jpqagtunlink

コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を参照してください。

(2)　ISAMファイルの状態確認および再作成の手順

ISAMファイルの状態を次に示す手順で確認し，不正な状態になっている場合はISAMファイルを再作成してください。

(a)　ISAMファイルの状態確認の手順

JP1/AJS2サービスを停止する。

Jischkコマンドを実行し，ISAMファイルが不正な状態になっていないかを確認する。

Windowsホストの場合

Jischk -l 3 ジョブ実行環境のデータベース格納ディレクトリ名¥JPQ*

注意事項

ジョブ実行環境のデータベース格納ディレクトリ名は［マネージャー環境設定］ダイアログボックスの［ジョブ実行環境］タブの［データベース格納ディレクトリ名］に設定しているものを指定してください。

デフォルトは「JP1/AJS2 - Managerのインストール先フォルダ¥database¥queue」です。

UNIXホストの場合

/opt/jp1base/bin/Jischk -l 3 /var/opt/jp1ajs2/database/queue/JPQ*

注意事項

論理ホストの場合は「共有ディレクトリ名/jp1ajs2/database/queue/JPQ*」となります。

出力されたメッセージを確認する。
次のメッセージが出力された場合，ISAMファイルが不正な状態です。

KAIU013-E キー定義ファイルの不正を検出しました。

KAIU014-E キーファイルの不正を検出しました。

KAIU015-E データファイルの不正を検出しました。

Jischkコマンドおよび出力メッセージの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(b)　ISAMファイルの再作成手順

ISAMファイルの再作成手順については，「17.5.8(2) ジョブ実行環境データベース再作成手順」を参照してください。

17.5.12　JP1/AJS2 Console Viewのログインについて

JP1/AJS2 Console ViewからJP1/AJS2 Console Managerにログインする際に出力されるメッセージに応じた対処方法について説明します。

＜この項の構成＞

(1)　「KAVC4501-E 接続先ホストまたは接続先ホストのJP1/AJS2 Console Managerサービスに接続できません。詳細情報 ［（接続先ポート番号）：（接続先IPアドレス）］」のメッセージが表示される場合

(2)　「KAVC4504-E ホスト名が不正です。」のメッセージが表示される場合

(3)　「KAVC4512-E 接続先で認証サーバに接続できません。」のメッセージが表示される場合

(1)　「KAVC4501-E 接続先ホストまたは接続先ホストのJP1/AJS2 Console Managerサービスに接続できません。詳細情報 ［（接続先ポート番号）：（接続先IPアドレス）］」のメッセージが表示される場合

次の内容について確認・対応してください。

接続先ホストに対して，pingが通るかどうかを確認してください。pingが通らない場合，接続先ホストが起動していないか，または接続先ホストとネットワーク接続できない状態です。接続先ホストを起動するか，接続先ホストとネットワークが接続できるようにしてください。

接続先ホストで，JP1/AJS2 Console Managerサービスが起動しているかどうかを確認してください。
サービスの状態を確認する方法を次に示します。

Windowsの場合

［サービス］ダイアログボックス，または［サービス］ウィンドウで，JP1/AJS2 Console Managerサービスの状態が［開始］の状態になっていることを確認してください。

UNIXの場合

psコマンドを実行し，ajscminetdプロセスが起動していることを確認してください。

接続先ホストと接続元ホストとの間に，ファイアウォールがあるかどうかを確認してください。ファイアウォールがある場合は，パケットフィルタリングの設定に誤りがないかどうかを確認してください。

メッセージ中のポート番号の値と，接続先ホストのservicesファイルに定義されているポート番号の値が一致しているかどうかを確認してください。

(2)　「KAVC4504-E ホスト名が不正です。」のメッセージが表示される場合

ホスト名が解決できるように設定してください。

(3)　「KAVC4512-E 接続先で認証サーバに接続できません。」のメッセージが表示される場合

接続先ホストで設定している認証サーバのホスト名の指定に誤りがないかどうかを確認してください。

認証サーバのホスト名の指定が正しい場合は，そのホストで認証サーバが起動しているかどうかを確認してください。

特に，UNIXで認証サーバを自ホストに指定している場合，JP1/Baseを認証サーバとして起動する設定が必要なので注意してください。詳細については，マニュアル「JP1/Base 運用ガイド」の認証サーバの設定に関する説明を参照してください。

17.5.13　JP1/AJS2 Consoleの監視モードで表示される状態について

監視モードで表示される状態が「状態不明」となるときの対処方法を次に示します。

［詳細情報－［AJS2ユニット監視オブジェクト］］ダイアログボックスの［情報］に表示されるメッセージに従って対処してください。

＜この項の構成＞

(1)　KAVC6xxx-Eで表示されるメッセージについて

(2)　KAVSxxxx-Eで表示されるメッセージについて

(1)　KAVC6xxx-Eで表示されるメッセージについて

マニュアル「JP1/Automatic Job Management System 2 メッセージ　2.2 KAVCで始まるメッセージ（JP1/AJS2 Consoleに関するメッセージ）」に記載されている，KAVC6001～KAVC7000のメッセージの対処方法を参照してください。

(2)　KAVSxxxx-Eで表示されるメッセージについて

マニュアル「JP1/Automatic Job Management System 2 メッセージ　2.3 KAVSで始まるメッセージ（スケジューラーに関するメッセージ）」に記載されているメッセージの対処方法を参照してください。

なお，次に示すメッセージが表示された場合の対処方法について説明します。

(a)　「KAVS1600-E ユニット名の指定に誤りがあります」のメッセージが表示される場合

次の要因が考えられます。

指定したユニットがない。

指定したユニットに対する権限がない。

指定したユニットのユニット種別が，次のどれかである。

マネージャージョブグループ，マネージャージョブネット

ネストジョブネットやジョブなどのユニット（ルートジョブネットより下の階層になければならないユニット）

JP1/AJS2 Console Agentホスト上のユーザーマッピングの設定で，JP1/AJS2 Console ManagerホストからアクセスするJP1ユーザーに対してユーザーマッピングされたOSユーザーが，JP1/AJS2 Console Agentホスト上のJP1ユーザーに対してユーザーマッピングされていない。

監視対象のAJS2ユニットには，状態が取得できるユニットを指定してください。

(b)　「KAVS1601-E 指定したユニットに対する要求は処理できません」のメッセージが表示される場合

指定したユニットに対する要求はサポートされていないため，状態が取得できません。

監視対象のAJS2ユニットには，状態が取得できるユニットを指定してください。

(c)　「KAVS1005-E 認証サーバに接続できません」のメッセージが表示される場合

次の要因が考えられます。

監視を開始したあと，監視先ホストのJP1/Baseの設定で誤った認証サーバを指定した。

監視を開始したあと，監視先ホストで指定している認証サーバが停止した。

監視を開始したあと，監視先ホストと認証サーバホストとの間でネットワークの接続ができなくなった。

エラーになった要因を取り除いてください。対処後は監視先ホストで次回状態取得時から正しく状態が表示されます。

17.5.14　マネージャーの処理に影響を及ぼすようなエージェント障害時の対処について

特定のエージェントの障害によって，マネージャーの処理に影響を及ぼすような事象が発生した場合，回復するために緊急実行コマンドを使用できます。

緊急実行コマンドを使用すると，エージェントでの障害発生時にジョブ実行状況の確認，操作ができます。緊急実行コマンドは通常のコマンドとは異なる通信経路に対してジョブ実行制御を要求するため，緊急で実行できます。

注意

緊急実行コマンドは，エージェントの障害から迅速に復旧させる目的でだけ使用してください。常に緊急実行コマンドを使用する運用をした場合，障害発生時に対応できなくなるおそれがあります。

緊急実行コマンドとして実行できるコマンドを次の表に示します。なお，次の表のコマンドに-emオプションを指定することで緊急実行コマンドとして使用できます。

表17-20　緊急実行コマンドとして実行できるコマンド

機能 | コマンド | 用途
キューの受付口・取出口を閉じる。 | jpqqueclose | キューの受付口・取出口を閉じることで，追加ジョブが投入できないようにし，障害の拡大を防止する。
キューの受付口・取出口を開く。 | jpqqueopen | エージェントと連携できるようになった場合に，いったん閉じたキューの受付口・取出口を開く。
キュー情報を表示する。 | jpqqueshow | キュー属性を変更するとき，キュー内に存在するキューイングジョブ数と実行中ジョブ数を確認する。
キューのジョブ数・最大値・警告値を変更する。 | jpqquealt | キュー属性を変更後，一時的にキューに保持できる最大値を大きくすることにより，復旧後の運用継続が見込める場合に使用する。
エージェントの実行多重度を変更する。 | jpqagtalt | 優先ジョブの実行のために，エイリアスエージェントの制御を実行多重度によって行う場合に使用する。
エージェント情報を表示する。 | jpqagtshow | エージェント属性を変更するとき，エージェントで実行中のジョブ数を確認する。
エージェント複数接続時の優先順位を変更する。 | jpqagtlink | 一つのキューから複数のエージェントに接続している場合のエージェント分散起動優先順位を変更する。
ジョブをキャンセルする。 | jpqjobcan | 実行待ち，保留，時間待ち状態になっているジョブの実行をキャンセルする。

17.5.15　特定の起動条件に対して予期しない大量のイベントが発生した場合などで処理が遅延した場合の対処方法

特定の起動条件に対して予期しない大量のイベントが発生した場合など，イベント・アクション制御マネージャーに未処理のデータが大量に蓄積する場合があります。この場合，イベントジョブに対する操作がしばらく経たないと行われない，条件に合致する事象が発生してもイベントジョブがなかなか正常終了しないなどの遅延が発生します。

このような場合に，イベント・アクション制御マネージャーが保持している情報を削除して運用を回復させることができます。

システムで問題が発生してから，運用状態を回復するまでの作業手順の例を次に示します。

特定の起動条件で予期しない大量イベントが発生する。

マネージャーホストでの処理が追いつかないでスローダウンする。
この影響で，他のイベントジョブがキューイングのままになるなどの現象が発生します。

イベント・アクション制御マネージャーがKAVT0333-Wメッセージを統合トレースログに出力する。

オペレーターが問題に気付き，3のメッセージからイベント・アクション制御マネージャーで問題が発生していることを認識する。

jpomanevshowコマンドを実行し，データを送信してくる頻度が高いエージェント，および起動条件の情報を取得する。

5で取得した情報（ユニットID）を基に，次に示すどちらかのコマンドを使用してジョブネット名を特定する。

ajsnameコマンド

jpomanjobshowコマンド

6で特定した起動条件に対して強制終了する。
強制終了できた場合は，ここで対策は終了となります。

7で回復できない場合，または6で起動条件を特定できなかった場合，JP1/AJS2運用状態での回復をあきらめ，JP1/AJS2サービスを停止する。

問題の発生しているエージェントに対してjpomanevresetコマンドによって，イベント・アクション制御マネージャーの状態を回復する。

jpomanevresetコマンドで，イベントジョブや起動条件の継続を選択した場合，エージェントホストで1.が発生した原因を取り除く。

JP1/AJS2サービスを起動する。

各コマンドの詳細については，次の記述個所を参照してください。

jpomanevshowコマンド
マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jpomanevshow」

ajsnameコマンド
マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsname」

jpomanjobshowコマンド
マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jpomanjobshow」

jpomanevresetコマンド
マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jpomanevreset」

17.5.16　その他

その他のトラブルの対処方法を次に示します。

＜この項の構成＞

(1)　JP1/AJS2が正常に動作しない

(2)　実行登録時にエラーになる

(1)　JP1/AJS2が正常に動作しない

次の内容について確認してください。

JP1/AJS2を，スタンバイ状態，レジューム状態，サスペンド状態などのプログラムが停止するような状態にしていないことを確認してください。

システムの日時を変更した場合は，「15.13.3 システムの日時を変更する」に記載されている手順に従って変更していることを確認してください。

(2)　実行登録時にエラーになる

実行登録時にエラーになる場合は，ルートジョブネットに次に示すスケジュールルールが設定されていることが考えられます。ここで説明しているスケジュールルールを設定しないようにしてください。

スケジュールルールで，開始日に過去の日付を指定し，かつ処理サイクルを設定していない。

スケジュールルールで，開始日に不正な日付（例：2/30）を指定している。

スケジュールルールで，開始日に「休業日」を指定しているにもかかわらず，使用するカレンダー定義に休業日が設定されていない。

スケジュールルールで開始日に「休業日」を指定しているにもかかわらず，休業日の振り替え方法で「実行しない」を指定している。

スケジュールルールで休業日の振り替え方法に「実行しない」を指定しているにもかかわらず，使用するカレンダー定義にすべて休業日が設定されている。

排他スケジュールに指定したジョブネットと同じスケジュールルールが設定されている（すべての実行予定が排他スケジュールの対象となる）。

上位のジョブネットのスケジュールルール番号と対応するスケジュールルール番号から同一実行日が算出できない定義がされている。

カレンダーを参照するジョブグループや排他スケジュールで不正なユニット（指定したユニットがないなど）を指定した場合，ジョブネットは「閉塞」状態となります。

実行予定が近接しているスケジュールの場合，計画実行登録では，そのときの状態や時刻によって動的にスケジュールを変更するために，スケジュールどおり実行予定が生成されないことがあります。

なお，ネストジョブネットに上記のようなスケジュールが設定されている場合は「未計画」となり，一時変更しないかぎり実行されません。

17.6　組み込みDB使用時のトラブルの対処方法

この節では，組み込みDB使用時にトラブルが発生したときの対象方法について説明します。

＜この節の構成＞

17.6.1　トラブルが起こったときの組み込みDBの処理と組み込みDBシステム管理者の処置

17.6.2　組み込みDBが開始できないときの対処方法

17.6.3　組み込みDBが終了できないときの対処方法

17.6.4　OSが異常終了したときの対処方法

17.6.5　通信障害，CPU障害，または電源障害になったときの対処方法

17.6.6　接続中のプロセスがあるため組み込みDBが終了できないときの対処方法

17.6.7　ディスク障害が起こったときの対処方法

17.6.8　トラブル調査のために必要な情報

17.6.1　トラブルが起こったときの組み込みDBの処理と組み込みDBシステム管理者の処置

トラブルが起こったときの組み込みDBの処理と組み込みDBシステム管理者の処置について，次の項目を説明します。

トラブルが起こったときに組み込みDBシステム管理者がすること

トラブルが起こったときに組み込みDBが取得する情報

トラブルが起こったときの組み込みDBの処理

組み込みDBの処理プロセスでトラブルが起こったときの対処方法

＜この項の構成＞

(1)　トラブルが起こったときに組み込みDBシステム管理者がすること

(2)　トラブルが起こったときに組み込みDBが取得する情報

(3)　トラブルが起こったときの組み込みDBの処理

(4)　組み込みDBの処理プロセスでトラブルが起こったときの対処方法

(1)　トラブルが起こったときに組み込みDBシステム管理者がすること

トラブルが起こったときに組み込みDBシステム管理者がすることについて説明します。

(a)　組み込みDBシステム管理者がすること

トラブルが起こった場合，組み込みDBシステム管理者は次の個所にトラブルシュート情報が出力されるので，情報を採取します。

Windowsの場合

組み込みDB運用ディレクトリ¥spool下のファイル

組み込みDB運用ディレクトリ¥tmp下のファイル

組み込みDB運用ディレクトリ¥uxpldir下のファイル

Windowsイベントログ

UNIXの場合

組み込みDB運用ディレクトリ/spool下のファイル

組み込みDB運用ディレクトリ/tmp下のファイル

syslogファイル

Windowsの場合で，ワトソン博士のログが出力されているときは，バックアップを取得しておくか，または内容を印刷しておいてください。

備考

トラブルシュートに必要な情報を「17.6.8 トラブル調査のために必要な情報」に記載してあります。組み込みDBシステム管理者（システム管理者）は必ず参照してください。

(2)　トラブルが起こったときに組み込みDBが取得する情報

トラブルが起こったときに組み込みDBが取得するトラブルシュート情報を次の表に示します。

表17-21　トラブルが起こったときに組み込みDBが取得するトラブルシュート情報

取得情報
説明

メッセージログファイル
Windowsの場合：組み込みDB運用ディレクトリ¥spool¥pdlog1,pdlog2
UNIXの場合：組み込みDB運用ディレクトリ/spool/pdlog1,pdlog2
組み込みDBが出力するメッセージです。トラブル時には，バックアップを取得してください。

コマンド実行時の標準出力，標準エラー出力
コマンドの出力情報，およびエラーメッセージです。コマンドを入力した画面に表示されます。ファイルに残したい場合は，必要に応じてリダイレクトしてください。

Windowsイベントログ（Windows）
syslogファイル（UNIX）
組み込みDBが出力するメッセージです。
UNIXの場合は，OSのエディターで参照してください。syslogファイルへのアクセスが集中すると，メッセージを出力できない場合があります。

退避コアファイル※
（UNIXの場合）
組み込みDB運用ディレクトリ/spool/save/ファイル名
UNIXの場合に取得される，組み込みDBの関連プロセスのデータ，およびスタック情報です。3個までしか退避されないので，残しておきたい退避コアファイルは，バックアップを取得してください。
ファイル名の形式は「ajs2n」となります。nは退避コアファイルの通番（1～3）です。ただし，通番は付けられないことがあります。

アボート情報ファイル※
Windowsの場合：組み込みDB運用ディレクトリ¥spool¥save¥ファイル名
UNIXの場合：組み込みDB運用ディレクトリ/spool/save/ファイル名
アボート情報です。出力された場合は，バックアップを取得してください。アボートコードだけなら任意のテキストエディターで参照できます。ファイル名の形式は「abcode.サーバプロセスのプロセスID」となります。

トラブル時のスナップ※
Windowsの場合：組み込みDB運用ディレクトリ¥spool¥save¥ファイル名
UNIXの場合：組み込みDB運用ディレクトリ/spool/save/ファイル名
トラブル時のスナップ情報です。出力された場合は，バックアップを取得してください。ファイル名の形式は「ajs2n.deb」となります。nは退避コアファイルの通番（1～3）です。ただし，通番は付けられないことがあります。

共用メモリーダンプファイル※
Windowsの場合：組み込みDB運用ディレクトリ¥spool¥pdshmdump¥ファイル名
UNIXの場合：組み込みDB運用ディレクトリ/spool/pdshmdump/ファイル名
組み込みDBが共用メモリーに保持するデータです。出力された場合は，バックアップを取得してください。ファイル名の形式は「ajs2.rmb.サーバプロセスのプロセスID」となります。

簡易ダンプファイル※
Windowsの場合：組み込みDB運用ディレクトリ¥spool¥各サーバ対応のディレクトリ¥ファイル名
UNIXの場合：組み込みDB運用ディレクトリ/spool/各サーバ対応のディレクトリ/ファイル名
組み込みDBが共用メモリーおよびプロセス固有メモリーに保持するデータです。出力された場合は，バックアップを取得してください。ファイル名は日付とプロセスIDを組み合わせた形式になります。

コマンドトレースファイル
Windowsの場合：組み込みDB運用ディレクトリ¥spool¥cmdlog1,cmdlog2
UNIXの場合：組み込みDB運用ディレクトリ/spool/cmdlog1,cmdlog2
実行したコマンド（組み込みDBが内部で生成するコマンドも含む）の履歴情報です。任意のテキストエディターで参照するときは，バックアップを取得してください。

エラーログファイル
Windowsの場合：組み込みDB運用ディレクトリ¥spool¥errlog¥errlog1,errlog2
UNIXの場合：組み込みDB運用ディレクトリ/spool/errlog/errlog1,errlog2
組み込みDBが出力する内部情報です。出力された場合は，バックアップを取得してください。

接続ユーザ情報ファイル
Windowsの場合：組み込みDB運用ディレクトリ¥spool¥cnctusrinf
UNIXの場合：組み込みDB運用ディレクトリ/spool/cnctusrinf
組み込みDB終了時の接続ユーザ情報です。任意のテキストエディターで参照してください。

接続ユーザ詳細ファイル
Windowsの場合：組み込みDB運用ディレクトリ¥spool¥cnctusrdtl
UNIXの場合：組み込みDB運用ディレクトリ/spool/cnctusrdtl

排他資源管理テーブル情報ファイル
Windowsの場合：組み込みDB運用ディレクトリ¥spool¥pdlckinf¥出力日時.mem
UNIXの場合：組み込みDB運用ディレクトリ/spool/pdlckinf/出力日時.mem
組み込みDBの排他制御でデッドロック，排他待ちタイムアウト，または排他資源管理テーブル不足エラーが発生したときのユーザ情報です。任意のテキストエディターで参照してください。出力された場合は，バックアップを取得してください。

注※

組み込みDBのサーバプロセスが異常終了したときに出力されるトラブルシュート情報です。組み込みDBのサーバプロセスが異常終了したことはKFPS01820-Eメッセージの出力によって確認できます。KFPS01820-Eメッセージからはサーバ名，プロセスID，終了状態（end state）を確認できます。ただし，次に示す場合，トラブルシュート情報は出力されません。

終了状態（end state）の最初がcまたはdで始まる場合，トラブルシュート情報は出力されません。

終了状態（end state）がWindowsの場合は007f，UNIXの場合は0009であれば，アボート情報ファイル，退避コアファイル，および共用メモリーダンプファイルは出力されません。

(3)　トラブルが起こったときの組み込みDBの処理

トラブルが起こったときの組み込みDBの処理について説明します。

(a)　組み込みDBが異常終了したときのシステムの回復

組み込みDBが異常終了した場合，トラブルの原因を取り除いたあとに組み込みDBを再開始すると，組み込みDBはシステムの状態をトラブル発生時点まで回復します。

(b)　組み込みDBが連続して異常終了したときの処理

組み込みDBが異常終了した場合，組み込みDBは再開始処理を実行します。ただし，30分以内に3回連続して組み込みDBが異常終了すると，組み込みDBは再開始処理を中止します。この場合，組み込みDBシステム管理者はトラブルの原因を対策したあと，ajsembdbstartコマンドで組み込みDBを再開始してください。

(4)　組み込みDBの処理プロセスでトラブルが起こったときの対処方法

組み込みDBのプロセスに障害が発生すると，そのプロセスは異常終了します。このとき，組み込みDBは回復プロセスを起動してロールバック処理を実行します。そのあと，該当するプロセスが自動的に再起動されるため，組み込みDBシステム管理者が対処することはありません。

ただし，トラブルの影響度によっては組み込みDBが異常終了します。この場合，組み込みDBは自動的に再開始します。組み込みDBシステム管理者はトラブルの原因を取り除いたあとに操作を再実行してください。

17.6.2　組み込みDBが開始できないときの対処方法

組み込みDBが開始できないときの対処方法について説明します。説明する項目は次のとおりです。

組み込みDBが正常開始できないときの対処方法

組み込みDBが再開始できないときの対処方法

システム領域にトラブルが起こったときの対処方法

その他のトラブルが起こったときの対処方法（UNIXの場合）

＜この項の構成＞

(1)　組み込みDBが正常開始できないときの対処方法

(2)　組み込みDBが再開始できないときの対処方法

(3)　システム領域にトラブルが起こったときの対処方法

(4)　その他のトラブルが起こったときの対処方法（UNIXの場合）

(1)　組み込みDBが正常開始できないときの対処方法

組み込みDBが正常開始できないときに考えられる原因と，その対処方法を次の表に示します。

表17-22　組み込みDBが正常開始できないときに考えられる原因とその対処方法

考えられる原因
対処方法

組み込みDBが正しくインストールまたはセットアップされていません。
組み込みDBのインストールまたはセットアップをし直してください。

システム定義に誤りがあります。
システム定義に誤りがある旨のメッセージが出力されます。そのメッセージを参考にして，システム定義を修正してください。

メモリーまたはファイル容量が不足しています。
メモリーまたはファイル容量が不足している旨のメッセージが出力されます。不要なプロセスを停止させるか，または不要なファイルを削除してください。なお，共用メモリーの場合は，システム定義を見直してください。プロセス固有のメモリーの場合は，必要のないプロセスを停止してください。
UNIXの場合は，必要に応じてOSの共用メモリー関連のオペレーティングシステムパラメタを見直してください。オペレーティングシステムパラメタについては，製品添付のドキュメント（リリースノート，Readme.txt，またはソフトウェア添付資料）を参照してください。

組み込みDBの開始に必要なファイルがありません。
組み込みDBの開始に必要なファイルがない旨のメッセージが出力されます。そのメッセージを参考にして，必要なファイルを作成してください。

組み込みDBの開始に必要なファイルにトラブルが発生しました。
メッセージを参照してトラブルが起こったファイルを調べてください。障害の要因を取り除いて再開始させてください。

OSの構成が組み込みDBの実行環境として不適当です。
OSを構築し直してください。

現用のシステムログファイルを割り当てられません。
ajsembdbaddlogでログを追加するか，ajsembdbbackupを実行してアンロード待ち状態を解消してください。

(2)　組み込みDBが再開始できないときの対処方法

組み込みDBの再開始に失敗した場合，再開始処理時に出力されるメッセージを参照してください。再開始できないときに考えられる原因と，その対処方法を次の表に示します。

表17-23　組み込みDBが再開始できないときに考えられる原因とその対処方法

考えられる原因 | 対処方法
マスタディレクトリ用RDエリアにトラブルが起こったため，組み込みDBを再開始できません。 | 「(3) システム領域にトラブルが起こったときの対処方法」を参照してください。
ログを追加して，シングルサーバ定義を編集したら，再開始に失敗しました（メッセージKFPS00715-Eが出力） | ajsembdbstart -Rコマンドを実行してください。
UNIXの場合で，上記以外のトラブルが起こったため，組み込みDBを再開始できません。 | 「(4) その他のトラブルが起こったときの対処方法（UNIXの場合）」を参照してください。

(3)　システム領域にトラブルが起こったときの対処方法

システム領域にトラブルが起こった場合，組み込みDBは再開始できません。この場合，次に示す手順でシステム領域を回復してください。システム領域とは，組み込みDBのシステムの内部情報を格納している領域のことです。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を参照してください。

ajsembdbstart -rコマンドで組み込みDBを開始します。

ajsembdbrstrコマンドで，システム領域を回復します。

ajsembdbstopコマンドで組み込みDBを終了させます。

ajsembdbstartコマンドで組み込みDBを開始させます。

ajsembdbrstrコマンドで，トラブルが起こったRDエリアを回復します。

コマンドの実行後，実行結果が正しいかどうかを確認することをお勧めします。

(4)　その他のトラブルが起こったときの対処方法（UNIXの場合）

UNIXの場合で，ここまで説明した以外のトラブルが起こったときの対処方法を次に示します。なお，対処方法で使用しているコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド」を参照してください。

(a)　OSに登録した組み込みDBプロセスが起動していない場合

OSに登録した組み込みDBプロセスが，何らかの障害によって起動していないことがあります。OSは繰り返しプロセスを起動しようとしますが，一定回数起動できないとプロセスが起動しなくなります。この状態では，ajsembdbstartコマンドを実行しても組み込みDBを開始できません。この場合，次に示す手順で対策してください。

ajsembdbunset -eコマンドを実行します。

ajsembdbbuild -rsコマンドを実行します。

なお，組み込みDBの稼働中に電源断となってサーバマシンが停止した場合など，電源を入れ直してOSを起動した直後にも，組み込みDB運用ディレクトリのディスクが障害状態となって，上記と同じ現象が起こることがあります。この場合にも，同様の運用方法で対処してください。

(b)　OSに登録した組み込みDBプロセスが起動している場合

OSに登録した組み込みDBプロセスが起動している場合の対処手順を次に示します。

ajsembdbstartコマンド実行時にメッセージが出力されるので，そのメッセージに従って障害の原因を取り除いてください。

ajsembdbunset -eコマンドを実行します。

ajsembdbbuild -rsコマンドを実行します。

17.6.3　組み込みDBが終了できないときの対処方法

接続中のプロセスがあると，組み込みDBを終了できません。対処方法については，「17.6.6 接続中のプロセスがあるため組み込みDBが終了できないときの対処方法」を参照してください。

17.6.4　OSが異常終了したときの対処方法

OSが異常終了したときの組み込みDBの処理と，組み込みDBシステム管理者の処置について説明します。

＜この項の構成＞

(1)　組み込みDBの処理

(2)　組み込みDBシステム管理者の処置

(1)　組み込みDBの処理

OSにトラブルが起こってOSが異常終了すると，組み込みDBも異常終了します。

(2)　組み込みDBシステム管理者の処置

OSがリブートされたあとに次に示すことをしてください。

組み込みDB運用ディレクトリ¥spoolおよび組み込みDB運用ディレクトリ¥tmp（UNIXの場合は組み込みDB運用ディレクトリ/spoolおよび組み込みDB運用ディレクトリ/tmp）下に出力されるトラブルシュート情報のバックアップを取得します。出力されるトラブルシュート情報については，「17.6.1(2) トラブルが起こったときに組み込みDBが取得する情報」を参照してください。

ajsembdbstartコマンドで組み込みDBを再開始します。ただし，システム共通定義にpd_mode_conf=AUTOが設定されている場合は，OSがリブートされると，自動的に組み込みDBが再開始されます。

17.6.5　通信障害，CPU障害，または電源障害になったときの対処方法

次に示すトラブルが起こったときの対処方法について説明します。

通信障害

CPU障害

電源障害

＜この項の構成＞

(1)　通信障害が起こったときの対処方法

(2)　CPU障害が起こったときの対処方法

(3)　電源障害が起こったときの対処方法

(1)　通信障害が起こったときの対処方法

該当するトランザクションに通信障害が起こったことを知らせるエラーが表示されます。

通信障害の原因を調べてください。そのあと，組み込みDBを終了して原因を対策してください。ただし，通信障害によって組み込みDBを正常終了できない場合があります。この場合，組み込みDBを強制終了してください。

(2)　CPU障害が起こったときの対処方法

CPU障害が発生すると，組み込みDBが異常終了します。

OSのリブート後，ajsembdbstartコマンドで組み込みDBを再開始します。ただし，システム共通定義にpd_mode_conf=AUTOが設定されている場合は，OSがリブートされると，自動的に組み込みDBが再開始されます。

(3)　電源障害が起こったときの対処方法

電源障害を修復したあとに，OSがリブートし組み込みDBを再開始すると，ハードウェアの電源バックアップ機構によって，システムを障害発生時点に回復します。

OSのリブート後，ajsembdbstartコマンドで組み込みDBを再開始します。ただし，システム共通定義にpd_mode_conf=AUTOを設定している場合は，OSをリブートすると，自動的に組み込みDBが再開始されます。

注意事項（Windowsの場合）

コマンド実行時または組み込みDB開始時に，「KFPO00107-E "open(logblib.c)" failed errno=999 : Unknown error」のメッセージが出力された場合，組み込みDBの作業ファイルが破壊されているおそれがあります。この場合，組み込みDBが停止しているのを確認した上で，次に示すファイルをすべて削除して回復してください。ただし，4以降のファイルはないことがあります。

組み込みDB運用ディレクトリ¥uxpldir¥spool¥system¥filmng.dat

組み込みDB運用ディレクトリ¥uxpldir¥spool¥system¥flg.dat

組み込みDB運用ディレクトリ¥uxpldir¥spool¥system¥shmmng.dat

組み込みDB運用ディレクトリ¥spool¥～pdatmode

組み込みDB運用ディレクトリ¥spool¥～pdipcid

組み込みDB運用ディレクトリ¥spool¥oslmqid

組み込みDB運用ディレクトリ¥spool¥oslsmid

組み込みDB運用ディレクトリ¥spool¥pdprcsts

組み込みDB運用ディレクトリ¥spool¥scdqid1

組み込みDB運用ディレクトリ¥spool¥scdqid2

組み込みDB運用ディレクトリ¥tmp¥pdommenv

組み込みDB運用ディレクトリ¥uxpldir¥spool¥shm下の全ファイル

組み込みDB運用ディレクトリ¥uxpldir¥spool¥system¥semmng.dat

組み込みDB運用ディレクトリ¥uxpldir¥spool¥system¥msgmng.dat

これらのファイルを削除したあとに組み込みDBを開始する場合，エクスプローラなどの他アプリケーションで組み込みDB運用ディレクトリ¥tmpにアクセスしたままの状態で，組み込みDBを開始しないでください。

17.6.6　接続中のプロセスがあるため組み込みDBが終了できないときの対処方法

ここでは，接続中のプロセスがあるため組み込みDBが終了できないときの対処方法について説明します。

JP1/AJS2のプロセスが終了しないと，組み込みDBを終了できません。JP1/AJS2 - Managerホストで論理ホストを含め，すべてのJP1/AJS2サービス，JP1/AJS2 Monitorサービス，およびJP1/AJS2 Console Agentサービスが停止しているかを確認してください。コマンドが実行している場合は，コマンドの終了を待って組み込みDBを停止してください。実行中のコマンドを強制停止する場合は，ajsembdbcancelを実行してください。

17.6.7　ディスク障害が起こったときの対処方法

ディスク障害が起こったときの対処手順を次に示します。

ハードディスクを初期化する

パーティションを設定する

UNIXの場合は，UNIXファイルシステムを初期化する（通常ファイルの場合）

組み込みDB環境を再作成する
手順の数字はこのあとで説明している（　）レベルに対応しています。例えば，3の操作は(3)で説明しています。

＜この項の構成＞

(1)　ハードディスクを初期化する

(2)　パーティションを設定する

(3)　UNIXで通常ファイルを使っていた場合は，UNIXファイルシステムを初期化する

(4)　組み込みDB環境を再作成する

(1)　ハードディスクを初期化する

ハードディスクを交換して初期化してください。

(2)　パーティションを設定する

初期化したハードディスクに，前と同じようにパーティションを設定してください。

(3)　UNIXで通常ファイルを使っていた場合は，UNIXファイルシステムを初期化する

組み込みDBファイルシステム領域に通常ファイルを使っていた場合は，設定したパーティションをUNIXのファイルシステムとして初期化してください。

ただし，すでに初期化している場合，この操作は不要です。UNIXファイルシステムの初期化方法については， OSのマニュアルを参照してください。

(4)　組み込みDB環境を再作成する

トラブルが起こったディスク内に組み込みDBのファイルを作成していた場合，ajsembdbunsetを実行して環境を削除したあと，ajsembdbbuildで再構築してください。そのあと，ajsembdbbackupで取得したバックアップをajsembdbrstrで回復してください。

17.6.8　トラブル調査のために必要な情報

原因を調査するために必要な資料は，大別すると，OSの情報と組み込みDBの情報に分かれます。OSの情報はOSのコマンドなどで採取します。組み込みDBの情報は組み込みDBのコマンドなどで採取します。

問題解決支援のサポートサービスを利用する場合，原因調査に必要な情報をトラブルの形態ごとに次の表に示します。優先順位が最も高い場合を1として，7段階で示しています。

各トラブル形態の詳細は，次のとおりです。

性能
次の処理および操作の所要時間が長い場合

組み込みDBシステムの開始（正常開始，再開始，障害除去後開始を含む）

組み込みDBシステムの停止（正常停止，強制停止を含む）

組み込みDB操作コマンドの実行

無応答
次の処理および操作時に応答が返らない場合

組み込みDBシステムの開始（正常開始，再開始，障害除去後開始を含む）

組み込みDBシステムの停止（正常停止，強制停止を含む）

組み込みDB操作コマンドの実行

異常終了
次のうち，どれか一つ以上発生した場合

組み込みDBシステムの異常終了

組み込みDBプロセスの異常終了

組み込みDB操作コマンドの異常終了

表17-24　障害調査のために必要な情報

項番
区分
取得する情報
取得方法
性能
無応答
異常終了

1
OS
Windowsの場合：イベントログ
UNIXの場合：syslogファイル
OSの機能（コマンド）で取得します。
1
1
1

2
CPU利用率およびデバイス状況
Windowsの場合：
パフォーマンスモニタで取得します。
UNIXの場合：
OSのコマンド（sarコマンドなど）で取得します。コマンドの詳細については，OSのマニュアルを参照してください。
3
4
3

3
プロセスのCPU稼働・メモリー状態
UNIXの場合に取得します。
OSのコマンド（topコマンドなど）で取得します。コマンドの詳細については，OSのマニュアルを参照してください。
3
4
3

4
仮想メモリー情報
UNIXの場合に取得します。
OSのコマンド（vmstatコマンドなど）で取得します。コマンドの詳細については，OSのマニュアルを参照してください。
3
4
3

5
ネットワークステータス情報
UNIXの場合に取得します。
OSのコマンド（netstatコマンドなど）で取得します。コマンドの詳細については，OSのマニュアルを参照してください。
3
4
3

6
組み込みDB
組み込みDB障害情報
次のディレクトリ下にあるファイルをDATなどに取得してください。

Windowsの場合：組み込みDB運用ディレクトリ¥spool，組み込みDB運用ディレクトリ¥tmp

UNIXの場合：組み込みDB運用ディレクトリ/spool，組み込みDB運用ディレクトリ/tmp

上記のディレクトリ下にはエラーログファイル，コマンドログファイル，リモート系コマンド情報ファイル，および系切り替え機能情報ファイルが出力されます。
2
2
2

7
エラーログファイル
Windowsの場合：
組み込みDB運用ディレクトリ¥spool¥errlog下のファイルに出力されます。
UNIXの場合：
組み込みDB運用ディレクトリ/spool/errlog下のファイルに出力されます。
2
2
2

8
コマンドログファイル
Windowsの場合：
組み込みDB運用ディレクトリ¥spool¥cmdlog下のファイルに出力されます。
UNIXの場合：
組み込みDB運用ディレクトリ/spool/cmdlog下のファイルに出力されます。
2
2
2

9
仕様差吸収ライブラリエラー情報ファイル
Windowsの場合に取得します。
組み込みDB運用ディレクトリ¥UXPLDIR¥SPOOL¥uxpllog1およびuxpllog2に出力されます。
2
2
2

10
リモート系コマンド情報ファイル
Windowsの場合に取得します。
組み込みDB運用ディレクトリ¥spool¥pdrshs1およびpdrshs2に出力されます。
2
2
2

11
系切り替え機能情報ファイル
Windowsの場合に取得します。
組み込みDB運用ディレクトリ¥spool¥pdshs1およびpdshs2に出力されます。
2
2
2

12
組み込みDBシステム定義の情報
Windowsの場合：
組み込みDB運用ディレクトリ¥conf下のファイルをDATなどに取得してください。
UNIXの場合：
組み込みDB運用ディレクトリ/conf下のファイルをDATなどに取得してください。
4
5
4

13
SQLトレースファイルおよびエラーログファイル
出力されたファイルをDATなどに取得してください。ファイル名はpderrまたはpdsqlで始まっています。
－
6
5

14
システムログファイル
ajsembdboplogでシステムログをアンロードします。アンロードログファイルをDATなどに取得してください。
6
7
6

（凡例）

－：情報を取得する必要はありません。

注

リダイレクトで追加書きするファイルはファイル容量が単調増加するため，ディスク容量を圧迫します。したがって，Windowsの場合はファイルを切り替えて一定世代で再使用するbatファイルを，UNIXの場合はファイルを切り替えて一定世代で再使用する汎用シェルスクリプトを作成してください。

付録

＜この付録の構成＞

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

付録B　プロセス一覧

付録C　設定するポート番号一覧

付録D　制限値一覧

付録E　ログ情報

付録F　JP1/AJS2での操作の正当性を検証するための機能および使用方法

付録G　イベントジョブおよびアクションジョブ実行時の戻り値一覧

付録H　組み込みDBを使用した運用でシステムログファイルのディスクに障害が発生した場合の回復方法

付録I　各バージョンの変更内容

付録J　（3020-3-K22-43）の変更内容

付録K　用語解説

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

JP1/AJS2シリーズプログラムのファイルおよびディレクトリ名を，プログラムごとに記載します。

＜この節の構成＞

付録A.1　JP1/AJS2 - Managerのファイルおよびディレクトリ一覧

付録A.2　JP1/AJS2 - Agentのファイルおよびディレクトリ一覧

付録A.3　JP1/AJS2 - Viewのファイルおよびディレクトリ一覧

付録A.4　JP1/AJS2 Console Managerのファイルおよびディレクトリ一覧

付録A.5　JP1/AJS2 Console Agentのファイルおよびディレクトリ一覧

付録A.6　JP1/AJS2 Console Viewのファイルおよびディレクトリ一覧

付録A.1　JP1/AJS2 - Managerのファイルおよびディレクトリ一覧

JP1/AJS2 - Managerのファイルとディレクトリを，OSごとに示します。

＜この項の構成＞

(1)　Windowsの場合

(2)　UNIXの場合

(1)　Windowsの場合

Windows版JP1/AJS2 - Managerのファイルとフォルダを，使用目的ごとに表に示します。

補足事項

ログのファイルおよびディレクトリ一覧については，「17.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

表の見方

ファイルおよびディレクトリ一覧の各表では，次の略称を使用しています。
・Mgr_Path：JP1/AJS2 - Managerのインストール先フォルダ
・Base_Path：JP1/Baseのインストール先フォルダ
・Embdb_Path：組み込みDB運用ディレクトリ
・SystemDrive：システムドライブ

JP1/AJS2 - Managerのインストール先フォルダは，デフォルトでは「システムドライブ¥Program Files※¥Hitachi¥jp1ajs2」です。

JP1/Baseのインストール先フォルダは，デフォルトでは「システムドライブ¥Program Files※¥Hitachi¥jp1base」です。

「＊」は任意の一文字以上の文字例を示します。

注※

64ビット版環境の場合は，「Program Files」を「Program Files (x86)」と読み替えてください。

(a)　共通のファイルおよびフォルダ

表A-1　ユーザーが変更できるファイル一覧（Windows版JP1/AJS2 - Manager）

内容
ファイル名

JP1/AJS2用起動プロセス定義ファイル

Mgr_Path¥conf¥jp1ajs_spmd.conf

JP1/AJS2用拡張起動プロセス定義ファイル

Mgr_Path¥conf¥jp1ajs_service_0700.conf

JP1/AJS2用プロセス異常終了イベント定義ファイル

Mgr_Path¥conf¥jp1ajs_param_V7.conf

JP1/AJS2用起動前プロセス定義ファイル

Mgr_Path¥conf¥jp1ajs_spmd_pre.conf

ジョブ実行環境構成定義ファイル

Mgr_Path¥conf¥jpqsetup.conf

表A-2　ユーザーが参照できるファイルおよびフォルダ一覧（Windows版JP1/AJS2 - Manager）

内容
ファイル名・フォルダ名

実行ファイル格納フォルダ

Mgr_Path¥bin¥

ライブラリーファイル格納フォルダ

Mgr_Path¥lib¥

環境設定ファイル格納フォルダ

Mgr_Path¥conf¥

readmeファイル

Mgr_Path¥readme.txt

ツールファイル格納フォルダ

Mgr_Path¥tools¥

ヘッダーファイル格納フォルダ

Mgr_Path¥include

表A-3　ユーザーが参照，または変更する必要のないファイルおよびフォルダ一覧（Windows版JP1/AJS2 - Manager）

内容
ファイル名・フォルダ名

ジョブ情報格納フォルダ

Mgr_Path¥jobinf¥

JP1/AJS2用データベース格納フォルダ

Mgr_Path¥database¥

ジョブ・ジョブネット情報格納フォルダ

Mgr_Path¥database¥schedule¥

キュー情報データベース格納フォルダ

Mgr_Path¥database¥queue¥

ジョブ・ジョブネット情報退避先フォルダ

Mgr_Path¥backup¥schedule¥

JP1/AJS2用システムファイルフォルダ

Mgr_Path¥sys¥

イベント・アクション制御エージェント用システムファイルフォルダ

Mgr_Path¥sys¥infoagt

イベント・アクション制御マネージャー用情報格納フォルダ

Mgr_Path¥sys¥infodir¥

JP1/AJS2用作業ファイル格納フォルダ

Mgr_Path¥tmp¥

表A-4　組み込みDBのファイルおよびフォルダ一覧（Windows版）

内容
ファイル名・フォルダ名

実行ファイル格納フォルダ

Embdb_Path¥bin

ライブラリーファイル格納フォルダ

Embdb_Path¥lib

実行ファイル・ライブラリー格納フォルダ

Embdb_Path¥client

トラブルシュート情報格納フォルダ

Embdb_Path¥spool

組み込みDB用作業フォルダ

Embdb_Path¥tmp

システム定義ファイル格納フォルダ

Embdb_Path¥conf

クライアント環境定義ファイル格納フォルダ

Embdb_Path¥conf¥emb

組み込みDB使用ファイル格納フォルダ

Embdb_Path¥.dbenv

Embdb_Path¥UXPLDIR

(b)　JP1/Cm2またはhp OpenView連携使用時のファイル

表A-5　ユーザーが変更できるファイル一覧（Windows版JP1/AJS2 - Manager・JP1/Cm2またはhp OpenView連携使用時）

内容
ファイル名

JP1/Cm2またはhp OpenView連携用定義ファイル

Mgr_Path¥conf¥jpoov.conf（環境定義）

表A-6　ユーザーが参照，または変更する必要のないファイル一覧（Windows版JP1/AJS2 - Manager・JP1/Cm2またはhp OpenView連携使用時）

内容
ファイル名

JP1/Cm2またはhp OpenView連携用定義ファイル

Mgr_Path¥bin¥jp1ajs2_f
（フィールド定義）

Mgr_Path¥bin¥snmpd.extend
（MIBオブジェクト定義）

Mgr_Path¥bin¥jp1ajs2_j
（日本語用メニュー定義）

Mgr_Path¥bin¥jp1ajs2_e
（英語用メニュー定義）

Mgr_Path¥bin¥trpcajs2j
（日本語用イベント定義）

Mgr_Path¥bin¥trpcajs2e
（英語用イベント定義）

Mgr_Path¥bin¥trustajs2
（トラステッドコマンド定義）

補足事項

クラスタ運用時でも，ログはデフォルトのフォルダに出力されます。

(c)　メール連携使用時のファイルおよびフォルダ

表A-7　ユーザーが参照，および運用時に削除管理する必要のあるファイルおよびフォルダ一覧（Windows版JP1/AJS2 - Manager・メール連携使用時）

内容
ファイル名・フォルダ名

デフォルトの引き継ぎ情報ファイル※1

Mgr_Path¥tmp¥infodir¥mail¥JPO＊.tmp

メール受信監視ジョブの引き継ぎ情報のメールに添付されていたファイルの格納フォルダ※2

Mgr_Path¥tmp¥infodir¥mail¥＊_＊¥

注※1

［マネージャー環境設定］ダイアログボックスの［イベント起動］タブにある［イベント・ジョブ情報引継ぎディレクトリ名］を指定しなかった場合に，このファイルが使用されます。

［イベント・ジョブ情報引継ぎディレクトリ名］を指定した場合は，指定したフォルダ下に「mail」フォルダが作成され，そのフォルダが使用されます。

イベント・ジョブ情報引き継ぎディレクトリに格納する，受信したメールに添付されていたファイルの一覧の詳細については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　2.5.3 添付ファイル一覧のリストファイル（Windows限定）」を参照してください。

注※2

このフォルダ下に，メールに添付されていたファイルが，添付時のファイル名で格納されます。

表A-8　ユーザーが参照できるフォルダ一覧（Windows版JP1/AJS2 - Manager・メール連携使用時）

内容
フォルダ名

デフォルトの引き継ぎ情報ファイルフォルダ※

Mgr_Path¥tmp¥infodir¥mail¥

注※

［マネージャー環境設定］ダイアログボックスの［イベント起動］タブにある［イベント・ジョブ情報引継ぎディレクトリ名］を指定しなかった場合に，このフォルダが使用されます。

［イベント・ジョブ情報引継ぎディレクトリ名］を指定した場合は，指定したフォルダ下に「mail」フォルダが作成され，そのフォルダが使用されます。

(d)　メッセージキュー連携使用時のファイルおよびフォルダ

表A-9　ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（Windows版JP1/AJS2 - Manager・メッセージキュー連携使用時）

内容
ファイル名

デフォルトの引き継ぎ情報ファイル※1

Mgr_Path¥tmp¥infodir¥mq¥JPO＊.tmp

メッセージ格納ファイル※2
ユーザー任意

注※1

［マネージャー環境設定］ダイアログボックスの［イベント起動］タブにある［イベント・ジョブ情報引継ぎディレクトリ名］を指定しなかった場合に，このファイルが使用されます。

［イベント・ジョブ情報引継ぎディレクトリ名］を指定した場合は，指定したフォルダ下に「mq」フォルダが作成され，そのフォルダが使用されます。

イベント・ジョブ情報引き継ぎディレクトリに格納する，受信したメッセージをメッセージ構造体として格納したファイルの詳細については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　3.4.3(2) 受信するメッセージの格納形式」を参照してください。

注※2

［詳細定義－［メッセージキュー受信監視］］ダイアログボックスの［定義］タブにある［メッセージ格納ファイル］を指定した場合に，このファイルが使用されます。

表A-10　ユーザーが参照できるフォルダ一覧（Windows版JP1/AJS2 - Manager・メッセージキュー連携使用時）

内容
フォルダ名

デフォルトの引き継ぎ情報ファイルフォルダ※

Mgr_Path¥tmp¥infodir¥mq¥

注※

［マネージャー環境設定］ダイアログボックスの［イベント起動］タブにある［イベント・ジョブ情報引継ぎディレクトリ名］を指定しなかった場合に，このフォルダが使用されます。

［イベント・ジョブ情報引継ぎディレクトリ名］を指定した場合は，指定したフォルダ下に「mq」フォルダが作成され，そのフォルダが使用されます。

(e)　MSMQ連携使用時のファイルおよびフォルダ

表A-11　ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（Windows版JP1/AJS2 - Manager・MSMQ連携使用時）

内容
ファイル名

デフォルトの引き継ぎ情報ファイル※1

Mgr_Path¥tmp¥infodir¥msmq¥JPO＊.tmp

メッセージ格納ファイル※2
ユーザー任意

注※1

［マネージャー環境設定］ダイアログボックスの［イベント起動］タブにある［イベント・ジョブ情報引継ぎディレクトリ名］を指定しなかった場合に，このファイルが使用されます。

［イベント・ジョブ情報引継ぎディレクトリ名］を指定した場合は，指定したフォルダ下に「msmq」フォルダが作成され，そのフォルダが使用されます。

イベント・ジョブ情報引き継ぎディレクトリに格納する，受信したメッセージをメッセージ構造体として格納したファイルの詳細については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　3.5.3(2) 受信するMSMQメッセージの格納形式」を参照してください。

注※2

［詳細定義－［MSMQ受信監視］］ダイアログボックスの［定義］タブにある［メッセージ格納ファイル］を指定した場合に，このファイルが使用されます。

表A-12　ユーザーが参照できるフォルダ一覧（Windows版JP1/AJS2 - Manager・MSMQ連携使用時）

内容
フォルダ名

デフォルトの引き継ぎ情報ファイルフォルダ※

Mgr_Path¥tmp¥infodir¥msmq¥

注※

［マネージャー環境設定］ダイアログボックスの［イベント起動］タブにある［イベント・ジョブ情報引継ぎディレクトリ名］を指定しなかった場合に，このフォルダが使用されます。

［イベント・ジョブ情報引継ぎディレクトリ名］を指定した場合は，指定したフォルダ下に「msmq」フォルダが作成され，そのフォルダが使用されます。

(f)　PCジョブ使用時のファイルおよびフォルダ

表A-13　ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（Windows版JP1/AJS2 - Manager・PCジョブ使用時）

内容 | ファイル名
標準出力ファイル※1 | ユーザー任意
標準エラー出力ファイル※2 | ユーザー任意

注※1

［詳細定義－［PC Job］］ダイアログボックスの［定義］タブにある［標準出力ファイル名］を指定した場合に，このファイルが使用されます。［標準出力ファイル名］の［追加書き］をチェックした場合，単調増加します。

注※2

［詳細定義－［PC Job］］ダイアログボックスの［定義］タブにある［標準エラー出力ファイル名］を指定した場合に，このファイルが使用されます。［標準エラー出力ファイル名］の［追加書き］をチェックした場合，単調増加します。

(g)　ajsevgetコマンド使用時のファイルおよびフォルダ

表A-14　ユーザーが変更できるファイル一覧（Windows版JP1/AJS2 - Manager・ajsevgetコマンド使用時）

内容 | ファイル名
JP1/AJS互換用定義ファイル※ | Mgr_Path¥custom.dir¥ajses.def

注※

ajsevgetコマンドを使用する場合に，このファイルが使用されます。V5以前のWindows版JP1/AJSの設定内容を手作業で転記して使用します。V5以前のWindows版JP1/AJSがインストールされたままの場合，このファイルは使用しません。

(2)　UNIXの場合

UNIX版JP1/AJS2 - Managerのファイルとディレクトリを，使用目的ごとに表に示します。

補足事項

ログのファイルおよびディレクトリ一覧については，「17.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

表の見方

「＊」は任意の一文字以上の文字列を示します。

(a)　共通のファイルおよびディレクトリ

表A-15　ユーザーが変更できるファイル一覧（UNIX版JP1/AJS2 - Manager）

内容
ファイル名

JP1/AJS2用起動プロセス定義ファイル

/etc/opt/jp1ajs2/conf/jp1ajs_spmd.conf

JP1/AJS2用拡張起動プロセス定義ファイル

/etc/opt/jp1ajs2/conf/jp1ajs_service_0700.conf

JP1/AJS2用プロセス異常終了イベント定義ファイル

/etc/opt/jp1ajs2/conf/jp1ajs_param_V7.conf

JP1/AJS2用起動前プロセス定義ファイル

/etc/opt/jp1ajs2/conf/jp1ajs_spmd_pre.conf

スケジューラーサービス環境設定ファイル

/etc/opt/jp1ajs2/conf/Schedule.conf

ジョブ実行環境設定ファイル

/etc/opt/jp1ajs2/conf/Queue.conf

ジョブ実行環境構成定義ファイル

/etc/opt/jp1ajs2/conf/jpqsetup.conf

イベント・アクション定義ファイル

/etc/opt/jp1ajs2/conf/EVAction.conf

キューレスジョブ実行環境設定ファイル

/etc/opt/jp1ajs2/conf/Queueless.conf

表A-16　ユーザーが参照できるファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 - Manager）

内容
ファイル名・ディレクトリ名

実行ファイル格納ディレクトリ

/opt/jp1ajs2/bin/

ライブラリーファイル格納ディレクトリ

/opt/jp1ajs2/lib/

メッセージカタログ

/opt/jp1ajs2/lib/nls/$LANG

環境設定ファイル格納ディレクトリ

/etc/opt/jp1ajs2/conf/

ヘルプファイル格納ディレクトリ

/opt/jp1ajs2/doc/

ツールファイル格納ディレクトリ

/opt/jp1ajs2/tools/

表A-17　ユーザーが参照，または変更する必要のないファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 - Manager）

内容
ファイル名・ディレクトリ名

ジョブ情報格納ディレクトリ

/var/opt/jp1ajs2/jobinf/

JP1/AJS2用データベース格納ディレクトリ

/var/opt/jp1ajs2/database/

ジョブ・ジョブネット情報格納ディレクトリ

/var/opt/jp1ajs2/database/schedule/

キュー情報データベース格納ディレクトリ

/var/opt/jp1ajs2/database/Queue/

ジョブ・ジョブネット情報退避先ディレクトリ

/var/opt/jp1ajs2/backup/schedule/

JP1/AJS2用システムファイルディレクトリ

/var/opt/jp1ajs2/sys/※

イベント・アクション制御エージェント用システムファイルディレクトリ

/var/opt/jp1ajs2/sys/infoagt※

イベント・アクション制御マネージャー用情報格納ディレクトリ

/var/opt/jp1ajs2/sys/infodir/

JP1/AJS2用作業ファイル格納ディレクトリ

/var/opt/jp1ajs2/tmp/

注※

メール連携またはメッセージキュー連携の使用時には，/var/opt/jp1ajs2/sys/infoagt/tmp/配下のファイルをユーザーが参照，および運用時に削除管理する必要があります。詳細については，「(c) メール連携使用時のファイルおよびディレクトリ」，および「(d) メッセージキュー連携使用時のファイルおよびディレクトリ」を参照してください。

表A-18　組み込みDBのファイルおよびディレクトリ一覧（UNIX版）

内容
ファイル名・フォルダ名

実行ファイル格納ディレクトリ

Embdb_Path/bin

ライブラリーファイル格納ディレクトリ

Embdb_Path/lib

実行ファイル・ライブラリー格納ディレクトリ

Embdb_Path/client

トラブルシュート情報格納ディレクトリ

Embdb_Path/spool

組み込みDB用作業ディレクトリ

Embdb_Path/tmp

システム定義ファイル格納ディレクトリ

Embdb_Path/conf

クライアント環境定義ファイル格納ディレクトリ

Embdb_Path/conf/emb

組み込みDB使用ファイル格納ディレクトリ

Embdb_Path/conf/Inittab

Embdb_Path/.dbenv

/dev/HiRDB/pth

(b)　JP1/Cm2またはhp OpenView連携使用時のファイルおよびディレクトリ

表A-19　ユーザーが変更できるファイル一覧（UNIX版JP1/AJS2 - Manager・JP1/Cm2またはhp OpenView連携使用時）

内容 | ファイル名
JP1/Cm2またはhp OpenView連携用定義ファイル | /etc/opt/jp1ajs2/conf/jpoov.conf（環境定義）

表A-20　ユーザーが参照，または変更する必要のないファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 - Manager・JP1/Cm2またはhp OpenView連携使用時）

内容
ファイル名・ディレクトリ名

JP1/Cm2またはhp OpenView連携用定義ディレクトリ

/etc/opt/jp1ajs2/OV/

JP1/Cm2またはhp OpenView連携用定義ファイル

/etc/opt/jp1ajs2/OV/jp1ajs2_f
（フィールド定義）

/etc/opt/jp1ajs2/OV/snmpd.extend
（MIBオブジェクト定義）

/etc/opt/jp1ajs2/OV/trustajs2
（トラステッドコマンド定義）

/etc/opt/jp1ajs2/OV/$LANG/jp1ajs2
（メニュー定義）

/etc/opt/jp1ajs2/OV/$LANG/trpcajs2
（イベント定義）

/etc/opt/jp1ajs2/OV/$LANG/jajsovm.cat
（メッセージカタログ）

(c)　メール連携使用時のファイルおよびディレクトリ

表A-21　ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（UNIX版JP1/AJS2 - Manager・メール連携使用時）

内容
ファイル名

デフォルトの引き継ぎ情報ファイル※1

/var/opt/jp1ajs2/sys/infoagt/tmp/infodir/mail/MLDT＊

メール連携用障害用メールファイル※2

/var/opt/jp1ajs2/sys/infoagt/tmp/mail/errmail

メール連携用一時メールファイル※2

/var/opt/jp1ajs2/tmp/mailbox/監視ユーザー名

注※1

EVAction.conf（イベント・アクション定義ファイル）のEvjobInfFileを指定しなかった場合に，このファイルが使用されます。

EvjobInfFileを指定した場合は，指定したディレクトリ下に「mail」ディレクトリが作成され，そのディレクトリが使用されます。

注※2

メール連携使用時に，単調増加するファイルです。

表A-22　ユーザーが参照できるディレクトリ一覧（UNIX版JP1/AJS2 - Manager・メール連携使用時）

内容
ディレクトリ名

デフォルトの引き継ぎ情報ファイルディレクトリ※

/var/opt/jp1ajs2/sys/infoagt/tmp/infodir/mail/

メール連携用一時メールファイルディレクトリ

/var/opt/jp1ajs2/tmp/mailbox/

注※

EVAction.conf（イベント・アクション定義ファイル）のEvjobInfFileを指定しなかった場合に，このディレクトリが使用されます。

EvjobInfFileを指定した場合は，指定したディレクトリ下に「mail」ディレクトリが作成され，そのディレクトリが使用されます。

(d)　メッセージキュー連携使用時のファイルおよびディレクトリ

表A-23　ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（UNIX版JP1/AJS2 - Manager・メッセージキュー連携使用時）

内容
ファイル名

デフォルトの引き継ぎ情報ファイル※1

/var/opt/jp1ajs2/sys/infoagt/tmp/infodir/mq/MQDL＊

メッセージ格納ファイル※2
ユーザー任意

注※1

EVAction.conf（イベント・アクション定義ファイル）のEvjobInfFileを指定しなかった場合に，このファイルが使用されます。

EvjobInfFileを指定した場合は，指定したディレクトリ下に「mq」ディレクトリが作成され，そのディレクトリが使用されます。

イベント・ジョブ情報引き継ぎディレクトリに格納する，受信したメッセージをメッセージ構造体として格納したファイルの詳細については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　3.4.3(2) 受信するメッセージの格納形式」を参照してください。

注※2

［詳細定義－［メッセージキュー受信監視］］ダイアログボックスの［定義］タブにある［メッセージ格納ファイル］を指定した場合に，このファイルが使用されます。

表A-24　ユーザーが参照できるディレクトリ一覧（UNIX版JP1/AJS2 - Manager・メッセージキュー連携使用時）

内容
ディレクトリ名

デフォルトの引き継ぎ情報ファイルディレクトリ※

/var/opt/jp1ajs2/sys/infoagt/tmp/infodir/mq/

注※

EVAction.conf（イベント・アクション定義ファイル）のEvjobInfFileを指定しなかった場合に，このディレクトリが使用されます。

EvjobInfFileを指定した場合は，指定したディレクトリ下に「mq」ディレクトリが作成され，そのディレクトリが使用されます。

(e)　UNIXジョブ使用時のファイルおよびディレクトリ

表A-25　ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（UNIX版JP1/AJS2 - Manager・UNIXジョブ使用時）

内容 | ファイル名
標準出力ファイル※1 | ユーザー任意
標準エラー出力ファイル※2 | ユーザー任意

注※1

［詳細定義－［UNIX Job］］ダイアログボックスの［定義］タブにある［標準出力ファイル名］を指定した場合に，このファイルが使用されます。［標準出力ファイル名］の［追加書き］をチェックした場合，単調増加します。

注※2

［詳細定義－［UNIX Job］］ダイアログボックスの［定義］タブにある［標準エラー出力ファイル名］を指定した場合に，このファイルが使用されます。［標準エラー出力ファイル名］の［追加書き］をチェックした場合，単調増加します。

付録A.2　JP1/AJS2 - Agentのファイルおよびディレクトリ一覧

JP1/AJS2 - Agentのファイルとディレクトリを，OSごとに示します。

＜この項の構成＞

(1)　Windowsの場合

(2)　UNIXの場合

(1)　Windowsの場合

Windows版JP1/AJS2 - Agentのファイルとフォルダを，使用目的ごとに表に示します。

補足事項

ログのファイルおよびディレクトリ一覧については，「17.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

表の見方

ファイルおよびディレクトリ一覧の各表では，次の略称を使用しています。
・Agt_Path：JP1/AJS2 - Agentのインストール先フォルダ
・Base_Path：JP1/Baseのインストール先フォルダ
・SystemDrive：システムドライブ

JP1/AJS2 - Agentのインストール先フォルダは，デフォルトでは「システムドライブ¥Program Files※¥Hitachi¥jp1ajs2」です。

JP1/Baseのインストール先フォルダは，デフォルトでは「システムドライブ¥Program Files※¥Hitachi¥jp1base」です。

「＊」は任意の文字を示します。

注※

64ビット版環境の場合は，「Program Files」を「Program Files (x86)」と読み替えてください。

(a)　共通のファイルおよびフォルダ

表A-26　ユーザーが変更できるファイル一覧（Windows版JP1/AJS2 - Agent）

内容
ファイル名

JP1/AJS2用起動プロセス定義ファイル

Agt_Path¥conf¥jp1ajs_spmd.conf

JP1/AJS2用拡張起動プロセス定義ファイル

Agt_Path¥conf¥jp1ajs_service_0700.conf

JP1/AJS2用プロセス異常終了イベント定義ファイル

Agt_Path¥conf¥jp1ajs_param_V7.conf

表A-27　ユーザーが参照できるファイルおよびフォルダ一覧（Windows版JP1/AJS2 - Agent）

内容
ファイル名・フォルダ名

実行ファイル格納フォルダ

Agt_Path¥bin¥

ライブラリーファイル格納フォルダ

Agt_Path¥lib¥

環境設定ファイル格納フォルダ

Agt_Path¥conf¥

readmeファイル

Agt_Path¥readme.txt

表A-28　ユーザーが参照，または変更する必要のないファイルおよびフォルダ一覧（Windows版JP1/AJS2 - Agent）

内容
ファイル名・フォルダ名

JP1/AJS2用システムファイルフォルダ

Agt_Path¥sys¥

イベント・アクション制御エージェント用システムファイルフォルダ

Agt_Path¥sys¥infoagt

JP1/AJS2用作業ファイル格納フォルダ

Agt_Path¥tmp¥

(b)　JP1/Cm2またはhp OpenView連携使用時のファイル

表A-29　ユーザーが参照できるファイル一覧（Windows版JP1/AJS2 - Agent・JP1/Cm2またはhp OpenView連携使用時）

内容 | ファイル名
JP1/Cm2またはhp OpenView連携用定義ファイル | Agt_Path¥conf¥jpoov.conf（環境定義）

表A-30　ユーザーが参照，または変更する必要のないファイル一覧（Windows版JP1/AJS2 - Agent・JP1/Cm2またはhp OpenView連携使用時）

内容
ファイル名

JP1/Cm2またはhp OpenView連携用定義ファイル

Agt_Path¥bin¥jp1ajs2_f
（フィールド定義）

Agt_Path¥bin¥snmpd.extend
（MIBオブジェクト定義）

Agt_Path¥bin¥jp1ajs2_j
（日本語用メニュー定義）

Agt_Path¥bin¥jp1ajs2_e
（英語用メニュー定義）

Agt_Path¥bin¥trpcajs2j
（日本語用イベント定義）

Agt_Path¥bin¥trpcajs2e
（英語用イベント定義）

Agt_Path¥bin¥trustajs2
（トラステッドコマンド定義）

(c)　メール連携使用時のファイルおよびフォルダ

表A-31　ユーザーが参照，および運用時に削除管理する必要のあるファイルおよびフォルダ一覧（Windows版JP1/AJS2 - Agent・メール連携使用時）

内容
ファイル名・フォルダ名

デフォルトの引き継ぎ情報ファイル※1

Agt_Path¥tmp¥infodir¥mail¥JPO＊.tmp

メール受信監視ジョブの引き継ぎ情報のメールに添付されていたファイルの格納フォルダ※2

Agt_Path¥tmp¥infodir¥mail¥＊_＊¥

注※1

［エージェント環境設定］ダイアログボックスの［イベント起動］タブにある［イベント・ジョブ情報引継ぎディレクトリ名］を指定しなかった場合に，このファイルが使用されます。

［イベント・ジョブ情報引継ぎディレクトリ名］を指定した場合は，指定したフォルダ下に「mail」フォルダが作成され，そのフォルダが使用されます。

イベント・ジョブ情報引き継ぎディレクトリに格納する，受信したメールに添付されていたファイルの一覧の詳細については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　2.5.3 添付ファイル一覧のリストファイル（Windows限定）」を参照してください。

注※2

このフォルダ下に，メールに添付されていたファイルが，添付時のファイル名で格納されます。

表A-32　ユーザーが参照できるフォルダ一覧（Windows版JP1/AJS2 - Agent・メール連携使用時）

内容
フォルダ名

デフォルトの引き継ぎ情報ファイルフォルダ※

Agt_Path¥tmp¥infodir¥mail¥

注※

［エージェント環境設定］ダイアログボックスの［イベント起動］タブにある［イベント・ジョブ情報引継ぎディレクトリ名］を指定しなかった場合に，このフォルダが使用されます。

［イベント・ジョブ情報引継ぎディレクトリ名］を指定した場合は，指定したフォルダ下に「mail」フォルダが作成され，そのフォルダが使用されます。

(d)　メッセージキュー連携使用時のファイルおよびフォルダ

表A-33　ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（Windows版JP1/AJS2 - Agent・メッセージキュー連携使用時）

内容
ファイル名

デフォルトの引き継ぎ情報ファイル※1

Agt_Path¥tmp¥infodir¥mq¥JPO＊.tmp

メッセージ格納ファイル※2
ユーザー任意

注※1

［エージェント環境設定］ダイアログボックスの［イベント起動］タブにある［イベント・ジョブ情報引継ぎディレクトリ名］を指定しなかった場合に，このファイルが使用されます。

［イベント・ジョブ情報引継ぎディレクトリ名］を指定した場合は，指定したフォルダ下に「mq」フォルダが作成され，そのフォルダが使用されます。

イベント・ジョブ情報引き継ぎディレクトリに格納する，受信したメッセージをメッセージ構造体として格納したファイルの詳細については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　3.4.3(2) 受信するメッセージの格納形式」を参照してください。

注※2

［詳細定義－［メッセージキュー受信監視］］ダイアログボックスの［定義］タブにある［メッセージ格納ファイル］を指定した場合に，このファイルが使用されます。

表A-34　ユーザーが参照できるフォルダ一覧（Windows版JP1/AJS2 - Agent・メッセージキュー連携使用時）

内容
フォルダ名

デフォルトの引き継ぎ情報ファイルフォルダ※

Agt_Path¥tmp¥infodir¥mq¥

注※

［エージェント環境設定］ダイアログボックスの［イベント起動］タブにある［イベント・ジョブ情報引継ぎディレクトリ名］を指定しなかった場合に，このフォルダが使用されます。

［イベント・ジョブ情報引継ぎディレクトリ名］を指定した場合は，指定したフォルダ下に「mq」フォルダが作成され，そのフォルダが使用されます。

(e)　MSMQ連携使用時のファイルおよびフォルダ

表A-35　ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（Windows版JP1/AJS2 - Agent・MSMQ連携使用時）

内容
ファイル名

デフォルトの引き継ぎ情報ファイル※1

Agt_Path¥tmp¥infodir¥msmq¥JPO＊.tmp

メッセージ格納ファイル※2
ユーザー任意

注※1

［エージェント環境設定］ダイアログボックスの［イベント起動］タブにある［イベント・ジョブ情報引継ぎディレクトリ名］を指定しなかった場合に，このファイルが使用されます。

［イベント・ジョブ情報引継ぎディレクトリ名］を指定した場合は，指定したフォルダ下に「msmq」フォルダが作成され，そのフォルダが使用されます。

イベント・ジョブ情報引き継ぎディレクトリに格納する，受信したメッセージをメッセージ構造体として格納したファイルの詳細については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　3.5.3(2) 受信するMSMQメッセージの格納形式」を参照してください。

注※2

［詳細定義－［MSMQ受信監視］］ダイアログボックスの［定義］タブにある［メッセージ格納ファイル］を指定した場合に，このファイルが使用されます。

表A-36　ユーザーが参照できるフォルダ一覧（Windows版JP1/AJS2 - Agent・MSMQ連携使用時）

内容
フォルダ名

デフォルトの引き継ぎ情報ファイルフォルダ※

Agt_Path¥tmp¥infodir¥msmq¥

注※

［エージェント環境設定］ダイアログボックスの［イベント起動］タブにある［イベント・ジョブ情報引継ぎディレクトリ名］を指定しなかった場合に，このフォルダが使用されます。

［イベント・ジョブ情報引継ぎディレクトリ名］を指定した場合は，指定したフォルダ下に「msmq」フォルダが作成され，そのフォルダが使用されます。

(f)　PCジョブ使用時のファイルおよびフォルダ

表A-37　ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（Windows版JP1/AJS2 - Agent・PCジョブ使用時）

内容 | ファイル名
標準出力ファイル※1 | ユーザー任意
標準エラー出力ファイル※2 | ユーザー任意

注※1

［詳細定義－［PC Job］］ダイアログボックスの［定義］タブにある［標準出力ファイル名］を指定した場合に，このファイルが使用されます。［標準出力ファイル名］の［追加書き］をチェックした場合，単調増加します。

注※2

［詳細定義－［PC Job］］ダイアログボックスの［定義］タブにある［標準エラー出力ファイル名］を指定した場合に，このファイルが使用されます。［標準エラー出力ファイル名］の［追加書き］をチェックした場合，単調増加します。

(2)　UNIXの場合

UNIX版JP1/AJS2 - Agentのファイルとディレクトリを，使用目的ごとに表に示します。

補足事項

ログのファイルおよびディレクトリ一覧については，「17.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

表の見方

「＊」は任意の文字を示します。

(a)　共通のファイルおよびディレクトリ

表A-38　ユーザーが変更できるファイル一覧（UNIX版JP1/AJS2 - Agent）

内容
ファイル名

JP1/AJS2用起動プロセス定義ファイル

/etc/opt/jp1ajs2/conf/jp1ajs_spmd.conf

JP1/AJS2用拡張起動プロセス定義ファイル

/etc/opt/jp1ajs2/conf/jp1ajs_service_0700.conf

JP1/AJS2用プロセス異常終了イベント定義ファイル

/etc/opt/jp1ajs2/conf/jp1ajs_param_V7.conf

ジョブ実行環境設定ファイル

/etc/opt/jp1ajs2/conf/Queue.conf

イベント・アクション定義ファイル

/etc/opt/jp1ajs2/conf/EVAction.conf

キューレスジョブ実行環境設定ファイル

/etc/opt/jp1ajs2/conf/Queueless.conf

表A-39　ユーザーが参照できるファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 - Agent）

内容
ファイル名・ディレクトリ名

実行ファイル格納ディレクトリ

/opt/jp1ajs2/bin/

ライブラリーファイル格納ディレクトリ

/opt/jp1ajs2/lib/

メッセージカタログ

/opt/jp1ajs2/lib/nls/$LANG

環境設定ファイル格納ディレクトリ

/etc/opt/jp1ajs2/conf/

表A-40　ユーザーが参照，または変更する必要のないファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 - Agent）

内容
ファイル名・ディレクトリ名

JP1/AJS2用システムファイルディレクトリ

/var/opt/jp1ajs2/sys/※

イベント・アクション制御エージェント用システムファイルディレクトリ

/var/opt/jp1ajs2/sys/infoagt※

JP1/AJS2用作業ファイル格納ディレクトリ

/var/opt/jp1ajs2/tmp/

注※

メール連携またはメッセージキュー連携の使用時には，/var/opt/jp1ajs2/sys/infoagt/tmp/配下のファイルをユーザーが参照，および運用時に削除管理する必要があります。詳細については，「(c) メール連携使用時のファイルおよびディレクトリ」，および「(d) メッセージキュー連携使用時のファイルおよびディレクトリ」を参照してください。

(b)　JP1/Cm2またはhp OpenView連携使用時のファイルおよびディレクトリ

表A-41　ユーザーが変更できるファイル一覧（UNIX版JP1/AJS2 - Agent・JP1/Cm2またはhp OpenView連携使用時）

内容
ファイル名・ディレクトリ名

JP1/Cm2またはhp OpenView連携用定義ファイル

/etc/opt/jp1ajs2/conf/jpoov.conf（環境定義）

表A-42　ユーザーが参照，または変更する必要のないファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 - Agent・JP1/Cm2またはhp OpenView連携使用時）

内容
ファイル名・ディレクトリ名

JP1/Cm2またはhp OpenView連携用定義ディレクトリ

/etc/opt/jp1ajs2/OV/

JP1/Cm2またはhp OpenView連携用定義ファイル

/etc/opt/jp1ajs2/OV/jp1ajs2_f
（フィールド定義）

/etc/opt/jp1ajs2/OV/snmpd.extend
（MIBオブジェクト定義）

/etc/opt/jp1ajs2/OV/trustajs2
（トラステッドコマンド定義）

/etc/opt/jp1ajs2/OV/$LANG/jp1ajs2
（メニュー定義）

/etc/opt/jp1ajs2/OV/$LANG/trpcajs2
（イベント定義）

/etc/opt/jp1ajs2/OV/$LANG/jajsovm.cat
（メッセージカタログ）

JP1/Cm2またはhp OpenView連携ログ

/var/opt/jp1ajs2/log/jpoovlink{1|2}.log

補足事項

クラスタ運用時でも，ログはデフォルトのディレクトリに出力されます。

(c)　メール連携使用時のファイルおよびディレクトリ

表A-43　ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（UNIX版JP1/AJS2 - Agent・メール連携使用時）

内容
ファイル名

デフォルトの引き継ぎ情報ファイル※1

/var/opt/jp1ajs2/sys/infoagt/tmp/infodir/mail/MLDT＊

メール連携用障害用メールファイル※2

/var/opt/jp1ajs2/sys/infoagt/tmp/mail/errmail

メール連携用一時メールファイル※2

/var/opt/jp1ajs2/tmp/mailbox/監視ユーザー名

注※1

EVAction.conf（イベント・アクション定義ファイル）のEvjobInfFileを指定しなかった場合に，このファイルが使用されます。

EvjobInfFileを指定した場合は，指定したディレクトリ下に「mail」ディレクトリが作成され，そのディレクトリが使用されます。

注※2

メール連携使用時に，単調増加するファイルです。

表A-44　ユーザーが参照できるディレクトリ一覧（UNIX版JP1/AJS2 - Agent・メール連携使用時）

内容
ディレクトリ名

デフォルトの引き継ぎ情報ファイルディレクトリ※

/var/opt/jp1ajs2/sys/infoagt/tmp/infodir/mail/

メール連携用一時メールファイルディレクトリ

/var/opt/jp1ajs2/tmp/mailbox/

注※

EVAction.conf（イベント・アクション定義ファイル）のEvjobInfFileを指定しなかった場合に，このディレクトリが使用されます。

EvjobInfFileを指定した場合は，指定したディレクトリ下に「mail」ディレクトリが作成され，そのディレクトリが使用されます。

(d)　メッセージキュー連携使用時のファイルおよびディレクトリ

表A-45　ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（UNIX版JP1/AJS2 - Agent・メッセージキュー連携使用時）

内容
ファイル名

デフォルトの引き継ぎ情報ファイル※1

/var/opt/jp1ajs2/sys/infoagt/tmp/infodir/mq/MQDL＊

メッセージ格納ファイル※2
ユーザー任意

注※1

EVAction.conf（イベント・アクション定義ファイル）のEvjobInfFileを指定しなかった場合に，このファイルが使用されます。

EvjobInfFileを指定した場合は，指定したディレクトリ下に「mq」ディレクトリが作成され，そのディレクトリが使用されます。

イベント・ジョブ情報引き継ぎディレクトリに格納する，受信したメッセージをメッセージ構造体として格納したファイルの詳細については，マニュアル「JP1/Automatic Job Management System 2 連携ガイド　3.4.3(2) 受信するメッセージの格納形式」を参照してください。

注※2

［詳細定義－［メッセージキュー受信監視］］ダイアログボックスの［定義］タブにある［メッセージ格納ファイル］を指定した場合に，このファイルが使用されます。

表A-46　ユーザーが参照できるディレクトリ一覧（UNIX版JP1/AJS2 - Agent・メッセージキュー連携使用時）

内容
ディレクトリ名

デフォルトの引き継ぎ情報ファイルディレクトリ※

/var/opt/jp1ajs2/sys/infoagt/tmp/infodir/mq/

注※

EVAction.conf（イベント・アクション定義ファイル）のEvjobInfFileを指定しなかった場合に，このディレクトリが使用されます。

EvjobInfFileを指定した場合は，指定したディレクトリ下に「mq」ディレクトリが作成され，そのディレクトリが使用されます。

(e)　UNIXジョブ使用時のファイルおよびディレクトリ

表A-47　ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（UNIX版JP1/AJS2 - Agent・UNIXジョブ使用時）

内容 | ファイル名
標準出力ファイル※1 | ユーザー任意
標準エラー出力ファイル※2 | ユーザー任意

注※1

［詳細定義－［UNIX Job］］ダイアログボックスの［定義］タブにある［標準出力ファイル名］を指定した場合に，このファイルが使用されます。［標準出力ファイル名］の［追加書き］をチェックした場合，単調増加します。

注※2

［詳細定義－［UNIX Job］］ダイアログボックスの［定義］タブにある［標準エラー出力ファイル名］を指定した場合に，このファイルが使用されます。［標準エラー出力ファイル名］の［追加書き］をチェックした場合，単調増加します。

付録A.3　JP1/AJS2 - Viewのファイルおよびディレクトリ一覧

JP1/AJS2 - Viewのファイルとフォルダを，使用目的ごとに表に示します。

表の見方

ファイルおよびディレクトリ一覧の各表では，次の略称を使用しています。
・View_Path：JP1/AJS2 - Viewのインストール先フォルダ
・Base_Path：JP1/Baseのインストール先フォルダ
・SystemDrive：システムドライブ

JP1/AJS2 - Viewのインストール先フォルダは，デフォルトでは「システムドライブ¥Program Files¥Hitachi¥jp1ajs2v」です。64ビット版の環境では，「システムドライブ¥Program Files (x86)¥Hitachi¥jp1ajs2v」です。

「nnnn」は，0001～9999の任意の値を示します。

表A-48　ユーザーが作成・変更できるファイル一覧（JP1/AJS2 - View）

内容
ファイル名

ユーザー指定オプションファイル

View_Path¥conf¥JP1ユーザー名¥ajs2view_opt.conf

表A-49　ユーザーが参照できるファイルおよびフォルダ一覧（JP1/AJS2 - View）

内容
ファイル名・フォルダ名

環境設定ファイル格納フォルダ

View_Path¥conf¥

ユーザー指定オプションファイルモデルファイル

View_Path¥conf¥ajs2view_opt.conf.model

壁紙の設定ファイル

Windows XP ProfessionalおよびWindows Server 2003の場合

View_Path¥conf¥JP1ユーザー名¥MapBackGround¥wallpaper.conf

View_Path¥conf¥JP1ユーザー名¥MapBackGround¥wallpaper#nnnn.conf

Windows VistaおよびWindows Server 2008の場合

%ALLUSERSPROFILE%※¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥JP1ユーザー名¥MapBackGround¥wallpaper.conf

%ALLUSERSPROFILE%※¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥JP1ユーザー名¥MapBackGround¥wallpaper#nnnn.conf

デフォルト値の設定ファイル

Windows XP ProfessionalおよびWindows Server 2003の場合

View_Path¥conf¥JP1ユーザー名¥ajs2view_def.conf

Windows VistaおよびWindows Server 2008の場合

%ALLUSERSPROFILE%※¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥JP1ユーザー名¥ajs2view_def.conf

readmeファイル

View_Path¥readme.txt

ヘルプファイル格納フォルダ

View_Path¥doc¥

ヘルプ目次ファイル

View_Path¥doc¥ja¥ajsmn.htm

ツールファイル格納フォルダ

View_Path¥tools¥

注※

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

表A-50　ユーザーが参照，または変更する必要のないフォルダ一覧（JP1/AJS2 - View）

内容
フォルダ名

実行ファイル格納フォルダ

View_Path¥bin¥

Javaクラスファイル格納フォルダ

View_Path¥classes¥

ライブラリーファイル格納フォルダ

View_Path¥lib¥

イメージファイル格納フォルダ

View_Path¥image¥

カスタムジョブ登録情報フォルダ

Windows XP ProfessionalおよびWindows Server 2003の場合

View_Path¥custom.dir¥

Windows VistaおよびWindows Server 2008の場合

%ALLUSERSPROFILE%※¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥custom.dir¥

アドイン情報フォルダ

View_Path¥addin.dir¥

表A-51　ログファイル一覧（JP1/AJS2 - View）

内容
ファイル名

JP1/AJS2 - Viewログ

Windows XP ProfessionalおよびWindows Server 2003の場合

View_Path¥log¥ajs.log

Windows Vistaの場合

%ALLUSERSPROFILE%※¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥log¥ajs.log

JP1/AJS2 - View情報ログ

Windows XP ProfessionalおよびWindows Server 2003の場合

View_Path¥log¥ajs2view#nnnn_{1|2}.log

Windows VistaおよびWindows Server 2008の場合

%ALLUSERSPROFILE%※¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥log¥ajs2view#nnnn_{1|2}.log

注※

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

＜この項の構成＞

(1)　JP1/Cm2またはhp OpenView連携使用時のファイル

(1)　JP1/Cm2またはhp OpenView連携使用時のファイル

表A-52　ユーザーが変更できるファイル一覧（JP1/AJS2 - View・JP1/Cm2またはhp OpenView連携使用時）

内容
ファイル名

JP1/Cm2またはhp OpenView連携用定義ファイル

View_Path¥conf¥jpoov.conf（環境定義）

表A-53　ユーザーが参照，または変更する必要のないファイル一覧（JP1/AJS2 - View・JP1/Cm2またはhp OpenView連携使用時）

内容
ファイル名

JP1/Cm2またはhp OpenView連携用定義ファイル

View_Path¥bin¥jp1ajs2_f
（フィールド定義）

View_Path¥bin¥snmpd.extend
（MIBオブジェクト定義）

View_Path¥bin¥jp1ajs2_j
（日本語用メニュー定義）

View_Path¥bin¥jp1ajs2_e
（英語用メニュー定義）

View_Path¥bin¥trpcajs2j
（日本語用イベント定義）

View_Path¥bin¥trpcajs2e
（英語用イベント定義）

View_Path¥bin¥trustajs2
（トラステッドコマンド定義）

JP1/Cm2またはhp OpenView連携ログ

View_Path¥log¥jpoovlink{1|2}.conf

補足事項

クラスタ運用時でも，ログはデフォルトのフォルダに出力されます。

付録A.4　JP1/AJS2 Console Managerのファイルおよびディレクトリ一覧

JP1/AJS2 Console ManagerのファイルとディレクトリをOSごとに示します。

＜この項の構成＞

(1)　Windowsの場合

(2)　UNIXの場合

(1)　Windowsの場合

Windows版JP1/AJS2 Console Managerのファイルとフォルダを，使用目的ごとに表に示します。

表の見方

ファイルおよびフォルダ一覧の各表では，次の略称を使用しています。
・CM_Path：JP1/AJS2 Consoleのインストール先フォルダ
・SystemDrive：システムドライブ

JP1/AJS2 Consoleのインストール先フォルダは，デフォルトでは「システムドライブ¥Program Files¥Hitachi¥JP1AJS2CM」です。64ビット版の環境では，「システムドライブ¥Program Files (x86)¥Hitachi¥JP1AJS2CM」です。

表A-54　ユーザーが作成・変更できるファイル一覧（Windows版JP1/AJS2 Console Manager）

内容
ファイル名・フォルダ名

JP1/AJS2 Console Manager環境設定ファイル

CM_Path¥conf¥ajs2cm.conf

表A-55　ユーザーが参照できるファイルおよびフォルダ一覧（Windows版JP1/AJS2 Console Manager）

内容
ファイル名・フォルダ名

実行ファイル格納フォルダ

CM_Path¥bin¥

環境設定ファイル格納フォルダ

CM_Path¥conf¥

JP1/AJS2 Console Manager環境設定モデルファイル

CM_Path¥conf¥ajs2cm.conf.model

表A-56　ユーザーが参照または変更する必要のないファイルおよびフォルダ一覧（Windows版JP1/AJS2 Console Manager）

内容
ファイル名・フォルダ名

データディレクトリ

CM_Path¥database

JP1/AJS2 Console Manager環境設定モデルファイル作成用ファイル

CM_Path¥conf¥ajs2cm.conf.model.model

表A-57　ログファイルおよびフォルダ一覧（Windows版JP1/AJS2 Console Manager）

内容
ファイル名・フォルダ名

トレースログ

CM_Path¥log¥tracelog.cm

(2)　UNIXの場合

UNIX版JP1/AJS2 Console Managerのファイルとディレクトリを，使用目的ごとに表に示します。

表A-58　ユーザーが作成・変更できるファイル一覧（UNIX版JP1/AJS2 Console Manager）

内容
ファイル名・ディレクトリ名

JP1/AJS2 Console Manager環境設定ファイル

/etc/opt/jp1ajs2cm/conf/ajs2cm.conf

表A-59　ユーザーが参照できるファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 Console Manager）

内容
ファイル名・ディレクトリ名

実行ファイル格納ディレクトリ

/opt/jp1ajs2cm/bin/

/opt/jp1ajs2cm/lib/

メッセージカタログ

/opt/jp1ajs2cm/lib/nls/$LANG

環境設定ファイル格納ディレクトリ

/etc/opt/jp1ajs2cm/conf/

JP1/AJS2 Console Manager環境設定モデルファイル

/etc/opt/jp1ajs2cm/conf/ajs2cm.conf.model

表A-60　ユーザーが参照または変更する必要のないファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 Console Manager）

内容
ファイル名・ディレクトリ名

データディレクトリ

/var/opt/jp1ajs2cm/database

表A-61　ログファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 Console Manager）

内容
ファイル名・ディレクトリ名

トレースログ

/var/opt/jp1ajs2cm/log/tracelog.cm

補足事項

トレースログファイルは，最初に作成したユーザー（一般にはroot）が所有者となります。

ファイルモード所有者について，AIXではroot/systemになります。

付録A.5　JP1/AJS2 Console Agentのファイルおよびディレクトリ一覧

JP1/AJS2 Console AgentのファイルとディレクトリをOSごとに示します。JP1/AJS2 Console Agentは，JP1/AJS2 - Managerのファイルおよびディレクトリに次の表に示す内容を追加して，JP1/AJS2 Console Agent構成ファイルを格納します。

JP1/AJS2 - Managerのファイルおよびディレクトリ一覧については，「付録A.1 JP1/AJS2 - Managerのファイルおよびディレクトリ一覧」を参照してください。

＜この項の構成＞

(1)　Windowsの場合

(2)　UNIXの場合

(1)　Windowsの場合

ファイルは，JP1/AJS2 - Managerと同じフォルダに共存します。

表の見方

ファイルおよびフォルダ一覧の表では，次の略称を使用しています。

AM_Path：JP1/AJS2 - Managerのインストール先フォルダ

表A-62　JP1/AJS2 Console Agentのファイルおよびフォルダ一覧（Windows版JP1/AJS2 Console Agent）

内容
ファイル名・フォルダ名

JP1/AJS2 Console Agent用の一時ファイル格納フォルダ

AM_Path¥tmp¥console_agent

実行ファイル

AM_Path¥bin¥ajsca＊.exe※1

AM_Path¥bin¥ajsca＊.dll※1

AM_Path¥bin¥jp1ajs2camsg＊.dll※1

JP1/AJS2 Console Agent環境設定モデルファイル

AM_Path¥conf¥ajs2ca.conf.model

JP1/AJS2 Console Agent環境設定ファイル

AM_Path¥conf¥ajs2ca.conf

トレースログファイル

AM_Path¥log¥tracelog.ca

JP1/AJS2 Console Agent環境設定モデルファイル作成用ファイル

AM_Path¥conf¥ajs2ca.conf.model.model※2

注※1

「＊」には，任意の文字列が入ります。

注※2

このファイルは変更しないでください。

注意事項

ファイルのモードは，EVERYONEフルコントロールモードで作成されます。

(2)　UNIXの場合

ファイルは，JP1/AJS2 - Managerと同じディレクトリに共存します。

表A-63　JP1/AJS2 Console Agentのファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 Console Agent）

内容
ファイル名・ディレクトリ名

JP1/AJS2 Console Agent用の一時ファイル格納フォルダ

/var/opt/jp1ajs2/tmp/console_agent

実行ファイル

/opt/jp1ajs2/bin/ajsca＊※1

/opt/jp1ajs2/bin/jp1ajs2casetup

/opt/jp1ajs2/lib/libAjsca＊※1

メッセージカタログ

/opt/jp1ajs2cm/lib/nls/$LANG

自動起動・終了スクリプト

/etc/opt/jp1ajs2/jajsca_start.model

/etc/opt/jp1ajs2/jajsca_start

/etc/opt/jp1ajs2/jajsca_stop.model

/etc/opt/jp1ajs2/jajsca_stop

JP1/AJS2 Console Agentサービス起動・終了スクリプト

/etc/opt/jp1ajs2/ajscainetd_startstop

JP1/AJS2 Console Agent
環境設定モデルファイル

/etc/opt/jp1ajs2/conf/ajs2ca.conf.model

JP1/AJS2 Console Agent環境設定ファイル

/etc/opt/jp1ajs2/conf/ajs2ca.conf

トレースログファイル

/var/opt/jp1ajs2/log/tracelog.ca

注※1

「＊」には，任意の文字列が入ります。

付録A.6　JP1/AJS2 Console Viewのファイルおよびディレクトリ一覧

JP1/AJS2 Console Viewのファイルとディレクトリを示します。JP1/AJS2 Console Viewは，JP1/AJS2 - Viewに含まれるため，既存のJP1/AJS2 Viewのファイルおよびディレクトリ構成にどのような変更が生じるかについて次に示します。

なお，JP1/AJS2 - Viewのファイルおよびディレクトリ一覧については，「付録A.3 JP1/AJS2 - Viewのファイルおよびディレクトリ一覧」を参照してください。

ファイルは，JP1/AJS2 - Viewと同じフォルダに共存します。

表の見方

ファイルおよびフォルダ一覧の表では，次の略称を使用しています。
AV_Path：JP1/AJS2 - Viewのインストール先フォルダ

表A-64　JP1/AJS2 Console Viewのフォルダ一覧（JP1/AJS2 Console View）

ファイル名・フォルダ名※
説明

AV_Path¥classes¥JP¥co¥Hitachi¥soft¥jp1¥ajs¥console

JP1/AJS2 Console View用のJavaクラスファイルを格納

AV_Path¥image¥console

JP1/AJS2 Console View用のイメージを格納

AV_path¥image¥console¥background

JP1/AJS2 Console View用の背景イメージを格納

AV_path¥image¥console¥icon

JP1/AJS2 Console View用のアイコンイメージを格納

注※

フォルダのモードは，EVERYONEフルコントロールモードで作成されます。

表A-65　JP1/AJS2 Console Viewのファイル一覧（JP1/AJS2 Console View）

ファイル名・フォルダ名※1
説明

AV_Path¥bin¥ajscon.exe

JP1/AJS2 Console View起動用実行ファイル

AV_Path¥bin¥ajscvsetup.exe

JP1/AJS2 Console Viewセットアップ用実行ファイル

AV_Path¥conf¥ajscon.conf

JP1/AJS2 Console Viewの共通設定ファイル

AV_Path¥conf¥ajscon.conf.model

JP1/AJS2 Console Viewの共通設定モデルファイル

AV_Path¥conf¥ajs2coview_opt.conf.model

JP1/AJS2 Console Viewのユーザー設定モデルファイル

Windows XP ProfessionalおよびWindows Server 2003の場合

AV_Path¥log¥ajscon.log

Windows VistaおよびWindows Server 2008の場合

%ALLUSERSPROFILE%※2¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥log¥ajscon.log

JP1/AJS2 Console Viewのログファイル

Windows XP ProfessionalおよびWindows Server 2003の場合

AV_Path¥log¥ajs2coview#nnnn_{1|2}.log※3

Windows VistaおよびWindows Server 2008の場合

%ALLUSERSPROFILE%※2¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥log¥ajs2coview#nnnn_{1|2}.log※3

JP1/AJS2 Console Viewの実行ログファイル

注※1

ファイルのモードは，EVERYONEフルコントロールモードで作成されます。

注※2

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

注※3

JP1/AJS2 Console Viewを単数起動時の場合は，「#nnnn_」が省略されます。複数起動時の場合は，「#nnnn」には0001～9999の任意の値が割り当てられます。

付録B　プロセス一覧

この節では，JP1/AJS2によって生成されるプロセスについて記載します。

＜この節の構成＞

付録B.1　プロセス構成図

付録B.2　プロセス一覧（Windowsの場合）

付録B.3　プロセス一覧（UNIXの場合）

付録B.4　組み込みDBのプロセス一覧

付録B.1　プロセス構成図

JP1/AJS2によって生成されるプロセスの構成（UNIX）を次の図に示します。JP1/AJS2全体のプロセスの親子関係がわかるので，プロセスを監視する場合に役立ちます。

図B-1　JP1/AJS2のプロセス構成（UNIX）

付録B.2　プロセス一覧（Windowsの場合）

Windows版のJP1/AJS2のプログラムおよびコンポーネントのプロセス一覧を記載します。

＜この項の構成＞

(1)　Windows版JP1/AJS2 - Managerのプロセス一覧

(2)　Windows版JP1/AJS2 - Agentのプロセス一覧

(3)　Windows版JP1/AJS2 - Viewのプロセス一覧

(4)　Windows版JP1/AJS2 Console Managerのプロセス一覧

(5)　Windows版JP1/AJS2 Console Agentのプロセス一覧

(6)　Windows版JP1/AJS2 Console Viewのプロセス一覧

(1)　Windows版JP1/AJS2 - Managerのプロセス一覧

Windows版JP1/AJS2 - Managerは，次に示す3種類のプロセスで構成されます。

親プロセス
親プロセスは，幾つかの子プロセスで構成されます。

子プロセス
子プロセスは，幾つかの詳細プロセスで構成されます。

詳細プロセス

jajs_spmdの子プロセスの状態は，jajs_spmd_statusコマンドで確認できます。詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jajs_spmd_status」の説明を参照してください。

親プロセス，子プロセス，および詳細プロセスの状態は，［タスクマネージャ］ウィンドウの［プロセス］タブで確認できます。

親プロセスおよび子プロセスの一覧を表B-1に，子プロセスおよび詳細プロセスの一覧を表B-2に示します。なお，表中の親プロセス名および子プロセス名の後ろに記載されている値は，同時に起動できるプロセス数です。

表B-1　Windows版JP1/AJS2 - Managerの親プロセスおよび子プロセス一覧

親プロセス名
（プロセス数）
機能
子プロセス名
（プロセス数）
機能

jajs_spmd.exe
(1)※1
JP1/AJS2サービス
ajsmasterd.exe
(1)※⁴
スケジューラー
スケジューラーサービスのプロセス全体を監視する。

jpomanager.exe
(1)※⁵
イベント・アクション制御マネージャープロセス
イベントジョブを管理する。

jpoagent.exe
(1)※⁶
イベント・アクション制御エージェントプロセス
このプロセスでjpomanager.exe以外の各監視用のプロセスを監視・制御する。JP1/AJS2 - Managerでも，jpoagent.exeが制御する。

jpqmon.exe
(1)※⁷
ジョブ実行制御
ジョブ実行制御のプロセス全体を監視する。

ajsovstatd.exe
(1)
JP1/Cm2またはhp OpenViewと連携している場合に，JP1/Cm2またはhp OpenViewからJP1/AJS2を監視する。
このプロセスは，詳細プロセスを持たない。

ajsgwmasterd.exe(1)※⁸
ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御する場合に，ジョブネットコネクタと接続先のジョブネット間の通信を行うスケジューラーサービス間通信制御プロセスを管理する。

ajsqlcltd.exe(1)※3，※⁹
系切り替え時に，キューレスクラスタプロセスから自動で論理ホストをアタッチ・デタッチする。
このプロセスは，詳細プロセスを持たない。

ajsscmsvc.exe
(1)
JP1/AJS2 Monitorサービス
ajsinetd.exe
(1)
JP1/AJS2 - Viewなど，ほかのサーバからのアクセスを制御する，ネットワーク制御プロセス。

ajsqlagtd.exe(1)
JP1/AJS2 Queueless Agentサービス（キューレスエージェントプロセス）
JP1/AJS2 - Manager（スケジュール制御）からのキューレスジョブの実行要求を受け付ける。
ローカルホスト（自ホスト）でキューレスジョブを実行する場合に必要となる。
－（実行するジョブ数）※²
キューレスジョブ管理スレッド。
キューレスジョブを実行する。実行するジョブごとに生成される。
キューレスジョブの実行が終了すると消滅する。

ajsqlftpd.exe(1)
JP1/AJS2 Queueless File Transferサービス（キューレスファイル転送プロセス）
キューレスジョブ管理プロセスからのファイル転送要求を受け付ける。
－（ファイル転送要求数）※²
キューレスファイル転送スレッド。
転送ファイル，標準出力ファイル，および標準エラー出力ファイルのデータ転送を行う。ファイル転送要求ごとに生成される。
ファイル転送が終了すると消滅する。

jpomlsrv.exe
JP1/AJS2 Mailサービス
サービスで使用する場合のメール監視プロセス
jpomlapisend.exe
メール送信プロセス
Outlookの送信トレイに新規メールを投入するプロセス。
メール送信ジョブの実行ごとに起動される。

jpomlapirec.exe
メール受信プロセス
Outlookの受信トレイを参照してメールの受信を検知するプロセス。
メール受信監視ジョブを実行すると，指定した監視間隔ごとに起動される。

jpomldsk.exe
JP1/AJS2メール監視プロセス
デスクトップで使用する場合のメール監視プロセス
jpomlapisend.exe
メール送信プロセス（Outlook 2000使用時）
Outlookの送信トレイに新規メールを投入するプロセス。
メール送信ジョブの実行ごとに起動される。

jpomlapisend2.exe
メール送信プロセス（Outlook 2002以降使用時）
Outlookの送信トレイに新規メールを投入するプロセス。
メール送信ジョブの実行ごとに起動される。

jpomlapirec.exe
メール受信プロセス（Outlook 2000使用時）
Outlookの受信トレイを参照してメールの受信を検知するプロセス。
メール受信監視ジョブを実行すると，指定した監視間隔ごとに起動される。

jpomlapirec2.exe
メール受信プロセス（Outlook 2002以降使用時）
Outlookの受信トレイを参照してメールの受信を検知するプロセス。
メール受信監視ジョブを実行すると，指定した監視間隔ごとに起動される。

ajschkmansvc.exe(1)
JP1/AJS2 Check Managerサービス
ajschkmand.exe(1)
定義内容の事前チェックの制御（マネージャープロセス）

ajschkagtsvc.exe(1)
JP1/AJS2 Check Agentサービス
ajschkagtd.exe(1)
定義内容の事前チェックの制御（エージェントプロセス）

注※1

管理用プロセスとしてjajs_service.exeが存在します。

注※2

子プロセスを生成する代わりに，スレッドを生成します。カッコ内の数値はスレッド数です。

注※3

jp1ajs_spmd.confファイルおよびjp1ajs_service_0700.confファイル編集時だけ生成されます。詳細は，「JP1/Automatic Job Management System 2 セットアップガイド　9.4.5 キューレスジョブ実行環境の設定」を参照してください。

注※4

jajs_spmd_statusコマンドでは，scheduleと表示されます。

注※5

jajs_spmd_statusコマンドでは，evactionmと表示されます。

注※6

jajs_spmd_statusコマンドでは，evactionaと表示されます。

注※7

jajs_spmd_statusコマンドでは，queueと表示されます。

注※8

jajs_spmd_statusコマンドでは，gatewaydと表示されます。

注※9

jajs_spmd_statusコマンドでは，qlcltdと表示されます。

表B-2　Windows版JP1/AJS2 - Managerの子プロセスおよび詳細プロセス一覧

子プロセス名
詳細プロセス名
機能

ajsmasterd.exe
ajslogd.exe
スケジューラーログ出力プロセス※1，※2

ajsflowd.exe
フロー制御プロセス

ajsschbd.exe
世代管理サブプロセス※3

ajsschd.exe
スケジュール制御プロセス

ajssubd.exe
ジョブサブミットプロセス

ajssubwd.exe
ジョブ完了待ちプロセス

jpqnfyfd.exe
ジョブ実行制御 状態通知プロセス

ajsremnetcl.exe
リモートジョブネット登録・登録解除要求プロセス

ajsreqd.exe
キューレスジョブリクエストプロセス
このプロセスは，ajsflowd.exeから最大8個起動されます。

jpomanager.exe
jpomgrsub.exe
イベントジョブ受付用プロセス

jpoagent.exe
jpoagtsub.exe
イベント・アクション制御サブエージェントプロセス
主に各監視用プロセスからの情報をマネージャーに通知する役割を持つ。

jpocwtflMain.exe
ファイル監視用プロセス

jpocwttmMain.exe
実行間隔制御用プロセス

jpocwtmlmain.exe※4
メール監視用通信プロセス

jpocwtmqmain.exe※4
メッセージキュー監視用通信プロセス

jposupwth.exe※4
TP1/Message Queue連携時のメッセージキュー監視用プロセス（TP1連携用-1）

jpomqsup.exe※4
TP1/Message Queue連携時のメッセージキュー監視用プロセス（TP1連携用-2）

jpomqsgacs.exe※4
MQSeries連携時の監視用プロセス

jpomsgacs.exe※4
MSMQ連携時の監視用プロセス

jpocwtmsmain.exe※4
MSMQ監視用通信プロセス

jpoeventwatch.exe
イベント（JP1イベントやログトラップなど）の監視用プロセス

jpomlapisend.exe※6
メールシステム連携メール送信用プロセス（Outlook 2000使用時）

jpomlapisend2.exe※6
メールシステム連携メール送信用プロセス
（Outlook 2002以降使用時）

jpomlapirec.exe※7
メールシステム連携メール受信用プロセス（Outlook 2000使用時）

jpomlapirec2.exe※7
メールシステム連携メール受信用プロセス
（Outlook 2002以降使用時）

jpoevsearch.exe
イベント検索プロセス。
実行前のイベント検索が指定されているイベント受信監視ジョブの実行時に起動し，イベントの検索を実行するプロセス。

jpqmon.exe
jpqman.exe
ジョブ実行制御 マネージャープロセス
サブミットの受け付けなど，ジョブ実行制御独自の処理のメインプロセス。

jpqagt.exe
ジョブ実行制御 エージェントプロセス
このプロセスによってジョブが起動される。

ajsgwmasterd.exe
ajsgwd.exe
ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御する場合に，ジョブネットコネクタと接続先のジョブネット間の通信を行うプロセス。

ajsinetd.exe
ajsmonsvr.exe
JP1/AJS2 - Viewに接続されたときに起動するプロセス※5

ajsrcmdsvr.exe
リモートジョブネット実行時，およびコマンドのリモート実行時に起動するプロセス

注

コマンド実行時は，コマンド名と同じ名称のプロセスが起動します。

注※1

環境設定のスケジューラーログファイルサイズに「0」（ゼロ）を指定した場合は，生成されません。

注※2

停止した場合，スケジューラーログおよびトレースログ出力ができなくなります。

プロセスが起動しているかどうかを確認したい場合，Windowsタスクマネージャで確認してください。

注※3

「8.1.2 保存世代数に関する注意事項」の環境設定をした場合だけ，起動されます。

注※4

設定しないと起動できません。また，1台のマシンで複数起動できません。

注※5

このプロセスは，JP1/AJS2 - Viewウィンドウのツリーエリアで，スケジューラーサービスを選択した際に，選択したスケジューラーサービスに対して一つ起動されます。

最大プロセス起動数は，「スケジューラーサービス数 * JP1/AJS2 - Viewの接続数」です。

注※6

Outlookの送信トレイに新規メールを投入するプロセスです。メール送信ジョブの実行ごとに起動されます。

注※7

Outlookの受信トレイを参照してメールの受信を検知するプロセスです。メール受信監視ジョブを実行すると，指定した監視間隔ごとに起動されます。

(2)　Windows版JP1/AJS2 - Agentのプロセス一覧

Windows版JP1/AJS2 - Agentは，次に示す3種類のプロセスで構成されます。

親プロセス
親プロセスは，幾つかの子プロセスで構成されます。

子プロセス
子プロセスは，幾つかの詳細プロセスで構成されます。

詳細プロセス

jajs_spmdの子プロセスの状態は，jajs_spmd_statusコマンドで確認できます。詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jajs_spmd_status」の説明を参照してください。

親プロセス，子プロセス，および詳細プロセスの状態は，［タスクマネージャ］ウィンドウの［プロセス］タブで確認できます。

親プロセスおよび子プロセスの一覧を表B-3に，子プロセスおよび詳細プロセスの一覧を表B-4に示します。なお，表中の親プロセス名および子プロセス名の後ろに記載されている値は，同時に起動できるプロセス数です。

表B-3　Windows版JP1/AJS2 - Agentの親プロセスおよび子プロセス一覧

親プロセス名
（プロセス数）
機能
子プロセス名
（プロセス数）
機能

jajs_spmd.exe
(1)※1
JP1/AJS2サービス
jpoagent.exe
(1)※2
イベント・アクション制御エージェントプロセス

jpqmon.exe
(1)※3
ジョブ実行制御
ジョブ実行制御のプロセス全体を監視する。

ajsqlcltd.exe
(1)※4
系切り替え時に，キューレスクラスタプロセスから自動で論理ホストをアタッチ・デタッチする。
このプロセスは，詳細プロセスを持たない。

ajsqlagtd.exe(1)
JP1/AJS2 Queueless Agentサービス（キューレスエージェントプロセス）
JP1/AJS2 - Manager（スケジュール制御）からのキューレスジョブの実行要求を受け付ける。
－（実行するジョブ数）※5
キューレスジョブ管理スレッド。
キューレスジョブを実行する。実行するジョブごとに生成される。
キューレスジョブの実行が終了すると消滅する。

jpomlsrv.exe
JP1/AJS2 Mailサービス
サービスで使用する場合のメール監視プロセス
jpomlapisend.exe
メール送信プロセス
Outlookの送信トレイに新規メールを投入するプロセス。
メール送信ジョブの実行ごとに起動される。

jpomlapirec.exe
メール受信プロセス
Outlookの受信トレイを参照してメールの受信を検知するプロセス。
メール受信監視ジョブを実行すると，指定した監視間隔ごとに起動される。

jpomldsk.exe
JP1/AJS2メール監視プロセス
デスクトップで使用する場合のメール監視プロセス
jpomlapisend.exe
メール送信プロセス（Outlook 2000使用時）
Outlookの送信トレイに新規メールを投入するプロセス。
メール送信ジョブの実行ごとに起動される。

jpomlapisend2.exe
メール送信プロセス（Outlook 2002以降使用時）
Outlookの送信トレイに新規メールを投入するプロセス。
メール送信ジョブの実行ごとに起動される。

jpomlapirec.exe
メール受信プロセス（Outlook 2000使用時）
Outlookの受信トレイを参照してメールの受信を検知するプロセス。
メール受信監視ジョブを実行すると，指定した監視間隔ごとに起動される。

jpomlapirec2.exe
メール受信プロセス（Outlook 2002以降使用時）
Outlookの受信トレイを参照してメールの受信を検知するプロセス。
メール受信監視ジョブを実行すると，指定した監視間隔ごとに起動される。

ajschkagtsvc.exe(1)
JP1/AJS2 Check Agentサービス
ajschkagtd.exe(1)
定義内容の事前チェックの制御（エージェントプロセス）

注※1

管理用プロセスとしてjajs_service.exeが存在します。

注※2

jajs_spmd_statusコマンドでは，evactionaと表示されます。

注※3

jajs_spmd_statusコマンドでは，queueと表示されます。

注※4

jp1ajs_spmd.confファイルおよびjp1ajs_service_0700.confファイルの編集時だけ生成されます。詳細については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　9.4.5 キューレスジョブ実行環境の設定」を参照してください。

注※5

子プロセスを生成する代わりに，スレッドを生成します。カッコ内の数値はスレッド数です。

表B-4　Windows版JP1/AJS2 - Agentの子プロセスおよび詳細プロセス一覧

子プロセス名
詳細プロセス名
機能

jpoagent.exe
jpoagtsub.exe
イベント・アクション制御サブエージェントプロセス
主に各監視用プロセスからの情報をマネージャーに通知する役割を持つ。

jpocwtflMain.exe
ファイル監視用プロセス

jpocwttmMain.exe
実行間隔制御用プロセス

jpocwtmlmain.exe※1
メール監視用通信プロセス

jpocwtmqmain.exe※1
メッセージキュー監視用通信プロセス

jposupwth.exe※1
TP1/Message Queue連携時のメッセージキュー監視用プロセス（TP1連携用-1）

jpomqsup.exe※1
TP1/Message Queue連携時のメッセージキュー監視用プロセス（TP1連携用-2）

jpomqsgacs.exe※1
MQSeries連携時の監視用プロセス

jpomsgacs.exe※1
MSMQ連携時の監視用プロセス

jpocwtmsmain.exe※1
MSMQ監視用通信プロセス

jpoeventwatch.exe
イベント（JP1イベントやログトラップなど）の監視用プロセス

jpomlapisend.exe※2
メールシステム連携メール送信用プロセス
（Outlook 2000使用時）

jpomlapisend2.exe※2
メールシステム連携メール送信用プロセス
（Outlook 2002以降使用時）

jpomlapirec.exe※3
メールシステム連携メール受信用プロセス
（Outlook 2000使用時）

jpomlapirec2.exe※3
メールシステム連携メール受信用プロセス
（Outlook 2002以降使用時）

jpoevsearch.exe
イベント検索プロセス。
実行前のイベント検索が指定されているイベント受信監視ジョブの実行時に起動し，イベントの検索を実行するプロセス。

jpqmon.exe
jpqagt.exe
ジョブ実行制御 エージェントプロセス
このプロセスによってジョブが起動される。

注

コマンド実行時は，コマンド名と同じ名称のプロセスが起動します。

注※1

設定しないと起動できません。また，1台のマシン上で複数起動できません。

注※2

Outlookの送信トレイに新規メールを投入するプロセス。メール送信ジョブの実行ごとに起動されます。

注※3

Outlookの受信トレイを参照してメールの受信を検知するプロセス。メール受信監視ジョブを実行すると，指定した監視間隔ごとに起動されます。

(3)　Windows版JP1/AJS2 - Viewのプロセス一覧

Windows版JP1/AJS2 - Viewのプロセスは，［タスクマネージャ］ウィンドウの［プロセス］タブで確認できます。

Windows版JP1/AJS2 - Viewのプロセスの一覧を次の表に示します。

表B-5　Windows版JP1/AJS2 - Viewのプロセス一覧

プロセス名 | 機能
ajs.exe | JP1/AJS2 - Viewのメインプロセス
java.exe | JP1/AJS2 - ViewのJavaGUIプロセス
ajs2java.exe | java.exe監視プロセス

(4)　Windows版JP1/AJS2 Console Managerのプロセス一覧

Windows版JP1/AJS2 Console Managerのプロセスは，［タスクマネージャ］ウィンドウの［プロセス］タブで確認できます。

JP1/AJS2 Console Managerは次に示す3種類のプロセスで構成されます。

親プロセス
親プロセスは，幾つかの子プロセスで構成されます。

子プロセス
子プロセスは，幾つかの詳細プロセスで構成されます。

詳細プロセス

Windows版JP1/AJS2 Console Managerの親プロセスおよび子プロセスの一覧を表B-6に，子プロセスおよび詳細プロセスの一覧を表B-7に示します。なお，表中の親プロセス名および子プロセス名の後ろに記載されている値は，同時に起動できるプロセス数です。

表B-6　Windows版JP1/AJS2 Console Managerの親プロセスおよび子プロセス一覧

親プロセス
（プロセス数）
機能
子プロセス
（プロセス数）
機能

ajscmscm.exe
（1）※
JP1/AJS2 Console Manager サービス
ajscminetd.exe
（1）※
JP1/AJS2 Console Managerサービスの実体

注※

起動タイミングは，JP1/AJS2 Console Managerサービス起動時，終了タイミングは，JP1/AJS2 Console Managerサービス停止時となります。

表B-7　Windows版JP1/AJS2 Console Managerの子プロセスおよび詳細プロセス一覧

子プロセス | 詳細プロセス | 機能
ajscminetd.exe | ajscmmonsvr.exe※ | JP1/AJS2 Console Viewとやり取りするプロセス
ajscmmonsvr.exe | ajscmstatd.exe※ | JP1/AJS2 Console Agentとやり取りするプロセス

注

コマンド実行時はコマンド名と同じ名称のプロセスが起動します。

注※

起動タイミングは，JP1/AJS2 Console Viewログイン時，終了タイミングは，JP1/AJS2 Console Viewログアウト時となります。

(5)　Windows版JP1/AJS2 Console Agentのプロセス一覧

Windows版JP1/AJS2 Console Agentのプロセスは，［タスクマネージャ］ウィンドウの［プロセス］タブで確認できます。

JP1/AJS2 Console Agentは次に示す3種類のプロセスで構成されます。

親プロセス
親プロセスは，幾つかの子プロセスで構成されます。

子プロセス
子プロセスは，幾つかの詳細プロセスで構成されます。

詳細プロセス

Windows版JP1/AJS2 Console Agentの親プロセスおよび子プロセスの一覧を表B-8に，子プロセスおよび詳細プロセスの一覧を表B-9に示します。なお，表中の親プロセス名および子プロセス名の後ろに記載されている値は，同時に起動できるプロセス数です。

表B-8　Windows版JP1/AJS2 Console Agentの親プロセスおよび子プロセス一覧

親プロセス
（プロセス数）
機能
子プロセス
（プロセス数）
機能

ajscasvc.exe
（1）※
JP1/AJS2 Console Agentサービス
ajscainetd.exe
（1）※
JP1/AJS2 Console Agentサービスの実体

注※

起動タイミングは，JP1/AJS2 Console Agentサービス起動時，終了タイミングは，JP1/AJS2 Console Agentサービス停止時となります。

表B-9　Windows版JP1/AJS2 Console Agentの子プロセスおよび詳細プロセス一覧

子プロセス | 詳細プロセス | 機能
ajscainetd.exe | ajscagtd.exe※1 | JP1/AJS2 Console Managerとやり取りするプロセス
ajscagtd.exe | ajscastatd.exe※2 | JP1/AJS2の業務の状態を取得するプロセス
ajscaexecd.exe※3 | JP1/AJS2のオブジェクトを操作するプロセス

注

コマンド実行時はコマンド名と同じ名称のプロセスが起動します。

注※1

起動タイミングは，JP1/AJS2 Console Viewログイン時，終了タイミングは，JP1/AJS2 Console Viewログアウト時となります。

注※2

起動タイミングは，監視間隔到達時または最新情報更新実行時，終了タイミングは，情報取得完了時となります。

注※3

起動タイミングは，JP1/AJS2のオブジェクト操作時，終了タイミングは，JP1/AJS2のオブジェクト操作完了時となります。

(6)　Windows版JP1/AJS2 Console Viewのプロセス一覧

Windows版JP1/AJS2 Console Viewのプロセスは，［タスクマネージャ］ウィンドウの［プロセス］タブで確認できます。

Windows版JP1/AJS2 Console Viewのプロセスを次に示します。

表B-10　Windows版JP1/AJS2 Console Viewのプロセス一覧

プロセス名 | 機能
ajscon.exe | JP1/AJS2 Console Viewのメインプロセス
java.exe | JP1/AJS2 Console ViewのJavaGUIプロセス
ajs2java.exe | java.exe監視プロセス

付録B.3　プロセス一覧（UNIXの場合）

UNIX版のJP1/AJS2のプログラムおよびコンポーネントのプロセス一覧を記載します。

＜この項の構成＞

(1)　UNIX版JP1/AJS2 - Managerのプロセス一覧

(2)　UNIX版JP1/AJS2 - Agentのプロセス一覧

(3)　UNIX版JP1/AJS2 Console Managerのプロセス一覧

(4)　UNIX版JP1/AJS2 Console Agentのプロセス一覧

(1)　UNIX版JP1/AJS2 - Managerのプロセス一覧

UNIX版JP1/AJS2 - Managerは，次に示す3種類のプロセスで構成されます。

親プロセス
親プロセスは，幾つかの子プロセスで構成されます。

子プロセス
子プロセスは，幾つかの詳細プロセスで構成されます。

詳細プロセス

jajs_spmdの子プロセスの状態は，jajs_spmd_statusコマンドで確認できます。詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jajs_spmd_status」の説明を参照してください。

親プロセス，子プロセス，および詳細プロセスの状態は，psコマンドで確認できます。

親プロセスおよび子プロセスの一覧を表B-11に，子プロセスおよび詳細プロセスの一覧を表B-12に示します。なお，表中の親プロセス名および子プロセス名の後ろに記載されている値は，同時に起動できるプロセス数です。

表B-11　UNIX版JP1/AJS2 - Managerの親プロセスおよび子プロセス一覧

親プロセス名
（プロセス数）
機能
子プロセス名
（プロセス数）
機能

jajs_spmd
(1)※1
JP1/AJS2サービス
ajsmasterd
(1)
スケジューラー
スケジューラーサービスのプロセス全体を監視する。

jpomanager
(1)
イベント・アクション制御マネージャープロセス
イベントジョブを管理する。

jpoagent
(1)
イベント・アクション制御エージェントプロセス
このプロセスでjpomanager以外の各監視用のプロセスを監視・制御する。JP1/AJS2 - Managerでも，jpoagentが制御する。

jpqmon
(1)
ジョブ実行制御
ジョブ実行制御のプロセス全体を監視する。

ajsovstatd
(1)
JP1/Cm2またはhp OpenViewと連携している場合に，JP1/Cm2またはhp OpenViewからJP1/AJS2を監視する。
このプロセスは，詳細プロセスを持たない。

ajsgwmasterd(1)
ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御する場合に，ジョブネットコネクタと接続先のジョブネット間の通信を行うスケジューラーサービス間通信制御プロセスを管理する。

ajsinetd
(1)
ネットワーク制御プロセス
ajsmonsvr
JP1/AJS2 - Viewに接続されたときに起動するプロセス※2
このプロセスは，詳細プロセスを持たない。

ajsrcmdsvr
リモートジョブネット実行時，およびコマンドのリモート実行時に起動するプロセス

ajsqlagtd(1)
JP1/AJS2 Queueless Agentサービス（キューレスエージェントプロセス）
JP1/AJS2 - Manager（スケジュール制御）からのキューレスジョブの実行要求を受け付ける。
ajsqlagtd（実行するジョブ数）
キューレスジョブ管理プロセス。
キューレスジョブを実行する。
JP1/AJS2 Queueless Agentサービス（キューレスエージェントプロセス）から，同名のプロセス名が実行するジョブごとに生成される。
キューレスジョブの実行が終了すると消滅する。
このプロセスは，詳細プロセスを持たない。
ローカルホスト（自ホスト）でキューレスジョブを実行する場合に，必要となる。

ajsqlftpd(1)
JP1/AJS2 Queueless File Transferサービス（キューレスファイル転送プロセス）
キューレスジョブ管理プロセスからのファイル転送要求を受け付ける。
ajsqlftpd（ファイル転送要求数）
キューレスファイル転送ワーカプロセス。
転送ファイル，標準出力ファイル，および標準エラー出力ファイルのデータ転送を行う。
JP1/AJS2 Queueless File Transferサービス（キューレスファイル転送プロセス）から，同名のプロセス名がファイル転送要求ごとに生成される。
ファイル転送が終了すると消滅する。
このプロセスは，詳細プロセスを持たない。

ajschkmand(1)
JP1/AJS2 Check Managerサービス
定義内容の事前チェックの制御（マネージャープロセス）
－
－

ajschkagtd(1)
JP1/AJS2 Check Agentサービス
ajschkagtd(5)
定義内容の事前チェックの制御（エージェントプロセス）

注※1

コマンドラインで論理ホスト名を指定した場合には，物理ホストに対応したプロセスと論理ホストに対応したプロセスとを区別できます。

論理ホスト対応のプロセス名は，「プロセス名 -h 論理ホスト名」となります。

例えば，論理ホスト名が「hostA」の場合，hostA対応のjajs_spmdプロセスは，「jajs_spmd -h hostA」となります。

注※2

このプロセスは，JP1/AJS2 - Viewウィンドウのツリーエリアで，スケジューラーサービスを選択した際に，選択したスケジューラーサービスに対して一つ起動されます。

最大プロセス起動数は，「スケジューラーサービス数 * JP1/AJS2 - Viewの接続数」です。

表B-12　UNIX版JP1/AJS2 - Managerの子プロセスおよび詳細プロセス一覧

子プロセス名
詳細プロセス名
機能

ajsmasterd
ajslogd※1
スケジューラーログ出力プロセス※2，※3

ajsflowd※1
フロー制御プロセス

ajsschbd※1，※4
世代管理サブプロセス

ajsschd※1
スケジュール制御プロセス

ajssubd※1
ジョブサブミットプロセス

ajssubwd※1
ジョブ完了待ちプロセス

jpqnfyfd※5
ジョブ実行制御 状態通知プロセス

ajsremnetcl※1
リモートジョブネット登録・登録解除要求プロセス

ajsreqd※1
キューレスジョブリクエストプロセス
このプロセスは，ajsflowdから最大8個起動されます。

jpomanager※5
jpomgrsub※5
イベントジョブ受付用プロセス

jpoagent※5
jpoagtsub※5
イベント・アクション制御サブエージェントプロセス
主に各監視用プロセスからの情報をマネージャーに通知する役割を持つ。

jpocwtflMain※5
ファイル監視用プロセス

jpocwttmMain※5
実行間隔制御用プロセス

jpocwtmlmain※5
メール監視用通信プロセス

jpocwtmqmain※5
メッセージキュー監視用通信プロセス

jp1mqsup※5
TP1/Message Queue連携時のメッセージキュー監視プロセス
TP1管理下のSUP。

jpocwtmqmaii※5
MQSeries連携時のメッセージキュー監視プロセス

jpoeventwatch※5
イベント（JP1イベントやログトラップなど）の監視用プロセス

jpoevsearch※5
イベント検索プロセス。
実行前のイベント検索が指定されているイベント受信監視ジョブの実行時に起動し，イベントの検索を実行するプロセス。

jpqmon※5
jpqman※5
ジョブ実行制御 マネージャープロセス
サブミットの受け付けなど，ジョブ実行制御独自の処理のメインプロセス。

jpqagt※5
ジョブ実行制御 エージェントプロセス
このプロセスによってジョブが起動される。

jpqagtdmn※5
ジョブ実行制御 ジョブ監視プロセス起動プロセス
ジョブ監視プロセスを起動するためのプロセス。常時5個起動する。クラスタシステムでは，論理ホストごとに5個ずつ起動する。

jpqagtchild※5
ジョブ実行制御 ジョブ監視プロセス
ジョブプロセスの実行を監視するためのプロセス。初期状態では5個起動する。さらに，実行ジョブごとに1個ずつ起動する。クラスタシステムでは，論理ホストごとに5個ずつ起動する。

ajsgwmasterd※5
ajsgwd※1
スケジューラーサービス間通信制御プロセス
ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御する場合に，ジョブネットコネクタと接続先のジョブネット間の通信を行うプロセス。

注

コマンド実行時は，コマンド名と同じ名称のプロセスが起動します。

注※1

物理ホストに対応したプロセスと，論理ホストに対応したプロセスとを区別できます。論理ホスト対応のプロセス名は，「プロセス名_論理ホスト名」となります。例えば，論理ホスト名が「hostA」の場合，hostA対応のajslogdプロセスは，「ajslogd_hostA」となります。

注※2

環境設定のスケジューラーログファイルサイズに「"LOGSIZE"=dword:00000000」を指定した場合は，生成されません。

注※3

停止した場合，スケジューラーログおよびトレースログ出力ができなくなります。

プロセスが起動しているかどうかを確認したい場合，psコマンドで確認してください。

注※4

「8.1.2 保存世代数に関する注意事項」の環境設定をした場合だけ，起動されます。

注※5

物理ホスト対応のプロセス名は，「プロセス名 物理ホスト名」となります。例えば，論理ホスト名が「hostA」の場合，hostA対応のajsmasterdプロセスは，「ajsmasterd hostA」となります。

(2)　UNIX版JP1/AJS2 - Agentのプロセス一覧

UNIX版JP1/AJS2 - Agentは，次に示す3種類のプロセスで構成されます。

親プロセス
親プロセスは，幾つかの子プロセスで構成されます。

子プロセス
子プロセスは，幾つかの詳細プロセスで構成されます。

詳細プロセス

jajs_spmdの子プロセスの状態は，jajs_spmd_statusコマンドで確認できます。詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jajs_spmd_status」の説明を参照してください。

親プロセス，子プロセス，および詳細プロセスの状態は，psコマンドで確認できます。

親プロセスおよび子プロセスの一覧を表B-13に，子プロセスおよび詳細プロセスの一覧を表B-14に示します。なお，表中の親プロセス名および子プロセス名の後ろに記載されている値は，同時に起動できるプロセス数です。

表B-13　UNIX版JP1/AJS2 - Agentの親プロセスおよび子プロセス一覧

親プロセス名
（プロセス数）
機能
子プロセス名
（プロセス数）
機能

jajs_spmd
(1)※
JP1/AJS2サービス
jpoagent
(1)
イベント・アクション制御エージェントプロセス

jpqmon
(1)
ジョブ実行制御
ジョブ実行制御のプロセス全体を監視する。

ajsqlagtd(1)
JP1/AJS2 Queueless Agentサービス（キューレスエージェントプロセス）
JP1/AJS2 - Manager（スケジュール制御）からのキューレスジョブの実行要求を受け付ける。
ajsqlagtd（実行するジョブ数）
キューレスジョブ管理プロセス。
キューレスジョブを実行する。
JP1/AJS2 Queueless Agentサービス（キューレスエージェントプロセス）から，同名のプロセス名が実行するジョブごとに生成される。
キューレスジョブの実行が終了すると消滅する。
このプロセスは，詳細プロセスを持たない。

ajschkagtd(1)
JP1/AJS2 Check Agentサービス
ajschkagtd(チェックジョブ数)
定義内容の事前チェックの制御（エージェントプロセス）

注※

コマンドラインで論理ホスト名を指定した場合には，物理ホストに対応したプロセスと論理ホストに対応したプロセスとを区別できます。

論理ホスト対応のプロセス名は，「プロセス名 -h 論理ホスト名」となります。例えば，論理ホスト名が「hostA」の場合，hostA対応のjajs_spmdプロセスは，「jajs_spmd -h hostA」となります。

表B-14　UNIX版JP1/AJS2 - Agentの子プロセスおよび詳細プロセス一覧

子プロセス名
詳細プロセス名
機能

jpoagent※
jpoagtsub※
イベント・アクション制御サブエージェントプロセス
主に各監視用プロセスからの情報をマネージャーに通知する役割を持つ。

jpocwtflMain※
ファイル監視用プロセス

jpocwttmMain※
実行間隔制御用プロセス

jpocwtmlmain※
メール監視用通信プロセス

jpocwtmqmain※
メッセージキュー監視用通信プロセス

jp1mqsup※
TP1/Message Queue連携時のメッセージキュー監視プロセス
TP1管理下のSUP。

jpocwtmqmaii※
MQSeries連携時のメッセージキュー監視プロセス

jpoeventwatch※
イベント（JP1イベントやログトラップなど）の監視用プロセス※2

jpoevsearch※
イベント検索プロセス。
実行前のイベント検索が指定されているイベント受信監視ジョブの実行時に起動し，イベントの検索を実行するプロセス。

jpqmon※
jpqagt※
ジョブ実行制御 エージェントプロセス
このプロセスによってジョブが起動される。

jpqagtdmn※
ジョブ実行制御 ジョブ監視プロセス起動プロセス
ジョブ監視プロセスを起動するためのプロセス。常時5個起動する。クラスタシステムでは，論理ホストごとに5個ずつ起動する。

jpqagtchild※
ジョブ実行制御 ジョブ監視プロセス
ジョブプロセスの実行を監視するためのプロセス。初期状態では5個起動する。さらに，実行ジョブごとに1個ずつ起動する。クラスタシステムでは，論理ホストごとに5個ずつ起動する。

注

コマンド実行時は，コマンド名と同じ名称のプロセスが起動します。

注※

物理ホストに対応したプロセスと，論理ホストに対応したプロセスとを区別できます。

論理ホスト対応のプロセス名は，「プロセス名 論理ホスト名」となります。例えば，論理ホスト名が「hostA」の場合，hostA対応のjpoagentプロセスは，「jpoagent hostA」となります。

(3)　UNIX版JP1/AJS2 Console Managerのプロセス一覧

UNIX版JP1/AJS2 Console Managerのプロセスは，psコマンドで確認できます。

JP1/AJS2 Console Managerは次に示す3種類のプロセスで構成されます。

親プロセス
親プロセスは，幾つかの子プロセスで構成されます。

子プロセス
子プロセスは，幾つかの詳細プロセスで構成されます。

詳細プロセス

UNIX版JP1/AJS2 Console Managerの親プロセスおよび子プロセスの一覧を表B-15に，子プロセスおよび詳細プロセスの一覧を表B-16に示します。なお，表中の親プロセス名および子プロセス名の後ろに記載されている値は，同時に起動できるプロセス数です。

表B-15　UNIX版JP1/AJS2 Console Managerの親プロセスおよび子プロセス一覧

親プロセス
（プロセス数）
機能
子プロセス
（プロセス数）
機能

ajscminetd
（1）※1
JP1/AJS2 Console Manager サービス
ajscmmonsvr
（ログインしているJP1/AJS2 Console Viewの数）※2
JP1/AJS2 Console Viewとやり取りするプロセス

注※1

起動タイミングは，JP1/AJS2 Console Managerサービス起動時，終了タイミングは，JP1/AJS2 Console Managerサービス停止時となります。

注※2

起動タイミングは，JP1/AJS2 Console Viewログイン時，終了タイミングは，JP1/AJS2 Console Viewログアウト時となります。

表B-16　UNIX版JP1/AJS2 Console Managerの子プロセスおよび詳細プロセス一覧

子プロセス | 詳細プロセス | 機能
ajscmmonsvr | ajscmstatd※ | JP1/AJS2 Console Agentとやり取りするプロセス

注

コマンド実行時はコマンド名と同じ名称のプロセスが起動します。

注※

起動タイミングは，JP1/AJS2 Console Viewログイン時，終了タイミングは，JP1/AJS2 Console Viewログアウト時となります。

(4)　UNIX版JP1/AJS2 Console Agentのプロセス一覧

UNIX版JP1/AJS2 Console Agentのプロセスは，psコマンドで確認できます。

JP1/AJS2 Console Agentは次に示す3種類のプロセスで構成されます。

親プロセス
親プロセスは，幾つかの子プロセスで構成されます。

子プロセス
子プロセスは，幾つかの詳細プロセスで構成されます。

詳細プロセス

UNIX版JP1/AJS2 Console Agentの親プロセスおよび子プロセスの一覧を表B-17に，子プロセスおよび詳細プロセスの一覧を表B-18に示します。なお，表中の親プロセス名および子プロセス名の後ろに記載されている値は，同時に起動できるプロセス数です。

表B-17　UNIX版JP1/AJS2 Console Agentの親プロセスおよび子プロセス一覧

親プロセス
（プロセス数）
機能
子プロセス
（プロセス数）
機能

ajscainetd
（1）※1
JP1/AJS2 Console Agentサービス
ajscagtd
（JP1/AJS2 Console Viewでこのホストを監視している数）※2
JP1/AJS2 Console Managerとやり取りするプロセス

注※1

起動タイミングは，JP1/AJS2 Console Agentサービス起動時，終了タイミングは，JP1/AJS2 Console Agentサービス停止時となります。

注※2

起動タイミングは，JP1/AJS2 Console Viewログイン時，終了タイミングは，JP1/AJS2 Console Viewログアウト時となります。

表B-18　UNIX版JP1/AJS2 Console Agentの子プロセスおよび詳細プロセス一覧

子プロセス | 詳細プロセス | 機能
ajscagtd | ajscastatd※1 | JP1/AJS2の業務の状態を取得するプロセス
ajscagtd | ajscaexecd※2 | JP1/AJS2のオブジェクトを操作するプロセス

注

コマンド実行時はコマンド名と同じ名称のプロセスが起動します。

注※1

起動タイミングは，監視間隔到達時または最新情報更新実行時，終了タイミングは，情報取得完了時となります。

注※2

起動タイミングは，JP1/AJS2のオブジェクト操作時，終了タイミングは，JP1/AJS2のオブジェクト操作完了時となります。

付録B.4　組み込みDBのプロセス一覧

この節では，JP1/AJS2 - Managerのスケジューラーデータベースとして組み込みDBを使用した場合に，生成される組み込みDBのプロセスについて記載します。

＜この項の構成＞

(1)　プロセス構成図

(2)　プロセス一覧（Windowsの場合）

(3)　プロセス一覧（UNIXの場合）

(1)　プロセス構成図

JP1/AJS2 - Managerのスケジューラーデータベースとして組み込みDBを使用した場合に，生成される組み込みDBのプロセス構成（UNIX）を次の図に示します。組み込みDB全体のプロセスの親子関係がわかるため，プロセスを監視する場合に役立ちます。

図B-2　組み込みDBのプロセス構成（UNIX）

(2)　プロセス一覧（Windowsの場合）

組み込みDBのプロセス一覧を記載します。

Windows版組み込みDBは，次に示す2種類のプロセスで構成されます。

親プロセス
親プロセスは，幾つかの子プロセスで構成されます。

子プロセス

親プロセスおよび子プロセスの状態は，［タスクマネージャ］ウィンドウの［プロセス］タブで確認できます。

親プロセスおよび子プロセスの一覧を次の表に示します。なお，表中の親プロセス名および子プロセス名の後ろに記載されている値は，同時に起動できるプロセス数です。

表B-19　Windows版組み込みDBの親プロセスおよび子プロセス一覧

親プロセス
（プロセス数）
機能
子プロセス数
（プロセス数）
機能

pdprcd.exe(1)
プロセスサーバプロセス
組み込みDB関連プロセスを管理する。
pdrsvre.exe(3)※1
後処理プロセス
組み込みDBプロセス異常終了後の後始末処理。

pdmlgd.exe(1)
メッセージログサーバプロセス
メッセージ出力を制御する。

pdrdmd.exe(1)
システムマネージャプロセス
ユニット起動・停止の制御および接続ユーザーを管理する。

pdstsd.exe(1)
ステータスサーバプロセス
ユニット用ステータスファイルのI/Oを制御する。

pdscdd.exe(1)
スケジューラープロセス
シングルサーバプロセスへのトランザクションの割り付けを行う。

pdtrnd.exe(1)
トランザクションサーバプロセス
トランザクションを制御する。

pdtrnrvd.exe(1～128)※2,※3
トランザクション回復プロセス
トランザクションの決着・回復を制御する。

pdlogd.exe(1)
ログサーバプロセス
システムログ取得およびログ関連プロセスを制御する。

pd_buf_dfw.exe(1)
デファードライトプロセス
DB格納ディスクへのバックグラウンドライトを制御する。

pdlogswd.exe(1)
ログスワッパプロセス
システムログ関連ファイルの割り当て，解放，I/Oの管理，およびシンクポイントダンプを取得する。

pdsds.exe(16～128)※3,※4
シングルサーバプロセス
SQLを処理する。

注※1

組み込みDBのバージョンが07-03以前の場合，起動されるプロセス数は2個です。

注※2

開始時は1個です。pdsds.exeプロセスが異常終了するたびに一時的に増加します。

注※3

システム共通定義ファイル（pdsys）に設定されているpd_max_usersオペランドの値を変更した場合，変更後の値が起動されるプロセス数の上限になります。

注※4

開始時は16個です。組み込みDBへのアクセス要求数に応じて，最大128個起動します。

(3)　プロセス一覧（UNIXの場合）

組み込みDBのプロセス一覧を記載します。

UNIX版組み込みDBは，次に示す2種類のプロセスで構成されます。

親プロセス
親プロセスは，幾つかの子プロセスで構成されます。

子プロセス

親プロセスおよび子プロセスの状態は，psコマンドで確認できます。

親プロセスおよび子プロセスの一覧を次の表に示します。なお，表中の親プロセス名および子プロセス名の後ろに記載されている値は，同時に起動できるプロセス数です。

表B-20　UNIX版組み込みDBの親プロセスおよび子プロセス一覧

親プロセス
（プロセス数）
機能
子プロセス数
（プロセス数）
機能

pdprcd(1)
プロセスサーバプロセス
組み込みDB関連プロセスを管理する。
pdrsvre(3)※1
後処理プロセス
組み込みDBプロセス異常終了後の後始末処理。

pdmlgd(1)
メッセージログサーバプロセス
メッセージ出力を制御する。

pdrdmd(1)
システムマネージャプロセス
ユニット起動・停止の制御および接続ユーザーを管理する。

pdstsd(1)
ステータスサーバプロセス
ユニット用ステータスファイルのI/Oを制御する。

pdscdd(1)
スケジューラープロセス
シングルサーバプロセスへのトランザクションの割り付けを行う。

pdtrnd(1)
トランザクションサーバプロセス
トランザクションを制御する。

pdtrnrvd(1～128)※2,※3
トランザクション回復プロセス
トランザクションの決着・回復を制御する。

pdlogd(1)
ログサーバプロセス
システムログ取得およびログ関連プロセスを制御する。

pd_buf_dfw(1)
デファードライトプロセス
DB格納ディスクへのバックグラウンドライトを制御する。

pdlogswd(1)
ログスワッパプロセス
システムログ関連ファイルの割り当て，解放，I/Oの管理，およびシンクポイントダンプを取得する。

pdsds(16～128)※3,※4
シングルサーバプロセス
SQLを処理する。

注※1

組み込みDBのバージョンが07-03以前の場合，起動されるプロセス数は2個です。

注※2

開始時は1個です。pdsdsプロセスが異常終了するたびに一時的に増加します。

注※3

システム共通定義ファイル（pdsys）に設定されているpd_max_usersオペランドの値を変更した場合，変更後の値が起動されるプロセス数の上限になります。

注※4

開始時は16個です。組み込みDBへのアクセス要求数に応じて，最大128個起動します。

付録C　設定するポート番号一覧

この節では，設定するポート番号の一覧と，ファイアウォールを通過するための方向について記載します。なお，使用するプロトコルはTCP/IPです。

JP1/AJS2で使用するポート番号は，製品の提供時および該当機能設定時に一部のポートを除いてデフォルトでservicesファイルに設定されます。

＜この節の構成＞

付録C.1　ポート番号一覧

付録C.2　ファイアウォールの通過方向

付録C.3　JP1/AJS2 - ViewとJP1/AJS2 - Managerの通信で使用するポート

付録C.4　JP1/AJS2 - ManagerとJP1/AJS2 - Agentの通信で使用するポート

付録C.5　JP1/AJS2 - ManagerとJP1/AJS2 - Managerの通信で使用するポート

付録C.6　JP1/AJS2 - ViewとJP1/Baseの通信で使用するポート

付録C.1　ポート番号一覧

＜この項の構成＞

(1)　JP1/AJS2 - Managerのポート番号

(2)　JP1/AJS2 - Agentのポート番号

(3)　JP1/AJS2 - Viewのポート番号

(1)　JP1/AJS2 - Managerのポート番号

JP1/AJS2 - Managerで使用するポート番号を次の表に示します。

表C-1　JP1/AJS2 - Managerで使用するポート番号

サービス名
ポート番号
用途

jp1ajs2qman
20241/tcp
マネージャーのジョブ※1の登録受付用
ジョブ※1の標準出力ファイル，標準エラー出力ファイル受付用
jp1exec，jp1exit以外のジョブの実行に使用するコマンド※2要求受付用
JP1/NQSEXEC，およびJP1/OJE for VOS3とのジョブ連携用
（ジョブの登録受付用）

jp1ajs2qagt
20242/tcp
エージェントへのジョブ※1の実行要求送信用

jp1ajs2qnfy
20243/tcp
マネージャーのジョブ※1の開始通知，終了通知受付用

jp1ajs2monitor
20244/tcp
マネージャーのリモートジョブネット用
マネージャーのリモートコマンド用
JP1/AJS2 - View用
JP1/AJS2 - Definition Assistant用
JP1/AJS2 - Web Operation Assistant用

jp1ajs2report
20245/tcp
マネージャーのジョブ※1状態通知用
JP1/NQSEXEC，およびJP1/OJE for VOS3へのジョブ連携用
（ジョブの状態通知受付用）

jp1ajs2eamgr
20246/tcp
マネージャーのイベントジョブ実行用

jp1ajs2eaagt
20247/tcp
エージェントのイベントジョブ実行用

jp1ajs2qlagt※3
20300/tcp
キューレスジョブ使用時
エージェントのキューレスジョブ実行用

jp1ajs2qlftp※3
20301/tcp
キューレスジョブ使用時
マネージャーのキューレスファイル転送用

jp1ajs2chkman※3
23138/tcp
定義内容の事前チェック使用時
定義内容の事前チェック用※4

jp1ajs2chkagt※3
23139/tcp
定義内容の事前チェック使用時
定義内容の事前チェック用

jp1ajs2gw※5
23160/tcp
スケジューラーサービス間でルートジョブネットの実行順序制御機能を使用時
スケジューラーサービス間の通信用

jp1ajs2cm※6
22275/tcp
JP1/AJS2 Console Manager使用時
JP1/AJS2 Console Viewからの受付用

jp1ajs2ca※6
22276/tcp
JP1/AJS2 Console Managers使用時
JP1/AJS2 Console Agentへの接続用
JP1/AJS2 Console Agent使用時
JP1/AJS2 Console Managerからの受付用

注

一つの論理ホスト内でスケジューラーサービスを多重起動する場合は，「jp1ajs2report」に相当するポートを別に割り当て，JP1/AJS2 - Managerの環境設定時に割り当てたジョブ状態通知ポートのサービス名を指定してください。

注※1

標準ジョブ，アクションジョブ，およびカスタムジョブを指します。

注※2

ジョブの実行に使用するコマンドについては，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　コマンド一覧」の，ジョブの実行に使用するコマンド一覧の表を参照してください。

注※3

JP1/AJS2 - Managerをインストールしただけでは設定されません。該当機能をセットアップしたときに設定されます。

注※4

UNIXの場合，定義内容の事前チェックではjp1ajs2chkmanのポート番号を使用しません。Windowsの場合，jp1ajs2chkmanのポート番号は，同一サーバ内での通信に使用します。

注※5

JP1/AJS2 - Managerをインストールしただけでは設定されません。該当機能をセットアップした時に手動で設定します。

注※6

Windows版の場合にだけ，インストール時に設定します。UNIX版の場合にはJP1/AJS2 Consoleをセットアップしたときに設定されます。

(2)　JP1/AJS2 - Agentのポート番号

JP1/AJS2 - Agentで使用するポート番号を次の表に示します。

表C-2　JP1/AJS2 - Agentで使用するポート番号

サービス名
ポート番号
用途

jp1ajs2qman
20241/tcp
マネージャーへのジョブ※1の登録要求送信用
マネージャーへのジョブ※1の標準出力ファイル，標準エラー出力ファイル送信用
マネージャーへのjp1exec，jp1exit以外のジョブの実行に使用するコマンド※2の要求送信用

jp1ajs2qagt
20242/tcp
エージェントのジョブ※1の実行要求受付用

jp1ajs2qnfy
20243/tcp
マネージャーへのジョブ※1の開始通知，終了通知送信用

jp1ajs2eamgr
20246/tcp
マネージャーのイベントジョブ実行用

jp1ajs2eaagt
20247/tcp
エージェントのイベントジョブ実行用

jp1ajs2qlagt※3
20300/tcp
キューレスジョブ使用時
エージェントのキューレスジョブ実行用

jp1ajs2qlftp※3
20301/tcp
キューレスジョブ使用時
マネージャーのキューレスファイル転送用

jp1ajs2chkagt※3
23139/tcp
定義内容の事前チェック使用時
定義内容の事前チェック用

注

serviceファイル（UNIXの場合は/etc/services）には，次に示すサービス名が追加されますが，JP1/AJS2 - Agentでは使用しませんので，削除しても問題ありません。

・サービス名：jp1ajs2monitor，ポート番号：20244

・サービス名：jp1ajs2report，ポート番号：20245

注※1

標準ジョブ，アクションジョブ，およびカスタムジョブを指します。

注※2

ジョブの実行に使用するコマンドについては，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　コマンド一覧」の，ジョブの実行に使用するコマンド一覧の表を参照してください。

注※3

JP1/AJS2 - Agentをインストールしただけでは設定されません。該当機能をセットアップしたときに設定されます。

(3)　JP1/AJS2 - Viewのポート番号

JP1/AJS2 - Viewで使用するポート番号を次の表に示します。

表C-3　JP1/AJS2 - Viewで使用するポート番号

サービス名
ポート番号
用途

jp1ajs2monitor
20244/tcp
JP1/AJS2 - View用

jp1ajs2cm
22275/tcp
JP1/AJS2 Console View使用時
JP1/AJS2 Console Managerへの接続用

jp1ajs2cfm※
20450/tcp
JP1/AJS2 Configuration View使用時
JP1/AJS2 - Configuration Managerへの接続用

注※

詳細については，マニュアル「JP1/Automatic Job Management System 2 - Configuration」を参照してください。

付録C.2　ファイアウォールの通過方向

ファイアウォールを通過するための方向を次の表に示します。

なお，JP1/AJS2では，パケットフィルタリング型およびNAT（スタティックモード）型のアドレス変換をサポートしています。

表C-4　ファイアウォールの通過方向（JP1/AJS2）

設定が必要な
プログラム名
サービス名
ポート
番号
ファイアウォールの
通過方向

JP1/AJS2 - Manager
JP1/AJS2 - Agent
他プログラム※1
jp1ajs2qman
20241/tcp
エージェント → マネージャー
マネージャー ←→ マネージャー
マネージャー ←→ 他プログラム※1

JP1/AJS2 - Manager
JP1/AJS2 - Agent
jp1ajs2qagt
20242/tcp
マネージャー → エージェント

JP1/AJS2 - Manager
JP1/AJS2 - Agent
jp1ajs2qnfy
20243/tcp
エージェント → マネージャー

JP1/AJS2 - Manager
JP1/AJS2 - View
JP1/AJS2 - Definition Assistant※2
JP1/AJS2 - Web Operation Assistant※3
jp1ajs2monitor
20244/tcp
JP1/AJS2 - View → マネージャー
マネージャー ←→ マネージャー
JP1/AJS2 - Definition Assistant※2 → マネージャー
JP1/AJS2 - Web Operation Assistant※3 → マネージャー

JP1/AJS2 - Manager
他プログラム※1
jp1ajs2report※4
20245/tcp
マネージャー ←→ マネージャー
他プログラム※1 → マネージャー

JP1/AJS2 - Manager
jp1ajs2gw
23160/tcp
ジョブネットコネクタ実行ホスト ←→
接続先のジョブネット実行ホスト

JP1/AJS2 - Manager
JP1/AJS2 - Agent
jp1ajs2eamgr
20246/tcp
エージェント → マネージャー

JP1/AJS2 - Manager
JP1/AJS2 - Agent
jp1ajs2eaagt
20247/tcp
マネージャー → エージェント

JP1/AJS2 - Manager
JP1/AJS2 - Agent
jp1ajs2qlagt
20300/tcp
マネージャー → エージェント

JP1/AJS2 - Manager
JP1/AJS2 - Agent
jp1ajs2qlftp
20301/tcp
エージェント → マネージャー

JP1/AJS2 - Manager
JP1/AJS2 - Agent
jp1ajs2chkagt
23139/tcp
マネージャー → エージェント

JP1/AJS2 - Manager
jp1ajs2ca
22276/tcp
マネージャー → マネージャー

JP1/AJS2 - Manager
JP1/AJS2 - View
jp1ajs2cm
22275/tcp
JP1/AJS2 - View → マネージャー

JP1/AJS2 - View
jp1ajs2cfm※5
20450/tcp
JP1/AJS2 - View → JP1/AJS2 - Configuration Manager

（凡例）

→：左項から右項への片方向を表す。

←→：左項から右項，および右項から左項の両方向を表す。

注※1

「他プログラム」とは，JP1/NQSEXEC・JP1/OJE for VOS3，またはJP1/AJS2の関数を利用したユーザープログラムのことです。JP1/AJS2 - Managerに登録されたジョブの状態通知を他プログラムで受信する場合，他プログラムで指定するジョブ状態通知ポートを，「マネージャー → 他プログラム」の方向に通過させる必要があります。

詳細については，JP1/NQSEXECを使用している場合は，マニュアル「JP1/NQSEXEC システム管理者ガイド」またはマニュアル「JP1/NQSEXEC ユーザーズガイド」を参照してください。JP1/OJE for VOS3を使用している場合は，マニュアル「VOS3 オープンジョブウェイ支援 JP1/Open Job Entry」を参照してください。

注※2

ファイアウォールの設定方法については，マニュアル「JP1/Automatic Job Management System 2 - Definition Assistant」を参照してください。

注※3

ファイアウォールの設定方法については，マニュアル「JP1/Automatic Job Management System 2 - Web Operation Assistant」を参照してください。

注※4

スケジューラーサービスを多重起動した場合や，スケジューラーサービスのジョブ状態通知ポート（デフォルトは，jp1ajs2report）を変更した場合は，それらのジョブ状態通知ポートもjp1ajs2reportと同様に通過させる必要があります。

注※5

jp1ajs2cfmのポートに対するファイアウォールの設定方法についてはマニュアル「JP1/Automatic Job Management System 2 - Configuration」を参照してください。

上記の表のポート番号を使用してコネクションを確立したい場合は，ファイアウォールの設定で「サービス名のポート」と「サービス名のポート番号に対して確立されたセションへの返信はANY」を必ず通すように設定してください。返信が「ANY」となるのは，OSによる自動採番のためです。

ファイアウォールサーバマシンにJP1をインストールする場合は，次の点に注意してください。

ファイアウォールサーバマシン上にJP1/AJS2をインストールする場合は，同一マシン内での通信もファイアウォールの対象となる場合があるため，同一マシン内でも通信できるように設定してください。

Windows版のJP1/AJS2 - Managerの場合，同一マシン内の内部処理については，IPアドレス 127.0.0.1（localhost）でのローカル通信で，動的に空きポート番号を使って通信します。ファイアウォールが，ローカル通信（127.0.0.1での通信）もアクセス制限の対象としている場合は，1.の設定と合わせて，127.0.0.1 での通信をすべて許可するように設定してください。

JP1/AJS2 - Viewでジョブネットモニタ起動方式変更オプションを有効にしている場合，IPアドレス 127.0.0.1（localhost）でのローカル通信で，動的に空きポート番号を使って通信します。ファイアウォールが，ローカル通信（127.0.0.1での通信）もアクセス制限の対象としている場合は，127.0.0.1 での通信をすべて許可するように設定してください。

付録C.3　JP1/AJS2 - ViewとJP1/AJS2 - Managerの通信で使用するポート

JP1/AJS2 - ViewとJP1/AJS2 - Managerの通信で使用するポートについて説明します。

JP1/AJS2 - ViewからJP1/AJS2 - Managerへの通信用サービス名とデフォルトのポート番号を次の表に示します。

表C-5　ポート番号一覧（JP1/AJS2 - ViewからJP1/AJS2 - Managerへの通信用）

サービス名 | デフォルトのポート番号
jp1ajs2monitor | 20244/tcp
jp1ajs2cm | 22275/tcp
jp1ajs2cfm | 20450/tcp

ポート番号は，任意の番号に変更できます。

付録C.4　JP1/AJS2 - ManagerとJP1/AJS2 - Agentの通信で使用するポート

JP1/AJS2 - ManagerとJP1/AJS2 - Agentの通信で使用するポートについて説明します。

JP1/AJS2 - AgentからJP1/AJS2 - Managerへの通信用サービス名とデフォルトのポート番号を次の表に示します。

表C-6　ポート番号一覧（JP1/AJS2 - AgentからJP1/AJS2 - Managerへの通信用）

サービス名 | デフォルトのポート番号
jp1ajs2qman | 20241/tcp
jp1ajs2qnfy | 20243/tcp
jp1ajs2eamgr | 20246/tcp
jp1ajs2eaagt | 20247/tcp
jp1ajs2qlftp | 20301/tcp

ポート番号は，任意の番号に変更することもできます。

JP1/AJS2 - ManagerからJP1/AJS2 - Agentへの通信用サービス名とデフォルトのポート番号を次の表に示します。

表C-7　ポート番号一覧（JP1/AJS2 - ManagerからJP1/AJS2 - Agentへの通信用）

サービス名 | デフォルトのポート番号
jp1ajs2qagt | 20242/tcp
jp1ajs2eamgr | 20246/tcp
jp1ajs2eaagt | 20247/tcp
jp1ajs2qlagt | 20300/tcp
jp1ajs2chkagt | 23139/tcp

ポート番号は，任意の番号に変更することもできます。

付録C.5　JP1/AJS2 - ManagerとJP1/AJS2 - Managerの通信で使用するポート

JP1/AJS2 - ManagerとJP1/AJS2 - Managerの通信で使用するポートについて説明　します。

JP1/AJS2 - ManagerからJP1/AJS2 - Managerへの通信用サービス名とデフォルトのポート番号を次の表に示します。

表C-8　ポート番号一覧（JP1/AJS2 - ManagerからJP1/AJS2 - Managerへの通信用）

サービス名 | デフォルトのポート番号
jp1ajs2qman | 20241/tcp
jp1ajs2monitor | 20244/tcp
jp1ajs2report | 20245/tcp
jp1ajs2gw | 23160/tcp
jp1ajs2ca | 22276/tcp

ポート番号は，任意の番号に変更することもできます。

JP1/AJS2 - Managerをエージェントとして使用する場合は，「付録C.4 JP1/AJS2 - ManagerとJP1/AJS2 - Agentの通信で使用するポート」に示す通信ポートを設定してください。

付録C.6　JP1/AJS2 - ViewとJP1/Baseの通信で使用するポート

JP1/AJS2 - ViewとJP1/Baseの通信で使用するポートはありません。

付録D　制限値一覧

＜この節の構成＞

(1)　製品の接続数に関する制限値

(2)　JP1/AJS2全体に関する制限値

(3)　ジョブネットワーク要素の制限値

(4)　スケジューラーサービスの制限値

(5)　ジョブ実行環境の制限値

(6)　イベント・アクション制御の制限値

(7)　JP1/AJS2 Consoleの制限値

(8)　定義内容を事前チェックする場合の制限値

(9)　キューレスジョブ実行制御の制限値

(1)　製品の接続数に関する制限値

JP1/AJS2 - Managerに接続できるJP1/AJS2 - Agentの数と，JP1/AJS2 - Managerに接続できるJP1/AJS2 - Viewの数を次の表に示します。

表D-1　接続できるJP1/AJS2 - ViewおよびJP1/AJS2 - Agentの制限値

定義内容 | 接続できる最大値
1台のJP1/AJS2 - Managerに接続できるJP1/AJS2 - Agent | 1,024
1台のJP1/AJS2 - Managerに接続できるJP1/AJS2 - View | 128※

注※

64台以上のJP1/AJS2 - Viewを接続すると，JP1/AJS2 - Manager，およびネットワークに対する負荷が非常に大きくなります。このため，64台以上のJP1/AJS2 - Viewを接続する場合は，各JP1/AJS2 - Viewの画面を自動更新しないように設定するか，自動更新間隔を600秒以上に設定してください。また，JP1/AJS2 - Managerと，データの転送量が多い［マンスリースケジュール］ウィンドウは同時に使用しないでください。

JP1/AJS2 - Agentに接続できるJP1/AJS2 - Managerの数を次の表に示します。

表D-2　接続できるJP1/AJS2 - Managerの制限値

運用内容 | 接続できる最大数
1台のJP1/AJS2 - Agentに接続できるJP1/AJS2 - Manager | 16※

注※

エージェントとエージェントに接続するすべてのマネージャー間で円滑に通信できる環境を前提とします。この値より少ない場合でも，エージェントからマネージャーへの通信で名前解決に時間が掛かったり，接続でタイムアウトが発生したりするマネージャーがあると，ほかのマネージャーからのジョブの実行が遅延するなど運用に影響を与えることがあります。

また，エージェントが同時に処理するジョブ数によっても運用に影響を与えることがあります。ピーク時の運用を想定した検証を十分に実施してください。

なお，キューレスジョブの実行環境としては，接続できるJP1/AJS2 - Managerの制限値はありません。

(2)　JP1/AJS2全体に関する制限値

JP1/AJS2で使用できる言語種別および文字コード種別は，「5.6.1 システムで使用する言語種別を検討する」を参照してください。

(3)　ジョブネットワーク要素の制限値

JP1/AJS2で定義するジョブネットワーク要素の制限値を次の表に示します。

表D-3　ジョブネットワーク要素の制限値

定義内容 | 定義できる最大数
ユニットのコメント長 | 80（単位：バイト）
1階層に定義できるジョブネットワーク要素数※7 | 10,000
定義できるルートジョブネット数 | 制限なし
ジョブグループ名※1（完全名） | 930（単位：バイト）※6
ジョブネット名※¹（完全名） | 930（単位：バイト）※6
ジョブ名※¹（完全名） | 930（単位：バイト）
ジョブネットワーク要素の最大ネスト数※7 | 30
ジョブネットワーク要素名 | 30（単位：バイト）
ジョブネットの実行登録数 | 2,147,483,647※²
保存世代数 | 99（または999※³，※⁴）
退避ボックスに作成できる退避ファイル数 | 1,024
スケジューラーログファイル容量 | 2,048,000,000（単位：バイト）
最終年月日 | 2036/12/31
同一ジョブネットの最大予定世代数 | 7,680※⁴
一回の監視世代での起動条件待ち世代の最大世代数 | 7,680※5
同時に実行できるジョブ数 | 制限なし※²
起動条件内に定義できるイベントジョブ数 | 32
環境変数TZの長さ | 95（単位：バイト）
ホスト名の長さ | 255（単位：バイト）
環境変数LANGの長さ | 58（単位：バイト）

注※1

これらのユニットの名称を定義するときには，半角英数字，全角文字，および次の記号を使用できます。

! # $ % + @ －（ハイフン） .（ピリオド） _（アンダーバー）

上記以外に使用できる記号として次のものがあります。ただし，これらの記号は前製品（JP1/AJS）からの移行時のために用意されていますので，その他の用途では使用しないでください。

" & ' * < > ? [ ¥ ] ^‘ {｜} ~

これらの記号を使用したユニットを，ジョブネットワーク要素を操作するコマンドの実行する際にコマンドラインに指定する場合は，ユニット名称全体を「"（ダブルクォート）」で囲み，記号の前に「¥」文字を置いてキャストしてください（例：ajsprintコマンドで，ユニット/net[1]を指定する場合：ajsprint "/net¥[1¥]"）。

また，記号はUNIXのシェルなどのコマンドインタープリターで特別な意味を持つ場合があり，ユニット名に記号を使うと誤動作することがありますので，できるだけ使用しないでください。

ユニット名の先頭に，.（ピリオド）および@は使用できません。ただし，起動条件のユニット名称として使用する「.CONDITION」の場合だけは，先頭に.（ピリオド）を使用できます。

また，機種依存文字は使用できません。ユニット名以外の定義項目でも機種依存文字を使用しないでください。機種依存文字を使用した場合，文字化けするおそれがあります。

注※2

ディスクやメモリーなどの資源や，実行性能に依存しない場合で算出した値です。

注※3

保存世代数の拡張機能を使用した場合に定義できる最大値です。

注※4

保存世代数と予定世代数の合計値は，データベースの制限によって8,000を超えることはできません。保存世代拡張機能を使用すると最大で999の保存世代数を拡張できますが，予定世代数の最大値である7680まで設定していると，実際に保存できる世代数は最大で320になります。これは，世代が保存されることによって，確定登録済みの予定が削除されることを防ぐためです。保存世代拡張機能を使用して最大で999の保存世代数を確保したい場合は，未来予定が7001を超えないような運用をする必要があります。

注※5

1回の監視世代で起動条件待ち状態の最大同時保持世代数です。通常の起動条件であれば，起動条件待ちから実行中に遷移した時点で，その世代はこの制限値から外れます。

注※6

最大数に達した場合，配下にユニットを作成できません。

注※7

一つのルートジョブネット配下に作成するジョブネットワーク要素数が多くなると，処理対象となる情報量が多くなるのでメモリー不足が発生するなど，運用に影響を与えるおそれがあります。一つのルートジョブネット配下に作成するジョブネットワーク要素数は，40,000個以下にしてください。

(4)　スケジューラーサービスの制限値

スケジューラーサービスの制限値を次の表に示します。

表D-4　スケジューラーサービスの制限値

定義内容 | 定義できる最大数
スケジューラーサービスの最大定義数 | 20※

注※

スケジューラーサービスは，1台のマシンにつき物理ホストと論理ホストを合わせて20個まで定義できます。

(5)　ジョブ実行環境の制限値

JP1/AJS2でジョブを実行するときの制限値を次の表に示します。

表D-5　ジョブ実行環境の制限値

定義内容 | 定義できる最大数
キューの最大定義数 | 8,192
接続できるエージェント数 | 1,024
排他実行リソース数 | 8,192

(6)　イベント・アクション制御の制限値

JP1/AJS2でイベントジョブを実行する場合の制限値を次の表に示します。

表D-6　イベント・アクション制御の制限値

対象項目 | 最大値
一度に実行登録できるイベントジョブ（起動条件に設定しているものを含む）の数 | 1,000※1
一度に強制終了できるイベントジョブ（起動条件に設定しているものを含む）の数 | 1,000※1
イベントジョブ（起動条件に設定しているものを含む）を実行したまま，マネージャーホストのJP1/AJS2サービスまたはスケジューラーサービスをウォームスタートまたはホットスタートする場合の，スケジューラーサービス当たりのイベントジョブ（起動条件に設定しているものを含む）の上限数 | 1,300※1
イベントジョブ（起動条件に設定しているものを含む）を実行したまま，マネージャーホストのJP1/AJS2サービスをウォームスタートまたはホットスタートする場合の，マネージャーホスト当たりのイベントジョブ（起動条件に設定しているものを含む）の上限数 | 4,000※1
イベントジョブ（起動条件に設定しているものを含む）を実行したまま，エージェントホストのJP1/AJS2サービスを再起動する場合の，エージェントホスト当たりのイベントジョブ（起動条件に設定しているものを含む）の上限数 | 1,300※1
イベントジョブ（起動条件に設定しているものを含む）を実行したまま，複数のエージェントホストのJP1/AJS2サービスを同時に再起動する場合の，それら複数エージェントホストの合計のイベントジョブ（起動条件に設定しているものを含む）の上限数 | 4,000※1
イベントジョブ（起動条件に設定しているものを含む）を実行したまま，jajs_maintainコマンドの引数に-Fを指定して実行する場合の，スケジューラーサービス当たりのイベントジョブ（起動条件に設定しているものを含む）の上限数 | 1,300※1
イベントジョブ（起動条件に設定しているものを含む）を実行したまま，jajs_maintainコマンドの引数に-Fを指定しないで実行する場合の，マネージャーホスト当たりのイベントジョブ（起動条件に設定しているものを含む）の上限数 | 4,000※1，※2
イベントジョブ（起動条件に設定しているものを含む）に対してajskillまたはajsintrptコマンドを連続実行できる数 | 1,300※1，※3
同時に実行できるログファイル監視ジョブの数 | 150※4

注※1

イベントが発生していない場合の値です。同時期にイベントが発生する場合は，発生するイベントの数も含めて最大値を超えないようにしてください。

最大値を超えた場合に，イベントジョブ（起動条件内のものを含む）の操作をしたり，監視しているイベントが発生したりすると，次に示す現象が発生することがあります。

実行登録したイベントジョブ（起動条件内のものを含む）の状態が，キューイングのままとなる。

実行中のイベントジョブや監視中の起動条件付きジョブネットを強制終了しても終了しない。

イベントジョブ（起動条件内のものを含む）がイベントを検知しない。

マシン性能が高いなど，環境によってはこれらの最大値を超えた運用でも問題が発生しない場合がありますので，目安としてご使用ください。

なお，これらの現象は，大量ジョブの処理に伴った大量の通信に起因して発生しますが，現象が発生する理由や現象発生後の回復策などの詳細については，「8.3.9 イベントジョブを実行したままサービスを再起動する場合の注意事項」を参照してください。

注※2

すでに実行されているもの以外に，メンテナンス中の時間帯に開始されるようにスケジュールされたイベントジョブ（起動条件に設定しているものを含む）の数も含みます。

注※3

短時間にコマンドを連続実行すると，大量の通信が発生するため，最大値を超えた場合は注※1の現象が発生することがあります。現象が発生する理由や現象発生後の回復策などの詳細については，「8.3.9 イベントジョブを実行したままサービスを再起動する場合の注意事項」を参照してください。

注※4

次に示す条件が重なる場合の値です。

ログファイル監視ジョブの実行ホストのOSがWindowsである。

各ログファイル監視ジョブでは，ログファイルを一つだけ監視する。

ログファイル監視ジョブだけでログファイルを監視し，JP1/Baseのログファイルトラップ機能を併用しない。

UNIXの場合，一つのログファイル監視ジョブで複数のログファイルを監視するとき，またはJP1/Baseのログファイルトラップ機能を併用するときは，マニュアル「JP1/Base 運用ガイド」を参照し，ログファイルトラップ機能で監視できるログファイル数から，実行できるログファイル監視ジョブの数を見積もってください。

(7)　JP1/AJS2 Consoleの制限値

JP1/AJS2 Consoleを使用する場合の制限値を次の表に示します。

表D-7　JP1/AJS2 Consoleの制限値

定義内容 | 最大値
JP1/AJS2 Console Managerに接続できるJP1/AJS2 Console Viewの数 | 64（単位：台）
一台のJP1/AJS2 Console Agentを監視できるJP1/AJS2 Console Managerの数 | 64（単位：台）
一つのルート業務スコープで監視できるJP1/AJS2 Console Agent（マネージャーホスト）の数 | 50（単位：台）
業務スコープの最大階層数（ネスト業務スコープを3階層まで作成できる） | 3（単位：階層）
ルート業務スコープのマップエリアに定義できる，AJS2ユニット監視オブジェクトとネスト業務スコープ（配下にあるAJS2ユニット監視オブジェクトも含む）の総数 | 500（単位：個）
業務スコープ，AJS2ユニット監視オブジェクトの名称※1 | 30（単位：バイト）
業務スコープ，AJS2ユニット監視オブジェクトのコメント長 | 80（単位：バイト）
監視対象先ホスト名 | 255（単位：バイト）
監視対象のユニット名※2 | 2,047（単位：バイト）
マップサイズの縦方向と横方向への拡大幅 | 100（単位：個）
表示倍率 | 200（単位：%）

注※1

これらの名称を定義するときには，半角英数字，全角文字，および次の記号を使用できます。

! # $ % + @ －（ハイフン） .（ピリオド） _（アンダーバー）

ただし，機種依存文字は使用できません。これらの名称以外の定義項目でも機種依存文字を使用しないでください。機種依存文字を使用した場合，文字化けするおそれがあります。

入力できない半角文字を次に示します。

スペース

（

）

， （コンマ）

： （コロン）

； （セミコロン）

/

=

注※2

入力できない半角文字を次に示します。

スペース

（

）

， （コンマ）

； （セミコロン）

=

(8)　定義内容を事前チェックする場合の制限値

JP1/AJS2の定義内容を事前チェックする場合の制限値を次の表に示します。

表D-8　定義内容を事前チェックする場合の制限値

定義内容 | 最大数
定義内容の事前チェックの同時実行数 | 1

(9)　キューレスジョブ実行制御の制限値

JP1/AJS2でキューレスジョブを実行する場合の制限値を次の表に示します。

表D-9　キューレスジョブ実行制御の制限値

定義内容 | 最大数
キューレスエージェントサービスへ同時にアタッチできる論理ホストの数 | 9

付録E　ログ情報

JP1/AJS2で出力するログ情報と出力形式について説明します。

＜この節の構成＞

付録E.1　スケジューラーサービスが出力するログ

付録E.2　キューレスエージェントサービスが出力するログ

付録E.3　定義内容の事前チェックで出力するログ

付録E.1　スケジューラーサービスが出力するログ

JP1/AJS2のスケジューラーログファイル中に出力されるログの一覧を次の表に示します。

表E-1　スケジューラーログ一覧

ログ種別
ログ名称
対応する
メッセージのID
対応する
JP1イベント
コマンド名
JP1/AJS2 - Viewからの操作

A001
スケジューラーサービス開始
KAVS0200-I
00004100
ajsstart
jajs_spmd
－

A002
スケジューラーサービス終了
KAVS0201-I
00004101
ajsstop
jajs_spmd_stop
－

A003
スケジューラーサービスプロセス異常終了
KAVS0204-E
00004130
－
－

A007
JP1/AJS2 - Viewの接続
KAVS0534-I
なし
－
スケジューラーサービスへの接続

A008
JP1/AJS2 - Viewの接続終了
KAVS0535-I
なし
－
スケジューラーサービスへの接続終了

A009
JP1/AJS2 - Scenario Operationの接続
KAVS0536-I
なし
－
－

A010
JP1/AJS2 - Scenario Operationの接続終了
KAVS0537-I
なし
－
－

A011
スケジューラーログ出力プロセス開始
KAVS0220-I
なし
jajs_spmd
－

A012
スケジューラーログ出力プロセス終了
KAVS0221-I
なし
jajs_spmd_stop
－

A013
認証の拒否
KAVS1009-W
なし
－
－

N001
ジョブネット開始
KAVS0260-I
00004102
－
－

N002
ジョブネット正常終了
KAVS0261-I
00004103
－
－

N003
ジョブネット異常終了
KAVS0262-E
00004104
－
－

N004
ジョブネット警告終了
KAVS0268-W
00004108
－
－

N005
ジョブネット保留
KAVS0270-I
00004120
－
－

N006
ジョブネット閉塞
KAVS0272-E
00004131
－
－

N007
KAVS0273-E

N008
ジョブネット開始遅延
KAVS0275-I
00004122
－
－

N009
ジョブネット終了遅延
KAVS0276-I
00004123
－
－

N010
次回予定キューイング
KAVS0277-I
00004124
－
－

N011
ジョブネット起動条件監視開始
KAVS0240-I
00004140
－
－

N012
ジョブネット起動条件監視終了
KAVS0241-I
00004141
－
－

N013
ジョブネット繰り越し未実行
KAVS0279-E
00004142
－
－

N014
ジョブネット全登録解除
KAVS0267-I
なし
ajsstart -c
－

J001
ジョブ開始
KAVS0263-I
00004105
－
－

J002
ジョブ正常終了
KAVS0264-I
00004106
－
－

J003
ジョブ異常終了
KAVS0265-E
00004107
－
－

J004
ジョブ警告終了
KAVS0269-W
00004109
－
－

J005
ジョブ保留
KAVS0271-I
00004121
－
－

J006
ジョブサブミット開始
KAVS0278-I
00004125
－
－

J007
イベントジョブ実行要求開始
KAVS0242-I
00004126
－
－

J008
ジョブ終了遅延
KAVS0248-I
00004127
－
－

C001
スケジューラーサービスの運用環境の一時的な変更
なし
なし
ajsalter
－

C002
スケジューラーサービスの停止
なし
なし
ajsstop
－

C003
スケジューラーサービスの起動
なし
なし
ajsstart
－

C101
ジョブネットの登録
なし
なし
ajsentry
実行登録
「ルートジョブネットを指定したデイリーまたはマンスリーからの"追加"」

C102
ジョブネットの登録の取り消し
なし
なし
ajsleave
登録解除

C103
ジョブネットの一時変更
なし
なし
ajsplan
計画一時変更
保留属性変更
遅延監視変更
優先順位変更
「ネストジョブネットを指定したデイリーまたはマンスリーからの"追加"」

C104
ジョブネットの実行の中断
なし
なし
ajsintrpt
中断

C105
ジョブネットの再実行
なし
なし
ajsrerun
再実行

C106
ジョブネットのサスペンド/サスペンド解除
なし
なし
ajssuspend
サスペンド

C107
登録予定情報のインポート
なし
なし
ajsrgimport
－

C108
登録予定情報のインポートによるジョブネットの登録
なし
なし
ajsrgimport
－

C201
ジョブネット・ジョブの強制終了
なし
なし
ajskill
強制終了

C202
ジョブの状態変更
なし
なし
ajschgstat
ジョブ状態変更

C301
ユニットの定義内容変更
なし
なし
ajschange
ajschgjob
ajschgnet
定義変更

C302
ユニットの削除
なし
なし
ajsdelete
削除

C303
ユニットの回復
なし
なし
ajsrestore
回復

C304
ユニットの作成
なし
なし
ajsdefine
新規作成

C305
ユニットの複写，移動
なし
なし
ajscopy
貼り付け

C306
ユニットのインポート
なし
なし

ajsimport

－

C401
カレンダーの変更
なし
なし
ajscalendar
カレンダー変更

C502
ユニットの状態表示
なし
なし
ajsshow
－

C503
ユニットの定義内容出力
なし
なし
ajsprint
－

C504
ユニットの定義内容退避
なし
なし
ajsbackup
退避

C506
ユニットの予定情報出力
なし
なし
ajsschedule
－

C507
ユニットの名称出力
なし
なし
ajsname
－

C508
ユニットのエクスポート
なし
なし
ajsexport
パッケージ

C509
ユニットの状態表示（異常終了）
なし
なし
ajsshow
－

C510
ユニットの定義内容出力（異常終了）
なし
なし
ajsprint
－

C511
ユニットの定義内容の退避（異常終了）
なし
なし
ajsbackup
退避

C512
ユニット名称の出力（異常終了）
なし
なし
ajsname
－

C513
登録予定情報のエクスポート
なし
なし
ajsrgexport
－

C514
登録予定情報のエクスポートによるジョブネットの情報出力
なし
なし
ajsrgexport
－

I001
コマンド該当処理開始
なし
なし
ajsalter
ajsimport
ajsname
ajsprint
ajsschedule
ajsshow
ajsstart
ajsstop
－

ajsbackup
退避

ajscalendar
カレンダー変更

ajschange
ajschgjob
ajschgnet
定義変更

ajschgstat
ジョブ状態変更

ajscopy
貼り付け

ajsdefine
新規作成

ajsdelete
削除

ajsentry
実行登録
「ルートジョブネットを指定したデイリーまたはマンスリーからの"追加"」

ajsexport
パッケージ

ajsintrpt
中断

ajskill
強制終了

ajsleave
登録解除

ajsplan
計画一時変更
保留属性変更
遅延監視変更
優先順位変更
「ネストジョブネットを指定したデイリーまたはマンスリーからの"追加"」

ajsrerun
再実行

ajsrestore
回復

ajsrgexport
－

ajsrgimport
－

ajssuspend
サスペンド

I002
コマンドからスケジューラーサービスへの処理要求開始
なし
なし
ajschgstat
ジョブ状態変更

ajsentry
実行登録
「ルートジョブネットを指定したデイリーまたはマンスリーからの"追加"」

ajsintrpt
中断

ajskill
強制終了

ajsleave
登録解除

ajsplan
計画一時変更
保留属性変更
遅延監視変更
優先順位変更
「ネストジョブネットを指定したデイリーまたはマンスリーからの"追加"」

ajsrerun
再実行

ajssuspend
サスペンド

各ログ情報の出力形式と出力項目について次に説明します。なお，出力形式中の「△」は1バイトの空白を示しています。

＜この項の構成＞

(1)　ログの共通の出力形式

(2)　「スケジューラーサービス開始」ログの出力形式

(3)　「スケジューラーサービス終了」ログの出力形式

(4)　「スケジューラーサービスプロセス異常終了」ログの出力形式

(5)　「JP1/AJS2 - Viewの接続」ログの出力形式

(6)　「JP1/AJS2 - Viewの接続終了」ログの出力形式

(7)　「JP1/AJS2 - Scenario Operationの接続」ログの出力形式

(8)　「JP1/AJS2 - Scenario Operationの接続終了」ログの出力形式

(9)　「スケジューラーログ出力プロセス起動」ログの出力形式

(10)　「スケジューラーログ出力プロセス停止」ログの出力形式

(11)　「認証（ログイン・ユーザーマッピング）の拒否」ログの出力形式

(12)　「ジョブネット開始」ログの出力形式

(13)　「ジョブネット正常終了」ログの出力形式

(14)　「ジョブネット異常終了」ログの出力形式

(15)　「ジョブネット警告終了」ログの出力形式

(16)　「ジョブネット保留」ログの出力形式

(17)　「ジョブネット閉塞」ログ（N006）の出力形式

(18)　「ジョブネット閉塞」ログ（N007）の出力形式

(19)　「ジョブネット開始遅延」ログの出力形式

(20)　「ジョブネット終了遅延」ログの出力形式

(21)　「次回予定キューイング」ログの出力形式

(22)　「ジョブネット起動条件監視開始」ログの出力形式

(23)　「ジョブネット起動条件監視終了」ログの出力形式

(24)　「ジョブネット繰り越し未実行」ログの出力形式

(25)　「ジョブネット全登録解除」ログの出力形式

(26)　「ジョブ開始」ログの出力形式

(27)　「ジョブ正常終了」ログの出力形式

(28)　「ジョブ異常終了」ログの出力形式

(29)　「ジョブ警告終了」ログの出力形式

(30)　「ジョブ保留」ログの出力形式

(31)　「ジョブサブミット開始」ログの出力形式

(32)　「イベントジョブ実行要求開始」ログの出力形式

(33)　「ジョブ終了遅延」ログの出力形式

(34)　「スケジューラーサービスの運用環境の一時的な変更」ログの出力形式

(35)　「スケジューラーサービスの停止」ログの出力形式

(36)　「スケジューラーサービスの起動」ログの出力形式

(37)　「ジョブネットの登録」ログの出力形式

(38)　「ジョブネットの登録の取り消し」ログの出力形式

(39)　「ジョブネットの一時変更」ログの出力形式

(40)　「ジョブネットの実行の中断」ログの出力形式

(41)　「ジョブネットの再実行」ログの出力形式

(42)　「ジョブネットのサスペンド/サスペンド解除」ログの出力形式

(43)　「登録予定情報のインポート」ログの出力形式

(44)　「登録予定情報のインポートによるジョブネットの登録」ログの出力形式

(45)　「ジョブネット・ジョブの強制終了」ログの出力形式

(46)　「ジョブの状態変更」ログの出力形式

(47)　「ユニットの定義内容変更」ログの出力形式

(48)　「ユニットの削除」ログの出力形式

(49)　「ユニットの回復」ログの出力形式

(50)　「ユニットの作成」ログの出力形式

(51)　「ユニットの複写，移動」ログの出力形式

(52)　「ユニットのインポート」ログの出力形式

(53)　「カレンダーの変更」ログの出力形式

(54)　「ユニットの状態表示」ログの出力形式

(55)　「ユニットの定義内容出力」ログの出力形式

(56)　「ユニットの定義内容の退避」ログの出力形式

(57)　「ルートジョブネットの予定情報出力」ログの出力形式

(58)　「ユニット名称の出力」ログの出力形式

(59)　「ユニットの定義内容のエクスポート」ログの出力形式

(60)　「ユニットの状態表示（異常終了時）」ログの出力形式

(61)　「ユニットの定義内容出力（異常終了時）」ログの出力形式

(62)　「ユニットの定義内容の退避（異常終了時）」ログの出力形式

(63)　「ユニット名称の出力（異常終了時）」ログの出力形式

(64)　「登録予定情報のエクスポート」ログの出力形式

(65)　「登録予定情報のエクスポートによるジョブネットの情報出力」ログの出力形式

(66)　「コマンドの該当処理開始」ログの出力形式

(67)　「コマンドからスケジューラーサービスへの処理要求開始」ログの出力形式

(1)　ログの共通の出力形式

スケジューラーサービスの各ログ情報で，共通の出力形式を次に示します。

なお，ログ情報にプロセスIDを出力しない形式と，出力する形式を選択できます。選択方法を次に示します。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログのプロセスID出力］で指定します。

プロセスIDを出力しない場合は［しない］を選択し，プロセスIDを出力する場合は［する］を選択します。

UNIXの場合

スケジューラーサービス環境設定ファイル（/etc/opt/jp1ajs2/conf/Schedule.conf）のLOGHEADERパラメーターで指定してから，jbssetcnfコマンドで設定を反映してください。プロセスIDを出力しない場合は「none」を選択し，プロセスIDを出力する場合は「PID」を指定します。

環境設定の手順については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.1.1 スケジューラーサービス環境の設定手順」を参照してください。

表E-2　プロセスID出力の設定の有無と出力形式

出力形式の設定
出力形式

環境設定パラメーターのLOGHEADERに「none」が指定されている場合
（プロセスIDの出力なし）
ログ種別△日付△時刻△付加情報△

環境設定パラメーターのLOGHEADERに「PID」が指定されている場合
（プロセスIDの出力あり）
ログ種別△日付△時刻△［プロセスID］△付加情報△

各項目について次の表に示します。

表E-3　共通の出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ログ種別
「A001」などのログ種別が出力されます。
4

日付
ログを出力した日付が出力されます。
月と日の間は1～2バイトの空白で区切られています。
（例）
・3月1日の場合：Mar△△1，またはMar△01※
・3月10日の場合：Mar△10
なお，環境設定パラメーターのAJSLOGOUTPUTYEARに「yes」を指定している場合は，YYYY/MM/DDの形式で出力されます。
（例）
2007年3月5日の場合：2007/03/05
6または11

時刻
ログを出力した時刻が出力されます。
時，分，および秒の間は1バイトの「:」（コロン）で区切られています。値が2けたに満たない場合は，前に「0」が付けられて表示されます。
（例）
23時5分0秒の場合：23:05:00
8

［プロセスID］
コマンドおよびスケジューラーサービスのプロセスIDを出力します。
環境設定パラメーターのLOGHEADERに「PID」が指定されている場合に出力されます。
環境設定パラメーターのLOGHEADERに「none」が指定されている場合には出力されません。
かぎ括弧内の数値がプロセスIDです。
0または3～12

付加情報
各ログの詳細情報が出力されます。
各ログの詳細情報での制限値に従います。

注※

OSのctime()関数が生成する文字列に依存します。

注意事項

スケジューラーログの1レコードの長さは，2,048バイト（改行分2バイトを含む）であるため，ログの長さが2,048バイト以上になる場合は2,048バイトまでが出力されます。2,049バイト以降は出力されません。

JP1/AJS2 - Viewから操作した場合，1回の操作に対応するスケジューラーログが複数のログになる場合があります。例えば，ユニットを作成した場合は，DEFINE（C304）とCHANGE（C301）のログが出力されます。

JP1/AJS2 - Viewで次の操作を行うと，CHANGE（C301）のログが出力されます。
この場合，ログ内には変更前後の定義差分は出力されないで，空白（△）が出力されます。

JP1/AJS2 - View以外で定義したジョブを［詳細定義］ダイアログボックスで開き，何も設定を変更しないで［OK］ボタンをクリックする。

ジョブネットの［スケジュールの設定］ダイアログボックスを開き，何も設定を変更しないで［OK］ボタンをクリックする。

(2)　「スケジューラーサービス開始」ログの出力形式

「スケジューラーサービス開始」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

A001△日付△時刻△KAVS0200-I△スケジューラーサービス名

ログ情報にプロセスIDを出力する場合

A001△日付△時刻△［プロセスID］△KAVS0200-I△スケジューラーサービス名

出力例

A001 Feb 28 10:40:43 KAVS0200-I AJSROOT1

各項目について次の表に示します。

表E-4　「スケジューラーサービス開始」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30

(3)　「スケジューラーサービス終了」ログの出力形式

「スケジューラーサービス終了」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

A002△日付△時刻△KAVS0201-I△スケジューラーサービス名

ログ情報にプロセスIDを出力する場合

A002△日付△時刻△［プロセスID］△KAVS0201-I△スケジューラーサービス名

出力例

A002 Aug 12 09:14:22 KAVS0201-I AJSROOT1

各項目について次の表に示します。

表E-5　「スケジューラーサービス終了」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30

(4)　「スケジューラーサービスプロセス異常終了」ログの出力形式

「スケジューラーサービスプロセス異常終了」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

A003△日付△時刻△KAVS0204-E△スケジューラーサービス名△プロセス名△終了コード

ログ情報にプロセスIDを出力する場合

A003△日付△時刻△［プロセスID］△KAVS0204-E△スケジューラーサービス名△プロセス名△終了コード

出力例

A003 Aug 12 09:14:22 KAVS0204-E AJSROOT1 ajsschd 4

各項目について次の表に示します。

表E-6　「スケジューラーサービスプロセス異常終了」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

スケジューラーサービス名
スケジューラーサービス名が出力されます。
1～30

プロセス名
次のどれかが出力されます。
・ajsflowd
・ajsschd
・ajslogd
1～30

終了コード
終了コードが出力されます。
1～10

(5)　「JP1/AJS2 - Viewの接続」ログの出力形式

「JP1/AJS2 - Viewの接続」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

A007△日付△時刻△KAVS0534-I△ホスト名△;CONNECT△ユーザー名△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］△スケジューラーサービス名

ログ情報にプロセスIDを出力する場合

A007△日付△時刻△［プロセスID］△KAVS0534-I△ホスト名△;CONNECT△ユーザー名△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］△スケジューラーサービス名

出力条件

環境設定パラメーターのMONLOGに「all」が指定されている場合だけ出力されます。なお，このログは次のタイミングで出力されます。

JP1/AJS2 - ViewからJP1/AJS2 - Managerにログインしたとき

［JP1/AJS2 - View］ウィンドウのツリーエリアで，スケジューラーサービスを選択したとき

JP1/AJS2 - ViewからJP1/AJS2 - Managerに自動再接続したとき

出力例

A007 2007/03/05 17:14:01 KAVS0534-I hostA ;CONNECT jp1admin [ADMIN] [10.210.38.11,JP1/AJS2-View] AJSROOT1

各項目について次の表に示します。

表E-7　「JP1/AJS2 - Viewの接続」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ホスト名
接続したホストのホスト名が出力されます。
1～255

ユーザー名
操作したJP1ユーザー名が出力されます。
0～20

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
7～15

要求元識別情報
操作の要求元を識別する情報「JP1/AJS2-View」が出力されます。
13

スケジューラーサービス名
接続したスケジューラーサービス名が出力されます。
1～30

(6)　「JP1/AJS2 - Viewの接続終了」ログの出力形式

「JP1/AJS2 - Viewの接続終了」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

A008△日付△時刻△KAVS0535-I△ホスト名△;DISCONNECT△ユーザー名△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］△スケジューラーサービス名

ログ情報にプロセスIDを出力する場合

A008△日付△時刻△［プロセスID］△KAVS0535-I△ホスト名△;DISCONNECT△ユーザー名△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］△スケジューラーサービス名

出力条件

環境設定パラメーターのMONLOGに「all」が指定されている場合だけ出力されます。なお，このログは次のタイミングで出力されます。

JP1/AJS2 - Viewを終了（JP1/AJS2 - Managerからログアウト）したとき

JP1/AJS2 - Viewからの操作に失敗し，ajsmonsvrプロセスが終了したとき

JP1/AJS2 - Viewとの通信が途絶えてから環境設定パラメーターのSESSIONTIMEOUTに指定した時間を経過したとき

出力例

A008 Feb 28 17:14:01 jp1admin KAVS0535-I hostA ;DISCONNECT [ADMIN] [10.210.38.11,JP1/AJS2-View] AJSROOT1

各項目について次の表に示します。

表E-8　「JP1/AJS2 - Viewの接続終了」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ホスト名
接続を終了したホストのホスト名が出力されます。
1～255

ユーザー名
操作したJP1ユーザー名が出力されます。
0～20

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
7～15

要求元識別情報
操作の要求元を識別する情報「JP1/AJS2-View」が出力されます。
13

スケジューラーサービス名
接続を終了したスケジューラーサービス名が出力されます。
1～30

(7)　「JP1/AJS2 - Scenario Operationの接続」ログの出力形式

「JP1/AJS2 - Scenario Operationの接続」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

A009△日付△時刻△KAVS0536-I△ホスト名△;CONNECT△ユーザー名△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］△スケジューラーサービス名

ログ情報にプロセスIDを出力する場合

A009△日付△時刻△［プロセスID］△KAVS0536-I△ホスト名△;CONNECT△ユーザー名△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］△スケジューラーサービス名

出力条件

環境設定パラメーターのMONLOGに「all」が指定されている場合だけ出力されます。なお，このログはシナリオを登録するタイミングで出力されます。

出力例

A009 Feb 28 17:14:01 jp1admin KAVS0536-I hostA ;CONNECT [ADMIN] [10.210.38.11,JP1/AJS2-SO] AJSROOT1

各項目について次の表に示します。

表E-9　「JP1/AJS2 - Scenario Operationの接続」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ホスト名
接続したホストのホスト名が出力されます。
1～255

ユーザー名
操作したJP1ユーザー名が出力されます。
0～20

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
7～15

要求元識別情報
操作の要求元を識別する情報「JP1/AJS2-SO」が出力されます。
11

スケジューラーサービス名
接続したスケジューラーサービス名が出力されます。
1～30

(8)　「JP1/AJS2 - Scenario Operationの接続終了」ログの出力形式

「JP1/AJS2 - Scenario Operationの接続終了」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

A010△日付△時刻△KAVS0537-I△ホスト名△;DISCONNECT△ユーザー名△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］△スケジューラーサービス名

ログ情報にプロセスIDを出力する場合

A010△日付△時刻△［プロセスID］△KAVS0537-I△ホスト名△;DISCONNECT△ユーザー名△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］△スケジューラーサービス名

出力条件

環境設定パラメーターのMONLOGに「all」が指定されている場合だけ出力されます。なお，このログはシナリオの登録が終了したタイミングで出力されます。

出力例

A010 Feb 28 17:14:01 jp1admin KAVS0537-I hostA ;DISCONNECT [ADMIN] [10.210.38.11,JP1/AJS2-SO] AJSROOT1

各項目について次の表に示します。

表E-10　「JP1/AJS2 - Scenario Operationの接続終了」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ホスト名
接続を終了したホストのホスト名が出力されます。
1～255

ユーザー名
操作したJP1ユーザー名が出力されます。
0～20

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
7～15

要求元識別情報
操作の要求元を識別する情報「JP1/AJS2-SO」が出力されます。
11

スケジューラーサービス名
接続を終了したスケジューラーサービス名が出力されます。
1～30

(9)　「スケジューラーログ出力プロセス起動」ログの出力形式

「スケジューラーログ出力プロセス起動」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

A011△日付△時刻△KAVS0220-I

ログ情報にプロセスIDを出力する場合

A011△日付△時刻△［プロセスID］△KAVS0220-I

出力条件

環境設定パラメーターのLOGDLOGに「all」が指定されている場合だけ出力されます。

出力例

A011 Feb 28 10:51:18 KAVS0220-I

(10)　「スケジューラーログ出力プロセス停止」ログの出力形式

「スケジューラーログ出力プロセス停止」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

A012△日付△時刻△KAVS0221-I

ログ情報にプロセスIDを出力する場合

A012△日付△時刻△［プロセスID］△KAVS0221-I

出力条件

環境設定パラメーターのLOGDLOGに「all」が指定されている場合だけ出力されます。

出力例

A012 Feb 28 10:51:18 KAVS0221-I

(11)　「認証（ログイン・ユーザーマッピング）の拒否」ログの出力形式

「認証（ログイン・ユーザーマッピング）の拒否」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

A013△日付△時刻△KAVS1009-W△要求元ホストIPアドレス△ユーザー名△ホスト名

ログ情報にプロセスIDを出力する場合

A013△日付△時刻△［プロセスID］△KAVS1009-W△要求元ホストIPアドレス△ユーザー名△ホスト名

出力条件

環境設定パラメーターのAUTHLOGに「all」が指定されている場合だけ出力されます。なお，このログは次のクライアントからの接続で，JP1/Baseでのユーザー認証またはユーザーマッピングに失敗したときに出力されます。

JP1/AJS2 - View

JP1/AJS2 - Scenario Operation

JP1/AJS2 - Definition Assistant

JP1/AJS2 - Web Operation Assistant

JP1/AJS2 - Manager（コマンドのリモート実行，リモートジョブネットの実行）

出力例

A013 Feb 28 17:14:01 KAVS1009-W 10.210.38.11 jp1admin hostA

各項目について次の表に示します。

表E-11　「認証（ログイン・ユーザーマッピング）の拒否」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
要求元ホストIPアドレス | 操作の要求元ホストのIPアドレスが出力されます。 | 7～15
ユーザー名 | 操作したJP1ユーザー名が出力されます。 | 0～20
ホスト名 | 要求を受け付けたホストのホスト名が出力されます。 | 1～255

(12)　「ジョブネット開始」ログの出力形式

「ジョブネット開始」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

N001△日付△時刻△KAVS0260-I△スケジューラーサービス名：ジョブネット名：実行ID※

ログ情報にプロセスIDを出力する場合

N001△日付△時刻△［プロセスID］△KAVS0260-I△スケジューラーサービス名：ジョブネット名：実行ID※

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

N001 Feb 28 17:14:01 KAVS0260-I AJSROOT1:/group/net1:@A100

各項目について次の表に示します。

表E-12　「ジョブネット開始」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30
ジョブネット名 | 開始したジョブネット・ジョブネットコネクタ名が出力されます。 | 1～930
実行ID | 開始したジョブネット・ジョブネットコネクタの実行IDが「@英数字」の形式で出力されます。 | 1～10

(13)　「ジョブネット正常終了」ログの出力形式

「ジョブネット正常終了」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

N002△日付△時刻△KAVS0261-I△スケジューラーサービス名：ジョブネット名：実行ID※

ログ情報にプロセスIDを出力する場合

N002△日付△時刻△［プロセスID］△KAVS0261-I△スケジューラーサービス名：ジョブネット名：実行ID※

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

N002 Feb 28 17:14:44 KAVS0261-I AJSROOT1:/group/net1:@A100

各項目について次の表に示します。

表E-13　「ジョブネット正常終了」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30
ジョブネット名 | 終了したジョブネット・ジョブネットコネクタ名が出力されます。 | 1～930
実行ID | 終了したジョブネット・ジョブネットコネクタの実行IDが「@英数字」の形式で出力されます。 | 1～10

(14)　「ジョブネット異常終了」ログの出力形式

「ジョブネット異常終了」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

N003△日付△時刻△KAVS0262-E△スケジューラーサービス名：ジョブネット名：実行ID※

ログ情報にプロセスIDを出力する場合

N003△日付△時刻△［プロセスID］△KAVS0262-E△スケジューラーサービス名：ジョブネット名：実行ID※

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

N003 Mar 03 14:05:46 KAVS0262-E AJSROOT1:/net1/nestnet1:@A111

各項目について次の表に示します。

表E-14　「ジョブネット異常終了」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30
ジョブネット名 | 異常終了したジョブネット・ジョブネットコネクタ名が出力されます。 | 1～930
実行ID | 異常終了したジョブネット・ジョブネットコネクタの実行IDが「@英数字」の形式で出力されます。 | 1～10

(15)　「ジョブネット警告終了」ログの出力形式

「ジョブネット警告終了」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

N004△日付△時刻△KAVS0268-W△スケジューラーサービス名：ジョブネット名：実行ID※

ログ情報にプロセスIDを出力する場合

N004△日付△時刻△［プロセスID］△KAVS0268-W△スケジューラーサービス名：ジョブネット名：実行ID※

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

N004 Mar 03 14:05:46 KAVS0268-W AJSROOT1:/net1/nestnet1:@A111

各項目について次の表に示します。

表E-15　「ジョブネット警告終了」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30
ジョブネット名 | 警告終了したジョブネット・ジョブネットコネクタ名が出力されます。 | 1～930
実行ID | 警告終了したジョブネット・ジョブネットコネクタの実行IDが「@英数字」の形式で出力されます。 | 1～10

(16)　「ジョブネット保留」ログの出力形式

「ジョブネット保留」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

N005△日付△時刻△KAVS0270-I△スケジューラーサービス名：ジョブネット名：実行ID※

ログ情報にプロセスIDを出力する場合

N005△日付△時刻△［プロセスID］△KAVS0270-I△スケジューラーサービス名：ジョブネット名：実行ID※

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

N005 Mar 03 14:05:46 KAVS0270-I AJSROOT1:/net1/nestnet1:@A111

各項目について次の表に示します。

表E-16　「ジョブネット保留」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30
ジョブネット名 | 保留したジョブネット名が出力されます。 | 1～930
実行ID | 保留したジョブネットの実行IDが「@英数字」の形式で出力されます。 | 1～10

(17)　「ジョブネット閉塞」ログ（N006）の出力形式

「ジョブネット閉塞」ログ（N006）の出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

N006△日付△時刻△KAVS0272-E△スケジューラーサービス名：ジョブネット名：実行ID※△保守情報

ログ情報にプロセスIDを出力する場合

N006△日付△時刻△［プロセスID］△KAVS0272-E△スケジューラーサービス名：ジョブネット名：実行ID※△保守情報

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

N006 Mar 17 09:31:39 KAVS0272-E AJSROOT1:/net1:@A100 082b4be5

各項目について次の表に示します。

表E-17　「ジョブネット閉塞」ログ（N006）の出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30
ジョブネット名 | 閉塞したジョブネット名が出力されます。 | 1～930
実行ID | 閉塞したジョブネットの実行IDが「@英数字」の形式で出力されます。 | 1～10
保守情報 | 保守情報が出力されます。 | 8

(18)　「ジョブネット閉塞」ログ（N007）の出力形式

「ジョブネット閉塞」ログ（N007）の出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

N007△日付△時刻△KAVS0273-E△スケジューラーサービス名：ジョブネット名：実行ID※△保守情報

ログ情報にプロセスIDを出力する場合

N007△日付△時刻△［プロセスID］△KAVS0273-E△スケジューラーサービス名：ジョブネット名：実行ID※△保守情報

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

N007 Mar 17 09:31:39 KAVS0273-E AJSROOT1:/net1:@A100 082b4be5

各項目について次の表に示します。

表E-18　「ジョブネット閉塞」ログ（N007）の出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30
ジョブネット名 | 閉塞したジョブネット名が出力されます。 | 1～930
実行ID | 閉塞したジョブネットの実行IDが「@英数字」の形式で出力されます。 | 1～10
保守情報 | 保守情報が出力されます。 | 8

(19)　「ジョブネット開始遅延」ログの出力形式

「ジョブネット開始遅延」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

N008△日付△時刻△KAVS0275-I△スケジューラーサービス名：ジョブネット名：実行ID※

ログ情報にプロセスIDを出力する場合

N008△日付△時刻△［プロセスID］△KAVS0275-I△スケジューラーサービス名：ジョブネット名：実行ID※

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

N008 Mar 01 16:36:37 KAVS0275-I AJSROOT1:/group/net1:@A106

各項目について次の表に示します。

表E-19　「ジョブネット開始遅延」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30
ジョブネット名 | 開始が遅延したジョブネット名が出力されます。 | 1～930
実行ID | 開始が遅延したジョブネットの実行IDが「@英数字」の形式で出力されます。 | 1～10

(20)　「ジョブネット終了遅延」ログの出力形式

「ジョブネット終了遅延」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

N009△日付△時刻△KAVS0276-I△スケジューラーサービス名：ジョブネット名：実行ID※

ログ情報にプロセスIDを出力する場合

N009△日付△時刻△［プロセスID］△KAVS0276-I△スケジューラーサービス名：ジョブネット名：実行ID※

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

N009 Mar 01 16:36:37 KAVS0276-I AJSROOT1:/group/net1:@A106

各項目について次の表に示します。

表E-20　「ジョブネット終了遅延」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30
ジョブネット名 | 終了が遅延したジョブネット名が出力されます。 | 1～930
実行ID | 終了が遅延したジョブネットの実行IDが「@英数字」の形式で出力されます。 | 1～10

(21)　「次回予定キューイング」ログの出力形式

「次回予定キューイング」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

N010△日付△時刻△KAVS0277-I△スケジューラーサービス名：ジョブネット名：実行ID※

ログ情報にプロセスIDを出力する場合

N010△日付△時刻△［プロセスID］△KAVS0277-I△スケジューラーサービス名：ジョブネット名：実行ID※

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

N010 Mar 01 16:39:37 KAVS0277-I AJSROOT1:/group/net1:@A108

各項目について次の表に示します。

表E-21　「次回予定キューイング」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30
ジョブネット名 | ジョブネット名が出力されます。 | 1～930
実行ID | 実行IDが「@英数字」の形式で出力されます。 | 1～10

(22)　「ジョブネット起動条件監視開始」ログの出力形式

「ジョブネット起動条件監視開始」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

N011△日付△時刻△KAVS0240-I△スケジューラーサービス名：ジョブネット名：実行ID※

ログ情報にプロセスIDを出力する場合

N011△日付△時刻△［プロセスID］△KAVS0240-I△スケジューラーサービス名：ジョブネット名：実行ID※

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

N011 Feb 28 10:43:09 KAVS0240-I AJSROOT1:/group/net1:@A101

各項目について次の表に示します。

表E-22　「ジョブネット起動条件監視開始」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30
ジョブネット名 | 起動条件の監視を開始したジョブネット名が出力されます。 | 1～930
実行ID | 起動条件の監視を開始したジョブネットの実行IDが「@英数字」の形式で出力されます。 | 1～10

(23)　「ジョブネット起動条件監視終了」ログの出力形式

「ジョブネット起動条件監視終了」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

N012△日付△時刻△KAVS0241-I△スケジューラーサービス名：ジョブネット名：実行ID※△終了状態

ログ情報にプロセスIDを出力する場合

N012△日付△時刻△［プロセスID］△KAVS0241-I△スケジューラーサービス名：ジョブネット名：実行ID※△終了状態

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

N012 Mar 01 16:36:38 KAVS0241-I AJSROOT1:/group/net1:@A101 u

各項目について次の表に示します。

表E-23　「ジョブネット起動条件監視終了」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

スケジューラーサービス名
スケジューラーサービス名が出力されます。
1～30

ジョブネット名
起動条件の監視を終了したジョブネット名が出力されます。
1～930

実行ID
起動条件の監視を終了したジョブネットの実行IDが「@英数字」の形式で出力されます。
1～10

終了状態
次のどれかが出力されます。
u：監視未起動終了
c：監視打ち切り終了
i：監視中断
n：監視正常終了
1

(24)　「ジョブネット繰り越し未実行」ログの出力形式

「ジョブネット繰り越し未実行」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

N013△日付△時刻△KAVS0279-E△スケジューラーサービス名：ジョブネット名：実行ID※

ログ情報にプロセスIDを出力する場合

N013△日付△時刻△［プロセスID］△KAVS0279-E△スケジューラーサービス名：ジョブネット名：実行ID※

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

N013 Mar 01 16:36:38 KAVS0279-E AJSROOT1:/group/net1:@A101

各項目について次の表に示します。

表E-24　「ジョブネット繰り越し未実行」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30
ジョブネット名 | 繰り越し未実行になったジョブネットのルートジョブネット名が出力されます。 | 1～930
実行ID | 繰り越し未実行になったジョブネットの実行IDが「@英数字」の形式で出力されます。 | 1～10

(25)　「ジョブネット全登録解除」ログの出力形式

「ジョブネット全登録解除」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

N014△日付△時刻△KAVS0267-I△スケジューラーサービス名

ログ情報にプロセスIDを出力する場合

N014△日付△時刻△［プロセスID］△KAVS0267-I△スケジューラーサービス名

出力例

N014 Mar 01 16:36:38 KAVS0267-I AJSROOT1

各項目について次の表に示します。

表E-25　「ジョブネット全登録解除」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30

(26)　「ジョブ開始」ログの出力形式

「ジョブ開始」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

J001△日付△時刻△KAVS0263-I△スケジューラーサービス名：ジョブ名：実行ID※△実行ホスト名※△ジョブ番号※

ログ情報にプロセスIDを出力する場合

J001△日付△時刻△［プロセスID］△KAVS0263-I△スケジューラーサービス名：ジョブ名：実行ID※△実行ホスト名※△ジョブ番号※

注※

次の設定をしている場合に「：実行ID△実行ホスト名△ジョブ番号」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

J001 Feb 28 17:14:07 KAVS0263-I AJSROOT1:/group/net1/job1:@A100 hostA 1

各項目について次の表に示します。

表E-26　「ジョブ開始」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

スケジューラーサービス名
スケジューラーサービス名が出力されます。
1～30

ジョブ名
開始したジョブ名が出力されます。
1～930

実行ID
開始したジョブの実行IDが「@英数字」の形式で出力されます。
1～10

実行ホスト名
開始したジョブの実行ホスト名が出力されます。
1～255

ジョブ番号
開始したジョブのジョブ番号が10進数で出力されます。
JP1/NQSEXECと連携している場合，JP1/NQSEXECで設定したマシンIDが「0」以外のときのジョブ番号は「mmmm0nnnnn」（m：マシンID，n：ジョブ番号）の形式で出力されます。
1～10

(27)　「ジョブ正常終了」ログの出力形式

「ジョブ正常終了」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

J002△日付△時刻△KAVS0264-I△スケジューラーサービス名：ジョブ名：実行ID※△実行ホスト名※△戻り値※△ジョブ番号※

ログ情報にプロセスIDを出力する場合

J002△日付△時刻△［プロセスID］△KAVS0264-I△スケジューラーサービス名：ジョブ名：実行ID※△実行ホスト名※△戻り値※△ジョブ番号※

注※

次の設定をしている場合に「：実行ID△実行ホスト名△戻り値△ジョブ番号」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

J002 Feb 28 17:14:44 KAVS0264-I AJSROOT1:/group/net1/job1:@A100 hostA 0 1

各項目について次の表に示します。

表E-27　「ジョブ正常終了」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

スケジューラーサービス名
スケジューラーサービス名が出力されます。
1～30

ジョブ名
終了したジョブ名が出力されます。
1～930

実行ID
終了したジョブの実行IDが「@英数字」の形式で出力されます。
1～10

実行ホスト名
終了したジョブの実行ホスト名が出力されます。
1～255

戻り値
終了したジョブの戻り値が10進数で出力されます。
1～10

ジョブ番号
終了したジョブのジョブ番号が10進数で出力されます。
JP1/NQSEXECと連携している場合，JP1/NQSEXECで設定したマシンIDが「0」以外のときのジョブ番号は「mmmm0nnnnn」（m：マシンID，n：ジョブ番号）の形式で出力されます。
1～10

(28)　「ジョブ異常終了」ログの出力形式

「ジョブ異常終了」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

J003△日付△時刻△KAVS0265-E△スケジューラーサービス名：ジョブ名：実行ID※△終了状態△戻り値△実行ホスト名※△ジョブ番号※

ログ情報にプロセスIDを出力する場合

J003△日付△時刻△［プロセスID］△KAVS0265-E△スケジューラーサービス名：ジョブ名：実行ID※△終了状態△戻り値△実行ホスト名※△ジョブ番号※

注※

次の設定をしている場合に「：実行ID」および「△実行ホスト名△ジョブ番号」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

J003 Mar 03 14:05:45 KAVS0265-E AJSROOT1:/net1/nestnet1/job1:@A111 a 99 hostA 5

各項目について次の表に示します。

表E-28　「ジョブ異常終了」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

スケジューラーサービス名
スケジューラーサービス名が出力されます。
1～30

ジョブ名
異常終了したジョブ名が出力されます。
1～930

実行ID
異常終了したジョブの実行IDが「@英数字」の形式で出力されます。
1～10

終了状態
次のどれかが出力されます。
・a：異常検出終了
・f：起動失敗
・c：強制終了
・?：終了状態不明
1

戻り値
異常終了したジョブの戻り値が10進数で出力されます。
1～10

実行ホスト名
異常終了したジョブの実行ホスト名が出力されます。
1～255

ジョブ番号
異常終了したジョブのジョブ番号が10進数で出力されます。
JP1/NQSEXECと連携している場合，JP1/NQSEXECで設定したマシンIDが「0」以外のときのジョブ番号は「mmmm0nnnnn」（m：マシンID，n：ジョブ番号）の形式で出力されます。
ジョブのサブミットが失敗して起動できなかった場合，ジョブ番号は空欄になります。
1～10

(29)　「ジョブ警告終了」ログの出力形式

「ジョブ警告終了」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

J004△日付△時刻△KAVS0269-W△スケジューラーサービス名：ジョブ名：実行ID※△戻り値△実行ホスト名※△ジョブ番号※

ログ情報にプロセスIDを出力する場合

J004△日付△時刻△［プロセスID］△KAVS0269-W△スケジューラーサービス名：ジョブ名：実行ID※△戻り値△実行ホスト名※△ジョブ番号※

注※

次の設定をしている場合に「：実行ID」および「△実行ホスト名△ジョブ番号」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

J004 Mar 03 14:05:45 KAVS0269-W AJSROOT1:/net1/nestnet1/job1:@A111 99 hostA 5

各項目について次の表に示します。

表E-29　「ジョブ警告終了」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

スケジューラーサービス名
スケジューラーサービス名が出力されます。
1～30

ジョブ名
警告終了したジョブ名が出力されます。
1～930

実行ID
警告終了したジョブの実行IDが「@英数字」の形式で出力されます。
1～10

戻り値
警告終了したジョブの戻り値が10進数で出力されます。
1～10

実行ホスト名
警告終了したジョブの実行先ホスト名が出力されます。
1～255

ジョブ番号
警告終了したジョブのジョブ番号が10進数で出力されます。
JP1/NQSEXECと連携している場合，JP1/NQSEXECで設定したマシンIDが「0」以外のときのジョブ番号は「mmmm0nnnnn」（m：マシンID，n：ジョブ番号）の形式で出力されます。
1～10

(30)　「ジョブ保留」ログの出力形式

「ジョブ保留」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

J005△日付△時刻△KAVS0271-I△スケジューラーサービス名：ジョブ名：実行ID※

ログ情報にプロセスIDを出力する場合

J005△日付△時刻△［プロセスID］△KAVS0271-I△スケジューラーサービス名：ジョブ名：実行ID※

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

J005 Mar 03 14:05:45 KAVS0271-I AJSROOT1:/net1/nestnet1/job1:@A111

各項目について次の表に示します。

表E-30　「ジョブ保留」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30
ジョブ名 | 保留したジョブ名が出力されます。 | 1～930
実行ID | 保留したジョブの実行IDが「@英数字」の形式で出力されます。 | 1～10

(31)　「ジョブサブミット開始」ログの出力形式

「ジョブサブミット開始」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

J006△日付△時刻△KAVS0278-I△スケジューラーサービス名：ジョブ名：実行ID※

ログ情報にプロセスIDを出力する場合

J006△日付△時刻△［プロセスID］△KAVS0278-I△スケジューラーサービス名：ジョブ名：実行ID※

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

J006 Feb 28 17:14:01 KAVS0278-I AJSROOT1:/group/net1/job1:@A100

各項目について次の表に示します。

表E-31　「ジョブサブミット開始」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30
ジョブ名 | サブミットしたジョブ名が出力されます。 | 1～930
実行ID | サブミットしたジョブの実行IDが「@英数字」の形式で出力されます。 | 1～10

(32)　「イベントジョブ実行要求開始」ログの出力形式

「イベントジョブ実行要求開始」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

J007△日付△時刻△KAVS0242-I△スケジューラーサービス名：イベントジョブ名：実行ID※

ログ情報にプロセスIDを出力する場合

J007△日付△時刻△［プロセスID］△KAVS0242-I△スケジューラーサービス名：イベントジョブ名：実行ID※

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

J007 Feb 28 17:14:01 KAVS0242-I AJSROOT1:/group/net1/evjob1:@A100

各項目について次の表に示します。

表E-32　「イベントジョブ実行要求開始」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30
イベントジョブ名 | イベントジョブ名が出力されます。 | 1～930
実行ID | イベントジョブの実行IDが「@英数字」の形式で出力されます。 | 1～10

(33)　「ジョブ終了遅延」ログの出力形式

「ジョブ終了遅延」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

J008△日付△時刻△KAVS0248-I△スケジューラーサービス名：ジョブ名：実行ID※

ログ情報にプロセスIDを出力する場合

J008△日付△時刻△［プロセスID］△KAVS0248-I△スケジューラーサービス名：ジョブ名：実行ID※

注※

次の設定をしている場合に「：実行ID」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログとイベントログの出力情報］に［完全］を指定している場合

UNIXの場合

環境設定パラメーターのLOGINFOALLに「yes」を指定している場合

出力例

J008 Mar 01 16:36:37 KAVS0248-I AJSROOT1:/group/net1/job1:@A106

各項目について次の表に示します。

表E-33　「ジョブ終了遅延」ログの出力項目

項目名 | 内容 | 長さ（単位：バイト）
スケジューラーサービス名 | スケジューラーサービス名が出力されます。 | 1～30
ジョブ名 | 終了が遅延したジョブ名が出力されます。 | 1～930
実行ID | 終了が遅延したジョブの実行IDが「@英数字」の形式で出力されます。 | 1～10

(34)　「スケジューラーサービスの運用環境の一時的な変更」ログの出力形式

「スケジューラーサービスの運用環境の一時的な変更」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C001△日付△時刻△ユーザー名△メッセージID△ホスト名△;ALTER△オプション△

ログ情報にプロセスIDを出力する場合

C001△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;ALTER△オプション△

出力条件

環境設定パラメーターOPELOGに「all」または「alter」が指定されている場合だけ出力されます。

出力例

C001 Mar 17 09:51:41 jp1admin 0 JP1_DEFAULT ;ALTER -F AJSROOT1 -c COPY

各項目について次の表に示します。

表E-34　「スケジューラーサービスの運用環境の一時的な変更」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
ユーザー名 | ajsalterコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。 | 0～20
メッセージID | 操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。 | 1，10
ホスト名 | 操作の要求元ホスト名が出力されます。 | 1～255
オプション | ajsalterコマンド実行時に指定したオプションが出力されます。 | 1以上

(35)　「スケジューラーサービスの停止」ログの出力形式

「スケジューラーサービスの停止」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C002△日付△時刻△ユーザー名△メッセージID△ホスト名△;STOP△オプション△

ログ情報にプロセスIDを出力する場合

C002△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;STOP△オプション△

出力条件

環境設定パラメーターOPELOGに「all」または「stop」が指定されている場合だけ出力されます。

出力例

C002 Mar 17 09:53:08 jp1admin 0 JP1_DEFAULT ;STOP -F AJSROOT1 -w -c

各項目について次の表に示します。

表E-35　「スケジューラーサービスの停止」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
ユーザー名 | ajsstopコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。 | 0～20
メッセージID | 操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。 | 1，10
ホスト名 | 操作の要求元ホスト名が出力されます。 | 1～255
オプション | ajsstopコマンド実行時に指定したオプションが出力されます。 | 1以上

(36)　「スケジューラーサービスの起動」ログの出力形式

「スケジューラーサービスの起動」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C003△日付△時刻△ユーザー名△メッセージID△ホスト名△;START△オプション

ログ情報にプロセスIDを出力する場合

C003△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;START△オプション

出力条件

環境設定パラメーターのOPELOGに「all」または「start」が指定されている場合だけ出力されます。

出力例

C003 Nov 07 19:26:59 jp1admin 0 JP1_DEFAULT ;START -F AJSROOT1 -w -o

各項目について次の表に示します。

表E-36　「スケジューラーサービスの起動」ログの出力項目（スケジューラーログ）

項目名 | 内容 | 長さ（単位：バイト）
ユーザー名 | ajsstartコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。 | 0～20
メッセージID | 操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。 | 1，10
ホスト名 | 操作の要求元ホスト名が出力されます。 | 1～255
オプション | ajsstartコマンド実行時に指定したオプションが出力されます。 | 1～500

(37)　「ジョブネットの登録」ログの出力形式

「ジョブネットの登録」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C101△日付△時刻△ユーザー名△メッセージID△ホスト名△;ENTRY△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C101△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;ENTRY△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「entry」が指定されている場合だけ出力されます。

出力例

C101 Feb 28 10:51:18 jp1admin KAVS0681-E JP1_DEFAULT ;ENTRY -F AJSROOT1 -s /group/net1

各項目について次の表に示します。

表E-37　「ジョブネットの登録」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsentryコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajsentryコマンド実行時に指定したオプションが出力されます。
08-00以前の場合，MACLOGに「detail」を指定しているときに-cオプションの値が出力されます。
08-10以降の場合，AJSLOGOUTPUTEXTENDに「yes」を指定しているとき，MACLOGの指定にかかわらず，-cオプションの値が出力されます。
1～500

ユニット名
ajsentryコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(38)　「ジョブネットの登録の取り消し」ログの出力形式

「ジョブネットの登録の取り消し」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C102△日付△時刻△ユーザー名△メッセージID△ホスト名△;LEAVE△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C102△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;LEAVE△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「leave」が指定されている場合だけ出力されます。

出力例

C102 Mar 03 14:03:14 jp1admin 0 JP1_DEFAULT ;LEAVE -F AJSROOT1 -B all /net1

各項目について次の表に示します。

表E-38　「ジョブネットの登録の取り消し」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsleaveコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajsleaveコマンド実行時に指定したオプションが出力されます。
1～500

ユニット名
ajsleaveコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(39)　「ジョブネットの一時変更」ログの出力形式

「ジョブネットの一時変更」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C103△日付△時刻△ユーザー名△メッセージID△ホスト名△;PLAN△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C103△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;PLAN△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「plan」が指定されている場合だけ出力されます。

出力例

C103 Mar 17 09:55:10 jp1admin 0 JP1_DEFAULT ;PLAN -F AJSROOT1 -r -X auto /net1

各項目について次の表に示します。

表E-39　「ジョブネットの一時変更」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsplanコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajsplanコマンド実行時に指定したオプションが出力されます。
1～500

ユニット名
ajsplanコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(40)　「ジョブネットの実行の中断」ログの出力形式

「ジョブネットの実行の中断」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C104△日付△時刻△ユーザー名△メッセージID△ホスト名△;INTRPT△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C104△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;INTRPT△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「intrpt」が指定されている場合だけ出力されます。

出力例

C104 Mar 17 09:56:36 jp1admin 0 JP1_DEFAULT ;INTRPT -F AJSROOT1 -X auto /net1

各項目について次の表に示します。

表E-40　「ジョブネットの実行の中断」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsintrptコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajsintrptコマンド実行時に指定したオプションが出力されます。
1～500

ユニット名
ajsintrptコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(41)　「ジョブネットの再実行」ログの出力形式

「ジョブネットの再実行」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C105△日付△時刻△ユーザー名△メッセージID△ホスト名△;RERUN△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C105△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;RERUN△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「rerun」が指定されている場合だけ出力されます。

出力例

C105 Mar 04 16:36:47 jp1admin KAVS0141-E JP1_DEFAULT ;RERUN -F AJSROOT1 -t -X no /group/net1:@A118

各項目について次の表に示します。

表E-41　「ジョブネットの再実行」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsrerunコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajsrerunコマンド実行時に指定したオプションが出力されます。
1～500

ユニット名
ajsrerunコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(42)　「ジョブネットのサスペンド/サスペンド解除」ログの出力形式

「ジョブネットのサスペンド/サスペンド解除」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C106△日付△時刻△ユーザー名△メッセージID△ホスト名△;SUSPEND△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C106△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;SUSPEND△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「suspend」が指定されている場合だけ出力されます。

出力例

C106 Mar 04 16:36:14 jp1admin 0 JP1_DEFAULT ;SUSPEND -F AJSROOT1 -C -r /group/net1

各項目について次の表に示します。

表E-42　「ジョブネットのサスペンド/サスペンド解除」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajssuspendコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajssuspendコマンド実行時に指定したオプションが出力されます。
1～500

ユニット名
ajssuspendコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(43)　「登録予定情報のインポート」ログの出力形式

「登録予定情報のインポート」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C107△日付△時刻△ユーザー名△メッセージID△ホスト名△;RGIMP△［操作ユーザー種別］※△オプション

ログ情報にプロセスIDを出力する場合

C107△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;RGIMP△［操作ユーザー種別］※△オプション

注※

次の設定をしている場合に「△［操作ユーザー種別］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「rgimport」が指定されている場合だけ出力されます。

出力例

C107 Mar 06 19:14:15 jp1admin KAVS0681-E JP1_DEFAULT ;RGIMP -F AJSROOT1 -i c:¥temp¥entry_info.txt

各項目について次の表に示します。

表E-43　「登録予定情報のインポート」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsrgimportコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

オプション※
ajsrgimportコマンド実行時に指定したオプションが出力されます。
1～500

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(44)　「登録予定情報のインポートによるジョブネットの登録」ログの出力形式

「登録予定情報のインポートによるジョブネットの登録」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C108△日付△時刻△ユーザー名△メッセージID△ホスト名△;RGIMP△［操作ユーザー種別］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C108△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;RGIMP△［操作ユーザー種別］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「rgimport」が指定されている場合だけ出力されます。

出力例

C108 Mar 06 19:14:15 jp1admin KAVS4832-E JP1_DEFAULT ;RGIMP -F AJSROOT1 /group/net1

各項目について次の表に示します。

表E-44　「登録予定情報のインポートによるジョブネットの登録」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsrgimportコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

オプション※
ajsrgimportコマンドでジョブネットを登録したときのオプションが出力されます。
1～500

ユニット名
ajsrgimportコマンドで実際に登録したルートジョブネット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(45)　「ジョブネット・ジョブの強制終了」ログの出力形式

「ジョブネット・ジョブの強制終了」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C201△日付△時刻△ユーザー名△メッセージID△ホスト名△;KILL△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C201△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;KILL△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「kill」が指定されている場合だけ出力されます。

出力例

C201 Mar 06 19:14:15 jp1admin KAVS0129-E JP1_DEFAULT ;KILL -F AJSROOT1 -X no /group/net1:@A137

各項目について次の表に示します。

表E-45　「ジョブネット・ジョブの強制終了」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajskillコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajskillコマンド実行時に指定したオプションが出力されます。
1～500

ユニット名
ajskillコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(46)　「ジョブの状態変更」ログの出力形式

「ジョブの状態変更」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C202△日付△時刻△ユーザー名△メッセージID△ホスト名△;CHGSTAT△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C202△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;CHGSTAT△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「chgst」が指定されている場合だけ出力されます。

出力例

C202 Mar 17 09:58:13 jp1admin 0 JP1_DEFAULT ;CHGSTAT -F AJSROOT1 -t normal -X auto /net1/job

各項目について次の表に示します。

表E-46　「ジョブの状態変更」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajschgstatコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajschgstatコマンド実行時に指定したオプションが出力されます。
1～500

ユニット名
ajschgstatコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(47)　「ユニットの定義内容変更」ログの出力形式

「ユニットの定義内容変更」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C301△日付△時刻△ユーザー名△メッセージID△ホスト名△;CHANGE△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△ユニット名

ログ情報にプロセスIDを出力する場合

C301△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;CHANGE△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「change」が指定されている場合だけ出力されます。

コマンドの場合の出力例

コメントに「月次ジョブネット」を設定し，保存世代数に「10」を設定した場合

C301 Mar 03 13:59:30 jp1admin 0 JP1_DEFAULT ;CHANGE [ADMIN] [CHANGE] -F AJSROOT1 -C "月次ジョブネット" -l "10" /net

JP1/AJS2 - Viewの場合の出力例

実行ファイル名に「c:¥user¥pgm.exe」を設定し，実行優先順位に「1」を設定した場合

C301 2007/03/05 13:59:30 jp1admin 0 JP1_DEFAULT ;CHANGE [ADMIN] [127.0.0.1, JP1/AJS2-View] [VIEW] pr=1; sc="c:¥user¥pgm.exe"; AJSROOT1:/net/job

実行ファイル名を空に，実行優先順位に「なし（デフォルト）」を設定した場合

C301 2007/03/05 13:59:30 jp1admin 0 JP1_DEFAULT ;CHANGE [ADMIN] [127.0.0.1, JP1/AJS2-View] [VIEW] pr=; sc=; AJSROOT1:/net/job

スケジュールルール「1」をコピーし，スケジュールルール「2」を作成した場合

C301 Mar 03 13:59:30 jp1admin 0 JP1_DEFAULT ;sd; st; cy; sh; shd;

次のパラメーターは，指定できる個数や長さが可変であり，差分抽出ができないため変更したパラメーター名だけを出力します。

sd，st，sy，ey，ln，cy，sh，shd，wt，wc，cftd，el，ar，env，evwfr，jpoif，mladr，mlsbj，mltxt，mlatf，lftpd，lffnm，lfmks，hlsh，hleh

また，パラメーターの内容を変更しないで順番だけを変更したときは，「ユニットの定義内容変更」ログは出力されますが，変更の差分は出力されません。

各項目について次の表に示します。

表E-47　「ユニットの定義内容変更」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajschange，ajschgjobまたはajschgnetコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajschange，ajschgnet，ajschgjobコマンド実行時に指定したオプション，またはJP1/AJS2 - Viewの変更内容が出力されます。
08-00以前の場合，オプションは出力されません。
08-10以降の場合，AJSLOGOUTPUTEXTENDに「yes」を指定しているときに出力されます。
出力内容は，定義変更操作種別に続けてそれぞれのコマンドに対応したオプション，またはJP1/AJS2 - Viewの変更内容が出力されます。
定義変更操作種別には次の値が出力されます。

ajschangeの場合：CHANGE

ajschgnetの場合：CHGNET

ajschgjobの場合：CHGJOB

JP1/AJS2 - Viewの場合：VIEW

JP1/AJS2 - Scenario Operationの場合：SO

1～510

ユニット名
ajschange，ajschgnet，ajschgjobコマンド実行時に指定したユニット名，またはJP1/AJS2 - Viewで操作したユニット名が出力されます。
ajschange，ajschgnet，およびajschgjobコマンドの場合，ユニット名にはスケジューラーサービス名を含みません。オプション部分に「-f スケジューラーサービス名」の形式で表示されます。また，JP1/AJS2 - Viewで操作した場合，ユニット名にはスケジューラーサービス名が含まれます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）または変更内容の値の部分（パラメーター名とそれに続く半角イコール（=）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が510バイトを超える場合は，510バイトまでが出力されます。ただし，オプション名またはパラメーター名の途中で510バイトを超える場合，そのオプションは出力されません。

(48)　「ユニットの削除」ログの出力形式

「ユニットの削除」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C302△日付△時刻△ユーザー名△メッセージID△ホスト名△;DELETE△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C302△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;DELETE△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「delete」が指定されている場合だけ出力されます。

出力例

C302 Mar 05 12:25:43 jp1admin 0 JP1_DEFAULT ;DELETE -F AJSROOT1 -S /group/net1

各項目について次の表に示します。

表E-48　「ユニットの削除」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsdeleteコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajsdeleteコマンド実行時に指定したオプションが出力されます。
1～500

ユニット名
ajsdeleteコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(49)　「ユニットの回復」ログの出力形式

「ユニットの回復」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C303△日付△時刻△ユーザー名△メッセージID△ホスト名△;RESTORE△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C303△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;RESTORE△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「restore」が指定されている場合だけ出力されます。

出力例

C303 Mar 03 10:00:22 jp1admin 0 JP1_DEFAULT ;RESTORE -F AJSROOT1 -e -n box

各項目について次の表に示します。

表E-49　「ユニットの回復」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsrestoreコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajsrestoreコマンド実行時に指定したオプションが出力されます。
1～500

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(50)　「ユニットの作成」ログの出力形式

「ユニットの作成」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C304△日付△時刻△ユーザー名△メッセージID△ホスト名△;DEFINE△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C304△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;DEFINE△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「define」が指定されている場合だけ出力されます。

出力例

C304 Mar 03 14:00:46 jp1admin 0 JP1_DEFAULT ;DEFINE -F AJSROOT1 /net1

各項目について次の表に示します。

表E-50　「ユニットの作成」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsdefineコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
異常終了時の場合だけ，ajsdefineコマンド実行時に指定したオプションが出力されます。
1～500

ユニット名または定義ファイル名
ajsdefineコマンド実行時に指定したユニット名または定義ファイル名が出力されます。
正常終了時はユニット名が出力されます。
異常終了時は定義ファイル名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(51)　「ユニットの複写，移動」ログの出力形式

「ユニットの複写，移動」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C305△日付△時刻△ユーザー名△メッセージID△ホスト名△;COPY△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C305△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;COPY△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「copy」が指定されている場合だけ出力されます。

出力例

C305 Mar 13 11:21:57 jp1admin 0 JP1_DEFAULT ;COPY -F AJSROOT1 -c -o /group/net1/job11 /group/net1/job1

各項目について次の表に示します。

表E-51　「ユニットの複写，移動」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajscopyコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajscopyコマンド実行時に指定したオプションが出力されます。
1～500

ユニット名
ajscopyコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(52)　「ユニットのインポート」ログの出力形式

「ユニットのインポート」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C306△日付△時刻△ユーザー名△メッセージID△ホスト名△;IMPORT△［操作ユーザー種別］※△オプション

ログ情報にプロセスIDを出力する場合

C306△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;IMPORT△［操作ユーザー種別］※△オプション

注※

次の設定をしている場合に「△［操作ユーザー種別］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「import」が指定されている場合だけ出力されます。

出力例

C306 Aug 12 09:14:22 jp1admin 0 JP1_DEFAULT ;IMPORT -i c:¥temp¥file AJSROOT1:/group/net

各項目について次の表に示します。

表E-52　「ユニットのインポート」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsimportコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

オプション※
ajsimportコマンド実行時に指定したオプションが出力されます。
1～500

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(53)　「カレンダーの変更」ログの出力形式

「カレンダーの変更」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C401△日付△時刻△ユーザー名△メッセージID△ホスト名△;CALENDAR△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C401△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;CALENDAR△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのOPELOGに「all」または「calendar」が指定されている場合だけ出力されます。

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」が指定され，JP1/AJS2 - Viewによって操作された場合，「カレンダーの変更」ログに対応する「コマンドの該当処理開始」ログには変更内容が出力されません。

出力例

C401 Feb 28 10:49:45 jp1admin 0 JP1_DEFAULT ;CALENDAR -F AJSROOT1 mo we /

各項目について次の表に示します。

表E-53　「カレンダーの変更」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajscalendarコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajscalendarコマンド実行時に指定したオプション，またはJP1/AJS2 - Viewの変更内容が出力されます。
AJSLOGOUTPUTEXTENDに「no」が指定されているとき，変更項目に対応した次の値が出力されます。

カレンダーを変更した場合：mo

週間標準値を変更した場合：we

基準日を変更した場合：sd

基準時刻を変更した場合：st

AJSLOGOUTPUTEXTENDに「yes」が指定されているとき，ajscalendarコマンド実行時に指定したオプション，またはJP1/AJS2 - Viewで変更した定義パラメーター名が出力されます。
JP1/AJS2 - Viewの変更時に出力される定義パラメーター名は次のとおりです。

運用日の追加と削除をした場合：op

休業日の追加と削除をした場合：cl

基準日を変更した場合：sdd

月区分を変更した場合：md

基準時刻を変更した場合：stt

1～500

ユニット名
ajscalendarコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(54)　「ユニットの状態表示」ログの出力形式

「ユニットの状態表示」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C502△日付△時刻△ユーザー名△メッセージID△ホスト名△;SHOW△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C502△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;SHOW△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのREFLOGに「all」または「show」が指定されている場合だけ出力されます。

出力例

C502 Aug 12 09:14:22 jp1admin 0 JP1_DEFAULT ;SHOW -F AJSROOT1 -l -g 1 -X auto /group/*

各項目について次の表に示します。

表E-54　「ユニットの状態表示」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsshowコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
常に「0」が出力されます。
1

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajsshowコマンド実行時に指定したオプションが出力されます。
ただし，-f，-t，-iオプションの指定値は，常に""で出力されます。
1～500

ユニット名
ajsshowコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(55)　「ユニットの定義内容出力」ログの出力形式

「ユニットの定義内容出力」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C503△日付△時刻△ユーザー名△メッセージID△ホスト名△;PRINT△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C503△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;PRINT△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのREFLOGに「all」または「print」が指定されている場合だけ出力されます。

出力例

C503 Aug 12 09:14:22 jp1admin 0 JP1_DEFAULT ;PRINT -F AJSROOT1 -a /group/*

各項目について次の表に示します。

表E-55　「ユニットの定義内容出力」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsprintコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
常に「0」が出力されます。
1

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajsprintコマンド実行時に指定したオプションが出力されます。
ただし，-f，-tオプションの指定値は，常に""で出力されます。
1～500

ユニット名
ajsprintコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(56)　「ユニットの定義内容の退避」ログの出力形式

「ユニットの定義内容の退避」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C504△日付△時刻△ユーザー名△メッセージID△ホスト名△;BACKUP△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C504△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;BACKUP△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのREFLOGに「all」または「backup」が指定されている場合だけ出力されます。

出力例

C504 Aug 12 09:14:22 jp1admin 0 JP1_DEFAULT ;BACKUP -F AJSROOT1 -b c:¥tmp¥backup -e -a -n BOX /group

各項目について次の表に示します。

表E-56　「ユニットの定義内容の退避」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsbackupコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
常に「0」が出力されます。
1

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajsbackupコマンド実行時に指定したオプションが出力されます。
1～500

ユニット名
ajsbackupコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(57)　「ルートジョブネットの予定情報出力」ログの出力形式

「ルートジョブネットの予定情報出力」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C506△日付△時刻△ユーザー名△メッセージID△ホスト名△;SCHEDULE△［操作ユーザー種別］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C506△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;SCHEDULE△［操作ユーザー種別］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのREFLOGに「all」または「schedule」が指定されている場合だけ出力されます。

出力例

C506 Aug 12 09:14:22 jp1admin 0 JP1_DEFAULT ;SCHEDULE -F AJSROOT1 -b 2002/8/13 -e 2002/8/13 /group/net

各項目について次の表に示します。

表E-57　「ルートジョブネットの予定情報出力」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsscheduleコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

オプション※
ajsscheduleコマンド実行時に指定したオプションが出力されます。
1～500

ユニット名
ajsscheduleコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(58)　「ユニット名称の出力」ログの出力形式

「ユニット名称の出力」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C507△日付△時刻△ユーザー名△メッセージID△ホスト名△;NAME△［操作ユーザー種別］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C507△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;NAME△［操作ユーザー種別］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのREFLOGに「all」または「name」が指定されている場合だけ出力されます。

出力例

C507 Aug 12 09:14:22 jp1admin 0 JP1_DEFAULT ;NAME -F AJSROOT1 /group/*

各項目について次の表に示します。

表E-58　「ユニット名称の出力」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsnameコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
常に「0」が出力されます。
1

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

オプション※
ajsnameコマンド実行時に指定したオプションが出力されます。
1～500

ユニット名
ajsnameコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(59)　「ユニットの定義内容のエクスポート」ログの出力形式

「ユニットの定義内容のエクスポート」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C508△日付△時刻△ユーザー名△メッセージID△ホスト名△;EXPORT△［操作ユーザー種別］※△オプション

ログ情報にプロセスIDを出力する場合

C508△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;EXPORT△［操作ユーザー種別］※△オプション

注※

次の設定をしている場合に「△［操作ユーザー種別］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのREFLOGに「all」または「export」が指定されている場合だけ出力されます。

出力例

C508 Aug 12 09:14:22 jp1admin 0 JP1_DEFAULT ;EXPORT -o c:¥temp¥file AJSROOT1:/group/net

各項目について次の表に示します。

表E-59　「ユニットの定義内容のエクスポート」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsexportコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1，10

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

オプション※
ajsexportコマンド実行時に指定したオプションが出力されます。
1～500

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(60)　「ユニットの状態表示（異常終了時）」ログの出力形式

「ユニットの状態表示（異常終了時）」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C509△日付△時刻△ユーザー名△メッセージID△ホスト名△;SHOW△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C509△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;SHOW△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］△オプション△ユニット名

出力条件

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」，かつREFLOGに「all」または「show」が指定されている場合だけ出力されます。

出力例

C509 2007/03/05 12:18:06 [2688] jp1admin KAVS0161-I JP1_DEFAULT ;SHOW [ADMIN] -F AJSROOT1 -l -g 1 -X auto /net

各項目について次の表に示します。

表E-60　「ユニットの状態表示（異常終了時）」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
操作したJP1ユーザー名（ajsshowコマンドを実行したJP1ユーザー名）が出力されます。
認可されていないJP1ユーザーが実行しようとした場合はNULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。
10

ホスト名
要求操作を行った論理ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajsshowコマンドに指定したオプションが出力されます。
ただし，-f，-t，および-iオプションの指定値は，常に「""」で出力されます。
1～500

ユニット名
ajsshowコマンドに指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(61)　「ユニットの定義内容出力（異常終了時）」ログの出力形式

「ユニットの定義内容出力（異常終了時）」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C510△日付△時刻△ユーザー名△メッセージID△ホスト名△;PRINT△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C510△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;PRINT△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］△オプション△ユニット名

出力条件

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」，かつREFLOGに「all」または「print」が指定されている場合だけ出力されます。

出力例

C510 2007/03/05 12:20:56 [2552] jp1admin KAVS0161-I JP1_DEFAULT ;PRINT [ADMIN] -F AJSROOT1 -a /net

各項目について次の表に示します。

表E-61　「ユニットの定義内容出力（異常終了時）」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
操作したJP1ユーザー名（ajsprintコマンドを実行したJP1ユーザー名）が出力されます。
認可されていないJP1ユーザーが実行しようとした場合はNULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。
10

ホスト名
要求操作を行った論理ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajsprintコマンドに指定したオプションが出力されます。
ただし，-fおよび-tオプションの指定値は，常に「""」で出力されます。
1～500

ユニット名
ajsprintコマンドに指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(62)　「ユニットの定義内容の退避（異常終了時）」ログの出力形式

「ユニットの定義内容の退避（異常終了時）」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C511△日付△時刻△ユーザー名△メッセージID△ホスト名△;BACKUP△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C511△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;BACKUP△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］△オプション△ユニット名

出力条件

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」，かつREFLOGに「all」または「backup」が指定されている場合だけ出力されます。

出力例

C511 2007/03/05 12:21:49 [1196] jp1admin KAVS0161-I JP1_DEFAULT ;BACKUP [ADMIN] -F AJSROOT1 -e -m -n box1 /net

各項目について次の表に示します。

表E-62　「ユニットの定義内容の退避（異常終了時）」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
操作したJP1ユーザー名（ajsbackupコマンドを実行したJP1ユーザー名）が出力されます。
認可されていないJP1ユーザーが実行しようとした場合はNULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。
10

ホスト名
要求操作を行った論理ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション※
ajsbackupコマンドに指定したオプションが出力されます。
1～500

ユニット名
ajsbackupコマンドに指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(63)　「ユニット名称の出力（異常終了時）」ログの出力形式

「ユニット名称の出力（異常終了時）」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C512△日付△時刻△ユーザー名△メッセージID△ホスト名△;NAME△［操作ユーザー種別］△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C512△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;NAME△［操作ユーザー種別］△オプション△ユニット名

出力条件

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」，かつREFLOGに「all」または「name」が指定されている場合だけ出力されます。

出力例

C512 2007/03/05 12:22:13 [2540] jp1admin KAVS0161-I JP1_DEFAULT ;NAME [ADMIN] -F AJSROOT1 /net

各項目について次の表に示します。

表E-63　「ユニット名称の出力（異常終了時）」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
操作したJP1ユーザー名（ajsnameコマンドを実行したJP1ユーザー名）が出力されます。
認可されていないJP1ユーザーが実行しようとした場合はNULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。
10

ホスト名
要求操作を行った論理ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

オプション※
ajsnameコマンドに指定したオプションが出力されます。
1～500

ユニット名
ajsnameコマンドに指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(64)　「登録予定情報のエクスポート」ログの出力形式

「登録予定情報のエクスポート」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C513△日付△時刻△ユーザー名△メッセージID△ホスト名△;RGEXP△［操作ユーザー種別］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C513△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;RGEXP△［操作ユーザー種別］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力条件

環境設定パラメーターのREFLOGに「all」または「rgexport」が指定されている場合だけ出力されます。

出力例

C513 Mar 06 19:14:15 jp1admin 0 JP1_DEFAULT ;RGEXP -F AJSROOT1 -e f /group/*

各項目について次の表に示します。

表E-64　「登録予定情報のエクスポート」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsrgexportコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

オプション※
ajsrgexportコマンド実行時に指定したオプションが出力されます。
1～500

ユニット名
ajsrgexportコマンド実行時に指定したユニット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(65)　「登録予定情報のエクスポートによるジョブネットの情報出力」ログの出力形式

「登録予定情報のエクスポートによるジョブネットの情報出力」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

C514△日付△時刻△ユーザー名△メッセージID△ホスト名△;RGEXP△［操作ユーザー種別］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

C514△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;RGEXP△［操作ユーザー種別］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力例

C514 Mar 06 19:14:15 jp1admin 0 JP1_DEFAULT ;RGEXP -F AJSROOT1 -e f /group/rootnet1

各項目について次の表に示します。

表E-65　「登録予定情報のエクスポートによるジョブネットの情報出力」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
ajsrgexportコマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
操作結果に対応したメッセージIDが出力されます。操作が正常に実行された場合は，「0」が出力されます。
1

ホスト名
操作の要求元ホスト名が出力されます。
1～255

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

オプション※
ajsrgexportコマンド実行時に指定したオプションが出力されます。
1～500

ユニット名
ajsrgexportコマンドで情報を出力したジョブネット名が出力されます。
1～930

注※

オプションの値の部分（オプション名と，それに続く半角スペース（△）を除く）が64バイトを超える場合，64バイトまでが出力されます。

また，オプション全体が500バイトを超える場合は，500バイトまでが出力されます。ただし，オプション名の途中で500バイトを超える場合，そのオプションは出力されません。

(66)　「コマンドの該当処理開始」ログの出力形式

「コマンドの該当処理開始」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

I001△日付△時刻△ユーザー名△メッセージID△ホスト名△;START△コマンド名△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

I001△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;START△コマンド名△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力例

I001 Aug 12 09:14:22 jp1admin - JP1_DEFAULT ;START ENTRY -F AJSROOT1 -n /group/net

各項目について次の表に示します。

表E-66　「コマンドの該当処理開始」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
コマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
常にハイフン（-）が出力されます。
1

ホスト名
操作の要求元ホスト名が出力されます。
1～255

コマンド名
コマンド名が大文字の英字で出力されます。
（例）
ajsentryコマンドの場合，先頭の「ajs」が除かれ，「ENTRY」といった大文字の英字で出力されます。
7～11

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション
コマンド実行時に指定したオプションが出力されます。
1～500

ユニット名
実行したコマンドに指定したユニット名が出力されます。
1～930

注

コマンドの該当処理開始履歴は，コマンドのオプションに指定した値に誤りがあってエラーになる場合や，存在しないユニットを指定した場合などでは，出力されない場合があります。JP1/AJS2 - Viewからの操作で，定義更新前にエラーが発生した場合や，定義に変更がない場合など，出力されない場合があります。

(67)　「コマンドからスケジューラーサービスへの処理要求開始」ログの出力形式

「コマンドからスケジューラーサービスへの処理要求開始」ログの出力形式を次に示します。

ログ情報にプロセスIDを出力しない場合

I002△日付△時刻△ユーザー名△メッセージID△ホスト名△;REQUEST△コマンド名△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

ログ情報にプロセスIDを出力する場合

I002△日付△時刻△［プロセスID］△ユーザー名△メッセージID△ホスト名△;REQUEST△コマンド名△［操作ユーザー種別］※△［要求元ホストIPアドレス,要求元識別情報］※△オプション△ユニット名

注※

次の設定をしている場合に「△［操作ユーザー種別］△［要求元ホストIPアドレス,要求元識別情報］」が出力されます。

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブの［スケジューラーログの拡張出力］に［する］を指定している場合

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDに「yes」を指定している場合

出力例

I002 Aug 12 09:14:22 jp1admin - JP1_DEFAULT ;REQUEST ENTRY -F AJSROOT1 -n /group/net

各項目について次の表に示します。

表E-67　「コマンドからスケジューラーサービスへの処理要求開始」ログの出力項目（スケジューラーログ）

項目名
内容
長さ（単位：バイト）

ユーザー名
コマンドを実行したJP1ユーザー名が出力されます。コマンドの実行権限がないJP1ユーザーで実行しようとした場合は，NULL文字列が出力されます。
0～20

メッセージID
常にハイフン（-）が出力されます。
1

ホスト名
操作の要求元ホスト名が出力されます。
1～255

コマンド名
コマンド名が大文字の英字で出力されます。
（例）
ajsentryコマンドの場合，先頭の「ajs」が除かれ，「ENTRY」といった大文字の英字で出力されます。
7～11

操作ユーザー種別
接続したユーザーの種別（ADMINまたはUSER）が出力されます。

ADMIN
Administrators権限またはスーパーユーザー権限を持つユーザー

USER
一般のユーザー

4，5

要求元ホストIPアドレス
操作の要求元ホストのIPアドレスが出力されます。
JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。
7～15

要求元識別情報
リモート実行元の製品を識別するための情報が出力されます。JP1/AJS2 - View，JP1/AJS2 - Scenario Operation，JP1/AJS2 - Definition Assistantから実行した場合，またはコマンドをリモート実行した場合だけ出力されます。

JP1/AJS2-View
実行元がJP1/AJS2 - Viewの場合

JP1/AJS2-SO
実行元がJP1/AJS2 - Scenario Operationの場合

JP1/AJS2-DA(IN=エクスポート元ファイル名,OUT=エクスポート実行結果ファイル名)

REMOTE
コマンドをリモート実行した場合，リモートジョブネットがコマンドを実行した場合，または実行元がJP1/AJS2 - Web Operation Assistantの場合

長さが100バイトを超える場合は，100バイトまでが出力されます。
1～100

オプション
実行したコマンドに指定したオプションが出力されます。
1～500

ユニット名
実行したコマンドに指定したユニット名が出力されます。
1～930

注

コマンドからのスケジューラーサービスへの処理要求開始履歴は，スケジューラーサービスへの処理要求前にエラーが発生した場合（コマンドのオプションに指定した値に誤りがあってエラーになる場合や，存在しないユニットを指定した場合など）には，出力されません。なお，ajssuspendコマンドで-Cオプションを指定した場合は，1回の実行で2回分のログが出力されます。

付録E.2　キューレスエージェントサービスが出力するログ

JP1/AJS2のキューレスログファイル中に出力されるログの一覧を次の表に示します。

表E-68　キューレスエージェントサービスのログ一覧

ログ種別
ログ名称
対応する
メッセージのID
対応する
JP1イベント
コマンド名
JP1/AJS2 - Viewからの操作
API

A101
キューレスエージェントサービス開始
KAVS1801-I
なし
－
－
－

A102
キューレスエージェントサービス停止
KAVS1802-I
なし
－
－
－

C901
コマンド要求受付
なし
なし
－
－
－

J101
キューレスジョブ開始
KAVS0251-I
なし
－
－
－

J102
キューレスジョブ正常終了
KAVS0252-I
なし
－
－
－

J103
キューレスジョブ異常終了
KAVS0253-E
なし
－
－
－

J104
キューレスジョブ警告終了
KAVS0254-W
なし
－
－
－

J106
サブミット要求受付
KAVS1984-I
なし
－
－
－

各ログ情報の出力形式と出力項目について次に説明します。各ログ情報で，共通の出力形式については，「付録E.1(1) ログの共通の出力形式」を参照してください。

なお，出力形式中の「△」は1バイトの空白を示しています。

＜この項の構成＞

(1)　「キューレスエージェントサービス開始」ログの出力形式

(2)　「キューレスエージェントサービス停止」ログの出力形式

(3)　「コマンド要求受付」ログの出力形式

(4)　「キューレスジョブ開始」ログの出力形式

(5)　「キューレスジョブ正常終了」ログの出力形式

(6)　「キューレスジョブ異常終了」ログの出力形式

(7)　「キューレスジョブ警告終了」ログの出力形式

(8)　「サブミット要求受付」ログの出力形式

(1)　「キューレスエージェントサービス開始」ログの出力形式

「キューレスエージェントサービス開始」ログの出力形式を次に示します。

A101△日付△時刻△KAVS1801-I△ホスト名

出力例

A101 Jul 28 12:30:59 KAVS1801-I hostA

各項目について次の表に示します。

表E-69　「キューレスエージェントサービス開始」ログの出力項目（キューレスログ）

項目名 | 内容 | 長さ（単位：バイト）
ホスト名 | キューレスエージェントサービスが起動されたホスト名が出力されます。 | 1～255

(2)　「キューレスエージェントサービス停止」ログの出力形式

「キューレスエージェントサービス停止」ログの出力形式を次に示します。

A102△日付△時刻△KAVS1802-I△ホスト名

出力例

A102 Jul 28 12:30:06 KAVS1802-I hostA

各項目について次の表に示します。

表E-70　「キューレスエージェントサービス停止」ログの出力項目（キューレスログ）

項目名 | 内容 | 長さ（単位：バイト）
ホスト名 | キューレスエージェントサービスが停止されたホスト名が出力されます。 | 1～255

(3)　「コマンド要求受付」ログの出力形式

「コマンド要求受付」ログの出力形式を次に示します。

(a)　ajsqlalter

C901△日付△時刻△ajsqlalter△最大同時ジョブ実行数△最大待ちジョブ数△ユーザーマッピングキャッシュ消去オプション△クラス名△論理ホスト名

(b)　ajsqlattach

C901△日付△時刻△ajsqlattach△論理ホスト名

(c)　ajsqldetach

C901△日付△時刻△ajsqldetach△論理ホスト名△強制終了指定

(d)　ajsqlstop

C901△日付△時刻△ajsqlstop△終了モード

出力例

ajsqlalter

C901 Jul 28 12:07:41 ajsqlalter -1 -1 0

ajsqlattach

C901 Jul 25 18:08:46 ajsqlattach

ajsqldetach

C901 Jul 25 18:08:08 ajsqldetach 0

ajsqlstop

C901 Jul 25 18:06:14 ajsqlstop 0

各項目について次の表に示します。

表E-71　「コマンド要求受付」ログの出力項目（キューレスログ）

項目名
内容
長さ（単位：バイト）

論理ホスト名
-hで指定された論理ホスト名が出力されます。指定がない場合は出力されません。
0～255

最大同時ジョブ実行数
変更する最大同時ジョブ実行数が10進数で出力されます。指定がない場合は-1と出力されます。
1～4

最大待ちジョブ数
変更する最大待ちジョブ数が10進数で出力されます。指定がない場合は-1と出力されます。
1～6

ユーザーマッピングキャッシュ消去オプション
「0」または「1」が出力されます。
0：指定なし。
1：指定あり。
1

クラス名
変更対象のクラス名が出力されます。指定がない場合は出力されません。
0～63

強制終了指定
「0」または「1」が出力されます。
0：指定なし。
1：指定あり。
1

終了モード
「0」または「1」が出力されます。
0：ジョブの終了を待つ。
1：ジョブの終了を待たない。
1

(4)　「キューレスジョブ開始」ログの出力形式

「キューレスジョブ開始」ログの出力形式を次に示します。

J101△日付△時刻△KAVS0251-I△マネージャーホスト名△スケジューラーサービス名：ジョブ名：実行ID△エージェントホスト名

出力例

J101 Feb 28 17:14:01 KAVS0251-I hostA AJSROOT1:/group/net1/job1:@A100 hostB

各項目について次の表に示します。

表E-72　「キューレスジョブ開始」ログの出力項目（キューレスログ）

項目名 | 内容 | 長さ（単位：バイト）
マネージャーホスト名 | キューレスジョブの実行を依頼したマネージャーホスト名が出力されます。 | 1～255
ジョブ名 | 実行が開始されたキューレスジョブ名が「スケジューラーサービス名：ジョブ名：実行ID」の形式で出力されます。 | 1～969
エージェントホスト名 | キューレスジョブの実行先エージェントホスト名が出力されます。 | 1～255

(5)　「キューレスジョブ正常終了」ログの出力形式

「キューレスジョブ正常終了」ログの出力形式を次に示します。

J102△日付△時刻△KAVS0252-I△マネージャーホスト名△スケジューラーサービス名：ジョブ名：実行ID△エージェントホスト名△戻り値

出力例

J102 Feb 28 17:14:01 KAVS0252-I hostA AJSROOT1:/group/net1/job1:@A100 hostB 0

各項目について次の表に示します。

表E-73　「キューレスジョブ正常終了」ログの出力項目（キューレスログ）

項目名 | 内容 | 長さ（単位：バイト）
マネージャーホスト名 | キューレスジョブの実行を依頼したマネージャーホスト名が出力されます。 | 1～255
ジョブ名 | 正常終了したキューレスジョブ名が「スケジューラーサービス名：ジョブ名：実行ID」の形式で出力されます。 | 1～969
エージェントホスト名 | 正常終了したキューレスジョブの実行先エージェントホスト名が出力されます。 | 1～255
戻り値 | 正常終了したキューレスジョブの戻り値が10進数で出力されます。 | 1～10

(6)　「キューレスジョブ異常終了」ログの出力形式

「キューレスジョブ異常終了」ログの出力形式を次に示します。

J103△日付△時刻△KAVS0253-E△マネージャーホスト名△スケジューラーサービス名：ジョブ名：実行ID△エージェントホスト名△終了状態△戻り値

出力例

J103 Feb 28 17:14:01 KAVS0253-E hostA AJSROOT1:/group/net1/job1:@A100 hostB a 0

各項目について次の表に示します。

表E-74　「キューレスジョブ異常終了」ログの出力項目（キューレスログ）

項目名
内容
長さ（単位：バイト）

マネージャーホスト名
キューレスジョブの実行を依頼したマネージャーホスト名が出力されます。
1～255

ジョブ名
異常終了したキューレスジョブ名が「スケジューラーサービス名：ジョブ名：実行ID」の形式で出力されます。
1～969

エージェントホスト名
異常終了したキューレスジョブの実行先エージェントホスト名が出力されます。
1～255

戻り値
異常終了したキューレスジョブの戻り値が10進数で出力されます。
1～10

終了状態
次のどれかが出力されます。
a：異常検出終了
f：起動失敗
c：強制終了
?：終了状態不明
1

(7)　「キューレスジョブ警告終了」ログの出力形式

「キューレスジョブ警告終了」ログの出力形式を次に示します。

J104△日付△時刻△KAVS0254-W△マネージャーホスト名△スケジューラーサービス名：ジョブ名：実行ID△エージェントホスト名△戻り値

出力例

J104 Feb 28 17:14:01 KAVS0254-W hostA AJSROOT1:/group/net1/job1:@A100 hostB 0

各項目について次の表に示します。

表E-75　「キューレスジョブ警告終了」ログの出力項目（キューレスログ）

項目名 | 内容 | 長さ（単位：バイト）
マネージャーホスト名 | キューレスジョブの実行を依頼したマネージャーホスト名が出力されます。 | 1～255
ジョブ名 | 警告終了したキューレスジョブ名が「スケジューラーサービス名：ジョブ名：実行ID」の形式で出力されます。 | 1～969
エージェントホスト名 | 警告終了したキューレスジョブの実行先エージェントホスト名が出力されます。 | 1～255
戻り値 | 警告終了したキューレスジョブの戻り値が10進数で出力されます。 | 1～10

(8)　「サブミット要求受付」ログの出力形式

「サブミット要求受付」ログの出力形式を次に示します。

J106△日付△時刻△KAVS1984-I△マネージャーホスト名△スケジューラーサービス名：ジョブ名：実行ID△エージェントホスト名

出力例

J106 Jul 28 12:21:03 KAVS1984-I hostA AJSROOT1:/group/net1/job1:@A100 hostB 0

各項目について次の表に示します。

表E-76　「サブミット要求受付」ログの出力項目（キューレスログ）

項目名 | 内容 | 長さ（単位：バイト）
マネージャーホスト名 | キューレスジョブの実行を依頼したマネージャーホスト名が出力されます。 | 1～255
ジョブ名 | サブミット要求を受け付けたキューレスジョブ名が「スケジューラーサービス名：ジョブ名：実行ID」の形式で出力されます。 | 1～969
エージェントホスト名 | 実行先エージェントホスト名として指定したホスト名が出力されます。 | 1～255

付録E.3　定義内容の事前チェックで出力するログ

定義内容の事前チェックで出力する定義チェックログファイル中に出力されるログの一覧を次の表に示します。

表E-77　定義内容の事前チェックで出力するログ一覧

ログ種別 | ログ名称 | 対応するメッセージのID | 対応するJP1イベント | コマンド名 | JP1/AJS2 - Viewからの操作 | API
A201 | JP1/AJS2 Check Managerサービス起動 | KAVS3402-I | － | ajschkstart | － | －
A202 | JP1/AJS2 Check Managerサービス停止 | KAVS3403-I | － | ajschkstop | － | －
C901 | コマンド要求受け付け | － | － | ajschkdef | － | －
A203 | JP1/AJS2 Check Agentサービス起動 | KAVS3406-I | － | ajschkstart | － | －
A204 | JP1/AJS2 Check Agentサービス停止 | KAVS3407-I | － | ajschkstop | － | －

各ログ情報の出力形式と出力項目について次に説明します。各ログ情報で，共通の出力形式については，「付録E.1(1) ログの共通の出力形式」を参照してください。

＜この項の構成＞

(1)　「JP1/AJS2 Check Managerサービス起動」ログの出力形式

(2)　「JP1/AJS2 Check Managerサービス停止」ログの出力形式

(3)　「コマンド要求受け付け」ログの出力形式

(4)　「JP1/AJS2 Check Agentサービス起動」ログの出力形式

(5)　「JP1/AJS2 Check Agentサービス停止」ログの出力形式

(1)　「JP1/AJS2 Check Managerサービス起動」ログの出力形式

「JP1/AJS2 Check Managerサービス起動」ログの出力形式を次に示します。

A201△日付△時刻△KAVS3402-I△サービス起動ホスト名

出力例

A201 Aug 12 09:14:22 KAVS3402-I host1

各項目について次の表に示します。

表E-78　「JP1/AJS2 Check Managerサービス起動」ログの出力項目

項目名 | 内容 | 長さ（単位：バイト）
サービス起動ホスト名 | サービス起動ホスト名が出力されます。 | 1～255

(2)　「JP1/AJS2 Check Managerサービス停止」ログの出力形式

「JP1/AJS2 Check Managerサービス停止」ログの出力形式を次に示します。

A202△日付△時刻△KAVS3403-I△サービス停止ホスト名

出力例

A202 Aug 12 17:15:20 KAVS3403-I host1

各項目について次の表に示します。

表E-79　「JP1/AJS2 Check Managerサービス停止」ログの出力項目

項目名 | 内容 | 長さ（単位：バイト）
サービス停止ホスト名 | サービス停止ホスト名が出力されます。 | 1～255

(3)　「コマンド要求受け付け」ログの出力形式

「コマンド要求受け付け」ログの出力形式を次に示します。

C901△日付△時刻△識別名△チェック項目△登録ユーザー名△出力ファイル名△ユニット完全名

出力例

C901 Aug 12 13:30:18 START O jp1admin C:¥Program Files¥HITACHI¥JP1AJS2¥log¥ajscheckfile.txt net1

各項目について次の表に示します。

表E-80　「コマンド要求受け付け」ログの出力項目

項目名
内容
長さ（単位：バイト）

識別名
コマンドの実行種別が出力されます。
START：定義内容の事前チェックの開始
STATUS：定義内容の事前チェックの実行状態表示
1～6

チェック項目
コマンドで指定したチェック内容のオプション指定値が出力されます（O，M，P，H，U，D，Aの形式）。
1～7

登録ユーザー名
-uオプションで指定した登録ユーザー名が出力されます。
1～31

出力ファイル名
-oオプションで指定した出力ファイル名が出力されます。
1～255

ユニット完全名
コマンドで指定したユニット完全名が出力されます。
1～961

(4)　「JP1/AJS2 Check Agentサービス起動」ログの出力形式

「JP1/AJS2 Check Agentサービス起動」ログの出力形式を次に示します。

A203△日付△時刻△KAVS3406-I△サービス起動ホスト名

出力例

A203 Aug 12 09:14:22 KAVS3406-I host1

各項目について次の表に示します。

表E-81　「JP1/AJS2 Check Agentサービス起動」ログの出力項目

項目名 | 内容 | 長さ（単位：バイト）
サービス起動ホスト名 | サービス起動ホスト名が出力されます。 | 1～255

(5)　「JP1/AJS2 Check Agentサービス停止」ログの出力形式

「JP1/AJS2 Check Agentサービス停止」ログの出力形式を次に示します。

A204△日付△時刻△KAVS3407-I△サービス停止ホスト名

出力例

A204 Aug 12 17:15:20 KAVS3407-I host1

各項目について次の表に示します。

表E-82　「JP1/AJS2 Check Agentサービス停止」ログの出力項目

項目名 | 内容 | 長さ（単位：バイト）
サービス停止ホスト名 | サービス停止ホスト名が出力されます。 | 1～255

付録F　JP1/AJS2での操作の正当性を検証するための機能および使用方法

JP1/AJS2では，JP1/AJS2での操作の正当性を検証するための各種履歴情報をスケジューラーログに出力します。これによって，JP1/AJS2を使用した業務運用に不正がないかを確認できます。

JP1/AJS2での操作の正当性を検証するための機能や設定，運用方法などを紹介します。

＜この節の構成＞

付録F.1　JP1/AJS2での操作の正当性を検証するための機能

付録F.2　推奨するシステム構成

付録F.3　JP1/AJS2での操作に対する検証例

付録F.1　JP1/AJS2での操作の正当性を検証するための機能

JP1/AJS2での操作の正当性を検証するための機能を次に示します。

＜この項の構成＞

(1)　スケジューラーログ出力内容の拡張機能

(2)　ユニット定義の最新更新日付出力機能

(3)　JP1/AJS2での操作に対する検証に必要なログ情報の抽出機能

(4)　キューレスジョブ/即時実行のログ出力機能

(1)　スケジューラーログ出力内容の拡張機能

環境設定を行うことで，スケジューラーログの出力内容を拡張し，JP1/AJS2での操作の正当性を検証するための情報を出力できます。

環境設定によって拡張されるスケジューラーログの出力内容を次の表に示します。

表F-1　拡張できるスケジューラーログの出力内容と環境設定の内容

機能
環境設定の内容

JP1/AJS2 - ViewおよびJP1/AJS2 - Scenario Operationからスケジューラーサービスへの接続開始・終了ログを出力する

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［論理ホスト共通］タブで，［JP1/AJS2 - Monitorサービスの開始・終了ログ出力］の設定（イベントログ・スケジューラーログ）を［すべて］にする。

UNIXの場合

スケジューラーログに出力する場合は，環境設定パラメーターのMONLOGの値をallにする。

syslogに出力する場合は，環境設定パラメーターのMONSYSLOGの値をallにする。

ユーザー認証に関するログを出力する

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［論理ホスト共通］タブで，［JP1/AJS2 - Monitorサービスの認証ログ出力］の設定（イベントログ・スケジューラーログ）を［すべて］にする。

UNIXの場合

スケジューラーログに出力する場合は，環境設定パラメーターのAUTHLOGの値をallにする。

syslogに出力する場合は，環境設定パラメーターのAUTHSYSLOGの値をallにする。

ユニットの実行ログや操作ログの出力内容を拡張し，次の内容を追加する※1

操作ユーザー種別
マッピングされたOSユーザーの種別

要求元ホストIPアドレス※2
操作の要求元となるホストのIPアドレス

要求元識別情報※2
要求元の製品または機能を識別するための情報

コマンド操作のオプション
コマンド実行時に指定したオプション

ユニット名
操作対象のユニット名

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブで，［スケジューラーログの拡張出力］の設定を［する］にする。

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTEXTENDの値をyesにする。

スケジューラーログの日付を「年月日」形式で出力する（デフォルトは「月日」形式）

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブで，［スケジューラーログの年号出力］の設定を［する］にする。

UNIXの場合

環境設定パラメーターのAJSLOGOUTPUTYEARの値をyesにする。

スケジューラーログ出力プロセスの開始・終了のログを出力する

Windowsの場合

［マネージャー環境設定］ダイアログボックスの［スケジューラーログの設定］タブで，［スケジューラーログ出力プロセスの開始・終了ログ出力］の設定（イベントログ・スケジューラーログ）を［する］にする。

UNIXの場合

スケジューラーログに出力する場合は，環境設定パラメーターのLOGDLOGの値をallにする。

syslogに出力する場合は，環境設定パラメーターのLOGDSYSLOGの値をallにする。

注※1

環境設定パラメーターのREFLOGにnone以外の値を指定している場合は，この機能を有効にすることで，ユニットの異常終了時に実行した参照操作関連のログについても出力されます。

注※2

ローカルマシンで実行した場合およびJP1/AJS2 Consoleから実行した場合，要求元ホストIPアドレスおよび要求元識別情報はログに出力されません。

環境設定については，マニュアル「JP1/Automatic Job Management System 2 セットアップガイド　4.1 スケジューラーサービス環境の設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 2 セットアップガイド　14.1 スケジューラーサービス環境の設定」（UNIXの場合）を参照してください。

また，スケジューラーログに出力される内容の詳細については，「付録E.1 スケジューラーサービスが出力するログ」を参照してください。

(2)　ユニット定義の最新更新日付出力機能

ユニット定義の最新更新日付を出力できます。ユニット定義の最新更新日付の出力方法には，次の二とおりがあります。

ajsprintコマンドで出力する

ajsprintコマンドの-fオプションを使用することによって，指定したユニットの，配下のユニットすべてを含めた最終更新日時を取得できます。

ajsprintコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajsprint」を参照してください。

JP1/AJS2 - Definition Assistantでユニット定義をインポートする

JP1/AJS2 - Definition Assistantでユニット定義情報をインポートすると，インポート結果の［最終更新日時］欄にユニットごとの最終更新日時が出力されます。

出力された最終更新日時は編集できます。ただし，インポートしたユニット定義情報をエクスポートする際，［最終更新日時］欄は対象外となります。

JP1/AJS2 - Definition Assistantでのユニット定義情報のインポート方法については，マニュアル「JP1/Automatic Job Management System 2 - Definition Assistant」を参照してください。

なお，インポート結果の［最終更新日時］欄を非表示にしておくこともできます。デフォルトは「表示」です。非表示にしたい場合は，次の方法で設定してください。

次のファイルをエディターなどで開く。

JP1/AJS2 - Definition Assistantのインストール先フォルダ¥conf¥ajs2da.conf

パラメーター「TYPE-LASTUPDATE=」の値を「N」にする。

設定内容を保存する。

(3)　JP1/AJS2での操作に対する検証に必要なログ情報の抽出機能

ajslogprintコマンドを使用することによって，JP1/AJS2での操作に対する検証に必要な情報をスケジューラーログから抽出し，出力できます。

ajslogprintコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　ajslogprint」を参照してください。

(4)　キューレスジョブ/即時実行のログ出力機能

jpqendjobshowコマンドを使用することによって，キューレスジョブまたは即時実行の操作ログを取得できます。

jpqendjobshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 2 コマンドリファレンス　1. コマンド　jpqendjobshow」を参照してください。

付録F.2　推奨するシステム構成

JP1/AJS2での操作の正当性を検証するための機能を使用する場合の，推奨するシステム構成例を次の図に示します。

図F-1　推奨する機器構成

開発機と本番機とに分け，JP1/AJS2 - Definition Assistantに開発機のJP1/AJS2 - Managerのユニット定義情報をインポートしてユニット定義を編集または作成します。ユニット定義を編集または作成したら，開発機のJP1/AJS2 - Managerにエクスポートして内容に問題がないかどうか動作をテストします。テストの結果に問題がなければ，ユニット定義のホスト名などを本番機用に書き換え，本番機のJP1/AJS2 - Managerにエクスポートします。

なお，このような運用でJP1/AJS2操作の検証に必要なログ出力機能を使用する場合は，開発機および本番機それぞれの同一装置内に次の製品が必要です。

JP1/AJS2 - Manager 08-10以降

JP1/Base 08-10以降

また，ユニット定義管理サーバには，次の製品が必要です。

JP1/AJS2 - Definition Assistant 08-10以降

JP1/AJS2 - Definition Assistantでのユニット定義のインポート・エクスポート操作については，マニュアル「JP1/Automatic Job Management System 2 - Definition Assistant」を参照してください。

付録F.3　JP1/AJS2での操作に対する検証例

JP1/AJS2での操作に対する検証例を次の表に示します。

表F-2　JP1/AJS2での操作に対する検証例

環境
作業内容
取得できる情報
検証方法

開発機
ユニット定義の作成または変更
－
－

テスト
－
－

本番機へのエクスポート
JP1/AJS2 - Definition Assistantのエクスポート実行結果ファイル
JP1/AJS2 - Definition Assistantのエクスポート実行結果ファイル名によって，何年何月何日版のユーザー定義であるかを判別する。
例
2007/02/20 13:43:25.976にエクスポートした場合のファイル名
ASJDA-EXPORT-060220134325976.xls

本番機
運用開始準備

「ユニットの作成」ログ

ユニット定義の最終更新日時一覧

要求元識別情報にJP1/AJS2 - Definition Assistantのエクスポートファイル名が出力される。

ユニット定義の最終更新日時と「ユニットの作成」ログの要求元識別情報を比較することで，不正な定義変更がされていないかを判別する。

ジョブネットの登録・実行

「ジョブネットの登録」ログ

「ジョブネットの実行」ログ

ジョブネットが正しく登録されているかを検証する。

ジョブネットが正しく実行されているかを検証する。

再実行
保留
計画一時変更
　：
各種操作ログ
出力されたログによって，ジョブネットが正しく操作されているかを検証する。

一時的なユニット定義の変更

JP1/AJS2 - Definition Assistantのエクスポート結果ファイル

「ユニットの定義内容変更」ログ

ユニット定義の最終更新日時一覧

定義変更後のJP1/AJS2 - Definition Assistantのエクスポート結果ファイル名によって，何年何月何日版のユーザー定義であるかを判別する。

要求元識別情報にJP1/AJS2 - Definition Assistantのエクスポートファイル名が出力される。

ユニット定義の最終更新日時と「ユニットの定義内容変更」ログの要求元識別情報を比較することで，不正な定義変更がされていないかを判別する。

（凡例）

－：なし

付録G　イベントジョブおよびアクションジョブ実行時の戻り値一覧

イベントジョブおよびアクションジョブを実行したときの戻り値を次の表に示します。

表G-1　イベントジョブ実行時の戻り値一覧

戻り値
説明
実行後または打ち切り後の
ジョブの状態

0
正常終了しました。または，常に正常終了です。
正常終了

1
メッセージが一致して正常終了しました。
正常終了

2
詳細情報が一致して正常終了しました。
正常終了

3
メッセージが一致しないで正常終了しました。
正常終了

4
詳細情報が一致しないで正常終了しました。
正常終了

5
イベントの引き継ぎ情報が上限を超えました。
正常終了

6
イベントの引き継ぎ情報作成時にエラーが発生しました。
正常終了

7
打ち切り時間に到達後，正常終了しました。
正常終了

12
打ち切り時間に到達後，警告終了しました。
警告終了

16
条件が成立しませんでした（計画未実行終了）。
計画未実行終了

17
監視打ち切り時間になりました。
強制終了

18
強制終了しました。
強制終了

20
常に異常終了です。
異常終了

21
メッセージが一致して異常終了しました。
異常終了

22
詳細情報が一致して異常終了しました。
異常終了

23
メッセージが一致しないで異常終了しました。
異常終了

24
詳細情報が一致しないで異常終了しました。
異常終了

25
打ち切り時間に到達後，異常終了しました。
異常終了

30
イベント・アクションエージェントが停止したため，終了しました。
異常終了

50
マネージャー・エージェント間で通信エラーが発生しました。
異常終了，または起動失敗

55
リソースが不足しました。または，指定したファイルにアクセスできませんでした。
異常終了

56
メモリーが不足しました。
異常終了

64
ファイルが読み込めませんでした（I/Oエラー）。
異常終了

90
パラメーターに誤りがありました。
異常終了

91
必要な項目が定義されていませんでした。
異常終了，または起動失敗

92
マクロ変数の指定に誤りがありました。
異常終了

93
プラットフォームの指定に誤りがありました。
異常終了

250
メールシステムまたはメッセージキューシステムが使用できない状態でした。
起動失敗

253
前提プログラムでオプションエラーが発生しました。
異常終了

254
前提プログラムでエラーが発生しました。
異常終了

255
システムエラーが発生しました。
異常終了または起動失敗

注

起動条件全体に対して操作した場合（起動条件を強制終了させた場合など）や，起動条件全体に関係するエラーが発生した場合は，起動条件全体の各イベントの戻り値には，「0（ゼロ）」が設定されます。これに対して，特定のイベントに対するエラーが発生した場合（定義が誤っていてエラーになった場合など）は，表に示した戻り値が設定されます。

表G-2　JP1イベント送信ジョブ実行時の戻り値一覧

戻り値
説明

0
正常終了しました。

1
引数エラー

100
転送に失敗しました。
JP1/AJS2 07-00以降でイベントの到達確認するときだけ返されます。jevsenddコマンドの戻り値が，3（転送に失敗した）の場合に対応しています。

120
処理は続行中です（最大到達待ち時間内に到達確認ができなかった場合）。
JP1/AJS2 07-00以降でイベントの到達確認するときだけ返されます。jevsenddコマンドの戻り値が，2（処理は続行中）の場合に対応しています。

150
メモリー不足

255
その他のエラー

注

戻り値0以外の場合は，ジョブの実行結果詳細のメッセージで要因を特定してください。

表G-3　メール送信ジョブ実行時の戻り値一覧（Windows）

戻り値 | 説明
0 | 正常終了しました。
90 | パラメーターエラー（定義項目エラー）
91 | パラメーターエラー（定義内容エラー）
92 | パラメーターエラー（必要な項目の未定義エラー）
94 | パラメーターエラー（定義内容長エラー）
95 | 本文テキストファイル，添付ファイル，または添付ファイルリストなし
99 | JP1/AJS2メール監視プロセス未起動エラー
100 | 環境設定読み込みエラー
101 | 環境設定未定義エラー
102 | JP1/AJS2のインストール失敗
103 | 環境設定の定義情報が壊れています。
120 | JP1/AJS2のメール監視プロセスまたはメール監視サービスへの通信に失敗しました。
121 | メール情報の送信に失敗しました。
150 | メモリー不足
151 | リソース不足（ファイル関連）
152 | リソース不足（プロセス関連）
180 | メール送信時スレッドの終了時終了状態の取得に失敗しました。
182 | メールの送信に失敗しました。
255 | システムエラーが発生しました。

表G-4　メール送信ジョブ実行時の戻り値一覧（UNIX）

戻り値 | 説明
0 | 正常終了しました。
90 | パラメーターエラー（定義項目エラー）
95 | 本文テキストファイル名がありません。
96 | メール送信先アドレス指定なしエラー
97 | メール送信先アドレス指定エラー
98 | 本文テキストファイルの読み込みに失敗
126 | メール送信機能は使用できません。
130 | メールを送信するためのテンポラリーファイルの作成に失敗しました。
131 | メールを送信中にシグナルを受けメールの送信を中断しました。
150 | メモリー不足
254 | メールを送信時に使用するシステムコマンドに実行権限がありません。
255 | システムエラーが発生しました。

表G-5　メッセージキュー送信ジョブ実行時の戻り値一覧（Windows）

戻り値 | 説明
0 | 正常終了しました。
1 | 指定キューへの接続が部分的に失敗
3 | デッドレターキューへ送信しました。
90 | パラメーターエラー（定義項目エラー）
91 | パラメーターエラー（定義内容エラー）
92 | パラメーターエラー（必要な項目の未定義エラー）
94 | パラメーターエラー（定義内容長エラー）
95 | 指定したファイルなし
98 | JP1/AJS2メッセージキュー監視プロセスが使用不可
99 | JP1/AJS2メッセージキュー監視プロセス未起動エラー
100 | 環境設定読み込みエラー
101 | 環境設定未定義エラー
102 | JP1/AJS2のインストール失敗
103 | 環境設定の使用するメッセージキューイングシステムの種別に誤りがあります。
120 | JP1/AJS2の提供しているTP1/LiNKのSUPとの通信に失敗しました。
121 | 指定キューへの接続に失敗しました。
123 | メッセージキューアクセス時のエラー
150 | リソース不足（プロセス関連）
151 | リソース不足（ファイル関連）
152 | リソース不足（スレッド関連）
153 | ミューテックスの作成に失敗
154 | jposupwth（TP1/Message Queue連携時のMQ監視用プロセス）が停止しました。
155 | jposupwth（TP1/Message Queue連携時のMQ監視用プロセス）が起動失敗
156 | イベントの作成に失敗
157 | ファイルの作成に失敗しました。
158 | メモリー不足
159 | デッドレターキューへの送信に失敗
180 | メッセージ送信時スレッドの終了時終了状態の取得に失敗しました。
181 | ファイルサイズの取得に失敗しました。
182 | ファイルの読み込みに失敗しました。
183 | ファイルのクローズに失敗しました。
250 | サービスの起動時に別のイベントが発生
255 | システムエラーが発生しました。

表G-6　メッセージキュー送信ジョブ実行時の戻り値一覧（UNIX）

戻り値 | 説明
0 | 正常終了しました。
2 | 送信中に警告エラー
90 | パラメーターエラー（定義項目エラー）
91 | パラメーターエラー（定義内容エラー）
95 | 指定したファイルなし
103 | 環境設定の使用するメッセージキューイングシステムの種別に誤りがあります。
120 | JP1/AJS2の提供しているTP1/Server BaseのSUPとの通信に失敗しました。
123 | メッセージキューアクセス時のエラー
126 | メッセージキュー送信処理は使用できません。
150 | リソース不足（プロセス関連）
155 | TP1/Message Queue連携時のMQ監視用プロセスが起動失敗
156 | イベントの作成に失敗
157 | ファイルの作成に失敗しました。
158 | メモリー不足
255 | システムエラーが発生しました。

表G-7　MSMQ送信ジョブ実行時の戻り値一覧

戻り値
説明

0
正常終了しました。

90
パラメーターエラー（定義項目エラー）

91
パラメーターエラー（オペランドエラー）

92
パラメーターエラー（定義内容エラー）

93
パラメーターエラー（必要な項目の未定義エラー）

94
メッセージ送信失敗

95
致命的なエラー
MSMQ連携機能は続行不可能

表G-8　JP1/Cm2状態通知ジョブ実行時の戻り値一覧

戻り値 | 説明
0 | 正常終了しました。
16 | パラメーターエラー（定義項目エラー）
17 | パラメーターエラー（オペランドエラー）
18 | パラメーターエラー（定義内容エラー）
19 | パラメーターエラー（必要な項目の未定義エラー）
30 | SNMPサービスがインストールされていません（Windowsだけ）。
31 | SNMPサービスが起動されていません（Windowsだけ）。
32 | SNMPサービスのコミュニティ名が設定されていません。
33 | SNMPサービスのトラップ送信先が設定されていません。
34 | 状態通知に失敗しました。

表G-9　ローカル電源制御ジョブ実行時の戻り値一覧

戻り値 | 説明
0 | 正常終了しました。
0以外 | ローカル電源制御に失敗しました。

表G-10　リモート電源制御ジョブ実行時の戻り値一覧

戻り値 | 説明
0 | 正常終了しました。
0以外 | リモート電源制御に失敗しました。

表G-11　（特記事項）アクションジョブ実行時の戻り値一覧※1

戻り値 | 説明
128 | リソース不足※2
-1 | 起動失敗，強制終了，異常検出終了※3

注※1

アクションジョブのジョブプロセスが設定する戻り値以外で設定されるおそれがある戻り値です。なお，アクションジョブは，次のジョブが該当します。

JP1イベント送信ジョブ

メール送信ジョブ

メッセージキュー送信ジョブ

MSMQ送信ジョブ

JP1/Cm2状態通知ジョブ

ローカル電源制御ジョブ

リモート電源制御ジョブ

注※2

この戻り値は，Windowsだけです。詳細については，「8.1.5 PCジョブの注意事項」を参照してください。なお，この戻り値はOSにより設定される値のため，OSのバージョンにより戻り値が異なるおそれがあります。

注※3

詳細については，「8.5.6 ジョブの終了コードを確認する」を参照してください。

付録H　組み込みDBを使用した運用でシステムログファイルのディスクに障害が発生した場合の回復方法

アンロードログファイルを使用する環境で，二重化しているシステムファイルの片方に障害が発生した場合の回復方法です。

ただし，「3.5.7 アンロードログ運用」に記載している手順で回復することを推奨します。

障害を取り除く。

pdlogcls※1で障害が発生したすべてのシステムログファイルおよびシンクポイントダンプファイルをクローズ状態にする。
（例）

pdlogcls -d sys -g log1 -b※2
pdlogcls -d spd -g log1 -b

システムファイル領域を再作成する。※3

pdlogopen※1でシステムログファイルおよびシンクポイントダンプファイルをオープンする。
（例）

pdlogopen -d sys -g log1 -b※2
pdlogopen -d spd -g log1 -b

これらの操作はスケジューラーサービス起動時に操作することができます。

二重化しているシステムファイルのうち，片方に障害が発生しても運用に問題はありません。しかし，もう一方のシステムファイルに障害が発生した場合，障害発生時までの状態に回復できなくなるため，障害発生時は速やかに回復してください。

注※1

組み込みDBのコマンドを実行するには，環境変数の設定が必要となります。

注※2

-gに指定するログファイルグループについては，ajsembdbstatusコマンドで確認してください。

注※3

システムファイル領域を再作成するには，組み込みDBのコマンドを使用する必要があります。コマンドラインを次に説明します。指定するパスを環境に合わせて修正し，実行してください。

実行するコマンドラインは，問題の発生している領域のものだけを実行してください。次に示すコマンドラインをすべて実行してしまうと，障害の発生していないログ領域も初期化してしまいます。

システムファイル再作成時のコマンドライン中の文字列に入る値を次の表に示します。コマンドライン中の文字列（AAAまたはBBBの個所）は読み替えてください。

表H-1　ログ再作成時のコマンドラインに入力する規模ごとの可変値

文字列 | 小規模 | 中規模 | 大規模
AAA | 117 | 200 | 567
BBB | 28,400 | 49,660 | 143,600

コマンドライン（Windowsの場合）

ajsembdbbuild -dでシステムファイル領域ディレクトリ名称1に指定した領域

領域作成

pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称1¥ajssys011"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称1¥ajssys012"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称1¥ajssys013"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称1¥ajssys014"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称1¥ajssys015"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称1¥ajssys016"

領域初期化

pdstsinit -u unt1 -f "システムファイル領域ディレクトリ名称1¥ajssys011¥utsts1a" -l 4096 -c 32
pdstsinit -u unt1 -f "システムファイル領域ディレクトリ名称1¥ajssys012¥utsts2a" -l 4096 -c 32
pdstsinit -u unt1 -f "システムファイル領域ディレクトリ名称1¥ajssys013¥utsts3a" -l 4096 -c 32
pdstsinit -s ajs2 -f "システムファイル領域ディレクトリ名称1¥ajssys011¥sts1a" -l 4096 -c 800
pdstsinit -s ajs2 -f "システムファイル領域ディレクトリ名称1¥ajssys012¥sts2a" -l 4096 -c 800
pdstsinit -s ajs2 -f "システムファイル領域ディレクトリ名称1¥ajssys013¥sts3a" -l 4096 -c 800
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称1¥ajssys011¥log1" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称1¥ajssys012¥log2" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称1¥ajssys013¥log3" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称1¥ajssys014¥log4" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称1¥ajssys015¥log5" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称1¥ajssys016¥log6" -n BBB
pdloginit -d spd -s ajs2 -f "システムファイル領域ディレクトリ名称1¥ajssys014¥spd1" -n 110
pdloginit -d spd -s ajs2 -f "システムファイル領域ディレクトリ名称1¥ajssys015¥spd2" -n 110
pdloginit -d spd -s ajs2 -f "システムファイル領域ディレクトリ名称1¥ajssys016¥spd3" -n 110

ajsembdbbuild -dでシステムファイル領域ディレクトリ名称2に指定した領域

領域作成

pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称2¥ajssys017"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称2¥ajssys018"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称2¥ajssys019"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称2¥ajssys020"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称2¥ajssys021"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称2¥ajssys022"

領域初期化

pdstsinit -u unt1 -f "システムファイル領域ディレクトリ名称2¥ajssys017¥utsts1b" -l 4096 -c 32
pdstsinit -u unt1 -f "システムファイル領域ディレクトリ名称2¥ajssys018¥utsts2b" -l 4096 -c 32
pdstsinit -u unt1 -f "システムファイル領域ディレクトリ名称2¥ajssys019¥utsts3b" -l 4096 -c 32
pdstsinit -s ajs2 -f "システムファイル領域ディレクトリ名称2¥ajssys017¥sts1b" -l 4096 -c 800
pdstsinit -s ajs2 -f "システムファイル領域ディレクトリ名称2¥ajssys018¥sts2b" -l 4096 -c 800
pdstsinit -s ajs2 -f "システムファイル領域ディレクトリ名称2¥ajssys019¥sts3b" -l 4096 -c 800
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称2¥ajssys017¥log1" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称2¥ajssys018¥log2" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称2¥ajssys019¥log3" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称2¥ajssys020¥log4" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称2¥ajssys021¥log5" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称2¥ajssys022¥log6" -n BBB
pdloginit -d spd -s ajs2 -f "システムファイル領域ディレクトリ名称2¥ajssys020¥spd1" -n 110
pdloginit -d spd -s ajs2 -f "システムファイル領域ディレクトリ名称2¥ajssys021¥spd2" -n 110
pdloginit -d spd -s ajs2 -f "システムファイル領域ディレクトリ名称2¥ajssys022¥spd3" -n 110

コマンドライン（UNIXの場合）

ajsembdbbuild -dでシステムファイル領域ディレクトリ名称1に指定した領域

領域作成

pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称1/ajssys011"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称1/ajssys012"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称1/ajssys013"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称1/ajssys014"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称1/ajssys015"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称1/ajssys016"

領域初期化

pdstsinit -u unt1 -f "システムファイル領域ディレクトリ名称1/ajssys011/utsts1a" -l 4096 -c 32
pdstsinit -u unt1 -f "システムファイル領域ディレクトリ名称1/ajssys012/utsts2a" -l 4096 -c 32
pdstsinit -u unt1 -f "システムファイル領域ディレクトリ名称1/ajssys013/utsts3a" -l 4096 -c 32
pdstsinit -s ajs2 -f "システムファイル領域ディレクトリ名称1/ajssys011/sts1a" -l 4096 -c 800
pdstsinit -s ajs2 -f "システムファイル領域ディレクトリ名称1/ajssys012/sts2a" -l 4096 -c 800
pdstsinit -s ajs2 -f "システムファイル領域ディレクトリ名称1/ajssys013/sts3a" -l 4096 -c 800
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称1/ajssys011/log1" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称1/ajssys012/log2" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称1/ajssys013/log3" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称1/ajssys014/log4" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称1/ajssys015/log5" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称1/ajssys016/log6" -n BBB
pdloginit -d spd -s ajs2 -f "システムファイル領域ディレクトリ名称1/ajssys014/spd1" -n 110
pdloginit -d spd -s ajs2 -f "システムファイル領域ディレクトリ名称1/ajssys015/spd2" -n 110
pdloginit -d spd -s ajs2 -f "システムファイル領域ディレクトリ名称1/ajssys016/spd3" -n 110

ajsembdbbuild -dでシステムファイル領域ディレクトリ名称2に指定した領域

領域作成

pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称2/ajssys017"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称2/ajssys018"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称2/ajssys019"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称2/ajssys020"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称2/ajssys021"
pdfmkfs -r -n AAA -l 10 -e 1 -k SYS -i "システムファイル領域ディレクトリ名称2/ajssys022"

領域初期化

pdstsinit -u unt1 -f "システムファイル領域ディレクトリ名称2/ajssys017/utsts1b" -l 4096 -c 32
pdstsinit -u unt1 -f "システムファイル領域ディレクトリ名称2/ajssys018/utsts2b" -l 4096 -c 32
pdstsinit -u unt1 -f "システムファイル領域ディレクトリ名称2/ajssys019/utsts3b" -l 4096 -c 32
pdstsinit -s ajs2 -f "システムファイル領域ディレクトリ名称2/ajssys017/sts1b" -l 4096 -c 800
pdstsinit -s ajs2 -f "システムファイル領域ディレクトリ名称2/ajssys018/sts2b" -l 4096 -c 800
pdstsinit -s ajs2 -f "システムファイル領域ディレクトリ名称2/ajssys019/sts3b" -l 4096 -c 800
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称2/ajssys017/log1" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称2/ajssys018/log2" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称2/ajssys019/log3" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称2/ajssys020/log4" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称2/ajssys021/log5" -n BBB
pdloginit -d sys -s ajs2 -f "システムファイル領域ディレクトリ名称2/ajssys022/log6" -n BBB
pdloginit -d spd -s ajs2 -f "システムファイル領域ディレクトリ名称2/ajssys020/spd1" -n 110
pdloginit -d spd -s ajs2 -f "システムファイル領域ディレクトリ名称2/ajssys021/spd2" -n 110
pdloginit -d spd -s ajs2 -f "システムファイル領域ディレクトリ名称2/ajssys022/spd3" -n 110

付録I　各バージョンの変更内容

各バージョン（07-00以降）での変更点を次に示します。

＜この節の構成＞

付録I.1　08-50の変更内容

付録I.2　08-10の変更内容

付録I.3　08-00の変更内容

付録I.4　07-50の変更内容

付録I.5　07-11の変更内容

付録I.6　07-10の変更内容

付録I.7　07-00の変更内容

付録I.1　08-50の変更内容

08-50での変更点をプログラムごとに示します。

＜この項の構成＞

(1)　JP1/AJS2 - Managerの変更内容

(2)　JP1/AJS2 - Agentの変更内容

(3)　JP1/AJS2 - Viewの変更内容

(1)　JP1/AJS2 - Managerの変更内容

ジョブを実行所要時間によって終了遅延監視する機能を追加した。

ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御できるようにした。

定義内容の事前チェックで，チェック対象のジョブネット配下にユニット間の実行順序不正があった場合，該当するユニット名をチェック結果格納ファイルに出力するようにした。

UNIXジョブ実行時のファイル権限チェックで，ファイルパーミッションのほか，アクセス制御リストやセカンダリーグループの設定を有効にする機能を追加した。

実行ホストのJP1/AJS2サービスが停止してもイベントジョブの実行を継続させる機能を追加した。

ジョブネットの実行登録状態を登録予定情報としてエクスポート／インポートする機能を追加した。

UNIXホストのメッセージキュー（TP1/LiNK，TP1/Message Queue，MQSeries）連携をサポート対象外とした。

Windows Server 2008，Windows Server 2008（IPF）をサポート対象OSとした。

(2)　JP1/AJS2 - Agentの変更内容

UNIXジョブ実行時のファイル権限チェックで，ファイルパーミッションのほか，アクセス制御リストやセカンダリーグループの設定を有効にする機能を追加した。

UNIXホストのメッセージキュー（TP1/LiNK，TP1/Message Queue，MQSeries）連携をサポート対象外とした。

Windows Server 2008，Windows Server 2008（IPF）をサポート対象OSとした。

(3)　JP1/AJS2 - Viewの変更内容

ジョブを実行所要時間によって終了遅延監視する機能を追加した。

ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御できるようにした。

［フィルタの設定］ダイアログボックスに，［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウで，保留予定ユニットを「保留中」のユニットとしてフィルター表示させるオプションを追加した。

Windows Server 2008をサポート対象OSとした。

付録I.2　08-10の変更内容

08-10での変更点をプログラムごとに示します。

＜この項の構成＞

(1)　JP1/AJS2 - Managerの変更内容

(2)　JP1/AJS2 - Viewの変更内容

(1)　JP1/AJS2 - Managerの変更内容

ルートジョブネットの実行順序を制御するジョブネットコネクタを追加した。

ジョブネット定義変更など，操作履歴の詳細をスケジューラーログに出力するオプションを追加した。

スケジューラーログからログを抽出するajslogprintコマンドを追加した。

(2)　JP1/AJS2 - Viewの変更内容

ルートジョブネットの実行順序を制御するジョブネットコネクタを定義，操作，監視できるようにした。

任意のジョブまたはジョブネットの先行・後続ユニットを強調表示する機能を追加した。

Windows Vistaをサポート対象OSとした。

付録I.3　08-00の変更内容

08-00での変更点をプログラムごとに示します。

＜この項の構成＞

(1)　JP1/AJS2 - Managerの変更内容

(2)　JP1/AJS2 - Agentの変更内容

(3)　JP1/AJS2 - Viewの変更内容

(1)　JP1/AJS2 - Managerの変更内容

インストール・セットアップ時に，環境設定項目の推奨値を設定するようにした。

ファイル監視ジョブで2ギガバイトを超えるファイル（ラージファイル）を監視できるようにした。

JP1/AJS2 - Viewの接続状況をajsstatusコマンドで出力できるようにした。

組み込みDBを制御する次のコマンドを追加した。

ajsembdbaddareaコマンド（組み込みDBのデータベース領域の拡張）

ajsembdbaddlogコマンド（組み込みDBのログ領域の拡張）

ajsembdbcancelコマンド（組み込みDBの操作コマンドの実行中断）

ajsembdboplogコマンド（組み込みDBのログ操作）

ajsembdbreclaimコマンド（組み込みDBのメンテナンス）

ajsembdbrorgコマンド（組み込みDBのデータのアンロード・リロード）

ajsembdbrstrコマンド（組み込みDBのバックアップ・リストア）

ajsembdbstartコマンド（組み込みDBの開始）

ajsembdbstatusコマンド（組み込みDBの監視）

ajsembdbstopコマンド（組み込みDBの停止）

ajsembdbunsetコマンド（組み込みDBのアンセットアップ）

なお，ajsembdbreclaimコマンドのサポートに合わせて，空きページ回収に掛かる実行時間を改善した。

JP1/AJS2 - Datareplicatorと連携して別ホストへのDBレプリケーションをできるようにした。

JP1/AJS2 - Configurationと連携して構成情報を管理できるようにした。

JP1/IM - Planning Operationと連携してオペレーションジョブを実行できるようにした。

JP1/Performance Management - Agent Option for JP1/AJS2と連携して稼働状況を分析できるようにした。

jajs_startコマンド，およびjajs_start.clusterコマンドでJP1/AJS2起動時にプロセスの起動状態を確認できるようにした（UNIX限定）。

使用できる言語にUnicode（UTF-8）を追加した（Linux限定）。

Windows 2000，Windows XP Professional，およびWindows Server 2003で提供していた関数を廃止した。

Windows 2000，Windows XP Professional，Windows Server 2003，およびWindows Server 2003（IPF）で提供していた次のコマンドを廃止した。

jsubcmdコマンド

jsubwinコマンド

(2)　JP1/AJS2 - Agentの変更内容

インストール・セットアップ時に，環境設定項目の推奨値を設定するようにした。

ファイル監視ジョブで2ギガバイトを超えるファイル（ラージファイル）を監視できるようにした。

使用できる言語にUnicode（UTF-8）を追加した（Linux限定）。

(3)　JP1/AJS2 - Viewの変更内容

JP1/AJS2 - Configuration Managerと連携できるようにした。

JP1/IM - Planning Operation用のオペレーションジョブを操作できるようにした。

アイコンを変更した。

付録I.4　07-50の変更内容

07-50での変更点をプログラムごとに示します。

＜この項の構成＞

(1)　JP1/AJS2 - Managerの変更内容

(2)　JP1/AJS2 - Agentの変更内容

(3)　JP1/AJS2 - Light Editionの変更内容

(4)　JP1/AJS2 - Viewの変更内容

(1)　JP1/AJS2 - Managerの変更内容

JP1/AJS2 - Scenario Operation Managerとの連携機能をサポートした。

実行登録時にマクロ変数の引き継ぎ情報を指定できる機能を追加した。

判定ジョブで変数の判定をできるようにした。

起動条件付きジョブネットが異常終了したときの実行抑止機能を追加した。

ユニット定義を開発環境から本番環境に移行したとき，本番環境上で最終チェックとして使用できる定義内容の事前チェック機能を追加した。

イベント・アクション制御マネージャーに未処理のデータが大量に蓄積して遅延が発生した場合に，イベント・アクション制御マネージャーが保持している情報を削除できるjpomanevresetコマンドを追加した。また，問題の発生している起動条件とエージェントを特定する方法として，送信頻度の高いエージェントと起動条件の情報を表示するjpomanevshowコマンド追加した。

(2)　JP1/AJS2 - Agentの変更内容

ユニット定義を開発環境から本番環境に移行したとき，本番環境上で最終チェックとして使用できる定義内容の事前チェック機能を追加した。

(3)　JP1/AJS2 - Light Editionの変更内容

実行登録時にマクロ変数の引き継ぎ情報を指定できる機能を追加した。

判定ジョブで変数の判定をできるようにした。

起動条件付きジョブネットが異常終了したときの実行抑止機能を追加した。

ユニット定義を開発環境から本番環境に移行したとき，本番環境上で最終チェックとして使用できる定義内容の事前チェック機能を追加した。

イベント・アクション制御マネージャーに未処理のデータが大量に蓄積して遅延が発生した場合に，イベント・アクション制御マネージャーが保持している情報を削除できるjpomanevresetコマンドを追加した。また，問題の発生している起動条件とエージェントを特定する方法として，送信頻度の高いエージェントと起動条件の情報を表示するjpomanevshowコマンド追加した。

(4)　JP1/AJS2 - Viewの変更内容

JP1/AJS2 - Scenario Operation Managerとの連携機能をサポートした。

実行登録時にマクロ変数の引き継ぎ情報を指定できる機能を追加した。

判定ジョブで変数の判定をできるようにした。

起動条件付きジョブネットが異常終了したときの実行抑止機能を追加した。

［JP1/AJS2 - View］ウィンドウに，［追加］，［日時変更］，［即時実行］，［変更解除］の操作を実行できるオプションを追加した。

付録I.5　07-11の変更内容

07-11での変更点をプログラムごとに示します。

＜この項の構成＞

(1)　JP1/AJS2 - Managerの変更内容

(2)　JP1/AJS2 - Light Editionの変更内容

(3)　JP1/AJS2 - Viewの追加・変更機能

(1)　JP1/AJS2 - Managerの変更内容

Cm2連携でJP1/Cm2/NNM 07-10と連携できるようにした。

デスクトップヒープ領域の消費を抑える機能を追加した（Windows限定）。

スケジューラーサービスのデータベースへの接続の最大待ち合わせ時間を指定できる機能を追加した。

(2)　JP1/AJS2 - Light Editionの変更内容

Cm2連携でJP1/Cm2/NNM 07-10と連携できるようにした。

デスクトップヒープ領域の消費を抑える機能を追加した。

スケジューラーサービスのデータベースへの接続の最大待ち合わせ時間を指定できる機能を追加した。

(3)　JP1/AJS2 - Viewの追加・変更機能

［貼り付け（拡張）］メニューコマンドを追加し，ジョブネットワーク要素と関連線を同時に複写できるようにした。

複数のジョブネット要素から一つのジョブネットワーク要素に対して関連線を引けるようにした。

Cm2連携でJP1/Cm2/NNM 07-10と連携できるようにした。

JP1/AJS2 Console ViewからJP1/AJS2 - Viewの［ジョブネットモニタ］ウィンドウを表示するとき，すでに起動されているJP1/AJS2 - Viewがあれば，そのJP1/AJS2 - View上で［ジョブネットモニタ］ウィンドウを起動する機能を追加した。

付録I.6　07-10の変更内容

07-10での変更点をプログラムごとに示します。

＜この項の構成＞

(1)　JP1/AJS2 - Managerの変更内容

(2)　JP1/AJS2 - Agentの変更内容

(3)　JP1/AJS2 - Light Editionの変更内容

(4)　JP1/AJS2 - Client Toolkitの変更内容

(5)　JP1/AJS2 - Viewの追加・変更機能

(1)　JP1/AJS2 - Managerの変更内容

Linux版JP1/Automatic Job Management System 2 - Managerをサポートした。

統合トレースログだけに出力していたメッセージをsyslogにも出力できるようにした（UNIX限定）。

資料採取ツールで次の機能を追加した。

論理ホスト名を指定できるようにした。

採取できる資料を限定できる機能を追加した。

採取できる資料を追加した。

メッセージの説明を改善した。

障害時に緊急で実行できる緊急実行コマンドを追加した。

受信するファイルのファイルサイズなどに制限を掛けて，一部のジョブの処理でシステム全体に影響が出ないように運用するための機能を追加した。

イベント・ジョブ情報，待機情報ファイルの更新時に同期書き込みを行う機能を追加した。

MQ Series連携時の監視間隔を秒単位で設定する機能を追加した。

Cm2連携でJP1/Cm2/NNM 07-01と連携し，Windows XP上で動作できるようにした。

Cm2連携でJP1/Cm2/NNM 07-01と連携し，Solaris 9上で動作できるようにした。

Cm2連携で，JP1/Cm2/NNM 07-10およびhp OpenView NNM 6.41との連携をサポートした。

TCP/IP通信接続エラーのリトライ間隔・回数を変更できるようにした。

ジョブを配信するエージェントホストの決定方式を設定できるようにした。

イベント・アクション制御の詳細プロセスがシグナル終了した場合，すべての詳細プロセスを停止してイベント・アクション制御のエージェントプロセスを終了する機能を追加した。

提供する関数の対応するコンパイラーとして，Microsoft(R) Visual C++ .NET Version 2003を追加した。

ajsshowコマンドで終了状態の保留属性を表示できるようにした。

ajsshowコマンドのフォーマット指示子指定で，未来世代数を出力できるようにした。

ajsnameコマンドでユニットIDからユニット完全名を出力する機能を追加した。

(2)　JP1/AJS2 - Agentの変更内容

資料採取ツールで次の機能を追加した。

論理ホスト名を指定できるようにした。

採取できる資料を限定できる機能を追加した。

採取できる資料を追加した。

メッセージの説明を改善した。

MQ Series連携時の監視間隔を秒単位で設定する機能を追加した。

イベント・アクション制御の詳細プロセスがシグナル終了した場合，すべての詳細プロセスを停止してイベント・アクション制御のエージェントプロセスを終了する機能を追加した。

イベント・ジョブ情報，待機情報ファイルの更新時に同期書き込みを行う機能を追加した。

統合トレースログだけに出力していたメッセージをsyslogにも出力できるようにした（UNIX限定）。

(3)　JP1/AJS2 - Light Editionの変更内容

統合トレースログだけに出力していたメッセージをsyslogにも出力できるようにした（UNIX限定）。

資料採取ツールで次の機能を追加した。

論理ホスト名を指定できるようにした。

採取できる資料を限定できる機能を追加した。

採取できる資料を追加した。

メッセージの説明を改善した。

受信するファイルのファイルサイズなどに制限を掛けて，一部のジョブの処理でシステム全体に影響が出ないように運用するための機能を追加した。

障害時に緊急で実行できる緊急実行コマンドを追加した。

イベント・ジョブ情報，待機情報ファイルの更新時に同期書き込みを行う機能を追加した。

MQ Series連携時の監視間隔を秒単位で設定する機能を追加した。

Cm2連携でJP1/Cm2/NNM 07-01と連携し，Windows XP上で動作できるようにした。

Cm2連携でJP1/Cm2/NNM 07-01と連携し，Solaris 9上で動作できるようにした。

TCP/IP通信接続エラーのリトライ間隔・回数を変更できるようにした。

イベント・アクション制御の詳細プロセスがシグナル終了した場合，すべての詳細プロセスを停止してイベント・アクション制御のエージェントプロセスを終了する機能を追加した。

提供する関数の対応するコンパイラーとして，Microsoft(R) Visual C++ .NET Version 2003を追加した。

ajsshowコマンドで終了状態の保留属性を表示できるようにした。

ajsshowコマンドのフォーマット指示子指定で，未来世代数を出力できるようにした。

ajsnameコマンドでユニットIDからユニット完全名を出力する機能を追加した。

(4)　JP1/AJS2 - Client Toolkitの変更内容

資料採取ツールで次の機能を追加した。

採取できる資料を追加した。

メッセージの説明を改善した。

(5)　JP1/AJS2 - Viewの追加・変更機能

資料採取ツールで次の機能を追加した。

論理ホスト名を指定できるようにした。

採取できる資料を限定できる機能を追加した。

採取できる資料を追加した。

メッセージの説明を改善した。

標準カスタムジョブに，Cosminexus Managerと連携するジョブ（クラス名：COSMNGSV，COSMNGAP）を追加した。

JP1/AJS2 - Viewのログファイルの上限値を拡張した。

JP1/AJS2 Console Viewのログファイルの上限値を拡張した。

JP1/AJS2 - Viewで，繰り返し出力していたログ情報をまとめて出力するようにした。

JP1/AJS2 Console Viewで，繰り返し出力していたログ情報をまとめて出力するようにした。

Windows版のJP1/AJS2 - Viewで［スタート］メニューに［ヘルプ］メニューを追加した。

Cm2連携でJP1/Cm2/NNM 07-01と連携し，Windows XP上で動作できるようにした。

Cm2連携でJP1/Cm2/NNM 07-01と連携し，Solaris 9上で動作できるようにした。

付録I.7　07-00の変更内容

＜この項の構成＞

(1)　JP1/AJS2 - Managerの変更内容

(2)　JP1/AJS2 - Advanced Managerの変更内容

(3)　JP1/AJS2 - Light Editionの変更内容

(4)　JP1/AJS2 - Agentの変更内容

(5)　JP1/AJS2 - Viewの変更内容

(1)　JP1/AJS2 - Managerの変更内容

JP1/AJS2を一時的に縮退させ，運用している業務を途切れることなく，ISAMデータベース（スケジューラーデータベースおよびジョブ実行環境データベース）を再編成できる機能をサポートした。

ISAMデータベースを並列に再編成できるようにした。

追加できるスケジューラーサービスの数を，9から20に変更した。

ajsshowなどのコマンド（参照系コマンド）の実行時期や，操作系のコマンドのサービスへの処理要求履歴を，操作ログとしてスケジューラーログに出力するオプションをサポートした。

ジョブネットの保存世代数を，99から999に変更した。

JP1/AJS2のコールドスタート時に，ジョブ実行環境のデータベースを削除して，JP1/AJS2の起動時間が短くなるようにした。

ジョブ実行制御の環境設定で，ユーザープロファイル情報を有効にする機能をサポートした。

ジョブ情報の保存日数を0日にした場合で，ジョブが異常終了しても，保存時間を変更することで対処できるようにした。

JP1/AJS2起動時にジョブ情報削除処理を抑止できるようにした。

イベントジョブを使用する場合，DNS環境（FQDN形式のホスト名）でも運用できるようにした。

引き継ぎ情報中の「"（ダブルクォーテーションマーク）」の有無を意識しないで，イベントジョブの受信情報をマクロ変数として，標準ジョブやアクションジョブのパラメーターに引き継げるようにした。

JP1/Baseで対応した拡張正規表現を，JP1/Baseの設定に合わせて，イベント受信監視ジョブ，ログファイル監視ジョブ，およびWindowsイベントログ監視ジョブで使用できるようにした。

キューレスジョブを実行できる機能をサポートした。

以前のバージョン（06-71）で別製品であったJP1/AJS2 - Consoleを統合した。

JP1/AJS2 - Consoleで業務スコープを階層化できる機能を追加した。

JP1/AJS2 - Consoleで監視オブジェクトに対して操作できる機能を追加した。

JP1/AJS2 - Consoleで任意の画像を背景として表示できる機能を追加した。

JP1/AJS2 - Consoleで監視オブジェクトと業務スコープのアイコンを任意のアイコンに変更できる機能を追加した。

JP1/AJS2 - Consoleで保留属性が設定されている監視オブジェクトを色で識別できる機能を追加した。

JP1/AJS2 - Consoleで監視オブジェクトの状態を任意のタイミングで更新できる機能を追加した。

JP1/AJS2 - Consoleで監視オブジェクトの監視方法に次のモードを追加した。

当日時刻予定優先

全世代時刻予定優先

JP1/AJS2 - Consoleの定義情報を標準出力ファイルに出力するコマンド（ajscmprint）を追加した。

ジョブネットの実行所要時間に対する終了遅延の監視ができる機能をサポートした。

ajsprintコマンドのフォーマット指示子指定で，ユニットの作成日時を出力できるようにした。

ajsshowコマンドのフォーマット指示子指定で，ユニットに設定されたコメントを出力できるようにした。

ajsshowコマンドのフォーマット指示子指定で，ジョブが異常終了した場合に，異常終了ジョブまたはその後続ユニットから再実行した場合に掛かる実行所要時間の推定値を出力できるようにした。

イベントジョブが，打ち切り時間で終了するときの終了状態を選択できるようにした。

JP1イベント送信ジョブにイベントの到達確認機能をサポートした。

JP1イベント受信監視ジョブに過去のイベントを検索する機能をサポートした。

(2)　JP1/AJS2 - Advanced Managerの変更内容

JP1/AJS2で使用できるデータベース種別として，組み込みDB（HiRDB）をサポートした。

(3)　JP1/AJS2 - Light Editionの変更内容

JP1/AJS2を一時的に縮退させ，運用している業務を途切れことなく，ISAMデータベース（スケジューラーデータベースおよびジョブ実行環境データベース）を再編成できる機能をサポートした。

ISAMデータベースを並列に再編成できるようにした。

追加できるスケジューラーサービスの数を，9から20に変更した。

ajsshowなどのコマンド（参照系コマンド）の実行時期や，操作系のコマンドのサービスへの処理要求履歴を，操作ログとしてスケジューラーログに出力するオプションをサポートした。

ジョブネットの保存世代数を，99から999に変更した。

JP1/AJS2のコールドスタート時に，ジョブ実行環境のデータベースを削除して，JP1/AJS2の起動時間が短くなるようにした。

ジョブ実行制御の環境設定で，ユーザープロファイル情報を有効にする機能をサポートした。

ジョブ情報の保存日数を0日にした場合で，ジョブが異常終了しても，保存時間を変更することで対処できるようにした。

JP1/AJS2起動時にジョブ情報削除処理を抑止できるようにした。

イベントジョブを使用する場合，DNS環境（FQDN形式のホスト名）でも運用できるようにした。

引き継ぎ情報中の「"（ダブルクォーテーションマーク）」の有無を意識しないで，イベントジョブの受信情報をマクロ変数として，標準ジョブやアクションジョブのパラメーターに引き継げるようにした。

JP1/Baseで対応した拡張正規表現を，JP1/Baseの設定に合わせて，イベント受信監視ジョブ，ログファイル監視ジョブ，およびWindowsイベントログ監視ジョブで使用できるようにした。

以前のバージョン（06-71）で別製品であったJP1/AJS2 - Consoleを統合した。

JP1/AJS2 - Consoleで業務スコープを階層化できる機能を追加した。

JP1/AJS2 - Consoleで監視オブジェクトに対して操作できる機能を追加した。

JP1/AJS2 - Consoleで任意の画像を背景として表示できる機能を追加した。

JP1/AJS2 - Consoleで監視オブジェクトと業務スコープのアイコンを任意のアイコンに変更できる機能を追加した。

JP1/AJS2 - Consoleで保留属性が設定されている監視オブジェクトを色で識別できる機能を追加した。

JP1/AJS2 - Consoleで監視オブジェクトの状態を任意のタイミングで更新できる機能を追加した。

JP1/AJS2 - Consoleで監視オブジェクトの監視方法に次のモードを追加した。

当日時刻予定優先

全世代時刻予定優先

JP1/AJS2 - Consoleの定義情報を標準出力ファイルに出力するコマンド（ajscmprint）を追加した。

ジョブネットの実行所要時間に対する終了遅延の監視ができる機能をサポートした。

ajsprintコマンドのフォーマット指示子指定で，ユニットの作成日時を出力できるようにした。

ajsshowコマンドのフォーマット指示子指定で，ユニットに設定されたコメントを出力できるようにした。

ajsshowコマンドのフォーマット指示子指定で，ジョブが異常終了した場合に，異常終了ジョブまたはその後続ユニットから再実行した場合に掛かる実行所要時間の推定値を出力できるようにした。

イベントジョブが，打ち切り時間で終了するときの終了状態を選択できるようにした。

JP1イベント送信ジョブにイベントの到達確認機能をサポートした。

JP1イベント受信監視ジョブに過去のイベントを検索する機能をサポートした。

(4)　JP1/AJS2 - Agentの変更内容

引き継ぎ情報中の「"（ダブルクォーテーションマーク）」の有無を意識しないで，イベントジョブの受信情報をマクロ変数として，標準ジョブやアクションジョブのパラメーターに引き継げるようにした。

キューレスジョブを実行できる機能をサポートした。

JP1イベント送信ジョブにイベントの到達確認機能をサポートした。

イベントジョブが，打ち切り時間で終了するときの終了状態を選択できるようにした。

JP1イベント受信監視ジョブに過去のイベントを検索する機能をサポートした。

JP1/AJS2 - Agentの起動時に認証サーバへのアクセスを行わないようにした（07-00-/C以降）。

(5)　JP1/AJS2 - Viewの変更内容

ユーザー共通プロファイルを利用して，JP1/AJS2 - Viewの環境を設定できるようにした。

［ジョブネットエディタ］ウィンドウと［ジョブネットモニタ］ウィンドウのマップエリアに表示される，ユニット名を任意の位置で改行できるようにした。

ダイアログボックスのデフォルト値を変更できるようにした。

次に示す場所の表示項目（カラム）を選択できるようにした。

［JP1/AJS2 - View］ウィンドウのリストエリア

［デイリースケジュール］ウィンドウの実行結果リスト

［マンスリースケジュール］ウィンドウの実行結果リスト

［JP1/AJS2 - View］ウィンドウで複数のユニットを選択して，編集や操作が行える機能を追加した。

保留属性が設定されているユニットを色で識別できる機能を追加した。

［実行結果詳細］ダイアログボックスのサイズを変更できる機能を追加した。

［JP1/AJS2 - View］ウィンドウと［メインスコープ］ウィンドウ間でJP1/AJS2のユニット定義をJP1/AJS2 - Consoleの監視オブジェクトとして自動作成する機能を追加した。

任意のアイコンイメージを使用できる機能を追加した。

JP1/IM - Viewから［ジョブネットモニタ］ウィンドウを起動した場合に，指定したジョブを直接マップエリアに表示する機能を追加した。

付録J　（3020-3-K22-43）の変更内容

3020-3-K22-43の変更内容を次の表に示します。

表J-1　（3020-3-K22-43）の変更内容

項番
変更個所
追加・変更内容

1
全体
64ビット版Windows環境の場合の，プログラムのインストール先ディレクトリおよび各種ファイルの格納先を追加した。

2
2.1.4(3)(b)
ファイルの有無による判定の説明を変更した。

3
3.3.2
ホスト名についての注意事項を追加した。

4
3.3.3
FQDN形式のホスト名で運用する場合の注意事項を追加した。

5
3.4.3(2)
JP1/Baseの通信についての説明を，マニュアル「JP1/Base 運用ガイド」を参照させるように変更した。

6
4.1.1(1)
ジョブのスループットの計算例を追加した。

7
5.2.2
［デスクトップとの対話をサービスに許可］オプションは指定できないことを明記した。

8
5.2.3(1)
サービスのアカウントを変更する説明の対象サービスに，次のサービスを追加した。

JP1/AJS2 Check Managerサービス

JP1/AJS2 Check Agentサービス

9
5.2.3(1)(a)
JP1/AJS2が提供するサービスのアカウントを変更する場合に，ジョブ実行多重度を標準より上げる，またはデスクトップヒープ領域不足を発生させたくないときの説明を変更した。

10
5.2.4
JP1/AJS2のサービスの自動起動および自動終了の設定についての説明を変更した。

11
5.3.1(6)
次の環境設定パラメーターを追加した。

COMMANDEVENT

REQDAGTREQCONNECTTIMEOUT

REQDAGTRECONNECTTIMEOUT

12
5.6.1
JP1/AJS2製品を混在環境で使用する場合の説明を変更した。

13
5.6.1(3)
jp1bs_param.confの設定が影響する範囲の説明を変更した。

14
5.7.1(1)
pd_mode_confオペランドを追加した。

15
5.7.1(2)
pd_lck_pool_sizeオペランドの説明を変更した。

16
8.1.3
保存世代数と性能との関係の説明を変更した。

17
8.1.6
UNIXジョブ実行中のOSユーザー登録または更新操作についての注意事項を追加した。

18
8.1.9
リモートジョブネットの注意事項を変更・追加し，全体の説明を改善した。

19
8.1.20
WOW64環境下においてJP1/AJS2で発生する問題の一覧表に，PCジョブの標準エラー出力ファイルを追加した。

20
8.3.2(3)(b)
8.5.8(4)
ファイル監視ジョブの状態引き継ぎオプションとイベントジョブ実行継続オプションを併用している場合の説明を追加した。

21
8.3.2(4)

監視対象ファイル名についての注意事項を追加した。

監視中のファイルをユーザープログラムから操作する場合の注意事項を追加した。

22
8.3.5
ログファイル監視ジョブの動作概要をJP1/Automatic Job Management System 2 解説 3.2.4(3)に移動した。

23
8.3.6
Windowsイベントログ監視ジョブの動作概要をJP1/Automatic Job Management System 2 解説 3.2.4(4)に移動した。

24
8.3.9
イベントジョブを実行したままサービスを再起動する場合の注意事項を全面改訂した。

25
8.4.1
API設定ファイルのserverパラメーターの通信タイプについての注意事項を，8.4の注意事項から移動した。

26
8.4.5
ローカル電源制御ジョブおよびリモート電源制御ジョブの実行権限に関する注意事項を追加した。

27
8.8
ウイルス対策ソフト実行時の注意事項を追加した。

28
12.1.3
コマンドの引数にファイル名を指定する場合の注意事項を追加した。

29
15.2.1(2)
JP1/AJS2サービスのカレントディレクトリについての説明を，補足事項として追加した。

30
15.4.1(3)(a)
ウォームスタート（-warm）した場合のジョブネットおよびジョブの状態の一覧表に，注※5を追加した。

31
15.12
実行中にイベントジョブの定義情報を変更する際の注意事項を追加した。

32
15.13.1(2)
JP1/AJS2 - Managerのホスト名を変更する手順を変更した。

33
15.13.1(3)
JP1/AJS2 - Agentのホスト名を変更する手順を変更した。

34
15.13.3
システムの日時変更についての説明および手順を変更した。

35
15.14.2
スケジューラーデータベースで使用するDBMSを変更する手順の説明を改善した。

36
15.14.3
ajsdbcondコマンドおよびjpqdbcondコマンドによる再編成時の注意事項を変更した。

37
15.14.4(3)(a)
ajsembdbreclaimコマンドを自動で実行する場合の定義例を変更した。

38
16.1.1(3)
16.5
論理ホスト名と物理ホスト名が同じ場合の注意事項を追加した。

39
16.3.2
JP1/AJS2のプロセスの動作監視中に異常を検知した場合の対処の説明を変更した。

40
17.2.3
トレースログについての説明を，全面的に変更した。

41
17.2.4(1)(2)
JP1/AJS2 - Managerのログファイルおよびフォルダの一覧の，組み込みDB操作コマンド実行ログの記載にファイルを追加した。

42
17.3.1(6)
トラブル発生時に採取する必要のある組み込みDBの情報についての説明を追加した。

43
17.3.2
UNIXの場合に，トラブル発生時に採取する必要のあるファイルを変更した。

44
17.4.1(1)
_04.batのメッセージについての表を変更した。

45
17.5.9
組み込みDBの環境を再作成するために必要な情報を採取する手順を変更した。

46
付録A.1(1)(2)
ユーザーが変更できるファイル一覧（Windows版/UNIX版JP1/AJS2 - Managerの場合）を変更した。

47
付録A.2(1)(2)
ユーザーが変更できるファイル一覧（Windows版/UNIX版JP1/AJS2 - Agentの場合）を変更した。

48
付録D(9)
キューレスジョブ実行制御の制限値を追加した。

49
付録E.1(34)
付録E.1(35)
出力条件を追加した。

付録K　用語解説

（英字）

AJS2ユニット監視オブジェクト

JP1/AJS2の業務の状態を監視するためのオブジェクトです。業務には，JP1/AJS2 - Managerのホストのルートジョブネットを指定します。このオブジェクトで監視内容を定義し，監視モードに切り替えることでオブジェクト（業務）を監視できるようになります。

AJSPATH

JP1/AJS2で使用するパスを定義するための環境変数です。環境変数を指定しておくと，コマンドでジョブネット名を指定するときに完全パス名の指定が不要になります。

HITSENSER Data Mart Server

データマート（データウェアハウスのデータから目的に合わせて必要なデータを抽出した，利用目的ごとのデータベース）の作成，変更，および運用の自動化をプログラミングなしで実現するソフトウェアです。HITSENSER Data Mart Serverで定義した運用情報をJP1/AJS2のジョブネットに登録することで，データマートをスケジュールに従って運用できます。

hp OpenView

ネットワークの構成，性能，および障害を管理する，ヒューレット・パッカード社の統合ネットワーク管理プログラムの総称です。

JP1/AJS2 - Definition Assistant

Excelのテンプレートで編集した大量のJP1/AJS2の定義情報を，マネージャーホストに登録したり，マネージャーホストに登録されているJP1/AJS2の定義情報を，Excelのテンプレートに取得したりできるプログラムです。JP1/AJS2 - Definition Assistantで提供されている，Excelのテンプレートを定義情報管理テンプレートといいます。一覧表形式の定義情報管理テンプレートでは，オートフィルやオートフィルターなどのExcelの機能を使って，効率良く定義情報の入力や編集ができます。

JP1/AJS2 - Print Option

JP1/AJS2のジョブネットやスケジュールの情報を，ジョブネット定義情報，実行予実績確認表，実行結果確認表などの帳票レイアウトの形式で表示したり，印刷したりするためのプログラムです。また，JP1/AJS2のジョブネットやスケジュールの情報をCSV形式で出力できます。

JP1/AJS2 - Web Operation Assistant

複数のマネージャーホスト上で実行されているユニットの状態や結果を，Webブラウザー上に一覧表示するプログラムです。操作したいジョブやジョブネットをWebブラウザー上で選択して再実行などの操作をしたり，ジョブネットモニタを起動して状態や結果を確認したりできます。

JP1/AJS2 Console Agent

JP1/AJS2 Console Agentは，JP1/AJS2 Console Managerで指示された自ホストの監視対象（ルートジョブネット）の状態を定期的に監視するコンポーネントです。監視対象の状態に変更があれば，JP1/AJS2 Console Managerに通知します。

JP1/AJS2 Console Manager

JP1/AJS2 Console Managerは，JP1/AJS2 Console Viewで定義された監視対象の定義情報を保存したり，JP1/AJS2 Console Agentに指示して，監視対象の状態を取得したりするコンポーネントです。

JP1/AJS2 Console View

GUIで監視対象を定義するコンポーネントです。定義した情報は，JP1/AJS2 Console Managerに保存されます。また，JP1/AJS2 Console AgentからJP1/AJS2 Console Managerに通知された監視対象の状態を表示して監視します。JP1/AJS2 Console Managerにログインして使用します。

JP1/AJS2 for Enterprise Applications

R/3以外のシステムからR/3システムのジョブを制御するプログラムです。R/3ジョブの投入，削除，および監視ができます。

JP1/AJS2のジョブネット定義時にJP1/AJS2 for Enterprise Applicationsのカスタムジョブをジョブネットに登録すると，JP1/AJS2からR/3ジョブを自動実行できます。

なお，JP1/AJS2 for Enterprise Applicationsは，JP1/Application Manager for R/3を名称変更したものです。

JP1/AJS2 for Mainframe

JP1/AJS2と連携して，メインフレームのジョブスケジューラーが管理する大規模なジョブネットを実行するためのプログラムです。メインフレームのジョブスケジューラーが管理するジョブネットとJP1/AJS2が管理するジョブネットの定義，監視，操作方法の統一と一元管理ができます。

JP1/AJS2 for Oracle E-Business Suite

Oracle E-Business Suite以外のシステムからOracle E-Business Suiteにアクセスして，業務の実行を依頼する（コンカレント要求を発行する）プログラムです。

また，JP1/AJS2のジョブネットにJP1/AJS2 for Oracle E-Business Suiteのカスタムジョブを登録すると，JP1/AJS2からコンカレント要求を発行できます。

また，JP1/AJS2のスケジュール定義機能を利用すると，コンカレント要求の処理サイクルや実行日を指定できます。

なお，JP1/AJS2 for Oracle E-Business Suiteは，JP1/Application Manager for Oracle E-Business Suiteを名称変更したものです。

JP1/AJS2 for Web Service

WebサービスシステムとJP1/AJS2システムを仲介し，JP1/AJS2でWebサービスを一連の業務として実行させるためのプログラムです。

Webアプリケーションサーバ上のWebサービスをJP1/AJS2のジョブとして実行できます。

JP1/AJS2 for 活文PDFstaff

活文PDFstaffと連携し，PDF変換を行います。作成するPDFファイルには，パスワード，印刷禁止/許可などの操作制限，ヘッダー・フッター，透かし文字などのセキュリティ情報を設定できます。

JP1/Base

イベントサービス機能を提供するプログラムです。サービスの起動順序を制御したり，JP1イベントを送受信したりできます。また，JP1/Baseは，JP1/IM，JP1/AJS2，およびJP1/Power Monitorの前提プログラムです。JP1/IM，およびJP1/AJS2を使ったシステムを導入する場合，JP1ユーザーの操作を制限する機能を提供します。

JP1/Cm2

ネットワークの構成，性能，および障害を管理するための統合ネットワーク管理プログラムの総称です。

JP1/FTP

業務と連携したファイル送受信，ファイルのスケジュール伝送，ファイル受信後のプログラムの自動起動など，ファイル伝送業務を効率的に運用するためのプログラムです。また，ファイル伝送状態を監視できるため，ファイル伝送業務の信頼性を向上できます。

JP1/IM

分散システムを集中的に監視するためのプログラムです。分散システム内での業務の実行状況や障害などの情報を表すJP1イベントを，JP1/IM - Viewの画面を通じて監視できます。

JP1/NETM/DM

ソフトウェアの配布およびクライアントの管理を，ネットワークを利用し一括して行うシステムの総称です。

JP1/NETM/DMのコマンドインターフェースを使用してJP1/AJS2と連携すると，ソフトウェアの配布などを自動化できます。

JP1/NQSEXEC

定型的なバッチ処理を分散システム上で実行し，バッチジョブを効率良く運用するためのプログラムです。

JP1/OJE for Midrange Computer

WindowsホストやUNIXホストからAS/400にバッチジョブを投入したり，AS/400からWindowsホストやUNIXホストにバッチジョブを投入したりするためのプログラムです。

JP1/OJE for VOS1

JP1/AJS2と連携して，WindowsおよびUNIXと，メインフレーム（VOS1）間のバッチジョブを実行したり監視したりするプログラムです。

JP1/OJE for VOS3

JP1/AJS2と連携して，WindowsおよびUNIXと，メインフレーム（VOS3）間のバッチジョブを実行したり監視したりするプログラムです。

JP1/OJE for VOSK

JP1/AJS2と連携して，WindowsおよびUNIXと，メインフレーム（VOSK）間のバッチジョブを実行したり監視したりするプログラムです。

JP1/Power Monitor

ホストを自動的に起動・終了するプログラムです。スケジュールを設定してホストを起動・終了したり，離れた場所にあるホストを起動・終了したりできます。

JP1/Script

Windows上でジョブを制御するスクリプト（バッチファイル）を作成して実行するためのプログラムです。JP1/AJS2と連携すると，ジョブを自動運転できます。

JP1イベント

システム内で何らかの事象が発生した際に，その事象の発生を通知する情報です。JP1イベントは，JP1/Baseを経由して，ほかのシステムなどに通知されます。

JP1権限レベル

JP1/AJS2で定義した業務やイベントなどの管理対象（資源）に対して，JP1ユーザーがどのような操作をできるかを表した名称です。JP1/Baseで定義します。

JP1資源グループ

JP1/AJS2の各ユニットに対するJP1ユーザーのアクセスを制御するために，ユニットに設定する名称です。

JP1ユーザー

JP1/AJS2またはJP1/IMを使用するときのユーザー名です。JP1ユーザーとして認証サーバに登録すると，管理対象（資源）へのアクセスが制御されます。

MAPI（Messaging Application Programming Interface）

Windows用の標準的なメッセージングAPIです。

MIME（Multipurpose Internet Mail Extensions）

SMTPの拡張機能で，ASCIIデータ以外のデータを送受信する場合に使います。

メールシステム間でのデータ送受信の方法や，メールを転送するために交換する制御メッセージのフォーマットなどを定めています。

MQSeries

IBM社の製品で，メッセージキューを使って，同一のプラットフォームまたは異なるプラットフォーム間でメッセージをやり取りするためのプログラムです。

MQ文字列

TP1/Message QueueおよびMQSeriesで定義されている文字列です。

MQ文字列には次の文字が指定できます。

A～Z，a～z（英文字）

0～9（アラビア数字）

.（ピリオド）

/（スラント）

_（アンダーバー）

%（パーセント）

MSMQ

Microsoft Message Queue Serverの略で，Windows上でメッセージキューイング機能を実現するソフトウェアです。

SMTP（Simple Mail Transfer Protocol）

UNIXのネットワークで一般的に使われているプロトコルです。このプロトコルは，TCP/IP上で異なるシステム間でのASCIIデータの転送を実現するための規約です。

SUP

TP1/LiNKまたはTP1/Server Baseのクライアントとなるプログラムのことです。JP1/AJS2では，SUPを使用してメッセージキュー連携機能を実現しています。メッセージキュー連携機能を使用するときは，TP1/LiNKまたはTP1/Server BaseのSUPにJP1/AJS2のユーザーサーバを設定しておきます。

TP1/LiNK

オープンシステムでトランザクション処理，およびサーバの処理分散化を実現するソフトウェアです。JP1/AJS2では，これらの機能のうちトランザクション処理を使用しています。

TP1/Message Queue

TP1/LiNKまたはTP1/Server Baseと連携して，メッセージキューイング機能を実現するソフトウェアです。OpenTP1システムに組み込み，異なるアプリケーション同士でプログラム間通信ができます。TP1/Message Queueは一連のメッセージキューイング機能のプログラム間でメッセージ送受信が簡単にできます。また，TP1/Message Queueは，OpenTP1システムのメッセージキューマネージャーの役割を持ち，メッセージキューの管理およびメッセージの送受信をします。

TP1/Server Base

オープンシステムでトランザクション処理，およびサーバの処理分散化を実現するソフトウェアです。JP1/AJS2では，これらの機能のうちトランザクション処理を使用しています。

Windows Messaging機能

電子メールを送受信するためのインターフェースを提供する機能です。Windows Messagingを使うと，オンラインサービスから受け取ったデータなど，さまざまな種類の情報を管理，アクセス，および共有することができます。

（ア行）

アクションジョブ

メールやメッセージキューを送信したり，JP1/IMやJP1/Cm2に状態を知らせるイベントを送信したりするジョブです。

異常終了

ジョブネットの異常終了は，ジョブネットに定義した処理の一部が正しく実行されず，その時点でジョブネットを終了することです。障害が発生した部分からあとに定義されている処理は実行されず，ジョブネットは中断されます。

ジョブの異常終了は，ジョブが正しく実行されず，処理を途中で中断することです。

組み込みDBシステムの異常終了は，組み込みDBシステムに対して何らかの障害が発生した場合に，組み込みDBシステム停止操作が実行されていないのに，稼働状態だった組み込みDBシステムが停止状態または再起動中断状態に遷移することです。詳細については，「8.7 組み込みDBの動作に関する知識」を参照してください。

異常終了しきい値

ジョブが正常終了したか異常終了したかを，ジョブの終了コードで判断するための値です。

イベント

メールの受信や，ファイルの更新など，システム内で起こる特定の事象のことで，ジョブやジョブネットなどの実行契機となります。イベントの発生は，イベントジョブを使って監視します。

イベントジョブ

システム内の特定の事象の発生を監視するジョブです。イベントジョブを開始すると，ファイルの更新やメッセージの受信などを監視し始めます。

打ち切り時間

ジョブを実行したとき，ジョブからの応答がなかったり終了しなかったりした場合に，ジョブを強制的に打ち切るまでの時間です。

運用日

ジョブネットを実行する日です。

エージェントホスト

エージェントホストとは，マネージャーホストから依頼されたジョブを実行するホストです。このホストには，JP1/AJS2 - Agentをインストールします。なお，JP1/AJS2 - ManagerもJP1/AJS2 - Agentの機能を持っているため，エージェントホストにJP1/AJS2 - Managerをインストールすることもできます。

エージェントホストは，マネージャーホストからジョブの依頼を受け，ジョブを実行します。ジョブの実行が終わると，エージェントホストは，実行ファイルの実行結果（戻り値）を受け取り，ジョブの実行結果をマネージャーホストに転送します。

（カ行）

確定実行登録

スケジュール定義に基づいてあらかじめ実行日時を算出しておき，その日時に従ってジョブネットを起動し，処理を開始する場合の実行登録方法です。

確定スケジュール

確定実行登録時に決められた，絶対日時で確定しているスケジュールのことです。

カスタムジョブ

ある特定の機能を持つジョブを実行するように，あらかじめ定義されたジョブです。ファイル転送やメインフレームへのジョブ依頼など，標準カスタムジョブとして提供しているもののほかに，業務の中でよく使うジョブをカスタムジョブとして登録しておくこともできます。カスタムジョブとして登録する場合，専用のアイコンの形，絵，またはジョブ情報入力のためのダイアログボックスが作成できます。

なお，カスタムジョブを使用する場合は，そのジョブに必要なプログラムをインストールしておく必要があります。

カレンダー情報

業務の運用日と休業日についての情報です。ジョブグループごとに定義できます。この情報によって，ジョブグループ中のジョブネットを実行する日と実行しない日が決定します（ただし，休業日振り替え実行が定義されている場合は，休業日でもジョブネットを実行します）。

また，運用日に合わせて，基準日と月区分，基準時刻の設定もできます。

環境設定パラメーター

JP1/AJS2の運用に必要な各種情報を設定するためのパラメーターで，環境設定ファイルの中に記述します。例えば，ジョブネットワーク要素を作成するディレクトリを指定したり，syslogメッセージの出力の要否を指定したりします。

環境設定ファイル

スケジューラーサービスの環境やジョブの実行環境など，JP1/AJS2の運用に必要な情報を設定するファイルです。

起算スケジュール

実行開始日時，処理サイクル，および休業日の振り替えに従って決められた次回実行予定日を起点日として扱い，新たに次回実行予定日を算出したい場合に定義するスケジュールのことです。

起算猶予日数

起算後の次回実行予定日が休業日の場合に，実行予定日を探す期間を日数で定義したもののことです。

基準時刻

JP1/AJS2を運用するときの，日付の境となる時刻です。

例えば，基準時刻を「8時」と設定すると，7時59分までは前日扱いとなります。

基準日

カレンダー情報で，月の開始日として指定した日のことです。

起動条件

特定の事象を契機としてジョブネットを実行させる場合に，どのような条件が成立したときにジョブネットを実行させるか定義したもののことです。

キュー

実行登録されたジョブを一時的にためておくところです。ジョブは，登録された順番でキューに並び，そのキューに接続されているエージェントに対して順次転送され，実行されます。

大量のジョブが同時に実行されシステムの性能が低下しないよう，キューは，エージェントで同時に実行するジョブの数を制御します。

キューイングジョブ

キューへジョブを直接登録して実行依頼する形態のジョブです。

休業日

ジョブネットを実行しない日です。ただし，休業日振り替え実行が定義されている場合はジョブネットを実行します。

キューレスジョブ

キューを使わず，マネージャーから直接エージェントへ送られて実行されるジョブです。キューでのジョブの管理を省略し処理を簡略化しているため，通常のジョブに比べて処理性能が向上し，一定の時間に，より多くのジョブを実行できます。

ジョブネットに定義するPCジョブ，およびUNIXジョブをキューレスジョブとして定義できます。

キューレスジョブ実行環境

キューレスジョブ実行環境は，JP1/AJS2のマネージャー（スケジューラーサービスとキューレスファイル転送サービス）とキューレスエージェント（キューレスエージェントサービス）で構成され，キューレスジョブの実行を管理します。

キューレスジョブを使用する場合は，ajsqlsetupコマンドでキューレスジョブ実行環境をセットアップしておく必要があります。セットアップされたキューレスジョブ実行環境は，環境設定パラメーターで設定できます。

強制終了

実行中のユニットを強制終了します。

ルートジョブネットを強制終了した場合，実行中のジョブをすべて強制終了し，ジョブネットを中断します。

組み込みDB管理者（DB管理者）

組み込みDBで，各種権限の付与および取り消しを行う権限を持っているユーザー（DBA権限所持ユーザー）を示します。

組み込みDBの内部で管理されているユーザーです。

組み込みDBサービス

Windows上での組み込みDB使用環境を提供するサービスです。組み込みDBを使用するには，このサービスを開始する必要があります。サービス名称は「HiRDB/EmbeddedEdition セットアップ識別子」です。

組み込みDBシステム管理者

組み込みDB運用ディレクトリおよび組み込みDBファイルシステム領域（データ領域，システム領域）の所有者であり，組み込みDBの各コマンドを実行することができるユーザーを示します。

OS上で管理されているユーザーです。

組み込みDB操作コマンド

ajsembdbで始まる名称のコマンドの総称です。

クラスタシステム

クラスタシステムとは，複数のサーバシステムを連携して一つのシステムとして運用するシステムで，障害が発生しても業務を継続できるようにすることを目的としています。業務を実行中のサーバ（実行系）で障害が発生すると，待機していた別のサーバ（待機系）が業務の処理を引き継ぎます。実行「系」から待機「系」へ業務を切り替えるので，「系切り替えシステム」とも呼びます。

なお，クラスタシステムという用語には，並列処理による負荷分散機能という意味もありますが，このマニュアルでは，系を切り替えて業務の中断を防ぐ機能のことだけを指します。

計画実行登録

スケジュール定義に基づいてジョブネットを起動し，処理を開始する場合の実行登録方法です。

系切り替えシステム

クラスタシステムを参照してください。

警告終了

ジョブネットに定義した処理の一部が正しく実行されないままジョブネットを終了することです。ジョブネットは中断されず，最後まで実行されます。

発生した障害が，ジョブネットを中断するほど重大でない場合に，この終了方法にします。

警告終了しきい値

ジョブが警告終了したかを判断するための値です。

件名

メール中のSubject:に記述される文字列です。JP1/AJS2では，件名にASCII文字列以外も設定できますが，接続しているメールシステムによってはASCII文字列以外を扱えない場合もあります。

後続ジョブ

あるジョブ，またはジョブネットの直後に実行するジョブのことです。

後続ジョブネット

あるジョブ，またはジョブネットの直後に実行するジョブネットのことです。

（サ行）

サーバリンクジョブ

JP1/AJS2で定義したジョブネットをメインフレームで管理するために，JP1/AJS2 for Mainframeで定義するジョブネットです。サーバリンクジョブネットは，JP1/AJS2のルートジョブネットと関連づけられます。

サスペンド

ルートジョブネット，およびルートジョブネットの下位にあるユニットの実行を抑止することです。

実行登録中のルートジョブネットの下位にある定義を変更するときに，定義処理と実行制御処理のすれ違いなどの誤動作を防止するために，ルートジョブネットをサスペンドする必要があります。ルートジョブネットをサスペンドすることで，実行制御処理と同期を取って定義を変更できます。

サブミット

ジョブの実行を依頼することです。

サブミットジョブ

jpqjobsubコマンドを使用して登録する標準ジョブのことです。

しきい値

ジョブの終了状態を判断するための値です。ジョブには，異常終了しきい値と警告終了しきい値を定義できます。

実行ID

最上位ジョブネットの実行予定の一つに対して一つ割り振られる番号のことです。

従属ジョブ

判定ジョブの判定結果が真のときに実行するジョブのことです。

従属ジョブネット

判定ジョブの判定結果が真のときに実行するジョブネットのことです。

ジョブ

コマンド，シェルスクリプト，Windows実行ファイルなどの集まりです。

ジョブグループ

複数の業務を分類して管理するためのフォルダです。

ジョブ実行環境

ジョブ実行環境は，JP1/AJS2のマネージャーとエージェントから構成されます。

マネージャーのジョブ実行環境では，ジョブを登録するキューやジョブを実行するエージェントの定義情報（ジョブの実行多重度，最大ジョブ数など），ジョブの配信方法，ジョブの実行結果などを管理します。

エージェントのジョブ実行環境では，主にジョブの実行方法を管理します。

これらのジョブ実行環境は，ISAMデータベースと環境設定パラメーターで管理されます。

なお，キューレスジョブの場合は，キューレスジョブ実行環境で管理します。

ジョブ多重度

同時に実行できるジョブの数のことです。

ジョブネット

実行順序を関連づけたジョブの集まりです。ジョブネットを実行すると，ジョブネット中のジョブが実行順序に従って自動的に実行されます。

ジョブネットエディタウィンドウ

ジョブネットを新規に作成したり，作成済みのジョブネットを編集したりするウィンドウのことです。

ジョブネットコネクタ

ルートジョブネットの実行順序を制御するためのジョブネットワーク要素です。対象のルートジョブネットと接続関係を持ち，その終了や開始を待ち合わせます。

ジョブネットモニタウィンドウ

ジョブネットやジョブの実行状況や実行の詳細結果を表示したり，ジョブネットやジョブを操作したりするウィンドウです。

ジョブネットワーク要素

ジョブネットワークを定義するための要素です。これらの要素を総称して「ユニット」とも呼びます。

処理サイクル

ジョブネットの実行開始日から，次の実行開始日までの間隔のことです。処理サイクルを定義しておくと，定期的にジョブネットを実行できます。

スケジューラーサービス

ジョブネットを実行するスケジュールを管理し，スケジュールに従って，処理を実行します。スケジューラーサービスは，スケジューラーサービス名と同じ名称のルートジョブグループ配下のユニットを管理します。

スケジューラーサービスは，一つのマネージャーで複数起動できます。スケジューラーサービスを複数起動すると，スケジューラーサービスごとにルートジョブグループを管理できるようになります。例えば，スケジューラーサービスを業務ごとに分けて起動すると，それぞれのスケジューラーサービスが，ほかのスケジューラーサービスの影響を受けることなく，独立して業務（ジョブネットおよびジョブ）を並行実行できます。

スケジュールルール

ジョブネットの実行開始日時や処理サイクルなどの情報です。一つのジョブネットに144個までスケジュールルールを定義できます。

正常終了

ジョブネットの正常終了は，ジョブネットに定義した処理がすべて正しく実行されて，ジョブネットが終了することです。

ジョブの正常終了は，ジョブが正しく実行されて終了することです。

先行ジョブ

あるジョブ，またはジョブネットの直前に実行されるジョブのことです。

先行ジョブネット

あるジョブ，またはジョブネットの直前に実行されるジョブネットのことです。

相関識別子

ユーザーが任意の目的で使用できるメッセージ中の項目です。メッセージ識別子と同じように，メッセージを識別するために使用します。相関識別子は，送信元が設定した文字コードで格納されています。

相互関係

送受信するメッセージを識別するために使用する情報です。相互関係は，送信元が設定した文字コードで受信されます。

即時実行登録

実行登録と同時にジョブネットを起動し，処理を開始する場合の実行登録方法です。

（タ行）

退避ファイル

JP1/AJS2で定義したジョブネットワーク要素を格納したファイルです。

退避ボックス

退避ファイルを格納するためのディレクトリまたはフォルダです。

デイリースケジュールウィンドウ

1日ごとの実行予定，実行状況，および実行結果を表示するためのウィンドウです。

デフォルトキュー

ジョブを実行するために，エージェントホストと対で作成するキューです。このキューは必ず作成しておく必要があります。

ジョブを実行する際，ジョブのサブミット先や実行先としてエージェントホスト名を指定すると，ジョブはそのエージェントホストのデフォルトキューにサブミットされます。

（ナ行）

ネストジョブネット

ジョブネット中に定義したジョブネットです。

（ハ行）

排他実行リソース

複数のジョブの同時実行を抑止したい場合に，おのおののジョブで同じリソース名（排他実行リソース名）を指定しておき，同時実行を抑止することです。

判定ジョブ

指定された条件を判定し，判定結果が真であれば，従属ジョブ（ジョブネット）を実行するジョブです。

判定値

ジョブが正常終了したか異常終了したかを判断するための値です。

標準ジョブ

標準ジョブとは，実行ファイルや実行先ホスト名などを指定して処理を実行させるジョブのことです。標準ジョブには次の3種類があります。

UNIXジョブ

PCジョブ

QUEUEジョブ

物理ホスト

クラスタシステムを構成する各サーバに固有な環境のことです。物理ホストの環境は，系切り替え時にもほかのサーバに引き継がれません。

プランニンググループ

複数のルートジョブネットを計画的に切り替えて実行するためのユニットです。プランニンググループの直下に異なる定義内容のルートジョブネットを複数作成し，それぞれに異なったスケジュールを定義することで，指定したスケジュールに従って自動的にジョブネットを切り替えて実行できます。

振り替え

スケジュールに従って決められた次回実行予定日が休業日だった場合に，ほかの日にジョブネットを実行させることです。

振り替え猶予日数

振り替え日が休業日の場合に，振り替え日を探す期間を日数で定義したもののことです。

閉塞状態

障害の発生などによってジョブネットが開始または終了できず，実行状況や次回実行予定が確認できない状態になっていることです。この場合，実行登録を解除して，登録し直す必要があります。

ホストリンクジョブネット

メインフレームのジョブスケジューラーで管理されているジョブネットをJP1/AJS2で監視するために，JP1/AJS2で定義するジョブネットです。ホストリンクジョブネットは，JP1/AJS2 for Mainframeの「ネットグループ」という管理単位を介して，メインフレームのジョブネットと関連づけられます。

（マ行）

マクロ変数

後続ジョブでイベント受信情報を参照するために定義する変数です。イベントジョブに情報を引き継ぐためのマクロ変数名を定義し，引き継ぐイベントのマクロ変数を後続ジョブで指定します。

マクロ変数は「?AJS2xxxxxxxxx?:引き継ぎ情報名」の形式で指定します。

マネージャージョブグループ

JP1/AJS2 - Managerから，別のJP1/AJS2 - Managerの業務を監視するためのジョブグループです。

マネージャージョブネット

JP1/AJS2 - Managerから，別のJP1/AJS2 - Managerの業務を監視するためのジョブネットです。

マネージャーホスト

マネージャーホストは，ジョブネットの定義情報やスケジュール情報をデータベースで管理し，ジョブの実行をエージェントホストに依頼して実行させます。マネージャーホストには，JP1/AJS2 - Managerをインストールします。

マネージャーホストでは，定義されたスケジュール情報を基に，ジョブネットの実行予定が作成されます。実行開始時刻になると，マネージャーホストは，ジョブとして定義された実行ファイルを起動して，ジョブ定義情報をエージェントホストに転送し，エージェントホストにジョブを実行させます。実行が終わると，エージェントホストでのジョブの実行結果を受け取り，データベースに反映します。その反映された情報を基に，後続ジョブを実行したり，次回の実行予定を作成したりします。

マンスリースケジュールウィンドウ

1か月ごとの実行予定や実行結果を表示するためのウィンドウです。

メール受信パラメーターファイル

ユーザーが設定したメール受信監視パラメーターを記録したファイルです。拡張子は，「.prm」です。このファイルは，ユーザーがメール受信イベントジョブを定義したときに自動的に作成されます。

メール送信パラメーターファイル

ユーザーが設定したメール送信パラメーターを記録したファイルです。拡張子は，「.prm」です。このファイルは，ユーザーがメール送信アクションジョブを定義したときに自動的に作成されます。

メールフィルターアプリケーション

メールの形式を変換するためのプログラムまたはシェルスクリプトです。

メール連携でRFC822形式以外のメールを使うには，文字コードを変換するためのメールフィルターアプリケーションが必要です。

メッセージキュー

アプリケーションプログラムからのメッセージを登録しておくファイルのことです。メッセージキューマネージャーによって管理されます。メッセージキューには，受信したメッセージを格納する入力キューと，ほかのシステムへ送信するメッセージを格納する出力キューがあります。また，入力キューと出力キューは同一キューを使用することもできます。

メッセージキューイング機能

メッセージキューマネージャーの機能で，アプリケーションプログラム間のメッセージ送受信をメッセージキューと呼ばれるキューを使用して処理することです。アプリケーションプログラムは，メッセージキューに対して送信または受信の処理をします。メッセージがメッセージキューに登録されたあとは，メッセージキューマネージャーがメッセージの処理をするためアプリケーションプログラムの負荷が軽くなります。また，相手側プログラムが受信したことを自アプリケーション側で待つ必要がないため，プログラム間の非同期処理を実行することができます。

メッセージ識別子

MQSeriesのメッセージ記述子という情報の中の1項目です。メッセージ識別子は，送信元が設定した文字コードで格納されています。メッセージ識別子は，メッセージを特定するためのメッセージIDなどを設定しておくところとして利用されます。

（ヤ行）

ユーザー共通プロファイル

JP1ユーザーが共通に使用できるように，JP1/AJS2 - Viewの環境設定情報を保存したファイルです。管理者は，ユーザー共通プロファイルをJP1/AJS2 - Managerに保存しておき，必要に応じて，JP1ユーザーがこのファイルをダウンロードすることで，JP1/AJS2 - Viewの環境をJP1ユーザー間で共通の設定にすることができます。

多くのJP1ユーザーに同じ環境でJP1/AJS2 - Viewを使わせたい場合に役に立ちます。

ユニット

ジョブネットワーク要素の総称です。

ユニットID

一つのユニットに対して一つ割り振られる番号です。

ユニット定義パラメーターファイル

ユニット定義パラメーターを格納したテキストファイルです。コマンドでジョブネットワーク要素を定義する場合の入力情報になります。

予定情報ファイル

予定情報パラメーターを格納したテキストファイルです。コマンドでジョブネットを確定実行登録する場合の入力情報になります。

（ラ行）

リカバリージョブ

先行するジョブ，またはジョブネットが異常終了したときに実行されるジョブです。

リカバリージョブネット

先行するジョブ，またはジョブネットが異常終了したときに実行されるジョブネットです。

リストファイル

送受信したメールの内容の抜粋をリスト形式で記録したファイルです。

論理ホスト

クラスタシステムでの運用時にJP1の実行環境となる論理上のサーバのことです。障害の発生時には，論理ホスト単位で系が切り替わります。

論理ホストは専用のIPアドレスを持ち，系切り替え時にはそのIPアドレスを引き継いで動作します。そのため，障害で物理的なサーバが切り替わった場合も，クライアントからは同じIPアドレスでアクセスでき，一つのサーバが常に動作しているように見えます。

索引

[記号]
[数字]
[Ａ][Ｃ][Ｄ][Ｈ][Ｉ][Ｊ][Ｋ][Ｌ][Ｍ][Ｎ][Ｏ][Ｐ][Ｓ][Ｔ][Ｕ][Ｗ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行]

(記号)

「"（ダブルクォーテーションマーク）」を含むデータをイベントジョブの引き継ぎ情報に使用する

(数字)

07-00の変更内容

07-10の変更内容

07-11の変更内容

07-50の変更内容

08-00の変更内容

08-10の変更内容

08-50の変更内容

(英字)

(Ａ)

ajs.exe

ajs2isamcondスクリプト

ajs2isamcondスクリプトを使用したISAMデータベースの再編成手順

ajs2java.exe

ajs2java.exe

AJS2ユニット監視オブジェクト

ajsalterコマンドで変更できる運用環境

ajsautocondスクリプト

ajsbackupコマンドまたはJP1/AJS2 - Viewによる退避

ajscaexecd

ajscaexecd.exe

ajscagtd

ajscagtd.exe

ajscainetd

ajscainetd.exe

ajscastatd

ajscastatd.exe

ajscasvc.exe

ajschkagtd

ajschkagtd

ajschkagtd.exe

ajschkagtd.exe

ajschkagtsvc.exe

ajschkagtsvc.exe

ajschkmand

ajschkmand.exe

ajschkmansvc.exe

ajscminetd

ajscminetd.exe

ajscmmonsvr

ajscmmonsvr.exe

ajscmscm.exe

ajscmstatd

ajscmstatd.exe

ajscon.exe

ajsdefineコマンドによる回復

ajsembdbreclaimコマンドを自動で（ジョブとして）実行する

ajsembdbreclaimコマンドを手動で実行する

ajsflowd

ajsflowd.exe

ajsgwd

ajsgwd.exe

ajsgwmasterd

ajsgwmasterd

ajsgwmasterd.exe

ajsgwmasterd.exe

ajsinetd

ajsinetd.exe

ajsinetd.exe

ajsinetd内部ログ

ajslogd

ajslogd.exe

ajsmasterd

ajsmasterd

ajsmasterd.exe

ajsmasterd.exe

ajsmonsvr

ajsmonsvr.exe

ajsovstatd

ajsovstatd.exe

AJSPATH

ajsprintコマンドによる退避

ajsqlagtd

ajsqlagtd

ajsqlagtd.exe

ajsqlagtd.exe

ajsqlcltd.exe

ajsqlftpd

ajsqlftpd.exe

ajsrcmdsvr

ajsrcmdsvr.exe

ajsremnetcl

ajsremnetcl.exe

ajsreqd

ajsreqd.exe

ajsrestoreコマンドでジョブネットワーク要素を回復する

ajsschbd.exe

ajsschbd.exe

ajsschd

ajsschd.exe

ajsscmsvc.exe

ajssubd

ajssubd.exe

ajssubwd

ajssubwd.exe

(Ｃ)

Cm2連携ログ

(Ｄ)

DB管理者

DNS環境でJP1/AJS2をバージョンアップするときの作業の流れ

DNS環境で運用する場合の注意事項

DNS環境での運用（イベントジョブ使用時）

(Ｈ)

HITSENSER Data Mart Server

HP-UXのOSユーザーのグループについて

hp OpenView

(Ｉ)

IPアドレスを変更する

ISAM（Indexed Sequential Access Method）方式

ISAM環境定義用の環境定義ファイルスクリプト

ISAMキー再利用機能

ISAMキー再利用の設定

ISAM制御ファイル

ISAM制御ファイルの各パラメーターの設定内容

ISAM制御ファイルの記述例

ISAM制御ファイルの構文チェック

ISAM制御ファイルの内容を直接編集する

ISAMデータベースの未使用領域の確認

ISAMデータベースを再編成する

ISAMファイルの移行

ISAMファイルの再作成

ISAMファイルの自動再編成を並列に実行させる

ISAMロックテーブルエントリーサイズを見積もる

ISAMロックテーブルの分割の設定

ISAMロックテーブル分割機能の有効化

ISAMロックテーブル分割を設定するための方法

(Ｊ)

jajs_killall.cluster

jajs_maintainコマンドによるデータベースの再編成

jajs_maintainコマンドの実行例

jajs_service.exe

jajs_service.exe

jajs_spmd

jajs_spmd

jajs_spmd.exe

jajs_spmd.exe

java.exe

java.exe

Jismdef.ini

JP1_AJS_Admin

JP1_AJS_Editor

JP1_AJS_Guest

JP1_AJS_Manager

JP1_AJS_Operator

JP1_JPQ_Admin

JP1_JPQ_Operator

JP1_JPQ_User

JP1/AJS2 - Agent

JP1/AJS2 - Agentサービス

JP1/AJS2 - Agentで使用するポート番号

JP1/AJS2 - Agentのサービス一覧

JP1/AJS2 - Agentの設定情報のバックアップ（Windowsホストの場合）

JP1/AJS2 - Agentの設定情報のバックアップで必要な作業

JP1/AJS2 - Agentの設定情報のリカバリー

JP1/AJS2 - Agentの設定情報のリカバリーで必要な作業

JP1/AJS2 - Agentのセットアップについて検討する

JP1/AJS2 - Agentのバックアップ対象ファイル（UNIXの場合）

JP1/AJS2 - Agentのバックアップ対象ファイル（Windowsの場合）

JP1/AJS2 - Agentのホスト名を変更する

JP1/AJS2 - Agentのログファイルおよびディレクトリ一覧（UNIXの場合）

JP1/AJS2 - Agentのログファイルおよびフォルダ一覧（Windowsの場合）

JP1/AJS2 - Agentを複数のLANに接続する場合の例（JP1/AJS2 - Managerとの接続）

JP1/AJS2 - Definition Assistant

JP1/AJS2 - Manager

JP1/AJS2 - Managerサービス

JP1/AJS2 - Managerサービスの運用環境を一時的に変更する

JP1/AJS2 - Managerで使用するポート番号

JP1/AJS2 - ManagerとJP1/AJS2 - Agent間のデータ量を見積もる

JP1/AJS2 - ManagerとJP1/AJS2 - Agentの通信で使用するポート

JP1/AJS2 - ManagerとJP1/AJS2 - Agentのバージョン互換

JP1/AJS2 - ManagerとJP1/AJS2 - Managerの通信で使用するポート

JP1/AJS2 - ManagerとJP1/AJS2 - Managerのバージョン互換

JP1/AJS2 - ManagerとJP1/AJS2 - Viewのバージョン混在時の注意事項

JP1/AJS2 - Managerのサービス一覧

JP1/AJS2 - Managerの設定情報のバックアップ

JP1/AJS2 - Managerの設定情報のバックアップで必要な作業

JP1/AJS2 - Managerの設定情報のリカバリー

JP1/AJS2 - Managerの設定情報のリカバリーで必要な作業

JP1/AJS2 - Managerのセットアップについて検討する

JP1/AJS2 - Managerのバックアップ対象ファイル（UNIXの場合）

JP1/AJS2 - Managerのバックアップ対象ファイル（Windowsの場合）

JP1/AJS2 - Managerのホスト名を変更する

JP1/AJS2 - Managerのログファイルおよびディレクトリ一覧（UNIXの場合）

JP1/AJS2 - Managerのログファイルおよびフォルダ一覧（Windowsの場合）

JP1/AJS2 - Managerホストに接続しているJP1/AJS2 - Viewを確認する

JP1/AJS2 - ManagerまたはJP1/AJS2 - Agentサービスのデフォルト値

JP1/AJS2 - ManagerまたはJP1/AJS2 - Light EditionとJP1/AJS2 - Viewのバージョン互換

JP1/AJS2 - Managerを複数のLANに接続する場合の例（JP1/AJS2 - Agentとの接続）

JP1/AJS2 - Managerを複数のLANに接続する場合の例（JP1/AJS2 - Managerとの接続）

JP1/AJS2 - Managerを複数のLANに接続する場合の例（JP1/AJS2 - Viewとの接続）

JP1/AJS2 - Print Option

JP1/AJS2 - View

JP1/AJS2 - Viewで使用するポート番号

JP1/AJS2 - ViewとJP1/AJS2 - Manager間のデータ量を見積もる

JP1/AJS2 - ViewとJP1/AJS2 - Managerの通信で使用するポート

JP1/AJS2 - ViewとJP1/AJS2 - View for Mainframeのバージョン互換

JP1/AJS2 - ViewとJP1/Baseの通信で使用するポート

JP1/AJS2 - Viewによるジョブネットの退避・回復の操作

JP1/AJS2 - Viewの各ウィンドウの表示

JP1/AJS2 - Viewの環境設定について検討する

JP1/AJS2 - Viewの環境設定ファイルのバックアップ

JP1/AJS2 - Viewの設定情報のバックアップ

JP1/AJS2 - Viewの設定情報のバックアップで必要な作業

JP1/AJS2 - Viewの設定情報のリカバリー

JP1/AJS2 - Viewの設定情報のリカバリーで必要な作業

JP1/AJS2 - Viewのバックアップ対象フォルダ

JP1/AJS2 - Viewのユーザー共通プロファイルの使用例

JP1/AJS2 - Viewのリカバリー対象ファイル

JP1/AJS2 - Viewのリカバリー対象フォルダ（Windowsホストの場合）

JP1/AJS2 - Viewのレスポンス

JP1/AJS2 - Viewのログファイルおよびフォルダ一覧（Windowsの場合）

JP1/AJS2 - Viewのログファイルサイズを見積もる

JP1/AJS2 - Viewを長時間使用する場合の注意事項

JP1/AJS2 - Viewを複数のLANに接続する場合の例（JP1/AJS2 - Managerとの接続）

JP1/AJS2 - Web Operation Assistant

JP1/AJS2 Check Agentサービス

JP1/AJS2 Check Agentサービス

JP1/AJS2 Check Agentサービス

JP1/AJS2 Check Managerサービス

JP1/AJS2 Check Managerサービス

JP1/AJS2 Check Managerサービス

JP1/AJS2 Console Agent

JP1/AJS2 Console Agentサービス

JP1/AJS2 Console Agentトレースログファイル

JP1/AJS2 Console Agentの設定項目（ajs2ca.conf）

JP1/AJS2 Console Agentのトレースログファイルを見積もる

JP1/AJS2 Console Agentのファイルおよびディレクトリ一覧

JP1/AJS2 Console Manager

JP1/AJS2 Console Managerサービス

JP1/AJS2 Console Managerトレースログファイル

JP1/AJS2 Console Managerの設定項目（ajs2cm.conf）

JP1/AJS2 Console Managerのトレースログファイルを見積もる

JP1/AJS2 Console Managerのファイルおよびディレクトリ一覧

JP1/AJS2 Console View

JP1/AJS2 Console ViewとJP1/AJS2 Console Manager間のデータ量を見積もる

JP1/AJS2 Console Viewの環境設定について検討する

JP1/AJS2 Console Viewのバックアップ対象ファイル

JP1/AJS2 Console Viewのファイルおよびディレクトリ一覧

JP1/AJS2 Console Viewのレスポンス

JP1/AJS2 Console Viewのログファイルサイズを見積もる

JP1/AJS2 Console View用のアイコンイメージファイル・背景イメージファイルのリカバリー

JP1/AJS2 Console運用上の注意事項

JP1/AJS2 Consoleでの監視例（一台のホストで管理する業務を集中監視する場合）

JP1/AJS2 Consoleでの監視例（複数のホストで管理する業務を集中監視する場合）

JP1/AJS2 Consoleに関する環境設定

JP1/AJS2 Consoleの機能と対応バージョン

JP1/AJS2 Consoleのコンポーネント名称の対応

JP1/AJS2 Consoleの制限値

JP1/AJS2 Consoleの設定情報のバックアップ

JP1/AJS2 Consoleの設定情報のリカバリーとセットアップ

JP1/AJS2 Consoleのトレースログファイルのサイズを見積もる

JP1/AJS2 Consoleのバックアップ対象ファイル（UNIXの場合）

JP1/AJS2 Consoleのバックアップ対象ファイル（Windowsの場合）

JP1/AJS2 Consoleを使用する場合の互換性

JP1/AJS2 for Enterprise Applications

JP1/AJS2 for Mainframe

JP1/AJS2 for Oracle E-Business Suite

JP1/AJS2 for Web Service

JP1/AJS2 for 活文PDFstaff

JP1/AJS2 Mailサービス

JP1/AJS2 Monitorサービス

JP1/AJS2 Queueless Agentサービス

JP1/AJS2 Queueless Agentサービス

JP1/AJS2 Queueless Agentサービス

JP1/AJS2 Queueless File Transferサービス

JP1/AJS2 Queueless File Transferサービス

JP1/AJS2 Queueless File Transferサービス

JP1/AJS2運用上の注意事項

JP1/AJS2がサポートするシステム構成

JP1/AJS2がサポートする範囲

JP1/AJS2が対応しているネットワーク構成

JP1/AJS2が対応しているネットワーク構成と通信を確認する

JP1/AJS2が提供するサービスのアカウントの変更について

JP1/AJS2が動作しているホスト名称を変更する

JP1/AJS2稼働中のバックアップ

JP1/AJS2が発行するイベントやメッセージを監視する

JP1/AJS2起動時にジョブ情報削除処理を抑止する設定

JP1/AJS2起動時の起動モードとジョブの状態（エージェントホスト）

JP1/AJS2強制停止シェルスクリプト

JP1/AJS2サービス

JP1/AJS2サービスの複数起動

JP1/AJS2シリーズのプログラム

JP1/AJS2シリーズプログラムが動作するOS一覧

JP1/AJS2で使用するデータベースの領域の見積もり

JP1/AJS2で使用するファイルのバックアップ

JP1/AJS2で使用する文字コード

JP1/AJS2でやりたいことと使用する機能

JP1/AJS2でやりたいことと使用する機能の対応表

JP1/AJS2によって終了コードが設定される条件とその終了コード

JP1/AJS2の運用を停止しないでエージェントホスト名を変更する

JP1/AJS2の各機能が使用するデータベース

JP1/AJS2のサービスの自動起動および自動終了の設定

JP1/AJS2のサービスの種類

JP1/AJS2のサービスをユーザーアカウントで運用する場合の権限

JP1/AJS2のシステムを導入するために検討

JP1/AJS2の処理性能を見積もる

JP1/AJS2の設計作業の流れ

JP1/AJS2の前提条件

JP1/AJS2の前提条件

JP1/AJS2の通信

JP1/AJS2のデータベースの構成

JP1/AJS2のデータベースの種類

JP1/AJS2のデータベースを操作する

JP1/AJS2のプロセスが異常終了したときにJP1イベントを発行する

JP1/AJS2標準データベース

JP1/AJS2を運用する上で見積もりや設定が必要なケース

JP1/AJS2を運用する場合のシステム構成

JP1/AJS2を使用するシステムの設定情報のバックアップ

JP1/AJS2を使用するシステムの設定情報のリカバリー

JP1/Base

JP1/BaseとJP1/AJS2のバージョン互換

JP1/Baseの設定情報のバックアップ

JP1/Baseの設定情報のリカバリー

JP1/Baseの通信

JP1/Cm2

JP1/Cm2状態通知ジョブ実行時の戻り値一覧

JP1/Cm2状態通知ジョブの注意事項

JP1/FTP

JP1/IM

JP1/NETM/DM

JP1/NETM/DMを使ったリモートインストール（UNIXホストの場合）

JP1/NETM/DMを使ったリモートインストール（Windowsホストの場合）

JP1/NQSEXEC

JP1/OJE for Midrange Computer

JP1/OJE for VOS1

JP1/OJE for VOS3

JP1/OJE for VOSK

JP1/Power Monitor

JP1/Script

JP1/Scriptで作成されたジョブの強制停止

jp1mqsup

jp1mqsup

JP1イベント

JP1イベント受信監視ジョブ定義時の注意事項

JP1イベント受信監視ジョブの注意事項

JP1イベント送信ジョブ実行時の戻り値一覧

JP1イベント送信ジョブの注意事項

JP1権限レベル

JP1権限レベル

JP1権限レベルの検討

JP1資源グループ

JP1資源グループ

JP1資源グループの検討

JP1ユーザー

JP1ユーザー仮定機能の注意事項

JP1ユーザーの登録

JP1を実行するために必要な情報のバックアップで必要な作業

JP1を実行するために必要な情報のリカバリーで必要な作業

jpoagent

jpoagent

jpoagent

jpoagent

jpoagent.exe

jpoagent.exe

jpoagent.exe

jpoagent.exe

jpoagtsub

jpoagtsub

jpoagtsub.exe

jpoagtsub.exe

jpocwtflMain

jpocwtflMain

jpocwtflMain.exe

jpocwtflMain.exe

jpocwtmlmain

jpocwtmlmain

jpocwtmlmain.exe

jpocwtmlmain.exe

jpocwtmqmaii

jpocwtmqmaii

jpocwtmqmain

jpocwtmqmain

jpocwtmqmain.exe

jpocwtmqmain.exe

jpocwtmsmain.exe

jpocwtmsmain.exe

jpocwttmMain

jpocwttmMain

jpocwttmMain.exe

jpocwttmMain.exe

jpoeventwatch

jpoeventwatch

jpoeventwatch.exe

jpoeventwatch.exe

jpoevsearch

jpoevsearch

jpoevsearch.exe

jpoevsearch.exe

jpomanager

jpomanager

jpomanager.exe

jpomanager.exe

jpomgrsub

jpomgrsub.exe

jpomlapirec.exe

jpomlapirec.exe

jpomlapirec.exe

jpomlapirec.exe

jpomlapirec.exe

jpomlapirec.exe

jpomlapirec2.exe

jpomlapirec2.exe

jpomlapirec2.exe

jpomlapirec2.exe

jpomlapisend.exe

jpomlapisend.exe

jpomlapisend.exe

jpomlapisend.exe

jpomlapisend.exe

jpomlapisend.exe

jpomlapisend2.exe

jpomlapisend2.exe

jpomlapisend2.exe

jpomlapisend2.exe

jpomldsk.exe

jpomldsk.exe

jpomlsrv.exe

jpomlsrv.exe

jpomqsgacs.exe

jpomqsgacs.exe

jpomqsup.exe

jpomqsup.exe

jpomsgacs.exe

jpomsgacs.exe

jposupwth.exe

jposupwth.exe

jpqagt

jpqagt

jpqagt.exe

jpqagt.exe

jpqagtchild

jpqagtchild

jpqagtdmn

jpqagtdmn

jpqautocondスクリプト

jpqman

jpqman.exe

jpqmon

jpqmon

jpqmon

jpqmon

jpqmon.exe

jpqmon.exe

jpqmon.exe

jpqmon.exe

jpqnfyfd

jpqnfyfd.exe

(Ｋ)

KAVU1203-E（トラブルへの対処方法）

KAVU1203-E（トラブルへの対処方法）

KAVU1204-E（トラブルへの対処方法）

KAVU1204-E（トラブルへの対処方法）

KAVU3284-W（トラブルへの対処方法）

KAVU3521-W（トラブルへの対処方法）

KAVU3531-W（トラブルへの対処方法）

KAVU3571-W（トラブルへの対処方法）

KAVU3577-W（トラブルへの対処方法）

KAVU3586-W（トラブルへの対処方法）

KAVU4250-E（トラブルへの対処方法）

KAVU4254-E（トラブルへの対処方法）

KAVU4511-W（トラブルへの対処方法）

KAVU4512-W（トラブルへの対処方法）

KAVU4514-W（トラブルへの対処方法）

KAVU4515-W（トラブルへの対処方法）

KAVU4520-W（トラブルへの対処方法）

KAVU4530-W（トラブルへの対処方法）

KAVU4531-W（トラブルへの対処方法）

KAVU4538-W（トラブルへの対処方法）

KAVU4546-W（トラブルへの対処方法）

KAVU4547-W（トラブルへの対処方法）

KAVU4548-W（トラブルへの対処方法）

KAVU4551-W（トラブルへの対処方法）

KAVU4560-W（トラブルへの対処方法）

KAVU4563-W（トラブルへの対処方法）

KAVU4571-W（トラブルへの対処方法）

KAVU4580-W（トラブルへの対処方法）

KAVU4581-W（トラブルへの対処方法）

KAVU4583-W（トラブルへの対処方法）

KAVU4597-W（トラブルへの対処方法）

KAVU5282-W（トラブルへの対処方法）

KAVU5284-E（トラブルへの対処方法）

KAVU5287-E（トラブルへの対処方法）

KAVU5501-E（トラブルへの対処方法）

KAVU5921-E（トラブルへの対処方法）

KAVU5950-E（トラブルへの対処方法）

KAVU7533-E（トラブルへの対処方法）

KAVU7533-E（トラブルへの対処方法）

KAVV400-E（トラブルへの対処方法）

KAVV401-E（トラブルへの対処方法）

KAVV458-E（トラブルへの対処方法）

KAVV459-E（トラブルへの対処方法）

(Ｌ)

LogNumFiles

LogNumFiles

LogSize

LogSize

(Ｍ)

MAPI

MIME

MQSeries

MQ文字列

MSMQ

MSMQ監視ログ

MSMQ受信監視ジョブの注意事項

MSMQ送信ジョブ実行時の戻り値一覧

MSMQメッセージ送信ジョブの注意事項

［MSMQ連携］タブの設定項目（EVAction.conf）

(Ｎ)

NAT（アドレス変換）

NAT（スタティックモード）型

(Ｏ)

OSが異常終了したときの対処方法

(Ｐ)

PCジョブの注意事項

pd_buf_dfw

pd_buf_dfw.exe

pd_lck_pool_size

pd_max_file_no

pd_max_users

pd_mode_conf

pd_name_port

pd_service_port

pd_work_buff_size

pdlogd

pdlogd.exe

pdlogswd

pdlogswd.exe

pdmlgd

pdmlgd.exe

pdprcd

pdprcd.exe

pdrdmd

pdrdmd.exe

pdrsvre

pdrsvre.exe

pdscdd

pdscdd.exe

pdsds

pdsds.exe

pdstsd

pdstsd.exe

pdtrnd

pdtrnd.exe

pdtrnrvd

pdtrnrvd.exe

(Ｓ)

「SEQ2」を選択した場合に取得メッセージが消失する例としない例

SHMMAX

SMTP

SNMPトラップ送信を抑止する

SUP

(Ｔ)

TP1/LiNK

TP1/Message Queue

TP1/Server Base

(Ｕ)

UNIX版JP1/AJS2 - Agentの親プロセスおよび子プロセス一覧

UNIX版JP1/AJS2 - Agentの子プロセスおよび詳細プロセス一覧

UNIX版JP1/AJS2 - Managerの親プロセスおよび子プロセス一覧

UNIX版JP1/AJS2 - Managerの子プロセスおよび詳細プロセス一覧

UNIX版JP1/AJS2 Console Agentの親プロセスおよび子プロセス一覧

UNIX版JP1/AJS2 Console Agentの子プロセスおよび詳細プロセス一覧

UNIX版JP1/AJS2 Console Managerの親プロセスおよび子プロセス一覧

UNIX版JP1/AJS2 Console Managerの子プロセスおよび詳細プロセス一覧

UNIX版組み込みDBの親プロセスおよび子プロセス一覧

UTF-8コード使用時の注意事項

(Ｗ)

WAN環境で使用する場合の通信

Windows Messaging機能

Windowsイベントログ監視ジョブの注意事項

Windows版JP1/AJS2 - Agentの親プロセスおよび子プロセス一覧

Windows版JP1/AJS2 - Agentの子プロセスおよび詳細プロセス一覧

Windows版JP1/AJS2 - Managerの親プロセスおよび子プロセス一覧

Windows版JP1/AJS2 - Managerの子プロセスおよび詳細プロセス一覧

Windows版JP1/AJS2 - Viewのプロセス一覧

Windows版JP1/AJS2 Console Agentの親プロセスおよび子プロセス一覧

Windows版JP1/AJS2 Console Agentの子プロセスおよび詳細プロセス一覧

Windows版JP1/AJS2 Console Managerの親プロセスおよび子プロセス一覧

Windows版JP1/AJS2 Console Managerの子プロセスおよび詳細プロセス一覧

Windows版JP1/AJS2 Console Viewのプロセス一覧

Windows版組み込みDBの親プロセスおよび子プロセス一覧

(ア行)

(あ)

アイコンイメージを作成した場合のバックアップ対象ファイル

アクションジョブ

アクションジョブの実行に関するトラブルの対処方法

アクションジョブの注意事項

アクションジョブを実行したときの戻り値

アクションジョブを実行すると異常終了となる

アクセス権限を検討する

アクセス権を設定する範囲について検討する

アクセス制限（パケット・フィルタリング）

アップグレード時の注意事項

アドレス変換

アドレス変換（NAT）

アンロードログ運用

(い)

異常終了

異常終了しきい値

異常終了したJP1/AJS2のプロセスを再起動する

以前のバージョンからの移行

一台のホストで管理する業務を集中監視する場合

一部のジョブの処理でシステム全体に影響を及ぼさないための運用方法

イベント

イベント・アクション共通エラーログ

イベント・アクション共通ログ

イベント・アクション制御エージェントログ

イベント・アクション制御の制限値

イベント・アクション制御マネージャーログ

イベントが発生した順に条件を成立させる

イベント監視ログ

［イベント起動］タブの設定項目（EVAction.conf）

イベント検索ログ

イベント順序保証オプション

イベントジョブ

イベントジョブが出力するログのサイズを見積もる

イベントジョブ起動に関する環境設定

イベントジョブ実行時に使用する通信の送信バインド方式を設定する

イベントジョブ実行時の戻り値一覧

イベントジョブの各プロセスとログのデフォルト値

イベントジョブの各プロセスのログサイズ（概算値）

イベントジョブの監視対象

イベントジョブの種類

イベントジョブの注意事項

イベントジョブのログ設定

イベントジョブのログ設定構成定義パラメーター一覧

イベントジョブをDNS環境で運用する場合の設定方法（バージョンアップ時）

イベントジョブを使用する場合のオプションについて検討する

イベントリセット時のジョブネットおよびジョブの状態

インストール時の注意事項

インストールとセットアップに関する検討

インストール前に決めておく項目

(う)

ウィンドウの表示項目の追加を検討する

ウィンドウ表示の設定について検討する

ウォームスタート

ウォームスタートした場合のジョブネットおよびジョブの状態

打ち切り時間

打ち切り時間の検討

運用サイクル

運用時のトラブルを未然に防ぐための注意事項

運用する前に知っておいた方がよいこと

運用中に確認する必要があるログファイル

運用中に実施する作業内容

運用中に実施する作業内容と記載個所

運用中のジョブネットおよびジョブの実行抑止

運用中の設定変更

運用の概要

運用日

(え)

エージェントのパイプ通信タイムアウト値を設定する（UNIX限定）

エージェントホスト

エージェントホストおよびキューを追加・削除・変更する

(カ行)

(か)

外部的要因によって増減する項目に対して制限できる項目

拡張子による監視対象ファイルの検知の有無

確定実行登録

確定スケジュール

各バージョンの変更内容

各ファイルのロックテーブルへのマッピング（ISM_FILEパラメーター）

各ロックテーブルのサイズ（ISM_ENTNUMパラメーター）

カスタムジョブ

カスタムジョブアイコンのリカバリー

カスタムジョブの実行に関するトラブルの対処方法

カスタムジョブを実行すると異常終了となる

カスタムジョブを使用する場合のバックアップ対象ファイル

カレンダー情報

カレンダーに関する検討項目

カレンダーの検討の流れ

カレンダーの設定情報のバックアップ

カレンダーの設定情報のリカバリー

カレンダーの適用例

［環境設定］ダイアログボックスの設定項目

環境設定パラメーター

環境設定ファイル

環境定義ファイルスクリプト

監視開始オプション

監視開始オプションを設定した場合のオプションの基本動作例

監視間隔時間の見積もり

監視状態の引き継ぎ条件

監視する事象

監視対象として指定するホスト名に関する注意事項

監視対象の階層化（グループ化）の検討

監視対象の検討

監視対象ファイル名が指定されている起動条件中のファイル監視ジョブ

監視対象ファイル名が指定されているジョブネット中のファイル監視ジョブ

監視対象ファイル名に「*（ワイルドカード）」が指定されている起動条件中のファイル監視ジョブ

監視対象ファイル名に「*（ワイルドカード）」が指定されているジョブネット中のファイル監視ジョブ

監視ファイル名の指定例

監視方法と監視間隔の検討

(き)

キー再利用機能

キー再利用機能の有効化

キー再利用機能を有効にするための方法

起算スケジュール

起算猶予日数

基準時刻

基準日

起動時または終了時の動作を変更する

起動条件

起動条件が複数回成立するジョブネットの運用について

起動条件監視中のジョブネットの停止

起動条件の処理性能

起動条件を設定したジョブネットの運用

起動する回数を定義した業務の設定例

起動モードの指定を省略した場合のジョブネットおよびジョブの状態

起動モード別のジョブネットおよびジョブの状態

キャパシティに関する監視作業

キャパシティの監視

キュー

キューイングジョブ

休業日

キューレスエージェントサービスが出力するログ

キューレスエージェントプロセス

キューレスエージェントプロセス

キューレスジョブ

キューレスジョブ実行環境

キューレスジョブ実行環境に関する環境設定

キューレスジョブ実行制御の制限値

キューレスジョブ実行内部ログ

キューレスジョブの運用環境を一時的に変更する

キューレストレースログファイル

キューレストレースログファイルのサイズを見積もる

キューレストレースログファイルの見積もり式

キューレスファイル転送プロセス

キューレスファイル転送プロセス

キューレスログファイル

キューレスログファイル

キューレスログファイル

キューレスログファイル

キューレスログファイル中に出力されるログの一覧

キューレスログファイルのサイズを見積もる

キューレスログファイルの見積もり式

強制終了

強制停止

強制停止対象となるプログラム（実行ホストがUNIXの場合）

強制停止対象となるプログラム（実行ホストがWindowsの場合）

共通の設定情報の利用について検討する

共通の設定情報を利用するときの注意事項

共通の設定情報を利用するときの流れ

共通メッセージログ

業務のアクセス権を検討する流れ

業務の運用

業務の運用中に実施する作業

業務の実行結果を確認する

業務の実行時間を監視する

業務の実行パターン（実行形態）

業務の自動化検討時のヒント

業務の自動化の検討

業務の状態監視に必要な条件

業務のスケジュールやカレンダーの検討

業務の設計

業務の適用範囲を検討する

業務へのアクセス権の検討

業務を階層化（ジョブネット化）するときのヒント

業務を集中監視する場合のユーザー管理の検討

業務を集中的に監視する場合の検討項目

業務を集中的に監視する場合の構成例

共有メモリーセグメントサイズの上限値

(く)

組み込みDBが終了できないときの対処方法

組み込みDB管理者

組み込みDBサービス

組み込みDBサービスのデフォルト値

組み込みDBシステム管理者

組み込みDB操作コマンド

組み込みDB操作コマンド実行ログ

組み込みDBデータベースを再編成する

組み込みDBデータベースをメンテナンスする時期を見積もる方法

組み込みDBの運用方法

組み込みDBの開始方法

組み込みDBのサービス一覧

組み込みDBのサービスを起動または終了する

組み込みDBの再編成の時期

組み込みDBの短所

組み込みDBの長所

組み込みDBのディスク構成

組み込みDBのデータベース領域を見積もる

組み込みDBの動作環境について検討する

組み込みDBのファイルおよびフォルダ一覧（Windows版）

組み込みDBのプロセス一覧

組み込みDBのポート番号

組み込みDBの未使用領域の確認

組み込みDBを手動で再編成する手順

組み込みDBをバージョンアップする場合の注意事項

クラスタ運用時のシステム構成例

クラスタ運用時のセットアップ

クラスタ運用時の注意事項

クラスタ運用時のログ出力先ディレクトリ（UNIXの場合）

クラスタ運用時のログ出力先フォルダ（Windowsの場合）

クラスタ運用でJP1/AJS2 - Agentを複数のLANに接続する場合の例（JP1/AJS2 - Managerとの接続）

クラスタ運用でJP1/AJS2 - Managerを複数のLANに接続する場合の例（JP1/AJS2 - Agentとの接続）

クラスタ運用でJP1/AJS2 - Managerを複数のLANに接続する場合の例（JP1/AJS2 - Managerとの接続）

クラスタ運用でJP1/AJS2 - Managerを複数のLANに接続する場合の例（JP1/AJS2 - Viewとの接続）

クラスタ運用の前提条件

クラスタシステム

クラスタシステム運用時の業務監視

(け)

系

計画実行登録

系切り替えシステム

警告終了

警告終了しきい値

検討しておく［環境設定］ダイアログボックスの設定項目

件名

(こ)

後続ジョブ

後続ジョブネット

コールドスタート

コールドスタートした場合のジョブネットおよびジョブの状態

異なるタイムゾーンにある複数の管理業務ホストの実行状況を確認する

コマンドによるジョブネットの退避・回復の操作

コンポーネント名称の対応

(サ行)

(さ)

サーバリンクジョブ

サービス一覧

サービスのアカウントを変更する必要がある場合

サービスの起動方法

サービスの終了方法

サービスの設定について検討する

サービスの設定を変更する必要がある場合

サービスのデフォルト値（Windows限定）

サービスの複数起動

サービスを起動または終了する

再実行ポイント

最新の定義内容が有効になるユニット定義情報

最大ディスク占有量（UNIXの場合）

最大ディスク占有量（Windowsの場合）

最大同時接続数

再編成時期

再編成スクリプトのカスタマイズ

再編成スクリプトの形式

作業表用バッファ長

サスペンド

サブミット

サブミットジョブ

サポート範囲

(し)

しきい値

システムおよびユーザー環境の設定について検討する

システム共通定義

システム構成（一台のホストで管理する業務を集中監視する場合）

システム構成（複数のホストで管理する業務を集中監視する場合）

システム構成の設計

システム障害通知ログ

システム定義

システムで使用する言語種別を検討する

システム日時の変更

システムの日時を変更する

システムログ運用

システムログを使用しない運用

システムを冗長化した場合の例

実行ID

実行間隔制御ジョブの注意事項

実行間隔制御ログ

実行系

実行系テーブル

実行結果の確認方法

実行時間や遅延の監視方法

実行条件の検討

実行登録ジョブの状態監視処理

実行登録中に変更したユニット定義情報を有効にする

実行登録中にユニット定義情報を変更する

実行ファイル検討時のヒント

実行ホスト（エージェント）へのジョブ実行配信

自動化する業務の設計

自動化する処理の検討

自動化を実現する実行ファイルの検討

自動再編成機能

自動再編成ログファイル

自動でメンテナンス作業を実施する運用例

従属ジョブ

従属ジョブネット

従属ジョブの再実行方法

手動でデータベースを再編成する

障害対策

障害発生時に障害を検知して対処する手段

使用するデータベースを検討する

状態記憶時の注意事項

状態記憶の設定について検討する

状態引き継ぎオプションを設定した場合の動作例

冗長化について検討する

使用できる環境変数LANG

ジョブ

ジョブ起動時のログインシェル（UNIXジョブ，アクションジョブ）

ジョブ強制終了停止

ジョブグループ

ジョブ実行エージェントログ

ジョブ実行環境

ジョブ実行環境（ISAMデータベース）の再編成

ジョブ実行環境設定ファイルの仕様

ジョブ実行環境設定ファイルの使用方法

［ジョブ実行環境］タブの設定項目（Queue.conf）

ジョブ実行環境定義のバックアップ

ジョブ実行環境データベース

ジョブ実行環境データベース

ジョブ実行環境データベース再編成ログ

ジョブ実行環境データベースの再編成手順（ISAMデータベース）

ジョブ実行環境で使用するデータベースのテーブル

ジョブ実行環境に関する環境設定

ジョブ実行環境の制限値

ジョブ実行環境の変更に関する注意事項

ジョブ実行環境のログのサイズを見積もる

ジョブ実行環境を変更する

ジョブ実行クライアントログ

ジョブ実行時に有効となるOSユーザー環境

ジョブ実行時のユーザーアカウント

ジョブ実行時のワークパスを変数として定義する

ジョブ実行状態通知ログ

ジョブ実行制御の環境および動作

ジョブ実行制御のコマンドの注意事項

ジョブ実行内部ログ

ジョブ実行内部ログ

ジョブ実行内部ログ

ジョブ実行内部ログ

ジョブ実行マネージャーログ

ジョブ情報削除処理の注意事項

ジョブ情報削除処理非同期オプション

ジョブ情報の保存時間の設定

ジョブ情報の保存日数を0日にした場合の効果

ジョブ制限

ジョブ多重度

ジョブネット

ジョブネットエディタウィンドウ

ジョブネットコネクタ

ジョブネット制限

ジョブネット中のジョブ実行機能の抑止と抑止の解除

ジョブネット定義・実行時のアクセス権限

ジョブネットの実行登録数に関する注意事項

ジョブネットの退避・回復

ジョブネットモニタウィンドウ

ジョブネットやジョブの実行抑止

ジョブネットワーク要素

ジョブネットワーク要素の制限値

ジョブネットワーク要素の退避・回復の機能

ジョブネットワーク要素を回復する手順

ジョブネットワーク要素を退避する手順

ジョブの強制停止処理

ジョブの実行・操作時のアクセス権限

ジョブの実行に関するオプションについて検討する

ジョブの実行ファイルおよびスクリプトファイルのアクセス権

ジョブの実行抑止

ジョブの終了コードを確認する

ジョブのスループット

ジョブをロングファイル名で実行させる（Windows限定）

所有者権限

処理がうまくいかなかったときの対処の検討

処理サイクル

処理性能の見積もり

処理を実行する順番や優先順位の検討

処理を複数の実行ホストで分散して実行させる場合の構成例

新機能を使用する場合の注意事項

シングルサーバ定義

(す)

［スケジューラーオプション］タブの設定項目（Schedule.conf）

スケジューラーサービス

スケジューラーサービス

スケジューラーサービス起動時のジョブネットおよびジョブの実行抑止

スケジューラーサービスだけを停止させる

スケジューラーサービス多重起動時の注意事項

スケジューラーサービスに関する環境設定

スケジューラーサービスの自動起動を有効にしている場合のデータベースの注意事項

［スケジューラーサービスの制御］タブの設定項目（Schedule.conf）

スケジューラーサービスの制限値

スケジューラーサービスの制限停止

スケジューラーサービスの多重起動について検討する

スケジューラーサービスの登録解除処理の設定

スケジューラーサービスの複数起動

スケジューラーサービスローカル日時

スケジューラー縮退モード

スケジューラー縮退モードでメンテナンスする場合のメンテナンス範囲

スケジューラー縮退モードの処理概要

スケジューラーデータベース

スケジューラーデータベース

スケジューラーデータベース（ISAMデータベース）の再編成

スケジューラーデータベース（ISAMデータベース）の再編成手順

スケジューラーデータベース再編成ログ

スケジューラーデータベースで使用するDBMSを変更する

スケジューラーデータベースのテーブル

［スケジューラーファイルの構成2］タブの設定項目（Schedule.conf）

［スケジューラーファイルの構成］タブの設定項目（Schedule.conf）

スケジューラーログ

スケジューラーログ

スケジューラーログ一覧

スケジューラーログの交代方法

［スケジューラーログの設定］タブの設定項目（Schedule.conf）

スケジューラーログファイルの交換

スケジューラーログファイルのサイズを見積もる

スケジューラーログファイルの見積もり式

スケジューラーログファイルの見積もりの例

スケジュールに関する検討項目

スケジュールやカレンダーの検討の流れ

スケジュールルール

［スタートアップ パラメータ］

スタンドアロンでの構成例

(せ)

正規表現

制限値一覧

正常終了

正常な運用を監視する

セカンダリー認証サーバ

設計項目

設計項目と記載個所

設計段階で検討および確認しておくこと

設計の概要

設計の流れ

設計のポイント

接続中のプロセスがあるため組み込みDBが終了できないときの対処方法

設定の変更

セットアップ時の検討

先行ジョブ

先行ジョブネット

前提OS

前提プログラム

(そ)

相関識別子

相互関係

総称名

即時実行登録

その他の情報のバックアップ

その他の情報のリカバリー

(タ行)

(た)

対応づけるユーザーを検討する

待機系

退避および回復時の注意事項

退避・回復の概要

退避した情報の格納場所

退避情報管理ファイル

退避情報ディレクトリ

退避ファイル

退避ファイル

退避ボックス

退避ボックス

タイムゾーン

(て)

定義系テーブル

定義チェックトレースログファイル

定義チェックログファイル

定義できる実行ファイル

定義内容が再読み込みされるタイミング

定義内容を事前チェックする場合の制限値

ディザスターリカバリーモードでスタートした場合のジョブネットおよびジョブの状態

デイリースケジュールウィンドウ

定例的な作業

データベース

データベースにISAMを使用する場合のオプションについて検討する

データベースに格納されている情報

データベースの概要

データベースの検討

データベースの構成

データベースの再編成時期

データベースの自動再編成の設定

データベースの種類

データベースの使用領域を確認する

データベースの未使用領域の確認方法

データベース領域を見積もる

テーブルのレコード数および可変長レコードの使用方法

デフォルトキュー

デフォルトキューおよびキューを接続解除・接続する

デフォルト値の変更を検討する

デフォルトのディスク占有量（UNIXの場合）

デフォルトのディスク占有量（Windowsの場合）

転送元ファイルの検索パスを定義する

(と)

同期書き込みの設定

統合トレースログ

動作環境を確認する

導入時の設計

導入時の設計項目の一覧

登録解除処理の設定

登録するユーザーを検討する

トラブル発生時の資料の採取方法

トラブルへの対処方法

トレースレベル

トレースログ

トレースログファイルのサイズを見積もる

トレースログファイルの見積もり式

(ナ行)

(な)

夏時間帯から標準時間帯への切り替え

夏時間帯から標準時間帯への切り替え時スケジュール

(に)

日英混在システムに関する注意事項

(ね)

ネストジョブネット

ネットワークエラー時のジョブ再試行処理

ネットワーク上を流れるデータ量を見積もる

(ハ行)

(は)

バージョンアップインストール（UNIXホストの場合）

バージョンアップインストール（Windowsホストの場合）

バージョン互換

排他実行リソース

排他実行リソースを変更する

排他制御で使う共有メモリー領域

排他制御用プールサイズ

パケット・フィルタリング

パケットフィルタリング型

バックアップ

バックアップ対象と時期

バックアップとリカバリーについて検討する

バックアップとリカバリーの方法

バックアップの概要

バッチファイルまたはシェルスクリプト作成時のヒント

判定ジョブ

判定ジョブの使用例

判定値

(ひ)

引き継ぎ情報

引き継ぎ情報定義時の注意事項

一つのJP1ユーザーを不特定のOSユーザーに対応づける

一つの階層に何千個のジョブネットを定義する場合の注意事項

日々の運用

表示内容の更新間隔を検討する

標準エラー出力ファイル

標準時間帯から夏時間帯への切り替え

標準時間帯から夏時間帯への切り替えスケジュール

標準時間と夏時間の切り替え

標準出力ファイル

標準出力ファイル・標準エラー出力ファイルの注意事項

標準出力ファイル名・標準エラー出力ファイルのumask値（UNIX限定）

標準ジョブ

標準ジョブの実行に関するトラブルの対処方法

標準ジョブを実行すると異常終了となる

(ふ)

ファイアウォール環境での運用するJP1の通信設定

ファイアウォールの基礎知識

ファイアウォールの通過方向

ファイアウォールの通過方向（JP1/AJS2）

ファイアウォールを設定したシステム構成例

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

ファイル監視ジョブ使用時に設定する監視間隔

ファイル監視ジョブ定義時の注意事項

ファイル監視ジョブで監視する事象

ファイル監視ジョブのオプション

ファイル監視ジョブの基本動作

ファイル監視ジョブの状態引き継ぎオプション

ファイル監視ジョブの状態を引き継がせる

ファイル監視ジョブの注意事項

ファイル監視ログ

ファイルの有無による判定ジョブの使用例

ファイルの切替時期（UNIXの場合）

ファイルの切替時期（Windowsの場合）

ファイル名の指定方法

フェールオーバー後の処理の流れ

負荷を分散した処理

複数のLANに接続したシステム構成例

複数のサービスを同時に起動する

複数のホストで管理する業務を集中監視する場合

複数ホストでのジョブ実行環境の注意事項

物理ホスト

物理ホスト環境の前提条件

プライマリー認証サーバ

プランニンググループ

振り替え

振り替え猶予日数

プロセス一覧（UNIXの場合）

プロセス一覧（Windowsの場合）

プロセス管理ログ

プロセス構成図

(へ)

閉塞状態

並列実行機能

変更できるキューレスジョブのパラメーター

(ほ)

ポート番号

ポート番号一覧

ポート番号一覧

ポート番号一覧（JP1/AJS2 - AgentからJP1/AJS2 - Managerへの通信用）

ポート番号一覧（JP1/AJS2 - ManagerからJP1/AJS2 - Agentへの通信用）

ポート番号一覧（JP1/AJS2 - ManagerからJP1/AJS2 - Managerへの通信用）

ポート番号一覧（JP1/AJS2 - ViewからJP1/AJS2 - Managerへの通信用）

ホストの設定を変更する

ホスト名変更に関する注意事項

ホストリンクジョブネット

保存世代数

保存世代数と性能との関係

保存世代数に関する注意事項

ホットスタート

ホットスタートの場合のジョブネットおよびジョブの状態

本番運用前のJP1/AJS2定義内容のチェックと注意事項

(マ行)

(ま)

マクロ変数

マクロ変数

マシン構成の調査に使用するコマンド

マネージャー・エージェント構成時のタイムゾーンに関する注意事項

マネージャー・エージェント構成時の注意事項

マネージャー・エージェント構成のシステム構成例

マネージャー機能縮退モード

マネージャー機能縮退モードでメンテナンスする場合のメンテナンス範囲

マネージャー機能縮退モードの処理概要

マネージャージョブグループ

マネージャージョブネット

マネージャーホスト

マンスリースケジュールウィンドウ

(み)

未使用領域サイズ（ジョブ実行環境）

未使用領域サイズ（スケジューラーデータベース）

未使用領域サイズしきい値（ジョブ実行環境）

未使用領域サイズしきい値（スケジューラーデータベース）

未使用領域率の表示（ジョブ実行環境）

未使用領域率の表示（スケジューラーデータベース）

未使用領域を確認する

見積もり

(め)

メール監視ログ（共通）

メール監視ログ（メール連携をサービス上で行う場合）

メール監視ログ（メール連携をデスクトップ上で行う場合）

メール受信監視ジョブの注意事項

メール受信パラメーターファイル

メール送信ジョブ実行時の戻り値一覧（UNIX）

メール送信ジョブ実行時の戻り値一覧（Windows）

メール送信ジョブの注意事項

メール送信パラメーターファイル

メールフィルターアプリケーション

［メール連携］タブの設定項目（EVAction.conf）

メッセージキュー

メッセージキューイング機能

メッセージキュー受信監視ジョブの注意事項

メッセージキュー送信ジョブ実行時の戻り値一覧（UNIX）

メッセージキュー送信ジョブ実行時の戻り値一覧（Windows）

メッセージキュー送信ジョブの注意事項

メッセージキュー連携監視ログ（MQSeries使用時）

メッセージキュー連携監視ログ（TP1/Message Queue使用時）

メッセージキュー連携監視ログ（共通）

メッセージ識別子

メンテナンス作業の流れ（組み込みDB）

メンテナンスの検討

メンテナンスモード

メンテナンスモード（jajs_maintainコマンド）によるISAMデータベースの再編成

メンテナンスモードでできること

メンテナンスモードの運用例

メンテナンスモードの種類

メンテナンスモードの使用目的

メンテナンスモードの注意事項

メンテナンスモードを使用した運用方法

メンテナンスログファイル

メンテナンスを実施する時期を見積もる

(も)

文字コード種別混在時の注意事項

文字コード種別の変更

文字コード種別の変更時の影響範囲

文字コード種別を変更する場合の設定個所

文字列の定義に関する注意事項

戻り値一覧

(ヤ行)

(や)

やりたいことを実現するJP1/AJS2の機能

(ゆ)

ユーザーアカウントで運用する場合に設定する権限

ユーザーが作成・変更できるファイル一覧（JP1/AJS2 - View）

ユーザーが作成・変更できるファイル一覧（UNIX版JP1/AJS2 Console Manager）

ユーザーが作成・変更できるファイル一覧（Windows版JP1/AJS2 Console Manager）

ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（Windows版JP1/AJS2 - Manager・メッセージキュー連携使用時）

ユーザーが参照，および運用時に削除管理する必要のあるファイルおよびフォルダ一覧（Windows版JP1/AJS2 - Manager・メール連携使用時）

ユーザーが参照，または変更する必要のないファイル一覧（Windows版JP1/AJS2 - Manager・JP1/Cm2またはhp OpenView連携使用時）

ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（UNIX版JP1/AJS2 - Agent・UNIXジョブ使用時）

ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（UNIX版JP1/AJS2 - Agent・メール連携使用時）

ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（UNIX版JP1/AJS2 - Agent・メッセージキュー連携使用時）

ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（UNIX版JP1/AJS2 - Manager・UNIXジョブ使用時）

ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（UNIX版JP1/AJS2 - Manager・メール連携使用時）

ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（UNIX版JP1/AJS2 - Manager・メッセージキュー連携使用時）

ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（Windows版JP1/AJS2 - Agent・MSMQ連携使用時）

ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（Windows版JP1/AJS2 - Agent・PCジョブ使用時）

ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（Windows版JP1/AJS2 - Agent・メッセージキュー連携使用時）

ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（Windows版JP1/AJS2 - Manager・MSMQ連携使用時）

ユーザーが参照，および運用時に削除管理する必要のあるファイル一覧（Windows版JP1/AJS2 - Manager・PCジョブ使用時）

ユーザーが参照，および運用時に削除管理する必要のあるファイルおよびフォルダ一覧（Windows版JP1/AJS2 - Agent・メール連携使用時）

ユーザーが参照できるディレクトリ一覧（UNIX版JP1/AJS2 - Agent・メール連携使用時）

ユーザーが参照できるディレクトリ一覧（UNIX版JP1/AJS2 - Agent・メッセージキュー連携使用時）

ユーザーが参照できるディレクトリ一覧（UNIX版JP1/AJS2 - Manager・メール連携使用時）

ユーザーが参照できるディレクトリ一覧（UNIX版JP1/AJS2 - Manager・メッセージキュー連携使用時）

ユーザーが参照できるファイル一覧（Windows版JP1/AJS2 - Agent・JP1/Cm2またはhp OpenView連携使用時）

ユーザーが参照できるファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 - Agent）

ユーザーが参照できるファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 - Manager）

ユーザーが参照できるファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 Console Manager）

ユーザーが参照できるファイルおよびフォルダ一覧（JP1/AJS2 - View）

ユーザーが参照できるファイルおよびフォルダ一覧（Windows版JP1/AJS2 - Agent）

ユーザーが参照できるファイルおよびフォルダ一覧（Windows版JP1/AJS2 - Manager）

ユーザーが参照できるファイルおよびフォルダ一覧（Windows版JP1/AJS2 Console Manager）

ユーザーが参照できるフォルダ一覧（Windows版JP1/AJS2 - Agent・MSMQ連携使用時）

ユーザーが参照できるフォルダ一覧（Windows版JP1/AJS2 - Agent・メール連携使用時）

ユーザーが参照できるフォルダ一覧（Windows版JP1/AJS2 - Agent・メッセージキュー連携使用時）

ユーザーが参照できるフォルダ一覧（Windows版JP1/AJS2 - Manager・MSMQ連携使用時）

ユーザーが参照できるフォルダ一覧（Windows版JP1/AJS2 - Manager・メール連携使用時）

ユーザーが参照できるフォルダ一覧（Windows版JP1/AJS2 - Manager・メッセージキュー連携使用時）

ユーザーが参照，または変更する必要のないファイル一覧（JP1/AJS2 - View・JP1/Cm2またはhp OpenView連携使用時）

ユーザーが参照，または変更する必要のないファイル一覧（Windows版JP1/AJS2 - Agent・JP1/Cm2またはhp OpenView連携使用時）

ユーザーが参照，または変更する必要のないファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 - Agent）

ユーザーが参照，または変更する必要のないファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 - Agent・JP1/Cm2またはhp OpenView連携使用時）

ユーザーが参照，または変更する必要のないファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 - Manager）

ユーザーが参照，または変更する必要のないファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 - Manager・JP1/Cm2またはhp OpenView連携使用時）

ユーザーが参照または変更する必要のないファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 Console Manager）

ユーザーが参照，または変更する必要のないファイルおよびフォルダ一覧（Windows版JP1/AJS2 - Agent）

ユーザーが参照，または変更する必要のないファイルおよびフォルダ一覧（Windows版JP1/AJS2 - Manager）

ユーザーが参照または変更する必要のないファイルおよびフォルダ一覧（Windows版JP1/AJS2 Console Manager）

ユーザーが参照，または変更する必要のないフォルダ一覧（JP1/AJS2 - View）

ユーザーが変更できるファイル一覧（JP1/AJS2 - View・JP1/Cm2またはhp OpenView連携使用時）

ユーザーが変更できるファイル一覧（UNIX版JP1/AJS2 - Agent）

ユーザーが変更できるファイル一覧（UNIX版JP1/AJS2 - Agent・JP1/Cm2またはhp OpenView連携使用時）

ユーザーが変更できるファイル一覧（UNIX版JP1/AJS2 - Manager）

ユーザーが変更できるファイル一覧（UNIX版JP1/AJS2 - Manager・JP1/Cm2またはhp OpenView連携使用時）

ユーザーが変更できるファイル一覧（Windows版JP1/AJS2 - Agent）

ユーザーが変更できるファイル一覧（Windows版JP1/AJS2 - Manager）

ユーザーが変更できるファイル一覧（Windows版JP1/AJS2 - Manager・ajsevgetコマンド使用時）

ユーザーが変更できるファイル一覧（Windows版JP1/AJS2 - Manager・JP1/Cm2またはhp OpenView連携使用時）

ユーザー共通プロファイル

ユーザー共通プロファイル

ユーザーマッピング

ユーザーマッピングの定義例

ユーザーマッピングを使用した処理実行の概要

ユニット

ユニットID

ユニット定義のバックアップ

ユニット定義のリカバリー

ユニット定義パラメーターファイル

(よ)

予定情報ファイル

(ラ行)

(り)

リカバリー

リカバリージョブ

リカバリージョブおよびリカバリージョブネットの注意事項

リカバリージョブネット

リカバリージョブネット定義時の注意事項

リカバリーの概要

リストファイル

リターンコードによる判定ジョブの使用例

リモートジョブネット

リモートジョブネットの注意事項

リモート電源制御ジョブ実行時の戻り値一覧

リモート電源制御ジョブの注意事項

リレーショナルデータベース（RDB：Relational DataBase）

(ろ)

ローカル電源制御ジョブ実行時の戻り値一覧

ローカル電源制御ジョブの注意事項

ローカル日時

ログインシェルの注意事項

ログインスクリプトの記述変更を検討する（UNIX限定）

ログインに必要な条件

ログ情報

ログ情報と出力形式

ログ情報を確認する

ログの共通の出力形式

ログのサイズを見積もる

ログの種類（UNIXの場合）

ログの種類（Windowsの場合）

ログファイル一覧（JP1/AJS2 - View）

ログファイルおよびディレクトリ一覧

ログファイルおよびディレクトリ一覧（UNIX版JP1/AJS2 Console Manager）

ログファイルおよびフォルダ一覧（Windows版JP1/AJS2 Console Manager）

ログファイル監視ジョブの注意事項

ログファイルのサイズの見積もり式

ログファイル名・ディレクトリ名（UNIXの場合）

ログファイル名・フォルダ名（Windowsの場合）

ロックテーブル識別子数（ISM_SEMNUMパラメーター）

ロックテーブル分割機能

論理ホスト

論理ホスト

論理ホスト環境の前提条件

［論理ホスト共通］タブの設定項目（Schedule.conf）

■ 商標類

400は，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
Active Directoryは，米国Microsoft Corporationの，米国およびその他の国における登録商標または商標です。
Adobeは，Adobe Systems Incorporated（アドビシステムズ社）の米国ならびに他の国における商標または登録商標です。
AIXは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
AS/400は，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
CONNECT：Queueは，米国でのSterling Commerce,Inc.の登録商標です。
GIFは，米国CompuServe Inc.が開発したフォーマットの名称です。
HP NonStop Serverは，ヒューレット・パッカード社の商標です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
INS-Cは，日本電信電話（株）のサービス名称です。
INS-Pは，日本電信電話（株）のサービス名称です。
Internet Explorerは，米国Microsoft Corporationの米国及びその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
Javaは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Lotus Notesは，IBM Corporationの登録商標です。
Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Excelは，米国Microsoft Corp.の商品名称です。
Microsoft Exchange Serverは，米国Microsoft Corp.の商品名称です。
Microsoft Mailは，米国Microsoft Corp.の商品名称です。
Microsoft Office Excelは，米国 Microsoft Corporation の商品名称です。
Microsoft SQL Serverは，米国Microsoft Corp.の商品名称です。
MQSeriesは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
MSPは，富士通株式会社の登録商標です。
MVSは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
Netscapeは，米国およびその他の国におけるNetscape Communications Corporationの登録商標です。
Netscape Navigatorは，米国およびその他の国におけるNetscape Communications Corporationの登録商標です。
OpenViewは，ヒューレット・パッカード社の商標です。
ORACLEは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
Outlookは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
PA-RISCは，米国Hewlett-Packard Companyの商標です。
Pentiumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
R/3は，SAP AGのドイツ及びその他の国における登録商標または商標です。
Red Hatは，米国およびその他の国でRed Hat,Inc. の登録商標若しくは商標です。
SAPは，SAP AGのドイツ及びその他の国における登録商標または商標です。
Solarisは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
SQL*Plusは，Oracle Corporation 及びその子会社，関連会社の米国 及びその他の国における登録商標または商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Vistaは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
活文，PDFstaffは，日立ソフトウェアエンジニアリング株式会社の登録商標です。
プログラムプロダクト「P-9312-2781」，「P-9312-2981」，「P-9D2C-6L81」には，米国Sun Microsystems, Inc.が著作権を有している部分が含まれています。
プログラムプロダクト「P-9312-2781」，「P-9312-2981」，「P-9D2C-6L81」には，UNIX System Laboratories, Inc.が著作権を有している部分が含まれています。