JP1 Version 9

JP1/Automatic Job Management System 3 設計ガイド（システム構築編）

解説・手引書

3020-3-S03-33

目　　次

前書き

変更内容

はじめに

1.　システム設計の概要

1.1　設計の流れ

1.2　システム設計のための検討項目

1.3　設計のポイント

2.　システム構成の設計

2.1　動作環境を確認する

2.1.1　JP1/AJS3シリーズのプログラム

2.1.2　JP1/AJS3の前提条件

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

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

2.2.2　マネージャー・エージェント構成の例

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

2.2.4　ディザスター・リカバリー運用での構成例

2.3　ネットワーク構成について検討する

2.3.1　複数LAN接続

2.3.2　ファイアウォール透過

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

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

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

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

2.4　システム環境の設定について検討する

2.4.1　システムのタイムゾーンについて検討する

2.4.2　システムで使用する文字コードについて検討する

2.4.3　システムで使用する言語種別について検討する

2.5　ジョブの実行環境について検討する

2.5.1　実行エージェントの検討

2.5.2　負荷分散に対応する場合の検討

2.5.3　ジョブ実行時のOSユーザー環境の検討

2.5.4　ジョブ実行多重度の検討

2.6　JP1/AJS3のデータベースについて検討する

2.6.1　JP1/AJS3のデータベース構成の種類について検討する

2.6.2　JP1/AJS3のデータベース構成

2.6.3　JP1/AJS3のデータベーステーブル

2.6.4　JP1/AJS3でセットアップされるデータベース設定

3.　見積もり

3.1　JP1/AJS3の処理性能を見積もる

3.1.1　ジョブのスループット

3.1.2　JP1/AJS3 - Viewのレスポンス

3.1.3　JP1/AJS3 Console Viewのレスポンス

3.1.4　イベント監視の処理性能

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.4.7　フロー制御サブプロセスが出力するログファイルのサイズを見積もる

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

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

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

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

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

4.2.1　JP1/AJS3のサービスの種類

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

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

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

4.2.5　JP1/AJS3サービスの複数起動の設定

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

4.3.1　システム管理に関する環境設定について検討する

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

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

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

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

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

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

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

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

4.4.1　システム管理に関する環境設定について検討する

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

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

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

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

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

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

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

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

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

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

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

4.6　ユーザー環境の設定について検討する

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

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

5.1　トラブルに備えて

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

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

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

5.2.3　JP1/AJS3稼働中のバックアップ

5.2.4　ディスクコピー・ミラーリングによる常時バックアップ

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

5.4　データベースの障害対策について検討する

5.4.1　データベースのバックアップの概要

5.5　大規模災害への対策を検討する

5.5.1　ディザスター・リカバリーとは

5.5.2　ディザスター・リカバリーのための検討項目

5.5.3　ディザスター・リカバリー環境での処理性能の見積もり

6.　メンテナンスの検討

6.1　データベース再編成の検討

7.　特別な運用をする場合の検討

7.1　QUEUEジョブ，サブミットジョブを使用する場合の検討

7.1.1　QUEUEジョブ，サブミットジョブ実行環境の検討

7.1.2　QUEUEジョブ，サブミットジョブを使用する場合の設定

7.1.3　QUEUEジョブ，サブミットジョブ用データベースについて検討する

7.1.4　QUEUEジョブ，サブミットジョブ実行環境のログのサイズを見積もる

7.1.5　QUEUEジョブ，サブミットジョブの実行環境に関する環境設定について検討する

7.1.6　JP1ユーザー仮定機能の設定

7.1.7　ジョブを配信するエージェントホストの決定方式の設定

7.1.8　ジョブ情報削除処理非同期オプションの設定

7.1.9　ジョブ情報の保存時間の設定

7.1.10　JP1/AJS3起動時にジョブ情報削除処理を抑止する設定

7.1.11　サブミットジョブの実行順序の入れ替わりを防止する設定

7.1.12　ジョブ情報列挙時にジョブ実行制御マネージャー（jpqman）のメモリー消費量を少なくする設定

7.2　キューレスジョブを使用する場合の検討

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

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

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

8.1　バージョン互換

8.1.1　JP1/BaseとJP1/AJSのバージョン互換

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

8.1.3　JP1/AJS - ManagerとJP1/AJS - Agentのバージョン互換

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

8.1.5　JP1/AJS - ManagerとJP1/AJS - Managerのバージョン互換

8.1.6　JP1/AJS - ManagerとJP1/AJS2 - Manager for Mainframeのバージョン互換

8.2　JP1/AJS3 Consoleを使用する場合の互換性

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

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

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

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

8.3.2　JP1/AJS3 09-00以降のインストールとセットアップ

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

8.3.4　定義情報のリカバリー

8.4　文字コードUTF-8環境への移行

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

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

8.7　JP1/AJS2 - ManagerからJP1/AJS3 - Managerへのバージョンアップ後のセットアップ

8.8　システム閉塞について

9.　システム設計時の注意事項

9.1　外部的要因がシステム全体に影響を及ぼさないように制限できる項目

9.2　JP1/AJS3が動作しているホストの設定に関する注意事項

9.3　データベースに関する注意事項

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

9.5　その他の注意事項

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

付録

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

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

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

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

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

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

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

付録B　制限値一覧

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

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

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

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

付録D　複数LAN環境での通信設定

付録D.1　クラスタ運用しない場合の接続例と通信設定

付録D.2　クラスタ運用する場合の接続例と通信設定

付録D.3　JP1/AJS3 - Viewの通信設定

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

付録E.1　09-50の変更内容

付録E.2　09-10の変更内容

付録E.3　09-00の変更内容

付録E.4　08-50の変更内容

付録E.5　08-10の変更内容

付録E.6　08-00の変更内容

付録E.7　07-50の変更内容

付録E.8　07-11の変更内容

付録E.9　07-10の変更内容

付録E.10　07-00の変更内容

付録F　（3020-3-S03-33）の変更内容

付録G　用語解説

索引

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

Copyright (C) 2009, 2014, Hitachi, Ltd.
Copyright (C) 2009, 2014, Hitachi Solutions, Ltd.

前書き

■ 対象製品

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

適用OS：Windows Server 2008

P-2A12-3K94　 JP1/Automatic Job Management System 3 - Manager　 09-50
P-2A12-3394　 JP1/Automatic Job Management System 3 - Agent　 09-50
P-2A2C-6L94　 JP1/Base※　 09-50

適用OS：Windows 7，Windows Server 2008，Windows Vista

P-2A12-3494　 JP1/Automatic Job Management System 3 - View　 09-50

適用OS：Windows Server 2008（IPF）

P-2D12-3K94　 JP1/Automatic Job Management System 3 - Manager　 09-50
P-2D12-3394　 JP1/Automatic Job Management System 3 - Agent　 09-50
P-2D2C-6L94　 JP1/Base※　 09-50

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

P-2412-3K94　 JP1/Automatic Job Management System 3 - Manager　 09-50
P-2412-3394　 JP1/Automatic Job Management System 3 - Agent　 09-50
P-242C-6L94　 JP1/Base※　 09-50

適用OS：Windows Server 2003（IPF）

P-2812-3K94　 JP1/Automatic Job Management System 3 - Manager　 09-50
P-2812-3394　 JP1/Automatic Job Management System 3 - Agent　 09-50
P-282C-6L94　 JP1/Base※　 09-50

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

P-2412-3494　 JP1/Automatic Job Management System 3 - View　 09-50

適用OS：HP-UX（IPF）

P-1J12-2791　 JP1/Automatic Job Management System 3 - Manager　 09-50
P-1J12-2991　 JP1/Automatic Job Management System 3 - Agent　 09-50
P-1J2C-6L91　 JP1/Base※　 09-50

適用OS：Solaris 9（SPARC），Solaris 10（SPARC）

P-9312-2791　 JP1/Automatic Job Management System 3 - Manager　 09-50
P-9312-2991　 JP1/Automatic Job Management System 3 - Agent　 09-50
P-9D2C-6L91　 JP1/Base※　 09-50

適用OS：Solaris 10（x64），Solaris 10（x86）

P-9E12-2991　 JP1/Automatic Job Management System 3 - Agent　 09-50
P-9E2C-6L91　 JP1/Base※　 09-50

適用OS：AIX

P-1M12-2791　 JP1/Automatic Job Management System 3 - Manager　 09-50
P-1M12-2991　 JP1/Automatic Job Management System 3 - Agent　 09-50
P-1M2C-6L91　 JP1/Base※　 09-50

適用OS：Linux 5（x86），Linux 5（AMD/Intel 64）

P-9S12-3791　 JP1/Automatic Job Management System 3 - Manager　 09-50
P-9S12-3991　 JP1/Automatic Job Management System 3 - Agent　 09-50
P-9S2C-7L91　 JP1/Base※　 09-50

適用OS：Linux 5（IPF）

P-9V12-2791　 JP1/Automatic Job Management System 3 - Manager　 09-50
P-9V12-2991　 JP1/Automatic Job Management System 3 - Agent　 09-50
P-9V2C-6L91　 JP1/Base※　 09-50

適用OS：Linux 6（x86），Linux 6（x64）

P-8112-2791　 JP1/Automatic Job Management System 3 - Manager　 09-50
P-8112-2991　 JP1/Automatic Job Management System 3 - Agent　 09-50
P-812C-6L91　 JP1/Base※　 09-50

注※　この製品は，ISO9001およびTickITの認証を受けた品質マネジメントシステムで開発されました。

■ 輸出時の注意

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

■ 商標類

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は，Hewlett-Packard Development Company, L.P.の商標です。
HP-UXは，Hewlett-Packard Development Company, L.P.のオペレーティングシステムの名称です。
INS-Cは，日本電信電話(株)のサービス名称です。
INS-Pは，日本電信電話(株)のサービス名称です。
Internet Explorerは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Lotus Notesは，IBM Corporationの登録商標です。
Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
MicrosoftおよびOutlookは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Excelは，米国Microsoft Corporationの商品名称です。
Microsoft Exchange Serverは，米国Microsoft Corporationの商品名称です。
Microsoft Mailは，米国Microsoft Corporationの商品名称です。
Microsoft Office Excelは，米国 Microsoft Corporation の商品名称です。
MicrosoftおよびSQL Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
MQSeriesは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
MSPは，富士通株式会社の登録商標です。
MVSは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
OracleとJavaは，Oracle Corporation 及びその子会社，関連会社の米国及びその他の国における登録商標です。
PA-RISCは，Hewlett-Packard Development Company, L.P.の商標です。
Pentiumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
R/3は，SAP AGのドイツ及びその他の国における登録商標または商標です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。
SAPは，SAP AGのドイツ及びその他の国における登録商標または商標です。
TELstaffは，株式会社日立ソリューションズの登録商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Vistaは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
活文，PDFstaffは，株式会社日立ソリューションズの登録商標です。
This product includes software developed by the Apache Software Foundation (http://www.apache.org/).
This product includes software developed by IAIK of Graz University of Technology.
プログラムプロダクト「P-9312-2791」，「P-9312-2991」，「P-9D2C-6L91」には，Oracle Corporationまたはその子会社，関連会社が著作権を有している部分が含まれています。
プログラムプロダクト「P-9312-2791」，「P-9312-2991」，「P-9D2C-6L91」には，UNIX System Laboratories, Inc.が著作権を有している部分が含まれています。
その他記載の会社名、製品名は、それぞれの会社の商標もしくは登録商標です。

■ 発行

2014年3月 3020-3-S03-33

■ 著作権

Copyright (C) 2009, 2014, Hitachi, Ltd.
Copyright (C) 2009, 2014, Hitachi Solutions, Ltd.

変更内容

変更内容（3020-3-S03-33）

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

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

はじめに

このマニュアルは，JP1/Automatic Job Management System 3（以降，JP1/AJS3と省略します）のシステム設計について説明したものです。JP1/AJS3の機能を解説した，マニュアル「JP1/Automatic Job Management System 3 導入ガイド」の内容を踏まえた上でご利用ください。

対象読者

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

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

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

マニュアルの構成

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

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

第1章　システム設計の概要

JP1/AJS3導入時の設計作業の流れや，システム設計のポイントなどについて説明しています。

第2章　システム構成の設計

JP1/AJS3を運用する場合のシステム構成の設計について説明しています。

第3章　見積もり

JP1/AJS3の処理性能やシステム性能，データベース領域，ログサイズなどの見積もりについて説明しています。

第4章　インストールとセットアップに関する検討

JP1/AJS3のインストールとセットアップ時の設定項目について説明しています。

第5章　障害対策に関する検討

万一の不測の事態に備え，バックアップ・リカバリー方法の検討について説明しています。

第6章　メンテナンスの検討

データベースのメンテナンス作業の検討とメンテナンス時期の見積もりについて説明しています。

第7章　特別な運用をする場合の検討

QUEUEジョブ，サブミットジョブを使用する場合やキューレスジョブを使用する場合など，必要に応じて検討する事項について説明しています。

第8章　以前のバージョンからの移行

JP1/AJS2のアップグレード方法およびアップグレード時の注意事項について説明しています。

第9章　システム設計時の注意事項

システム設計での注意事項をまとめて説明しています。

関連マニュアル

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

JP1/AJS関連

JP1 Version 9 JP1/Automatic Job Management System 3 入門（3020-3-S01）

JP1 Version 9 JP1/Automatic Job Management System 3 導入ガイド（3020-3-S02）

JP1 Version 9 JP1/Automatic Job Management System 3 設計ガイド（業務設計編）（3020-3-S04）

JP1 Version 9 JP1/Automatic Job Management System 3 構築ガイド1（3020-3-S05）

JP1 Version 9 JP1/Automatic Job Management System 3 構築ガイド2（3020-3-S06）

JP1 Version 9 JP1/Automatic Job Management System 3 運用ガイド（3020-3-S07）

JP1 Version 9 JP1/Automatic Job Management System 3 トラブルシューティング（3020-3-S08）

JP1 Version 9 JP1/Automatic Job Management System 3 操作ガイド（3020-3-S09）

JP1 Version 9 JP1/Automatic Job Management System 3 コマンドリファレンス1（3020-3-S10）

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

JP1 Version 9 JP1/Automatic Job Management System 3 連携ガイド（3020-3-S12）

JP1 Version 9 JP1/Automatic Job Management System 3 メッセージ1（3020-3-S13）

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

JP1 Version 9 JP1/Automatic Job Management System 3 - Print Option（3020-3-S16）

JP1 Version 9 JP1/Automatic Job Management System 3 - Definition Assistant（3020-3-S17）

JP1 Version 9 JP1/Automatic Job Management System 3 - Web Operation Assistant（3020-3-S18）

JP1 Version 9 JP1/Automatic Job Management System 3 - SOA Option Webシステム呼び出し機能編（3020-3-S25）

JP1 Version 9 JP1/Automatic Job Management System 3 - SOA Option ジョブ・ジョブネット呼び出し機能編（3020-3-S26）

JP1 Version 9 JP1/Automatic Job Management System 3 for Enterprise Applications（3020-3-S29）

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

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

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 9 JP1/Base 運用ガイド（3020-3-R71）

JP1 Version 9 JP1/Base メッセージ（3020-3-R72）

JP1 Version 9 JP1/Base 関数リファレンス（3020-3-R73）

JP1 Version 9 JP1/Integrated Management - Manager 導入・設計ガイド（3020-3-R76）

JP1 Version 9 JP1/Integrated Management - Manager 構築ガイド（3020-3-R77）

JP1 Version 9 JP1/Integrated Management - Manager 運用ガイド（3020-3-R78）

JP1 Version 9 JP1/Integrated Management - Manager 画面リファレンス（3020-3-R79）

JP1 Version 9 JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス（3020-3-R80）

JP1 Version 9 JP1/Integrated Management - Manager メッセージ（3020-3-R81）

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

JP1 Version 9 JP1/Power Monitor（3020-3-S33）

JP1 Version 9 JP1/Script（Windows(R)用）（3020-3-S34）

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

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

JP1 Version 9 JP1/NETM/Audit 構築・運用ガイド（3020-3-S90）

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

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

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

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

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

JP1 Version 9 JP1/NETM/DM Administrator Kit（3020-3-S84）

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

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

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

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

JP1 Version 9 JP1/Performance Management 設計・構築ガイド（3020-3-R31）

JP1 Version 9 JP1/Performance Management 運用ガイド（3020-3-R32）

JP1 Version 9 JP1/Performance Management リファレンス（3020-3-R33）

JP1 Version 9 JP1/Performance Management - Agent Option for JP1/AJS3（3020-3-R56）

JP1 Version 9 JP1/Advanced Shell（3020-3-S35）

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）

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）

このマニュアルでの表記

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

このマニュアルでの表記 | 正式名称
JP1/AJS3 | JP1/AJS3 - Manager | JP1/Automatic Job Management System 3 - Manager
JP1/AJS3 - Agent | JP1/Automatic Job Management System 3 - Agent
JP1/AJS3 - View | JP1/Automatic Job Management System 3 - View
JP1/AJS2 | JP1/AJS2 - Manager | JP1/Automatic Job Management System 2 - Manager
JP1/AJS2 - Agent | JP1/Automatic Job Management System 2 - Agent
JP1/AJS2 - View | JP1/Automatic Job Management System 2 - View
JP1/AJS2 - Advanced Manager | JP1/Automatic Job Management System 2 - Advanced Manager※1
JP1/AJS2 - Light Edition | JP1/Automatic Job Management System 2 - Light Edition※1
JP1/AJS2 - Client Toolkit | JP1/Automatic Job Management System 2 - Client Toolkit※1
JP1/AJS3 - Definition Assistant | JP1/Automatic Job Management System 3 - Definition Assistant
JP1/AJS3 - SOA Option | JP1/AJS3 - SOA Option | JP1/Automatic Job Management System 3 - SOA Option
JP1/AJS3 - View for SOA Option | JP1/Automatic Job Management System 3 - View for SOA Option※2
JP1/AJS3 - Web Operation Assistant | JP1/Automatic Job Management System 3 - Web Operation Assistant
JP1/AJS3 for Enterprise Applications | JP1/Automatic Job Management System 3 for Enterprise Applications
JP1/AJS2 - Scenario Operation | JP1/AJS2 - Scenario Operation Manager | JP1/Automatic Job Management System 2 - Scenario Operation Manager
JP1/AJS2 - Scenario Operation View | JP1/Automatic Job Management System 2 - Scenario Operation View
JP1/AJS2 for Mainframe | JP1/AJS2 - Manager for Mainframe | JP1/Automatic Job Management System 2 - Manager for Mainframe
JP1/AJS2 - Agent for Mainframe | JP1/Automatic Job Management System 2 - Agent for Mainframe
JP1/AJS2 - View for Mainframe | JP1/Automatic Job Management System 2 - View for Mainframe
JP1/AJS2 for 活文PDFstaff | JP1/Automatic Job Management System 2 for 活文PDFstaff Option
NNM | JP1/Cm2/NNM | JP1/Cm2/Network Node Manager バージョン8以前
JP1/Cm2/Network Node Manager Starter Edition 250 バージョン8以前
JP1/Cm2/Network Node Manager Starter Edition Enterprise バージョン8以前
HP NNM | HP Network Node Manager Software バージョン7.5以前
HP Network Node Manager Software Starter Edition バージョン7.5以前
JP1/FTP | JP1/File Transmission Server/FTP
JP1/IM | JP1/IM - Manager | JP1/Integrated Management - Manager
JP1/IM - View | JP1/Integrated Management - View
JP1/Integrated Manager - View※1
JP1/IM - Central Console | JP1/Integrated Manager - Central Console※1
JP1/IM - Central Scope | JP1/Integrated Manager - Central Scope※1
JP1/IM - Planning Operation | JP1/Integrated Management - Planning Operation
JP1/OJE | JP1/Open Job Entry
JP1/OJE for Midrange Computer | JP1/Open Job Entry for Midrange Computer
JP1/SES | JP1/System Event Service
JP1/OJE for VOS3 | VOS3 JP1/Open Job Entry
MSCS | Microsoft(R) Cluster Server
Excel | Microsoft(R) Excel
Microsoft(R) Office Excel
Exchange Server | Microsoft(R) Exchange 2000 Enterprise Server
Microsoft(R) Exchange 2000 Server
Microsoft(R) Exchange Server
IE | Microsoft(R) Internet Explorer(R)
Microsoft Mail | Microsoft(R) Mail
MSMQ | Microsoft(R) Message Queue Server
Outlook | Outlook 2003 | Microsoft(R) Outlook(R) 2003
Outlook 2007 | Microsoft(R) Outlook(R) 2007
Outlook 2010 | Microsoft(R) Outlook(R) 2010
Outlook Express | Microsoft(R) Outlook(R) Express
Microsoft SQL Server | Microsoft(R) SQL Server
Microsoft(R) SQL Server Enterprise Edition
Windows 7 | Microsoft(R) Windows(R) 7 Enterprise
Microsoft(R) Windows(R) 7 Professional
Microsoft(R) Windows(R) 7 Ultimate
Windows Server 2003 | Windows Server 2003 | Microsoft(R) Windows Server(R) 2003, Enterprise Edition
Microsoft(R) Windows Server(R) 2003, Standard Edition
Microsoft(R) Windows Server(R) 2003 R2, Enterprise Edition
Microsoft(R) Windows Server(R) 2003 R2, Standard Edition
Windows Server 2003（IPF） | Microsoft(R) Windows Server(R) 2003, Enterprise Edition for Itanium(R)-based Systems
Windows Server 2003（x64） | Microsoft(R) Windows Server(R) 2003, Enterprise x64 Edition
Microsoft(R) Windows Server(R) 2003, Standard x64 Edition
Microsoft(R) Windows Server(R) 2003 R2, Enterprise x64 Edition
Microsoft(R) Windows Server(R) 2003 R2, Standard x64 Edition
Windows Server 2008 | Windows Server 2008 | Microsoft(R) Windows Server(R) 2008 Datacenter
Microsoft(R) Windows Server(R) 2008 Enterprise
Microsoft(R) Windows Server(R) 2008 Standard
Microsoft(R) Windows Server(R) 2008 R2 Datacenter
Microsoft(R) Windows Server(R) 2008 R2 Enterprise
Microsoft(R) Windows Server(R) 2008 R2 Standard
Windows Server 2008（IPF） | Microsoft(R) Windows Server(R) 2008 for Itanium(R)-based Systems
Windows Vista | Microsoft(R) Windows Vista(R) Business
Microsoft(R) Windows Vista(R) Enterprise
Microsoft(R) Windows Vista(R) Ultimate
Windows XP Professional | Microsoft(R) Windows(R) XP Professional Operating System
AIX | AIX 5L 5.3
AIX V6.1
HP-UX | HP-UX（IPF） | HP-UX 11i V2 (IPF)
HP-UX 11i V3 (IPF)
Linux | Linux 5（AMD/Intel 64） | Red Hat Enterprise Linux(R) 5.1 (AMD/Intel 64)
Red Hat Enterprise Linux(R) 5.2 (AMD/Intel 64)
Linux 5（IPF） | Red Hat Enterprise Linux(R) 5.1 (IPF)
Red Hat Enterprise Linux(R) 5.2 (IPF)
Linux 5（x86） | Red Hat Enterprise Linux(R) 5.1 (x86)
Red Hat Enterprise Linux(R) 5.2 (x86)
Linux 6（x86） | Red Hat Enterprise Linux(R) Server 6 (32-bit x86)
Linux 6（x64） | Red Hat Enterprise Linux(R) Server 6 (64-bit x86_64)
Solaris | Solaris 9(SPARC)
Solaris 10(SPARC)
Solaris 10 (x64)
Solaris 10 (x86)
SAP BW | SAP Business Information Warehouse
SAP R/3 | SAP R/3(R)

注※1

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

注※2

JP1/AJS3 - SOA Optionに含まれるコンポーネントです。JP1/AJS3 - Viewと連携して動作します。

JP1/AJS3およびJP1/AJS2を総称してJP1/AJSと表記することがあります。

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

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を採用する」ことを示します。

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

数式で使用する記号

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

記号
意味

＊
乗算記号を示します。

/
除算記号を示します。

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

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

図中で使用する記号

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

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

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

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

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

および

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

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

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

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

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

注※1

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

注※2

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

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

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

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

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

Microsoft Internet Explorer 6.0以降

Windows Internet Explorer 7以降

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

JP1 Version 9 JP1/Automatic Job Management System 3 入門

JP1 Version 9 JP1/Automatic Job Management System 3 導入ガイド

JP1 Version 9 JP1/Automatic Job Management System 3 設計ガイド（システム構築編）

JP1 Version 9 JP1/Automatic Job Management System 3 設計ガイド（業務設計編）

JP1 Version 9 JP1/Automatic Job Management System 3 構築ガイド1

JP1 Version 9 JP1/Automatic Job Management System 3 構築ガイド2

JP1 Version 9 JP1/Automatic Job Management System 3 運用ガイド

JP1 Version 9 JP1/Automatic Job Management System 3 トラブルシューティング

JP1 Version 9 JP1/Automatic Job Management System 3 操作ガイド

JP1 Version 9 JP1/Automatic Job Management System 3 コマンドリファレンス1

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

JP1 Version 9 JP1/Automatic Job Management System 3 連携ガイド

JP1 Version 9 JP1/Automatic Job Management System 3 メッセージ1

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

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

注意事項

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

JP1/AJS3のマニュアル体系とマニュアルの使い分けについて

JP1/AJS3のマニュアルは，14冊に分かれています。各マニュアルは，主に次の内容について記載しています。

なお，ここでのマニュアル名称は「JP1 Version 9 JP1/Automatic Job Management System 3」を省略しています。

項番
マニュアル名
記載内容

1
入門
（3020-3-S01）

JP1/AJS3の特長

JP1/AJS3の基本的な操作例

2
導入ガイド
（3020-3-S02）

JP1/AJS3の特長

各機能の解説

3
設計ガイド（システム構築編）
（3020-3-S03）

システムの設計時に検討する内容

システム設計時の注意事項

4
設計ガイド（業務設計編）
（3020-3-S04）

ジョブやジョブネットの構築のために検討する内容

ジョブやジョブネット設計時の注意事項

5
構築ガイド1
（3020-3-S05）

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

運用に合わせた環境設定の手順

6
構築ガイド2
（3020-3-S06）

環境設定パラメーターの説明

運用プロファイルの説明

7
運用ガイド
（3020-3-S07）

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

JP1/AJS3の運用に役立つノウハウ

8
トラブルシューティング
（3020-3-S08）

障害が発生したときの対処方法

障害が発生したときに必要な資料

9
操作ガイド
（3020-3-S09）

JP1/AJS3 - Viewの操作方法

JP1/AJS3 Console Viewの操作方法

画面，ダイアログボックスの説明

10
コマンドリファレンス1
（3020-3-S10）

コマンドの文法

11
コマンドリファレンス2
（3020-3-S11）

コマンドの文法（セットアップ時に使用するコマンド，特別な運用で使用するコマンド）

情報定義ファイルの文法と記述例

12
連携ガイド
（3020-3-S12）

他製品と連携して実現する機能の解説およびセットアップ

13
メッセージ1
（3020-3-S13）

JP1/AJS3が出力するメッセージ（KAJS～KAVTで始まるメッセージ）

14
メッセージ2
（3020-3-S14）

JP1/AJS3が出力するメッセージ（KAVU～KNADで始まるメッセージ）

各マニュアルは，利用目的に合わせて次のようにお読みください。

利用目的
必ず読むマニュアル
必要に応じて読むマニュアル

JP1/AJS3の基本的な操作を体験したい。

入門
（3020-3-S01）

操作ガイド
（3020-3-S09）

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

導入ガイド
（3020-3-S02）

連携ガイド
（3020-3-S12）

ジョブの自動運転システムを構築したい（インストール，セットアップなど）。

設計ガイド（システム構築編）
（3020-3-S03）

構築ガイド1
（3020-3-S05）

構築ガイド2
（3020-3-S06）

連携ガイド
（3020-3-S12）

自動化する業務を設計したい（ジョブ定義，スケジュール定義など）。

設計ガイド（業務設計編）
（3020-3-S04）

操作ガイド
（3020-3-S09）

運転中のシステムの監視やメンテナンス方法について知りたい。

運用ガイド
（3020-3-S07）

トラブルシューティング
（3020-3-S08）

メッセージ1
（3020-3-S13）

メッセージ2
（3020-3-S14）

運用中のトラブルの対処方法について知りたい。

トラブルシューティング
（3020-3-S08）

メッセージ1
（3020-3-S13）

メッセージ2
（3020-3-S14）

JP1/AJS3の操作方法について知りたい。

操作ガイド
（3020-3-S09）

コマンドリファレンス1
（3020-3-S10）

コマンドリファレンス2
（3020-3-S11）

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

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

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

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

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

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

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

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

NNM連携について

JP1/AJS3では，次の製品との連携をサポートしています。

HP Network Node Manager Software バージョン6以前

HP Network Node Manager Starter Edition Software バージョン7.5以前

JP1/Cm2/Network Node Manager バージョン7以前

JP1/Cm2/Network Node Manager Starter Edition 250 バージョン8以前

JP1/Cm2/Network Node Manager Starter Edition Enterprise バージョン8以前

このマニュアルでは，これらの製品を「NNM」と表記します。

なお，次の製品との連携はサポートしていませんので，ご注意ください。

HP Network Node Manager i Software v8.10

JP1/Cm2/Network Node Manager i 09-00以降

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

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

1.　システム設計の概要

この章では，JP1/AJS3導入時の設計作業の流れや，システム設計のポイントなどについて説明します。

＜この章の構成＞

1.1　設計の流れ

1.2　システム設計のための検討項目

1.3　設計のポイント

1.1　設計の流れ

JP1/AJS3導入時の設計は，JP1/AJS3で業務を自動化するための設計（業務設計）と，JP1/AJS3を効率良く導入・運用するためのシステム設計に大別されます。

JP1/AJS3導入時の基本的な設計作業の流れを，次の図に示します。

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

このマニュアルでは，システム設計について説明しています。システム設計とは，JP1/AJS3を効率良く導入・運用するために，システムライフサイクルの設計段階で，システムやネットワーク構成，ディスク領域などの見積もり，バックアップや障害対策などについて検討しておくことです。

業務の設計については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）」を，運用開始後の設定変更については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド」を参照してください。

1.2　システム設計のための検討項目

システム設計のための検討項目の一覧と記載個所を次の表に示します。

表1-1　システム設計のための検討項目と記載個所

項番
検討項目
記載個所

1
システム構成，ネットワーク構成，ジョブの実行環境，データベースについての検討
「2. システム構成の設計」

2
見積もり

マシン性能

システムリソース

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

カーネルパラメーター

「3. 見積もり」

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

4
バックアップや冗長化など，障害対策についての検討
「5. 障害対策に関する検討」

5
データベースのメンテナンスについての検討
「6. メンテナンスの検討」

6
QUEUEジョブ，サブミットジョブやキューレスジョブを使用する場合の検討
「7. 特別な運用をする場合の検討」

7
移行やバージョン互換について
「8. 以前のバージョンからの移行」

8
システム設計時の注意事項
「9. システム設計時の注意事項」

1.3　設計のポイント

＜この節の構成＞

(1)　JP1/AJS3を運用する上で見積もりや設定が必要な項目

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

(1)　JP1/AJS3を運用する上で見積もりや設定が必要な項目

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

表1-2　JP1/AJS3を運用する上で見積もりや設定が必要な項目

項目
ポイント
対応
詳細

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

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

標準出力ファイル・標準エラー出力ファイル・転送ファイルの有無
CPU負荷・メモリー使用量・ジョブの実行性能に関わります。
標準出力ファイル・標準エラー出力ファイル・転送ファイルを小さくするようにしてください。
マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　7.8.1 標準出力ファイル・標準エラー出力ファイルの注意事項」

標準出力ファイル・標準エラー出力ファイルのジョブごとの追加書き
追加書きを行うと日々の運用でサイズが大きくなるため，ファイルの転送時にCPU負荷などが発生します。
追加書きを行う場合には定期的にファイルをクリアするなどの運用を推奨します。
マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　7.8.1 標準出力ファイル・標準エラー出力ファイルの注意事項」

ジョブ実行多重度
Windowsの場合，長時間掛かるジョブを実行する場合に注意してください。
Windowsでデスクトップヒープ領域が不足するおそれがあるため，ジョブの実行多重度は大きくは増加できません。ジョブの実行時間が長くてジョブ実行多重度の上限に達している場合にはジョブの実行エージェントを分散させるなどの対処が必要です。
「2.5.4 ジョブ実行多重度の検討」，および「4.2.3 JP1/AJS3のサービスの設定を変更する必要がある場合（Windows限定）」

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

ジョブネットの定義量
ルートジョブネット数の削減
配下にあるユニットの数が少ないルートジョブネットが多数ある場合は，できるだけ一つのルートジョブネットにまとめるようにしてください。
マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　7.1 ルートジョブネットの実行登録数に関する注意事項」

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

ジョブネットの階層化
階層が増えると視認性が低下するため，ルートジョブネットから数えた最大階層数は，2～3段程度にしてください。

ジョブネットの構成に関する考慮
一つのルートジョブネット，またはネストジョブネットの直下に定義するネストジョブネットおよびジョブの数は，最大で50～80程度にしてください。また，一つのルートジョブネット配下のネストジョブネットおよびジョブの数は，最大で500程度にしてください。

保存世代数の考慮
保存世代数を超えた世代は，ルートジョブネットの実行時に削除されるため，ルートジョブネットの起動性能に影響があります。
保存世代を超え，世代が削除された場合を考慮して，ルートジョブネットの登録数を減らしてください。
マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　7.2 保存世代数と性能との関係」

DBのサイズ，レスポンス，リソースに影響があります。
保存世代数は運用に問題がないかぎり，少なくしてください。

ジョブネット・ジョブの操作
連続操作
スケジューラーサービスへの負荷が高い操作を連続的に行うと，負荷がさらに高くなり，運用に影響を与えるおそれがあります。
ジョブネット・ジョブの実行に関する操作は連続して操作しないで，2～3秒の間隔を空けて実行してください。
「(2) JP1/AJS3の運用に影響を与えるおそれがある操作一覧」，およびマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　1.2 コマンド使用時の注意事項」

配下のユニット数
配下のユニット数に比例して処理対象となる情報数が多くなり，運用に影響を与えるおそれがあります。
配下のユニット数が500個を超える場合は，業務量が少ない時間帯に実行してください。

コマンドの総称名指定
コマンドの総称名指定でコマンドを実行すると，処理対象となる情報数が多くなり，運用に影響を与えるおそれがあります。
コマンドの総称名指定の対象となるユニットを直接指定するなど，操作対象のユニットを絞り込んでからコマンドを実行してください。

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

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

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

起動条件の繰越未実行
多重起動を「不可能」と設定した起動条件付きジョブネットを実行登録している場合，ジョブネットが「繰越未実行」になることがあります。
最終更新時にデータを更新したファイルとは別のファイルを作成し，そのファイルを更新するなどの運用をしてください。
マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　7.6.2 ファイル監視ジョブの注意事項」

イベントジョブ
JP1イベント受信監視ジョブの監視タイミング
JP1イベント受信監視ジョブが監視状態になっていないとJP1イベントは受信できません。
JP1イベントでジョブネット間の連携を行う場合には，JP1イベントを送信する一定時間前に，JP1イベント受信監視ジョブを実行登録してください。
マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　7.6.1 JP1イベント受信監視ジョブの注意事項」

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

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

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

ファイル監視ジョブ監視対象ファイルの更新タイミング
ファイルをオープン・クローズしながらデータ追加する更新については対応していません。
最終更新時にデータを更新したファイルとは別のファイルを作成し，そのファイルを更新するなどの運用をしてください。
マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　7.6.2 ファイル監視ジョブの注意事項」

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

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

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

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

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

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

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

（凡例）

○：JP1/AJS3の運用に影響を与えるおそれがある操作。

－：該当しない。

注※1　コマンドでの操作の場合に限ります。

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

2.　システム構成の設計

この章では，JP1/AJS3を運用するシステム構成の設計について説明します。

ジョブやジョブネットを実行する場所などを踏まえて，JP1/AJS3シリーズのプログラムをどこに何台導入するかなどを検討します。

＜この章の構成＞

2.1　動作環境を確認する

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

2.3　ネットワーク構成について検討する

2.4　システム環境の設定について検討する

2.5　ジョブの実行環境について検討する

2.6　JP1/AJS3のデータベースについて検討する

2.1　動作環境を確認する

この節では，JP1/AJS3を構成する各プログラムとコンポーネントの動作環境や前提条件について説明します。

＜この節の構成＞

2.1.1　JP1/AJS3シリーズのプログラム

2.1.2　JP1/AJS3の前提条件

2.1.1　JP1/AJS3シリーズのプログラム

JP1/AJS3シリーズのプログラムについて次に説明します。

JP1/AJS3 - Manager
ジョブネットの定義情報やスケジュール情報を管理し，ジョブの実行をエージェント（JP1/AJS3 - AgentまたはJP1/AJS3 - Manager）に依頼します。また，JP1/AJS3 - Managerだけでジョブを実行することもできます。
1台（クラスタ構成の場合は1論理ホスト）のJP1/AJS3 - Managerには，最大1,024台のエージェントホストを接続できます。接続できるエージェントホストの台数には自ホストを含みます。
ほかのJP1/AJS3 - Managerでジョブを実行させたり，ほかのJP1/AJS3 - Managerのジョブと連携して業務を実行させたりするために，JP1/AJS3 - Manager同士を接続して使うこともできます。また，JP1/AJS3 Consoleを使用して，JP1/AJS3で運用されている業務を監視することもできます。

JP1/AJS3 - Agent
JP1/AJS3 - Managerから実行依頼を受けたジョブを実行します。
JP1/AJS3 - Agentは，ジョブの実行機能のエージェント機能，イベントジョブ監視機能，およびアクションジョブの実行機能で構成されています。

JP1/AJS3 - View
JP1/AJS3 - ManagerをGUIで操作したい場合に使います。
1台のJP1/AJS3 - Managerには，同時に最大128台のJP1/AJS3 - Viewを接続できます。

2.1.2　JP1/AJS3の前提条件

JP1/AJS3シリーズのプログラムとコンポーネントの前提OSおよび前提プログラムについて説明します。

＜この項の構成＞

(1)　前提OS

(2)　前提プログラム

(3)　その他

(1)　前提OS

JP1/AJS3シリーズプログラムが動作するOS一覧を次の表に示します。

表2-1　JP1/AJS3シリーズプログラムが動作するOS一覧

OS名 | JP1/AJS3 - Manager | JP1/AJS3 - Agent | JP1/AJS3 - View
Windows 7 | － | － | ○
Windows Server 2008 | ○ | ○ | ○
Windows Server 2008（IPF） | ○ | ○ | －
Windows Vista | － | － | ○
Windows Server 2003 | ○ | ○ | ○
Windows Server 2003（IPF） | ○ | ○ | －
Windows XP Professional | － | － | ○
HP-UX（IPF） | ○ | ○ | －
Solaris | ○ | ○ | －
Solaris（x86） | － | ○ | －
AIX | ○ | ○ | －
Linux | ○ | ○ | －
Linux（IPF） | ○ | ○ | －

（凡例）

○：動作する。

－：動作しない。

(2)　前提プログラム

JP1/AJS3シリーズのプログラムの前提プログラムを次の表に示します。

表2-2　前提プログラム

JP1/AJS3シリーズのプログラム名 | 前提プログラム
JP1/AJS3 - Manager | JP1/Base
JP1/AJS3 - Agent | JP1/Base
JP1/AJS3 - View | －

（凡例）

－：必要ない。

(3)　その他

JP1/AJS3を使用する場合のマシン構成の制限値・使用できる文字などに関する制限事項については，「付録B 制限値一覧」を参照してください。

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

JP1/AJS3は，1台でジョブを管理・実行するシステムから，何台ものホストを使って大量のジョブを実行させる大規模なシステムまで，いろいろなシステム構成で使用できます。また，マルチプラットフォームでの運用にも対応しています。

＜この節の構成＞

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

2.2.2　マネージャー・エージェント構成の例

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

2.2.4　ディザスター・リカバリー運用での構成例

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

1台のホストで業務を集中して管理・実行したい場合は，ジョブを管理・実行するホストにJP1/AJS3 - Managerを導入します。

また，JP1/AJS3 - Viewを同ホストに導入すると，ジョブの管理，実行，監視をGUIで操作できます。別ホストのJP1/AJS3 - Viewから接続してジョブを管理，実行，監視することもできます。

JP1/AJS3 - ManagerとJP1/AJS3 - Viewを1台のホストに導入したスタンドアロンでのシステム構成例を次の図に示します。

図2-1　スタンドアロンでのシステム構成例

2.2.2　マネージャー・エージェント構成の例

ジョブを複数のホストに分散させたい場合は，ジョブを管理するホスト（マネージャーホスト）にJP1/AJS3 - Managerを導入し，ジョブを実行するホスト（エージェントホスト）にJP1/AJS3 - Agentを導入します。JP1/AJS3 - Agentの代わりにJP1/AJS3 - Managerを使用することもできます。ジョブを監視するホストにはJP1/AJS3 - Viewを導入します。

＜この項の構成＞

(1)　マネージャーホスト1台で運用する場合

(2)　複数のマネージャーホストで運用する場合

(3)　1台のエージェントホストを複数の実行ホストとして使用する場合

(4)　業務を集中的に監視する場合

(5)　マネージャー・エージェント構成時の注意事項

(1)　マネージャーホスト1台で運用する場合

1台のマネージャーホストにJP1/AJS3 - Managerを導入し，複数のエージェントホストにJP1/AJS3 - Agentを導入します。また，必要に応じてJP1/AJS3 - View用のホストを用意します。

マネージャーホスト1台で運用する場合のマネージャー・エージェント構成のシステム構成例を次の図に示します。

図2-2　マネージャー・エージェント構成のシステム構成例（マネージャーホスト1台の場合）

(2)　複数のマネージャーホストで運用する場合

JP1/AJS3 - Managerを導入するホストとJP1/AJS3 - Agentを導入するホストを，それぞれ複数台用意します。また，必要に応じてJP1/AJS3 - View用ホストを用意します。

複数のマネージャーホストで運用する場合のマネージャー・エージェント構成のシステム構成例を次の図に示します。

図2-3　マネージャー・エージェント構成のシステム構成例（マネージャーホスト複数台の場合）

なお，JP1/AJS3は自ホスト名からIPアドレスが解決できる環境で動作させてください。自ホスト名からIPアドレスが解決できない環境では，JP1/AJS3を起動できません。

また，複数のエージェントホストでジョブを実行させる場合は，マネージャーホスト，エージェントホスト，および他システムの各ホスト上でIPアドレスが解決できるように設定してください。DNS運用をしている場合は，FQDN形式のホスト名のIPアドレスが解決できるように設定してください。ただし，論理ホスト名には，FQDN形式のホスト名を使用できません。

(3)　1台のエージェントホストを複数の実行ホストとして使用する場合

JP1/AJS3でジョブを実行するためには，マネージャーホストにエージェントホストの情報を登録する必要があります。登録する情報として，エージェントホストの論理的な名称である実行エージェントと，対応する物理ホスト名を登録します。

ジョブの実行環境として，1台のエージェントホストに対応する実行エージェント（エージェントホストの論理的な名称）を複数作成することで，1台のエージェントホストを複数の実行ホストとして使用できます。詳細については，「2.5 ジョブの実行環境について検討する」を参照してください。

(4)　業務を集中的に監視する場合

JP1/AJS3 Consoleでは，異なるマネージャーホストで管理している業務や，異なるスケジューラーサービスまたはジョブグループで管理している業務を一つの画面で集中的に監視できます。

これらの業務をJP1/AJS3 Consoleを使って監視する場合のシステム構成例とその運用例を紹介します。

(a)　複数のマネージャーホストで管理する業務を監視する場合

複数のマネージャーホストで管理・運用する業務を集中監視する場合のシステム構成例を次に示します。

図2-4　複数のマネージャーホストで管理する業務を監視する場合のシステム構成

複数のマネージャーホストで管理・運用する業務を集中監視する場合の，JP1/AJS3 Consoleでの監視例を次に示します。

図2-5　JP1/AJS3 Consoleでの監視例（複数のマネージャーホストで管理する業務を監視する場合）

異なるマネージャーホストで実行される業務でも，一つの画面で集中監視できます。

(b)　1台のマネージャーホストで管理する業務を監視する場合

1台のマネージャーホストで管理する，異なるスケジューラーサービスの業務を集中監視する場合のシステム構成例を次に示します。

図2-6　1台のマネージャーホストで管理する業務を監視する場合のシステム構成

1台のマネージャーホストで管理する，異なるスケジューラーサービスの業務を集中監視する場合の，JP1/AJS3 Consoleを使った監視例を次に示します。

図2-7　JP1/AJS3 Consoleでの監視例（1台のマネージャーホストで管理する業務を監視する場合）

異なるスケジューラーサービスで管理される業務でも，一つの画面で集中監視できます。

(5)　マネージャー・エージェント構成時の注意事項

マネージャー・エージェント構成時の注意事項を次に示します。

マネージャーホスト・エージェントホスト間の通信では，各マシンのホスト名を使用します。マネージャーホストとエージェントホストで互いのホスト名について正しく名前解決できるように設定してください。
なお，ここでいうホスト名とは，次の方法で確認できる名前です。

物理ホストの場合

JP1/AJS3ホスト上でhostnameコマンドを実行して得られるホスト名

論理ホストの場合（Windowsの場合）

JP1/AJS3を運用しているホスト上で，［コントロールパネル］ウィンドウで［サービス］を選択する，または［管理ツール］－［サービス］を選択し，［サービス］ウィンドウで表示される「JP1/AJS3_xxxxx」の「xxxxx」部分に表示されるホスト名

論理ホストの場合（UNIXの場合）

psコマンドを実行し，jajs_spmdプロセスの後ろに表示されるホスト名

マネージャー・エージェント構成で標準ジョブ，アクションジョブ，カスタムジョブ，またはイベントジョブがキューイング状態のままになるような場合は，次のケースに該当しないか確認してください。該当する場合は，システムの設定などを見直してください。

マネージャーホスト上でエージェントホストの名前が解決できない，またはエージェントホスト上でマネージャーホストの名前が解決できない場合
マネージャーホストではエージェントホストのホスト名が，エージェントホストではマネージャーホストのホスト名が，互いにホスト名から名前解決できるようにそれぞれのホストでhostsファイル，DNS，またはjp1hosts情報を設定してください。jp1hosts情報の定義方法の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。
ここでは，hostsファイルの設定例を示します。次のように設定してください。

図2-8　互いにホスト名から名前解決するためのhostsファイルの設定例

マネージャーホストで，エージェントホスト名についてエイリアス定義をしていて，エージェントホスト上でhostnameコマンドを実行して得られるホスト名と，エイリアス定義で指定したホスト名で，同じIPアドレスが得られない場合
次のように設定してください。

図2-9　ホスト名をエイリアス定義する場合のhostsファイルの設定例

マネージャーホスト側ではhostsファイルにエージェントホスト名をFQDN形式で定義しているが，エージェントホスト上でhostnameコマンドを実行して得られるホスト名はショート名になっているためマネージャーホスト上で名前解決できない，またはその逆で，マネージャーホスト側ではhostsファイルにエージェントホスト名をショート名で定義しているが，エージェントホスト上でhostnameコマンドを実行して得られるホスト名はFQDN形式になっているためマネージャーホスト上で名前解決できない場合
名前解決できない例を次に示します。

図2-10　hostsファイルでホスト名をFQDN形式で定義している例

図2-11　hostsファイルでホスト名をショート名で定義している例

このような場合，ジョブを実行できてもマネージャーホスト・エージェントホスト間でジョブの一連の通信が完結しないため，マネージャーホスト側やエージェントホスト側に大量の再試行用データが滞留することがあります。また，それらのデータの再試行によって次の現象が発生することがあります。
・システムが高負荷状態になり，実行したジョブがキューイング状態のままになったり，イベントの検知が極端に遅れたり，またはイベントを検知しなくなったりする。
・エージェントのJP1/AJS3サービスを再起動すると，過去に検知したイベントが再検知される。
後者の現象は，エージェントホストの再起動時にイベントを検知した旨の再試行用データがある場合に，マネージャーホストに再通知する機能が働くために発生します。
これらの現象が発生した場合は，マネージャーホストとエージェントホストのJP1/AJS3サービスをいったん停止し，マネージャーホスト・エージェントホスト間で互いにホスト名とショート名の両方で名前解決できるように設定したあと，マネージャーホストとエージェントホストのJP1/AJS3サービスをコールドスタートしてください。そのあと，必要に応じてジョブネットを実行登録し直してください。

物理ホストに優先的に割り当てられるIPアドレスがループバックアドレス（127.0.0.1）にならないように名前解決の設定をしてください。ただし，運用上，物理ホストに優先的に割り当てられるIPアドレスをループバックアドレスにする必要がある場合は，jp1hosts情報を設定して物理ホストに他ホストと通信できるIPアドレスを指定してください。jp1hosts情報の定義方法の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

マネージャーホスト・エージェントホスト間はネットワークで接続されています。ジョブ実行時にネットワークエラーなどが発生した場合の，ジョブの再試行処理を次の表に示します。

表2-3　ネットワークエラー時のジョブ再試行処理

ジョブ種別
再試行処理

PCジョブ，UNIXジョブ，QUEUEジョブ，アクションジョブ，カスタムジョブ

マネージャーホストからエージェントホストへの再試行

監視間隔を300秒※1として，2回再試行する。

エージェントホストからマネージャーホストへの再試行

ジョブの結果ファイルの転送を，再送間隔を300秒として288回（24時間）再試行する。※2

イベントジョブ
マネージャーホストからエージェントホストへの再試行

エージェントホストに接続できない（タイムアウトする）場合，再送間隔を300秒，600秒，900秒，1,800秒，3,600秒（以降3,600秒）として，27回（24時間）再試行する。※3

上記以外のネットワークエラーの場合，再送間隔を30秒として，2,880回（24時間）再試行する。※4

エージェントホストからマネージャーホストへの再試行（イベント成立時の再試行）

再送間隔を10秒として，8,640回（24時間）再試行する。※4

キューレスジョブ（PCジョブ，UNIXジョブ，アクションジョブ）
再試行されない。

注※1

ジョブの実行先エージェントを監視する間隔を設定する，ジョブ実行制御の環境設定パラメーターObserveIntervalのデフォルト値です。

注※2

再送間隔と再試行回数は運用に合わせて変更できます。詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.2.5 ジョブの結果ファイルの再送間隔・再送回数の変更」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.2.5 ジョブの結果ファイルの再送間隔・再送回数の変更」（UNIXの場合）を参照してください。

注※3

エージェントホストに接続できない（タイムアウトする）場合でも，再送間隔をタイムアウトエラー以外の再送間隔で再試行するように設定できます。詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.3.12 未通知情報の再送間隔を一定間隔にする設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.3.13 未通知情報の再送間隔を一定間隔にする設定」（UNIXの場合）を参照してください。

注※4

再送間隔と再送回数は，運用に合わせて変更できます。詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.3.13 未通知情報の再送間隔・再送回数の変更」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.3.14 未通知情報の再送間隔・再送回数の変更」（UNIXの場合）を参照してください。

ネットワークエラーが発生した場合，ジョブの実行は監視時間分だけ遅延しますが，運用は続行できます。ただし，上記の監視間隔よりも長くネットワークエラーの状態が続くと，ジョブの実行結果には「起動失敗」と出力されます。

エラーメッセージ「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/AJS3 - Managerは，実行ホスト（エージェントホスト）で実行しているジョブを5分間隔で監視します。
通信障害や実行ホストでの電源断などでジョブを確認できない状態が10分以上続くと，ジョブの状態が変更されます。ジョブネットで実行したジョブは，「異常終了」状態（終了コードは「-1」）になります。jpqjobsubコマンドで実行したジョブは，jpqjobsubコマンドの-rsオプションの指定に従って状態が変更されます。

イベントジョブの場合，イベントジョブの実行中にエージェントが停止したときのイベントジョブの状態は，エージェントの停止状況およびイベントジョブ実行継続オプションの使用状況によって異なります。
エージェントが停止しているときにイベントジョブを実行登録すると，一定間隔でイベントジョブの開始要求が再試行されます。エージェントの，停止状況ごとのジョブの状態については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　7.2.1(4) エージェントホストを再起動する場合のマネージャーホスト上でのジョブの状態」を参照してください。
イベントジョブ実行継続オプションについては，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　9.2.1 JP1/AJS3のサービスが停止してもイベントジョブの実行を継続させる」を参照してください。イベントジョブの再試行処理の詳細については，表2-3を参照してください。

エージェントホストに複数のIPアドレスが割り当てられている場合，イベント・アクション制御マネージャーは一つのホストについて最大で四つ管理します。したがって，IPアドレスは一つのホストに対して最大四つの環境で運用してください。ホスト名から取得できるアドレス数が四つを超える場合，取得したアドレスの中から四つだけを管理しますが，どのアドレスを管理するかについては一定の規則性はありません。

実ホスト名がHostAであるエージェントホストに対して，HostBというエイリアスのホスト名を定義する場合，同じIPアドレスが返るように設定してください。

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

クラスタシステムとは，複数のサーバシステムを連携して一つのシステムとして運用するシステムです。同じ環境のサーバを二つ構築し，業務を実行しているサーバ（実行系）で障害が発生した場合に待機していた別のサーバ（待機系）に処理を引き継ぐことで業務を継続できます。

クラスタ運用時のシステム構成例を次の図に示します。

図2-12　クラスタ運用時のシステム構成例

クラスタ運用時のシステム構成を検討する場合，クラスタシステムで使用する論理ホスト名にはFQDN形式のホスト名を使用できないため注意が必要です。

クラスタシステムで運用する場合のセットアップについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　8. クラスタ運用時のセットアップ」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　17. クラスタ運用時のセットアップ」（UNIXの場合）を参照してください。

また，クラスタシステムでの運用の詳細については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　11. クラスタシステムでの運用」を参照してください。

2.2.4　ディザスター・リカバリー運用での構成例

JP1/AJS3が対応するディザスター・リカバリーでは，通常運用するシステムと同じ環境のシステムを遠隔地の別拠点に用意し，通常運用で更新された共有ディスクの内容を別拠点の共有ディスクにコピーすることで大規模災害などの不測の事態に備えます。共有ディスク間のコピーには，ハードウェアが持つディスクのコピー・ミラーリング機能を使用します。

JP1/AJS3が対応するディザスター・リカバリーでは，通常運用するシステムをメインサイト，遠隔地の別拠点に用意したシステムをリモートサイトと呼びます。

JP1/AJS3が対応するディザスター・リカバリーのシステム構成例を次の図に示します。

図2-13　JP1/AJS3が対応するディザスター・リカバリーのシステム構成例（クラスタ構成・エージェント共有型）

システム構成の詳細やディザスター・リカバリー運用の方法については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　12. JP1/AJS3のディザスター・リカバリー」を参照してください。

また，ディザスター・リカバリー運用する場合のセットアップについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　9. ディザスター・リカバリー運用時のセットアップ」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　18. ディザスター・リカバリー運用時のセットアップ」（UNIXの場合）を参照してください。

なお，接続方法によっては，メインサイトとリモートサイトのホスト間でLAN接続が必要になる場合があります。また，使用するハードウェアによっては，メインサイトとリモートサイトの共有ディスク間のコピー・ミラーリング機能を使用するために，ソフトウェアのインストールが必要になる場合があります。詳細については，使用するハードウェアのドキュメントを参照してください。

2.3　ネットワーク構成について検討する

JP1/AJS3では，次に示すネットワーク構成に対応しています。

複数LAN接続

ファイアウォール透過

JP1/AJS3を運用するサーバのネットワーク構成について，次のことを確認してください。

メディアセンス（Windowsの場合）

Windowsのメディアセンス機能（LANケーブル抜けなどを検知して，IPアドレスを非活性にする機能）を無効にすることを推奨します。メディアセンス機能が有効な場合，一時的なネットワークの問題によってIPアドレスがなくなるため，その影響でJP1の通信ができなくなることがあります。

NIC多重化

OSによって，NICを多重化してNIC障害時に予備NICに切り替える機能を提供している場合があります（例：WindowsでのNICチーミング，Solarisでのネットワークマルチパス，AIXでのイーサチャネル）。JP1を実行するサーバで，これらのNIC多重化の機能を用いる場合，NIC多重化をしていない場合の動作と完全に互換性があり，JP1の動作に影響がないことが前提となります。

JP1/AJS3の通信設定の考え方は，JP1/Baseの通信設定に従っています。JP1/AJS3の前提プログラムであるJP1/Baseは，さまざまなネットワーク構成に応じて通信設定を変更できます。通信設定は，jp1hosts定義ファイルおよび通信方式設定ファイルを使用して変更します。JP1/Baseの通信設定については，マニュアル「JP1/Base 運用ガイド」のJP1/Baseの通信方式の章，およびネットワーク構成に応じたJP1/Baseの通信設定の章を参照してください。JP1/AJS3での通信設定については，「2.3.3 複数LANの構成例と通信設定」，または「2.3.4 ファイアウォールを設定した環境の構成例と通信設定」を参照してください。

注意事項

この節で説明する機能は，JP1/Baseの通信方式の設定変更機能に基づいて，JP1/AJS3 - Manager，JP1/AJS3 - Agent，およびJP1/AJS3 - Viewでもこの機能に対応できるようにするものです。

イベント・アクション制御機能およびジョブ実行制御機能では，JP1/Base 06-71でサポートされた通信方式の設定が変更された場合，一つのホスト名から複数のIPアドレスが解決できるOSでは，通信方法が06-51以前と異なる動作になるため，注意してください。
06-51以前の場合
解決されたIPアドレスを，接続が成功するまで順次接続を試みます。
06-71以降の場合で通信方式を変更した場合
解決されたIPアドレスのうち，jp1hostsファイルの先頭のIPアドレスにだけ接続を試みます。

JP1/AJS3は，動的にIPアドレスが変更され，通信先のホストが変更されるような環境では正しく動作しません。通信時のホスト名から一意のホスト名およびIPアドレスを求めることができる環境で運用してください。

組み込みDBは，JP1/Baseの通信設定に従わないため，物理ホスト名または論理ホスト名からOSの機能によって，IPアドレスを名前解決する必要があります。

JP1/AJS3が提供する各機能の通信設定への対応状況を次の表に示します。

表2-4　各機能の通信設定への対応状況

機能 | 通信設定
jp1hosts定義ファイル | 通信方式設定ファイル
JP1/AJS3 - View（ジョブ/ジョブネット操作） | ○※1 | ○※1
ジョブ実行 | ○ | ○
ジョブ実行（キューレスジョブ） | ○ | ×
ジョブのサブミット | ○ | ○
判定ジョブ | － | －
ORジョブ | － | －
イベントジョブ※² | JP1イベント受信監視ジョブ | ○（－） | ○（－）
ファイル監視ジョブ | ○（－） | ○（－）
メール受信監視ジョブ | ○（×） | ○（×）
ログファイル監視ジョブ | ○（－） | ○（－）
Windowsイベントログ監視ジョブ | ○（－） | ○（－）
実行間隔制御ジョブ | ○（－） | ○（－）
メッセージキュー受信監視ジョブ | ○（－） | ○（－）
MSMQ受信監視ジョブ | ○（×） | ○（×）
アクションジョブ※³ | JP1イベント送信ジョブ | × | ○※4
メール送信ジョブ | × | ×
JP1/Cm2状態通知ジョブ | × | ×
ローカル電源制御ジョブ | － | －
リモート電源制御ジョブ | × | ○※4
メッセージキュー送信ジョブ | × | ×
MSMQ送信ジョブ | × | ×
オペレーションジョブ | ○ | ○
リモートジョブネット | ○ | ○
スケジュール実行 | － | －
コマンドのリモート実行 | ○ | ○
JP1/AJS3 Console | ○※5 | ○※5

（凡例）

○：サポートしている。

×：サポートしていない。

－：通信しない。

注※1

マネージャーホスト側の設定に関しては対応しています。

注※2

○，×，および－は，マネージャーホスト・エージェントホスト間の通信設定の対応状況を示しています。

○に付いている（－）および（×）は，各イベントジョブを実行するときに連携するプログラムとの通信設定の対応状況を示しています。

注※3

各アクションジョブを実行するときに連携するプログラムとの通信設定の対応状況を示しています。マネージャーホスト・エージェントホスト間の通信設定は，表の「ジョブ実行」機能，または「ジョブ実行（キューレスジョブ）」機能の対応状況に従います。

注※4

イベントサービスの通信設定に依存します。イベントサーバ設定（conf）ファイルを使用して変更してください。詳細については，マニュアル「JP1/Base 運用ガイド」にある，ネットワーク構成に応じたJP1/Baseの通信設定に関する記述を参照してください。

注※5

JP1/AJS3 Console Manager，JP1/AJS3 Console Agentは対応しています。JP1/AJS3 Console ViewはJP1/Baseの機能を使用しないため，該当しません。

＜この節の構成＞

2.3.1　複数LAN接続

2.3.2　ファイアウォール透過

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

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

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

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

2.3.1　複数LAN接続

JP1/AJS3では，複数のNICを持つホストにJP1/AJS3 - Manager，JP1/AJS3 - Agent，またはJP1/AJS3 - Viewをインストールし，そのホストから複数のLANに接続してJP1/AJS3を運用するシステム構成に対応しています。

複数のLANに接続してJP1/AJS3を運用する場合の通信設定については，「2.3.3 複数LANの構成例と通信設定」を参照してください。

複数のLANに接続したシステム構成例を次の図に示します。

図2-14　複数のLANに接続したシステム構成例

2.3.2　ファイアウォール透過

JP1/AJS3では，ファイアウォールを挟んでJP1/AJS3 - Manager，JP1/AJS3 - Agent，またはJP1/AJS3 - Viewを接続するシステム構成に対応しています。

ファイアウォールを設定した環境でJP1/AJS3を運用する場合の通信設定については，「2.3.4 ファイアウォールを設定した環境の構成例と通信設定」を参照してください。

ファイアウォールを設定したシステム構成例を次の図に示します。

図2-15　ファイアウォールを設定したシステム構成例

＜この項の構成＞

(1)　ファイアウォールの基礎知識

(2)　JP1/Baseの通信

(3)　JP1/AJS3の通信

(1)　ファイアウォールの基礎知識

ファイアウォールを含むネットワーク環境でJP1を運用する場合，ファイアウォールの機能のうち，次の二つについて対応を検討する必要があります。

アクセス制限（パケット・フィルタリング）
必要な通信だけを許可し，許可していない不正な通信を防ぐ。

アドレス変換（NAT）
IPアドレスを変換し，直接接続できない，異なるアドレスのネットワークと接続する。また，IPアドレスを変換するマシンの存在を外部から隠す。

これらを検討し環境を設定するためには，ファイアウォールが通信を制御する方法を理解する必要があります。

まず，ここではパケット・フィルタリングやNATなどについての基礎的な知識について説明します。

補足事項

ここで説明する内容は，ファイアウォールの基礎を理解していただくための概要です。実際にファイアウォールを設置する場合は，必ずファイアウォールのマニュアルやセキュリティの専門書を参照し，十分に理解した上で，検討や環境設定をしてください。

(a)　パケット・フィルタリング

パケット・フィルタリングは，ファイアウォール経由で実施する通信を，特定の通信だけに制限するための機能です。ファイアウォールを通過する通信パケットを一つずつ確認し，あらかじめ指定した通過条件に一致しないパケットを破棄することで，不正な通信がファイアウォールを通過することを防ぎます。これによって，通過条件に指定された通信パケットだけがファイアウォール経由で使用できます。

JP1/AJS3では，パケット・フィルタリングに対応しています。

●パケット・フィルタリングを設定するには

パケット・フィルタリングを設定するには，次の作業が必要です。

アプリケーションが使用するポート番号など通信の方式を調べる。
ファイアウォールの通過条件として設定するポート番号やIPアドレスおよび通過方向を確認します。
JP1/AJS3の場合，この項での説明と，「付録A 設定するポート番号一覧」の説明を参照して，通信方法を確認してください。

ファイアウォールに通過条件を設定する。
すべての通過を禁止してから，特定の通信パケットだけがファイアウォールを通過できるよう通過条件を設定します。
JP1/AJS3の場合，手順1で確認したJP1の通信がファイアウォールを通過できるように設定してください。

●JP1/AJS3の場合の設定例

ここでは，JP1/AJS3 - ViewとJP1/AJS3 - Managerの間にファイアウォールがある環境を例に，パケット・フィルタリングの設定について説明します。

例：JP1/AJS3 - Viewをファイアウォール経由でJP1/AJS3 - Managerに接続する。

JP1/AJS3 - Managerは，クラスタではない通常のシステムとする。

JP1/AJS3 - ViewのマシンのIPアドレスは100.100.100.10とする。

JP1/AJS3 - ManagerのマシンのIPアドレスは200.200.200.20とする。

ポート番号は，JP1の標準のポート番号を使う。

図2-16　JP1/AJS3のパケット・フィルタリングの設定例

JP1の通信の方法を調べる。
まず，パケット・フィルタリング設定に必要な情報である，JP1の通信の方法を調べます。「(3) JP1/AJS3の通信」の説明を参照すると，JP1/AJS3 - Viewが使用するポート番号について次のような表で説明されています。

表2-5　JP1/AJS3 - ViewとJP1/AJS3 - Managerの間の通信

JP1/AJS3 - View | 方向 | JP1/AJS3 - Manager
（ANY） | → | 20244/tcp（jp1ajs2monitor）

この表は，次のような通信の方法を意味しています。

JP1/AJS3 - Managerはポート番号20244を使用し，JP1/AJS3 - Viewからの接続を受け付ける。つまり，JP1/AJS3 - Viewは，JP1/AJS3 - Manager側のポート番号20244に接続する。

ポート番号20244は，jp1ajs2monitorというサービス名で定義されている。環境設定でポート番号を20244以外に変更することもできる。

JP1/AJS3 - View側のポート番号は，そのときに空いている任意のポート番号（ANY）がOSによって自動的に割り当てられる。

接続する方向は，JP1/AJS3 - ViewからJP1/AJS3 - Managerの方向である。この方向は，ネットワークAからネットワークBの方向に接続するときだけファイアウォール通過を許可するなど，通過方向を制限したいときに使う。

プロトコルはTCPである。

TCPは双方向の通信であるため，行き（JP1/AJS3 - View→JP1/AJS3 - Manager）と帰り（JP1/AJS3 - View←JP1/AJS3 - Manager）の通信がある。行きと帰りの通信パケットでは，送信元（Source）と送信先（Destination）が入れ替わる。

使用するIPアドレスは，JP1/Baseの通信設定に依存します。JP1/Baseの通信設定については，マニュアル「JP1/Base 運用ガイド」を参照してください。

パケット・フィルタリングを設定する。
確認したJP1/AJS3 - ViewとJP1/AJS3 - Managerの通信の方法を基に，この通信だけがファイアウォールを通過できるように設定します。
パケット・フィルタリングの通過条件は次の表のようになります。

表2-6　フィルタリング条件の例（JP1/AJS3 - ViewとJP1/AJS3 - 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/AJS3は，スタティック・モード（あらかじめ決められたルールに従ってアドレスを変換する方法）のNAT（アドレス変換）に対応しています。ここでは，スタティック・モードでのアドレス変換だけを説明します。

また，JP1/BaseおよびJP1/AJS3は通信時のホスト名から，一意のホスト名・IPアドレスが決まらない環境では使用できません。そのため，ダイナミック・モード（そのときに空いている番号を割り当てて，自動的にルールを設定および変更する方法）のNATやポート変換機能を含むNAPT（IP Masquerade, NAT+）には対応していません。

●NATを設定するには

NATを設定するには，次の作業が必要です。

使用するIPアドレスを確認する。
まず，アプリケーションが使用するIPアドレスを確認します。IPアドレスを一つしか使っていないマシンの場合は単純ですが，複数のネットワークアダプターがある（つまり複数のIPアドレスがある）場合や，クラスタシステムで論理IPアドレスを使う場合などは，アプリケーションによってどのIPアドレスを使用するかが異なります。
JP1/AJS3の場合，通常のシステムの場合と，クラスタシステムで論理ホストを設定している場合とで，使用するIPアドレスが異なります。詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

アドレスの変換ルールを検討し設定する。
アプリケーションが使用するIPアドレスが確認できたら，変換後のIPアドレスを決めます。
アドレスの変更ルールが決まったら，NATに設定します。

●JP1/AJS3の場合の設定例

ここでは，JP1/AJS3 - ViewとJP1/AJS3 - Managerの間にファイアウォールがある環境を例に，JP1の場合の，NATの設定について説明します。

例：JP1/AJS3 - Viewからアドレス変換したJP1/AJS3 - Managerに接続する。

JP1/AJS3 - Managerは，クラスタではない通常のシステムとする。

JP1/AJS3 - ViewのマシンのIPアドレスは100.100.100.10とする。

JP1/AJS3 - ManagerのマシンのIPアドレスは150.150.150.15とする。
このJP1/AJS3 - ManagerのIPアドレスを200.200.200.20に変換する。
JP1/AJS3 - Viewからは変換後の200.200.200.20に接続する。

図2-17　JP1/AJS3のNATの設定例

使用するIPアドレスを確認する。
NATの設定に必要な情報である，JP1が使用するIPアドレスを調べます。今回の例では，通常のシステムのためホスト名（hostnameの結果）に対応するIPアドレスを使って通信します。

アドレス変換ルールを検討し設定する。
JP1/AJS3 - ManagerのマシンのIPアドレスをNATによって150.150.150.15から200.200.200.20へアドレス変換するよう変換ルールを決めます。

表2-7　アドレス変換ルール例（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/AJS3 - Viewがアクセスするのは，実際のJP1/AJS3 - Managerのマシンのアドレス（150.150.150.15）ではなく，アドレス変換したあとのアドレス（200.200.200.20）となります。

このため，JP1/AJS3 - Viewからは，あたかもアドレス（200.200.200.20）のホストJP1/AJS3 - 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/AJS3の通信

JP1/AJS3の通信について，ポート番号，IPアドレス，アドレス変換(NAT)の対応を説明します。

(a)　ポート番号

●JP1/AJS3のポート番号

JP1/AJS3では次のポート番号を使用します。このほかに，前提製品であるJP1/Baseのポート番号も使用します。

JP1/AJS3のポート番号については，「付録A.1 ポート番号一覧」を参照してください。

●主なシステム構成と通信

次に主なシステム構成で使用するポート番号と通信の方向を説明します。

なお，ここでの説明とあわせて，次のマニュアルの記述を参照してください。

参照個所

マニュアル「JP1/Base 運用ガイド」のファイアウォールの通過方向の説明

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

注意事項

ファイアウォールのホストでJP1を使用する場合，自ホスト内の通信については，JP1が使うすべてのポートを通過できるよう設定してください。これは，自ホスト内の処理でもJP1のプロセス同士の通信にポートを使用するためです。

図2-18　システム構成例

HOST-M1に，HOST-VのJP1/AJS3 - Viewで接続する。

HOST-M1とHOST-M2は，相互にジョブを実行する。

HOST-M1のエージェントとして，HOST-Aを設定する。

HOST-M1の認証サーバを，HOST-AUTHに設定する。

表2-8　JP1/AJS3 - ViewとJP1/AJS3 - Managerの通信

JP1/AJS3 - View | 方向 | JP1/AJS3 - Manager
（ANY） | → | 20244/tcp（jp1ajs2monitor）

（システム構成例：HOST-VとHOST-M1に対応）

表2-9　JP1/AJS3 - ManagerとJP1/AJS3 - Managerの通信

JP1/AJS3 - Manager
方向
JP1/AJS3 - 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/AJS3 - ManagerとJP1/AJS3 - Managerの間の通信です。

表2-10　JP1/AJS3 - ManagerとJP1/AJS3 - Agentの通信

JP1/AJS3 - Manager
方向
JP1/AJS3 - Agent

（ANY）
→
20242/tcp（jp1ajs2qagt）
20247/tcp（jp1ajs2eaagt）
20300/tcp（jp1ajs2qlagt）
23139/tcp（jp1ajs2chkagt）

20241/tcp（jp1ajs2qman）
20243/tcp（jp1ajs2qnfy）
20246/tcp（jp1ajs2eamgr）
20301/tcp（jp1ajs2qlftp）
←
（ANY）

（システム構成例：HOST-M1とHOST-Aに対応）

表2-11　JP1/AJS3 - ManagerとJP1/Base（認証サーバ）の通信

JP1/AJS3 - Manager | 方向 | JP1/Base
（ANY） | → | 20240/tcp（jp1bsuser）

（システム構成例：HOST-M1とHOST-AUTHに対応）

また，その他の構成として他プログラムを使う場合に行われる通信を次の表に示します。

表2-12　JP1/AJS3 - Managerと他プログラム

JP1/AJS3 - Manager
方向
他プログラム

（ANY）
→
20241/tcp（jp1ajs2qman）

20241/tcp（jp1ajs2qman）
20245/tcp（jp1ajs2report）
←
（ANY）

他プログラムとは，JP1/NQSEXEC，およびJP1/OJE for VOS3のことです。

JP1/AJS3 Console機能を使う場合に行われる通信を次の二つの表に示します。

表2-13　JP1/AJS3 Console ViewとJP1/AJS3 Console Managerの通信

JP1/AJS3 Console View | 方向 | JP1/AJS3 Console Manager
（ANY） | → | 22275/tcp（jp1ajs2cm）

表2-14　JP1/AJS3 Console ManagerとJP1/AJS3 Console Agentの通信

JP1/AJS3 Console Manager | 方向 | JP1/AJS3 Console Agent
（ANY） | → | 22276/tcp（jp1ajs2ca）

(b)　IPアドレス

JP1/AJS3が使うIPアドレスは，JP1/Baseが使うIPアドレスに準じます。詳しくは，マニュアル「JP1/Base 運用ガイド」を参照してください。

なお，バージョン互換のため，イベントジョブの実行で使用する送信側IPアドレスだけJP1/Baseが使う送信側IPアドレスに準ずるか，受信側IPアドレスに準ずるかを選択できます。

(c)　アドレス変換（NAT）の対応

JP1/AJS3は，スタティック・モードでのアドレス変換（NAT）に対応しています。

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

JP1/AJS3を使用するためには，接続先ホストのホスト名からIPアドレスが取得できるように，DNS，hostsファイル，jp1hostsファイルのどれかを定義しておく必要があります。複数のLANに接続しているホストと通信する場合のシステム構成例を次に示します。

図2-19　複数LANに接続しているホストと通信する場合のシステム構成例

この例の構成の場合，HostAからHostBのIPアドレスを取得しようとしたときはLANA_BというIPアドレス，HostCからHostBのIPアドレスを取得しようとしたときはLANB_BというIPアドレスが取得されるようにしておく必要があります。

この構成例の前提を満たしていると仮定して，複数のLANに接続されているホストでJP1/AJS3を運用する際のポイントを次に示します。

JP1/Baseの設定で「複数LAN接続」の通信方式を設定しているかどうか
JP1/Baseの通信設定で「複数LAN接続」の通信方式を設定した場合，JP1/AJS3の通信方式はJP1/Baseの通信設定に従います。設定済みの内容でJP1/AJS3を運用できるかどうか，「(1) 送信時と受信時の通信方式について」，および「(2) ホスト名解決の方式について」を参照して確認してください。

JP1/Baseの設定で「複数LAN接続」の通信方式を設定していない場合，「複数LAN接続」の設定をするかどうか
JP1/Baseの通信設定を考える上で重要になるのは，次の2点です。

送信時と受信時の通信方式の選択

ホスト名解決の方式（jp1hosts情報の定義の検討）

JP1/Baseの「複数LAN接続」の詳細については，マニュアル「JP1/Base 運用ガイド」のネットワークを分離した環境でJP1/Baseを運用する際の考え方を参照してください。

＜この項の構成＞

(1)　送信時と受信時の通信方式について

(2)　ホスト名解決の方式について

(1)　送信時と受信時の通信方式について

JP1/AJS3のセットアップ後の通信方式を次に示します。事前にJP1/Baseの提供する「複数LAN接続」の設定をしているかどうかで，通信方式が異なります。

JP1/AJS3セットアップ後の通信方式を，次の表に示します。

表2-15　 JP1/AJS3セットアップ後の通信方式

| 物理ホストの通信方式 | 論理ホストの通信方式
送信時 | 受信時 | 送信時 | 受信時
「複数LAN接続」の設定を未実施※1 | インストール直後 | ANYバインド方式 | ANYバインド方式 | － | －
クラスタセットアップ直後 | IPバインド方式 | IPバインド方式※2 | IPバインド方式 | IPバインド方式※2
「複数LAN接続」の設定を実施済み※1 | インストール直後 | JP1/Baseと同じ | JP1/Baseと同じ※2 | － | －
クラスタセットアップ直後 | JP1/Baseと同じ | JP1/Baseと同じ※2 | JP1/Baseと同じ | JP1/Baseと同じ※2

（凡例）

－：該当なし

注※1

イベント・アクション制御機能およびジョブ実行制御機能では，一つのホスト名から複数のIPアドレスが取得できるOSのとき，次のように動作が異なるため注意してください。

JP1/Baseの設定で「複数LAN接続」の通信方式を設定しない場合

取得されたIPアドレスを，接続が成功するまで順次接続を試みます。

JP1/Baseの設定で「複数LAN接続」の通信方式を設定する場合

取得されたIPアドレスのうち，jp1hostsファイルの先頭のIPアドレスにだけ接続を試みます。

注※2

イベント・アクション制御機能ではANYバインド方式です。

送信設定をIPバインド方式にすると，送信データが一つのLANにしか流れません。図2-19の構成を例にすると，HostBの送信設定をIPバインド方式にした場合，HostBからの通信はLANAだけ，またはLANBだけにしかできません。そのため，複数のLANに接続されているホストでは，クラスタ運用をするかどうかに関係なく，送信設定はANYバインド方式にする必要があります。物理ホストだけで運用する場合は，インストール直後はANYバインド方式のため，設定は必要ありません。クラスタ運用する場合は，クラスタの設定直後はIPバインド方式のため，JP1/Baseの「複数LAN接続」の通信方式を設定する必要があります。

クラスタ運用する場合，受信設定をANYバインド方式にすると，物理ホストあてのデータを論理ホストが受け取ったり，論理ホストあてのデータを物理ホストが受け取ったりするようになり，ジョブが正常に実行できない問題が発生します。このため受信設定は，複数のLANに接続されているかどうかに関係なく，IPバインド方式にする必要があります。ANYバインド方式には変更できません。

受信設定をIPバインド方式にすると，どちらか一方からのデータしか受信しません。図2-19の構成を例にすると，HostBで受信設定をIPバインド方式にすると，HostA，またはHostCどちらか一方からのデータしか受信しません。JP1/Baseの「複数LAN接続」の通信方式を設定すると，受信設定がIPバインド方式のままLANA，LANB両方からデータを受信できるようになります。そのため，HostBで受信設定をIPバインド方式にする場合は，HostBでJP1/Baseの「複数LAN接続」の通信方式を設定する必要があります。

上記をまとめると，次の表のようになります。

表2-16　JP1/AJS3の通信方式の変更要否

| 複数のLANへの接続
なし | あり
物理ホストだけで運用 | インストール直後の設定で問題なし | インストール直後の設定で問題なし
クラスタ運用 | クラスタセットアップ直後の設定で問題なし | JP1/Baseの「複数LAN接続」の通信方式の検討の必要あり

上記の表で「問題なし」となっているケースでも，JP1/AJS3で使用するLANを固定したい場合などは，必要に応じてJP1/Baseの「複数LAN接続」の通信方式を設定してください。

複数のLANに接続した環境でJP1/AJS3 - Manager，JP1/AJS3 - Agent，およびJP1/AJS3 - Viewを運用する場合，製品がどのLAN上のホストで使用されているかによって設定内容が変わります。設定内容の詳細は「付録D 複数LAN環境での通信設定」を参照してください。

(2)　ホスト名解決の方式について

複数のLANに接続されているホストでは，一つのホスト名から複数のIPアドレスが取得できることが前提です。図2-19の構成を例にすると，HostBでは，HostBのIPアドレスとして，LANA_BのIPアドレスとLANB_BのIPアドレスが取得できることが必要です。しかし，OSによっては，一つのホスト名から複数のIPアドレスを取得できない場合があります。また，各ホストで共通のhostsファイルを使用したり，DNSを利用したりしている場合，HostCからHostBのIPアドレスを取得する際に，LANA_BのIPアドレスが取得され，LANB_BのIPアドレスが取得できないことがあります。

このような環境でも，JP1/Baseの提供しているjp1hosts情報を定義すれば，JP1/AJS3の通信で，一つのホスト名から複数のIPアドレスの取得ができるようになり，HostCからHostBのIPアドレスを取得する際に，LANB_BのIPアドレスが取得できるようになります。jp1hostsの詳細については，マニュアル「JP1/Base 運用ガイド」のjp1hostsに関する説明を参照してください。

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

ファイアウォールを設定した環境で，クラスタ運用しない場合とクラスタ運用する場合の構成例と通信設定について説明します。

＜この項の構成＞

(1)　クラスタ運用しない場合のファイアウォールの構成例と通信設定

(2)　クラスタ運用する場合のファイアウォールの構成例と通信設定

(1)　クラスタ運用しない場合のファイアウォールの構成例と通信設定

ファイアウォールを設定した環境で，クラスタ運用していない場合の構成例と通信設定について説明します。クラスタ運用していない場合のファイアウォールの構成例を次の図に示します。

図2-20　クラスタ運用していない場合のファイアウォール構成例

ホストhostXとホストhostA間の通信に対して，ファイアウォールを透過する設定がされています。このシステム構成では，ファイアウォールでの設定以外には，JP1/AJS3側で特別な設定をする必要はありません。

(2)　クラスタ運用する場合のファイアウォールの構成例と通信設定

ファイアウォールを設定した環境で，クラスタ運用する場合の構成例と通信設定について説明します。クラスタ運用する場合のファイアウォールの構成例を次の図に示します。

図2-21　クラスタ運用する場合のファイアウォール構成例

ホストhostXとホストhostAの間と，ホストhostLとホストhostAの間の両方の通信に対して，ファイアウォールを透過する設定がされている場合は，前述の「(1) クラスタ運用しない場合のファイアウォールの構成例と通信設定」と同様に，JP1/AJS3側で特別な設定をする必要はありません。

物理ホストのサービスを使用しないで論理ホストだけで運用して，ホストhostLとホストhostAの間の通信に対してだけ，ファイアウォールを透過する設定がされている場合には，送信方法をIPバインド方式に設定する必要があります。送信方法をIPバインド方式に設定する手順については，マニュアル「JP1/Base 運用ガイド」の通信設定の章を参照してください。

注意事項

ホストhostX（物理ホスト）とホストhostAの間の通信に対して，ファイアウォールを透過する設定をしないと，キューレスジョブ実行時にファイアウォールの透過はできません。キューレスジョブを使用する場合は，物理ホストからの通信を透過できる環境にしてください。

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

マネージャーホスト・エージェントホスト間の通信については，WAN環境では使用しないでください。

なお，次に示すプログラムやコンポーネントの接続には，WAN（INS-C，INS-P）環境を使用できますが，通信時間や通信量に応じて課金されるネットワークはできるだけ使用しないでください。

JP1/AJS3 - ManagerとJP1/AJS3 - View間

JP1/AJS3 Console ViewとJP1/AJS3 Console Manager間

JP1/AJS3 Console ManagerとJP1/AJS3 Console Agent間

WAN環境で運用する場合には，KeepAlive（常時通信し，相手の動作を確認する通信方法）を抑止するように環境設定するなどして，通信費を削減するように設定してください。また，ルーターなどの通信機器も，無通信監視での自動回線接続などを設定し，通信費を削減するようにしてください。

ただし，JP1/AJS3 Console Viewからの監視時には，回線が接続されている環境で使用する必要があります。無通信監視などで自動的に回線が切断される環境では使用できません。

通信量や通信時間に応じて課金される環境で，JP1/AJS3 Console Viewから監視する場合は，次に示す点に注意する必要があります。

回線が接続されたままになる。

監視対象の状態変化に応じて非同期に通信が発生する。

通信費を削減するには，使用していないJP1/AJS3 Console Viewをログアウトして終了させておきます。JP1/AJS3 Console Viewでログインしていない状態では，通信が発生することはありません。

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

JP1/AJSは，DNS環境下で運用できます。JP1/AJSをマネージャー・エージェント構成で運用する場合は，DNSに正引きの定義をしてください。

JP1/AJS3各製品での正引きの解決について必要な設定を次に示します。

図2-22　 JP1/AJS3各製品での正引きの解決について必要な設定

イベントジョブの実行エージェント名としてFQDN（Fully Qualified Domain Name）形式のホスト名を使用したい場合に，この節で説明する設定をする必要があります。イベントジョブを使用していても，同一ネットワーク内および複数ドメインをまたがる環境でホスト名が重複しない場合，またはイベントジョブを使用しない場合については，特に設定する必要はありません。

この項で説明している設定をすると，イベントジョブを実行する際のマネージャー・エージェント間の通信では，それぞれ自ホスト名からFQDN形式のホスト名を求めて通信相手に送付します。これによって，マネージャーとエージェントは通信相手をユニークに識別し，通信データを正しく処理できます。

同一ネットワーク内にホスト名が重複しない運用を行っていて，すでに問題なく運用ができている場合は，FQDN形式のホスト名による運用に切り替える必要はありません。

次に，イベントジョブの，FQDN形式のホスト名での運用の要否，運用例，および注意事項について説明します。

＜この項の構成＞

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

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

(3)　DNS環境で運用する場合の注意事項

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

すでにイベントジョブを同一ネットワーク内にホスト名が重複しないホスト名を使用してDNSで運用している場合，設定を変更する必要はありません。イベントジョブをFQDN形式のホスト名による運用へ切り替えるかどうかは，次に示すフローチャートで判断してください。

図2-23　FQDN形式のホスト名での運用に切り替えの要否の判断

フローチャートでの判断の結果，「FQDN形式のホスト名での運用」に切り替える場合，切り替えるための設定を実施する必要があります。設定手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.3.5 イベントジョブを使用したDNS運用時にFQDN形式で運用するための設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.3.5 イベントジョブを使用したDNS運用時にFQDN形式で運用するための設定」（UNIXの場合）を参照してください。

なお，JP1イベント受信監視ジョブ，ログファイル監視ジョブ，Windowsイベントログ監視ジョブは，デフォルトではジョブを実行するホスト上でホスト名を求め，それと同名のJP1/Baseのイベントサーバを使用して動作します。そのため，JP1/BaseのイベントサーバをFQDN形式のイベントサーバ名で運用しているエージェントホストでこれらのジョブを実行する場合は，エージェントホスト名をFQDN形式にして運用するか，またはエージェントホストのJP1/AJS3が使用するイベントサーバ名をFQDN形式で設定してください。イベントサーバ名をFQDN形式で設定する方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.3.18 DNSを使ったシステムでのイベントサーバ名の設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.3.18 DNSを使ったシステムでのイベントサーバ名の設定」（UNIXの場合）を参照してください。

また，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.6.1 サービスの依存関係の解除・再設定」を参照し，必要に応じてJP1/AJS3サービスの依存関係を設定してください。

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

次のように，ホスト名が同じHostAで，IPアドレスが100.0.0.200と200.0.0.200のドメインが異なるエージェントホストに対して，IPアドレスが100.0.0.100，ホスト名がHostMのマネージャーホストから「HostA.hitachi_1.co.jp」，「HostA.hitachi_2.co.jp」という実行ホスト名を指定したジョブを実行する場合に，FQDN形式のホスト名で運用する例を説明します。

なお，この例では，マネージャーホストおよびエージェントホスト上でhostnameコマンドがFQDN形式のホスト名を返す環境を想定しています。FQDN形式のホスト名での運用に切り替える設定については，「(1) イベントジョブのFQDN形式のホスト名を使用した運用に切り替える要否」を参照してください。

図2-24　FQDN形式のホスト名で運用する例

このような場合，自ドメイン内のマネージャーホストとエージェントホストのhostsファイルをそれぞれ次のように設定します（図中の(1)）。

なお，この設定はUNIXに有効であり，Windows Server 2003 SP1以降では不要です。

マネージャーホストのhostsファイルの設定
HostAとの名前解決するために次のように設定する。

100.0.0.200 HostA.hitachi_1.co.jp

エージェントホスト（hitachi_1.co.jpのHostA）のhostsファイルの設定
HostMと名前解決するために次のように設定する

100.0.0.100 HostM.hitachi_1.co.jp

また，異なるDNSサーバ間で互いのホスト名が解決できない環境の場合は，マネージャーホストとエージェントホストのhostsファイルをそれぞれ次のように設定します（図中の(2)）。

hitachi_1.co.jpのマネージャーサーバのhostsファイルの設定

200.0.0.200 HostA.hitachi_2.co.jp

hitachi_2.co.jpのエージェントサーバのhostsファイルの設定

100.0.0.100 HostM.hitachi_1.co.jp

このように設定すると，ジョブ実行時にマネージャーホスト名「HostM.hitachi_1.co.jp」が各エージェントホストに送られ，エージェントホストは「HostM.hitachi_1.co.jp」に対して結果を返信します。

注意事項

マネージャーホストは各エージェントホストを，FQDN形式でホスト名の名前解決ができる環境で運用してください。また，各エージェントホストはマネージャーホストをFQDN形式で名前解決ができる環境で運用してください。

UNIX環境の場合，ホスト名解決の検索順序はDNSとhostsファイルでは，DNSの方を優先してください。DNSを優先しないと，FQDN形式のホスト名を取得する際に，正常に取得できないことがあります。

FQDN形式のホスト名での運用に切り替えると，イベントジョブを実行する際のマネージャーホストとエージェントホスト間の通信ではFQDN形式のホスト名が使用されます。ただし，jp1hosts情報にショート名の自ホスト名を定義している場合は，DNSよりもjp1hosts情報の設定が優先されるため，イベントジョブを実行する際のマネージャーホストとエージェントホスト間の通信ではショート名のホスト名を使用します。したがって，エージェントホストのjp1hosts情報にショート名の自ホスト名を定義する場合は，マネージャーホストのjp1hosts情報にエージェントホストのショート名を定義してください。また，マネージャーホストのjp1hosts情報にショート名の自ホスト名を定義する場合は，エージェントホストのjp1hosts情報にマネージャーホストのショート名を定義してください。なお，jp1hosts情報の定義方法の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

同一ドメイン（hitachi_1.co.jp）内で運用する場合は，環境設定パラメーターDNSEstablishをYとしてもNとしてもかまいません。ただし，マネージャーホスト上およびエージェントホスト上で互いのホスト名について名前解決できる環境で運用してください。

(3)　DNS環境で運用する場合の注意事項

DNS環境で運用する場合の注意事項を次に示します。

DNS環境で運用している場合，論理ホスト名にはFQDN形式のホスト名を使用できません。そのため，FQDN形式でない論理ホスト名からIPアドレスを解決できるように設定してください。また，複数のドメインで構成されたシステムでクラスタ構成を検討する場合は，ホスト名が重複しないように論理ホスト名を設定してください。

JP1/AJS3の運用時はエージェントホストのホスト名が次のように解決できる環境で動作させてください。

環境設定パラメーターDNSEstablishにYを指定している場合，エージェントホストのホスト名はFQDN形式の名前です。

DNS運用をしていない場合，または環境設定パラメーターDNSEstablishにNを指定している場合，エージェントホストのホスト名はhostnameコマンドで出力される名前です。

イベントジョブの実行エージェント名にエイリアスホスト名を設定する場合でも，マネージャーホスト上ではエイリアスホスト名の元になる実行ホスト名についても名前解決できるようにしてください。

すでにジョブが登録してあり，IPアドレスが解決できない場合は，ジョブの再実行処理を行います。ジョブの再実行処理の詳細については，「2.2.2(5) マネージャー・エージェント構成時の注意事項」の「表2-3 ネットワークエラー時のジョブ再試行処理」を参照してください。

複数ホストでジョブを実行する場合は，マネージャーホスト，エージェントホスト，および他システムの各ホスト上でIPアドレスが解決できるように設定してください。

正引きの定義をしておいてください。逆引きの定義は不要です。

DNSを使用している環境でFQDN形式のホスト名を取得すると，取得のたびにホスト名の英文字部分が大文字になったり小文字になったりすることがあります。そのような環境でJP1/AJSのマネージャーを運用すると，エージェント側から見たマネージャーホスト名が変化するため別のマネージャーとして扱われ，イベントジョブを実行した場合に次の問題が発生することがあります。

起動条件付きジョブネットを実行したままマネージャーのJP1/AJS3サービスを再起動すると，そのあとに発生した監視対象のイベントを重複して検知します。

イベントジョブ実行継続オプションを有効にしている状態で，イベントジョブを実行したままマネージャーのJP1/AJS3サービスをホットスタートで再起動すると，一つのイベントに対して不当に複数回イベントを検知します。

このような問題を回避するために，DNS環境上でJP1/AJS3を運用する場合は，あらかじめマネージャー・エージェント間の通信で使用するマネージャー名を固定化してください。詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.3.16 イベントジョブを実行する場合のマネージャーホスト名を固定化する設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.3.17 イベントジョブを実行する場合のマネージャーホスト名を固定化する設定」（UNIXの場合）を参照してください。ただし，イベントジョブを実行するエージェントホスト上でjpoagoecコマンドを実行し，エージェントが記憶しているマネージャーホスト名の一覧に大文字・小文字の違いがある同名のマネージャーホスト名がなければ，マネージャー名の固定化の設定は不要です。

FQDN形式のホスト名での運用に切り替える場合は，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　8.9.5 イベントジョブを使用したDNS運用時にFQDN形式のホスト名での運用に変更する」に従って作業を実施してください。

FQDN形式のホスト名での運用に切り替えた場合は，マネージャーホスト上でエージェントホストの名前解決ができるか，およびエージェントホスト上でマネージャーホストの名前解決ができるか，jp1pingコマンドを使用して確認してください。jp1pingコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

2.4　システム環境の設定について検討する

システム環境の設定について検討しておく内容について説明します。

＜この節の構成＞

2.4.1　システムのタイムゾーンについて検討する

2.4.2　システムで使用する文字コードについて検討する

2.4.3　システムで使用する言語種別について検討する

2.4.1　システムのタイムゾーンについて検討する

JP1/AJS3 - Viewを使ってマネージャーホストにログインし，ジョブネットの実行状況や実行結果を確認する場合，表示される時刻はJP1/AJS3 - ViewがインストールされているマシンのOSに設定されたタイムゾーンに従います。

Windowsの場合

Windows上のJP1/AJS3 - Managerは，OSの構造上，プロセス単位にタイムゾーンを扱えません（1台のマネージャーホストで複数のタイムゾーンを扱うことはできません）。したがって，複数のタイムゾーンで運用する場合は，タイムゾーン別にマネージャーホストおよびJP1/AJS3 - Viewを複数台用意してください。

UNIXの場合

UNIXではプロセス単位にタイムゾーンを設定できるため，マネージャーホストに実行登録するジョブネットに対して，実行登録するユーザーごとに環境変数TZを選択できます（1台のマネージャーホストで複数のタイムゾーンを扱えます）。ただし，ユニットを操作する場合は，次の制限があります。

JP1/AJS3 - Viewから操作する場合は，一つのタイムゾーンしか扱えないため，タイムゾーン別にユニット定義を用意し，タイムゾーンごとにJP1/AJS3 - Viewを起動する。

実行登録する場合は，タイムゾーン別に環境変数TZを設定した環境で，ajsentryコマンドを使用する。

日時変更などの時刻に関する指定は，相対指定だけとする。

実行登録した内容をコマンドで確認する場合は，実行登録したときと同じ環境変数TZを設定した環境で，ajsshowコマンドを使用する。

ジョブネットの実行先が海外であっても，日本時間に設定されているJP1/AJS3 - Viewを使って実行状況や実行結果を表示させると，現地時間ではなく日本時間で時刻が表示されます。Windowsの場合は，タイムゾーンが異なるエリアのジョブネットの実行状況や実行結果を現地時間で確認するには，現地のタイムゾーンに合わせたJP1/AJS3 - Viewマシンを別途用意する必要があります。例えば，ニューヨークでの実行状況をニューヨーク時間で表示させるにはニューヨークのタイムゾーンに合わせて時刻を調整したJP1/AJS3 - Viewマシンを用意してください。

タイムゾーンが異なるマネージャーホストのジョブネットの実行状況を確認する場合のシステム構成例を次の図に示します。

図2-25　タイムゾーンが異なるマネージャーホストのジョブネットの実行状況を確認する場合のシステム構成例

マネージャーホスト・エージェントホスト間でタイムゾーンが異なる場合の注意事項を次に示します。

なお，次に示す注意事項は，スケジュールされ実行されているジョブに対する注意事項です。ジョブネットの実行スケジュールを定義するときの注意事項ではありません。

ジョブネットの実行スケジュールは，マネージャーホストのタイムゾーンに従ってスケジュールされます。

注意事項

ジョブは，エージェントホストのタイムゾーン環境で実行されます。標準出力ファイルおよび標準エラー出力ファイル（実行結果詳細）のメッセージ中の時刻は，エージェントホストのタイムゾーンの時刻です。

ジョブの打ち切り時間は経過時間でカウントするため，タイムゾーンには従いません。

イベントジョブの引き継ぎ情報（EVDATE，EVTIME，FLCTIME，MLRCVTIME）に含まれる時刻は，イベントが発生したエージェントホストのタイムゾーンの時刻です。また，JP1イベント受信監視ジョブが別のホストから転送されてきたJP1イベントを検知した際に，引き継ぎ情報（EVDATE，EVTIME）に含まれる時刻は転送元のタイムゾーンの時刻です。マネージャーホストのタイムゾーンや，引き継ぎ情報を使用するジョブを実行するときのタイムゾーンの時刻ではありません。

リモート電源制御ジョブの［次回電源投入時刻の設定］に［次回電源投入時刻の変更］を指定した場合，設定した次回電源投入時刻はジョブを実行するホストの実行ユーザーのタイムゾーンで指定された時刻で動作します。

起動条件の有効範囲に指定した時刻は，マネージャーホストのタイムゾーンに従って動作します。

2.4.2　システムで使用する文字コードについて検討する

JP1/AJS3で使用する文字コードは，JP1/Baseで使用している文字コードに合わせてください。

マネージャー・エージェント構成，国内版・海外版のJP1/AJS製品を混在環境で使用する場合の組み合わせについては，「2.4.3 システムで使用する言語種別について検討する」を参照してください。

マネージャーホストとエージェントホストで文字コードが異なる場合，マネージャーホスト・エージェントホスト間の通信時に，次に示す定義，入力ファイル，および実行結果の文字コードは通信先で使用している文字コードに変換されます。つまり，マネージャーホストからエージェントホストに通信する場合は，エージェントホストで使用している文字コードに，エージェントホストからマネージャーホストに通信する場合は，マネージャーホストで使用している文字コードに変換されます。

PCジョブ，UNIXジョブ，およびQUEUEジョブの場合

定義

［実行ファイル名］

［コマンド文］

［パラメーター］

［スクリプトファイル名］

［環境変数］

［環境変数ファイル名］

エージェントプロセス実行時のワークディレクトリ名

［標準入力ファイル名］

［標準出力ファイル名］

［標準エラー出力ファイル名］

［転送ファイル名］

［ジョブ名］（QUEUEジョブの場合）

ジョブに定義したマクロ変数の値

入力ファイル

転送ファイル1～4の内容※

実行結果

標準出力ファイルの内容

標準エラー出力ファイルの内容（実行結果詳細）※

アクションジョブ，カスタムジョブの場合

定義

ジョブに定義した情報

ジョブに定義したマクロ変数の値

実行結果

標準エラー出力ファイルの内容（実行結果詳細）

イベントジョブの場合

定義

ジョブに定義した情報

実行結果

標準エラー出力ファイルの内容（実行結果詳細）

引き継ぎ情報（ジョブに定義したマクロ変数の値）

注※

バージョンが07-00から07-00-/Bのエージェント（JP1/AJS2 - AgentまたはJP1/AJS2 - Manager）でキューレスジョブを実行する場合，該当するデータは通信先で使用している文字コードに変換されません。

2.4.3　システムで使用する言語種別について検討する

JP1/AJS3では，出力されるメッセージを日本語または英語で表示できます。運用に合わせて，どちらの言語で表示するか検討してください。

国内版／海外版のJP1/AJS製品を混在環境で使用する場合，組み合わせの可否を次の表に示します。

表2-17　JP1/AJS製品を混在環境で使用する場合の組み合わせの可否

| JP1/AJS - View | JP1/AJS - Agent
国内版 | 海外版 | 国内版 | 海外版
日本語 | 英語 | 英語 | 日本語 | 英語 | 英語
JP1/AJS - Manager | 国内版 | 日本語 | ○ | × | × | ○ | △2※ | ○※
英語 | △1※ | × | △1 | × | △1，△2 | △1
海外版 | 英語 | ○※ | × | ○ | × | △2 | ○

（凡例）

○：サポートしている

△1：JP1/AJS - ManagerがUNIXの場合だけサポートしている

JP1/AJS - ManagerのJP1/AJSサービス起動時の環境変数LANGに「C」（英語）を設定してください。

△2：JP1/AJS - AgentがUNIXの場合だけサポートしている

JP1/AJS - AgentのJP1/AJSサービス起動時の環境変数LANGに「C」（英語）を設定してください。

×：サポートしていない

注※

JP1/AJSのユニット名，ファイル名，ファイル内で使用する文字，実行するジョブ内のメッセージ，実行するイベントジョブの監視条件，イベントジョブの引き継ぎ情報など，すべての文字・情報を英数字（ASCII）で統一してください。

＜この項の構成＞

(1)　使用できる環境変数LANG

(2)　使用できる文字の範囲

(3)　文字コード種別の変更

(4)　文字コード種別混在時の注意事項

(5)　UTF-8コード使用時の注意事項

(1)　使用できる環境変数LANG

UNIXの場合，システムの言語環境を設定するには，環境変数LANGに値を設定します。使用できる環境変数LANGの値を，次の表に示します。この表の中から使用する値を検討してください。この表に示した値を指定しなかった場合，「C」（英語）が仮定されます。また，Unicode（UTF-8）をサポートしていない製品で環境変数LANGにUnicode（UTF-8）が設定されている場合の動作は保証できません。

なお，Windowsの場合，システムの言語環境は変更できません。

表2-18　使用できる環境変数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/AJS3の新規のインストール時および新規のセットアップ時にjp1ajs_env.confに設定される値です。文字コード種別の設定個所については，「(3) 文字コード種別の変更」を参照してください。

(2)　使用できる文字の範囲

JP1/AJS3は，言語種別が日本語の場合，次の範囲の文字を使用できます。

ASCII/JISローマ字

半角カタカナ

JIS X 0208-1990

次に示す文字コード種別では，使用できない文字があります。

文字コード種別がSJISコード・EUCコード・UTF-8コードの場合
外字・機種依存文字

文字コード種別がEUCコードの場合
JP1/AJS3 - Managerの文字コード種別がEUCコードで運用されている場合，次に示す文字は使用できません。

文字コード種別がUTF-8コードの場合
JP1/AJS3 - Managerの文字コード種別がUTF-8コードで運用されている場合，次に示す文字は使用できません。

JIS 2004で追加された第3水準漢字，第4水準漢字は使用できません。

サポート範囲外の文字をユニット名などの定義項目で使用した場合，次の現象が発生するおそれがあります。サポート範囲外の文字はスタンドアロン構成の場合も使用できません。

文字化け

標準ジョブの異常検出終了，誤動作

イベントジョブの異常検出終了，検知不能，誤検知

JP1/AJS3プロセスの異常終了

また，次のデータやファイルにサポート範囲外の文字が入らないようにしてください。サポート範囲外の文字列が含まれている場合，定義項目で使用した場合と同様の現象が発生するおそれがあります。

引き継ぎ情報に格納したデータ※1

標準エラー出力や標準出力に出力するデータ※2

標準入力ファイル，環境変数ファイル，または転送ファイル※3

メール送信で指定する本文ファイルやリストファイル※4

注※1

イベントジョブ定義時に「引き継ぎ情報」を設定しておき，イベントジョブで受信したイベント情報を後続ジョブまたは後続ジョブネットに引き継ぐ場合です。イベントジョブの受信情報の引き継ぎについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.4(6) イベントジョブの受信情報の引き継ぎ」を参照してください。

注※2

PCジョブやUNIXジョブで指定したジョブの実行結果に含まれている場合です。標準エラー出力や標準出力については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.4.6 ［詳細定義－［UNIX Job］］ダイアログボックス」またはマニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.4.7 ［詳細定義－［PC Job］］ダイアログボックス」を参照してください。

注※3

PCジョブやUNIXジョブで指定する場合です。標準入力ファイル，環境変数ファイル，または転送ファイルについては，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.4.6 ［詳細定義－［UNIX Job］］ダイアログボックス」またはマニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.4.7 ［詳細定義－［PC Job］］ダイアログボックス」を参照してください。

注※4

定義項目のプラットフォームがPCの場合です。メール連携については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　2. メールシステムとの連携」を参照してください。

(3)　文字コード種別の変更

UNIXの場合，次の表で示す定義ファイル，環境変数，および環境設定パラメーターに，同一の文字コード種別を設定する必要があります。

表2-19　文字コード種別を変更する場合の設定個所

設定個所（定義ファイル，環境変数，および環境設定パラメーター）
設定が影響する範囲

JP1/AJS3サービス起動時の環境変数LANG
JP1/AJS3サービスが出力するメッセージの文字コード種別。

JP1/AJS3環境定義ファイル

物理ホストの場合
/etc/opt/jp1ajs2/conf/jp1ajs_env.conf

論理ホストの場合
共有ディレクトリ/jp1ajs2/conf/jp1ajs_env.confの環境変数LANG

JP1/AJS3サービス起動時の環境変数LANGの値。

スケジュール制御，イベント・アクション制御およびジョブ実行制御が，統合トレースログと内部ログへ出力する情報の文字コード種別。

ユーザープロファイルに環境変数LANGの指定がない場合，ジョブ実行時のデフォルトの環境変数LANGの値。

JP1/Baseパラメーター定義ファイル

物理ホストの場合
/etc/opt/jp1base/conf/jp1bs_param.conf

論理ホストの場合
共有ディレクトリ/jp1base/conf/jp1bs_param.confの環境変数LANG

標準ジョブ，イベントジョブ，アクションジョブ，およびカスタムジョブの実行時に，JP1/AJS3のマネージャーホスト・エージェントホスト間で送受信されるデータの文字コード種別。

ジョブネットコネクタを使用してルートジョブネットの実行順序を制御するときに，ジョブネットコネクタと接続先のジョブネットの間で送受信されるデータの文字コード種別。

スケジューラーサービス環境設定の環境設定パラメーターAJSCHARCODE
スケジューラーデータベースに格納される情報の文字コード種別。

スケジューラーサービス環境設定の環境設定パラメーターSYSLOGCODE

スケジューラーサービスがSYSLOGに出力するメッセージの文字コード種別。

「C」（英語）以外を指定した場合，サービス起動時の環境変数LANGの文字コード種別が適用。

JP1/AJS3 Console環境設定の環境設定パラメーターCHARCODE
ユーザー定義データに格納される情報の文字コード種別。

JP1/AJS3 Console環境設定（JP1/AJS3 Console Manager）の環境設定パラメーターSYSLOGCODE

JP1/AJS3 Console ManagerサービスがSYSLOGに出力するメッセージの文字コード種別。

「C」（英語）以外を指定した場合，サービス起動時の環境変数LANGの文字コード種別が適用。

JP1/AJS3 Console Managerサービス起動時の環境変数LANG
JP1/AJS3 Console Managerサービスが出力するメッセージの文字コード種別。

JP1/AJS3 Console環境設定（JP1/AJS3 Console Agent）の環境設定パラメーターSYSLOGCODE

JP1/AJS3 Console AgentサービスがSYSLOGに出力するメッセージの文字コード種別。

「C」（英語）以外を指定した場合，サービス起動時の環境変数LANGの文字コード種別が適用。

JP1/AJS3 Console Agentサービス起動時の環境変数LANG
JP1/AJS3 Console Agentサービスが出力するメッセージの文字コード種別。

キューレスエージェントサービス起動時の環境変数LANG
キューレスエージェントサービスが出力するメッセージの文字コード種別。

キューレスジョブ実行環境設定の環境設定パラメーターAJSQL_CHARCODE※1

スケジューラーサービスから受け付けたデータ。

転送ファイルデータ。

結果ファイルデータ。

スケジューラーサービスへの返信データ。

ユニットを操作するコマンド※2実行時の環境変数LANG※3

ユニットを操作するコマンドがスケジューラーデータベースに格納する値。

ユニットを操作するコマンドが出力するログおよびメッセージの文字コード種別。

注※1

マネージャーホストとエージェントホストで文字コードが混在している場合，文字コード変換のため，環境設定パラメーターAJSQL_CHARCODEの設定が必要です。

キューレスジョブの文字コード変換の詳細については，「7.2.2 キューレスジョブ実行環境の環境設定について検討する」を参照してください。

注※2

ユニットを操作するコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　1.5 コマンド一覧」を参照してください。

注※3

コマンドの実行対象ユニットが定義されているスケジューラーサービスの環境設定パラメーターAJSCHARCODEの設定と同じ文字コード種別を設定してください。

標準と異なる文字コード種別に変更する場合，設定が影響する範囲を次の図に示します。

図2-26　文字コード種別の変更時の影響範囲

Windowsの場合はシステムの言語環境を変更できません。UNIXの場合，システムの言語環境を設定する手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　13.4.1 言語環境の設定」を参照してください。

なお，すでにJP1/AJS3で運用しているユニット名にかな文字や2バイト文字を使用している場合は，ユニット名を再定義する必要があります。

(4)　文字コード種別混在時の注意事項

ホスト間で連携して業務を運用する場合，英語環境では日本語を含むテキストを表示できません。言語種別を合わせてください。各製品で組み合わせられる言語種別については，表2-18を参照してください。

また，日本語の文字コード種別が混在する場合，次の制限があります。

コマンドのリモート実行
コマンドをリモート実行する場合，コマンド実行元の文字コード種別と，コマンド実行先の文字コードを合わせてください。
また，コマンド実行先の文字コードがUTF-8コードの場合，コマンド実行元の文字コードをEUCコードに設定することで，コマンドをリモート実行できます。
コマンドのリモート実行については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　1.1.6 コマンドのリモート実行」を参照してください。
コマンド実行元の文字コード種別とは，コマンド実行時の，環境変数LANGなどのOS上で設定した文字コード種別です。
コマンド実行先の文字コード種別とは，次のことを示します。

環境設定パラメーターAJSCHARCODEに指定した文字コード種別

JP1/AJS3サービス起動時のOS上の設定

リモートジョブネット
リモートジョブネットを実行する場合，リモートジョブネット定義元の文字コード種別と，リモートジョブネット実行先の文字コードを合わせてください。
リモートジョブネット定義元の文字コード種別，およびリモートジョブネット定義先の文字コードとは，次のことを示します。

それぞれのホストで環境設定パラメーターAJSCHARCODEに指定した文字コード種別

JP1/AJS3サービス起動時のOS上の設定

UNIXジョブ・アクションジョブ・イベントジョブ
JP1/AJS3 - Viewやコマンドで，UTF-8環境のエージェントホストで実行するジョブの各項目に日本語を含める場合には，日本語1文字当たり4バイトで見積もり，各項目の制限値以内になるように定義してください。ただし，環境設定パラメーターDEFLENTYPEに「sjis」が設定されている場合，次の項目で指定できる文字数はシフトJIS環境と同じです。

ユニット詳細定義のユニット名

ユニット詳細定義のコメント

スケジュール設定の排他ジョブネット名

マネージャーホストがシフトJISまたはEUC環境，エージェントホストがUTF-8環境のシステム構成で，UNIXジョブ，アクションジョブ，イベントジョブを実行する場合，ジョブに定義した情報サイズは，ジョブを実行時にエージェントホストの文字コードに変換したあとのバイト数でチェックします。その結果，JP1/AJS3 - Viewやコマンドでジョブの各項目に入力できるバイト数以内の定義をした場合でも，ジョブ実行時にエラーが発生する場合があります。

イベントジョブ
イベントジョブの引き継ぎ情報は，エージェントホスト側で，マクロ変数名と引き継ぎ情報のサイズの合計が4,096バイトを超えた部分の情報を切り捨てます。
UTF-8環境で，日本語を含む情報を引き継ぐ場合は，日本語1文字当たり4バイトで見積もってください。
また，UTF-8環境から発行されたJP1イベントをUTF-8未対応のJP1/AJS3で受信する場合は，JP1/Baseを文字コード互換モードで動作するように設定してください。文字コード互換モードを使用しない場合，JP1イベントを正しく検知できないなどの問題が発生するおそれがあります。
文字コード互換モードについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/AJS3 Console Managerのデータディレクトリの文字コード
JP1/AJS3 Console Managerのデータディレクトリの文字コードが英語の場合，AJS3ユニット名は英数字（ASCII）でしか指定できません。そのため，日英混在環境の業務を監視する場合には，JP1/AJS3 Console Managerのデータディレクトリの文字コードには日本語の文字コードを指定してください。
また，JP1/AJS3 Console Managerの環境設定で文字コードがC（英語）で，監視対象とするユニット完全名に日本語が含まれているユニットに対して監視オブジェクトの自動作成機能を使用すると，エラーメッセージ「KAVC4635-E 自動作成する監視オブジェクト情報が記憶されていません。」が表示されます。また，自動作成の対象となるユニットが複数ある場合には，ユニット完全名に日本語を含まないユニットに対しても，自動作成されない場合があります。
ユニット完全名に日本語を含まないユニットだけを選択して，操作してください。

サブミットジョブの実行に使用するコマンド
シフト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 3 コマンドリファレンス1　1.4 環境変数一覧」を参照してください。

UTF-8環境で使用できる文字は，「(2) 使用できる文字の範囲」を参照してください。

UTF-8コードを使用しているマネージャーホストから，UTF-8コードに対応していないエージェントホストにキューレスジョブを実行する場合は，マネージャーホストで環境設定パラメーターQLMANCHARCODEの設定が必要です。QLMANCHARCODEの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.7 キューレスジョブ実行環境設定」を参照してください。

文字コードUTF-8を使用していて，環境設定パラメーターDEFLENTYPEに「sjis」が設定されている場合，次の項目で指定できる文字数はシフトJIS環境と同じ文字数になります。

ユニット詳細定義のユニット名

ユニット詳細定義のコメント

スケジュール設定の排他ジョブネット名

ただし，ユニットの最大ネスト数（最大階層数）は10になります（デフォルトは30）。

JP1/AJS3 - Viewのバージョンが09-50以前の場合，環境設定パラメーターDEFLENTYPEに「sjis」が設定されていると，スケジューラーサービスおよびその配下のユニットが表示されません。すべてのスケジューラーサービスで環境設定パラメーターDEFLENTYPEに「sjis」が設定されている場合，メッセージKAVV187-Eが出力され，すべてのスケジューラーサービスおよびその配下のユニットが表示されません。また，環境設定パラメーターDEFLENTYPEに「sjis」が設定されているスケジューラーサービスに対して，ajsコマンド，マネージャージョブネット，JP1/AJS3 Console Viewなどからアクセスすると，メッセージKAVV455-Eが出力されて，スケジューラーサービスおよびその配下のユニットが表示されません。

2.5　ジョブの実行環境について検討する

JP1/AJS3のジョブの実行環境は，ジョブの定義を管理し，実行先のホストにジョブを配信するマネージャーホストと，配信されたジョブを実行するエージェントホストで構成されます。

ジョブを実行するためには，マネージャーホストにエージェントホストの情報を登録する必要があります。JP1/AJS3では，ジョブの実行先となるエージェントホストを実行エージェントという論理的な名称を使って管理します。マネージャーホストは，ジョブに定義されている実行エージェント名と，登録されているエージェントホスト情報の物理ホスト名とをマッピングし，ジョブの配信先を決定します。

＜この節の構成＞

2.5.1　実行エージェントの検討

2.5.2　負荷分散に対応する場合の検討

2.5.3　ジョブ実行時のOSユーザー環境の検討

2.5.4　ジョブ実行多重度の検討

2.5.1　実行エージェントの検討

マネージャーホストに登録するエージェントホストの情報として，次のことについて検討してください。

＜この項の構成＞

(1)　実行エージェント名と実行ホスト名の割り当て

(2)　ジョブの実行多重度

(3)　デフォルト実行エージェントについて

(4)　実行エージェントの追加について

(5)　エージェント自動定義機能について

(6)　実行エージェント制限について

(1)　実行エージェント名と実行ホスト名の割り当て

マネージャーホストに登録するエージェントホストの情報として，エージェントホストの論理的な名称である実行エージェント名と物理的な実行ホスト名を登録します。1実行エージェントに対して1台の実行ホストを割り当てます。1台のマネージャーホストに登録できる実行エージェントの数は，最大で1,024です。

ジョブやジョブネットには，実行先として実行エージェント名を定義します。マネージャーホストは，登録されている実行エージェント情報を参照し，ジョブやジョブネットに定義された実行エージェント名に対応する実行ホストにジョブを配信します。これによって，業務の拡大・縮小によるエージェントホストの構成変更などの場合に，ジョブやジョブネットの定義を変更することなく，マネージャーホストに登録されている実行エージェントの情報を変更するだけでJP1/AJS3の運用を継続できます。

(2)　ジョブの実行多重度

ジョブ実行先となるエージェントホストのリソースに応じて，同時実行ジョブ数（ジョブ実行多重度）を制限できます。ジョブ実行多重度で同時実行数を制限できるジョブ種別は，UNIXジョブ，PCジョブ，アクションジョブ，カスタムジョブ，および引き継ぎ情報設定ジョブです。

ジョブ実行多重度は，時間帯（30分単位）を指定して設定できます。デフォルトでは，「00:00-00:00=5」（終日，ジョブ実行多重度5）が設定されています。

例えば，「08:00-17:30=5」と指定した場合，8:00～17:30の間は五つまでジョブを同時に実行できます。このように，時間帯によってジョブの実行多重度を増減させることで負荷を分散させることもできます。

なお，ジョブの実行数がジョブ実行多重度を超えた場合，ジョブはマネージャーホストに滞留します。

注意事項

実行エージェントの追加時にジョブ実行多重度を省略した場合，「終日，ジョブ実行多重度5」が設定されるため，実行時間の短いジョブや同時に実行登録するジョブ数が少ないときには影響がありませんが，実行時間の長いジョブや同時に実行登録するジョブ数が多いと，実行中のジョブ数がジョブ実行多重度に達しやすく，ジョブ実行多重度に達している時間が長いことによって，後続のジョブの実行に影響を及ぼします。
エージェントホストで実行中のジョブ数がジョブ実行多重度に達している間，後続のジョブは実行中のジョブが終了するまで「キューイング」状態になって待機します。このような場合，予定よりもジョブの終了時刻が遅くなるため，エージェントホストのリソースに加えてジョブの実行時間，単位時間当たりのジョブ実行数を考慮してジョブ実行多重度を大きく設定することを検討してください。

ジョブ実行多重度は，実行エージェント単位に設定します。同一の実行先ホストを異なる実行エージェント名で接続している場合は，それぞれの実行エージェントに設定されているジョブ実行多重度の合計のジョブが実行先ホストで同時に実行されることになります。
例えば，ジョブ実行多重度が「00:00-00:00=10」（終日，ジョブ実行多重度は10）の実行エージェントとジョブ実行多重度が「00:00-00:00=5」（終日，ジョブ実行多重度は5）の実行エージェントが同じ実行ホストを指定している場合，最大15のジョブが同時に実行される可能性があります。
ジョブ実行多重度を設定する場合は，実行先ホスト単位に適切な値を設定してください。

(3)　デフォルト実行エージェントについて

マネージャーホストには，自ホストをエージェントホストとしたエージェント情報がデフォルトで定義されています。このエージェントをデフォルト実行エージェントといいます。

デフォルト実行エージェントとして定義されている内容を次に示します。

表2-20　デフォルト実行エージェントとして定義されている内容

項番 | 項目 | 設定値
1 | 実行エージェント名 | @SYSTEM
2 | 実行ホスト名 | マネージャーホスト名
3 | ジョブ実行多重度 | 5（00:00-00:00=5）
4 | 受付配信制限 | ジョブを受け付け，実行ホストに配信する。

マネージャーホストでジョブを実行したい場合は，このデフォルト実行エージェントを使用してジョブを実行できます。また，ジョブやジョブネットの定義で実行エージェントの指定を省略した場合も，このデフォルト実行エージェントでジョブが実行されます。

デフォルト実行エージェントの定義内容を変更する場合は，ajsagtaltコマンドを使用します。ajsagtaltコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsagtalt」を参照してください。

注意事項

JP1/AJS2では，マネージャーホスト名を指定すると，自動的に省略時と同じマネージャーホストでジョブが実行されましたが，JP1/AJS3で自ホスト名を指定してジョブを実行するには，デフォルト実行エージェントとは別に，自ホスト名と同名の実行エージェントを追加する必要があります。自ホスト名を指定した場合，ユニット定義を別のマネージャーホストに移行するとき，ユニット定義の実行エージェントを移行先のホスト名に変更しなければならないため，自ホストでジョブを実行する場合は，デフォルト実行エージェントを使用することを推奨します。

(4)　実行エージェントの追加について

セットアップ直後は，マネージャーホストにデフォルトの実行エージェントが作成されただけの状態であるため，ジョブを実行させるエージェントホスト分の実行エージェントを追加する必要があります。

実行エージェントは，ajsagtaddコマンドを使用して追加します。また，複数の実行エージェントを一括して追加することもできます。実行エージェントの追加方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.1 実行エージェントの設定」を参照してください。複数の実行エージェントを一括して追加する場合は，「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsagtadd」の-fオプションの説明を参照してください。

(5)　エージェント自動定義機能について

エージェント自動定義機能を有効にすると，ジョブの詳細定義で指定した実行エージェント名と同名の実行エージェント（実行エージェント名と実行ホスト名の割り当ての定義）が自動的にマネージャーホストに追加されます。

エージェント自動定義機能の設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.3 ジョブ実行環境設定」を参照してください。

注意事項

エージェント自動定義機能の設定は，システム管理者がセットアップ時に実施することを推奨します。また，エージェント自動定義機能を有効にしてジョブを実行するときは，JP1_JPQ_User権限だけでなく，JP1_JPQ_Admin権限を持つJP1ユーザーで実行するようにしてください。

エージェント自動定義機能と実行エージェント制限の両方を使用する場合，実行エージェントプロファイルには，ジョブ実行時に自動定義される実行エージェントを，ジョブ実行前に設定しておく必要があります。実行エージェントプロファイルに設定していないとき，ジョブは「起動失敗」状態になります。また，実行エージェントの追加はされません。

(6)　実行エージェント制限について

実行エージェント制限を使用すると，ユニットごとに，ジョブの実行を許可する実行エージェントを設定できます。

実行を許可する実行エージェントを，実行エージェントプロファイルという運用プロファイルに設定しておくことで，誤った実行エージェントでジョブが実行されるのを防ぐことができます。

実行エージェントプロファイルの設定手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.3.1 実行エージェントプロファイルの設定手順」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　14.3.1 実行エージェントプロファイルの設定手順」（UNIXの場合）を参照してください。

(a)　実行エージェント制限の概要

実行エージェントプロファイルを有効に設定している場合，ジョブの詳細定義で指定した実行エージェントが実行エージェントプロファイルに設定されているかどうか，次のタイミングで確認されます。

JP1/AJS3 - Viewでのユニット定義時

ajschkdefコマンドでの定義内容の事前チェック時

ジョブ実行時

実行エージェントプロファイルに設定していない実行エージェントを指定していた場合，定義エラーまたはジョブ実行時に「起動失敗」状態になります。

実行エージェント制限を使用した例を，次の図に示します。

図2-27　実行エージェント制限の使用例

この図の例では，ジョブネットnet1配下のジョブの実行を許可する実行エージェントとしてAGT1を，ジョブネットnet2配下のジョブの実行を許可する実行エージェントとしてAGT2を，実行エージェントプロファイルに設定しています。/net1/job1および/net2/job1は，許可されている実行エージェントを指定しているため実行されます。/net1/job2は，許可されていない実行エージェントAGT2を指定しているため，ジョブの実行が抑止されます。/net2/job2は，実行エージェントを省略したことによって，マネージャーホスト上（デフォルト実行エージェント）でジョブを実行しようとするため，ジョブの実行が抑止されます。ユニット定義時に実行エージェントを省略し，マネージャーホスト上でジョブを実行させたい場合は，デフォルト実行エージェント名を実行エージェントプロファイルに設定する必要があります。

なお，実行エージェントプロファイルに設定していないユニットについては，実行エージェント制限の確認は行われません。

●対象ユニット

ユニットの詳細定義で指定した実行エージェントが，実行エージェントプロファイルに設定されているかどうか確認されるように設定できるユニットは，次のとおりです。

ルートジョブネット※

ネストジョブネット※

UNIXジョブ

PCジョブ

イベントジョブ

アクションジョブ

カスタムジョブ

注※

JP1/AJS3 - Viewでユニット定義をする際に，実行エージェントを指定した場合だけ確認されます。

●実行エージェントの確認方法

実行エージェント制限では，JP1/AJS3 - Viewでのユニット定義時，ajschkdefコマンドでの定義内容の事前チェック時，およびジョブ実行時に，実行エージェントの確認が実施されます。

それぞれの場合での確認方法について，次に説明します。

JP1/AJS3 - Viewでのユニット定義時

ユニットの詳細定義ダイアログボックスの［実行エージェント］コンボボックスに，実行エージェントプロファイルに設定されている実行エージェントだけが表示され，その中から実行エージェントを選択できるようになります。コンボボックスに直接入力することもできます。［OK］ボタンをクリックすると，指定した実行エージェントが実行エージェントプロファイルに設定されているかどうかが確認されます。

なお，ユニット定義時にだけ確認して，ジョブ実行時には確認しないように設定することもできます。

ajschkdefコマンドでの定義内容の事前チェック時

定義内容の事前チェックを実施するときに，実行エージェントが実行エージェントプロファイルに設定されているかどうかが確認されます。実行エージェントプロファイルに設定されていない実行エージェントを指定している場合は，チェック結果格納ファイルにチェック結果情報が出力されます。

なお，実行エージェントプロファイルの状態（有効／無効）に関係なく，ajschkdefコマンドの-Cおよび-pオプションを指定すると確認できます。

ジョブ実行時

ジョブ実行時に，実行エージェントが実行エージェントプロファイルに設定されているかどうかが確認されます。実行エージェントプロファイルに設定されていない実行エージェントでジョブを実行しようとした場合は，ジョブの状態が「起動失敗」状態になります。ただし，起動条件として複数のイベントジョブを定義している場合，起動条件として定義したイベントジョブの一つが実行エージェントの確認でエラーになったときは，次に示す状態になります。

起動条件付きジョブネットの監視世代
「監視打ち切り終了」状態

実行エージェントの確認でエラーになったジョブ
「起動失敗」状態

起動条件として定義したイベントジョブのうち，実行エージェントの確認でエラーになったジョブ以外のジョブ
「未実行終了」状態

なお，ジョブ実行時にだけ確認して，ユニット定義時には確認しないように設定することもできます。

(b)　許可する実行エージェント

実行エージェントプロファイルに複数の階層でユニットを指定する場合，下位ユニットで指定する実行エージェントは，上位のすべてのユニットで許可されている必要があります。

実行エージェントプロファイルの設定と，許可する実行エージェントの関係を，次の図に示します。

図2-28　実行エージェントプロファイルの設定と許可する実行エージェント

この図の例では，ジョブAはスケジューラーサービス，ルートジョブネットA，およびネストジョブネットAのすべてで許可している実行エージェントAG1でだけ実行できます。ジョブDは，上位のユニットすべてで許可している実行エージェントがないため，定義およびジョブの実行ができません。このような記載をした実行エージェントプロファイルは，実行エージェント制限を有効にしようとした時に構文エラーとして扱われます。

なお，複数の階層のユニットに許可する実行エージェントを設定する場合，実行エージェントの確認処理による業務への影響を抑えるために，次の階層までの設定にすることを推奨します。

スケジューラーサービス

スケジューラーサービス直下のユニット

●自ホストでの実行を許可する場合

「@SYSTEM」を設定します。ただし，自ホスト名と同じ名前の実行エージェントを許可したいときは，その実行エージェント名を設定します。

キューレスジョブで自ホストでの実行を許可したいときは，自ホスト名を設定します。ここでいう自ホスト名とは，次の方法で確認できる名前です。

物理ホストの場合
hostnameコマンドを実行して得られるホスト名

論理ホストの場合（Windows）
JP1/AJS3を運用しているホスト上で［コントロールパネル］ウィンドウから［サービス］を選択するか，または［管理ツール］－［サービス］を選択し，［サービス］ウィンドウに表示される「JP1/AJS3_xxxxx」の「xxxxx」の部分に表示されるホスト名

論理ホストの場合（UNIX）
psコマンドを実行し，jajs_spmdプロセスの後ろに表示されるホスト名

●ユニットの実行エージェントに実行エージェントグループを指定する場合

ユニットの実行エージェントに実行エージェントグループを指定する場合，実行エージェントプロファイルに，実行を許可する実行エージェントグループ名を設定します。

実行エージェントプロファイルに実行エージェントグループを設定した場合の例を次の図に示します。

図2-29　実行エージェントプロファイルに実行エージェントグループを設定した場合

この図の例では，/Grp1/net1/配下のジョブの実行エージェントに，「AGTGRP1」を指定したときと「AGT1」を指定したときでは，どちらも実際の実行先は実行エージェントAGT1（実行ホストhost1）です。ただし，実行エージェントプロファイルには「AGT1」が設定されていないため，ジョブの実行エージェントに「AGT1」を指定した場合は実行エージェントの確認でエラーになります。

●ユニットの実行エージェントにマクロ変数名を指定する場合

ユニットの実行エージェントにマクロ変数名を指定する場合，実行エージェント制限を確認するタイミングの設定に従って，許可する実行先として実行エージェントプロファイルに実行エージェント名またはマクロ変数名を設定します。

マクロ変数名を指定する場合に実行エージェントプロファイルに設定する内容を，次の表に示します。

表2-21　マクロ変数名を指定する場合の実行エージェントプロファイルの設定

項番
ユニット定義時の制限確認（View）
ジョブ実行時の制限確認（JobExec）
定義または実行を
許可する実行先

1
しない（off）
する（on）
実行エージェント名

2
する（on）
しない（off）
マクロ変数名

3
する（on）
する（on）

マクロ変数名

実行エージェント名

なお，項番1または項番2の組み合わせで，実行エージェントプロファイルを設定することを推奨します。

●キューレスジョブの場合

キューレスジョブに対して実行エージェント制限を使用する場合，実行エージェントプロファイルには，キューレスジョブの実行先となるホスト名を設定します。

なお，詳細定義の［実行エージェント］に，クラス名を含めて実行先ホストを指定している場合，「!クラス名」の部分を実行エージェントプロファイルに設定する必要はありません。

また，アタッチされていない論理ホストをキューレスジョブの実行先として指定している場合，次の条件を満たしていれば，論理ホストに対応する物理ホスト上でキューレスジョブが実行されます。

キューレスジョブに指定している論理ホストが実行エージェントプロファイルに設定されている

環境設定パラメーターAJSQL_NOATTACHREQに「exec」が設定されている

このとき，物理ホストが実行エージェントプロファイルに設定されているかどうかは関係ありません。実行エージェントプロファイルに物理ホストを定義していなくても，物理ホスト上でキューレスジョブが実行されます。

(c)　注意事項

実行エージェント制限は，JP1/AJS3 - ManagerおよびJP1/AJS3 - Viewのバージョンが09-50以降の場合にだけ，使用できます。

次に示す操作でユニットを作成した場合，ユニット作成時には実行エージェントは確認されません。確認したい場合は，事前チェックを実施してください。

コピーまたは切り取りをしたユニットの貼り付け

退避したユニットの回復

JP1/NETM/DMまたはJP1/FTPを使ったユニットの配布

ジョブを実行する前に，実行エージェントプロファイルに設定している実行エージェントまたは実行エージェントグループが，JP1/AJS3 - Managerに定義されていることを確認してください。JP1/AJS3 - Managerに定義されていなくても，ユニット定義時にはエラーになりません。事前チェック時およびジョブ実行時にエラーになります。

エージェント自動定義機能と実行エージェント制限の両方を使用する場合，実行エージェントプロファイルには，ジョブ実行時に自動定義される実行エージェントを，ジョブ実行前に設定しておく必要があります。実行エージェントプロファイルに設定していないとき，ジョブは「起動失敗」状態になります。また，実行エージェントの追加はされません。

リモートジョブネットおよび配下のユニットに指定する実行エージェントは，リモートジョブネットの転送先のJP1/AJS3 - Manager上の実行エージェント名を指定します。そのため，ユニットの定義時および事前チェック時には，実行エージェントは確認されません。ジョブ実行時は，リモートジョブネットの転送先のJP1/AJS3 - Managerで実行エージェントプロファイルが有効であれば，その内容に従って実行エージェントが確認されます。

2.5.2　負荷分散に対応する場合の検討

ロードバランシングなどによって，業務サーバが負荷分散構成をとっている場合，JP1/AJS3でもバッチ業務を負荷分散させることができます。

複数の実行エージェントを実行エージェントグループによってグループ化し，ジョブの実行エージェント名に実行エージェントグループを名を設定することで，負荷分散構成に対応できます。負荷を分散させる場合は，次のことについて検討してください。

また，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.3.1 負荷を分散させた処理」に，負荷分散の例とジョブの実行先エージェントホストの決定順序について説明しています。あわせて参考にしてください。

＜この項の構成＞

(1)　実行エージェントグループとグループ化する実行エージェント

(2)　優先順位

(1)　実行エージェントグループとグループ化する実行エージェント

複数の実行エージェントをグループ化する実行エージェントグループ名と，グループに属する実行エージェントについて検討します。

1台のマネージャーホストに登録できる実行エージェントグループの数は，最大で1,024です。また，1実行エージェントグループでグループ化できる実行エージェントの数は，最大で1,024です。

マネージャーホストは，登録されている実行エージェントグループ情報を参照し，ジョブやジョブネットに定義された実行エージェントグループに属する実行エージェントの優先順位やジョブ実行多重度に従ってジョブの配信先を決定します。

(2)　優先順位

実行エージェントグループによって負荷分散に対応する場合，グループ化したそれぞれの実行エージェントに，ジョブを配信する優先順位を設定できます。

実行エージェントには，1～16の範囲で優先順位を設定できます。優先度が高いものから順に16，15，14・・・と指定します。優先度が最も低いのは1です。デフォルトでは，「16」（優先度が最も高い）が設定されています。

2.5.3　ジョブ実行時のOSユーザー環境の検討

ジョブの実行環境を検討する際は，次の内容に注意してください。

＜この項の構成＞

(1)　ジョブ実行時のユーザーアカウント

(2)　ジョブ実行時に有効になるOSユーザー環境

(3)　HP-UXのOSユーザーのグループについて

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

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

(1)　ジョブ実行時のユーザーアカウント

JP1/AJS3では，ジョブを実行する際に実行先のエージェントホストの，OSユーザーのアカウントを使用します。OSユーザーのアカウントを使用するには，実行先のエージェントホストにユーザーマッピング定義が必要です。実行先のエージェントホストのユーザーマッピング定義に従って，ジョブを実行するためにジョブを実行登録したJP1ユーザーからOSユーザーに変換します。そのため，ジョブはそのOSユーザーの権限で実行されます。また，ジョブプロセスから参照または更新するリソースについては，OSのセキュリティに依存します。

なお，ユーザーアカウントはジョブの実行ごとに参照します。そのため，定義を変更したあとに実行されたジョブから有効になります。

Windows版のJP1/AJS3では，ジョブを実行する際にJP1/AJS3のサービスを起動したアカウントと異なるユーザーアカウントでジョブを実行する場合，ジョブプロセスを起動するために必要なユーザーの情報を取得しています。ユーザーの情報を取得するためには，ユーザーが所属するセキュリティグループや権限に関する情報などを含んだユーザー情報（以降，アクセストークンと呼びます）が必要になります。

JP1/AJS3では，ジョブを起動するたびにアクセストークンを取得し，ジョブの実行が終了すると解放しています。アクセストークンの取得および解放には，Win32API関数を使用しています。この関数でエラーが発生し，アクセストークンの取得に失敗した場合にはジョブが「起動失敗」状態になり，アクセストークンの解放に失敗した場合にはジョブが「異常検出終了」状態になります。

アクセストークンはドメイン名，ユーザー名，およびパスワードが同じであれば，一度取得した情報を保持して再利用できます。

アクセストークンを再利用することで，アクセストークンの取得および解放の回数を最小限に減らし，Win32API関数の一時的エラーを回避してジョブが異常終了となる頻度を抑えることができます。詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.2.17 ジョブ実行時にアクセストークンを再利用するための設定」を参照してください。

(2)　ジョブ実行時に有効になるOSユーザー環境

ジョブを実行する際に有効になるOSユーザー環境は，プラットフォームによって異なります。

実行先のエージェントホストがWindowsの場合，通常はシステム環境変数が有効になり，ユーザープロファイル情報は無効になりますが，ジョブ実行制御の環境設定によって，ユーザープロファイル情報を有効にすることもできます。詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.2.16 ユーザープロファイルを必要とするジョブを実行するための設定」を参照してください。

実行先のエージェントホストがUNIXの場合，ジョブを実行する際にユーザーマッピングで変換された実行OSユーザーのローカルログインスクリプトが読み込まれます。また，ジョブの実行シェルは，特にスクリプトファイルやコマンド文の先頭行で明記していないかぎり，その実行OSユーザーのログインシェルが設定されます。

なお，OSユーザー環境については，ジョブの実行単位ごとに読み込まれます。すでに実行登録中のジョブがあっても，定義を変更したあとに実行されたジョブから有効になります。

(3)　HP-UXのOSユーザーのグループについて

ジョブを実行するOSユーザーが複数のグループに属し，それらのグループすべてに対するアクセスを有効にする場合は，「/etc/logingroup」の設定が必要になります。「/etc/logingroup」の設定がないと，「/etc/passwd」で定義されているグループIDだけが有効となります。

複数のグループに対するアクセスを有効にするには，「/etc/logingroup」に「/etc/group」のグループ定義をコピーするか，「/etc/logingroup」と「/etc/group」をシンボリックリンクする必要があります。詳細については，OSのマニュアルを参照してください。

注意事項

JP1/AJS3サービスのプロセスがジョブの結果ファイルや一時ファイルにアクセスする際に，複数のグループに対するアクセスを有効にする場合は，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.2.18 ジョブ実行時のファイル権限チェックでアクセス制御リストやセカンダリーグループの設定を有効にする」に記載の設定を参照してください。

設定しない場合，「/etc/logingroup」を設定することでセカンダリーグループからのアクセスが有効になるのは，ジョブプロセスだけです。JP1/AJS3サービスのプロセスがジョブの結果ファイルや一時ファイルにアクセスする際には有効になりません。JP1/AJS3サービスのプロセスが結果ファイルにアクセスできない場合は，結果ファイルがあるディレクトリの権限をセカンダリーグループでもアクセスできる権限に変更するか，ディレクトリまたは指定した結果ファイルの所有グループをジョブ実行ユーザーのセカンダリーグループからプライマリーグループに変更してください。一時ファイルの場合は，ワークディレクトリの権限をセカンダリーグループでもアクセスできる権限に変更してください。

詳細については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　2.7.2(2) 標準ジョブ，アクションジョブ，およびカスタムジョブを実行すると異常終了となる」を参照してください。

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

実行先のエージェントホストがWindowsの場合は，JP1/AJS3のサービスのアカウントに実行ファイルのアクセス権を設定してください。ジョブを実行するOSユーザーに対するアクセス権は不要です。

実行先のエージェントホストがUNIXの場合は，ジョブを実行するOSユーザーに実行するスクリプトファイルのアクセス権を設定してください。

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

ジョブの起動時に，実行先のエージェントホストの，実行OSユーザーのログインシェル（/etc/passwdファイルの内容）を実行します。ログインシェルが定義されていない場合は，/bin/shを実行します。JP1/AJS3では，ログインシェルとしてsh，csh，kshが使用できます。これら以外のシェルを使用した場合のログインシェルの注意事項を次に示します。

(a)　UNIXジョブの場合の注意事項

ログインシェルにsh，csh，ksh以外を使用すると，OSによってはログインスクリプトが実行されない場合があります。その場合，ジョブの実行ユーザーの環境変数の設定が反映されないために，ジョブが異常終了したり，意図しない実行結果となったりすることがあります。この現象を回避するために，ジョブのスクリプトに必要な環境変数の設定を明記してください。

なお，ジョブ実行時に必要な環境変数が正しく設定されているかどうかを確認するには，envコマンドの実行結果をファイルに書き出すようなシェルスクリプトを作成し，そのスクリプトをジョブとして実行したときに出力されたファイルの内容を参照してください。

(b)　UNIXジョブ，アクションジョブ共通の注意事項

bashのように，一部のシェルではシグナル処理をデフォルトの状態に初期化しないものがあります。そのため，ジョブが異常終了したり，意図しない実行結果となったりすることがあります。その場合は，sh，csh，kshのどれかを使用する運用方法に変更してください。Linuxの場合は，cshを使用する運用方法に変更してください。

なお，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.2.17 JP1/AJS3から起動される子プロセスを，SIGCHLDシグナルを受信する設定（SIG_DFL）に変更する方法」に従って設定することで，シグナル処理をデフォルト状態に設定できます。08-00以降のJP1/AJS2またはJP1/AJS3を新規インストールした場合は，SIGCHLDシグナルを受信するデフォルト（SIG_DFL）でジョブを実行する設定になっているため，変更の必要はありません。

2.5.4　ジョブ実行多重度の検討

JP1/AJS3では，エージェントホストで同時に実行できるジョブ数の最大値としてジョブ実行多重度を設定できます。ジョブ実行多重度に設定した値以上のジョブをエージェントホストで同時に実行しようとした場合，ジョブは実行待ち状態となります。ジョブ実行多重度を設定することによって，時間帯を分けてジョブ数を制限して負荷を分散させたり，複数のエージェントホストを接続している場合に複数のエージェントに負荷を分散させたりして運用できます。

ジョブ実行多重度は実行エージェント単位に指定します。実行エージェントグループ単位では指定できません。また，ジョブ実行多重度で同時実行数が制限されるジョブは，UNIXジョブ，PCジョブ，アクションジョブ，カスタムジョブ，および引き継ぎ情報設定ジョブです。

QUEUEジョブ，サブミットジョブのジョブ実行多重度の指定方法，および注意事項については，「7.1.1(4) QUEUEジョブ，サブミットジョブ実行環境の検討時の注意事項」を参照してください。

＜この項の構成＞

(1)　ジョブ実行多重度設定時の注意事項

(2)　ジョブのキューイング状態が続く場合にジョブ実行多重度に達しているかを確認する

(1)　ジョブ実行多重度設定時の注意事項

ジョブ実行多重度の設定時の注意事項を次に示します。

ジョブ実行多重度は，ajsagtaddコマンド，ajsagtaltコマンドで設定，または変更できます。現在のジョブ実行多重度は，ajsagtshowコマンドで確認できます。
ajsagtaddコマンドで実行エージェントを追加する場合，ジョブ実行多重度の指定を省略すると，「0:00-0:00=5」（終日，ジョブ実行多重度は5）が仮定されます。
デフォルトの設定で運用する場合，実行時間の短いジョブや同時に実行登録するジョブ数が少ない場合は影響ありませんが，実行時間の長いジョブや，同時に実行登録するジョブ数が多い場合，実行中のジョブ数がジョブ実行多重度に達しやすく，ジョブ実行多重度に達している時間が長いことによって，後続のジョブの実行に影響を及ぼすおそれがあります。
エージェントホストで実行中のジョブ数がジョブ実行多重度に達している間，後続のジョブはエージェントで実行中のジョブが終了するまでキューイングの状態で待機します。このような場合，予想以上にジョブの実行時間が長く掛かることになるので，ジョブの実行時間，単位時間当たりのジョブ実行数を考慮したジョブ実行多重度を設定するようにしてください。

ジョブ実行多重度の設定は，実行エージェント単位に適用されます。異なる実行エージェントが同一の実行先ホストをマッピングしている場合は，それぞれの実行エージェントに設定されているジョブ実行多重度の総和が実行先ホストで実行されることになります。
例えば，ジョブ実行多重度を「00:00-00:00=10」（終日，ジョブ実行多重度は10）としている自ホスト名の実行エージェントを追加している場合，デフォルト実行エージェントのジョブ実行多重度が「00:00-00:00=5」（終日，ジョブ実行多重度は5）であるため，最大で15のジョブが多重に実行される可能性があります。
ジョブ実行多重度を設定する場合は，実行先ホスト単位に適切な値を設定してください。

(2)　ジョブのキューイング状態が続く場合にジョブ実行多重度に達しているかを確認する

エージェントホストで実行中のジョブ数が，ジョブ実行多重度に達しているために後続のジョブの状態がキューイングのままとなり，ジョブが実行されるまでに時間が掛かることがあります。現在実行中のジョブ数がジョブ実行多重度に達しているかを確認するには，ajsagtshowコマンドを実行し，現在実行中のジョブ数（JOB）と，ジョブ実行多重度（CON-EXE）を確認してください。ajsagtshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsagtshow」を参照してください。

また，ジョブ実行多重度に達しているためにジョブが登録できない場合，次に示すメッセージを統合トレースログに出力するようにあらかじめ設定しておくことで，ジョブの実行に時間が掛かった要因がジョブ実行多重度到達であるかどうかを確認できます。

KAVU4310-I　エージェント(エージェントホスト名)で実行中のジョブ数がジョブ実行多重度（ジョブ実行多重度）に達しています（ホスト名：ホスト名，ジョブ番号：ジョブ番号）

設定方法の詳細については，次の個所を参照してください。

Windowsの場合

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.2.13 ジョブ実行多重度到達を確認するメッセージを出力する設定」

UNIXの場合

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.2.13 ジョブ実行多重度到達を確認するメッセージを出力する設定」

2.6　JP1/AJS3のデータベースについて検討する

JP1/AJS3 - Managerは，ジョブの実行を制御するためのデータをリレーショナルデータベース（RDB：Relational Database）で管理しています。

JP1/AJS3の各機能と，その機能で使用されるデータの格納先を次の表に示します。

表2-22　JP1/AJS3の各機能が使用するデータベース

機能
格納するデータ
データの格納先

スケジューラー制御
ジョブ実行制御
スケジュール定義
実行スケジュール
ジョブネット定義
ジョブネット状態
データベース（組み込みDB）

エージェント管理制御
実行エージェント情報
データベース（組み込みDB）

イベント・アクション制御
受信イベントやアクション実行の状態
通常のファイル
（データベースを使用していません）

JP1/AJS Console制御
業務スコープやAJS3ユニット監視オブジェクトの定義情報
通常のファイル
（データベースを使用していません）

キューレスジョブ実行制御（キューレスエージェント機能）
実行されたジョブ情報
通常のファイル
（データベースを使用していません）

サブミットジョブ実行制御（QUEUEジョブ，サブミットジョブの実行）
キュー／エージェント構成
ジョブ実行状態
ISAM

＜この節の構成＞

2.6.1　JP1/AJS3のデータベース構成の種類について検討する

2.6.2　JP1/AJS3のデータベース構成

2.6.3　JP1/AJS3のデータベーステーブル

2.6.4　JP1/AJS3でセットアップされるデータベース設定

2.6.1　JP1/AJS3のデータベース構成の種類について検討する

JP1/AJS3では，運用形態に応じて複数のデータベース構成を取ることができます。

データベース構成の種類と，それらのセットアップ手順については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　1.4 JP1/AJS3のデータベース構成の種類」を参照してください。

2.6.2　JP1/AJS3のデータベース構成

JP1/AJS3のデータベース構成を次の図に示します。

図2-30　JP1/AJS3のデータベース構成

JP1/AJS3のデータベースの種類や種別，および格納されている情報を次の表に示します。

表2-23　JP1/AJS3のデータベースの種類と格納されている情報

データベースの種類
データベースに格納されている情報

スケジューラーデータベース

定義情報
・ジョブネットやジョブの定義情報
・カレンダーやスケジュール情報

実行結果・実行状態（ジョブ・ジョブネット）

エージェント管理データベース

定義情報
・実行エージェントの定義情報
・実行エージェントグループの定義情報

QUEUEジョブ，サブミットジョブ用データベース※

実行結果・実行状態
・jpqjobsubコマンドでサブミットされたジョブ
・スケジューラーサービスから実行を依頼されたQUEUEジョブ

エージェント・キュー・排他リソースの構成定義情報

注※

ISAMデータベースを使用します。ISAMは，JP1/Baseに標準で添付されています。

JP1/AJS3には，ジョブ（PCジョブ・UNIXジョブ・QUEUEジョブ）の実行を依頼する機能が複数（スケジューラーサービス，サブミットジョブ実行制御のコマンド（jpqjobsubコマンドなど））あります。

スケジューラーサービスでは，ジョブネットの定義情報，および実行状態・結果をスケジューラーデータベースで管理しています。スケジューラーサービスからジョブネット中のジョブ（PCジョブ・UNIXジョブ・QUEUEジョブ）を実行した場合，スケジューラーサービスからジョブ実行制御にジョブの実行を要求します。このとき，ジョブの実行状態・結果は，スケジューラーデータベースで管理します（QUEUEジョブはQUEUEジョブ，サブミットジョブ用データベースでも管理します）。スケジューラーデータベースは，ジョブの状態が変わったときに状態を更新します。

jpqjobsubコマンドを使用してジョブの実行を依頼した場合には，スケジューラーサービスを経由しないで，直接ジョブの実行をサブミットジョブ実行制御に依頼します。ジョブの実行状態・結果は，エージェント，キュー，および排他実行リソースの構成定義情報とともにQUEUEジョブ，サブミットジョブ用データベース上で管理します。QUEUEジョブ，サブミットジョブ用データベースについては，「7.1.3 QUEUEジョブ，サブミットジョブ用データベースについて検討する」を参照してください。

2.6.3　JP1/AJS3のデータベーステーブル

JP1/AJS3のスケジューラー制御，ジョブ実行制御，およびエージェント管理制御が使用しているデータベースについて説明します。

なお，サブミットジョブ制御が使用するQUEUEジョブ，サブミットジョブ用データベースについては，「7.1.3 QUEUEジョブ，サブミットジョブ用データベースについて検討する」を参照してください。

＜この項の構成＞

(1)　スケジューラーデータベースについて

(2)　エージェント管理用データベースについて

(1)　スケジューラーデータベースについて

スケジューラー制御およびジョブ実行制御が使用するスケジューラーデータベース中に格納される情報は，次の表のようになっています。

表2-24　スケジューラーデータベースのテーブル

テーブル名※1
内容
行長※2
（単位：バイト）
可変長※2
（単位：バイト）
インデクス数
インデクス長※2
（単位：バイト）

定義系
AJSUNIT
ユニット管理
408
（640）※3
なし
2
主キー：4

副キー：36

AJSARROW
ユニット関連定義
52
なし
1
12

AJSBODY
ユニット定義
1,024
4～64,000
1
4

AJSSCH
スケジュール定義
148
（208）※3
4～8,192
1
8

AJSCAL
カレンダー定義
1,540
なし
1
8

AJSRELS
リリース定義
1,180
なし
3
主キー：36

副キー：8

副キー：8

実行系
AJSSTAT
ユニット状態
1,540
（1,720）※3
なし
1
12

AJSENTRY
実行登録
764
なし
1
8

AJSGEN
世代管理
124
4～32,000※4，
4～64,000※4
1
8

AJSPERF
統計情報
120
なし
2
主キー：4

副キー：8

AJSID
ID管理
76
なし
1
8

注※1

JP1/AJS3の環境設定で，デフォルトの設定での名称です。

組み込みDBの場合，インデクスはテーブル名称に主キー（副キーがないテーブルを含む）はINDEX1，副キーはINDEX2，INDEX3を付け加えた名称になります。

注※2

可変長テーブルの行長は，レコード先頭固定部の長さを表しています。

なお，ディスク上の領域にはこのサイズ以外に管理領域が含まれ，表領域サイズとは一致しないため注意してください。

JP1/AJS3のデータベースは可変長最大64,000バイトで，一つのデータを構成するフィールドと，それ以外の可変長フィールドがあります。可変長最大64,000バイトとなるフィールドはVARCHARフィールドを二つ使用しています。このフィールドに格納される可変長データが32,000バイト以内の場合，2番目のVARCHARフィールドにはサイズ0（SQLLENは1）のデータが格納されます。

注※3

（ ）内の値は，ajsembdbsetupコマンドに-e sjisオプションを指定してスケジューラーデータベースをセットアップした場合の値です。

詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　ajsembdbsetup」を参照してください。

注※4

世代管理テーブルには，二つの可変長領域が定義されています。

各テーブルのレコード数および可変長レコードの使用方法を次に示します。

なお，スケジューラーデータベースのそれぞれのテーブルは，ユニット定義を格納するもの「定義系」と，ジョブネットやジョブの実行予実績を格納するもの「実行系」とに分類できます。

(a)　定義系テーブル

定義系テーブルのレコード数および可変長レコードについて説明します。

ユニット管理（AJSUNIT）

JP1/AJS3のユニットの数（ジョブグループ，ジョブネット，ジョブの合計）がレコード数になります。

ユニット関連定義（AJSARROW）

ジョブネット中の関連接続数の合計がレコード数になります。

ユニット定義（AJSBODY）

ジョブの定義数とジョブネットの定義数の合計がレコード数になります。

スケジュール情報およびカレンダー情報を除いた，ユニットの定義情報（コマンド文，スクリプトファイル名など）が格納されます。

スケジュール定義（AJSSCH）

スケジュール定義には，複数の情報が格納されます。

次に示す情報のレコード数の総和が，格納されているレコード数です。

スケジュール情報
「全ジョブネット数 + 全ジョブネットに対して定義したスケジュールルールの総数」がレコード数になります。スケジュール共通情報およびスケジュールルール情報が格納されます。
スケジュール共通情報には，カレンダー参照ユニット名称が，スケジュールルール情報には，スケジュールルールがユニット定義ファイルのパラメーターと同じ形式で可変長データとして格納されます。

ジョブネットコネクタ情報
「ジョブネットコネクタ数 + 接続先ジョブネット数」がレコード数になります。接続先ジョブネットのフルパス名，接続先ホスト名，および接続先スケジューラーサービス名が可変長データとして格納されます。

待ち合わせ情報
「待ち合わせ条件付きユニットの総数 + 全ユニットに対して設定した待ち合わせ条件の総数」がレコード数になります。待ち合わせ共通情報および待ち合わせ対象ユニット情報が格納されます。
待ち合わせ対象ユニット情報には，待ち合わせ対象ユニットのユニット完全名が，ユニット定義ファイルのパラメーターと同じ形式で可変長データとして格納されます。

カレンダー定義（AJSCAL）

「ジョブグループの数 + カレンダーの定義年数」がレコード数になります。

リリース定義（AJSRELS）

「リリース登録されたジョブネットの数 + リリース登録の回数」がレコード数になります。リリース定義のレコードは，リリース登録されたジョブネットの状態によってはJP1/AJS3が自動的に削除するため，レコード数にばらつきが生じることがあります。

(b)　実行系テーブル

実行系テーブルのレコード数および可変長レコードについて説明します。

ユニット状態（AJSSTAT）

1個の登録済みルートジョブネット当たりで必要なレコード件数は，「(ルートジョブネットおよび下層のネストジョブネット・ジョブの総数) ＊ (保存世代数 + 確定実行登録した予定世代数 + 1)」（保存世代数には，起動条件成立によって生成された枝番実行世代数も含みます）です。

登録済みルートジョブネットすべてで算出し，加算した総和が総レコード件数となります。

実行登録（AJSENTRY）

1個の登録済みルートジョブネット当たりで必要なレコード件数は，「ルートジョブネットの保存世代数 + 確定実行登録した予定世代数」です（保存世代数には，起動条件成立によって生成された枝番実行世代数も含みます）。登録済みルートジョブネットすべてで算出し，加算した総和 + 1 件がレコード件数になります。

世代管理（AJSGEN）

レコード件数と可変長データへの格納情報は，それぞれの登録済みルートジョブネットに起動条件を使用しているかどうか，および待ち合わせ条件を使用しているかどうかによって異なります。

起動条件なしのルートジョブネットの場合，「((保存世代数 + 確定実行登録した予定世代数) + 1) ＊ 8」（単位：バイト）の情報1件が可変長データ（4～64,000）へ，「ルートジョブネットにリリース登録されているリリースIDの数 ＊ 4」（単位：バイト）が可変長データ（4～32,000）へ格納されます。

起動条件ありのルートジョブネットの場合，起動条件なしの場合と同様に，「((保存世代数 + 確定実行登録した予定世代数) + 1) ＊ 8」（単位：バイト）の情報が1件と，「(起動条件成立ごとに生成される枝番実行世代数) ＊ 8」（単位：バイト）の情報が保存世代数分，可変長データ（4～64,000）へ格納されます。

待ち合わせ条件付きユニットが登録済みの場合，「登録済みの待ち合わせ条件付きユニットの数 ＊ 保存世代数」分のレコードが追加され，レコードごとに「待ち合わせ条件の設定数 ＊ 56」（単位：バイト）の情報が可変長データ（4～32,000）へ格納されます。

登録済みルートジョブネット，および登録済み待ち合わせ条件付きユニットすべてでレコード件数を算出し，加算した総和が総レコード件数となります。

統計情報（AJSPERF）

実行登録されているユニットの総数がレコード数になります。

ID管理（AJSID）

実行中のユニットの総数がレコード数になります。

(c)　スケジューラーデータベースに関する補足事項

電源ダウンなどの理由でスケジューラーサービスが正しく計画停止されない場合は，次回起動時にメッセージKAVS0211-WをWindowsイベントログ，またはsyslogに出力して続行します。ジョブが実行中に不正に停止されたおそれがあるため，ジョブの状態を確認してください。

(2)　エージェント管理用データベースについて

エージェント管理制御が使用するエージェント管理用データベースでは，実行エージェントや実行エージェントグループの定義情報を管理しています。エージェント管理用データベースのデータベーステーブルについて，次の表に示します。

表2-25　エージェント管理用データベースのテーブル

テーブル名
内容
行長
（単位：バイト）
可変長
（単位：バイト）
キー数
インデクス数
インデクス長（単位：バイト）

AJSEXECAGT
実行エージェント定義
952
なし
1
1
4

AJSAGTEXECCNT
ジョブ実行多重度定義
20
なし
1
1
8

AJSEXECAGTGRP
実行エージェントグループ定義
696
なし
1
1
4

AJSLINKAGT
接続先実行エージェント定義
20
なし
1
1
8

各テーブルのレコード数を次に示します。

実行エージェント定義（AJSEXECAGT）

定義されている実行エージェント数がレコード数になります。

ジョブ実行多重度定義（AJSAGTEXECCNT）

「定義されている実行エージェント数 ＊ 48」がレコード数になります。

実行エージェントグループ定義（AJSEXECAGTGRP）

定義されている実行エージェントグループ数がレコード数になります。

接続先実行エージェント定義（AJSLINKAGT）

各実行エージェントグループに接続されている実行エージェントの総和がレコード数になります。

2.6.4　JP1/AJS3でセットアップされるデータベース設定

JP1/AJS3 - Managerを新規にインストールすると，インストール時のセットアップ処理で組み込みDB環境が自動的に構築されます。また，各種セットアップコマンドを実行した場合も同様に組み込みDB環境が自動的に構築されます。※

注※

jajs_migrateコマンドおよびjajs_setup_clusterコマンドで-Sオプションを指定した場合，組み込みDB環境は構築されません。

それぞれのセットアップの延長で構築される組み込みDBの概要を次の表に示します。

表2-26　JP1/AJS3の各機能が使用するデータベース

設定
新規インストール時
jajs_setupコマンド実行時
jajs_setup_clusterコマンド実行時
jajs_migrateコマンド実行時

データベースモデル
小規模
小規模
小規模
小規模※1

組み込みDB運用ディレクトリ

Windowsの場合

JP1/AJS3のインストール先フォルダ¥embdb¥_JF0

UNIXの場合

/opt/jp1ajs2/embdb/_JF0

Windowsの場合

JP1/AJS3のインストール先フォルダ¥embdb¥セットアップ識別子

UNIXの場合

/opt/jp1ajs2/embdb/セットアップ識別子

Windowsの場合

JP1/AJS3のインストール先フォルダ¥embdb¥セットアップ識別子

UNIXの場合

/opt/jp1ajs2/embdb/セットアップ識別子

Windowsの場合

JP1/AJS3のインストール先フォルダ¥embdb¥セットアップ識別子

UNIXの場合

/opt/jp1ajs2/embdb/セットアップ識別子

データ領域格納ディレクトリ

Windowsの場合

JP1/AJS3のインストール先フォルダ¥embdb¥_JF0¥dbarea

UNIXの場合

/var/opt/jp1ajs2/embdb/_JF0/dbarea

物理ホスト環境

Windowsの場合

JP1/AJS3のインストール先フォルダ¥embdb¥セットアップ識別子¥dbarea

UNIXの場合

/var/opt/jp1ajs2/embdb/セットアップ識別子/dbarea

論理ホスト環境

Windowsの場合

-Dオプションに指定したフォルダ¥jp1ajs2¥embdb¥セットアップ識別子¥dbarea

UNIXの場合

-Dオプションに指定したディレクトリ/jp1ajs2/embdb/セットアップ識別子/dbarea

Windowsの場合

-dオプションに指定したフォルダ¥jp1ajs2¥embdb¥セットアップ識別子¥dbarea

UNIXの場合

-dオプションに指定したディレクトリ/jp1ajs2/embdb/セットアップ識別子/dbarea

Windowsの場合

JP1/AJS3のインストール先フォルダ¥embdb¥セットアップ識別子¥dbarea

UNIXの場合

/var/opt/jp1ajs2/embdb/セットアップ識別子/dbarea

システムファイル領域格納ディレクトリ

Windowsの場合

JP1/AJS3のインストール先フォルダ¥embdb¥_JF0¥dbarea

UNIXの場合

/var/opt/jp1ajs2/embdb/_JF0/dbarea

物理ホスト環境

Windowsの場合

JP1/AJS3のインストール先フォルダ¥embdb¥セットアップ識別子¥dbarea

UNIXの場合

/var/opt/jp1ajs2/embdb/セットアップ識別子/dbarea

論理ホスト環境

Windowsの場合

-Dオプションに指定したフォルダ¥jp1ajs2¥embdb¥セットアップ識別子¥dbarea

UNIXの場合

-Dオプションに指定したディレクトリ/jp1ajs2/embdb/セットアップ識別子/dbarea

Windowsの場合

-dオプションに指定したフォルダ¥jp1ajs2¥embdb¥セットアップ識別子¥dbarea

UNIXの場合

-dオプションに指定したディレクトリ/jp1ajs2/embdb/セットアップ識別子/dbarea

Windowsの場合

JP1/AJS3のインストール先フォルダ¥embdb¥セットアップ識別子¥dbarea

UNIXの場合

/var/opt/jp1ajs2/embdb/セットアップ識別子/dbarea

作業領域ディレクトリ

Windowsの場合

JP1/AJS3のインストール先フォルダ¥embdb¥_JF0¥dbarea

UNIXの場合

/var/opt/jp1ajs2/embdb/_JF0/dbarea

Windowsの場合

JP1/AJS3のインストール先フォルダ¥embdb¥セットアップ識別子¥dbarea

UNIXの場合

物理ホスト環境

/var/opt/jp1ajs2/embdb/セットアップ識別子/dbarea

論理ホスト環境

/opt/jp1ajs2/embdb/セットアップ識別子/dbarea

Windowsの場合

JP1/AJS3のインストール先フォルダ¥embdb¥セットアップ識別子¥dbarea

UNIXの場合

/opt/jp1ajs2/embdb/セットアップ識別子/dbarea

Windowsの場合

JP1/AJS3のインストール先フォルダ¥embdb¥セットアップ識別子¥dbarea

UNIXの場合

/var/opt/jp1ajs2/embdb/セットアップ識別子/dbarea

セットアップ識別子
_JF0
_JF0～_JFZ※2,※3
-Iオプションの値
_JF0～_JFZ※2

ポート番号
22220
22220～22239※2,※4
-Pオプションの値
22220～22239※2

データベース領域の自動増分
有効
有効
有効
有効

システムログの自動増分
有効
有効
有効
有効

自動ログアンロード機能
無効
無効
無効
無効

システムログの二重化
無効
無効
無効
無効

空き領域の再利用機能の再利用開始ポイント
小規模※1
小規模※1
小規模※1
小規模※1

注※1

-sオプションにl（大規模）またはm（中規模）を指定することで変更できます。

注※2

この範囲で自動的に採番されます。

注※3

論理ホストにスケジューラーサービスを追加する場合，-Iオプションに構築済みの組み込みDBのセットアップ識別子を指定すると，指定したセットアップ識別子で構築された組み込みDB内にスケジューラーサービスのデータベースが作成されます。-Iオプションに構築されていないセットアップ識別子を指定した場合は，新たに組み込みDBが構築され，スケジューラーサービスのデータベースが作成されます。

注※4

-Pオプションを指定した場合は，指定した値になります。

上記の設定とは異なる組み込みDB環境を構築したい場合は，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　付録C 組み込みDBの高度なセットアップ」，またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　付録D 組み込みDBの高度なセットアップ（クラスタ構成の場合）」に記載のセットアップを実施し，組み込みDB環境を構築する必要があります。

また，新規インストールによって自動的に構築された組み込みDBの設定を変更する場合は，組み込みDB環境を再セットアップする必要があります。詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　付録C.2(7) 組み込みDBの再セットアップ」を参照してください。

3.　見積もり

この章では，JP1/AJS3の見積もりについて説明します。

JP1/AJS3を使ったシステムを実際に構築する前までに，システムリソースやカーネルパラメーターなどについて，おおよその値を計算しておく必要があります。

また，運用の途中であらかじめ算出した値を変更したい場合も，この章で説明する内容を使って再見積もりすることもあります。

＜この章の構成＞

3.1　JP1/AJS3の処理性能を見積もる

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

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

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

3.1　JP1/AJS3の処理性能を見積もる

JP1/AJS3を使ったシステムで，自動化する業務をできるだけ効率良く運用できるようにするために，ここで説明する内容について見積もっておいてください。

＜この節の構成＞

3.1.1　ジョブのスループット

3.1.2　JP1/AJS3 - Viewのレスポンス

3.1.3　JP1/AJS3 Console Viewのレスポンス

3.1.4　イベント監視の処理性能

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

3.1.1　ジョブのスループット

JP1/AJS3のスループットを考える場合には，JP1/AJS3の処理性能とJP1/AJS3から起動したジョブの実行時間を分けて考える必要があります。JP1/AJS3がジョブを起動してから，実際にジョブが終了するまでの間はジョブそのものの実行時間になります。そのため，JP1/AJS3の処理性能とジョブの実行時間を考慮して，単位時間当たりに実行するジョブ量を見積もる必要があります。

なお，大量に標準エラー出力に出力した場合や，大容量の転送ファイルを転送する場合には，別途その転送時間も考慮する必要があります。

＜この項の構成＞

(1)　ジョブの処理性能

(2)　イベントジョブの処理性能

(3)　スケジューラーサービスの多重起動

(4)　エージェントホストの分散

(5)　OSのチューニング

(1)　ジョブの処理性能

JP1/AJS3の処理能力は，単位時間当たりのジョブ実行数で見積もれます。負荷の軽い状態で「何もしないジョブ」を多く実行させた結果が，JP1/AJS3のピーク時の性能と考えることができます。実際に業務を実行するジョブの数が，ピーク時の性能を十分に下回っていることを確認してください。

一般に，ジョブは特定の時間帯に集中して実行することが多いので，安定した性能見積もりのためには，最もジョブが集中する時間帯で，ピーク時の性能を超えないように考慮する必要があります。

また，業務を運用中にジョブがエラーになってリカバリー処理をすることを考慮し，余裕を持って性能を見積もってください。

簡易的に，ジョブの実行が最も集中する時間帯には平均の10倍のジョブが実行されると仮定し，一日のジョブ総量はピーク時の性能の10分の1程度の範囲で利用するように見積もって運用することを推奨します。一日のジョブ運用時間を12時間とした場合の見積もり例を次の表に示します。

ピーク時の性能は，使用しているハードウェアなどによって変わります。

表3-1　JP1/AJS3のジョブのスループットの見積もり例

ピーク時の性能
（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時間当たりのジョブ実行数は，次のようになります。

0.5件＊3,600秒 = 1,800件

運用時間を12時間と仮定しているため，ピーク時の性能で運用が12時間続いた場合を仮定すると，1日のジョブ実行数は次のようになります。

1,800件＊12時間 = 21,600件

そのため，1日当たりの推奨ジョブ実行数は，次のようになります。

21,600件 / 10 = 2,160件

(2)　イベントジョブの処理性能

イベントジョブ（起動条件内のものを含む）は，標準ジョブとは実行プロセスが異なることから，「(1) ジョブの処理性能」の内容には該当しません。

イベントジョブについては，一度に実行登録できる上限数などの制限があるため，「付録B(8) イベント・アクション制御の制限値」を参照の上，制限値の範囲内で運用してください。

また，事前にイベント発生数を見積もり，「3.1.4 イベント監視の処理性能」を参照の上，処理できるイベント数の範囲内で運用してください。

(3)　スケジューラーサービスの多重起動

マネージャーホストに複数のCPUが搭載されている場合，一つのスケジューラーサービスによる運用では資源の活用に限界があるため，多重起動する運用を推奨します。スケジューラーサービスの多重起動については，「4.3.5 スケジューラーサービスの多重起動について検討する」を参照してください。

なお，CPUが一つしか搭載されていないマシンの場合でも，CPU処理能力の範囲でスケジューラーサービスの多重起動が有効と考えられるケースがあるため，上記のシステム構成の検討を推奨します。

(4)　エージェントホストの分散

マネージャーホストでの処理能力を最大限に生かすために，ジョブの実行先を複数のエージェントホストに分散させる構成を推奨します。これによって，マネージャーホストの負荷を軽減できます。

複数のエージェントホストに負荷分散させる構成については，「2.5.2 負荷分散に対応する場合の検討」を参照してください。

(5)　OSのチューニング

(a)　TCP/IPパラメーター

ジョブを大量に実行するような運用の場合，JP1/AJS3内のプロセス間通信およびマネージャー・エージェント間通信で利用するソケットポート数がOSの上限を超え，ジョブ実行遅延，ジョブ異常終了，スケジューラーサービス異常終了，およびコマンド異常終了が発生することがあります。

このため，業務のピーク時にソケットポート数不足が発生しないように，OSのTCP/IPパラメーターを調整する必要があります。調整するパラメーターを次に示します。

ソケットポートの個数

ソケットポートのTIME_WAIT間隔

各OSのTCP/IPパラメーターのデフォルト値を次の表に示します。

表3-2　TCP/IPパラメーターのデフォルト値

OS
利用できる
ソケットポート数
TIME_WAIT間隔
（単位：秒）

Windows Server 2008
16,383
120

Windows Server 2003
3,976
120

HP-UX(IPF)
16,383
60

Solaris
32,768
60

AIX
32,768
15

Linux
28,233
60

利用できるソケットポート数やTIME_WAIT間隔の値は，OSのバージョンやサービスパックによって異なることがあるため，最新のOSのマニュアルなどで確認してください。

Windowsの場合，次に示すレジストリーの設定を変更してOSを再起動することでTCP/IPパラメーターを変更できます。設定の変更方法およびその他のOSでの変更方法については，各OSのマニュアルを参照してください。

レジストリーキー
¥¥HKEY_LOCAL_MACHINE¥SYSTEM¥CurrentControlSet¥Services¥Tcpip¥Parameters

パラメーター

MaxUserPort

TcpTimedWaitDelay

次に示す方法で，TIME_WAIT間隔単位時間当たりで実行できる最大ジョブ数を見積もり，必要に応じてTCP/IPパラメーターを調整してください。

なお，OSのTCP/IPパラメーターを調整することによって，OSリソースが消費されることがあります。詳細については，各OSのマニュアルなどを確認してください。

見積もり方法

次の計算式で見積もります。

TIME_WAIT間隔※1単位時間当たりで実行できる最大ジョブ数
= 利用できるソケットポート数※1，※2 / JP1/AJS3使用ポート数※3

注※1

具体的な値は，OSのTCP/IPパラメーター値を確認してください

注※2

OSのTCP/IPパラメーター値は，システムで利用できる総数です。このため，OSのサービスやJP1/AJS3以外の製品が利用するソケットポート数を除いた値としてください。

注※3

JP1/AJS3での1ジョブ実行時に使用するポート数です。最大で11個使用します。ただし，エージェント監視インターバル（デフォルト5分）がTIME_WAIT間隔より短い場合は，最大で12個使用します。

見積もり例

Windows Server 2003の場合（OSのデフォルト設定の場合）を例にして説明します。

OSで利用できるソケットポート数
3,796個※

TIME_WAIT間隔
120秒

TIME_WAIT間隔単位時間当たりで実行できる最大ジョブ数
3,796 / 11 = 345

注※

JP1/AJS3以外の製品でソケットポートを利用しない場合の個数です。実際に見積もりをする際には，OSのサービスやJP1/AJS3以外の製品で利用するソケットポート数を除いた値にする必要があります。

この例の場合，120秒間に345以上のジョブを実行するとソケットポートが枯渇してジョブ実行遅延などが発生するおそれがあります。そのため，120秒間に345以上のジョブを実行するような状況が考えられる場合，OSのTCP/IPパラメーターの設定を変更して最大ジョブ実行数を調整する必要があります。

3.1.2　JP1/AJS3 - Viewのレスポンス

JP1/AJS3 - Viewを使う場合，JP1/AJS3 - Managerからの応答時間は，次の式で近似値を算出できます。

レスポンス時間=

JP1/AJS3 - Managerでの処理時間

+ データ転送時間

+ 描画時間

＜この項の構成＞

(1)　JP1/AJS3 - Managerでの処理時間

(2)　データ転送時間

(3)　描画時間

(1)　JP1/AJS3 - Managerでの処理時間

JP1/AJS3 - Managerをインストールしたマシンの処理性能が低い場合は，JP1/AJS3 - Managerの処理時間が長くなります。JP1/AJS3 - Managerでの処理を次に示します。

接続（ユーザー認証）

ユニット定義データの更新および実行予定・実行結果データの取得

ユニットに対する操作

(a)　接続（ユーザー認証）

JP1/AJS3 - ViewからJP1/AJS3 - Managerに接続する場合は，ユーザー認証の処理のため，認証サーバにアクセスします。このため，認証サーバのマシンが起動していない場合や，複数の認証サーバを使用するような運用をしている場合は，その分処理時間が長くなります。

(b)　ユニット定義データの更新および実行予定・実行結果データの取得

JP1/AJS3 - Manager側の処理は，JP1/AJS3 - Viewからの要求の種類によって異なりますが，ディスクに格納されている定義や状態を検索・参照・更新することが中心になるため，ディスク性能に影響を受ける傾向があります。

特に，［マンスリースケジュール］ウィンドウ，［デイリースケジュール］ウィンドウ，［JP1/AJS3 - View］ウィンドウ（サマリー監視画面）で，構成要素が多く，かつ実行世代の多いジョブネットを表示する場合や，［JP1/AJS3 - View］ウィンドウ（メイン画面）でジョブグループの状態を表示する場合などは処理に時間が掛かります。実行計画の算出処理には，CPU性能にも影響を受けます。

より安定した性能を実現するためには，ほかの業務のディスクアクセス頻度やCPU使用状況など，サーバマシン全体の負荷を見積もる必要があります。

(c)　ユニットに対する操作

構成要素の多いジョブネットに対して長期間にわたる確定実行登録を行っている場合や，保存世代数の設定が非常に大きいジョブネットに対して登録解除を行う場合などは，JP1/AJS3 - Managerの処理時間が長くなります。このような状況では，JP1/AJS3 - Viewで通信処理がタイムアウトし，メッセージ「KAVV402-E 接続先からの応答待ちにタイムアウトしました。」が表示されることがあります。確定登録期間を短くしたり，保存世代数を小さく設定したり，などの対策で，JP1/AJS3 - Managerの処理時間が長くならないように，運用の見直しを検討してください。運用の見直しができない場合は，エラーメッセージKAVV402-Eの対処方法に従ってタイムアウト値を変更してください。このタイムアウト値のデフォルトは30分です。使用している環境でレスポンス時間を測定し，適切な値を見積もってください。適切なタイムアウト値は，JP1/AJS3 - Managerの処理内容，ネットワークの状態，マシン性能によって大きく異なります。使用している環境でレスポンス時間を測定し，適切な値を見積もってください。十分に大きな値でレスポンス時間を測定したあと，測定値以上の値（余裕を持たせた値）をタイムアウト値として設定してください。

(2)　データ転送時間

データ転送時間は，JP1/AJS3 - ViewとJP1/AJS3 - Manager間のネットワーク性能の影響を受けます。

また，表示するユニットや実行世代の数が増えるに従いデータ転送時間が長くなります。使用しているネットワークが低速である場合は，次のような運用を検討してください。

画面を自動更新しないか，または更新間隔を長くする。

一つの画面で表示される要素（ジョブやジョブネットなど）の数を少なくする。

(3)　描画時間

JP1/AJS3 - Viewの表示性能は，基本的にはJP1/AJS3 - Viewホストのマシン性能の影響を受けます。JP1/AJS3 - Viewホストの処理速度が遅い場合は描画時間が長くなるため，表示対象のユニットや関連線，保存世代数などが増えて描画が遅く感じるようになったら，JP1/AJS3 - Viewをインストールしているマシンのアップグレードを検討してください。

特に，［マンスリースケジュール］ウィンドウや［デイリースケジュール］ウィンドウで，スケジュール設定によって実行世代が数万になるようなジョブネットや，数百のジョブネットを持つジョブグループを表示させる場合，表示に時間が掛かったり，メモリーの所要量が増加したりします。このため，［マンスリースケジュール］ウィンドウや［デイリースケジュール］ウィンドウを使った運用をする場合は，JP1/AJS3 - Viewをインストールしているマシンのアップグレードを検討してください。

3.1.3　JP1/AJS3 Console Viewのレスポンス

JP1/AJS3 Console Viewのレスポンス時間は，次の式で近似値を算出できます。

レスポンス時間=

JP1/AJS3 Console Managerでの処理時間

+ データ転送時間

+ 描画時間

＜この項の構成＞

(1)　JP1/AJS3 Console Managerでの処理時間

(2)　データ転送時間

(3)　描画時間

(1)　JP1/AJS3 Console Managerでの処理時間

JP1/AJS3 Console Managerとして使用するマシンの処理性能が低い場合は，JP1/AJS3 Console Managerの処理時間が長くなります。

JP1/AJS3 Console Managerでの処理を次に示します。

接続（ユーザー認証）

定義データの取得および更新

(a)　接続（ユーザー認証）

JP1/AJS3 Console ViewからJP1/AJS3 Console Managerに接続する場合は，ユーザー認証の処理のため，認証サーバにアクセスします。

このため，認証サーバのマシンが起動していない場合や，複数の認証サーバを使用するような運用をしている場合は，その分処理時間が長くなり，JP1/AJS3 Console Viewでは通信処理がタイムアウトし，エラーメッセージ「KAVC4506-E 接続先からの応答待ちにタイムアウトしました。」が表示されることがあります。

この認証時のタイムアウト値のデフォルトは300秒です。このタイムアウト値はカスタマイズできます。ただし，適切なタイムアウト値は，ネットワークの状態，マシン性能などによって大きく異なります。使用している環境でレスポンス時間を測定し，適切な値を見積もってください。

タイムアウト値のカスタマイズについては，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　14.2.4 通信オプションを設定する」を参照してください。

(b)　定義データの取得および更新

JP1/AJS3 Console ViewからJP1/AJS3 Console Managerに定義データを取得する場合，および定義データを更新する場合，JP1/AJS3 Console Manager側の処理は，ディスクに格納されている定義を参照・更新することが中心となるため，ディスクI/O性能に影響を受けます。

JP1/AJS3 Console Viewで通信処理がタイムアウトした場合は，エラーメッセージ「KAVC4506-E接続先からの応答待ちにタイムアウトしました。」が表示されることがあります。

この時のタイムアウト値のデフォルトは300秒です。このタイムアウト値はカスタマイズできます。ただし，適切なタイムアウト値は，ネットワークの状態，マシン性能などによって大きく異なります。使用している環境でレスポンス時間を測定し，適切な値を見積もってください。

また，より安定した性能を実現するためには，ほかの業務のディスクI/O頻度など，サーバマシン全体の負荷を見積もる必要があります。

タイムアウト値のカスタマイズについては，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　14.2.4 通信オプションを設定する」を参照してください。

(2)　データ転送時間

データ転送時間は，JP1/AJS3 Console ViewとJP1/AJS3 Console Manager間のネットワーク性能に影響を受けます。また，多数のオブジェクトを画面に表示している場合は，その分，画面を表示するまでの時間が長くなります。

(3)　描画時間

JP1/AJS3 Console Viewの表示性能は，基本的にはJP1/AJS3 Console Viewホストのマシン性能の影響を受けます。JP1/AJS3 Console Viewホストの処理速度が遅い場合，描画時間が長くなります。

3.1.4　イベント監視の処理性能

JP1/AJS3のイベントジョブおよび起動条件付きジョブネットでイベントを監視する場合は，実行数や発生するイベントの量をあらかじめ見積もり，JP1/AJS3の処理性能の範囲内で使用してください。

ここでは，JP1/AJS3のイベント監視の処理性能の見積もりと設定について説明します。

イベント監視の処理性能は，一つのイベントジョブまたは起動条件付きジョブネットが，1件のイベント発生から次のイベントを処理できるようになるまでの時間で見積もります。見積もり時間よりも短い時間内にイベントが発生する場合，イベントジョブ，または起動条件付きジョブネットがボトルネックとなり，他のジョブネットの処理遅延を引き起こすおそれがあります。そのため，イベント発生頻度を事前に予測できる場合は，予測した時間よりも短い時間内にイベントが発生しないような監視条件を設定することを推奨します。

また，複数のイベント監視に対して，ほぼ同時に複数のイベントが発生する場合も，同じようにボトルネックとなるおそれがあります。同時に発生するおそれがあるイベントを監視しないようにしてください。

なお，イベント監視1件当たりの処理時間は約0.6秒ですが，使用しているハードウェアなどによって異なります。

また，スケジューラーサービスでの単位時間当たりのイベント発生数で，スケジューラーサービスのイベント監視についての処理能力を見積もれます。スケジューラーサービスに通知されるイベントの発生数が，次に示す式で算出される値を十分に下回るような運用を推奨します。イベント監視の処理性能を見積もるときの計算式を次に示します。

ジョブネット登録時

イベントジョブが実行できるようになる時間（単位：秒） = イベントジョブ数※＊0.8

注※

同時に実行登録されるイベントジョブ（起動条件を含む）の総数です。

イベント発生時

処理できるイベントの件数 = 単位時間（単位：秒） / 0.6

（例）60秒間で処理できるイベントの件数を算出する場合

処理できるイベントの件数 = 60 / 0.6 = 100

したがって，60秒間に処理できるイベントの数は100です。

上記の式で算出した値（「処理できるイベントの件数」）が，ピーク時の性能（イベントジョブ，起動条件だけを実行させる場合に処理できる数）です。

なお，イベントの発生量は，ピーク時も含めて1スケジューラーサービス当たり1時間で1,000件以内の発生量になるようにしてください。

イベント順序保証オプションを使用した場合の性能

イベント順序保証オプションを使用した場合，エージェントはマネージャーにイベントを通知すると，マネージャーからの返信があるまで次のイベントを通知しません。また，マネージャーからの返信の有無を確認する処理は，一定時間（10秒）ごとに行い，次のイベントを通知するのは，マネージャーからの返信の確認後になります。そのため，1時間当たりのイベント処理の最大件数は360件となります。ただし，イベント順序保証オプションを使用した実際の運用では，運用しているシステムでのイベントの発生状況にもよりますが，1時間当たりのイベント処理件数を180件として見積もることを推奨します。

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

ファイル監視ジョブを使用するときに設定する，監視間隔時間の見積もりについて説明します。JP1/AJS3で，同時に多数のファイル監視ジョブを同じ監視間隔値で実行すると，設定した監視間隔の時間内にすべてのジョブに対する処理が終了しない，という状態が発生します。このような状態で運用を続けていると，ファイルの更新が設定した間隔時間ごとに正しく監視されていないため，監視対象ファイルの更新からイベントの発生までに監視間隔値以上の時間が掛かるなどの現象が発生します。そのため，次に示す見積もり式を利用して，多数のファイル監視ジョブを実行する場合に設定する監視間隔時間を算出してください。

＜この項の構成＞

(1)　監視間隔時間の見積もり式

(2)　ファイル監視ジョブに設定する監視間隔時間の見積もり例

(1)　監視間隔時間の見積もり式

次の見積もり式で値の大きい方を監視間隔の値として設定してください。

見積もり式1 = (A＊実行ジョブ数) + (Bの合計値)

見積もり式2 = (C＊実行ジョブ数) + (Dの合計値) + (E＊ピーク時の発生イベント数※) + (発生イベント数がピークに達している時のFの合計値)

注※

ピーク時の発生イベント数とは，1分当たりに成立するイベント数で最大のものを指します。

表3-3　ファイル監視ジョブ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秒以上の値を監視間隔時間として設定してください。

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

JP1/AJS3を使用したシステムで，最適な性能を発揮できるようにするには，システムを構成するネットワークや，メモリーやカーネルパラメーターなどのシステムリソースについて，できる限り最適な値を見積もることが重要です。この節では，JP1/AJS3を使用する際に必要なシステム性能の見積もりについて説明します。

＜この節の構成＞

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

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

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

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

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

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

次のデータ量の見積もりについて説明します。

JP1/AJS3 - ManagerとJP1/AJS3 - Agent間

JP1/AJS3 - ViewとJP1/AJS3 - Manager間

JP1/AJS3 Console ViewとJP1/AJS3 Console Manager間

＜この項の構成＞

(1)　JP1/AJS3 - ManagerとJP1/AJS3 - Agent間のデータ量を見積もる

(2)　JP1/AJS3 - ViewとJP1/AJS3 - Manager間のデータ量を見積もる

(3)　JP1/AJS3 Console ViewとJP1/AJS3 Console Manager間のデータ量を見積もる

(1)　JP1/AJS3 - ManagerとJP1/AJS3 - Agent間のデータ量を見積もる

ジョブの実行と，実行結果の転送に関するデータについて見積もります。

JP1/AJS3 - ManagerとJP1/AJS3 - Agent間のデータ量の見積もりを次の表に示します。

なお，キューレスジョブを使用する場合も同様のデータ量を見積もってください。

表3-4　JP1/AJS3 - ManagerとJP1/AJS3 - 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 3 コマンドリファレンス1　2. コマンド　ajsprint」，およびマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　4.2.6 UNIX／PCジョブ定義情報の記述方法」を参照してください。

また，該当ジョブにイベントジョブで受信した情報を引き継ぐ場合には，上記の値にマクロ変数のサイズを追加してください。各イベントジョブで引き継ぐ情報のサイズについては，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　付録A イベントジョブで引き継ぐ情報」を参照してください。

注※2

転送ファイルのサイズの見積もり式は次のとおりです。

ファイル数
　Σ（ファイル名長＋ファイルサイズ＋（12＊ファイル行数）＋100）

注※3

結果ファイルのサイズの見積もり式は次のとおりです。

ファイル数
　Σ（結果ファイルサイズ＋（12＊ファイル行数）＋116）

また，上記以外に障害が発生しているエージェントホストを監視したり，実行登録したジョブをポーリング監視したりする場合にも，JP1/AJS3 - ManagerとJP1/AJS3 - Agent間でデータのやり取りが発生します。これらの1回のポーリング当たりのデータ量を次に示します。ただし，キューレスジョブの場合は，ポーリング監視は行われません。

表3-5　JP1/AJS3 - ManagerとJP1/AJS3 - Agent間のポーリング監視でのデータ量の見積もり

情報の種類
1回のポーリング当たりの転送データ量の
見積もり（単位：バイト）

障害中のエージェントホストの状態確認要求転送
300

実行中ジョブの状態確認要求転送
350 + エージェントホスト名サイズ

(2)　JP1/AJS3 - ViewとJP1/AJS3 - Manager間のデータ量を見積もる

ジョブネットの定義などに関するデータ量を見積もります。操作のための通信などは，データサイズが比較的小さいため，ここでは見積もりません。

JP1/AJS3 - ViewとJP1/AJS3 - Manager間のデータ量の見積もりを次の表に示します。

表3-6　JP1/AJS3 - ViewとJP1/AJS3 - Manager間のデータ量の見積もり

表示ウィンドウ | 転送データ量の見積もり（単位：バイト）
JP1/AJS3 - View（メイン画面） | ユニット数＊500
JP1/AJS3 - View（サマリー監視画面） | 全スケジュール数※＊400
ジョブネットエディタ | ユニット数＊250 + 関連線の数＊50
ジョブネットモニタ | ユニット数＊300 + 関連線の数＊50
デイリースケジュール，またはマンスリースケジュール | 全スケジュール数※＊150
検索 | 検索結果数＊450

注※

ルートジョブネット下のすべてのユニットの，実行予定および実行結果の数です。

操作対象がジョブグループの場合は，ジョブグループ直下のルートジョブネット下の，すべてのユニットの実行予定および実行結果の数です。

データ量の見積もり例を次に示します。

300個のユニットと100本の関連線が定義されているジョブネットを，［ジョブネットモニタ］ウィンドウで確認する場合
300＊300 + 100＊50＝95,000 （単位：バイト）

100個のジョブが定義されているジョブネットを100個，毎日1回計画実行する運用で，実行予定・実行結果を［デイリースケジュール］ウィンドウで確認する場合
100＊100＊150＝1,500,000 （単位：バイト）

JP1/AJS3 - Viewは，指定された間隔で自動的にJP1/AJS3 - Managerから情報を取得します（デフォルトは［ジョブネットモニタ］ウィンドウでは30秒，その他のウィンドウでは300秒です。30秒から設定できます）。ネットワークを流れるデータ量を見積もる必要がある場合には，JP1/AJS3 - Viewの更新間隔と，それぞれのウィンドウに必要なデータサイズから算出します。

(3)　JP1/AJS3 Console ViewとJP1/AJS3 Console Manager間のデータ量を見積もる

JP1/AJS3 Console ViewとJP1/AJS3 Console Manager間のデータ量の見積もりについて説明します。

表3-7　JP1/AJS3 Console ViewとJP1/AJS3 Console Manager間のデータ量の見積もり

見積もるデータ量の種類 | 見積もり（単位：バイト）
AJS3ユニット監視オブジェクトを定義（新規作成，更新）する，または定義情報を表示する際のデータ量 | 250 + (監視先ホスト名に指定したホスト名長※ + AJS3ユニット監視オブジェクトに指定したユニット完全名長※)
複数のオブジェクトをコピーして貼り付けする際のデータ量 | 貼り付けするオブジェクト数＊150
複数のオブジェクトを削除する際のデータ量 | 削除するオブジェクト数＊100
画面を表示する際のデータ量 | 定義されている監視オブジェクト数＊200 + 100

注※

指定文字列の中に「"」や「＃」がある場合は2バイトとして見積もってください。

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

WAN環境での通信量については，「2.3.5 WAN環境で使用する場合の通信」を参照してください。

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

JP1/AJS3のメモリー所要量については，リリースノートを参照してください。

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

JP1/AJS3のディスク占有量については，リリースノートを参照してください。ただし，リリースノートに記載した見積もり方法のうち，ユーザーが定義したデータサイズの見積もりについては，ここでの説明に従って見積もってください。

ユーザーが定義したデータのうち，ユニットの定義情報や実行登録情報は組み込みDBに含まれます。しかし，それ以外の定義情報は，組み込みDBには含まれません。組み込みDBには含まれないデータのディスク占有量も，あらかじめ見積もっておいてください。

見積もり方法を次に示します。

表3-8　ユーザーが定義したデータサイズの見積もり

ユーザーが定義したデータ | 見積もり式（単位：メガバイト）
イベントジョブ実行環境（未通知情報など）※1 | 100※2
QUEUEジョブ，サブミットジョブ実行環境（キューなど）※3 | 4
QUEUEジョブ，サブミットジョブの実行ログ（ジョブ情報，標準エラー出力ファイル，標準出力ファイルなど）※3，※4 | a＊(0.0095 + b + c)
ルートジョブネットごとのジョブ情報※5 | 保存世代数＊ルートジョブネット配下にあるすべてのジョブの標準エラー出力サイズの合計値
イベントジョブ情報ごとのディスク占有量※5 | 保存世代数＊イベントジョブの引き継ぎ情報が設定されているイベントジョブ数＊0.004
一時変更の操作管理機能を使用する場合のディスク占有量※6 | 0.001＋d
標準出力ファイル・標準エラー出力ファイルなど※7 | 0.5＊e
JP1/AJS3 Console Managerを使用する場合のディスク占有量 | 0.005＊f＊g＋h
ジョブ実行環境（ジョブ情報） | 15.2＊i

（凡例）

a：

QUEUEジョブ，サブミットジョブのジョブ情報の件数

次の計算式で計算します。

1日に実行されるジョブ数＊（ジョブ情報の保存日数 + 1）

b：

QUEUEジョブ，サブミットジョブのジョブ実行定義に指定した環境変数のサイズ（環境変数を利用しない場合は0バイト，最大は20キロバイト）

c：

サブミットジョブで出力する，標準エラー出力ファイルおよび標準出力ファイルのデータサイズ

d：一時変更情報のサイズの総和

ルートジョブネットごとに，次の計算式で計算した値を合計します。

0.002＊A＋0.003＊B

A：

ルートジョブネットとその配下のユニットに，一時変更情報として保存される操作を行う回数

B：

Aのうち，引き継ぎ情報を指定して実行予定の追加を行う回数

ルートジョブネットおよびその配下のユニットに，一時変更情報として保存される操作を行うたびに一時変更情報が追加されます。なお，保存期限を過ぎた一時変更情報が保存されているルートジョブネットおよびその配下のユニットに対して，一時変更情報として保存される操作を行ったとき，保存期限を過ぎた一時変更情報が自動的に削除されます。一時変更情報として保存される操作については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.5.16(1)(a)　一時変更情報として保存される操作」を，一時変更情報の保存期限については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.5.16(1)(b)　一時変更情報の保存期限」を参照してください。

e：

エージェントのジョブ実行多重度（標準は5）

f：

ルート業務スコープ内のオブジェクト数の合計

g：

業務監視を行うJP1ユーザー数

h：

トレースログファイルの容量（標準は3メガバイト）

i：

スケジューラーサービス数

注※1

イベントジョブ（起動条件に設定しているものを含む）を実行した場合，実行したイベントジョブの定義データや監視条件が成立した際のイベントの情報などが，イベント・アクション制御マネージャーやイベント・アクション制御エージェントなどのプロセス間で通信されます。その際，一時的なネットワーク障害や通信相手のプロセスがビジー状態であることが原因で通信できない場合，通信する情報を「未通知情報」としていったんファイルに保存し，一定間隔後に再送します。

未通知情報のデータサイズは，未通知情報が滞留する最大値で見積もっています。

なお，未通知情報は再送に成功すると削除されます。

注※2

この値は，次の計算式で見積もっています。

未通知情報のディスク占有量 = （0.025＊A）+（0.005＊B）（単位：メガバイト）

A：一つのスケジューラーサービスが1時間当たりに処理できるイベント件数

B：イベント・アクション制御からスケジュール制御への未通知情報の滞留件数

イベント・アクション制御マネージャーとイベント・アクション制御エージェント間で通信するデータがすべて未通知情報となった場合，Aは最大で1,000になります。一つのスケジューラーサービスが1時間当たりに処理できるイベント件数については，「3.1.4 イベント監視の処理性能」を参照してください。

また，イベント・アクション制御からスケジュール制御へ通信する際にデータがすべて未通知情報となった場合，Bは最大で15,000になります。

そのため，未通知情報がすべて滞留する場合，未通知情報のディスク占有量の最大値は（0.025＊1,000）+（0.005＊15,000） = 100（単位：メガバイト）になります。

注※3

標準構成でQUEUEジョブ，サブミットジョブを使用する場合だけ見積もります。標準構成（ISAMレス構成）および互換用ISAM構成の場合は，見積もる必要はありません。

QUEUEジョブ，サブミットジョブの実行環境および実行ログは，QUEUEジョブ，サブミットジョブの実行環境データベース格納ディレクトリ配下の占有量として見積もります。格納先を変更している場合は，変更先のディレクトリのディスク占有量を見積もってください。

注※4

標準構成の場合，a，b，およびcは，QUEUEジョブ，サブミットジョブの分だけ見積もります。QUEUEジョブ，サブミットジョブを実行するごとに，そのジョブの実行ログが保存されます。ジョブ情報の保存日数を過ぎた実行ログは削除されますが，削除した時点では，QUEUEジョブ，サブミットジョブの実行環境データベースのサイズは小さくなりません。QUEUEジョブ，サブミットジョブの実行環境で使用するISAMファイルを定期的にメンテナンスする必要があります。

メンテナンス方法については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　6.2(2) QUEUEジョブ，サブミットジョブの実行環境で使用するISAMファイルの未使用領域の確認方法と再編成の時期」を参照してください。ジョブ情報保存日数の変更方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.3 ジョブ実行環境設定」を参照してください。

注※5

登録済みルートジョブネットすべてに対しての総和を見積もります。

ジョブエラー情報ディレクトリに格納されるデータであるため，格納先を変更している場合は，変更先のディレクトリのディスク占有量を見積もってください。

注※6

一時変更の操作管理機能を使用する場合だけ見積もります。

ジョブエラー情報ディレクトリに格納されるデータであるため，格納先を変更している場合は，変更先のディレクトリのディスク占有量を見積もってください。

注※7

標準出力ファイル，標準エラー出力ファイル，環境変数，転送ファイルなど，ジョブ実行時のパラメーターに依存する項目です。概算では，一つのジョブにつき0.5メガバイト＊エージェントのジョブ実行多重度（標準は5）としていますが，これらのファイルの平均値が見積もれる場合は，値を変更して計算してください。

補足事項

バージョン8の組み込みDBから移行した場合のディスク占有量の見積もりについては，「8.7(7) バージョン8の組み込みDBから移行した場合のディスク占有量の見積もり」を参照してください。

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

UNIX環境でJP1/AJS3を使用する場合，JP1/AJS3の実行に必要なリソースを割り当てるために，OSのカーネルパラメーターを調整します。調整が必要なカーネルパラメーターについては，リリースノートを参照してください。

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

通常，データベース領域は，不足するたびに少しずつ自動的に拡張され，最大でデータ領域を構築したディスクを使い切るまで拡張されます。

データベース領域をカスタマイズしたい場合は，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　付録B スケジューラーデータベースの見積もり」を参照してください。

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

この節では，JP1/AJS3が出力するログファイルのサイズの見積もり式について説明します。ログファイルの情報は，障害発生時にどのような操作や処理が原因なのかを調査するときに使用します。調査に必要な分だけの情報がログファイルに残っていないと，原因を特定するのに時間が掛かってしまいます。そのため，実行する処理の運用形態に応じて，できる限り適切なログファイルのサイズを見積もっておいてください。

＜この節の構成＞

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

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

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

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

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

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

3.4.7　フロー制御サブプロセスが出力するログファイルのサイズを見積もる

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

スケジューラーログファイルのサイズの見積もりについて説明します。スケジューラーログには，ジョブネットやジョブの実行ログや操作ログが出力され，主に業務の実行状況を監視するために使用します。スケジューラーログファイルが必要とするサイズは，次に示す項目によって大きく異なります。

業務の運用形態（ジョブネットの構造）

JP1/AJS3 - Viewの接続数

操作内容

構成定義の環境設定パラメーターでの指定

AJSLOG

NETLOG

JOBLOG

OPELOG

スケジューラーログの出力先（ホスト単位またはスケジューラーサービス単位）

そのため，必要に応じて，スケジューラーログファイルの適切なサイズを見積もり，デフォルトのディスク占有量を変更してください。スケジューラーログファイルのデフォルトのディスク占有量と最大ディスク占有量については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　1.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

スケジューラーログファイルの見積もりの流れを，次の図に示します。

図3-1　スケジューラーログファイルの見積もりの流れ

＜この項の構成＞

(1)　スケジューラーログファイルの見積もり式

(2)　スケジューラーログファイルの見積もりの例

(3)　スケジューラーログファイルのサイズの拡張方法

(1)　スケジューラーログファイルの見積もり式

スケジューラーログファイルのサイズを見積もるのに必要な式の数は，環境設定パラメーターの設定値によって異なります。次に示す表の条件に従って必要な式を選択してください。

表3-9　スケジューラーログファイルのサイズの見積もり式

スケジューラーサービスの
構成定義での設定値
見積もり式（サイズ：キロバイト）

環境設定パラメーター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

上記の表の見積もり式に従って値を算出したら，算出した値を合計します。

環境設定パラメーターAJSLOGOUTPUTEXTENDに「no」を指定しているとき

一日分のスケジューラーログファイルのサイズ（単位：キロバイト）=（A + B + C + D + E）

環境設定パラメーターAJSLOGOUTPUTEXTENDに「yes」を指定しているとき

一日分のスケジューラーログファイルのサイズ（単位：キロバイト）=（A + B + C +（D＊1.5）+ E）

ホスト単位でログを出力するように指定している場合は，該当するスケジューラーサービスすべてについて上記を見積もり，合計したものが一日分となります。また，必要に応じて保存したい日数を掛けます。

なお，設定する場合は，算出された値より，少し大きめの値を設定してください。

(2)　スケジューラーログファイルの見積もりの例

5日分のスケジューラーログを一つのファイルに保存する場合の見積もり例を示します。

表3-10　スケジューラーログファイルの見積もりの例

条件
見積もり式の例

環境設定パラメーター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)　スケジューラーログファイルのサイズの拡張方法

スケジューラーログファイルのサイズの拡張は，jajs_configコマンドで，環境設定パラメーターLOGSIZE（スケジューラーサービス単位で出力する場合）またはHOSTLOGSIZE（ホスト単位で出力する場合）に「(1) スケジューラーログファイルの見積もり式」で算出した値を設定します。

環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.2 スケジューラーサービス環境設定」を参照してください。

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

トレースログファイルのサイズの見積もりについて説明します。トレースログファイルは，初期状態では次のように設定されています。

格納先

Windows Server 2008でインストール先フォルダがデフォルトまたはシステムで保護されたフォルダ配下の場合

%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2¥log¥tracelog

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥Program Data」です。

「システムで保護されたフォルダ」とは，次のパスを指します。

・「システムドライブ¥Windows」配下

・「システムドライブ¥Program Files」配下

・「システムドライブ¥Program Files (x86)」配下（64ビット版のWindowsの場合）

Windows Server 2003，またはWindows Server 2008でインストール先フォルダが上記以外の場合

JP1/AJS3のインストール先フォルダ¥log¥tracelog

UNIXの場合

/var/opt/jp1ajs2/log/tracelog

サイズ
約2,000個のジョブを実行したときのトレースログを保存できるサイズ（具体的には，20メガバイト（20,480キロバイト））

必要となるトレースログファイルのサイズは，ジョブネットの構造やJP1/AJS3 - Viewの接続数，操作内容によって大きく異なります。必要に応じてトレースログファイルの適切なサイズを見積もり，拡張してください。

トレースログファイルの見積もり式を次に示します。

適切なトレースログファイル容量（単位：キロバイト）=
3,072 ＊（1日で実行されるジョブ数 / 500 + 1日に実行されるJP1/AJS3の操作数※1 / 1,000）＊ スケジューラーサービス数＊1.5＊トレースログ保存日数※2

注※1

コマンドおよびJP1/AJS3 - 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 3 構築ガイド1　3.5.1(1) JP1/AJS3のトレースログファイルの拡張」

UNIXの場合

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　13.4.4(1) JP1/AJS3のトレースログファイルの拡張」

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

イベントジョブを使用する場合，イベントジョブの実行数や監視条件の成立数などの運用形態によって，出力されるログのサイズが異なります。そのため，最低でも24時間分のログが保持できることを目安とし，1～3日分のログを保持できるように，イベントジョブの実行数などから，出力されるログのサイズ（概算値）を，あらかじめ見積もっておく必要があります。

イベントジョブのログのサイズは，ログファイルの面数とあわせて決定します。見積もった値は，構成定義ファイルを使用して定義します。イベントジョブのログ設定構成定義ファイルとして，次の書式に従ったテキストファイルを作成します。

[定義キー]
"環境設定パラメーター"=定義内容
"環境設定パラメーター"=定義内容
　　　：

ここでは，はじめにイベントジョブのログ設定構成定義ファイルの環境設定パラメーターについて説明します。その後，プロセスごとに設定するログのサイズ（概算値）を求める算出式について説明します。

デフォルトのディスク容量と最大ディスク占有量については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　1.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

なお，イベントジョブのログサイズ設定の変更手順については，次の記述個所を参照してください。

Windowsの場合

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.3.1 イベントジョブのログサイズの設定の変更」

UNIXの場合

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.3.1 イベントジョブのログサイズの設定の変更」

＜この項の構成＞

(1)　イベントジョブのログ設定構成定義の環境設定パラメーター一覧

(2)　プロセスごとのログのサイズを算出する

(3)　イベント・アクション共通ログのサイズ変更

(1)　イベントジョブのログ設定構成定義の環境設定パラメーター一覧

環境設定パラメーターの一覧を次の表に示します。

表3-11　イベントジョブのログ設定構成定義の環境設定パラメーター一覧

キー
環境設定パラメーター
定義内容

スケジューラーサービス（共通）の場合
[{JP1_DEFAULT|論理ホスト名}¥JP1AJS2¥SCHEDULER¥EV¥MANAGER¥LOG]

スケジューラーサービス（個別）の場合
[{JP1_DEFAULT|論理ホスト名}¥JP1AJSMANAGER¥スケジューラーサービス名¥EV¥MANAGER¥LOG]

互換用ISAM構成の場合
[{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_jpomldsk"=

"LogSize_jpomlsrv"=

"LogSize_jpomlapisend"=

"LogSize_jpomlapisend2"=

"LogSize_jpomlapirec"=

"LogSize_jpomlapirec2"=

"LogSize_jpomailrecv"=

"LogNumFiles_jpoagent"=
ログの面数
（イベントジョブ各エージェントプロセス単位）

"LogNumFiles_jpoagtsub"=

"LogNumFiles_jpocwtflMain"=

"LogNumFiles_jpoeventwatch"=

"LogNumFiles_jpoevsearch"=

"LogNumFiles_jpocwttmMain"=

"LogNumFiles_jpocwtmlmain"=

"LogNumFiles_jpomldsk"=

"LogNumFiles_jpomlsrv"=

"LogNumFiles_jpomlapisend"=

"LogNumFiles_jpomlapisend2"=

"LogNumFiles_jpomlapirec"=

"LogNumFiles_jpomlapirec2"=

"LogNumFiles_jpomailrecv"=

それぞれの項目の詳細な定義内容を次に示します。

"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に指定されている値

各プロセスが持つデフォルト値
次の表に示すような各プロセスが固有に持っているデフォルト値

表3-12　イベントジョブの各プロセスとログのデフォルト値

種別
プロセス名
プラットフォーム
ログのデフォルト値
（括弧内はJP1/AJS3のインストール，セットアップ時に設定する値）

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
○
○

jpomldsk
○
－

jpomlsrv
○
－

jpomlapisend
○
－

jpomlapisend2
○
－

jpomlapirec
○
－

jpomlapirec2
○
－

jpomailrecv
－
○

（凡例）

○：プロセスがある。

－：プロセスがない。

イベントジョブのログのファイル名は，次のように決定されます。

　　プロセス名[1|2|3|...].log

（例）プロセス「jpoagent」のログファイル名

　jpoagent1.log
　jpoagent2.log
　　：
　jpoagent8.log

ログの種類の詳細については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　1.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

(2)　プロセスごとのログのサイズを算出する

プロセスごとに設定するログのサイズ（概算値）を求める算出式を次の表に示します。

なお，これらの算出式で求めた値は目安です。運用環境などによって変わるおそれもあります。

表3-13　イベントジョブの各プロセスのログサイズ（概算値）

プロセス名
算出式（単位：バイト）

jpomanager
表3-14を参照してください。

jpomgrsub
表3-14を参照してください。

jpoagent
表3-15を参照してください。

jpoagtsub
表3-15を参照してください。

jpocwtflMain
表3-16を参照してください。

jpoeventwatch

JP1イベント受信監視ジョブの実行数＊4,000

JP1/AJS3を起動した論理ホスト上で発生するJP1イベント数＊1,200

JP1イベント受信監視ジョブの監視条件成立数＊3,800

JP1イベント受信監視ジョブの監視条件成立数＊(マクロ変数数＊(マクロ変数サイズ + マクロ変数データサイズ（上限は，1,024）))

jpoevsearch
実行前のイベント検索機能を使用しているJP1イベント受信監視ジョブの実行数＊700

jpocwttmMain
表3-17を参照してください。

jpocwtmlmain
（Windowsの場合）
Windows版メールシステム連携使用時にだけ作成されます。
メール受信監視ジョブの監視条件成立数＊2,800

jpocwtmlmain
（UNIXの場合）
UNIX版メールシステム連携使用時にだけ作成されます。
メール受信監視ジョブの監視条件成立数＊7,400

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

注※1

メールシステム連携機能をJP1/AJS3 Mailサービス上で使用する場合。

注※2

メールシステム連携機能をデスクトップ上で使用する場合。

表3-14　マネージャーログ出力サイズ

事象 | 算出式（単位：バイト）
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個です。

表3-15　エージェントログ出力サイズ（1ジョブ当たり）

事象 | 算出式（単位：バイト）
jpoagent | jpoagtsub
イベントジョブ | 登録 | 2,104 | 1,285
発生 | 735 | 1,356
起動条件 | 登録 | 2,104 | 1,285
起動条件成立 | 735 | 1,356

表3-16　ファイル監視ログ出力サイズ（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

表3-17　実行間隔制御ログ出力サイズ（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）を削除してください。変更は即時に反映されます。

イベント・アクション共通ログ出力サイズ（概算値）を求める算出式を，次の表に示します。

表3-18　イベント・アクション共通ログ出力サイズ（1処理当たり）

事象
算出式（単位：バイト）

イベントジョブ
登録
1,024

発生
512

強制終了
1,024

起動条件
登録
( 3 + 起動条件内に定義しているイベントジョブ数＊2)＊512

起動条件成立時

ANDの場合

( 4 + 起動条件内に定義しているイベントジョブ数＊2)＊512

ORの場合

4,096

強制終了
2,048

JP1/AJS3の起動停止
マネージャーホスト再起動
(スケジューラーサービス数 + 登録中の全起動条件付きジョブネット数＊6 + 登録中の全イベントジョブ数＊2)＊512

アクションジョブ
登録
1,024

注

クラスタ運用時にもデフォルトのフォルダに出力されます。そのため，イベント・アクション共通ログ出力サイズは，上記の値を論理ホストと物理ホストそれぞれで計算し，結果を合計してください。

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

JP1/AJS3 Consoleで使用するトレースログファイルのサイズの見積もりについて説明します。

＜この項の構成＞

(1)　JP1/AJS3 Console Managerのトレースログファイルを見積もる

(2)　JP1/AJS3 Console Agentのトレースログファイルを見積もる

(1)　JP1/AJS3 Console Managerのトレースログファイルを見積もる

JP1/AJS3 Console Managerのトレースログファイルは，初期状態では次のように設定されています。

格納先

Windows Server 2008でインストール先フォルダがデフォルトまたはシステムで保護されたフォルダ配下の場合

%ALLUSERSPROFILE%¥HITACHI¥JP1¥JP1_DEFAULT¥JP1AJS2CM¥log¥tracelog.cm

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥Program Data」です。

「システムで保護されたフォルダ」とは，次のパスを指します。

・「システムドライブ¥Windows」配下

・「システムドライブ¥Program Files」配下

・「システムドライブ¥Program Files (x86)」配下（64ビット版のWindowsの場合）

Windows Server 2003，またはWindows Server 2008でインストール先フォルダが上記以外の場合

JP1/AJS3 Consoleのインストール先フォルダ¥log¥tracelog.cm

「JP1/AJS3 Consoleのインストール先フォルダ」のデフォルトは「システムドライブ¥Program Files¥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/AJS3 Console Agentのトレースログファイルを見積もる

JP1/AJS3 Console Agentのトレースログファイルは，初期状態では次のように設定されています。

格納先

Windows Server 2008でインストール先フォルダがデフォルトまたはシステムで保護されたフォルダ配下の場合

%ALLUSERSPROFILE%¥HITACHI¥JP1¥JP1_DEFAULT¥JP1AJS2¥log¥tracelog.ca

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥Program Data」です。

「システムで保護されたフォルダ」とは，次のパスを指します。

・「システムドライブ¥Windows」配下

・「システムドライブ¥Program Files」配下

・「システムドライブ¥Program Files (x86)」配下（64ビット版のWindowsの場合）

Windows Server 2003，またはWindows Server 2008でインストール先フォルダが上記以外の場合

JP1/AJS3 - Managerのインストール先フォルダ¥log¥tracelog.ca

UNIXの場合

/var/opt/jp1ajs2/log/tracelog.ca

サイズ
約3メガバイト（3,072キロバイト）

必要となるトレースログファイルの容量は，定義内容，操作内容およびエラーの有無によって異なります。必要に応じてトレースログファイルの適切な容量を見積もり，拡張してください。

トレースログファイルの見積もり式を次に示します。

適切なトレースログファイル容量（単位：キロバイト）=
(2.0 + (0.1 + (0.04＊監視先スケジューラーサービス数) )
＊(エラーが発生してから資料採取できるまでの時間（単位：秒） / 監視間隔（単位：秒）) )
＊ 監視しているJP1/AJS3 Console Viewの数

（例）10日分のトレースログを保存する場合（物理ホストだけ対象）

五つのJP1/AJS3 Console Viewを使用してホスト上の業務を監視する。

20のスケジューラーサービスを監視する。

300秒間隔で監視する。
適切なトレースログファイル容量 = ( 2.0 + ( 0.1 + ( 0.04＊20 ) ) ＊
( 864,000 / 300 ) ) ＊5 = 12,970 キロバイト

トレースログファイルの拡張手順については，次の記述個所を参照してください。

Windowsの場合

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　3.5.1 トレースログファイルの拡張」

UNIXの場合

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　13.4.4 トレースログファイルの拡張」

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

JP1/AJS3 - View，JP1/AJS3 Console Viewで出力するログファイルサイズの見積もりについて説明します。

＜この項の構成＞

(1)　JP1/AJS3 - Viewのログファイルサイズを見積もる

(2)　JP1/AJS3 Console Viewのログファイルサイズを見積もる

(1)　JP1/AJS3 - Viewのログファイルサイズを見積もる

ここで説明するJP1/AJS3 - Viewのログファイルは次のものを示します。

格納先

Windows 7，Windows Server 2008，およびWindows Vistaの場合

%ALLUSERSPROFILE%¥HITACHI¥JP1¥JP1_DEFAULT¥JP1AJS2V¥log¥ajs2view#nnnn_{1|2}.log※

（「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥Program Data」です）

Windows Server 2003およびWindows XP Professionalの場合

JP1/AJS3 - Viewのインストール先フォルダ¥log¥ajs2view#nnnn_{1|2}.log※

注※

複数起動時の場合は，「#nnnn_」のnnnnには0001～9999の任意の値が割り当てられます。複数起動しない場合は「#nnnn_」の部分が省略されます。

サイズ
1～512メガバイトまでメガバイト単位で指定できます（デフォルトは1メガバイトです）。
ログファイルサイズは，JP1/AJS3 - Viewの［環境設定］ダイアログボックスの［その他］タブの，［ログファイルの上限値］で変更できます。

必要となるログファイルサイズはトレースレベル，操作内容，エラーの有無によって異なります。ここでは，トレースレベルが3（デフォルト）の場合の見積もりの目安を次の表以降に示します。

なお，JP1/AJS3 - Managerとの接続が切れて再接続する場合や，見積もり以上に操作に失敗する場合も考えられるため，見積もりには1メガバイト程度の余裕を持たせてください。

表3-19　全体的なJP1/AJS3 - Viewのログファイルサイズ見積もり

項目 | ログサイズ（単位：キロバイト）
JP1/AJS3 - Viewの起動 | 10
JP1/AJS3 - Viewの終了 | 10

表3-20　各ウィンドウ共通のログファイルサイズ見積もり

項目 | ログサイズ（単位：キロバイト）
操作※ | 3＊n
操作エラー | 4＊m

（凡例）

n：操作回数

m：操作エラー回数

注※

メニュー操作やダイアログボックスの開閉操作を指します。また，［ジョブネットエディタ］ウィンドウでのユニット新規作成やアイコン位置の変更時も該当します。

なお，複数のユニットをまとめて操作する場合は，個々に操作する場合と同様に見積もってください。

表3-21　ウィンドウごとのログファイルサイズ見積もり

ウィンドウ | 1回当たりのログサイズ（単位：キロバイト）
表示 | 最新情報に更新 | 自動更新 | ツリーノード選択※1
JP1/AJS3 - View（メイン画面） | 3＋2＊a | 2 | 2 | 2
JP1/AJS3 - View（サマリー監視画面） | 5＊b | 5＊b | 5＊b | －
ジョブネットエディタ | 4+0.5＊(c-1)+5＊a | 2 | － | 5
ジョブネットモニタ | 5+0.5＊(c-1)+4＊a | 3+0.5＊d+0.5＊e | 1+0.5＊d+0.5＊e | 4
マンスリースケジュール | 5+0.5＊(c-1)+f | 2+f | － | 1
デイリースケジュール※2 | 4+0.5＊(c-1)+f | 2+f | 2+f | 1
カレンダー※3 | 5 | 3 | － | －
検索 | 0.5 | － | － | －

（凡例）

a：

表示するウィンドウのツリーエリアで初期選択するユニットの階層数

ルート階層は0となります。

b：

監視対象ユニットの設定数

c：

ウィンドウを表示する対象ユニットのユニット階層数

d：

［モニタ詳細］ダイアログボックスの表示数

e：

［実行結果詳細］ダイアログボックスの表示数

f：

対象となるルートジョブネット数

ジョブグループに対して表示する場合は直下のルートジョブネット数

ルートジョブネットに対して表示する場合は1

－：

該当なし

注※1

ツリーエリアでのユニット選択およびツリーエリアでのユニットの展開を指します。

注※2

［デイリースケジュール（階層表示）］ウィンドウ，［デイリースケジュール（全ジョブ表示）］ウィンドウを指します。

注※3

［月間カレンダー編集］ウィンドウ，［年間カレンダー編集］ウィンドウを指します。

（例）

次の条件で1週間分のログを残すのに必要なログファイルサイズを見積もります。

1週間JP1/AJS3 - Viewを起動したまま，業務監視する。

［JP1/AJS3 - View］ウィンドウを300秒ごとに自動更新する。

ルートジョブグループ下にあるジョブグループ（下位に10個のルートジョブネットを含む）に対して，［デイリースケジュール（階層表示）］ウィンドウを表示し，300秒ごとに自動更新する。

操作回数は1時間当たり1回行う。

操作に失敗する確率を0.1とする。

必要なログファイルサイズは次のとおりです。

JP1/AJS3 - View起動と終了
20キロバイト

メニュー操作
3＊24＊7=504キロバイト

操作エラー
4＊24＊7／10=68キロバイト

［JP1/AJS3 - View］ウィンドウの表示
3キロバイト

［JP1/AJS3 - 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/AJS3 Console Viewのログファイルサイズを見積もる

ここで説明するJP1/AJS3 Console Viewのログファイルは次のものを示します。

格納先

Windows 7，Windows Server 2008，およびWindows Vistaの場合

%ALLUSERSPROFILE%¥HITACHI¥JP1¥JP1_DEFAULT¥JP1AJS2V¥log¥ajs2coview#nnnn_{1|2}.log※

（「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥Program Data」です）

Windows Server 2003およびWindows XP Professionalの場合

JP1/AJS3 - Viewのインストール先フォルダ¥log¥ajs2coview#nnnn_{1|2}.log※

注※

複数起動時の場合は，「#nnnn_」のnnnnには0001～9999の任意の値が割り当てられます。複数起動しない場合は「#nnnn_」の部分が省略されます。

サイズ
1～512メガバイトまでメガバイト単位で指定できます（デフォルトは1メガバイトです）。
ログファイルサイズは，JP1/AJS3 Console Viewの［環境設定］ダイアログボックスの［その他］タブの，［ログファイルの上限値］で変更できます。

必要となるログファイルサイズはトレースレベル，操作内容，エラーの有無によって異なります。ここではトレースレベルが3（デフォルト）の場合の見積もりの目安を次の表に示します。

なお，見積もり以上に操作に失敗する場合も考えられるため，見積もりには1メガバイト程度の余裕を持たせてください。

表3-22　JP1/AJS3 Console Viewのログファイルサイズ見積もり

項目 | ログサイズ（単位：キロバイト）
JP1/AJS3 Console Viewの起動 | 10
JP1/AJS3 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：

状態不明となるAJS3ユニット監視オブジェクト数

d：

［定義モード］から［監視モード］に変更する回数，および再接続回数

n：

操作回数

m：

操作エラー回数

l：

接続確認回数=JP1/AJS3 Console Viewの起動時間／接続確認間隔（デフォルト300秒）

注※1

メニュー操作やダイアログボックスの開閉操作を指します。また，［メインスコープ］ウィンドウでオブジェクトの新規作成やアイコン位置の変更時も該当します。

なお，複数のオブジェクトをまとめて操作する場合は，個々に操作する場合と同様に見積もってください。

注※2

［実行登録］や［再実行］などのAJS3ユニット監視オブジェクトに対する操作を指します。

注※3

JP1/AJS3 Console View内で自動的に行う処理です。JP1/AJS3 Console Viewの通信オプションKEEP_ALIVE値（デフォルトは300秒）に従い，定期的にJP1/AJS3 Console Managerと接続確認を行います。

通信オプションの詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　14.2.4 通信オプションを設定する」を参照してください。

注※4

状態更新回数は次の小さい方の値を見積もってください。

ルートジョブネットの起動回数を10倍した値

JP1/AJS3 Consoleでの監視期間から［監視間隔］を割った値

ルートジョブネットの起動回数は，JP1/AJS3 Consoleでの監視期間で監視対象のジョブネットが実行される回数を見積もってください。

なお，起動条件付きジョブネットを監視する場合には，起動回数は起動条件の成立頻度を見積もってください。

（例）

次の条件で1週間分のログを残すのに必要なログファイルサイズを見積もります。

1週間JP1/AJS3 Console Viewを使用し業務監視を行う。

JP1/AJS3 Consoleの［監視間隔］は300秒とする。

ルート業務スコープ全体で50個のAJS3ユニット監視オブジェクトが存在する。

監視対象となる全ルートジョブネットは1日2回実行される。

操作は一時間当たり1回行う。

操作に失敗する確率を0.1とする。

監視オブジェクトに対する操作を6時間当たり1回行う。

必要なログファイルサイズは次のとおりです。

JP1/AJS3 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メガバイトになります。

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

1日に実行するキューレスジョブとイベントジョブを除いたジョブの数が10,000ジョブ程度までであれば，特にジョブ実行環境のログサイズを見積もる必要なく，デフォルトのサイズのまま使用できます。1日に実行されるキューレスジョブとイベントジョブを除いたジョブの数が10,000程度を超える場合は，ログのサイズを見積もることを推奨します。

ジョブ実行環境のログサイズは，ログファイルの面数とあわせて決定します。見積もった値は，jajs_configコマンドを使用して定義します。

「(1) ジョブ実行環境のログ設定構成定義の環境設定パラメーター一覧」で説明している環境設定パラメーターについて次のコマンドを実行して設定したあと，JP1/AJS3を再起動してください。

jajs_config -k 定義キー名 "環境設定パラメーター名"=定義内容["環境設定パラメーター名2"=定義内容2]

定義キー名に指定できる定義キーは一つです。定義キーが異なる環境設定パラメーターを設定する場合は，定義キーごとにjajs_configコマンドを実行する必要があります。

補足事項

定義キーが異なる環境設定パラメーターを同時に設定したい場合は，jbssetcnfコマンドを使用します。jbssetcnfコマンドについては，マニュアル「JP1/Base 運用ガイド」のjbssetcnfコマンドの説明を参照してください。

jajs_configコマンドを使用した場合は環境設定パラメーター名や定義内容が正しいかどうかがチェックされますが，jbssetcnfコマンドを使用した場合はチェックされません。誤った内容が設定されるのを防ぐために，jajs_configコマンドを使用することを推奨します。

定義キーがスケジューラーサービスごとに指定できる環境設定パラメーターは，各スケジューラーサービスで実行されるキューレスジョブとイベントジョブを除いたジョブの数で見積もってください。

ここでは，ジョブ実行環境のログ設定構成定義ファイルの環境設定パラメーター，および設定するログのサイズ（概算値）の目安について説明します。

デフォルトのディスク容量と最大ディスク占有量については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　1.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

＜この項の構成＞

(1)　ジョブ実行環境のログ設定構成定義の環境設定パラメーター一覧

(2)　実行環境のログサイズの目安

(1)　ジョブ実行環境のログ設定構成定義の環境設定パラメーター一覧

環境設定パラメーターの一覧を次の表に示します。

表3-23　ジョブ実行環境のログ設定構成定義の環境設定パラメーター一覧

ログファイル名
定義キー
環境設定パラメーター
定義内容

ジョブ実行マネージャーログ
jpqmanexec{1|2|3|4|5|6|7|8|9|10|11|12|13|14|15}.log※1

スケジューラーサービス（共通）の場合

[{JP1_DEFAULT|論理ホスト名}¥JP1AJS2¥SCHEDULER¥QUEUE¥MANAGER¥Log]

スケジューラーサービス（個別）の場合

[{JP1_DEFAULT|論理ホスト名}¥JP1AJSMANAGER¥スケジューラーサービス名¥QUEUE¥MANAGER¥Log]

サブミットジョブおよび互換用ISAM構成の場合

[{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
[{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|論理ホスト名}¥JP1AJS2¥SCHEDULER¥QUEUE¥MANAGER¥Log]

スケジューラーサービス（個別）の場合

[{JP1_DEFAULT|論理ホスト名}¥JP1AJSMANAGER¥スケジューラーサービス名¥QUEUE¥MANAGER¥Log]

サブミットジョブおよび互換用ISAM構成の場合

[{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|論理ホスト名}¥JP1AJS2¥SCHEDULER¥QUEUE¥NOTIFY¥Log]

スケジューラーサービス（個別）の場合

[{JP1_DEFAULT|論理ホスト名}¥JP1AJSMANAGER¥スケジューラーサービス名¥QUEUE¥NOTIFY¥Log]

互換用ISAM構成の場合

[{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|論理ホスト名}¥JP1AJS2¥SCHEDULER¥QUEUE¥NOTIFY¥Log]

スケジューラーサービス（個別）の場合

[{JP1_DEFAULT|論理ホスト名}¥JP1AJSMANAGER¥スケジューラーサービス名¥QUEUE¥NOTIFY¥Log]

互換用ISAM構成の場合

[{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の場合

Windows Server 2008でインストール先フォルダがデフォルトまたはシステムで保護されたフォルダ配下の場合
%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2¥log
「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥Program Data」です。
「システムで保護されたフォルダ」とは，次のパスを指します。
・「システムドライブ¥Windows」配下
・「システムドライブ¥Program Files」配下
・「システムドライブ¥Program Files (x86)」配下（64ビット版のWindowsの場合）

Windows Server 2003，またはWindows Server 2008でインストール先フォルダが上記以外の場合
JP1/AJS3のインストール先フォルダ¥log

UNIXの場合

/var/opt/jp1ajs2/log

ログの種類の詳細については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　1.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

(2)　実行環境のログサイズの目安

設定するログのサイズ（概算値）の目安を次の表に示します。

なお，運用環境などによって変わることもあります。

表3-24　ジョブ実行環境のログサイズの見積もり例

ログファイル名 | 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 | 330 | 3,302,400 | 4,000キロバイト / 512キロバイト | 512キロバイト＊8面
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キロバイト / 512キロバイト | 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/AJS3 - 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

3.4.7　フロー制御サブプロセスが出力するログファイルのサイズを見積もる

フロー制御サブプロセスが出力するログファイルは，待ち合わせ条件を使用する環境で出力されます。待ちわせ条件を使用しない環境では，見積もる必要はありません。待ち合わせ条件を使用するための設定方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.1.7 待ち合わせ条件を使用するための設定」を参照してください。

フロー制御サブプロセスが出力するログファイルは，スケジューラーサービス単位で2面出力されます。1ファイルのデフォルトのサイズは，10,240キロバイトです。

ログのサイズは，待ち合わせ条件付きユニットの実行回数や待ち合わせ対象ユニットの数によって大きく異なります。ログファイルには，問題が発生してから資料を採取できるまでの日数分のログを保存できるように，適切なファイルサイズを見積もっておいてください。

＜この項の構成＞

(1)　フロー制御サブプロセスが出力するログファイルの見積もり式

(2)　フロー制御サブプロセスが出力するログファイルの見積もりの例

(3)　フロー制御サブプロセスが出力するログファイルのサイズの拡張方法

(1)　フロー制御サブプロセスが出力するログファイルの見積もり式

フロー制御サブプロセスが出力するログファイルのサイズを見積もるのに必要な変数を，次の表に示します。

表3-25　フロー制御サブプロセスが出力するログファイルのサイズを見積もるのに必要な変数

変数名 | 変数の説明
a | 1日に実行する待ち合わせ条件付きユニット数※
b | 1日当たりの待ち合わせの総数
c | ユニットの完全名のサイズ（単位：バイト）
d | 1日に実行する待ち合わせ対象ユニット数※
e | 1日当たりの待ち合わせ条件の一時変更操作の回数
f | 待ち合わせ条件付きユニットのあるスケジューラーサービスで，1日に実行するルートジョブネット数※

注※

1日に複数回実行する場合，実行回数を掛けてください。

ログファイルのサイズを見積もるには，これらの変数を次の式に代入します。

フロー制御サブプロセスが出力するログファイルのサイズ（単位：キロバイト）=
{300 + (a ＊ 7 + b ＊ 4 + d ＊ 3 + e ＊ 3 + f ＊ 3) ＊ (300 + c ＊ 2)} / 1,024

数日間分のログを保存する場合は，算出したログファイルの見積もり値に，保存する日数を掛けます。また，ログファイルは2面出力されるため，1ファイル当たりのサイズを見積もる場合は，2で割ります。

(2)　フロー制御サブプロセスが出力するログファイルの見積もりの例

フロー制御サブプロセスが出力するログファイルの見積もり例を説明します。

フロー制御サブプロセスが出力するログファイルのサイズを見積もるのに必要な変数は，次のように想定します。

表3-26　フロー制御サブプロセスが出力するログファイルのサイズを見積もるのに必要な変数の例

変数名 | 変数の例 | 変数の説明
a | 300 | 1日に待ち合わせ条件付きユニットを300個実行（それぞれ1回ずつ実行する）
b | 300 | 1日に300回の待ち合わせを実行
c | 50 | ユニットの完全名を50バイトで指定
d | 300 | 1日に待ち合わせ対象ユニットを300個実行（それぞれ1回ずつ実行する）
e | 30 | 1日に待ち合わせ条件の一時変更操作を30回実行
f | 100 | 待ち合わせ条件付きユニットのあるスケジューラーサービスで，1日にルートジョブネットを100個実行（それぞれ1回ずつ実行する）

この例の場合，見積もり式は次のようになります。

フロー制御サブプロセスが出力するログファイルのサイズ（単位：キロバイト）=
{300 + (300 ＊ 7 + 300 ＊ 4 + 300 ＊ 3 + 30 ＊ 3 + 100 ＊ 3) ＊ (300 + 50 ＊ 2)} / 1,024
= 1,794（端数切り上げ）

このログを10日分保存する場合，一つのログファイルのサイズは，次のように計算できます。

1,794 ＊ 10日 / 2 = 8,970（単位：キロバイト）

(3)　フロー制御サブプロセスが出力するログファイルのサイズの拡張方法

「(1) フロー制御サブプロセスが出力するログファイルの見積もり式」で算出した1ファイルのサイズが，デフォルト値（10,240キロバイト）より大きい場合，ログファイルのサイズを拡張する必要があります。ログファイルのサイズを拡張するには，jajs_configコマンドで，環境設定パラメーターFLBDLOGSIZEを設定します。設定する値は，算出した値より少し大きめの値を設定してください。

環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.2 スケジューラーサービス環境設定」を参照してください。

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

この章では，JP1/AJS3のインストールとセットアップ時の検討項目について説明します。

自動化する業務の設計，システム構成の検討，および見積もりが終了したら，インストールとセットアップ時の設定項目について検討する必要があります。

＜この章の構成＞

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

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

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

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

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

4.6　ユーザー環境の設定について検討する

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

この節では，JP1/AJS3のインストール時の注意事項と，インストール前に決めておく項目について説明します。

＜この節の構成＞

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

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

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

JP1/AJS3のインストール時には，次のことに注意してください。

●バージョン8までのJP1/AJS2からバージョンアップインストールする場合

バージョン8までのJP1/AJS2からJP1/AJS3にバージョンアップして使用する場合は，次の事項について注意してください。

JP1/AJS2 Monitorサービスが削除され，JP1/AJS3サービスに統合されます。

JP1/AJS3は，JP1/AJS2 - Configurationとは連携できません。バージョン8のJP1/AJS2にJP1/AJS3をバージョンアップインストールすると，JP1/AJS2 Configuration Agentがアンセットアップされます。

JP1/AJS3は，JP1/AJS2 - Datareplicatorとは連携できません。JP1/AJS3をバージョンアップインストールする前にJP1/AJS2 - Datareplicatorをアンインストールしておいてください。JP1/AJS2 - Datareplicatorがインストールされている環境にはJP1/AJS3をバージョンアップインストールできません。

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

Windows版のJP1/AJS3をインストールする際は，次の表に示す項目について入力したり，選択したりする必要があります。運用環境に応じて，事前に決定しておいてください。

表4-1　インストール前に決定しておく項目

項目
内容

ユーザー情報
ユーザー名および会社名を入力します。必ず入力します。

インストール先フォルダ
JP1/AJS3シリーズプログラムをインストールするフォルダを指定します。
必要に応じて変更してください。
各製品のデフォルトのインストール先フォルダを次に示します。

JP1/AJS3 - Manager※：
システムドライブ¥Program Files¥HITACHI¥JP1AJS2

JP1/AJS3 - Agent：
システムドライブ¥Program Files¥HITACHI¥JP1AJS2

JP1/AJS3 - View：
システムドライブ¥Program Files¥HITACHI¥JP1AJS2V

プログラム
フォルダ
プログラムメニュー名を指定します。
必要に応じて，任意のプログラムメニュー名に変更してください。
各製品のデフォルトのメニュー名を次に示します。

JP1_Automatic Job Management System 3 - Manager

JP1_Automatic Job Management System 3 - Agent

JP1_Automatic Job Management System 3 - View

注※

JP1/AJS3 Consoleは，別フォルダにインストールします。デフォルトのインストール先フォルダは次のとおりです。

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

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

この節では，JP1/AJS3のサービスの種類やデフォルト値について説明します。また，JP1/AJS3のサービスの設定を変更する必要がある場合について説明します。

＜この節の構成＞

4.2.1　JP1/AJS3のサービスの種類

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

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

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

4.2.5　JP1/AJS3サービスの複数起動の設定

4.2.1　JP1/AJS3のサービスの種類

JP1/AJS3 - Managerのサービス一覧を次の表に示します。

表4-2　JP1/AJS3 - Managerのサービス一覧

サービス名 | サービスの内容
JP1/AJS3サービス | ジョブやジョブネットの定義と実行を管理します。JP1/AJS3サービスの中には，スケジューラーサービスが含まれています。
JP1/AJS3 Databaseサービス | データベースの操作と運用コマンドを管理します。
JP1/AJS3 Database ClusterServiceサービス | データベースのクラスタ環境での動作を管理します。
JP1/AJS3 Mailサービス | Windows上のメールシステム連携で，メールの送信と受信監視を制御します。
JP1/AJS3 Console Managerサービス | JP1/AJS3 Console Viewで定義した監視対象の情報を保存したり，JP1/AJS3 Console Agentに指示して，監視対象の状態を取得したりします。
JP1/AJS3 Console Agentサービス | JP1/AJS3 Console Managerから指示を受け，自ホスト上の監視対象（ルートジョブネット）の状態を定期的に監視します。監視対象の状態に変更があれば，JP1/AJS3 Console Managerに通知します。
JP1/AJS3 Check Managerサービス | JP1/AJS3で定義したジョブの実行前チェックを行うために，JP1/AJS3 Check Agentサービスに指示して，チェック状態を取得します。
JP1/AJS3 Check Agentサービス | JP1/AJS3 Check Managerから指示を受け，JP1/AJS3で定義したジョブの実行前チェックを行います。
JP1/AJS3 Queueless Agentサービス | JP1/AJS3 - Managerからのキューレスジョブの実行要求を受け付けます。キューレスジョブを実行します。
JP1/AJS3 Queueless File Transferサービス | キューレスジョブ管理プロセスからのファイル転送要求を受け付けます。キューレスジョブ管理プロセスに対して，転送ファイル，および標準エラー出力ファイルのデータを転送します。

JP1/AJS3 - Agentのサービス一覧を次の表に示します。

表4-3　JP1/AJS3 - Agentのサービス一覧

サービス名 | サービスの内容
JP1/AJS3サービス | 業務を実行します。
JP1/AJS3 Mailサービス | Windows上のメールシステム連携で，メールの送信と受信監視を制御します。
JP1/AJS3 Queueless Agentサービス | JP1/AJS3 - Managerからのキューレスジョブの実行要求を受け付けます。キューレスジョブを実行します。
JP1/AJS3 Check Agentサービス | JP1/AJS3 Check Managerから指示を受け，JP1/AJS3で定義したジョブの実行前チェックを行います。

注意事項

JP1/AJS3 Databaseサービス，JP1/AJS3 Database ClusterServiceサービスのサービス名には，インストール時に設定するセットアップ識別子が表示されます。セットアップ識別子については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　ajsembdbsetup」の-idオプションの説明を参照してください。

UNIXの場合は，スーパーユーザーで各サービスを起動してください。

JP1/AJS3で業務を定義・実行するときには，JP1/BaseサービスおよびJP1/AJS3サービスを起動しておきます。JP1/AJS3サービスを起動する前に，JP1/Baseサービスを起動しておいてください。業務の定義・実行を終了する場合は，JP1/BaseサービスおよびJP1/AJS3サービスを終了します。

マネージャー・エージェント構成の場合は，JP1/AJS3 - ManagerおよびJP1/AJS3 - Agentの両方で，JP1/AJS3サービスを起動・終了します。

JP1/AJS3サービスを起動したあとは，システム日時を変更しないでください。JP1/AJS3サービス起動後のシステム日時の変更は，ジョブネットの実行スケジュールに影響を与えます。詳細については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　8.9.3 システムの日時を変更する」を参照してください。

JP1/AJS3 - Viewから実行登録したジョブネットを操作する場合は，JP1/AJS3 - Viewの起動時に，JP1/AJS3 - View側のタイムゾーンを接続先のJP1/AJS3サービスのタイムゾーンに合わせてください。
JP1/AJS3 - Viewからジョブネットを操作する際，JP1/AJS3サービスが起動しているタイムゾーンの時刻がJP1/AJS3 - Viewに反映（表示）されます。そのため，タイムゾーンが異なると，実際に操作した時間とJP1/AJS3 - Viewに表示される時間がタイムゾーンの時差の分ずれることになります。詳細については，「2.4.1 システムのタイムゾーンについて検討する」を参照してください。

Windowsのメールシステム連携機能を使用する場合は，JP1/AJS3 Mailサービスとデスクトップ上のメール監視プロセスのどちらを使用するか選択します。メール監視プロセスを選択した場合，JP1/AJS3 Mailサービスは起動されません。詳細については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　2.2.4 メールシステム連携のための環境設定をする」を参照してください。

JP1/AJS3 Databaseサービス，およびJP1/AJS3 Database ClusterServiceサービスは，JP1/AJS3によって制御されているため，通常の運用では操作する必要はありません。組み込みDBを手動で操作する必要がある場合だけ操作してください。

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

JP1/AJS3サービスのアカウントの設定について説明します。

JP1/AJS3 - ManagerまたはJP1/AJS3 - AgentのJP1/AJS3のサービスで，デフォルトとして設定されている内容を次の表に示します。

なお，［デスクトップとの対話をサービスに許可］オプションは指定できません。

表4-4　JP1/AJS3 - ManagerまたはJP1/AJS3 - Agentサービスのデフォルト値

サービス名 | 起動方法 | アカウント
JP1/AJS3 | 手動 | システム
JP1/AJS3 Database 識別子※ | 自動 | システム
JP1/AJS3 Database ClusterService 識別子※ | 手動 | システム
JP1/AJS3 Mail | 手動 | システム
JP1/AJS3 Console Manager※ | 自動 | システム
JP1/AJS3 Console Agent※ | 自動 | システム
JP1/AJS3 Check Manager※ | 手動 | システム
JP1/AJS3 Check Agent | 手動 | システム
JP1/AJS3 Queueless Agent | 手動 | システム
JP1/AJS3 Queueless File Transfer※ | 手動 | システム

注※

JP1/AJS3 - Agentにはありません。

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

ここでは，JP1/AJS3のサービスの設定を，デフォルトから変更する必要がある場合について説明します。また，他プログラムと連携するときの，JP1/AJS3のサービスの設定について説明します。

＜この項の構成＞

(1)　JP1/AJS3が提供するサービスのアカウントの変更について

(2)　メールシステムと連携する場合の変更について

(3)　JP1/Power Monitorと連携する場合の変更について

(4)　JP1/Baseの起動管理機能を使用する場合の変更について

(1)　JP1/AJS3が提供するサービスのアカウントの変更について

ジョブを実行する環境によって，JP1/AJS3のサービスのアカウントをユーザーアカウントに変更した方がよい場合があります。運用に応じてJP1/AJS3のサービスに設定するユーザーアカウントについて検討してください。

次に示すサービスのアカウントを変更する必要がある場合について説明します。

JP1/AJS3サービス

JP1/AJS3 Databaseサービス

JP1/AJS3 Database ClusterServiceサービス

JP1/AJS3 Console Managerサービス

JP1/AJS3 Console Agentサービス

JP1/AJS3 Check Managerサービス

JP1/AJS3 Check Agentサービス

JP1/AJS3 Queueless Agentサービス

JP1/AJS3 Queueless File Transferサービス

(a)　ジョブ実行多重度を標準より高くする場合，またはデスクトップヒープ領域不足を発生させたくない場合

JP1/AJS3では，実行するジョブごとに新たに確保したWindowsのデスクトップヒープ領域（システムのリソース）を使用します。このため，同時に多くのジョブを実行すると，OS全体で使用できるデスクトップヒープ領域が不足し，ジョブが異常検出終了になることがあります。なお，JP1/AJS3サービスおよびジョブごとのデスクトップヒープ領域の使用量は環境に依存します。

次の方法を適用することで，OS全体でデスクトップヒープ領域が不足する頻度を低くできます。ただし，どの方法を適用しても，デスクトップヒープ領域が不足することを完全には防止できません。

なお，Windows Server 2008では，OS全体で使用できるデスクトップヒープ領域が拡張されているため，デスクトップヒープ領域が不足しにくくなっています。このため，次の方法を適用する必要はありません。詳細についてはMicrosoftのホームページなどで情報を確認してください。

JP1/AJS3サービスのアカウントとジョブを実行するユーザーアカウントを同じにする
JP1/AJS3サービスのアカウントと異なるユーザーアカウントでジョブを実行すると，ジョブの実行ごとにJP1/AJS3サービスが使用しているデスクトップヒープ領域とは別のデスクトップヒープ領域を使用します。このため，JP1/AJS3サービスのアカウントとは異なるユーザーアカウントから同時に多くのジョブを実行すると，デスクトップヒープ領域が不足することがあります。
JP1/AJS3サービスのアカウントとジョブを実行するユーザーアカウントを同じにすることによって，JP1/AJS3サービスの起動時に確保した一つのデスクトップヒープ領域を，JP1/AJS3サービスと共有して使用するため，OS全体でデスクトップヒープが不足する頻度を低くできます。
なお，ドメインユーザーを使用する場合は，ジョブを実行するユーザーアカウントとJP1/AJS3サービスのアカウントの両方に「ドメイン名¥ユーザー名」の形式で指定し，ドメイン名のあとには「.local」を指定しないでください。
ドメイン環境に属しているホストでJP1/AJS3サービスのアカウントに「.¥ユーザー名」の形式で指定しても，サービスコントロールマネージャによって，ドメインユーザーでJP1/AJS3のプロセスが起動されることがあります。

「ジョブ実行時にアクセストークンを再利用するための設定」を有効にする
ジョブ定義の［実行先サービス］に［標準］を指定している場合，アクセストークンを再利用するための設定を有効にすることで，ジョブの実行ごとにデスクトップヒープ領域を確保しなくなるため，同時に多くのジョブを実行しても，OS全体でデスクトップヒープ領域が不足する頻度を低くできます。設定の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.2.17 ジョブ実行時にアクセストークンを再利用するための設定」を参照してください。

デスクトップヒープ領域のサイズを変更する
Windowsのレジストリー情報を編集してデスクトップヒープ領域のサイズを変更できます。レジストリー編集方法については，Microsoftのホームページなどでデスクトップヒープ関連のサポート技術情報を参照してください。
JP1/AJS3サービスおよびジョブごとのデスクトップヒープ領域の使用量は，使用している環境に依存します。また，デスクトップヒープ領域のサイズを不用意に変更すると，システム全体に影響を与えるおそれがあります。このため，デスクトップヒープ領域のサイズを変更する場合は，十分に検証した上で実施してください。

(b)　ネットワーク資源を使用する場合

実行するジョブを共有しているなど，ネットワーク資源を使用する場合は，「JP1/AJS3サービス」をユーザーアカウントに変更して運用してください。

また，ジョブのバッチファイルなどでネットワークドライブに接続している場合，JP1/AJS3サービスのアカウントとジョブを起動するユーザーアカウントを同じにすることによって，同じユーザーアカウントで起動した別のジョブからも，ネットワークドライブを切断できます。

なお，ジョブの詳細定義で指定するファイル名には，ネットワークドライブ名から始まるパスではなく，「¥¥コンピュータ名¥共有フォルダ¥ファイル名」のようにコンピュータ名から始まるパスを指定してください。

(c)　スケジューラーサービスを多重起動した場合で，デスクトップヒープ領域不足を発生させたくない場合

システムの環境によって，ある数以上のスケジューラーサービスを多重起動したときにエラーとなることがあります。その際，Windowsイベントログに「イベントID：26　説明：アプリケーションを正しく初期化できませんでした。」というエラーメッセージが出力されます。これはシステムのリソース（デスクトップヒープ領域）が不足した場合に発生します。

JP1/AJS3では，スケジューラーサービスごとに多数の制御プロセスを起動するため，スケジューラーサービスを多重起動にすると，起動したスケジューラーサービス分のデスクトップヒープ領域を使用します。このため，デスクトップヒープ領域が不足することがあります。この場合も，JP1AJS3サービスとほかのサービスプログラムのデスクトップヒープ領域を共有しないようにするためには，JP1/AJS3サービスのアカウントをシステムアカウントからユーザーアカウントに変更して運用してください。

(d)　JP1/AJS3のサービスをユーザーアカウントで運用する場合の権限

次に示すサービスをユーザーアカウントで運用する場合に設定する権限について説明します。

JP1/AJS3サービス

JP1/AJS3 Databaseサービス

JP1/AJS3 Database ClusterServiceサービス

JP1/AJS3 Console Managerサービス

JP1/AJS3 Console Agentサービス

JP1/AJS3 Check Managerサービス

JP1/AJS3 Check Agentサービス

JP1/AJS3 Queueless Agentサービス

JP1/AJS3 Queueless File Transferサービス

上記のサービスをユーザーアカウントで運用する場合は，次の権限を持つユーザーを該当するサービスに設定します。

Administrators権限

ローカルログオンを許可する

サービスとしてログオン

プロセスレベルトークンの置き換え

プロセスのメモリークォータの増加

これらの権限のないユーザーを設定した場合は，動作を保証できません。

ローカルセキュリティポリシーに上記の権限を設定してください。

なお，JP1/AJS3サービスの起動アカウントをシステムアカウントからユーザーアカウントに変更すると，使用できるデスクトップヒープの領域サイズが異なるため，同時に実行できるジョブ（バッチファイル，スクリプトファイル）数が変わることがあります。

注意事項

すべての論理ホストと物理ホストのJP1/AJS3サービスは，同一のユーザーアカウントにしてください。

JP1/AJS3サービスの起動アカウントに必要な権限を設定したあと，権限を有効にするためにはJP1/AJS3サービスを再起動してください。

Active Directoryを使ったドメイン環境で運用している場合は，ドメインコントローラーがあるホストとドメイン内のホストで設定手順が異なります。詳細については，マニュアル「JP1/Base 運用ガイド」のActive Directory環境でOSユーザーにユーザー権利を与える方法についての説明を参照してください。

(2)　メールシステムと連携する場合の変更について

特に「JP1/AJS3サービス」のアカウントと合わせる必要はありません。

メールシステム連携をJP1/AJS3 Mailサービス上で実行している場合は，メールのプロファイルを定義したユーザーアカウントをJP1/AJS3 Mailサービスに設定します。また，その他に，次の権限も設定します。

ローカルログオン

サービスとしてログオン

これらの権限のないユーザーを設定した場合は，動作を保証できません。

ローカルセキュリティポリシーに上記の権限を設定してください。

(3)　JP1/Power Monitorと連携する場合の変更について

JP1/Power Monitorと連携して電源制御を実行する場合は，必ずJP1/Baseの起動管理機能を使って起動してください。その場合には，「JP1/AJS3サービス」の起動方法を「手動」にしてください。

(4)　JP1/Baseの起動管理機能を使用する場合の変更について

JP1/Baseの起動管理機能では，標準で，「JP1/AJS3サービス」が自動起動するように設定されています。

起動管理機能を使う場合

「JP1/AJS3サービス」の起動方法を「手動」にしてください。

なお，JP1/Baseをバージョン8からバージョン9以降にバージョンアップした場合は，JP1/Baseの起動順序定義ファイルJp1svprm.datに記述されている［Jp1AJS2MONITOR］の自動起動パラメーターをコメントアウトしてください。

起動管理機能を使わない場合

「JP1/AJS3サービス」の起動方法を「自動」にしてもかまいません。

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

システムの起動・終了時に，JP1/AJS3サービスを自動的に起動・終了できます。

なお，OSの起動を最優先したい場合や，オペレーターが直接JP1/AJS3を起動させたい場合には，自動起動の設定をしないようにしてください。

Windowsの設定方法

デフォルトではJP1/Baseの起動管理機能が有効になっているため，JP1/AJS3のサービスが自動的に起動します。起動管理機能の使用をやめる場合は，マニュアル「JP1/Base 運用ガイド」のサービスの起動および終了順序の設定の説明を参照して，設定を無効にしてください。

なお，サービスの起動および終了順序を設定する起動順序定義ファイル（JP1SVPRM.DAT）では，次に示すセクションでJP1/AJS3サービスおよびJP1/AJS3 Mailサービスについて設定できます。デフォルトの名称は「JP1/AJS2」ですが，このままの設定で「JP1/AJS3」の設定として有効です。

JP1/AJS3サービスの設定

[Jp1AJS2]
Name=JP1/AJS2
ServiceName=JP1_AJS2
StopCommand=jajs_spmd_stop.exe

JP1/AJS3 Mailサービスの設定

[Jp1AJS2MAIL]
Name=JP1/AJS2 Mail
ServiceName=JP1_AJS2_Mail

UNIXの設定方法

自動起動および自動終了の設定方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.7.1 JP1/AJS3サービスの自動起動および自動終了の設定」を参照してください。

注意事項

Windowsのシャットダウンは，JP1/AJS3の停止完了を待ちません。JP1/AJS3の稼働中にシャットダウンを実行すると，JP1/AJS3のデータファイルが壊れるなどの問題が発生するおそれがあります。Windowsのシャットダウンを手動で実行する場合は，JP1/Power Monitorの電源制御コマンド（aompwconコマンド）を実行してください。JP1/Power Monitorをインストールしないで手動でシャットダウンを実行する場合は，JP1/AJS3のサービスを手動で停止したあとにシャットダウンを実行してください。

PCジョブにOSのシャットダウンコマンドを登録して実行しないでください。ジョブの自動運用でOSをシャットダウンしたい場合は，JP1/Power Monitorをインストールし，アクションジョブのローカル電源制御ジョブを実行する運用を検討してください。

4.2.5　JP1/AJS3サービスの複数起動の設定

JP1/AJS3 - ManagerおよびJP1/AJS3 - AgentのJP1/AJS3サービスは，クラスタ運用のために1台のホストで複数起動できます。複数起動する場合，1台のホストを仮想的に複数台のホストとして使うために論理ホストを定義し，論理ホスト単位に起動するように環境設定します。

複数のJP1/AJS3サービスを論理ホスト単位に起動するには，論理ホストごとにJP1/AJS3の環境設定をします。また，サービス多重起動時には，システム資源（セマフォ，仮想メモリー，共有メモリー，ディスク容量など）を，JP1/AJS3サービスの同時起動数に合わせて準備します。

複数のJP1/AJS3サービスが起動している場合の動作イメージを次の図に示します。

図4-1　JP1/AJS3サービスの複数起動

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

この節では，JP1/AJS3 - Managerホストのセットアップ時の設定項目を紹介します。JP1/AJS3 - Managerホストのセットアップ作業を実施する前に，デフォルトで動作させるか，またはどのような値を設定もしくは選択してJP1/AJS3 - Managerを動作させるかを検討しておいてください。

セットアップの手順の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1」を参照してください。

＜この節の構成＞

4.3.1　システム管理に関する環境設定について検討する

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

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

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

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

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

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

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

4.3.1　システム管理に関する環境設定について検討する

JP1/AJS3 - Managerホストのシステム管理の環境設定項目（環境設定パラメーター）については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.1 システム管理の環境設定」を参照してください。

また，設定手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.2 環境設定パラメーターの設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　14.2 環境設定パラメーターの設定」（UNIXの場合）を参照してください。

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

JP1/AJS3 - Managerホストのスケジューラーサービスの環境設定項目（環境設定パラメーター）については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.2 スケジューラーサービス環境設定」を参照してください。

また，設定手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.2 環境設定パラメーターの設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　14.2 環境設定パラメーターの設定」（UNIXの場合）を参照してください。

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

JP1/AJS3 - Managerホストのイベントジョブ起動に関する環境設定項目（環境設定パラメーター）については，次に示す個所を参照してください。

イベントジョブを使用する場合
マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.4 イベント・アクション制御の環境設定」

メールシステムと連携する場合
マニュアル「JP1/Automatic Job Management System 3 連携ガイド　2.2.4(4) メールシステム連携機能に使用する環境設定パラメーター」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 連携ガイド　2.3.2(3) メール受信監視ジョブを使用するための環境設定パラメーター」（UNIXの場合）

また，設定手順については，次に示す個所を必要に応じて参照してください。

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.2 環境設定パラメーターの設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　14.2 環境設定パラメーターの設定」（UNIXの場合）

マニュアル「JP1/Automatic Job Management System 3 連携ガイド　2.2.4 メールシステム連携のための環境設定をする」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 連携ガイド　2.3.2 メール受信監視ジョブのための環境設定をする」（UNIXの場合）

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

JP1/AJS3 Consoleに関する環境設定項目（環境設定パラメーター）については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.8 JP1/AJS3 Console環境設定」を参照してください。

また，設定手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.2 環境設定パラメーターの設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　14.2 環境設定パラメーターの設定」（UNIXの場合）を参照してください。

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

スケジューラーサービスとは，マネージャーホストのJP1/AJS3サービスに含まれる，ルートジョブグループを管理する制御単位です。最上位のジョブグループとして，JP1/AJS3に必ず定義されていて，ルートジョブグループ名を「/（スラント）」で表します。

スケジューラーサービスを多重起動させた場合の動作イメージを次の図に示します。

図4-2　スケジューラーサービスの多重起動

スケジューラーサービスを多重起動させると，ルートジョブグループをスケジューラーサービスごとに管理できるようになります。1個のスケジューラーサービスで，4,000個以上のジョブネットやジョブを管理（定義，実行登録，監視）するには，資源に限界があります。そのため，CPUを多数搭載するようなシステムの場合には，スケジューラーサービスの多重起動について事前に検討してください。

例えば，スケジューラーサービスを業務ごとに分割して，多重起動する運用にします。多重起動にすることで，スケジューラーサービスごとにCPU資源を有効利用でき，それぞれのスケジューラーサービスがほかのスケジューラーサービスの影響を受けることなく，独立した業務（ジョブネットおよびジョブ）の並行実行ができます。また，新たな運用テストなどができます。

また，実行登録するジョブネットの数が多い場合にも，処理性能を考えて4,000個を目安にジョブネットを分割し，スケジューラーサービスを多重起動する運用を検討してください。

なお，業務単位にジョブネットを分割することで，1ジョブネット当たりの規模も小さくできます。

スケジューラーサービスは，1台のマシンにつき物理ホストと論理ホストを合わせて20個まで多重起動にすることができます。しかし，システムの環境によって，ある数以上のスケジューラーサービスの多重起動を設定すると，スケジューラーサービスが起動できなくなることがあります。

スケジューラーサービスを多重起動させる場合は，一つの論理ホストの環境設定中に，複数のスケジューラーサービスの環境設定をします。スケジューラーサービスの多重起動の設定方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.1.1 スケジューラーサービスの多重起動の設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.1.1 スケジューラーサービスの多重起動の設定」（UNIXの場合）を参照してください。

スケジューラーサービスを一つずつ起動または停止するには，jajs_spmdコマンドまたはjajs_spmd_stopコマンドに，-n jajs_schdオプションを指定して実行します。jajs_spmdコマンドまたはjajs_spmd_stopコマンドは，JP1/AJS3サービスを起動したままの状態で実行できます。詳細については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　8.5 スケジューラーサービスだけを起動・停止する」を参照してください。

＜この項の構成＞

(1)　Windowsホストで多数のスケジューラーサービスを多重起動する場合

(2)　UNIXホストで多数のスケジューラーサービスを多重起動する場合

(1)　Windowsホストで多数のスケジューラーサービスを多重起動する場合

システムの環境によって，ある数以上のスケジューラーサービスを多重起動したときにエラーとなることがあります。その際，「アプリケーションを正しく初期化できませんでした。」というエラーメッセージが出力されます。

これはシステムのリソース（デスクトップヒープ領域）が不足した場合に発生します。

JP1/AJS3ではスケジューラーサービスごとに多数の制御プロセスを起動するため，スケジューラーサービスを多重起動にすると，起動したスケジューラーサービスの分デスクトップヒープ領域を使用します。このため，デスクトップヒープ領域が不足する場合があります。このような場合，次に示す方法で対処してください。

(a)　JP1/AJS3専用のデスクトップヒープ領域を使用する

JP1/AJS3専用のデスクトップヒープ領域を使用するために，JP1/AJS3サービスのアカウントをユーザーアカウントに変更します。JP1/AJS3サービスのアカウントはシステムアカウントがデフォルトになっています。

設定の詳細については，「4.2.3(1) JP1/AJS3が提供するサービスのアカウントの変更について」を参照してください。

(b)　レジストリーを編集してデスクトップヒープサイズを調整する

Windowsのレジストリー情報を編集してデスクトップヒープのサイズを調整してください。レジストリー編集方法については，Microsoftのホームページのデスクトップヒープ関連のサポート技術情報にある記事を参照してください。デスクトップヒープ領域の使用量は，使用している環境に依存します。また，変更した場合はシステム全体に影響を与えるため，十分な検証を行った上で適用してください。

(2)　UNIXホストで多数のスケジューラーサービスを多重起動する場合

多重起動するスケジューラーサービス数を増やすと，その増加数に従ってシステム資源を消費します。多重起動するスケジューラーサービス数に見合ったシステム資源が確保できていない場合，スケジューラーサービスを多重起動したときにエラーとなることがあります。「3. 見積もり」を参考に，メモリー所要量，ディスク占有量，およびカーネルパラメーターなどのシステム資源の値を十分見積もった上で，スケジューラーサービスの多重起動を設定してください。

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

ジョブを実行するときに，オプションとして設定できる項目の検討について説明します。運用する環境に合わせて設定を検討してください。

＜この項の構成＞

(1)　ジョブ実行時のワークパスを変数として定義する

(2)　ジョブをロングファイル名で実行させる（Windows限定）

(3)　転送元ファイルの検索パスを定義する

(4)　エージェントのパイプ通信タイムアウト値を設定する（UNIX限定）

(1)　ジョブ実行時のワークパスを変数として定義する

JP1/AJS3のインストールパスがジョブの実行先エージェントホストごとに異なる運用をする場合，またはジョブの実行先エージェントホストでJP1/AJS3のインストールパスが環境変数PATHに定義されていない場合，ジョブの実行先エージェントホストでインストールパスを変数として定義すると，インストール先を意識しないでジョブを実行できます。

ジョブとして実行する実行ファイルの保存先が，あるエージェントホストではCドライブ，あるエージェントホストではDドライブというように，異なる環境でJP1/AJS3を運用する場合は，ジョブ実行時のワークパスを変数として定義することを推奨します。

設定方法の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.2.1 ジョブ実行時のワークパスを変数として定義する」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.2.1 ジョブ実行時のワークパスを変数として定義する」（UNIXの場合）を参照してください。

(2)　ジョブをロングファイル名で実行させる（Windows限定）

ジョブ実行時，ジョブの実行ファイルの名称は，通常，NTFS（NT File System）およびFAT（File Allocation Table）ボリューム上のファイル用に生成されたショートファイル名に変換されます。ジョブの実行ファイルをショートファイル名に変換しないでロングファイル名で実行したい場合は，このオプションを有効にすることを推奨します。

設定方法の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.2.15 ジョブをロングファイル名で実行するための設定」を参照してください。

(3)　転送元ファイルの検索パスを定義する

JP1/AJS3では，ジョブを実行するために必要なテキストファイルをマネージャーホストからエージェントホストに転送して，ジョブを実行できます。例えば，転送ファイルには，実行ファイルの環境（パスなど）を定義した設定ファイル（.iniファイル）などを転送できます。

マネージャーホストからエージェントホストに転送するファイル名を指定する場合，あらかじめ検索するパスを定義しておけば，そのパスに転送するファイルがあるかを探し，あればそのファイルが転送ファイルになります。

転送するファイルのパスを省略して定義したい運用をする場合に，このオプションを有効にすることを推奨します。

設定方法の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.2.2 転送元ファイルの検索パスを定義する」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.2.2 転送元ファイルの検索パスを定義する」（UNIXの場合）を参照してください。

(4)　エージェントのパイプ通信タイムアウト値を設定する（UNIX限定）

ジョブ実行制御のエージェントプロセス間通信でパイプ通信のタイムアウトエラーが発生することがあります。その原因として，次のことが考えられます。

大量のジョブが一時期に集中して実行された。

CPUに高い負荷が掛かっている。

実メモリーが不足することでジョブ実行制御のエージェントプロセスが300秒以上の間スワップアウトされ，実行されなかった。

これらの発生条件が解消されないでパイプ通信のタイムアウトエラーが頻繁に発生するような状況が考えられる場合は，エージェントプロセスが実行されるホスト上のパイプ通信タイムアウト時間を長めに変更して運用することを推奨します。

注意

パイプ通信タイムアウト時間に長い時間を設定すると，ジョブの障害検知が遅くなることがあるため注意してください。

設定方法の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.2.15 エージェントのパイプ通信タイムアウト値の変更」を参照してください。

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

イベントジョブを使用する場合に，オプションとして設定できる項目の検討について説明します。運用する環境に合わせて設定を検討してください。

＜この項の構成＞

(1)　イベントジョブのログ設定

(2)　イベントが発生した順に条件を成立させる

(3)　ファイル監視ジョブの状態を引き継がせる

(4)　「"（ダブルクォーテーションマーク）」を含むデータをイベントジョブの引き継ぎ情報に使用する

(1)　イベントジョブのログ設定

イベントジョブを使用する場合，イベントジョブの実行数や監視条件の成立数などの運用形態によって，出力されるログのサイズが異なります。そのため，最低でも24時間分のログが保持できることを目安とし，1～3日分のログを保持できるように設定する必要があります。ログのサイズは，「3.4.3 イベントジョブが出力するログのサイズを見積もる」を参照して計算してください。

(2)　イベントが発生した順に条件を成立させる

起動条件で監視している一つのイベントジョブのイベントが連続して発生する場合，通信の状態によって，イベントの成立順序が実際に発生した順序とは異なってしまうことがあります。引き継ぎ情報を使用しているなどで，成立するイベントの順序をイベントが実際に発生した順にしたい場合は，イベント順序保証オプションを使用してください。

なお，イベント順序保証オプションは，イベントジョブを実行するすべてのエージェントホストで設定してください。設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.3.2 イベント順序保証オプションの設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.3.2 イベント順序保証オプションの設定」（UNIXの場合）を参照してください。

(3)　ファイル監視ジョブの状態を引き継がせる

ファイル監視ジョブが監視対象ファイルを監視している間の情報を随時退避しておき，JP1/AJS3サービスが一時的に停止した場合でもファイル監視ジョブの監視状態を引き継ぐことができます。例えば，クラスタシステムで，ファイル監視ジョブの実行中にJP1/AJS3サービスが停止した場合，JP1/AJS3サービスの停止後，再度JP1/AJS3サービスが起動して，サービスが停止する前と同じファイル監視ジョブが実行されたときに，サービスが停止する前のファイル監視ジョブの監視状態を引き継いでジョブが実行されます。JP1/AJS3サービスが停止する前後で，ファイル監視ジョブの状態の整合性を保ちたい場合にこの設定を使用することを推奨します。

なお，監視状態を引き継ぐには，ファイル監視ジョブが継続して動作している必要があります。ファイル監視ジョブが継続して動作するか，終了するかによって監視状態が引き継がれるかどうかが異なります。

監視状態が引き継がれる条件については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　7.6.2 ファイル監視ジョブの注意事項」のファイル監視ジョブの状態引き継ぎオプションについて説明している事項を参照してください。

設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.3.3 ファイル監視ジョブの状態引き継ぎオプションの設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.3.3 ファイル監視ジョブの状態引き継ぎオプションの設定」（UNIXの場合）を参照してください。

(4)　「"（ダブルクォーテーションマーク）」を含むデータをイベントジョブの引き継ぎ情報に使用する

イベントジョブの受信情報を引き継ぎ情報として，標準ジョブやアクションジョブのパラメーターに引き継ぐ場合で，引き継ぐデータに「"（ダブルクォーテーションマーク）」が含まれるとき，「¥」を前に付けてイベントを発行する必要があります。「¥」を付けて発行しない場合，受信情報を引き継いでも「"（ダブルクォーテーションマーク）」が無視されるなどの現象が発生します。

これを防止するためには，「"（ダブルクォーテーションマーク）」を含むデータを発行されたイベントのとおりに引き継ぎ情報として引き継がせるオプションを設定することを推奨します。

このオプションを設定すると，JP1/AJS3内で「"（ダブルクォーテーションマーク）」の前に「¥」が付け加えられます。これによって，引き継ぎ情報中の「"（ダブルクォーテーションマーク）」の有無を意識しないで，イベントジョブの受信情報を引き継ぎ情報として引き継ぐことができます。

なお，引き継ぐ情報中に，すでに「"（ダブルクォーテーションマーク）」の前に「¥」がある場合，「¥」のあとにも「¥」を付け加えます。そのため，例えば「AB¥"C」というデータを引き継いだ結果は「AB¥"C」となり，「AB"C」とはなりません。このオプションを指定する前に，意識して「¥」を付けている場合は，このオプションを設定しないでください。

注意事項

イベントジョブの受信情報を，引き継ぎ情報として標準ジョブやアクションジョブのパラメーターに引き継ぐ場合，標準ジョブやアクションジョブの各パラメーターの最大長までしか引き継げません。このオプションを有効にした場合，「"（ダブルクォーテーションマーク）」の前に「¥」を付け加えます。

そのため，このオプションを有効にして，「"（ダブルクォーテーションマーク）」を引き継ぐ場合には，次に示す例を参考にして，引き継ぐ情報を検討してください。

（例）

UNIXジョブの［コマンド文］の最大長は1,023バイトですが，「"（ダブルクォーテーションマーク）」を含むデータ1,023バイトを引き継ぎ情報として引き継ぐ場合，このオプションを指定すると1,024バイトを超えるため，エラーになります。

設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.3.4 「"（ダブルクォーテーションマーク）」を含むデータをイベントジョブの引き継ぎ情報に使用するための設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.3.4 「"（ダブルクォーテーションマーク）」を含むデータをイベントジョブの引き継ぎ情報に使用するための設定」（UNIXの場合）を参照してください。

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

JP1/AJS3 - Managerホストの共通情報の環境設定項目（環境設定パラメーター）については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.9 JP1/AJS3共通情報の環境設定」を参照してください。

また，設定手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.2 環境設定パラメーターの設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　14.2 環境設定パラメーターの設定」（UNIXの場合）を参照してください。

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

この節では，JP1/AJS3 - Agentホストのセットアップ時の設定項目を紹介します。JP1/AJS3 - Agentホストのセットアップ作業を実施する前に，デフォルトで動作させるか，またはどのような値を設定または選択してJP1/AJS3 - Agentを動作させるかを検討しておいてください。

セットアップの手順の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1」を参照してください。

＜この節の構成＞

4.4.1　システム管理に関する環境設定について検討する

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

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

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

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

4.4.1　システム管理に関する環境設定について検討する

JP1/AJS3 - Agentホストのシステム管理の環境設定項目（環境設定パラメーター）については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.1 システム管理の環境設定」を参照してください。

また，設定手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.2 環境設定パラメーターの設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　14.2 環境設定パラメーターの設定」（UNIXの場合）を参照してください。

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

JP1/AJS3 - Agentホストのイベントジョブ起動に関する環境設定項目（環境設定パラメーター）については，次に示す個所を参照してください。

イベントジョブを使用する場合
マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.4 イベント・アクション制御の環境設定」

メールシステムと連携する場合
マニュアル「JP1/Automatic Job Management System 3 連携ガイド　2.2.4(4) メールシステム連携機能に使用する環境設定パラメーター」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 連携ガイド　2.3.2(3) メール受信監視ジョブを使用するための環境設定パラメーター」（UNIXの場合）

また，設定手順については，次に示す個所を必要に応じて参照してください。

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.2 環境設定パラメーターの設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　14.2 環境設定パラメーターの設定」（UNIXの場合）

マニュアル「JP1/Automatic Job Management System 3 連携ガイド　2.2.4 メールシステム連携のための環境設定をする」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 連携ガイド　2.3.2 メール受信監視ジョブのための環境設定をする」（UNIXの場合）

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

ジョブを実行するときに，オプションとして設定できる項目の検討について説明します。運用する環境に合わせて設定を検討してください。

＜この項の構成＞

(1)　ジョブ実行時のワークパスを変数として定義する

(2)　ジョブをロングファイル名で実行させる（Windows限定）

(3)　エージェントのパイプ通信タイムアウト値を設定する（UNIX限定）

(1)　ジョブ実行時のワークパスを変数として定義する

JP1/AJS3のインストールパスがジョブの実行先エージェントホストごとに異なる運用をする場合，またはジョブの実行先エージェントホストでJP1/AJS3のインストールパスが環境変数PATHに定義されていない場合，ジョブの実行先エージェントホストでインストールパスを変数として定義すると，インストール先を意識しないでジョブを実行できます。

ジョブとして実行する実行ファイルの保存先が，あるエージェントホストではCドライブ，あるエージェントホストではDドライブというように，異なる環境でJP1/AJS3を運用する場合は，ジョブ実行時のワークパスを変数として定義することを推奨します。

設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.2.1 ジョブ実行時のワークパスを変数として定義する」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.2.1 ジョブ実行時のワークパスを変数として定義する」（UNIXの場合）を参照してください。

(2)　ジョブをロングファイル名で実行させる（Windows限定）

ジョブ実行時，ジョブの実行ファイルの名称は，通常，NTFS（NT File System）およびFAT（File Allocation Table）ボリューム上のファイル用に生成されたショートファイル名に変換されます。ジョブの実行ファイルをショートファイル名に変換しないでロングファイル名で実行したい場合は，このオプションを有効にすることを推奨します。

設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.2.15 ジョブをロングファイル名で実行するための設定」を参照してください。

(3)　エージェントのパイプ通信タイムアウト値を設定する（UNIX限定）

ジョブ実行制御のエージェントプロセス間通信でパイプ通信のタイムアウトエラーが発生することがあります。その原因として，次のことが考えられます。

大量のジョブが一時期に集中して実行された。

CPUに高い負荷が掛かっている。

実メモリーが不足することでジョブ実行制御のエージェントプロセスが300秒以上の間スワップアウトされ，実行されなかった。

これらの発生条件が解消されないでパイプ通信のタイムアウトエラーが頻繁に発生するような状況が考えられる場合は，エージェントプロセスが実行されるホスト上のパイプ通信タイムアウト時間を長めに変更して運用することを推奨します。

注意

パイプ通信タイムアウト時間に長い時間を設定すると，ジョブの障害検知が遅くなることがあるため注意してください。

設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.2.15 エージェントのパイプ通信タイムアウト値の変更」を参照してください。

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

イベントジョブを使用する場合に，オプションとして設定できる項目の検討について説明します。運用する環境に合わせて設定を検討してください。

＜この項の構成＞

(1)　イベントジョブのログ設定

(2)　イベントが発生した順に条件を成立させる

(3)　ファイル監視ジョブの状態を引き継がせる

(1)　イベントジョブのログ設定

イベントジョブを使用する場合，イベントジョブの実行数や監視条件の成立数などの運用形態によって，出力されるログのサイズが異なります。そのため，少なくとも24時間分のログが保持できることを目安とし，1～3日分のログを保持できるように設定する必要があります。ログのサイズは，「3.4.3 イベントジョブが出力するログのサイズを見積もる」を参照して計算してください。

(2)　イベントが発生した順に条件を成立させる

起動条件で監視している一つのイベントジョブのイベントが連続して発生する場合，通信の状態によって，イベントの成立順序が実際に発生した順序とは異なってしまうことがあります。引き継ぎ情報を使用しているなどで，成立するイベントの順序をイベントが実際に発生した順にしたい場合は，イベント順序保証オプションを使用してください。

なお，イベント順序保証オプションは，イベントジョブを実行するすべてのエージェントホストで設定してください。設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.3.2 イベント順序保証オプションの設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.3.2 イベント順序保証オプションの設定」（UNIXの場合）を参照してください。

(3)　ファイル監視ジョブの状態を引き継がせる

ファイル監視ジョブが監視対象ファイルを監視している間の情報を随時退避しておき，JP1/AJS3サービスが一時的に停止した場合でもファイル監視ジョブの監視状態を引き継ぐことができます。例えば，クラスタシステムで，ファイル監視ジョブの実行中にJP1/AJS3サービスが停止した場合，JP1/AJS3サービスの停止後，再度JP1/AJS3サービスが起動して，サービスが停止する前と同じファイル監視ジョブが実行されたときに，サービスが停止する前のファイル監視ジョブの監視状態を引き継いでジョブが実行されます。JP1/AJS3サービスが停止する前後で，ファイル監視ジョブの状態の整合性を保ちたい場合にこの設定を使用することを推奨します。

なお，監視状態を引き継ぐには，ファイル監視ジョブが継続して動作している必要があります。ファイル監視ジョブが継続して動作するか，終了するかによって監視状態が引き継がれるかどうかが異なります。

監視状態が引き継がれる条件については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　7.6.2 ファイル監視ジョブの注意事項」のファイル監視ジョブの状態引き継ぎオプションについて説明している事項を参照してください。

設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.3.3 ファイル監視ジョブの状態引き継ぎオプションの設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.3.3 ファイル監視ジョブの状態引き継ぎオプションの設定」（UNIXの場合）を参照してください。

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

JP1/AJS3 - Agentホストの共通情報の環境設定項目（環境設定パラメーター）については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.9 JP1/AJS3共通情報の環境設定」を参照してください。

また，設定手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.2 環境設定パラメーターの設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　14.2 環境設定パラメーターの設定」（UNIXの場合）を参照してください。

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

この節では，JP1/AJS3 - Viewの環境設定のために検討しておく項目について説明します。運用が始まったらすぐに，運用形態に合わせてJP1/AJS3 - Viewを使用できるようにするために，次に示す内容について検討しておいてください。

［環境設定］ダイアログボックスの項目

共通の設定情報（共通プロファイル）の利用

ウィンドウの表示状態や更新間隔

表示するカラム

ラジオボタンやチェックボックスでのデフォルト値

JP1/AJS3 - Viewの環境は，JP1/AJS3 - Viewを起動しているホストおよびログインするJP1ユーザーごとに，運用形態や目的に合わせて設定することができます。また，一方でユーザー共通プロファイル※を使用すれば，すべてのJP1ユーザーの間で，同じ設定でJP1/AJS3 - Viewを使用することができます。ユーザープロファイルの設定については，「4.5.2 共通の設定情報の利用について検討する」を参照してください。

注※

JP1/AJS3 Console Viewでは，共通プロファイルは有効になりません。ただし，表示色の設定については，［JP1/AJS3 - Viewでの設定に従う］オプションを使用することでJP1/AJS3 - Viewで統一した色を指定できます。

なお，JP1/AJS3 - Viewの［環境設定］ダイアログボックス以外での設定方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　11. JP1/AJS3 - Viewで使用するウィンドウおよびダイアログボックスのカスタマイズ」を参照してください。

＜この節の構成＞

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

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

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

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

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

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

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

JP1/AJS3 - Viewの［環境設定］ダイアログボックスの設定項目について説明します。運用が始まったらすぐに，運用形態に合わせてJP1/AJS3 - Viewを使用できるようにするために，次の表に示す内容について事前に検討しておきます。

表4-5　検討しておく［環境設定］ダイアログボックスの設定項目

タブ名 | 項目
起動 | 自動ログイン
起動モード
メイン | アイコン表示色
状態／結果のカラーイメージ
ジョブグループの状態表示
ジョブネットをダブルクリック
ジョブネットエディタ起動時の排他編集
ジョブネットモニタ起動時の監視モード
エディタ・モニタ | ユニット名の改行
コメントの表示
強調表示
ユニット一覧をダブルクリック
スケジュール | 初回実行時間
［デイリースケジュール］ウィンドウのスケジュールエリアの表示時間
［マンスリースケジュール］ウィンドウでのシミュレーションの有無
［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウのツリーエリアでの，ユニットの表示順序
表示するスケジュール情報がないルートジョブネットの表示
プランニンググループの表示
全般 | アイコン表示色の変更
遅延表示色の優先度
保留予定の表示
その他 | トレースレベル
ログファイルの上限値

＜この項の構成＞

(1)　［起動］タブ

(2)　［メイン］タブ

(3)　［エディタ・モニタ］タブ

(4)　［スケジュール］タブ

(5)　［全般］タブ

(6)　［その他］タブ

(1)　［起動］タブ

次に示す内容について検討します。

JP1/AJS3 - Viewの起動時に，JP1/AJS3 - Managerに自動ログインするか

JP1/AJS3 - Viewをどのような表示形式の画面で使用するか

自動ログイン

JP1/AJS3 - Viewの起動時に，自動的にJP1/AJS3 - Managerにログインするかどうかを検討します。［ログイン］画面でログイン操作を省略したい場合に設定します。ただし，ログイン操作を省略すると，どんな人でもJP1/AJS3 - Managerにログインできてしまいます。セキュリティ上に問題がある場合は使用しないでください。また，［起動］タブで指定した値は，JP1/AJS3のローカルファイルに保存されます。このローカルファイルには，特別なセキュリティは掛かっていません。自動ログイン機能を使用する場合は，OSのセキュリティを前提とした環境で使用してください。

なお，JP1/IM - ViewからJP1/AJS3 - Viewにログインする場合は，自動ログインの設定は無効となります。JP1/IM - ViewへログインしたJP1ユーザー名とパスワードでJP1/AJS3 - Viewにログインします。表示される［ログイン］画面には，JP1/IM - ViewへログインしたときのJP1ユーザー名とパスワードが設定されます。

起動モード

JP1/AJS3 - Viewをどのような表示形式の画面で使用するかを検討します。JP1/AJS3 - Viewの画面の表示形式を起動モードといいます。次の三つのモードから選択できます。

標準モード
ユニットの定義，実行，監視といった操作の目的に応じて，操作の対象となるユニットや使用できるメニューだけを表示できます。
誤操作の防止や，ログインするJP1ユーザーごとに操作の役割を分担するような場合に適しています。

監視モード
ユニットの監視に特化した画面を表示させます。また，監視対象のユニットを指定しておき，特定のユニットだけを監視できます。

互換モード
バージョン8までのJP1/AJS2 - Viewと同じ操作性で使用できます。バージョン9のJP1/AJS3 - Viewをバージョンアップインストールすると，このモードで表示されます。
特に定義，実行，監視といった目的別のメニューの分類はなく，バージョン8までのJP1/AJS2 - Viewの操作に慣れている方向けのモードです。

(2)　［メイン］タブ

次に示す内容について検討します。

［JP1/AJS3 - View］ウィンドウのリストエリアに，ユニットをどのように表示させるのか。

［JP1/AJS3 - View］ウィンドウから，［ジョブネットエディタ］ウィンドウや［ジョブネットモニタ］ウィンドウをどのような状態で表示させるのか。

アイコン表示色

リストエリアの［名前］カラムに表示されるアイコンの色を，ユニットの状態に従って表示するのか，結果に従って表示するのかを選択できます。

実行中の世代の状態を知りたい場合には，［状態に従う］を選択します。

例えば，異常終了したジョブネットで，次の実行予定がない（未計画状態）場合，ユニットの状態に従って表示すると，ジョブネットアイコンは灰色で表示されます。ユニットの結果に従って表示すると，ジョブネットアイコンは薄い赤色で表示されます。

状態／結果のカラーイメージ

［状態］と［結果］カラムに，テキストで表示されている状態に対応する状態色を表示することができます。［JP1/AJS3 - View］ウィンドウでも視覚的に状態や実行結果を確認したい場合に設定すると便利です。

ジョブグループの状態表示

リストエリアに表示されるジョブグループのアイコンの背景に，状態色を表示することができます。状態色には，ジョブグループ内のジョブネットの状態を表す色が付けられます。また，［状態］と［結果］カラムに，ジョブグループの状態や実行結果が表示されます。

ジョブグループ内に複数のジョブネットがあり，その中に異常終了したジョブネットが一つでもあれば，ジョブグループにも異常終了を表す色が付けられます。また，ネストジョブグループ内のジョブネットが異常終了している場合も，上位ジョブグループには異常終了を表す色が付けられます。ジョブネットの状態色が最上位のジョブグループへ伝わります。そのため，［JP1/AJS3 - View］ウィンドウで，ジョブグループ内のジョブネットの状態がどのようになっているか視覚的に確認したい場合に設定すると便利です。ジョブグループをクリックして開く操作をしなくても，ジョブグループ内の状態をつかむことができます。ただし，ジョブグループの配下にジョブネットやジョブが大量にある場合は，表示性能が低下するため，大量のユニットがあるときは使用しないでください。

下位のジョブネットの状態が上位のジョブグループに伝わるときのルール（ジョブグループの状態表示）については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.3.42 ［環境設定］ダイアログボックス」を参照してください。

ジョブネットをダブルクリックしたときの動作

リストエリアでジョブネットをダブルクリックしたときに表示されるウィンドウを次の中から選択できます。

状態を［ジョブネットモニタ］ウィンドウで表示する

結果を［ジョブネットモニタ］ウィンドウで表示する

［ジョブネットエディタ］ウィンドウを表示する

ジョブネットやジョブなどの業務フローを定義する端末としてJP1/AJS3 - Viewを使用するホストでは，ジョブネットの定義情報を編集する画面である，［ジョブネットエディタ］ウィンドウを表示するような設定を推奨します。

業務の監視用端末としてJP1/AJS3 - Viewを使用するホストでは，ジョブネットの編集が主目的ではないので，ジョブネットの状態や結果を参照する画面である，［ジョブネットモニタ］ウィンドウを表示するような設定を推奨します。

［ジョブネットエディタ］ウィンドウ起動時の排他編集

［ジョブネットエディタ］ウィンドウでジョブネットを編集するには，情報が二重に更新されないように，ジョブネットの定義情報を排他状態にする必要があります。そのため，ジョブネットの定義を編集することを目的とするJP1ユーザーには，［ジョブネットエディタ］ウィンドウの起動と同時に，排他編集になるようにする設定を推奨します。

［ジョブネットモニタ］ウィンドウ起動時の監視モード

［JP1/AJS3 - View］ウィンドウから［ジョブネットモニタ］ウィンドウを呼び出したときに，どのような内容を表示させるのかを次の中から選択できます。

固定監視
［ジョブネットモニタ］ウィンドウを起動したときに，［JP1/AJS3 - View］ウィンドウのリストエリアで表示されていた世代だけを表示します。この場合，［ジョブネットモニタ］ウィンドウを表示したあとでジョブネットの状態などが変化していても，［ジョブネットモニタ］ウィンドウに表示されている内容に変更はありません。

最新の状態・結果を監視
［JP1/AJS3 - View］ウィンドウでの表示内容に関係なく，最新の状態または結果が表示されます。複数の世代が生成されるジョブネットを監視しても，現在日時にいちばん近い世代の状態または結果が表示できます。

(3)　［エディタ・モニタ］タブ

［ジョブネットエディタ］ウィンドウおよび［ジョブネットモニタ］ウィンドウのマップエリアでの，ユニットの表示方法について検討します。

ユニット名の改行

［ジョブネットエディタ］ウィンドウ，および［ジョブネットモニタ］ウィンドウのマップエリアに表示されるユニット名は，半角文字で10バイトの位置で改行されるようになっています。そのため，［ジョブネットモニタ］ウィンドウでユニットの状態や結果を監視するとき見にくい場合があります。ユニット名を任意の位置で改行するように設定すれば，マップエリアでユニット名を確認しやすくなります。入力するユニット名の命名規則などを考慮して，必要に応じて改行する位置を検討してください。

コメントの表示

ユニット名の下にコメントを表示したい場合は，コメントの先頭からの文字数を指定します。指定した文字数分のコメントが表示されます。

コメントを表示したくない場合は，コメントの先頭に識別用文字を指定します。先頭に識別用文字が指定されたコメントは，マップエリアには表示されません。

ジョブネットやジョブの処理サイクルなどのルールを，コメントとして表示するようにしておくと，ユニットが管理しやすくなります。日本語処理名を全角（80バイト以内）で記入しておくと便利です。

また，わざわざジョブネットやジョブを定義するダイアログボックスを表示しなくても，コメントの内容を確認できます。

なお，［エディタ・モニタ］タブで表示しないを選択しても，コメントはツールチップで表示させることもできます。

強調表示

［ジョブネットエディタ］ウィンドウまたは［ジョブネットモニタ］ウィンドウで強調表示を指定した場合に，基準となるユニット，基準となるユニットの直接の先行ユニット・後続ユニット，および関連線を何色で表示させるかを設定できます。

ユニット一覧をダブルクリック

［ジョブネットエディタ］ウィンドウまたは［ジョブネットモニタ］ウィンドウのリストエリアでユニットをダブルクリックしたときの動作として，次のどちらかを設定できます。

［ジョブネットエディタ］ウィンドウの場合は［詳細定義－［アイコン名］］ダイアログボックスを，［ジョブネットモニタ］ウィンドウの場合は［モニタ詳細－［アイコン名］］ダイアログボックスを表示する

ダブルクリックしたユニットを，マップエリアの中央に選択状態で表示する

(4)　［スケジュール］タブ

実行予定算出のための設定や，［デイリースケジュール］ウィンドウの表示などの設定を検討します。検討する内容を次に示します。

初回実行時間

初回実行時間とは，初めてジョブネットやジョブを実行するときに，終了予定時刻を計算するために使う時間です。2回目以降の終了予定時刻の算出では，前に実行されているジョブネットやジョブの実行時間の平均値を使って計算されます。

あらかじめ，予想される実行時間を入力しておくことで，テストの場合などでも，実運用に近い形の実行時間でスケジュールの動きや結果が確認できます。

なお，初回実行時間は1～86,400（単位：秒）の間で指定できます。デフォルトは「1,200」です。

デイリー表示時間

［デイリースケジュール］ウィンドウの日時エリアを，24時間分（当日分）表示するのか，48時間分（当日と翌日分）で表示するのかを選択できます。巨大なデータを一括して実行するなどで，日またがりの（日付の境を超えて実行される）スケジュールを設定している場合には，48時間表示にしておくと実行予定や結果が見やすくなります。

シミュレーションの有無

マンスリー実行シミュレーションとは，計画登録したジョブネットの実行予定を算出し，［マンスリースケジュール］ウィンドウに表示させる機能です。この機能を使うかどうかを選択できます。

計画実行登録したジョブネットは，ジョブネット実行を開始した時点で，次回実行予定が算出されます。マンスリー実行シミュレーションを実行すると，ジョブネットの実行登録時に，ジョブネットの登録情報と実行情報，およびその時点での定義情報を基に，すべてのスケジュール（実行予定）が算出されます。実運用に近い形で実行開始日時などを確認したい場合に設定します。

表示順序

［デイリースケジュール］ウィンドウ，および［マンスリースケジュール］ウィンドウのツリーエリアに表示されるユニット名の表示順序を選択します。ユニット名を名称順で表示するか，または実行時刻順で表示するかを選択できます。

名称順で表示する場合，ユニット名を基準にして，ツリーエリアのユニット名を昇順で表示します。並び順は，JP1/AJS3 - Managerに設定されている文字コード種別に依存します。業務単位，部署単位，または処理単位でユニット名を付けている場合，そのまとまりごとに実行予定や結果を確認したい場合に名称順を選択します。

実行時刻順で表示する場合，画面に表示されている最も古い実行開始日時を基準にして，ツリーエリアのユニット名を昇順で表示します。時系列でユニットの実行予定や結果を確認したい場合に実行時刻順を選択します。

表示するスケジュール情報がないルートジョブネット（デイリー（階層表示）／マンスリー）

［デイリースケジュール（階層表示）］ウィンドウ，および［マンスリースケジュール］ウィンドウで，表示するスケジュール情報がないルートジョブネット，およびプランニンググループをツリーエリアに表示するかどうかを選択します。

実行登録されていないルートジョブネットでも，ジョブグループの下にあるルートジョブネットなら表示できます。

また，プランニンググループの下にあるジョブネットで，スケジュール情報がない（実行する期間ではない）ジョブネットも表示できます。そのため，プランニンググループの下にどのようなジョブネットがあるかを確認したい場合に設定します。

プランニンググループの表示

プランニンググループのスケジュール情報を［マンスリースケジュール］ウィンドウで表示する場合，プランニンググループの下にあるユニットのスケジュール情報がスケジュールエリアにマージされて表示されるようにできます。プランニンググループの下にあるジョブネットを一つのジョブネットのように見立てて表示したい場合に選択します。

(5)　［全般］タブ

各ウィンドウで表示されるユニットの，状態を表す色について検討します。デフォルトのまま使用する場合は，検討する必要はありません。デフォルトで用意されている表示色を変更したい場合，またはユーザー自身が新しい色を作成して，その色を状態表示色として表示したい場合に検討します。

アイコン表示色の変更

色の作成については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　11.3.3 実行状態，実行結果，遅延の表示色を作成する」を参照してください。

遅延表示色の優先度

実行したユニットが，異常終了，警告終了，または終了遅延している場合で，かつ，複数の結果に該当する場合に，どの終了状態で表示させるのかを次の中から選択できます。

異常＞警告＞遅延
異常終了，警告終了，終了遅延の順で優先させて表示します。

異常＞遅延＞警告
異常終了，終了遅延，警告終了の順で優先させて表示します。

遅延＞異常＞警告
終了遅延，異常終了，警告終了の順で優先させて表示します。

例えば，終了遅延し，かつ，異常終了したジョブネットの場合，「異常＞警告＞遅延」を選択していると，ジョブネットの表示色は異常終了を表す薄い赤になります。また，「遅延＞異常＞警告」を選択していると，ジョブネットの表示色は終了遅延を表す橙になります。

終了遅延の状態をどのくらい優先して監視するか，という点から選択してください。業務全体の実行に影響を与えるユニットの終了遅延を最優先で監視したい場合には，「遅延＞異常＞警告」を選択します。

保留予定の表示

ユニットの状態が待ちの状態で，かつ保留属性が設定されている場合に，アイコンおよび状態／結果のカラーイメージを「保留予定」の色で表示するかどうかを指定することもできます。

(6)　［その他］タブ

JP1/AJS3 - Viewのログファイルに関する設定を検討します。JP1/AJS3 - Viewでの操作履歴がログに出力されます。トレースレベルとログファイルの上限値について設定します。

トレースレベル

ログファイルに出力する情報のレベルを選択します。指定できる値は，1，3，5です。値が大きいほど出力レベルが詳細になり，大量のログが出力されます。ログファイルの切り替えが頻繁に発生し，JP1/AJS3 - Viewホストの処理速度が遅くなるおそれがあります。処理速度を遅くしたくない場合は，3以下を選択してください。

デフォルトは3です。

各トレースレベルの内容については，次のとおりです。

トレースレベル［1］
エラー発生時の情報をログ出力する。

トレースレベル［3］
エラー発生時の情報と，ユーザーがどのような操作をしたかを識別できる情報をログ出力する。

トレースレベル［5］
エラー発生時の情報，ユーザーがどのような操作をしたかを識別できる情報，送受信データの内容についてログ出力する。

ログファイルの上限値

ログファイルサイズを設定できます。1～512（単位：メガバイト）の間で設定できます。ここで設定した値を超えた場合，二つ目のログファイルが自動的に作成されます。二つ目のログファイルのサイズも，ここで設定した値になります。二つ目のログファイルも設定した値を超えた場合は，一つ目のログファイルに上書きされます。

ログファイルサイズの見積もりについては，「3.4.5 JP1/AJS3 - Viewのログファイルのサイズを見積もる」を参照してください。

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

JP1/AJS3 - Viewの共通の設定情報（ユーザー共通プロファイル）の利用について説明します。

JP1/AJS3では，あるJP1/AJS3 - Viewで設定したJP1ユーザーの設定情報をユーザー共通プロファイルとして，ログイン先のJP1/AJS3 - Managerごとに保存（アップロード）することができます。共通の設定情報には，次に示す情報が保存されます。

［環境設定］ダイアログボックスでの設定情報

ajs2view_opt.confファイルの設定情報

ダイアログボックスのデフォルト値の設定情報

ユーザー共通プロファイルを保存したJP1/AJS3 - Managerにログインすれば，次に示すような場合でも，保存したユーザー共通プロファイルをダウンロードして，その設定情報を利用することができます。

新しくJP1ユーザーを登録して初めてログインしたあと，ほかのJP1ユーザーと同じ環境でJP1/AJS3 - Viewを使用したい。

登録済みのJP1ユーザーで，初めてログイン操作を実施するJP1/AJS3 - Viewからでも，いつも使っている環境を利用したい。

このように，JP1ユーザーごとに環境を設定する作業を省力化したいときに，共通プロファイルを利用したJP1/AJS3 - Viewの環境設定を推奨します。

＜この項の構成＞

(1)　共通の設定情報を利用するときの流れ

(2)　共通の設定情報を利用するときの注意事項

(1)　共通の設定情報を利用するときの流れ

ユーザー共通プロファイルを利用した環境設定の流れを次の図に示します。

図4-3　JP1/AJS3 - Viewのユーザー共通プロファイルの使用例

(2)　共通の設定情報を利用するときの注意事項

共通の設定情報を利用するときの注意事項を次に示します。

JP1ユーザーの権限，およびマッピングされているOSユーザーの権限に関係なく，アップロードまたはダウンロードでき，JP1/AJS3 - Managerホストに保存されている設定情報を変更することができます。ある特定のユーザーだけが，アップロードまたはダウンロードできるようにするには，メニューコマンドを不活性にしてください。メニューコマンドを不活性にする方法は，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　11. JP1/AJS3 - Viewで使用するウィンドウおよびダイアログボックスのカスタマイズ」を参照してください。

ユーザー共通プロファイルをアップロードするJP1ユーザーにマッピングされているOSユーザーの権限には，ファイルを書き込むことができる権限（write権限）を与えておいてください。書き込み権限を与えておく必要があるフォルダを，次に示します。
物理ホスト（Windows）の場合

JP1/AJS3 - Managerのインストール先フォルダ¥conf

Mgr_Path¥conf¥Profiles

Mgr_Path¥conf¥Profiles¥(common)

Mgr_Pathのデフォルトは，次のとおりです。

・Windows Server 2008の場合

システムドライブ¥Program Data¥HITACHI¥JP1¥JP1_DEFAULT¥JP1AJS2

・Windows Server 2003の場合

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

物理ホスト（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/AJS3 - Viewを起動する）OSユーザーには，ファイルを書き込むことができる権限（write権限）を与えておいてください。書き込み権限を与えておく必要があるフォルダを，次に示します。

Windows 7，Windows Server 2008，およびWindows Vistaの場合

%ALLUSERSPROFILE%¥HITACHI¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥JP1ユーザー名¥ajs2view_opt.conf

（「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥Program Data」です）

Windows Server 2003およびWindows XP Professionalの場合

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥JP1ユーザー名¥ajs2view_opt.conf

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

JP1/AJS3 - Viewの各ウィンドウの表示を何秒間隔で自動更新するのか，また，どの時点の情報を記憶させておくのかについて検討します。

＜この項の構成＞

(1)　表示内容の更新間隔を検討する

(2)　状態記憶の設定について検討する

(1)　表示内容の更新間隔を検討する

JP1/AJS3 - Viewの各ウィンドウに表示される情報（ユニットの状態）を自動的に更新するかどうかを設定できます。

［JP1/AJS3 - View］ウィンドウ，［デイリースケジュール］ウィンドウ，および［ジョブネットモニタ］ウィンドウでは，自動更新を設定できます。更新間隔はウィンドウごとに設定できるので，例えば，［JP1/AJS3 - View］ウィンドウは300秒ごとに，［ジョブネットモニタ］ウィンドウは30秒ごとに更新させるといった設定もできます。自動更新の間隔は，30～3,600（単位：秒）の値を設定できます。

ウィンドウの更新間隔の設定手順については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　11.4.2 ウィンドウの更新間隔を設定する」を参照してください。

ウィンドウの更新が発生した場合は，JP1/AJS3 - Managerでも負荷が発生します。発生する負荷によって業務の実行に影響が出そうな場合は，自動更新をしない設定にするか，運用に合わせて更新間隔を長くしてください。

一方，手動で更新するように設定した場合は，［表示］－［最新情報に更新］を選択すると，最新の情報がウィンドウに表示されます。

(2)　状態記憶の設定について検討する

現在表示されているウィンドウや表示されているユニットを，次にJP1/AJS3 - Viewを起動したときにも表示させるかどうか（状態記憶の設定）を検討します。

状態記憶を設定した場合は，作業中のウィンドウやユニットがJP1/AJS3 - Viewの次回起動時に表示されます。大規模な業務を作成している場合，作業したいユニットを検索する手間が少なくなります。

例えば，業務監視用の端末では，監視したいユニットを［ジョブネットモニタ］ウィンドウや［デイリースケジュール］ウィンドウなどで表示させた状態で，［オプション］－［状態記憶］－［記憶］を選択します。次回ログインするときでも，記憶した状態（［ジョブネットモニタ］ウィンドウや［デイリースケジュール］ウィンドウなどが表示されている状態）が表示され，ログインの直後に監視用のウィンドウを使用して，監視したいユニットの監視作業を実施できます。ただし，表示されるユニットの実行状態および実行結果については，起動時の状態および結果が表示されます。

一方，状態記憶を設定しなかった場合は，JP1/AJS3 - View起動時に［JP1/AJS3 - View］ウィンドウだけが表示されます。また，［JP1/AJS3 - View］ウィンドウにはルートジョブグループ直下のジョブグループおよびルートジョブネットだけが表示されます。

状態記憶時の注意事項

ダイアログボックスの情報や，カレンダーの情報は記憶されません。

［JP1/AJS3 - View］ウィンドウのリストエリアの項目表示幅は記憶されません。

［マンスリースケジュール］ウィンドウのスケジュールエリアの1日を表す列幅は記憶されません。

［デイリースケジュール］ウィンドウのスケジュールエリアの1時間を表す列幅は記憶されません。

［JP1/AJS3 - View］ウィンドウ，［ジョブネットエディタ］ウィンドウ，および［ジョブネットモニタ］ウィンドウでは，選択されていた階層が記憶されますが，その他のウィンドウでは記憶されません。

マネージャージョブグループ，マネージャージョブネット，およびリモートジョブネットを表示している［ジョブネットモニタ］ウィンドウの情報は記憶されません。

ウィンドウを最小化したり，最大化したりしていた場合，その状態は記憶されません。

ウィンドウの表示位置の前後は記憶されません。

JP1/AJS3 - Viewを複数起動した場合は，状態記憶を設定したJP1/AJS3 - Viewだけが，記憶された状態で表示されます。

削除済みのユニットのウィンドウは，［JP1/AJS3 - View］ウィンドウを次に起動したときにエラーになります。

ウィンドウ情報を記憶したときと異なるホストにログインした場合は，記憶された状態でウィンドウが表示されません。

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

JP1/AJS3 - Viewでは，ダイアログボックスのラジオボタンやチェックボックスのデフォルト値を変更することができます（デフォルトが空白のテキストフィールドやジョブ種別などは除きます）。

次の表に示す例のような状況が考えられる場合に，デフォルト値を変更することを推奨します。

表4-6　デフォルト値の変更例

デフォルトを変更したい項目 | デフォルトを変更する目的
［実行登録］ダイアログボックスの［デーモン起動時に予定時刻超過］と［実行登録時に予定時刻超過］のデフォルトを，［すぐに実行する］から［次回から実行する］に変更したい。 | 計画実行登録するとき，誤って［OK］ボタンをクリックしてしまい，ジョブネットがすぐに実行されてしまうのを回避するため。
ジョブネットの実行優先度のデフォルトを，「なし」から「nice値：-20」と同等の「5」に変更したい。 | JP1/AJS3の処理を優先してできるだけ早く終了させたいため。

ダイアログボックスのデフォルト値を変更する手順については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　11.3.6 ダイアログボックスのデフォルト値を変更する」を参照してください。

各ダイアログボックスの表示項目とデフォルト値については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15. ウィンドウとダイアログボックス」を参照してください。

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

JP1/AJS3 - Viewの次に示す場所では，表示項目（カラム）を追加できます。

［JP1/AJS3 - View］ウィンドウ（メイン画面）のリストエリア

［デイリースケジュール］ウィンドウの実行結果リスト

［マンスリースケジュール］ウィンドウの実行結果リスト

［検索］ウィンドウの検索結果リストエリア

ほかのウィンドウや［モニタ詳細］ダイアログボックスなどで確認しなければならない項目を，上記のウィンドウで確認することができ，監視作業の効率化が図れます。

追加できる表示項目を次の表に示します。

表4-7　追加できる表示項目

［JP1/AJS3 - View］ウィンドウ（メイン画面）のリストエリア
［デイリースケジュール］ウィンドウ・［マンスリースケジュール］ウィンドウの実行結果リスト
［検索］ウィンドウの検索結果リストエリア

サスペンド表示

名前

状態

結果

種別

コメント

開始日時（状態）

開始日時（結果）

再実行開始日時（状態）

再実行開始日時（結果）

終了日時（状態）

終了日時（結果）

登録種別（状態）

登録種別（結果）

起動条件（状態）

起動条件（結果）

処理時間（状態）

処理時間（結果）

開始遅延日時（状態）

開始遅延日時（結果）

終了遅延日時（状態）

終了遅延日時（結果）

実行ID（状態）

実行ID（結果）

計画一時変更（状態）

計画一時変更（結果）

アイコン表示

ユニット名

開始日時

終了日時

状態

再実行開始日時

登録種別

起動条件

処理時間

開始遅延日時

終了遅延日時

実行ID

計画一時変更

種別

コメント

ユニット名

上位パス

コメント

種別

所有者

JP1資源グループ

最終更新日時

実行エージェント

実行ファイル

パラメーター

リリース日時

リリース状態

リリースID

状態

開始予定日時

開始日時

終了日時

開始遅延

終了遅延

保留

実行ホスト

実行ID

参照カレンダー

ルートジョブネット

各エリアに表示項目を追加した例を次の図に示します。

図4-4　表示項目を追加したウィンドウの表示イメージ

表示項目を変更する手順については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　11.4.6 リストエリアの表示項目を設定する」を参照してください。

ダイアログボックスについては，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.3.46 ［表示項目設定］ダイアログボックス」を参照してください。

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

JP1/AJS3 Console Viewの環境設定項目について説明します。運用が始まったらすぐに，運用形態に合わせてJP1/AJS3 Console Viewを使用できるようにするために，次に示す内容について検討しておいてください。

［環境設定］ダイアログボックスの項目

［表示色の設定］ダイアログボックスの項目

JP1/AJS3 Console Viewの環境設定もJP1/AJS3 - Viewと同様に，JP1/AJS3 Console Viewを起動しているホストごとや，ログインするJP1ユーザーごとに，運用形態や目的に合わせて設定することができます。

＜この項の構成＞

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

(2)　［表示色の設定］ダイアログボックスの設定項目について検討する

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

JP1/AJS3 Console Viewの［環境設定］ダイアログボックスの設定項目について説明します。運用が始まったらすぐに，運用形態に合わせてJP1/AJS3 Console Viewを使用できるようにするために，次の表に示す内容について事前に検討しておきます。

注意事項

JP1/AJS3 Console Viewの［環境設定］ダイアログボックスの項目は，JP1/AJS3 - Viewの［環境設定］ダイアログボックスの項目とは異なります。

表4-8　検討しておく［環境設定］ダイアログボックスの設定項目

タブ名 | 項目
起動 | 自動ログイン
操作 | AJS3ユニット監視オブジェクトをダブルクリック
JP1/AJS3 - View起動時
業務スコープをダブルクリック（監視モード）
ウィンドウ | 名称の改行
コメントの表示
ツールチップ表示（監視モード）
その他 | トレースレベル
ログファイルの上限値

(a)　［起動］タブ

JP1/AJS3 Console Viewの起動時に，自動的にJP1/AJS3 Console Managerにログインするかどうかを検討します。［ログイン］画面でログイン操作を省略したい場合に設定します。だたし，ログイン操作をしなくても，どんな人でもJP1/AJS3 Console Managerにログインできてしまうので，セキュリティ上に問題がある場合は使用しないでください。また，［起動］タブで指定された値は，JP1/AJS3 - Viewマシンのローカルファイルに保存されます。このローカルファイルには，特別なセキュリティは掛かっていません。自動ログイン機能を使用する場合は，OSのセキュリティを前提とした環境で使用してください。

なお，JP1/AJS3 Console ViewをJP1/IM - Viewから起動する場合，およびJP1/AJS3 Console Viewの起動コマンドでログイン情報を指定して起動した場合は，自動ログインの設定は無効となります。

(b)　［操作］タブ

マップエリア上のアイコンをダブルクリックしたときの動作およびJP1/AJS3 Console ViewからJP1/AJS3 - Viewを起動するときの動作について検討します。

AJS3ユニット監視オブジェクトをダブルクリック

マップエリア上に表示されているAJS3ユニット監視オブジェクトアイコンをダブルクリックしたときに，［詳細定義］ダイアログボックス（定義モード），［詳細情報］ダイアログボックス（監視モード）を表示するのか，監視対象となるジョブネットに対してJP1/AJS3 - Viewを起動して表示させるのかどうかを選択できます。

JP1/AJS3 - View起動時

JP1/AJS3 Console ViewからJP1/AJS3 - Viewを起動する際に，［JP1/AJS3 - View］ウィンドウを表示するのか，［ジョブネットモニタ］ウィンドウを表示させるのかどうかを選択できます。

業務スコープをダブルクリック（監視モード）

マップエリア上の業務スコープアイコンをダブルクリックしたときに，ダブルクリックした現在のウィンドウで指定した業務スコープの内容を表示するのか，別のウィンドウで業務スコープの内容を表示するのかどうかを選択できます。

なお，この設定は監視モード時だけで有効です。定義モード時は常に現在のウィンドウで表示します。

(c)　［ウィンドウ］タブ

マップエリア上のオブジェクトの名称，コメントの表示方法，およびアイコンにマウスカーソルを近づけたときに表示するツールチップの内容について検討します。

名称の改行

マップエリア上に表示されるオブジェクトの名称は，アイコン幅に収まる位置で改行されて表示されるようになっています。そのため，アイコン幅に収まらない名称を指定した場合は，途中で改行されて表示されるので名称が確認しにくいときがあります。そのようなときには，名称の命名規則などを考慮して必要に応じて改行する位置（文字数）を検討してください。

コメントの表示

マップエリア上の名称の下にコメントを表示したい場合は，コメントの先頭からの文字数を指定すると，指定した文字数分のコメントが表示されます。

特定のコメントだけ表示したい場合は，表示したくないコメントの先頭を非表示文字で指定するようにします。

また，特定の文字でコメントを改行表示させることもできます。

ツールチップ表示（監視モード）

マップエリア上のアイコンにマウスカーソルを近づけたときに表示するツールチップの表示内容として，オブジェクトのコメントを表示するか状態名を表示するかどうかを選択できます。

ツールチップに状態名を表示させると，［詳細情報］ダイアログボックスを表示しなくてもオブジェクトの状態が確認できるので，一時的にあるオブジェクトの状態を確認したいときなどには有効です。

なお，この設定は監視モード時だけで有効です。定義モード時は常にコメントを表示します。

(d)　［その他］タブ

JP1/AJS3 Console Viewのログファイルに関する設定を検討します。

トレースレベル

ログファイルに出力する情報のレベルを選択します。指定できる値は，1，3，5です。値が大きいほど出力レベルが詳細になり，大量のログが出力されます。ログファイルの切り替えが頻繁に発生し，JP1/AJS3 Console Viewの処理速度が遅くなるおそれがあります。処理速度を遅くしたくない場合は，3以下を選択してください。

デフォルトは3です。

各トレースレベルの内容については，次のとおりです。

トレースレベル［1］
エラー発生時の情報をログ出力する。

トレースレベル［3］
エラー発生時の情報と，ユーザーがどのような操作をしたかを識別できる情報をログ出力する。

トレースレベル［5］
エラー発生時の情報，ユーザーがどのような操作をしたかを識別できる情報，送受信データの内容についてログ出力する。

ログファイルの上限値

ログファイルサイズを設定できます。1～512（単位：メガバイト）の値を設定できます。ここで設定した値を超えた場合，二つ目のログファイルが自動的に作成されます。二つ目のログファイルのサイズも，ここで設定した値になります。二つ目のログファイルも設定した値を超えた場合は，一つ目のログファイルに上書きされます。

ログファイルサイズの見積もりについては，「3.4.5 JP1/AJS3 - Viewのログファイルのサイズを見積もる」を参照してください。

(2)　［表示色の設定］ダイアログボックスの設定項目について検討する

マップエリア上のアイコンの状態を表す色について検討します。設定する項目は次の二つです。

AJS3ユニットの表示色（JP1/AJS3固有の状態に対応する表示色）

その他の表示色（JP1/AJS3 Console固有の状態に対応する表示色）

デフォルトのまま使用する場合は，検討する必要はありません。ただし，JP1/AJS3 - Viewでデフォルト以外の表示色を使用して，JP1/AJS3 - Viewと同じ表示色をJP1/AJS3 Console Viewでも使用したい場合は，JP1/AJS3 - Viewでの設定に従うようにすることを推奨します。

4.6　ユーザー環境の設定について検討する

ユーザー環境の設定で検討しておく内容について説明します。

＜この節の構成＞

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

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

UNIX版JP1/AJS3では，標準ジョブ，アクションジョブ，およびカスタムジョブの実行に先立って，次に示すシェルのログインスクリプトが実行されます。

sh，kshの場合

/etc/profile
$HOME/.profile

cshの場合

/etc/csh.login
$HOME/.cshrc
$HOME/.login

そのため，ログインスクリプトの中にechoやcatコマンドなど，標準出力ファイルへ出力するコマンドがあると，ジョブの実行結果以外のテキストが標準出力ファイルに出力されます。また，対話環境が前提であるstty，tty，tset，scriptコマンドなどをバッチ環境で実行すると，ジョブが異常終了するおそれがあります。このような場合は，これらのコマンドを実行しないようにログインスクリプトを変更してください。ログインスクリプトの変更例については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　13.4.2 ログインスクリプトの変更」を参照してください。

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

この章では，JP1/AJS3に必要な障害対策の検討について説明します。

JP1/AJS3の障害対策には，バックアップと冗長化が必要です。システムに万一の不測の事態が発生しても少ない影響でシステムを復旧させるために，事前に対策を検討しておくことが大切です。

＜この章の構成＞

5.1　トラブルに備えて

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

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

5.4　データベースの障害対策について検討する

5.5　大規模災害への対策を検討する

5.1　トラブルに備えて

トラブルは，さまざまな要因（JP1/AJS3，ユーザープログラム，オペレーティングシステム，オペレーションミスなど）で発生するおそれがあります。トラブル発生時に備えて，運用前に次の準備をしておくことを推奨します。

＜この節の構成＞

(1)　資料採取ツールのカスタマイズ

(2)　JP1/Base，JP1/AJS，OSの正確なバージョンを把握

(1)　資料採取ツールのカスタマイズ

JP1/AJS3ではトラブル発生時に資料を採取するための資料採取ツールを用意しています。

Windowsの場合は，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　7.1 ログ情報の採取方法」，UNIXの場合は，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　16.1 ログ情報の採取方法」を参照して，運用に合わせて資料採取ツールをカスタマイズしておくことを推奨します。また資料採取ツールを実行できない場合は手動で資料を採取できます。

採取が必要な資料は，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　1.3 トラブル発生時に採取が必要な資料」を参照してください。

なお，トラブルが発生する前に資料採取ツールで資料が正しく採取されることを確認してください。

(2)　JP1/Base，JP1/AJS，OSの正確なバージョンを把握

発生したトラブルの要因調査にJP1/Base，JP1/AJS，OSのバージョン情報が必要になります。サポートサービスを利用する場合，トラブル発生環境を正確に把握することは早期問題解決のために重要です。

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

システムが壊れるなど不測の事態に備えて，バックアップするのはシステム管理者の重要な責任の一つです。

ディスクが壊れて，JP1/AJS3が動作しなくなった。

誤ってジョブネットを削除してしまい，元の設定がわからなくなった。

誤ってJP1/AJS3のファイルをOSの操作で消してしまった。

このような状況は，どのシステムにも起こり得る問題です。これらの問題は，あらかじめJP1/AJS3の情報をバックアップしておくことで影響を最小限に抑えることができます。バックアップの計画を立て，実行してください。また，バックアップと合わせて必ずリカバリーの方法を検討し，実際にシステムが復旧できることを確認してください。

ここでは，JP1/AJS3を使用するシステムのバックアップおよびリカバリーについて説明します。ここでの説明を基に，システム全体のバックアップ計画の一部として，JP1/AJS3のバックアップ・リカバリーを検討してください。

＜この節の構成＞

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

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

5.2.3　JP1/AJS3稼働中のバックアップ

5.2.4　ディスクコピー・ミラーリングによる常時バックアップ

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

JP1/AJS3のバックアップ・リカバリーを実施する場合，バックアップ・リカバリーの対象となるのはJP1/AJS3の動作に必要な設定情報です。バックアップ・リカバリーの目的によって，対象となるファイルやバックアップの時期が異なり，表5-1に示すような種類と特徴に分けられます。

バックアップ・リカバリーには次の二つの方法があります。

個々の設定情報をそれぞれの更新時期に合わせてバックアップ・リカバリーする方法

システム全体，クラスタ構成での共有ディスク，またはデータベース（組み込みDB）全体を一括してバックアップ・リカバリーする方法

運用の目的に合わせて，それぞれのメリット・デメリットを考慮した上で，どのような時期に，どのような単位でバックアップ・リカバリーを実施するかを検討してください。

表5-1　JP1/AJS3のバックアップ・リカバリーの種類と特徴

バックアップ・
リカバリーの種類
主な目的
バックアップの時期
メリット
デメリット

JP1/AJS3の環境設定情報
ディスク障害やファイル破壊・消失などの障害発生時の回復
設定変更時

JP1/AJS3の停止が不要である。

バックアップの取得時期や取得範囲は変更内容に応じて柔軟に対応できる。

頻繁に変更される定義情報やスケジュール情報などはバックアップの時期や回数の検討が必要である。

ジョブネットの再登録が必要なため，業務の再開に時間が掛かる。

JP1/AJS3の定義情報

ジョブ・ジョブネットの定義情報

カレンダー・スケジュール情報

実行エージェント情報

QUEUEジョブ・サブミットジョブの実行環境

ディスク障害やファイル破壊・消失などの障害発生時の回復

別のマシンや別のスケジューラーサービスへの配布

ジョブネットの登録予定情報※1
ディスク障害やファイル破壊・消失などの障害発生時の回復
ジョブネットの登録時
リカバリー後にジョブネットの登録状態を一括して回復できるため，個々に再登録する必要がなく，運用再開までの作業時間を短縮できる。
即時実行で登録したジョブネットは対象外である。

システム全体
システム全体のメンテナンスや移行
システム全体の移行時※2
一括でバックアップ・リカバリーができる。

メンテナンス中はJP1/AJS3の停止が必要である。

リカバリー後にJP1/AJS3のコールドスタートが必要である。※3

ジョブネットの再登録が必要なため，業務の再開に時間が掛かる。

クラスタ構成での共有ディスク

共有ディスクの交換などのメンテナンス

クラスタシステムの移行や環境の再構築

共有ディスクの障害発生時の回復

クラスタシステムのメンテナンス時

データベース（組み込みDB）

データベースを含むディスクの障害やファイル破壊・消失などの障害発生時の回復

システムの移行や環境の再構築

スケジューラーサービスの停止中

スケジューラーサービスの停止が必要である。

リカバリー後に，JP1/AJS3のコールドスタートが必要である。※3

ジョブネットの再登録が必要なため，業務の再開に時間が掛かる。

注※1

登録予定情報をバックアップ・リカバリーする場合は，ユニット定義情報も一緒にバックアップ・リカバリーする必要があります。

注※2

システム全体をバックアップ・リカバリーで移行する場合，JP1/AJS3 - Managerはホスト名が異なるホストへ移行できません。同じホスト，または同じホスト名を設定した別ホストに対して実施する場合に限り移行できます。JP1/AJS3 - Agentはホスト名が異なる別ホストへ移行できます。

どちらの場合もJP1がOSに登録している情報を含めて，ファイルの情報に対してすべて整合性が取れた状態でシステム全体のバックアップを実施し，リカバリー時はバックアップで取得したファイルなどをすべてリカバリーすることが前提です。

なお，OSのコマンドやバックアップツールを使用したシステム全体のバックアップ・リカバリーについては，使用している環境で十分に検証した上で実施してください。

注※3

JP1/AJS3をコールドスタートすると，ジョブネットの登録予定情報，およびジョブネットやジョブの実行情報は初期化されるため回復できません。

＜この項の構成＞

(1)　JP1/AJS3の環境設定情報や定義情報のバックアップとリカバリー

(2)　ジョブネットの登録予定情報のバックアップとリカバリー

(3)　システム全体のバックアップとリカバリー

(4)　クラスタ構成での共有ディスクのバックアップとリカバリー

(5)　データベース（組み込みDB）のバックアップとリカバリー

(1)　JP1/AJS3の環境設定情報や定義情報のバックアップとリカバリー

(a)　バックアップとリカバリーの対象

JP1/AJS3の環境設定情報や定義情報が記述されたファイル，およびJP1/AJS3のコマンドを使用して設定情報を出力した結果などをバックアップします。JP1/AJS3の環境設定情報や定義情報には，JP1/AJS3 - Manager，JP1/AJS3 - Agent，およびJP1/AJS3 - Viewの情報を含みます。JP1/AJS3でバックアップが必要な環境設定情報や定義情報の詳細については，「5.2.2 バックアップ対象と時期」の表5-2を参照してください。

なお，ジョブネットやジョブの定義情報，カレンダー・スケジュール情報，および実行エージェントの定義情報は，データベース（組み込みDB）に含まれます。運用に合わせて，どのような時期に，どのような単位でバックアップおよびリカバリーを実施するかを検討してください。

(b)　バックアップとリカバリーの作業の流れ

バックアップ作業の流れについては，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　2.1.1(1) バックアップの流れ」を参照してください。

リカバリー時は，システムの破壊状況に応じて，バックアップしておいた情報をシステムに反映します。バックアップする情報は，JP1/AJS3の動作に必要な設定情報だけのため，設定情報をリカバリーしたあとは再度，ジョブネットを実行登録する必要があります。リカバリー作業の流れについては，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　2.1.2(1) リカバリーの流れ」を参照してください。

(c)　バックアップとリカバリーの方法

設定情報だけを対象としたバックアップおよびリカバリーの方法については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　2.2 JP1/AJS3を使用するシステムの設定情報のバックアップ」，およびマニュアル「JP1/Automatic Job Management System 3 運用ガイド　2.3 JP1/AJS3を使用するシステムの設定情報のリカバリー」を参照してください。

(2)　ジョブネットの登録予定情報のバックアップとリカバリー

ジョブネットの登録予定情報をエクスポート・インポートする機能を使用して，ジョブネットの実行登録状態をバックアップ・リカバリーできます。JP1/AJS3のシステムに障害などが発生した場合，またはシステム全体のバックアップ・リカバリーなどでJP1/AJS3サービスをコールドスタートする必要がある場合，これらの機能を使用することで運用再開までの作業を大幅に短縮できます。

ジョブネットの登録予定情報のバックアップとリカバリーは，JP1/AJS3 - Managerが対象です。詳細については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　4.4 ajsrgexport，ajsrgimportコマンドによるジョブネットの実行登録状態のバックアップ・リカバリー」を参照してください。

(3)　システム全体のバックアップとリカバリー

(a)　バックアップとリカバリーの方法

OSのコマンドやバックアップツールを使用して，システム全体のバックアップを実施する場合は，JP1/AJS3を停止させた状態でバックアップを実施してください。また，システム全体のバックアップからリカバリーを実施する場合は，ジョブネットの登録予定情報，およびジョブネットやジョブの実行情報を初期化する必要があるため，JP1/AJS3をコールドスタートで起動してください。手順については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　2.4 システム全体のバックアップとリカバリー」を参照してください。

(b)　システム全体をバックアップ・リカバリーする場合の検討事項

システム全体をバックアップまたはリカバリーする場合，次の点を考慮して実行してください。

ユーザージョブの状態など，JP1/AJS3以外のデータやアプリケーションとの整合性

ジョブネットやジョブを，どの状態（どの時刻）に戻すのか

マネージャーホストとエージェントホストのどちらをコールドスタートするのか

JP1/AJS3のように，さまざまなプログラムと連携する製品では，ジョブネットやジョブの実行状態および実行結果と，ジョブとして実行したユーザージョブすべてとの整合性を確保することは非常に困難です。整合性を確保するためには，実行するユーザージョブに，さまざまな制約条件が必要になります。これでは，JP1/AJS3の本来の機能である「通常のプログラムをジョブネットに柔軟に取り込んで運用管理する」ことができなくなります。このような背景からJP1/AJS3のバックアップおよびリカバリーは，JP1/AJS3の環境設定情報や定義情報だけを対象にすることを推奨しています。

(4)　クラスタ構成での共有ディスクのバックアップとリカバリー

(a)　ディスク交換を目的としたバックアップ

クラスタ構成で使用する共有ディスクでは，ディスクの老朽化などによるハードウェア的な障害に備えて，ディスク交換作業が発生することがあります。その場合は，JP1/AJS3を停止させた状態で共有ディスクごとコピーしたあとで，ディスクを交換してください。なお，共有ディスクごとバックアップおよびリカバリーする場合は，同時にローカルディスクも含めたシステム全体をバックアップおよびリカバリーする必要があります。

(b)　障害発生時に備えたバックアップとリカバリーの対象と方法

障害発生時に共有ディスクのデータを回復する目的では，「(1) JP1/AJS3の環境設定情報や定義情報のバックアップとリカバリー」に記載した情報を論理ホスト単位でバックアップしておく必要があります。

クラスタ構成で運用している場合，物理ホスト環境をバックアップおよびリカバリーするときは，実行系と待機系の両方のホストでバックアップおよびリカバリーを実施する必要があります。論理ホスト環境の場合は，実行系ホストだけでバックアップおよびリカバリーを実施します。待機系ホストでは，実行系ホストでバックアップした情報を使用してリカバリーします。

クラスタ構成の場合のバックアップの概要については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　2.1.1(2) バックアップの流れ（クラスタシステム運用の場合）」を参照してください。また，リカバリーの概要については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　2.1.2(2) リカバリーの流れ（クラスタシステム運用の場合）」を参照してください。

クラスタ構成で共有ディスクをバックアップまたはリカバリーする際，対象となるフォルダの種類については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　8.2.1(1) 共有ディスクへの共有ファイルの作成」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　17.2.1(1) 共有ディスクへの共有ファイルの作成」（UNIXの場合）を参照してください。

共有フォルダのバックアップとリカバリーの手順については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　2.2.2 JP1/AJS3 - Managerの設定情報のバックアップ」，およびマニュアル「JP1/Automatic Job Management System 3 運用ガイド　2.3.3 JP1/AJS3 - Managerの設定情報のリカバリー」の論理ホストの場合の手順を参照してください。

(5)　データベース（組み込みDB）のバックアップとリカバリー

データベース（組み込みDB）には，スケジューラーデータベースとエージェント管理データベースがあります。スケジューラーデータベースには，ジョブネットやジョブの定義情報，カレンダーやスケジュール情報に加え，ジョブネットやジョブの実行状態，および実行結果が含まれています。そのため，リカバリー後は，JP1/AJS3のコールドスタートを実施してシステム内の整合性を確保する必要があります。

データベース（組み込みDB）のバックアップとリカバリーは，JP1/AJS3 - Managerが対象です。データベース（組み込みDB）のバックアップおよびリカバリーの概要や手順については，「5.4 データベースの障害対策について検討する」を参照してください。

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

バックアップは，JP1/AJS3の動作に必要な設定情報を変更したときに実施します。毎回すべての設定情報をバックアップするのは負担が大きいため，変更した情報だけをバックアップすることもできます。また，設定情報を変更したときのバックアップが漏れたときに備えて定期的に全情報をバックアップすることも検討してください。

JP1/AJS3の動作に必要な設定情報を次の表に示します。

表5-2　JP1/AJS3の動作に必要な設定情報

設定情報 | 設定情報詳細
JP1/Baseの設定情報 | マニュアル「JP1/Base 運用ガイド」を参照してください。
JP1/AJS3 - Managerの設定情報 | JP1/AJS3で使用するファイル
実行エージェント情報
QUEUEジョブ，サブミットジョブ実行環境定義
ルートジョブグループ以外のユニット定義
ルートジョブグループの情報
ルートジョブグループのカレンダー情報
JP1/AJS3 Consoleの設定情報
ルートジョブネットの登録予定情報
JP1/AJS3 - Agentの設定情報 | JP1/AJS3で使用するファイル
JP1/AJS3 - Viewの設定情報 | 環境設定ファイル
カスタムジョブアイコン
アイコンイメージフォルダ
JP1/AJS3 Console View用アイコンイメージファイル・背景イメージファイル
その他の設定情報 | サービスのアカウント※1
ログインスクリプト※2
カーネルパラメーターの調整値※2
トラブルシュート資料採取用コマンド
クラスタ対応ツール
メールシステムとの連携用のユーザー作成ツール※2

注※1

Windowsの場合だけです。

注※2

UNIXの場合だけです。

JP1/AJS3の動作に必要な設定情報には，動作環境情報などの固定的な情報と，システム構築時のジョブネットの定義など頻繁に更新される情報があります。固定的な情報は変更のたびにバックアップできますが，1日に何度も変更される情報を変更のたびにバックアップするのは現実的ではありません。このような情報は，1日1回バックアップするなどしてください。

バックアップ計画の例を次に示します。

開発時のバックアップ計画の例

ジョブネットの定義は毎日バックアップする。

ジョブネットの定義以外の情報は，設定変更時にバックアップする。

1か月ごとにすべての設定情報をバックアップする。

運用時のバックアップ計画の例

設定変更時に，変更した情報をバックアップする。

1週間ごとにジョブネットの定義をバックアップする。

1か月ごとにすべての設定情報をバックアップする。

個々のプログラム（JP1/Base，JP1/AJS3 - Manager，JP1/AJS3 - Agent，JP1/AJS3 - View）のバックアップで必要な作業については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　2.2 JP1/AJS3を使用するシステムの設定情報のバックアップ」を，リカバリーで必要な作業については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　2.3 JP1/AJS3を使用するシステムの設定情報のリカバリー」を参照してください。

補足事項

組み込みDBの機能によってスケジューラーデータベースをバックアップ・リカバリーすることもできます。「5.4.1 データベースのバックアップの概要」を参照し，バックアップとリカバリーの方法を検討してください。

5.2.3　JP1/AJS3稼働中のバックアップ

ディスクのコピー・ミラーリング機能を持つハードウェアを使用している場合以外は，JP1/AJS3が稼働している状態で使用中のファイルおよびフォルダをバックアップできません。JP1/AJS3の稼働中にバックアップを取得した場合，次のような現象が発生するおそれがあるため，JP1製品を停止してから，バックアップを実施してください。

バックアップされたファイル間で矛盾が生じ，リストアしても正常に動作しない
サービスの起動中には，複数のファイルが更新されることがあります。例えば，一方のファイルは更新後の状態でバックアップされ，もう一方のファイルは更新前の状態でバックアップされてファイル間に矛盾が生じ，リストアを実施しても正常に動作しないおそれがあります。

JP1/AJS3がファイルを更新できない
バックアップ中には，ファイルが排他制御されます。そのため，JP1/AJS3がファイルを更新できないこともあり，ジョブの実行に影響が出るおそれもあります。したがって，バックアップを取得するには「5.2.1 バックアップとリカバリーの方法」にも示したとおり，JP1/AJS3の設定情報だけを対象にすることを推奨します。

また，JP1/AJS3の稼働時にバックアップを取得する場合には，次のファイルおよびフォルダをバックアップの対象から外してください。

JP1/AJS3 - Manager

マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録A.1 JP1/AJS3 - Managerのファイルおよびディレクトリ一覧」の次の表に示すファイルおよびフォルダ

「表A-3 ユーザーが参照，または変更する必要のないファイルおよびフォルダ一覧（Windows版JP1/AJS3 - Manager）」

「表A-13 ユーザーが参照，または変更する必要のないファイルおよびディレクトリ一覧（UNIX版JP1/AJS3 - Manager）」

JP1/AJS3 - Agent

マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録A.2 JP1/AJS3 - Agentのファイルおよびディレクトリ一覧」の次の表に示すファイルおよびフォルダ

「表A-22 ユーザーが参照，または変更する必要のないファイルおよびフォルダ一覧（Windows版JP1/AJS3 - Agent）」

「表A-30 ユーザーが参照，または変更する必要のないファイルおよびディレクトリ一覧（UNIX版JP1/AJS3 - Agent）」

5.2.4　ディスクコピー・ミラーリングによる常時バックアップ

ハードウェアが持つディスクのコピー・ミラーリング機能※を使用して，ディスクの内容を常時バックアップしておくことができます。

注※　日立ディスクアレイシステムのTrueCopy機能など。

バックアップ対象のディスクをメインボリュームとし，バックアップ用のディスク（リモートボリューム）にコピーします。メインボリュームの内容を常時バックアップしておくことで，ハードディスク障害などでメインボリュームを使用できなくなった場合にリモートボリュームに接続を切り替え，運用を継続できます。

＜この項の構成＞

(1)　前提条件

(2)　サポート範囲

(3)　システム構成

(4)　運用方法

(5)　注意事項

(1)　前提条件

常時バックアップの前提条件を次に示します。

対象ディスクのハードウェアが次の仕様を有すること。

メインボリュームとリモートボリュームの書き込み順序を保証する。

共有ディスク間のコピー動作を停止したときに，ハードウェアによってメインボリュームとリモートボリュームの整合性が確保できることを保証する。

共有ディスク間のコピー中は，リモートボリュームに書き込みできないことを保証する。

JP1/AJS3 - Managerのバージョンが09-10以降であること。

JP1/AJS3のデータベース構成が，標準構成または標準構成（ISAMレス構成）であること。

論理ホスト環境であること。

クラスタシステムでJP1/AJS3を運用する場合は，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　11.1.1 JP1/AJS3のクラスタシステムでの前提条件とサポート範囲」に示す条件を満たしていること。

(2)　サポート範囲

JP1/AJS3をディザスター・リカバリー運用する場合と同様の範囲をサポートします。マニュアル「JP1/Automatic Job Management System 3 運用ガイド　12.1.2(2) サポート範囲」を参照してください。

(3)　システム構成

常時バックアップするときのシステム構成例を次の図に示します。

図5-1　常時バックアップするときのシステム構成例

(4)　運用方法

コピーの開始，停止，状態確認は，ハードウェアのディスクのコピー・ミラーリング機能を使って実施してください。JP1/AJS3が持つ機能ではありません。

また，ハードウェアのディスクのコピー・ミラーリング機能の影響によって，ジョブ運用全般（ジョブの定義・実行，表示操作）の性能が劣化するおそれがあります。そのため，コピーを実行している状態でのジョブ運用について十分に検証した上で実運用に適用してください。

(5)　注意事項

メインボリュームからリモートボリュームに接続を切り替える際は，JP1/AJS3をディザスターリカバリースタートして運用を再開してください。ディザスターリカバリースタートについては，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　7.2.1 JP1/AJS3起動時の動作を一時的に変更する」を参照してください。

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

この節では，JP1/AJS3で対応している冗長化について説明します。不測の事態に備えるには，バックアップを実施するとともに，システムのある部分を二重化しておくことも有効です。障害が発生しても少ない影響で正常な運用に戻すことができます。JP1/AJS3では，ソフトウェアの冗長化（クラスタシステム）とハードウェアの冗長化（データベース，ネットワーク）に対応しています。

JP1/AJS3でシステムのある部分を冗長化した場合の例を次の図に示します。必要に応じて導入を検討してください。

図5-2　JP1/AJS3でシステムを冗長化した場合の例

ソフトウェアの冗長化

JP1/AJS3では，クラスタシステムに対応しています。クラスタシステムとは，複数のサーバシステムを連携して一つのシステムとして運用するシステムで，障害が発生しても業務を継続できるようになります。

クラスタシステムについては，OSやクラスタソフトなどのマニュアルを参照してください。また，クラスタシステムでJP1/AJS3を運用しているときの処理の流れについては，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　11. クラスタシステムでの運用」を参照してください。

データベースの冗長化

JP1/AJS3では，業務の定義情報や実行結果の管理にデータベースを使用しています。ハードディスクの機能で冗長化を検討してください。例えば，ハードディスクをRAID構成にすることで冗長化が図れます。

ネットワークの冗長化

JP1/AJS3では，複数のNICを持つホストにJP1/AJS3 - Manager，JP1/AJS3 - Agent，またはJP1/AJS3 - Viewをインストールし，そのホストから複数のLANに接続してJP1/AJS3を運用するシステム構成に対応しています。

なお，JP1/AJS3の通信設定は，JP1/Baseの通信設定に従っています。JP1/Baseの通信設定については，マニュアル「JP1/Base 運用ガイド」のJP1/Baseの通信方式，およびネットワーク構成に応じたJP1/Baseの通信設定の記述を参照してください。

5.4　データベースの障害対策について検討する

JP1/AJS3で使用するデータベースの障害対策として，バックアップとリカバリーの方法について検討します。

＜この節の構成＞

5.4.1　データベースのバックアップの概要

5.4.1　データベースのバックアップの概要

JP1/AJS3のデータベース（組み込みDB）は，障害に備えてすべてのテーブルを対象にバックアップファイルを取得できます。スケジューラーデータベースに障害が発生した場合は，このバックアップファイルを使用することでバックアップファイル取得時点の状態に回復できます。

また，組み込みDBは，スケジューラーデータベースの更新履歴情報を持つシステムログファイルを作成します。このシステムログファイルの情報とバックアップファイルを使用することで，スケジューラーデータベースの内容を最新の状態に回復できます。

バックアップファイルの取得方法，および回復方法は運用方法によって異なります。運用方法ごとのバックアップファイルの取得方法および回復方法について次に示します。

アンロードログ運用
組み込みDBが自動的にシステムログをアンロードし，このアンロードされたファイルをアンロードログファイルと呼びます。
アンロードログ運用は，定期的に取得したバックアップファイルとともに，アンロードログファイルを使用して回復する運用です。
この運用方法では，バックアップファイル取得時点のスケジューラーデータベースの内容だけではなく，バックアップファイル取得以降の更新情報についても回復できます。
詳細については，「(1) アンロードログ運用」を参照してください。

システムログを使用しない運用
システムログファイルおよびアンロードログファイルを使用しないで，バックアップファイルだけを使用して回復する運用です。システムログを意識しないで運用できる最も簡単な運用方法です。
しかし，この運用方法では，バックアップファイル取得以降の更新情報については回復できません。詳細については，「(2) システムログを使用しない運用」を参照してください。

運用方法の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　付録C.1(2) 組み込みDB稼働環境と運用方法の検討」を参照してください。

＜この項の構成＞

(1)　アンロードログ運用

(2)　システムログを使用しない運用

(1)　アンロードログ運用

組み込みDBが自動的に取得するアンロードログファイルと，スケジューラーデータベースのバックアップファイルを使用して回復するアンロードログ運用について説明します。

アンロードログ運用での障害発生時の回復方法を次の図に示します。

図5-3　障害発生時の回復方法（アンロードログ運用）

(a)　システムファイルの二重化について検討する

組み込みDBで使用するシステムファイルを二重化しない構成では，システムファイルに障害が発生すると組み込みDBは停止してしまいます。

システムファイルを二重化すると，片方のシステムファイルにディスク障害などが発生しても，ディスク障害時に障害時点まで復旧できます。ただし，システムファイルの容量は，二重化しない構成と比較すると増加します。

(b)　アンロードログファイルについて

●自動ログアンロード機能

組み込みDBは，次のどれかのタイミングで，使用できるシステムログファイルに出力先を切り替えます。

使用中のシステムログファイルが満杯になった場合

ajsembdbbackupコマンドを実行した場合

ajsembdboplogコマンドに-wオプションを指定して実行した場合

組み込みDBを再起動した場合（前回の停止が正常停止している場合だけ）

今まで使用していたシステムログファイルは，アンロード待ち状態※1となり，この状態では，使用できるシステムログファイルとして，再度割り当てられません。このアンロード待ち状態のシステムログファイルを使用できる状態にするには，アンロード※2をする必要があります。組み込みDBは，このアンロード待ち状態のシステムログファイルを，指定されたディレクトリに自動でアンロードします。このアンロードして作成したファイルをアンロードログファイルと呼び，この自動的にアンロードする機能を自動ログアンロード機能と呼びます。回復時は，このアンロードログファイルをバックアップファイルとともに使用します。

注※1

回復に必要な更新履歴情報が格納されていて上書きできない状態です。この状態では，使用できるシステムログファイルとして再度割り当てられません。再度使用できる状態にするためには，アンロードをする必要があります。

注※2

システムログファイルの内容を退避することをいいます。

●アンロードログファイルのサイズ

アンロードログファイルのサイズは，組み込みDB環境の構築時に指定した規模によって異なります。指定した規模の違いによる，1個当たりのアンロードログファイルのサイズを次の表に示します。保存するアンロードログファイルの容量を見積もる場合には，この表の値を参考にして，アンロードログファイルを格納するための必要な容量を事前に見積もってください。

表5-3　出力されるアンロードログファイルのサイズ

組み込みDB環境の構築時に指定した規模
（ajsembdbbuildコマンドのオプション）
アンロードログファイル1個のサイズ

-l（大規模）
約1,200メガバイト

-m（中規模）
約230メガバイト

-s（小規模）
約30メガバイト

ajsembdbaddlogコマンドで，システムログファイルを拡張している場合は，ajsembdbaddlogコマンドの-sオプションに指定したサイズと，表5-3に示すサイズを比較して，大きい方のサイズがアンロードログファイルの最大サイズになります。また，システムログ自動増分機能を使用することでシステムログファイルが拡張される場合は，最大で表5-3に示すサイズの3倍になります。

このため，アンロードログファイルの容量は大きい方の値で見積もってください。

なお，出力されるアンロードログファイルのサイズは，出力されるタイミングによって異なる場合があります。

●アンロードログファイル作成ディレクトリを含むディスクが満杯になる時期の目安

アンロードログファイルは，削除またはほかのディスクに移動しないかぎり，アンロードログファイル作成ディレクトリに作成され続けます。そのため，JP1/AJS3の運用を続けることで，アンロードログファイルが増加し，アンロードログファイル作成ディレクトリを含むディスクが満杯になります。ディスクが満杯になると自動ログアンロード機能が停止し，「自動ログアンロード機能が停止することによる問題」に示す問題が発生します。

このようなことから，ディスクが満杯になる時期を事前に見積もり，満杯になる前にバックアップファイルを取得して，バックアップファイル取得時点より前に作成されたアンロードログファイルを削除するか，ほかのディスクに移動する必要があります。バックアップファイルの取得ができない状況であれば，一時的にほかのディスクにアンロードログファイルを移動して，アンロードログファイル作成ディレクトリを含むディスクの空き容量を確保してください。アンロードログファイルの削除および移動方法については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　3.2(3) バックアップファイルおよびアンロードログファイルの管理」を参照してください。

ここでは，アンロードログファイル作成ディレクトリを含むディスクが満杯になる時期を見積もる方法について説明します。

1個のシステムログファイルに出力できる情報量の目安を次の表に示します。

表5-4　1個のシステムログファイルに出力できる情報量

組み込みDB環境の構築時に指定した規模
（ajsembdbbuildコマンドのオプション）
1日当たりのジョブまたは
ジョブネットの実行数

-l（大規模）
約50,000

-m（中規模）
約9,600

-s（小規模）
約1,200

注

この数値はジョブやジョブネットに対する操作や，ユニットの新規作成・定義変更・削除などの回数によって変動するため，運用に合わせて見積もり値を変更する必要があります。

表5-3に示した1個当たりのアンロードログファイルサイズと，上記で示した数値を参考に，運用開始してから何日後にディスクが満杯になるかを見積もれます。

見積もり例を次に示します。

環境

組み込みDB環境規模：大規模

アンロードログファイル作成ディレクトリ：10ギガバイト

計算式

10ギガバイト / 1,200メガバイト = 8日

以上の条件では，運用を開始してから最短で約8日目の運用終了時に，ディスクが満杯になることが予想できます。

●自動ログアンロード機能が停止することによる問題

自動ログアンロード機能が停止すると，組み込みDBはシステムログファイルのアンロードを実行しません。アンロードをしないと，アンロード待ち状態のシステムログファイルが増加し，出力先のシステムログファイルを変更するタイミングで，使用できるシステムログファイルがないと組み込みDBは異常終了します。

自動ログアンロード機能が停止する要因については，表5-5を参照してください。

●自動ログアンロード機能の稼働状態の監視方法

自動ログアンロード機能が停止すると，「自動ログアンロード機能が停止することによる問題」に示した問題が発生するため，自動ログアンロード機能の稼働状態を，定期的に監視する必要があります。

自動ログアンロード機能の稼働状態を監視する方法は，次に示す2とおりの方法があります。

メッセージによる監視方法

自動ログアンロード機能が停止すると，メッセージKFPS01150-EがWindowsイベントログ（UNIXの場合はsyslog）に出力されます。このメッセージKFPS01150-Eの出力状態を監視して，自動ログアンロード機能の稼働状態を確認してください。

コマンドによる監視方法

自動ログアンロード機能の稼働状態は，ajsembdboplogコマンドに-sオプションを指定して実行することで確認できます。_JF0の組み込みDB識別子でセットアップした環境がすでに構築されている場合のajsembdboplogコマンドの実行例を次に示します。

ajsembdboplog -s -id _JF0

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」の場合，自動ログアンロード機能は停止しています。

自動ログアンロード機能が停止していると判断できた場合は，表5-5に示す対策を実施したあとで，ajsembdboplogコマンドに-rオプションを指定して実行してください。実行例を次に示します。

ajsembdboplog -r -id _JF0

このコマンドを実行すると，自動ログアンロード機能が開始されます。

●自動ログアンロード機能が停止する要因と対策

自動ログアンロード機能が停止する要因と，停止した場合の対処方法を次の表に示します。

表5-5　自動ログアンロード機能が停止する要因と対処

停止要因
対策方法

アンロードログファイル作成ディレクトリを含むディスクに障害が発生した
アンロードログファイルがなくなるおそれがあるため，組み込みDBのバックアップファイルを取得してください。障害が発生したディスクを回復させたあと，ajsembdboplogコマンドに-rオプションを指定して実行してください。実行例を次に示します。
ajsembdboplog -r
このコマンドを実行すると，自動ログアンロード機能が開始されます。

アンロードログファイル作成ディレクトリを含むディスクの容量が満杯になった
ディスクが満杯になった場合の対処方法については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　3.2(3) バックアップファイルおよびアンロードログファイルの管理」を参照してください。そのあと，ajsembdboplogコマンドに-rオプションを指定して実行してください。実行例を次に示します。
ajsembdboplog -r
このコマンドを実行すると，自動ログアンロード機能が開始されます。

次のどちらかの要因でアンロードログファイル作成ディレクトリが使用できなくなった
・権限不正
・ディレクトリが存在しない
障害原因を取り除いたあと，ajsembdboplogコマンドに-rオプションを指定して実行してください。実行例を次に示します。
ajsembdboplog -r
このコマンドを実行すると，自動ログアンロード機能が開始されます。

ajsembdboplogコマンドに-tオプションを指定して実行した
ajsembdboplogコマンドに-rオプションを指定して実行してください。実行例を次に示します。
ajsembdboplog -r
このコマンドを実行すると，自動ログアンロード機能が開始されます。

●使用できるシステムログファイルがなくなったことが原因で組み込みDBが異常終了した場合の回復方法

使用できるシステムログファイルがなくなり，組み込みDBが異常終了した場合の対処方法を次に示します。

該当するスケジューラーデータベースを使用するスケジューラーサービス，およびスケジューラーデータベースにアクセスするサービスをすべて停止する。

システムログのアンロードを実行する。
ajsembdboplogコマンドを実行して，アンロード待ち状態のシステムログファイルをアンロードしてください。アンロードの際，出力される1個当たりのアンロードログファイルのサイズについては，表5-3を参照してください。

組み込みDBを起動する。
ajsembdbstartコマンドを実行して，組み込みDBを起動してください。OS，または組み込みDBの状態によって実行方法が異なります。

Windowsの場合
ajsembdbstartコマンドの実行時，-idオプション以外のオプションは指定しないで実行してください。

UNIXの場合
組み込みDBの状態によって，ajsembdbstartコマンドの実行方法が異なります。組み込みDBの状態は，ajsembdbstatusコマンドを実行することで確認できます。_JF0の組み込みDB識別子でセットアップした環境がすでに構築されている場合のajsembdbstatusコマンドの実行例を次に示します。

ajsembdbstatus -s ust -id _JF0

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/AJS3サービスをホットスタートまたはウォームスタートで起動してください。
なお，ホットスタート，またはウォームスタートで起動する場合は，スケジューラーデータベースと実際のジョブの実行状況を調査してから運用してください。これは組み込みDBが異常終了した直前までしかスケジューラーデータベースの状態が保持されないで，ほかの制御情報と不整合が発生しているおそれがあるためです。スケジューラーデータベースと実際のジョブの実行状況の不整合の判断が難しい場合はJP1/AJS3サービスをコールドスタートで起動して，ジョブネットを実行登録してください。

(c)　注意事項

アンロードログ運用についての注意事項を次に示します。

●環境構築時の注意事項

システムファイルを二重化すると，二重化していない場合に比べ，システムファイルの容量は増加します。必要なディスク容量については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　付録C.1 組み込みDBを使用する場合の準備」を参照してください。

●運用時の注意事項

アンロードログファイルは，削除またはほかのディスクに移動しないかぎり，アンロードログファイル作成ディレクトリに作成され続けます。そのため，JP1/AJS3の運用を続けることで，アンロードログファイルが増加し，アンロードログファイル作成ディレクトリを含むディスクを圧迫します。アンロードログファイルは，バックアップファイルを取得することで，バックアップファイル取得時点より前に作成されたアンロードログファイルについては削除できます。アンロードログファイルの削除および移動については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　3.2(3) バックアップファイルおよびアンロードログファイルの管理」を参照してください。

自動ログアンロード機能が停止すると，組み込みDBはシステムログファイルのアンロードを実行しないため，アンロード待ち状態のシステムログファイルが増加します。出力先のシステムログファイルを切り替えるタイミングで，使用できるシステムログファイルがないと組み込みDBは異常終了します。そのため，自動ログアンロード機能の稼働状態を監視してください。自動ログアンロード機能の稼働状態の監視方法については，「自動ログアンロード機能の稼働状態の監視方法」を参照してください。

JP1/AJS3サービス稼働中にバックアップファイルを取得する場合，ajsembdbbackupコマンドとジョブ実行処理が競合することによって，双方ともに実行性能が若干低下します。そのため，ジョブの実行数ができるだけ少ない時間帯に実施してください。

●回復時の注意事項

JP1/AJS3サービス稼働中にバックアップファイルを取得する場合は，回復時にバックアップファイルとバックアップファイル取得以降に出力されたアンロードログファイルが必要となります。アンロードログファイルを削除してしまった場合は，JP1/AJS3サービス稼働中に取得したバックアップファイルでは回復できなくなるため，バックアップファイルを取得し直してください。

アンロードログファイルを使用してスケジューラーデータベースを回復する場合，バックアップファイル取得以降に出力されたすべてのアンロードログファイルが必要になります。バックアップファイル取得以降のアンロードログファイルとは，ajsembdbbackupコマンドの実行時刻以降に作成されたアンロードログファイルのことです。

アンロードログファイルを使用してスケジューラーデータベースを回復する場合，ajsembdbrstrコマンドの-ldオプションを使用することを推奨します。-lオプションを使用する場合は，古いアンロードログファイルから順に，回復に必要なアンロードログファイルをすべて指定してください。指定した順序に誤りがある場合や指定したアンロードログファイルが足りない場合，ajsembdbrstrコマンドはエラーで終了します。ajsembdbrstrコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsembdbrstr」を参照してください。

(2)　システムログを使用しない運用

ここでは，システムログを使用しないでバックアップファイルだけで回復する運用について説明します。この運用では，アンロードログファイルを使用しないため，最も運用が簡単です。システムログを使用しない運用での障害発生時の回復方法を次の図に示します。

図5-4　障害発生時の回復方法（システムログを使用しない運用）

システムログファイルを監視しないで運用できます。ただし，回復時にシステムログを使用しないため，バックアップファイル取得以降の更新内容については回復できません。

(a)　注意事項

システムログを使用しない運用についての注意事項を次に示します。

●環境構築時の注意事項

システムログを使用しない運用では，システムログを使用した回復はできませんが，組み込みDBでシステムログを使用するため，システムログを格納する領域を用意する必要があります。必要なディスク容量については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　付録C.1 組み込みDBを使用する場合の準備」を参照してください。

●運用時の注意事項

JP1/AJS3サービスの稼働中には，スケジューラーデータベースのバックアップファイルを取得できません。JP1/AJS3サービスを停止できるタイミングで，バックアップファイルを取得してください。バックアップファイルの取得方法については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　3.1(3) バックアップファイルの取得手順」を参照してください。

●回復時の注意事項

スケジューラーデータベースに障害が発生した場合，障害直前の状態に回復できません。システムログを使用しない運用では，バックアップファイルの取得時点にだけ回復できます。回復方法については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　3.1(4) 障害発生時のデータベースの回復手順」を参照してください。

5.5　大規模災害への対策を検討する

JP1/AJS3では，大規模災害への対策として，ハードウェアが持つディスクのコピー・ミラーリング機能※を使用したディザスター・リカバリーに対応しています。

注※　日立ディスクアレイシステムのTrueCopy機能など。

＜この節の構成＞

5.5.1　ディザスター・リカバリーとは

5.5.2　ディザスター・リカバリーのための検討項目

5.5.3　ディザスター・リカバリー環境での処理性能の見積もり

5.5.1　ディザスター・リカバリーとは

ディザスター・リカバリーとは，大規模災害などによってシステムが停止した場合などの不測の事態に備える措置をいいます。

JP1/AJS3が対応するディザスター・リカバリーでは，JP1/AJS3が使用する共有ディスクに格納されている情報を遠隔地の別拠点に用意したシステムの共有ディスクにコピーしておき，災害発生などによってシステムが停止した場合に，別拠点に用意していたシステムに運用を切り替えて業務を再開することができます。共有ディスク間のコピーには，ハードウェアが持つディスクのコピー・ミラーリング機能を使用します。

JP1/AJS3が対応するディザスター・リカバリーの概念を次の図に示します。

図5-5　JP1/AJS3が対応するディザスター・リカバリーの概念

JP1/AJS3のディザスター・リカバリー運用の詳細については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　12. JP1/AJS3のディザスター・リカバリー」を参照してください。

ここでは，JP1/AJS3をディザスター・リカバリー運用する場合に必要な検討事項について説明します。

5.5.2　ディザスター・リカバリーのための検討項目

JP1/AJS3でディザスター・リカバリー運用をするための検討項目を次に示します。

表5-6　JP1/AJS3のディザスター・リカバリー運用のための検討項目

項番
検討項目
検討内容

1
ディザスター・リカバリー運用する業務の検討
JP1/AJS3で運用する業務のうち，大規模災害などで拠点が停止してもリモートサイト側で速やかに再開したい業務を洗い出し，ディザスター・リカバリー運用するかどうかを検討します。

2
ディザスター・リカバリーおよび復旧後のプロセスの検討
拠点停止時に，どこの拠点で運用を再開するのか，また別拠点で業務を再開したあと，その拠点で運用していくのか，元の拠点に運用を戻すのかなどを検討します。

3
準備するホストやOS，プログラムなどの検討
システムの前提条件を確認し，それぞれの拠点に必要なマシン，OS，JP1/AJS3 - Managerなどのプログラムを検討します。
ディザスター・リカバリー運用の前提条件については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　12.1.2(1) 前提条件」を参照してください。

4
システム使用条件の確認
システムの使用条件を確認し，システム構成を検討します。
JP1/AJS3が対応するディザスター・リカバリーのシステム構成については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　12.1.3 JP1/AJS3が対応するディザスター・リカバリーのシステム構成」を参照してください。

5
システム構成の検討

6
システムの処理性能の見積もり
ディザスター・リカバリー環境での処理性能について見積もります。詳細については，「5.5.3 ディザスター・リカバリー環境での処理性能の見積もり」を参照してください。

5.5.3　ディザスター・リカバリー環境での処理性能の見積もり

ディザスター・リカバリー環境での処理性能の見積もりについて次に示します。

＜この項の構成＞

(1)　ディスクコピーによる通常運用時の処理性能を見積もる

(2)　ディザスター・リカバリーによる運用切り替え時間を見積もる

(1)　ディスクコピーによる通常運用時の処理性能を見積もる

通常運用時は，共有ディスクの内容がメインサイトからリモートサイトにコピーされているため，ハードウェアの性能やディスク間のコピー方式によってメインサイトのJP1/AJS3の処理性能に影響することが考えられます。

また，ジョブの量，実行するジョブの出力処理などによって処理性能に与える影響が変わることもあります。システムのテスト時にジョブの実行が最大となる状態でジョブを実行し，処理時間を見積もってください。

(2)　ディザスター・リカバリーによる運用切り替え時間を見積もる

大規模災害が発生し，メインサイトが停止してからリモートサイト側でJP1/AJS3の運用を再開するまでの時間の見積もり方法を次に示します。

メインサイトでの運用が停止したあと，リモートサイトのJP1/AJS3サービスをディザスターリカバリースタートし，運用を再開するまでの処理を次の図に示します。

図5-6　メインサイト停止からリモートサイトでの運用再開までの処理の内訳

この図に示す「ディスクの切り替え処理」，「起動処理」，および「ジョブネット・ジョブの状態確認」が，ディザスター・リカバリーによる運用切り替え時間として見積もる時間となります。それぞれの見積もり方法について次に示します。

ディスクの切り替え処理時間

ディスクの切り替え処理とは，リモートサイトでリモートボリュームを利用できるようにするための処理です。具体的な操作については，ハードウェアのドキュメントを参照してください。また，システムのテスト時にジョブの実行などが最大の状態でディスクの切り替え処理を実施し，処理時間を見積もってください。

起動処理時間

リモートサイトでのJP1/AJS3サービスの起動時は，災害発生時にメインサイト側で実行中だったジョブの状態を「状態不明」に，ジョブネットの状態を「中断」に変更する処理や，スケジュールの再計算などの処理が行われます。そのため，JP1/AJS3サービスの起動に掛かる時間は，ジョブの実行数に関係します。

システムのテスト時に業務の実行が最大となる状態でJP1/AJS3サービスを起動し，処理時間を見積もってください。

ジョブネット・ジョブの状態確認

リモートサイトでJP1/AJS3サービスをディザスターリカバリースタートすると，災害発生時にメインサイト側で実行中だったジョブの状態は「状態不明」，ジョブネットの状態は「中断」とされます。JP1/AJS3や業務アプリケーションが出力するログなどでジョブネット・ジョブの状態や業務の進捗状況を確認してください。

なお，ディザスターリカバリースタートした場合のジョブネット・ジョブの状態については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　7.2.1(3) 起動モード別のジョブネットおよびジョブの状態」のディザスターリカバリースタートした場合の記述を参照してください。

6.　メンテナンスの検討

この章では，JP1/AJS3のデータベースのメンテナンスについて説明します。

＜この章の構成＞

6.1　データベース再編成の検討

6.1　データベース再編成の検討

ここでは，組み込みDBデータベースのメンテナンス時期を見積もる方法について説明します。

JP1/AJS3のデータベースに組み込みDBを使用して長時間運用する場合，レコードの削除でインデクスに無効領域が発生します。この無効領域は，次に示すどちらかの方法でメンテナンスする必要があります。

ajsembdbreclaimコマンドで有効領域化する

再編成する

ajsembdbreclaimコマンドを使用すると，データベース内にある無効領域だけで構成されるページ（空きページ）を回収して再利用できるようにします。このコマンドは，サーバ稼働中でも実行できるため，定期的にコマンドを投入することで，データ領域が効率良く利用できるようになります。

通常の運用では，このajsembdbreclaimコマンドを使用するだけで，再編成の必要がありません。ただし，ページの利用効率が低い場合（ページ中に有効データが1件だけある場合など）は，回収可能な空きページが少なくなり，効率良く回収できない場合があります。この場合は，再編成を実施する必要があります。

＜この節の構成＞

(1)　メンテナンス作業の流れ

(2)　メンテナンスの時期を見積もる方法

(1)　メンテナンス作業の流れ

メンテナンス作業の流れを次の図に示します。

図6-1　メンテナンス作業の流れ

(2)　メンテナンスの時期を見積もる方法

組み込みDBは，定期的にajsembdbreclaimコマンドを実行して，無効領域を有効領域化するか，または再編成する必要があります。ajsembdbreclaimコマンドの利用および再編成時期を見積もるには，データベース領域を解析します。次に示す方法で実測した解析値を基に，時期を見積もってください。

再編成の時期を見積もる場合，週単位や月単位でピークとなる日や，週および月単位での増加分を考慮してください。

データベース領域を解析する方法を次に示します。

(a)　データベース領域の解析

ajsembdbstatusコマンドを実行して，データベースの状態を確認します。

ajsembdbstatusコマンドを使って解析した結果，空きセグメントが少なく，空きページが多い場合はデータベースをメンテナンスしてください。

ajsembdbstatusコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　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 3 コマンドリファレンス1　2. コマンド　ajsembdbaddarea」を参照してください。

7.　特別な運用をする場合の検討

この章では，QUEUEジョブ，サブミットジョブを使用する場合やキューレスジョブを使用する場合など，必要に応じて検討する事項について説明します。

＜この章の構成＞

7.1　QUEUEジョブ，サブミットジョブを使用する場合の検討

7.2　キューレスジョブを使用する場合の検討

7.1　QUEUEジョブ，サブミットジョブを使用する場合の検討

QUEUEジョブ，サブミットジョブの実行環境は，実行登録またはサブミットされたジョブをためておくキューと，キューから転送されたジョブを実行するエージェントで構成されます。

QUEUEジョブ，サブミットジョブを使用するために，次のことについて検討してください。

＜この節の構成＞

7.1.1　QUEUEジョブ，サブミットジョブ実行環境の検討

7.1.2　QUEUEジョブ，サブミットジョブを使用する場合の設定

7.1.3　QUEUEジョブ，サブミットジョブ用データベースについて検討する

7.1.4　QUEUEジョブ，サブミットジョブ実行環境のログのサイズを見積もる

7.1.5　QUEUEジョブ，サブミットジョブの実行環境に関する環境設定について検討する

7.1.6　JP1ユーザー仮定機能の設定

7.1.7　ジョブを配信するエージェントホストの決定方式の設定

7.1.8　ジョブ情報削除処理非同期オプションの設定

7.1.9　ジョブ情報の保存時間の設定

7.1.10　JP1/AJS3起動時にジョブ情報削除処理を抑止する設定

7.1.11　サブミットジョブの実行順序の入れ替わりを防止する設定

7.1.12　ジョブ情報列挙時にジョブ実行制御マネージャー（jpqman）のメモリー消費量を少なくする設定

7.1.1　QUEUEジョブ，サブミットジョブ実行環境の検討

マネージャー・エージェント構成でQUEUEジョブ，サブミットジョブを実行する場合，実行先となるエージェントホストをマネージャーホストに登録する必要があります。

＜この項の構成＞

(1)　キュー・エージェント構成の検討

(2)　負荷分散の考え方

(3)　同一マシンを複数の実行ホストとして使用する方法

(4)　QUEUEジョブ，サブミットジョブ実行環境の検討時の注意事項

(1)　キュー・エージェント構成の検討

マネージャーホストにエージェントホストを登録すると，エージェントホストと同じ名称の内部的なキュー（デフォルトキュー）が作成されます。

QUEUEジョブ，サブミットジョブを，キュー名またはエージェントホスト名を指定して実行すると，このキューにジョブが登録されます。登録されたジョブは，登録順に並べられ，該当するエージェントホストに配信されます。

キュー・エージェント構成の例を次に示します。

図7-1　キュー・エージェント構成の例

マネージャーホストへのエージェントホストの登録は，jpqimportコマンドまたはjpqagtaddコマンドを使用します。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド」を参照してください。

また，キューには複数のエージェントを接続できます。キューに複数のエージェントを接続し，ジョブ実行多重度（同時に実行できるジョブ数）やエージェントの優先順位を設定することで，ジョブ実行時の負荷を分散させることができます。

キューに複数のエージェントを接続した負荷分散構成の例を次に示します。

図7-2　キュー・エージェントの負荷分散構成の例

ジョブ実行多重度は，jpqagtaltコマンドで変更できます。また，キューへの複数エージェントの接続や優先順位は，jpqagtlinkコマンドで設定できます。各コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド」を参照してください。

また，ジョブ実行多重度やエージェントの優先順位による負荷分散の考え方については，「(2) 負荷分散の考え方」を参照してください。

(2)　負荷分散の考え方

負荷分散の考え方について説明します。

ここでは，次の内容が設定されている場合を例とします。

3台のエージェントホスト（エージェントホストA，エージェントホストB，エージェントホストC）のジョブ実行多重度をそれぞれ「3」とする（同時にジョブを3個まで実行できる）

キューqueue1に三つのエージェントを接続させ，負荷分散する構成とする

エージェントの優先順位は，エージェントホストAがいちばん高く，エージェントホストBとエージェントホストCが同じとする

6個のサブミットジョブを同時に投入したものとする

図7-3　負荷分散の考え方

サブミットジョブ（job1～job6）の実行順序は次のようにして決定されます。

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で実行されます。

(3)　同一マシンを複数の実行ホストとして使用する方法

JP1/AJS3で管理するエージェントは，エージェントごとにジョブの実行多重度を設定できます。同一マシン（一つのIPアドレス）に対して複数のエージェントホストをエイリアスとして定義し，特性の異なるジョブを別のエージェントホストに登録することで，一つのマシン上で業務を振り分けることができます。例えば，実ホスト（hostA）に対してhostB，hostCというエイリアスを定義し，一つのマシン上で次の図のように業務を振り分けることができます。

なお，キューレスジョブは，エイリアスのエージェントホスト名を使用できません。

図7-4　業務の振り分け例

このような運用をするには，ジョブ実行制御の構成定義にエイリアスのエージェント名を追加します。その際はhostsファイルでエイリアス名を指定して，エイリアス名でIPアドレスが解決できることを確認してください。エージェント名の追加方法については，次の設定方法の「(b) QUEUEジョブ，サブミットジョブ実行制御の構成定義」を参照してください。

また，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/AJS3のサービスを停止する。

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/AJS3を再起動する。
JP1/AJS3を再起動します。JP1/AJS3の再起動によって，設定したjp1hosts情報が有効になります。

注意

jp1hosts情報を設定した場合，jp1hosts情報に定義されたホスト名およびIPアドレスに関しては，hostsファイルやDNSの定義を参照しません。したがって，jp1hosts情報に設定したIPアドレスに対応する実ホスト名とエイリアス名の両方をjp1hosts情報に定義しておく必要があります。また，実ホスト名はエイリアス名よりも先に定義してください。jp1hosts情報の定義方法の詳細については，マニュアル「JP1/Base 運用ガイド」のjp1hosts情報の定義に関する説明を参照してください。

(b)　QUEUEジョブ，サブミットジョブ実行制御の構成定義

エイリアスエージェントを追加する場合の手順を次に示します。

コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド」を参照してください。

エージェント定義を動的に追加する。
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

(4)　QUEUEジョブ，サブミットジョブ実行環境の検討時の注意事項

QUEUEジョブ，サブミットジョブ実行環境の検討時には，次の内容について注意してください。

(a)　ジョブ実行多重度の検討（QUEUEジョブ，サブミットジョブ）

JP1/AJS3では，エージェントホストで同時に実行できるジョブ数の最大値としてジョブ実行多重度を設定できます。ジョブ実行多重度に設定した値以上のジョブをエージェントホストで同時に実行しようとした場合，ジョブは実行待ち状態となります。ジョブ実行多重度を設定することによって，時間帯を分けてジョブ数を制限して負荷を分散させたり，キューに複数のエージェントホストを接続している場合に複数のエージェントに負荷を分散させたりして運用できます。

ジョブ実行多重度はエージェント単位に指定します。キュー単位には指定できません。

●ジョブ実行多重度設定時の注意事項

デフォルトの設定（終日，ジョブ実行多重度5）で運用する場合，実行時間の短いジョブや同時に実行登録するジョブ数が少ない場合には影響がありませんが，実行時間の長いジョブや，同時に実行登録するジョブ数が多い場合に，実行中のジョブ数がジョブ実行多重度に達しやすく，ジョブ実行多重度に達している時間が長いことによって，後続のジョブの実行に影響を及ぼすおそれがあります。

エージェントホストで実行中のジョブ数がジョブ実行多重度に達している間，後続のジョブはエージェントで実行中のジョブが終了するまでキューイングの状態で待機します。このような場合，予想以上にジョブの実行時間が長く掛かることになるため，ジョブの実行時間，単位時間当たりのジョブ実行数を考慮したジョブ実行多重度を設定するようにしてください。

●ジョブのキューイング状態が続く場合にジョブ実行多重度に達しているかを確認する

エージェントホストで実行中のジョブ数が，ジョブ実行多重度に達しているために後続のジョブが「キューイング」状態のままとなり，ジョブが実行されるまでに時間が掛かることがあります。実行中のジョブ数がジョブ実行多重度に達しているかを確認するには，jpqagtshowコマンドを実行し，実行中のジョブ数（EXECUTING）と，ジョブ実行多重度（CUREXECHGNUM）を確認してください。jpqagtshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　jpqagtshow」を参照してください。

また，ジョブ実行多重度に達しているためにジョブが実行できない場合，次に示すメッセージを統合トレースログに出力するようにあらかじめ設定しておくことで，ジョブの実行に時間が掛かった要因がジョブ実行多重度到達であるかどうかを確認できます。

KAVU4310-I　エージェント(エージェントホスト名)で実行中のジョブ数がジョブ実行多重度（ジョブ実行多重度）に達しています（ホスト名：ホスト名，ジョブ番号：ジョブ番号）

設定方法の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.2.13 ジョブ実行多重度到達を確認するメッセージを出力する設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.2.13 ジョブ実行多重度到達を確認するメッセージを出力する設定」（UNIXの場合）を参照してください。

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

jpqjobsubコマンドを使用してサブミットジョブを登録した場合は，サブミット順にジョブを実行開始します。ただし，ジョブを配信する際に次の状態にある場合，ジョブの実行順序がサブミット順にならないことがあります。

実行先エージェントホストのエージェント使用率が最大値に達している

実行先エージェントホストが障害状態，または停止している

配信しようとしたジョブと同じ排他実行リソースを指定したジョブが終了する

ジョブまたはジョブネットに対して関連線を設定することで，ジョブの実行順序の入れ替わりを防止できるため，ジョブネットでの運用ができる場合は，関連線を設定することでの対応を検討してください。

ジョブネットで運用できない場合，サブミットジョブの実行順序の入れ替わりを防止する設定を行うと，上記の状態が回復するまで，常に最初に登録したジョブをキューから取り出して配信し，ジョブの実行順序が入れ替わるのを防止できます。

設定方法の詳細については，「7.1.11 サブミットジョブの実行順序の入れ替わりを防止する設定」を参照してください。

また，エージェント使用率とは，エージェントホストのジョブの実行多重度に対する実行中のジョブ数の割合です。エージェント使用率の詳細については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　10.5(6) 実行ホスト（エージェントホスト）へのジョブ実行配信」を参照してください。

補足事項

jpqjobsubコマンドの-stオプションで，実行開始日時を指定してサブミットしたジョブを配信する際，エージェントホストが使用できないなど，状況によっては実行開始日時を過ぎてもジョブを実行開始できないことがあります。これらのジョブは，ほかの複数のジョブとともにエージェントホストが回復するまでキューイング状態のままです。これらのジョブは，エージェントホストが使用できるようになった時点でキューから配信されますが，実行開始日時順ではなく，サブミットした順に配信されます。

(c)　jpqendjobshowコマンドやjpqjobshowコマンドで列挙するジョブ数が多い場合の対処

jpqendjobshowコマンド（終了ジョブの列挙）やjpqjobshowコマンド（キューイング中のジョブの列挙）の実行時に標準出力ファイルに列挙するジョブ数が多い場合，コマンドの実行やその他の要求に時間が掛かったり失敗したりすることがあります。

こうした場合を踏まえ，次のことを検討してください。

jpqendjobshowコマンドの対処方法

-rnオプションで取得するジョブ情報の数を指定するか，または-saオプション，-spオプションで取得するジョブ情報の時間範囲を指定して，一度に取得するデータの量を少なくしてください。

jpqjobshowコマンドの対処方法

-uオプションで取得するジョブの所有ユーザー名を指定するか，または-sオプションで取得するジョブの状態を指定して，一度に取得するデータの量を少なくしてください。この方法で回避できない場合は，通信タイムアウト時間を変更してください。デフォルトは10分間に設定されています。

通信タイムアウト時間の変更手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.2.14 ジョブ実行制御のマネージャープロセスに対する通信タイムアウト時間の変更」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.2.14 ジョブ実行制御のマネージャープロセスに対する通信タイムアウト時間の変更」（UNIXの場合）を参照してください。

また，ジョブ実行マネージャー（jpqman）では，ジョブ情報列挙時に，列挙数に応じてメモリーを消費しているため，列挙数が増加すると統合トレースログにメッセージKAVU4280-Eを出力し，jpqjobshowコマンドまたはjpqendjobshowコマンドが失敗する場合があります。この場合，ジョブ情報列挙時にジョブ実行制御マネージャーのメモリー消費量が少なくなるように設定することで回避できる場合があります。

設定方法の詳細については，「7.1.12 ジョブ情報列挙時にジョブ実行制御マネージャー（jpqman）のメモリー消費量を少なくする設定」を参照してください。

7.1.2　QUEUEジョブ，サブミットジョブを使用する場合の設定

＜この項の構成＞

(1)　QUEUEジョブ，サブミットジョブの実行環境を設定する

(2)　ISAMファイル自動再編成機能の設定（Windowsホストの場合）

(3)　ISAMファイル自動再編成機能の設定（UNIXホストの場合）

(4)　JP1/AJS3 - Managerの運用方法をサブミットジョブの登録や操作に限定するときの設定（Windowsホストの場合）

(5)　JP1/AJS3 - Managerの運用方法をサブミットジョブの登録や操作に限定するときの設定（UNIXホストの場合）

(1)　QUEUEジョブ，サブミットジョブの実行環境を設定する

QUEUEジョブ，サブミットジョブのジョブ実行環境は，デフォルトで実行ホスト（エージェント）が一つ，ローカルホストに作成されます。しかし，システムによってはジョブの実行環境を変更する（ジョブ実行環境に構成定義情報を追加する）必要があります。

例として，次の場合があります。

実行ホストが複数台ある場合

他システム（JP1/NQSEXECやJP1/OJEなど）と連携する場合

ジョブを複数の実行ホストで分散実行する場合

特定ジョブ同士を排他実行する場合

ジョブの実行環境を変更する（ジョブ実行環境に構成定義情報を追加する）必要がある場合は，次のどちらかの方法で新たに実行ホスト（エージェント），キュー，または排他実行リソースの構成定義情報を追加してください。

QUEUEジョブ，サブミットジョブのジョブ実行環境に構成定義情報を一括で追加する

運用中にQUEUEジョブ，サブミットジョブのジョブ実行環境の構成定義情報を動的に追加する

それぞれの手順について説明します。

(a)　QUEUEジョブ，サブミットジョブの実行環境の構成定義情報を一括で変更する場合の手順

ここでは，jpqimportコマンドを使用して，QUEUEジョブ，サブミットジョブの実行環境を一括で定義する方法を説明します。次に示す手順で，QUEUEジョブ，サブミットジョブの実行環境のデータベースを再作成してください。

QUEUEジョブ，サブミットジョブの実行環境構成定義ファイル（jpqsetup.conf）をコピーしてエディターで開き，使用するキューとエージェントを設定する。
QUEUEジョブ，サブミットジョブの実行環境構成定義ファイルのパスは，Windowsの場合は「JP1/AJS3 - Managerのインストール先フォルダ¥conf¥jpqsetup.conf」，UNIXの場合は「/etc/opt/jp1ajs2/conf/jpqsetup.conf」です。
ファイルに書き込む内容の詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　jpqimport」を参照してください。
ファイルの記述例を次に示します。

図7-5　QUEUEジョブ，サブミットジョブの実行環境構成定義ファイルの記述例

編集したQUEUEジョブ，サブミットジョブの実行環境構成定義ファイルを保存する。

QUEUEジョブ，サブミットジョブの実行環境のデータベース格納ディレクトリ配下のファイルと一時ファイルを削除する。
JP1/AJS3サービスを停止してから次のコマンドを実行し，ファイルを削除してください。

Windowsの場合
del QUEUEジョブ，サブミットジョブの実行環境データベース格納ディレクトリ¥*※1
del QUEUEジョブ，サブミットジョブの実行環境マネージャープロセス実行時のワークディレクトリ¥M_JPQ*※2

注※1
QUEUEジョブ，サブミットジョブの実行環境データベース格納ディレクトリは，[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Database]の環境設定パラメーターDatabasePathに指定したフォルダです。
デフォルトは，次のとおりです。
・Windows Server 2008でインストール先フォルダがデフォルトまたはシステムで保護されたフォルダ配下の場合
物理ホストのとき：「%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2¥database¥queue」
「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。
「システムで保護されたフォルダ」とは，次のパスを指します。
・「システムドライブ¥Windows」配下
・「システムドライブ¥Program Files」配下
・「システムドライブ¥Program Files (x86)」配下（64ビット版のWindowsの場合）
論理ホストのとき：「共有フォルダ¥jp1ajs2¥database¥queue」

・Windows Server 2003，またはWindows Server 2008でインストール先フォルダが上記以外の場合
物理ホストのとき：「JP1/AJS3 - Managerのインストール先フォルダ¥database¥queue」
論理ホストのとき：「共有フォルダ¥jp1ajs2¥database¥queue」

注※2
QUEUEジョブ，サブミットジョブの実行環境マネージャープロセス実行時のワークディレクトリは，[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Process]の環境設定パラメーターWorkPathに指定したフォルダです。デフォルトは，物理ホストの場合は「JP1/AJS3 - Managerのインストール先フォルダ¥tmp」，論理ホストの場合は「共有フォルダ¥jp1ajs2¥tmp」です。

UNIXの場合
rm QUEUEジョブ，サブミットジョブの実行環境データベース格納ディレクトリ/*※1
rm QUEUEジョブ，サブミットジョブの実行環境マネージャープロセス実行時のワークディレクトリ/M_JPQ*※2

注※1
QUEUEジョブ，サブミットジョブの実行環境データベース格納ディレクトリは，[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Database]の環境設定パラメーターDatabasePathに指定したディレクトリです。デフォルトは，物理ホストの場合は「/var/opt/jp1ajs2/database/queue」，論理ホストの場合は「共有ディレクトリ/jp1ajs2/database/queue」です。

注※2
QUEUEジョブ，サブミットジョブの実行環境マネージャープロセス実行時のワークディレクトリは，[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Process]の環境設定パラメーターWorkPathに指定したディレクトリです。デフォルトは，物理ホストの場合は「/var/opt/jp1ajs2/tmp」，論理ホストの場合は「共有ディレクトリ/jp1ajs2/tmp」です。

jpqimportコマンドを実行する。
QUEUEジョブ，サブミットジョブの実行環境のデータベースが再作成され，QUEUEジョブ，サブミットジョブの実行環境が設定されます。
jpqimportコマンドの文法および注意事項については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　jpqimport」の説明を参照してください。

(b)　運用中にQUEUEジョブ，サブミットジョブの実行環境の構成定義情報を変更する場合の手順

jpqagtadd，jpqqueaddなどのコマンドを使用して，JP1/AJS3の運用中にエージェントやキューなどを追加，削除，または変更できます。運用中に，QUEUEジョブ，サブミットジョブの実行環境に構成定義情報を追加する場合は，jpqagtadd，jpqqueadd，jpqresaddなどのコマンドを使用してください。また，運用中にQUEUEジョブ，サブミットジョブの実行環境の構成定義情報を変更する場合は，jpqagtalt，jpqquealtなどのコマンドを使用してください。各コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド」を参照してください。

jpqagtaddコマンドで実行ホスト（エージェント）を追加する手順を次に示します。

エージェントを追加し，ジョブ実行多重度を設定する。
追加するエージェントのホスト名はIPアドレス解決できることを確認しておく必要があります。ジョブ実行多重度を省略すると，24時間，実行多重度は0が仮定されます。ジョブ実行多重度が0の場合，ジョブは実行できません。ジョブを実行する場合は1以上を指定するか，jpqagtaltコマンドでジョブ実行多重度を変更してください。-cpオプションに指定するジョブ実行多重度の指定例については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　jpqagtalt」の補足事項を参照してください。

jpqagtadd -ah エージェントホスト名 -cp ジョブ実行多重度の設定

デフォルトキューの受付口を開く。
エージェントを作成すると同時に同名のデフォルトキューが作成されます。jpqagtaddコマンドでエージェントを追加した直後は，キューの受付口が閉じているのでジョブを登録できません。jpqqueopenコマンドを使用してキューの受付口を開いてください。

jpqqueopen -ah エージェントホスト名 -en

デフォルトキューのジョブ数の最大値および警告値を変更する。
ジョブ数の最大値および警告値は，デフォルトで最大値（4,294,967,295）が設定されています。特に制限する必要がない場合，変更する必要はありません。

jpqquealt -ah エージェントホスト名 -mj ジョブ数の最大値 -wj ジョブ数の警告値

接続するエージェントを追加したり，接続先エージェントの優先順位を設定したりする。
jpqagtaddコマンドで追加したエージェントは，デフォルトキューと接続されています。このデフォルトキューにエージェントを複数台接続して，ジョブの実行を分散させる場合などに変更してください。優先順位を指定して複数のエージェントを接続すると，指定された優先順位に従ってエージェントへジョブを配信します。

jpqagtlink -ah エージェントホスト名 -lh 接続エージェントホスト名 -clp 接続済みエージェントホストの優先順位

設定内容を確認する。
jpqagtshowコマンド，jpqqueshowコマンドを実行して，手順1～4の設定内容が正しいことを確認してください。

jpqagtshow -ah エージェントホスト名

jpqqueshow -ah エージェントホスト名

(2)　ISAMファイル自動再編成機能の設定（Windowsホストの場合）

JP1/AJS3サービスの起動時に，該当する物理ホストおよび論理ホストで使用するISAMデータファイルを自動的に再編成できます。JP1/AJS3 - Managerのインストール時には，この機能は無効になっています。

有効にするには，環境設定ファイル格納フォルダにあるjp1ajs_spmd_pre.conf.modelファイルを，同じフォルダのjp1ajs_spmd_pre.confファイルにコピーし，JP1/AJS3サービスのアカウントで読み込みができる権限を与えてください。環境設定ファイル格納フォルダは，物理ホスト環境では「JP1/AJS3 - Managerのインストール先フォルダ¥conf」，論理ホスト環境では「jajs_setup_clusterコマンドで指定した共有ディスク上のファイルフォルダ¥jp1ajs2¥conf」です。

ISAMファイル自動再編成機能を有効にすると，JP1/AJS3サービスの起動時に，「JP1/AJS3 - Managerのインストール先フォルダ¥bin」フォルダに格納されている，jpqautocond.batが起動されるようになります。jpqautocond.batは，QUEUEジョブ，サブミットジョブの実行環境のデータファイルを再編成します。

注意事項

再編成時には，対象の物理ホストまたは論理ホストの作業ディレクトリ（環境設定パラメーターWorkPathに指定したマネージャープロセス実行時のワークディレクトリ）があるドライブに，再編成対象のQUEUEジョブ，サブミットジョブの実行環境のISAMファイルの中で最もサイズが大きいファイルの2倍程度の空き容量が必要です。

また，QUEUEジョブ，サブミットジョブの実行環境データベースディレクトリがあるドライブに，再編成対象のISAMファイルの中で最もサイズが大きいファイルと同じ程度の空き容量が必要です。

補足事項

jpqautocond.batでは，再編成前のファイルの検証と再編成失敗時の自動修復ができるようにISAMファイルの状態を検証（Jischk）し，データを一度作業ファイルに抽出（Jisext）して再作成（Jisconv）した上でマスターファイルにリネームする方式になっています。それぞれの処理でエラーになった場合には，エラーメッセージが次に示す再編成ログファイルに出力されるので，オペレーターの取る処置を参照して対処してください。

・物理ホストの場合

次のログファイルにエラーメッセージを出力します。

・Windows Server 2008でインストール先フォルダがデフォルトまたはシステムで保護されたフォルダ配下の場合

%ALLUSERSPROFILE%¥HITACHI¥JP1¥JP1_DEFAULT¥JP1AJS2¥log¥jpqautocond[面数番号].log

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

「システムで保護されたフォルダ」とは，次のパスを指します。

・「システムドライブ¥Windows」配下

・「システムドライブ¥Program Files」配下

・「システムドライブ¥Program Files (x86)」配下（64ビット版のWindowsの場合）

・Windows Server 2003，またはWindows Server 2008でインストール先フォルダが上記以外の場合

JP1/AJS3 - Managerのインストール先フォルダ¥log¥jpqautocond[面数番号].log

[面数番号]はログファイル名を表し，1から4の数字になります。

四つのログファイルをすべて使い切ると，古いログファイルから再利用します。

・論理ホストの場合

次のログファイルにエラーメッセージを出力します。

・Windows Server 2008でインストール先フォルダがデフォルトまたはシステムで保護されたフォルダ配下の場合

%ALLUSERSPROFILE%¥HITACHI¥JP1¥JP1_DEFAULT¥JP1AJS2¥log¥jpqautocond_[論理ホスト名][面数番号].log

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

「システムで保護されたフォルダ」とは，次のパスを指します。

・「システムドライブ¥Windows」配下

・「システムドライブ¥Program Files」配下

・「システムドライブ¥Program Files (x86)」配下（64ビット版のWindowsの場合）

・Windows Server 2003，またはWindows Server 2008でインストール先フォルダが上記以外の場合

JP1/AJS3 - Managerのインストール先フォルダ¥log¥jpqautocond_[論理ホスト名][面数番号].log

[面数番号]はログファイル名を表し，1から4の数字になります。

四つのログファイルをすべて使い切ると，古いログファイルから再利用します。

(3)　ISAMファイル自動再編成機能の設定（UNIXホストの場合）

JP1/AJS3サービスの起動時に，該当する物理ホストおよび論理ホストで使用するISAMデータファイルを自動的に再編成できます。JP1/AJS3 - Managerのインストール時には，この機能は無効になっています。

有効にするには，環境設定ファイル格納ディレクトリにあるjp1ajs_spmd_pre.conf.modelファイルを，同じディレクトリのjp1ajs_spmd_pre.confファイルにコピーしてください。環境設定ファイル格納ディレクトリは，物理ホスト環境では「/etc/opt/jp1ajs2/conf」，論理ホスト環境では「jajs_setup_clusterコマンドで指定した共有ディレクトリ/jp1ajs2/conf」です。

ISAMファイル自動再編成機能を有効にすると，「/opt/jp1ajs2/bin」ディレクトリに格納されている，jpqautocondが起動されるようになります。jpqautocondは，QUEUEジョブ，サブミットジョブの実行環境のデータファイルを再編成します。

注意事項

再編成時には，対象の物理ホストまたは論理ホストの作業ディレクトリ（環境設定パラメーターWorkPathに指定したマネージャープロセス実行時のワークディレクトリ）があるパーティションに，再編成対象のQUEUEジョブ，サブミットジョブの実行環境のISAMファイルの中で最もサイズが大きいファイルの2倍程度の空き容量が必要です。

また，QUEUEジョブ，サブミットジョブの実行環境データベースディレクトリがあるパーティションに，再編成対象のISAMファイルの中で最もサイズが大きいファイルと同じ程度の空き容量が必要です。

補足事項

jpqautocondスクリプトでは，再編成前のファイルの検証と再編成失敗時の自動修復ができるようにISAMファイルの状態を検証（Jischk）し，データを一度作業ファイルに抽出（Jisext）して再作成（Jisconv）した上でマスターファイルにリネームする方式になっています。それぞれの処理でエラーになった場合には，エラーメッセージが次に示す再編成ログファイルに出力されるので，オペレーターの取る処置を参照して対処してください。

・物理ホストの場合

次のログファイルにエラーメッセージを出力します。

/var/opt/jp1ajs2/log/schedule/jpqautocond[面数番号].log

[面数番号]はログファイル名を表し，1から4の数字になります。

四つのログファイルをすべて使い切ると，古いログファイルから再利用します。

・論理ホストの場合

次のログファイルにエラーメッセージを出力します。

/var/opt/jp1ajs2/log/schedule/jpqautocond_[論理ホスト名][面数番号].log

[面数番号]はログファイル名を表し，1から4の数字になります。

四つのログファイルをすべて使い切ると，古いログファイルから再利用します。

(4)　JP1/AJS3 - Managerの運用方法をサブミットジョブの登録や操作に限定するときの設定（Windowsホストの場合）

JP1/AJS3 - Managerでジョブネットによるジョブの操作をしないで，ジョブ実行制御のコマンドを使用してサブミットジョブの登録や操作だけをするような運用をしたい場合は，JP1/AJS3で使用する次の定義ファイルの変更が必要です。

jp1ajs_spmd.conf

jp1ajs_service_0700.conf

jp1ajs_hstd.conf

jp1ajs_hstd_0700.conf

jp1ajs_agtd.conf

各定義ファイルの変更手順を次に示します。

Windowsの［コントロールパネル］の［管理ツール］から［サービス］を選択し，次に示すサービスを停止する。

JP1/AJS3サービス

次のファイルをメモ帳などのテキストエディターで開き，変更する。

(1)JP1/AJS3のインストール先フォルダ¥conf¥jp1ajs_spmd.confを，次の行だけに変更します。

jajs_hstd|jajs_hstd.exe|||1800|
jajs_agtd|jajs_agtd.exe|||1800|

(2)JP1/AJS3のインストール先フォルダ¥conf¥jp1ajs_service_0700.confの，次の行を変更します。

変更前

jajs_hstd|jajs_hstd.exe||0|3|3|21600|0|0|jajs_dbmd|1|||||||

変更後

jajs_hstd|jajs_hstd.exe||0|3|3|21600|0|0||1|||||||

(3)JP1/AJS3のインストール先フォルダ¥conf¥jp1ajs_hstd.confを，次の行だけに変更します。

network|ajsnetwd.exe|||1800|
submitqueue|jpqman.exe|||1800|

(4)JP1/AJS3のインストール先フォルダ¥conf¥jp1ajs_hstd_0700.confの，次の行を変更します。

変更前

network|ajsnetwd.exe||0|3|3|21600|0|0|ajsinetd|1|||||||

submitqueue|jpqman.exe||0|3|3|21600|0|0|agentm|1|||||||

変更後

network|ajsnetwd.exe||0|3|3|21600|0|0||1|||||||

submitqueue|jpqman.exe||0|3|3|21600|0|0|network|1|||||||

(5)JP1/AJS3のインストール先フォルダ¥conf¥jp1ajs_agtd.confを，次の行だけに変更します。

queuea|jpqmon.exe|||1800|

なお，これらのパラメーターを記述するときには，空行（スペースだけの行も含みます）を作成しないでください。

(5)　JP1/AJS3 - Managerの運用方法をサブミットジョブの登録や操作に限定するときの設定（UNIXホストの場合）

JP1/AJS3 - Managerでジョブネットによるジョブの操作をしないで，ジョブ実行制御のコマンドを使用してサブミットジョブの登録や操作だけをするような運用をしたい場合は，JP1/AJS3で使用する次の定義ファイルの変更が必要です。

jp1ajs_spmd.conf

jp1ajs_service_0700.conf

jp1ajs_hstd.conf

jp1ajs_hstd_0700.conf

jp1ajs_agtd.conf

各定義ファイルの変更手順を次に示します。

JP1/AJS3のサービスを停止する。
次のコマンドを実行して，プロセスがすべて停止していることを確認します。

# /etc/opt/jp1ajs2/jajs_stop
# /opt/jp1ajs2/bin/jajs_spmd_status

次のファイルをviなどのエディターで開き，変更する。

(1)/etc/opt/jp1ajs2/conf/jp1ajs_spmd.confを，次の行だけに変更します。

jajs_hstd|/opt/jp1ajs2/bin/jajs_hstd|||1800|
jajs_agtd|/opt/jp1ajs2/bin/jajs_agtd|||1800|

(2)/etc/opt/jp1ajs2/conf/jp1ajs_service_0700.confの，次の行を変更します。

変更前

jajs_hstd|/opt/jp1ajs2/bin/jajs_hstd||0|3|3|21600|0|0|jajs_dbmd|1|||||||

変更後

jajs_hstd|/opt/jp1ajs2/bin/jajs_hstd||0|3|3|21600|0|0||1|||||||

(3)/etc/opt/jp1ajs2/conf/jp1ajs_hstd.confを，次の行だけに変更します。

ajsnetwd|/opt/jp1ajs2/bin/ajsnetwd|||1800|
jpqman_hst|/opt/jp1ajs2/bin/jpqman|||1800|

(4)/etc/opt/jp1ajs2/conf/jp1ajs_hstd_0700.confの，次の行を変更します。

変更前

ajsnetwd|/opt/jp1ajs2/bin/ajsnetwd||1|3|3|21600|0|0|ajsinetd|1|||||||

jpqman_hst|/opt/jp1ajs2/bin/jpqman||0|3|3|21600|0|0|ajsagtmd|1|||||||

変更後

ajsnetwd|/opt/jp1ajs2/bin/ajsnetwd||1|3|3|21600|0|0||1|||||||

jpqman_hst|/opt/jp1ajs2/bin/jpqman||0|3|3|21600|0|0|ajsnetwd|1|||||||

(5)/etc/opt/jp1ajs2/conf/jp1ajs_agtd.confを，次の行だけに変更します。

jpqmon|/opt/jp1ajs2/bin/jpqmon|||1800|

JP1/AJS3を再起動する。

なお，これらのパラメーターを記述するときには，空行（スペースだけの行も含みます）を作成しないでください。

7.1.3　QUEUEジョブ，サブミットジョブ用データベースについて検討する

QUEUEジョブ，サブミットジョブ用データベースにはISAMを使用します。jpqimportコマンドや動的構成定義変更によって定義されたエージェント，キュー，および排他実行リソースの定義情報や，登録されてから終了するまでのジョブの情報や状態を管理しています。QUEUEジョブ，サブミットジョブ用データベースのデータベーステーブルの詳細について，次の表に示します。

表7-1　QUEUEジョブ，サブミットジョブの実行環境で使用するデータベースのテーブル

テーブル名
内容
行長※
（単位：バイト）
可変長
（単位：バイト）
キー数

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

注※

可変長があるテーブルは，可変長部分以外のフィールドの長さの合計を表しています。

QUEUEジョブ，サブミットジョブ用データベースは，デフォルトで同期書き込みモードになっています。このモードで使用すると，QUEUEジョブ，サブミットジョブ用データベース内の書き込み順序が保証でき，信頼性が向上します。データファイル更新モードの設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.3 ジョブ実行環境設定」を参照してください。

注意事項

QUEUEジョブ，サブミットジョブ用データベースのISAMファイルには，直接シンボリックリンクを作成しないでください。再編成の際，ISAMファイルを移動，再作成するため，シンボリックリンクが切れてしまい，ISAMファイルがデータベース格納ディレクトリに新たに作成されてしまいます。

データベース格納ディレクトリのファイルは，ディレクトリで管理しているため，シンボリックリンクを作成したい場合は，データベース格納ディレクトリを指定して作成してください。

QUEUEジョブ，サブミットジョブを使用する場合，次の内容について検討します。

ISAMファイルが持つオプション機能についての検討

ISAMファイルの障害対策についての検討

ISAMファイルのメンテナンスについての検討

＜この項の構成＞

(1)　運用方法について検討する

(2)　ISAMデータベースの障害対策

(3)　ISAMデータベースのメンテナンス

(4)　QUEUEジョブ，サブミットジョブ用データベースに関する注意事項

(1)　運用方法について検討する

必要に応じて次のオプションを設定してください。

同期書き込みを設定する。

データベースの自動再編成機能を有効にする。

(a)　同期書き込みの設定

ISAMデータベースには書き込みモードの設定があり，同期書き込みか非同期書き込みが選べます。非同期書き込みにすると性能は向上しますが，フェールオーバー時にデータファイルとキーファイルの整合性が取れなくなる場合があります。クラスタシステムで運用する場合はフェールオーバー時のデータ保護のために，ISAMの書き込み方法を同期書き込みに設定することを推奨します。同期書き込みの設定をした場合，テーブル間で矛盾が起きないよう，JP1/AJS3が書き込み順序によって整合性を保ちます。ただし，同期書き込みの場合でも，OSによるディスク書き込み処理途中での電源断で，ファイルが壊れるおそれがあるため注意してください。

ISAMを利用している場合，ファイルの整合性だけに問題がある場合は，再編成を実施することで修復できます。ただし，電源断などによるディスク・ファイル障害が発生したときは，同期・非同期の設定に関係なく，タイミングによっては，修復できない状態になるおそれがあります。このような事態に備えて，QUEUEジョブ，サブミットジョブ実行環境定義のバックアップを随時実施する運用を検討してください。

(b)　自動再編成の設定

ISAMデータベースには自動再編成機能があり，JP1/AJS3のサービス起動時にQUEUEジョブ，サブミットジョブ実行環境のデータベースを自動的に再編成するかどうかを選べます。再編成機能を有効にしないと，無効領域が増大する，可変長テーブルのフラグメンテーションが発生する，などの要因で長時間運転していると徐々に処理性能が劣化していきます。そのため，自動再編成の設定をしてください。ISAMデータベースの自動再編成の設定手順については，「7.1.2(2) ISAMファイル自動再編成機能の設定（Windowsホストの場合）」（Windowsの場合）または「7.1.2(3) ISAMファイル自動再編成機能の設定（UNIXホストの場合）」（UNIXの場合）を参照してください。

また，クラスタシステムで運用する場合は，ISAMの自動再編成機能を有効にして，JP1/AJS3の起動時に自動的に回復するように設定することを推奨します。これは，フェールオーバー（業務処理を実行系のサーバから待機系のサーバへ切り替えること）のタイミングによって，データ部と索引部が不整合になった場合，回復するにはISAMデータベースの再編成が必要なためです。ただし，ISAMデータベースを自動再編成する際，一つ一つファイルを順次再編成していくため，QUEUEジョブやサブミットジョブの実行結果保存数が多くなると，ISAMの再編成の実行時間が長く掛かり，JP1/AJS3のサービス起動時間も長く掛かることがあります。クラスタ運用している場合，フェールオーバーの繰り返しとなることがあるため，クラスタソフトの起動タイムアウト時間を調整してください。ISAMの再編成に必要な時間は，実レコード件数に比例します。クラスタソフトの起動タイムアウト時間が調整できない場合は，ISAMファイルが肥大化しない設定（ジョブ情報保存日数の調整など）を実施し，再編成所要時間が短くなるようにしてください。

なお，JP1/AJS3のサービス起動を常に高速にし，手動で再編成を実施する運用の場合は，自動再編成機能を無効にしてください。

注意

再編成時には，対象の物理ホストまたは論理ホストの作業ディレクトリ（環境設定パラメーターWorkPathに指定したマネージャープロセス実行時のワークディレクトリ）があるドライブに，再編成対象のQUEUEジョブ，サブミットジョブの実行環境のISAMファイルの中で最もサイズが大きいファイルの2倍程度の空き容量が必要です。また，QUEUEジョブ，サブミットジョブの実行環境データベースディレクトリがあるドライブに，再編成対象のISAMファイルの中で最もサイズが大きいファイルと同じ程度の空き容量が必要です。

(2)　ISAMデータベースの障害対策

ISAMデータベースが不正になった場合は，ISAMデータベースを再作成する必要があります。ISAMデータベースの状態の確認方法，およびISAMデータベースの再作成方法については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　2.12 ISAMファイルが不正になった場合の対処」を参照してください。

(3)　ISAMデータベースのメンテナンス

メンテナンスモードを使用したJP1/AJS3の長時間連続運用の方法について説明します。メンテナンスモードでは，メンテナンス前に実行されている業務が途切れることなく，ISAMデータベースを再編成できます。

メンテナンスモードでメンテナンスを実施するには，業務の実行が少ない時間帯にjajs_maintainコマンドを実行します。

jajs_maintainコマンドの実行例を次に示します。

jajs_maintain -m manager

jajs_maintainコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　jajs_maintain」を参照してください。

メンテナンスモードの注意事項については，「(c) メンテナンスモードの注意事項」を参照してください。

JP1/AJS3が用意するメンテナンスモードは，メンテナンスをするために，システム構成中の一部の機能を一時的に制限する機能です。

一時的に機能が制限されるため，縮退運転となりますが，システムとしての運用が停止することはありません。また，縮退運転中にメンテナンスモードによって制限された機能を使用しようとした場合，エラーにはならないで，縮退解除後に実行されます。

(a)　メンテナンスモードの使用目的

JP1/AJS3のメンテナンスモードでできることは，ISAMデータベースの再編成です。

ISAMをデータベースに使用している場合，仮に1日に10,000ジョブを実行したときに，約1年に1回メンテナンスを実施する必要があるとすると，ジョブの実行件数が倍（1日に20,000ジョブ）になれば，再編成の実施サイクルは半分（約半年に1回）という計算になります。ジョブの実行件数が多くなればなるほど，メンテナンスの頻度が高くなり，それだけ手間とコストが掛かります。

JP1/AJS3がメンテナンスモードを用意する前は，システムをいったん停止し，メンテナンス実施後に再起動という形でしたが，JP1/AJS3が用意するメンテナンスモードを使用すると，JP1/AJS3を一時的に縮退運転するだけでメンテナンスができます。また，メンテナンスを実施するjajs_maintainコマンドは，JP1/AJS3からスケジュール実行できるので，メンテナンスを意識しないで長時間運用ができるようになります。jajs_maintainコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　jajs_maintain」を参照してください。

JP1/AJS3 - Managerのマネージャー機能だけを順次停止してメンテナンスを実施できます。このモードでは，他ホストからのジョブ実行要求やjpqjobsubコマンドからの要求など，QUEUEジョブ，サブミットジョブ実行制御のマネージャーに対する要求を拒否します。ただし，QUEUEジョブ，サブミットジョブ実行制御エージェントで変化する状態を保持することには対応できるため，起動済みジョブの情報を消失することはありません。ただし，エージェントとマネージャー間で未通知のジョブ状態情報を蓄積するため，メモリーをジョブ数に比例して消費するので，ジョブ実行が少ない時間帯に使用してください。

メンテナンス中は，すべてのデータベースアクセスプロセスの機能を停止しますが，QUEUEジョブ，サブミットジョブ実行制御は，再編成が終わり次第起動します。

(b)　メンテナンスを実施する時期を見積もる

QUEUEジョブ，サブミットジョブで使用するデータベースでは，JP1/AJS3サービスを連続運用し，400万ジョブを実行した段階で性能が約20%劣化します。

仮に，1日に10,000ジョブを実行する場合は，約1年に1回，ISAMファイルを再編成する必要があります。ジョブの実行件数が倍（1日に20,000ジョブ）になれば，再編成の実施サイクルは半分（約半年に1回）という計算になります。これを一つの目安としてファイル中の無効領域を監視し，メンテナンスする時期を見積もってください。

なお，JP1/AJS3サービス起動時にISAMファイルを自動的に再編成する「ISAMファイル自動再編成機能」を使用して，定期的に再編成している環境の場合，メンテナンスモードによる再編成の必要はありません。

(c)　メンテナンスモードの注意事項

メンテナンスモードを利用した縮退中は，JP1/AJS3の機能によっては制限が掛かります。運用環境および実施時間帯を考慮してメンテナンスモードを利用してください。

●メンテナンスモードとユーザー操作についての制限

メンテナンスモードとユーザー操作についての制限の関係を次の表に示します。

表7-2　メンテナンスモードとユーザー操作の可否

ユーザー操作 | 操作可否
JP1/AJS3 - ViewからのQUEUEジョブの実行※1 | ×
セットアップ時に使用するコマンドの実行 | ○
環境のカスタマイズに使用するコマンドの実行 | ×※1
JP1/AJS3を制御するコマンドの実行 | ×※2
ユニットを操作するコマンドの実行 | ○
ジョブの実行に使用するコマンドの実行 | ○
組み込みDBを操作するコマンド | ○
障害時に使用するコマンド | ○
特別な運用で使用するコマンド | ×※3

（凡例）

○：操作できる

×：操作できない

注

この表の「ユーザー操作」は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　1.5 コマンド一覧」に記載しているコマンドの分類に対応しています。

注※1

jpqdbcondコマンド以外のコマンドは使用できます。縮退中にQUEUEジョブを実行した場合，ジョブが起動失敗になります。このとき，JP1/AJS3 - Viewの［実行結果詳細］ダイアログボックスにメッセージKAVU0218-Eを表示します。

注※2

jajs_stopコマンド，jajs_stop.clusterコマンド，jajs_spmd_stopコマンド，およびjajs_killall.clusterコマンド以外は使用できます。

注※3

QUEUEジョブ，サブミットジョブ実行環境で使用するコマンド以外は使用できます。縮退中にQUEUEジョブを実行した場合，統合トレースログにメッセージKAVU4500-WおよびメッセージKAVU0218-Eを出力して，ジョブが異常終了します。

この表で「×（操作できない）」としている操作はしないでください。

なお，各ユーザー操作のコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　1.5 コマンド一覧」を参照してください。

●メンテナンスモードと他ホスト，他システムとの連携機能についての制限

メンテナンスモードと他ホストのJP1/AJS3や他システムとの連携機能についての制限の関係を次の表に示します。

表7-3　メンテナンスモードと他ホスト，他システムとの連携機能の動作可否

他ホスト，他システムとの連携機能 | 動作可否
他ホストのJP1/AJS3からのQUEUEジョブ実行※ | ×
他システム（JP1/NQSEXECやJP1/OJEなど）からのジョブ実行 | ×
他ホストへ転送するリモートジョブネット実行※ | ×
他ホストから転送されるリモートジョブネット実行 | ×

（凡例）

×：動作しない

注※

定義元ホストでリモートジョブネットが起動してから終了するまでの間，メンテナンスモードにしないでください。

他ホストや他システムは，連携先のホストがメンテナンスモード中であることを認識できないため，ジョブは「異常終了」状態になります。メンテナンスできる時間帯を考慮した上で，メンテナンスを実施してください。

(4)　QUEUEジョブ，サブミットジョブ用データベースに関する注意事項

ジョブネットやジョブの実行中に，システム障害などでJP1/AJS3のサービスの処理が中断した場合，JP1/AJS3のISAMファイルの内容に不整合が発生することがあります。これは，キャッシュメモリー上の内容がディスクに書き込まれない場合に発生します。不整合が発生した場合，JP1/AJS3のサービスを起動しても，処理途中だったジョブネットに対する操作は保証されません。システム障害などでJP1/AJS3のサービスの処理が中断した場合には，JP1/AJS3起動前にISAMファイルを再編成してください。
なお，データベースの再編成に失敗した場合は，再編成できなかったISAMファイルを再作成するか，またはJP1/AJS3をコールドスタートしてください。

JP1/AJS3で使用するISAMファイルは，再編成運用が必要です。
可変長データを保持するテーブルで徐々に性能が劣化するため，400万ジョブ実行時点で再編成するように計画してください。
また，QUEUEジョブ，サブミットジョブ実行環境データベースのJPQJOBINFO.K02が20メガバイトを超えないように監視してください。
この値を超えても再編成をしないで運用を続けると，性能が急激に悪くなるおそれがあります。
ISAMデータベースの再編成については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　10.3 QUEUEジョブ，サブミットジョブを使用している場合のデータベース再編成」を参照してください。

JP1/AJS3で使用するISAMデータベースは，テーブルを構成するファイルのサイズが2ギガバイトを超えられません。
ISAMのデータファイルのサイズは，テーブル内に格納されるピーク時のレコード件数によって決まります。
2ギガバイトに近くになると，ディスクI/Oの増加による性能低下や，再編成時の作業ディスク容量を確保できないなどの問題が発生するおそれがあります。レコード件数を削減してできるだけファイルサイズが小さくなるような運用を検討してください。
運用によってファイルが肥大化しやすいテーブルについては，次の目安によってファイルサイズを制御できます。

QUEUEジョブ，サブミットジョブ実行環境データベースのJPQJOBINFOテーブル
標準構成の場合，格納できるレコードは20万件未満です。
互換用ISAM構成の場合，最大で約36万件のレコードが格納できます。ただし，ジョブ起動性能に最も影響を及ぼすテーブルのため，性能低下を防ぐために格納データ件数は20万件を目安にしてください。
ジョブ実行情報保存日数内で稼働したジョブの数が総レコード件数となるので，保存日数を小さくするとファイルサイズが肥大化しにくくなります。

7.1.4　QUEUEジョブ，サブミットジョブ実行環境のログのサイズを見積もる

QUEUEジョブ，サブミットジョブ実行環境のログサイズの見積もりは，1日に実行するQUEUEジョブ，サブミットジョブの数が10,000ジョブ程度までであれば特に必要なく，デフォルトのサイズのまま使用できます。1日に実行されるQUEUEジョブ，サブミットジョブの数が10,000程度を超える場合は，ログのサイズを見積もることを推奨します。

QUEUEジョブ，サブミットジョブの実行環境のサイズは，ログファイルの面数とあわせて決定します。見積もった値は，jajs_configコマンドを使用して定義します。

「3.4.6 ジョブ実行環境のログのサイズを見積もる」のサブミットジョブ用の環境設定パラメーターについて次のコマンドを実行して設定したあと，JP1/AJS3を再起動します。

jajs_config -k 定義キー名 "環境設定パラメーター名"=定義内容
["環境設定パラメーター名2"=定義内容2]

定義キー名に指定できる定義キーは一つです。定義キーが異なる環境設定パラメーターを設定する場合は，定義キーごとにjajs_configコマンドを実行する必要があります。

7.1.5　QUEUEジョブ，サブミットジョブの実行環境に関する環境設定について検討する

QUEUEジョブ，サブミットジョブ実行環境の環境設定項目（環境設定パラメーター）は，ジョブ実行環境設定ファイル（AJS3_Queue.conf）に設定されています。

環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.3 ジョブ実行環境設定」を参照してください。

また，設定方法の手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.2 環境設定パラメーターの設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　14.2 環境設定パラメーターの設定」（UNIXの場合）を参照してください。

7.1.6　JP1ユーザー仮定機能の設定

JP1/AJS3では，JP1ユーザーというユーザー名を使って権限を管理しています。OSユーザー（実行ユーザー）をJP1ユーザーにマッピングすることによって，ユーザーマッピングに設定されているホスト以外からの要求を受け付けないようにしています。

JP1/AJS3のこのユーザー管理では，OSユーザーごとにOSユーザーをJP1ユーザーにマッピングしなければならないため，不特定のOSユーザーがJP1/AJS3を使用することを目的とした場合，運用に負荷が掛かる場合があります。

このような運用負荷を軽減するために，一つのJP1ユーザーを不特定のOSユーザーで使用できるように設定しておきます（JP1仮定ユーザーに設定しておきます）。こうしておくと，JP1ユーザーにマッピングされていないOSユーザーでも，JP1仮定ユーザーの権限を使ってJP1/AJS3を操作できるようになります。これをJP1ユーザー仮定機能と呼びます（実行するOSユーザーがJP1ユーザーとして登録されている場合は，そのJP1ユーザーを使用します）。JP1ユーザー仮定機能は，JP1/AJS3のQUEUEジョブ，サブミットジョブ実行環境で使用するコマンドを実行する際に利用できます。QUEUEジョブ，サブミットジョブ実行環境で使用するコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　1.5.9(2) QUEUEジョブ，サブミットジョブ実行環境で使用するコマンド」を参照してください。

ここでは，JP1ユーザー仮定機能の設定手順，注意事項について説明します。

＜この項の構成＞

(1)　定義手順（Windowsの場合）

(2)　定義手順（UNIXの場合）

(3)　注意事項

(1)　定義手順（Windowsの場合）

JP1/Baseでユーザー情報を設定する。
ユーザー情報の設定手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　3.1.1(1) ユーザー情報を設定する」を参照してください。

jpqregguestuserコマンドを実行する。
手順1で登録したJP1ユーザーを，JP1仮定ユーザーに設定します。
jpqregguestuserコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　jpqregguestuser」を参照してください。

JP1/AJS3を再起動する。
設定した内容が反映されます。

これでJP1ユーザー仮定機能の設定は終了です。

JP1ユーザー仮定機能の設定を解除したい場合も，jpqregguestuserコマンドを使用してください。

(2)　定義手順（UNIXの場合）

JP1/AJS3のサービスを停止する。
次のコマンドを実行して，プロセスがすべて停止していることを確認します。

# /etc/opt/jp1ajs2/jajs_stop※
# /opt/jp1ajs2/bin/jajs_spmd_status

注※　自動停止の設定がされていることを確認してください。

JP1/Baseでユーザー情報を設定する。
ユーザー情報の設定手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　13.1.1(1) ユーザー情報を設定する」を参照してください。

jpqregguestuserコマンドを実行する。
手順2で登録したJP1ユーザーを，JP1仮定ユーザーに設定します。
jpqregguestuserコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　jpqregguestuser」を参照してください。

JP1/AJS3を再起動する。
設定した内容が反映されます。

これでJP1ユーザー仮定機能の設定は終了です。

JP1ユーザー仮定機能の設定を解除したい場合も，jpqregguestuserコマンドを使用してください。

(3)　注意事項

JP1仮定ユーザーに設定できるJP1ユーザーの数は，1台のJP1/AJS3 - Managerホストが管理する範囲につき，一つです。

JP1仮定ユーザーとして利用するJP1ユーザーにも，通常のJP1ユーザーと同様に，JP1権限レベルおよびユーザーマッピングを設定してください。
JP1権限レベルを設定する際は，次の点を考慮してください。

不特定のユーザーの実行要求を満たすことができること。

ユーザーの誤操作によって，運用環境が壊されるおそれがないこと。

クラスタシステムで運用する場合は，実行系ホストおよび待機系ホストの両方でjpqregguestuserコマンドを実行すること。
jpqregguestuserコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　jpqregguestuser」参照。

7.1.7　ジョブを配信するエージェントホストの決定方式の設定

QUEUEジョブ，サブミットジョブを使用する場合，ジョブを配信する際に，優先順位とエージェント使用率が同一のエージェントホストが複数あるとき，デフォルトではエージェントID※の大きいエージェントホストを選択してジョブを配信します。

例えば，実行時間が非常に短いジョブを複数実行する場合，ジョブはすぐに終了するためエージェント使用率はなかなか上昇しないで，ジョブが配信されていないエージェントホストとエージェント使用率を比較した際に差異が出にくくなります。結果として，エージェントIDの大きい方に偏ってジョブを配信するため，エージェントIDの大きいエージェントホストで実行するジョブ数が多くなり，システムの使用率に偏りが生じることになります。

このような場合に，エージェントIDの代わりに未使用時間が最も長いエージェントホストを選択してジョブを配信する方式を設定することで，均等に負荷分散を行うことができます。

注※

エージェントIDはjpqimportコマンドで使用するQUEUEジョブ，サブミットジョブの実行環境構成定義ファイル（jpqsetup.conf）に指定したものです。また，jpqagtaddコマンドでエージェントホストを追加した場合は，使用していない番号が付加されます。jpqagtshowコマンドでエージェントホストの一覧を表示するとエージェントIDの昇順で表示されます。

jpqimportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　jpqimport」を参照してください。

jpqagtaddコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　jpqagtadd」を参照してください。

jpqagtshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　jpqagtshow」を参照してください。

ジョブを配信するエージェントホストの決定方式を設定するための手順を次に示します。

なお，キューレスジョブ実行機能では，次に示す設定は必要ありません。

＜この項の構成＞

(1)　定義手順

(2)　環境設定パラメーター一覧

(1)　定義手順

JP1/AJS3のサービスを停止する。

Windowsの場合

Windowsの［コントロールパネル］の［管理ツール］で［サービス］を選択し，次に示すサービスを停止します。

・JP1/AJS3サービス

UNIXの場合

次のコマンドを実行して，プロセスがすべて停止していることを確認します。

# /etc/opt/jp1ajs2/jajs_stop※

# /opt/jp1ajs2/bin/jajs_spmd_status

注※　自動停止の設定がされていることを確認してください。

次のコマンドを実行して，「(2) 環境設定パラメーター一覧」の環境設定パラメーターを設定する。

jajs_config -k 定義キー名 "環境設定パラメーター名"=定義内容

JP1/AJS3を再起動する。
設定した内容が反映されます。

(2)　環境設定パラメーター一覧

表7-4　ジョブを配信するエージェントホストの決定方式環境設定パラメーター

定義キー | 環境設定パラメーター | 定義内容
[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Agent]※ | "LeastRecentlyUsed"= | ジョブを配信するエージェントホストの決定方式の定義

注※

{JP1_DEFAULT|論理ホスト名}の部分は，物理ホストの場合は「JP1_DEFAULT」を，論理ホストの場合は「論理ホスト名」を指定します。

7.1.8　ジョブ情報削除処理非同期オプションの設定

JP1/AJS3では，ジョブ情報削除基準時刻，およびJP1/AJS3起動時にジョブ実行環境で使用するISAMデータベースからジョブ情報保存日数を経過したジョブを削除します。通常は，データファイルの更新モードオプションで同期が設定されています。同期の場合，JP1/AJS3が書き込み処理を終了するたびにメモリーにあるバッファーの内容をディスクに書き込むため信頼性は向上しますが，ディスクI/Oが頻繁に行われるために処理に時間が掛かります。したがって，この処理と並行してジョブを実行すると，ジョブの実行性能にも影響するおそれがあります。ジョブ情報保存日数を1日以上とした場合は，ジョブが多量に実行されていない時刻を見積もってジョブ情報削除の基準時刻として設定してください。

ジョブが多量に実行されていない時刻を見積もれない場合は，次のオプションを設定すると，ジョブ情報の削除については非同期で行うことができ，ジョブ情報削除処理に掛かる時間を削減できます。非同期にするとJP1/AJS3での処理とは同期を取らないでOSのバッファーリングによってディスクに書き込むため，ディスクI/O回数が減少します。このため，削除処理と並行してジョブが実行された場合にジョブの実行性能に与える影響を抑えることができます。ただし，RAIDシステムの場合は，性能差があまり出ないおそれがあります。また，非同期はメモリー上で管理されている情報とディスクに書き込まれた情報が不一致になるタイミングが発生しやすく，信頼性が低下するためクラスタ構成には向きません。運用する環境を十分検討した上で使用してください。

このオプションは，データファイルの更新モードオプションで同期が指定されている場合に限り有効です。

ジョブ情報の削除処理を非同期で行う場合の設定手順を次に示します。

＜この項の構成＞

(1)　定義手順

(2)　環境設定パラメーター一覧

(1)　定義手順

JP1/AJS3のサービスを停止する。

Windowsの場合

Windowsの［コントロールパネル］の［管理ツール］で［サービス］を選択し，次に示すサービスを停止します。

・JP1/AJS3サービス

UNIXの場合

次のコマンドを実行して，プロセスがすべて停止していることを確認します。

# /etc/opt/jp1ajs2/jajs_stop※

# /opt/jp1ajs2/bin/jajs_spmd_status

注※　自動停止の設定がされていることを確認してください。

次のコマンドを実行して，「(2) 環境設定パラメーター一覧」の環境設定パラメーターを設定する。

jajs_config -k 定義キー名 "環境設定パラメーター名"=定義内容

JP1/AJS3を再起動する。
設定した内容が反映されます。

(2)　環境設定パラメーター一覧

表7-5　ジョブ情報削除処理非同期オプション設定の環境設定パラメーター

定義キー | 環境設定パラメーター | 定義内容
[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Database]※ | "DeleteFlashOption"= | ジョブ情報削除処理非同期オプション

注※

{JP1_DEFAULT|論理ホスト名}の部分は，物理ホストの場合は「JP1_DEFAULT」を，論理ホストの場合は「論理ホスト名」を指定します。

7.1.9　ジョブ情報の保存時間の設定

ジョブ情報の保存日数を0日にすると，ジョブ情報はジョブが終了してから10分後に削除されます。ジョブ実行コマンドでジョブを実行している場合や，ジョブネットから実行するジョブでもジョブの終了後に実行結果を確認しないような場合には，保存日数を0日にして運用すると，終了したジョブ情報は常に削除され，ジョブ情報の増加が抑えられます。このため，ジョブ情報削除基準時刻にまとめて大量のジョブを削除するということもなくなります。また，24時間の間，常にジョブを実行するような運用や，不定期にジョブを実行する運用など，ジョブ情報削除基準時刻の時間帯を見積もるのが困難な運用を行っているような場合にも有効です。ただし，ジョブネットからジョブを実行している場合は，ジョブの終了時に状態通知プロセスがジョブの状態を確認しています。その際に通信エラーなどで状態通知が失敗すると，状態通知プロセスが5分のポーリング間隔でジョブの状態を監視します。その間にジョブ情報がすでに削除されていると，ジョブ情報が参照できないためジョブは異常終了として扱われます。

次に示すオプションを使用すると，このようなエラーが発生する場合にもジョブが終了してから削除するまでの保存時間を変更することで対処できます。この設定はジョブの保存日数を0日にしている場合にだけ有効です。

ジョブの保存日数を0日にしている場合に，ジョブが終了してから削除するまでの時間を設定する手順を次に示します。

＜この項の構成＞

(1)　定義手順

(2)　環境設定パラメーター一覧

(1)　定義手順

JP1/AJS3のサービスを停止する。

Windowsの場合

Windowsの［コントロールパネル］の［管理ツール］で［サービス］を選択し，次に示すサービスを停止します。

・JP1/AJS3サービス

UNIXの場合

次のコマンドを実行して，プロセスがすべて停止していることを確認します。

# /etc/opt/jp1ajs2/jajs_stop※

# /opt/jp1ajs2/bin/jajs_spmd_status

注※　自動停止の設定がされていることを確認してください。

次のコマンドを実行して，「(2) 環境設定パラメーター一覧」の環境設定パラメーターを設定する。

jajs_config -k 定義キー名 "環境設定パラメーター名"=定義内容

JP1/AJS3を再起動する。
設定した内容が反映されます。

(2)　環境設定パラメーター一覧

表7-6　ジョブ情報の保存時間設定の環境設定パラメーター

定義キー | 環境設定パラメーター | 定義内容
[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Database]※ | "PreserveMinute"= | ジョブ情報の保存時間

注※

{JP1_DEFAULT|論理ホスト名}の部分は，物理ホストの場合は「JP1_DEFAULT」を，論理ホストの場合は「論理ホスト名」を指定します。

7.1.10　JP1/AJS3起動時にジョブ情報削除処理を抑止する設定

ジョブ情報削除処理は，環境設定で指定したジョブ情報削除の基準時刻，およびJP1/AJS3サービス起動時に実行されます。ジョブ情報削除の基準時刻に実行される場合は基準時刻を基点として保存日数を超えたジョブ情報が削除の対象です。また，JP1/AJS3サービス起動時に実行される場合，JP1/AJS3起動時刻を基点として保存日数を超えたジョブ情報すべてが削除の対象です。ジョブを大量に実行している状況でクラスタ構成によるフェールオーバーや，システム障害などによってJP1/AJS3サービスが再起動された場合，ジョブ情報の削除処理と競合してジョブの実行性能が低下することがあります。

次に示すどちらかのオプションを使用してJP1/AJS3サービス起動時のジョブ情報の削除処理を抑止することで，ジョブ情報の削除処理とジョブ実行の競合を回避できます。

JP1/AJS3サービス起動時にジョブ情報削除の基準時刻を基点として保存日数を超えているジョブ情報を削除する。
JP1/AJS3サービス起動時，ジョブ情報削除の基準時刻からJP1/AJS3サービス起動時刻までの間に保存日数を超えたジョブ情報については削除しません。前回のジョブ情報削除の基準時刻にJP1/AJS3サービスが停止していてジョブ情報削除処理が実施されなかった場合に，ジョブ情報削除の基準時刻を基点として保存日数を超えているジョブ情報が残っていることがあります。その場合は，JP1/AJS3サービス起動時に，これらのジョブ情報だけを削除します。
ジョブ情報削除の基準時刻にJP1/AJS3サービスを停止しないでジョブ情報削除処理を実施して，ジョブ情報削除の基準時刻を基点として保存日数を超えているジョブ情報を削除する運用であれば，JP1/AJS3サービス起動時のジョブ情報削除処理を抑止できます。

JP1/AJS3サービス起動時のジョブ情報の削除処理を抑止する。
JP1/AJS3サービス起動時のジョブ情報削除処理を抑止します。
JP1/AJS3の運用を長期間停止した場合，JP1/AJS3サービスを起動して運用を再開する際，保存日数を経過して削除対象となるジョブ情報が大量に存在する場合があります。削除対象となるジョブ情報が大量に存在すると，JP1/AJS3サービス起動時のジョブ情報削除処理によってISAMファイルに対する入出力が集中し，JP1/AJS3サービス起動直後に実行するジョブの実行性能に影響を与えるおそれがあります。
JP1/AJS3サービス起動時のジョブ情報削除処理を抑止する設定にすると，JP1/AJS3サービス起動時にジョブ情報の削除を行わないで，基準時刻にだけジョブ情報を削除します。それによって，JP1/AJS3サービス起動直後に実行するジョブの実行性能に影響を与えないようにできます。ただし，ジョブ情報削除の基準時刻にJP1/AJS3サービスを停止する運用の場合はこの設定をしないでください。
ジョブ情報削除の基準時刻にJP1/AJS3サービスを停止する運用の場合，ジョブ情報削除の基準時刻にジョブ情報が削除されないで蓄積されていくため，ジョブ実行環境データベースのディスク占有量が増加し続けます。ジョブ実行環境データベースのディスク占有量が増加すると，JP1/AJS3サービスの起動に失敗したり，ジョブが実行できなくなったりするほか，JP1/AJS3以外のプログラムにも影響を与えるおそれがあります。

ジョブ情報の保存日数を1日以上設定している場合に，JP1/AJS3サービス起動時にジョブ情報の削除処理を抑止するように設定する手順を次に示します。

＜この項の構成＞

(1)　定義手順

(2)　環境設定パラメーター一覧

(3)　JP1/AJS3起動時にジョブ情報削除処理を抑止する設定と動作

(1)　定義手順

JP1/AJS3のサービスを停止する。

Windowsの場合

Windowsの［コントロールパネル］の［管理ツール］で［サービス］を選択し，次に示すサービスを停止します。

・JP1/AJS3サービス

UNIXの場合

次のコマンドを実行して，プロセスがすべて停止していることを確認します。

# /etc/opt/jp1ajs2/jajs_stop※

# /opt/jp1ajs2/bin/jajs_spmd_status

注※　自動停止の設定がされていることを確認してください。

次のコマンドを実行して，「(2) 環境設定パラメーター一覧」の環境設定パラメーターを設定する。

jajs_config -k 定義キー名 "環境設定パラメーター名"=定義内容

JP1/AJS3を再起動する。
設定した内容が反映されます。

(2)　環境設定パラメーター一覧

表7-7　JP1/AJS3起動時にジョブ情報削除処理を抑止する設定の環境設定パラメーター

定義キー | 環境設定パラメーター | 定義内容
[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Database]※ | "StartUpDelete"= | JP1/AJS3起動時にジョブ情報削除処理を抑止する定義

注※

{JP1_DEFAULT|論理ホスト名}の部分は，物理ホストの場合は「JP1_DEFAULT」を，論理ホストの場合は「論理ホスト名」を指定します。

(3)　JP1/AJS3起動時にジョブ情報削除処理を抑止する設定と動作

JP1/AJS3起動時にジョブ情報削除処理を抑止する設定と，削除処理を行うかどうかの関係について次に示します。

表7-8　JP1/AJS3起動時にジョブ情報削除処理を抑止する設定と削除処理を行うかどうかの関係

JP1/AJS3起動時にジョブ情報削除処理を抑止する設定 | JP1/AJS3起動時のジョブ情報削除処理 | 削除対象のジョブ情報の基点となる時刻
0 | ○※ | 基準時刻
1 | ○ | JP1/AJS3サービス起動時刻
2 | × | －

（凡例）

○：削除処理を行う

×：削除処理を行わない

－：該当なし

注※

前回のジョブ情報削除の基準時刻にジョブ情報が削除されていれば，JP1/AJS3サービス起動時のジョブ情報削除処理ではジョブ情報を削除しません。

7.1.11　サブミットジョブの実行順序の入れ替わりを防止する設定

サブミットジョブの実行順序の入れ替わりを防止するための設定方法について説明します。

＜この項の構成＞

(1)　定義手順

(2)　環境設定パラメーター一覧

(1)　定義手順

JP1/AJS3のサービスを停止する。

Windowsの場合

Windowsの［コントロールパネル］の［管理ツール］で［サービス］を選択し，次に示すサービスを停止します。

・JP1/AJS3サービス

UNIXの場合

次のコマンドを実行して，プロセスがすべて停止していることを確認します。

# /etc/opt/jp1ajs2/jajs_stop※

# /opt/jp1ajs2/bin/jajs_spmd_status

注※　自動停止の設定がされていることを確認してください。

次のコマンドを実行して，「(2) 環境設定パラメーター一覧」の環境設定パラメーターを設定する。

jajs_config -k 定義キー名 "環境設定パラメーター名"=定義内容

JP1/AJS3を再起動する。
設定した内容が反映されます。

(2)　環境設定パラメーター一覧

表7-9　サブミットジョブの実行順序の入れ替わりを防止する設定の環境設定パラメーター

定義キー | 環境設定パラメーター | 定義内容
[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Job]※ | "PreventChangeJobOrder"= | サブミットジョブの実行順序の入れ替わりを防止する設定

注※

{JP1_DEFAULT|論理ホスト名}の部分は，物理ホストの場合は「JP1_DEFAULT」を，論理ホストの場合は「論理ホスト名」を指定してください。

7.1.12　ジョブ情報列挙時にジョブ実行制御マネージャー（jpqman）のメモリー消費量を少なくする設定

ジョブ実行マネージャー（jpqman）では，ジョブ情報列挙時に，列挙数に応じてメモリーを消費しているため，列挙数が増加すると統合トレースログにメッセージKAVU4280-Eを出力して次のコマンドが失敗する場合があります。この場合，ジョブ情報列挙時にジョブ実行制御マネージャーのメモリー消費量を少なくする設定を行うことで回避できる場合があります。

jpqjobshowコマンド

jpqendjobshowコマンド

ジョブ情報列挙時にジョブ実行制御マネージャーのメモリー消費量を少なくするための設定手順を次に示します。

＜この項の構成＞

(1)　定義手順

(2)　環境設定パラメーター一覧

(1)　定義手順

JP1/AJS3のサービスを停止する。

Windowsの場合

Windowsの［コントロールパネル］の［管理ツール］で［サービス］を選択し，次に示すサービスを停止します。

・JP1/AJS3サービス

UNIXの場合

次のコマンドを実行して，プロセスがすべて停止していることを確認します。

# /etc/opt/jp1ajs2/jajs_stop※

# /opt/jp1ajs2/bin/jajs_spmd_status

注※　自動停止の設定がされていることを確認してください。

次のコマンドを実行して，「(2) 環境設定パラメーター一覧」の環境設定パラメーターを設定する。

jajs_config -k 定義キー名 "環境設定パラメーター名"=定義内容

JP1/AJS3を再起動する。
設定した内容が反映されます。

(2)　環境設定パラメーター一覧

表7-10　ジョブ情報列挙時にジョブ実行制御マネージャーのメモリー消費量を少なくする設定の環境設定パラメーター

定義キー | 環境設定パラメーター | 定義内容
[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Job]※ | "EnumJobSaveMemory"= | ジョブ情報列挙時にジョブ実行制御マネージャーのメモリー消費量を少なくする設定

注※

{JP1_DEFAULT|論理ホスト名}の部分は，物理ホストの場合は「JP1_DEFAULT」を，論理ホストの場合は「論理ホスト名」を指定してください。

7.2　キューレスジョブを使用する場合の検討

キューレスジョブを使用する場合は，次の内容について検討してください。

ログファイルのサイズを見積もる

キューレスジョブを実行する環境の設定項目について検討する

＜この節の構成＞

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

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

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

JP1/AJS3が出力するキューレスジョブに関するログファイルのサイズを見積もります。ログファイルの情報は，障害発生時にどのような操作や処理が原因なのかを調査するときに使用します。調査の際に必要な情報がログファイルに残っていないと，原因を特定するのに時間が掛かってしまいます。そのため，実行する処理の運用形態に応じて，できる限り適切なログファイルのサイズを見積もっておく必要があります。

キューレスジョブを使用する場合は，次のログファイルについてそれぞれのサイズを見積もってください。

キューレスログファイル

キューレストレースログファイル

キューレスジョブ実行内部ログファイル

＜この項の構成＞

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

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

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

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

キューレスログには，エージェントでのキューレスジョブの実行ログが出力されます。キューレスログは，主に業務の実行状況を監視するために使用します。

必要となるキューレスログファイルのサイズは，エージェントで実行するキューレスジョブの数によって異なります。必要に応じてキューレスログファイルの適切なサイズを見積もり，デフォルトのディスク容量を変更してください。キューレスログファイルのデフォルトのディスク容量と最大ディスク占有量については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　1.2.4 ログファイルおよびディレクトリ一覧」を参照してください。

キューレスログファイルの見積もり式を次に示します。

キューレスログファイル容量（単位：バイト）=
(60 + マネージャーホスト名長 + スケジューラーサービス名長 + ジョブ完全名長 + エージェントホスト名長)＊2＊保存しておきたいジョブ数

キューレスログファイルの拡張については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　3.5.1 トレースログファイルの拡張」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　13.4.4 トレースログファイルの拡張」（UNIXの場合）を参照してください。

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

キューレストレースログには，キューレスジョブおよびキューレスジョブ実行制御関連コマンド実行時のトレースログが出力されます。キューレストレースログは，主にトラブルが発生した場合にその経緯を調査したり，各処理の処理時間を測定したりするために使用します。

キューレストレースログファイルは，初期状態では次のように設定されています。

格納先

Windowsの場合

JP1/AJS3のインストール先フォルダ¥log¥tracelog.ql
（Windows Server 2008の場合は「%ALLUSERSPROFILE¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2¥log」）

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キロバイト

キューレストレースログファイルの拡張については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　3.5.1(2) キューレストレースログファイルの拡張」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　13.4.4(2) キューレストレースログファイルの拡張」（UNIXの場合）を参照してください。

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

キューレスジョブ実行内部ログファイルには，キューレスジョブ実行時のトレースログが出力されます。

キューレスジョブ実行内部ログファイルは，初期状態では次のように設定されています。

格納先

Windowsの場合

JP1/AJS3のインストール先フォルダ¥log¥ajsqlexeclog※1
JP1/AJS3のインストール先フォルダ¥log¥ajsqlexeclog_ftpd※2

UNIXの場合

/var/opt/jp1ajs2/log/ajsqlexeclog※3
/var/opt/jp1ajs2/log/ajsqlexeclog_ftpd※2

注※1

クラスタ運用時は，名称が次のようになります。

 JP1/AJS3のインストール先フォルダ¥log¥ajsqlexeclog-[論理ホスト名]

フルパス名が256バイト以上である場合，[論理ホスト名]は論理ホスト名の先頭から30バイトとなります。

注※2

JP1/AJS3 - 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 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　ajsqlexecsetsz」を参照してください。

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

キューレスジョブ実行環境の環境設定項目について説明します。

環境設定パラメーターの値を変更したい場合は，jbssetcnfコマンドを使用します。jbssetcnfコマンドについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

キューレスジョブ実行環境の環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.7 キューレスジョブ実行環境設定」を参照してください。

また，次に示す内容についてもあわせて検討してください。

マネージャーホストとエージェントホストで文字コードが混在している環境でキューレスジョブを実行する場合
マネージャーホストとエージェントホストで文字コードが混在している場合は，環境設定パラメーターAJSQL_CHARCODEで言語コードを設定する必要があります。
環境設定パラメーターAJSQL_CHARCODEは，次に示す文字コード変換に使用されます。

図7-6　キューレスジョブの文字コード変換

（1）スケジューラーサービスおよびキューレスエージェントサービス

スケジューラーサービスの文字コードは，スケジューラーサービスの環境設定パラメーターAJSCHARCODEの設定値です。スケジューラーサービスでは文字コード変換しません※。

（2）キューレスエージェントサービス

次のデータを環境設定パラメーターAJSQL_CHARCODEの設定値に文字コード変換します。

・スケジューラーサービスから受け付けたデータ

・転送ファイルデータ

また，次のデータを要求元スケジューラーサービスの環境設定パラメーターAJSCHARCODEの設定値に文字コード変換します。

・スケジューラーサービスへの返信データ

・結果ファイルデータ

AJSQL_CHARCODEの設定値のデフォルトは「none」です。noneが設定されている場合，文字コード変換しません。

マネージャーとエージェントで文字コードが混在している場合は，要求先キューレスエージェントサービスのAJSQL_CHARCODEの設定が必要です。

（3）キューレスエージェントサービスおよびキューレスファイル転送サービス

転送ファイルのデータはキューレスファイル転送サービスからキューレスエージェントサービスに送信され，キューレスエージェントサービスで文字コード変換されます。結果ファイルのデータは，キューレスエージェントサービスで文字コード変換したあと，キューレスファイル転送サービスに送信されます。キューレスファイル転送サービスでは文字コード変換しません※。

注※

Linuxの場合は，マネージャーの環境設定パラメーターQLMANCHARCODEの設定値によって文字コード変換する場合があります。

UTF-8環境のマネージャーホストでキューレスジョブを実行する場合
UTF-8環境のマネージャーからキューレスジョブを実行する場合，UTF-8に対応していないエージェント（Linux以外のプラットフォームおよび08-00より前のバージョン）で正しくジョブを実行させるために環境設定パラメーターQLMANCHARCODEを設定する必要があります。
この環境設定パラメーターは，UTF-8をサポートしているLinux版のJP1/AJS3 - Managerの場合だけ有効です。その他の環境で指定した場合は無視されます。
環境設定パラメーターQLMANCHARCODEを指定した場合の有効範囲を次に示します。

図7-7　環境設定パラメーターQLMANCHARCODEの有効範囲

（1）スケジューラーサービス

環境設定パラメーターAJSCHARCODEとQLMANCHARCODEが共にUTF-8の場合，文字コード変換します。変換対象はジョブの定義項目です。

AJSCHARCODEはスケジューラーサービス単位なのに対し，QLMANCHARCODEはマシンに一つの設定です。キューレスジョブを使用する場合は，すべてのスケジューラーサービスでAJSCHARCODEを合わせてください。

（2）キューレスファイル転送サービス

環境設定パラメーターQLMANCHARCODEがUTF-8の場合に文字コード変換します。変換対象は転送ファイルおよび結果ファイル（実行結果詳細）です。

システムで使用できる言語種別の詳細については，「2.4.3 システムで使用する言語種別について検討する」を参照してください。

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

この章では，JP1/AJS3またはJP1/AJS2のアップグレード方法，およびアップグレード時の注意事項について説明します。

＜この章の構成＞

8.1　バージョン互換

8.2　JP1/AJS3 Consoleを使用する場合の互換性

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

8.4　文字コードUTF-8環境への移行

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

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

8.7　JP1/AJS2 - ManagerからJP1/AJS3 - Managerへのバージョンアップ後のセットアップ

8.8　システム閉塞について

8.1　バージョン互換

JP1/AJSを使用する場合，次の互換性を考慮する必要があります。

なお，この節ではJP1/AJS3およびJP1/AJS2を総称してJP1/AJSと表記しています。

前提製品であるJP1/BaseのバージョンとJP1/AJSのバージョンの互換性

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

JP1/AJS - ManagerとJP1/AJS - Agentのバージョン互換性

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

JP1/AJS - ManagerとJP1/AJS - Managerのバージョン互換性

JP1/AJS - ManagerとJP1/AJS2 - Manager for Mainframeのバージョン互換性

それぞれの互換性について，次に説明します。

＜この節の構成＞

8.1.1　JP1/BaseとJP1/AJSのバージョン互換

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

8.1.3　JP1/AJS - ManagerとJP1/AJS - Agentのバージョン互換

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

8.1.5　JP1/AJS - ManagerとJP1/AJS - Managerのバージョン互換

8.1.6　JP1/AJS - ManagerとJP1/AJS2 - Manager for Mainframeのバージョン互換

8.1.1　JP1/BaseとJP1/AJSのバージョン互換

JP1/BaseとJP1/AJSの各バージョンの互換性を，次の表に示します。

表8-1　JP1/BaseとJP1/AJSのバージョン互換

| JP1/AJS
06-00-/C～08-50 | 09-00 | 09-10 | 09-50
JP1/Base | 06-00-/C～08-50 | ※ | × | × | ×
09-00 | × | ○ | ○ | ○
09-10 | × | ○ | ○ | ○
09-50 | × | ○ | ○ | ○

（凡例）

○：サポートしている。

×：サポートしていない。

注※

マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド」のJP1/BaseとJP1/AJS2のバージョン互換についての説明を参照してください。

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

JP1/AJS - ManagerまたはJP1/AJS2 - Light Editionと，JP1/AJS - Viewのバージョンの互換性を，次の表に示します。

表8-2　JP1/AJS - Manager，JP1/AJS2 - Light EditionとJP1/AJS - Viewのバージョン互換

| JP1/AJS - Manager，JP1/AJS2 - Light Edition※1
06-00-/C～06-71 | 07-00～07-50 | 08-00～08-50 | 09-00 | 09-10 | 09-50
JP1/AJS - View | 06-00-/C～06-71 | ※2 | ※2 | ※2 | × | × | ×
07-00～07-50 | ※2 | ※2 | ※2 | △ | △ | △
08-00～08-50 | ※2 | ※2 | ※2 | △ | △ | △
09-00 | × | △ | △ | ○ | △ | △
09-10 | × | △ | △ | △ | ○ | △
09-50 | × | △ | △ | △ | △ | ○

（凡例）

○：サポートしている。

△：古いバージョンでサポートしている機能だけを使用できる。

×：サポートしていない。

注※1

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

注※2

マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド」の，JP1/AJS2 - ManagerまたはJP1/AJS2 - Light Editionと，JP1/AJS2 - Viewのバージョン互換についての説明を参照してください。

＜この項の構成＞

(1)　JP1/AJS - ManagerとJP1/AJS - Viewのバージョン混在時の注意事項

(2)　JP1/AJS - Managerの新機能を使用する場合の注意事項

(1)　JP1/AJS - ManagerとJP1/AJS - Viewのバージョン混在時の注意事項

(a)　ジョブネット実行所要時間に対する終了遅延監視をするときの注意事項

JP1/AJS - View 06-71以前とJP1/AJS - View 07-00以降が混在し，JP1/AJS - Manager 07-00以降に接続する場合
JP1/AJS - View 07-00以降で定義したジョブネットの［実行所要時間］をJP1/AJS - View 06-71以前では確認できないため，終了遅延監視が想定しているより早く通知されることがあります。

JP1/AJS - View 07-00以降からJP1/AJS - Manager 06-71以前に接続する場合
接続先がJP1/AJS - Manager 06-71以前の場合，ジョブネット監視の実行所要時間を定義するための項目は存在しません。この場合，JP1/AJS - View 07-00以降であっても，ジョブネットのプロパティ設定画面上には［ジョブネットの実行所要時間］という項目が表示されないため，ジョブネットの実行所要時間は確認できません。
また，遅延監視一時変更画面上のジョブネットの実行所要時間に関する項目についても表示されないため，ジョブネットの実行所要時間は確認できません。

JP1/AJS - View 06-71以前からJP1/AJS - Manager 07-00以降に接続する場合
接続先がJP1/AJS - Manager 07-00以降の場合は，［ジョブネットの実行所要時間］が定義されていることがあります。しかし，JP1/AJS - Viewが06-71以前の場合は，ジョブネットの実行所要時間に関する項目が表示されないため，ジョブネットの実行所要時間を確認できません。

(b)　［打ち切り時間］および［打ち切り後の状態］定義時の打ち切り時間経過後のイベントジョブ終了状態に対する注意事項

JP1/AJS - View 06-71以前とJP1/AJS - View 07-00以降が混在し，JP1/AJS - View 06-71以前からJP1/AJS - Manager 07-00以降に接続する場合，JP1/AJS - View 07-00以降で定義したイベントジョブの［打ち切り後の状態］を，JP1/AJS - View 06-71以前では確認できません。

そのため，JP1/AJS - View 07-00以降で［打ち切り時間］および［打ち切り後の状態］を定義したイベントジョブを実行し，打ち切り時間が経過したあとに，JP1/AJS - View 06-71以前で結果を確認した場合，イベントジョブの状態は，JP1/AJS - View 07-00以降で指定した［打ち切り後の状態］になります。

（例）打ち切り後の状態が正常終了の場合

JP1/AJS - View 07-00以降で［打ち切り時間］および［打ち切り後の状態］を［正常終了］と指定したイベントジョブを定義する。

手順1で定義したイベントジョブをJP1/AJS - View 06-71以前で確認した場合，［打ち切り後の状態］は表示されない。

手順1で定義したイベントジョブをJP1/AJS - View 06-71以前で実行し，打ち切り時間が経過した場合，終了状態が「正常終了」となる。

(c)　プランニンググループを使用するときの注意事項

JP1/AJS - View 06-51以前からJP1/AJS - Manager 06-71以降に接続した場合，プランニンググループはジョブグループとして表示され，ユニットの定義を変更したり，削除したりできます。

また，ジョブグループとして表示されているプランニンググループは，マネージャージョブグループの参照先ユニットとして指定できます。下位にあるルートジョブネットは，マネージャージョブネットの参照先ユニットとして指定できます。ただし，ジョブグループとして表示されているプランニンググループには，次の制限があります。

ルートジョブネットは，期間を指定した確定実行登録しかできません。

プランニンググループの下位には，ルートジョブネットとリモートジョブネットしか作成できません。

(d)　ジョブネットコネクタを使用して実行順序を制御するときの注意事項

JP1/AJS - View 08-01以前からJP1/AJS - Manager 08-10以降に接続した場合，ジョブネットコネクタは未知のジョブネットとして扱われ，「？」アイコンで表示されます。また，ユニットを移動したり，削除したりできます。ただし，ユニット定義の表示など，サポートしていない操作を行った場合は，エラーメッセージKAVV502-EまたはKAVV556-Eが出力されます。

JP1/AJS - View 08-10からJP1/AJS - Manager 08-50以降に接続した場合，異なるスケジューラーサービス間のルートジョブネットの実行順序を制御するとき，JP1/AJS - 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/AJS - ViewのバージョンをJP1/AJS - Managerのバージョンに合わせてください。

(2)　JP1/AJS - Managerの新機能を使用する場合の注意事項

次に示す場合の操作を実施すると，新しいバージョンで定義を変更した内容がデフォルトに戻ったり，新しいバージョンでの設定が無効になったりします。

JP1/AJS - Managerで新しく追加された新機能を使用する場合には，JP1/AJS - ManagerとJP1/AJS2 - Viewのバージョンは一致させてください（使用しているJP1/AJS - Managerのバージョンに合わせて，JP1/AJS - Viewのバージョンも新しくしてください）。

(a)　［詳細定義－［判定ジョブ］］ダイアログボックスの［変数（文字列）］，または［変数（数値）］の場合（07-50の新機能）

JP1/AJS - View 07-50以降からJP1/AJS - Manager 07-50以降に接続する。

［詳細定義－［判定ジョブ］］ダイアログボックスの［定義］タブで，［判定条件］の［変数（文字列）］，または［変数（数値）］をチェックして，［変数名］，［条件］，および［判定値］を指定する。

JP1/AJS - View 07-11以前からJP1/AJS - Manager 07-50以降に接続する。

JP1/AJS - View 07-11以前で［詳細定義－［判定ジョブ］］ダイアログボックスを開き，［OK］ボタンをクリックする。

再度JP1/AJS - View 07-50以降からJP1/AJS - Manager 07-50以降に接続する。
［判定条件］はデフォルトの［終了コード］になっています。

(b)　［詳細定義－［起動条件］］ダイアログボックスの［異常終了後の動作］の場合（07-50の新機能）

JP1/AJS - View 07-50以降からJP1/AJS - Manager 07-50以降に接続する。

［詳細定義－［起動条件］］ダイアログボックスの［定義］タブで，［異常終了後の動作］に［ジョブネットの開始を保留する］，または［起動条件の監視を停止する］を指定する。

JP1/AJS - View 07-11以前からJP1/AJS - Manager 07-50以降に接続する。

JP1/AJS - View 07-11以前で［詳細定義－［起動条件］］ダイアログボックスを開き，［OK］ボタンをクリックする。

再度JP1/AJS - View 07-50以降からJP1/AJS - Manager 07-50以降に接続する。
［異常終了後の動作］はデフォルトの［ジョブネットの実行を開始する］になっています。

(c)　［詳細定義－［ジョブネット］］ダイアログボックス，または［詳細定義－［リモートジョブネット］］ダイアログボックスの［保存世代数］の場合（07-00の新機能）

JP1/AJS - Manager 07-00以降に最大保存世代数（MAXSAVEGEN）を100以上に設定する。

JP1/AJS - View 07-00以降からJP1/AJS - Manager 07-00以降に接続する。

［詳細定義－［ジョブネット］］ダイアログボックス，または［詳細定義－［リモートジョブネット］］ダイアログボックスの［定義］タブで，［保存世代数］に100以上を指定する。

JP1/AJS - View 06-71以前からJP1/AJS - Manager 07-00以降に接続する。

JP1/AJS - View 06-71以前で［詳細定義－［ジョブネット］］ダイアログボックス，または［詳細定義－［リモートジョブネット］］ダイアログボックスを開き，［OK］ボタンをクリックする。

再度JP1/AJS - View 07-00以降からJP1/AJS - Manager 07-00以降に接続する。
［保存世代数］は上位2けた（123の場合は12）になっています。

(d)　［詳細定義－［JP1イベント受信監視］］ダイアログボックスの［実行前のイベント検索］の場合（07-00の新機能）

JP1/AJS - View 07-00以降からJP1/AJS - Manager 07-00以降に接続する。

［詳細定義－［JP1イベント受信監視］］ダイアログボックスの［定義］タブで，［実行前のイベント検索］の［する］をチェックして［分前］を指定する。

JP1/AJS - View 06-71以前からJP1/AJS - Manager 07-00以降に接続する。

JP1/AJS - View 06-71以前で［詳細定義－［JP1イベント受信監視］］ダイアログボックスを開き，［OK］ボタンをクリックする。

再度JP1/AJS - View 07-00以降からJP1/AJS - Manager 07-00以降に接続する。
［実行前のイベント検索］はデフォルトの［しない］になっています。

(e)　［詳細定義－［ログファイル監視］－［ログファイル動作定義］］ダイアログボックスの［ログファイル出力形式］の場合（07-00の新機能）

JP1/AJS - View 07-00以降からJP1/AJS - Manager 07-00以降に接続する。

［詳細定義－［ログファイル監視］－［ログファイル動作定義］］ダイアログボックスで，［ログファイル出力形式］を［SEQ2］にする。

JP1/AJS - View 06-71以前からJP1/AJS - Manager 07-00以降に接続する。

JP1/AJS - View 06-71以前で［詳細定義－［ログファイル監視］－［ログファイル動作定義］］ダイアログボックスを開く。
［ログファイル出力形式］はデフォルトの空白で表示されます。
このまま［詳細定義－［ログファイル監視］－［ログファイル動作定義］］ダイアログボックスを［OK］ボタンで閉じると，［ログファイル出力形式］は空白で保存されます。［キャンセル］ボタンをクリックして，ダイアログボックスを閉じてください。

(f)　［詳細定義－［JP1イベント送信］］ダイアログボックスの［イベントの到達確認］の場合（07-00の新機能）

JP1/AJS - View 07-00以降からJP1/AJS - Manager 07-00以降に接続する。

［詳細定義－［JP1イベント送信］］ダイアログボックスの［定義］タブで，［イベントの到達確認］の［する］をチェックし，［確認間隔］と［確認回数］を指定する。

JP1/AJS - View 06-71以前からJP1/AJS - Manager 07-00以降に接続する。

JP1/AJS - View 06-71以前で［詳細定義-［JP1イベント送信］］ダイアログボックスを開き，［OK］ボタンをクリックする。

再度JP1/AJS - View 07-00以降からJP1/AJS - Manager 07-00以降に接続する。
［イベントの到達確認］はデフォルトの［しない］になっています。

(g)　［詳細定義－［Windowsイベントログ監視］］ダイアログボックスの［ログ種別］の場合（06-51の新機能）

JP1/AJS - View 06-51以降からJP1/AJS - Manager 06-51以降に接続する。

［詳細定義－［Windowsイベントログ監視］］ダイアログボックスの［定義］タブで，［ログ種別］を［DNS Server］，［Directory Service］，［ファイル複製サービス］のどれかを指定する。

JP1/AJS - View 06-00からJP1/AJS - Manager 06-51以降に接続する。
［ログ種別］はデフォルトの［システム］で表示されています。
このまま［OK］ボタンをクリックして，［詳細定義－［Windowsイベントログ監視］］ダイアログボックスを閉じると，［ログ種別］は［システム］で保存されます。［キャンセル］ボタンをクリックして，ダイアログボックスを閉じてください。

(h)　［詳細定義－［ファイル監視］］ダイアログボックスの［既存ファイルも条件成立］の場合（06-51の新機能）

JP1/AJS - View 06-51以降からJP1/AJS - Manager 06-51以降に接続する。

［詳細定義－［ファイル監視］］ダイアログボックスの［定義］タブで，［監視条件］の［作成］をチェックして，［既存ファイルも条件成立］を指定する。

JP1/AJS - View 06-00からJP1/AJS - Manager 06-51以降に接続する。

JP1/AJS - View 06-00で［詳細定義－［ファイル監視］］ダイアログボックスを開き，［OK］ボタンをクリックする。

再度JP1/AJS - View 06-51以降からJP1/AJS - Manager 06-51以降に接続する。
［既存ファイルも条件成立］がデフォルトの［新規ファイル作成時に条件成立］になっています。

8.1.3　JP1/AJS - ManagerとJP1/AJS - Agentのバージョン互換

JP1/AJS - ManagerとJP1/AJS - Agentのバージョンの互換性を，次の表に示します。

表8-3　JP1/AJS - ManagerとJP1/AJS - Agentのバージョン互換

| JP1/AJS - Manager
06-00～06-71 | 07-00～07-50 | 08-00～08-50 | 09-00 | 09-10 | 09-50
JP1/AJS - Agent | 06-00～06-71 | ※ | ※ | ※ | × | × | ×
07-00～07-50 | ※ | ※ | ※ | △ | △ | △
08-00～08-50 | ※ | ※ | ※ | △ | △ | △
09-00 | × | △ | △ | ○ | △ | △
09-10 | × | △ | △ | △ | ○ | △
09-50 | × | △ | △ | △ | △ | ○

（凡例）

○：サポートしている。

△：古いバージョンでサポートしている機能だけを使用できる。

×：サポートしていない。

注※

マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド」の，JP1/AJS2 - ManagerとJP1/AJS2 - Agentのバージョン互換についての説明を参照してください。

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

JP1/AJS - ViewとJP1/AJS2 - View for Mainframeは，基本的には同一のバージョンのプログラムを使用することを推奨します。

JP1/AJS - ViewとJP1/AJS2 - View for Mainframeの各バージョンの互換性を，次の表に示します。

表8-4　JP1/AJS - ViewとJP1/AJS2 - View for Mainframeのバージョン互換

| JP1/AJS2 - View for Mainframe
06-51～07-50 | 08-00～08-50
JP1/AJS - View | 06-51～07-50 | △ | ×
08-00～08-50 | × | ○
09-00 | × | ○
09-10 | × | ○
09-50 | × | ○

（凡例）

○：サポートしている。

△：古いバージョンでサポートしている機能だけを使用できる。

×：サポートしていない。

8.1.5　JP1/AJS - ManagerとJP1/AJS - Managerのバージョン互換

JP1/AJS - Managerホストから，ほかのJP1/AJS - Managerホストに対してコマンドをリモート実行する場合，およびJP1/AJS - Managerホストから，ほかのJP1/AJS3 - Managerホストに対してリモートジョブネットを実行する場合の互換性を，次の表に示します。

表8-5　JP1/AJS - ManagerとJP1/AJS - Managerのバージョン互換

JP1/AJS - Manager
（実行元※1／定義元※2）

06-00～06-71
07-00～07-50
08-00～08-50
09-00
09-10
09-50

JP1/AJS - Manager
（実行先※³）
06-00～06-71
※4
※4
※4
×
×
×

07-00～07-50
※4
※4
※4
△
△
△

08-00～08-50
※4
※4
※4
△
△
△

09-00
×
△
△
○
△
△

09-10
×
△
△
△
○
△

09-50
×
△
△
△
△
○

（凡例）

○：サポートしている。

△：古いバージョンでサポートしている機能だけを使用できる。

×：サポートしていない。

注※1

コマンドをリモート実行するときの実行元を示す。

注※2

リモートジョブネットの定義元を示す。

注※3

コマンドをリモート実行するときの実行先，またはリモートジョブネットの実行先を示す。

注※4

マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド」の，JP1/AJS2 - ManagerとJP1/AJS2 - Managerのバージョン互換についての説明を参照してください。

＜この項の構成＞

(1)　実行元ホストと実行先ホストのJP1/AJS - Managerのバージョンが混在するときの注意事項

(1)　実行元ホストと実行先ホストのJP1/AJS - Managerのバージョンが混在するときの注意事項

リモートジョブネット配下のユニットで，実行先マネージャーのバージョンでサポートしていない機能を使用していた場合，リモートジョブネットは異常検出終了となり，実行結果詳細にエラーメッセージKAVS0650-Eが出力されます。この場合，配下のユニットの定義を見直して，再実行してください。

8.1.6　JP1/AJS - ManagerとJP1/AJS2 - Manager for Mainframeのバージョン互換

JP1/AJS - ManagerとJP1/AJS2 - Manager for Mainframeは，基本的には同一のバージョンのプログラムを使用することを推奨します。

JP1/AJS - ManagerとJP1/AJS2 - Manager for Mainframeの各バージョンの互換性を，次の表に示します。

表8-6　JP1/AJS - ManagerとJP1/AJS2 - Manager for Mainframeのバージョン互換

| JP1/AJS2 - Manager for Mainframe
06-51～07-50 | 08-00～08-50-0X※より前 | 08-50-0X※以降
JP1/AJS - Manager | 06-51～07-50 | △ | × | ×
08-00～08-50 | × | ○ | ○
09-00 | × | × | ×
09-10 | × | × | ○
09-50 | × | × | ○

（凡例）

○：サポートしている。

△：古いバージョンでサポートしている機能だけを使用できる。

×：サポートしていない。

注※

適用OSによってJP1/AJS2 - Manager for Mainframeのバージョンが異なります。

Windows Server 2008，Windows Server 2003，およびSolaris（SPARC）の場合

JP1/AJS2 - Manager for Mainframe 08-50-02

AIXの場合

JP1/AJS2 - Manager for Mainframe 08-50-03

8.2　JP1/AJS3 Consoleを使用する場合の互換性

JP1/AJS2 Console 06-71（製品名：「JP1/AJS2 - Console」）は，JP1/AJS2 - Manager 07-00に統合され，コンポーネント名称も変更になりました。06-71と07-00以降でのコンポーネント名称の対応を次の表に示します。

表8-7　JP1/AJS3 Consoleのコンポーネント名称の対応

06-71 | 07-00～08-50 | 09-00以降
JP1/AJS2 - Console Manager | JP1/AJS2 Console Manager | JP1/AJS3 Console Manager
JP1/AJS2 - Console Agent | JP1/AJS2 Console Agent | JP1/AJS3 Console Agent
JP1/AJS2 - Console View | JP1/AJS2 Console View | JP1/AJS3 Console View

この節では，JP1/AJS2 Console 06-71がJP1/AJS2 - Manager 07-00に統合されたことによって変更になる内容と，注意事項を説明します。

＜この節の構成＞

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

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

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

JP1/AJS2 Console 06-71（製品名：「JP1/AJS2 - Console」）とJP1/AJS2 Console 07-00以降の差異と，バージョンの組み合わせを次に示します。

＜この項の構成＞

(1)　プログラムプロダクト構成の差異

(2)　JP1/AJS3 Consoleの機能と対応バージョン

(1)　プログラムプロダクト構成の差異

JP1/AJS2 Console 06-71がJP1/AJS2 - Manager 07-00に統合されたことによって，07-00以降では「JP1/AJS2 - Console」という製品がありません。

06-71と07-00以降のプログラムプロダクト構成の違いを次に示します。

図8-1　JP1/AJS2 Console 06-71のプログラムプロダクト構成

図8-2　JP1/AJS2 Console 07-00～08-50のプログラムプロダクト構成

図8-3　JP1/AJS3 Console 09-00以降のプログラムプロダクト構成

(2)　JP1/AJS3 Consoleの機能と対応バージョン

JP1/AJS3 Consoleの機能を実現するためのバージョンの組み合わせを，次の表に示します。

表8-8　機能ごとの接続性

機能 | 対応バージョン※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/AJS3 Console Manager

CA：JP1/AJS3 Console Agent

CV：JP1/AJS3 Console View

注※1

対応バージョンは，各コンポーネントを同梱するプログラムプロダクトのバージョンを示しています。

注※2

JP1/AJS2 Console View 06-71では，予定世代優先表示をするための定義ができません。すでに監視方法に「全世代時刻予定優先」，「当日時刻予定優先」が指定されている場合は，JP1/AJS2 Console View 06-71からでも監視はできます。

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

JP1/AJS2 Console 06-71（製品名：「JP1/AJS2 - Console」）がインストールされている場合は，JP1/AJS3 - Manager 09-00以降をインストールした時点で，JP1/AJS2 ConsoleがJP1/AJS3に統合されます。また，JP1/AJS2 ConsoleがJP1/AJS3 - Managerに統合されたことによって，Hitachi PP Installerのプログラムの一覧から「JP1/Automatic Job Management System 2 - Console」は削除されます。さらに，JP1/AJS2 Console 06-71のヘルプファイルも削除されます。インストールの方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1」を参照してください。

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

LinuxのJP1/AJS2 - Managerを文字コードEUC環境からUTF-8環境に移行する場合の手順について説明します。

製品の上書きインストールができないため，従来までの定義情報をバックアップして製品を一度アンインストールし，バージョン09-00以降の製品をインストール・セットアップする必要があります。

作業の流れを次に示します。

図8-4　EUC環境からUTF-8環境への移行の流れ

それぞれの作業について説明します。

＜この節の構成＞

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

8.3.2　JP1/AJS3 09-00以降のインストールとセットアップ

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

8.3.4　定義情報のリカバリー

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

次の定義情報をバックアップします。

ジョブ実行環境定義

ユニット定義

＜この項の構成＞

(1)　ジョブ実行環境定義のバックアップ

(2)　ユニット定義のバックアップ

(1)　ジョブ実行環境定義のバックアップ

ジョブ実行環境定義をバックアップする手順を次に示します。

次のコマンドを実行し，ジョブ実行環境定義を出力する。

# jpqexport -dt isam -co ファイル名 [-mh 論理ホスト名]

「ファイル名」に指定したファイルにジョブ実行環境定義が出力されます。

注意事項

jpqexportコマンドで設定するファイルは，一元管理のためにjpqsetup.confを使用することを推奨します。論理ホストの定義をバックアップする場合は，-mhオプションで論理ホスト名を指定します。

出力したファイルの内容をjpqsetup.confにコピーする。
手順1で出力したファイルの内容をjpqsetup.confにコピーしてください。

(2)　ユニット定義のバックアップ

ジョブネットやカレンダーの設定情報をバックアップする手順を次に示します。

注意事項

ジョブネットやカレンダーの設定情報のバックアップは，スケジューラーサービス単位で行われます。スケジューラーサービスごとに実施してください。

OSのスーパーユーザー権限を持つユーザーが実施してください。

ルートジョブグループ以外の定義情報をバックアップする。
次のコマンドを実行して，スケジューラーサービス以下にあるすべてのユニットの定義情報をバックアップします。定義情報には，各ユニットの基準時刻やコメントなどすべての定義が含まれます。ただし，ルートジョブグループ（/）の基準時刻，基準日，月区分などは含まれません。これらの情報は手順2，手順3に従ってバックアップしてください。

# ajsprint -F スケジューラーサービス名 -a '/*' > unitbackup.txt

注意事項

スケジュールルールを設定したルートジョブネットをネストジョブネットにコピーして作成したジョブネットがある場合，環境設定パラメーターAJSPRINTNETSCHPRFに「no」を指定してバックアップしてください。

この設定は，バージョン08-00以降のJP1/AJSを新規にインストールした場合，初期状態で設定されています。08-00より前のバージョンからバージョンアップインストールした場合でこの設定をしていなかった場合は，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.2 環境設定パラメーターの設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　14.2 環境設定パラメーターの設定」（UNIXの場合）を参照して環境設定パラメーターを変更してください。環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.2 スケジューラーサービス環境設定」を参照してください。

ルートジョブグループの情報をバックアップする。
ルートジョブグループの次の情報を記録しておいてください。

コメント

所有者

JP1資源グループ

基準時刻

基準日

月区分

ルートジョブグループのカレンダー設定をバックアップする。
次のコマンドを実行して，ルートジョブグループのカレンダー情報（運用日・休業日）をバックアップします。

# ajsprint -F スケジューラーサービス名 -d / > rootcal.txt

注意事項

rootcal.txtにカレンダー情報が出力されていなければ，リカバリーは不要です。

8.3.2　JP1/AJS3 09-00以降のインストールとセットアップ

UTF-8環境のJP1/BaseとJP1/AJS3 - Managerをインストールし，セットアップします。JP1/Baseのセットアップの手順については，マニュアル「JP1/Base 運用ガイド」を参照してください。また，JP1/AJS3 - Managerのセットアップの手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　13.1 JP1/AJS3 - Managerで必要なセットアップ」を参照してください。

注意事項

以前のバージョンの環境設定パラメーターを参考にしてセットアップしてください。同じ設定になっていないとリカバリーに失敗することがあります。

バージョン08-00以降のJP1/AJSでは，JP1/AJS2 07-50以前と新規インストールおよび新規セットアップ後の環境設定パラメーターの設定値が異なります。JP1/AJS2 07-50以前と同じ設定で運用する場合は，設定値を変更してください。

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

バックアップした各種定義ファイルを，iconvコマンドなどを使って，UTF-8の文字コードに変換してください。また，予定情報ファイルを用いてジョブネットを確定登録している場合は，同様に予定情報ファイルをUTF-8の文字コードに変換してください。iconvコマンドの使用方法など，文字コードの変換方法については，OSのマニュアルを参照してください。

8.3.4　定義情報のリカバリー

バックアップした次の定義情報をリカバリーします。

QUEUEジョブ，サブミットジョブ実行環境定義

ユニット定義

＜この項の構成＞

(1)　QUEUEジョブ，サブミットジョブ実行環境定義のリカバリー

(2)　ユニット定義のリカバリー

(1)　QUEUEジョブ，サブミットジョブ実行環境定義のリカバリー

バックアップしたQUEUEジョブ，サブミットジョブ実行環境構成定義ファイル（jpqsetup.conf）を使って，QUEUEジョブ，サブミットジョブの実行環境を作成します。

QUEUEジョブ，サブミットジョブの実行環境定義をリカバリーする手順を次に示します。

キュー情報データベース格納フォルダのファイルを削除する。

(a) 物理ホストの場合

# rm /var/opt/jp1ajs2/database/queue/*

(b) 論理ホストの場合

# rm 共有ディレクトリ/jp1ajs2/database/queue/*

次のコマンドを実行して，QUEUEジョブ，サブミットジョブの実行環境を作成する。

# jpqimport -dt isam -ci jpqsetup.conf [-mh 論理ホスト名]

論理ホストの定義をリカバリーする場合は，-mhオプションで論理ホスト名を指定します。

(2)　ユニット定義のリカバリー

ジョブネットやカレンダーの設定情報をリカバリーする手順を次に示します。

注意事項

ジョブネットやカレンダーの設定情報のリカバリーは，スケジューラーサービス単位で行われます。スケジューラーサービスごとに実施してください。

OSのスーパーユーザー権限を持つユーザーが実施してください。

JP1/AJS2 - Managerを起動させた状態で実施してください。

JP1/AJS2 - Managerを起動する。
物理ホスト環境の場合は，起動コマンドを実行してJP1/AJS2 - Managerを起動してください。論理ホスト環境の場合は，クラスタソフトにJP1を登録してからJP1/AJS2 - Managerを起動してください。

ルートジョブグループ以外のユニットの定義情報をリカバリーする。
次のコマンドを実行して，スケジューラーサービス以下にあるすべてのユニットの定義情報をリカバリーします。定義情報には，各ユニットの基準時刻やコメントなどすべての定義が含まれます。ただし，ルートジョブグループ（/）の基準時刻，基準日，月区分などは含まれません。これらの情報は手順3，手順4に従ってリカバリーしてください。

# ajsdefine -F スケジューラーサービス名 unitbackup.txt

ルートジョブグループの情報をリカバリーする。
記録しておいたルートジョブグループの次の情報を設定してください。

コメント

所有者

JP1資源グループ

基準時刻

基準日

月区分

ルートジョブグループのカレンダー設定をリカバリーする。
次のコマンドを実行して，バックアップしたルートジョブグループのカレンダー情報（運用日・休業日）をリカバリーします。

# ajscalendar -F スケジューラーサービス名 -df rootcal.txt /

注意事項

このコマンドは，スケジューラーサービス（AJSROOT）自身のカレンダー設定をリカバリーします。rootcal.txtにカレンダー情報が出力されていなければ，リカバリーは不要です。バックアップの手順については，「8.3.1 定義情報のバックアップ」を参照してください。

8.4　文字コードUTF-8環境への移行

LinuxのJP1/AJS - Managerの，文字コードUTF-8環境への移行について説明します。

文字コードUTF-8環境では，日本語などのマルチバイト文字が，UTF-8以外の日本語ロケールよりも多くのバイト数で表現されます。ユニットの各項目で指定できる最大バイト数は，デフォルトでは文字コードに依存しないため，UTF-8環境で定義できる最大文字数はUTF-8以外の日本語ロケールで定義されていた情報より少なくなります。

JP1/AJS3 - Managerのバージョンが09-50-01以降の場合，組み込みDBをセットアップすることで，UTF-8環境でもユニット名などの項目をシフトJIS環境と同じ文字数で指定できるようになります。

詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.1.9 LinuxのUTF-8環境でユニット名などに指定できる文字数を変更するための設定」を参照してください。

注意事項

ユニット名などの項目をシフトJIS環境と同じ文字数で指定できるように組み込みDBをセットアップすると，ユニットの最大ネスト数（最大階層数）が10になります。そのため，10階層以上のユニット構成の場合，UTF-8環境に移行できません。移行したい場合は，移行前にユニット構成を変更しておく必要があります。

文字コードUTF-8環境への移行は，標準構成で行う必要があります。JP1/AJS2 - Managerからバージョンアップした環境の場合，標準構成へ変更したあとに実施してください。
標準構成への変更方法については，「8.7 JP1/AJS2 - ManagerからJP1/AJS3 - Managerへのバージョンアップ後のセットアップ」を参照してください。

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

ここでは，JP1/AJS2のホストから，JP1/AJS3を新規インストールしたホストへの，設定情報の移行について説明します。

JP1/AJS2のホストからJP1/AJS3を新規インストールしたホストに移行する場合は，JP1/AJS2の設定情報をバックアップし，新規インストールしたJP1/AJS3にリカバリーします。

設定情報の移行は，移行先のホスト上でJP1/AJS3をセットアップしたあとに実施してください。また，同一プラットフォーム上，かつ同一言語環境に移行してください。異なるプラットフォームに移行する場合は，移行先のホストのセットアップ後にジョブ実行環境とジョブネットやカレンダーの定義情報だけをリカバリーしてください。

なお，ホスト名が変わる場合は，移行後にホスト名の変更作業を実施する必要があります。

＜この節の構成＞

(1)　JP1/AJS2ホストでのバックアップ

(2)　JP1/AJS3ホストでのリカバリー

(3)　実行エージェント情報の移行（JP1/AJS3 - Managerだけ）

(4)　ユニット定義だけを移行する場合の注意事項

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

(6)　ジョブネットの実行登録状態の移行（JP1/AJS3 - Managerだけ）

(7)　移行元と移行先のホスト名が異なる場合

(1)　JP1/AJS2ホストでのバックアップ

JP1/AJS2ホストでの設定情報のバックアップ手順については，マニュアル「JP1/Automatic Job Management System 2 設計・運用ガイド」の，JP1/AJS2を使用するシステムの設定情報のバックアップについての説明を参照してください。

(2)　JP1/AJS3ホストでのリカバリー

JP1/AJS3ホストでの設定情報のリカバリー手順については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　2.3 JP1/AJS3を使用するシステムの設定情報のリカバリー」を参照してください。

また，JP1/AJS2 - ManagerからJP1/AJS3 - Managerへの移行の際は，必要に応じて次に示す「(3) 実行エージェント情報の移行（JP1/AJS3 - Managerだけ）」についても実施してください。

(3)　実行エージェント情報の移行（JP1/AJS3 - Managerだけ）

移行先のJP1/AJS3で，データベースを標準構成で運用する場合は，次の手順でQUEUEジョブ，サブミットジョブ実行環境定義を実行エージェント情報として移行できます。これによって，同時に移行したユニット定義の実行エージェント名を変更しないで運用できます。

環境変数JP1_HOSTNAMEを確認する。
論理ホストのQUEUEジョブ，サブミットジョブ実行環境定義を移行する場合は，環境変数JP1_HOSTNAMEに論理ホスト名を設定してください。
物理ホストのQUEUEジョブ，サブミットジョブ実行環境定義を移行する場合は，環境変数JP1_HOSTNAMEを変更しないでください。

QUEUEジョブ，サブミットジョブ実行環境定義をエクスポートする。
次のコマンドを実行して，QUEUEジョブ，サブミットジョブ実行環境定義をファイルにエクスポートします。

jpqexport -dt isam -co 出力先ファイル名 -agmfmt

（例）出力先ファイル名がAgentBack.csvの場合

jpqexport -dt isam -co AgentBack.csv -agmfmt

コマンドの実行後，コマンドの戻り値を確認してください。

注意事項

出力先ファイルには，存在しないファイルを指定してください。存在するファイルを指定して実行した場合はエクスポートされません。

jpqexportコマンドでは標準出力および標準エラー出力は出力されません。コマンドが正常終了したか，異常終了したかについては，コマンドの戻り値を確認してください。戻り値が0であれば正常終了しています。

jpqexportコマンドの-mhオプションに出力元の論理ホスト名を指定できますが，この手順では-mhオプションではなく，手順1に示すとおり環境変数JP1_HOSTNAMEで指定してください。

jpqexportコマンドの-agmfmtオプションは，この手順でだけ使用できます。QUEUEジョブ，サブミットジョブ実行環境定義のバックアップ・リカバリーでは使用しないでください。

移行する定義数を確認する。
実行エージェント情報には，上限値を超える実行エージェントおよび実行エージェントグループを移行できません。
手順2でエクスポートした結果ファイルに上限値を超えるエージェント情報がある場合は，結果ファイルから不要な定義行を削除し，定義数を上限値以内にしてください。
エージェント情報の最大定義数は次のとおりです。

QUEUEジョブ，サブミットジョブ実行環境定義の最大定義数

エージェント：1,024個

キュー：8,192個

JP1/AJS3 バージョン9のエージェント情報の最大定義数

実行エージェント：1,023個

実行エージェントグループ：1,024個

エージェント情報の定義数の確認方法は次のとおりです。

(1) 手順2の出力結果をテキストエディターなどで開く。

手順2で-coオプションに指定したファイルをテキストエディターなどで開きます。

(2) 実行エージェントとして移行する定義数を確認する。

実行エージェントを定義する行であることを意味する「"A"」で始まる行数を数えます。ただし，デフォルト実行エージェントを定義する行であることを意味する「"A","@SYSTEM"」で始まる行がある場合，その行は除いてください。

この結果，対象となる行数が1,024行以上あるときは，すべてのエージェント定義を実行エージェントとして移行できませんので，不要なエージェント定義を削除してください。

(3) 実行エージェントグループとして移行する定義数を確認する。

実行エージェントグループを定義する行であることを意味する「"G"」で始まる行を数えます。対象となる行数が1,025行以上ある場合は，すべてのキュー定義を実行エージェントグループとして移行できませんので，不要なキュー定義を削除してください。

例えば，手順2の出力結果が次のような場合，実行エージェントとして移行されるエージェント定義数は2個，実行エージェントグループとして移行されるキュー定義は2個と数えます。

"A","@SYSTEM","Agent1","00:00-00:00=5","Ef",""
"A","Agent1","Agent1","00:00-00:00=5","Ef",""
"A","Agent2","Agent2","00:00-00:00=0","In",""
"G","Agent2","Agent1:16,Agent2:16","In",""
"G","que1",,"Ef",""

JP1/AJS3サービスを起動する。
すでにJP1/AJS3サービスが起動している場合，再起動は不要です。

手順2でエクスポートしたQUEUEジョブ，サブミットジョブ用データベースの情報をエージェント管理用データベースにインポートする。
ajsagtaddコマンドを実行して，QUEUEジョブ，サブミットジョブ実行環境定義をエージェント管理用データベースにインポートします。
ajsagtaddコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsagtadd」を参照してください。

（例）インポート元のファイル名がAgentBack.csvの場合

ajsagtadd -f AgentBack.csv

(4)　ユニット定義だけを移行する場合の注意事項

バージョン8以前のJP1/AJS2環境からユニット定義だけを別ホストのJP1/AJS3環境に移行する場合，ユニット定義の実行ホストに指定しているエージェント名を実行エージェントとして定義※1する必要があります。

また，移行するユニット定義の中に自ホストで実行するジョブが含まれている場合は，次のどちらかの操作を実施してください。

自ホストで実行するユニットの定義で，実行エージェントにデフォルト実行エージェント※2を指定する
デフォルト実行エージェントは，次のどちらかの方法で指定できます。
・ユニット定義の実行エージェントに「@SYSTEM」を指定する
・ユニット定義の実行エージェントの指定を省略する

デフォルト実行エージェントとは別に，自ホストと同じ名称の実行エージェントを登録※1する

注※1

実行エージェントは，ajsagtaddコマンドで定義します。ajsagtaddコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsagtadd」を参照してください。

注※2

デフォルト実行エージェントの詳細については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　5.1.4 デフォルト実行エージェント」を参照してください。

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

「(3) 実行エージェント情報の移行（JP1/AJS3 - Managerだけ）」の手順を実行してバージョン9のJP1/AJS3に移行すると，自ホストのエージェント定義にデフォルト実行エージェントと，自ホスト名と同じ名称の実行エージェントの二つが作成されます※。

注※

バージョン8以前の時点で自ホスト名と同じ名称のエージェント定義がない場合は，デフォルト実行エージェントだけが作成されます。自ホスト名と同じ名称の実行エージェントは作成されません。

ユニット定義の実行エージェントの指定方法によって，選択される実行エージェントが次のように異なるため注意が必要です。

ユニット定義の実行エージェントを省略している場合
デフォルト実行エージェントでジョブが実行されます。

ユニット定義の実行エージェントに自ホスト名を明示的に指定している場合
自ホスト名と同じ名称の実行エージェントでジョブが実行されます。

また，実行エージェントに設定しているジョブ実行多重度は，実行エージェント単位に適用されます。デフォルト実行エージェントと，自ホスト名と同じ名称の実行エージェントを定義している場合は，それぞれの実行エージェントに設定されているジョブ実行多重度の総和が自ホストで実行されることになります。

例えば，バージョン8以前で自ホスト名「host1」をエージェントとして定義していた場合，バージョン9のJP1/AJS3に移行すると「@SYSTEM」，「host1」という二つの実行エージェントが定義されます。「host1」のジョブ実行多重度を「00:00-00:00=10」（終日，ジョブ実行多重度は10）としている場合，デフォルト実行エージェントのジョブ実行多重度が「00:00-00:00=5」（終日，ジョブ実行多重度は5）であるため，最大で15のジョブが多重に実行される可能性があります。

(6)　ジョブネットの実行登録状態の移行（JP1/AJS3 - Managerだけ）

移行元ホストのJP1/AJS2 - Managerが08-50以降の場合，エクスポート・インポート機能を使うと，ジョブネットの実行登録情報を移行先ホストのJP1/AJS3 - Managerに移行できます。ただし，ジョブネットやジョブの実行結果については移行できません。

ジョブネットの実行登録情報をエクスポートおよびインポートする手順については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　4.4 ajsrgexport，ajsrgimportコマンドによるジョブネットの実行登録状態のバックアップ・リカバリー」を参照してください。

なお，移行元ホストのJP1/AJS2 - Managerが08-10以前の場合は，ジョブネットの実行登録情報をエクスポートできないため，移行先ホストのJP1/AJS3 - Managerでジョブネットを再登録する必要があります。

(7)　移行元と移行先のホスト名が異なる場合

移行元と移行先のホスト名が異なる場合の手順については，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　8.9 JP1/AJS3が動作しているホストの設定を変更する」を参照してください。

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

JP1/AJS3では，関数機能を使用できません。

関数機能を使用する場合は，Version 7i以前の環境でプログラムを作成してください。また，Version 7i以前の環境で作成したプログラムから操作できるのは，Version 7i以前の製品がサポートするOS上で動作するバージョン08-00以降のJP1/AJS - Managerだけです。Version 7i以前の製品がサポートするOS以外ではプログラムを実行できないため，この場合はVersion 8のコマンドを使用した運用などへ移行してください。

また，Version 7i以前の環境で作成したプログラムでは，Version 8以降でサポートした機能，およびVersion 8以降でサポートした機能を含むジョブやジョブネットとその上位ジョブネットに対する既存機能は使用できません。使用した場合，誤動作するおそれがあります。

8.7　JP1/AJS2 - ManagerからJP1/AJS3 - Managerへのバージョンアップ後のセットアップ

JP1/AJS2 - ManagerからJP1/AJS3 - Managerにバージョンアップした場合は，ディスク使用量やメモリー使用量が増加するため，バージョンアップインストールおよびデータ移行作業の前に適切な見積もりが必要です。

また，データ移行作業が完了するまではJP1/AJS3 - Managerの運用を開始できません。データ移行作業には，データ量などに応じた時間が必要になるため，計画的にバージョンアップインストールおよびデータ移行作業を実施してください。

移行作業を実施する際は，物理ホスト，論理ホストの順に実施してください。

＜この節の構成＞

(1)　移行時の見積もり

(2)　標準的なデータ移行手順

(3)　高度な設定をする場合のデータ移行手順

(4)　jajs_migrateコマンドの再実行時の注意事項

(5)　移行前の環境を削除する手順

(6)　移行前と移行後のデータベース

(7)　バージョン8の組み込みDBから移行した場合のディスク占有量の見積もり

(1)　移行時の見積もり

移行時には一時ファイルを作成するため，移行前のスケジューラーサービスと同等の容量が必要です。移行時に作成された一時ファイルは，移行後に問題がないことを確認し，削除する必要があります。ファイルの格納場所については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　jajs_migrate」を参照してください。

また，移行後の環境について事前に見積もっておく必要があります。見積もりの詳細については，「3.2 システム性能を見積もる」を参照してください。

(2)　標準的なデータ移行手順

標準的なデータ移行作業の流れは次のとおりです。

図8-5　データ移行作業の流れ（標準）

標準的なデータ移行作業の手順を次に示します。

注意事項

論理ホスト環境は，この手順では移行できません。論理ホスト環境の移行手順については，「(3) 高度な設定をする場合のデータ移行手順」，およびマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　2.2.2 JP1/AJS3シリーズプログラムをインストールする」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　12.2.1 インストール時の注意事項」（UNIXの場合）を参照してください。

JP1/AJS3サービスを停止する。
UNIX環境の場合，サービス停止後にajsshmdelコマンドを実行してください。
ajsshmdelコマンドのパスは，「/opt/jp1ajs2/bin/ajsshmdel」です。
実行例を次に示します。
shの場合

/opt/jp1ajs2/bin/ajsshmdel >/dev/null 2>&1

cshの場合

/opt/jp1ajs2/bin/ajsshmdel >&/dev/null

なお，UNIXの場合は，サービス停止後にajsshmdelコマンドを実行しないでjajs_migrateコマンドを実行すると，メッセージKAVS0549-Eが出力され，コマンドが異常終了します。

jajs_migrateコマンドを実行する。
実行例を次に示します。

jajs_migrate -convert -u 5

jajs_migrateコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　jajs_migrate」を参照してください。

注意事項

JP1/AJS3 - Managerをクラスタ構成で使用している場合は，すべての論理ホストに対してjajs_migrateコマンドを実行してください。

移行前のスケジューラーデータベースに組み込みDBを使用している場合は，環境変数の設定が必要です。詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　jajs_migrate」の注意事項を参照してください。

jajs_migrateコマンドの正常終了後，警告メッセージが出力されていないか確認してください。警告メッセージが出力されている場合は，出力メッセージの対処方法に従ってください。

JP1/AJS3サービスを起動する。

(3)　高度な設定をする場合のデータ移行手順

高度な設定をする場合のデータ移行作業の流れは次のとおりです。

図8-6　データ移行作業の流れ（高度な設定）

高度な設定をする場合のデータ移行作業の手順を次に示します。

JP1/AJS3サービスを停止する。
UNIX環境の場合，サービス停止後にajsshmdelコマンドを実行してください。ajsshmdelコマンドのパスは，「/opt/jp1ajs2/bin/ajsshmdel」です。
実行例を次に示します。
shの場合

/opt/jp1ajs2/bin/ajsshmdel >/dev/null 2>&1

cshの場合

/opt/jp1ajs2/bin/ajsshmdel >&/dev/null

なお，UNIXの場合は，サービス停止後にajsshmdelコマンドを実行しないでjajs_migrateコマンドを実行すると，メッセージKAVS0549-Eが出力され，コマンドが異常終了します。

ajscnvdbexportコマンドを実行し，データベース情報を退避する。
実行例を次に示します。

ajscnvdbexport -F AJSROOT1 -b D:¥workdir

移行前の組み込みDBに対して操作するため，移行前のデータベースに組み込みDBを使用している場合は，次の環境変数に設定を追加してからコマンドを実行してください。

HP-UXの場合

SHLIB_PATH=移行前の組み込みDBのインストール先ディレクトリ/client/lib

SolarisまたはLinuxの場合

LD_LIBRARY_PATH=移行前の組み込みDBのインストール先ディレクトリ/client/lib

AIXの場合

LIBPATH=移行前の組み込みDBのインストール先ディレクトリ/client/lib

ajscnvdbexportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　ajscnvdbexport」を参照してください。

ajsembdbinstlコマンドを実行し，JP1/AJS3のデータベースをインストールする。
実行例を次に示します。

ajsembdbinstl -s "C:¥Program Files¥HITACHI¥JP1AJS2¥tools¥AJS3DB" -id _JF0

ajsembdbinstlコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　ajsembdbinstl」を参照してください。

注意事項

論理ホストに組み込みDBをインストールする場合，ajsembdbinstlコマンドの-idオプションには「_JF1」以降の値を指定してください。

ajsembdbbuildコマンドを実行し，データベース環境を構築する。
実行例を次に示します。

ajsembdbbuild -s -d "D:¥database¥RDArea_JF0,D:¥database¥SYSArea_JF0" -p 22220 -i "C:¥Program Files¥HITACHI¥JP1AJS2¥embdb¥_JF0" -id _JF0

ajsembdbbuildコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　ajsembdbbuild」を参照してください。

注意事項

UNIX版の場合，該当ホスト上に初めて構築するデータベース環境（ajsembdbbuildコマンドの-iオプション指定値）は，/opt/jp1ajs2/embdb/_JF0に構築してください。

ajsembdbsetupコマンドを実行し，データベース環境をセットアップする。
実行例を次に示します。

ajsembdbsetup -F AJSROOT1 -p 22220 -id _JF0 -ru s -convert

ajsembdbsetupコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　ajsembdbsetup」を参照してください。

ajscnvdbimportコマンドを実行し，データベース情報を移行する。
実行例を次に示します。

ajscnvdbimport -F AJSROOT1 -b D:¥workdir

ajscnvdbimportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　ajscnvdbimport」を参照してください。

jajs_migrateコマンドを実行する。
実行例を次に示します。

jajs_migrate -convert -S

jajs_migrateコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　jajs_migrate」を参照してください。

注意事項

JP1/AJS3 - Managerをクラスタ構成で使用している場合は，すべての論理ホストに対してjajs_migrateコマンドを実行してください。

JP1/AJS3サービスを起動する。

(4)　jajs_migrateコマンドの再実行時の注意事項

jajs_migrateコマンドを再実行する場合，次について注意が必要です。

各スケジューラーサービスのデータベースディレクトリにDBBKUPディレクトリが作成されます。ディレクトリ内にファイルが格納されている場合は，DBBKUPディレクトリの内容をデータベースディレクトリに配置してください。

バージョン8で使用していた組み込みDBの状態をajsembdbstatusコマンドに-s ustを指定して確認し，STOP状態の場合はajsembdbstartコマンドでONLINE状態にしてください。

標準エラー出力に「KAVS0550-E JP1/AJS3の標準構成への移行処理でエラーが発生しました : jpoman_convert_to_multi 8」が出力され，jajs_migrateコマンドが異常終了した場合，次に示すディレクトリまたはファイルを削除してからjajs_migrateコマンドを再実行してください。

Windowsの場合

JP1/AJS2 - Managerのインストール先フォルダ¥log¥EV_Convert_Log.log

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

共有フォルダ名¥jp1ajs2¥log¥EV_Convert_Log.log

共有フォルダ名¥jp1ajs2¥tmp¥EVaction_backup

UNIXの場合

/var/opt/jp1ajs2/log/EV_Convert_Log.log

/var/opt/jp1ajs2/tmp/EVaction_backup

共有ディスク名/jp1ajs2/log/EV_Convert_Log.log

共有ディスク名/jp1ajs2/tmp/EVaction_backup

(5)　移行前の環境を削除する手順

移行前に組み込みDBまたはHiRDBをスケジューラーサービスのデータベースとして使用していた場合，移行完了後に必要に応じて削除する必要があります。各バージョンのマニュアルの手順に従ってデータベースをアンインストールしてください。

なお，UNIXの場合はajsembdbunsetコマンド実行したあとに次のコマンドを実行してください。

/opt/HiRDB_J/bin/pdesetup -u 組み込みDB運用ディレクトリ

(6)　移行前と移行後のデータベース

JP1/AJS3 - Managerが標準構成の場合，スケジューラーサービスのデータベースは組み込みDBに格納されます。

移行前にJP1/AJS2 - ManagerのスケジューラーサービスのデータベースとしてISAM，HiRDB，またはバージョン7のJP1/AJS2 - Managerで構築された組み込みDBを使用している場合，JP1/AJS3 - Managerのスケジューラーサービスのデータベースに移行すると，jajs_migrateコマンドが自動的に一つの組み込みDBに対して四つのスケジューラーサービスのデータを格納します。

移行前にバージョン8のJP1/AJS2 - Managerで構築された組み込みDBを使用している場合，JP1/AJS3 - Managerのスケジューラーサービスのデータベースに移行すると，一つの組み込みDBに対して複数のスケジューラーサービスのデータベースとして格納されている状態を引き継ぎます。

移行後のスケジューラーサービスのデータベースが格納される組み込みDBを変更したい場合は，「(3) 高度な設定をする場合のデータ移行手順」の手順を実行するか，またはjajs_migrateコマンドに-uオプションを指定して移行してください。

移行前と移行後のデータベースの構成例を次に示します。

（例1）移行前に単一のスケジューラーサービスで運用している場合

移行前 | 移行後
サービス名 | DB種別 | サービス名 | セットアップ識別子
AJSROOT1 | ISAM | AJSROOT1 | _JF0

（例2）移行前に複数のスケジューラーサービスで運用している場合

移行前 | 移行後
サービス名 | DB種別 | サービス名 | セットアップ識別子
AJSROOT1 | ISAM | AJSROOT1 | _JF0
AJSROOT2 | ISAM | AJSROOT2
AJSROOT3 | ISAM | AJSROOT3
AJSROOT4 | ISAM | AJSROOT4
AJSROOT5 | ISAM | AJSROOT5 | _JF1
AJSROOT6 | ISAM | AJSROOT6
AJSROOT7 | ISAM | AJSROOT7

（例3）移行前に複数のスケジューラーサービスで運用している場合（ISAM，HiRDB，組み込みDB（V7）混在環境）

移行前 | 移行後
サービス名 | DB種別 | サービス名 | セットアップ識別子
AJSROOT1 | ISAM | AJSROOT1 | _JF0
AJSROOT2 | HiRDB | AJSROOT2
AJSROOT3 | HiRDB | AJSROOT3
AJSROOT4 | 組み込みDB（V7） | AJSROOT4
AJSROOT5 | 組み込みDB（V7） | AJSROOT5 | _JF1
AJSROOT6 | ISAM | AJSROOT6
AJSROOT7 | ISAM | AJSROOT7

（例4）移行前に複数のスケジューラーサービスで運用している場合（ISAM，組み込みDB（V8）混在環境）

移行前 | 移行後
サービス名 | DB種別 | サービス名 | セットアップ識別子
AJSROOT1 | ISAM | AJSROOT1 | _JF1
AJSROOT2 | 組み込みDB（V8） _JAA | AJSROOT2 | _JF0

（例5）移行前に複数のスケジューラーサービスで運用している場合（ISAM，HiRDB，組み込みDB（V7），組み込みDB（V8）混在環境）

移行前 | 移行後
サービス名 | DB種別 | サービス名 | セットアップ識別子
AJSROOT1 | ISAM | AJSROOT1 | _JF2
AJSROOT2 | 組み込みDB（V8） _JA0 | AJSROOT2 | _JF0
AJSROOT3 | HiRDB | AJSROOT3 | _JF2
AJSROOT4 | 組み込みDB（V8） _JA0 | AJSROOT4 | _JF0
AJSROOT5 | 組み込みDB（V7） | AJSROOT5 | _JF2
AJSROOT6 | 組み込みDB（V8） _JA1 | AJSROOT6 | _JF1
AJSROOT7 | ISAM | AJSROOT7 | _JF2
AJSROOT8 | 組み込みDB（V7） | AJSROOT8 | _JF3
AJSROOT9 | 組み込みDB（V8） _JA1 | AJSROOT9 | _JF1
AJSROOTA | ISAM | AJSROOTA | _JF3

(7)　バージョン8の組み込みDBから移行した場合のディスク占有量の見積もり

バージョン8の組み込みDBから移行した場合，移行方法によって次のディスク占有量が必要となります。

(a)　標準的な移行

移行時には，次のディスク占有量が必要となります。

(50 + (490 ＋ a))＊↑b/c↑ + d（単位：メガバイト）

a：jajs_migrateコマンドの-sオプションに指定した規模による変数

データベースの規模によって，次のどれかの値を代入します。

l：20,700

m：4,200

s：520（デフォルト値）

b：スケジューラーサービス数

c：jajs_migrateコマンドの-uオプションに指定した値（デフォルトは4）

d：移行前のすべてのスケジューラーサービスのデータベースサイズ

ISAMの場合：ISAMファイルの総サイズ

組み込みDBの場合：ajsembdbbuildコマンドに指定した規模による変数
データベースの規模によって，次のどれかの値を代入します。
-l：1,600（デフォルト値）
-m：800
-s：300
データベース領域を拡張している場合にはそのサイズも加算してください。

HiRDBの場合：HiRDB簡易セットアップスクリプトで作成されるサイズ
ajshirdbsetupl：288
ajshirdbsetupm：72
ajshirdbsetups：18
ajshirdbsetupsfm1：288
データベース領域を拡張している場合にはそのサイズも加算してください。

なお，dに代入する値の分だけ，jajs_migrateコマンドの-Tオプションで指定するディレクトリがあるディスクを占有します。移行完了後，運用時には不要な情報となりますので削除してください。

(b)　高度な設定を行った移行の場合

高度な設定を行った移行では，ajsembdbbuildコマンドを実行する際に，移行前のデータベース容量や運用によって規模を決定する必要があります。

一つの組み込みDB環境を構築する際に必要な容量については，「JP1/Automatic Job Management System 3 構築ガイド1　付録C 組み込みDBの高度なセットアップ」を参照してください。

8.8　システム閉塞について

JP1/AJS2 - ManagerからJP1/AJS3 - Managerにバージョンアップしたあとにデータベース構成を標準構成に変更する場合，標準構成へのセットアップが完了していない物理ホストおよび論理ホストでは，次の操作が抑止されます。この状態をシステム閉塞と呼びます。

JP1/AJS3サービスの起動

JP1/AJS3コマンドの実行

＜この節の構成＞

(1)　システム閉塞となる契機

(2)　システム閉塞が解除される契機

(1)　システム閉塞となる契機

次に示すバージョンアップインストールおよびセットアップを実施したとき，JP1/AJS3 - Managerの物理ホストおよびすべての論理ホストがシステム閉塞の状態になります。

JP1/AJS2 - ManagerでスケジューラーデータベースにISAMデータベースを使用している場合は，JP1/AJS3 - Managerへのバージョンアップインストール後に，jajs_migrateコマンドでJP1/AJS3 - Managerの標準構成へのデータ移行を開始したとき。

JP1/AJS2 - ManagerでスケジューラーデータベースにISAMデータベース以外のデータベースを使用している場合は，JP1/AJS3 - Managerへのバージョンアップインストールを実施したとき。

(2)　システム閉塞が解除される契機

jajs_migrateコマンドでのJP1/AJS3 - Managerの標準構成へのデータ移行が完了すると，対象ホストのシステム閉塞が解除されます。

9.　システム設計時の注意事項

この章では，システム設計での注意事項をまとめて説明します。

＜この章の構成＞

9.1　外部的要因がシステム全体に影響を及ぼさないように制限できる項目

9.2　JP1/AJS3が動作しているホストの設定に関する注意事項

9.3　データベースに関する注意事項

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

9.5　その他の注意事項

9.1　外部的要因がシステム全体に影響を及ぼさないように制限できる項目

JP1/AJS3は，外部から入力するデータのサイズ，件数などに制限を設け，制限を超えたデータを破棄することができます。また，データ件数など徐々に増加する項目では，制限に近づいていることを示す警告メッセージを出力できます。これによって，一部のジョブの処理でシステム全体に影響が出ないように運用できます。

JP1/AJS3がサポートしている，外部的要因によって増減する項目に対して制限できる項目を次の表に示します。

表9-1　外部的要因によって増減する項目に対して制限できる項目

対象
項目
制限できる項目
制限到達時の処理
制限到達時に出力するメッセージ

標準ジョブ，アクションジョブ，カスタムジョブ，QUEUEジョブ，サブミットジョブ
結果ファイル（標準出力ファイル／エラー出力ファイル）サイズ
（マネージャー側）
結果ファイル（標準出力ファイル／エラー出力ファイル）のサイズ
警告メッセージの出力，受信ファイルの破棄
KAVU4294-I※1
KAVU4295-W※1
KAVU4296-E※1

ジョブ数
システム内の最大ジョブ数，システム内の警告ジョブ数
警告値を超えた場合，警告メッセージの出力，最大値を超えた場合，起動失敗となる
KAVU4520-W※2
KAVU4524-W※2

転送ファイルサイズ
（マネージャー側）
転送ファイルのサイズ
警告メッセージの出力，受信ファイルの破棄
KAVU2243-I※1
KAVU2244-E※1

ジョブ実行時間
打ち切り時間
ジョブを打ち切り強制終了状態となる
なし

ユーザージョブ
プロセスごとの最大データセグメントサイズなど
（UNIXだけ）
ユーザージョブの動作に従う
なし

通信時間
通信タイムアウト時間
リトライ仕様に従ってリトライする
KAVU2227-E※3
KAVU2228-E※3
KAVU2245-W※3
KAVU2246-W※3

QUEUEジョブ，サブミットジョブ
キュー単位のジョブ数
キュー内のジョブ数の最大値
警告値を超えた場合，警告メッセージの出力，最大値を超えた場合，起動失敗となる
KAVU4515-W※4
KAVU4516-W※4

キューの数
キューの最大定義数
定義エラーとなる
KAVU4522-W※2

エージェントの数
エージェントの最大定義数
定義エラーとなる
KAVU4521-W※2

排他実行リソースの数
排他実行リソースの最大定義数
定義エラーとなる
KAVU4523-W※2

イベントジョブ
起動条件成立数
監視条件（発行元ユーザー名やメッセージなどの条件を詳細に指定することで，想定外のイベントを制限する）
想定外のイベントに対して起動条件が成立しない
KAVT0273-W
KAVT0582-W

起動条件イベント
起動条件の有効範囲
監視正常終了
なし

監視時間
打ち切り時間
異常検出終了，起動条件は監視未起動終了
なし

ファイル
各種ログファイルサイズ
ログファイルのサイズ
次のログファイルにラップアラウンドする
なし

注※1

ファイル受信制限をするための設定で指定した環境設定パラメーターの値によって，メッセージが変わります。

受信するファイルのファイルサイズなどに制限を掛けるための設定方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.2.7 ファイル受信制限をするための設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.2.7 ファイル受信制限をするための設定」（UNIXの場合）を参照してください。

注※2

システム内の最大ジョブ数，システム内の警告ジョブ数，キューの最大定義数，エージェントの最大定義数，および排他実行リソースの最大定義数については，環境設定パラメーターで設定値を変更できます。

これらの設定値を変更する方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.3 ジョブ実行環境設定」を参照してください。

注※3

TCP/IP通信接続エラーのリトライ間隔・回数のための環境設定パラメーターの値によってメッセージが変わります。

TCP/IP通信接続エラーのリトライ間隔・回数のための設定方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.2.8 TCP/IP通信接続エラーのリトライ間隔・回数の変更」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.2.8 TCP/IP通信接続エラーのリトライ間隔・回数の変更」（UNIXの場合）を参照してください。

注※4

キュー内のジョブ数の最大値については，jpqquealtコマンドで設定値を変更できます。

キュー内のジョブ数の最大値を変更する方法については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　jpqquealt」を参照してください。

9.2　JP1/AJS3が動作しているホストの設定に関する注意事項

JP1/AJS3が動作しているホストの設定に関する注意事項を次に示します。

JP1/AJS3は自ホスト名からIPアドレスが解決できる環境で動作させてください。自ホスト名からIPアドレスが解決できない環境では，JP1/AJS3は起動できません。

システムで使用している文字コードがEUCの場合で，かつ，コマンド実行結果として表示される文字列に日本語が含まれる場合，実行結果の表示がずれることがあります。

JP1/AJS3サービスの文字コードと異なる文字コードでコマンドを実行すると，実行するコマンドによっては統合トレースログにはそれぞれの文字コードでメッセージが出力されます。

JP1/AJS3がファイルを作成または参照するディレクトリおよびファイルについては，NFSなどの，ネットワークを介したファイルシステムにマウントされたディスク上のディレクトリおよびファイルを指定できません。指定した場合の動作については保証できません。

9.3　データベースに関する注意事項

JP1/AJS3のデータベースに関する注意事項を次に示します。

プライオリティが高いプロセス（JP1/AJS3スケジューラーサービス）がCPUを大量に使用する状況となり，JP1/AJS3の処理性能が低下することがあります。逆にサービスのプライオリティが低く，ユニットを操作するコマンドやajsmonsvrプロセスのプライオリティが高い場合にも同様で，ジョブネットやジョブの起動が滞留する状況となります。このため，ユニットを操作するコマンドを実行する場合は，サービスと同一のプライオリティで動作する環境で使用してください。
UNIXの場合は，nice値の違いによって顕著に現象が発生することがあるため，プロセス起動時のnice値について次のように注意してください。

ユニットを操作するコマンドを実行する場合
JP1/AJS3サービスと同一のnice値でコマンドを実行してください。

JP1/AJS3のジョブとしてユニットを操作するコマンドを実行する場合（ジョブにスクリプトを指定して，そのスクリプト内でユニットを操作するコマンドを実行する場合も含みます）
ジョブネットの「優先順位」のパラメーターを，標準の「なし」から「3」に変更してください。この設定によって，JP1/AJS3サービスをnice値20で起動した場合，「なし」は+20で39（nice値の上限は39のため39が設定されます）になり，ジョブの優先順位が最も低くなりますが，「3」は+0で20に設定され，サービスと同一のnice値でジョブを実行するため，偏りが発生しにくくなります。

JP1/AJS3 - Managerのデータベース構成が標準構成の場合，ajsembdbreclaimコマンドを定期的に実行することで，長時間の運用ができます。大きな運用変更（大規模ジョブネットの削除や登録解除操作など）があったときは，ajsembdbstatusコマンドで，未使用セグメント数を確認してください。運用を続けていく上で，データの格納効率が悪くなるとWindowsイベントログまたはsyslogにメッセージを出力しますので，必要に応じて再編成を実施してください。出力するメッセージについては，マニュアル「JP1/Automatic Job Management System 3 運用ガイド　6.2(1) データベース使用状況の確認方法」を参照してください。

ユニットに定義するコメントについて，末尾に連続して設定した任意の数の半角空白文字はすべて無効になります。したがって，コメントの末尾に半角空白文字を使用しないでください。

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

ウイルス対策ソフトの影響で，JP1/AJS3が使用しているファイルおよびフォルダに対するファイルアクセスに排他制御によるロックが掛かることがあります。この影響で，次のような現象が発生するおそれがあります。

JP1/AJS3が起動できない。
JP1/AJS3の起動時に参照する定義ファイルに排他制御によるロックが掛かることによって，JP1/AJS3の起動に失敗することがあります。

ジョブが実行できない，または遅延する。
ジョブの実行に必要なファイルに排他制御によるロックが掛かることによって，ジョブの起動失敗や異常終了，またはジョブの実行が遅延することがあります。この現象は，JP1/AJS3で定義できるすべてのジョブで発生するおそれがあります。

実行予定のスケジュールが生成されない。
スケジューラーデータベース，およびジョブエラー情報ディレクトリ配下のファイルに排他制御によるロックが掛かることによって，スケジュールの生成に失敗し，ジョブがスケジュールどおりに実行されないことがあります。

定義の変更ができない。
JP1/AJS3の定義ファイルに排他制御によるロックが掛かることによって，ジョブ定義の追加や変更などが失敗することがあります。

ログが出力されない。
JP1/AJS3のログファイルに排他制御によるロックが掛かることによって，ログが出力できなくなり，トラブル発生時の調査ができなくなることがあります。

JP1/AJS3のコマンドが異常終了する。
JP1/AJS3のコマンドが使用するファイルに排他制御によるロックが掛かることによって，コマンドが異常終了することがあります。

JP1/AJS3の稼働中にウイルスチェックをする場合は，次のファイルおよびフォルダを対象から外してください。JP1/AJS3の停止中にウイルスチェックをしてJP1/AJS3を再起動する場合は，次のファイルおよびフォルダに対してウイルスチェックが完了したことを確認してください。

JP1/AJS3 - Managerのファイルおよびフォルダ

Windowsの場合

JP1/AJS3 - Managerのログファイルおよびフォルダ
JP1/AJS3 - Managerのログファイルおよびフォルダについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　1.2.4(1) Windowsの場合」を参照してください。

JP1/AJS3 - Managerの共通のファイルおよびフォルダのうち，次に該当するもの
・ユーザーが参照できるファイルおよびフォルダ
・ユーザーが参照または変更する必要のないファイルおよびフォルダ
・JP1/Cm2/NNMまたはHP NNM連携使用時のファイルおよびフォルダのうち，ユーザーが参照または変更する必要のないファイルおよびフォルダ
・組み込みDBのファイルおよびフォルダ
これらのファイルおよびフォルダについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録A.1(1)(a) 共通のファイルおよびフォルダ」またはマニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録A.1(1)(b) JP1/Cm2/NNMまたはHP NNM連携使用時のファイル」を参照してください。

JP1/AJS3 Console Managerのファイルおよびフォルダのうち，次に該当するもの
・ユーザーが参照できるファイルおよびフォルダ
・ユーザーが参照または変更する必要のないファイルおよびフォルダ
これらのファイルおよびフォルダについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録A.4(1) Windowsの場合」を参照してください。

ジョブの定義で指定したファイルおよびフォルダ

ajsembdbbuildコマンドの-d，-a，-ld，または-blオプションに指定したフォルダ以下すべて
ajsembdbbuildコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　ajsembdbbuild」を参照してください。

環境設定パラメーターAJSTMPDIRで指定したフォルダ以下すべて
環境設定パラメーターAJSTMPDIRの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.2 スケジューラーサービス環境設定」を参照してください。

UNIXの場合

JP1/AJS3 - Managerのログファイルおよびディレクトリ
JP1/AJS3 - Managerのログファイルおよびディレクトリについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　1.2.4(2) UNIXの場合」を参照してください。

JP1/AJS3 - Managerの共通のファイルおよびディレクトリのうち，次に該当するもの
・ユーザーが参照できるファイルおよびディレクトリ
・ユーザーが参照または変更する必要のないファイルおよびディレクトリ
・JP1/Cm2/NNMまたはHP NNM連携使用時のファイルおよびディレクトリのうち，ユーザーが参照または変更する必要のないファイルおよびディレクトリ
・組み込みDBのファイルおよびディレクトリ
これらのファイルおよびディレクトリについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録A.1(2)(a) 共通のファイルおよびディレクトリ」またはマニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録A.1(2)(b) JP1/Cm2/NNMまたはHP NNM連携使用時のファイルおよびディレクトリ」を参照してください。

JP1/AJS3 Console Managerのファイルおよびディレクトリのうち，次に該当するもの
・ユーザーが参照できるファイルおよびディレクトリ
・ユーザーが参照または変更する必要のないファイルおよびディレクトリ
これらのファイルおよびフォルダについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録A.4(2) UNIXの場合」を参照してください。

ジョブの定義で指定したファイルおよびディレクトリ

ajsembdbbuildコマンドの-d，-a，-ld，または-blオプションに指定したディレクトリ以下すべて
ajsembdbbuildコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　ajsembdbbuild」を参照してください。

環境設定パラメーターAJSTMPDIRで指定したディレクトリ以下すべて
環境設定パラメーターAJSTMPDIRの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.2 スケジューラーサービス環境設定」を参照してください。

JP1/AJS3 - Agentのファイルおよびフォルダ

Windowsの場合

JP1/AJS3 - Agentのログファイルおよびフォルダ
JP1/AJS3 - Agentのログファイルおよびフォルダについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　1.2.4(1) Windowsの場合」を参照してください。

JP1/AJS3 - Agentの共通のファイルおよびフォルダのうち，次に該当するもの
・ユーザーが参照できるファイルおよびフォルダ
・ユーザーが参照または変更する必要のないファイルおよびフォルダ
・JP1/Cm2/NNMまたはHP NNM連携使用時のファイルおよびフォルダのうち，ユーザーが参照または変更する必要のないファイルおよびフォルダ
これらのファイルおよびフォルダについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録A.2(1)(a) 共通のファイルおよびフォルダ」またはマニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録A.2(1)(b) JP1/Cm2/NNMまたはHP NNM連携使用時のファイル」を参照してください。

ジョブの定義で指定したファイルおよびフォルダ

UNIXの場合

JP1/AJS3 - Agentのログファイルおよびディレクトリ
JP1/AJS3 - Agentのログファイルおよびディレクトリについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　1.2.4(2) UNIXの場合」を参照してください。

JP1/AJS3 - Agentの共通のファイルおよびディレクトリのうち，次に該当するもの
・ユーザーが参照できるファイルおよびディレクトリ
・ユーザーが参照または変更する必要がないファイルおよびディレクトリ
・JP1/Cm2/NNMまたはHP NNM連携使用時のファイルおよびディレクトリのうち，ユーザーが参照または変更する必要のないファイルおよびディレクトリ
これらのファイルおよびフォルダについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録A.2(2)(a) 共通のファイルおよびディレクトリ」またはマニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録A.2(2)(b) JP1/Cm2/NNMまたはHP NNM連携使用時のファイルおよびディレクトリ」を参照してください。

ジョブの定義で指定したファイルおよびフォルダ

JP1/AJS3 - Viewのファイルおよびフォルダ

JP1/AJS3 - Viewのファイルおよびフォルダのうち，次に該当するもの
・ユーザーが参照できるファイルおよびフォルダ
・ユーザーが参照または変更する必要のないファイルおよびフォルダ
・ログファイル
これらのファイルおよびフォルダについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録A.3 JP1/AJS3 - Viewのファイルおよびディレクトリ一覧」を参照してください。

また，ウイルスチェックの実施中に資料採取ツール（Windowsの場合「_04.bat」，UNIXの場合「_04」）を実行する場合は，ここに記載されているファイルおよびフォルダのほかに，次のファイルおよびフォルダを対象から外してください。

トラブル発生時に採取が必要なファイル

Windowsの場合

・JP1/AJS3のトラブル発生時に採取が必要なOSのログ情報

・JP1/AJS3のトラブル発生時に採取が必要なJP1の情報

これらのファイルについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　1.3.1(1) OSのログ情報」およびマニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　1.3.1(2) JP1の情報」を参照してください。

UNIXの場合

・JP1/AJS3のトラブル発生時に採取が必要なOSのログ情報

・JP1/AJS3のトラブル発生時に採取が必要なJP1の情報

これらのファイルについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　1.3.2(1) OSのログ情報」およびマニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　1.3.2(2) JP1の情報」を参照してください。

資料採取ツール実行結果の出力先フォルダ

9.5　その他の注意事項

＜この節の構成＞

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

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

64ビット版のWindows Server 2008およびWindows Server 2003（x64）のWindows on Windows64（以降，WOW64と記載します）環境※1でx86対応のJP1/AJS3を使用する場合の注意事項について次に示します。

WOW64環境では，32ビットプログラムを実行する場合，ファイルシステムの呼び出しを%systemroot%¥system32※²から%systemroot%¥syswow64にリダイレクトしたり，レジストリーのHKEY_LOCAL_MACHINE¥SoftwareやHKEY_CLASS_ROOTへのアクセスをHKEY_LOCAL_MACHINE¥Software¥SysWow64などにリダイレクトしたりすることで，32ビットプログラムと64ビットプログラムを区別し，ファイルやレジストリーが衝突することをオペレーティングシステム側で防いでいます。

x86対応のJP1/AJS3は32ビットプログラムであり，WOW64環境で動作するため，上記のようなリダイレクトが行われます。これによって，次の表に示す機能でそれぞれの現象が発生することがあります。これらの現象を回避するために，JP1/AJS3が参照・更新するファイルに%systemroot%¥system32配下のファイルを指定しないでください。

注※1

JP1/AJS3 - Viewは，Windows 7およびWindows Vistaも対象となります。

注※2

%systemroot%は，Windowsシステムがインストールされているディレクトリを示す環境変数です。デフォルトの%systemroot%は「C:¥WINDOWS」です。

表9-2　WOW64環境下のJP1/AJS3で発生する問題

影響がある機能
現象

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コマンドを実行したジョブが異常終了します。

メールシステム連携機能
Outlook 2007以前のバージョンのOutlookと連携してメールシステム連携機能を使用する設定をしている場合，JP1/AJS3サービス起動時にメール監視用通信プロセスが異常終了します。この場合，メール受信監視ジョブを実行するとジョブが異常終了します。※2

JP1/AJS3 - Viewのツール実行
%systemroot%¥system32配下の実行ファイルをJP1/AJS3 - Viewのツールの起動コマンドに登録して※3実行するとツールの起動に失敗します。

ファイル監視ジョブ
%systemroot%¥system32配下のファイルを監視対象ファイルとして指定した場合※3，実際は%systemroot%¥syswow64配下のパスにリダイレクトされるため，%systemroot%¥system32配下のファイルを更新してもイベントを検知しないで，ジョブは実行中のままとなります。

ログファイル監視ジョブ
%systemroot%¥system32配下のログファイルを監視対象ログファイルとして指定した場合※3，実際は%systemroot%¥syswow64配下のパスにリダイレクトされるため，%systemroot%¥system32配下のログファイルを更新してもイベントを検知しないで，ジョブは実行中のままとなります。

判定ジョブ
判定条件に「ファイル」を使用する場合，%systemroot%¥system32配下のファイルを指定すると，実際は%systemroot%¥syswow64配下のパスにリダイレクトされるため，%systemroot%¥system32配下のファイルの存在は判定できません。そのため，従属ユニットを実行しません。

PCジョブの標準入力ファイル
PCジョブの標準入力ファイルに%systemroot%¥system32配下のファイルを指定した場合，%systemroot%¥syswow64配下のパスにリダイレクトされるため，標準入力ファイルが見つかりません。そのため，ジョブは起動失敗します。

PCジョブの標準出力ファイル
PCジョブの標準出力ファイルに%systemroot%¥system32配下のファイルを指定した場合，%systemroot%¥syswow64配下のパスにリダイレクトされます。JP1/AJS3から起動したジョブが32ビットプログラムであれば標準出力ファイルを参照および更新できますが，64ビットプログラムは標準出力ファイルを参照および更新できません。

PCジョブの標準エラー出力ファイル
PCジョブの標準エラー出力ファイルに%systemroot%¥system32配下のファイルを指定した場合，%systemroot%¥syswow64配下のパスにリダイレクトされます。JP1/AJS3から起動したジョブが32ビットプログラムであれば標準エラー出力ファイルを参照および更新できますが，64ビットプログラムは標準エラー出力ファイルを参照および更新できません。

PCジョブの転送ファイル
PCジョブの転送元ファイルに%systemroot%¥system32配下のファイルを指定した場合，%systemroot%¥syswow64配下のパスにリダイレクトされるため，転送元ファイルが見つかりません。そのため，ジョブは起動失敗します。
また，PCジョブの転送先ファイルに%systemroot%¥system32配下のファイルを指定した場合，%systemroot%¥syswow64配下のパスにリダイレクトされます。JP1/AJS3から起動したジョブが32ビットプログラムであれば転送先ファイルを参照，更新できますが，64ビットプログラムは転送先ファイルを参照，更新できません。

コマンド
コマンドの入力または出力に使用するファイルに%systemroot%¥system32配下のファイルを指定した場合，%systemroot%¥syswow64配下のパスにリダイレクトされるため，指定したファイルの参照や更新ができません。

環境設定
環境設定で指定するファイルに%systemroot%¥system32配下のファイルを指定した場合，%systemroot%¥syswow64配下のパスにリダイレクトされるため，指定したファイルの参照や更新ができません。

注※1

ジョブの実行先サービスに［キューレス］を指定している場合も含みます。

注※2

32ビット版のOutlook 2010をWOW64環境上で動作させることで，メールシステム連携機能を使用できます。

メールシステム連携機能の前提プログラムおよびOSの詳細については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　2.2.1 メールシステム連携の前提プログラム」を参照してください。

注※3

ファイルダイアログボックスでは，%systemroot%¥system32配下のファイルは指定できません。

PCジョブ，Windows上で実行するQUEUEジョブ，またはjp1execコマンドで発生する現象を回避する方法としては，JP1/AJS3がジョブを起動する際に，一時的にファイルシステムリダイレクトを無効にすることで，%systemroot%¥system32下の64ビットアプリケーションを起動できるように設定できます。設定方法の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.6.2 WOW64環境でジョブを実行する際にファイルシステムリダイレクトを無効にする設定」を参照してください。

付録

＜この付録の構成＞

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

付録B　制限値一覧

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

付録D　複数LAN環境での通信設定

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

付録F　（3020-3-S03-33）の変更内容

付録G　用語解説

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

この節では，設定するポート番号の一覧と，ファイアウォールを通過するための方向について記載します。なお，使用するプロトコルはTCP/IPです。

JP1/AJS3で使用するポート番号は，製品の提供時および該当機能設定時に一部のポートを除いてデフォルトでservicesファイルに設定されます。

＜この節の構成＞

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

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

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

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

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

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

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

＜この項の構成＞

(1)　JP1/AJS3 - Managerのポート番号

(2)　JP1/AJS3 - Agentのポート番号

(3)　JP1/AJS3 - Viewのポート番号

(1)　JP1/AJS3 - Managerのポート番号

JP1/AJS3 - Managerで使用するポート番号を次の表に示します。

表A-1　JP1/AJS3 - 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/AJS3 - View用
JP1/AJS3 - Definition Assistant用

jp1ajs2report
20245/tcp
マネージャーのジョブ※1状態通知用
JP1/NQSEXEC，およびJP1/OJE for VOS3へのジョブ連携用
（ジョブの状態通知受付用）

jp1ajs2eamgr
20246/tcp
マネージャーのイベントジョブ実行用

jp1ajs2eaagt
20247/tcp
エージェントのイベントジョブ実行用

jp1ajs2gw
23160/tcp
スケジューラーサービス間の通信用

jp1ajs2cm※3
22275/tcp
JP1/AJS3 Console Manager使用時
JP1/AJS3 Console Viewからの受付用

jp1ajs2ca※3
22276/tcp
JP1/AJS3 Console Managers使用時
JP1/AJS3 Console Agentへの接続用
JP1/AJS3 Console Agent使用時
JP1/AJS3 Console Managerからの受付用

jp1ajs2chkman※4
23138/tcp
定義内容の事前チェック使用時
定義内容の事前チェック用※5

jp1ajs2chkagt※4
23139/tcp
定義内容の事前チェック使用時
定義内容の事前チェック用

jp1ajs2qlagt※4
20300/tcp
キューレスジョブ使用時
エージェントのキューレスジョブ実行用

jp1ajs2qlftp※4
20301/tcp
キューレスジョブ使用時
マネージャーのキューレスファイル転送用

なし※6
22220/tcp
新規インストール時に構築された組み込みDBとの通信用※7

注

一つの論理ホスト内でスケジューラーサービスを多重起動する場合は，「jp1ajs2report」に相当するポートを別に割り当て，JP1/AJS3 - Managerの環境設定時に割り当てたジョブ状態通知ポートのサービス名を指定してください。

注※1

標準ジョブ，アクションジョブ，およびカスタムジョブを指します。

注※2

ジョブの実行に使用するコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　1.5 コマンド一覧」の，ジョブの実行に使用するコマンド一覧の表を参照してください。

注※3

Windows版の場合にだけ，インストール時に設定します。UNIX版の場合にはJP1/AJS3 Consoleをセットアップしたときに設定されます。

注※4

JP1/AJS3 - Managerをインストールしただけでは設定されません。該当機能をセットアップしたときに設定されます。

注※5

UNIXの場合，定義内容の事前チェックではjp1ajs2chkmanのポート番号を使用しません。Windowsの場合，jp1ajs2chkmanのポート番号は，同一サーバ内での通信に使用します。

注※6

servicesには登録しません。

注※7

jajs_setupコマンド，jajs_setup_clusterコマンド，jajs_migrateコマンドを実行して組み込みDBを構築した場合には，「2.6.4　JP1/AJS3でセットアップされるデータベース設定」に記載されたポート番号を使用します。高度なセットアップで組み込みDBを構築した場合には，ajsembdbbuildコマンドの-pオプションで指定したポート番号を使用します。

(2)　JP1/AJS3 - Agentのポート番号

JP1/AJS3 - Agentで使用するポート番号を次の表に示します。

表A-2　JP1/AJS3 - Agentで使用するポート番号

サービス名
ポート番号
用途

jp1ajs2qman
20241/tcp
マネージャーへのジョブ※1の登録要求送信用
マネージャーへのジョブ※1の標準出力ファイル，標準エラー出力ファイル送信用
マネージャーへのjp1exec，jp1exit以外のジョブの実行に使用するコマンド※2の要求送信用

jp1ajs2qagt
20242/tcp
エージェントのジョブ※1の実行要求受付用

jp1ajs2qnfy
20243/tcp
マネージャーへのジョブ※1の開始通知，終了通知送信用

jp1ajs2eamgr
20246/tcp
マネージャーのイベントジョブ実行用

jp1ajs2eaagt
20247/tcp
エージェントのイベントジョブ実行用

jp1ajs2chkagt※3
23139/tcp
定義内容の事前チェック使用時
定義内容の事前チェック用

jp1ajs2qlagt※3
20300/tcp
キューレスジョブ使用時
エージェントのキューレスジョブ実行用

jp1ajs2qlftp※3
20301/tcp
キューレスジョブ使用時
マネージャーのキューレスファイル転送用

注

serviceファイル（UNIXの場合は/etc/services）には，次に示すサービス名が追加されますが，JP1/AJS3 - Agentでは使用しないため，削除しても問題ありません。

・サービス名：jp1ajs2monitor，ポート番号：20244

・サービス名：jp1ajs2report，ポート番号：20245

・サービス名：jp1ajs2gw，ポート番号：23160

注※1

標準ジョブ，アクションジョブ，およびカスタムジョブを指します。

注※2

ジョブの実行に使用するコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　1.5 コマンド一覧」の，ジョブの実行に使用するコマンド一覧の表を参照してください。

注※3

JP1/AJS3 - Agentをインストールしただけでは設定されません。該当機能をセットアップしたときに設定されます。

(3)　JP1/AJS3 - Viewのポート番号

JP1/AJS3 - Viewで使用するポート番号を次の表に示します。

表A-3　JP1/AJS3 - Viewで使用するポート番号

サービス名
ポート番号
用途

jp1ajs2monitor
20244/tcp
JP1/AJS3 - View用

jp1ajs2cm
22275/tcp
JP1/AJS3 Console View使用時
JP1/AJS3 Console Managerへの接続用

jp1ajs2cfm※
20450/tcp
JP1/AJS2 Configuration View使用時
JP1/AJS2 - Configuration Managerへの接続用

注※

詳細については，マニュアル「JP1/Automatic Job Management System 2 - Configuration」を参照してください。

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

ファイアウォールを通過するための方向を次の表に示します。

なお，JP1/AJS3では，パケットフィルタリング型およびNAT（スタティックモード）型のアドレス変換をサポートしています。

表A-4　ファイアウォールの通過方向（JP1/AJS3）

設定が必要な
プログラム名
サービス名
ポート
番号
ファイアウォールの
通過方向

JP1/AJS3 - Manager
JP1/AJS3 - Agent
他プログラム※1
jp1ajs2qman
20241/tcp
エージェント → マネージャー
マネージャー ←→ マネージャー
マネージャー ←→ 他プログラム※1

JP1/AJS3 - Manager
JP1/AJS3 - Agent
jp1ajs2qagt
20242/tcp
マネージャー → エージェント

JP1/AJS3 - Manager
JP1/AJS3 - Agent
jp1ajs2qnfy
20243/tcp
エージェント → マネージャー

JP1/AJS3 - Manager
JP1/AJS3 - View
JP1/AJS3 - Definition Assistant※2
jp1ajs2monitor
20244/tcp
JP1/AJS3 - View → マネージャー
マネージャー ←→ マネージャー
JP1/AJS3 - Definition Assistant※2 → マネージャー

JP1/AJS3 - Manager
他プログラム※1
jp1ajs2report※3
20245/tcp
マネージャー ←→ マネージャー
他プログラム※1 → マネージャー

JP1/AJS3 - Manager
jp1ajs2gw
23160/tcp
ジョブネットコネクタ実行ホスト ←→
接続先のジョブネット実行ホスト

JP1/AJS3 - Manager
JP1/AJS3 - Agent
jp1ajs2eamgr
20246/tcp
エージェント → マネージャー

JP1/AJS3 - Manager
JP1/AJS3 - Agent
jp1ajs2eaagt
20247/tcp
マネージャー → エージェント

JP1/AJS3 - Manager
JP1/AJS3 - Agent
jp1ajs2qlagt
20300/tcp
マネージャー → エージェント

JP1/AJS3 - Manager
JP1/AJS3 - Agent
jp1ajs2qlftp
20301/tcp
エージェント → マネージャー

JP1/AJS3 - Manager
JP1/AJS3 - Agent
jp1ajs2chkagt
23139/tcp
マネージャー → エージェント

JP1/AJS3 - Manager
jp1ajs2ca
22276/tcp
マネージャー → マネージャー

JP1/AJS3 - Manager
JP1/AJS3 - View
jp1ajs2cm
22275/tcp
JP1/AJS3 - View → マネージャー

JP1/AJS3 - View
jp1ajs2cfm
20450/tcp
JP1/AJS3 - View → JP1/AJS2 - Configuration Manager

（凡例）

→：左項から右項への片方向を表す。

←→：左項から右項，および右項から左項の両方向を表す。

注※1

「他プログラム」とは，JP1/NQSEXEC・JP1/OJE for VOS3，またはJP1/AJS2の関数を利用したユーザープログラムのことです。JP1/AJS3 - Managerに登録されたジョブの状態通知を他プログラムで受信する場合，他プログラムで指定するジョブ状態通知ポートを，「マネージャー → 他プログラム」の方向に通過させる必要があります。

詳細については，JP1/NQSEXECを使用している場合は，マニュアル「JP1/NQSEXEC システム管理者ガイド」またはマニュアル「JP1/NQSEXEC ユーザーズガイド」を参照してください。JP1/OJE for VOS3を使用している場合は，マニュアル「VOS3 オープンジョブウェイ支援 JP1/Open Job Entry」を参照してください。

注※2

ファイアウォールの設定方法については，マニュアル「JP1/Automatic Job Management System 3 - Definition Assistant」を参照してください。

注※3

スケジューラーサービスを多重起動した場合や，スケジューラーサービスのジョブ状態通知ポート（デフォルトは，jp1ajs2report）を変更した場合は，それらのジョブ状態通知ポートもjp1ajs2reportと同様に通過させる必要があります。

上記の表のポート番号を使用してコネクションを確立したい場合は，ファイアウォールの設定で「サービス名のポート」と「サービス名のポート番号に対して確立されたセションへの返信はANY」を必ず通すように設定してください。返信が「ANY」となるのは，OSによる自動採番のためです。

ファイアウォールサーバマシンにJP1をインストールする場合は，次の点に注意してください。

ファイアウォールサーバマシン上にJP1/AJS3をインストールする場合は，同一マシン内での通信もファイアウォールの対象となる場合があるため，同一マシン内でも通信できるように設定してください。

Windows版のJP1/AJS3 - Managerの場合，同一マシン内の内部処理については，IPアドレス 127.0.0.1（localhost）でのローカル通信で，動的に空きポート番号を使って通信します。ファイアウォールが，ローカル通信（127.0.0.1での通信）もアクセス制限の対象としている場合は，1.の設定と合わせて，127.0.0.1 での通信をすべて許可するように設定してください。

JP1/AJS3 - Managerの場合，組み込みDBのプロセスなど，同一マシン内の内部処理でOSが自動的に割り当てるポート番号を使って通信するプロセスがあります。これらのポート番号がファイアウォールの対象とならないように，同一マシン内での通信はすべて許可するように設定してください。なお，OSが自動的に割り当てるポート番号の範囲はOSによって異なります。詳細については，OSのマニュアルを参照してください。

JP1/AJS3 - Viewでジョブネットモニタ起動方式変更オプションを有効にしている場合，IPアドレス 127.0.0.1（localhost）でのローカル通信で，動的に空きポート番号を使って通信します。ファイアウォールが，ローカル通信（127.0.0.1での通信）もアクセス制限の対象としている場合は，127.0.0.1での通信をすべて許可するように設定してください。

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

JP1/AJS3 - ViewとJP1/AJS3 - Managerの通信で使用するポートについて説明します。

JP1/AJS3 - ViewからJP1/AJS3 - Managerへの通信用サービス名とデフォルトのポート番号を次の表に示します。

表A-5　ポート番号一覧（JP1/AJS3 - ViewからJP1/AJS3 - Managerへの通信用）

サービス名 | デフォルトのポート番号
jp1ajs2monitor | 20244/tcp
jp1ajs2cm | 22275/tcp

ポート番号は，任意の番号に変更できます。

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

JP1/AJS3 - ManagerとJP1/AJS3 - Agentの通信で使用するポートについて説明します。

JP1/AJS3 - AgentからJP1/AJS3 - Managerへの通信用サービス名とデフォルトのポート番号を次の表に示します。

表A-6　ポート番号一覧（JP1/AJS3 - AgentからJP1/AJS3 - Managerへの通信用）

サービス名 | デフォルトのポート番号
jp1ajs2qman | 20241/tcp
jp1ajs2qnfy | 20243/tcp
jp1ajs2eamgr | 20246/tcp
jp1ajs2qlftp | 20301/tcp

ポート番号は，任意の番号に変更できます。

JP1/AJS3 - ManagerからJP1/AJS3 - Agentへの通信用サービス名とデフォルトのポート番号を次の表に示します。

表A-7　ポート番号一覧（JP1/AJS3 - ManagerからJP1/AJS3 - Agentへの通信用）

サービス名 | デフォルトのポート番号
jp1ajs2qagt | 20242/tcp
jp1ajs2eaagt | 20247/tcp
jp1ajs2qlagt | 20300/tcp
jp1ajs2chkagt | 23139/tcp

ポート番号は，任意の番号に変更できます。

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

JP1/AJS3 - ManagerとJP1/AJS3 - Managerの通信で使用するポートについて説明します。

JP1/AJS3 - ManagerからJP1/AJS3 - Managerへの通信用サービス名とデフォルトのポート番号を次の表に示します。

表A-8　ポート番号一覧（JP1/AJS3 - ManagerからJP1/AJS3 - Managerへの通信用）

サービス名 | デフォルトのポート番号
jp1ajs2qman | 20241/tcp
jp1ajs2monitor | 20244/tcp
jp1ajs2report | 20245/tcp
jp1ajs2gw | 23160/tcp
jp1ajs2ca | 22276/tcp

ポート番号は，任意の番号に変更できます。

JP1/AJS3 - Managerをエージェントとして使用する場合は，「付録A.4 JP1/AJS3 - ManagerとJP1/AJS3 - Agentの通信で使用するポート」に示す通信ポートを設定してください。

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

JP1/AJS3 - ViewとJP1/Baseの通信で使用するポートはありません。

付録B　制限値一覧

＜この節の構成＞

(1)　製品の接続数に関する制限値

(2)　JP1/AJS3全体に関する制限値

(3)　ユニットの制限値

(4)　スケジューラーサービスの制限値

(5)　ジョブ実行環境の制限値

(6)　サブミットジョブ実行環境の制限値

(7)　キューレスジョブ実行制御の制限値

(8)　イベント・アクション制御の制限値

(9)　JP1/AJS3 Consoleの制限値

(10)　定義内容を事前チェックする場合の制限値

(11)　運用プロファイルを使用する場合の制限値

(12)　ファイルサイズの制限値

(1)　製品の接続数に関する制限値

JP1/AJS3 - Managerに接続できるJP1/AJS3 - Agentの数と，JP1/AJS3 - Managerに接続できるJP1/AJS3 - Viewの数を次の表に示します。

表B-1　接続できるJP1/AJS3 - ViewおよびJP1/AJS3 - Agentの制限値

定義内容 | 接続できる最大値
1台（クラスタ構成の場合は1論理ホスト）のJP1/AJS3 - Managerに接続できるJP1/AJS3 - Agent | 1,024
1台（クラスタ構成の場合は1論理ホスト）のJP1/AJS3 - Managerに接続できるJP1/AJS3 - View | 128※

注※

64台以上のJP1/AJS3 - Viewを接続すると，JP1/AJS3 - Manager，およびネットワークに対する負荷が非常に大きくなります。このため，64台以上のJP1/AJS3 - Viewを接続する場合は，各JP1/AJS3 - Viewの画面を自動更新しないように設定するか，自動更新間隔を600秒以上に設定してください。また，JP1/AJS3 - Managerと，データの転送量が多い［マンスリースケジュール］ウィンドウは同時に使用しないでください。

JP1/AJS3 - Agentに接続できるJP1/AJS3 - Managerの数を次の表に示します。

表B-2　接続できるJP1/AJS3 - Managerの制限値

運用内容 | 接続できる最大数
1台のJP1/AJS3 - Agentに接続できるJP1/AJS3 - Manager | 16※

注※

エージェントとエージェントに接続するすべてのマネージャー間で円滑に通信できる環境を前提とします。この値より少ない場合でも，エージェントからマネージャーへの通信で名前解決に時間が掛かったり，接続でタイムアウトが発生したりするマネージャーがあると，ほかのマネージャーからのジョブの実行が遅延するなど運用に影響を与えることがあります。

また，エージェントが同時に処理するジョブ数によっても運用に影響を与えることがあります。ピーク時の運用を想定した検証を十分に実施してください。

なお，キューレスジョブの実行環境としては，接続できるJP1/AJS3 - Managerの制限値はありません。

(2)　JP1/AJS3全体に関する制限値

JP1/AJS3で使用できる言語種別および文字コード種別については，「2.4.3 システムで使用する言語種別について検討する」を参照してください。

(3)　ユニットの制限値

JP1/AJS3で定義するユニットの制限値を次の表に示します。

表B-3　ユニットの制限値

定義内容 | 定義できる最大数
ユニットのコメント長 | 80（単位：バイト）※1
ジョブネット配下の1階層に定義できるユニット数※2 | 10,000
定義できるルートジョブネット数 | 制限なし
ジョブグループ名※3（完全名） | 930（単位：バイト）※4
ジョブネット名※³（完全名） | 930（単位：バイト）※4
ジョブ名※³（完全名） | 930（単位：バイト）
ユニットの最大ネスト数※2 | 30※5
ユニット名 | 30（単位：バイト）※1
ジョブネットの実行登録数 | 2,147,483,647※⁶
保存世代数 | 99（または999※⁷，※⁸）
退避ボックスに作成できる退避ファイル数 | 1,024
スケジューラーログファイル容量 | 2,048,000,000（単位：バイト）
最終年月日 | 2036/12/31
同一ジョブネットの最大予定世代数 | 7,680※⁸
一回の監視世代での起動条件待ち世代の最大世代数 | 7,680※9
同時に実行できるジョブ数 | 制限なし※⁶
起動条件内に定義できるイベントジョブ数 | 32
一つの待ち合わせ条件付きユニットに設定できる待ち合わせ対象ユニットの数 | 32
一時変更の操作管理機能で一時変更情報を保存できる1日の最大世代数※10 | 999
環境変数TZの長さ | 95（単位：バイト）
ホスト名の長さ | 255（単位：バイト）
環境変数LANGの長さ | 58（単位：バイト）

注※1

文字コードUTF-8を使用していて，環境設定パラメーターDEFLENTYPEが「sjis」の場合は，文字コードシフトJISで換算したバイト数です。

注※2

［ジョブネットエディタ］ウィンドウで設定するマップエリアの横と縦のサイズを掛けた値が，1階層に定義できるユニット数となります。

一つのルートジョブネット配下に作成するユニット数が多くなると，処理対象となる情報量が多くなるのでメモリー不足が発生するなど，運用に影響を与えるおそれがあります。一つのルートジョブネット配下に作成するユニット数は，40,000個以下にしてください。

注※3

これらのユニットの名称を定義するときには，半角英数字，全角文字，および次の記号を使用できます。

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

上記以外に使用できる記号として次のものがあります。ただし，これらの記号は前製品（JP1/AJS）からの移行時のために用意されているため，その他の用途では使用しないでください。

" & ' * < > ? [ ¥ ] ^‘ {｜} ~

これらの記号を使用したユニットを，ユニットを操作するコマンドを実行する際にコマンドラインに指定する場合は，ユニット名称全体を「"（ダブルクォーテーションマーク）」で囲み，記号の前に「¥」文字を置いてキャストしてください（例：ajsprintコマンドで，ユニット/net[1]を指定する場合：ajsprint "/net¥[1¥]"）。

また，記号はUNIXのシェルなどのコマンドインタープリターで特別な意味を持つ場合があり，ユニット名に記号を使うと誤動作することがあるため，できるだけ使用しないでください。

ユニット名の先頭に，.（ピリオド）および@は使用できません。ただし，起動条件のユニット名称として使用する「.CONDITION」の場合だけは，先頭に.（ピリオド）を使用できます。

また，機種依存文字は使用できません。ユニット名以外の定義項目でも機種依存文字を使用しないでください。機種依存文字を使用した場合，文字化けするおそれがあります。

注※4

最大数に達した場合，配下にユニットを作成できません。

注※5

文字コードUTF-8を使用していて，環境設定パラメーターDEFLENTYPEが「sjis」の場合は，「10」です。

注※6

ディスクやメモリーなどの資源や，実行性能に依存しない場合で算出した値です。

注※7

保存世代数の拡張機能を使用した場合に定義できる最大値です。

注※8

保存世代数と予定世代数の合計値は，データベースの制限によって8,000を超えることはできません。保存世代拡張機能を使用すると最大で999の保存世代数を拡張できますが，予定世代数の最大値である7,680まで設定していると，実際に保存できる世代数は最大で320になります。これは，世代が保存されることによって，確定登録済みの予定が削除されることを防ぐためです。保存世代拡張機能を使用して最大で999の保存世代数を確保したい場合は，未来予定が7,001を超えないような運用をする必要があります。

注※9

1回の監視世代で起動条件待ち状態の最大同時保持世代数です。通常の起動条件であれば，起動条件待ちから実行中に遷移した時点で，その世代はこの制限値から外れます。

注※10

一時変更の操作管理機能では，一つのルートジョブネットに対して，1日当たり999世代分の一時変更情報を保存できます。1,000世代目以降に対して一時変更操作を行った場合，エラーになり，一時変更情報は保存されません。一時変更の操作管理機能を使用している場合は，一つのルートジョブネットで1日に実行する世代が999世代を超えないように運用してください。

(4)　スケジューラーサービスの制限値

スケジューラーサービスの制限値を次の表に示します。

表B-4　スケジューラーサービスの制限値

定義内容 | 定義できる最大数
スケジューラーサービスの最大定義数 | 20※

注※

スケジューラーサービスは，1台のマシンにつき物理ホストと論理ホストを合わせて20個まで定義できます。

(5)　ジョブ実行環境の制限値

JP1/AJS3でUNIXジョブ，PCジョブ，アクションジョブ，カスタムジョブ，およびイベントジョブを実行するときの制限値を次の表に示します。

表B-5　ジョブ実行環境の制限値

定義内容 | 定義できる最大数
実行エージェントの登録数 | 1,024※
実行エージェントグループの登録数 | 1,024
1実行エージェントに指定できるエージェントホスト数 | 1
1実行エージェントグループでグループ化できる実行エージェント数 | 1,024

注※

JP1/AJS3セットアップ時にデフォルト実行エージェントが定義されるため，ajsagtaddコマンドで追加できる実行エージェント数は1,023個です。

なお，デフォルト実行エージェントは削除できません。デフォルト実行エージェントについては，「2.5.1(3) デフォルト実行エージェントについて」を参照してください。

(6)　サブミットジョブ実行環境の制限値

JP1/AJS3でQUEUEジョブ，サブミットジョブを実行するときの制限値を次の表に示します。

表B-6　サブミットジョブ実行環境の制限値

定義内容 | 定義できる最大数
キューの最大定義数 | 8,192
接続できるエージェント数 | 1,024
排他実行リソース数 | 8,192

(7)　キューレスジョブ実行制御の制限値

JP1/AJS3でキューレスジョブを実行するときの制限値を次の表に示します。

表B-7　キューレスジョブ実行制御の制限値

定義内容 | 定義できる最大数
キューレスエージェントサービスへ同時にアタッチできる論理ホスト数 | 9

(8)　イベント・アクション制御の制限値

JP1/AJS3でイベントジョブを実行する場合の制限値を次の表に示します。

表B-8　イベント・アクション制御の制限値

対象項目 | 標準構成での最大値 | 互換用ISAM構成での最大値
一つのマネージャーホストまたは複数のマネージャーホストから一つのエージェントホストに対して，同時期に実行登録または強制終了できるイベントジョブ（起動条件に設定しているものを含む）の数 | 1,000※1 | 1,000※1
一つのマネージャーホストから複数のエージェントホストに対して，一度に実行登録または強制終了できるイベントジョブ（起動条件に設定しているものを含む）の数 | 4,000※1 | 1,300※1
一つのエージェントホストに対して，イベントジョブ（起動条件に設定しているものを含む）を実行したまま，マネージャーホストのJP1/AJS3サービスまたはスケジューラーサービスをウォームスタートまたはホットスタートできるイベントジョブ（起動条件に設定しているものを含む）の上限数 | 1,000※1 | 1,000※1
イベントジョブ（起動条件に設定しているものを含む）を実行したまま，マネージャーホストのJP1/AJS3サービスまたはスケジューラーサービスをウォームスタートまたはホットスタートできるスケジューラーサービス当たりのイベントジョブ（起動条件に設定しているものを含む）の上限数 | 4,000※1 | 1,300※1
イベントジョブ（起動条件に設定しているものを含む）を実行したまま，マネージャーホストのJP1/AJS3サービスをウォームスタートまたはホットスタートできるマネージャーホスト当たりのイベントジョブ（起動条件に設定しているものを含む）の上限数 | 80,000※1 | 4,000※1
一つのエージェントホストに対して，イベントジョブ（起動条件に設定しているものを含む）を実行したまま，エージェントホストのJP1/AJS3サービスを再起動できるエージェントホスト当たりのイベントジョブ（起動条件に設定しているものを含む）の上限数 | 1,000※1 | 1,000※1
一つのエージェントホストに対して，イベントジョブ（起動条件に設定しているものを含む）を実行したまま，jajs_maintainコマンドに-Fオプションを指定して実行できるイベントジョブ（起動条件に設定しているものを含む）の上限数 | － | 1,000※1
イベントジョブ（起動条件に設定しているものを含む）を実行したまま，jajs_maintainコマンドに-Fオプションを指定して実行できるスケジューラーサービス当たりのイベントジョブ（起動条件に設定しているものを含む）の上限数 | － | 1,300※1
イベントジョブ（起動条件に設定しているものを含む）を実行したまま，jajs_maintainコマンドに-Fオプションを指定しないで実行できるマネージャーホスト当たりのイベントジョブ（起動条件に設定しているものを含む）の上限数 | － | 4,000※1，※2
イベントジョブ（起動条件に設定しているものを含む）に対してajskillまたはajsintrptコマンドを連続実行できる数 | 4,000※1，※3 | 1,300※1，※3
一つの実行ホストで同時に実行できるログファイル監視ジョブの数 | 150※4 | 150※4

（凡例）

－：該当しない

注※1

イベントが発生していない場合の値です。同時期にイベントが発生する場合は，発生するイベントの数も含めて最大値を超えないようにしてください。

最大値を超えた場合に，イベントジョブ（起動条件内のものを含む）の操作をしたり，監視しているイベントが発生したりすると，次に示す現象が発生することがあります。

実行登録したイベントジョブ（起動条件内のものを含む）の状態が，キューイングのままとなる。

実行中のイベントジョブや監視中の起動条件付きジョブネットを強制終了しても終了しない。

イベントジョブ（起動条件内のものを含む）がイベントを検知しない。

マシン性能が高いなど，環境によってはこれらの最大値を超えた運用でも問題が発生しない場合があるため，目安として使用してください。

なお，これらの現象は，大量ジョブの処理に伴った大量の通信に起因して発生しますが，現象が発生する理由や現象発生後の回復策などの詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　7.6.8 イベントジョブを実行したままサービスを再起動する場合の注意事項」を参照してください。

注※2

すでに実行されているもの以外に，メンテナンス中の時間帯に開始されるようにスケジュールされたイベントジョブ（起動条件に設定しているものを含む）の数も含みます。

注※3

短時間にコマンドを連続して実行すると大量の通信が発生するため，最大値を超えた場合は注※1の現象が発生することがあります。現象が発生する理由や現象発生後の回復策などの詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　7.6.8 イベントジョブを実行したままサービスを再起動する場合の注意事項」を参照してください。

注※4

次に示す条件が重なる場合の値です。

ログファイル監視ジョブの実行ホストのOSがWindowsである。

各ログファイル監視ジョブでは，ログファイルを一つだけ監視する。

ログファイル監視ジョブだけでログファイルを監視し，JP1/Baseのログファイルトラップ機能を併用しない。

UNIXの場合，一つのログファイル監視ジョブで複数のログファイルを監視するとき，またはJP1/Baseのログファイルトラップ機能を併用するときは，マニュアル「JP1/Base 運用ガイド」を参照し，ログファイルトラップ機能で監視できるログファイル数から，実行できるログファイル監視ジョブの数を見積もってください。

(9)　JP1/AJS3 Consoleの制限値

表B-9　JP1/AJS3 Consoleの制限値

定義内容 | 最大値
JP1/AJS3 Console Managerに接続できるJP1/AJS3 Console Viewの数 | 64（単位：台）
一台のJP1/AJS3 Console Agentを監視できるJP1/AJS3 Console Managerの数 | 64（単位：台）
一つのルート業務スコープで監視できるJP1/AJS3 Console Agent（マネージャーホスト）の数 | 50（単位：台）
業務スコープの最大階層数（ネスト業務スコープを3階層まで作成できる） | 3（単位：階層）
ルート業務スコープのマップエリアに定義できる，AJS3ユニット監視オブジェクトとネスト業務スコープ（配下にあるAJS3ユニット監視オブジェクトも含む）の総数 | 500（単位：個）
業務スコープ，AJS3ユニット監視オブジェクトの名称※1 | 30（単位：バイト）
業務スコープ，AJS3ユニット監視オブジェクトのコメント長 | 80（単位：バイト）
監視対象先ホスト名 | 255（単位：バイト）
監視対象のユニット名※2 | 2,047（単位：バイト）
マップサイズの縦方向と横方向への拡大幅 | 100（単位：個）
表示倍率 | 200（単位：%）

注※1

これらの名称を定義するときには，半角英数字，全角文字，および次の記号を使用できます。

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

ただし，機種依存文字は使用できません。これらの名称以外の定義項目でも機種依存文字を使用しないでください。機種依存文字を使用した場合，文字化けするおそれがあります。

入力できない半角文字を次に示します。

スペース

（

）

， （コンマ）

： （コロン）

； （セミコロン）

/

=

注※2

入力できない半角文字を次に示します。

スペース

（

）

， （コンマ）

； （セミコロン）

=

(10)　定義内容を事前チェックする場合の制限値

JP1/AJS3の定義内容を事前チェックする場合の制限値を次の表に示します。

表B-10　定義内容を事前チェックする場合の制限値

定義内容 | 最大数
定義内容の事前チェックの同時実行数 | 1

(11)　運用プロファイルを使用する場合の制限値

運用プロファイルを使用する場合の制限値を次の表に示します。

表B-11　実行エージェントプロファイルを使用する場合の制限値

定義内容 | 最大数
実行エージェントプロファイルに設定できるユニット数 | 128（単位：個）
実行エージェントプロファイルのファイルサイズ | 5（単位：メガバイト）
実行エージェントプロファイルのレコード長 | 2,047（単位：バイト）※

注※

改行文字（LF：0x0aおよびCR：0x0d）がある場合の，改行文字を含めないバイト数です。改行文字がない場合は，2,048バイトが最大長です。

表B-12　ユニット属性プロファイルを使用する場合の制限値

定義内容 | 最大数
ユニット属性プロファイルに設定できるユニット数 | 128（単位：個）
ユニット属性プロファイルのファイルサイズ | 10（単位：メガバイト）
ユニット属性プロファイルのレコード長 | 2,047（単位：バイト）※

注※

改行文字（LF：0x0aおよびCR：0x0d）がある場合の，改行文字を含めないバイト数です。改行文字がない場合は，2,048バイトが最大長です。

(12)　ファイルサイズの制限値

JP1/AJS3では，ラージファイル（2ギガバイト以上のファイル）は使用できません。ただし，環境設定パラメーターLARGEFILEUSEを有効にした場合は，次に示すファイルにラージファイルを使用できるようになります。

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

判定ジョブの判定条件に使用するファイル

詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6. 3.17 ラージファイルを監視するための設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.3.12 ラージファイルを監視するための設定」（UNIXの場合）を参照してください。

なお，次に示す組み込みDBのファイルは，ラージファイルになることがあります。

組み込みDBが大規模モデルの場合の，データ領域格納ディレクトリ配下のファイル

データ領域格納ディレクトリ配下のファイル（データベース自動増分機能を使用している場合）

システム領域ディレクトリ配下のファイル（システムログ自動増分機能を使用している場合）

バックアップファイル

アンロードファイル（データベース再編成を実施する場合）

アンロードログファイル（アンロードログ運用の場合）

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

JP1/AJS3では，JP1/AJS3での操作の正当性を検証するための各種履歴情報をスケジューラーログに出力します。これによって，JP1/AJS3を使用した業務運用に不正がないかを確認できます。

JP1/AJS3での操作の正当性を検証するための機能や設定，運用方法などを紹介します。

＜この節の構成＞

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

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

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

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

JP1/AJS3での操作の正当性を検証するための機能を次に示します。

＜この項の構成＞

(1)　スケジューラーログ出力内容の拡張機能

(2)　ユニット定義の最新更新日付出力機能

(3)　JP1/AJS3での操作に対する検証に必要なログ情報の抽出機能

(4)　QUEUEジョブ，サブミットジョブのジョブ情報確認機能

(1)　スケジューラーログ出力内容の拡張機能

環境設定を行うことで，スケジューラーログの出力内容を拡張し，JP1/AJS3での操作の正当性を検証するための情報を出力できます。

環境設定によって拡張されるスケジューラーログの出力内容を次の表に示します。

表C-1　拡張できるスケジューラーログの出力内容と環境設定の内容

機能
環境設定の内容

JP1/AJS3 - ViewおよびJP1/AJS2 - Scenario Operationからスケジューラーサービスへの接続開始・終了ログを出力する

Windowsの場合

スケジューラーログに出力する場合は，環境設定パラメーターMONLOGの値を「all」にする。

UNIXの場合

スケジューラーログに出力する場合は，環境設定パラメーターMONLOGの値を「all」にする。

syslogに出力する場合は，環境設定パラメーターMONSYSLOGの値を「all」にする。

ユーザー認証に関するログを出力する

Windowsの場合

スケジューラーログ※1に出力する場合は，環境設定パラメーターAUTHLOGの値を「all」にする。

UNIXの場合

スケジューラーログ※1に出力する場合は，環境設定パラメーターAUTHLOGの値を「all」にする。

syslogに出力する場合は，環境設定パラメーターAUTHSYSLOGの値を「all」にする。

ユニットの実行ログや操作ログの出力内容を拡張し，次の内容を追加する※2

操作ユーザー種別
マッピングされたOSユーザーの種別

要求元ホストIPアドレス※3
操作の要求元となるホストのIPアドレス

要求元識別情報※3
要求元の製品または機能を識別するための情報

コマンド操作のオプション
コマンド実行時に指定したオプション

ユニット名
操作対象のユニット名

環境設定パラメーターAJSLOGOUTPUTEXTENDの値を「yes」にする。

スケジューラーログの日付を「年月日」形式で出力する（デフォルトは「月日」形式）
環境設定パラメーターAJSLOGOUTPUTYEARの値を「yes」にする。

スケジューラーログ出力プロセスの開始・終了のログを出力する

Windowsの場合

スケジューラーログに出力する場合は，環境設定パラメーターLOGDLOGの値を「all」にする。

UNIXの場合

スケジューラーログに出力する場合は，環境設定パラメーターLOGDLOGの値を「all」にする。

syslogに出力する場合は，環境設定パラメーターLOGDSYSLOGの値を「all」にする。

ホスト単位のスケジューラーログ出力プロセスの開始・終了のログを出力する

Windowsの場合

ホスト単位のスケジューラーログに出力する場合は，環境設定パラメーターHLOGDLOGの値を「all」にする。

UNIXの場合

ホスト単位スケジューラーログに出力する場合は，環境設定パラメーターHLOGDLOGの値を「all」にする。

syslogに出力する場合は，環境設定パラメーターHLOGDSYSLOGの値を「all」にする。

スケジューラーサービスの停止中に実行したコマンドのログを出力する
環境設定パラメーターAJSLOGOUTPUTDESTの値を「host」にする。

注※1

ホスト単位のスケジューラーログに出力されます。

注※2

環境設定パラメーターREFLOGに「none」以外の値を指定している場合は，この機能を有効にすることで，ユニットの異常終了時に実行した参照操作関連のログについても出力されます。

注※3

ローカルマシンで実行した場合およびJP1/AJS3 Consoleから実行した場合，要求元ホストIPアドレスおよび要求元識別情報はログに出力されません。

環境設定の手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.2 環境設定パラメーターの設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　14.2 環境設定パラメーターの設定」（UNIXの場合）を参照してください。

環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.2 スケジューラーサービス環境設定」を参照してください。

また，スケジューラーログに出力される内容の詳細については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録C.1 スケジューラーサービスが出力するログ」を参照してください。

(2)　ユニット定義の最新更新日付出力機能

ユニット定義の最新更新日付を出力できます。ユニット定義の最新更新日付の出力方法には，次の2とおりがあります。

ajsprintコマンドで出力する

ajsprintコマンドの-fオプションを使用することによって，指定したユニットの，配下のユニットすべてを含めた最終更新日時を取得できます。

ajsprintコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsprint」を参照してください。

JP1/AJS3 - Definition Assistantでユニット定義をインポートする

JP1/AJS3 - Definition Assistantでユニット定義情報をインポートすると，インポート結果の［最終更新日時］欄にユニットごとの最終更新日時が出力されます。

出力された最終更新日時は編集できます。ただし，インポートしたユニット定義情報をエクスポートする際，［最終更新日時］欄は対象外となります。

JP1/AJS3 - Definition Assistantでのユニット定義情報のインポート方法については，マニュアル「JP1/Automatic Job Management System 3 - Definition Assistant」を参照してください。

なお，インポート結果の［最終更新日時］欄を非表示にしておくこともできます。デフォルトは「表示」です。非表示にしたい場合は，次の方法で設定してください。

次のファイルをエディターなどで開く。

JP1/AJS3 - Definition Assistantのインストール先フォルダ¥conf¥ajs2da.conf

パラメーター「TYPE-LASTUPDATE=」の値を「N」にする。

設定内容を保存する。

(3)　JP1/AJS3での操作に対する検証に必要なログ情報の抽出機能

ajslogprintコマンドを使用することによって，JP1/AJS3での操作に対する検証に必要な情報をスケジューラーログから抽出し，出力できます。

ajslogprintコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajslogprint」を参照してください。

(4)　QUEUEジョブ，サブミットジョブのジョブ情報確認機能

jpqendjobshowコマンドの標準出力で，QUEUEジョブおよびサブミットジョブのジョブ情報を確認できます。

jpqendjobshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　jpqendjobshow」を参照してください。

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

JP1/AJS3での操作の正当性を検証するための機能を使用する場合の，推奨するシステム構成例を次の図に示します。

図C-1　推奨する機器構成

開発機と本番機とに分け，JP1/AJS3 - Definition Assistantに開発機のJP1/AJS3 - Managerのユニット定義情報をインポートしてユニット定義を編集または作成します。ユニット定義を編集または作成したら，開発機のJP1/AJS3 - Managerにエクスポートして内容に問題がないかどうか動作をテストします。テストの結果に問題がなければ，ユニット定義のホスト名などを本番機用に書き換え，本番機のJP1/AJS3 - Managerにエクスポートします。

なお，このような運用でJP1/AJS3操作の検証に必要なログ出力機能を使用する場合は，開発機および本番機それぞれの同一装置内に次の製品が必要です。

JP1/AJS3 - Manager 09-00以降またはJP1/AJS2 - Manager 08-10以降

JP1/Base 08-10以降

また，ユニット定義管理サーバには，次の製品が必要です。

JP1/AJS3 - Definition Assistant 09-00以降またはJP1/AJS2 - Definition Assistant 08-10以降

JP1/AJS3 - Definition AssistantまたはJP1/AJS2 - Definition Assistantでのユニット定義のインポート・エクスポート操作については，マニュアル「JP1/Automatic Job Management System 3 - Definition Assistant」またはマニュアル「JP1/Automatic Job Management System 2 - Definition Assistant」を参照してください。

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

JP1/AJS3での操作に対する検証例を次の表に示します。

表C-2　JP1/AJS3での操作に対する検証例

環境
作業内容
取得できる情報
検証方法

開発機
ユニット定義の作成または変更
－
－

テスト
－
－

本番機へのエクスポート
JP1/AJS3 - Definition Assistantのエクスポート実行結果ファイル
JP1/AJS3 - Definition Assistantのエクスポート実行結果ファイル名によって，何年何月何日版のユーザー定義であるかを判別する。
例
2009/08/20 13:43:25.976にエクスポートした場合のファイル名
ASJDA-EXPORT-090820134325976​.xls

本番機
運用開始準備

「ユニットの作成」ログ

ユニット定義の最終更新日時一覧

要求元識別情報にJP1/AJS3 - Definition Assistantのエクスポートファイル名が出力される。

ユニット定義の最終更新日時と「ユニットの作成」ログの要求元識別情報を比較することで，不正な定義変更がされていないかを判別する。

ジョブネットの登録・実行

「ジョブネットの登録」ログ

「ジョブネットの実行」ログ

ジョブネットが正しく登録されているかを検証する。

ジョブネットが正しく実行されているかを検証する。

再実行
保留
計画一時変更
各種操作ログ
出力されたログによって，ジョブネットが正しく操作されているかを検証する。

一時的なユニット定義の変更

JP1/AJS3 - Definition Assistantのエクスポート結果ファイル

「ユニットの定義内容変更」ログ

ユニット定義の最終更新日時一覧

定義変更後のJP1/AJS3 - Definition Assistantのエクスポート結果ファイル名によって，何年何月何日版のユーザー定義であるかを判別する。

要求元識別情報にJP1/AJS3 - Definition Assistantのエクスポートファイル名が出力される。

ユニット定義の最終更新日時と「ユニットの定義内容変更」ログの要求元識別情報を比較することで，不正な定義変更がされていないかを判別する。

（凡例）

－：なし

付録D　複数LAN環境での通信設定

この節では，「2.3.3 複数LANの構成例と通信設定」で説明した複数LANの構成について，製品がどのLAN上のホストで使用されているかに応じて，クラスタ運用しない場合とクラスタ運用する場合の接続例を記載します。

＜この節の構成＞

付録D.1　クラスタ運用しない場合の接続例と通信設定

付録D.2　クラスタ運用する場合の接続例と通信設定

付録D.3　JP1/AJS3 - Viewの通信設定

付録D.1　クラスタ運用しない場合の接続例と通信設定

複数のLANに接続した環境（ネットワークを分離した環境）で，クラスタ運用しない場合の接続例と通信設定について説明します。JP1/AJS3 - Manager，およびJP1/AJS3 - Agentのそれぞれが，複数のLANに接続されている場合に分けて説明します。

なお，JP1/AJS3 Console機能を使用する場合，JP1/AJS3 - ViewをJP1/AJS3 Console Viewに，JP1/AJS3 - ManagerをJP1/AJS3 Console Managerに，JP1/AJS3 - AgentをJP1/AJS3 Console Agentに置き換えて解釈してください。

＜この項の構成＞

(1)　クラスタ運用しないでJP1/AJS3 - Managerを複数のLANに接続する場合

(2)　クラスタ運用しないでJP1/AJS3 - Agentを複数のLANに接続してジョブを実行する場合

(3)　注意事項

(1)　クラスタ運用しないでJP1/AJS3 - Managerを複数のLANに接続する場合

JP1/AJS3 - Managerが複数のLANに接続されている場合，接続されているすべてのLAN上にあるJP1/AJS3 - Agent，JP1/AJS3 - View，またはJP1/AJS3 - Managerと接続してJP1/AJS3を運用できます。なお，各ホストは相互にホスト名が解決できるOSの環境が必要です。

(a)　JP1/AJS3 - Managerを複数のLANに接続し，JP1/AJS3 - Agentと連携する場合

JP1/AJS3 - Managerを複数のLANに接続した場合，複数のLAN上のJP1/AJS3 - Agentでジョブが実行できます。JP1/AJS3 - Managerを複数のLANに接続して，JP1/AJS3 - Agentでジョブを実行する場合の接続例を次の図に示します。

図D-1　JP1/AJS3 - Managerを複数のLANに接続する場合の例（JP1/AJS3 - Agentとの接続）

JP1/AJS3 - ManagerがインストールされているホストhostXが，複数のLANに接続されています。それぞれのLANに接続されたホストには，JP1/AJS3 - Agentがインストールされています。

このシステム構成では，ホストhostXをマネージャーホストとして，管理LANにあるエージェントホストhost10，および業務LANにあるエージェントホストhostA，hostBに対して，ジョブを実行できます。

各ホストでの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用していない場合の通信設定例に記載されている設定を実施してください。

(b)　JP1/AJS3 - Managerを複数のLANに接続し，JP1/AJS3 - Viewと連携する場合

JP1/AJS3 - Managerを複数のLANに接続した場合，複数のLAN上のJP1/AJS3 - Viewからユニットを操作することができます。JP1/AJS3 - Managerを複数のLANに接続して，JP1/AJS3 - Viewからユニットを操作する場合の接続例を次の図に示します。

図D-2　JP1/AJS3 - Managerを複数のLANに接続する場合の例（JP1/AJS3 - Viewとの接続）

JP1/AJS3 - ManagerがインストールされているホストhostXが，複数のLANに接続されています。それぞれのLANに接続されたホストには，JP1/AJS3 - Viewがインストールされています。

このシステム構成では，ホストhostXのマネージャーホストに対し，管理LANにあるホストhost10，および業務LANにあるホストhostA，hostBのJP1/AJS3 - Viewからユニットを操作することができます。

ホストhostXでの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用していない場合の通信設定例に記載されている設定を実施してください。

(c)　JP1/AJS3 - Managerを複数のLANに接続し，JP1/AJS3 - Managerと連携する場合

JP1/AJS3 - Managerを複数のLANに接続した場合，複数のLAN上のJP1/AJS3 - Managerでリモートジョブネットを実行したり，コマンドをリモート実行したりできます。

JP1/AJS3 - Managerを複数のLANに接続して，JP1/AJS3 - Managerでリモートジョブネットを実行したり，コマンドをリモート実行したりする場合の接続例を次の図に示します。

図D-3　JP1/AJS3 - Managerを複数のLANに接続する場合の例（JP1/AJS3 - Managerとの接続）

JP1/AJS3 - ManagerがインストールされているホストhostXが，複数のLANに接続されています。それぞれのLANに接続されたホストには，JP1/AJS3 - Managerがインストールされています。

このシステム構成では，ホストhostXのマネージャーホストから，管理LANにあるマネージャーホストhost10，および業務LANにあるマネージャーホストhostA，hostBに接続して，リモートジョブネットを実行したり，コマンドをリモート実行したりできます。

ホストhost10，hostA，hostBでの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用していない場合の通信設定例に記載されている設定を実施してください。

(2)　クラスタ運用しないでJP1/AJS3 - Agentを複数のLANに接続してジョブを実行する場合

JP1/AJS3 - Agentが複数のLANに接続されている場合，接続されているすべてのLAN上のJP1/AJS3 - Managerからジョブを実行できます。なお，各ホストは相互にホスト名が解決できるOSの環境が必要です。

JP1/AJS3 - Agentを複数のLANに接続して，それぞれのLAN上にあるJP1/AJS3 - Managerからジョブを実行する場合の接続例を次の図に示します。

図D-4　JP1/AJS3 - Agentを複数のLANに接続する場合の例（JP1/AJS3 - Managerとの接続）

JP1/AJS3 - AgentがインストールされているホストhostXが，複数のLANに接続されています。それぞれのLANに接続されたホストには，JP1/AJS3 - Managerがインストールされています。

このシステム構成では，ホストhostXをエージェントホストとして，管理LANにあるマネージャーホストhost10，および業務LANにあるマネージャーホストhostA，hostBから，ジョブを実行できます。

各ホストでの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用していない場合の通信設定例に記載されている設定を実施してください。

(3)　注意事項

JP1/AJS3 - Manager，またはJP1/AJS3 - AgentがインストールされているホストhostXの受信をIPバインド方式にした場合は，ホストhostXで，管理LAN側のIPアドレスと，業務LAN側のIPアドレスの両方をjp1hostsに設定する必要があります。この作業をしないと，ホスト間の通信が意図したとおりに行われない場合があります。例えばホストhostXでjp1hostsに管理LAN側のIPアドレスの記載しかない場合は業務LAN側（hostA，およびhostB）からhostXに対する通信がエラーになることがあります。

付録D.2　クラスタ運用する場合の接続例と通信設定

複数のLANに接続した環境（ネットワークを分離した環境）で，クラスタ運用する場合の接続例と通信設定について説明します。JP1/AJS3 - Manager，およびJP1/AJS3 - Agentのそれぞれが，複数のLANに接続されている場合に分けて説明します。

なお，JP1/AJS3 Console機能を使用する場合，JP1/AJS3 - ViewをJP1/AJS3 Console Viewに，JP1/AJS3 - ManagerをJP1/AJS3 Console Managerに，JP1/AJS3 - AgentをJP1/AJS3 Console Agentに置き換えて解釈してください。

＜この項の構成＞

(1)　クラスタ運用でJP1/AJS3 - Managerを複数のLANに接続する場合

(2)　クラスタ運用でJP1/AJS3 - Agentを複数のLANに接続してジョブを実行する場合

(3)　注意事項

(1)　クラスタ運用でJP1/AJS3 - Managerを複数のLANに接続する場合

クラスタ運用で，JP1/AJS3 - Managerを複数のLANと接続する場合，LAN上にあるJP1/AJS3 - Manager，JP1/AJS3 - Agent，またはJP1/AJS3 - Viewと接続して，JP1/AJS3を運用できます。なお，各ホストは相互にホスト名が解決できるOSの環境が必要です。

(a)　クラスタ運用でJP1/AJS3 - Managerを複数のLANに接続し，JP1/AJS3 - Agentと連携する場合

クラスタ運用で，JP1/AJS3 - Managerを複数のLANに接続して，LAN上のJP1/AJS3 - Agentと連携する場合，物理ホストおよび論理ホストのどちらのホストからでもLAN上のJP1/AJS3 - Agentでジョブが実行できます。クラスタ運用で，JP1/AJS3 - Managerを複数のLANに接続して，JP1/AJS3 - Agentでジョブを実行する場合の接続例を次の図に示します。

図D-5　クラスタ運用でJP1/AJS3 - Managerを複数のLANに接続する場合の例（JP1/AJS3 - Agentとの接続）

JP1/AJS3 - ManagerがインストールされているホストhostXが，複数のLANに接続されていて，クラスタ運用されています。また，それぞれのLANに接続されたホストには，JP1/AJS3 - Agentがインストールされていて，物理ホストhostX，論理ホストhostLのどちらのホストからもエージェントホストとして定義されています。

このシステム構成では，物理ホストhostX，または論理ホストhostLをマネージャーホストとして，管理LANにあるエージェントホストhost10，および業務LANにあるエージェントホストhostA，hostBに対して，ジョブが実行できます。

各ホストでの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用する場合の通信設定例に記載されている設定を実施してください。

(b)　クラスタ運用でJP1/AJS3 - Managerを複数のLANに接続し，JP1/AJS3 - Viewと連携する場合

クラスタ運用で，JP1/AJS3 - Managerを複数のLANに接続して，LAN上のJP1/AJS3 - Viewと連携する場合，LAN上のJP1/AJS3 - Viewから，物理ホストおよび論理ホストのどちらのホストに対してでも，ユニットを操作することができます。クラスタ運用で，JP1/AJS3 - Managerを複数のLANに接続して，JP1/AJS3 - Viewからユニットを操作する場合の接続例を次の図に示します。

図D-6　クラスタ運用でJP1/AJS3 - Managerを複数のLANに接続する場合の例（JP1/AJS3 - Viewとの接続）

JP1/AJS3 - ManagerがインストールされているホストhostXが，複数のLANに接続されていて，クラスタ運用されています。また，それぞれのLANに接続されたホストには，JP1/AJS3 - Viewがインストールされています。

このシステム構成では，物理ホストhostX，および論理ホストhostLのマネージャーホストに対して，管理LANにあるホストhost10，および業務LANにあるホストhostA，hostBから，ユニットを操作することができます。

ホストhostXの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用する場合の通信設定例に記載されている設定を実施してください。

補足事項

JP1/AJS3 - Managerのサービスが起動されていなくても（例えば，物理のJP1/AJS3サービスを使用しない運用でも），JP1/AJS3 - ViewとJP1/AJS3 - Managerを接続することができます。

(c)　クラスタ運用でJP1/AJS3 - Managerを複数のLANに接続し，JP1/AJS3 - Managerと連携する場合

JP1/AJS3 - Managerを複数のLANに接続して，LAN上のJP1/AJS3 - Managerと連携する場合，LAN上のJP1/AJS3 - Managerから物理ホスト，または論理ホストに対して，リモートジョブネットを実行したり，コマンドをリモート実行したりできます。

クラスタ運用でJP1/AJS3 - Managerを複数のLANに接続して，JP1/AJS3 - Managerでリモートジョブネットを実行したり，コマンドをリモート実行したりする場合の接続例を次の図に示します。

図D-7　クラスタ運用でJP1/AJS3 - Managerを複数のLANに接続する場合の例（JP1/AJS3 - Managerとの接続）

JP1/AJS3 - ManagerがインストールされているホストhostXが，複数のLANに接続されていて，クラスタ運用されています。また，それぞれのLANに接続されたホストには，JP1/AJS3 - Managerがインストールされています。

このシステム構成では，物理ホストhostX，または論理ホストhostLのマネージャーホストに対して，管理LANにあるマネージャーホストhost10，および業務LANにあるhostA，hostBから，リモートジョブネットを実行したり，コマンドをリモート実行したりできます。

ホストhostXでの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用する場合の通信設定例に記載されている設定を実施してください。

補足事項

リモートジョブネットの実行，およびコマンドのリモート実行時のJP1/AJS3 - Manager同士の接続は，JP1/AJS3 - Viewからの接続ルールと同じです。

(2)　クラスタ運用でJP1/AJS3 - Agentを複数のLANに接続してジョブを実行する場合

クラスタ運用で，JP1/AJS3 - Agentを複数のLANに接続して，LAN上のJP1/AJS3 - Managerと連携する場合，JP1/AJS3 - Managerから，物理ホストおよび論理ホストのどちらのホストに対してもジョブが実行できます。クラスタ運用で，JP1/AJS3 - Agentを複数のLANに接続して，JP1/AJS3 - Managerからジョブを実行する場合の接続例を次の図に示します。なお，各ホストは相互にホスト名が解決できるOSの環境が必要です。

図D-8　クラスタ運用でJP1/AJS3 - Agentを複数のLANに接続する場合の例（JP1/AJS3 - Managerとの接続）

JP1/AJS3 - AgentがインストールされているホストhostXが，複数のLANに接続されていて，クラスタ運用されています。また，それぞれのLANに接続されたホストには，JP1/AJS3 - Managerがインストールされていて，物理ホストhostX，論理ホストhostLのどちらのホストに対しても，エージェントホストとして定義しています。

このシステム構成では，物理ホストhostX，または論理ホストhostLをエージェントホストとして，管理LANにあるマネージャーホストhost10，および業務LANにあるマネージャーホストhostA，hostBから，ジョブが実行できます。

各ホストでの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用する場合の通信設定例に記載されている設定を実施してください。

(3)　注意事項

JP1/AJS3 - Manager，JP1/AJS3 - Agentは，クラスタ構成の場合，受信設定はIPバインド方式にする必要があります。これは受信設定をANYバインド方式にすると，物理ホストあてのデータを論理ホストが受け取ったり，論理ホストあてのデータを物理ホストが受け取ったりするようになり，ジョブが正常に実行できない問題が発生するためです。

クラスタの設定直後は受信設定がIPバインド方式のため，複数のLANに接続しても，どちらか一方からのデータしか受信しません。そのため，マニュアル「JP1/Base 運用ガイド」のクラスタ運用する場合の通信設定例を参照し，JP1/Baseの通信方式の設定を行う必要があります。

クラスタの設定直後は送信設定がIPバインド方式のため，送信データが一方のLANだけにしか流れず，一方のLAN上のホストとしか連携できません。そのため，複数のLANに接続する場合は送信設定はANYバインド方式にする必要があります。詳細はマニュアル「JP1/Base 運用ガイド」のクラスタ運用する場合の通信設定例を参照してください。

JP1/AJS3 - ViewからJP1/AJS3 - Managerに接続する場合は，物理ホスト，論理ホストに関係なく，接続時に指定したIPアドレスと一致したホストに接続します。

付録D.3　JP1/AJS3 - Viewの通信設定

複数のLANに接続した環境（ネットワークを分離した環境）で，JP1/AJS3 - Viewを使用する場合の接続例と通信設定について説明します。

補足事項

JP1/AJS3 Console機能を使用する場合も，同様のネットワーク構成をサポートします。この場合，JP1/AJS3 - ViewをJP1/AJS3 Console Viewに，JP1/AJS3 - ManagerをJP1/AJS3 Console Managerに，JP1/AJS3 - AgentをJP1/AJS3 Console Agentに置き換えて解釈してください。

＜この項の構成＞

(1)　JP1/AJS3 - Viewを複数のLANに接続してユニットを操作する場合

(1)　JP1/AJS3 - Viewを複数のLANに接続してユニットを操作する場合

JP1/AJS3 - Viewが複数のLANに接続されている場合，接続されているすべてのLAN上のJP1/AJS3 - Managerからユニットを操作できます。

JP1/AJS3 - Viewを複数のLANに接続して，JP1/AJS3 - Managerからユニットを操作する場合の運用例を次の図に示します。

図D-9　JP1/AJS3 - Viewを複数のLANに接続する場合の例（JP1/AJS3 - Managerとの接続）

JP1/AJS3 - ViewがインストールされているホストhostXが，複数のLANに接続されています。それぞれのLANに接続されたホストには，JP1/AJS3 - Managerがインストールされています。

このシステム構成では，ホストhostXのJP1/AJS3 - Viewから，管理LANにあるマネージャーホストhost10，および業務LANにあるマネージャーホストhostA，hostBに接続して，ユニットを操作できます。

ホストhost10，hostA，hostBでの通信設定については，マニュアル「JP1/Base 運用ガイド」のクラスタ運用していない場合の通信設定例に記載されている設定を実施してください。

なお，ホストhostXは，ホストhost10，hostA，hostBのホスト名が解決できるOSの環境が必要です。JP1/AJS3 - Viewはjp1hostsファイルの設定を反映しないため，hostsファイルやDNSで設定してください。

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

各バージョン（07-00以降）での変更点を次に示します。

＜この節の構成＞

付録E.1　09-50の変更内容

付録E.2　09-10の変更内容

付録E.3　09-00の変更内容

付録E.4　08-50の変更内容

付録E.5　08-10の変更内容

付録E.6　08-00の変更内容

付録E.7　07-50の変更内容

付録E.8　07-11の変更内容

付録E.9　07-10の変更内容

付録E.10　07-00の変更内容

付録E.1　09-50の変更内容

09-50での変更点をプログラムごとに示します。

＜この項の構成＞

(1)　JP1/AJS3 - Managerの変更内容

(2)　JP1/AJS3 - Agentの変更内容

(3)　JP1/AJS3 - Viewの変更内容

(1)　JP1/AJS3 - Managerの変更内容

異なるジョブネット間のユニットの実行順序を制御する方法として，待ち合わせ条件を使用できるようにした。

マクロ変数を指定できる定義項目を拡張した。また，マクロ変数を使用して情報を引き継ぐ，引き継ぎ情報設定ジョブを追加した。

新規作成またはコピーしたユニットの属性を上位ユニットから継承する機能，およびジョブの実行ユーザーを固定できる機能を追加した。

許可していない実行エージェントでのジョブ実行を防ぐ機能を追加した。

一時変更の操作情報を一覧で確認して，任意の情報を再操作（再反映）できる機能を追加した。

開始時刻が一定間隔のスケジュールルールをまとめて定義できる機能，および複数のスケジュールルールをまとめて削除する機能を追加した。

ジョブ終了のJP1イベントをジョブ稼働情報として利用できるようにするため，出力するJP1イベントの拡張属性（固有情報）に「実行ユーザー名」と「実行時間」を追加した。

JP1/Advanced Shellと連携できるようにした。

次のOSをサポート対象とした。

Linux 6（x86）

Linux 6（x64）

(2)　JP1/AJS3 - Agentの変更内容

次のOSをサポート対象とした。

Linux 6（x86）

Linux 6（x64）

(3)　JP1/AJS3 - Viewの変更内容

［検索］ウィンドウで指定できる検索条件に，［参照カレンダー］，［待ち合わせ対象］，および［登録種別］を追加した。

［ジョブネットエディタ］および［ジョブネットモニタ］ウィンドウで上位階層への移動時に移動前のネストジョブネットを選択状態で表示するオプションを追加した。

付録E.2　09-10の変更内容

09-10での変更点をプログラムごとに示します。

＜この項の構成＞

(1)　JP1/AJS3 - Managerの変更内容

(2)　JP1/AJS3 - Viewの変更内容

(1)　JP1/AJS3 - Managerの変更内容

ディスクコピーによるミラーリングに対応し，ディザスター・リカバリー運用をできるようにした。

JP1/AJS2 for Mainframe バージョン8と連携できるようにした。

(2)　JP1/AJS3 - Viewの変更内容

［ジョブネットモニタ］ウィンドウに，当日に実行された，または実行予定があるユニットだけを通常表示し，それ以外のユニットおよび関連線を淡い色で表示する機能を追加した。

［検索］ウィンドウでの検索条件に［期間指定］を追加した。また，検索結果をサマリー監視画面で表示させる操作を簡略化した。

［モニタ詳細－［カスタムジョブ名］］ダイアログボックスに任意のプログラムを起動できる［起動］ボタンを追加した。

JP1/AJS3 - Definition Assistant 09-10で追加されたユーザー認証機能によって，JP1/AJS3 - ViewからJP1/AJS3 - Definition Assistantを起動する際にJP1ユーザー名の指定が必要になったことに伴い，［ツールの登録］ダイアログボックスの［置換文字列］で選択できる項目として「JP1ユーザー名」を追加した。

付録E.3　09-00の変更内容

09-00での変更点をプログラムごとに示します。

＜この項の構成＞

(1)　JP1/AJS3 - Managerの変更内容

(2)　JP1/AJS3 - Agentの変更内容

(3)　JP1/AJS3 - Viewの変更内容

(1)　JP1/AJS3 - Managerの変更内容

JP1/AJS3の標準データベースを組み込みDBに変更した。

組み込みDBに関連する次の機能を変更した。

データベースモデルの大規模・中規模・小規模の容量を変更した

データベース領域およびシステムログの自動増分機能を追加した

システムログ運用を廃止した

組み込みDBを制御するコマンドの機能を改善した

ISAMデータベースは，QUEUEジョブ，サブミットジョブ使用時だけ使用するデータベースとした。

ジョブやジョブネットの実行先を実ホスト名ではなく，エージェントホストの論理的な名称である実行エージェント名で指定できるエージェント管理機能を追加した。

サービス停止時に「キューイング」状態のジョブをサービス再起動（ホットスタート）時に「先行終了待ち」状態に戻したあと，再度サブミットするように変更した。

実行登録中にジョブネット定義を切り替えられるジョブネットリリース機能を追加した。

スケジューラーサービスごとにジョブ実行制御マネージャープロセス（jpqman），イベント・アクション制御マネージャープロセス（jpomanager）を起動するようにした。

スケジューラーログファイルを，スケジューラーサービス単位またはホスト単位に出力できるようにした。

次に示す機能を改善した。

ジョブネットの保存世代数の管理方式

起動条件付きジョブネットの監視世代の成立方式

起動条件の成立による実行世代の滞留方式

ajsshowコマンドのフォーマット指示子の指定で，標準出力ファイル名を出力できるようにした。

［マネージャー環境設定］ダイアログボックスを廃止し，jajs_configコマンドで環境を設定するようにした。

次の環境設定パラメーターを追加した。

FixedHostnameForAgent

NotificationConstantRetry

NotificationRetryInterval

NotificationRetryCount

ClientConnectTimeout

(2)　JP1/AJS3 - Agentの変更内容

［エージェント環境設定］ダイアログボックスを廃止し，jajs_configコマンドで環境を設定するようにした。

メッセージキューシステムとの連携機能をサポート対象外とした。

次の環境設定パラメーターを追加した。

FixedHostnameForAgent

NotificationConstantRetry

NotificationRetryInterval

NotificationRetryCount

ClientConnectTimeout

(3)　JP1/AJS3 - Viewの変更内容

ジョブやジョブネットの実行先を実ホスト名ではなく，エージェントホストの論理的な名称である実行エージェント名で指定できるエージェント管理機能を追加した。

実行登録中にジョブネット定義を切り替えられるジョブネットリリース機能を追加した。

［JP1/AJS3 - View］ウィンドウに機能メニューを追加し，タスク志向で操作できるようにした。

［JP1/AJS3 - View］ウィンドウ（サマリー監視画面）を追加し，ジョブネットの進捗率などを表示できるようにした。

起動モードを追加し，JP1/AJS3 - Viewを次に示すモードで表示できるようにした。

標準モード
［JP1/AJS3 - View］ウィンドウに機能メニューを表示するモード

監視モード
［JP1/AJS3 - View］ウィンドウ（サマリー監視画面）だけを表示する監視専用のモード

互換モード
バージョン8以前のJP1/AJS3 - Viewと同じ動作をするモード

［JP1/AJS3 - View］ウィンドウ（メイン画面）に，詳細情報エリアを追加し，詳細情報を表示できるようにした。

起動条件の詳細定義で，監視世代の多重起動と起動条件成立時の実行世代の滞留について動作を選択できる機能を追加した。

一覧情報を絞り込めるリストフィルター機能を追加した。

一覧情報をCSV形式で記憶できる機能を追加した。

［デイリースケジュール］ウィンドウ，および［マンスリースケジュール］ウィンドウの表示日または表示月をボタンで切り替えられるようにした。

［ジョブネットエディタ］ウィンドウ，および［ジョブネットモニタ］ウィンドウにリストエリアを追加し，ジョブネットに定義されているジョブを一覧表示できるようにした。

［検索］ウィンドウを追加し，詳細な検索条件を設定したり，検索結果のユニットを操作したりできるようにした。

ホイールマウスで画面をスクロールできるようにした。

各ウィンドウの一覧形式のエリアで，表示項目の［種別］を分類して表示するか詳細に表示するかを選択する機能を追加した。

［詳細定義］ダイアログボックスで特定の定義項目を変更できないようにする機能を追加した。

［ジョブネットエディタ］ウィンドウのアイコンリストで，使用しないアイコンを表示しない機能を追加した。

Windows 7をサポート対象OSとした（JP1/AJS3 - View 09-00-05以降）。

付録E.4　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の変更内容

ジョブを実行所要時間によって終了遅延監視する機能を追加した。

ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御できるようにした。

［フィルタの設定］ダイアログボックスに，［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウで，保留予定ユニットを「保留中」のユニットとしてフィルタ表示させるオプションを追加した。

付録E.5　08-10の変更内容

08-10での変更点をプログラムごとに示します。

＜この項の構成＞

(1)　JP1/AJS2 - Managerの変更内容

(2)　JP1/AJS2 - Viewの変更内容

(1)　JP1/AJS2 - Managerの変更内容

ルートジョブネットの実行順序を制御するジョブネットコネクタを追加した。

ジョブネット定義変更など，操作履歴の詳細をスケジューラーログに出力するオプションを追加した。

スケジューラーログからログを抽出するajslogprintコマンドを追加した。

(2)　JP1/AJS2 - Viewの変更内容

ルートジョブネットの実行順序を制御するジョブネットコネクタを定義，操作，監視できるようにした。

任意のジョブまたはジョブネットの先行・後続ユニットを強調表示する機能を追加した。

Windows Vistaをサポート対象OSとした。

付録E.6　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のデータのアンロード・リロード）

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用のオペレーションジョブを操作できるようにした。

アイコンを変更した。

付録E.7　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］ウィンドウに，［追加］，［日時変更］，［即時実行］，および［変更解除］の操作を実行できるオプションを追加した。

付録E.8　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上で［ジョブネットモニタ］ウィンドウを起動する機能を追加した。

付録E.9　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 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上で動作できるようにした。

付録E.10　07-00の変更内容

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から［ジョブネットモニタ］ウィンドウを起動した場合に，指定したジョブを直接マップエリアに表示する機能を追加した。

付録F　（3020-3-S03-33）の変更内容

（3020-3-S03-33）の変更内容を次の表に示します。

表F-1　（3020-3-S03-33）の変更内容

項番 | 変更個所 | 追加・変更内容
1 | 1.3 | JP1/AJS3を運用する上で見積もりや設定が必要な項目の説明を変更した。
2 | 2.3 | ネットワーク構成について検討する場合の注意事項を追加した。
3 | 2.4.1 | システムのタイムゾーンについて検討する場合の注意事項を追加した。
4 | 2.5.1(2)，2.5.4 | ジョブの実行多重度の説明を変更した。
5 | 3.2.4 | ディスク占有量の見積もりの内容を変更した。
6 | 5.2.1(4) | ディスク交換を目的としたバックアップの説明を追加した。
7 | 8.1.2 | JP1/AJS - ManagerまたはJP1/AJS2 - Light EditionとJP1/AJS - Viewのバージョン互換の内容を変更した。
8 | 8.1.3 | JP1/AJS - ManagerとJP1/AJS - Agentのバージョン互換の内容を変更した。
9 | 8.1.4 | JP1/AJS - ViewとJP1/AJS2 - View for Mainframeのバージョン互換の内容を変更した。
10 | 8.1.5 | JP1/AJS - ManagerとJP1/AJS - Managerのバージョン互換の内容を変更した。
11 | 付録A.1 | JP1/AJS3 - Managerで使用するポート番号の説明に補足を追加した。
12 | 付録A.2 | ファイアウォールサーバマシンにJP1をインストールする場合の注意事項を追加した。
13 | 付録B | 制限値一覧にファイルサイズの制限値を追加した。

付録G　用語解説

（英字）

AJS3ユニット監視オブジェクト

JP1/AJS3のルートジョブネットの状態を監視するためのオブジェクトです。

このオブジェクトで監視内容を定義し，監視モードに切り替えることでJP1/AJS3のルートジョブネットを監視できるようになります。

AJSPATH

JP1/AJS3で使用するパスを定義するための環境変数です。環境変数を指定しておくと，コマンドでジョブネット名を指定するときに完全パス名の指定が不要になります。

HITSENSER Data Mart Server

データマート（データウェアハウスのデータから目的に合わせて必要なデータを抽出した，利用目的ごとのデータベース）の作成，変更，および運用の自動化をプログラミングなしで実現するソフトウェアです。HITSENSER Data Mart Serverで定義した運用情報をJP1/AJS3のジョブネットに登録することで，データマートをスケジュールに従って運用できます。

HP NNM

ネットワークの構成，性能，および障害を管理する，ヒューレット・パッカード社の統合ネットワーク管理プログラムの総称です。

ISAMデータベース

QUEUEジョブ，サブミットジョブの実行環境を管理するデータベースです。ISAM（Indexed Sequential Access Method）方式でデータに索引を付けて管理します。JP1/Baseに標準で添付されています。

JP1/AJS2 for Mainframe

JP1/AJS3と連携して，メインフレームのジョブスケジューラーが管理する大規模なジョブネットを実行するためのプログラムです。メインフレームのジョブスケジューラーが管理するジョブネットとJP1/AJS3が管理するジョブネットの定義，監視，操作方法の統一と一元管理ができます。

JP1/AJS2 for 活文PDFstaff

活文PDFstaffと連携し，PDF変換をするプログラムです。作成するPDFファイルには，パスワード，印刷禁止/許可などの操作制限，ヘッダ・フッタ，透かし文字などのセキュリティ情報を設定できます。

JP1/AJS3 - Definition Assistant

Excelのテンプレートで編集した大量のJP1/AJS3の定義情報をマネージャーホストに登録したり，マネージャーホストに登録されているJP1/AJS3の定義情報をExcelのテンプレートに取得したりするプログラムです。JP1/AJS3 - Definition Assistantで提供されているExcelのテンプレートを，定義情報管理テンプレートといいます。一覧表形式の定義情報管理テンプレートでは，オートフィルやオートフィルターなどのExcelの機能を使って，効率良く定義情報の入力や編集ができます。

JP1/AJS3 - Print Option

JP1/AJS3のジョブネットやスケジュールの情報を，ジョブネット定義情報，実行予実績確認表，実行結果確認表などの帳票レイアウトの形式で表示したり，印刷したりするためのプログラムです。また，JP1/AJS3のジョブネットやスケジュールの情報をCSV形式で出力できます。

JP1/AJS3 - SOA Option

WebサービスシステムとJP1/AJS3システムを仲介し，JP1/AJS3でWebサービスを一連の業務として実行させるためのプログラムです。

Webアプリケーションサーバ上のWebサービスをJP1/AJS3のジョブとして実行できます。

JP1/AJS3 - Web Operation Assistant

複数のマネージャーホスト上で実行されているユニットの状態や結果を，Webブラウザー上に一覧表示するプログラムです。操作したいジョブやジョブネットをWebブラウザー上で選択して再実行などの操作をしたり，［ジョブネットモニタ］ウィンドウを起動して状態や結果を確認したりできます。

JP1/AJS3 Console Agent

JP1/AJS3 Console Agentは，JP1/AJS3 Console Managerで指示された自ホストの監視対象（ルートジョブネット）の状態を定期的に監視するコンポーネントです。監視対象の状態に変更があれば，JP1/AJS3 Console Managerに通知します。

JP1/AJS3 Console Manager

JP1/AJS3 Console Managerは，JP1/AJS3 Console Viewで定義された監視対象の定義情報を保存したり，JP1/AJS3 Console Agentに指示して，監視対象の状態を取得したりするコンポーネントです。

JP1/AJS3 Console View

GUIで監視対象を定義するコンポーネントです。定義した情報は，JP1/AJS3 Console Managerに保存されます。また，JP1/AJS3 Console AgentからJP1/AJS3 Console Managerに通知された監視対象の状態を表示して監視します。JP1/AJS3 Console Managerにログインして使用します。

JP1/AJS3 for Enterprise Applications

R/3以外のシステムからR/3システムのジョブを制御するプログラムです。R/3ジョブの投入，削除，および監視ができます。

JP1/AJS3のジョブネット定義時にJP1/AJS3 for Enterprise Applicationsのカスタムジョブをジョブネットに登録すると，JP1/AJS3からR/3ジョブを自動実行できます。

なお，JP1/AJS3 for Enterprise Applicationsは，JP1/Application Manager for R/3を名称変更したものです。

JP1/Base

イベントサービス機能を提供するプログラムです。サービスの起動順序を制御したり，JP1イベントを送受信したりできます。また，JP1/Baseは，JP1/IM，JP1/AJS3，およびJP1/Power Monitorの前提プログラムです。JP1/IM，およびJP1/AJS3を使ったシステムを導入する場合，JP1ユーザーの操作を制限する機能を提供します。

JP1/Cm2

ネットワークの構成，性能，および障害を管理するための統合ネットワーク管理プログラムの総称です。

JP1/FTP

業務と連携したファイル送受信，ファイルのスケジュール伝送，ファイル受信後のプログラムの自動起動など，ファイル伝送業務を効率的に運用するためのプログラムです。また，ファイル伝送状態を監視できるため，ファイル伝送業務の信頼性を向上できます。

JP1/IM

分散システムを集中的に監視するためのプログラムです。分散システム内での業務の実行状況や障害などの情報を表すJP1イベントを，JP1/IM - Viewの画面を通じて監視できます。

JP1/NETM/DM

ソフトウェアの配布およびクライアントの管理を，ネットワークを利用し一括して行うシステムの総称です。

JP1/NETM/DMのコマンドインターフェースを使用してJP1/AJS3と連携すると，ソフトウェアの配布などを自動化できます。

JP1/NQSEXEC

定型的なバッチ処理を分散システム上で実行し，バッチジョブを効率良く運用するためのプログラムです。

JP1/OJE for Midrange Computer

WindowsホストやUNIXホストからAS/400にバッチジョブを投入したり，AS/400からWindowsホストやUNIXホストにバッチジョブを投入したりするためのプログラムです。

JP1/OJE for VOS1

JP1/AJS3と連携して，WindowsおよびUNIXと，メインフレーム（VOS1）間のバッチジョブを実行したり監視したりするプログラムです。

JP1/OJE for VOS3

JP1/AJS3と連携して，WindowsおよびUNIXと，メインフレーム（VOS3）間のバッチジョブを実行したり監視したりするプログラムです。

JP1/OJE for VOSK

JP1/AJS3と連携して，WindowsおよびUNIXと，メインフレーム（VOSK）間のバッチジョブを実行したり監視したりするプログラムです。

JP1/Power Monitor

ホストを自動的に起動・終了するプログラムです。スケジュールを設定してホストを起動・終了したり，離れた場所にあるホストを起動・終了したりできます。

JP1/Script

Windows上でジョブを制御するスクリプト（バッチファイル）を作成して実行するためのプログラムです。JP1/AJS3と連携すると，ジョブを自動運転できます。

JP1イベント

システム内で何らかの事象が発生した際に，その事象の発生を通知する情報です。JP1イベントは，JP1/Baseを経由して，他システムなどに通知されます。

JP1権限レベル

JP1/AJS3で定義した業務やイベントなどの管理対象（資源）に対して，JP1ユーザーがどのような操作をできるかを表した名称です。JP1/Baseで定義します。

JP1資源グループ

JP1/AJS3の各ユニットに対するJP1ユーザーのアクセスを制御するために，ユニットに設定する名称です。

JP1ユーザー

JP1/AJS3または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/NNMまたはHP NNMに状態を知らせるイベントを送信したりするジョブです。

異常終了

ジョブネットの異常終了とは，ジョブネットに定義した処理の一部が正しく実行されないで，その時点でジョブネットを終了することです。障害が発生した部分からあとに定義されている処理は実行されないで，ジョブネットは中断されます。

ジョブの異常終了は，ジョブが正しく実行されないで，処理を途中で中断することです。

組み込みDBシステムの異常終了は，組み込みDBシステムに対して何らかの障害が発生した場合に，組み込みDBシステム停止操作が実行されていないのに，稼働状態だった組み込みDBシステムが停止状態または再起動中断状態に遷移することです。詳細については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録D 組み込みDBの動作に関する知識」を参照してください。

異常終了しきい値

ジョブが正常終了したか異常終了したかを，ジョブの終了コードで判断するための値です。

イベント

メールの受信やファイルの更新など，システム内で起こる特定の事象のことで，ジョブやジョブネットなどの実行契機となります。イベントの発生は，イベントジョブを使って監視します。

イベントジョブ

システム内の特定の事象の発生を監視するジョブです。イベントジョブを開始すると，ファイルの更新やメッセージの受信などを監視し始めます。

打ち切り時間

ジョブを実行したとき，ジョブからの応答がなかったり終了しなかったりした場合に，ジョブを強制的に打ち切るまでの時間です。

運用日

ジョブネットを実行する日です。

エージェントホスト

エージェントホストとは，マネージャーホストから依頼されたジョブを実行するホストです。このホストには，JP1/AJS3 - Agentをインストールします。なお，JP1/AJS3 - ManagerもJP1/AJS3 - Agentの機能を持っているため，エージェントホストにJP1/AJS3 - Managerをインストールすることもできます。

エージェントホストは，マネージャーホストからジョブの依頼を受け，ジョブを実行します。ジョブの実行が終わると，エージェントホストは実行ファイルの実行結果（戻り値）を受け取り，ジョブの実行結果をマネージャーホストに転送します。

（カ行）

確定実行登録

スケジュール定義に基づいてあらかじめ実行日時を算出しておき，その日時に従ってジョブネットを起動し，処理を開始する場合の実行登録方法です。

確定スケジュール

確定実行登録時に決められた，絶対日時で確定しているスケジュールのことです。

カスタムジョブ

ある特定の機能を持つジョブを実行するように，あらかじめ定義されたジョブです。ファイル転送やメインフレームへのジョブ依頼など，標準カスタムジョブとして提供しているもののほかに，業務の中でよく使うジョブをカスタムジョブとして登録しておくこともできます。カスタムジョブとして登録する場合，専用のアイコンの形，絵，またはジョブ情報入力のためのダイアログボックスが作成できます。

なお，カスタムジョブを使用する場合は，そのジョブに必要なプログラムをインストールしておく必要があります。

カレンダー情報

業務の運用日と休業日についての情報です。ジョブグループごとに定義できます。この情報によって，ジョブグループ中のジョブネットを実行する日と実行しない日が決定します。ただし，休業日振り替え実行が定義されている場合は，休業日でもジョブネットを実行します。

また，運用日に合わせて，基準日と月区分，基準時刻も設定できます。

環境設定パラメーター

JP1/AJS3の運用に必要な各種情報を設定するためのパラメーターで，環境設定ファイルの中に記述します。例えば，JP1/AJS3のユニット情報を格納するディレクトリを指定したり，syslogメッセージの出力の要否を指定したりします。

環境設定ファイル

スケジューラーサービスの環境やジョブの実行環境など，JP1/AJS3の運用に必要な情報を設定するファイルです。

起算スケジュール

実行開始日時，処理サイクル，および休業日の振り替えに従って決められた次回実行予定日を起点日として扱い，新たに次回実行予定日を算出したい場合に定義するスケジュールのことです。

起算猶予日数

起算後の次回実行予定日が休業日の場合に，実行予定日を探す期間を日数で定義したもののことです。

基準時刻

JP1/AJS3を運用するときの，日付の境となる時刻です。

例えば，基準時刻を「8時」と設定すると，7時59分までは前日扱いとなります。

基準日

カレンダー情報で，月の開始日として指定した日のことです。

起動条件

特定の事象を契機としてジョブネットを実行させる場合に，どのような条件が成立したときにジョブネットを実行させるか定義したもののことです。

起動条件付きジョブネット

起動条件（.CONDITION）が設定されているジョブネットのことです。

キュー

実行登録されたジョブを一時的にためておくところです。ジョブは，登録された順番でキューに並び，そのキューに接続されているエージェントに対して順次転送され，実行されます。

大量のジョブが同時に実行されシステムの性能が低下しないよう，キューは，エージェントで同時に実行するジョブの数を制御します。

キューイングジョブ

キューへジョブを直接登録して実行依頼する形態のジョブです。

休業日

ジョブネットを実行しない日です。ただし，休業日振り替え実行が定義されている場合はジョブネットを実行します。

キューレスジョブ

キューを使わないで，マネージャーから直接エージェントへ送られて実行されるジョブです。ジョブ実行制御でのジョブの管理を省略し，処理を簡略化しているため通常のジョブに比べて処理性能が向上し，一定の時間により多くのジョブを実行できます。ただし，実行エージェントや実行エージェントグループを使用できないなど，ジョブ実行制御の機能については使用できません。

ジョブネットに定義するPCジョブおよびUNIXジョブの実行先サービスに［キューレス］を設定することで，キューレスジョブとして定義できます。

なお，このマニュアルでは特に断り書きがないかぎり，実行先サービスに［標準］を設定したジョブについて説明しているものとします。

キューレスジョブ実行環境

キューレスジョブ実行環境は，JP1/AJS3のマネージャー（スケジューラーサービスとキューレスファイル転送サービス）と，キューレスエージェント（キューレスエージェントサービス）の実行環境で構成されます。キューレスジョブの実行は，キューレスジョブ実行環境の環境設定パラメーターで管理されます。

なお，キューレスジョブ実行環境は，環境設定パラメーターを設定する前にajsqlsetupコマンドでセットアップしておく必要があります。

強制終了

実行中のユニットを強制終了します。

ルートジョブネットを強制終了した場合，実行中のジョブをすべて強制終了し，ジョブネットを中断します。

組み込みDB

JP1/AJS3の標準データベースです。信頼性などが要求されるシステムや，扱う情報量が多い大規模なシステムに適したデータベースです。

組み込みDB管理者（DB管理者）

組み込みDBで，各種権限の付与および取り消しを行う権限を持っているユーザー（DBA権限所持ユーザー）を示します。

組み込みDBの内部で管理されているユーザーです。

組み込みDBサービス

Windows上での組み込みDB使用環境を提供するサービスです。組み込みDBを使用するには，このサービスを開始する必要があります。サービス名称は「JP1/AJS3 Database セットアップ識別子」です。

組み込みDBシステム管理者

組み込みDB運用ディレクトリおよび組み込みDBファイルシステム領域（データ領域，システム領域）の所有者であり，組み込みDBの各コマンドを実行できるユーザーを示します。

OS上で管理されているユーザーです。

組み込みDB操作コマンド

ajsembdbで始まる名称のコマンドの総称です。

クラスタシステム

クラスタシステムとは，複数のサーバシステムを連携して一つのシステムとして運用するシステムで，障害が発生しても業務を継続できるようにすることを目的としています。業務を実行中のサーバ（実行系）で障害が発生すると，待機していた別のサーバ（待機系）が業務の処理を引き継ぎます。実行「系」から待機「系」へ業務を切り替えるので，「系切り替えシステム」とも呼びます。

なお，クラスタシステムという用語には，並列処理による負荷分散機能という意味もありますが，このマニュアルでは，系を切り替えて業務の中断を防ぐ機能のことだけを指します。

計画実行登録

スケジュール定義に基づいてジョブネットを起動し，処理を開始する場合の実行登録方法です。

系切り替えシステム

クラスタシステムを参照してください。

警告終了

ジョブネットに定義した処理の一部が正しく実行されないままジョブネットを終了することです。ジョブネットは中断されないで，最後まで実行されます。

発生した障害が，ジョブネットを中断するほど重大でない場合に，この終了方法にします。

警告終了しきい値

ジョブが警告終了したかを判断するための値です。

件名

メール中のSubject:に記述される文字列です。JP1/AJS3では，件名にASCII文字列以外も設定できますが，接続しているメールシステムによってはASCII文字列以外を扱えない場合もあります。

後続ジョブ

あるジョブ，またはジョブネットの直後に実行するジョブのことです。

後続ジョブネット

あるジョブ，またはジョブネットの直後に実行するジョブネットのことです。

互換用ISAM構成

JP1/AJS3の情報管理にISAMデータベースだけを使用する構成のことです。

Version 8以前のJP1/AJS2からの移行用の構成であり，ディスクやメモリーのなどのリソースを旧バージョンと同程度に抑えることができます。ただし，Version 9以降での新機能については，一部の機能しか使用できません。

（サ行）

サーバリンクジョブ

JP1/AJS3で定義したジョブネットをメインフレームで管理するために，JP1/AJS2 for Mainframeで定義するジョブネットです。サーバリンクジョブネットは，JP1/AJS3のルートジョブネットと関連づけられます。

サスペンド

ルートジョブネット，およびルートジョブネットの下位にあるユニットの実行を抑止することです。

実行登録中のルートジョブネットの下位にある定義を変更するときに，定義処理と実行制御処理のすれ違いなどの誤動作を防止するために，ルートジョブネットをサスペンドする必要があります。ルートジョブネットをサスペンドすることで，実行制御処理と同期を取って定義を変更できます。

サブミット

ジョブの実行を依頼することです。

サブミットジョブ

jpqjobsubコマンドを使用して登録する標準ジョブのことです。

しきい値

ジョブの終了状態を判断するための値です。ジョブには，異常終了しきい値と警告終了しきい値を定義できます。

実行ID

最上位ジョブネットの実行予定の一つに対して一つ割り振られる番号のことです。

実行エージェント

ジョブやジョブネットの実行先となるエージェントホストの論理的な名称です。マネージャーに定義したエージェント情報に従って，ジョブやジョブネットに指定した実行エージェントとエージェントホストの物理ホスト名がマッピングされ，ジョブやジョブネットが実行先のエージェントホストに配信されます。

実行エージェントグループ

実行エージェントをグルーピングして負荷分散を実現させます。グルーピングする実行エージェントに優先順位を付けておくことで，ジョブを配信するエージェントホストを決定し，ジョブを配信します。

実行エージェント制限

管理者が許可しない実行エージェントでのジョブ実行を抑止する機能です。ユニットごとに，ジョブの実行を許可する実行エージェントを設定できます。

実行エージェントプロファイルが有効になっている場合，実行エージェントが許可されているかどうかを，次のタイミングで確認します。

JP1/AJS3 - Viewでのユニット定義時

ajschkdefコマンドでの事前チェック時

ジョブ実行時

従属ジョブ

判定ジョブの判定結果が真のときに実行するジョブのことです。

従属ジョブネット

判定ジョブの判定結果が真のときに実行するジョブネットのことです。

ジョブ

コマンド，シェルスクリプト，Windows実行ファイルなどの集まりです。

ジョブグループ

複数の業務を分類して管理するためのフォルダです。

ジョブ実行環境

ジョブ実行環境は，JP1/AJS3のマネージャーとエージェントから構成されます。

マネージャーのジョブ実行環境では，実行エージェントの定義情報（ジョブの実行多重度，受付配信制限の状態など），ジョブの配信方法，およびジョブの実行結果などを管理します。

エージェントのジョブ実行環境では，主にジョブの実行方法を管理します。

これらのジョブ実行環境は，データベースや環境設定パラメーターを使用して管理します。

QUEUEジョブ，サブミットジョブを使用する場合は，QUEUEジョブ，サブミットジョブの実行環境としてISAMのデータベースと環境設定パラメーターを使用します。

なお，キューレスジョブの場合は，キューレスジョブ実行環境で管理します。

ジョブ実行多重度

同時に実行できるジョブの数のことです。

ジョブネット

実行順序を関連づけたジョブの集まりです。ジョブネットを実行すると，ジョブネット中のジョブが実行順序に従って自動的に実行されます。

ジョブネットエディタウィンドウ

ジョブネットを新規に作成したり，作成済みのジョブネットを編集したりするウィンドウのことです。

ジョブネットコネクタ

ルートジョブネットの実行順序を制御するためのユニットです。対象のルートジョブネットと接続関係を持ち，その終了や開始を待ち合わせます。

ジョブネットモニタウィンドウ

ジョブネットやジョブの実行状況や実行の詳細結果を表示したり，ジョブネットやジョブを操作したりするウィンドウです。

ジョブネットワーク要素

「ユニット」を参照してください。

処理サイクル

ジョブネットの実行開始日から，次の実行開始日までの間隔のことです。処理サイクルを定義しておくと，定期的にジョブネットを実行できます。

スケジューラーサービス

ジョブネットを実行するスケジュールを管理し，スケジュールに従って，処理を実行します。スケジューラーサービスは，スケジューラーサービス名と同じ名称のルートジョブグループ配下のユニットを管理します。

スケジューラーサービスは，一つのマネージャーで複数起動できます。スケジューラーサービスを複数起動すると，スケジューラーサービスごとにルートジョブグループを管理できるようになります。例えば，スケジューラーサービスを業務ごとに分けて起動すると，それぞれのスケジューラーサービスが，他スケジューラーサービスの影響を受けることなく，独立して業務（ジョブネットおよびジョブ）を並行実行できます。

スケジュールルール

ジョブネットの実行開始日時や処理サイクルなどの情報です。一つのジョブネットに144個までスケジュールルールを定義できます。

正常終了

ジョブネットの正常終了は，ジョブネットに定義した処理がすべて正しく実行されて，ジョブネットが終了することです。

ジョブの正常終了は，ジョブが正しく実行されて終了することです。

先行ジョブ

あるジョブ，またはジョブネットの直前に実行されるジョブのことです。

先行ジョブネット

あるジョブ，またはジョブネットの直前に実行されるジョブネットのことです。

相関識別子

ユーザーが任意の目的で使用できるメッセージ中の項目です。メッセージ識別子と同じように，メッセージを識別するために使用します。相関識別子は，送信元が設定した文字コードで格納されています。

相互関係

送受信するメッセージを識別するために使用する情報です。相互関係は，送信元が設定した文字コードで受信されます。

即時実行登録

実行登録と同時にジョブネットを起動し，処理を開始する場合の実行登録方法です。

（タ行）

退避ファイル

JP1/AJS3で定義したユニットを格納したファイルです。

退避ボックス

退避ファイルを格納するためのディレクトリまたはフォルダです。

ディザスター・リカバリー

ディザスター・リカバリーとは，大規模災害などによってシステムが停止した場合などの不測の事態に備える措置をいいます。

JP1/AJS3が対応するディザスター・リカバリーでは，JP1/AJS3が使用する共有ディスクに格納されている情報を遠隔地の別拠点に用意したシステムの共有ディスクにコピーしておき，災害発生などによってシステムが停止した場合に，別拠点に用意していたシステムに運用を切り替えて業務を再開することができます。共有ディスク間のコピーには，ハードウェアが持つディスクのコピー・ミラーリング機能を使用します。

デイリースケジュールウィンドウ

1日ごとの実行予定，実行状況，および実行結果を表示するためのウィンドウです。

デフォルトキュー

ジョブを実行するために，エージェントホストと対で作成するキューです。このキューは必ず作成しておく必要があります。

ジョブを実行する際，ジョブのサブミット先や実行先としてエージェントホスト名を指定すると，ジョブはそのエージェントホストのデフォルトキューにサブミットされます。

（ナ行）

ネストジョブネット

ジョブネット中に定義したジョブネットです。

（ハ行）

排他実行リソース

複数のジョブの同時実行を抑止したい場合に，それぞれのジョブで同じリソース名（排他実行リソース名）を指定しておき，同時実行を抑止することです。

判定ジョブ

指定された条件を判定し，判定結果が真であれば，従属ユニットを実行するジョブです。

判定値

ジョブが正常終了したか異常終了したかを判断するための値です。

引き継ぎ情報

実行登録時にマクロ変数に指定した値や，マクロ変数に設定された実際のイベントID，イベント発行年月日など，後続ジョブに引き継ぐ情報（値）です。

引き継ぎ情報名

イベントジョブで受信するイベント情報を示す変数名です。

変数名には，「EVID（イベントID）」，「EVDATE（イベント発行年月日）」などがあります。イベントジョブの定義時に変数名を指定します。

標準構成

JP1/AJS3の情報管理に組み込みDBを使用する構成のことです。

特に断りがないかぎり，マニュアルではこの構成で構築されているものとして説明しています。

なお，QUEUEジョブやサブミットジョブを使用する場合は，一部ISAMデータベースも使用します。

物理ホスト

クラスタシステムを構成する各サーバに固有な環境のことです。物理ホストの環境は，系切り替え時にも他サーバに引き継がれません。

プランニンググループ

複数のルートジョブネットを計画的に切り替えて実行するためのユニットです。プランニンググループの直下に異なる定義内容のルートジョブネットを複数作成し，それぞれに異なったスケジュールを定義することで，指定したスケジュールに従って自動的にジョブネットを切り替えて実行できます。

振り替え

スケジュールに従って決められた次回実行予定日が休業日だった場合に，ほかの日にジョブネットを実行させることです。

振り替え猶予日数

振り替え日が休業日の場合に，振り替え日を探す期間を日数で定義したもののことです。

閉塞状態

障害の発生などによってジョブネットが開始または終了できないで，実行状況や次回実行予定が確認できない状態になっていることです。この場合，実行登録を解除して，登録し直す必要があります。

ホストリンクジョブネット

メインフレームのジョブスケジューラーで管理されているジョブネットをJP1/AJS2で監視するために，JP1/AJS2で定義するジョブネットです。

Version 8以前のJP1/AJS2，または09-10以降のJP1/AJS3で使用できるジョブネットです。09-00のJP1/AJS3では使用できません。

ホストリンクジョブネットは，JP1/AJS2 for Mainframeの「ネットグループ」という管理単位を介して，メインフレームのジョブネットと関連づけられます。

（マ行）

マクロ変数

ジョブ実行時に情報を引き継ぐために使用する変数です。

ユニット定義時に，マクロ変数名と引き継ぎ情報（イベントジョブの場合は引き継ぎ情報名）を指定します。後続ジョブにマクロ変数名を指定すると，ジョブ実行時にマクロ変数を使用できます。

マクロ変数名

「?AJS2xxxxx?」という形式の，マクロ変数の名称です。ユニット定義時にマクロ変数名を指定すると，先行ジョブで設定されたマクロ変数を使用してジョブを実行できます。

待ち合わせ条件

異なるジョブネット間のユニット同士の実行順序を制御するために，ユニットに設定する条件です。待ち合わせ条件を設定したユニットは，待ち合わせ条件で指定したユニットの実行終了を待ち合わせてから，実行を開始します。

待ち合わせ条件付きユニット

待ち合わせ条件を設定したユニットのことです。待ち合わせ対象ユニットの実行終了後に実行を開始します。

待ち合わせ対象ユニット

待ち合わせ条件で指定するユニットのことです。待ち合わせ対象ユニットが実行終了すると，待ち合わせ条件付きユニットが実行を開始します。

マネージャージョブグループ

JP1/AJS3 - Managerから，別のJP1/AJS3 - Managerの業務を監視するためのジョブグループです。

マネージャージョブネット

JP1/AJS3 - Managerから，別のJP1/AJS3 - Managerの業務を監視するためのジョブネットです。

マネージャーホスト

マネージャーホストは，ジョブネットの定義情報やスケジュール情報をデータベースで管理し，ジョブの実行をエージェントホストに依頼して実行させます。マネージャーホストには，JP1/AJS3 - Managerをインストールします。

マネージャーホストでは，定義されたスケジュール情報を基に，ジョブネットの実行予定が作成されます。実行開始時刻になると，マネージャーホストは，ジョブとして定義された実行ファイルを起動して，ジョブ定義情報をエージェントホストに転送し，エージェントホストにジョブを実行させます。実行が終わると，エージェントホストでのジョブの実行結果を受け取り，データベースに反映します。その反映された情報を基に，後続ジョブを実行したり，次回の実行予定を作成したりします。

マンスリースケジュールウィンドウ

1か月ごとの実行予定や実行結果を表示するためのウィンドウです。

メール受信パラメーターファイル

ユーザーが設定したメール受信監視パラメーターを記録したファイルです。拡張子は，「.prm」です。このファイルは，ユーザーがメール受信イベントジョブを定義したときに自動的に作成されます。

メール送信パラメーターファイル

ユーザーが設定したメール送信パラメーターを記録したファイルです。拡張子は，「.prm」です。このファイルは，ユーザーがメール送信アクションジョブを定義したときに自動的に作成されます。

メールフィルターアプリケーション

メールの形式を変換するためのプログラムまたはシェルスクリプトです。

メール連携でRFC822形式以外のメールを使うには，文字コードを変換するためのメールフィルターアプリケーションが必要です。

メッセージキュー

アプリケーションプログラムからのメッセージを登録しておくファイルのことです。メッセージキューマネージャーによって管理されます。メッセージキューには，受信したメッセージを格納する入力キューと，他システムへ送信するメッセージを格納する出力キューがあります。また，入力キューと出力キューは同一キューを使用することもできます。

メッセージキューイング機能

メッセージキューマネージャーの機能で，アプリケーションプログラム間のメッセージ送受信をメッセージキューと呼ばれるキューを使用して処理することです。アプリケーションプログラムは，メッセージキューに対して送信または受信の処理をします。メッセージがメッセージキューに登録されたあとは，メッセージキューマネージャーがメッセージの処理をするためアプリケーションプログラムの負荷が軽くなります。また，相手側プログラムが受信したことを自アプリケーション側で待つ必要がないため，プログラム間の非同期処理を実行できます。

メッセージ識別子

MQSeriesのメッセージ記述子という情報の中の1項目です。メッセージ識別子は，送信元が設定した文字コードで格納されています。メッセージ識別子は，メッセージを特定するためのメッセージIDなどを設定しておくところとして利用されます。

（ヤ行）

ユーザー共通プロファイル

JP1ユーザーが共通に使用できるように，JP1/AJS3 - Viewの環境設定情報を保存したファイルです。管理者は，ユーザー共通プロファイルをJP1/AJS3 - Managerに保存しておき，必要に応じて，JP1ユーザーがこのファイルをダウンロードすることで，JP1/AJS3 - Viewの環境をJP1ユーザー間で共通の設定にできます。

多くのJP1ユーザーに同じ環境でJP1/AJS3 - Viewを使わせたい場合に役に立ちます。

ユニット

JP1/AJS3で自動化する業務を構成する一つ一つの要素（ジョブグループ，ジョブネット，ジョブなど）です。

ユニットID

一つのユニットに対して一つ割り振られる番号です。

ユニット定義パラメーターファイル

ユニット定義パラメーターを格納したテキストファイルです。コマンドでユニットを定義する場合の入力情報になります。

予定情報ファイル

予定情報パラメーターを格納したテキストファイルです。コマンドでジョブネットを確定実行登録する場合の入力情報になります。

（ラ行）

リカバリージョブ

先行するジョブ，またはジョブネットが異常終了したときに実行されるジョブです。

リカバリージョブネット

先行するジョブ，またはジョブネットが異常終了したときに実行されるジョブネットです。

リストファイル

送受信したメールの内容の抜粋をリスト形式で記録したファイルです。

論理ホスト

クラスタシステムでの運用時にJP1の実行環境となる論理上のサーバのことです。障害の発生時には，論理ホスト単位で系が切り替わります。

論理ホストは専用のIPアドレスを持ち，系切り替え時にはそのIPアドレスを引き継いで動作します。そのため，障害で物理的なサーバが切り替わった場合も，クライアントからは同じIPアドレスでアクセスでき，一つのサーバが常に動作しているように見えます。

索引

[記号]
[数字]
[Ａ][Ｄ][Ｈ][Ｉ][Ｊ][Ｌ][Ｍ][Ｎ][Ｓ][Ｔ][Ｕ][Ｗ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行]

(記号)

「"（ダブルクォーテーションマーク）」を含むデータをイベントジョブの引き継ぎ情報に使用する

(数字)

07-00の変更内容

07-10の変更内容

07-11の変更内容

07-50の変更内容

08-00の変更内容

08-10の変更内容

08-50の変更内容

09-00の変更内容

09-10の変更内容

09-50の変更内容

(英字)

(Ａ)

AJS3ユニット監視オブジェクト

AJSPATH

(Ｄ)

DB管理者

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

DNS環境での運用（イベントジョブ使用時）

(Ｈ)

HITSENSER Data Mart Server

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

HP NNM

(Ｉ)

ISAMデータベース

ISAMファイル自動再編成機能の設定（UNIXホストの場合）

ISAMファイル自動再編成機能の設定（Windowsホストの場合）

(Ｊ)

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

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

JP1/AJS - ManagerとJP1/AJS - Viewのバージョン混在時の注意事項

JP1/AJS - ManagerとJP1/AJS2 - Manager for Mainframeのバージョン互換

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

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

JP1/AJS2 for Mainframe

JP1/AJS2 for 活文PDFstaff

JP1/AJS3 - Agent

JP1/AJS3 - Agentで使用するポート番号

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

JP1/AJS3 - Agentを複数のLANに接続する場合の例（JP1/AJS3 - Managerとの接続）

JP1/AJS3 - Definition Assistant

JP1/AJS3 - Manager

JP1/AJS3 - Managerで使用するポート番号

JP1/AJS3 - ManagerとJP1/AJS3 - Agent間のデータ量を見積もる

JP1/AJS3 - ManagerとJP1/AJS3 - Agentの通信で使用するポート

JP1/AJS3 - ManagerとJP1/AJS3 - Managerの通信で使用するポート

JP1/AJS3 - Managerの運用方法をサブミットジョブの登録や操作に限定するときの設定（UNIXホストの場合）

JP1/AJS3 - Managerの運用方法をサブミットジョブの登録や操作に限定するときの設定（Windowsホストの場合）

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

JP1/AJS3 - ManagerまたはJP1/AJS3 - Agentサービスのデフォルト値

JP1/AJS3 - Managerを複数のLANに接続する場合の例（JP1/AJS3 - Agentとの接続）

JP1/AJS3 - Managerを複数のLANに接続する場合の例（JP1/AJS3 - Managerとの接続）

JP1/AJS3 - Managerを複数のLANに接続する場合の例（JP1/AJS3 - Viewとの接続）

JP1/AJS3 - Print Option

JP1/AJS3 - SOA Option

JP1/AJS3 - View

JP1/AJS3 - Viewで使用するポート番号

JP1/AJS3 - ViewとJP1/AJS3 - Manager間のデータ量を見積もる

JP1/AJS3 - ViewとJP1/AJS3 - Managerの通信で使用するポート

JP1/AJS3 - ViewとJP1/Baseの通信で使用するポート

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

JP1/AJS3 - Viewのユーザー共通プロファイルの使用例

JP1/AJS3 - Viewのレスポンス

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

JP1/AJS3 - Viewを複数のLANに接続する場合の例（JP1/AJS3 - Managerとの接続）

JP1/AJS3 - Web Operation Assistant

JP1/AJS3 Check Agentサービス

JP1/AJS3 Check Managerサービス

JP1/AJS3 Console Agent

JP1/AJS3 Console Agentサービス

JP1/AJS3 Console Agentのトレースログファイルを見積もる

JP1/AJS3 Console Manager

JP1/AJS3 Console Managerサービス

JP1/AJS3 Console Managerのトレースログファイルを見積もる

JP1/AJS3 Console View

JP1/AJS3 Console ViewとJP1/AJS3 Console Manager間のデータ量を見積もる

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

JP1/AJS3 Console Viewのレスポンス

JP1/AJS3 Console Viewのログファイルサイズを見積もる

JP1/AJS3 Consoleに関する環境設定

JP1/AJS3 Consoleの機能と対応バージョン

JP1/AJS3 Consoleのコンポーネント名称の対応

JP1/AJS3 Consoleの制限値

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

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

JP1/AJS3 Database ClusterServiceサービス

JP1/AJS3 Databaseサービス

JP1/AJS3 for Enterprise Applications

JP1/AJS3 Mailサービス

JP1/AJS3 Queueless Agentサービス

JP1/AJS3 Queueless File Transferサービス

JP1/AJS3が提供するサービスのアカウントの変更について

JP1/AJS3稼働中のバックアップ

JP1/AJS3起動時にジョブ情報削除処理を抑止する設定

JP1/AJS3サービス

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

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

JP1/AJS3のサービスの種類

JP1/AJS3のサービスをユーザーアカウントで運用する場合の権限

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

JP1/AJS3の設計作業の流れ

JP1/AJS3の前提条件

JP1/AJS3の通信

JP1/AJS3のデータベース構成

JP1/AJS3を運用する上で見積もりや設定が必要な項目

JP1/Base

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

JP1/Baseの通信

JP1/Cm2

JP1/FTP

JP1/IM

JP1/NETM/DM

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イベント

JP1権限レベル

JP1資源グループ

JP1ユーザー

JP1ユーザー仮定機能

(Ｌ)

LogNumFiles

LogNumFiles

LogSize

LogSize

(Ｍ)

MAPI

MIME

MQSeries

MQ文字列

MSMQ

(Ｎ)

NAT（アドレス変換）

NAT（スタティックモード）型

(Ｓ)

SMTP

SUP

(Ｔ)

TP1/LiNK

TP1/Message Queue

TP1/Server Base

(Ｕ)

UTF-8コード使用時の注意事項

(Ｗ)

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

Windows Messaging機能

(ア行)

(あ)

アクションジョブ

アクセス制限（パケット・フィルタリング）

アップグレード時の注意事項

アドレス変換

アドレス変換（NAT）

アンロードログ運用

(い)

異常終了

異常終了しきい値

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

イベント

イベントが発生した順に条件を成立させる

イベント順序保証オプション

イベントジョブ

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

イベントジョブ起動に関する環境設定

イベントジョブの各プロセスとログのデフォルト値

イベントジョブの各プロセスのログサイズ（概算値）

イベントジョブのログ設定

イベントジョブのログ設定構成定義の環境設定パラメーター一覧

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

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

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

(う)

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

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

打ち切り時間

運用日

運用プロファイルを使用する場合の制限値

(え)

エージェントのパイプ通信タイムアウト値を設定する（UNIX限定）

エージェントホスト

(カ行)

(か)

外部的要因がシステム全体に影響を及ぼさないように制限できる項目

外部的要因によって増減する項目に対して制限できる項目

確定実行登録

確定スケジュール

各バージョンの変更内容

カスタムジョブ

カレンダー情報

［環境設定］ダイアログボックスの設定項目

環境設定パラメーター

環境設定ファイル

監視間隔時間の見積もり

(き)

起算スケジュール

起算猶予日数

基準時刻

基準日

起動条件

起動条件付きジョブネット

キュー

キューイングジョブ

休業日

キューレスジョブ

キューレスジョブ実行環境

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

キューレストレースログファイルの見積もり式

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

キューレスログファイルの見積もり式

強制終了

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

共通の設定情報を利用するときの注意事項

共通の設定情報を利用するときの流れ

業務を集中的に監視する場合

(く)

組み込みDB

組み込みDB管理者

組み込みDBサービス

組み込みDBシステム管理者

組み込みDB操作コマンド

クラスタ運用時のシステム構成例

クラスタ運用でJP1/AJS3 - Agentを複数のLANに接続する場合の例（JP1/AJS3 - Managerとの接続）

クラスタ運用でJP1/AJS3 - Managerを複数のLANに接続する場合の例（JP1/AJS3 - Agentとの接続）

クラスタ運用でJP1/AJS3 - Managerを複数のLANに接続する場合の例（JP1/AJS3 - Managerとの接続）

クラスタ運用でJP1/AJS3 - Managerを複数のLANに接続する場合の例（JP1/AJS3 - Viewとの接続）

クラスタシステム

(け)

計画実行登録

系切り替えシステム

警告終了

警告終了しきい値

検討しておく［環境設定］ダイアログボックスの設定項目

件名

(こ)

後続ジョブ

後続ジョブネット

互換用ISAM構成

コンポーネント名称の対応

(サ行)

(さ)

サーバリンクジョブ

サービスのアカウントを変更する必要がある場合

サービスの設定について検討する

サービスの設定を変更する必要がある場合

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

サスペンド

サブミット

サブミットジョブ

サブミットジョブ実行環境の制限値

サブミットジョブの実行環境に関する環境設定

サブミットジョブの実行順序の入れ替わりを防止する設定

(し)

しきい値

システム構成の設計

システム設計の概要

システム設計のための検討項目

システムで使用する文字コード

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

システムを冗長化した場合の例

実行ID

実行エージェント

実行エージェントグループ

実行エージェント制限

実行系テーブル

自動再編成の設定

従属ジョブ

従属ジョブネット

障害対策

状態記憶時の注意事項

状態記憶の設定について検討する

冗長化について検討する

使用できる環境変数LANG

ジョブ

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

ジョブグループ

ジョブ実行環境

ジョブ実行環境で使用するデータベースのテーブル

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

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

ジョブ実行時のワークパスを変数として定義する

ジョブ実行多重度

ジョブ情報削除処理非同期オプションの設定

ジョブ情報の保存時間の設定

ジョブ情報列挙時にジョブ実行制御マネージャー（jpqman）のメモリー消費量を少なくする設定

ジョブネット

ジョブネットエディタウィンドウ

ジョブネットコネクタ

ジョブネットモニタウィンドウ

ジョブネットワーク要素

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

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

ジョブのスループット

ジョブを配信するエージェントホストの決定方式の設定

ジョブをロングファイル名で実行させる（Windows限定）

処理サイクル

新機能を使用する場合の注意事項

(す)

スケジューラーサービス

スケジューラーサービス

スケジューラーサービスに関する環境設定

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

スケジューラーデータベースのテーブル

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

スケジューラーログファイルの見積もり式

スケジューラーログファイルの見積もりの例

スケジュールルール

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

(せ)

制限値一覧

正常終了

設計の流れ

設計のポイント

セットアップ時の検討

先行ジョブ

先行ジョブネット

前提OS

前提プログラム

(そ)

相関識別子

相互関係

即時実行登録

(タ行)

(た)

退避ファイル

退避ボックス

タイムゾーン

(て)

定義系テーブル

定義内容を事前チェックする場合の制限値

ディザスター・リカバリー

ディザスター・リカバリー

ディザスター・リカバリー環境での処理性能の見積もり

ディザスター・リカバリーのための検討項目

ディスクコピー・ミラーリングによる常時バックアップ

デイリースケジュールウィンドウ

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

デフォルトキュー

デフォルト値の変更を検討する

転送元ファイルの検索パスを定義する

(と)

同期書き込みの設定

動作環境を確認する

トレースレベル

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

トレースログファイルの見積もり式

(ナ行)

(ね)

ネストジョブネット

ネットワークエラー時のジョブ再試行処理

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

(ハ行)

(は)

バージョン互換

排他実行リソース

パケット・フィルタリング

パケットフィルタリング型

バックアップ対象と時期

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

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

判定ジョブ

判定値

(ひ)

引き継ぎ情報

引き継ぎ情報名

表示内容の更新間隔を検討する

標準構成

(ふ)

ファイアウォール環境で運用するJP1の通信設定

ファイアウォールの基礎知識

ファイアウォールの通過方向

ファイアウォールの通過方向（JP1/AJS3）

ファイアウォールを設定したシステム構成例

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

ファイル監視ジョブの状態を引き継がせる

複数のLANに接続したシステム構成例

物理ホスト

プランニンググループ

振り替え

振り替え猶予日数

(へ)

閉塞状態

(ほ)

ポート番号一覧

ポート番号一覧

ポート番号一覧（JP1/AJS3 - AgentからJP1/AJS3 - Managerへの通信用）

ポート番号一覧（JP1/AJS3 - ManagerからJP1/AJS3 - Agentへの通信用）

ポート番号一覧（JP1/AJS3 - ManagerからJP1/AJS3 - Managerへの通信用）

ポート番号一覧（JP1/AJS3 - ViewからJP1/AJS3 - Managerへの通信用）

ホストリンクジョブネット

(マ行)

(ま)

マクロ変数

マクロ変数名

待ち合わせ条件

待ち合わせ条件付きユニット

待ち合わせ対象ユニット

マネージャー・エージェント構成

マネージャージョブグループ

マネージャージョブネット

マネージャーホスト

マンスリースケジュールウィンドウ

(み)

見積もり

(め)

メール受信パラメーターファイル

メール送信パラメーターファイル

メールフィルターアプリケーション

メッセージキュー

メッセージキューイング機能

メッセージ識別子

メンテナンスの検討

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

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

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

(も)

文字コード種別混在時の注意事項

文字コード種別の変更

文字コード種別の変更時の影響範囲

文字コード種別を変更する場合の設定個所

(ヤ行)

(ゆ)

ユーザーアカウントで運用する場合に設定する権限

ユーザー環境の設定について検討する

ユーザー共通プロファイル

ユーザー共通プロファイル

ユニット

ユニットID

ユニット定義パラメーターファイル

ユニットの制限値

(よ)

予定情報ファイル

(ラ行)

(り)

リカバリージョブ

リカバリージョブネット

リストファイル

(ろ)

ログインシェルの注意事項

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

ログのサイズを見積もる

ログファイルのサイズの見積もり式

論理ホスト

論理ホスト

■ 商標類

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は，Hewlett-Packard Development Company, L.P.の商標です。
HP-UXは，Hewlett-Packard Development Company, L.P.のオペレーティングシステムの名称です。
INS-Cは，日本電信電話(株)のサービス名称です。
INS-Pは，日本電信電話(株)のサービス名称です。
Internet Explorerは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Lotus Notesは，IBM Corporationの登録商標です。
Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
MicrosoftおよびOutlookは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Excelは，米国Microsoft Corporationの商品名称です。
Microsoft Exchange Serverは，米国Microsoft Corporationの商品名称です。
Microsoft Mailは，米国Microsoft Corporationの商品名称です。
Microsoft Office Excelは，米国 Microsoft Corporation の商品名称です。
MicrosoftおよびSQL Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
MQSeriesは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
MSPは，富士通株式会社の登録商標です。
MVSは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
OracleとJavaは，Oracle Corporation 及びその子会社，関連会社の米国及びその他の国における登録商標です。
PA-RISCは，Hewlett-Packard Development Company, L.P.の商標です。
Pentiumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
R/3は，SAP AGのドイツ及びその他の国における登録商標または商標です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。
SAPは，SAP AGのドイツ及びその他の国における登録商標または商標です。
TELstaffは，株式会社日立ソリューションズの登録商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Vistaは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
活文，PDFstaffは，株式会社日立ソリューションズの登録商標です。
This product includes software developed by the Apache Software Foundation (http://www.apache.org/).
This product includes software developed by IAIK of Graz University of Technology.
プログラムプロダクト「P-9312-2791」，「P-9312-2991」，「P-9D2C-6L91」には，Oracle Corporationまたはその子会社，関連会社が著作権を有している部分が含まれています。
プログラムプロダクト「P-9312-2791」，「P-9312-2991」，「P-9D2C-6L91」には，UNIX System Laboratories, Inc.が著作権を有している部分が含まれています。
その他記載の会社名、製品名は、それぞれの会社の商標もしくは登録商標です。