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

手引・操作書

3021-3-107-20

前書き

対象製品

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

●JP1/Automatic Job Management System 3 - Manager（適用OS：Windows）

P-2W12-3KA4 JP1/Automatic Job Management System 3 - Manager 10-50

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

P-2A12-3KA4 JP1/Automatic Job Management System 3 - Manager 10-50（適用OS：Windows Server 2012，Windows Server 2008）

P-2412-3KA4 JP1/Automatic Job Management System 3 - Manager 10-50（適用OS：Windows Server 2003，Windows Server 2003（x64））

●JP1/Automatic Job Management System 3 - Manager（適用OS：UNIX）

P-1J12-27A1 JP1/Automatic Job Management System 3 - Manager 10-50（適用OS：HP-UX（IPF））

P-9312-27A1 JP1/Automatic Job Management System 3 - Manager 10-50（適用OS：Solaris 11（SPARC），Solaris 10（SPARC））

P-1M12-27A1 JP1/Automatic Job Management System 3 - Manager 10-50（適用OS：AIX）

P-8112-27A1 JP1/Automatic Job Management System 3 - Manager 10-50（適用OS：Linux 6.1（x86）以降，Linux 6.1（x64）以降，Linux 5.1（x86）以降，Linux 5.1（AMD/Intel 64）以降）

●JP1/Automatic Job Management System 3 - Agent（適用OS：Windows）

P-2W12-33A4 JP1/Automatic Job Management System 3 - Agent 10-50

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

P-2A12-33A4 JP1/Automatic Job Management System 3 - Agent 10-50（適用OS：Windows Server 2012，Windows Server 2008）

P-2412-33A4 JP1/Automatic Job Management System 3 - Agent 10-50（適用OS：Windows Server 2003，Windows Server 2003（x64））

●JP1/Automatic Job Management System 3 - Agent（適用OS：UNIX）

P-1J12-29A1 JP1/Automatic Job Management System 3 - Agent 10-50（適用OS：HP-UX（IPF））

P-9312-29A1 JP1/Automatic Job Management System 3 - Agent 10-50（適用OS：Solaris 11（SPARC），Solaris 10（SPARC））

P-1M12-29A1 JP1/Automatic Job Management System 3 - Agent 10-50（適用OS：AIX）

P-8112-29A1 JP1/Automatic Job Management System 3 - Agent 10-50（適用OS：Linux 6.1（x86）以降，Linux 6.1（x64）以降，Linux 5.1（x86）以降，Linux 5.1（AMD/Intel 64）以降）

●JP1/Automatic Job Management System 3 - View（適用OS：Windows）

P-2W12-34A4 JP1/Automatic Job Management System 3 - View 10-50

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

P-2A12-34A4 JP1/Automatic Job Management System 3 - View 10-50（適用OS：Windows 8.1，Windows 8，Windows Server 2012，Windows 7，Windows Server 2008，Windows Vista）

P-2412-34A4 JP1/Automatic Job Management System 3 - View 10-50（適用OS：Windows Server 2003，Windows Server 2003（x64），Windows XP Professional）

●JP1/Base※（適用OS：Windows）

P-2W2C-6LA4 JP1/Base※ 10-50

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

P-2A2C-6LA4 JP1/Base※ 10-50（適用OS：Windows Server 2012，Windows Server 2008）

P-242C-6LA4 JP1/Base※ 10-50（適用OS：Windows Server 2003，Windows Server 2003（x64））

●JP1/Base※（適用OS：UNIX）

P-1J2C-6LA1 JP1/Base※ 10-50（適用OS：HP-UX（IPF））

P-9D2C-6LA1 JP1/Base※ 10-50（適用OS：Solaris 11（SPARC），Solaris 10（SPARC））

P-1M2C-6LA1 JP1/Base※ 10-50（適用OS：AIX）

P-812C-6LA1 JP1/Base※ 10-50（適用OS：Linux 6.1（x86）以降，Linux 6.1（x64）以降，Linux 5.1（x86）以降，Linux 5.1（AMD/Intel 64）以降）

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

輸出時の注意

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

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

商標類

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は，日本電信電話(株)のサービス名称です。

InstallShieldは，Macrovision Corporationの米国および/ または他の国における登録商標または商標です。

Internet Explorerは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。

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

Lotus Notesは，IBM Corporationの登録商標です。

MicrosoftおよびOutlookは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

MicrosoftおよびSQL Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

MicrosoftおよびExcelは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Microsoft Exchange Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Microsoft OfficeおよびExcelは，米国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の商標です。

Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。

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

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

TELstaffは，株式会社日立ソリューションズの登録商標です。

UNIXは，The Open Groupの米国ならびに他の国における登録商標です。

Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Windows Vistaは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

活文，PDFstaffは，株式会社日立ソリューションズの登録商標です。

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

プログラムプロダクト「P-9312-27A1，P-9312-29A1，P-9D2C-6LA1」には，Oracle Corporationまたはその子会社，関連会社が著作権を有している部分が含まれています。

プログラムプロダクト「P-9312-27A1，P-9312-29A1，P-9D2C-6LA1」には，UNIX System Laboratories, Inc.が著作権を有している部分が含まれています。

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.

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

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

表記

製品名

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

Internet Explorer

Microsoft(R) Internet Explorer(R)

Windows(R) Internet Explorer(R)

Microsoft Mail

Microsoft(R) Mail

Microsoft SQL Server

Microsoft(R) SQL Server

Microsoft(R) SQL Server Enterprise Edition

MSCS

Microsoft(R) Cluster Server

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

Windows 7

Microsoft(R) Windows(R) 7 Enterprise

Microsoft(R) Windows(R) 7 Professional

Microsoft(R) Windows(R) 7 Ultimate

Windows 8

Windows(R) 8 Enterprise

Windows(R) 8 Pro

Windows 8.1

Windows(R) 8.1 Enterprise

Windows(R) 8.1 Pro

Windows Server 2003

Windows Server 2003

Microsoft(R) Windows Server(R) 2003, Enterprise Edition

Microsoft(R) Windows Server(R) 2003, Standard Edition

Windows Server 2003 R2

Microsoft(R) Windows Server(R) 2003 R2, Enterprise Edition

Microsoft(R) Windows Server(R) 2003 R2, Standard Edition

Windows Server 2003（x64）

Microsoft(R) Windows Server(R) 2003, Enterprise x64 Edition

Microsoft(R) Windows Server(R) 2003, Standard x64 Edition

Windows Server 2003 R2（x64）

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

Windows Server 2008 R2

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 2012

Windows Server 2012

Microsoft(R) Windows Server(R) 2012 Datacenter

Microsoft(R) Windows Server(R) 2012 Standard

Windows Server 2012 R2

Microsoft(R) Windows Server(R) 2012 R2 Datacenter

Microsoft(R) Windows Server(R) 2012 R2 Standard

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

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

発行

2014年9月 3021-3-107-20

著作権

Copyright (C) 2012, 2014, Hitachi, Ltd.

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

変更内容

変更内容（3021-3-101-20，3021-3-102-20，3021-3-103-20，3021-3-104-20，3021-3-105-20，3021-3-106-20，3021-3-107-20，3021-3-108-20，3021-3-109-20，3021-3-110-20，3021-3-111-20，3021-3-112-20，3021-3-113-20，3021-3-114-20）

追加・変更内容

変更個所

JP1/AJS3 - Managerをインストール・セットアップした仮想マシンを複製できるようにした。

設計（システム）

付録F

構築1

2.2，3.1，3.2，12.2，13.1，13.2，付録H

トラブル

2.14

メッセージ2

KFPS00615-W，KFPU00219-E

ディザスター・リカバリー環境の構築の際に，メインホストとリモートホストの論理ホスト名が同一名でも構成できるように機能を拡大した。

構築1

9.1，9.2.1，9.2.2，9.2.3(1)，9.3，18.1，18.2.1，18.2.2，18.2.3(1)，18.3

運用

12.1.2(1)，12.1.3(1)，12.1.3(2)(a)，12.1.3(2)(b)，12.1.4，12.2.1(1)，12.2.1(1)(a)，12.2.1(1)(g)，12.2.3，12.3.1，12.3.1(4)，12.4，12.4.1，12.4.2

コマンド2

2. jajs_rpenvexport，2. jajs_rpenvimport，2. jajs_rpsite

メッセージ1

1.3.3，1.3.9，1.4.1，KAVS3702-E，KAVS3710-I，KAVS3711-E，KAVS3754-E

メッセージ2

KNAD3994-E

起算スケジュールを運用日や休業日に関係なく日数で算出する機能を追加した。

導入

3.3.2(1)(g)

設計（業務）

3.5.5

操作

15.3.17(4)

コマンド1

2. ajschgnet，2. ajsprint

コマンド2

4.2.4

メッセージ1

KAVS0188-E

メッセージ2

KAVV455-E

即時実行登録時に，ジョブネットの実行を保留する機能を追加した。

導入

3.4.2，4.1.1(1)

設計（業務）

2.2.3(4)

操作

15.3.1(1)(d)，15.3.22(3)，15.3.38，15.3.47，15.10.1(1)(e)

コマンド1

2. ajsentry

JP1/AJS3 - ViewからJP1/AJS3 - Managerに対して，一部のコマンドを実行できる機能を追加した。

導入

1.2.9

設計（システム）

4.5.4

構築1

付録C.1(2)(a)

運用

2.2.2(1)(a)，2.2.2(1)(b)，2.2.4(1)，2.3.5(2)，13.1，13.1.8

トラブル

付録A.1(1)(a)，付録A.1(2)(a)，付録A.3，付録C.1(70)，付録C.1(71)，付録C.1(76)，付録C.1(77)，付録C.1(83)

操作

10.4，11.1.1(1)，11.1.1(4)，11.3.9，11.3.18，15.3.2(1)，15.3.2(2)，15.3.3(1)，15.3.3(2)，15.3.52，15.3.53，15.3.54，15.4.2，15.4.3，15.7.2，15.7.3，15.8.2，15.8.3，15.9.2，15.9.3，15.10.2，15.10.3

コマンド1

2. ajslogprint，2. ajsprint，2. ajsshow，2. ajsstatus

コマンド2

2. jajs_setup_cluster

メッセージ1

1.3.3，KAVS0901-E，KAVS0538-I，KAVS0539-I

メッセージ2

KAVV263-E，KAVV269-E，KAVV385-E，KAVV418-E，KAVV419-E，KAVV2507-E，KAVV3900-Q〜KAVV3910-E，KAVV3912-E〜KAVV3919-E，KAVV3922-E〜KAVV3929-E，KAVV3931-E，KAVV3932-E，KAVV3934-E〜KAVV3936-Q

資料採取ツール（_04.batまたは_04）と同機能の，jajs_log.batおよびjajs_logの提供を開始した。また，Windows版の資料採取ツールに，資料の出力先を任意に指定できるオプションを追加した。

設計（システム）

5.1.1，9.4

構築1

2.2.1(2)(a)，2.2.2(2)，7.1.1，7.1.2，12.2.1(2)(a)，16.1.1，16.1.2

運用

2.2.5(1)(b)，2.2.5(2)(c)，2.3.6，2.3.6(1)(b)，2.3.6(2)(c)

トラブル

1.4.1(1)，1.4.2(1)，2.7.2(2)

コマンド1

1.5.8，1.6，2. jajs_logまたは_04（UNIX限定），2. jajs_log.batまたは_04.bat（Windows限定）

コマンド2

1.5.8，1.6

メッセージ2

KAVU5287-E，KAVU5501-E

ajsprintコマンドに，関連線情報の出力順序をユニット名称順にするオプションを追加した。

構築2

2.2.1，2.2.2(113)

運用

13.1，13.1.8

コマンド1

2. ajsprint

エージェントホストのIPアドレスを変更する手順を変更した。

構築1

6.3.19，15.3.19

構築2

2.4.1，2.4.2(13)

運用

8.9.2

メッセージ1

1.3.4，KAVT0198-E，KAVT0199-E，KAVT0528-E，KAVT0658-E〜KAVT0661-E，KAVT0664-E

AIX，HP-UX，およびSolaris10で使用できる文字コードにUTF-8を追加した。

導入

10.1.1(5)(c)

設計（システム）

2.4.3(1)，2.4.3(5)，7.2.2，8.3.2

構築1

13.4.1(1)，15.1.9，付録C.2(4)，付録C.2 (5)，付録D.2(4)，付録D.2 (5)

構築2

2.2.2(59)，2.7.1，2.8.2(7)

運用

4.4.2

操作

15.3.6

コマンド1

1.4.1

コマンド2

1.4.1，2. ajsembdbsetup，2. jajs_setup，2. jajs_setup_cluster

メッセージ2

KAVV179-E，KAVV503-E，KAVV601-E，KAVV882-E，KAVV883-E，KAVV1503-E，KAVV2119-E

jajs_killall.clusterコマンドに指定できる論理ホスト名の文字数を拡張した。

運用

11.6.1(3)

コマンド1

2. jajs_killall.cluster

AIX V7.1またはAIX V6.1のJP1/AJS3 - Managerと，バージョン08-57以降のJP1/AJS2 - Manager for Mainframeが連携できるようにした。

設計（システム）

8.1.6

（凡例）

入門：JP1/Automatic Job Management System 3 入門

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

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

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

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

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

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

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

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

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

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

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

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

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

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

はじめに

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

対象読者

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

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

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

マニュアルの構成

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

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

第1章 JP1/AJS3を使用したシステム運用の概要

JP1/AJS3を使用したシステム運用の概要について説明しています。

第2章 バックアップとリカバリー

JP1/AJS3を使用するシステムのバックアップおよびリカバリーについて説明しています。

第3章 データベースのバックアップとリカバリー

JP1/AJS3のデータベースのバックアップおよびリカバリーについて説明しています。

第4章 ジョブネットの退避・回復

ジョブネットの定義情報や実行登録状態の退避・回復について説明しています。

第5章 ジョブネットの監視

ジョブネットの実行結果や実行時間の監視について説明しています。

第6章 キャパシティの監視

JP1/AJS3のキャパシティの監視について説明しています。

第7章 JP1/AJS3のサービスの起動と停止

JP1/AJS3のサービスの起動と停止の方法について説明しています。

第8章 運用中の設定変更

JP1/AJS3の運用中の環境や設定の変更について説明しています。

第9章 さまざまな運用方法

JP1/AJS3を上手に運用するためのノウハウについて説明しています。

第10章 データベースのメンテナンス

JP1/AJS3のデータベースのメンテナンス方法について説明しています。

第11章 クラスタシステムでの運用

クラスタシステムでJP1/AJS2を運用しているときの処理の流れについて説明しています。

第12章 JP1/AJS3のディザスター・リカバリー

JP1/AJS3のディザスター・リカバリー運用の仕組みや前提条件，システム構成，運用環境を変更する場合の手順などについて説明しています。

第13章 ケーススタディ

JP1/AJS3の具体的な運用場面や問題を想定し，それぞれの状況に対する最適な設定方法・操作方法や，問題の解決方法について説明しています。

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/AJS3のマニュアル体系とマニュアルの使い分けについて

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

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

項番

マニュアル名

記載内容

1

入門

（3021-3-101）

JP1/AJS3の特長

JP1/AJS3の基本的な操作例

2

導入ガイド

（3021-3-102）

JP1/AJS3の特長

各機能の解説

3

設計ガイド（システム構築編）

（3021-3-103）

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

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

4

設計ガイド（業務設計編）

（3021-3-104）

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

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

5

構築ガイド1

（3021-3-105）

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

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

6

構築ガイド2

（3021-3-106）

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

運用プロファイルの説明

7

運用ガイド

（3021-3-107）

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

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

8

トラブルシューティング

（3021-3-108）

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

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

9

操作ガイド

（3021-3-109）

JP1/AJS3 - Viewの操作方法

JP1/AJS3 Console Viewの操作方法

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

10

コマンドリファレンス1

（3021-3-110）

コマンドの文法

11

コマンドリファレンス2

（3021-3-111）

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

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

12

連携ガイド

（3021-3-112）

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

13

メッセージ1

（3021-3-113）

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

14

メッセージ2

（3021-3-114）

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

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

利用目的

必ず読むマニュアル

必要に応じて読むマニュアル

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

入門

（3021-3-101）

操作ガイド

（3021-3-109）

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

導入ガイド

（3021-3-102）

連携ガイド

（3021-3-112）

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

設計ガイド（システム構築編）

（3021-3-103）

構築ガイド1

（3021-3-105）

構築ガイド2

（3021-3-106）

連携ガイド

（3021-3-112）

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

設計ガイド（業務設計編）

（3021-3-104）

操作ガイド

（3021-3-109）

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

運用ガイド

（3021-3-107）

トラブルシューティング

（3021-3-108）

メッセージ1

（3021-3-113）

メッセージ2

（3021-3-114）

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

トラブルシューティング

（3021-3-108）

メッセージ1

（3021-3-113）

メッセージ2

（3021-3-114）

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

操作ガイド

（3021-3-109）

コマンドリファレンス1

（3021-3-110）

コマンドリファレンス2

（3021-3-111）

1　JP1/AJS3を使用したシステム運用の概要

この章では，JP1/AJS3を使用したシステム運用の概要について説明します。

1.1　運用サイクルの例

JP1/AJS3を使用したシステムの代表的な運用サイクル例を，次の図に示します。

図1‒1　運用サイクル例

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

JP1/AJS3の運用中に実施する作業内容の一覧と，このマニュアルでの説明個所の対応を次の表に示します。業務に関する作業と，システムに関する作業に大別されます。

表1‒1　運用中に実施する作業内容と記載個所

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

記載個所

日々の業務の運用に関する内容

実行結果の確認（正常終了，異常終了）

実行時間や遅延（開始遅延，終了遅延）の監視

「5. ジョブネットの監視」

運用中の定義変更

ジョブやジョブネットの実行抑止

運用中のジョブネット定義の変更など

「8. 運用中の設定変更」

システムの運用に関する内容

バックアップ（継続性）とリカバリー

JP1/AJS3を使用するシステムの設定情報のバックアップとリカバリー，およびシステム全体のバックアップとリカバリー

データベースのバックアップとリカバリー

ジョブネットの退避と回復

「2. バックアップとリカバリー」

「3. データベースのバックアップとリカバリー」

「4. ジョブネットの退避・回復」

キャパシティ監視

ログファイルのサイズと出力されるログ情報

データベースの使用状況

「6. キャパシティの監視」

サービスの起動と停止

「7. JP1/AJS3のサービスの起動と停止」

運用中の設定変更

ジョブ実行環境（実行エージェント情報）の変更

ホスト名やIPアドレスの変更など

「8. 運用中の設定変更」

長時間運用するための作業（メンテナンス）

「10. データベースのメンテナンス」

クラスタシステムでの運用（可用性）

「11. クラスタシステムでの運用」

ディザスター・リカバリー運用

「12. JP1/AJS3のディザスター・リカバリー」

運用ノウハウ

JP1/AJS3を運用するためのノウハウの紹介

「9. さまざまな運用方法」

JP1/AJS3の運用例や課題の解決方法の紹介

「13. ケーススタディ」

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

この章では，JP1/AJS3を使用するシステムのバックアップおよびリカバリーについて説明します。ここでの説明を基に，システム全体のバックアップ計画の一部として，JP1のバックアップ・リカバリーを実施してください。

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

この節では，バックアップおよびリカバリーの大まかな流れを説明します。

個々のプログラム（JP1/Base，JP1/AJS3 - Manager，JP1/AJS3 - Agent，JP1/AJS3 - View）のバックアップ方法およびリカバリー方法の記載個所を次に示します。システム全体のバックアップ方法およびリカバリー方法については，「2.4 システム全体のバックアップとリカバリー」を参照してください。

表2‒1　バックアップ方法およびリカバリー方法の記載個所

設定情報

設定情報詳細

マニュアルの記載個所

バックアップの方法

リカバリーの方法

JP1/Baseの設定情報

マニュアル「JP1/Base 運用ガイド」を参照してください。

2.2.1

2.3.2

JP1/AJS3 - Managerの設定情報

JP1/AJS3で使用するファイル

2.2.2(1)

2.3.3(2)

実行エージェントの情報

2.2.2(2)

2.3.3(7)

QUEUEジョブ，サブミットジョブの実行環境定義

2.2.2(3)

2.3.3(5)

ルートジョブグループ以外のユニット定義

2.2.2(4)(a)

2.3.3(8)(a)

ルートジョブグループの情報

2.2.2(4)(b)

2.3.3(8)(b)

ルートジョブグループのカレンダー情報

2.2.2(4)(c)

2.3.3(8)(c)

JP1/AJS3 Consoleの設定情報

2.2.2(5)

2.3.3(9)

ルートジョブネットの実行登録状態

4.4.4

4.4.5

JP1/AJS3 - Agentの設定情報

JP1/AJS3で使用するファイル

2.2.3(1)

2.3.4(2)

JP1/AJS3 - Viewの設定情報

環境設定ファイル

2.2.4(1)

2.3.5(2)

カスタムジョブアイコン

2.2.4(2)

2.3.5(3)

アイコンイメージフォルダ

2.2.4(3)

2.3.5(4)

JP1/AJS3 Console View用アイコンイメージファイル・背景イメージファイル

2.2.4(4)

2.3.5(6)

その他の設定情報

サービスのアカウント※1

2.2.5(1)(a)

2.3.6(1)(a)

ログインスクリプト※2

2.2.5(2)(a)

2.3.6(2)(a)

カーネルパラメーターの調整値※2

2.2.5(2)(b)

2.3.6(2)(b)

トラブルシュート資料採取ツール

2.2.5(1)(b)

2.2.5(2)(c)

2.3.6(1)(b)

2.3.6(2)(c)

クラスタ対応ツール

2.2.5(1)(c)

2.2.5(2)(d)

2.3.6(1)(c)

2.3.6(2)(d)

メールシステムとの連携用のユーザー作成ツール※2

2.2.5(2)(e)

2.3.6(2)(e)

注※1

Windowsの場合だけです。

注※2

UNIXの場合だけです。

2.1.1　バックアップの概要

バックアップの概要を次に示します。

(1)　バックアップの流れ

バックアップの流れを次の図に示します。

図2‒1　バックアップの流れ

(2)　バックアップの流れ（クラスタシステム運用の場合）

クラスタ構成で運用している場合のバックアップの方法を説明します。

(a)　物理ホスト環境のバックアップ

物理ホスト環境をバックアップする場合は，物理ホスト環境の設定情報を次の手順でバックアップしてください。

なお，バックアップは実行系と待機系の各ホストで実施してください。

図2‒2　物理ホスト環境のバックアップ手順

(b)　論理ホスト環境のバックアップ

論理ホスト環境をバックアップする場合は，論理ホスト環境ごとの設定情報を次の手順でバックアップしてください。

なお，バックアップは実行系ホストだけで実施してください。待機系ホストでは，実行系ホストでバックアップした情報を使って復旧できます。

図2‒3　論理ホスト環境のバックアップ手順

2.1.2　リカバリーの概要

リカバリーの概要を次に示します。

(1)　リカバリーの流れ

リカバリーの流れを次の図に示します。

図2‒4　リカバリーの流れ

(2)　リカバリーの流れ（クラスタシステム運用の場合）

クラスタ構成で運用している場合のリカバリーの方法を説明します。

(a)　物理ホスト環境のリカバリー

物理ホスト環境をリカバリーする場合は，バックアップした設定情報を使って次の手順でリカバリーしてください。

なお，リカバリーは実行系と待機系の各ホストで実施してください。

図2‒5　物理ホスト環境のリカバリー手順

(b)　論理ホスト環境のリカバリー

論理ホスト環境をリカバリーする場合は，論理ホスト環境ごとに，バックアップした設定情報を使って次の手順でリカバリーしてください。

図2‒6　論理ホスト環境のリカバリー手順

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

ここでは，JP1/AJS3を使用するシステムをリカバリーするときに必要な設定情報のバックアップ方法について説明します。

バックアップ方法は，JP1/Base，JP1/AJS3 - Manager，JP1/AJS3 - Agent，JP1/AJS3 - Viewに分けて記述します。使用している製品に合わせて，手順を組み合わせてください。

なお，JP1/AJS3 - ManagerおよびJP1/AJS3 - Agentをバックアップする場合は，必ずJP1/Baseも同時にバックアップしてください。

また，バックアップ方法は，物理ホスト環境，論理ホスト環境（クラスタシステム用）の両方を記述しています。それぞれの環境をバックアップしてください。例えば，物理ホスト環境と一つの論理ホスト環境がある場合は，物理ホスト環境をバックアップしたあと，論理ホスト環境をバックアップしてください。

注意事項

JP1/AJS3を使用するシステムの設定を変更した場合は，ここで説明する手順でバックアップしてください。

バックアップする際は，必ずOSのAdministrators権限（Windowsの場合）またはスーパーユーザー権限（UNIXの場合）を持つユーザーが実施してください。

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

JP1/Baseの設定情報のバックアップとして，JP1/Baseのユーザーが設定する定義ファイルのバックアップがあります。JP1/Baseのユーザーが設定する定義ファイルのバックアップ方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

2.2.2　JP1/AJS3 - Managerの設定情報のバックアップ

JP1/AJS3 - Managerをバックアップする場合は，JP1/Baseも同時にバックアップしてください。

JP1/AJS3 - Managerの設定情報をバックアップする場合に，必要な作業を次に示します。

JP1/AJS3で使用するファイルのバックアップ

実行エージェント情報のバックアップ

QUEUEジョブ，サブミットジョブの実行環境定義のバックアップ（QUEUEジョブ，サブミットジョブを使用している場合だけ）

ユニット定義のバックアップ

JP1/AJS3 Consoleの設定情報のバックアップ（JP1/AJS3 Console機能を使用している場合だけ）

次に，JP1/AJS3 - Managerの設定情報のバックアップに必要な作業について説明します。

(1)　JP1/AJS3で使用するファイルのバックアップ

JP1/AJS3 - Managerで使用するファイルを，物理ホスト・論理ホスト単位に，任意の方法でバックアップしてください。

バックアップの対象となるファイルは，WindowsとUNIXでは異なるため，それぞれの場合に分けて説明します。

(a)　Windowsの場合

JP1/AJS3 - Managerのバックアップ対象ファイルを次の表に示します。

表2‒2　JP1/AJS3 - Managerのバックアップ対象ファイル（Windowsの場合）

ファイル名

内容

JP1/AJS3フォルダ※1¥jp1ajs_env.conf

JP1/AJS3環境定義ファイル

JP1/AJS3フォルダ※1¥ajsprof_スケジューラーサービス名_agent.conf※2

実行エージェントプロファイル

JP1/AJS3フォルダ※1¥ajsprof_スケジューラーサービス名_unit.conf※2

ユニット属性プロファイル

JP1/AJS3フォルダ※1¥jp1ajs_spmd.conf

JP1/AJS3起動プロセス定義ファイル（システム管理）

JP1/AJS3フォルダ※1¥jp1ajs_service_0700.conf

JP1/AJS3用拡張起動プロセス定義ファイル（システム管理）

JP1/AJS3フォルダ※1¥jp1ajs_dbmd.conf

JP1/AJS3起動プロセス定義ファイル（DB管理）

JP1/AJS3フォルダ※1¥jp1ajs_dbmd_0700.conf

JP1/AJS3用拡張起動プロセス定義ファイル（DB管理）

JP1/AJS3フォルダ※1¥jp1ajs_hstd.conf

JP1/AJS3起動プロセス定義ファイル（ホストサービス管理）

JP1/AJS3フォルダ※1¥jp1ajs_hstd_0700.conf

JP1/AJS3用拡張起動プロセス定義ファイル（ホストサービス管理）

JP1/AJS3フォルダ※1¥jp1ajs_agtd.conf

JP1/AJS3起動プロセス定義ファイル（エージェントサービス管理）

JP1/AJS3フォルダ※1¥jp1ajs_agtd_0700.conf

JP1/AJS3用拡張起動プロセス定義ファイル（エージェントサービス管理）

JP1/AJS3フォルダ※1¥jp1ajs_schd.conf

JP1/AJS3起動プロセス定義ファイル（スケジューラーサービス管理）

JP1/AJS3フォルダ※1¥jp1ajs_schd_0700.conf

JP1/AJS3用拡張起動プロセス定義ファイル（スケジューラーサービス管理）

JP1/AJS3フォルダ※1¥jp1ajs_spmd_pre.conf※2

JP1/AJS3事前起動プロセス定義ファイル

JP1/AJS3フォルダ※1¥profiles※3

JP1/AJS3 - Viewのカスタマイズ情報を格納するフォルダ

JP1/AJS3フォルダ※1¥permitted_host_manager.conf※2

マネージャー用接続許可設定ファイル

JP1/AJS3フォルダ※1¥permitted_host_agent.conf※2

エージェント用接続許可設定ファイル

JP1/AJS3フォルダ※1¥jpqsetup.conf※4

QUEUEジョブ，サブミットジョブ実行環境構成定義ファイル

JP1/AJS3 - Managerのインストール先フォルダ¥conf¥jpoov.conf※2

JP1/Cm2/NNMまたはHP NNM連携用定義ファイル

プロファイル格納フォルダ※5¥sys¥prf配下のフォルダおよびファイル

Outlookを使用しないでメールを送信する場合のプロファイル

注※1

「JP1/AJS3フォルダ」の部分は次のフォルダに置き換えてください。

物理ホストの場合：

Windows Server 2012またはWindows Server 2008で，インストール先フォルダがデフォルトまたはシステムで保護されたフォルダ配下のとき

%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2¥conf

Windows Server 2012またはWindows Server 2008で，インストール先フォルダが上記以外のとき

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

Windows Server 2003のとき

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

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

「システムで保護されたフォルダ」とは，次のパスを指します。

・「システムドライブ¥Windows」配下

・「システムドライブ¥Program Files」配下

・「システムドライブ¥Program Files(x86)」配下（64ビット版のWindowsの場合）

論理ホストの場合：共有フォルダ¥jp1ajs2¥conf

注※2

機能を使用していない場合，ファイルはありません。

注※3

次のファイルを利用している場合は，フォルダごとバックアップしてください。

ユーザー共通プロファイル

JP1/AJS3 - Viewのウィンドウのメニューを不活性にするカスタマイズファイル（jajsDisableMenu）

実行許可コマンド設定ファイル（jajsExecutableCommand）

注※4

任意の定義ファイルを使ってjpqimportコマンドを実行している場合は，後述するQUEUEジョブ，サブミットジョブの実行環境定義をバックアップしてから，ファイルをバックアップしてください。

注※5

「プロファイル格納フォルダ」の部分は，定義キー[{JP1_DEFAULT|論理ホスト名}¥JP1AOMAGENT]の環境設定パラメーターWaitInfFileOutDirに設定している値に置き換えてください。環境設定パラメーターWaitInfFileOutDirについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.4.2(14) WaitInfFileOutDir」を参照してください。

Outlookを使用しないでメールを送信するためのセットアップをしていない場合，フォルダおよびファイルはありません。

(b)　UNIXの場合

JP1/AJS3 - Managerのバックアップ対象ファイルを次の表に示します。

表2‒3　JP1/AJS3 - Managerのバックアップ対象ファイル（UNIXの場合）

ファイル名

内容

JP1/AJS3ディレクトリ※1/AJS3_Schedule.conf

スケジューラーサービス環境設定ファイル

JP1/AJS3ディレクトリ※1/AJS3_EVAction.conf

イベント・アクション実行環境設定ファイル

JP1/AJS3ディレクトリ※1/AJS3_Queue.conf

ジョブ実行環境設定ファイル

JP1/AJS3ディレクトリ※1/jp1ajs_env.conf

JP1/AJS3環境定義ファイル

JP1/AJS3ディレクトリ※1/ajsprof_スケジューラーサービス名_agent.conf※2

実行エージェントプロファイル

JP1/AJS3ディレクトリ※1/ajsprof_スケジューラーサービス名_unit.conf※2

ユニット属性プロファイル

JP1/AJS3ディレクトリ※1/jp1ajs_spmd.conf

JP1/AJS3起動プロセス定義ファイル（システム管理）

JP1/AJS3ディレクトリ※1/jp1ajs_service_0700.conf

JP1/AJS3用拡張起動プロセス定義ファイル（システム管理）

JP1/AJS3ディレクトリ※1/jp1ajs_spmd_pre.conf※2

JP1/AJS3事前起動プロセス定義ファイル

JP1/AJS3ディレクトリ※1/jp1ajs_dbmd.conf

JP1/AJS3起動プロセス定義ファイル（DB管理）

JP1/AJS3ディレクトリ※1/jp1ajs_dbmd_0700.conf

JP1/AJS3用拡張起動プロセス定義ファイル（DB管理）

JP1/AJS3ディレクトリ※1/jp1ajs_hstd.conf

JP1/AJS3起動プロセス定義ファイル（ホストサービス管理）

JP1/AJS3ディレクトリ※1/jp1ajs_hstd_0700.conf

JP1/AJS3用拡張起動プロセス定義ファイル（ホストサービス管理）

JP1/AJS3ディレクトリ※1/jp1ajs_agtd.conf

JP1/AJS3起動プロセス定義ファイル（エージェントサービス管理）

JP1/AJS3ディレクトリ※1/jp1ajs_agtd_0700.conf

JP1/AJS3用拡張起動プロセス定義ファイル（エージェントサービス管理）

JP1/AJS3ディレクトリ※1/jp1ajs_schd.conf

JP1/AJS3起動プロセス定義ファイル（スケジューラーサービス管理）

JP1/AJS3ディレクトリ※1/jp1ajs_schd_0700.conf

JP1/AJS3用拡張起動プロセス定義ファイル（スケジューラーサービス管理）

JP1/AJS3ディレクトリ※1/Agent.conf

エージェント管理制御設定ファイル

JP1/AJS3ディレクトリ※1/Schedule.conf※3

スケジューラーサービス環境設定ファイル（JP1/AJS2 - Manager互換用）

JP1/AJS3ディレクトリ※1/EVAction.conf※3

イベント・アクション実行環境設定ファイル（JP1/AJS2 - Manager互換用）

JP1/AJS3ディレクトリ※1/profiles※4

JP1/AJS3 - Viewのカスタマイズ情報を格納するディレクトリ

JP1/AJS3ディレクトリ※1/permitted_host_manager.conf※2

マネージャー用接続許可設定ファイル

JP1/AJS3ディレクトリ※1/permitted_host_agent.conf※2

エージェント用接続許可設定ファイル

JP1/AJS3ディレクトリ※1/Queue.conf※3

ジョブ実行環境設定ファイル（JP1/AJS2 - Manager互換用）

JP1/AJS3ディレクトリ※1/jpqsetup.conf※5

QUEUEジョブ，サブミットジョブ実行環境構成定義ファイル

JP1/AJS3ディレクトリ※1/Queueless.conf

キューレスジョブ実行環境設定ファイル

/etc/opt/jp1ajs2/jajs_start

自動起動スクリプト※6

/etc/opt/jp1ajs2/jajs_stop

自動停止スクリプト※6

/etc/opt/jp1ajs2/jajs_start.cluster

論理ホスト起動スクリプト※6

/etc/opt/jp1ajs2/jajs_stop.cluster

論理ホスト停止スクリプト※6

/etc/opt/jp1ajs2/jajs_killall.cluster

論理ホスト強制停止スクリプト※6

/etc/opt/jp1ajs2/conf/jpoov.conf※2

JP1/Cm2/NNMまたはHP NNM連携用定義ファイル

注※1

「JP1/AJS3ディレクトリ」の部分は次のディレクトリに置き換えてください。

物理ホストの場合：/etc/opt/jp1ajs2/conf

論理ホストの場合：共有ディレクトリ/jp1ajs2/conf

注※2

機能を使用していない場合，ファイルはありません。

注※3

バックアップしたJP1/AJS2 - Manager互換用の環境設定ファイルは，リカバリー先のJP1/AJS3 - Managerの構成が互換用ISAM構成の場合にだけ使用します。リカバリー先のJP1/AJS3 - Managerの構成が標準構成の場合は，使用しません。

注※4

次のファイルを利用している場合は，ディレクトリごとバックアップしてください。

ユーザー共通プロファイル

JP1/AJS3 - Viewのウィンドウのメニューを不活性にするカスタマイズファイル（jajsDisableMenu）

実行許可コマンド設定ファイル（jajsExecutableCommand）

注※5

任意の定義ファイルを使ってjpqimportコマンドを実行している場合は，後述するQUEUEジョブ，サブミットジョブ実行環境定義をバックアップしてから，ファイルをバックアップしてください。

注※6

スクリプトは，必要に応じてバックアップしてください。

(2)　実行エージェント情報のバックアップ

実行エージェント情報のバックアップに必要な作業について説明します。

次のコマンドを実行して，実行エージェントまたは実行エージェントグループの定義情報を任意の実行エージェント定義ファイルにバックアップします。すべての実行エージェントおよび実行エージェントグループの定義情報を出力する場合は，-lオプションを指定します。

定義情報には，実行エージェント名や実行ホスト名，およびジョブ実行多重度などの定義が含まれます。

ajsagtprint [-h 論理ホスト名] {-a 実行エージェント名 | -g 実行エージェントグループ名 | -l}
> 実行エージェント定義ファイル

注意事項

実行エージェント情報をバックアップするときは，JP1/AJS3サービスを起動しておいてください。

(3)　QUEUEジョブ，サブミットジョブ実行環境定義のバックアップ

QUEUEジョブ，サブミットジョブの実行環境を作成するjpqimportコマンドで任意の定義ファイルを使った場合は，ファイルの定義内容と実際の環境とが一致していないことがあります。この場合は，実際のQUEUEジョブ，サブミットジョブ実行環境の定義を出力し，jpqsetup.confに定義してからバックアップします。

バックアップの手順を次に示します。

次のコマンドを実行して，QUEUEジョブ，サブミットジョブ実行環境の定義を出力する。

jpqexport -dt isam -co ファイル名 -mh 論理ホスト名※

注※

物理ホストの場合は，「-mh 論理ホスト名」は指定しません。

注意事項

jpqimportコマンドで設定するファイルは，一元管理のためにjpqsetup.confを使用することを推奨します。

論理ホストの定義をバックアップする場合は，-mhオプションで論理ホスト名を指定します。

出力ファイルの内容をjpqsetup.confにコピーする。

手順1の「ファイル名」に指定したファイルにQUEUEジョブ，サブミットジョブ実行環境の定義が出力されます。出力ファイルの内容をjpqsetup.confにコピーしてください。

(4)　ユニット定義のバックアップ

ジョブネットやカレンダーの定義情報のバックアップに必要な作業について説明します。スケジューラーサービス単位でバックアップしてください。

注意事項

このバックアップ手順だけ，論理ホスト単位ではなく，スケジューラーサービス単位です。スケジューラーサービスごとにバックアップしてください。

また，バックアップするときは，JP1/AJS3サービスを起動しておいてください。

なお，ジョブネットの定義情報のバックアップについては，「4. ジョブネットの退避・回復」を参照してください。

(a)　ルートジョブグループ以外のユニットの定義情報をバックアップする

次のコマンドを実行して，スケジューラーサービスにあるユニットの定義情報をバックアップします。定義情報には，各ユニットの基準時刻やコメントなどすべての定義が含まれます。ただし，ルートジョブグループ（/）の基準時刻，基準日，月区分などは含まれません。これらの情報は次に示す(b)，(c)の手順でバックアップしてください。

Windowsの場合

C:¥> ajsprint -F スケジューラーサービス名 -a /* > unitbackup.txt

UNIXの場合

# ajsprint -F スケジューラーサービス名 -a '/*' > unitbackup.txt

なお，ユニットの定義が多い場合は，ジョブグループやジョブネット単位に分割してバックアップすることを検討してください。バックアップする単位ごとに，次のコマンドを実行してバックアップします。

ajsprint -F スケジューラーサービス名 -a /ユニット名 > ユニット名_backup.txt

注意事項

ajsprintコマンドで定義情報をバックアップするときは，環境設定パラメーターAJSPRINTNETSCHPRFに「no」を指定してバックアップしてください。環境設定パラメーターAJSPRINTNETSCHPRFについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.2.2(83) AJSPRINTNETSCHPRF」を参照してください。

(b)　ルートジョブグループの情報をバックアップする

ルートジョブグループの次の情報を記録しておいてください。

コメント

所有者

JP1資源グループ

基準時刻

基準日

月区分

(c)　ルートジョブグループのカレンダー情報をバックアップする

次のコマンドを実行して，ルートジョブグループのカレンダー情報（運用日・休業日）をバックアップします。

ajsprint -F スケジューラーサービス名 -d / > rootcal.txt

注意事項

rootcal.txtにカレンダー情報が出力されていなければ，リカバリーは不要です。

(5)　JP1/AJS3 Consoleの設定情報のバックアップ

JP1/AJS3 Console機能を使用している場合は，JP1/AJS3 Consoleの設定情報をコピーするなど，任意の方法でバックアップしてください。

注意事項

JP1/AJS3 Consoleのデータディレクトリをバックアップする場合は，必ずJP1/AJS3 Console Managerサービスを停止した状態で実施してください。

(a)　Windowsの場合

バックアップ対象ファイルを次の表に示します。

表2‒4　JP1/AJS3 Consoleのバックアップ対象ファイル（Windowsの場合）

ファイル名

内容

JP1/AJS3 Consoleフォルダ※¥database

JP1/AJS3 Consoleのデータディレクトリ

JP1/AJS3 Consoleのインストール先フォルダ¥conf¥ajs2cm.conf

JP1/AJS3 Console Managerの環境設定ファイル

JP1/AJS3 - Managerのインストール先フォルダ¥conf¥ajs2ca.conf

JP1/AJS3 Console Agentの環境設定ファイル

注※

「JP1/AJS3 Consoleフォルダ」の部分は次のフォルダに置き換えてください。

物理ホストの場合

Windows Server 2012またはWindows Server 2008で，インストール先フォルダがデフォルトまたはシステムで保護されたフォルダ配下の場合：

%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2CM

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

「システムで保護されたフォルダ」とは，次のフォルダを指します。

・「システムドライブ¥Windows」配下

・「システムドライブ¥Program Files」配下

・「システムドライブ¥Program Files (x86)」配下（64ビット版のWindowsの場合）

Windows Server 2012またはWindows Server 2008で，インストール先フォルダが上記以外の場合：

JP1/AJS3 Consoleのインストール先フォルダ

Windows Server 2003の場合：

JP1/AJS3 Consoleのインストール先フォルダ

論理ホストの場合

共有フォルダ¥jp1ajs2cm

(b)　UNIXの場合

バックアップ対象ファイルを次の表に示します。

表2‒5　JP1/AJS3 Consoleのバックアップ対象ファイル（UNIXの場合）

ファイル名

内容

JP1/AJS3 Consoleディレクトリ※1/database

JP1/AJS3 Consoleのデータディレクトリ

/etc/opt/jp1ajs2cm/conf/ajs2cm.conf

JP1/AJS3 Console Managerの環境設定ファイル

/etc/opt/jp1ajs2cm/jajscm_start

JP1/AJS3 Console Manager用の自動起動用スクリプト※2

/etc/opt/jp1ajs2cm/jajscm_stop

JP1/AJS3 Console Manager用の自動終了用スクリプト※2

/etc/opt/jp1ajs2/conf/ajs2ca.conf

JP1/AJS3 Console Agent用の環境設定ファイル

/etc/opt/jp1ajs2/jajsca_start

JP1/AJS3 Console Agent用の自動起動用スクリプト※2

/etc/opt/jp1ajs2/jajsca_stop

JP1/AJS3 Console Agent用の自動終了用スクリプト※2

注※1

「JP1/AJS3 Consoleディレクトリ」の部分は次のディレクトリに置き換えてください。

物理ホストの場合：/var/opt/jp1ajs2cm

論理ホストの場合：共有ディレクトリ/jp1ajs2cm

注※2

自動起動用・自動終了用スクリプトは，必要に応じてバックアップしてください。

2.2.3　JP1/AJS3 - Agentの設定情報のバックアップ

JP1/AJS3 - Agentをバックアップする場合は，JP1/Baseも同時にバックアップしてください。

JP1/AJS3 - Agentの設定情報をバックアップする場合に，必要な作業を次に示します。

JP1/AJS3で使用するファイルのバックアップ

次に，JP1/AJS3 - Agentの設定情報のバックアップに必要な作業について説明します。

(1)　JP1/AJS3で使用するファイルのバックアップ

JP1/AJS3 - Agentで使用するファイルを，物理ホスト・論理ホスト単位に，任意の方法でバックアップしてください。

バックアップの対象となるファイルは，WindowsとUNIXでは異なるため，それぞれの場合に分けて説明します。

(a)　Windowsの場合

JP1/AJS3 - Agentのバックアップ対象ファイルを次の表に示します。

表2‒6　JP1/AJS3 - Agentのバックアップ対象ファイル（Windowsの場合）

ファイル名

内容

JP1/AJS3フォルダ※1¥jp1ajs_env.conf

JP1/AJS3環境定義ファイル

JP1/AJS3フォルダ※1¥jp1ajs_spmd.conf

JP1/AJS3プロセス管理定義ファイル

JP1/AJS3フォルダ※1¥jp1ajs_service_0700.conf

JP1/AJS3用拡張起動プロセス定義ファイル

JP1/AJS3フォルダ※1¥permitted_host_agent.conf※2

エージェント用接続許可設定ファイル

JP1/AJS3 - Agentのインストール先フォルダ¥conf¥jpoov.conf※2

JP1/Cm2/NNMまたはHP NNM連携用定義ファイル

プロファイル格納フォルダ※3¥sys¥prf配下のフォルダおよびファイル

Outlookを使用しないでメールを送信する場合のプロファイル

注※1

「JP1/AJS3フォルダ」の部分は次のフォルダに置き換えてください。

物理ホストの場合：JP1/AJS3 - Agentのインストール先フォルダ¥conf

論理ホストの場合：共有フォルダ¥jp1ajs2¥conf

注※2

機能を使用していない場合，ファイルはありません。

注※3

「プロファイル格納フォルダ」の部分は，定義キー[{JP1_DEFAULT|論理ホスト名}¥JP1AOMAGENT]の環境設定パラメーターWaitInfFileOutDirに設定している値に置き換えてください。環境設定パラメーターWaitInfFileOutDirについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.4.2(14) WaitInfFileOutDir」を参照してください。

Outlookを使用しないでメールを送信するためのセットアップをしていない場合，フォルダおよびファイルはありません。

(b)　UNIXの場合

JP1/AJS3 - Agentのバックアップ対象ファイルを次の表に示します。

表2‒7　JP1/AJS3 - Agentのバックアップ対象ファイル（UNIXの場合）

ファイル名

内容

JP1/AJS3ディレクトリ※1/AJS3_EVAction.conf

イベント・アクション実行環境設定ファイル

JP1/AJS3ディレクトリ※1/AJS3_Queue.conf

ジョブ実行環境設定ファイルファイル

JP1/AJS3ディレクトリ※1/jp1ajs_env.conf

JP1/AJS3環境定義ファイル

JP1/AJS3ディレクトリ※1/jp1ajs_spmd.conf

JP1/AJS3プロセス管理定義ファイル

JP1/AJS3ディレクトリ※1/jp1ajs_service_0700.conf

JP1/AJS3用拡張起動プロセス定義ファイル

JP1/AJS3ディレクトリ※1/EVAction.conf※2

イベント・アクション実行環境設定ファイル（JP1/AJS2 - Agent互換用）

JP1/AJS3ディレクトリ※1/Queue.conf※2

ジョブ実行環境設定ファイル（JP1/AJS2 - Agent互換用）

JP1/AJS3ディレクトリ※1/Queueless.conf

キューレスジョブ実行環境設定ファイル

JP1/AJS3ディレクトリ※1/permitted_host_agent.conf※2

エージェント用接続許可設定ファイル

/etc/opt/jp1ajs2/jajs_start

自動起動スクリプト※3

/etc/opt/jp1ajs2/jajs_stop

自動停止スクリプト※3

/etc/opt/jp1ajs2/jajs_start.cluster

論理ホスト起動スクリプト※3

/etc/opt/jp1ajs2/jajs_stop.cluster

論理ホスト停止スクリプト※3

/etc/opt/jp1ajs2/jajs_killall.cluster

論理ホスト強制停止スクリプト※3

/etc/opt/jp1ajs2/conf/jpoov.conf※4

JP1/Cm2/NNMまたはHP NNM連携用定義ファイル

注※1

「JP1/AJS3ディレクトリ」の部分は次のディレクトリに置き換えてください。

物理ホストの場合：/etc/opt/jp1ajs2/conf

論理ホストの場合：共有ディレクトリ/jp1ajs2/conf

注※2

バックアップしたJP1/AJS2 - Agent互換用の環境設定ファイルは，リカバリー先のJP1/AJS3 - AgentがJP1/AJS2 - Agentからバージョンアップした場合にだけ使用します。

注※3

スクリプトは，必要に応じてバックアップしてください。

注※4

機能を使用していない場合，ファイルはありません。

2.2.4　JP1/AJS3 - Viewの設定情報のバックアップ

JP1/AJS3 - Viewの設定情報をバックアップする場合に，必要な作業を次に示します。

環境設定ファイルのバックアップ

ユーザーが作成したカスタムジョブアイコンのバックアップ（カスタムジョブアイコンを作成している場合だけ）

JP1/AJS3 - View用にユーザーが作成したアイコンイメージフォルダのバックアップ（アイコンイメージフォルダを作成している場合だけ）

JP1/AJS3 Console View用にユーザーが作成したアイコンイメージファイル，背景イメージファイルのバックアップ（アイコンイメージファイル，背景イメージファイルを作成し，デフォルトの格納場所に配置している場合だけ）

次に，JP1/AJS3 - Viewの設定情報のバックアップに必要な作業について説明します。

(1)　JP1/AJS3 - Viewの環境設定ファイルのバックアップ

次の表に示すJP1/AJS3 - Viewの環境設定ファイルおよびフォルダを，バックアップしてください。

ファイルおよびフォルダをコピーするなど，バックアップの方法は任意です。

バックアップ対象ファイルおよびフォルダを次の表に示します。

表2‒8　JP1/AJS3 - Viewのバックアップ対象ファイルおよびフォルダ

ファイルおよびフォルダ名

内容

Windows 8.1，Windows 8，Windows Server 2012，Windows 7，Windows Server 2008，またはWindows Vistaの場合

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajs.conf

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajs2.conf

%ALLUSERSPROFILE%※1¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥default.conf※2

%ALLUSERSPROFILE%※1¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥ajs2view_common.conf※2

%ALLUSERSPROFILE%※1¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥JP1ユーザー名※2

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

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajscon.conf※3

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajscon2.conf※3

%ALLUSERSPROFILE%※1¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥jmc_default.conf※2，※3

%ALLUSERSPROFILE%※1¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥ajs2coview_common.conf※2，※3

%ALLUSERSPROFILE%※1¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥JP1ユーザー名¥ajs2view_command.conf

Windows Server 2003またはWindows XP Professionalの場合

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajs.conf

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajs2.conf

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥default.conf※2

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajs2view_common.conf※2

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥JP1ユーザー名※2

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

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajscon.conf※3

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajscon2.conf※3

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥jmc_default.conf※2，※3

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajs2coview_common.conf※2，※3

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥JP1ユーザー名¥ajs2view_command.conf

JP1/AJS3 - View環境設定ファイルおよびフォルダ

Windows 8.1，Windows 8，Windows Server 2012，Windows 7，Windows Server 2008，またはWindows Vistaの場合

%ALLUSERSPROFILE%※1¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥custom.dir¥*.*※4

Windows Server 2003またはWindows XP Professionalの場合

JP1/AJS3 - Viewのインストール先フォルダ¥custom.dir¥*.*※4

JP1/AJS3 - Viewカスタムジョブ登録情報ファイル

JP1/AJS3 - Viewのインストール先フォルダ¥addin.dir

JP1/AJS3 - Viewアドインプログラム登録情報フォルダ

注※1

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

注※2

設定内容によってはファイルがない場合があります。その場合はバックアップする必要はありません。

注※3

JP1/AJS3 Console Viewの環境設定ファイルです。

注※4

次のフォルダおよびファイル以外をバックアップしてください。カスタムジョブを登録していない場合，バックアップする必要はありません。

＜バックアップ対象外＞

jaフォルダ

enフォルダ

Cjobregm.exe

Cjobregm.exe.1000

CJNAME.cjx.model

CJX.xsd

*.dll

*.olb

*.tlb

(2)　ユーザーが作成したカスタムジョブアイコンのバックアップ

ユーザーが作成したカスタムPCジョブおよびカスタムUNIXジョブのアイコンをバックアップしてください。ファイルをコピーするなど，バックアップの方法は任意です。なお，カスタムジョブアイコンを作成していない場合，この作業は不要です。バックアップ対象ファイルを次の表に示します。

表2‒9　カスタムジョブを使用する場合のバックアップ対象ファイル

ファイル名

内容

JP1/AJS3 - Viewのインストール先フォルダ¥image¥custom¥CUSTOM_PC_USER_任意の名称.gif

カスタムPCジョブのアイコン用gifファイル

JP1/AJS3 - Viewのインストール先フォルダ¥image¥custom¥CUSTOM_UX_USER_任意の名称.gif

カスタムUNIXジョブのアイコン用gifファイル

(3)　JP1/AJS3 - View用にユーザーが作成したアイコンイメージフォルダのバックアップ

JP1/AJS3 - View用にユーザーが作成したアイコンイメージフォルダをバックアップしてください。フォルダをコピーするなど，バックアップの方法は任意です。なお，アイコンイメージのカスタマイズをしていない場合（ユーザーが作成したアイコンを使用していない場合），この作業は不要です。

表2‒10　アイコンイメージを作成した場合のバックアップ対象ファイル

フォルダ名

内容

JP1/AJS3 - Viewのインストール先フォルダ¥image¥extend¥user_任意の名称

ユーザーが作成したアイコンイメージファイルの格納フォルダ

(4)　JP1/AJS3 Console View用にユーザーが作成したアイコンイメージファイル・背景イメージファイルのバックアップ

JP1/AJS3 Console View用にユーザーが作成したアイコンイメージファイル・背景イメージファイルをバックアップしてください。ファイルをコピーするなど，バックアップの方法は任意です。

なお，アイコンイメージファイル・背景イメージファイルを作成していない場合，この作業は不要です。また，作成していても，デフォルトの格納場所に配置していない場合，この作業は不要です。

表2‒11　JP1/AJS3 Console Viewのバックアップ対象ファイル

ファイル名

内容

JP1/AJS3 - Viewのインストール先フォルダ¥image¥console¥icon¥user_任意の名称.gif

ユーザーが作成したアイコンイメージファイル

JP1/AJS3 - Viewのインストール先フォルダ¥image¥console¥background¥user_任意の名称.gif（.jpg）

ユーザーが作成した背景イメージファイル

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

JP1を実行するために必要な情報も合わせてバックアップしてください。

JP1を実行するために必要な情報をバックアップする場合に，必要な作業を次の表に示します。

表2‒12　JP1を実行するために必要な情報のバックアップで必要な作業

作業

Windows

UNIX

サービスのアカウントの設定

○

−

ログインスクリプトのバックアップ

−

○

カーネルパラメーターの調整値のバックアップ

−

○

トラブルシュート資料採取ツールのバックアップ

○

○

クラスタ対応ツールのバックアップ（クラスタシステムで必要な場合だけ）

○

○

メールシステムとの連携用のユーザー作成ツールのバックアップ

−

○

（凡例）

○：必須

−：対象外

JP1を実行するために必要な情報のバックアップは，WindowsとUNIXでは異なるため，それぞれの場合に分けて説明します。

なお，ここでは，主なものについて説明します。ここで説明しているもの以外では，OSやネットワークの設定，クラスタソフトの設定などもバックアップが必要です。詳細については，OSやクラスタソフトなどのドキュメントを参照してください。

(1)　Windowsの場合

(a)　サービスのアカウントの設定

JP1/AJS3のサービスをユーザーアカウントに変更している場合は，記録しておいてください。

(b)　トラブルシュート資料採取ツール（_04.bat）のバックアップ

資料採取ツール（_04.bat）をカスタマイズして資料採取している場合は，カスタマイズ後の資料採取ツール（_04.bat）をバックアップしてください。

(c)　クラスタ対応ツールのバックアップ（クラスタシステムで必要な場合だけ）

クラスタソフトからJP1を制御するために，論理ホスト対応で作成したクラスタ対応ツールをバックアップしてください。なお，クラスタ対応ツールが不要なクラスタソフトの場合，この手順は不要です。

バックアップ対象ファイルを次の表に示します。

表2‒13　バックアップ対象ファイル

ファイル名

内容

任意のファイル名

クラスタ対応ツール

(2)　UNIXの場合

(a)　ログインスクリプトのバックアップ

ユーザーの環境をJP1用に変更している場合は，ログインスクリプトも忘れないでバックアップしてください。

(b)　カーネルパラメーターの調整値のバックアップ

JP1用に調整したカーネルパラメーターの値を記録してください。

(c)　トラブルシュート資料採取ツール（_04）のバックアップ

資料採取ツール（_04）をカスタマイズして資料採取している場合は，カスタマイズ後の資料採取ツール（_04）をバックアップしてください。

(d)　クラスタ対応ツールのバックアップ（クラスタシステムで必要な場合だけ）

クラスタソフトからJP1を制御するために，論理ホスト対応で作成したクラスタ対応ツールをバックアップしてください。バックアップするツールの一覧を次の表に示します。

表2‒14　バックアップ対象のクラスタ対応ツール

ファイル名

内容

任意のファイル名

クラスタ対応ツール

(e)　メールシステムとの連携用のユーザー作成ツールのバックアップ

メールシステムとの連携用のユーザー作成ツールがある場合は，バックアップしてください。

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

JP1/AJS3を使用するシステムの設定情報をリカバリーする方法を説明します。

リカバリー方法はJP1/Base，JP1/AJS3 - Manager，JP1/AJS3 - Agent，JP1/AJS3 - Viewに分けて記述します。使用している製品に合わせて，手順を組み合わせてください。

なお，JP1/AJS3 - ManagerおよびJP1/AJS3 - Agentのバックアップ情報をリカバリーする場合は，必ずJP1/Baseを先にリカバリーしておいてください。

また，リカバリー方法は，物理ホスト環境，論理ホスト環境（クラスタシステム用）の両方を記述しています。それぞれの環境をリカバリーしてください。例えば，物理ホスト環境と一つの論理ホスト環境がある場合は，物理ホスト環境のバックアップ情報をリカバリーしたあと，論理ホスト環境のバックアップ情報をリカバリーしてください。

注意事項

設定情報は，JP1/AJS3の停止中に，ここで説明する手順でリカバリーしてください。

リカバリーする際は，必ずOSのAdministrators権限（Windowsの場合）またはスーパーユーザー権限（UNIXの場合）を持つユーザーが実施してください。

なお，「2.2 JP1/AJS3を使用するシステムの設定情報のバックアップ」の手順でバックアップした情報を，別のホストにリカバリーすることもできます。ただし，バックアップした設定情報のホスト名とIPアドレスを，リカバリーするホストに合わせて変更する必要があります。ホスト名を変更する場合は「8.9.1 JP1/AJS3が動作しているホストの名称を変更する」を，IPアドレスを変更する場合は「8.9.2 JP1/AJS3が動作しているホストのIPアドレスを変更する」を参照してください。

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

ディスク障害などでJP1/AJS3を使用するシステムの環境が壊れた場合，まずJP1/BaseとJP1/AJS3をインストールし，セットアップコマンドを実行してください。

(1)　JP1/Baseのセットアップ

ディスク障害などでJP1の環境が壊れた場合，まずJP1/Baseをインストールし，JP1/Baseをセットアップします。JP1/Baseのセットアップの手順については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(2)　JP1/AJS3のセットアップ

ディスク障害などでJP1の環境が壊れた場合，まずJP1/Baseをインストールし，JP1/Baseをセットアップしてから，JP1/AJS3シリーズプログラムをインストールしてください。JP1/AJS3 - Managerのセットアップについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　3.1 JP1/AJS3 - Managerで必要なセットアップ」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　13.1 JP1/AJS3 - Managerで必要なセットアップ」（UNIXの場合）を参照してください。

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

JP1/Baseのバックアップした設定情報をリカバリーするときに必要な作業について説明します。

(1)　物理ホスト環境および論理ホスト環境のリカバリー

JP1/Baseのセットアップ後に，物理ホスト環境および論理ホスト環境をリカバリーします。リカバリーする場合に必要な設定については，マニュアル「JP1/Base 運用ガイド」を参照してください。

2.3.3　JP1/AJS3 - Managerの設定情報のリカバリー

バックアップしたJP1/AJS3 - Managerの設定情報をリカバリーする場合に，必要な作業を次の表に示します。

表2‒15　JP1/AJS3 - Managerの設定情報のリカバリーで必要な作業

作業

Windows

UNIX

物理ホスト環境および論理ホスト環境のリカバリー

○

○

定義ファイルのリカバリー

○

○

共有メモリーの情報のクリア

−

○

スケジューラーサービス用データベースの作成

○

○

QUEUEジョブ，サブミットジョブ実行環境の作成

（QUEUEジョブ，サブミットジョブを使用する場合だけ）

○

○

実行エージェント情報のリカバリー

○

○

ユニット定義のリカバリー

○

○

JP1/AJS3の起動（コールドスタート）

○

○

JP1/AJS3 Consoleの設定情報のリカバリーとセットアップ

（JP1/AJS3 Console機能を使用する場合だけ）

○

○

（凡例）

○：必須

−：対象外

次に，バックアップしたJP1/AJS3 - Managerの設定情報をリカバリーするときに必要な作業について説明します。

(1)　物理ホスト環境および論理ホスト環境のリカバリー

JP1/AJS3 - Managerのセットアップ後に，物理ホスト環境および論理ホスト環境をリカバリーします。リカバリーする場合に必要な設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　3.1.2 JP1/AJS3 - Managerのセットアップ」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　13.1.2 JP1/AJS3 - Managerのセットアップ」（UNIXの場合）を参照してください。

(2)　定義ファイルのリカバリー

バックアップしたファイルを，元の位置にリカバリーしてください。

なお，JP1/AJS2 - ManagerからJP1/AJS3 - Managerへの移行の際は，リカバリー後に「(10) 起動プロセス定義ファイルの変換」を実施してください。

注意事項

リカバリーするには，次の条件を満たしていることを確認してください。

JP1/Baseがインストールされ，物理ホスト環境がセットアップ済みであること

JP1/AJS3がインストールされ，物理ホスト環境がセットアップ済みであること

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

JP1/BaseとJP1/AJS3が停止していること

論理ホストの設定ファイルをリカバリーする場合は，共有ディスクがマウントされていること

(3)　共有メモリーの情報のクリア（UNIXの場合だけ）

JP1/AJS3が動作したときに共有メモリーに記憶するスケジューラーサービスの情報を消去してください。共有メモリーに情報が残っていると，リカバリーで回復するスケジューラーサービスに影響を与えるおそれがあります。共有メモリーの情報を消去する手順を次に示します。

次のコマンドを実行し，すべてのJP1/AJS3のサービスが停止していることを確認する。

物理ホストを確認する場合

# /opt/jp1ajs2/bin/jajs_spmd_status

論理ホストを確認する場合

# /opt/jp1ajs2/bin/jajs_spmd_status -h 論理ホスト名

JP1/AJS3のモニター機能を確認する場合

# ps -ef | grep ajsinetd

注意事項

すべてのJP1/AJS3サービスを停止してください。

次のコマンドを実行して，共有メモリーに記憶するスケジューラーサービスの情報を消去する。

# /opt/jp1ajs2/bin/ajsshmdel

(4)　スケジューラーサービス用データベースの作成

スケジューラーサービスのデータベースが壊れている場合などは，データベースを再作成する必要があります。ここでは，データベースを再作成する手順について説明します。

なお，スケジューラーサービス用データベースの作成時には，すべてのJP1/AJS3サービスを停止してください。また，UNIXの場合は，「(3) 共有メモリーの情報のクリア（UNIXの場合だけ）」を行ってください。

スケジューラーサービス用データベースの作成手順を次に示します。

ajsembdbunsetコマンドを使用して，組み込みDB環境を消去する。

ajsembdbunset -e -id 組み込みDBセットアップ識別子

ajsembdbbuildコマンドで，組み込みDB環境を構築する。

ajsembdbbuildコマンドでの組み込みDB環境の構築については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　付録C.2(3) 組み込みDB環境の構築」を参照してください。

論理ホスト環境の実行系での組み込みDB環境の構築については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　付録D.2(3) 組み込みDB環境の構築」を，待機系での組み込みDB環境の構築については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　付録D.3(3) 組み込みDB環境の構築」を参照してください。

ajsembdbsetupコマンドで，組み込みDB環境にJP1/AJS3の環境をセットアップする。

ajsembdbsetupコマンドでのJP1/AJS3の環境のセットアップについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　付録C.2(5) スケジューラーデータベースの組み込みDBへのセットアップ」を参照してください。

論理ホスト環境の実行系でのJP1/AJS3環境のセットアップについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　付録D.2(5) スケジューラーデータベースの組み込みDBへのセットアップ」を，待機系でのJP1/AJS3環境のセットアップについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　付録D.3(5) スケジューラーデータベースの組み込みDBへのセットアップ」を参照してください。

(5)　QUEUEジョブ，サブミットジョブ実行環境の作成

リカバリーしたQUEUEジョブ，サブミットジョブの実行環境構成定義ファイル（jpqsetup.conf）を使って，QUEUEジョブ，サブミットジョブの実行環境を作成します。

なお，QUEUEジョブ，サブミットジョブの実行環境の作成時には，対象となる論理ホストのJP1/AJS3サービスを停止しておいてください。

リカバリーの手順を次に示します。

次のコマンドを実行して，キュー情報データベース格納フォルダのファイルを削除する。

Windowsの場合

del QUEUEジョブ，サブミットジョブの実行環境データベース格納ディレクトリ¥*※

UNIXの場合

rm QUEUEジョブ，サブミットジョブの実行環境データベース格納ディレクトリ/*※

注※

「QUEUEジョブ，サブミットジョブの実行環境データベース格納ディレクトリ」は，[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Database]の環境設定パラメーターDatabasePathに指定したフォルダです。環境設定パラメーターDatabasePathのデフォルト値などの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.3.2(3) DatabasePath」を参照してください。

次のコマンドを実行して，QUEUEジョブ，サブミットジョブの実行環境を作成する。

jpqimport -dt isam -ci jpqsetup.conf  [-mh 論理ホスト名]

注意事項

QUEUEジョブ，サブミットジョブの実行環境構成定義ファイル（jpqsetup.conf）には，リカバリーしたファイルを使用します。

論理ホストの定義をリカバリーする場合は，-mhオプションで論理ホスト名を指定します。

(6)　JP1/AJS3の起動

コールドスタートでJP1/AJS3サービスを起動してください。

(7)　実行エージェント情報のリカバリー

実行エージェント情報のリカバリーに必要な作業について説明します。

次のコマンドを実行して，バックアップした実行エージェント定義ファイルから実行エージェント情報をリカバリーします。

ajsagtadd [-h 論理ホスト名] -f 実行エージェント定義ファイル [-i]

注意事項

途中でエラーが発生した場合，エラーが発生した時点で追加処理を中断しますが，-iオプションを指定することによって処理を続行させることもできます。

(8)　ユニット定義のリカバリー

ジョブネットやカレンダーの設定情報のリカバリーに必要な作業について説明します。スケジューラーサービス単位でリカバリーしてください。

注意事項

このリカバリー手順だけ論理ホスト単位ではなく，スケジューラーサービス単位です。スケジューラーサービスごとにリカバリーしてください。

(a)　ルートジョブグループ以外のユニットの定義情報をリカバリーする

次のコマンドを実行して，スケジューラーサービスにあるユニットの定義情報をリカバリーします。定義情報には，各ユニットの基準時刻やコメントなどすべての定義が含まれます。ルートジョブグループ（/）の基準時刻，基準日，月区分などは含まれません。これらの情報は次に示す「(b) ルートジョブグループの情報をリカバリーする」，「(c) ルートジョブグループのカレンダー情報をリカバリーする」の手順に従ってリカバリーしてください。

ajsdefine -F スケジューラーサービス名 unitbackup.txt

なお，ジョブグループやジョブネット単位に分割してバックアップした場合は，バックアップした単位に，次のコマンドを実行してリカバリーしてください。

ajsdefine -F スケジューラーサービス名 -d 定義先ユニット名 ユニット名_backup.txt

(b)　ルートジョブグループの情報をリカバリーする

記録しておいたルートジョブグループの次の情報を設定してください。

コメント

所有者

JP1資源グループ

基準時刻

基準日

月区分

(c)　ルートジョブグループのカレンダー情報をリカバリーする

次のコマンドを実行して，バックアップしたルートジョブグループのカレンダー情報（運用日・休業日）をリカバリーします。

ajscalendar -F スケジューラーサービス名 -df rootcal.txt /

注意事項

このコマンドは，スケジューラーサービス自身のカレンダーをリカバリーします。

rootcal.txtにカレンダー情報が出力されていなければ，リカバリーは不要です。詳細については，バックアップの手順を参照してください。

(9)　JP1/AJS3 Consoleの設定情報のリカバリーとセットアップ

JP1/AJS3 Console機能を使用している場合は，次の作業を実施してください。

注意事項

リカバリーおよびセットアップをするには，次の条件を満たしていることを確認してください。

JP1/AJS3 Console Manager，JP1/AJS3 Console Agentを含むJP1/Baseを前提製品とするJP1シリーズのプログラムが停止していること

論理ホストの設定情報をリカバリーする場合は，共有ディスクがマウントされていること

(a)　JP1/AJS3 Consoleの設定情報のリカバリー

JP1/AJS3 Console用にバックアップしたファイルを元の位置にリカバリーしてください。

(b)　JP1/AJS3 Consoleのセットアップ

JP1/AJS3 Console ManagerおよびJP1/AJS3 Console Agentのセットアップをしてください。

(10)　起動プロセス定義ファイルの変換

jajs_convert_to_spmdコマンドを実行して，システム管理の起動プロセス定義ファイルを変換します。この手順は，JP1/AJS2 - ManagerからJP1/AJS3 - Managerに移行する場合だけ実施してください。

実行例を次に示します。

(a)　Windowsの場合

標準構成の物理ホストを変換する場合

cd c:¥Program Files¥HITACHI¥JP1AJS2¥tools
jajs_convert_to_spmd -c standard

標準構成の論理ホストを変換する場合

cd c:¥Program Files¥HITACHI¥JP1AJS2¥tools
jajs_convert_to_spmd -h LHOST -c standard

互換用ISAM構成の物理ホストを変換する場合

cd c:¥Program Files¥HITACHI¥JP1AJS2¥tools
jajs_convert_to_spmd -c ISAM

互換用ISAM構成の論理ホストを変換する場合

cd c:¥Program Files¥HITACHI¥JP1AJS2¥tools
jajs_convert_to_spmd -h LHOST -c ISAM

jajs_convert_to_spmdコマンドは移行用のツールであり，JP1/AJS3 - Managerのインストール先フォルダ¥toolsに格納されています。

(b)　UNIX の場合

標準構成の物理ホストを変換する場合

/opt/jp1ajs2/tools/jajs_convert_to_spmd -c standard

標準構成の論理ホストを変換する場合

/opt/jp1ajs2/tools/jajs_convert_to_spmd -h LHOST -c standard

互換用ISAM構成の物理ホストを変換する場合

/opt/jp1ajs2/tools/jajs_convert_to_spmd -c ISAM

互換用ISAM構成の論理ホストを変換する場合

/opt/jp1ajs2/tools/jajs_convert_to_spmd -h LHOST -c ISAM

(c)　注意事項

JP1/AJS2 - Managerの運用をサブミットジョブの登録や操作に限定する設定を行っていた場合は，jajs_convert_to_spmdコマンドの起動プロセス定義ファイルを変換したあとに，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　7.1.2 QUEUEジョブ，サブミットジョブを使用する場合の設定」を参照して，JP1/AJS3 - Managerの運用をサブミットジョブの登録や操作に限定する場合の設定を行ってください。

2.3.4　JP1/AJS3 - Agentの設定情報のリカバリー

バックアップしたJP1/AJS3 - Agentの設定情報をリカバリーする場合に，必要な作業を次に示します。

JP1/AJS3のセットアップ

定義ファイルのリカバリー

JP1/AJS3の起動（コールドスタート）

次に，バックアップしたJP1/AJS3 - Agentの設定情報をリカバリーするときに必要な作業について説明します。

(1)　JP1/AJS3のセットアップ

ディスク障害などでJP1の環境が壊れた場合，まずJP1/Baseをインストールし，JP1/Baseをセットアップしてから，JP1/AJS3シリーズプログラムをインストールしてください。JP1/AJS3 - Agentのセットアップについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　3.2.2 JP1/AJS3 - Agentのセットアップ」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　13.2.2 JP1/AJS3 - Agentのセットアップ」（UNIXの場合）を参照してください。

(2)　定義ファイルのリカバリー

バックアップしたファイルを，元の位置にリカバリーしてください。

注意事項

リカバリーするには，次の条件を満たしていることを確認してください。

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

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

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

JP1/BaseとJP1/AJS3が停止していること

論理ホストの設定ファイルをリカバリーする場合は，共有ディスクがマウントされていること

(3)　JP1/AJS3の起動

リカバリー後は，コールドスタートでJP1/AJS3を起動してください。

2.3.5　JP1/AJS3 - Viewの設定情報のリカバリー

バックアップしたJP1/AJS3 - Viewの設定情報をリカバリーする場合に，必要な作業を次に示します。

JP1/AJS3 - Viewのインストール

設定情報のリカバリー

カスタムジョブアイコンのリカバリー（カスタムジョブのアイコンを作成している場合だけ）

JP1/AJS3 - View用にユーザーが作成したアイコンイメージフォルダのリカバリー（アイコンイメージフォルダを作成している場合だけ）

JP1/AJS3 Console Viewのセットアップ（JP1/AJS3 Console機能を使用している場合だけ）

JP1/AJS3 Console View用のアイコンイメージファイル・背景イメージファイルのリカバリー（JP1/AJS3 Console View用にアイコンイメージファイル・背景イメージファイルをリカバリーしている場合だけ）

次に，バックアップしたJP1/AJS3 - Viewの設定情報をリカバリーするときに必要な作業について説明します。

(1)　JP1/AJS3 - Viewのインストール

ディスク障害などでJP1/AJS3 - Viewの環境が壊れた場合，まずJP1/AJS3 - Viewをインストールしてください。

(2)　設定情報のリカバリー

バックアップしたファイルおよびフォルダを，元の位置にリカバリーしてください。

注意事項

リカバリーする前に，次の条件を満たしていることを確認してください。

JP1/AJS3 - Viewがインストール済みであること

JP1/AJS3 - Viewが停止していること

JP1/AJS3 Console Viewが停止していること

リカバリー対象ファイルおよびフォルダを次の表に示します。

表2‒16　JP1/AJS3 - Viewのリカバリー対象ファイルおよびフォルダ

ファイルおよびフォルダ名

内容

Windows 8.1，Windows 8，Windows Server 2012，Windows 7，Windows Server 2008，またはWindows Vistaの場合

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajs.conf

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajs2.conf※1

%ALLUSERSPROFILE%※2¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥default.conf※3

%ALLUSERSPROFILE%※2¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥ajs2view_common.conf※3，※4

%ALLUSERSPROFILE%※2¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥JP1ユーザー名※3，※4

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

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajscon.conf※5

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajscon2.conf※1，※5

%ALLUSERSPROFILE%※2¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥jmc_default.conf※3，※5

%ALLUSERSPROFILE%※2¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥ajs2coview_common.conf※3，※4，※5

%ALLUSERSPROFILE%※2Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥JP1ユーザー名¥ajs2view_command.conf

Windows Server 2003またはWindows XP Professionalの場合

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajs.conf

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajs2.conf※1

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥default.conf※3

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajs2view_common.conf※3，※4

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥JP1ユーザー名※3，※4

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

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajscon.conf※5

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajscon2.conf※1，※5

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥jmc_default.conf※3，※5

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥ajs2coview_common.conf※3，※4，※5

JP1/AJS3 - Viewのインストール先フォルダ¥conf¥JP1ユーザー名¥ajs2view_command.conf

JP1/AJS3 - View環境設定ファイルおよびフォルダ

Windows 8.1，Windows 8，Windows Server 2012，Windows 7，Windows Server 2008，またはWindows Vistaの場合

%ALLUSERSPROFILE%※2¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥custom.dir¥*.*※6

Windows Server 2003またはWindows XP Professionalの場合

JP1/AJS3 - Viewのインストール先フォルダ¥custom.dir¥*.*※6

JP1/AJS3 - Viewカスタムジョブ登録情報ファイル

JP1/AJS3 - Viewのインストール先フォルダ¥addin.dir

JP1/AJS3 - Viewアドインプログラム登録情報フォルダ

注※1

OSやマシンスペック，表示する情報量に変更がある場合は，ファイルを上書きコピーしないで，メモリー所要量を見直して設定し直してください。詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　11.2.5 メモリー所要量を設定する」またはマニュアル「JP1/Automatic Job Management System 3 操作ガイド　14.2.5 メモリー所要量を設定する」を参照してください。

注※2

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

注※3

設定内容によってはファイルがない場合があります。

注※4

ユーザー指定オプションファイル（ajs2view_opt.conf），システム共通設定ファイル（ajs2view_common.conf，ajs2coview_common.conf），または壁紙の設定で指定したファイルに変更がある場合は，設定し直してください。

注※5

JP1/AJS3 Console Viewの環境設定ファイルです。

注※6

次のフォルダおよびファイル以外をリカバリーしてください。

＜リカバリー対象外＞

jaフォルダ

enフォルダ

Cjobregm.exe

Cjobregm.exe.1000

CJNAME.cjx.model

CJX.xsd

*.dll

*.olb

*.tlb

(3)　カスタムジョブアイコンのリカバリー

バックアップしたアイコン用gifファイルを，元の位置にリカバリーしてください。

なお，カスタムジョブのアイコンを作成していない場合，この作業は不要です。

注意事項

リカバリーする前に，次の条件を満たしていることを確認してください。

JP1/AJS3 - Viewがインストール済みであること

JP1/AJS3 - Viewが停止していること

リカバリー対象ファイルを次の表に示します。

表2‒17　JP1/AJS3 - Viewのリカバリー対象ファイル

ファイル名

内容

JP1/AJS3 - Viewのインストール先フォルダ¥image¥custom¥CUSTOM_PC_USER_任意の名称.gif

カスタムPCジョブのアイコン用gifファイル

JP1/AJS3 - Viewのインストール先フォルダ¥image¥custom¥CUSTOM_UX_USER_任意の名称.gif

カスタムUNIXジョブのアイコン用gifファイル

(4)　JP1/AJS3 - View用にユーザーが作成したアイコンイメージフォルダのリカバリー

バックアップしたJP1/AJS3 - View用のアイコンイメージフォルダを元の位置にリカバリーしてください。

バックアップしたJP1/AJS3 - View用のアイコンイメージフォルダがない場合，この作業は不要です。

注意事項

リカバリーする前に，次の条件を満たしていることを確認してください。

JP1/AJS3 - Viewがインストール済みであること

JP1/AJS3 - Viewが停止していること

表2‒18　アイコンイメージを作成した場合のリカバリー対象フォルダ

フォルダ名

内容

JP1/AJS3 - Viewのインストール先フォルダ¥image¥extend¥user_任意の名称

ユーザーが作成したアイコンイメージファイルの格納フォルダ

(5)　JP1/AJS3 Console Viewのセットアップ

JP1/AJS3 Console機能を使用している場合は，JP1/AJS3 Console Viewのセットアップをしてください。

(6)　JP1/AJS3 Console View用のアイコンイメージファイル・背景イメージファイルのリカバリー

バックアップしたJP1/AJS3 Console View用のアイコンイメージファイル・背景イメージファイルを元の位置にリカバリーしてください。

バックアップしたJP1/AJS3 Console View用のアイコンイメージファイル・背景イメージファイルがない場合，この作業は不要です。

注意事項

リカバリーする前に，次の条件を満たしていることを確認してください。

JP1/AJS3 - Viewがインストール済みであること

JP1/AJS3 Console Viewが停止していること

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

その他，次に示すJP1に関連する設定情報を復旧してください。

JP1を実行するために必要な情報をリカバリーする場合に，必要な作業を次の表に示します。

表2‒19　JP1を実行するために必要な情報のリカバリーで必要な作業

作業

Windows

UNIX

サービスのアカウントの設定

○

−

ログインスクリプトのリカバリー

−

○

カーネルパラメーターの設定

−

○

トラブルシュート資料採取ツールのリカバリー

○

○

クラスタ対応ツールのリカバリー（クラスタシステムで必要な場合だけ）

○

○

メールシステムとの連携用のユーザー作成ツールのリカバリー

−

○

各連携機能を使用している場合の設定

○

○

（凡例）

○：必須

−：対象外

JP1を実行するために必要な情報のリカバリーは，WindowsとUNIXでは異なるため，それぞれの場合に分けて説明します。

なお，ここで説明しているもの以外に，OSやネットワークの設定，クラスタソフトの設定なども復旧してください。詳細については，OSやクラスタソフトなどのドキュメントを参照してください。

(1)　Windowsの場合

(a)　サービスのアカウントの設定

JP1/AJS3のサービスをユーザーアカウントで実行していた場合は，設定してください。

(b)　トラブルシュート資料採取ツールのリカバリー

バックアップしておいたトラブルシュート資料採取ツールをリカバリーしてください。

(c)　クラスタ対応ツールのリカバリー（クラスタシステムで必要な場合だけ）

バックアップしておいたクラスタ対応ツールをリカバリーしてください。また，クラスタソフトへ正しく登録されていることを確認してください。

(d)　各連携機能を使用している場合の設定

メール連携，メッセージキュー連携，JP1/Cm2/NNMまたはHP NNM連携を使用している場合は，連携機能ごとに設定し直す必要があります。

(2)　UNIXの場合

(a)　ログインスクリプトのリカバリー

JP1用のユーザーのログインスクリプトをリカバリーしてください。

(b)　カーネルパラメーターの設定

カーネルパラメーターの値が適切な値になっていることを確認してください。

(c)　トラブルシュート資料採取ツールのリカバリー

バックアップしておいたトラブルシュート資料採取ツールをリカバリーしてください。

(d)　クラスタ対応ツールのリカバリー（クラスタシステムで必要な場合だけ）

バックアップしておいたクラスタ対応ツールをリカバリーしてください。また，クラスタソフトへ正しく登録されていることを確認してください。

(e)　メールシステムとの連携用のユーザー作成ツールのリカバリー

メールシステムとの連携用のユーザー作成ツールをバックアップした場合は，リカバリーしてください。

(f)　各連携機能を使用している場合の設定

メール連携，メッセージキュー連携，JP1/Cm2/NNMまたはHP NNM連携を使用している場合は，連携機能ごとに設定し直す必要があります。

2.4　システム全体のバックアップとリカバリー

OSのコマンドやバックアップ・リカバリーツールを使用してシステム全体をバックアップ・リカバリーする場合，リカバリー後に必ずコールドスタートを実施してください。マネージャーホストをコールドスタートして，ジョブネットの登録予定情報，およびジョブネットやジョブの実行情報を初期化して，マネージャーホストとエージェントホストのそれぞれが保持する情報の不整合を一致させる必要があります。

例えば，ジョブネットの保存世代の情報を残したい場合など，運用状況によってマネージャーホストのコールドスタートが難しいときは，エージェントホスト側をコールドスタートする方法でも対処できます。ただし，使用しているすべてのエージェントホストをコールドスタートする必要があるため，エージェントホストの台数などシステム構成を考慮した検討が必要です。また，マネージャーホスト上でジョブを実行している場合は，マネージャーホストをコールドスタートする必要があります。

システム全体のバックアップ・リカバリーを実施する前に，「2.4.3 システム全体のバックアップとリカバリーに関する注意事項」に記載されている注意事項を確認してください。

マネージャーホスト側またはエージェントホスト側のどちらかで必ずコールドスタートしてください。それぞれのホストでの手順について次に説明します。

2.4.1　マネージャーホスト側をコールドスタートする場合

マネージャーホスト側をコールドスタートすると，ジョブネットの登録予定情報，およびジョブネットやジョブの実行情報がすべて初期化されます。システム全体をバックアップする際に，あらかじめ，ajsrgexportコマンドで登録予定情報のバックアップを取得しておきます。リカバリー後にajsrgimportコマンドでバックアップ時の登録予定情報を回復できます。

マネージャーホスト側でコールドスタートする場合は，システム全体のバックアップおよびリカバリーを次の手順で実施します。

(1)　登録予定情報とシステム全体のバックアップ

ajsrgexportコマンドを実行し，登録予定情報を退避する。

詳細については，「4.4.4 ajsrgexportコマンドで登録予定情報をエクスポートする手順」の手順2以降を実施してください。

JP1/AJS3サービスを停止する。

システム全体のバックアップを実施する。

JP1/AJS3サービスを起動する。

(2)　登録予定情報とシステム全体のリカバリー

JP1/AJS3サービスを停止する。

システム全体のリストアを実施する。

JP1/AJS3サービスをコールドスタートで起動する。

ajsrgimportコマンドを実行し，登録予定情報を回復する。

詳細については，「4.4.5 ajsrgimportコマンドで登録予定情報をインポートする手順」の手順3以降を実施してください。

2.4.2　エージェントホスト側をコールドスタートする場合

マネージャーホストをコールドスタートしない場合は，スケジューラーサービスを完全に停止し，エージェントホストではすべてのジョブが終了している状態でシステム全体のバックアップを実施します。ただし，このとき通信障害などでエージェントホストがジョブの停止要求を受け付けられなかった場合，エージェントホスト側で起動条件が初期化されないため，マネージャーホストとエージェントホストとの間でジョブの実行情報が不整合な状態になるおそれがあります。

終了したジョブの起動条件や実行情報に不整合が発生しないようするには，エージェントホスト側でJP1/AJS3サービスをコールドスタートする必要があります。

(1)　システム全体のバックアップ

マネージャーホストのスケジューラーサービスを停止する。

ajsstopコマンドの-nオプション，-sオプション，および-wオプションを指定して実行し，ジョブネットの実行がすべて終了したあとでスケジューラーサービスを停止します。

ajsstopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsstop」を参照してください。

JP1/AJS3サービスを停止する。

マネージャーホスト，およびシステム内のすべてのエージェントホストでJP1/AJS3サービスを停止します。

システム全体のバックアップを実施する。

JP1/AJS3サービスを起動する。

マネージャーホスト，およびシステム内のすべてのエージェントホストでJP1/AJS3サービスを起動します。

(2)　システム全体のリカバリー

スケジューラーサービスを停止する。

ajsstopコマンドの-nオプション，-sオプション，および-wオプションを指定して実行し，ジョブネットの実行がすべて終了したあとでスケジューラーサービスを停止します。

JP1/AJS3サービスを停止する。

マネージャーホスト，およびシステム内のすべてのエージェントホスト※でJP1/AJS3サービスを停止します。

システム全体のリストアを実施する。

すべてのエージェントホストでJP1/AJS3サービスをコールドスタートで起動する。

システム内のすべてのエージェントホスト※でJP1/AJS3サービスをコールドスタートで起動します。

マネージャーホストのJP1/AJS3サービスを起動する。

注※

ジョブの実行先として使用していないエージェントホストでは，JP1/AJS3サービスの再起動は不要です。

2.4.3　システム全体のバックアップとリカバリーに関する注意事項

バックアップまたはリカバリーを実施している間は，JP1/AJS3サービスはすべて停止してください。

クラスタ運用の場合，ローカルディスクと共有ディスクの両方をバックアップおよびリカバリーしてください。

バックアップからリカバリーまでの間に発生した情報は，リカバリー後に消失します。例えば次のようなものがあります。

システム障害でダウンしてリカバリーした場合の保守情報

JP1イベント

構成定義情報を変更した場合の定義情報

JP1/AJS3サービス停止中にスケジュールされているジョブがある場合は，実行予定時刻を過ぎているため，JP1/AJS3サービスの起動後に実行されます。ただし，JP1/AJS3サービスをコールドスタートすればジョブは実行されません。

JP1/AJS3にはスペシャルファイルが存在するため，システム全体のバックアップおよびリカバリーを行う場合は，スペシャルファイルもバックアップおよびリカバリーしてください。

システム全体をバックアップ・リカバリーで移行する場合，JP1/AJS3 - Managerはホスト名が異なるホストへは移行できません。同じホスト，または同じホスト名を設定した別ホストに対して実施する場合に限り移行できます。JP1/AJS3 - Agentは，ホスト名が異なる別ホストへ移行できます。

どちらの場合もJP1がOSに登録している情報を含めて，ファイルの情報に対してすべて整合性が取れた状態でシステム全体のバックアップを実施し，リカバリー時はバックアップで取得したファイルなどをすべてリカバリーすることが前提です。

なお，OSのコマンドやバックアップツールを使用したシステム全体のバックアップ・リカバリーについては，使用している環境で十分に検証した上で実施してください。

3　データベースのバックアップとリカバリー

この章では，JP1/AJS3のデータベースのバックアップおよびリカバリーについて説明します。

3.1　運用方法によるバックアップとリカバリー

データベースに障害などが発生した場合，データベースを回復する運用方法には次の二つがあります。

回復時にシステムログを使用しないでデータベースを回復させる方法

任意のタイミング（JP1/AJS3の停止時）で取得したバックアップファイルを使用して，データベースを回復させます。

アンロードログファイルを使用してデータベースを回復させる方法

バックアップファイルとアンロードログファイルを使用して，データベースを回復させます。

それぞれの方法でのバックアップとリカバリーについて，次に説明します。

3.1.1　システムログを使用しない運用でのバックアップとリカバリー

障害などが発生した場合，任意のタイミング（JP1/AJS3の停止時）に取得したバックアップファイルを使用してデータベースを回復させます。この運用では，回復時にシステムログを使用しません。

(1)　バックアップファイルの取得タイミング

JP1/AJS3の環境に障害が発生した場合は，JP1/AJS3の環境とスケジューラーデータベースの環境を，同期を取って回復する必要があります。そのため，JP1/AJS3の運用を停止できるときは，JP1/AJS3のバックアップファイルを取得するとともに，ajsembdbbackupコマンドを実行して，スケジューラーデータベースのバックアップファイルを取得してください。バックアップファイルを取得した場合，以前取得したバックアップファイルは任意の方法で削除して問題ありません。

バックアップファイルの取得タイミングを次の図に示します。

図3‒1　バックアップファイルの取得タイミング（システムログを使用しない運用）

(2)　バックアップファイルの管理

データベースの回復時にバックアップファイルが必要になるため，取得したバックアップファイルを保存しておく必要があります。新たにバックアップファイルを取得する場合，それ以前に取得したバックアップファイルは不要になるため，必要に応じて削除してください。

(3)　バックアップファイルの取得手順

バックアップファイルの取得手順を次に示します。

該当するスケジューラーデータベースを使用するスケジューラーサービス，およびスケジューラーデータベースにアクセスするJP1/AJS3のサービスをすべて停止する。

操作対象となる組み込みDBを起動する。

Windowsの場合

対象のJP1/AJS3 Database _JFn（nは0〜9またはA〜Zのどれか）サービスが開始していることを確認してください。開始していない場合は，対象のJP1/AJS3 Database _JFnサービスを開始してください。そのあと，ajsembdbstatusコマンドに-s ust -id _JFn（nは0〜9またはA〜Zのどれか）オプションを指定して実行し，組み込みDBが稼働状態になっていること（UNIT-STATがONLINEになっていること）を確認してください。稼働状態になっていない場合は，ajsembdbstartコマンドに-id _JFnオプションを指定して実行してください。

UNIXの場合

ajsembdbstartコマンドに-id _JFn（nは0〜9またはA〜Zのどれか）オプションを指定して実行してください。そのあと，ajsembdbstatusコマンドに-s ust -id _JFn（nは0〜9またはA〜Zのどれか）オプションを指定して実行し，組み込みDBが稼働状態になっていること（UNIT-STATがONLINEになっていること）を確認してください。

ajsembdbbackupコマンドを実行し，バックアップファイルを取得する。

ajsembdbbackupコマンドには，-sオプションを指定しないでください。

ajsembdbstopコマンドを実行し，組み込みDBを停止する。

手順1で停止したサービスを起動し，通常の運用を再開する。

ajsembdbbackupコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsembdbbackup」を参照してください。

なお，バックアップファイルを取得するときに，スケジューラーサービスが稼働中であったり，スケジューラーデータベースを参照および更新していたりすると，ajsembdbbackupコマンドがエラーになる場合があります。

(4)　障害発生時のデータベースの回復手順

障害のケースごとに回復手順を説明します。

なお，データベースの回復に使用するajsembdbbackupコマンド，ajsembdbrstrコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド」を，ajsembdbbuildコマンド，ajsembdbsetupコマンド，ajsembdbunsetコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド」を参照してください。

(a)　データ領域のディスクに障害が発生した場合

データ領域のディスクに障害が発生した場合の回復手順を次に示します。

なお，クラスタ環境で回復する場合は，次の操作は実行系で実施してください。待機系では実施しないでください。

物理ホストおよびすべての論理ホストで，スケジューラーデータベースにアクセスするJP1/AJS3のサービスをすべて停止する。

ajsembdbunsetコマンドを実行し，データベース環境を削除する。

ajsembdbunsetコマンドに，-eオプションを指定してください。

障害を取り除く。

ajsembdbbuildコマンドを実行し，データベース環境を再構築する。

ajsembdbbuildコマンドの実行時，コマンドに指定する内容は，障害発生前のデータベース環境を構築したときと同じ内容にしてください。指定内容が異なると，このあとのスケジューラーデータベースの回復時にエラーが発生し，回復できません。

ajsembdbsetupコマンドを実行し，スケジューラーデータベースをセットアップする。

ajsembdbsetupコマンドの実行時，コマンドに指定する内容は，障害発生前の組み込みDBへの移行のときと同じ内容にしてください。指定内容が異なると，このあとのスケジューラーデータベースの回復時にエラーが発生し，回復できません。

ajsembdbstopコマンドを実行し，組み込みDBを停止する。

ajsembdbstartコマンドに-rオプションを指定して実行し，システム領域を回復するモードで組み込みDBを起動する。

ajsembdbrstrコマンドに-Mオプションを指定して実行し，組み込みDBのシステム領域を回復する。

ajsembdbstopコマンドを実行し，組み込みDBを停止する。

ajsembdbstartコマンドを実行し，組み込みDBを起動する。

ajsembdbrstrコマンドを実行し，スケジューラーデータベースを回復する。

ajsembdbrstrコマンドには，-ldオプションおよび-lオプションを指定しないでください。

ajsembdbbackupコマンドを実行する。

ajsembdbbackupコマンドを実行して，バックアップファイルを取得してください。

ajsembdbstopコマンドを実行し，組み込みDBを停止する。

手順1で停止したサービスを起動する。

(b)　データベースのシステムログファイルのディスクに障害が発生した場合

「(a) データ領域のディスクに障害が発生した場合」と同様に，データベースを再構築する必要があります。回復方法については，そちらを参照してください。

(c)　JP1/AJS3とデータベースに同時に障害が発生した場合

JP1/AJS3とデータベースに同時に障害が発生した場合の回復手順を次に示します。

なお，クラスタ環境で回復する場合は，次の操作を実行系としてセットアップした環境で実施してください。待機系では実行しないでください。

障害を取り除く。

JP1/AJS3をバックアップファイルからリカバリーする。

JP1/AJS3のリカバリーについては，「2. バックアップとリカバリー」を参照してください。

該当するスケジューラーデータベースを使用するスケジューラーサービス，およびスケジューラーデータベースにアクセスするJP1/AJS3のサービスをすべて停止する。

操作対象となる組み込みDBを起動する。

Windowsの場合

対象のJP1/AJS3 Database _JFn（nは0〜9またはA〜Zのどれか）サービスが開始していることを確認してください。開始していない場合は，対象のJP1/AJS3 Database _JFnサービスを開始してください。そのあと，ajsembdbstatusコマンドに-s ust -id _JFn（nは0〜9またはA〜Zのどれか）オプションを指定して実行し，組み込みDBが稼働状態になっていること（UNIT-STATがONLINEになっていること）を確認してください。稼働状態になっていない場合は，ajsembdbstartコマンドに-id _JFnオプションを指定して実行してください。

UNIXの場合

ajsembdbstartコマンドに-id _JFn（nは0〜9またはA〜Zのどれか）オプションを指定して実行してください。そのあと，ajsembdbstatusコマンドに-s ust -id _JFn（nは0〜9またはA〜Zのどれか）オプションを指定して実行し，組み込みDBが稼働状態になっていること（UNIT-STATがONLINEになっていること）を確認してください。

ajsembdbstopコマンドを実行し，組み込みDBを停止する。

ajsembdbstartコマンドに-rオプションを指定して実行し，システム領域を回復するモードで組み込みDBを起動する。

ajsembdbrstrコマンドに-Mオプションを指定して実行し，組み込みDBのシステム領域を回復する。

ajsembdbstopコマンドを実行し，組み込みDBを停止する。

ajsembdbstartコマンドを実行し，組み込みDBを起動する。

ajsembdbrstrコマンドを実行し，スケジューラーデータベースを回復する。

ajsembdbrstrコマンドには，-ldオプションおよび-lオプションを指定しないでください。

ajsembdbstopコマンドを実行し，組み込みDBを停止する。

手順3で停止したサービスを起動する。

必要に応じて，JP1/AJS3サービスをコールドスタートで起動してください。

以上の手順を実施することで，JP1/AJS3と同期を取ってデータベースをバックアップファイル取得時の状態まで回復させることができます。

(d)　JP1/AJS3に障害が発生した場合

「(c) JP1/AJS3とデータベースに同時に障害が発生した場合」と同様の手順で回復してください。

3.1.2　アンロードログ運用でのバックアップとリカバリー

障害などが発生した場合，バックアップファイルとアンロードログファイルを使用してデータベースを回復させます。

(1)　バックアップファイルの取得方法

アンロードログ運用の場合，バックアップファイル取得方法には，次の2とおりがあります。

JP1/AJS3サービス停止中にバックアップファイルを取得する方法

スケジューラーデータベースのバックアップファイルを取得するときは，JP1/AJS3の運用を停止する必要があります。JP1/AJS3サービス停止中に取得したバックアップファイルで回復する場合は，バックアップ時点の状態に回復できます。また，バックアップファイルとともにアンロードログファイルを使用することで，バックアップ時点以降のスケジューラーデータベースの更新情報についても回復できます。

JP1/AJS3サービス稼働中にバックアップファイルを取得する方法

スケジューラーデータベースのバックアップファイルを取得するときに，JP1/AJS3の運用を停止する必要はありません。ただし，JP1/AJS3サービス稼働中に取得したバックアップファイルで回復する場合は，バックアップファイルだけでは回復できません。回復時は，バックアップファイルとともにアンロードログファイルを使用します。

それぞれのバックアップ方法の特徴を次の表に示します。

表3‒1　バックアップ方法の特徴

バックアップ方法

長所

短所

JP1/AJS3サービス停止中にバックアップファイルを取得する方法

アンロードログファイルの有無に関係なく，スケジューラーデータベースを回復できる。

バックアップ時点の状態に回復できる。

アンロードログファイルを使用すると，バックアップ時点以降の更新情報についても回復できる。

バックアップファイルを取得する前に，JP1/AJS3の運用を停止する必要がある。

JP1/AJS3サービス稼働中にバックアップファイルを取得する方法

JP1/AJS3の運用中でも，バックアップファイルを取得できる。

バックアップ時点以降のアンロードログファイルを失った場合は，この方法で取得したバックアップファイルからの回復はできない。

バックアップ時点の状態には回復できない。

(2)　バックアップファイルの取得タイミング

JP1/AJS3の環境に障害が発生した場合は，JP1/AJS3の環境とスケジューラーデータベースの環境を，同期を取って回復する必要があります。そのため，JP1/AJS3の運用を停止できるときは，JP1/AJS3のバックアップファイルを取得するとともに，-sオプションを指定しないajsembdbbackupコマンドを実行して，スケジューラーデータベースのバックアップファイルを取得してください。JP1/AJS3運用中の場合は，定期的に-sオプションを指定したajsembdbbackupコマンドを実行して，スケジューラーデータベースのバックアップファイルを取得してください。

バックアップファイルの取得は，少なくてもアンロードログファイル作成ディレクトリを含むディスクが満杯になる前に実施してください。アンロードログファイル作成ディレクトリを含むディスクが満杯の状態で実施すると，バックアップファイルの取得に失敗します。バックアップファイルを取得するタイミングで，少なくてもアンロードログファイル1個分の空き容量が必要になります。

なお，これより早いタイミングで実施しても問題ありません。

バックアップファイルを取得した場合，取得時点より前に作成されたアンロードログファイル，および以前取得したバックアップファイルを削除できます。アンロードログファイルおよびバックアップファイルの削除方法については，「(3) バックアップファイルおよびアンロードログファイルの管理」を参照してください。

バックアップファイルの取得タイミングを次の図に示します。

図3‒2　バックアップファイルの取得タイミング（アンロードログ運用）

(3)　バックアップファイルおよびアンロードログファイルの管理

データベースの回復時に，バックアップファイルとアンロードログファイルが必要になるため，それぞれを保存・管理しておく必要があります。

それぞれのファイルの管理について次に示します。

(a)　アンロードログファイル

JP1/AJS3の運用を続けると，アンロードログファイルが作成され続けるため，アンロードログファイル作成ディレクトリを含むディスクの容量が不足することがあります。このディスク容量の圧迫を回避する方法を次に示します。

アンロードログファイルを削除する

スケジューラーデータベースの回復では，バックアップ時点以降に作成されたアンロードログファイルを使用するため，バックアップ時点より前に作成されたアンロードログファイルは不要になります。そのため，アンロードログファイル作成ディレクトリを含むディスクが満杯になる前にバックアップファイルを取得し，その時点より前に作成されたアンロードログファイルを任意の方法で削除してください。アンロードログファイルは，ajsembdbbackupコマンドの実行時刻とアンロードログファイルの作成時刻を比較し，コマンドの実行時刻より前に作成されたものを削除してください。

アンロードログファイルをほかのディスクに移動する

別のディスクにアンロードログファイルを任意の方法で移動し，アンロードログファイル作成ディレクトリを含むディスクの空き容量を確保してください。アンロードログファイルを移動するとき，アンロードログファイル作成ディレクトリは移動しないでください。

また，この方法には，ajsembdbrstrコマンドで回復する際に使用するアンロードログファイルの数が多くなるため回復に掛かる時間が長くなるという問題があります。そのため，速やかにバックアップファイルを取得できない場合など，一時的な回避策として実行してください。

(b)　バックアップファイル

アンロードログファイルが使用できなくなると，JP1/AJS3サービス稼働中に取得したバックアップファイルからは回復できなくなります。JP1/AJS3サービス停止中に取得したバックアップファイルについても保存してください。

(4)　バックアップファイルの取得手順

取得方法ごとにバックアップ手順を説明します。

(a)　JP1/AJS3サービス停止中にバックアップファイルを取得する方法

JP1/AJS3サービス停止中にバックアップファイルを取得する場合の手順を次に示します。

該当するスケジューラーデータベースを使用するスケジューラーサービス，およびスケジューラーデータベースにアクセスするJP1/AJS3のサービスをすべて停止する。

操作対象となる組み込みDBを起動する。

Windowsの場合

対象のJP1/AJS3 Database _JFn（nは0〜9またはA〜Zのどれか）サービスが開始していることを確認してください。開始していない場合は，対象のJP1/AJS3 Database _JFnサービスを開始してください。そのあと，ajsembdbstatusコマンドに-s ust -id _JFn（nは0〜9またはA〜Zのどれか）オプションを指定して実行し，組み込みDBが稼働状態になっていること（UNIT-STATがONLINEになっていること）を確認してください。稼働状態になっていない場合は，ajsembdbstartコマンドに-id _JFnオプションを指定して実行してください。

UNIXの場合

ajsembdbstartコマンドに-id _JFn（nは0〜9またはA〜Zのどれか）オプションを指定して実行してください。そのあと，ajsembdbstatusコマンドに-s ust -id _JFn（nは0〜9またはA〜Zのどれか）オプションを指定して実行し，組み込みDBが稼働状態になっていること（UNIT-STATがONLINEになっていること）を確認してください。

ajsembdbbackupコマンドを実行し，バックアップファイルを取得する。

ajsembdbbackupコマンドには，-sオプションを指定しないでください。

ajsembdbstopコマンドを実行し，組み込みDBを停止する。

手順1で停止したサービスを起動する。

ajsembdbbackupコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsembdbbackup」を参照してください。

なお，バックアップファイルを取得するときにスケジューラーサービスが稼働中であったり，スケジューラーデータベースを参照および更新していたりすると，ajsembdbbackupコマンドがエラーになる場合があります。

(b)　JP1/AJS3サービス稼働中にバックアップファイルを取得する方法

ajsembdbbackupコマンドに，-sオプションを指定して実行してください。

この方法でのバックアップはJP1/AJS3の運用中に実行できますが，ajsembdbbackupコマンドとジョブ実行処理が競合することによって，双方の実行性能が若干低下します。ジョブの実行数ができるだけ少ない時間帯に実施してください。

ajsembdbbackupコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsembdbbackup」を参照してください。

(5)　障害発生時のデータベースの回復手順

障害のケースごとに回復手順を説明します。

なお，データベースの回復に使用するajsembdboplogコマンド，ajsembdbbackupコマンド，ajsembdbrstrコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド」を，ajsembdbbuildコマンド，ajsembdbsetupコマンド，ajsembdbunsetコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド」を参照してください。

(a)　データ領域のディスクに障害が発生した場合

データ領域のディスクに障害が発生した場合の回復手順を次に示します。

なお，クラスタ環境で回復する場合は，次の操作を実行系としてセットアップした環境で実施してください。待機系では実行しないでください。

アンロードログファイルを取得する。

障害発生直前の更新状態に回復する場合，障害発生直前の更新情報が格納されているシステムログファイルからアンロードログファイルを作成する必要があります。

アンロードログファイルは，ajsembdboplogコマンドを実行することで作成できます。

ajsembdboplogコマンドの指定例を次に示します。

ajsembdboplog -f -g log4※1 -o /unloadlog/unloadlog_file※2

データベースの回復に使用するバックアップファイルを取得した時点から，ajsembdboplogコマンドでアンロードログファイルを作成した時点までの，すべてのアンロードログファイルを，事前にアンロードログファイル作成ディレクトリから退避してください。

注※1

-gオプションの指定値は，ajsembdbstatusコマンドに-lオプションを指定して実行することで，求められます。_JF0の組み込みDB識別子でセットアップした環境がすでに構築されている場合のajsembdbstatusコマンドの実行例を次に示します。

実行例の場合は，Statusに表示されている文字列（下線部分）のうち，左から2文字目が「c」と表示されている「log4」を-gオプションに指定する必要があります。

注※2

この指定例では，出力先ファイル名（アンロードログファイル名）に「/unloadlog/unloadlog_file」を仮定しています。

なお，バックアップ時点に回復する場合は，この操作は不要です。

物理ホストおよびすべての論理ホストで，スケジューラーデータベースにアクセスするJP1/AJS3のサービスをすべて停止する。

ajsembdbunsetコマンドを実行し，データベース環境を削除する。

ajsembdbunsetコマンドに，-eオプションを指定してください。

障害を取り除く。

ajsembdbbuildコマンドを実行し，データベース環境を再構築する。

ajsembdbbuildコマンドの実行時，コマンドに指定する内容は，障害発生前のデータベース環境を構築したときと同じ内容にしてください。指定内容が異なると，このあとのスケジューラーデータベースの回復時にエラーが発生し，回復できません。

ajsembdbsetupコマンドを実行し，スケジューラーデータベースをセットアップする。

ajsembdbsetupコマンドの実行時，コマンドに指定する内容は，障害発生前の組み込みDBへの移行のときと同じ内容にしてください。指定内容が異なると，このあとのスケジューラーデータベースの回復時にエラーが発生し，回復できません。

ajsembdbstopコマンドを実行し，組み込みDBを停止する。

ajsembdbstartコマンドに-rオプションを指定して実行し，システム領域を回復するモードで組み込みDBを起動する。

ajsembdbrstrコマンドに-Mオプションを指定して実行し，組み込みDBのシステム領域を回復する。

ajsembdbstopコマンドを実行し，組み込みDBを停止する。

ajsembdbstartコマンドを実行し，組み込みDBを起動する。

ajsembdbrstrコマンドを実行し，スケジューラーデータベースを回復する。

障害発生直前の更新状態に回復する場合は，手順1で退避したアンロードログファイルまたは退避先のディレクトリを，ajsembdbrstrコマンドの-lオプションまたは-ldオプションに指定してください。

データベース環境を再構築したあとに作成されたアンロードログファイルを指定しないでください。

JP1/AJS3サービス停止中に取得したバックアップファイルの取得時点に回復する場合は，-ldオプションまたは-lオプションを指定する必要はありません。

ajsembdbbackupコマンドを実行する。

ajsembdbbackupコマンドを実行して，バックアップファイルを取得してください。

ajsembdbstopコマンドを実行し，組み込みDBを停止する。

手順2で停止したサービスを起動する。

(b)　データベースのシステムログファイルのディスクに障害が発生した場合

データベースのシステムログファイルに障害が発生した場合，「(a) データ領域のディスクに障害が発生した場合」と同様にデータベースを再構築する必要があります。

「(a) データ領域のディスクに障害が発生した場合」の手順のうち，手順1については，システムログファイルを二重化している場合にだけ実施できます。

(c)　JP1/AJS3とデータベースに同時に障害が発生した場合

JP1/AJS3とデータベースに同時に障害が発生した場合の回復手順を次に示します。

なお，クラスタ環境で回復する場合は，次の操作を実行系としてセットアップした環境で実施してください。待機系では実行しないでください。

障害を取り除く。

JP1/AJS3をバックアップファイルからリカバリーする。

JP1/AJS3のリカバリーについては，「2. バックアップとリカバリー」を参照してください。

該当するスケジューラーデータベースを使用するスケジューラーサービス，およびスケジューラーデータベースにアクセスするJP1/AJS3のサービスをすべて停止する。

操作対象となる組み込みDBを起動する。

Windowsの場合

対象のJP1/AJS3 Database _JFn（nは0〜9またはA〜Zのどれか）サービスが開始していることを確認してください。開始していない場合は，対象のJP1/AJS3 Database _JFnサービスを開始してください。そのあと，ajsembdbstatusコマンドに-s ust -id _JFn（nは0〜9またはA〜Zのどれか）オプションを指定して実行し，組み込みDBが稼働状態になっていること（UNIT-STATがONLINEになっていること）を確認してください。稼働状態になっていない場合は，ajsembdbstartコマンドに-id _JFnオプションを指定して実行してください。

UNIXの場合

ajsembdbstartコマンドに-id _JFn（nは0〜9またはA〜Zのどれか）オプションを指定して実行してください。そのあと，ajsembdbstatusコマンドに-s ust -id _JFn（nは0〜9またはA〜Zのどれか）オプションを指定して実行し，組み込みDBが稼働状態になっていること（UNIT-STATがONLINEになっていること）を確認してください。

ajsembdbstopコマンドを実行し，組み込みDBを停止する。

ajsembdbstartコマンドに-rオプションを指定して実行し，システム領域を回復するモードで組み込みDBを起動する。

ajsembdbrstrコマンドに-Mオプションを指定して実行し，組み込みDBのシステム領域を回復する。

ajsembdbstopコマンドを実行し，組み込みDBを停止する。

ajsembdbstartコマンドを実行し，組み込みDBを起動する。

ajsembdbrstrコマンドを実行し，スケジューラーデータベースを回復する。

この場合，JP1/AJS3サービス停止中に取得したバックアップファイルが必要になります。

ajsembdbrstrコマンドには，-ldオプションおよび-lオプションを指定しないでください。

ajsembdbstopコマンドを実行し，組み込みDBを停止する。

手順3で停止したサービスを起動する。

必要に応じて，JP1/AJS3サービスをコールドスタートで起動してください。

以上の手順を実施することで，JP1/AJS3と同期を取ってデータベースをバックアップファイル取得時の状態まで回復させることができます。

(d)　JP1/AJS3に障害が発生した場合

「(c) JP1/AJS3とデータベースに同時に障害が発生した場合」と同様の手順で回復してください。

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

この章では，ジョブネットの定義情報や実行登録状態の退避・回復について説明します。定義したジョブネットを，ほかのスケジューラーサービスやホストで実行するために退避・回復したり，バックアップを取得したりできます。

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

ジョブ，ジョブネット，またはジョブグループごとに，ユニットの定義情報を退避・回復できます。ユニットの定義情報のバックアップを取得したり，同じジョブネットを別のスケジューラーサービスやホストに配布して実行したりできます。

ジョブグループやジョブネットは，JP1/NETM/DMまたはJP1/FTPを使って配布することもできます。JP1/NETM/DMを使うと，ジョブネットの定義内容を変更したときに自動配布するといった処理ができるので，各ホストでJP1/AJS3の業務を管理しやすくなります。JP1/NETM/DMを使った自動配布については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　13. JP1/NETM/DMを使った自動配布」を参照してください。

退避・回復の操作は，Administrators権限またはスーパーユーザー権限を持つユーザーが実行することを推奨します。

注意事項

ここに示す方法で退避できる情報とは，ジョブネットやジョブなどの定義情報のことであり，ジョブネットやジョブの実行結果などの情報を含めたバックアップは取得できません。ジョブネットやジョブの実行結果などを含めた情報の退避・回復を実行する場合は，OSの機能を使用してください。その場合，マネージャーホストおよび関係するエージェントホストのJP1/AJS3のサービスをすべて停止してから実行してください。

4.1.1　退避・回復の機能

ユニットの定義情報の退避・回復には，次の二つの方法があります。

ajsprint，ajsdefineコマンドを実行する

ユニットの定義情報を任意のファイルに格納して退避・回復します。

ajsbackup，ajsrestoreコマンドを実行する

ユニットの定義情報を退避ボックスに退避ファイルとして格納し，退避・回復します。また，JP1/AJS3 - Viewでも同等の操作ができます。

ユニットの退避・回復の機能と使用するコマンドの対応について次の表に示します。

表4‒1　ユニットの退避・回復機能と使用するコマンド

機能

使用するコマンド

ユニットの定義内容の出力

ajsprint※1

ユニットの定義

ajsdefine※1

ユニットの退避

ajsbackup※2

ユニットの回復

ajsrestore※2

退避ボックスの削除

ajsbkudel

退避ボックスの属性変更と表示

所有者

chown※3

グループ

chgrp※3

許可モード

chmod※3

名称変更

mv※3

退避ファイル名の一覧

ls※3

退避ボックス内のユニットの一覧表示

ajsrestore

注※1

任意のファイルで，ユニットを退避・回復する方法です。他ホストにユニットを配布する場合や業務の内容ごとにまとめて退避する必要がない場合に使用します。

注※2

JP1/AJS3の退避ファイルで，ユニットを退避・回復する方法です。

この操作は［JP1/AJS3 - View］ウィンドウのメニューからも実行できます。操作方法については，「4.3 ajsbackup，ajsrestoreコマンドまたはJP1/AJS3 - Viewによるジョブネットの退避・回復の操作」を参照してください。他ホストにユニットを配布しない場合や業務の内容ごとにまとめて退避する必要がある場合に使用します。

注※3

UNIXのコマンドです。

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

ユニットの名称に2バイトコードを使用している場合，退避元と回復先の環境変数LANGを統一してください。例えば，シフトJISの2バイトコードで定義したユニットを退避し，EUCコードしかサポートしていないホストで回復した場合，回復したユニットは使用できません。

回復は，回復するジョブネットの実行登録を解除してから実施してください。

ユニットの参照中や更新中に退避や回復を実行しないでください。退避や回復を実行する場合には，ユニットがほかで使用中ではないことを確認してから実行してください。

退避したユニットを回復するためには，退避した時点のユニットに更新権限が必要です。もし，更新権限を持たないユーザーが退避を実行した場合，回復は，Administrators権限またはスーパーユーザー権限を持つユーザーが実行してください。

なお，環境設定パラメーターADMACLIMITに「yes」を設定している場合は，次の権限を持つJP1ユーザーが，退避または回復を実行してください。

退避

退避するすべてのユニットに対しての参照権限

回復

回復するすべてのユニットに対しての更新権限

環境設定パラメーターADMACLIMITの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.9.2(4) ADMACLIMIT」を参照してください。

リリース登録されたジョブネット（リリース先のジョブネット）を退避した場合，リリース状態が「リリース待ち」状態の定義は退避されないで，「適用中」状態のものだけ退避されます。そのため，退避したジョブネットを回復させても，「リリース待ち」状態であった定義は回復されません。「リリース待ち」状態の定義も退避・回復させたい場合は，リリース元ジョブネット（「リリース待ち」状態の定義をリリース登録した元となるジョブネット）についても，退避し，回復後に再度リリース登録してください。

退避ボックスには，退避情報管理ファイル（.ajsbkup）が格納されています。退避ボックスの属性変更時には，必ず退避情報管理ファイルの属性も変更してください。

ajsprint，ajsbackupコマンドまたはJP1/AJS3 - Viewによるユニットの退避は，ユニットの定義情報だけが退避され，実行結果は退避されません。

ajsprint，ajsbackupコマンドまたはJP1/AJS3 - Viewによるユニットの退避で登録状態のジョブネットを退避した場合，ajsdefine，ajsrestoreコマンドまたはJP1/AJS3 - Viewで回復を実行しても，そのジョブネットは登録解除状態となります。

ajsbackup，ajsrestoreコマンドまたはJP1/AJS3 - Viewを使用することで，退避ボックスごとに複数のユニットをまとめて管理できます。このような管理が必要ない場合は，ajsprint，ajsdefineコマンドでジョブネットの退避・回復を代用できます。

JP1/AJS3で退避したユニット定義情報を回復する場合，退避元と回復先のネストジョブネットのスケジュール定義が異なることがあるため注意が必要です。

この現象について，次に示します。

（原因）

次の1〜3がすべて重なった場合に発生します。

スケジュールルールを持つルートジョブネットをコピーし，ネストジョブネットとして定義している

条件1のネストジョブネットを含むユニットを，次に示す機能を使用して退避した

・ajsbackupコマンド

・ajsexportコマンド

・ajsprintコマンド

・JP1/AJS3 - Viewの退避機能

条件2の内容で退避したユニットを，次に示す機能を使用して回復した

・ajsrestoreコマンド

・ajsimportコマンド

・ajsdefineコマンド

・JP1/AJS3 - Viewの回復機能

（結果）

（原因）に示した1〜3がすべて重なった場合，次の結果になります。

退避元のネストジョブネットのスケジュール定義は，［上位のジョブネットに依存する］のスケジュール定義が有効になる

回復先のネストジョブネットのスケジュール定義は，設定されているスケジュールルールの定義が有効になる

（対処）

スケジューラーサービスの環境設定パラメーターAJSPRINTNETSCHPRFに「no」を設定したあとに退避・回復を実行すると，退避元と回復先のユニット定義情報が一致します。この設定は，JP1/AJS3またはバージョン08-00以降のJP1/AJS2を新規にインストールした場合に初期状態で設定されています。08-00より前のバージョンのJP1/AJS2からバージョンアップインストールした状態でこの設定をしていない場合は，必要に応じて設定してください。環境設定パラメーターAJSPRINTNETSCHPRFの設定方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.2 環境設定パラメーターの設定」を参照してください。

コマンドの引数にファイル名を指定する場合は，ファイルの内容を環境設定パラメーターAJSCHARCODEに指定した文字コードに合わせる必要があります。

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

ajsprintコマンドによる退避を実行すると，ユニットの定義情報が任意のファイルに格納されます。また，ajsdefineコマンドによる回復を実行すると，ファイルの内容でユニットが定義されます。

ajsprint，ajsdefineコマンドによるジョブネットの退避・回復は，退避ボックスによる管理を行わないため，退避情報ディレクトリ，退避ボックス，退避ファイルといった階層構造を意識する必要がありません。他ホストにユニットを配布したり，業務の内容ごとにまとめて退避したりする必要がない場合には，ajsprint，ajsdefineコマンドによるジョブネットの退避・回復を使用してください。

4.2.1　ajsprintコマンドでユニットを退避する手順

ajsprintコマンドでユニットを退避するために必要な権限を次の表に示します。

表4‒2　退避するために必要な権限

対象

退避に必要な操作権限

退避するユニット

JP1ユーザーでの参照権限※

退避する階層の上位のユニット

JP1ユーザーでの参照権限※

退避する階層の下位のユニット

JP1ユーザーでの参照権限※

注※

退避したユニットを回復するためには，退避した時点のユニットに更新権限が必要です。もし，更新権限を持たないユーザーが退避を実行した場合，回復は，Administrators権限またはスーパーユーザー権限を持つOSユーザーにマッピングしたJP1ユーザーで実行してください。ただし，環境設定パラメーターADMACLIMITに「yes」を設定している場合は，更新権限を持つJP1ユーザーで回復を実行してください。

環境設定パラメーターADMACLIMITの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.9.2(4) ADMACLIMIT」を参照してください。

ajsprintコマンドでユニットを退避する例を次に示します。

（例）

任意の退避ファイル（c:¥backup¥unit.txt）にユニット（/UNIT）を退避する場合

ajsprint -a /UNIT > c:¥backup¥unit.txt

ajsprintコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsprint」を参照してください。

4.2.2　ajsdefineコマンドでユニットを回復する手順

ajsdefineコマンドでユニットを回復するために必要な権限を次の表に示します。

表4‒3　回復するために必要な権限

対象

回復に必要な操作権限

退避ファイル

OSユーザーでの参照権限

回復する階層の上位のユニット

JP1ユーザーでの参照権限

回復する階層

JP1ユーザーでの更新権限

回復する階層の下位のユニット

JP1ユーザーでの更新権限

ajsdefineコマンドでユニットを回復する例を次に示します。

（例）

任意の退避ファイル（c:¥backup¥unit.txt）に退避したユニットを回復する場合

ajsdefine c:¥backup¥unit.txt

ajsdefineコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsdefine」を参照してください。

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

ajsbackupコマンドまたはJP1/AJS3 - Viewによる退避を実行すると，ユニットの定義情報が退避ファイルとして特定のディレクトリに格納されます。また，回復を実行すると，特定のディレクトリ中に格納された退避ファイルの内容でユニットが定義されます。

補足事項

ajsbackup，ajsrestoreコマンド，またはJP1/AJS3 - Viewによるジョブネットの退避・回復は，退避ボックスによる管理を行うため，退避情報ディレクトリ，退避ボックス，退避ファイルといった階層構造を意識する必要があります。業務の内容ごとに分類して退避できるメリットがありますが，他ホストにユニットを配布する場合や，業務の内容ごとにまとめて退避する必要がない場合には，階層構造を意識する必要のない，ajsprint，ajsdefineコマンドによるジョブネットの退避・回復を行ってください。

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

ajsbackupコマンドまたはJP1/AJS3 - Viewで退避した情報の格納場所を次の図に示します。

図4‒1　退避時の情報の格納場所

それぞれの部分について説明します。

退避情報ディレクトリ

退避情報を格納するディレクトリです。JP1/AJS3の環境設定パラメーターで，任意のディレクトリ名を指定できます。

退避ボックス

退避ファイルを格納するためのディレクトリです。退避するときに，任意のディレクトリ名を指定できます。ただし，Windowsの場合，「CON」，「PRN」，「AUX」，「CLOCK$」，「NUL」，「COMm（mは1から9までの任意の整数）」および「LPTn（nは1から9までの任意の整数）」は，退避ボックスのディレクトリ名に使用できません。退避ボックスを定義すると，複数のユニットの追加・変更内容をまとめられます。例えば，業務の内容ごとに退避ボックスを作成しておくと，業務ごとに追加・変更内容を管理できます。

一つの退避ボックスには，最大で1,024個の退避ファイルが作成できます。

退避したユニットは，同一サーバでだけ回復できます。別のサーバでユニットを回復する場合，移行元のサーバでajsprintコマンドを使用してユニットの定義を出力し，移行先のサーバでajsdefineコマンドを使用してユニットを回復してください。

退避ファイル

ユニットをajsprintコマンドの-aオプションで出力した形で格納したファイルです。ファイル名には，「0001」から「1024」の4けたの数字が自動的に定義されます。

退避情報管理ファイル

退避ボックスに保存された退避ファイルについての情報を管理するためのファイルです。

退避ボックス内の退避ファイル名やユニット名を知りたい場合は，ajsrestoreコマンドを使用します。

4.3.2　ajsbackupコマンドまたはJP1/AJS3 - Viewでユニットを退避する手順

ajsbackupコマンドまたはJP1/AJS3 - Viewでユニットを退避するために必要な権限を次の表に示します。

表4‒4　退避するために必要な権限

対象

退避に必要な操作権限

退避ボックス

OSユーザーでの更新権限

退避するユニット

JP1ユーザーでの参照権限※

退避する階層の上位のユニット

JP1ユーザーでの参照権限※

退避する階層の下位のユニット

JP1ユーザーでの参照権限※

注※

退避したユニットを回復するためには，退避した時点のユニットに更新権限が必要です。もし，更新権限を持たないユーザーが退避を実行した場合，回復は，Administrators権限またはスーパーユーザー権限を持つOSユーザーにマッピングしたJP1ユーザーで実行してください。ただし，環境設定パラメーターADMACLIMITに「yes」を設定している場合は，更新権限を持つJP1ユーザーで回復を実行してください。

環境設定パラメーターADMACLIMITの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.9.2(4) ADMACLIMIT」を参照してください。

JP1/AJS3 - Viewでユニットを退避する手順を説明します。

［JP1/AJS3 - View］ウィンドウまたは［ジョブネットエディタ］ウィンドウで，退避させたいユニットを選択する。

ツリーエリアでジョブグループやジョブネットを選択した場合は，選択したジョブグループやジョブネットの直下にあるユニットが退避の対象になります。

［ファイル］−［退避］を選択する。

［退避］ダイアログボックスが表示されます。ダイアログボックスの［ユニットの要素］には，選択したユニットが表示されています。

ユニットの退避先の退避ボックス名を入力する。

既存の退避ボックス名をダブルクリックすると，そのボックス名が［退避ボックス名］に入力されます。

［退避の対象］に退避させたいユニットの名称を入力する。

［ユニットの要素］に表示されている名称をダブルクリックすると，その名称が［退避の対象］に入力されます。

ほかに必要な情報を定義して［OK］ボタンをクリックする。

選択したユニットが退避されます。

ajsbackupコマンドでユニットを退避する例を次に示します。

（例）

新規の退避ボックス（BACKUP）に，ユニット（/UNIT）を退避する場合

ajsbackup -m -n BACKUP /UNIT

ajsbackupコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsbackup」を参照してください。

4.3.3　ajsrestoreコマンドまたはJP1/AJS3 - Viewでユニットを回復する手順

ajsrestoreコマンドまたはJP1/AJS3 - Viewでユニットを回復するために必要な権限を次の表に示します。

表4‒5　回復するために必要な権限

対象

回復に必要な操作権限

退避ボックス

OSユーザーでのディレクトリ移動権限

退避ファイル

OSユーザーでの更新権限

回復する階層の上位のユニット

JP1ユーザーでの参照権限

回復する階層

JP1ユーザーでの参照権限

回復する階層の下位のユニット

JP1ユーザーでの参照権限

JP1/AJS3 - Viewでユニットを回復する手順を説明します。

［JP1/AJS3 - View］ウィンドウまたは［ジョブネットエディタ］ウィンドウで，回復先のジョブネットまたはジョブグループを選択する。

［ファイル］−［回復］を選択する。

［回復］ダイアログボックスが表示されます。ダイアログボックスの［退避ボックス］には，現在定義されている退避ボックス名が表示されています。

［退避ボックス］でボックス名を選択する。

選択した退避ボックスに格納されている退避ファイル一覧が［退避ファイル］に表示されます。

［退避ファイル］から退避ファイル名を選択してダブルクリックする。

ファイル名が［回復の対象］に入力されます。

［OK］ボタンをクリックする。

指定した場所にユニットが回復されます。

ajsrestoreコマンドでユニットを回復する例を次に示します。

（例）

退避ボックス（BACKUP）の中に退避したユニットを回復する場合

ajsrestore -n BACKUP

ajsrestoreコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsrestore」を参照してください。

4.3.4　退避ボックスの属性を変更および表示する（UNIX限定）

UNIXのコマンドを使って，退避ボックスの属性を変更および表示します。

コマンドの使用例を次に示します。なお，この例では，次のコマンドを実行し，カレントディレクトリがJP1/AJS3の環境設定パラメーターAJSBKUROOTで定義したディレクトリになっているものとします。

cd /var/opt/jp1ajs2/backup/schedule（標準値の場合）

（例1）

退避ボックス（BACKUP）の所有者を「user2」に変更し，user2だけが更新できるようにする場合

chmod 0744 BACKUP/.ajsbkup
chown user2 BACKUP/.ajsbkup
chmod 0755 BACKUP
chown user2 BACKUP

（例2）

退避ボックス（BACKUP）の名称を「host1_BACKUP」に変更する場合

mv BACKUP host1_BACKUP

（例3）

退避ボックス（BACKUP）の中の退避ファイル名の一覧を表示する場合

ls -la BACKUP

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

退避ボックスまたは退避ファイルを削除する場合，ajsbkudelコマンドを実行します。退避ボックスまたは退避ファイルの削除は，OSユーザーでの更新権限を持つユーザーが実行できます。

ajsbkudelコマンドで退避ボックスを削除する例を次に示します。

（例）

退避ボックス（BACKUP）を削除する場合

ajsbkudel -n BACKUP

ajsbkudelコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsbkudel」を参照してください。

4.3.6　退避ボックス中のユニットの一覧を表示する

退避ボックスに格納されているユニットは，次の方法で一覧表示できます。

JP1/AJS3 - Viewで，退避するときに［退避］ダイアログボックスで確認する。

ajsrestoreコマンドを，-tオプションを付けて実行する。

表示形式は，「退避ファイル番号：退避元ユニット：退避ユニット名：ユニット種別」です。

ajsrestoreコマンドを使って表示させる例を次に示します。

（例）

退避ボックス（BACKUP）の中に退避したユニットの一覧を表示する場合

コマンド実行例

　ajsrestore -t -n BACKUP

コマンド実行時の出力例

　0001:/資材部:テンプレート:g

　0002:/資材部/出庫管理:出庫伝票作成:n

ajsrestoreコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsrestore」を参照してください。

4.4　ajsrgexport，ajsrgimportコマンドによるジョブネットの実行登録状態のバックアップ・リカバリー

ajsrgexportコマンドでジョブネットの登録予定情報をエクスポートする機能と，ajsrgimportコマンドでインポートする機能を使用して，ジョブネットの実行登録状態をバックアップ・リカバリーできます。

4.4.1　実行登録状態のバックアップ・リカバリーの概要

登録予定情報のエクスポート・インポート機能を使用したジョブネットの実行登録状態のバックアップとリカバリーの概要を次に示します。

図4‒2　登録予定情報のエクスポート・インポート機能を使用した実行登録状態のバックアップとリカバリー

ajsprintコマンドとajsdefineコマンドを使用してユニット定義情報をバックアップ・リカバリーするのに対し，ajsrgexportコマンドとajsrgimportコマンドでは，ジョブネットの登録予定情報をエクスポートし，その情報をインポートすることで，ジョブネットの実行登録状態をバックアップ・リカバリーします。

JP1/AJS3のシステムに障害などが発生した場合，これらの機能を使用することで運用再開までの作業を大幅に短縮できます。

(1)　登録予定情報のエクスポート（ajsrgexportコマンド）

ajsrgexportコマンドでは，ジョブネットの実行登録状態（実行登録時に指定したマクロ変数やタイムゾーンなどの情報を含む）をテキスト形式のファイルにエクスポートします。このジョブネットの実行登録状態や登録時に指定した条件などの情報を登録予定情報と呼びます。また，登録予定情報をエクスポートしたファイルを登録予定情報ファイルと呼びます。ajsrgexportコマンドの詳細についてはマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsrgexport」を，登録予定情報ファイルについてはマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　4.6 登録予定情報ファイル」を参照してください。

エクスポートの対象は，「計画実行」または「確定実行」で実行登録されている次のルートジョブネットです。「即時実行」で実行登録されているジョブネットを指定した場合は，登録予定情報をエクスポートしません。

ルートジョブネット

ルートリモートジョブネット

プランニンググループ配下のルートジョブネット

シナリオグループ配下のルートジョブネット

オペレーションネット用スケジューラーサービス配下のルートジョブネット

計画実行登録したジョブネットの場合は，直近の実行予定をエクスポートします。確定実行登録したジョブネットの場合は，直近の実行予定以降の作成済み予定をエクスポートします。どちらの場合も，実行結果および擬似予定はエクスポートしません。擬似予定については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.4.2(1) スケジュールシミュレーション」を参照してください。

図4‒3　エクスポートされる実行予定

なお，確定実行登録の場合は，計画一時変更している予定もエクスポートします。ただし，インポート先で計画一時変更分の予定を変更解除することはできません。計画実行登録の場合は，計画一時変更分の予定をエクスポートしないため，インポートしたあとに計画一時変更をし直す必要があります。

(2)　登録予定情報のインポート（ajsrgimportコマンド）

ajsrgexportコマンドでエクスポートした登録予定情報ファイルをインポートし，エクスポート時と同一の実行登録状態にします。ajsrgimportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsrgimport」を参照してください。

計画実行登録されていたジョブネットの場合は，インポート後にジョブネットのスケジュールルールに基づいて再計算されます。一方，確定実行登録されていたジョブネットの場合は，エクスポートした登録予定情報ファイルの内容に基づき，ajsrgimportコマンドの実行日以降の実行予定をインポートします。

図4‒4　インポートされる実行予定

インポート対象のルートジョブグループ配下は，エクスポート元とインポート先とで同一のユニット構成である必要があります。

次のような場合はインポートできません。

エクスポートしたユニットの実行登録時のJP1ユーザーと，インポートを実行するJP1ユーザーが異なる。

指定したユニットがエクスポートした登録予定情報ファイルにない。

登録予定情報ファイルにアクセスできない。

登録予定情報ファイルの中に，インポート先にないユニットがある。

指定した登録予定情報ファイル名が255バイトを超えている。

登録予定情報ファイルの内容に，不正な定義がある。

指定したユニットがインポート先にない。

インポート対象のジョブネットが，インポート先ですでに実行登録されている。

インポート実行日がジョブネットのスケジュールルールの有効範囲を過ぎている。

ジョブネットのスケジュールルールで，処理サイクルまたは振り替え方法が指定されていない。

排他スケジュールに指定されているジョブネットが，エクスポート元とインポート先で異なる。

カレンダーを参照するジョブグループがない。

4.4.2　実行登録状態のバックアップ・リカバリーの前提条件

登録予定情報のエクスポート・インポート機能を使用する場合，インポート先でジョブの実行ができるようにインポート先の環境をエクスポート元の環境と合わせておく必要があります。

必要に応じて，インポートの前に「2.3 JP1/AJS3を使用するシステムの設定情報のリカバリー」に記載されている手順に従って，ジョブの実行ができる環境を整えておいてください。

登録予定情報のエクスポート・インポート機能は，エクスポート元とインポート先のホストや，スケジューラーサービスが異なっていても使用できます。ただし，インポート先の環境に合わせて，登録予定情報ファイルの文字コードや改行コードを合わせる必要があります。

その他のホストやスケジューラーサービスでエクスポート・インポートする場合の前提条件と，前提条件を満たさなかった場合の影響について，次に示します。

ホストに関する前提条件

前提条件

前提条件を満たさない場合の影響

エクスポート元とインポート先で，ジョブネットの実行登録時に使用したタイムゾーンの名称と，そのタイムゾーンで表される時間帯が同じであること。

エクスポート元と異なる開始予定日時のスケジュールが生成されるおそれがあります。

エクスポート元およびインポート先と，エージェントホストが通信できること。

エージェントホストと通信できない場合，インポート時にジョブを実行できません。

エクスポート元およびインポート先と，QUEUEジョブに指定したホストが通信できること。

エージェントホストと通信できない場合，インポート時にQUEUEジョブを実行できません。

JP1/Baseの設定での前提条件

前提条件

前提条件を満たさない場合の影響

ジョブネット実行登録時のJP1ユーザーがインポート先でユーザーマッピングされていること。

ジョブネット実行登録時のJP1ユーザーがインポート先でユーザーマッピングされていない場合，インポート時にエラーとなります。

エクスポート元とインポート先で認証サーバが異なる場合，双方の認証サーバで同一のJP1ユーザー・アクセス権限が登録されていること。

エクスポート元・インポート先の認証サーバに同一のJP1ユーザー・アクセス権限が登録されていない場合，インポート時またはジョブ実行時にエラーが発生するおそれがあります。

スケジューラーサービスでの前提条件

前提条件

前提条件を満たさない場合の影響

インポート先のJP1/AJS3のローカル時刻がエクスポート元より遅れていないこと。

インポート先のローカル時刻がエクスポート元より遅れている場合，エクスポート元で実行したスケジュールが再度生成されることがあります。

キューレスジョブを使用する場合，インポート先でもajsqlsetupコマンド（キューレスジョブ実行環境セットアップ）を実行していること。

キューレスジョブ実行環境がセットアップされていない場合，インポート後，ジョブ実行時にキューレスジョブを実行できません。

ジョブ実行環境での前提条件

前提条件

前提条件を満たさない場合の影響

エクスポート元およびインポート先に，ジョブの運用で使用する転送ファイルがあること。

転送ファイルがない場合，インポート後，ジョブ実行時にエラーとなります。

エクスポート元のジョブ実行時に使用するエージェントやキューがインポート先に定義されていること。

ジョブ実行時に使用するエージェントやキューが定義されていない場合，インポート後，ジョブ実行時にエラーとなります。

環境設定パラメーターでの前提条件

エクスポート元とインポート先で，次の環境設定パラメーターの値が同一であること。

スケジューラーサービスに関する環境設定パラメーター

環境設定パラメーター※

前提条件を満たさない場合の影響

AJSCHARCODE（スケジューラーサービスの文字コード）

ユニット定義やジョブネット実行登録時に指定したマクロ変数にマルチバイト文字が含まれる場合，それらの文字列はAJSCHARCODEに指定した文字コードで表されます。したがって，エクスポート元とインポート先でAJSCHARCODEに指定する文字コードが異なる場合，インポートすると文字化けが発生するため，インポートできません。

ROOTJOBNETSCHEDULERANGE（ルートジョブネットの時間制）

エクスポート元が48時間制で，インポート先が24時間制となっている場合，日またがりのスケジュールの実行日は翌日扱いとなります。この場合，例えばジョブネットを運用日に実行する場合，日またがりのスケジュールで翌日扱いとなったときに翌日が休業日であるとスケジュールは生成されません。

注※

定義キーは，[{JP1_DEFAULT|論理ホスト名}¥JP1AJSMANAGER¥スケジューラーサービス名]です。

環境設定パラメーターAJSCHARCODEの，OSごとの文字コードの設定について次に示します。

AJSCHARCODEの値

ajsrgexportコマンド実行時の環境変数LANGの値

HP-UX

Solaris

AIX

Linux

SJIS

ja_JP.SJIS

japanese

ja_JP.PCK

Ja_JP

Ja_JP.IBM-932

−

EUC

ja_JP.eucJP

japanese.euc

ja※2

ja_JP.eucJP※2

ja_JP

ja_JP.IBM-eucJP

−

C

C

C

C

C

UTF-8※1

ja_JP.utf8

ja_JP.UTF-8

JA_JP

JA_JP.UTF-8

ja_JP.UTF-8

ja_JP.utf8

（凡例）

−：使用できません。

注※1

互換用ISAM構成の場合は，LinuxだけUTF-8を使用できます。

注※2

Solaris 11の場合は，jaとja_JP.eucJPを使用できます。

Solaris 10の場合は，jaだけ使用できます。

ジョブ実行環境に関する環境設定パラメーター

定義キー

環境設定パラメーター

定義内容

[{JP1_DEFAULT|論理ホスト名}¥JPQNBQMANAGER¥Queue]

MaximumQueue※1

キューの最大定義数

[{JP1_DEFAULT|論理ホスト名}¥JPQNBQMANAGER¥Job]

MaximumContentJob※2

システム内の最大ジョブ数

AlterContentJob※2

システム内の警告ジョブ数

[{JP1_DEFAULT|論理ホスト名}¥JPQNBQMANAGER¥Agent]

MaximumAgent※1

エージェントの最大定義数

LeastRecentlyUsed※2

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

[{JP1_DEFAULT|論理ホスト名}¥JPQNBQMANAGER¥Resource]

MaximumResource※1

排他実行リソースの最大定義数

[{JP1_DEFAULT|論理ホスト名}¥JPQNBQCLIENT¥PathEnv]

All Users※2

転送元ファイルの検索パス

JP1ユーザー名※2

転送元ファイルの検索パス

[{JP1_DEFAULT|論理ホスト名}¥JPQNBQCLIENT¥Process]

MacroOptionReplaceMode※2

マクロ変数の引き継ぎ情報がNULL文字列の置き換え方法の設定

注※1

値が同一でなかった場合，エージェントやキューを定義できなくなるおそれがあります。

注※2

値が同一でなかった場合，ジョブの実行に影響が出るおそれがあります。

エクスポート・インポートするユニットの前提条件

前提条件

前提条件を満たさない場合の影響

エクスポート元のマネージャー上でジョブを実行していないこと。

エクスポート元のマネージャーがダウンしているケースや，ジョブの実行先が異なるケースがあり，インポート後，ジョブ実行時にエラーになることがあります。

QUEUEジョブのホスト名に，エクスポート元の物理ホスト・論理ホストを指定していないこと。

エクスポート元のマネージャーがダウンしているケースや，ジョブの実行先が異なるケースがあり，インポート後，ジョブ実行時にエラーになることがあります。

エクスポートするユニットを計画実行登録している場合，エクスポート元とインポート先でルートジョブネットまでのユニット完全パスが同一であること。

インポート時にエラーになります。

エクスポートするルートジョブネットを確定実行登録している場合，エクスポート元とインポート先でルートジョブネットまでのユニット完全パスが同一であり，かつルートジョブネット配下のユニット構成がすべて同じであること。

インポート時にエラーになります。

その他のジョブグループのカレンダーを参照するように指定しているジョブネットをインポートする場合，参照先のジョブグループがエクスポート元と同一パスでインポート先にも存在すること。

インポート時に実行登録失敗となります。

排他スケジュールを指定しているジョブネットをインポートする場合，排他ジョブネットがエクスポート元と同一パスでインポート先にも存在すること。

インポート時に実行登録失敗となります。

ジョブネットコネクタを含むルートジョブネットをインポートする場合，接続先のジョブネットがエクスポート元と同一パスでインポート先にも存在すること。

インポート後，ジョブ実行時にジョブネットコネクタが異常検出実行中のままとなります。

接続先のジョブネットをインポートする場合，ジョブネットコネクタがエクスポート元と同一パスでインポート先にも存在すること。

インポート後，ジョブ実行時に接続先のジョブネットが次のように動作します。

実行順序制御方式が「同期」の場合

開始予定日時を過ぎた時点で実行されます。

実行順序制御方式が「非同期」の場合

開始予定日時になった時点で実行されます。

4.4.3　実行登録状態のバックアップ・リカバリーの注意事項

登録予定情報のエクスポート・インポート機能を使用する際の注意事項を次に示します。

世代の作成中・削除中にエクスポートした場合

エクスポート機能では，エクスポートコマンド（ajsrgexport）実行時の登録状態をエクスポートします。したがって，世代の作成中・削除中（確定実行を期間指定で登録中，計画一時変更中，および登録解除中）にエクスポートを実行すると，作成途中または削除途中の世代をそのままエクスポートしてしまいます。

世代の作成中にエクスポートした場合の例を次に示します。

図4‒5　世代の作成中（確定実行登録）にエクスポートした場合の例

例えば，図4-5のように4月1日から4月6日までの確定世代を作成する際に，4月2日までの世代しか作成していないタイミングで登録予定情報のエクスポートを実行した場合は，4月2日までの世代だけ出力され，4月3日以降の世代はエクスポートされません。

登録予定情報のエクスポートは，実行登録や登録解除，計画一時変更の処理中など，世代の作成中に実行しないでください。

起動条件を定義しているジョブネットの場合

起動条件を定義していて，ジョブネットのスケジュールルールで起動条件の有効範囲を設定している場合，エクスポート時点までの，起動条件のイベントの発生回数・監視時間は出力されません。例えば，起動条件の有効範囲を5回と設定していて，エクスポート時点ですでに2回イベントが発生している場合でも，インポート後にはイベントの発生を5回監視します。

4.4.4　ajsrgexportコマンドで登録予定情報をエクスポートする手順

登録予定情報をエクスポートする手順を次に示します。

ユニット定義情報をバックアップする。

必要に応じて，ユニット定義情報をバックアップします。

詳細については，「2.2.2(4) ユニット定義のバックアップ」を参照してください。

ajsrgexportコマンドを実行し，登録予定情報をエクスポートする。

次の形式でコマンドを実行します。

ajsrgexport [-F サービス名] [-R] [-e {s|f}] [-o 登録予定情報ファイル名] [-m] ユニット名...

ajsrgexportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsrgexport」を参照してください。

注意事項

エクスポートした登録予定情報ファイルは修正しないでください。修正した場合，正常に動作しないおそれがあります。

実行予定の計画一時変更を確認する。

計画実行登録の場合，計画一時変更していても変更分の情報はエクスポートされないため，インポートする情報は計画一時変更前のものとなります。インポート先で計画一時変更した予定で実行したい場合は，インポート後に計画一時変更するための資料を残すように運用してください。

確定実行登録の場合，計画一時変更していた情報もエクスポートされるため，インポート後も変更された予定で実行登録されます。ただし，変更解除できないため，インポート後に変更した予定を元に戻すための資料を残すように運用してください。

インポート後に計画一時変更または変更した予定を元に戻すための資料がない場合は，ajsshowコマンドで登録状態を確認し，情報をエクスポートしてください。ajsshowコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsshow」を参照してください。

なお，実行予定を計画一時変更していない場合，この操作は不要です。

注意事項

ajsrgexportコマンドは，実行登録されているルートジョブネットの実行予定世代から登録予定情報を取得します。確定実行登録しているルートジョブネットをエクスポートする場合，計画一時変更した情報も取得するため，世代情報が変更されるタイミング（ルートジョブネットの実行登録処理中や，予定情報の作成中・削除中）に実行すると，エラーとなるおそれがあります。

ジョブネットの実行予定世代については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.2 ジョブネットの世代管理」を参照してください。

4.4.5　ajsrgimportコマンドで登録予定情報をインポートする手順

登録予定情報をインポートする手順を次に示します。

ユニット定義情報をリカバリーする。

必要に応じて，ユニット定義情報をリカバリーします。

詳細については，「2.3.3(8) ユニット定義のリカバリー」を参照してください。

登録予定情報のエクスポート時からユニット定義情報に変更がない場合，この操作は不要です。

エージェントホストのサービスを再起動する。

マネージャー・エージェントが別ホストで，イベント監視を行っている場合は，エージェントホストのJP1/AJS3のサービスを再起動してください。

それ以外の場合，この操作は不要です。

ajsalterコマンドを実行してジョブの実行を抑止する。

次の形式でコマンドを実行します。

ajsalter -F サービス名 -s EXEC

ajsalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsalter」を参照してください。

ajsrgimportコマンドを実行し，登録予定情報をインポートする。

次の形式でコマンドを実行します。

ajsrgimport [-F サービス名] [-f] [-u ユニット名|-o ユニット名]... -i 登録予定情報ファイル名

注意事項

ajsrgimportコマンドを実行する前に，対象となるジョブネットが登録解除されていることを確認してください。ジョブネットが登録済みの場合，ajsrgimportコマンドは異常終了します。

補足事項

ajsrgimportコマンドの-fオプションで，インポートした時点ですでに当日の実行開始予定時刻を過ぎていた場合に，すぐに実行を開始するか，実行を抑止するかを指定できます。

ajsrgimportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsrgimport」を参照してください。

登録状態（インポート状態）を確認し，必要に応じて変更する。

当日に実行させたくないジョブネットや，保留・保留解除などを一時変更したいユニットがあれば，計画一時変更を行います。

インポートを実行した結果に問題がないことを確認したら，ajsalterコマンドを実行してジョブの実行抑止を解除する。

次の形式でコマンドを実行します。

ajsalter -F サービス名 -s none

ajsalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsalter」を参照してください。

5　ジョブネットの監視

JP1/AJS3では，自動化した業務（ジョブネット）が正常に運用されているかを判断するため，主に次の二つのことを実施する必要があります。

・ジョブネットの実行結果の確認

・ジョブネットの実行時間の監視

この章では，ジョブネットの監視について説明します。

5.1　ジョブネットの実行結果の確認と実行時間の監視

ここでは，ジョブネットの実行結果を確認したり，実行時間を監視したりする方法について説明します。

5.1.1　ジョブネットの実行結果を確認する

JP1/AJS3で自動化して運用している業務（ジョブネット）が正常に運用されているかを判断するには，ジョブネットの実行結果を確認する必要があります。

(1)　ジョブネットの実行結果の確認

ジョブネットの実行結果の確認は，次の表に示す方法で実施できます。

表5‒1　実行結果の確認方法

確認の種類

確認方法

画面（JP1/AJS3 - View）

次に示すウィンドウで，正常終了を表す色（デフォルトでは，薄い緑）が表示されていれば，そのジョブネットやジョブは正常に終了しています。

［JP1/AJS3 - View］ウィンドウ（サマリー監視画面）

［ジョブネットモニタ］ウィンドウ（定義ウィンドウ形式）

［マンスリースケジュール］ウィンドウ（カレンダー形式）

［デイリースケジュール］ウィンドウ（チャート形式）

画面（JP1/AJS3 Console）

JP1/AJS3 Consoleを使用すると，特定のジョブネットの実行結果を画面で確認できます。

コマンド

ajsshowコマンド

実行登録済みのジョブネットまたはジョブの，前回までの実行結果，現在の状態，および次回の実行予定などの情報を標準出力ファイルに出力します。

ログ

JP1/AJS3のスケジューラーログファイル中に，ジョブネットが正常終了したか，または異常終了したか，などの情報が出力されます。ログファイルをテキストエディターなどで確認します。ログファイルのデフォルトの格納場所を次に示します。

スケジューラーサービス単位でログファイルを出力している場合

Windows Server 2012またはWindows Server 2008で，インストール先フォルダがデフォルトまたはシステムで保護されたフォルダ配下のとき

「%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2¥log¥schedule¥スケジューラーサービス名¥ajs-log1.log」

「%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2¥log¥schedule¥スケジューラーサービス名¥ajs-log2.log」

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

「システムで保護されたフォルダ」とは，次のフォルダを指します。

・「システムドライブ¥Windows」配下

・「システムドライブ¥Program Files」配下

・「システムドライブ¥Program Files (x86)」配下（64ビット版のWindowsの場合）

Windows Server 2012またはWindows Server 2008で，インストール先フォルダが上記以外のとき

「JP1/AJS3 - Managerのインストール先フォルダ¥log¥schedule¥スケジューラーサービス名¥ajs-log1.log」

「JP1/AJS3 - Managerのインストール先フォルダ¥log¥schedule¥スケジューラーサービス名¥ajs-log2.log」

Windows Server 2003のとき

「JP1/AJS3 - Managerのインストール先フォルダ¥log¥schedule¥スケジューラーサービス名¥ajs-log1.log」

「JP1/AJS3 - Managerのインストール先フォルダ¥log¥schedule¥スケジューラーサービス名¥ajs-log2.log」

UNIXのとき

「/var/opt/jp1ajs2/log/schedule/スケジューラーサービス名/ajs-log1.log」

「/var/opt/jp1ajs2/log/schedule/スケジューラーサービス名/ajs-log2.log」

ホスト単位でログファイルを出力している場合

Windows Server 2012またはWindows Server 2008で，インストール先フォルダがデフォルトまたはシステムで保護されたフォルダ配下のとき

「%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2¥log¥ajs-host-log1.log」

「%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2¥log¥ajs-host-log2.log」

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

「システムで保護されたフォルダ」とは，次のフォルダを指します。

・「システムドライブ¥Windows」配下

・「システムドライブ¥Program Files」配下

・「システムドライブ¥Program Files (x86)」配下（64ビット版のWindowsの場合）

Windows Server 2012またはWindows Server 2008で，インストール先フォルダが上記以外のとき

「JP1/AJS3 - Managerのインストール先フォルダ¥log¥ajs-host-log1.log」

「JP1/AJS3 - Managerのインストール先フォルダ¥log¥ajs-host-log2.log」

Windows Server 2003のとき

「JP1/AJS3 - Managerのインストール先フォルダ¥log¥ajs-host-log1.log」

「JP1/AJS3 - Managerのインストール先フォルダ¥log¥ajs-host-log2.log」

UNIXのとき

「/var/opt/jp1ajs2/log/ajs-host-log1.log」

「/var/opt/jp1ajs2/log/ajs-host-log2.log」

Windowsイベントログまたはsyslog

環境設定パラメーターNETSYSLOGを設定している場合，Windowsイベントログまたはsyslogに，ジョブネットが正常終了したか，異常終了したか，などの情報が出力されます。

ジョブネットの正常終了および異常終了のイベントID（ファシリティ）とメッセージIDを次に示します。

ジョブネット正常終了イベント

イベントID：30261

ファシリティ：LOG_DAEMON

メッセージID：KAVS0261-I

ジョブネット異常終了イベント

イベントID：30262

ファシリティ：LOG_DAEMON

メッセージID：KAVS0262-E

ジョブネットが異常終了していた場合，リカバリーユニットが実行されているか確認したり，ジョブネットを再実行したりしてください。

画面の表示項目や操作手順の詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド」を参照してください。

ajsshowコマンドのオプションの詳細や出力例については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsshow」を参照してください。

スケジューラーログの出力形式については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録C ログ情報」を参照してください。

(2)　ジョブネットコネクタの状態監視と実行結果の確認

ジョブネットコネクタや接続先のジョブネットの実行状態および実行結果は，JP1/AJS3 - Viewやコマンドで確認できます。

ジョブネットコネクタや接続先のジョブネットの実行状態については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　6.1.1 ジョブネット・ジョブ・ジョブネットコネクタの状態」を参照してください。また，コマンドでの実行状態および実行結果の確認方法については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1」を参照してください。

ここでは，ジョブネットコネクタや接続先のジョブネットの，JP1/AJS3 - Viewでの監視について説明します。

ジョブネットコネクタや接続先のジョブネットの，実行状態および実行結果を確認できるJP1/AJS3 - Viewの画面を，次に示します。

［ジョブネットモニタ］ウィンドウ

［デイリースケジュール］ウィンドウ

［マンスリースケジュール］ウィンドウ

各ウィンドウでの監視の概要について説明します。

(a)　［ジョブネットモニタ］ウィンドウでの監視

［ジョブネットモニタ］ウィンドウでは，通常のジョブネットと同様にジョブネットコネクタの実行状態および実行結果を，ジョブネットを定義したときと同じイメージで監視・確認できます。マップエリアでジョブネットコネクタをダブルクリックすると，接続先のジョブネットを別ウィンドウの［ジョブネットモニタ］ウィンドウで確認できます。また，ジョブネットコネクタを選択して［表示］−［接続先のジョブネット］を選択することで，接続先のジョブネットを次のウィンドウからも確認できます。

［デイリースケジュール（階層表示/全ジョブ表示）］ウィンドウ

［マンスリースケジュール］ウィンドウ

［ジョブネットモニタ］ウィンドウ

［ジョブネットモニタ］ウィンドウでの監視について，次の図に示します。

図5‒1　［ジョブネットモニタ］ウィンドウでの監視

さらに，［表示］−［詳細情報］で表示される［モニタ詳細 -［アイコン名］］ダイアログボックスでは，ジョブネットコネクタの場合は接続先のジョブネットの実行IDを，接続先のジョブネットの場合はジョブネットコネクタの実行IDや実行順序制御方式の設定値を確認できます。

補足事項

接続先のジョブネットの実行予定がない，または接続先のジョブネットが閉塞状態の場合は，接続先のジョブネットの［ジョブネットモニタ］ウィンドウを表示できません。

ジョブネットコネクタと接続先のジョブネットが異なる認証圏のホストにある場合，次の操作をするにはログインが必要です。

ジョブネットコネクタから接続先のジョブネットを表示させる場合，接続先のジョブネットがあるホストに対してログインが必要です。

ジョブネットコネクタに対して［モニタ詳細］ダイアログボックスを表示させる場合，接続先のジョブネットがあるホストに対してログインが必要です。

接続先のジョブネットに対して［モニタ詳細］ダイアログボックスを表示させる場合，ジョブネットコネクタがあるホストに対してログインが必要です。

詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.3.38 ［モニタ詳細−［ジョブネット］］ダイアログボックス」またはマニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.14.6 ［ジョブネットモニタ］ウィンドウの注意事項」を参照してください。

(b)　［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウでの監視

［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウで監視する場合，ツリーエリアでジョブネットコネクタを選択して［表示］−［接続先のジョブネット］を選択することで，接続先のジョブネットを次のウィンドウから確認できます。

［デイリースケジュール（階層表示／全ジョブ表示）］ウィンドウ

［マンスリースケジュール］ウィンドウ

［ジョブネットモニタ］ウィンドウ

［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウでの監視について，次の図に示します。

図5‒2　［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウでの監視

さらに，［表示］−［詳細情報］で表示される［詳細スケジュール］ダイアログボックスでは，詳細なスケジュール情報のほか，ジョブネットコネクタの場合は接続先のジョブネットの実行IDを，接続先のジョブネットの場合はジョブネットコネクタの実行IDや実行順序制御方式の設定値を確認できます。

各操作方法の詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド」を参照してください。

補足事項

接続先のジョブネットの実行予定がない，または接続先のジョブネットが閉塞状態の場合は，接続先のジョブネットの［ジョブネットモニタ］ウィンドウを表示できません。

ジョブネットコネクタと接続先のジョブネットが異なる認証圏のホストにある場合，次の操作をするにはログインが必要です。

ジョブネットコネクタから接続先のジョブネットを表示させる場合，接続先のジョブネットがあるホストに対してログインが必要です。

ジョブネットコネクタに対して［詳細スケジュール］ダイアログボックスを表示させる場合，接続先のジョブネットがあるホストに対してログインが必要です。

接続先のジョブネットに対して［詳細スケジュール］ダイアログボックスを表示させる場合，ジョブネットコネクタがあるホストに対してログインが必要です。

詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.7.7 ［詳細スケジュール］ダイアログボックス」またはマニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.14.7 ［デイリースケジュール／マンスリースケジュール］ウィンドウの注意事項」を参照してください。

5.1.2　ジョブネットの実行時間を監視する

JP1/AJS3がインストールされているホストの実行状況などで，ジョブネットが指定した時間に開始，または終了しない場合があります。あるジョブネットが遅延すると，そのジョブネットのあとに実行するように関連づけられているジョブネットにも影響を与え，業務全体の実行に影響を与えてしまうおそれがあります。

そのため，JP1/AJS3の正常な運用を監視するためには，次に示す項目を監視しておく必要があります。

ジョブネット自体の実行時間の監視

開始遅延および終了遅延の監視

実行時間や遅延の監視は，次の表に示す方法で実施できます。

表5‒2　実行時間や遅延の監視方法

監視の種類

監視方法

画面（JP1/AJS3 - View）

次に示すウィンドウで監視します。

［JP1/AJS3 - View］ウィンドウ（サマリー監視画面）

［ジョブネットモニタ］ウィンドウ（定義ウィンドウ形式）

［マンスリースケジュール］ウィンドウ（カレンダー形式）

［デイリースケジュール］ウィンドウ（チャート形式）

遅延の状態を示す色は，デフォルトでは次のようになっています。次に示す色が表示されていないか監視してください。

開始遅延：桃色

開始遅延（実行中）：濃い桃色

終了遅延：橙色

終了遅延（実行中）：濃い橙色

画面（JP1/AJS3 Console）

JP1/AJS3 Consoleを使用すると，特定のジョブネットの実行結果を画面で確認できます。

コマンド

ajsshowコマンド

実行登録済みのジョブネットまたはジョブの，前回までの実行結果，現在の状態，および次回の実行予定などの情報を標準出力ファイルに出力します。

ログ

JP1/AJS3のスケジューラーログファイル中に，開始遅延したか，または終了遅延したか，などの情報が出力されます。ログファイルをテキストエディターなどで確認します。ログファイルのデフォルトの格納場所を次に示します。

スケジューラーサービス単位でログファイルを出力している場合

Windows Server 2012またはWindows Server 2008でインストール先フォルダがデフォルトまたはシステムで保護されたフォルダ配下のとき

「%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2¥log¥schedule¥スケジューラーサービス名¥ajs-log1.log」

「%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2¥log¥schedule¥スケジューラーサービス名¥ajs-log2.log」

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

「システムで保護されたフォルダ」とは，次のフォルダを指します。

・「システムドライブ¥Windows」配下

・「システムドライブ¥Program Files」配下

・「システムドライブ¥Program Files (x86)」配下（64ビット版のWindowsの場合）

Windows Server 2012またはWindows Server 2008でインストール先フォルダが上記以外のとき

「JP1/AJS3 - Managerのインストール先フォルダ¥log¥schedule¥スケジューラーサービス名¥ajs-log1.log」

「JP1/AJS3 - Managerのインストール先フォルダ¥log¥schedule¥スケジューラーサービス名¥ajs-log2.log」

Windows Server 2003のとき

「JP1/AJS3 - Managerのインストール先フォルダ¥log¥schedule¥スケジューラーサービス名¥ajs-log1.log」

「JP1/AJS3 - Managerのインストール先フォルダ¥log¥schedule¥スケジューラーサービス名¥ajs-log2.log」

UNIXのとき

「/var/opt/jp1ajs2/log/schedule/スケジューラーサービス名/ajs-log1.log」

「/var/opt/jp1ajs2/log/schedule/スケジューラーサービス名/ajs-log2.log」

ホスト単位でログファイルを出力している場合

Windows Server 2012またはWindows Server 2008でインストール先フォルダがデフォルトまたはシステムで保護されたフォルダ配下のとき

「%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2¥log¥ajs-host-log1.log」

「%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2¥log¥ajs-host-log2.log」

「%ALLUSERSPROFILE%」のデフォルトは「システムドライブ¥ProgramData」です。

「システムで保護されたフォルダ」とは，次のフォルダを指します。

・「システムドライブ¥Windows」配下

・「システムドライブ¥Program Files」配下

・「システムドライブ¥Program Files (x86)」配下（64ビット版のWindowsの場合）

Windows Server 2012またはWindows Server 2008でインストール先フォルダが上記以外のとき

「JP1/AJS3 - Managerのインストール先フォルダ¥log¥ajs-host-log1.log」

「JP1/AJS3 - Managerのインストール先フォルダ¥log¥ajs-host-log2.log」

Windows Server 2003のとき

「JP1/AJS3 - Managerのインストール先フォルダ¥log¥ajs-host-log1.log」

「JP1/AJS3 - Managerのインストール先フォルダ¥log¥ajs-host-log2.log」

UNIXのとき

「/var/opt/jp1ajs2/log/ajs-host-log1.log」

「/var/opt/jp1ajs2/log/ajs-host-log2.log」

Windowsイベントログまたはsyslog

環境設定パラメーターNETSYSLOGおよびJOBSYSLOGを設定している場合，Windowsイベントログまたはsyslogに，ジョブネットが開始遅延または終了遅延したか，ジョブが終了遅延したかなどの情報が出力されます。

開始遅延および終了遅延のイベントID（ファシリティ）とメッセージIDを次に示します。

開始遅延イベント

イベントID：30275

ファシリティ：LOG_DAEMON

メッセージID：KAVS0275-I

終了遅延イベント

イベントID：30276

ファシリティ：LOG_DAEMON

メッセージID：KAVS0276-I

イベントID：30248

ファシリティ：LOG_DAEMON

メッセージID：KAVS0248-I

JP1イベント

JP1イベント受信監視ジョブを定義してスケジューリングしている場合，決まった日時や期間で自動的に監視できます。

開始遅延および終了遅延のJP1イベントのイベントIDを次に示します。

開始遅延イベント

JP1イベントのイベントID：00004122

終了遅延イベント

JP1イベントのイベントID：00004123，00004127

画面の表示項目や操作手順の詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド」を参照してください。

ajsshowコマンドのオプションの詳細や出力例については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsshow」を参照してください。

スケジューラーログの出力形式については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録C ログ情報」を参照してください。

JP1イベントについては，「付録A JP1/AJS3が発行するJP1イベント」を参照してください。

6　キャパシティの監視

この章では，JP1/AJS3のキャパシティの監視について説明します。

運用中に必要なキャパシティ監視のポイントは次の二つです。

・ログファイルの見積もり段階で算出した日数分のログ情報が出力されているか

・データベースの使用状況はどのくらいか

手順やスケジュールを定めて，これらの作業を定例的に実施するようにしてください。

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

ログファイルのサイズとログファイルに出力される情報の量は，設計時にできる限り適切な値を見積もっておきます。しかし，運用していく中で，JP1/AJS3の操作が増えたり，ジョブやジョブネットの量が増えたりして，ログファイルに出力される情報が多くなる場合もあります。

ログファイルに出力された情報が，見積もったときに設定した日数分あるか監視することを，定例的な運用中の作業として実施してください。ログファイルの情報は，障害発生時にどのような操作や処理が原因なのかを調査するときに使用します。調査に必要な分だけの情報がログファイルに残っていないと，原因を特定するのに時間が掛かってしまいます。

日々の業務としてログファイルの監視作業を実施して，意図する日数分だけログファイルに情報が出力されているか監視しておくと，万一障害が発生しても，ログファイルに出力されている情報が少なくて，原因を特定するのに時間が掛かってしまうという事態を回避できます。

ログファイルとサイズを再見積もりするときに参照する個所を次の表に示します。

表6‒1　ログファイルと見積もるときの参照個所

ログファイルの種類

見積もるときの参照個所

スケジューラーサービスのログファイル※

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　3.4.1 スケジューラーログファイルのサイズを見積もる」

トレースログファイル

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　3.4.2 トレースログファイルのサイズを見積もる」

イベントジョブが出力するログ（イベントジョブを使用している場合）

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　3.4.3 イベントジョブが出力するログのサイズを見積もる」

JP1/AJS3 Consoleのトレースログファイル

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　3.4.4 JP1/AJS3 Consoleのトレースログファイルのサイズを見積もる」

QUEUEジョブ，サブミットジョブ実行環境のログ

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　7.1.4 QUEUEジョブ，サブミットジョブ実行環境のログのサイズを見積もる」

キューレスジョブのログファイル

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　7.2.1(1) キューレスログファイルのサイズを見積もる」

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　7.2.1(2) キューレストレースログファイルのサイズを見積もる」

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　7.2.1(3) キューレスジョブ実行内部ログファイルのサイズを見積もる」

注※

スケジューラーログファイルは，障害時だけでなく，ジョブネットの実行状況を確認する場合にも使用します。

6.2　データベースの使用状況を確認する

JP1/AJS3は，ジョブの定義情報およびジョブの実行登録情報などの管理にデータベースを使用しています。データの追加や削除を繰り返すと，データベースの利用効率が悪くなります。データベースの利用効率が悪くなると，データを検索するときの性能の劣化につながり，トラブルの原因になるおそれがあります。

そのため，データベースの使用状況を確認するとともに，ajsembdbreclaimコマンドでのメンテナンスを定例的な運用中の作業として実施してください。

なお，ajsembdbreclaimコマンドでのメンテナンスを定期的に実施していれば，データベースの再編成の必要は，通常ほとんどありません。ただし，データベースの利用効率が極端に悪くなった場合などには，再編成が必要になることもあります。データベースの再編成の方法については，「10.2.2 データベースを再編成する場合」を参照してください。

6.2.1　データベース使用状況の確認方法

データベースの使用状況は，出力されるメッセージで確認できます。

(1)　データベース自動増分機能を使用している場合

データベースの残り容量が少なくなり，自動的に拡張されるたびにメッセージKFPH22024-WがWindowsイベントログまたはsyslogに出力されます。メッセージKFPH22024-Wが繰り返し出力される場合は，データベースの再編成を実施するとともに，データ（ジョブ定義情報やジョブ実行登録情報）の増加量が妥当であるか見直してください。

(2)　データベース自動増分機能を使用していない場合

利用率が80%，90%，100%の段階で，メッセージKFPH00211-IがWindowsイベントログまたはsyslogに出力されます。そのため，定期的にWindowsイベントログまたはsyslogを確認してください。

利用率80%の段階では，データベースの再編成を実施することで対処できる場合もありますが，90%，100%の段階になると，再編成を実施しても対処できないことが多く，データ（ジョブ定義情報やジョブ実行登録情報）の削減，またはデータベースの拡張が必要になります。

6.2.2　QUEUEジョブ，サブミットジョブの実行環境で使用するISAMファイルの未使用領域の確認方法と再編成の時期

ISAMデータベースの未使用領域の確認は，jpqdbcondコマンドで実行します。

jpqdbcondコマンドを使用する際の注意事項を次に示します。jpqdbcondコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jpqdbcond」を参照してください。

(1)　未使用領域の確認方法

データベースの未使用領域は，jpqdbcondコマンドで確認します。

jpqdbcondコマンドの実行例を次に示します。

jpqdbcond -L -a -t se,10

QUEUEジョブ，サブミットジョブの実行環境で使用するISAMファイルの情報を標準出力に出力し，未使用領域サイズがしきい値（10メガバイト）に達していたときに，標準エラー出力と，Windowsイベントログまたはsyslogにメッセージを出力します。これらのオプションを使用して，ジョブを大量に実行するなどの繁忙期でないときに，JP1/AJS3のジョブとしてjpqdbcondコマンドをスケジュール実行することで，定期的にISAMファイルの状態を確認して，警告メッセージを出力できます。

jpqdbcond -l -a

QUEUEジョブ，サブミットジョブの実行環境で使用するISAMファイルの状態（未使用領域率と未使用領域サイズ・データファイルフラグメント率）を出力します。

jpqdbcond -L -a -t j,10

未使用領域サイズがしきい値（10メガバイト）に達していたときに，次に示すJP1イベントを出力します。

イベントID：00004164

イベント名称：ISAM未使用領域サイズしきい値到達イベント

メッセージID：KAVU5984-W

あらかじめ指定した，任意のしきい値を超えていた場合に再編成してください。

(2)　データベースの再編成時期

QUEUEジョブ，サブミットジョブ実行環境の再編成の時期は，JPQJOBINFO.K02のファイルサイズとジョブ情報の保存日数も目安にしてください。再編成の詳細については，「10.3 QUEUEジョブ，サブミットジョブを使用している場合のデータベース再編成」を参照してください。ジョブ情報の保存日数の設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.3 ジョブ実行環境設定」を参照してください。

jpqdbcondコマンドで出力されるJP1イベントの詳細については，「付録A JP1/AJS3が発行するJP1イベント」を参照してください。

(3)　jpqdbcondコマンドの注意事項

このコマンドに-lオプションを指定した場合，ISAMファイルを閉じている状態で実行してください（ISAMファイルを閉じるには，JP1/AJS3を停止してください）。ファイルが開いている状態でこのコマンドを実行した場合の動作は保証されません。

このコマンドに-Lオプションを指定した場合，他プロセスが使用中のISAMファイルに対しても情報を取得できますが，並行してアクセスする他プロセスがISAMファイルを更新した場合，情報取得の瞬間のISAMファイル更新分については誤差が生じます。また，ISAMファイルの整合性を保つため，コマンド実行中は他プロセスのISAMファイルへのアクセスが待たされます。したがって，このコマンドを使用する場合は，ジョブを大量に実行するなどの繁忙期を避けてください。

-l，-Lオプションで出力される情報は，フラグメンテーションの割合ではなく，未使用領域率です。このため，ISAMファイル中にレコードがない場合や，レコードが非常に少ない件数の場合，まだ使用されていない予約済みの空き領域に対する未使用領域率として「100%」と出力されます。

7　JP1/AJS3のサービスの起動と停止

この章では，JP1/AJS3のサービスの起動と停止の方法について説明します。

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

JP1/AJS3は，JP1/AJS3のサービスを停止することで，安全にJP1/AJS3の環境や設定を変更できます。変更が終了したらJP1/AJS3のサービスを再起動させてください。

7.1.1　JP1/AJS3のサービスを手動で起動する

JP1/AJS3のサービスを手動で起動する手順を次に示します。

なお，システムの起動と同時にJP1/AJS3のサービスを起動するように設定している場合は，自動的にサービスが起動します。

(1)　Windowsの場合

Windowsの場合の手順は，次のとおりです。

［コントロールパネル］ウィンドウで［サービス］を選択する，または［管理ツール］−［サービス］を選択する。

起動させたいJP1/AJS3のサービスを選択する。

選択できるサービスを次に示します。必要に応じて選択してください。

JP1/AJS3サービス

JP1/AJS3 Mailサービス※1

JP1/AJS3 Console Managerサービス※2

JP1/AJS3 Console Agentサービス※3

JP1/AJS3 Check Managerサービス※4

JP1/AJS3 Check Agentサービス※5

JP1/AJS3 Queueless Agentサービス※6

JP1/AJS3 Queueless File Transferサービス※6

注※1

メールシステム連携をセットアップした場合だけ表示されます。

注※2

JP1/AJS3 Console Managerをセットアップした場合だけ表示されます。

注※3

JP1/AJS3 Console Agentをセットアップした場合だけ表示されます。

注※4

JP1/AJS3 Check Managerをセットアップした場合だけ表示されます。

注※5

JP1/AJS3 Check Agentをセットアップした場合だけ表示されます。

注※6

キューレスジョブ実行環境をセットアップした場合だけ表示されます。

［開始］ボタンをクリックする。

JP1/AJS3のサービスが起動します。

なお，「net start サービス名」コマンドを実行してもサービスを起動できます。

補足事項

JP1/AJS3 Databaseサービスは，JP1/AJS3によって制御されているため，運用では操作する必要はありません。組み込みDBがバージョン10-00より前の方式の場合は，JP1/AJS3 Database ClusterServiceサービスも起動しますが，通常の運用では操作する必要はありません。

JP1/AJS3サービスのすべてのプロセスが起動しているかどうかは，jajs_spmd_statusコマンドで確認してください。

(2)　UNIXの場合

次に示すサービスの起動方法を説明します。

JP1/AJS3サービス

JP1/AJS3 Check Managerサービス

JP1/AJS3 Check Agentサービス

JP1/AJS3 Queueless Agentサービス

JP1/AJS3 Queueless File Transferサービス

/etc/opt/jp1ajs2/jajs_startスクリプトを任意のファイルにコピーする。

次のコマンドを実行して，ファイルの権限を変更しないようにコピーしてください。

cp -p /etc/opt/jp1ajs2/jajs_start 任意のファイル名

コピーしたスクリプトをviなどのエディターで開き，コメントアウトされた行のコメント記号を削除する。

コメント記号の削除については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.7.1 JP1/AJS3サービスの自動起動および自動終了の設定」を参照してください。

スクリプトを実行して，JP1/AJS3サービスを起動する。

キューレスエージェントサービスはajsqlstartコマンドで，キューレスファイル転送サービスはajsqlftpstartコマンドでも起動できます。また，JP1/AJS3 Check ManagerサービスまたはJP1/AJS3 Check Agentサービスは，ajschkstartコマンドでも起動できます。

ajsqlstartコマンド，ajsqlftpstartコマンド，およびajschkstartコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド」，またはマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド」を参照してください。

補足事項

JP1/AJS3 Consoleのサービスは次のコマンドで起動できます。

・JP1/AJS3 Console Managerサービス

/etc/opt/jp1ajs2cm/ajscminetd_startstop start

・JP1/AJS3 Console Agentサービス

/etc/opt/jp1ajs2/ajscainetd_startstop start

JP1/AJS3サービスのカレントディレクトリは，サービスの起動のしかたで次のように決まります。JP1/AJS3サービスの動作中は，カレントディレクトリを削除しないでください。

・jajs_startスクリプトで起動した場合

/opt/jp1ajs2/bin

・jajs_spmdコマンドで起動した場合

コマンドを実行したディレクトリ

JP1/AJS3サービスのすべてのプロセスが起動しているかどうかは，jajs_spmd_statusコマンドで確認してください。

7.1.2　JP1/AJS3のサービスを手動で終了する

JP1/AJS3のサービスを手動で終了する手順を次に示します。

なお，JP1/AJS3のサービスを終了するときは，実行中のジョブネットやジョブがないことを確認してから終了してください。

(1)　Windowsの場合

Windowsの場合の手順は，次のとおりです。

［コントロールパネル］ウィンドウで［サービス］を選択する。または［管理ツール］−［サービス］を選択する。

終了させたいJP1/AJS3のサービスを選択する。

選択できるサービス名を次に示します。必要に応じて選択してください。

JP1/AJS3サービス

JP1/AJS3 Mailサービス※1

JP1/AJS3 Console Managerサービス※2

JP1/AJS3 Console Agentサービス※3

JP1/AJS3 Check Managerサービス※4

JP1/AJS3 Check Agentサービス※5

JP1/AJS3 Queueless Agentサービス※6

JP1/AJS3 Queueless File Transferサービス※6

注※1

メールシステム連携をセットアップした場合だけ表示されます。

注※2

JP1/AJS3 Console Managerをセットアップした場合だけ表示されます。

注※3

JP1/AJS3 Console Agentをセットアップした場合だけ表示されます。

注※4

JP1/AJS3 Check Managerをセットアップした場合だけ表示されます。

注※5

JP1/AJS3 Check Agentをセットアップした場合だけ表示されます。

注※6

キューレスジョブ実行環境をセットアップした場合だけ表示されます。

［停止］ボタンをクリックする。

JP1/AJS3のサービスが終了します。

なお，「net stop サービス名」コマンドを実行してもサービスを終了できます。

補足事項

Windowsのコントロールパネルの［サービス］，または「net stop」コマンドからJP1/AJS3 Queueless Agentサービスを停止する場合，該当するサービスは，実行中のキューレスジョブの終了を待たないですぐに停止します。このため，マネージャーホストでは，エージェントホストで実行中だったキューレスジョブの状態が「終了状態不明」となる場合があります。

「終了状態不明」となったキューレスジョブの終了状態を，ジョブの実行結果などから確認してください。

また，実行中のキューレスジョブが終了してから該当するサービスを停止したい場合は，JP1/AJS3サービス停止後に-jオプションを指定してajsqlstopコマンドを実行してください。

JP1/AJS3 Databaseサービスは，JP1/AJS3によって制御されているため，運用では操作する必要はありません。組み込みDBがバージョン10-00より前の方式の場合は，JP1/AJS3 Database ClusterServiceサービスも起動しますが，通常の運用では操作する必要はありません。

(2)　UNIXの場合

次に示すサービスの終了方法を説明します。

JP1/AJS3サービス

JP1/AJS3 Check Managerサービス

JP1/AJS3 Check Agentサービス

JP1/AJS3 Queueless Agentサービス

JP1/AJS3 Queueless File Transferサービス

/etc/opt/jp1ajs2/jajs_stopスクリプトを任意のファイルにコピーする。

次のコマンドを実行して，ファイルの権限を変更しないようにコピーしてください。

cp -p /etc/opt/jp1ajs2/jajs_stop 任意のファイル名

コピーしたファイルをviなどのエディターで開き，コメントアウトされた行のコメント記号を削除する。

コメント記号の削除については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.7.1 JP1/AJS3サービスの自動起動および自動終了の設定」を参照してください。

スクリプトを実行して，JP1/AJS3サービスを停止する。

キューレスエージェントサービスはajsqlstopコマンドで，キューレスファイル転送サービスはajsqlftpstopコマンドでも終了できます。また，JP1/AJS3 Check Managerサービス，またはJP1/AJS3 Check Agentサービスはajschkstopコマンドでも停止できます。

ajsqlstopコマンド，ajsqlftpstopコマンド，およびajschkstopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド」，またはマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド」を参照してください。

補足事項

JP1/AJS3 Consoleのサービスは次のコマンドで終了できます。

JP1/AJS3 Console Managerサービス

/etc/opt/jp1ajs2cm/ajscminetd_startstop stop

JP1/AJS3 Console Agentサービス

/etc/opt/jp1ajs2/ajscainetd_startstop stop

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

起動時の動作は，JP1/AJS3のサービスのパラメーターにオプションを指定することで，起動時の動作を一時的に変更できます。

終了時の動作は，jajs_spmd_stopコマンドのパラメーターにオプションを指定して実行することで，終了時の動作を一時的に変更できます。

サービスやコマンドに指定できるオプション，および変更方法を次に示します。

7.2.1　JP1/AJS3起動時の動作を一時的に変更する

ここでは，JP1/AJS3 - Manager，またはJP1/AJS3 - Agentの起動時の動作を一時的に変更する場合の手順を説明します。

なお，JP1/AJS3 - Managerで常に起動時の動作を指定するには，jajs_configコマンドで環境設定パラメーターSTARTMODEに設定してください。

環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.2 スケジューラーサービス環境設定」を参照してください。

(1)　Windowsの場合

［コントロールパネル］ウィンドウで［サービス］を選択する，または［管理ツール］−［サービス］を選択する。

起動させたいJP1/AJS3のサービス名を選択する。

［スタートアップ パラメータ］に起動モードを指定する。

指定できるオプションを次の表に示します。

表7‒1　［スタートアップ パラメータ］に指定できるオプション

オペランド

起動時の動作

-cold

コールドスタートする。

-warm

ウォームスタートする。

-hot

ホットスタートする。

-disaster

ディザスターリカバリースタートする。※

注※

JP1/AJS3システムをディザスター・リカバリー環境で運用している場合に使用するオプションです。大規模災害などでメインサイト側での運用が停止し，リモートサイト側に運用を切り替えるときに，このオプションを指定してリモートサイト側のJP1/AJS3をディザスターリカバリースタートします。ディザスターリカバリースタートでは，ジョブの実行が抑止された状態でリモートサイト側のJP1/AJS3 - Managerが起動します。

リモートサイト側に運用を切り替える手順については，「12.2.1 リモートサイトに運用を切り替える」を参照してください。

なお，-disasterはディザスター・リカバリー時だけ指定できるオプションです。通常のJP1/AJS3の起動モードとしては指定しないでください。

［開始］ボタンをクリックする。

なお，「net startサービス名」コマンドを実行した場合には，一時的な起動時の動作変更はできません。

注意事項

一時的に指定したサービス起動モードと，セットアップ時に設定したサービス起動モードが異なる場合，一時的に指定したサービス起動モードが優先されます。

JP1/AJS3 - Managerでオプションを省略した場合，セットアップ時に設定したサービス起動モードで起動します。

JP1/AJS3 - Agentでオプションを省略した場合，「-warm」が仮定されます。

指定したサービス起動モードによって，ジョブネットおよびジョブの状態が異なります。サービス起動モードによるジョブネットおよびジョブの状態の詳細については，「(3) 起動モード別のジョブネットおよびジョブの状態」を参照してください。

(2)　UNIXの場合

jajs_spmdコマンドに引数を指定して実行する。

指定できるオプションを次の表に示します。

表7‒2　 jajs_spmdコマンドに指定できるオプション

オペランド

起動時の動作

-cold

コールドスタートする。

-warm

ウォームスタートする。

-hot

ホットスタートする。

-disaster

ディザスターリカバリースタートする。※

注※

JP1/AJS3システムをディザスター・リカバリー環境で運用している場合に使用するオプションです。大規模災害などでメインサイト側での運用が停止し，リモートサイト側に運用を切り替えるときに，このオプションを指定してリモートサイト側のJP1/AJS3をディザスターリカバリースタートします。ディザスターリカバリースタートでは，ジョブの実行が抑止された状態でリモートサイト側のJP1/AJS3 - Managerが起動します。

リモートサイト側に運用を切り替える手順については，「12.2.1 リモートサイトに運用を切り替える」を参照してください。

なお，-disasterはディザスター・リカバリー時だけ指定できるオプションです。通常のJP1/AJS3の起動モードとしては指定しないでください。

注意事項

一時的に指定したサービス起動モードと，セットアップ時に設定したサービス起動モードが異なる場合，一時的に指定したサービス起動モードが優先されます。

JP1/AJS3 - Managerでオプションを省略した場合，セットアップ時に設定したサービス起動モードで起動します。

JP1/AJS3 - Agentでオプションを省略した場合，「-warm」が仮定されます。

指定したサービス起動モードによって，ジョブネットおよびジョブの状態が異なります。サービス起動モードによるジョブネットおよびジョブの状態の詳細については，「(3) 起動モード別のジョブネットおよびジョブの状態」を参照してください。

(3)　起動モード別のジョブネットおよびジョブの状態

JP1/AJS3では，マネージャーホスト上のJP1/AJS3のサービスを再起動する場合，JP1/AJS3サービスの起動モードによってジョブネットおよびジョブの状態が異なります。エージェントホスト上のJP1/AJS3サービスを再起動する場合，JP1/AJS3サービスの起動モードによってエージェントホスト上のジョブの状態が異なります。

マネージャーホスト上のJP1/AJS3サービスを再起動する場合と，エージェントホスト上のJP1/AJS3サービスを再起動する場合とに分けて，再起動後のジョブネットおよびジョブの状態を次に説明します。

(a)　マネージャーホストのJP1/AJS3サービスを再起動する場合

マネージャーホストのJP1/AJS3サービスを再起動した場合のジョブネットおよびジョブの状態を，起動モード別に示します。なお，表中の「条件」は，JP1/AJS3サービス停止後の実際の状態やJP1/AJS3での確認状況など，ジョブネットおよびジョブの状態が変化する要因を示しています。

ホットスタートの場合のジョブネットおよびジョブの状態

マネージャーホストのJP1/AJS3サービスをホットスタートした場合のジョブネットおよびジョブの状態を次の表に示します。

表7‒3　ホットスタート（-hot）した場合のジョブネットおよびジョブの状態

ユニット

JP1/AJS3停止前の状態

条件

JP1/AJS3起動後の状態

ジョブネット

先行終了待ち

なし

先行終了待ち※1

開始時刻待ち（ルート）

なし

開始時刻待ち※2，※3

開始時刻待ち（ネスト）

なし

開始時刻待ち※1

保留中（ルート）

なし

保留中※2

保留中（ネスト）

なし

保留中※1

実行中

なし

実行中※4

警告検出実行中

なし

警告検出実行中※5

異常検出実行中

なし

異常検出実行中

監視中

なし

監視中

終了状態

なし

変更なし

リモートジョブネット

先行終了待ち

なし

先行終了待ち※1

開始時刻待ち（ルート）

なし

開始時刻待ち※2，※3

開始時刻待ち（ネスト）

なし

開始時刻待ち※1

保留中（ルート）

なし

保留中※2

保留中（ネスト）

なし

保留中※1

実行中（ルート）

なし

異常検出終了

実行中（ネスト）

なし

異常検出終了

終了状態

なし

変更なし

ジョブ（標準ジョブ，アクションジョブ，カスタムジョブ）

先行終了待ち

なし

先行終了待ち※1

保留中

なし

保留中※1

実行待ち

ジョブがキューイング状態である（JP1/AJS3のデータベース構成が標準構成の場合）

先行終了待ち※6

ジョブがキューイング状態である（JP1/AJS3のデータベース構成が互換用ISAM構成の場合）

キューイング

ジョブが他ホストで実行され終了前にJP1/AJS3サービスが停止した

実行中

ジョブが自ホストで実行され終了前にJP1/AJS3サービスが停止した

強制終了

ジョブが終了状態である

終了状態※7

サーバのダウンなどによってJP1/AJS3サービスの停止処理が正しく行われないで，ジョブ状態が管理できなくなった

ジョブの状態取得に失敗した

・JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

・ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた※8

終了状態不明

キューイング

ジョブがキューイング状態である（JP1/AJS3のデータベース構成が標準構成の場合）

先行終了待ち※6

ジョブがキューイング状態である（JP1/AJS3のデータベース構成が互換用ISAM構成の場合）

キューイング

ジョブが他ホストで実行され終了前にJP1/AJS3サービスが停止した

実行中

ジョブが自ホストで実行され，終了前にJP1/AJS3サービスが停止した

強制終了

ジョブが終了状態である

終了状態※7

サーバのダウンなどによってJP1/AJS3サービスの停止処理が正しく行われないで，ジョブ状態が管理できなくなった

ジョブの状態取得に失敗した

・JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

・ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた※8

終了状態不明

実行中

実行先が他ホストである

実行中

実行先が自ホストである

強制終了

ジョブが終了状態になっている

終了状態※7

サーバのダウンなどによってJP1/AJS3サービスの停止処理が正しく行われないで，ジョブ状態が管理できなくなった

ジョブの状態取得に失敗した

・JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

・ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた※8

終了状態不明

終了状態

なし

変更なし

キューレスジョブ

先行終了待ち

なし

先行終了待ち※1

保留中

なし

保留中※1

実行待ち

キューレスエージェントサービスに設定している最大同時ジョブ実行数を超えたため，ほかのキューレスジョブの終了を待っている

実行待ち

キューレスジョブが実行中になっている

実行中

キューレスジョブが終了状態になっている

終了状態※7，※9

JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

JP1/AJS3サービス再起動時に，キューレスジョブ機能が無効になっている

終了状態不明

実行中

キューレスジョブが実行中になっている

実行中

キューレスジョブが終了状態になっている

終了状態※7，※9

JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

JP1/AJS3サービス再起動時に，キューレスジョブ機能がアンインストールされている

終了状態不明

終了状態

なし

変更なし

イベントジョブ

ジョブネット中

先行終了待ち

なし

先行終了待ち※1

保留中

なし

保留中※1

キューイング，実行中

実行先が他ホストである

実行先が，他ホストまたは自ホストで，システムダウンしたあとの再起動である

キューイング，実行中

実行先が自ホストである

異常検出終了※10

終了状態

なし

変更なし

起動条件中

先行終了待ち

なし

先行終了待ち

キューイング，実行中

イベントジョブが実行中である

実行中

イベントジョブが終了状態である

終了状態※7

終了状態

なし

変更なし

ジョブネットコネクタ

先行終了待ち

なし

先行終了待ち※1

実行中

接続先のジョブネットが正常終了になっている

正常終了

接続先のジョブネットが警告検出終了になっている

警告検出終了

接続先のジョブネットが実行中になっている

実行中

接続先のジョブネットが警告検出実行中になっている

警告検出実行中

接続先のジョブネット配下に異常終了扱いになったユニットがある

異常検出実行中

警告検出実行中

接続先のジョブネットが警告検出終了になっている

警告検出終了

接続先のジョブネットが警告検出実行中になっている

警告検出実行中

接続先のジョブネット配下に異常終了扱いになったユニットがある

異常検出実行中

異常検出実行中

なし

異常検出実行中

終了状態

なし

変更なし

注※1

先行ユニットが異常終了扱いになった場合は，「未実行終了」状態になります。

注※2

ホットスタートした時刻がジョブネットの打ち切り時間を過ぎていた場合は，「繰り越し未実行」状態になります。

注※3

ホットスタートした時刻がジョブネットの打ち切り時間に満たないが，開始予定時刻を超過している場合は，「実行中」状態になります。

注※4

配下に異常終了扱いになったユニットがある場合は，「異常検出実行中」または「異常検出終了」状態になります。

配下に異常終了扱いになったユニットがなく，「警告検出実行中」または「警告検出終了」状態のユニットがある場合は，「警告検出実行中」または「警告検出終了」状態になります。

注※5

配下に異常終了扱いになったユニットがある場合は，「異常検出実行中」または「異常検出終了」状態になります。

注※6

JP1/AJS3のデータベース構成が標準構成の場合，再サブミットするためにジョブ実行制御にキューイングされていたジョブは，キャンセルされて「先行終了待ち」状態に戻ります。そのあと，「先行終了待ち」状態のジョブは，再サブミットによって再度ジョブ実行制御にキューイングされます。ただし，先行ユニットが異常終了している場合は，再サブミットされないで「未実行終了」状態になります。詳細については，「7.4 JP1/AJS3サービス再起動時のジョブの再サブミット」を参照してください。

注※7

終了状態とは，次の状態のどれかです。

正常終了

警告検出終了

異常検出終了

強制終了

起動失敗

注※8

JP1/AJS3のデータベース構成が互換用ISAM構成の場合に，例えば，ジョブ情報の保存日数に0日を設定していて，JP1/AJS3サービスを再起動するまでの間にジョブの保存時間（デフォルトは10分）を過ぎてしまってジョブ状態を管理するために必要なジョブ情報がすでに削除されていた場合などです。

ジョブ情報の保存日数を0日にする場合は，JP1/AJS3サービスの停止から起動までの所要時間を見積もり，ジョブ情報の保存時間に所要時間以上の値を設定してください。また，見積もりができない場合は，保存日数を1日以上にしてください。ジョブ情報の保存日数の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.3 ジョブ実行環境設定」を参照してください。

注※9

キューレスジョブで使用するステータスファイルを作成しておく必要があります。ステータスファイルが作成されていない場合，ジョブは「終了状態不明」状態になります。

注※10

システムダウンによるフェールオーバーの場合，またはイベントジョブ実行継続オプションを有効にしている場合は「実行中」状態になります。

ウォームスタートした場合のジョブネットおよびジョブの状態

マネージャーホストのJP1/AJS3サービスをウォームスタートした場合のジョブネットおよびジョブの状態を次の表に示します。

表7‒4　ウォームスタート（-warm）した場合のジョブネットおよびジョブの状態

ユニット

JP1/AJS3停止前の状態

条件

JP1/AJS3起動後の状態

ジョブネット

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

変更なし

ルートジョブネットが実行中状態である※1

未実行終了

開始時刻待ち（ルート）

なし

開始時刻待ち※2，※3

開始時刻待ち（ネスト）

なし

未実行終了

保留中（ルート）

なし

保留中※2，※4

保留中（ネスト）

なし

未実行終了

実行中

なし

中断※5

警告検出実行中

なし

中断※5

異常検出実行中

なし

中断※5

監視中

なし

監視中

終了状態

なし

変更なし

リモートジョブネット

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

変更なし

ルートジョブネットが実行中状態である※1

未実行終了

開始時刻待ち（ルート）

なし

開始時刻待ち※2，※3

開始時刻待ち（ネスト）

なし

未実行終了

保留中（ルート）

なし

保留中※2，※4

保留中（ネスト）

なし

未実行終了

実行中（ルート）

なし

中断

実行中（ネスト）

なし

中断

終了状態

なし

変更なし

ジョブ（標準ジョブ，アクションジョブ，カスタムジョブ）

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

変更なし

ルートジョブネットが実行中状態である※1

未実行終了

保留中

なし

未実行終了

実行待ち

ジョブがキューイング状態である

未実行終了

ジョブが終了状態である

終了状態※6

ジョブがキューイング状態になる前に，JP1/AJS3サービスが停止した

ジョブが実行中である

ジョブの状態取得に失敗した

・JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

・ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた※7

終了状態不明

キューイング

ジョブがキューイング状態である

未実行終了

ジョブが終了状態である

終了状態※6

ジョブが実行中である

ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた※7

終了状態不明

実行中

ジョブが実行中である

ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた※7

終了状態不明

ジョブが終了状態である

終了状態※6

終了状態

なし

変更なし

キューレスジョブ

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

変更なし

ルートジョブネットが実行中状態である※1

未実行終了

保留中

なし

未実行終了

実行待ち

キューレスジョブが終了状態である

終了状態※6，※8

キューレスエージェントサービスに設定している最大同時ジョブ実行数を超えたため，ほかのキューレスジョブの終了を待っている

終了状態不明

実行中

キューレスジョブが終了状態である

終了状態※6，※8

キューレスジョブが実行中である

JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

JP1/AJS3サービス再起動時に，キューレスジョブ機能が無効になっている

終了状態不明

終了状態

なし

変更なし

イベントジョブ

ジョブネット中

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

変更なし

ルートジョブネットが実行中状態である※1

未実行終了

保留中

なし

未実行終了

キューイング

なし

終了状態不明

実行中

なし

終了状態不明

終了状態

なし

変更なし

起動条件中

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

変更なし

ルートジョブネットが実行中状態である※1

未実行終了

キューイング，実行中

イベントジョブが実行中である

実行中

イベントジョブが終了状態である

終了状態※6

終了状態

なし

変更なし

ジョブネットコネクタ

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

変更なし

ルートジョブネットが実行中状態である※1

未実行終了

実行中

なし

終了状態不明

警告検出実行中

なし

終了状態不明

異常検出実行中

なし

終了状態不明

終了状態

なし

変更なし

注※1

実行中状態とは，次の状態のどれかです。

実行中

警告検出実行中

異常検出実行中

注※2

スケジューラーサービスの環境設定パラメーターOVERSCHEDULEに「plan」を設定した場合，当日実行予定があるジョブネットは「繰り越し未実行」状態になります。「skip」を指定した場合，またはジョブネットの実行登録時に［実行登録］ダイアログボックスの［デーモン起動時に予定時刻超過］で［次回から実行する］を選択した場合は，スケジューラーサービスの起動時より前に実行を予定していたジョブネットは，「繰り越し未実行」状態になります。

また，スケジューラーサービスを起動した時刻がジョブネットの打ち切り時間を過ぎている場合も，「繰り越し未実行」状態になります。

注※3

ウォームスタートした時刻が，開始予定時刻を超過していて，注※2のケースに該当しない場合，ジョブネットは「実行中」状態になります。

注※4

スケジュールを再計算するため，いったん「開始時刻待ち」状態になってから「保留中」状態になります。

注※5

サービス停止前にジョブネット配下のジョブが「実行待ち」状態または「実行中」状態である場合，ジョブネットはすべてのジョブの実行結果を確認して終了状態に遷移してから「中断」状態になります。

注※6

終了状態は，次の状態のどれかです。

正常終了

警告検出終了

異常検出終了

強制終了

起動失敗

注※7

JP1/AJS3のデータベース構成が互換用ISAM構成の場合に，例えば，ジョブ情報の保存日数に0日を設定していて，JP1/AJS3サービスを再起動するまでの間にジョブの保存時間（デフォルトは10分）を過ぎてしまってジョブ状態を管理するために必要なジョブ情報がすでに削除されていた場合などです。ジョブ情報の保存日数を0日にする場合は，JP1/AJS3サービスの停止から起動までの所要時間を見積もり，ジョブ情報の保存時間に所要時間以上の値を設定してください。また，見積もりができない場合は，保存日数を1日以上にしてください。ジョブ情報の保存日数の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.3 ジョブ実行環境設定」を参照してください。

注※8

キューレスジョブで使用するステータスファイルを作成しておく必要があります。ステータスファイルが作成されていない場合，ジョブは「終了状態不明」状態になります。

コールドスタートした場合のジョブネットおよびジョブの状態

マネージャーホストのJP1/AJS3サービスをコールドスタート（-cold）した場合，登録済みのジョブネットはすべて「未登録」状態になり，前回までのジョブネットおよびジョブの実行結果がすべて削除された状態で，JP1/AJS3サービスが起動されます。

ディザスターリカバリースタートした場合のジョブネットおよびジョブの状態

マネージャーホストのJP1/AJS3サービスをディザスターリカバリースタート（-disaster）した場合のジョブネットおよびジョブの状態を次の表に示します。

表7‒5　ディザスターリカバリースタート（-disaster）した場合のジョブネットおよびジョブの状態

ユニット種別

JP1/AJS3 - Managerの運用切り替え前の状態

JP1/AJS3 - Managerの運用切り替え後の状態

ジョブネット

実行中

中断

警告検出実行中

中断

異常検出実行中

中断

開始時刻待ち(ルート)

開始時刻待ち※1，※2

開始時刻待ち(ネスト)

未実行終了

先行終了待ち

未実行終了

保留中(ルート)

保留中※1，※3

保留中(ネスト)

未実行終了

監視中

監視打ち切り終了

終了状態

変更なし

ジョブ（標準ジョブ，アクションジョブ，およびカスタムジョブ）

実行中

終了状態不明

先行終了待ち

未実行終了

保留中

未実行終了

実行待ち

終了状態不明

キューイング

終了状態不明

終了状態

変更なし

イベントジョブ

ジョブネット中

実行中

終了状態不明

先行終了待ち

未実行終了

保留中

未実行終了

キューイング

終了状態不明

終了状態

変更なし

起動条件中

実行中

終了状態不明

先行終了待ち

未実行終了

キューイング

終了状態不明

終了状態

変更なし

リモートジョブネット

実行中(ルート)

中断

開始時刻待ち(ルート)

開始時刻待ち※1，※2

開始時刻待ち(ネスト)

未実行終了

実行中(ネスト)

中断

先行終了待ち

未実行終了

保留中(ルート)

保留中※1，※3

保留中(ネスト)

未実行終了

終了状態

変更なし

キューレスジョブ

実行中

終了状態不明

先行終了待ち

未実行終了

保留中

未実行終了

実行待ち

終了状態不明

終了状態

変更なし

オペレーションジョブ

実行中

終了状態不明

先行終了待ち

未実行終了

保留中

未実行終了

実行待ち

終了状態不明

キューイング

終了状態不明

終了状態

変更なし

ジョブネットコネクタ

先行終了待ち

未実行終了

実行中

終了状態不明

警告検出実行中

終了状態不明

異常検出実行中

終了状態不明

終了状態

変更なし

注※1

スケジューラーサービスの環境設定パラメーターOVERSCHEDULEに「plan」を設定した場合，当日実行予定があるジョブネットは「繰り越し未実行」状態になります。「skip」を指定した場合，またはジョブネットの実行登録時に［実行登録］ダイアログボックスの［デーモン起動時に予定時刻超過］で［次回から実行する］を選択した場合は，スケジューラーサービスの起動時より前に実行を予定していたジョブネットは，「繰り越し未実行」状態になります。

また，スケジューラーサービスを起動した時刻がジョブネットの打ち切り時間を過ぎている場合も，「繰り越し未実行」状態になります。

注※2

ジョブの実行が抑止されているため，実行抑止を解除するまでは，開始予定時刻に到達しても実行されません。

また，ディザスターリカバリースタートした時刻が，開始予定時刻を超過していて，注※1のケースに該当しない場合，実行抑止を解除するまでは，「開始時刻待ち」のまま実行されません。

注※3

スケジュールを再計算するため，いったん「開始時刻待ち」状態になってから，ジョブの実行抑止が解除されたあとで，「保留中」状態になります。

起動モードの指定を省略した場合のジョブネットおよびジョブの状態

マネージャーホストのJP1/AJS3サービスの起動モードの指定を省略した場合，セットアップ時に設定したサービス起動モードで起動されます。セットアップ時に設定が省略されている場合，ウォームスタートと同様になります。

イベントリセット時のジョブネットおよびジョブの状態

イベントリセットを行った場合のジョブネットおよびジョブの状態は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jpomanevreset」を参照してください。

(b)　エージェントホストのJP1/AJS3サービスを再起動する場合

エージェントホストのJP1/AJS3サービスを再起動したときの，エージェントホスト上のジョブの状態は，起動モードおよびジョブの種類によって異なります。

なお，エージェントホストのJP1/AJS3サービスの起動モードの指定を省略した場合は，ウォームスタートと同じです。

各起動モードでJP1/AJS3を起動したときのジョブの状態を，ジョブの種類別に次の表に示します。

表7‒6　エージェントホストのJP1/AJS3起動時の起動モードとジョブの状態

起動モード

PCジョブ，UNIXジョブ，QUEUEジョブ

イベントジョブ

起動条件中に指定されたイベントジョブ

ウォームスタート

マネージャーホストにジョブの状態を報告できなかったジョブは，マネージャーホストで「異常検出終了」状態になります。ただし，jpqjobsubコマンドの-rsオプションを利用し，ジョブの回復状態を指定した場合は，指定した状態になります。

強制終了となります（マネージャーホスト上でのジョブは「異常検出終了」状態になります）。

ただし，次のどれかに該当する場合は，それぞれの状況に従った状態になります。

イベントジョブ実行継続オプションを有効にしている場合

表7-8に示す状態になります。イベントジョブ実行継続オプションについては，「9.2.1 JP1/AJS3のサービスが停止してもイベントジョブの実行を継続させる」を参照してください。

マネージャーホストのスケジューラーサービスが停止している場合，またはマネージャーホストのJP1/AJS3サービスが停止している場合

「(a) マネージャーホストのJP1/AJS3サービスを再起動する場合」に示す状態になります。

JP1/AJS3が停止する前にエージェントホストで検知したイベント情報のうち，マネージャーホストに通知できなかったイベント情報は，エージェントホスト起動後にマネージャーホストに通知します（マネージャーホスト上でのジョブは「監視中」状態のままになります。エージェントホストの再起動時に引き続き実行されます）。

ホットスタート

コールドスタート

エージェントホストの再起動時に引き続き実行されます。

JP1/AJS3が停止する前にエージェントホストで検知したイベント情報のうち，マネージャーホストに通知できなかったイベント情報は破棄されます（マネージャーホスト上でのジョブは「監視中」状態のままになります）。

(4)　エージェントホストを再起動する場合のマネージャーホスト上でのジョブの状態

マネージャー・エージェント構成で，エージェントホストのJP1/AJS3サービスを再起動する場合，次に示す状況ではマネージャーホスト上のジョブの状態が異なります。

停止したエージェントホストを再起動する

システムダウンしたエージェントホストを再起動する

停止したエージェントホストを再起動する場合の，マネージャーホスト上でのジョブの状態を表7-7に示します。システムダウンしたエージェントホストを再起動する場合の，マネージャーホスト上でのジョブの状態を表7-8に示します。

表7‒7　停止したエージェントホストを再起動する場合のマネージャーホスト上でのジョブの状態

ユニットの種類

エージェントホストが停止する前の状態

エージェントホストが停止したあとの状態

ジョブ※1

先行終了待ち

先行終了待ち

保留中

保留中

キューイング中

キューイング中※2

実行中

強制終了※3

その他の状態

変更なし

キューレスジョブ

先行終了待ち

未実行終了※4

保留中

保留中※4

実行待ち

終了状態不明※4

実行中

終了状態不明※4

その他の状態

変更なし

イベントジョブ

ジョブ

ネット中

先行終了待ち

先行終了待ち

保留中

保留中

キューイング中

キューイング中

実行中

異常検出終了※5

その他の状態

変更なし

起動条件中

先行終了待ち

先行終了待ち

キューイング中

キューイング中

実行中

実行中

その他の状態

変更なし

注※1

ジョブとは，標準ジョブ，アクションジョブ，カスタムジョブを示します。

注※2

シャットダウン処理中にジョブ実行要求を受け付けた場合，ジョブプロセスの起動に失敗して「起動失敗」状態になることがあります。また，エージェントホストがジョブ実行要求に対してマネージャーホストへ応答する前に停止した場合は，ジョブ実行要求はタイムアウトエラーとなります。そのあと，マネージャーホストからのポーリングによる状態確認の結果，「強制終了」状態になります。

注※3

ジョブを強制終了するときの動作については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.5.10 実行中のジョブネットやジョブを強制終了する」を参照してください。

注※4

エージェントホスト起動後，状態が変更されるまで時間が掛かる場合があります。

注※5

次のどれかに該当する場合は，それぞれの状況に従った状態になります。

イベントジョブ実行継続オプションを有効にしている場合は，「実行中」状態になります。

マネージャーホストのスケジューラーサービスが停止している場合，またはマネージャーホストのJP1/AJS3サービスが停止している場合は，「(3)(a) マネージャーホストのJP1/AJS3サービスを再起動する場合」に示す状態になります。

表7‒8　システムダウンしたエージェントホストを再起動する場合のマネージャーホスト上でのジョブの状態

ユニットの種類

エージェントホストがシステムダウンする前の状態

エージェントホストが停止したあとの状態

ジョブ※1

先行終了待ち

先行終了待ち

保留中

保留中

キューイング中

キューイング中

実行中

強制終了※2

その他の状態

変更なし

キューレスジョブ

先行終了待ち

未実行終了※3

保留中

保留中※3

実行待ち

終了状態不明※3

実行中

終了状態不明※3

その他の状態

変更なし

イベントジョブ

ジョブ

ネット中

先行終了待ち

先行終了待ち

保留中

保留中

キューイング中

キューイング中

実行中

実行中

その他の状態

変更なし

起動条件中

先行終了待ち

先行終了待ち

キューイング中

キューイング中

実行中

実行中

その他の状態

変更なし

注※1

ジョブとは，標準ジョブ，アクションジョブ，カスタムジョブを示します。

注※2

ジョブを強制終了するときの動作については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.5.10 実行中のジョブネットやジョブを強制終了する」を参照してください。

注※3

エージェントホスト起動後，状態が変更されるまで時間が掛かる場合があります。

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

JP1/AJS3 - Managerを終了するときの動作を一時的に変更できます。

一時的に終了時の動作を変更する場合の手順を次に示します。

jajs_spmd_stopコマンドに引数を指定して実行する。

指定できるオプションを次の表に示します。

表7‒9　jajs_spmd_stopコマンドに指定できるオプション

オペランド

動作

-job

実行中のジョブの停止を待って終了します。

-kill

強制的に終了します。

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

JP1/AJS3が何らかの理由によって停止すると，ジョブが実行できなくなり，分散システムの業務に影響を及ぼします。

JP1/AJS3では，障害が発生してプロセスが停止した場合，障害が発生したプロセスを再起動し自動回復を行います。再起動しても回復できない場合，障害が発生したプロセス以外のプロセスは停止しないで縮退運転します。プロセスが異常終了した場合に自動で再起動するプロセスについては，「7.3.1 異常終了したJP1/AJS3のプロセスを再起動する」を参照してください。

縮退運転の場合，動作しているプロセスによって一部の機能は使用できます。

JP1/AJS3サービス内のプロセスは，jajs_spmd_statusコマンドで表示できます。

プロセスの機能については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録B プロセス一覧」を参照してください。

スケジューラーサービス管理機能のプロセスが停止した場合でも，エージェントサービス機能のプロセス（ジョブ実行・イベントジョブ機能）は停止しません。このため，スケジューラーサービス管理機能のプロセスが停止した場合でも，他ホストからの実行要求によるジョブ・イベントジョブの実行は継続できます。

現在JP1/AJS3サービスが縮退運転しているかどうかもjajs_spmd_statusコマンドで確認できます。

また，jajs_spmdコマンドに-HAオプションを指定した場合，およびクラスタ構成時の論理ホストのJP1/AJS3サービスに障害が発生した場合は，縮退運転しません。JP1/AJS3サービスの，jajs_spmd_statusコマンドで表示されるプロセスのどれかが停止しても，JP1/AJS3サービス全体が停止します。

物理ホスト上のJP1/AJS3で縮退運転させないで，異常を検知するためにはjajs_spmdコマンドに-HAオプションを指定して起動してください。JP1/AJS3サービス全体を停止できます。

また，上記動作のほかに障害発生時に障害を検知して対処する手段として，プロセスの異常を検知した場合にJP1イベントを発行する機能を提供しています。この機能をあらかじめ設定しておくことで，プロセスが異常終了した場合，JP1イベントを発行させることができます。

JP1イベントを発行する場合は，発行されたJP1イベントを契機として，JP1/IMなどの他プログラムと組み合わせて自動的に連絡する処理を実行できます。

プロセスの異常を検知した場合にJP1イベントを発行する機能については以降の項を参照してください。

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

JP1/AJS3を起動すると，複数のプロセスが生成されます。JP1/AJS3 - ManagerおよびJP1/AJS3 - Agentでは，あらかじめ再起動の設定をしておくことで，何らかの理由でプロセスが異常終了した場合に自動でプロセスを再起動できます。

ここで説明する再起動の設定は，クラスタ運用ではないJP1/AJS3の再起動を目的としています。クラスタ運用の場合で再起動したいときは，クラスタソフトの制御によって再起動するようにしてください。詳細については，「11.1 クラスタシステムの概要」を参照してください。なお，論理ホストで-HAオプションを指定して運用する場合，再起動の設定は無効になります。

再起動の設定は，拡張起動プロセス定義ファイルで定義します。推奨値はデフォルトです。JP1/AJS3では，障害発生時の自動回復を強化するため，再起動によって回復できるプロセスがデフォルトで設定されています（JP1/AJS2では再起動しない設定がデフォルト）。各プロセスの，再起動の設定のデフォルト値については，表7-17〜表7-22の再起動設定のデフォルト値一覧を参照してください。

設定を変更するには，拡張起動プロセス定義ファイルの編集後，JP1/BaseおよびJP1/AJS3を再起動してください。また，Windows Server 2003の場合は「ワトソン博士」の設定を変更する必要があります。「ワトソン博士」の設定の変更方法については，「(1) ワトソン博士の設定を変更する（Windows Server 2003限定）」を参照してください。

拡張起動プロセス定義ファイルの格納先を次に示します。

Windowsの場合

JP1/AJS3のインストール先フォルダ¥conf

UNIXの場合

/etc/opt/jp1ajs2/conf

再起動の設定対象となるプロセスを次の表に示します。再起動の設定対象となるのは，一覧にあるJP1/AJS3 - Manager，JP1/AJS3 - AgentのJP1/AJS3サービスの子プロセス，または詳細プロセスだけです。表7-10〜表7-15の再起動の設定対象となるプロセス一覧にないプロセスは，再起動を設定できません。

Windowsの場合

表7‒10　再起動の設定対象となるプロセス一覧（標準構成のJP1/AJS3 - Manager）

項番

子プロセス名称または詳細プロセス名称

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

再起動対象プロセス

1

jajs_dbmd.exe

jp1ajs_service_0700.conf

jajs_dbmd.exeおよび詳細プロセス※

2

ajsdbmgrd.exe

jp1ajs_dbmd_0700.conf

ajsdbmgrd.exe

3

jajs_hstd.exe

jp1ajs_service_0700.conf

jajs_hstd.exeおよび詳細プロセス※

4

ajshlogd.exe

jp1ajs_hstd_0700.conf

ajshlogd.exe

5

ajsinetd.exe

jp1ajs_hstd_0700.conf

ajsinetd.exe

6

ajsnetwd.exe

jp1ajs_hstd_0700.conf

ajsnetwd.exe

7

ajsagtmd.exe

jp1ajs_hstd_0700.conf

ajsagtmd.exe

8

ajsovstatd.exe

jp1ajs_hstd_0700.conf

ajsovstatd.exe

9

ajsgwmasterd.exe

jp1ajs_hstd_0700.conf

ajsgwmasterd.exe

10

ajsqlcltd.exe

jp1ajs_hstd_0700.conf

ajsqlcltd.exe

11

jpqman.exe

jp1ajs_hstd_0700.conf

jpqman.exe

12

jpomanager.exe

jp1ajs_hstd_0700.conf

jpomanager.exe

13

ajscdinetd.exe

jp1ajs_hstd_0700.conf

ajscdinetd.exe

14

jajs_schd.exe

jp1ajs_service_0700.conf

jajs_schd.exeおよび詳細プロセス※

15

ajslogd.exe

jp1ajs_schd_0700.conf

ajslogd.exe

16

jpqman.exe

jp1ajs_schd_0700.conf

jpqman.exe

17

jpomanager.exe

jp1ajs_schd_0700.conf

jpomanager.exe

18

ajsmasterd.exe

jp1ajs_schd_0700.conf

ajsmasterd.exe

19

jajs_agtd.exe

jp1ajs_service_0700.conf

jajs_agtd.exeおよび詳細プロセス※

20

jpqmon.exe

jp1ajs_agtd_0700.conf

jpqmon.exe

21

jpoagent.exe

jp1ajs_agtd_0700.conf

jpoagent.exe

注※

JP1/AJS3の詳細プロセスについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録B プロセス一覧」を参照してください。

表7‒11　再起動の設定対象となるプロセス一覧（互換用ISAM構成のJP1/AJS3 - Manager）

項番

子プロセス名称または詳細プロセス名称

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

再起動対象プロセス

1

jajs_hstd.exe

jp1ajs_service_0700.conf

jajs_hstd.exeおよび詳細プロセス※

2

ajshlogd.exe

jp1ajs_hstd_0700.conf

ajshlogd.exe

3

ajsinetd.exe

jp1ajs_hstd_0700.conf

ajsinetd.exe

4

ajsnetwd.exe

jp1ajs_hstd_0700.conf

ajsnetwd.exe

5

ajsovstatd.exe

jp1ajs_hstd_0700.conf

ajsovstatd.exe

6

ajsgwmasterd.exe

jp1ajs_hstd_0700.conf

ajsgwmasterd.exe

7

ajsqlcltd.exe

jp1ajs_hstd_0700.conf

ajsqlcltd.exe

8

jpqman.exe

jp1ajs_hstd_0700.conf

jpqman.exe

9

jpomanager.exe

jp1ajs_hstd_0700.conf

jpomanager.exe

10

ajscdinetd.exe

jp1ajs_hstd_0700.conf

ajscdinetd.exe

11

ajsmasterd.exe

jp1ajs_hstd_0700.conf

ajsmasterd.exe

12

jajs_agtd.exe

jp1ajs_service_0700.conf

jajs_agtd.exeおよび詳細プロセス※

13

jpqmon.exe

jp1ajs_agtd_0700.conf

jpqmon.exe

14

jpoagent.exe

jp1ajs_agtd_0700.conf

jpoagent.exe

注※

JP1/AJS3の詳細プロセスについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録B プロセス一覧」を参照してください。

表7‒12　再起動の設定対象となるプロセス一覧（JP1/AJS3 - Agent）

項番

子プロセス名称または詳細プロセス名称

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

再起動対象プロセス

1

jpqmon.exe

jp1ajs_service_0700.conf

jpqmon.exe

2

jpoagent.exe

jp1ajs_service_0700.conf

jpoagent.exe

UNIXの場合

表7‒13　再起動の設定対象となるプロセス一覧（標準構成のJP1/AJS3 - Manager）

項番

子プロセス名称または詳細プロセス名称

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

再起動対象プロセス

1

jajs_dbmd

jp1ajs_service_0700.conf

jajs_dbmdおよび詳細プロセス※

2

ajsdbmgrd

jp1ajs_dbmd_0700.conf

ajsdbmgrd

3

jajs_hstd

jp1ajs_service_0700.conf

jajs_hstdおよび詳細プロセス※

4

ajshlogd

jp1ajs_hstd_0700.conf

ajshlogd

5

ajsinetd

jp1ajs_hstd_0700.conf

ajsinetd

6

ajsnetwd

jp1ajs_hstd_0700.conf

ajsnetwd

7

ajsagtmd

jp1ajs_hstd_0700.conf

ajsagtmd

8

ajsovstatd

jp1ajs_hstd_0700.conf

ajsovstatd

9

ajsgwmasterd

jp1ajs_hstd_0700.conf

ajsgwmasterd

10

jpqman

jp1ajs_hstd_0700.conf

jpqman

11

jpomanager

jp1ajs_hstd_0700.conf

jpomanager

12

ajscdinetd

jp1ajs_hstd_0700.conf

ajscdinetd

13

jajs_schd

jp1ajs_service_0700.conf

jajs_schdおよび詳細プロセス※

14

ajslogd

jp1ajs_schd_0700.conf

ajslogd

15

jpqman

jp1ajs_schd_0700.conf

jpqman

16

jpomanager

jp1ajs_schd_0700.conf

jpomanager

17

ajsmasterd

jp1ajs_schd_0700.conf

ajsmasterd

18

jajs_agtd

jp1ajs_service_0700.conf

jajs_agtdおよび詳細プロセス※

19

jpqmon

jp1ajs_agtd_0700.conf

jpqmon

20

jpoagent

jp1ajs_agtd_0700.conf

jpoagent

注※

JP1/AJS3の詳細プロセスについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録B プロセス一覧」を参照してください。

表7‒14　再起動の設定対象となるプロセス一覧（互換用ISAM構成のJP1/AJS3 - Manager）

項番

子プロセス名称または詳細プロセス名称

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

再起動対象プロセス

1

jajs_hstd

jp1ajs_service_0700.conf

jajs_hstdおよび詳細プロセス※

2

ajshlogd

jp1ajs_hstd_0700.conf

ajshlogd

3

ajsinetd

jp1ajs_hstd_0700.conf

ajsinetd

4

ajsnetwd

jp1ajs_hstd_0700.conf

ajsnetwd

5

ajsovstatd

jp1ajs_hstd_0700.conf

ajsovstatd

6

ajsgwmasterd

jp1ajs_hstd_0700.conf

ajsgwmasterd

7

jpqman

jp1ajs_hstd_0700.conf

jpqman

8

jpomanager

jp1ajs_hstd_0700.conf

jpomanager

9

ajscdinetd

jp1ajs_hstd_0700.conf

ajscdinetd

10

ajsmasterd

jp1ajs_hstd_0700.conf

ajsmasterd

11

jajs_agtd

jp1ajs_service_0700.conf

jajs_agtdおよび詳細プロセス※

12

jpqmon

jp1ajs_agtd_0700.conf

jpqmon

13

jpoagent

jp1ajs_agtd_0700.conf

jpoagent

注※

JP1/AJS3の詳細プロセスについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録B プロセス一覧」を参照してください。

表7‒15　再起動の設定対象となるプロセス一覧（JP1/AJS3 - Agent）

項番

子プロセス名称または詳細プロセス名称

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

再起動対象プロセス

1

jpqmon

jp1ajs_service_0700.conf

jpqmon

2

jpoagent

jp1ajs_service_0700.conf

jpoagent

定義ファイルの形式を次に示します。

JP1/AJS3 - Managerの場合

プロセス名|パス|起動オプション|再起動可否|再起動回数|リトライ間隔|再起動回数リセット時間|種別|スケジューラーフラグ|起動順序|自動起動|停止パス|停止オプション|状態確認パス|状態確認オプション|状態確認終了コード|状態確認間隔|

JP1/AJS3 - Agentの場合

プロセス名|パス|起動オプション|再起動可否|再起動回数|リトライ間隔|再起動回数リセット時間|

定義ファイルには，あらかじめ定義情報が記載されています。「再起動可否」，「再起動間隔」，「リトライ間隔」，および「再起動回数リセット時間」は変更できますが，それ以外のフィールドはシステムが使用するので変更しないでください。また，フィールドを区切っている「|」は省略できません。コメント文を挿入したい場合は，行頭に「#」を付けてください。改行されるまでがコメント文です。

変更できるフィールドに指定できる値を次の表に示します。

表7‒16　変更できるフィールドに指定できる値

フィールド名

内容

再起動可否

プロセスが異常終了した場合に，再起動するかどうかを指定します。再起動しない場合は0，再起動する場合は1を指定します。デフォルトとして，あらかじめ最適値が設定されています。

再起動回数

プロセスの再起動の試行回数を指定します。指定できる値は，0〜99です。各プロセスで，あらかじめ最適値が設定されています。運用方法に応じてカスタマイズしてください。再起動可否のフィールドに0が指定されている場合は，値が指定されていても無効です。

リトライ間隔

プロセスの再起動のリトライ間隔を秒単位で指定します。指定できる値は，0〜3,600です。各プロセスで，あらかじめ最適値が設定されています。運用方法に応じてカスタマイズしてください。再起動可否のフィールドに0が指定されている場合は，値が指定されていても無効です。

再起動回数リセット時間

再起動によってプロセスが起動してから，何時間後に再起動回数をリセットするかを秒単位で指定します。プロセスが起動してから，指定した時間が経過すると，再起動回数がリセットされます。再度プロセスが異常終了した場合は，再起動回数が1からカウントされます。

再起動によってプロセスが起動してから，指定した時間より前に再度異常終了した場合は，前回の再起動回数を引き継ぎます。指定できる値は，3,600〜2,147,483,647（秒）です。各プロセスで，あらかじめ最適値が設定されています。運用方法に応じてカスタマイズしてください。再起動可否のフィールドに0が指定されている場合は，値が指定されていても無効です。

注意事項

設定を省略したり，正常値を設定していない状態でプロセスを起動したりすると，エラーとなり起動しません。

クラスタ構成では，論理ホストのプロセス管理のプロセスを起動する際，論理ホストのconfフォルダに拡張起動プロセス定義ファイルがない場合，物理ホストの拡張起動プロセス定義ファイルがコピーされます。

子プロセスajsmasterdが再起動した場合，再起動前に実行中であったジョブネットおよびジョブは中断されます。ajsmasterdの再起動後のジョブネットおよびジョブの状態は，JP1/AJS3サービスの起動モードによって異なります。サービス起動モードによるジョブネットおよびジョブの状態の詳細については，「7.2.1(3) 起動モード別のジョブネットおよびジョブの状態」を参照してください。

再起動時，統合トレースログに「KNAD3737-E コンポーネント名の管理対象プロセス名は異常終了しました」というメッセージが出力される場合があります。要因は，異常終了したプロセスを再起動するまでの間隔が短いため，異常終了したプロセスが配下の子プロセスも含めて完全に停止する前に再起動の動作が開始し，二重起動が検知されるためです。再起動回数内であれば，起動できるまで自動的に再起動を試みるため問題ありませんが，拡張起動プロセス定義ファイルのリトライ間隔を延ばすことによって，エラーメッセージKNAD3737-Eの出力を回避できます。また，マシン性能が低い場合，この現象が発生する可能性が高くなるため，必要に応じてリトライ間隔をカスタマイズしてください。

なお，リトライ間隔を長くすることによって，逆にJP1/AJS3サービスの再起動までの時間が長くなることがあります。そのため，リトライ間隔に大きい値を設定しないでください。変更する場合の推奨値は10秒です。

JP1/AJS3の子プロセスが再起動した場合，その詳細プロセスも再起動し，詳細プロセスの再起動回数のカウントはリセットされます。

再起動設定のデフォルト値を次の表に示します。

Windowsの場合

表7‒17　再起動設定のデフォルト値一覧（標準構成のJP1/AJS3 - Manager）

項番

子プロセス名称または詳細プロセス名称

再起動可否

再起動回数

リトライ間隔

再起動回数リセット時間

1

jajs_dbmd.exe

する

3

3

21600

2

ajsdbmgrd.exe

しない

3

3

21600

3

jajs_hstd.exe

する

3

20

21600

4

ajshlogd.exe

する

3

3

21600

5

ajsinetd.exe

する

3

3

21600

6

ajsnetwd.exe

する

3

3

21600

7

ajsagtmd.exe

する

3

3

21600

8

ajsovstatd.exe

する

3

3

21600

9

ajsgwmasterd.exe

する

3

3

21600

10

ajsqlcltd.exe

する

3

3

21600

11

jpqman.exe

する

3

3

21600

12

jpomanager.exe

する

3

3

21600

13

ajscdinetd.exe

する

3

3

21600

14

jajs_schd.exe

する

3

10

21600

15

ajslogd.exe

しない

3

3

21600

16

jpqman.exe

しない

3

3

21600

17

jpomanager.exe

しない

3

3

21600

18

ajsmasterd.exe

しない

3

3

21600

19

jajs_agtd.exe

する

3

3

21600

20

jpqmon.exe

する

3

3

21600

21

jpoagent.exe

する

3

3

21600

表7‒18　再起動設定のデフォルト値一覧（互換用ISAM構成のJP1/AJS3 - Manager）

項番

子プロセス名称または詳細プロセス名称

再起動可否

再起動回数

リトライ間隔

再起動回数リセット時間

1

jajs_hstd.exe

する

3

20

21600

2

ajshlogd.exe

する

3

3

21600

3

ajsinetd.exe

する

3

3

21600

4

ajsnetwd.exe

する

3

3

21600

5

ajsovstatd.exe

する

3

3

21600

6

ajsgwmasterd.exe

する

3

3

21600

7

ajsqlcltd.exe

する

3

3

21600

8

jpqman.exe

する

3

3

21600

9

jpomanager.exe

する

3

3

21600

10

ajscdinetd.exe

する

3

3

21600

11

ajsmasterd.exe

しない

3

3

21600

12

jajs_agtd.exe

する

3

3

21600

13

jpqmon.exe

する

3

3

21600

14

jpoagent.exe

する

3

3

21600

表7‒19　再起動設定のデフォルト値一覧（JP1/AJS3 - Agent）

項番

子プロセス名称または詳細プロセス名称

再起動可否

再起動回数

リトライ間隔

再起動回数リセット時間

1

jpqmon.exe

する

3

3

21600

2

jpoagent.exe

する

3

3

21600

UNIXの場合

表7‒20　再起動設定のデフォルト値一覧（標準構成のJP1/AJS3 - Manager）

項番

子プロセス名称または詳細プロセス名称

再起動可否

再起動回数

リトライ間隔

再起動回数リセット時間

1

jajs_dbmd

する

3

3

21600

2

ajsdbmgrd

しない

3

3

21600

3

jajs_hstd

する

3

20

21600

4

ajshlogd

する

3

3

21600

5

ajsinetd

する

3

3

21600

6

ajsnetwd

する

3

3

21600

7

ajsagtmd

する

3

3

21600

8

ajsovstatd

する

3

3

21600

9

ajsgwmasterd

する

3

3

21600

10

jpqman

する

3

3

21600

11

jpomanager

する

3

3

21600

12

ajscdinetd

する

3

3

21600

13

jajs_schd

する

3

10

21600

14

ajslogd

しない

3

3

21600

15

jpqman

しない

3

3

21600

16

jpomanager

しない

3

3

21600

17

ajsmasterd

しない

3

3

21600

18

jajs_agtd

する

3

3

21600

19

jpqmon

する

3

3

21600

20

jpoagent

する

3

3

21600

表7‒21　再起動設定のデフォルト値一覧（互換用ISAM構成のJP1/AJS3 - Manager）

項番

子プロセス名称または詳細プロセス名称

再起動可否

再起動回数

リトライ間隔

再起動回数リセット時間

1

jajs_hstd

する

3

20

21600

2

ajshlogd

する

3

3

21600

3

ajsinetd

する

3

3

21600

4

ajsnetwd

する

3

3

21600

5

ajsovstatd

する

3

3

21600

6

ajsgwmasterd

する

3

3

21600

7

jpqman

する

3

3

21600

8

jpomanager

する

3

3

21600

9

ajscdinetd

する

3

3

21600

10

ajsmasterd

しない

3

3

21600

11

jajs_agtd

する

3

3

21600

12

jpqmon

する

3

3

21600

13

jpoagent

する

3

3

21600

表7‒22　再起動設定のデフォルト値一覧（JP1/AJS3 - Agent）

項番

子プロセス名称または詳細プロセス名称

再起動可否

再起動回数

リトライ間隔

再起動回数リセット時間

1

jpqmon

する

3

3

21600

2

jpoagent

する

3

3

21600

再起動の設定のデフォルト値は，各プロセスの特性を考慮し，あらかじめ最適な値を設定しています。各プロセスの特性について次に示します。

jajs_hstd.exeおよびjajs_hstdは，管理するプロセス数が多く，停止処理に時間を要するプロセスを管理しているため，リトライ間隔を長く設定しています。

jajs_schd.exeおよびjajs_schdは，停止処理に時間を要するプロセスを管理しているため，リトライ間隔を長く設定しています。

jajs_schd.exeおよびjajs_schdの詳細プロセスは，詳細プロセス間で同期して起動する必要があるため，一部の詳細プロセスだけを再起動できません。一部の詳細プロセスが異常終了した場合は，jajs_schd.exeおよびjajs_schdが再起動するように設定されています。詳細プロセスが個別に再起動するように設定する必要はありません。

互換用ISAM構成のajsmasterd.exeおよびajsmasterdは，ajsmasterd自身が再起動の機能を持っているため，JP1/AJS3からの再起動は不要です。

ajsdbmgrd.exeおよびajsdbmgrdが異常終了した場合は，jajs_dbmd.exeおよびjajs_dbmdが再起動するように設定されています。ajsdbmgrd.exeおよびajsdbmgrdが個別に再起動するように設定する必要はありません。

jajs_agtd.exeおよびjajs_agtdの詳細プロセスの異常終了回数が再起動回数の設定値を超えると，jajs_agtd.exeおよびjajs_agtdは停止します。そのあと，jajs_agtd.exeおよびjajs_agtdは再起動可否の設定に従って再起動します。

(1)　ワトソン博士の設定を変更する（Windows Server 2003限定）

Windowsの場合は，プロセスを自動で再起動するときにワトソン博士でアプリケーションエラーになり，メッセージボックスが表示されます。メッセージボックスが表示されると再起動が有効にならないため，メッセージボックスによるエラーの通知を抑止する必要があります。

メッセージボックスによるエラーの通知を抑止すると，ほかのアプリケーションエラー時にもメッセージボックスが表示されなくなるため注意してください。

ワトソン博士の設定の変更手順を次に示します。

Windowsの［スタート］メニューから［ファイル名を指定して実行］を選択する。

テキストボックスに「drwtsn32」と入力し，［OK］ボタンをクリックする。

［ワトソン博士］ダイアログボックスが開きます。

［メッセージボックスによる通知］のチェックを外す。

［OK］ボタンをクリックする。

(2)　設定例

拡張起動プロセス定義ファイルの設定例と，プロセスが異常終了した場合の動作を次に示します。

ここでは，JP1/AJS3の子プロセスに対して次の条件を設定します。

再起動可否：する
再起動回数：4回
リトライ間隔：3秒
再起動回数リセット時間：3,600秒

図7‒1　拡張起動プロセス定義ファイルの設定例

プロセスが異常終了した場合の動作例を次の図に示します。

図7‒2　プロセスが異常終了した場合の動作例

図の例では，再起動後，再起動回数のリセット時間で指定した3,600秒以内に異常終了しなかった場合，3,600秒の時点で再起動回数がリセットされます。次回異常終了したときには1回目からカウントされます。一方，再起動後，3,600秒以内に異常終了した場合は，再起動回数を引き継ぎます。再起動回数が，指定した回数に達すると，次回異常終了時には再起動しません。

7.3.2　JP1/AJS3のプロセスが起動，停止，または異常終了したときにJP1イベントを発行する

JP1/AJS3は，プロセスが起動，停止，または異常終了した場合に，メッセージを統合トレースログに出力しています。

JP1/AJS3 - ManagerおよびJP1/AJS3 - Agentでは，これらのメッセージをJP1イベントとしても発行できます。発行されるJP1イベントの詳細については，「付録A JP1/AJS3が発行するJP1イベント」を参照してください。

設定をすることで，次の場合にJP1イベントを発行します。

JP1/AJS3が起動または停止した場合

JP1/AJS3の管理対象プロセスが起動または停止した場合

プロセスが異常終了した場合

起動時に起動通知がなく，タイムアウトした場合

異常終了したプロセスの再起動が完了した場合※

起動前処理に失敗した場合

注※　プロセスの再起動の設定をした場合に発行されます。

JP1イベントを発行させる設定は，それぞれjp1ajs_param.confに定義します。デフォルトでは，JP1イベントは発行されません。

JP1イベントを発行させる手順を次に示します。

jp1ajs_param.confを編集する。

jp1ajs_param.confの格納先は次のとおりです。

Windows：JP1/AJS3のインストール先フォルダ¥conf¥jp1ajs_param.conf

UNIX：/etc/opt/jp1ajs2/conf/jp1ajs_param.conf

jp1ajs_param.confの定義方法については，「7.3.3 jp1ajs_param.confファイルの形式」を参照してください。

また，jp1ajs_param.confがない場合は，上記ディレクトリに格納されているjp1ajs_param.conf.modelをコピーしてください。

jbssetcnfコマンドを実行する。

jbssetcnf jp1ajs_param.conf

jbssetcnfコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」のjbssetcnfコマンドの説明を参照してください。

JP1/AJS3を再起動する。

jp1ajs_param.confの設定内容が反映されます。

また，jajs_configコマンドを使用して指定個別に定義することもできます。jajs_configコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　jajs_config」を，JP1イベントを発行するかどうかを定義する環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.1 システム管理の環境設定」を参照してください。

7.3.3　jp1ajs_param.confファイルの形式

jp1ajs_param.confファイルの形式について説明します。

jp1ajs_param.conf内から下記の記述を探してください。

[{JP1_DEFAULT|論理ホスト名}¥JP1AJS2]
"SEND_SYSTEM_STARTSTOP_EVENT"=dword:0
"SEND_SYSTEM_CHILD_STARTSTOP_EVENT"=dword:0
"SEND_SYSTEM_TERMINATED_ABNORMALLY_EVENT"=dword:0
"SEND_SYSTEM_RESTART_EVENT"=dword:0

SEND_SYSTEM_STARTSTOP_EVENTは，JP1/AJS3サービスが起動または停止した場合に，JP1イベントを発行するかどうかを定義する環境設定パラメーターです。

SEND_SYSTEM_CHILD_STARTSTOP_EVENTは，JP1/AJS3の管理対象プロセスが起動または停止した場合に，JP1イベントを発行するかどうかを定義する環境設定パラメーターです。

SEND_SYSTEM_TERMINATED_ABNORMALLY_EVENTは，プロセスが異常終了した場合やプロセス起動時にタイムアウトした場合に，JP1イベントを発行するかどうかを定義する環境設定パラメーターです。

SEND_SYSTEM_RESTART_EVENTは，プロセスの再起動が完了した場合に，JP1イベントを発行するかどうかを定義する環境設定パラメーターです。

JP1イベントを発行したい場合は，各環境設定パラメーターの値をdword:0からdword:1に変更してください。JP1イベントを発行する設定を解除したい場合は，各環境設定パラメーターの値をdword:1からdword:0に戻してください。

論理ホスト上で設定をする場合は，実行系および待機系の両方で設定します。その際，[JP1_DEFAULT¥JP1AJS2]のJP1_DEFAULTを論理ホスト名に変更してください。

なお，SEND_SYSTEM_TERMINATED_ABNORMALLY_EVENTを，互換用のSEND_PROCESS_TERMINATED_ABNORMALLY_EVENTと同時に定義している場合は，どちらかの環境設定パラメーターがdword:1であればJP1イベントが発行されます。また，SEND_SYSTEM_RESTART_EVENTを，互換用のSEND_PROCESS_RESTART_EVENTと同時に定義している場合は，どちらかの環境設定パラメーターがdword:1であればJP1イベントが発行されます。

7.4　JP1/AJS3サービス再起動時のジョブの再サブミット

ジョブ実行制御では，ジョブが実行エージェントに配信されるまでジョブの実行に必要な情報をメモリー上で管理します。ジョブの実行に必要な情報は，次のとおりです。

上位ジョブネットに設定された実行エージェント名

上位ジョブネットに設定された優先順位

先行ジョブの終了コード

先行ジョブの終了状態

ジョブの定義情報

ジョブの配信前にJP1/AJS3サービスが停止すると，実行に必要なメモリー上の情報は破棄されます。そのため，JP1/AJS3サービスの再起動（ホットスタート）時には，サービスの停止時点で「キューイング」状態であったジョブを破棄して「先行終了待ち」状態に戻し，自動的にジョブを再度サブミットすることでジョブネットの運用を継続します。この動作をジョブの再サブミットと呼びます。

ジョブが破棄された際には，メッセージKAVS0266-Iが出力されます。破棄されたジョブは，ジョブ実行制御によってキューイングをキャンセルされ，「先行終了待ち」状態に戻ります。そのあと，再サブミットによって，いったん「実行待ち」状態になったあと「キューイング」状態になります。ただし，先行に異常終了しているユニットがある場合は，再サブミットされないで「未実行終了」状態になります。

JP1/AJS3サービスの再起動（ホットスタート）時のジョブの再サブミット動作について，次の図に示します。

図7‒3　JP1/AJS3サービスの再起動（ホットスタート）時のジョブの再サブミット動作

なお，ウォームスタートした場合は，「未実行終了」状態に遷移します。また，コールドスタートした場合は，「未登録」状態になります。

8　運用中の設定変更

この章では，JP1/AJS3の運用中の環境や設定の変更について説明します。

JP1/AJS3のシステムをより効率良く運用するため，運用中にJP1/AJS3のジョブ実行環境や設定を変更することがあります。

8.1　設定変更のポイント

JP1/AJS3の運用中に環境や設定を変更する場合には，次に示す点に注意してください。

業務への影響が少ない方法や時間帯を考慮する。

環境設定項目，OSのパラメーター，ディスク容量などを変更する場合は，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）」を参照して，変更する内容について事前に再設計する。

変更したい環境や設定をすぐに適用するのではなく，事前にテストする。

変更後は，変更内容を関係がある部署などに連絡する。

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

実行予定のジョブネット，およびジョブの実行を抑止できます。ジョブネットやジョブの実行抑止は，スケジューラーサービスを単位とします。実行抑止中は，新たなジョブネットやジョブは起動されません。開始条件を満たしたジョブネットやジョブは，実行抑止が解除されるまで，待ち状態のままとなります。

なお，ジョブネットやジョブの実行抑止中も，ジョブネットやジョブに対する操作は受け付けられます。

ジョブネットやジョブの実行抑止は，スケジューラーサービス単位に，サービスの起動時，または運用中に設定できます。

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

スケジューラーサービスが起動した時点で当日のジョブネットの実行開始時刻が過ぎている場合，すぐにそのジョブネットの実行が開始されます。サービス起動と同時にジョブネットやジョブが実行されるのを抑止し，開始予定時刻を調節したい場合は，環境設定またはajsstartコマンドで，ジョブネットやジョブの自動実行を抑止します。スケジューラーサービス起動時にジョブネットやジョブの自動実行を抑止する方法を次に示します。

環境設定パラメーターSUPPRESSの設定

jajs_configコマンドで，環境設定パラメーターSUPPRESSに「exec」を設定します。

実行例を次に示します。

jajs_config -k "[JP1_DEFAULT¥JP1AJSMANAGER¥AJSROOT1]" "SUPPRESS"="exec"

環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.2 スケジューラーサービス環境設定」を参照してください。

ajsstartコマンドの指定

スケジューラーサービスをajsstartコマンドで起動して運用している場合（スケジューラーサービスを自動起動しない設定にしている場合），ajsstartコマンドのオプションに「-s EXEC」を指定します。

ajsstartコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsstart」を参照してください。

どの場合も，ジョブネットやジョブの実行抑止を解除するには，ajsalterコマンドのオプションに「-s none」を指定して実行します。

ajsalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsalter」を参照してください。

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

ホストのメンテナンスやサービス停止前の確認などのために，実行中のジョブネットやジョブの実行を，運用中に抑止したい場合，ajsalterコマンドのオプションに「-s EXEC」を指定します。ジョブネットやジョブの実行抑止の解除は，ajsalterコマンドのオプションに「-s none」を指定します。

ajsalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsalter」を参照してください。

8.3　実行登録中にジョブネットの定義を切り替える

ジョブネットリリース機能を使用して，実行登録中にジョブネットの定義を切り替えられます。ジョブネットリリース機能では，切り替え予定のジョブネットをあらかじめ定義し，切り替え日時を指定しておくことで，ジョブネットの定義を自動で切り替えられます。ジョブネットリリース機能の概要については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.5.14 指定した日時から自動的にジョブネットの定義を切り替える」を参照してください。

8.3.1　リリース登録までの流れ

リリース登録までの流れを次に示します。

リリース元ルートジョブネットを定義する。

定義を変更したい運用中のルートジョブネットを任意の場所にコピーし，リリース元ジョブネットとして定義します。

必要に応じて，リリース元ルートジョブネットの定義内容をチェックする。

ajschkdefコマンドを使って，リリース元ルートジョブネットの定義内容の事前チェックを実施してください。

また，リリース日時以降に実行予定がないジョブネットをリリース元としてリリース登録しても，実行予定は作成されません。ajsscheduleコマンドを実行して，リリース元ジョブネットにリリース日時以降の実行予定があるか確認してください。

ajschkdefコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajschkdef」を参照してください。

ajsscheduleコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsschedule」を参照してください。

リリース登録する。

リリース日時やリリース先ジョブネットなどを指定し，リリース登録します。リリース登録については，「8.3.2 リリース登録」を参照してください。

8.3.2　リリース登録

リリース登録とは，あらかじめ定義したジョブネットの定義が指定した日時に運用中のジョブネットと切り替わるように登録しておく操作です。リリース登録をすると，運用中のジョブネットは，リリース情報を持つジョブネットとして扱われます。そのため，JP1/AJS3 - Viewでは，リリース先ジョブネットのアイコンで表示されます。

リリース登録には，次の二つの方法があります。

［JP1/AJS3 - View］ウィンドウの機能メニュー［リリース登録］から実行

ajsreleaseコマンドで実行

［JP1/AJS3 - View］ウィンドウでのリリース登録の方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.14.1 ジョブネットをリリース登録する」を参照してください。ajsreleaseコマンドでのリリース登録の方法については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsrelease」を参照してください。

注意事項

リリース日時以降にスケジュールがあるジョブネットのうち，期間指定や日付指定で確定実行登録をしているジョブネットは，リリース先に指定できません。この場合，リリース日時以降のスケジュールを登録解除，または実行中止してからリリース登録してください。ただし，未来世代数指定の確定実行登録と併用している場合は，リリース日時以降にスケジュールがあってもリリース登録できます。

スケジューラーサービスが異なるジョブネット間では，ジョブネットリリース機能を使用できません。

次のジョブネットはリリース元に指定できません。

・すでにリリース先に指定されているジョブネット

・サスペンドされているジョブネット

・編集中のジョブネット

・ほかのユーザーが操作しているジョブネット

・ジョブネットコネクタ，接続先のジョブネット，および起動条件（.CONDITION）のうちのどれか二つ以上が定義されているジョブネット

次のジョブネットはリリース先に指定できません。

・サスペンドされているジョブネット

・「閉塞」状態のジョブネット

・編集中のジョブネット

・ほかのユーザーが操作しているジョブネット※

・ジョブネットコネクタ，接続先のジョブネット，および起動条件（.CONDITION）のうちのどれか二つ以上が定義されているジョブネット

注※

ほかのユーザーの操作が，「適用中」状態のジョブネット配下のユニットを対象にした保留属性の設定または解除の場合は，リリース先に指定できます。

リリース元ジョブネットがホストリンクジョブネットを含んでいる場合，ホストリンクジョブネットを含まないジョブネットはリリース先に指定できません。また，リリース元ジョブネットがホストリンクジョブネットを含んでいない場合，ホストリンクジョブネットを含むジョブネットはリリース先に指定できません。

「リリース待ち」状態，「削除待ち」状態，または「リリース登録待ち」状態のジョブネット定義を持つジョブネットは，リリース先ジョブネットとして指定できません。「リリース待ち」状態のジョブネット定義がある場合，新しいリリース登録は，ジョブネットが「適用中」状態になってから実施してください。「削除待ち」状態または「リリース登録待ち」状態のジョブネット定義がある場合は，「削除待ち」状態または「リリース登録待ち」状態のジョブネット定義をリリース中止したあとでリリース登録してください。

リリース登録する場合には，スケジューラーサービスが起動されている必要があります。

リリース登録によって掛かるシステムへの負荷は，リリース元ジョブネットを定義する場合と同等か，それ以上です。リリース登録は，ジョブ実行のピーク時を避けて実行してください。

上位ユニット属性継承機能を設定したジョブネットをリリース先としてリリース登録した場合，リリース登録したジョブネット定義の所有者やJP1資源グループは，上位ユニット属性継承機能によって設定されます。

リリース登録すると，リリース登録したジョブネットの定義を基にリリース日時以降の世代が生成し直されます。このため，リリース登録する前に計画一時変更の操作をしても，リリース日時以降の世代には引き継がれません（実行登録時に指定したマクロ変数やJP1ユーザーなどの情報は引き継がれます）。リリース登録する前の計画一時変更の内容を，リリース日時以降の世代に反映させたい場合は，一時変更の再操作機能を使って，リリース登録前に実行した一時変更の操作を再操作してください。一時変更の再操作機能については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.5.16 ジョブネットやジョブの一時変更の操作情報を確認・再操作する」を参照してください。

リリース日時以降に実行予定がないジョブネットをリリース元としてリリース登録しても，実行予定は作成されません。リリース登録前にajsscheduleコマンドを実行して，リリース元ジョブネットにリリース日時以降の実行予定があるか確認してからリリース登録してください。

また，リリース登録したあとに，リリース元ルートジョブネットの定義から正しく実行予定が作成されているかどうか，JP1/AJS3 - Viewまたはajsshowコマンドで確認してください。実行予定が作成されていない場合，リリース中止したあとで，リリース元ジョブネットの定義内容を見直し，再度リリース登録してください。

ajsscheduleコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsschedule」を参照してください。また，ajsshowコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsshow」を参照してください。

確定実行登録を使用していて，指定するリリース日時以降にだけ世代がある場合，スケジュール定義上，次回の実行予定世代が作成されないジョブネットの定義をリリース登録すると，未登録状態に戻ります。この場合，リリース中止して，リリース元ジョブネットの定義内容を見直したあとで，再度リリース登録および実行登録してください。

リリース登録したあとで，ajslocaldateコマンドでスケジューラーサービスローカル日時を過去の時刻に変更したり，システム時刻を過去の時刻に変更したりする場合は，リリース先ジョブネットをajsdeleteコマンドなどで削除してから変更してください。

リリース先ジョブネットを削除しないで日時を過去の時刻に変更すると，正常に動作しなくなるおそれがあります。その場合，日時を変更前の時刻に戻したあとで，リリース先ジョブネットを削除してから，再度日時を変更してください。

なお，リリース先ジョブネットを復元するためには，リリース登録前にリリース先となるジョブネットの定義情報をバックアップしておく必要があります。

リリース先ジョブネットを削除したあとで復元するには，リリース登録前に，ajsprintコマンドなどでリリース先となるジョブネットの定義情報をバックアップしておく必要があります。バックアップしておいたジョブネットの定義情報をajsdefineコマンドなどで定義し直したあと，リリース元を指定して再度リリース登録することで，リリース先ジョブネットを復元できます。

リリースコメントの末尾に連続して設定した半角空白文字は無効になります。このため，末尾に半角空白文字を使用しないでください。

8.3.3　リリース登録後のジョブネット定義の状態

リリース登録後のジョブネット定義が持つ状態は，「リリース待ち」状態，「適用中」状態，「適用終了」状態，「削除待ち」状態，および「リリース登録待ち」状態のうちのどれかになります。これらの状態をリリース状態といいます。それぞれの状態について，次の表に示します。

表8‒1　リリース登録後のジョブネット定義のリリース状態

リリース状態

説明

リリース待ち

リリース日時を待っている状態です。リリース登録が完了してからリリースされるまでの間はこの状態です。

適用中

ジョブネットの定義がリリースされて適用されている状態です。リリース日時になるとこの状態になります。

適用終了

ジョブネットの定義の適用が終了した状態です。次のリリース日時になると，一つ前にリリースされたジョブネットがこの状態になります。

削除待ち

リリース中止に失敗した定義が削除されるのを待っている状態です。この場合，再度リリース中止する必要があります。リリース中止および「削除待ち」状態については，「8.3.7 リリース中止」を参照してください。

リリース登録待ち

リリース登録してから「リリース待ち」状態になるまでの一時的な状態です。また，リリース登録に失敗すると，エラーメッセージ「KAVV2120-E リリース登録に失敗したため，不要なジョブネット定義が残っています。問題解決後，リリース中止し，再度リリース登録してください。」が表示され，この状態のまま残ります。この場合，リリース中止する必要があります。リリース中止については，「8.3.7 リリース中止」を参照してください。

これらの状態のうち，「リリース待ち」状態，「適用中」状態，および「適用終了」状態の遷移を次の図に示します。

図8‒1　リリース状態の遷移

図は，同じルートジョブネットに対して続けてリリース登録した場合の状態遷移を表しています。「AJS_AUTO」，「001」，「002」，および「003」はリリースIDを表します。次に，それぞれの状態遷移について説明します。

「AJS_AUTO」

「001」をリリース登録したときに自動的に作成されたリリースIDです。このときの状態は「適用中」状態です。「001」がリリースされると「適用終了」状態になります。さらに，「002」をリリース登録すると，「AJS_AUTO」のジョブネットに世代がなければ自動的に削除されます※。

「001」以降のリリースID

リリース登録したときの状態は「リリース待ち」状態です。リリースされると「適用中」状態になります。次のリリースIDの定義がリリースされると，「適用終了」状態になります。さらに次のリリースIDの定義をリリース登録すると，「適用終了」状態のジョブネットに世代がなければ自動的に削除されます※。

一つ前の「適用終了」状態のジョブネットが削除されない場合は，削除されません。例えば，「001」は，「AJS_AUTO」が削除されないと削除されません。

注※

JP1/AJS3 - Viewの［デイリースケジュール］ウィンドウや［マンスリースケジュール］ウィンドウでリリース先ジョブネットを開いているときにリリース登録すると，メッセージ「KAVS4631-W 世代が存在しない適用終了状態のジョブネット定義を削除できませんでした」が出力され，「適用終了」状態のジョブネットの定義が削除されません。データベースの容量が圧迫されるおそれがあるため，［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウを閉じてからリリース登録するようにしてください。

8.3.4　リリースのタイミング

リリースは，リリース先ジョブネットのスケジュールルールなどに関係なく，指定したリリース日時になるとジョブネットの定義が切り替わります。リリース日時は，24時間制の絶対時刻で指定します。このため，例えば，リリース先ジョブネットを48時間制で運用している場合には，リリース日時が48時間制ではどの日時に当たるのかを考慮してリリース日時を指定する必要があります。

なお，リリース日時になる前に開始された世代の定義は，実行中にリリース日時を過ぎた場合でも，途中で切り替わることはありません。

(1)　48時間制の場合

スケジューラーサービスが48時間制の場合でも，絶対時刻のリリース日時になるとジョブネットの定義がリリースされます。48時間制でのリリースの例を次の図に示します。

図8‒2　48時間制でのリリースの例

この例では，48時間制で毎日26:00に実行しているものとします。

48時間制の3/31 26:00の実行予定は，絶対時刻では4/1 2:00に当たり，リリース日時である4/2 00:00より前の時刻の予定であるため，リリースID「AJS_AUTO」の定義で実行されます。4/1 26:00の実行予定は，絶対時刻では4/2 2:00に当たり，リリース日時である4/2 00:00よりあとの時刻の予定であるため，リリースID「001」の定義で実行されます。

したがって，4/1 26:00の実行予定をリリースID「AJS_AUTO」の定義で実行したい場合は，リリース日時を4/2 2:01以降の時刻に指定する必要があります。

(2)　基準時刻を設定している場合

基準時刻を設定している（基準時刻が00:00以外）場合でも，絶対時刻のリリース日時になるとジョブネットの定義がリリースされます。基準時刻を設定している場合のリリースの例を次の図に示します。

図8‒3　基準時刻を設定している場合のリリースの例

この例では，基準時刻を9:00とし，毎日相対時刻の15:00に実行しているものとします。

3/31 15:00の実行予定は，9:00を基準とした相対時刻であるため，絶対時刻の4/1 00:00に当たります。4/1 00:00は，リリース日時である4/2 00:00より前の時刻であるため，リリースID「AJS_AUTO」の定義で実行されます。同様に，4/1 15:00の実行予定は絶対時刻の4/2 00:00に当たり，リリース日時である4/2 00:00と同じ時刻であるため，リリースID「001」の定義で実行されます。

したがって，4/1 15:00の実行予定をリリースID「AJS_AUTO」の定義で実行したい場合は，リリース日時を4/2 00:01以降の時刻に指定する必要があります。

(3)　一日に複数回実行する場合

一日に複数回実行するようスケジュールルールを設定している場合でも，絶対時刻のリリース日時になるとジョブネットの定義がリリースされます。一日に複数回実行するようスケジュールルールを設定している場合のリリースの例を次の図に示します。

図8‒4　一日に複数回実行する場合のリリースの例

この例では，毎日9:00と26:00に実行しているものとします。

4/1 9:00までの実行予定は，リリース日時である4/2 00:00より前の時刻であるため，リリースID「AJS_AUTO」の定義で実行されます。4/1 26:00の実行予定は，絶対時刻では4/2 2:00に当たり，リリース日時である4/2 00:00よりあとの時刻であるため，リリースID「001」の定義で実行されます。

したがって，4/1 26:00の実行予定をリリースID「AJS_AUTO」の定義で実行し，4/2以降の実行予定はリリースID「001」で実行したい場合は，リリース日時を4/2 2:01から4/2 8:59の範囲内で指定する必要があります。

(4)　休業日の振り替えを設定している場合

休業日の振り替えの設定で，［次の運用日に振り替え］を設定している場合および［前の運用日に振り替え］を設定している場合のリリースについて説明します。

(a)　［次の運用日に振り替え］を設定している場合

休業日の振り替えで，［次の運用日に振り替え］を設定している場合でも，絶対時刻のリリース日時になるとジョブネットの定義がリリースされます。［次の運用日に振り替え］を設定している場合のリリースの例を次の図に示します。

図8‒5　［次の運用日に振り替え］を設定している場合のリリースの例

この例では，4/1が休業日で，4/2が運用日であるとします。

4/1が休業日であるため，4/1 16:00の実行予定は4/2 16:00に振り替えられています。4/2 16:00はリリース日時である4/2 00:00以降の時刻であるため，リリースID「001」の定義で実行されます。

したがって，振り替え後の実行予定である4/2 16:00の実行予定をリリースID「AJS_AUTO」の定義で実行したい場合は，リリース日時を4/2 16:01以降に指定する必要があります。

(b)　［前の運用日に振り替え］を設定している場合

休業日の振り替えで，［前の運用日に振り替え］を設定している場合でも，絶対時刻のリリース日時になるとジョブネットの定義がリリースされます。［前の運用日に振り替え］を設定している場合のリリースの例を次の図に示します。

図8‒6　［前の運用日に振り替え］を設定している場合のリリースの例

この例では，4/1が運用日で，4/2が休業日であるとします。

4/2が休業日であるため，4/2 16:00の実行予定は4/1 16:00に振り替えられています。4/1 16:00はリリース日時である4/2 00:00より前の時刻であるため，リリースID「AJS_AUTO」の定義で実行されます。

したがって，振り替え後の実行予定である4/1 16:00の実行予定をリリースID「001」の定義で実行したい場合は，リリース日時を4/1 16:00より前に指定する必要があります。

(5)　起動条件を設定している場合

起動条件を設定している場合でも，絶対時刻のリリース日時になるとジョブネットの定義がリリースされます。起動条件を設定している場合のリリースの例を次の図に示します。

図8‒7　起動条件を設定している場合のリリースの例

この例では，監視終了と監視開始の間にリリース日時が当たっていて，リリース日時を境にジョブネットの定義が切り替わっています。

一方，次の図に示すように，リリース日時に監視が終了していない場合は，ジョブネットの定義が切り替わりません。

図8‒8　リリース日時に起動条件の監視が終了していない場合のリリースの例

このように，リリースの時点で監視が終了していない場合，リリース先ジョブネットはリリースID「AJS_AUTO」の定義で実行されます。リリースID「001」の定義で実行されるのは，次回の監視開始からです。したがって，リリース日時の時点でまだ実行されているジョブネットをリリースID「001」の定義で実行したい場合は，いったん監視を強制終了する必要があります。

(6)　リリース前とリリース後でスケジュールルールが異なる場合

リリース前とリリース後でスケジュールルールが異なる場合でも，絶対時刻のリリース日時になるとジョブネットの定義およびスケジュールルールがリリースされます。リリース前とリリース後でスケジュールルールが異なる場合のリリースの例を次の図に示します。

図8‒9　リリース前とリリース後でスケジュールルールが異なる場合のリリースの例

この例では，毎日00:00に実行しているジョブネットを，リリース日時からは毎日15:00に実行するものとします。4/1 00:00はリリース日時である4/2 00:00より前の時刻であるため，リリースID「AJS_AUTO」のスケジュールルールに従って4/1 00:00の予定で実行されます。リリース日時である4/2 00:00になるとリリースID「001」の定義がリリースされるため，4/2以降は00:00ではなく15:00に実行されるようになります。

したがって，4/2の実行予定をリリースID「AJS_AUTO」のスケジュールルールで実行したい場合は（4/2の開始予定時刻を00:00にしたい場合は），リリース日時を4/2 15:01から4/3 15:00の間の時刻に指定する必要があります。

なお，リリース日時を4/2 00:01から4/2 15:00の間の時刻に指定した場合は，4/2 00:00にリリースID「AJS_AUTO」の定義が，4/2 15:00にリリースID「001」の定義がそれぞれ実行されるため，1日に2回実行されることになります。

(7)　タイムゾーンを指定している場合

リリース日時は，リリース登録時のタイムゾーンに従います。このため，リリース登録時のタイムゾーンがリリース先ジョブネットの実行登録時に指定したタイムゾーンと異なる場合でも，リリース登録時のタイムゾーンでのリリース日時になるとジョブネットの定義がリリースされます。リリース登録時のタイムゾーンとリリース先ジョブネットのタイムゾーンが異なる場合の例を次の図に示します。

図8‒10　リリース登録時のタイムゾーンとリリース先ジョブネットのタイムゾーンが異なる場合のリリース例

この例では，実行登録時のタイムゾーンがGMT（グリニッジ標準時）で，リリース登録時のタイムゾーンがJST-9（日本標準時）であるとします。

リリース日時はリリース登録時のタイムゾーンに従うため，リリース日時はJST-9の4/2 00:00です。GMTの3/31 15:00の実行予定はJST-9の4/1 00:00に当たり，リリース日時であるJST-9の4/2 00:00より前の時刻であるため，リリースID「AJS_AUTO」で実行されます。GMTの4/1 15:00の実行予定はJST-9の4/2 00:00に当たり，リリース日時であるJST-9の4/2 00:00と同じ時刻であるため，リリースID「001」で実行されます。

なお，リリース先ジョブネットの実行登録時に夏時間に対応したタイムゾーンを指定している場合でも，リリース登録時のタイムゾーンでのリリース日時になるとジョブネットの定義がリリースされます。

(8)　排他スケジュールを指定している場合

排他スケジュールを指定している場合でも，絶対時刻のリリース日時になるとジョブネットの定義および排他スケジュールが切り替わります。リリース前とリリース後で排他スケジュールが異なる場合の例を次の図に示します。

図8‒11　リリース前とリリース後で排他スケジュールが異なる場合のリリース例

この例では，リリースID「AJS_AUTO」の排他スケジュールとしてjobnetBを指定しています。また，リリースID「001」の排他スケジュールとしてjobnetCを指定しています。この場合，jobnetAは，4/1 23:59までjobnetBを排他し，4/2 00:00以降はjobnetCを排他します。このように，排他スケジュールが切り替わることによって運用が困難になるおそれがあるため，排他スケジュールの指定は変更しないことを推奨します。

8.3.5　リリース情報の表示

リリース登録したあと，次のどちらかの方法でリリース先ジョブネットごとにリリースIDやリリース日時などのリリース情報の一覧を確認できます。

［JP1/AJS3 - View］ウィンドウ

ajsreleaseコマンドで実行

ajsreleaseコマンドを使ってリリース情報を表示する方法については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsrelease」を参照してください。

8.3.6　リリース登録後の実行予定の確認

リリース登録したあと，JP1/AJS3 - Viewの［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウから実行予定を確認できます。ここでは，リリースIDを「001」，リリース日時を4/2 00:00に指定してリリース登録した場合の例で実行予定の表示イメージを説明します。

(1)　［デイリースケジュール］ウィンドウでの表示イメージ

［デイリースケジュール］ウィンドウでの表示イメージを次の図に示します。

図8‒12　リリース登録後の［デイリースケジュール］ウィンドウでの表示イメージ

［デイリースケジュール］ウィンドウの初期画面ではジョブネットが持つ定義ごとに「ルートジョブネット名(リリースID)」の形式で実行予定が表示されます。ただし，リリースIDが「AJS_AUTO」の場合はルートジョブネット名だけが表示され，リリースIDは表示されません。ルートジョブネットを展開すると，配下のユニットの実行予定が表示されます。

(2)　［マンスリースケジュール］ウィンドウでの表示イメージ

［マンスリースケジュール］ウィンドウでの実行予定の表示イメージを次の図に示します。

図8‒13　リリース登録後の［マンスリースケジュール］ウィンドウでの表示イメージ

［マンスリースケジュール］ウィンドウの初期画面ではジョブネットが持つ定義ごとに「ルートジョブネット名(リリースID)」の形式で実行予定が表示されます。ただし，リリースIDが「AJS_AUTO」の場合はルートジョブネット名だけが表示され，リリースIDは表示されません。ルートジョブネットを展開すると，配下のユニットの実行予定が表示されます。

なお，リリース情報があるジョブネットでは，リリース前のジョブネット定義の統計情報は引き継がれません。リリース直後の実行予定世代は，まだ一度も実行されていないジョブネットとして扱われます。したがって，［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウでの実行シミュレーションでは，リリース直後の実行予定世代の実行所要時間は，［環境設定］ダイアログボックスの［初回実行時間］で算出されます。

8.3.7　リリース中止

リリース中止とは，いったんリリース登録したジョブネットのリリースを中止する操作です。リリース中止を実行すると，リリース先ジョブネットがリリース登録前の状態に戻ります。ただし，一度リリース登録したジョブネットは，そのあとリリース中止しても，リリース情報を持つリリース先ジョブネットとして扱われます。そのため，JP1/AJS3 - Viewでもリリース先ジョブネットのアイコンで表示されます。

リリース中止は，リリース登録したジョブネットのうち「リリース待ち」状態，「削除待ち」状態，および「リリース登録待ち」状態の定義に対して実行できます。リリース中止の方法には，次の二つがあります。

［JP1/AJS3 - View］ウィンドウの機能メニュー［リリース中止］から実行

ajsreleaseコマンドで実行

なお，リリース中止に失敗した場合，「リリース待ち」状態の定義が「削除待ち」状態になります。この場合は，再度リリース中止を実行してください。

［JP1/AJS3 - View］ウィンドウでのリリース中止の方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.14.2 ジョブネットをリリース中止する」を参照してください。ajsreleaseコマンドでのリリース中止の方法については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsrelease」を参照してください。

注意事項

期間指定や日付指定で確定実行登録しているジョブネットがリリース日時以降にスケジュールを持つ場合は，リリース中止できません。この場合，リリース日時以降のスケジュールを登録解除，または実行中止してからリリース中止してください。ただし，未来世代数指定の確定実行登録と併用している場合は，リリース日時以降にスケジュールがあってもリリース中止できます。

リリース中止するルートジョブネットがサスペンドされた状態の場合は実行できません。サスペンドを解除してからリリース中止を実行してください。

リリース中止するルートジョブネットが閉塞状態の場合は実行できません。ルートジョブネットを登録解除したあとで，リリース中止を実行してください。

リリース中止するには，スケジューラーサービスが起動されている必要があります。

リリース中止によって掛かるシステムへの負荷は，リリース情報のジョブネットの定義内容を削除する場合と同等か，それ以上です。リリース中止は，ジョブ実行のピーク時を避けて実行してください。

リリース中止すると，リリース中止後に「適用中」状態になるジョブネットの定義を基に世代が生成し直されます。このため，リリース中止する前に計画一時変更の操作をしても，リリース中止後のジョブネットには引き継がれません。ただし，実行登録時に指定したマクロ変数やJP1ユーザーなどの情報は引き継がれます。

リリース中止したあと「適用中」状態になるジョブネットの定義上，次回の実行予定世代が作成されない場合，その定義から実行予定世代は作成されません。このため，リリース中止したあとで，正しく実行予定世代が作成されているかどうか，JP1/AJS3 - Viewまたはajsshowコマンドで確認してください。実行予定世代が作成されていない場合，「適用中」状態のジョブネットの定義内容を見直してください。

確定実行登録を使用していて，リリース中止するジョブネットの定義にだけ世代がある場合，リリース中止したあとに「適用中」状態になるジョブネットの定義上，次回の実行予定世代が作成されないとき，未登録状態に戻ります。リリース中止したあとで「適用中」状態になるジョブネットの定義内容を見直したあと，再度実行登録してください。

次に示すジョブネットは，リリース中止できません。

・サスペンドされているジョブネット

・「閉塞」状態のジョブネット

・編集中のジョブネット

・ほかのユーザーが操作しているジョブネット※

注※

ほかのユーザーの操作が，「適用中」状態のジョブネット配下のユニットを対象にした保留属性の設定または解除の場合は，リリース中止できます。

8.3.8　ジョブネットリリース機能の運用方法

ここでは，ジョブネットリリース機能を使用する際の基本的な運用サイクルおよび推奨する運用方法について説明します。

(1)　基本的な運用サイクル

ジョブネットリリース機能を使用する際の基本的な運用サイクルを次の図に示します。

図8‒14　ジョブネットリリース機能を使用する際の基本的な運用サイクル

開発用のジョブネット「A-00」と本番用のジョブネット「A」は同一の定義内容を持っています。ジョブネットリリース機能を使用してジョブネット「A」の定義を切り替える場合，まず，ジョブネット「A-00」をコピーしてジョブネット「A-01」として編集し，テストします（1）。そのあと，リリース登録します（2）。リリース元ジョブネット「A-01」の定義は，リリース登録時にコピーされてリリース先ジョブネット「A」の定義の一つとして管理されます。このため，リリース登録後にリリース元ジョブネットの定義を編集しても，リリース先ジョブネットには影響しません。

運用に当たっては，次の点を考慮する必要があります。

マスターとなるジョブネット定義の管理

リリース元ジョブネットが，リリース先ジョブネットの定義を変更する際のマスターとなります。必要に応じて，リリース元ジョブネットの定義を保存しておいてください。

不要な実行結果世代の定期的な削除

「適用終了」状態のジョブネット定義は，そのジョブネット定義から生成された世代がない場合，次回のリリース登録時に自動的に削除されます。ただし，生成された世代がある場合は削除されません。このため，不要な実行結果世代を登録解除によって削除してからリリース登録することを検討してください。

なお，リリース登録後でも，JP1/AJS3 - Viewやコマンドでリリース先ジョブネットの定義を編集できます。編集したジョブネット定義は，「適用中」状態のジョブネット定義に反映されます。ただし，リリース先ジョブネットの定義に従って生成された世代にも反映されるため，実行結果詳細などの情報が保持できません。このため，緊急時以外は，基本的な運用サイクルに従った運用を検討してください。

(2)　リリース登録のやり直し

リリース登録したあとでさらにジョブネット定義の編集が必要になった場合，いったんリリース中止してからジョブネット定義を編集し，再度リリース登録することでやり直しができます。リリース登録をやり直す場合の運用を次の図に示します。

図8‒15　リリース登録をやり直す場合の運用

リリース登録したあとでさらにジョブネット定義の編集が必要になったため，リリースID「A-01」をいったんリリース中止します（1）。次に，開発用のジョブネット「A-01」を再度編集し，テストします（2）。そのあと，再度リリース登録します（3）。

(3)　推奨する運用方法

推奨するジョブネットリリース機能の運用方法を説明します。

(a)　一般的な運用方法

「リリース待ち」状態のジョブネット定義があるジョブネットにリリース登録はできません。このため，8月分，9月分といった複数のジョブネット定義を一度にリリース登録しておくことはできません。したがって，1回リリース登録したあとは，リリース登録したジョブネット定義での運用に切り替わった（「適用中」状態になった）あとで次のリリース登録をしてください。その際，次の図のように，確認作業の余裕を確保するために，最低でもリリース日時の1日前までにリリース登録するよう運用を検討してください。

図8‒16　推奨するジョブネットリリース機能の運用方法

(b)　ルートジョブネットの実行順序制御機能使用時の運用方法

ルートジョブネットの実行順序制御機能では，ジョブネットコネクタと接続先のジョブネットは，同一実行日であれば接続します。しかし，両者の実行時に接続するため，そのときにリリース登録またはリリース中止の操作をすると，操作する前の世代と接続したり，操作の処理中であるため接続する世代が見つからないで接続しなかったりするおそれがあります。このため，ルートジョブネットの実行順序制御機能を使用する場合は，ジョブネットコネクタと接続先のジョブネットの世代が実行される4日前※までにリリース登録またはリリース中止の操作を終えてください。

注※

基準時刻やタイムゾーンの設定によって同一実行日となる可能性がある日数です。

ルートジョブネットの実行順序制御機能使用時の運用例を次の図に示します。

図8‒17　ルートジョブネットの実行順序制御機能使用時の運用例

(c)　実行予定を計画一時変更している場合の運用方法

リリース登録するとき

計画実行登録または未来世代数指定による確定実行登録で実行登録したジョブネットにリリース登録すると，指定したリリース日時以降の世代が，リリース登録したジョブネット定義で作成し直されます※。作成し直される世代には，リリース登録する前に操作した計画一時変更の情報は引き継がれません。

リリース登録する前に操作した計画一時変更の情報を，リリース登録後のジョブネット定義に引き継がせたい場合は，一時変更の再操作機能を使用します。一時変更の再操作機能では，実行登録後のジョブネットに行った一時変更の操作を，一時変更の情報として一覧で表示し，その一覧から選択した操作を再操作できます。

一時変更の再操作機能については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.5.16 ジョブネットやジョブの一時変更の操作情報を確認・再操作する」を参照してください。また，一時変更情報の確認および再操作の手順については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.17 一時変更情報を確認・再操作する」を参照してください。

注※

このとき，メッセージ「KAVS4751-W ジョブネットの世代(ユニット名:実行ID)の定義を切り替えて，新たな世代(実行ID)を作成するため，定義を切り替える前の世代に計画一時変更した情報が失われます」が出力されます。

リリース中止するとき

計画実行登録または未来世代数指定による確定実行登録で実行登録したジョブネットをリリース中止すると，リリース中止するジョブネット定義から作成された世代が，リリース中止後に「適用中」状態になるジョブネット定義で作成し直されます※。作成し直される世代には，リリース中止する前に操作した計画一時変更の情報は引き継がれません。

このため，リリース中止する前に，スケジューラーログなどを基に，リリース中止するジョブネット定義の世代に対して操作した計画一時変更の情報を確認してください。また，リリース中止したあとは，作成し直された世代に対して，必要に応じて再度計画一時変更の操作をしてください。

注※

このとき，メッセージ「KAVS4751-W ジョブネットの世代(ユニット名:実行ID)の定義を切り替えて，新たな世代(実行ID)を作成するため，定義を切り替える前の世代に計画一時変更した情報が失われます」が出力されます。

スケジュール再計算を伴う操作をするとき

リリース登録やリリース中止以外のスケジュール再計算を伴う操作をしたときにも，世代が作成し直されます※1。作成し直される世代には，スケジュール再計算を伴う操作をする前に操作した計画一時変更の情報は引き継がれません。

このため，スケジュール再計算を伴う操作をする前に，スケジューラーログなどを基に，操作した計画一時変更の情報を確認してください。また，作成し直された世代に対して，必要に応じて再度計画一時変更の操作をしてください。

スケジュール再計算を伴う操作は次のとおりです。

計画一時変更の実行中止※2

リリース先ジョブネットが参照するカレンダー定義の変更

排他ジョブネットが参照するカレンダー定義の変更

上位ジョブグループの基準時刻および基準日の変更

リリース先ジョブネットのスケジュール定義の変更

排他ジョブネットのスケジュール定義の変更

スケジューラーサービスのウォームスタート

サスペンド解除

排他ジョブネットへのリリース登録およびリリース中止

注※1

このとき，メッセージ「KAVS4751-W ジョブネットの世代(ユニット名:実行ID)の定義を切り替えて，新たな世代(実行ID)を作成するため，定義を切り替える前の世代に計画一時変更した情報が失われます」が出力されます。

注※2

実行登録種別が計画実行登録の場合にだけ，メッセージ「KAVS4751-W ジョブネットの世代(ユニット名:実行ID)の定義を切り替えて，新たな世代(実行ID)を作成するため，定義を切り替える前の世代に計画一時変更した情報が失われます」が出力されます。

(4)　その他の運用方法

ジョブネットリリース機能では，リリースしたいジョブネットがあればリリース登録できるため，開発環境に合わせた運用ができます。ここでは，本番機だけで運用する場合およびマスターの管理が不要な場合の運用方法を説明します。

(a)　本番機だけで運用する場合の運用方法

開発機がなく，本番機だけで運用している場合でも，基本的な運用サイクルと同じ手順でジョブネット定義を切り替えられます。また，リリース登録後は，基本的な運用サイクルでの運用と同様，リリース元ジョブネットをマスターとして管理します。本番機だけで運用している場合の例を次の図に示します。

図8‒18　本番機だけで運用する場合の運用例

なお，リリース元ジョブネットとリリース先ジョブネットが同じジョブグループ配下にある場合でも，同様の運用ができます。

(b)　マスターの管理が不要な場合の運用方法

マスターの管理が不要な場合，リリース情報からジョブネット定義をコピーおよび編集して運用できます。ただし，コピーできるのは「適用中」状態のジョブネット定義だけです。このため，リリース登録のやり直しに備えて，リリース登録したジョブネット定義が「適用中」状態になるまで，リリース元ジョブネットをajsprintコマンドでファイルに出力するなどして保存しておいてください。

マスターの管理が不要な場合の運用例を次の図に示します。

図8‒19　マスターの管理が不要な場合の運用例

リリースID「A-00」をリリース登録したあと，リリース元ジョブネット「A-01」を削除します（1）。次に，ジョブネット「A」のリリース情報からジョブネット定義をコピーして，ジョブネット「A-01」として編集し，テストします（2）。そのあと，リリース登録します（3）。

(5)　リリース日時から1日以内にリリース登録またはリリース中止する場合

ジョブネットリリース機能を使用する際は，最低でもリリース日時の1日前までにリリース登録することを推奨しています。しかし，急を要する場合には，1日以内をリリース日時に指定してリリース登録したり，1日以内にリリース登録された「リリース待ち」状態のジョブネット定義をリリース中止したりできます。

ただし，リリース日時から1日以内にリリース登録またはリリース中止するときは，次の点に注意してください。また，1日以内にリリース登録やリリース中止をしないよう運用を再検討してください。

リリース登録の処理が完了するまでの間，開始日時が指定したリリース日時以降である世代は，実行が抑止されます。このため，リリース登録の処理に時間が掛かると，その世代の実行の開始が遅延します。

リリース中止の処理が完了するまでの間，開始日時がリリース中止するジョブネット定義のリリース日時以降である世代は，実行が抑止されます。このため，リリース中止の処理に時間が掛かると，その世代の実行の開始が遅延します。

(6)　リリース日時から1日以内に実行登録する場合

リリース登録したあとに実行登録する場合で，リリース日時から1日以内に実行登録するときは，リリース先ジョブネットのスケジュールルールに注意する必要があります。次に示す実行登録方法で実行登録すると，実行登録した日の基準時刻以降で世代を作成するため，リリース日時以降に実行登録しても，その日の実行予定世代は「適用終了」状態のジョブネット定義で実行されます。

計画実行登録

期間指定または未来世代数指定による確定実行登録

リリース日時から1日以内に実行登録した場合の動作を次の図に示します。

図8‒20　リリース日時から1日以内に実行登録した場合（1）

この図は，8/1 15:00をリリース日時に指定してリリース登録したあと，リリース日時から1日以内（8/1 15:00から8/1 23:59までの間）に実行登録した場合の動作を示しています。8/1 15:00以降はリリースID「001」のジョブネット定義が「適用中」状態になりますが，リリース日時から1日以内に実行登録したため，「適用終了」状態のリリースID「AJS_AUTO」のジョブネット定義で8/1 00:00の実行予定世代が作成されています。8/1 00:00の実行予定世代は，実行登録した時点で実行されます。

また，リリースID「001」が「適用中」状態になったあとで新しくリリースID「002」のジョブネット定義をリリース登録したとします。このとき，リリースID「AJS_AUTO」のジョブネット定義に実行結果世代がなければ，リリースID「AJS_AUTO」のジョブネット定義は削除されます。このあと，8/1に実行登録すると，8/1 00:00時点で「適用中」状態となるジョブネット定義（リリースID「AJS_AUTO」のジョブネット定義）がないため，次の図のように，8/1 00:00の実行予定世代は作成されません。

図8‒21　リリース日時から1日以内に実行登録した場合（2）

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

JP1/AJS3では，実行ファイル名，実行エージェント，保留属性など，ユニットの実行に影響するユニット定義情報については実行登録中に変更できます。ただし，定義内容を変更するユニットの種別と，そのときのルートジョブネットの状態の組み合わせによって，変更した内容が有効になるユニット定義情報とならない定義情報があります。

ユニット種別とルートジョブネットの状態の組み合わせによる定義内容変更の動作を次の表に示します。

表8‒2　ルートジョブネットの状態とユニット種別による定義内容変更の動作

ユニット種別

ルートジョブネットの状態

終了状態

実行中

警告検出実行中

異常検出実行中

開始時刻待ち※1

起動条件待ち

保留中

開始時刻待ち※2

ルートジョブネット

○※3

×

×

○

ネストジョブネット

○※3

×※4

○

○

ジョブ

○※3

×※4

○

○

（凡例）

○：すべてのユニット定義情報で，変更した最新の定義内容が有効になります。

×：表8-3に示すユニット情報については，変更した最新の定義内容が有効になりません。

注※1

次回実行予定世代，および開始時刻に到達しているが多重起動に「不可能」を設定しているため実行中世代の終了を待っている世代だけです。

注※2

注※1に該当しない開始時刻待ちの世代です。

注※3

終了状態の世代を再実行したときに，変更した内容で実行されます。

注※4

次に示す状況に該当する場合，変更した最新の定義内容が有効になります。

実行中になっていないネストジョブネット配下のユニットの定義を変更した場合。

ユニットの定義を変更したあと，そのユニットが定義されているルートジョブネット配下で再実行した場合。

ユニットの定義を変更したあと，そのユニットが定義されているルートジョブネット対してサスペンドを解除した場合。

ユニットの定義を変更したあと，サービスが再起動された場合。

上記の表で「×」の場合に，有効にならないユニット定義情報を次の表に示します。

表8‒3　実行登録中に定義を変更しても有効にならないユニット定義情報

ユニット種別

有効にならないユニット定義情報

ジョブ（標準ジョブ，イベントジョブ，アクションジョブ，カスタムジョブ）の場合

保留

所有者

実行ユーザー種別

異常終了時リトライ

異常終了時リトライの終了コード

異常終了時リトライの最大リトライ回数

異常終了時リトライのリトライ間隔

ジョブネットの場合

実行エージェント

多重起動（ルートジョブネットだけ）

優先順位

スケジューリング方式（ルートジョブネットだけ）

打ち切り時間（ルートジョブネットだけ）

保留

リモートジョブネットの場合

実行マネージャー

多重起動 （ルートリモートジョブネットだけ）

スケジューリング方式（ルートリモートジョブネットだけ）

打ち切り時間（ルートリモートジョブネットだけ）

保留

上記に示したユニット定義情報以外はすべて最新の定義内容が有効になります。上記に示したユニット定義情報を，実行登録中でも最新の定義変更を有効にしたい場合は，「8.4.2 実行登録中に変更したユニット定義情報を有効にする」に示す手順を実施してください。

実行登録中に変更したユニット定義情報を有効にする設定をした場合に，最新の定義内容が再読み込みされるタイミング（有効になる時期）を次の表に示します。

表8‒4　最新の定義内容が再読み込みされるタイミング

ユニット種別

最新の定義内容が再読み込みされるタイミング

ジョブ（標準ジョブ，イベントジョブ，アクションジョブ，カスタムジョブ）の場合

実行待ち状態になる直前

ジョブネットの場合

実行状態になる直前

このため，ジョブやジョブネットの実行が開始するまでに定義を変更すれば，最新の定義内容でジョブやジョブネットを実行できるようになります。

注意事項

実行中のイベントジョブ（起動条件として定義されているイベントジョブも含む）については，定義内容を変更しても，終了状態になるまで変更した内容は有効になりません。変更した定義内容で監視したい場合は，次の操作でジョブを終了状態に変更したあと，再度実行登録してください。

イベントジョブの場合

強制終了またはジョブ状態変更で終了させる

起動条件付きジョブネットの場合

「9.1.1 起動条件監視中のジョブネットの停止」を参照して強制終了する

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

実行登録中に変更したユニット定義情報を有効にする設定の場合，次に示すユニット情報に関しても最新の定義内容が有効になります。

表8‒5　最新の定義内容が有効になるユニット定義情報

ユニット種別

有効になるユニット定義情報

ジョブ（標準ジョブ，イベントジョブ，アクションジョブ，カスタムジョブ）の場合

保留

所有者

実行ユーザー種別

異常終了時リトライ

異常終了時リトライの終了コード

異常終了時リトライの最大リトライ回数

異常終了時リトライのリトライ間隔

ジョブネットの場合

実行エージェント

多重起動（ルートジョブネットだけ）

優先順位

スケジューリング方式（ルートジョブネットだけ）

保留

リモートジョブネットの場合

実行マネージャー

多重起動（ルートリモートジョブネットだけ）

スケジューリング方式（ルートリモートジョブネットだけ）

保留

注意事項

「打ち切り時間」は，実行登録中に変更したユニット定義情報を有効にするように設定しても，実行登録中に変更した最新の定義内容が有効になりません。変更内容を反映したい場合は，一度登録を解除してから変更してください。

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

実行登録中に変更したユニット定義情報を有効にする手順を次に示します。

JP1/AJS3のスケジューラーサービスを終了する。

jajs_spmd_stopコマンドを使って，該当するJP1/AJS3のスケジューラーサービスを終了します。jajs_spmd_stopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jajs_spmd_stop」を参照してください。

環境設定パラメーターを変更する。

次のコマンドを実行し，環境設定パラメーターUNITDEFINERELOADの値を「yes」に変更します。

jajs_config -k "[JP1_DEFAULT¥JP1AJSMANAGER¥AJSROOT1]" "UNITDEFINERELOAD"="yes"

実行登録中にユニットの定義内容を変更する運用を実施することが予想される場合は「yes」にすることを推奨します。

環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.2 スケジューラーサービス環境設定」を参照してください。

「no」を指定した場合，変更した最新の定義内容が有効にならないユニット定義情報があります（06-51以前と同様の動作）。

JP1/AJS3のスケジューラーサービスを起動する。

jajs_spmdコマンドを使って，該当するJP1/AJS3のスケジューラーサービスを起動します。JP1/AJS3のスケジューラーサービスの起動中に，実行登録中に変更したユニット定義情報を有効にする設定を変更した場合には，スケジューラーサービスを再起動してください。jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jajs_spmd」を参照してください。

8.5　スケジューラーサービスだけを起動・停止する

スケジューラーサービスだけを起動または停止させる場合は，コマンドを使用します。それぞれの手順について次に示します。

8.5.1　スケジューラーサービスを起動する

スケジューラーサービスだけを起動させる場合，jajs_spmdコマンドまたはajsstartコマンドを使用します。コマンドのオプションで，ジョブネットやジョブの実行状態を制限して起動させることができます。

コールドスタートする

すべてのジョブネットの実行登録を強制的に解除してスケジューラーサービスを起動します。

JP1/AJS3のスケジューラーデータベースのテーブル構造が変更された場合には，コールドスタートする必要があります。

ウォームスタートする

スケジューラーサービス停止時の状態を引き継いで起動します。ただし，停止時に「実行中」状態だったジョブネットやジョブは終了状態になります。

ホットスタートする

スケジューラーサービス停止時の状態を引き継いで起動します。停止時に「実行中」状態であったジョブネットやジョブの実行を継続します。

jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jajs_spmd」を参照してください。

これら以外の高度なオプションを指定してスケジューラーサービスを起動する場合は，ajsstartコマンドを使用してください。ajsstartコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsstart」を参照してください。

注意事項

コールドスタートを指定した場合は，実行登録されているジョブネットの結果情報をすべて消去してからスケジューラーサービスを起動するため，実行結果がすべて無効になります。また，コールドスタート後に，ジョブネットを再実行登録する必要があります。

コールドスタートの処理では，JP1/AJS3 - Viewの終了を待つため，コールドスタートを指定する場合は，JP1/AJS3 - Viewからの接続を切断した状態で実行してください。

8.5.2　スケジューラーサービスを停止する

スケジューラーサービスだけを停止させる場合は，jajs_spmd_stopコマンドまたはajsstopコマンドを使用します。これらのコマンドを使用すると，JP1/AJS3サービスが起動したまま，スケジューラーサービスだけが停止します。

スケジューラーサービスの制限停止時に，ajsstopコマンドのオプションでジョブネットやジョブの実行を，次のように制限して安全に停止させることができます。

スケジュール制限

コマンドを実行した日に実行が予定されているジョブネットの実行がすべて終了したあと，スケジューラーサービスを終了します。スケジュール制限中もジョブネットの実行登録は受け付けますが，スケジュール制限中に翌日になった場合，翌日分のジョブネットは起動されません。

ジョブネット制限

コマンドを実行したときに実行中のジョブネットがすべて終了したあと，スケジューラーサービスを終了します。ジョブネット制限中は，新たなルートジョブネットは起動されません。また，ジョブネットの即時実行登録はできません。

ジョブ制限

コマンドを実行したときに実行中のジョブがすべて終了したあと，スケジューラーサービスを終了します。ジョブ制限中は，新たなジョブは起動されないで，実行中のジョブネットは中断されます。ジョブ異常終了時の自動リトライも行われません。また，ジョブネットの即時実行登録はできません。

ジョブ強制終了停止

コマンドを実行した時点で，スケジューラーサービスを終了します。スケジューラーサービス終了時に実行中のジョブネットはすべて強制終了します。ジョブ異常終了時の自動リトライも行われません。

スケジューラーサービス強制停止

コマンドを実行した時点で，スケジューラーサービスを終了します。ただし，スケジューラーサービス終了時に実行中のジョブは実行を継続します。

jajs_spmd_stopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jajs_spmd_stop」を参照してください。

高度なオプションを指定してスケジューラーサービスを停止する場合は，ajsstopコマンドを使用してください。ajsstopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsstop」を参照してください。

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

使用するホストのシステム日時以外の日時で運用したい場合に，スケジューラーサービスにローカル日時を定義できます。例えば，運用前にシミュレーションしたい場合にスケジューラーサービスにローカル日時を定義しておくと，システム日時を変更しないで運用テストを実行できます。これによって，本来は夜間に実行する処理を昼間にテストするなどのことができます。

スケジューラーサービスのローカル日時の定義は，スケジューラーサービス単位で有効になります。

この操作は，Administrators権限またはスーパーユーザー権限を持つOSユーザーが実行してください。

スケジューラーサービスのローカル日時が定義されている場合の適用範囲を次の表に示します。

表8‒6　スケジューラーサービスのローカル日時が定義されている場合の適用範囲

日時の種類

適用する日時

スケジューラーサービスが制御できる日時

（ジョブネットの開始・終了日時，スケジューラーサービスの開始時刻など。ただし，JP1/AJS3 - Agentで実行するジョブ，イベントジョブ，およびアクションジョブを除く）

スケジューラーサービスのローカル日時

スケジュール一時変更などで，日時指定を省略したときに仮定する日時

スケジューラーサービスのローカル日時

スケジューラーサービスが出力するログ

スケジューラーサービスのローカル日時

JP1/AJS3が作成・更新したファイルのタイムスタンプ

システム日時

システムロギングファイルのログ出力日時

システム日時

イベント受信時刻，イベント到着時刻

システム日時

「ajs」で始まる名称のコマンドの実行時

スケジューラーサービスのローカル日時

「ajs」以外の文字列で始まる名称のコマンドの実行時

システム日時

イベントIDが4100〜4131のJP1イベント

スケジューラーサービスのローカル日時

スケジューラーサービスのローカル日時はajslocaldateコマンドを使って定義します。ajslocaldateコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　ajslocaldate」を参照してください。

注意事項

スケジューラーサービスのローカル日時を変更する場合は，スケジューラーサービスを停止し，変更後に再起動してください。日時を前に戻す場合は，jajs_spmd_stopコマンドに「-n jajs_schd」を指定してスケジューラーサービスだけを停止したあと，日時を前に戻してから，jajs_spmdコマンドに-coldオプション，および「-n jajs_schd」を指定してスケジューラーサービスを再起動してください。jajs_spmd_stopコマンドおよびjajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jajs_spmd_stop」およびマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jajs_spmd」を参照してください。

一度設定したスケジューラーサービスのローカル日時は，再起動後も有効になります。

スケジューラーサービスのローカル日時はシステム日時を基に生成されています。システム日時を変更した場合，スケジューラーサービスのローカル日時にもその変更された時間が反映されます。システム日時を変更した場合は，スケジューラーサービスのローカル日時が正しい日時になっているか確認してください。

クラスタシステムで，スケジューラーサービスのローカル日時を使用する場合は，実行系ホストと待機系ホストの両方のホストで，ajslocaldateコマンドを実行してください。

8.7　スケジューラーログを交代する

スケジューラーログは，スケジューラーサービス単位またはホスト単位でファイルに出力されます。スケジューラーサービス単位で出力するか，ホスト単位で出力するかは，環境設定パラメーターAJSLOGOUTPUTDESTで設定できます。

スケジューラーサービス単位で出力する場合もホスト単位で出力する場合も，ログファイルは二つあり，一方のファイルが環境設定に指定したファイル容量に達した時点で，もう一つのファイルに出力先を交代します。

スケジューラーサービス単位で出力する場合

環境設定パラメーターAJSLOGFILE1に指定したファイルと環境設定パラメーターAJSLOGFILE2に指定したファイルを交代します。

ホスト単位で出力する場合

環境設定パラメーターHOSTLOGFILE1に指定したファイルと環境設定パラメーターHOSTLOGFILE2に指定したファイルを交代します。

ajsalterコマンドの-cオプションを使うと，この出力先のスケジューラーログファイルを強制的に交代できます。スケジューラーログの交代方法として，次の二つが選択できます。

ログの出力先ファイルを交代用のファイルに交代する（-c CHANGE）

使用中のファイルのログを交代用のファイルにコピーして，使用中のログファイルの先頭から再びログを書き込む（-c COPY）

なお，スケジューラーログの出力中にログ出力障害が発生してログ出力が閉塞した場合，ajsalterコマンドの-cオプションでスケジューラーログファイルを交代すると，ログ出力の閉塞状態が解除されます。ajsalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsalter」を参照してください。

また，ajsalterコマンドの-oオプションを使用すると，環境設定パラメーターAJSLOGOUTPUTDESTの指定値によって，スケジューラーログファイルを次のように交代します。

表8‒7　環境設定パラメーターAJSLOGOUTPUTDESTの指定値と-oオプションの組み合わせによる-cオプションの対象スケジューラーログファイル

AJSLOGOUTPUTDESTの指定値

ajsalterコマンドの-oオプション

指定あり

指定なし

schedule（デフォルト値）

ホスト単位

スケジューラーサービス単位

host

ホスト単位

ホスト単位

（凡例）

ホスト単位：ホスト単位のスケジューラーログファイル

スケジューラーサービス単位：スケジューラーサービス単位のスケジューラーログファイル

環境設定パラメーターAJSLOGOUTPUTDESTの検討については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　4.3.2 スケジューラーサービスに関する環境設定について検討する」を参照してください。

環境設定パラメーターAJSLOGOUTPUTDESTおよびajsalterコマンドの使用例

次のような環境の場合の，ajsalterコマンドの使用例を次に説明します。

環境（マネージャーホスト：HOST）

ホスト単位のスケジューラーログファイル：

/var/opt/jp1ajs2/log/ajs-host-log1.log

/var/opt/jp1ajs2/log/ajs-host-log2.log

スケジューラーサービスAJSROOT1

環境設定パラメーターAJSLOGOUTPUTDESTの値：「schedule」

スケジューラーログファイル：

/var/opt/jp1ajs2/log/schedule/AJSROOT1/ajs-log1.log

/var/opt/jp1ajs2/log/schedule/AJSROOT1/ajs-log2.log

スケジューラーサービスAJSROOT2

環境設定パラメーターAJSLOGOUTPUTDESTの値：「host」

スケジューラーログファイル：

/var/opt/jp1ajs2/log/ajs-host-log1.log

/var/opt/jp1ajs2/log/ajs-host-log2.log

使用例1

スケジューラーサービスAJSROOT1のスケジューラーログファイルを交代する

ajsalter -F AJSROOT1 -c CHANGE

この場合，スケジューラーサービス単位のスケジューラーログファイル/var/opt/jp1ajs2/log/schedule/AJSROOT1/ajs-log1.logと/var/opt/jp1ajs2/log/schedule/AJSROOT1/ajs-log2.logが交代します。

使用例2

スケジューラーサービスAJSROOT1が定義されているマネージャーホストHOSTのホスト単位のスケジューラーログファイルを交代する

ajsalter -F AJSROOT1 -o -c CHANGE

この場合，ホスト単位のスケジューラーログファイル/var/opt/jp1ajs2/log/ajs-host-log1.logと/var/opt/jp1ajs2/log/ajs-host-log2.logが交代します。

-oオプションを指定してホスト単位のスケジューラーログファイルを交代する場合，同一マネージャーホストで，環境設定パラメーターAJSLOGOUTPUTDESTに「host」を設定しているスケジューラーサービスAJSROOT2のスケジューラーログも交代することになるため，注意が必要です。

使用例3

スケジューラーサービスAJSROOT2が定義されているマネージャーホストHOSTのホスト単位のスケジューラーログファイルを交代する

ajsalter -F AJSROOT2 ［-o］ -c CHANGE

この場合，ホスト単位のスケジューラーログファイル/var/opt/jp1ajs2/log/ajs-host-log1.logと/var/opt/jp1ajs2/log/ajs-host-log2.logが交代します。

スケジューラーサービスAJSROOT2は，環境設定パラメーターAJSLOGOUTPUTDESTの値が「host」のため，-oオプションを指定しても省略しても，ホスト単位のスケジューラーログファイルが交代します。

8.8　実行エージェントの情報を変更する

実行エージェントの情報は，JP1/AJS3の運用中に設定または変更できます。実行エージェントの情報は，次のような場合に変更します。

運用中にジョブの実行エージェントを追加したり，削除したりしたい。

負荷分散させる実行エージェントを追加したり，削除したりしたい。

運用中に実行エージェントの情報（実行ホスト，ジョブ実行多重度など）を変更したい。

運用中に実行エージェントの配信制限状態を変更したい。

運用中に実行ホスト名から求まるIPアドレスを変更したい。

8.8.1　実行エージェントを追加・削除・変更する

JP1/AJS3の運用中に実行エージェントを追加したり，削除したりできます。また，実行エージェントのジョブ実行多重度や実行エージェントの受付配信制限の状態を変更できます。

負荷分散させるための実行エージェントグループを追加したり，削除したりすることもできます。

これらのことを実施する場合には，次のコマンドを使用します。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド」を参照してください。

ajsagtadd

実行エージェントを追加します。同時にジョブ実行多重度を設定できます。

また，実行エージェントグループも追加できます。

ajsagtdel

実行エージェントを削除します。また，実行エージェントグループも削除できます。

ajsagtalt

実行エージェントの情報を変更できます。変更できる情報を次に示します。

実行ホスト名（エージェントホスト名）の変更

ジョブ実行多重度の変更

説明文の変更

実行エージェントの，受付配信制限の状態の変更

また，実行エージェントグループの情報も変更できます。変更できる情報を次に示します。

説明文の変更

実行エージェントグループへの実行エージェントの追加・削除

実行エージェントグループに定義されている実行エージェントの優先順位の変更

実行エージェントグループの，受付配信制限の状態の変更

実行エージェントの情報や状態は，ajsagtshowコマンドで確認できます。

なお，JP1/AJS3の運用中に実行ホスト名から求まるIPアドレスを変更したい場合は，「8.9.2 JP1/AJS3が動作しているホストのIPアドレスを変更する」を参照してください。

8.8.2　実行エージェントを一括定義する

実行エージェントの定義情報を出力して，ほかのマネージャーホストで実行エージェントを一括定義できます。実行エージェントの情報を出力するコマンドを次に示します。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド」を参照してください。

ajsagtprint

実行エージェントの定義情報をCSV形式のテキストファイルで出力できます。

出力されたテキストファイルをajsagtaddコマンドで指定することで，実行エージェントを一括定義できます。

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

JP1/AJS3が動作しているホストの名称，IPアドレス，およびシステム日時の変更について説明します。ネットワーク構成の変更に対応したい場合や，テストのために一時的に日時を変更したい場合に，この操作を実施します。

8.9.1　JP1/AJS3が動作しているホストの名称を変更する

JP1/AJS3が動作しているホストの名称を変更する手順を，JP1/AJS3 - Managerの場合と，JP1/AJS3 - Agentの場合とに分けて説明します。

(1)　ホスト名変更に関する注意事項

ホスト名変更前に，メッセージなどで変更前のホスト名が使用されていても，JP1/AJS3の動作には影響ありません。ただし，ユーザープログラムでログファイルなどを参照している場合は注意してください。

ホスト名変更後に，ホスト名変更前に実行されたジョブの詳細結果を表示した場合，実行先ホスト名に変更前のホスト名が表示されますが，JP1/AJS3の動作には影響ありません。

JP1/AJS3内で，FQDN形式でホスト名を定義しないでネットワーク環境のドメイン名だけを変更した場合には，この項で説明している操作（ホスト名変更手順）の必要はありません。ただし，JP1/Baseの認証サーバ名をFQDN形式で指定している場合には，「(2) JP1/AJS3 - Managerのホスト名を変更する」の手順9に従ってユーザーマッピングの設定を変更する必要があります。

QUEUEジョブ，サブミットジョブを使用していてホスト名を変更する場合は，実行エージェントの定義情報とQUEUEジョブ，サブミットジョブ実行環境の定義情報の両方を変更する必要があります。

(2)　JP1/AJS3 - Managerのホスト名を変更する

JP1/AJS3 - Managerのホスト名を変更する操作の前に，次のことをしておいてください。

事前準備

リモートジョブネットを使用している場合は，ホスト名変更前にリモートジョブネットの実行登録を解除しておく。

イベントジョブを実行している場合は，イベントジョブを実行しているエージェントホストのJP1/AJS3をすべて停止しておく。

JP1/AJS3 - Managerのホスト名を変更する手順を次に示します。

JP1/AJS3 - Viewをログオフする。

ajsprintコマンドでジョブネットの定義をバックアップする。

ここで取得したバックアップは，手順12で使用します。

バックアップの方法については，「2.2.2(4) ユニット定義のバックアップ」を参照してください。

ajsagtprintコマンドで実行エージェントの定義をバックアップする。

ここで取得したバックアップは，手順13で使用します。バックアップの方法については，「2.2.2(2) 実行エージェント情報のバックアップ」を参照してください。

マネージャーホストのJP1/AJS3サービスを停止する。

QUEUEジョブ，サブミットジョブを使用している場合は，jpqexportコマンドでQUEUEジョブ，サブミットジョブ実行環境の定義をバックアップする。

ここで取得したバックアップは，手順7で使用します。バックアップの方法については，「2.2.2(3) QUEUEジョブ，サブミットジョブ実行環境定義のバックアップ」を参照してください。

マネージャーホストの物理ホストのホスト名，または論理ホスト名を変更する。

マネージャーホストのホスト名を変更してください。物理ホストのホスト名を変更する場合には，ホスト名を変更してください。

また，クラスタシステムを運用している場合で，かつ論理ホスト名を変更したときは，変更前の論理ホスト名を削除し，変更後の論理ホスト名に対して，クラスタ運用ができるように再セットアップしてください。

Windowsの場合

論理ホスト名の削除方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　8.2.6 論理ホストの削除」を参照してください。

クラスタシステムのセットアップ方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　8. クラスタ運用時のセットアップ」を参照してください。

UNIXの場合

論理ホスト名の削除方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　17.2.6 論理ホストの削除」を参照してください。

クラスタシステムのセットアップ方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　17. クラスタ運用時のセットアップ」を参照してください。

QUEUEジョブ，サブミットジョブを使用している場合は，jpqimportコマンドでQUEUEジョブ，サブミットジョブ実行環境を再作成する。

QUEUEジョブ，サブミットジョブ実行環境を再作成する方法については，「2.3.3(5) QUEUEジョブ，サブミットジョブ実行環境の作成」を参照してください。

なお，論理ホストの場合は手順6で再作成しているため，この操作は不要です。

データベース環境を再セットアップする。

再セットアップの手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　付録C.2(7) 組み込みDBの再セットアップ」の手順3から手順7までを参照してください。

名称を変更しようとしているホストを認証サーバ（JP1/Baseの機能）としても使用している場合は，ユーザーマッピングの設定を変更する。

Windowsの場合

［JP1/Base環境設定］ダイアログボックスの［ユーザーマッピング］タブで［JP1ユーザー］の［サーバホスト名］に定義しているホスト名を，変更後の名称に変更します。

UNIXの場合

ユーザーマッピング定義ファイル（jp1BsUmap.conf）に定義しているホスト名を，変更後の名称に変更します。そのあと，jbsmkumapコマンドを実行します。

ユーザーマッピングの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

イベントジョブを使用している場合は，手順10に進んでください。使用していない場合は，手順11に進んでください。

イベントジョブを使用している場合は，イベントジョブを実行しているエージェントホストおよびマネージャーホスト（自ホストを含む）上で，jpoagoecコマンドを実行し，エージェントホストをコールドスタートする。

名称を変更しようとしているマネージャーホストから依頼を受けてイベントジョブを実行しているすべてのホストで，jpoagoecコマンドを実行してください。コマンド実行手順は次のとおりです（手順は，ManagerHostBをManagerHostCに変更する場合を例に説明します）。

「jpoagoec -p」コマンドを実行し，現在，イベント・アクションエージェント機能が記憶しているマネージャーホスト名を確認します。

（表示例）

　ManagerHostA

　ManagerHostB

「jpoagoec -d ManagerHostB」コマンドを実行し，ホスト名変更前のマネージャーホスト名を削除します。

エージェントホストをコールドスタートします。

Windowsの場合

コントロールパネルの［管理ツール］をダブルクリックします。

表示される［管理ツール］ダイアログボックスで，［サービス］をダブルクリックします。

起動させたいJP1/AJS3のサービス名を選択したあと，［操作］−［プロパティ］を選択します。

表示される［サービス名のプロパティ］ダイアログボックスの［全般］タブで，［開始パラメータ］にスタートモードとして「-cold」を指定します。

そのあと，［開始］ボタンをクリックします。

UNIXの場合

「jajs_spmd -cold [-h 論理ホスト名]」コマンドを実行します。

マネージャーホストをコールドスタートする。

ホスト名を変更した物理ホストまたは論理ホストをコールドスタートしてください。

手順2でバックアップしたジョブネット定義をajsdefineコマンドなどで回復する。

リカバリーの方法については，「2.3.3(8) ユニット定義のリカバリー」を参照してください。

手順3でバックアップした実行エージェント定義をajsagtaddコマンドで回復する。

リカバリーの方法については，「2.3.3(7) 実行エージェント情報のリカバリー」を参照してください。

マネージャーホスト上で運用に必要なジョブネットを再実行登録する。

手順11でマネージャーホストをコールドスタートしているため，ジョブネットの実行登録がすべて解除されています。運用に必要なジョブネットを再実行登録してください。

マネージャーホスト上でJP1/AJS3 Consoleを使用している場合は，次のサービスを再起動する。

JP1/AJS3 Console Managerサービス

JP1/AJS3 Console Agentサービス

JP1/Cm2/NNMまたはHP NNM連携時に，NNMの監視ホストとして使用しているホストの名称を変更する場合は，監視されるJP1/AJS3がインストールされているWindowsのホストでSNMPトラップの送信先を変更する。

SNMPトラップの送信先を設定する手順については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　付録A.2(3) SNMPトラップの送信先を設定する」を参照してください。

なお，JP1/AJS3がインストールされているホストがUNIXの場合，SNMPトラップの送信先の設定は不要です。

(3)　JP1/AJS3 - Agentのホスト名を変更する

JP1/AJS3 - Agentのホスト名を変更する場合は，実行エージェントの運用に使用するコマンドで変更します。また，QUEUEジョブ，サブミットジョブを使用している場合は，手順4も実施してください。

JP1/AJS3 - Agentのホスト名を変更する手順を次に示します。

名称を変更しようとしているエージェントホストを実行先として実行登録しているジョブネットを終了し，登録解除する。

名称を変更しようとしているエージェントホストのJP1/AJS3サービスを停止する。

マネージャーホストでajsagtaltコマンドを実行して，名称を変更しようとしているエージェントホストが定義された実行エージェント情報のホスト名を変更する。

ajsagtaltコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsagtalt」を参照してください。

QUEUEジョブ，サブミットジョブを使用している場合は，マネージャーホストでjpqagtdelコマンドを実行し，変更前のエージェントホストを削除したあとにマネージャーホストでjpqagtaddコマンドを実行して変更後のエージェントホストを追加する。

jpqagtdelコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　jpqagtdel」を参照してください。

エージェントホストを追加した直後は，同時に作成されたデフォルトキューでジョブの受付口が閉じています。必要に応じてデフォルトキューの属性を変更してください。

jpqagtaddコマンドおよびデフォルトキューの属性の変更方法については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　jpqagtadd」を参照してください。

エージェントホストのホスト名を変更する。

エージェントホスト名を変更してください。

また，クラスタシステムを運用している場合で，かつ論理ホスト名を変更したときは，変更前の論理ホスト名を削除し，変更後の論理ホスト名に対して，クラスタ運用ができるように再セットアップしてください。

Windowsの場合

論理ホスト名の削除方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　8.2.6 論理ホストの削除」を参照してください。

クラスタシステムのセットアップ方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　8. クラスタ運用時のセットアップ」を参照してください。

UNIXの場合

論理ホスト名の削除方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　17.2.6 論理ホストの削除」を参照してください。

クラスタシステムのセットアップ方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　17. クラスタ運用時のセットアップ」を参照してください。

エージェントホストのJP1/AJS3サービスをコールドスタートする。

コールドスタートの手順については，「7.2.1 JP1/AJS3起動時の動作を一時的に変更する」を参照してください。

注意事項

変更後のエージェントホストとマネージャーホストの間で通信ができることを確認してください。

ジョブネットを再度実行登録して運用を再開する。

手順1で登録解除したジョブネットを，必要に応じて再度実行登録してください。

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

JP1/AJS3が動作しているホストのIPアドレスを変更する場合や，実行ホスト名から求まるIPアドレスを変更する場合※，次の点に注意してください。

注※

hostsファイル，DNS，jp1hosts情報，およびjp1hosts2情報を変更し，実行ホスト名に対する名前解決の結果として求まるIPアドレスを変更する場合を指します。

IPアドレスを変更する前に次のサービスを停止し，停止したことを確認したあと，IPアドレスを変更してサービスを再起動してください。

すべてのJP1/AJS3サービス

JP1/AJS3 Console Managerサービス

JP1/AJS3 Console Agentサービス

JP1/AJS3 Queueless Agentサービス

JP1/AJS3 Queueless File Transferサービス

過去にイベントジョブを使用したことがあり，かつ「名前解決に使用するエージェントホスト情報の変更オプション」を有効にしていない環境でエージェントホストのIPアドレスを変更する場合，エージェントホストのIPアドレスを変更したあと，イベントジョブを定義しているマネージャーホスト上で次のどちらかの操作が必要です。

JP1/AJS3サービスまたはJP1/AJS2サービスを再起動する。

ajsagtdelコマンドおよびajsagtaddコマンドを実行して，IPアドレスを変更したエージェントホストが実行ホストとして定義されている実行エージェントを，マネージャーホストに再登録する。

なお，JP1/AJS2バージョン08-00以降，またはJP1/AJS3でデータベース構成が互換用ISAM構成のマネージャーホストの場合は，jpqagtdelコマンドおよびjpqagtaddコマンドを実行してください。

名前解決に使用するエージェントホスト情報の変更オプションを有効にしている場合は，マネージャーホスト上での作業は不要です。

名前解決に使用するエージェントホスト情報の変更オプションについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.3.19 名前解決に使用するエージェント情報の変更オプションの設定方法」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.3.19 名前解決に使用するエージェント情報の変更オプションの設定方法」（UNIXの場合）を参照してください。

JP1/AJS3 - Viewから物理ホストのJP1/AJS3 - Managerに接続する場合は，必ず物理ホスト名に対応したIPアドレスに対して接続してください。

接続元制限を有効にしている場合，次に該当するIPアドレスが変更になったときは，接続許可設定ファイルの変更が必要です。

マネージャーホストのIPアドレスが変わった場合

IPアドレスを変更したマネージャーホストで，マネージャー用接続許可設定ファイルおよびエージェント用接続許可設定ファイルにある自ホストのIPアドレスを変更してください。接続許可設定ファイルの変更は，JP1/AJS3サービスおよびJP1/AJS3 Queueless Agentサービスの再起動前に実施してください。

また，接続先のホストで，マネージャー用接続許可設定ファイルまたはエージェント用接続許可設定ファイルのIPアドレスを変更して，jajs_pmtconコマンドを実行してださい。

JP1/AJS3 - ViewホストのIPアドレスが変わった場合

接続先のマネージャーホストで，マネージャー用接続許可設定ファイルのIPアドレスを変更して，jajs_pmtconコマンドを実行してください。

接続を許可するIPアドレスを変更する手順については，「8.11.2 JP1/AJS3への接続を許可する接続元を変更する」を参照してください。

エージェントホストでのキューレスジョブの実行中に，マネージャーホストのIPアドレスを変更した場合，マネージャーホストではジョブの終了状態が終了状態不明になります。IPアドレスを変更する場合は，必ず，キューレスジョブを実行していないことを確認してください。また，ジョブの終了状態が終了状態不明になった場合は，エージェントホストのキューレスログファイルからジョブの終了状態を確認してください。

運用中のホストに対して，IPv4／IPv6プロトコルをインストール・アンインストールしたり，IPv4／IPv6プロトコルの有効／無効を変更したりする場合，JP1/AJS3サービスを停止してから操作してください。

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

JP1/AJS3の運用中にシステムの日時を変更する手順について説明します。

ここでは，テストなどで日時を進めたり戻したりする手順として示しています。時刻を合わせるために，ホストのシステム時刻を，NTP（Network Time Protocol）などで少しずつ変更する場合，手順に示しているサービスの停止やコールドスタートは必要ありません。NTPなどで時刻を合わせる場合は，同一時刻を発生しないようにミリ秒単位で補正してください。

なお，JP1/AJS3サービスを起動したあとにテストなどでシステムの日時を大幅に変更した場合は，ジョブネットの実行スケジュールに影響を与えます。このため，JP1/AJS3サービスを起動したあとは，システムの日時を変更しないようにしてください。また，JP1/AJS3の運用を開始したあとは，システムの日時を元に戻さないでください。元に戻す必要がある場合は，JP1/AJS3サービスが停止している状態で時刻を戻したあと，戻す前の時刻になるまで待ってから起動してください。戻す前の時刻になるまで待たないで起動する場合は，データベース環境を再構築したあと，JP1/AJS3サービスをコールドスタートで起動してください。

JP1/AJS3 Consoleを使用している場合の注意事項

JP1/AJS3 Consoleを使用している間は，テストなどでシステム日時を大幅に変更しないでください。システム日時を変更する場合には，変更するホスト上で動作するJP1/AJS3 Consoleを終了させておく必要があります。システム日時を変更する前に，次の作業を実施してください。

JP1/AJS3 Console Managerサービスを停止する。

JP1/AJS3 Console Agentサービスを停止する。

JP1/AJS3 Console Viewを終了させる。

(1)　システムの日時を変更して確認テストを実施する

システムの日時を進ませて確認テストを実施したあと，現在日時に戻す手順を次に示します。

JP1/AJS3サービスを終了する。

JP1/AJS3 Consoleを使用している場合は，次のサービスを終了する。

JP1/AJS3 Console Managerサービス

JP1/AJS3 Console Agentサービス

システムの日時を進ませる。

JP1/AJS3サービスを開始する。

JP1/AJS3 Consoleを使用している場合は，次のサービスを開始する。

JP1/AJS3 Console Managerサービス

JP1/AJS3 Console Agentサービス

確認テストを実施する。

システムの日時を現在日時に戻す前であれば，手順1〜6を繰り返すことができます。ただし，日時は遅らせないでください。

JP1/AJS3サービスを終了する。

JP1/AJS3 Consoleを使用している場合は，次のサービスを終了する。

JP1/AJS3 Console Managerサービス

JP1/AJS3 Console Agentサービス

システムの日時を現在日時に戻す。

データベース環境を再構築する。

詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　付録C.2(7) 組み込みDBの再セットアップ」を参照してください。

JP1/AJS3サービスをコールドスタートで開始する。

JP1/AJS3 Consoleを使用している場合は，次のサービスを開始する。

JP1/AJS3 Console Managerサービス

JP1/AJS3 Console Agentサービス

(2)　システムの時刻が遅れているため時刻を進める

システムの時刻を現在時刻まで進める手順を次に示します。

JP1/AJS3サービスを終了する。

JP1/AJS3 Consoleを使用している場合は，次のサービスを終了する。

JP1/AJS3 Console Managerサービス

JP1/AJS3 Console Agentサービス

システムの時刻を進ませる。

JP1/AJS3サービスを開始する。

JP1/AJS3 Consoleを使用している場合は，次のサービスを開始する。

JP1/AJS3 Console Managerサービス

JP1/AJS3 Console Agentサービス

(3)　システムの時刻が進んでいるため時刻を戻す

システムの時刻を現在時刻に戻す手順を次に示します。

JP1/AJS3サービスを終了する。

JP1/AJS3 Consoleを使用している場合は，次のサービスを終了する。

JP1/AJS3 Console Managerサービス

JP1/AJS3 Console Agentサービス

システムの時刻を戻す。

システムの時刻が時刻を戻す前の時刻に達したら，JP1/AJS3サービスを開始する。

例えば，手順3で「02:00」を「01:00」に戻した場合，システムの時刻が「02:00」になってから，JP1/AJS3サービスを開始します。

JP1/AJS3 Consoleを使用している場合は，次のサービスを開始する。

JP1/AJS3 Console Managerサービス

JP1/AJS3 Console Agentサービス

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

夏時間対応のタイムゾーンでJP1/AJS3を運用すると，次に示す開始時間に影響があります。

JP1/AJS3 - Viewからジョブネットを実行登録した場合のジョブネット開始時間

ajsentryコマンドでジョブネットを実行登録した場合のジョブネット開始時間

jpqjobsubコマンドで-stオプションを指定してサブミットジョブを登録した場合のジョブ実行開始時間

ジョブ情報削除処理の処理開始時間

次に，標準時間帯から夏時間帯への切り替え，および夏時間帯から標準時間帯への切り替えに伴う影響について説明します。各処理の開始時間は，時間帯の切り替えに伴う影響を考慮して設定してください。夏時間対応のタイムゾーンの例として1994年のアメリカ東海岸のタイムゾーン（TZ＝EST5EDT）を次の図に示します。

図8‒22　標準時間と夏時間の切り替え例

(1)　標準時間帯から夏時間帯への切り替え

標準時間帯から夏時間帯へ運用が切り替わる場合，各処理の開始設定時間，および標準時間帯から夏時間帯への切り替え時間によって，開始時間が決まります。各処理の開始時間について図8-22を例に説明します。標準時間帯の4/7 2:00:00になると夏時間帯の4/7 3:00:00へ切り替わるため（図8-22の(1)　4/7 1:59:59 → 4/7 3:00:00），標準時間帯の2:00:00から2:59:59は省略されることになります。この間に処理を開始するように設定した場合，夏時間帯の3:00:00に開始することになります。また，標準時間帯の3:00:00以降に開始するように設定した場合，切り替え後の夏時間でも3:00:00以降に開始します。この場合，実際の相対的な開始時間よりも1時間早く開始することになります。標準時間帯から夏時間帯への切り替え時のスケジュールを次の表に示します。

表8‒8　標準時間帯から夏時間帯への切り替え時スケジュール

開始時間設定

〜 1:59:59

2:00:00 〜

2:59:59

3:00:00 〜

実際の開始時刻

標準時間帯

〜 1:59:59 で実行

夏時間帯

3:00:00で実行

夏時間帯

3:00:00 〜で実行

(2)　夏時間帯から標準時間帯への切り替え

夏時間帯から通常時間帯へ運用が切り替わる場合，関連する各処理の開始時間は，各処理の開始設定時間，および夏時間帯から標準時間帯への切り替え時間によって決まります。各処理の開始時間について図8-22を例に説明します。夏時間帯の10/27 2:00:00になると標準時間帯の10/27 1:00:00に切り替わるため（図8-22の(2)　10/27 1:59:59 → 10/27 1:00:00），標準時間帯の1:00:00〜2:00:00の時間帯が増えることになりますが，夏時間帯の1:00:00〜1:59:59に開始を設定した処理は，夏時間帯の時間帯で処理が開始されるため，標準時間帯で再度開始することはありません。夏時間帯の2:00:00以降に処理を開始するように設定した場合，切り替え後の標準時間帯でも2:00:00以降に開始します。この場合，実際の相対的な開始時間よりも1時間遅く開始することになります。夏時間帯から標準時間帯への切り替え時のスケジュールを次の表に示します。

表8‒9　夏時間帯から標準時間帯への切り替え時スケジュール

開始時間設定

〜 0:59:59

1:00:00 〜

1:59:59

2:00:00 〜

実際の開始時刻

夏時間帯

〜 0:59:59 で実行

夏時間帯

1:00:00 〜 1:59:59で実行

標準時間帯

2:00:00 〜で実行

注意事項

JP1/AJS3 - ViewとJP1/AJS3 - Managerを異なるホストで運用する場合，JP1/AJS3 - ManagerとJP1/AJS3 - Viewのタイムゾーンを合わせるようにしてください。詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.2.2(2) 複数のマネージャーホストで運用する場合」およびマニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　4.2.1 JP1/AJS3のサービスの種類」の注意事項を参照してください。

ajsentryコマンドでジョブネットを実行登録した場合は，ajsentryコマンド実行時のタイムゾーンの時間帯に従います。詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.2.2(2) 複数のマネージャーホストで運用する場合」を参照してください。

jpqjobsubコマンドの-stオプションを指定してサブミットジョブを登録した場合，ジョブの実行開始時間はジョブを登録するマネージャーホストのタイムゾーンに従います。

8.9.5　イベントジョブを使用したDNS運用時にFQDN形式のホスト名での運用に変更する

ここでは，DNS環境でイベントジョブを使用していて，イベントジョブの実行エージェント名としてFQDN（Fully Qualified Domain Name）形式のホスト名を使用したい場合に必要な変更手順について説明します。

イベントジョブを使用していても，同一ネットワーク内および複数ドメインをまたがる環境でホスト名が重複しない場合，またはイベントジョブを使用しない場合は，特に設定する必要はありません。

DNS環境での運用および設定変更の要否については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.3.7 DNS環境での運用を確認する」を参照してください。

DNS環境でFQDN形式のホスト名による運用に変更する場合の作業の流れを次に示します。

図8‒23　FQDN形式のホスト名に変更するときの作業の流れ

DNS運用時にFQDN形式のホスト名で運用する場合に，マネージャーからエージェントに送るマネージャーホスト名を「FQDN形式のホスト名」にするための設定手順を次に示します。

(1)　標準構成の場合

実行中のイベントジョブおよび起動条件付きジョブネットを強制終了する。

マネージャーホストのJP1/AJS3サービスを停止する。

Windowsの場合

Windowsの［コントロールパネル］の［管理ツール］で［サービス］を選択し，次に示すサービスを停止します。

・JP1/AJS3サービス

UNIXの場合

次のコマンドを実行して，プロセスがすべて停止していることを確認します。

なお，/etc/opt/jp1ajs2/jajs_stopについては，自動停止の設定がされているかを事前に確認してください。

# /etc/opt/jp1ajs2/jajs_stop

# /opt/jp1ajs2/bin/jajs_spmd_status

マネージャーホストで次のコマンドを実行して，環境設定パラメーターを設定する。

jajs_config -k "[{JP1_DEFAULT|論理ホスト名}¥JP1AJS2¥SCHEDULER¥EV¥MANAGER]" "DNSEstablish"="Y"

DNS運用時にFQDN形式のホスト名で運用する場合は，「Y」を指定します。「Y」の部分を「N」に置き換えると，FQDN形式のホスト名で運用されません。この場合，エージェントへはFQDN形式のホスト名ではなく，マネージャーホスト名※1を送ります。デフォルトは「N」です。

すべてのエージェントホストで，マネージャーホストのFQDN形式のホスト名を名前解決できるようにする。

マネージャーホストで，すべてのエージェントホストのFQDN形式のホスト名を名前解決できるようにする。

マネージャーホストのJP1/AJS3を再起動する。

手順3で設定した内容が反映されます。

エージェントホストのJP1/AJS3サービスを停止する。

エージェントホストでjpoagoecコマンドを実行する。

エージェントホストでは，一度通信したマネージャーホスト名を記憶しているため，jpoagoecコマンドをエージェントホストで実行して，記憶しているマネージャーホスト名※1を削除する必要があります※2。

jpoagoecコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jpoagoec」を参照してください。

エージェントホストのJP1/AJS3を再起動する。

注※1

「マネージャーホスト名」とは，次の方法で確認できる名前です。

物理ホストの場合

マネージャーホスト上でhostnameコマンドを実行すると出力される名前。

論理ホストの場合

Windowsのとき

マネージャーホストの［コントロールパネル］で［サービス］，または［管理ツール］−［サービス］を選択し，表示されるサービス名のJP1/AJS3_xxxxxのxxxxx部分に表示されるホスト名。

UNIXのとき

psコマンドを実行し，jajs_spmdプロセスと一緒に表示されるホスト名。

注※2

マネージャーホスト名を削除しないで，エージェントホストのJP1/AJS3サービスを起動してイベントジョブを実行すると，エージェントホストは一つのマネージャーホストに対して「ホスト名」と「FQDN形式のホスト名」の二つのマネージャーホスト名を記憶してしまいます。そのような状態でJP1/AJS3 - Managerを運用すると，イベントジョブを実行した場合に，次の問題が発生するおそれがあります。

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

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

このような問題を回避するために，エージェントホストのJP1/AJS3サービスを起動する前に，jpoagoecコマンドを実行して記憶しているマネージャーホスト名を削除してください。

(2)　互換用ISAM構成の場合

実行中のイベントジョブおよび起動条件付きジョブネットを強制終了する。

マネージャーホストのJP1/AJS3サービスを停止する。

Windowsの場合

Windowsの［コントロールパネル］の［管理ツール］で［サービス］を選択し，次に示すサービスを停止します。

・JP1/AJS3サービス

UNIXの場合

次のコマンドを実行して，プロセスがすべて停止していることを確認します。

なお，/etc/opt/jp1ajs2/jajs_stopについては，自動停止の設定がされているかを事前に確認してください。

    # /etc/opt/jp1ajs2/jajs_stop
    # /opt/jp1ajs2/bin/jajs_spmd_status

マネージャーホストで，メモ帳などのテキストエディターを使用して，次に示す内容を記述した設定ファイルを作成する。

[{JP1_DEFAULT|論理ホスト名}¥JP1AOMMANAGER]
"DNSEstablish"="Y"

DNS運用時にFQDN形式のホスト名で運用する場合は，「Y」を指定します。「Y」の部分を「N」に置き換えると，FQDN形式のホスト名で運用されません。この場合，エージェントへはFQDN形式のホスト名ではなく，マネージャーホスト名※1を送ります。デフォルトは「N」です。

設定ファイルのファイル名は任意です。

ファイルを保存し，次のコマンドを実行する。

jbssetcnf 設定ファイル名

jbssetcnfコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

すべてのエージェントホストで，マネージャーホストのFQDN形式のホスト名を名前解決できるようにする。

マネージャーホストで，すべてのエージェントホストのFQDN形式のホスト名を名前解決できるようにする。

マネージャーホストのJP1/AJS3を再起動する。

設定ファイルに記述した内容が反映されます。

エージェントホストのJP1/AJS3サービスを停止する。

エージェントホストでjpoagoecコマンドを実行する。

エージェントホストでは，一度通信したマネージャーホスト名を記憶しているため，jpoagoecコマンドをエージェントホストで実行して，記憶しているマネージャーホスト名※1を削除する必要があります※2。

jpoagoecコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jpoagoec」を参照してください。

エージェントホストのJP1/AJS3を再起動する。

注※1

「マネージャーホスト名」とは，次の方法で確認できる名前です。

物理ホストの場合

マネージャーホスト上でhostnameコマンドを実行すると出力される名前。

論理ホストの場合

Windowsのとき

マネージャーホストの［コントロールパネル］で［サービス］，または［管理ツール］−［サービス］を選択し，表示されるサービス名のJP1/AJS3_xxxxxのxxxxx部分に表示されるホスト名。

UNIXのとき

psコマンドを実行し，jajs_spmdプロセスと一緒に表示されるホスト名。

注※2

マネージャーホスト名を削除しないで，エージェントホストのJP1/AJS3サービスを起動してイベントジョブを実行すると，エージェントホストは一つのマネージャーホストに対して「ホスト名」と「FQDN形式のホスト名」の二つのマネージャーホスト名を記憶してしまいます。そのような状態でJP1/AJS3 - Managerを運用すると，イベントジョブを実行した場合に，次の問題が発生するおそれがあります。

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

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

このような問題を回避するために，エージェントホストのJP1/AJS3サービスを起動する前に，jpoagoecコマンドを実行して記憶しているマネージャーホスト名を削除してください。

8.10　運用プロファイルの設定を変更する

運用プロファイルの設定変更には，次の3種類があります。

運用プロファイルの有効化

適用している運用プロファイルの設定変更

運用プロファイルの無効化

それぞれの設定変更が反映されるタイミングと，手順について説明します。

運用プロファイルの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　3. 運用プロファイル」を参照してください。

8.10.1　運用プロファイルの設定変更が反映されるタイミング

運用プロファイルの設定変更が反映されるタイミングを，次の図に示します。

図8‒24　運用プロファイルの設定変更が反映されるタイミング

運用プロファイルは，次のタイミングで設定の変更が反映されます。

JP1/AJS3サービス起動時

該当するホストに構築されているすべてのスケジューラーサービスのうち，環境設定ファイル格納フォルダに運用プロファイルがあるスケジューラーサービスで有効になります（図中の(A)）。

運用プロファイルがないスケジューラーサービスでは，無効のままです。

ajsprofalter -m setコマンド実行時

-Fオプションで指定したスケジューラーサービスに該当する運用プロファイルを再読み込みして，有効になります（図中の(B)および(E)）。

ajsprofalter -m unsetコマンド実行時

-Fオプションで指定したスケジューラーサービスで，無効になります（図中の(C)）。

スケジューラーサービス起動時

起動するスケジューラーサービスの運用プロファイルが環境設定ファイル格納フォルダにある場合，運用プロファイルを読み込み，有効になります（図中の(D)）。

起動するスケジューラーサービスの運用プロファイルがない場合は，無効になります。

JP1/AJS3サービス停止時

該当するホストに構築されているすべてのスケジューラーサービスで，無効になります（図中の(F)）。

8.10.2　運用プロファイルの設定変更の手順

運用プロファイルの設定を変更する手順について説明します。

運用プロファイルの状態を確認するには，ajsprofstatusコマンドを実行します。ajsprofstatusコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsprofstatus」を参照してください。

運用プロファイルは，環境設定ファイル格納フォルダに保存します。環境設定ファイル格納フォルダは，次のフォルダです。

Windowsの場合

物理ホストのとき

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

論理ホストのとき

共有フォルダ名¥jp1ajs2¥conf

UNIXの場合

物理ホストのとき

/etc/opt/jp1ajs2/conf

論理ホストのとき

共有ディレクトリ名/jp1ajs2/conf

(1)　運用プロファイルを有効化する，または適用している運用プロファイルの設定を変更する

運用プロファイルを有効化する手順を，次に示します。適用している運用プロファイルの設定を変更する場合も，同様の手順です。

運用プロファイルを作成または変更する。

運用プロファイルを作成または変更し，環境設定ファイル格納フォルダに保存します。運用プロファイルの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　3.2 運用プロファイルの詳細」を参照してください。

運用プロファイルの設定を反映する。

次の操作を実施すると，作成した運用プロファイルの設定が反映されます。

JP1/AJS3サービスが起動していない場合

JP1/AJS3サービスを起動します。該当するホストに構築されているすべてのスケジューラーサービスの，運用プロファイルの設定が有効になります。

JP1/AJS3サービスが起動している（スケジューラーサービスは停止している）場合

次のどちらかの操作をします。

・スケジューラーサービスを起動します。起動するスケジューラーサービスの，運用プロファイルの設定が有効になります。

・ajsprofalter -m setコマンドを実行します。-Fオプションに指定したスケジューラーサービスの，実行エージェントプロファイルの設定が有効になります。

JP1/AJS3サービスが起動している（スケジューラーサービスは起動している）場合

ajsprofalter -m setコマンドを実行します。-Fオプションに指定するスケジューラーサービスの，運用プロファイルの設定が有効になります。

(2)　運用プロファイルを無効化する

運用プロファイルの無効化には，一時的な無効化と永続的な無効化の2種類があります。それぞれの手順を次に示します。

(a)　運用プロファイルを一時的に無効化する

ajsprofalter -m unsetコマンドを実行する。

-Fオプションに指定するスケジューラーサービスの，運用プロファイルの設定が無効になります。

注意事項

一時的に無効化した運用プロファイルは，次の操作で有効化されます。

JP1/AJS3サービスを再起動する

一時的に無効化したスケジューラーサービスを再起動する

ajsprofalter -m setコマンドを実行する

(b)　運用プロファイルを永続的に無効化する

ajsprofalter -m unsetコマンドを実行する。

-Fオプションに指定するスケジューラーサービスの，運用プロファイルの設定が無効になります。

環境設定ファイル格納フォルダにある運用プロファイルを，移動または削除する。

この操作を実施することによって，JP1/AJS3サービスを再起動したり，スケジューラーサービスを再起動したりしても，運用プロファイルが有効化されることはありません。

8.10.3　実行エージェントプロファイルの設定変更

JP1/AJS3サービスの起動中に実行エージェントプロファイルの設定を変更するには，ajsprofalterコマンドを使用します。

ajsprofalterコマンドによって，実行エージェントプロファイルの設定を変更した場合，即時にその設定が反映されます。ただし，「キューイング」または「実行中」状態のジョブには，反映されません。また，標準ジョブ（キューレスジョブを含む）の「実行待ち」状態，イベントジョブの「先行終了待ち」状態の場合は，コマンドを実行したタイミングによっては設定変更が反映されないおそれがあります。実行エージェントプロファイルの設定変更は，ジョブを実行していないときに実施することを推奨します。

また，監視世代が「監視中」または「監視中断」状態のときに実行エージェントプロファイルの設定を変更した場合，起動条件中のイベントジョブには，即時に設定変更が反映されません。

設定変更のタイミングと設定変更が反映されるタイミングについて，次に説明します。

(1)　起動条件の監視中に変更する

起動条件の監視中の場合，ajsprofalterコマンドで実行エージェントプロファイルの設定を変更しても，起動条件中のイベントジョブには反映されません。起動条件中のイベントジョブに対して設定内容を反映したい場合は，次のどちらかの操作を実施します。

起動条件の監視を終了させてから，ジョブネットを再度実行登録する。

JP1/AJS3サービスまたはスケジューラーサービスを制限停止してから，起動して監視を再開する。

起動条件の監視中に実行エージェントプロファイルの設定を変更した場合の動作例を，次の図に示します。

図8‒25　起動条件監視中の設定変更反映

この図のように，起動条件の監視中に実行エージェントプロファイルの設定を変更した場合，起動条件中のイベントジョブに対しては，設定の変更が反映されません。ただし，設定変更後に起動条件が成立して実行されるルートジョブネット中のイベントジョブに対しては，実行エージェントプロファイルの設定変更が反映されます。

(2)　起動条件の監視中断中，または監視中断前後の監視中に変更する

JP1/AJS3サービスまたはスケジューラーサービスを制限停止して起動条件の監視を中断する場合，ajsprofalterコマンドで実行エージェントプロファイルの設定を変更しても，その時点では反映されません。サービスを起動して監視を再開したあと，変更後の設定内容で監視を再開します。

JP1/AJS3サービスまたはスケジューラーサービスは，次の方法で制限停止できます。

ajsstopコマンドに-s|-n|-j|-kオプションを指定して実行する

jajs_spmd_stopコマンドに-jobオプションを指定して実行する

JP1/Power Monitorと連携して計画終了させる

監視を中断する場合に，実行エージェントプロファイルの設定を変更したときの動作例を，次の図に示します。

図8‒26　「監視中断」中に設定変更

起動条件の「監視中断」中に，実行エージェントプロファイルの設定を変更した場合，その時点では変更後の設定内容が反映されません。次にサービスを起動して監視を再開した時点で反映されます。

図8‒27　「監視中断」前の監視中に設定変更

起動条件の監視を中断する前の監視中に，実行エージェントプロファイルの設定を変更した場合，その時点では変更後の設定内容が反映されません。次にサービスを起動して監視を再開した時点で反映されます。

図8‒28　「監視中断」後の監視中に設定変更

起動条件の監視を中断したあとの監視中に，実行エージェントプロファイルの設定を変更した場合は，反映されません。

8.10.4　ユニット属性プロファイルの設定変更

ジョブネットの定義中や実行中にユニット属性プロファイルを変更した場合の，上位ユニット属性継承機能と実行ユーザー固定機能の設定内容の変更が有効になるタイミングについて説明します。

(1)　上位ユニット属性継承機能の場合

配下に複数のユニットを持つジョブグループやジョブネットを新規作成，コピー，またはリリース登録する場合，上位の階層にあるユニットから順に，配下のユニットを定義します。このユニットの新規作成，コピー，またはリリース登録処理中に，上位ユニット属性継承機能の設定を変更する場合，上位ユニット属性継承機能の設定を変更した時点で，順次定義している配下のユニットから，変更した設定が有効になります。

ジョブネットの新規作成またはコピー処理中に上位ユニット属性継承機能の設定を変更する例を，次の図に示します。

図8‒29　ジョブネットの新規作成またはコピー処理中に上位ユニット属性継承機能の設定を変更する例

この例では，ジョブグループ配下にジョブネットAおよびジョブネットBを新規作成し，ジョブネットAをコピーしてジョブネットCを作成することを想定します。ジョブネットA〜ジョブネットCの新規作成またはコピー処理中に，「運用プロファイルの設定変更例」のように，ユニット属性プロファイルの有効／無効の状態，および上位ユニット属性継承機能の設定を変更する場合のジョブのアクセス権の継承方法について説明します。

ジョブネットAを新規作成する場合，ジョブ1の定義処理開始の時点ではユニット属性プロファイルが無効のため，ジョブ1はアクセス権を継承しません。ジョブ2の定義処理開始の時点では，ジョブネットAの上位ユニット属性継承機能の設定が有効であるため，ジョブ2はジョブネットAのアクセス権を継承します。

ジョブネットBを新規作成する場合，ジョブ3の定義処理開始の時点ではジョブネットAの上位ユニット属性継承機能の設定が有効であるため，ジョブネットBの配下であるジョブ3は，上位ユニットのアクセス権を継承しません。ジョブ4の定義処理開始の時点では，ジョブネットBの上位ユニット属性継承機能の設定が有効であるため，ジョブ4はジョブネットBのアクセス権を継承します。

ジョブネットAをコピーしてジョブネットCを作成する場合，ジョブ1の定義処理開始の時点ではジョブネットBの上位ユニット属性継承機能の設定が有効であるため，ジョブネットCの配下であるジョブ1はアクセス権を継承しません。ジョブ2の定義処理開始の時点では，ユニット属性プロファイルが無効のため，ジョブ2はアクセス権を継承しません。

なお，このようにユニットの定義処理中に上位ユニット属性継承機能を変更する場合，作成またはコピーしたユニットの所有者が一意になっていないと，作成またはコピーした一部のジョブが意図しない実行ユーザーで実行されるおそれがあります。このような場合，実行ユーザー固定機能でジョブの実行ユーザーを固定することで，一意の実行ユーザーでジョブを実行できます。

(2)　実行ユーザー固定機能の場合

ジョブネットの実行中に実行ユーザー固定機能の設定を変更する場合，ジョブの実行ユーザーは，ジョブが実行を開始した時点での実行ユーザー固定機能の設定に従って決定されます。

ジョブネットの実行中に実行ユーザー固定機能の設定を変更する例を，次の図に示します。

図8‒30　ジョブネットの実行中に実行ユーザー固定機能の設定を変更する例

この例では，ジョブネットAの実行中に，ユニット属性プロファイルの有効／無効の状態，および実行ユーザー固定機能の設定を変更しています。ジョブ1は，実行開始時にユニット属性プロファイルが無効のため，実行ユーザーは固定されません。ジョブ2は，実行開始時に実行ユーザー固定機能で実行ユーザーをUserAに固定しているため，UserAで実行されます。ジョブ3およびジョブ4は，実行開始時に実行ユーザー固定機能で実行ユーザーをUserBに固定しているため，UserBで実行されます。ジョブ4の実行後にユニット属性プロファイルを削除して無効にしていますが，ジョブ4の実行ユーザーには影響しません。

8.11　接続元制限の設定を変更する

接続元制限の設定変更には，次の2種類があります。

接続元制限の有効／無効を切り替える

JP1/AJS3への接続を許可するホストを変更する

接続元制限の詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.3.8 JP1/AJS3への接続を制限する」を参照してください。

設定を変更する手順について説明します。

8.11.1　接続元制限の有効と無効を切り替える

接続元制限の有効と無効を切り替えるには，JP1/AJS3サービスおよびJP1/AJS3 Queueless Agentサービスの両方が停止している状態で，環境設定パラメーターCONNECTIONRESTRICTIONの設定を変更してください。どちらか一方だけが起動している状態で接続元制限の設定を変更してもう一方のサービスを起動すると，JP1/AJS3サービスとJP1/AJS3 Queueless Agentサービスで接続元制限の有効／無効が不一致になることがあります。

JP1/AJS3への接続元制限は，デフォルトでは無効になっています。JP1/AJS3への接続元制限を無効から有効に変更する手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.4 JP1/AJS3への接続を制限する設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　14.4 JP1/AJS3への接続を制限する設定」（UNIXの場合）を参照してください。

JP1/AJS3への接続元制限を有効から無効に変更する手順を次に示します。

JP1/AJS3のサービスを停止する。

Windowsの場合

Windowsの［コントロールパネル］の［管理ツール］で［サービス］を選択し，次に示すサービスを停止する。

・JP1/AJS3サービス

・JP1/AJS3 Queueless Agentサービス※

UNIXの場合

次のコマンドを実行して，プロセスがすべて停止していることを確認します。

# /etc/opt/jp1ajs2/jajs_ spmd_stop

# /opt/jp1ajs2/bin/jajs_spmd_status

# /opt/jp1ajs2/bin/ajsqlstop※

# /opt/jp1ajs2/bin/ajsqlstatus※

注※

キューレスジョブを使用している場合だけ実行する必要があります。

論理ホストの場合，キューレスエージェントサービスを停止しないで，ajsqldetachコマンドなどでキューレスエージェントサービスから論理ホストをデタッチしてください。

次のコマンドを実行して，環境設定パラメーターCONNECTIONRESTRICTIONを設定する。

jajs_config -k "[{JP1_DEFAULT|論理ホスト名}※¥JP1AJS2COMMON]" "CONNECTIONRESTRICTION"="none"

注※

{JP1_DEFAULT|論理ホスト名}の部分は，物理ホストの場合は「JP1_DEFAULT」を，論理ホストの場合は「論理ホスト名」を指定します。

環境設定パラメーターCONNECTIONRESTRICTIONの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.9.2(5) CONNECTIONRESTRICTION」を参照してください。

手順1で停止したサービスを再起動する。

接続元制限が無効になります。

なお，手順1でキューレスエージェントの論理ホストをデタッチした場合，ajsqlattachコマンドで論理ホストをアタッチしてください。

接続許可設定ファイルを削除または移動する。

必要に応じて，接続許可設定ファイルを削除または移動してください。

8.11.2　JP1/AJS3への接続を許可する接続元を変更する

JP1/AJS3への接続を許可するホストを変更するには，接続許可設定ファイルの設定を変更します。接続許可設定ファイルは，次の環境設定ファイル格納フォルダに格納されています。

Windowsの場合

物理ホスト

JP1/AJS3 - Manager

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

JP1/AJS3 - Agent

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

論理ホスト

共有フォルダ¥jp1ajs2¥conf

UNIXの場合

物理ホスト

/etc/opt/jp1ajs2/conf

論理ホスト

共有ディレクトリ名/jp1ajs2/conf

(1)　マネージャー用接続許可設定ファイルの設定を変更する

マネージャー用接続許可設定ファイルの設定変更は，次のタイミングで有効になります。

物理ホストの場合

JP1/AJS3サービス起動時

JP1/AJS3サービスが起動している状態で次のコマンドを実行したとき

jajs_pmtcon -m -u

論理ホストの場合

JP1/AJS3サービス起動時

JP1/AJS3サービスが起動している状態で次のコマンドを実行したとき

jajs_pmtcon -h 論理ホスト名 -m -u

JP1/AJS3サービス起動中に，IPアドレスが「192.168.31.3」のホストの接続を新しく許可する場合を例に，設定変更の手順を次に示します。

マネージャー用接続許可設定ファイルを変更する。

マネージャー用接続許可設定ファイルに，新しく接続を許可するホストのIPアドレス「192.168.31.3」を追加します。

jajs_pmtconコマンドを実行する。

次のコマンドを実行します。

jajs_pmtcon [-h 論理ホスト名] -m -u

マネージャー用接続許可設定ファイルの設定内容が有効になり，IPアドレスが「192.168.31.3」のホストもマネージャーホストに接続できるようになります。

(2)　エージェント用接続許可設定ファイルの設定を変更する

エージェント用接続許可設定ファイルの設定変更は，次のタイミングで有効になります。

物理ホストの場合

JP1/AJS3サービスおよびJP1/AJS3 Queueless Agentサービスの両方が停止している状態で，どちらかのサービスを起動したとき

上記のどちらかのサービスが起動している状態で，次のコマンドを実行したとき

jajs_pmtcon -a -u

論理ホストの場合

JP1/AJS3サービスが停止しているかつキューレスエージェントサービスで論理ホストがアタッチされていない状態で，JP1/AJS3サービスを起動したとき，またはキューレスエージェントサービスに論理ホストをアタッチしたとき

JP1/AJS3サービスが起動している状態，またはキューレスエージェントサービスで論理ホストがアタッチされている状態で，次のコマンドを実行したとき

jajs_pmtcon -h 論理ホスト名 -a -u

注意事項

JP1/AJS3サービスまたはJP1/AJS3 Queueless Agentサービスのどちらか一方だけが起動している状態で設定を変更して，変更後にもう一方のサービスを起動した場合，変更内容は反映されません。jajs_pmtconコマンドを実行する必要があります。

実行中のジョブがある場合は，エージェント用接続許可設定ファイルから要求元マネージャーホストのIPアドレスを削除しないでください。

実行中のジョブがあるかどうかは，次の方法で確認できます。

・JP1/AJS3 - Viewの［検索］ウィンドウ

・jpoagtjobshowコマンド

・jpqjobshowコマンド

JP1/AJS3サービス起動中に，JP1/AJS3 - Agentへの接続を許可するホストを次のように変更するとします。

接続を許可していたIPアドレス「192.168.31.2」のホストの接続を拒否する

IPアドレス「192.168.31.3」のホストの接続を新しく許可する

設定変更の手順を次に示します。

エージェント用接続許可設定ファイルを変更する。

エージェント用接続許可設定ファイルの「192.168.31.2」を削除し，「192.168.31.3」を追加します。

エージェントホストで，接続を許可しなくなるIPアドレス「192.168.31.2」のマネージャーホストからのジョブが実行中でないことを確認する。

次のどれかの方法で，接続を許可しなくなるIPアドレス「192.168.31.2」のホストからのジョブが実行中でないことを確認してください。

JP1/AJS3 - Viewの［検索］ウィンドウ

jpoagtjobshowコマンド

jpqjobshowコマンド

jajs_pmtconコマンドを実行する。

次のコマンドを実行します。

jajs_pmtcon [-h 論理ホスト名] -a -u

エージェント用接続許可設定ファイルの設定内容が有効になって，IPアドレス「192.168.31.2」のホストはエージェントホストに接続できなくなり，IPアドレス「192.168.31.3」のホストは接続できるようになります。

次の二つの処理を行うジョブネットを実行することで，複数のエージェントホストに同じ設定をすることもできます。

エージェント用接続許可設定ファイルをエージェントホストに転送する

次のコマンドを実行する

jajs_pmtcon [-h 論理ホスト名] -a -u

8.12　QUEUEジョブ，サブミットジョブの実行環境を変更する

エージェントホスト，デフォルトキューや排他実行リソース※など，QUEUEジョブ，サブミットジョブの実行時に必要な情報は，JP1/AJS3の運用中でも設定または変更できます。QUEUEジョブ，サブミットジョブの実行環境は，次に示すような場合に変更します。

運用中に，QUEUEジョブ，サブミットジョブの実行ホストであるエージェントホストを追加したり，削除したりしたい。

運用中にエージェントホストやキューの設定値を設定または変更したい。

キューの接続の関係を設定または変更したい。

この操作は，JP1_JPQ_Admin権限を持つユーザーが実行してください。

注※　排他実行リソースの設定は，サブミットジョブ使用時だけ有効です。

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

JP1/AJS3の運用中に，エージェントホストおよびデフォルトキューを追加・削除したり，エージェントホストおよびデフォルトキューの設定値を変更したりできます。また，キューを追加・削除したり，キューの設定値を変更したりできます。

上記のことを実行する場合には，次のコマンドを使用します。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド」を参照してください。

jpqagtadd

エージェントホストを追加します。同時に該当するエージェントに対応したデフォルトキューを作成します。

jpqagtdel

エージェントホストを削除します。同時に該当するエージェントに対応したデフォルトキューを削除します。

jpqqueadd

キューを追加します。

jpqquedel

キューを削除します。

jpqagtalt

同時に実行できるジョブ数（ジョブの実行多重度）を変更します。

jpqquealt

デフォルトキューおよびキューの設定値を変更します。

jpqqueopen，jpqqueclose

キューをオープン，またはクローズします。

なお，JP1/AJS3の運用中にエージェントホストの名称を変更したい場合は，「8.9.1(3) JP1/AJS3 - Agentのホスト名を変更する」を参照してください。

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

JP1/AJS3の運用中に，既存のデフォルトキューおよびキューの接続を解除できます。また，接続を解除したデフォルトキューおよびキューを，ほかのエージェントホストに接続できます。追加されたデフォルトキューおよびキューもエージェントホストに接続できます。

上記のことを実行する場合は，次のコマンドを使用します。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド」を参照してください。

jpqagtlink

エージェントホストに対してデフォルトキューおよびキューを接続します。

jpqagtunlink

エージェントホストに対するデフォルトキューおよびキューの接続を解除します。

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

JP1/AJS3の運用中に，排他実行リソースを変更できます。排他実行リソースの変更は，サブミットジョブの使用時だけ有効です。

排他実行リソースを変更する場合は，次のコマンドを使用します。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド」を参照してください。

jpqresadd

排他実行リソース名を追加する。

jpqresdel

排他実行リソース名を削除する。

jpqresshow

指定したマネージャーホストに登録されている排他実行リソース名を列挙する。

9　さまざまな運用方法

この章では，JP1/AJS3の上手な運用方法や使用時のノウハウについて説明します。

9.1　起動条件に関する運用方法

起動条件に関する運用方法や使用時のノウハウを紹介します。

9.1.1　起動条件監視中のジョブネットの停止

「監視中」状態の起動条件付きジョブネットを停止するには，ジョブネットを強制終了します。大まかな流れは次のとおりです。

「監視中」状態の監視世代を強制終了して，起動条件の監視を打ち切る。

「実行中」状態または「起動条件待ち」状態の実行世代を強制終了する。

ジョブネットの実行登録を解除する。

この操作は，コマンドまたはJP1/AJS3 - Viewで実行できます。

(1)　コマンドを使う場合

コマンドを使って，「監視中」状態の起動条件付きジョブネットを強制終了し，ジョブネットの実行登録を解除する手順を次に示します。

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

ajskill 操作対象ジョブネット名

「監視中」状態の監視世代が自動判定され，強制終了されます。監視世代は「監視中」状態から「監視打ち切り終了」状態に変わります。

同時に，「起動条件待ち」状態の実行世代（起動条件が成立していないか，または部分成立している世代）が消滅します。

「実行中」状態または「起動条件待ち」状態の実行世代が残っている場合は，手順1を繰り返す。

「実行中」状態の実行世代が自動判定され，強制終了されます。実行世代は「実行中」状態から「強制終了」状態に変わります。同時に，次の「起動条件待ち」状態の実行世代が「実行中」状態になります。

「実行中」状態のすべての実行世代が「強制終了」状態に変わるまで，手順1を繰り返す。

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

ajsleave 操作対象ジョブネット名

ジョブネットの実行登録が解除されます。

補足事項

手順2で，「実行中」状態または「起動条件待ち」状態の実行世代が残っているかどうかを確認するには，ajsshowコマンドを使うと便利です。ajsshowコマンドは次の形式で実行してください。

ajsshow -g a -f "%C %#" 操作対象ジョブネット名

-gオプションには，引数として，「操作対象ジョブネット名」に指定したジョブネットの全世代の実行結果情報を出力する「a」を指定します。

-fオプションには，フォーマット識別子として，ジョブネットの状態を出力する「%C」と，ジョブネットの実行IDを出力する「%#」を指定します。

ajsshowコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsshow」を参照してください。

(2)　JP1/AJS3 - Viewを使う場合

JP1/AJS3 - Viewを使って，「監視中」状態の起動条件付きジョブネットを強制終了し，ジョブネットの実行登録を解除する手順を次に示します。

JP1/AJS3 - Viewの［デイリースケジュール］ウィンドウ，または［マンスリースケジュール］ウィンドウを表示する。

実行結果リストに表示されている「監視中」状態の監視世代を選択し，［操作］−［強制終了］を選択する。

「監視中」状態の監視世代が強制終了され，監視世代は「監視中」状態から「監視打ち切り終了」状態に変わります。

同時に，「起動条件待ち」状態の実行世代（起動条件が成立していないか，または部分成立している世代）が消滅します。

「実行中」状態または「起動条件待ち」状態の実行世代が残っている場合は，実行結果リストに表示されている「実行中」状態の実行世代を選択し，［操作］−［強制終了］を選択する。

「実行中」状態の実行世代が強制終了され，実行世代は「実行中」状態から「強制終了」状態に変わります。同時に，次の「起動条件待ち」状態の実行世代が「実行中」状態になります。

「実行中」状態のすべての実行世代が「強制終了」状態に変わるまで，手順3を繰り返す。

［JP1/AJS3 - View］ウィンドウのリストエリアに表示されている，実行登録を解除したいジョブネットを選択し，［操作］−［登録解除］を選択する。

ジョブネットの実行登録が解除されます。

9.1.2　実行登録後に起動条件に定義したイベントジョブの定義を変更する

起動条件付きジョブネットの実行登録後，起動条件の監視中に起動条件に定義したイベントジョブの定義内容を変更するには，次の二つの方法があります。それぞれの場合で変更が反映されるタイミングが異なります。

起動条件付きジョブネットの実行登録を解除する。

一度ジョブネットの実行登録を解除してから再度実行登録します。変更は実行登録したときに反映されます。実行登録を解除しない場合は，変更は次回実行予定から反映されます。

スケジューラーサービスを停止する。

スケジューラーサービスを停止してから再起動します。スケジューラーサービスの停止中，監視世代は「監視中断」状態になります。変更はスケジューラーサービス再起動時に反映されます。

スケジューラーサービスを停止するには，次のどれかの方法を実行します。

(a) ajsstopコマンドを実行する。

次のコマンドを実行します。

ajsstop -F スケジューラーサービス名 [-s|-n|-j|-k]

ajsstopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsstop」を参照してください。

(b) jajs_spmd_stopコマンドを実行する。

次のコマンドを実行します。

jajs_spmd_stop -n jajs_schd -F スケジューラーサービス名 -job

jajs_spmd_stopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jajs_spmd_stop」を参照してください。

(c) JP1/Power MonitorでJP1/AJS3のジョブネットの終了を待つように設定し，次の方法のどれかでホストを終了する。

・ローカル電源制御ジョブの終了要求種別に「計画終了」を指定し，ジョブを実行する

・リモート電源制御ジョブの要求種別に「電源オフ：計画終了」を指定し，ジョブを実行する

・JP1/Power Monitorから「計画終了」を指定してホストを終了する

9.2　イベントジョブに関する運用方法

イベントジョブに関する運用方法や使用時のノウハウを紹介します。

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

エージェントホストのJP1/AJS3のサービスを停止した場合，またはマネージャーホストのJP1/AJS3のサービスを停止した場合，停止時に「実行中」だったジョブは「異常検出終了」状態となり，ジョブネットが中断します。ただし，イベントジョブについては，イベントジョブ実行継続オプションを使用することで，サービス停止時に「実行中」だったイベントジョブの状態をそのまま引き継ぎ，再起動後も継続してイベントジョブを実行させることができます。

なお，電源ダウンやプロセス強制終了などによるフェールオーバーの場合は，イベントジョブ実行継続オプションを使用しなくても，サービス停止時に「実行中」だったイベントジョブの状態をサービス再起動後も引き継ぎます。

イベントジョブ実行継続オプションを使用する場合の設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.3.6 JP1/AJS3のサービスが停止してもイベントジョブの実行を継続させる設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.3.6 JP1/AJS3のサービスが停止してもイベントジョブの実行を継続させる設定」（UNIXの場合）を参照してください。

ここでは，イベントジョブ実行継続オプションを使用する場合としない場合の動作について説明します。

(1)　マネージャー・エージェント構成の場合

マネージャー・エージェント構成で，エージェントホストのメンテナンスのためにエージェントホストのJP1/AJS3のサービスを12:00から12:30まで停止する場合を例に，イベントジョブ実行継続オプションを使用する場合としない場合の動作を次に示します。ジョブネットは8:00に開始し，17:00に終了するというスケジュールで運用しているものとします。

図9‒1　イベントジョブ実行継続オプションを使用する場合としない場合の動作

イベントジョブ実行継続オプションを使用しない場合，エージェントホストのJP1/AJS3のサービスを停止すると，マネージャーホストにエージェントが停止した旨が通知されます。この場合，サービス停止時に「実行中」だったイベントジョブの状態は「異常検出終了」となり，ジョブネットが終了します。

一方，イベントジョブ実行継続オプションを使用した場合，エージェントホストのJP1/AJS3のサービスを停止しても，サービス停止時に「実行中」だったイベントジョブの状態は「実行中」となります。サービス再起動後も「実行中」の状態をそのまま引き継ぎ，イベントジョブの実行を継続します。ただし，次の図に示すようにJP1/AJS3のサービスを停止した時点から，フェールオーバーしてJP1/AJS3のサービスが起動し，イベント監視が開始されるまでの期間にイベントが発生してもイベントを検知できません。

図9‒2　イベントを検知できる期間

(2)　スタンドアロンの場合

スタンドアロン構成の場合も，マネージャー・エージェント構成の場合と同様に，イベントジョブ実行継続オプションを使用した場合は，サービス停止時に「実行中」のイベントジョブの状態を再起動後も引き継ぎます。ただし，この場合はサービスをホットスタート（環境設定パラメーターSTARTMODEを「hot」とする）で再起動する必要があります。サービスの起動モードについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.2 スケジューラーサービス環境設定」，または「7.2.1 JP1/AJS3起動時の動作を一時的に変更する」を参照してください。

(3)　注意事項

バージョン08-50より前のJP1/AJS2 - Managerでは，イベントジョブ実行継続オプションを使用できません。

バージョン06-00-/D以前のJP1/AJS2 - Agentでは，イベントジョブ実行継続オプションを使用できません。

イベントジョブ実行継続オプションは，物理・論理ホストのマネージャー単位で設定してください。

マネージャー・エージェント構成で，jajs_spmd_stopコマンド（-job指定）や電源制御ジョブ（計画終了）によって，実行中のすべてのジョブが終了するのを待ってからマネージャーホストを停止するように運用している場合，イベントジョブ実行継続オプションを使用しているとマネージャー上は「実行中」のままになるため，マネージャーホストを計画停止できません。

イベントジョブ実行中にエージェントホストのJP1/AJS3を再起動すると，イベントの監視を自動継続するためにマネージャーからエージェントにイベントの監視要求を行います。多数のイベントジョブを実行中の場合，エージェントでイベントを検知できる状態になるまで時間が掛かることがあるため，注意してください。

イベントジョブ実行継続オプションによってファイル監視ジョブの実行を継続する場合，ファイル監視ジョブの状態引き継ぎオプションが設定されていても，監視対象ファイルの状態は引き継がれません。そのため，ファイル監視ジョブが実行中であるエージェントが停止し，再起動してイベント監視を再開するまでの期間に発生したイベントについては検知されません。ファイル監視ジョブの状態引き継ぎオプションの詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　7.6.2 ファイル監視ジョブの注意事項」を参照してください。

(4)　補足事項

打ち切り時間を設定したイベントジョブの場合，サービス停止時までにカウントしていた打ち切り時間はいったんクリアされ，再起動時点を0としてカウントし直します。

実行間隔制御ジョブの場合，サービス停止前までにカウントしていた待ち時間はいったんクリアされ，再起動時点を0としてカウントし直します。

JP1イベント受信監視ジョブで，［実行前のイベント検索］を「する」としている場合，サービス停止から再起動までの時間がイベントの検索時間として指定している値の範囲内であれば，その間に監視対象のJP1イベントを受信したときは再起動後にイベントを検知したと見なされます。

作成されたファイルを監視するファイル監視ジョブで，「既存ファイルも条件成立」を指定している場合，サービス停止から再起動までの間にファイルが作成されたときは再起動後に監視条件成立となります。

9.3　待ち合わせ条件に関する運用方法

待ち合わせ条件に関する運用方法や使用時のノウハウを紹介します。

9.3.1　待ち合わせ条件の設定を一時的に変更する

待ち合わせ条件付きユニットの待ち合わせは，待ち合わせ対象ユニットごとに有効／無効を変更できます。

待ち合わせを無効にすると，待ち合わせ状態が「完了（手動）」になり，その待ち合わせ対象ユニットの実行終了を待ち合わせないようにできます。待ち合わせ方法が「AND」の場合，すべての待ち合わせ状態を「完了（手動）」にすると，待ち合わせ条件付きユニットは実行を開始します。待ち合わせ方法が「OR」の場合，待ち合わせ対象ユニットのどれか一つの待ち合わせ状態を「完了（手動）」に変更すると，待ち合わせ条件付きユニットは実行を開始します。

待ち合わせを有効にすると，待ち合わせ状態が「未完了（手動）」になり，その待ち合わせ対象ユニットの実行終了を待ち合わせるようにできます。実行終了している待ち合わせ条件付きユニットの待ち合わせを有効にして再実行すると，待ち合わせ状態が「未完了（手動）」の状態で再開されるため，待ち合わせ条件付きユニットは再度待ち合わせを開始します。

待ち合わせ条件の有効化／無効化については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.5.15 ジョブネットやジョブの待ち合わせ条件の設定を一時変更する」を参照してください。

9.3.2　登録解除しないで待ち合わせ条件の定義を変更する

ジョブネットの運用中に登録解除しないで待ち合わせ条件の定義を変更するには，次の方法があります。

待ち合わせ条件付きユニットをサスペンドする

待ち合わせ条件付きユニットをサスペンドすると，待ち合わせ条件の定義内容を変更できます。サスペンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.5.17 ジョブネットの実行登録を解除しないでジョブネットやジョブの定義を変更する」を参照してください。

ルートジョブネットをリリースする

ルートジョブネットをリリースして待ち合わせ条件の定義内容を変更する方法には，次の二つがあります。

待ち合わせ条件付きユニットを含むルートジョブネットをリリースする

切り替え予定のルートジョブネットに，待ち合わせ条件付きユニットを含むルートジョブネットをリリース先として指定してリリース登録します。リリース日時以降，待ち合わせ条件付きユニットを含むルートジョブネットはリリース元のジョブネット定義で実行されるため，待ち合わせ条件の定義内容も切り替わります。

待ち合わせ対象ユニットを含むルートジョブネットをリリースする

切り替え予定のルートジョブネットに，待ち合わせ対象ユニットを含むルートジョブネットをリリース先として指定してリリース登録します。リリース日時以降，待ち合わせ対象ユニットを含むルートジョブネットはリリース元のジョブネット定義で実行されます。

なお，リリース元のジョブネット定義配下に待ち合わせ対象ユニットと同名のユニットがない場合，リリース後に待ち合わせ対象ユニットの定義不正で待ち合わせ条件付きユニットが異常終了します。この場合，待ち合わせ条件付きユニットを含むルートジョブネットもリリース登録して，待ち合わせ条件を切り替える必要があります。このときのリリース日時は，両者で合わせてください。

また，待ち合わせ対象ユニットを含むルートジョブネットをリリース登録すると，リリース日時以降の実行予定を作成し直すため，一時的にリリース日時以降に実行予定が存在しない状態となります。そのため，待ち合わせ条件付きユニットが，「待ち合わせ対象ユニットに待ち合わせる世代がない場合の動作」に従って実行を開始してしまうことがあります。待ち合わせ対象ユニットを含むルートジョブネットにリリース登録する場合，待ち合わせ条件付きユニットが実行開始時刻に到達する前にリリース登録しておくように運用を検討してください。

ジョブネットリリースについての詳細は，「8.3 実行登録中にジョブネットの定義を切り替える」を参照してください。

9.3.3　待ち合わせ対象ユニットの状態および待ち合わせ状態から，待ち合わせの状況を確認する

JP1/AJS3 - Viewの［ジョブネットモニタ］ウィンドウなどで待ち合わせ条件付きユニットを監視している場合，設定している待ち合わせ対象ユニットの状態および待ち合わせ状態は，［待ち合わせ条件の状態一覧］ウィンドウを表示することで確認できます。［待ち合わせ条件の状態一覧］ウィンドウでは，待ち合わせ対象ユニットが一覧で表示され，それぞれの待ち合わせ対象ユニットについて，実行状態や待ち合わせ状態を確認できます。

また，［待ち合わせ条件の状態一覧］ウィンドウから，待ち合わせ対象ユニットを監視する［ジョブネットモニタ］ウィンドウを表示することもできます。

待ち合わせ条件の確認方法については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.5(7) 待ち合わせ対象ユニットの確認方法」を，［待ち合わせ条件の状態一覧］ウィンドウの詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.12 ［待ち合わせ条件の状態一覧］ウィンドウ」を参照してください。

(1)　待ち合わせ対象ユニットが起動条件を使用する場合に，待ち合わせの状況を確認する

起動条件を使用する待ち合わせ対象ユニットを［待ち合わせ条件の状態一覧］ウィンドウで表示すると，待ち合わせ対象ユニットの情報として監視世代の情報が表示されます。監視世代の状態および待ち合わせ状態から，待ち合わせの状況を把握できます。

例えば，「実行世代に異常終了がある場合」の設定を「実行を開始しない」にしている場合，監視世代の状態と待ち合わせ状態から，次のことが把握できます。

（例1）監視世代が「監視正常終了」状態で待ち合わせ状態が「完了」の場合

待ち合わせが正常に完了しました。

（例2）監視世代が「監視中」状態で待ち合わせ状態が「未完了」の場合

監視世代が実行終了していないため，待ち合わせは完了していません。実行世代に異常終了した世代があるかどうかは，［マンスリースケジュール］ウィンドウや［デイリースケジュール］ウィンドウを表示して確認します。

（例3）監視世代が「監視正常終了」状態で待ち合わせ状態が「未完了」の場合

実行世代が実行終了していません。実行世代が「実行中」状態，または「異常検出終了」状態であると考えられます。［マンスリースケジュール］ウィンドウや［デイリースケジュール］ウィンドウを表示して，正常終了していない実行世代を確認します。

9.3.4　待ち合わせ条件付きユニットを検索する

JP1/AJS3 - Viewの［検索］ウィンドウでは，待ち合わせ対象ユニット名を検索条件に指定して，待ち合わせ条件付きユニットを検索できます。また，簡易検索を利用して，待ち合わせ条件付きユニットを検索するための検索条件を自動で入力することもできます。

JP1/AJS3 - Viewでのユニットの検索方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　10.2 ユニットを検索して表示する」を参照してください。

10　データベースのメンテナンス

この章では，JP1/AJS3のデータベースのメンテナンス方法について説明します。

10.1　メンテナンス時期の見積もり

JP1/AJS3のデータベースは，定期的にajsembdbreclaimコマンドを実行して，無効領域を有効領域化するか，または再編成する必要があります。ajsembdbreclaimコマンドの利用および再編成時期を見積もるには，データベース領域を解析します。次に示す方法で実測した解析値を基に，時期を見積もってください。

再編成の時期を見積もる場合，週単位や月単位でピークとなる日や，週および月単位での増加分を考慮してください。

10.1.1　データベース領域の解析

ajsembdbstatusコマンドを実行して，データベースの状態を確認します。

ajsembdbstatusコマンドを使って解析した結果，空きセグメントが少なく空きページが多い場合，データベースをメンテナンスしてください。

ajsembdbstatusコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsembdbstatus」を参照してください。

10.1.2　領域不足のメッセージ

JP1/AJS3のデータベースは，データの格納効率が悪くなるとWindowsイベントログまたはsyslogにメッセージを出力します。メッセージが出力された場合，ajsembdbstatusコマンドでデータベースの状態を解析し，必要に応じてデータベースを再編成してください。出力されるメッセージについては，「6.2.1 データベース使用状況の確認方法」を参照してください。

データベースをメンテナンスまたは再編成した直後に，まだメッセージが出力される場合は，RDエリアを拡張する必要があります。RDエリアの拡張については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsembdbaddarea」を参照してください。

10.2　メンテナンスの実行

ajsembdbreclaimコマンドによるメンテナンス方法およびデータベース再編成の方法について説明します。

10.2.1　ajsembdbreclaimコマンドを実行する場合

ajsembdbreclaimコマンドによるメンテナンスについて説明します。

(1)　ajsembdbreclaimコマンドを自動で実行する

ajsembdbreclaimコマンドをJP1/AJS3のジョブとして定義すると，スケジュールに従ってajsembdbreclaimコマンドを自動的に実行できるようになります。スケジューリングする場合は，1日に1回ajsembdbreclaimコマンドのジョブを実行するスケジュール設定を推奨します。

ajsembdbreclaimコマンドを自動で実行する運用例を次に示します。

(a)　定義方法

毎週第5運用日の23:00にajsembdbreclaimコマンドを実行する場合の定義例

次に示す内容のユニット定義ファイルを作成する。

Windowsの場合

unit= ajsembdbreclaim-netwin,,jp1admin,;
{
    ty=n;
    sd=1,*5;
    st=1,23:00;
    cy=1,(5,d);
    sh=1,ca;
    unit= ajsembdbreclaim-jobwin;
    {
        ty=pj;
        sc="C:¥Program Files¥HITACHI¥JP1AJS2¥tools¥ajsembdbreclaim";
        prm="-m manager";
    }
}

UNIXの場合

unit= ajsembdbreclaim-netunix,,jp1admin,;
{
    ty=n;
    sd=1,*5;
    st=1,23:00;
    cy=1,(5,d);
    sh=1,ca;
    unit= ajsembdbreclaim-jobunix;
    {
        ty=j;
        sc="/opt/jp1ajs2/tools/ajsembdbreclaim";
        prm="-m manager";
    }
}

次に示すコマンドを実行してユニットを定義する。

「ajsdefine ユニット定義ファイル名」コマンドを実行します。

ajsembdbreclaim.txtという名称でユニット定義ファイルを作成した場合のコマンドの実行例を次に示します。

ajsdefine ajsembdbreclaim.txt

次に示すコマンドを実行してユニットを計画実行登録する。

「ajsentry -s ユニット名」コマンドを実行します。

コマンドの実行例を次に示します。

ajsentry -s /ajsembdbreclaim-netwin

定義したスケジュール情報に従って，自動的に空きページが回収されます。

なお，JP1/AJS3 - Viewを使用して，計画実行登録することもできます。

(2)　ajsembdbreclaimコマンドを手動で実行する

ajsembdbreclaimコマンドを手動で実行する方法を次に示します。ajsembdbreclaimコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajsembdbreclaim」を参照してください。

なお，ajsembdbreclaimコマンドを組み込みDBのオンライン中に実行すると，データベースサーバのトランザクション終了を待ってからajsembdbreclaimコマンドが実行されます。そのため，ajsembdbreclaimコマンドを実行する場合，ジョブやジョブネットの実行負荷が高い時間帯や，コマンドまたはJP1/AJS3 - Viewでのユニットの操作中は避けてください。

Windowsホストの場合

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

UNIXホストの場合

/opt/jp1ajs2/tools/ajsembdbreclaim

コマンドの使用例

マネージャー（JP1/AJS3 - Manager）内の全スケジューラーサービスを対象とする場合

ajsembdbreclaim -m manager

スケジューラーサービスを対象とする場合

ajsembdbreclaim -m scheduler -F AJSROOT1

10.2.2　データベースを再編成する場合

データベースを再編成する方法について説明します。

(1)　ajsembdbrorgコマンドでデータベースを再編成する

データベースを手動で再編成する手順を次に示します。

なお，次に示す手順で記載するコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド」およびマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド」を参照してください。

JP1/AJS3のスケジューラーサービスを終了する。

jajs_spmd_stopコマンドまたはajsstopコマンドを使って，該当するJP1/AJS3のスケジューラーサービスを終了します。再編成対象の組み込みDBで情報が管理されているスケジューラーサービスをすべて終了してください。スケジューラーサービスと組み込みDBの関連づけについては，ajsembdbidlistコマンドで確認できます。

コマンドの形式（jajs_spmd_stopコマンドの場合）

jajs_spmd_stop [-h 論理ホスト名] -n jajs_schd -F スケジューラーサービス名

コマンドの使用例

jajs_spmd_stop -n jajs_schd -F AJSROOT2

コマンドの形式（ajsstopコマンドの場合）

ajsstop -F スケジューラーサービス名

コマンドの使用例

ajsstop -F AJSROOT2

JP1/AJS3のエージェント管理を終了する。

jajs_hstd_stopコマンドを使って，エージェント管理を終了します。

コマンドの形式

・Windowsの場合

jajs_hstd_stop [-h 論理ホスト名] -n agentm

・UNIXの場合

jajs_hstd_stop [-h 論理ホスト名] -n ajsagtmd

コマンドの使用例

・Windowsの場合

jajs_hstd_stop -n agentm

・UNIXの場合

jajs_hstd_stop -n ajsagtmd

接続しているJP1/AJS3 - Viewおよびコマンドをすべて停止する。

JP1/AJS3 - Viewおよびスケジューラーのコマンドが動作していないことを確認してください。JP1/AJS3 Console Viewからの接続も切断してください。

ajsembdbreclaimコマンドを使用して，空きセグメントの回収を行う。

空きセグメントが少ない状態で再編成を実施すると，作業領域が不足して，再編成に失敗する場合があります。これを避けるため，事前に空きセグメントを回収することを推奨します。

コマンドの使用例

Windowsの場合

JP1/AJS3 - Managerのインストール先フォルダ¥tools¥ajsembdbreclaim -m manager

UNIXの場合

/opt/jp1ajs2/tools/ajsembdbreclaim -m manager

ajsembdbrorgコマンドを使ってデータベースを再編成する。

コマンドの使用例

Windowsの場合

ajsembdbrorg -k unld -F AJSROOT2 -d C:¥tmp

ajsembdbrorg -k reld -F AJSROOT2 -d C:¥tmp

UNIXの場合

ajsembdbrorg -k unld -F AJSROOT2 -d /tmp

ajsembdbrorg -k reld -F AJSROOT2 -d /tmp

エージェント管理データベースを再編成する場合

Windowsの場合

ajsembdbrorg -k unld -agent -d C:¥tmp

ajsembdbrorg -k reld -agent -d C:¥tmp

UNIXの場合

ajsembdbrorg -k unld -agent -d /tmp

ajsembdbrorg -k reld -agent -d /tmp

注

-dオプションに指定するディレクトリに必要な容量を確保してください。

-k unldで取得したデータを使用して，-k reldを実行するため，-dで指定するディレクトリは，-k unld，reldで同じディレクトリを指定してください。

-k unldでエラーが発生した場合，作成されたファイルを使用して-k reldを実行しないでください。データベースの内容が不正になるおそれがあります。

JP1/AJS3のエージェント管理を起動する。

jajs_hstdコマンドを使って，エージェント管理を起動します。

コマンドの形式

・Windowsの場合

jajs_hstd [-h 論理ホスト名] -n agentm

・UNIXの場合

jajs_hstd [-h 論理ホスト名] -n ajsagtmd

コマンドの使用例

・Windowsの場合

jajs_hstd -n agentm

・UNIXの場合

jajs_hstd -n ajsagtmd

JP1/AJS3のスケジューラーサービスを起動する。

jajs_spmdコマンドまたはajsstartコマンドを使って，該当するJP1/AJS3のスケジューラーサービスを起動します。また，関連するサービスも起動してください。

コマンドの形式（jajs_spmdコマンドの場合）

jajs_spmd [-h 論理ホスト名] -n jajs_schd -F スケジューラーサービス名

コマンドの使用例

jajs_spmd -n jajs_schd -F AJSROOT2

コマンドの形式（ajsstartコマンドの場合）

ajsstart -F スケジューラーサービス名

コマンドの使用例

ajsstart -F AJSROOT2

(2)　スクリプトを使用してデータベースを再編成する

組み込みDBをスクリプトで一括してデータベースを再編成する手順を次に示します。ここでは手順の説明に続いて，使用例を示します。

なお，次に示す手順で記載するコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド」およびマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド」を参照してください。

補足事項

処理内容としては，「(1) ajsembdbrorgコマンドでデータベースを再編成する」で説明している再編成と同等であるため，(1)の方法で作業をすることを推奨します。

(a)　再編成の手順

再編成の手順は，次のとおりです。

組み込みDBのコマンドを実行するために必要な環境変数を設定する。

設定する環境変数を次の表に示します。

表10‒1　設定が必要な環境変数

設定する環境変数

説明

PDDIR

組み込みDB運用ディレクトリ名を指定します。

PDCONFPATH

Windowsの場合，組み込みDB運用ディレクトリ¥confを，UNIXの場合，組み込みDB運用ディレクトリ/confを指定します。組み込みDBの定義ファイルを格納するディレクトリです。

PDUXPLDIR

Windowsの場合だけ，組み込みDB作業ディレクトリ名を指定します。

PDUSER

組み込みDB管理者（スケジューラーデータベースのテーブルの所有者）のユーザーおよびパスワード（ユーザー/パスワード）を指定します。

（例）

PDUSER="root"/"root"

PDLANG

ANYを指定します。

JP1_HOSTNAME

クラスタで運用している場合に，論理ホスト名を指定します。

PATH

Windowsの場合，組み込みDB運用ディレクトリ¥binを，UNIXの場合，組み込みDB運用ディレクトリ/binを指定します。組み込みDBのコマンドを格納するディレクトリです。

SHLIB_PATH※

UNIXの場合だけ，組み込みDB運用ディレクトリ/libを指定します。

注※

Solaris，Linuxの場合は，LD_LIBRARY_PATHに，AIXの場合は，LIBPATHになります。

Windowsの場合の環境変数設定例

x:¥> set PDDIR=c:¥Program Files¥HITACHI¥JP1AJS2¥embdb¥_JF0
x:¥> set PDCONFPATH=%PDDIR%¥conf
x:¥> set PDUXPLDIR=%PDDIR%¥uxpldir

x:¥> set PDUSER="root"/"root"
x:¥> set PDLANG=ANY
x:¥> set JP1_HOSTNAME=lhost1
x:¥> set PATH=%PATH%;%PDDIR%¥bin

UNIX（HP-UX）の場合の環境変数設定例

# PDDIR=/opt/jp1ajs2/embdb/_JF0
# PDCONFPATH=$PDDIR/conf
# PDUSER='"root"/"root"'
# PDLANG=ANY
# SHLIB_PATH=$PDDIR/lib
# PATH=$PATH:$PDDIR/bin

# export PDDIR PDCONFPATH PDUSER PDLANG SHLIB_PATH PATH

JP1/AJS3のスケジューラーサービスを終了する。

jajs_spmd_stopコマンドまたはajsstopコマンドを使って，該当するJP1/AJS3のスケジューラーサービスを終了します。再編成するRDエリアを使用しているすべてのスケジューラーサービスを終了してください。

コマンドの形式（jajs_spmd_stopコマンドの場合）

jajs_spmd_stop [-h 論理ホスト名] -n jajs_schd -F スケジューラーサービス名

コマンドの使用例

jajs_spmd_stop -n jajs_schd -F AJSROOT2

コマンドの形式（ajsstopコマンドの場合）

ajsstop -F スケジューラーサービス名

コマンドの使用例

ajsstop -F AJSROOT2

JP1/AJS3のエージェント管理を終了する。

jajs_hstd_stopコマンドを使って，エージェント管理を終了します。

コマンドの形式

・Windowsの場合

jajs_hstd_stop [-h 論理ホスト名] -n agentm

・UNIXの場合

jajs_hstd_stop [-h 論理ホスト名] -n ajsagtmd

コマンドの使用例

・Windowsの場合

jajs_hstd_stop -n agentm

・UNIXの場合

jajs_hstd_stop -n ajsagtmd

接続しているJP1/AJS3 - Viewおよびコマンドをすべて停止する。

JP1/AJS3 - Viewおよびスケジューラーのコマンドが動作していないことを確認してください。JP1/AJS3 Console Viewからの接続も切断してください。

ajsembdbreclaimコマンドを使用して，空きセグメントの回収を行う。

空きセグメントが少ない状態で再編成を実施すると，作業領域が不足して，再編成に失敗する場合があります。これを避けるため，事前に空きセグメントを回収することを推奨します。

コマンドの使用例

Windowsの場合

JP1/AJS3 - Managerのインストール先フォルダ¥tools¥ajsembdbreclaim -m manager

UNIXの場合

/opt/jp1ajs2/tools/ajsembdbreclaim -m manager

次に示すスクリプトを実行する。

再編成スクリプトはサンプルが提供されています。作業ディレクトリにコピーして使用してください。

Windowsの場合

JP1/AJS3のインストール先フォルダ¥tools¥ajsembdbcond-sample.bat

UNIXの場合

/opt/jp1ajs2/tools/ajsembdbcond-sample

ajsembdbcondスクリプトについては，「(b) 再編成スクリプトの形式」を参照してください。

スクリプトの使用例

ajsembdbcond

（サンプルスクリプトを，ajsembdbcondに名称変更した場合）

JP1/AJS3のエージェント管理を起動する。

jajs_hstdコマンドを使って，エージェント管理を起動します。

コマンドの形式

・Windowsの場合

jajs_hstd [-h 論理ホスト名] -n agentm

・UNIXの場合

jajs_hstd [-h 論理ホスト名] -n ajsagtmd

コマンドの使用例

・Windowsの場合

jajs_hstd -n agentm

・UNIXの場合

jajs_hstd -n ajsagtmd

JP1/AJS3のスケジューラーサービスを起動する。

jajs_spmdコマンドまたはajsstartコマンドを使って，該当するJP1/AJS3のスケジューラーサービスを起動します。

コマンドの形式（jajs_spmdコマンドの場合）

jajs_spmd [-h 論理ホスト名] -n jajs_schd -F スケジューラーサービス名

コマンドの使用例

jajs_spmd -n jajs_schd -F AJSROOT2

コマンドの形式（ajsstartコマンドの場合）

ajsstart -F スケジューラーサービス名

コマンドの使用例

ajsstart -F AJSROOT2

(b)　再編成スクリプトの形式

再編成スクリプトを使うと，組み込みDBのテーブルおよびインデクスを再編成できます。

形式

ajsembdbcond-sample［-u ユーザー名 -p パスワード］

引数

-u ユーザー名

テーブルの再編成を実行するユーザー名（テーブル所有ユーザー）を指定します。ユーザー名を省略した場合，スクリプト内部で指定されているユーザー名で再編成されます。

-p パスワード

テーブルの再編成を実行するユーザーのパスワードを指定します。パスワードを省略した場合，スクリプト内部で指定されているユーザーのパスワードで再編成されます。

補足事項

ユーザー名やパスワードを指定する場合は，次のように指定してください。

Windowsの場合："root"

UNIXの場合：¥"root¥"

" "で囲むことで，大文字，小文字が区別されます。

(c)　再編成スクリプトのカスタマイズ

再編成スクリプトのカスタマイズについて説明します。スクリプトファイルは，元のスクリプトファイルを作業ディレクトリにコピーしたあと，編集してから使用してください。構築された組み込みDB環境ごとに，スクリプトファイルを用意してください。カスタマイズできる項目を次に示します。

CUSTOM_PDDIR=組み込みDB運用ディレクトリ

組み込みDB運用ディレクトリ名を指定します。

環境変数PDDIRが設定済みの場合は，環境変数PDDIRでの設定を優先します。

また，環境変数PDDIRが設定されていない場合で，スクリプトファイル内でCUSTOM_PDDIRを指定しないときは，テーブルの再編成が実行されません。

CUSTOM_PDCONFPATH=組み込みDBシステム定義ファイル格納ディレクトリ

組み込みDBシステム定義ファイル格納ディレクトリ名を指定します。

環境変数PDCONFPATHが設定済みの場合は，環境変数PDCONFPATHの設定を優先します。

環境変数PDCONFPATHが設定されていない場合で，スクリプトファイル内でCUSTOM_PDCONFPATHを指定しないときは，テーブルの再編成が実行されません。

CUSTOM_PDUXPLDIR=組み込みDB作業ディレクトリ

Windowsの場合だけ指定が必要です。組み込みDB作業ディレクトリ名を指定します。

環境変数PDUXPLDIRが設定済みの場合は，環境変数PDUXPLDIRの設定が優先されます。

また，環境変数PDUXPLDIRが設定されていない場合で，スクリプトファイル内でCUSTOM_PDUXPLDIRを指定しないときは，テーブルの再編成が実行されません。

CUSTOM_EMBDB_USER=テーブル所有者名

再編成コマンドを実行するユーザー名を指定します。

テーブルの所有者ユーザーを指定してください。

CUSTOM_EMBDB_USERにユーザー名を指定していても，スクリプトの引数でユーザー名を指定した場合は，スクリプトの引数の値が優先されます。

CUSTOM_EMBDB_PASS=テーブル所有者名のパスワード

再編成コマンドを実行するユーザーのパスワードを指定します。

CUSTOM_TABLE_LIST=テーブル名

再編成するテーブルのリストをスペースの区切りで指定します。

指定しない場合は，テーブルの再編成が実行されません。

CUSTOM_TABLE_RDAREA=テーブル格納RDエリア

再編成するテーブルを格納しているRDエリアを指定します。

指定しない場合は，テーブルの再編成が実行されません。

CUSTOM_INDEX_RDAREA=インデクス格納RDエリア

再編成するテーブルのインデクスを格納しているRDエリアを指定します。

指定しない場合は，テーブルの再編成が実行されません。

CUSTOM_TEMP_DIR=一時ファイル格納ディレクトリ

再編成コマンドの制御ファイルやデータベースからアンロードしたデータファイルなどを格納するフォルダ名をフルパスで指定します。

指定しない場合，Windowsは「C:¥TEMP」が，UNIXは「/tmp」が仮定されます。

複数の組み込みDB環境を構築している場合や，複数のスケジューラーサービスを構築している場合は，スクリプトの同時実行などによるデータ消失を避けるために，これらの間で使用する一時ファイル格納ディレクトリが重複しないように指定してください。

CUSTOM_LOG_FILE=ログ出力ファイル

スクリプトの実行結果のログを出力するファイルをフルパスで指定します。ログの出力先ファイル名を指定した場合，ログファイルは無限に増えるファイルとなるので，必要に応じて削除してください。

指定しない場合は，標準出力にログが出力されます。

補足事項

スクリプトを実行できるユーザー

スクリプト内で使用するコマンドは，組み込みDBシステム管理者だけが実行できます。OS上の組み込みDBシステム管理者ユーザーでスクリプトを実行してください。

ユーザー名やパスワードを指定する場合は，次のように指定してください。

Windowsの場合："root"

UNIXの場合：¥"root¥"

" "で囲むことで，大文字，小文字が区別されます。

エラー発生時の対処方法

テーブルの再編成中，アンロードしたデータのリロード処理に失敗すると，データベース上のテーブルやインデクスが空になっている場合があります。その場合には，アンロードデータから手動でリロード処理を実行する必要があります。

また，再編成中にエラーが発生すると，RDエリアは閉塞されたままになるので，回復処理を実行したあと，閉塞を解除してください。

リロード中にエラーが発生した場合のテーブルを次の表に示します。

表10‒2　エラー発生時（リロード中）のテーブルの状態と回復方法

エラー発生直前のメッセージ

RDエリア内のテーブルの状態

回復方法

なし

再編成実行前の状態

該当テーブルの再編成を再実行

KFPL00721-I

テーブル削除済み

該当テーブルのリロードを再実行

KFPL00712-I

KFPL00732-I

テーブル作成未完

該当テーブルのリロードを再実行

KFPL00714-I

KFPL00734-I

テーブル作成終了

該当テーブルのリロードを再実行

KFPL00715-I

インデクス作成未完

該当テーブルのリロードを再実行

KFPL00716-I

インデクス作成終了

不要

（例）リロードを再実行する場合

データのリロードに失敗した場合，スクリプトの次のパラメーターに指定したフォルダにアンロードしたデータファイルが格納されています。

CUSTOM_TEMP_DIR

指定していない場合，Windowsは「C:¥TEMP」が，UNIXは「/tmp」が仮定されます。

このフォルダには次のファイルが作成されます。

rorg_ctrl：再編成に必要なコントロールファイル

08-10-01以前のバージョンの場合

unldfile：表データ

08-10-02以降のバージョンの場合

unldfile_テーブル名：表データ

このフォルダに作成されたファイルを使用してリロードを実行してください。

UNITテーブルのリロード時に失敗した場合，再編成の再実行コマンドは次のとおりになります。

コマンドの実行例

Windowsの場合：pdrorg -k reld -t AJSUNIT C:¥tmp¥rorg_ctrl

UNIXの場合：pdrorg -k reld -t AJSUNIT /tmp/rorg_ctrl

表10-2を参考にして，どの表でのリロードが失敗しているかを特定してください。

10.3　QUEUEジョブ，サブミットジョブを使用している場合のデータベース再編成

QUEUEジョブ，サブミットジョブを使用している場合，ジョブ数に応じて適切な時期にISAMデータベースを再編成する必要があります。ここでは，ISAMデータベースの再編成について説明します。

10.3.1　ISAMデータベースの再編成

ISAMデータベースは，データの実体を格納する「データファイル」と，アクセスを高速化できるように，データへのインデクスを管理する「キーファイル」から成り立っています。ISAMは，レコードを削除しても無効領域になるだけで，ファイルサイズが自動的に縮小されることはありません。

ISAMデータベースを使用すると，日々の運用で占有量が増えてしまうことによるファイルサイズの問題と，ファイルサイズの肥大化およびフラグメンテーション化によるジョブ実行性能の劣化の問題が発生します。また，突然の電源ダウンなどで強制停止された場合，ISAMファイルのインデクスが不整合となるおそれがあります。

これらの問題は，QUEUEジョブ，サブミットジョブ数に応じて適切な時期にISAMデータベースを再編成することで解決できます。

なお，JP1/AJS3 - AgentはJP1/AJS3のデータベースを持たないため，再編成の必要はありません。

注意事項

メンテナンスモードおよび自動再編成スクリプト（jpqautocond）による再編成

対象の物理ホストもしくは論理ホストの作業ディレクトリがあるドライブ，またはパーティションに，再編成対象のISAMファイルの中で最もサイズが大きいファイルの2倍程度の空き容量が必要です。再編成時には，次のディレクトリを作業ディレクトリとして使用します。

Windowsの場合

QUEUEジョブ，サブミットジョブの実行環境のマネージャープロセス実行時のワークフォルダ

UNIXの場合

環境設定パラメーターWorkPathに指定したマネージャープロセス実行時のワークディレクトリ

また，QUEUEジョブ，サブミットジョブの実行環境のデータベースディレクトリがあるドライブまたはパーティションに，再編成対象のISAMファイルの中で最もサイズが大きいファイルと同程度の空き容量が必要です。

jpqdbcondコマンドによる再編成

ファイルをバックアップして保存した上で，再編成を実施してください。jpqdbcondコマンドは，-dオプションで指定したディレクトリを作業ディレクトリとして使用します。-dオプションで指定したディレクトリがあるドライブまたはパーティションには，再編成対象のジョブ実行環境のISAMキーファイルの中で最もサイズが大きいキーファイルの2倍以上の空き容量が必要です。また，ジョブ実行環境データベースディレクトリがあるドライブまたはパーティションには，再編成対象のジョブ実行環境のISAMファイルの中で最もサイズが大きいファイルと同程度の空き容量が必要です。

-dオプションを指定しない場合は，OSの標準的なワークディレクトリを使用します。マニュアル「JP1/Base 運用ガイド」のJiscondコマンドの説明を参照してください。

(1)　jajs_maintainコマンドで再編成する

バージョン07-00以降のJP1/AJS2 - ManagerおよびJP1/AJS3 - Managerでは，jajs_maintainコマンドによってマネージャー機能を縮退し，ISAMデータベースを再編成（メンテナンス）できます。マネージャー機能を縮退して再編成する方法では，稼働中のサービスに対してデータベースの切断要求を出し，データベースを切り離してから，安全にISAMデータベースを再編成できます。

ISAMデータベースを再編成するときは，jajs_maintainコマンドによるデータベースの再編成を推奨します。

jajs_maintainコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　jajs_maintain」を参照してください。

(2)　jpqautocondスクリプトを利用して再編成する

QUEUEジョブ，サブミットジョブの実行環境のデータベースは，ジョブ情報の保存日数で指定された日数を超過したジョブ情報については，自動的にレコードを削除します。レコードが削除されると，無効領域が発生します。データを格納する領域は再利用されますが，ISAMファイルのキー再利用機能を有効にしていない場合，キーファイルには無効領域が残ります。データベースを再編成することで，占有されたディスク領域を解放できます。また，無効領域が多くあるデータベースへアクセスするとディスクのI/O回数が増加し，性能が低下することがあります。これも再編成することで改善されます。

ジョブ実行環境データベースはjpqautocondスクリプトを使用して再編成します。

また，jpqdbcondコマンドでもQUEUEジョブ，サブミットジョブの実行環境のデータベースを再編成できます。その場合は，必ずバックアップを取得してから再編成してください。jpqdbcondコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jpqdbcond」を参照してください。

(a)　未使用領域率の表示と再編成の時期

QUEUEジョブ，サブミットジョブの実行環境の，データベースの未使用領域率の割合は，jpqdbcond -lコマンドで確認できます。ISAMファイルが使用中の場合は，jpqdbcond -Lコマンドで未使用領域率の割合を確認できます。ただし，jpqdbcond -Lコマンドで未使用領域率を表示した場合，未使用領域率の値に誤差が生じます。jpqdbcond -Lコマンドを使用する場合は，ジョブを多く実行する時期を避けて使用してください。

ISAMデータベースのキー再利用機能を有効にしていない場合，1日当たり1万件のジョブを実行し，ジョブ情報保存日数が7日とすると，ジョブ情報保存日数の経過後1日当たり，最大約86メガバイトの無効領域が発生します。この無効領域は，再利用されるデータファイル分を含みます。

運用を続けていく中で，キーファイル中に発生する無効領域のサイズが大きくなった場合には，データベースアクセスに要するファイル入出力時間が増えるため，性能が著しく劣化します。

QUEUEジョブ，サブミットジョブの実行環境のデータベースJPQJOBINFO.K02ファイルが20メガバイトを超えないように監視してください。20メガバイト超えても再編成をしないで運用を続けると，性能が急激に悪化することがあります。

なお，キー再利用機能を使用している場合，20メガバイトに到達することはほとんどありません。ただし，長時間運用によってキーファイル内の利用効率が低下すると，このサイズに達するおそれがあるため，ファイルサイズを監視することを推奨します。

また，データベース再編成の時期については，ジョブ情報の保存日数も目安にしてください。ジョブ情報の保存日数については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.3 ジョブ実行環境設定」を参照してください。

(b)　未使用領域サイズおよび未使用領域サイズしきい値の出力

QUEUEジョブ，サブミットジョブの実行環境の，データベースの未使用領域サイズは，jpqdbcond -iコマンドで確認できます。未使用領域サイズは通知メッセージに出力されます。

また，未使用領域サイズがしきい値に達しているかを，jpqdbcond -tコマンドで確認できます。未使用領域サイズしきい値に達していた場合は，警告メッセージが出力されます。

メッセージの出力先には，次の出力先を単独または組み合わせて指定できます。

標準エラー出力

Windowsイベントログまたはsyslog

JP1イベント

ジョブを多く実行する時期を避けて，jpqdbcond -tコマンドをジョブとして定義・実行することで，定期的にISAMファイルの状態を確認できます。

(c)　再編成の手順

QUEUEジョブ，サブミットジョブの実行環境のデータベースの再編成手順を次に示します。

JP1/AJS3サービスを停止する。

環境変数JP1_HOSTNAMEを設定する。

論理ホストのデータベースを再編成する場合は，環境変数JP1_HOSTNAMEに論理ホスト名称を設定してください。

物理ホストでデータベースを再編成する場合は，環境変数JP1_HOSTNAMEを設定しないでください。

次に示すスクリプトを実行する。または，jpqdbcondコマンドを実行する。

Windowsの場合

JP1/AJS3のインストール先フォルダ¥bin¥jpqautocond.bat

UNIXの場合

/opt/jp1ajs2/bin/jpqautocond

注意事項

次に示すスクリプトやコマンドを同時に実行しないでください。

・jpqautocond

・jpqdbcond -x -k

・jajs_maintain -m manager

11　クラスタシステムでの運用

この章では，クラスタシステムでJP1/AJS3を運用しているときの処理の流れについて説明します。

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

クラスタシステムとは，複数のサーバシステムを連携して一つのシステムとして運用するシステムで，障害が発生しても業務を継続できるようにすることを目的としています。業務を実行中のサーバで障害が発生すると，待機していた別のサーバが業務の処理を引き継ぎます。これによって，障害発生時の業務の中断を防ぎます。

クラスタシステムを構成するそれぞれのサーバシステムのうち，業務を実行中のシステムを実行系，実行系の障害時に業務を引き継げるよう待機しているシステムを待機系と呼びます。障害が発生したときに，業務を実行するサーバを実行「系」から待機「系」に切り替えるため，クラスタシステムのことを「系切り替えシステム」とも呼びます。

JP1/AJS3では，システムに障害が発生した場合のほか，JP1/AJS3サービスプロセスに障害が発生した場合にもクラスタ運用できます。JP1/AJS3では，1台のホストに仮想的に複数台の論理ホストを定義し，論理ホスト単位にJP1/AJS3サービスを起動できるようにすることでクラスタ運用に対応しています。また，論理ホストごとに共有ディスクやIPアドレスの引き継ぎをすることによって，クラスタ運用できるようにしています。

クラスタ運用時，1台のホストで複数のJP1/AJS3サービスが起動している動作イメージを次の図に示します。

図11‒1　JP1/AJS3サービスの複数起動

ここでは，JP1/AJS3がサポートするクラスタシステムの前提条件，システム構成，クラスタ運用時の処理の流れ，フェールオーバーが発生したときの対処方法を説明します。なお，クラスタ運用する場合のセットアップについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　8. クラスタ運用時のセットアップ」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　17. クラスタ運用時のセットアップ」（UNIXの場合）を参照してください。

ユーザープログラムを使うジョブを定義している場合の補足事項

ユーザープログラムを使うジョブを定義している場合，例えば，データベース更新ジョブを再実行すると二重更新になったり，印刷ジョブを再実行すると同じものが2回印刷されたりします。実行ロギングを出力したり，複数回実行させたりしないように判定ジョブを定義するなどして，フェールオーバー時の運用に対応させておくことを推奨します。

11.1.1　JP1/AJS3のクラスタシステムでの前提条件とサポート範囲

JP1/AJS3は，クラスタシステムでは論理ホスト環境で動作し，フェールオーバーに対応します。論理ホスト環境で実行する場合のJP1/AJS3の前提条件は，共有ディスクや論理IPアドレスの割り当て・削除・動作監視がクラスタソフトによって正常に制御されていることです。

注意事項

JP1/AJS3がサポートしているクラスタソフトであっても，システム構成や環境設定によってはここで説明する前提条件を満たさない場合があります。前提条件を満たすよう，システム構成や環境設定を検討してください。

(1)　論理ホスト環境の前提条件

JP1/AJS3をクラスタシステムで使用する場合，次に示す前提条件があります。

クラスタソフトは，次に示す2.〜4.を制御できるプログラムであること。

実行系から待機系へ引き継ぎができる共有ディスクを使用できること。

詳細には次に示す条件を満たすこと。

JP1/BaseおよびJP1/AJS3を起動する前に，共有ディスクが割り当てられること。

JP1/BaseおよびJP1/AJS3を実行中に，共有ディスクの割り当てが解除されないこと。

JP1/AJS3およびJP1/Baseを停止したあとに，共有ディスクの割り当てが解除されること。

実行系ノードからだけ共有ディスクをアクセスできるように，排他制御されていること。

システムダウンなどでファイルが消えないよう，ジャーナル機能を持つファイルシステムなどでファイルを保護すること。

フェールオーバーしてもファイルに書き込んだ内容が保証されて引き継がれること。

フェールオーバー時に共有ディスクを使用中のプロセスがあっても，強制的にフェールオーバーができること。

共有ディスクの障害を検知した場合の回復処置はクラスタソフトなどが制御し，回復処置をJP1/BaseとJP1/AJS3が意識する必要がないこと。回復処置の延長でJP1/BaseとJP1/AJS3の起動や停止が必要な場合は，クラスタソフトからJP1/BaseとJP1/AJS3に起動や停止の実行要求をすること。

論理IPアドレスとして次に示す条件を満たすこと。

引き継ぎができる論理IPアドレスを使って通信できること。

論理ホスト名から論理IPアドレスが一意に求まること。

JP1/BaseおよびJP1/AJS3を起動する前に，論理IPアドレスが割り当てられること。

JP1/BaseおよびJP1/AJS3を実行中に，論理IPアドレスが削除されないこと。

JP1/BaseおよびJP1/AJS3を実行中に，論理ホスト名と論理IPアドレスの対応が変更されないこと。

JP1/AJS3およびJP1/Baseを停止したあとに，論理IPアドレスが削除されること。

ネットワーク障害を検知した場合の回復処置はクラスタソフトなどが制御し，JP1/BaseとJP1/AJS3が回復処理を意識する必要がないこと。また，回復処置の延長でJP1/BaseとJP1/AJS3の起動や停止が必要な場合は，クラスタソフトからJP1/BaseとJP1/AJS3に起動や停止の実行要求をすること。

多重起動する場合，論理ホストごとに一つずつのIPアドレスを割り当てること。

論理ホスト名が，hostsファイルやネームサーバに設定され，TCP/IP通信ができること。DNS運用の場合には，FQDN形式でないホスト名を使用できること。

前提であるJP1/Baseが，クラスタシステムを使用できる環境であること。

上記の条件が満たされていない場合は，JP1/AJS3の動作に問題が起きることがあります。例えば，次のような問題が発生します。

実行系で書き込んだデータが，フェールオーバーしたときに壊れてしまう場合

JP1/AJS3でエラー・データ消失・起動失敗などの問題が発生し，正常に動作できません。

NIC障害が発生しても回復処理がされない場合

クラスタソフトなどの制御によってNICが切り替えられるか，または他サーバへフェールオーバーするまで，通信エラーが発生しJP1/AJS3は正常に動作できません。

(2)　物理ホスト環境の前提条件

物理ホスト環境でJP1/AJS3を実行する場合，次に示す前提条件があります。また，論理ホスト環境のJP1/AJS3だけを実行する場合でも，システム環境として次に示す前提条件を満たしている必要があります。

表11‒1　物理ホスト環境の前提条件

物理ホストの構成要素

前提条件

サーバ本体

2台以上のサーバ機によるクラスタ構成になっていること。

実行する処理に応じたCPU性能があること。

（例えば，論理ホストを多重起動する場合などに，対応できるCPU性能があること）

実行する処理に応じた実メモリー容量があること。

（例えば，論理ホストを多重起動する場合などに，対応できる実メモリー容量があること）

ディスク

システムダウンなどでファイルが消えないよう，ジャーナル機能を持つファイルシステムなどでファイルを保護すること。

ネットワーク

ホスト名（hostnameコマンドの結果）に対応するIPアドレスで通信が可能なこと。

（クラスタソフトなどによって通信ができない状態に変更されないこと）

JP1/AJS3の動作中に，ホスト名とIPアドレスの対応が変更されないこと。

（クラスタソフトやネームサーバなどによって変更がされないこと）

Windowsの場合，ホスト名に対応したNICがネットワークのバインド設定で最優先になっていること。

（ハートビート用などほかのNICが優先になっていないこと）

OS，クラスタソフト

JP1/AJS3がサポートするクラスタソフトおよびバージョンであること。

JP1/AJS3およびクラスタソフトが前提とするパッチやサービスパックが適用済みであること。

フェールオーバーしても同じ処理ができるよう，各サーバの環境が同じになっていること。

(3)　JP1/AJS3がサポートする範囲

論理ホスト環境でJP1/AJS3を実行する場合，JP1/AJS3がサポートする範囲はJP1/AJS3自身の動作だけです。JP1/AJS3は論理ホスト環境を制御しません。

また，前述の論理ホスト環境および物理ホスト環境の前提条件が満たされていない，または論理ホスト環境の制御に問題がある場合は，JP1/AJS3の動作に発生した問題もサポートの対象外となります。この場合は，論理ホスト環境を制御しているクラスタソフトやOSで問題に対処してください。

注意事項

自ホストで，自ホスト名からIPアドレス解決ができない環境では，ジョブ（標準ジョブ，アクションジョブ，カスタムジョブ，イベントジョブ）の実行，ジョブ実行制御のコマンド，およびキューレスジョブ実行環境のコマンドは実行できません。

論理ホスト名と物理ホスト名が同じ場合は，キューレスジョブ実行機能および定義内容の事前チェック機能を使用できません。

(4)　論理ホスト名の条件

論理ホスト名の条件を次に示します。

論理ホスト名が32バイト以内であること。

hostsファイルやネームサーバに設定され，TCP/IP通信ができること。DNS運用の場合には，FQDN形式でないホスト名を使用できること。

前提であるJP1/Baseで扱える論理ホスト名であること。

詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

論理ホスト名を指定することで，JP1/AJS3サービスの起動およびコマンドの実行が論理ホストごとにできるようになります。論理ホスト名は次のどちらかの方法で指定します。

環境変数JP1_HOSTNAME

各コマンドの論理ホスト指定オプション（通常は-hオプション）

詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド」またはマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド」の，各コマンドの説明を参照してください。

各コマンドは，論理ホスト指定オプションが指定されていない場合，環境変数JP1_HOSTNAMEに設定された論理ホスト名を使用して実行します。なお，「JP1_HOSTNAME=""」と設定した場合は無視されます。

11.1.2　JP1/AJS3がサポートするシステム構成

ここではJP1/AJS3がサポートするクラスタシステムの構成について説明します。

(1)　システム構成の条件

JP1/AJS3を実行するクラスタシステムは，次のような条件を満たしている必要があります。

論理ホストには実行系から待機系に引き継げる共有ディスクや論理IPアドレスがあること。また，共有ディスクや論理IPアドレスは，「11.1.1 JP1/AJS3のクラスタシステムでの前提条件とサポート範囲」で示す条件を満たしていること。

クラスタシステムを構成するOSは，すべて同じOSであること。異なるOSでのフェールオーバー構成はサポートしていない。

JP1/AJS3 - ManagerとJP1/AJS3 - Agentとは，1台のサーバにインストールできない。

(2)　サポートするシステム構成の例

(a)　アクティブ・スタンバイ構成の場合

アクティブ・スタンバイ構成では，次のようなシステム構成にすることができます。

(b)　アクティブ・アクティブ構成の場合

アクティブ・アクティブ構成では，次のようなシステム構成にすることができます。

(c)　3ノードの場合

3ノードの場合は，次のようなシステム構成にすることができます。

3ノード以上のクラスタシステムでのJP1/AJS3の動作について

JP1/AJS3は，クラスタソフトが制御する論理ホスト環境（共有ディスクと論理IPアドレス）の上で動作します。ノード数による動作の違いはありません。

3ノード以上のクラスタシステムであっても，クラスタソフトによって論理ホスト環境が正常に制御されていれば，JP1/AJS3の動作には特に問題ありません。

11.1.3　クラスタシステムでJP1/AJS3 Consoleを使用した構成例

JP1/AJS3 Consoleも，クラスタシステムに対応しています。JP1/AJS3 Console Managerをクラスタ構成にすることで，JP1/AJS3 Console Managerホストに障害が発生した場合にフェールオーバーして業務監視を継続できます。また，論理ホスト上のJP1/AJS3 - Managerで管理している業務を監視できます。

なお，クラスタシステムで論理ホストを運用している場合も，シングルサーバの場合と同じように操作できます。

論理ホスト上のJP1/AJS3 Console Managerを使用する場合には，JP1/AJS3 Console Viewの［ログイン］画面で，［接続ホスト名］に論理ホストのホスト名またはIPアドレスを指定します。また，論理ホスト上のJP1/AJS3 - Managerで管理している業務を監視する場合は，JP1/AJS3 Console Viewの［詳細定義−［AJS3ユニット監視オブジェクト］］ダイアログボックスで，［監視対象］の［ホスト名］に論理ホストのホスト名またはIPアドレスを指定します。

JP1/AJS3 Console Manager，JP1/AJS3 Console Agentサービスはマシンに一つのサービスです。しかし，クラスタソフトによる共有ディスクおよび論理IPアドレスの移動に伴い，論理ホストごとに処理を切り分けることで，クラスタシステムに対応しています。次の図に論理ホストでのJP1/AJS3 Consoleの各サービスの動作を示します。

図11‒2　JP1/AJS3 Console Managerの論理ホスト運用での動作

図11‒3　JP1/AJS3 Console Agentの論理ホスト運用での動作

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

実行系ホストに障害が発生すると，系切り替えが実行され，処理が待機系ホストに移ります。

ここでは，JP1/AJS3 - Managerに障害が発生した場合と，JP1/AJS3 - Agentに障害が発生した場合とに分けて処理の流れを説明します。

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

JP1/AJS3 - Managerに障害が発生し，フェールオーバーが実行された場合の処理の流れと，起動条件またはイベントジョブが定義されている場合の情報の引き継ぎについて説明します。

(1)　フェールオーバー後の処理の流れ

業務運用中にJP1/AJS3 - Managerにフェールオーバーが発生した場合の処理を次の図に示します。

図11‒4　JP1/AJS3 - Managerにフェールオーバーが発生した場合の処理

システムの処理の流れを次に示します。

フェールオーバー発生時に，JP1/AJS3 - Managerで処理が実行されていたジョブネットおよびジョブを強制終了する。また，JP1/AJS3 - Agentで処理が実行されていたジョブネットおよびジョブを「実行中」のままとする。

この状態は，共有ディスクのJP1/AJS3データベースで管理しています。

JP1/AJS3データベースの内容を待機系に引き継ぐ。

待機系マネージャーのJP1/AJS3 - Managerサービスを起動する。

サービス起動モードに従って，JP1/AJS3サービス起動時に自動的にジョブやジョブネットの状態を変更する。

サービス起動モードを確認するには，次に示すコマンドを実行し，環境設定パラメーターSTARTMODEに出力されている起動モードを確認してください。

/opt/jp1base/bin/jbsgetcnf -h {JP1_DEFAULT|論理ホスト名}※ ¥
                           -c JP1AJSMANAGER ¥
                           -n スケジューラーサービス名

注※

{JP1_DEFAULT|論理ホスト名}の部分は，物理ホストの場合は「JP1_DEFAULT」を，論理ホストの場合は「論理ホスト名」を指定します。

サービス起動モードごとに，状態変更と変更後のシステムの処理の流れを説明します。

サービス起動モードで「コールドスタート」を指定している場合

フェールオーバー直前のジョブネットおよびジョブの定義情報だけを引き継ぎ，ジョブネットをすべて「未登録」状態に変更します。運用を再開するには，ジョブネットを再実行登録してください。

コールドスタートは，運用するジョブが同時に起動されたり，2回実行されたりしても支障がない場合で，オペレーターが確認するよりも，最初からやり直した方が安全な場合に使用してください。

サービス起動モードで「ウォームスタート」を指定している場合

フェールオーバー直前の状態を引き継ぎます。状態が「実行待ち」，「キューイング」，「実行中」となっていたジョブの状態をサービス起動時の実際の状態に変更します。ただし，ジョブが実行されていなかった場合は，「未実行終了」に，ジョブが実行されていた場合，またはジョブの実際の状態が取得できなかった場合は，「終了状態不明」になります。

ジョブネットの状態は，「中断」になります。

開始されていなかったジョブネットは予定どおり運用されますが，ウォームスタートによって異常終了したジョブネットは，状態の変更を確認したあと，手動で再実行してください。起動条件を監視していた場合，障害発生前に受信したイベントの情報を引き継ぎます。

ウォームスタートは，実行中だったジョブの状態を確認し，オペレーターの判断で運用を継続したい場合に使用してください。

サービス起動モードで「自動継続」を指定している場合

フェールオーバー直前の状態を引き継ぎ，「実行中」となっていたジョブの情報を，ジョブ実行先サーバから求めて，できるだけ実際の状態に自動的に変更します。

ジョブの実際の状態が取得できた場合は，ジョブネットは再実行操作を行うことなく，ジョブネットの定義内容に従って自動的に継続実行します。起動条件を監視していた場合，障害発生前に受信したイベントの情報を引き継ぎます。

ジョブ実行先サーバから情報を求められなかった場合は，ジョブの状態を「異常終了」とします。この場合は，ジョブの状態を確認し，手動で再実行してください。

自動継続は，フェールオーバー後も継続して運用を行いたい場合に指定してください。

サービス起動モードを変更する，環境設定パラメーターSTARTMODEの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.2 スケジューラーサービス環境設定」を参照してください。

設定手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.2 環境設定パラメーターの設定」を参照してください。

手順4で状態が変更されたジョブ・ジョブネットに対して，必要に応じて手動で再実行し，引き続き業務を運用する。

起動条件を変更したときのクラスタ運用

運用中に起動条件を変更した場合，変更内容が有効になるのは次回実行予定からとなります。そのため，実行系のJP1/AJS3 - Managerにフェールオーバーが発生した場合，待機系に処理が切り替わっても，変更前の起動条件で監視を続けます。

例えば，スケジュールルール（1）では11:00，スケジュールルール（2）では13:00に，開始時刻が定義されていたとします。

起動条件を11:30に変更した場合，（1）は変更前の起動条件で，（2）は変更後の起動条件で監視します。

11:00〜12:00の間にフェールオーバーが発生した場合，（1）は変更前の起動条件で監視を引き継ぎます（ただし，再起動後が有効時間内の場合に限ります）。（2）は変更後の起動条件で監視します。

JP1/AJS3 - View接続時のクラスタ運用

ajsmonsvrプロセスは，JP1/AJS3 - Viewからの接続によって生成されるプロセスです。フェールオーバー時に，共有ディスクにアクセスしているajsmonsvrプロセスが残存していると，共有ディスクをアンマウントできません。ajsmonsvrプロセスを停止するには，ajsinetdプロセスを停止してください。

なお，クラスタミドルソフトでは，フェールオーバー時に共有ディスクにアクセスしているプロセスを強制終了します。したがって，ajsinetdプロセスを明示的に停止する必要はありません。ただし，プロセスを強制終了した場合にメッセージが表示されるなど運用上好ましくないときは，ajsinetdプロセスを停止してください。

JP1/AJS3 Consoleを使用したクラスタ運用

JP1/AJS3 Consoleのプロセスは，フェールオーバー時に次のように終了するため，すぐには終了しないでしばらく残る場合があります。すぐにプロセスを終了したい場合は，フェールオーバー時にクラスタソフトからJP1/AJS3 Consoleのサービスを再起動（停止および起動）するように設定してください。

JP1/AJS3 Console Managerの場合

JP1/AJS3 Console Viewから接続を受けて動作するajscmmonsvrプロセス，ajscmstatdプロセスが残ります。これらは共有ディスクを使用しているため，クラスタソフトが共有ディスクをオフラインにする際に強制終了されます（クラスタソフトの仕様に依存します）。または，通信エラーを検知してから自動的に停止します。

JP1/AJS3 Console Agentの場合

JP1/AJS3 Console Managerから接続を受けて動作するajscagtdプロセスが残ります。これは，通信エラーを検知してから自動的に停止します。

サブミットジョブ実行時のクラスタ運用

ジョブ実行制御のコマンドによって登録されたサブミットジョブの実行中にフェールオーバーが発生した場合，JP1/AJS3 - Managerで処理を実行していたジョブは強制終了します。ただし，ジョブの終了通知を受信できなかった場合は，サブミット時の設定内容に従って，実行待ち，保留，または強制終了の状態になります。jpqjobsubコマンドの場合は，-rsオプションで指定した状態になります。デフォルトは保留状態です。

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

業務運用中にJP1/AJS3 - Agentにフェールオーバーが発生した場合の処理を次の図に示します。

図11‒5　JP1/AJS3 - Agentにフェールオーバーが発生した場合の処理

システムの処理の流れを次に示します。

フェールオーバー発生時に実行中だったジョブネットおよびジョブの状態を実行中のまま保持する。

この状態は，JP1/AJS3 - Managerで管理しています。

なお，ジョブの状態を保持できるのはイベントジョブだけです。

待機系エージェントのJP1/AJS3 - Agentサービスを起動する。

待機系エージェントが起動したことをJP1/AJS3 - Managerへ通知する。

JP1/AJS3 - Managerから待機系ホストのJP1/AJS3 - Agentへ，ジョブの状態を確認する。

このときに実行を通知されるジョブは，障害発生時に実行中だったジョブ（JP1/AJS3 - Managerに終了が通知されていないジョブ）です。なお，障害発生時に実行中だったジョブの状態は「強制終了」または「終了状態不明」に，そのジョブを含むジョブネットの状態は異常状態になっています。

フェールオーバー発生時のジョブの引き継ぎ状態についての詳細は，「7.2.1(4) エージェントホストを再起動する場合のマネージャーホスト上でのジョブの状態」を参照してください。

これでシステムの処理は終了です。このあと，「強制終了」状態のジョブや，そのジョブが定義されているジョブネットを再実行して，引き続き業務を運用してください。

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

クラスタシステムでJP1/AJS3を運用している場合に，JP1/AJS3のプロセスを監視する方法について次に説明します。

なお，Windows環境でMSCS※を使用している場合は，JP1/AJS3のサービスを監視対象にしてください。

注※

Windows Server 2012またはWindows Server 2008を使用している場合は，フェールオーバークラスタが該当します。

11.3.1　JP1/AJS3のプロセス監視

JP1/AJS3では，スケジューラーサービスを単体で起動したり停止したりできます。そのため，スケジューラーサービスのプロセスが終了していても，JP1/AJS3のプロセス全体の状態は，起動状態になります。

JP1/AJS3サービスの代表的なプロセスは，jajs_spmd_statusコマンドで監視できます。

また，スケジューラーサービスのプロセスは，jajs_statusコマンドで監視できます。

注意事項

スケジューラーサービスのプロセス群は，jajs_spmdコマンド，jajs_spmd_stopコマンドを実行するとスケジューラーサービス単体で起動，停止できます。そのため，スケジューラーサービス単体で起動，停止する場合は，プロセス監視で異常と判断されないようにしてください。

互換用ISAM構成の場合，スケジューラーサービスのプロセスで異常が発生し，スケジューラーサービスが停止しても，jajs_spmd_statusコマンドでは異常を検知できません。ajsstatusコマンドを実行し，AJS状態の項目でスケジューラーサービスの稼働状況を確認してください。

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

JP1/AJS3のプロセスの動作監視中に異常を検知した場合は，クラスタソフトによって論理ホストのJP1/AJS3をフェールオーバーするように設定してください。

フェールオーバーする前に，同一ノードで再起動を試みたい場合は，JP1/AJS3を再起動するように設定してください。

クラスタソフトによって再起動する場合は，次の点に注意してください。

再起動は，JP1/AJS3のプロセス管理による再起動ではなく，クラスタソフトの制御で再起動するようにしてください。障害検知後にJP1/AJS3を再起動するため，再起動機能が影響を受け，正常に動作できないおそれがあります。より確実に再起動するために，クラスタソフトからの制御でJP1/AJS3を再起動してください。

UNIXの場合，再起動するときは，停止（jajs_stop.clusterコマンド）のあとにクリーンアップとして強制停止（jajs_killall.clusterコマンドを実行）してから起動（jajs_start.clusterコマンドを実行）してください。

JP1/Baseと連動して起動・停止するように設定してください。

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

クラスタシステムでの運用を行っていて，論理ホスト対応のJP1/AJS3プロセスが終了しない場合に，JP1/AJS3強制停止シェルスクリプトで，JP1/AJS3の論理ホストごとにプロセスを強制終了させることができます。

11.4.1　JP1/AJS3強制停止シェルスクリプト（jajs_killall.clusterコマンド）

JP1/AJS3の論理ホストで起動しているすべてのプロセスを強制終了させる，JP1/AJS3強制停止シェルスクリプト（jajs_killall.clusterコマンド）の概要を説明します。

JP1/AJS3強制停止シェルスクリプト（jajs_killall.clusterコマンド）の文法については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jajs_killall.cluster（UNIX限定）」を参照してください。

JP1/AJS3強制停止シェルスクリプトがサポートするプラットフォームおよび製品を次の表に示します。

表11‒2　JP1/AJS3強制停止シェルスクリプトがサポートするプラットフォームおよび製品

HP-UX

Solaris

AIX

Linux

JP1/AJS3 - Manager

○

○

○

○

JP1/AJS3 - Agent

○

○

○

○

（凡例）

○：サポートしている。

注意事項

jajs_killall.clusterコマンドは，jajs_stop.clusterコマンドでサービスを停止しても，プロセスが停止しない場合だけ使用してください。

同一ノードで再起動を試みる場合は，停止（jajs_stop.clusterコマンドを実行）のあとにクリーンアップとして強制停止（jajs_killall.clusterコマンドを実行）してから起動（jajs_start.clusterコマンドを実行）してください。

JP1/AJS3強制停止シェルスクリプトは，論理ホスト対応のプロセスを停止させます。ただし，JP1/AJS3のプロセスのうち，次に示すプロセスは停止できません。

・jp1mqsup

　TP1/Message Queue連携時のMQ監視プロセス，TP1管理下のSUP

・jpocwtmqmaii

　MQSeries連携時のMQ監視プロセス

上記のプロセスは，クラスタシステムの運用時に，JP1/AJS3のサービスとともにフェールオーバーさせる必要はありません。必要に応じて停止させてください。

補足事項

このコマンドは，ログを共有ディスクのファイルに出力します。共有ディスクにアクセスできない状態が発生すると，ログを出力できないで，JP1/AJS3を強制停止できないため，ログの出力先を物理ホストのログファイル格納ディレクトリに変更してください。

ログの出力先を変更する手順を次に示します。

次に示すファイル（JP1/AJS3強制停止シェルスクリプト）をviなどのエディターで開く。

/etc/opt/jp1ajs2/jajs_killall.cluster

ファイルの次の部分を変更する。

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

論理ホストは，JP1をクラスタシステムで運用するとき実行環境となる論理的なサーバ環境です。論理ホスト上のJP1は，通常はクラスタシステムでクラスタソフトと連携して運用し，論理ホスト単位でフェールオーバーします。

しかし，論理ホストに専用のIPアドレスとディスク領域を用意し，JP1の論理ホストとしてセットアップすることで，クラスタソフトと連携しないでフェールオーバーしない論理ホスト環境を作成できます。

複数の論理ホスト環境で，それぞれに対応したJP1をセットアップした場合，一つのサーバ上で同時に複数のJP1を起動・運用することができます。

このフェールオーバーしない論理ホストを使用して，次のようなシステム構成を構築することができます。

業務ごとにJP1を複数運用する

1台のホストで複数の業務を運用したい場合，それぞれに対応した業務に分け，論理ホストで運用を管理します。

論理ホスト名=物理ホスト名のクラスタ構成で物理ホスト用のJP1を運用する

一部のクラスタシステムでは，論理ホスト名と物理ホスト名（hostnameコマンドの実行時に表示されるホスト名）を同じにする必要があります。このような構成では，物理ホスト環境のJP1/AJS3を運用できないため，各サーバでsyslogなどの監視や，JP1/AJS3の運用を行いたい場合は，サーバごとにフェールオーバーしない論理ホストで運用してください。その際，フェールオーバーしない論理ホスト名には，物理ホスト名とは異なる名称を設定してください。

なお，論理ホスト名と物理ホスト名（hostnameコマンドの実行時に表示されるホスト名）が同じ場合，キューレスジョブ実行機能および定義内容の事前チェック機能は使用できません。

なお，非クラスタ環境の論理ホストの設定・運用については，マニュアル「JP1/Base 運用ガイド」も参照してください。

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

複数のホスト（物理ホストおよび一つ以上の論理ホスト）で同時にJP1/AJS3を稼働する場合は，次の点を考慮してシステム全体で必要なリソース量を見積もり，各JP1/AJS3に十分なリソースを割り当てて運用してください。リソースが十分に割り当てられないと，正しく動作しなかったり，十分な性能が確保できないで処理が遅延したりします。

各ホストで動作するそれぞれのJP1/AJS3がシステムリソース（メモリー・ディスク・CPU・通信ポート・プロセス・セマフォなど）を使用するため，システム全体で上限を超えないようにしてください。

JP1/AJS3を起動するだけでも一定量のシステムリソースを使用するため，その分システム全体に相応の負荷が掛かります。したがって，起動するJP1/AJS3の数に比例して処理能力が向上するわけではありません。システムの性能に合わせて，同時に起動するJP1/AJS3の数を調整してください。

発生するJP1イベントや実行するジョブの総量は，物理ホストおよび各論理ホスト分を合わせたシステム全体で動作できる範囲に収めてください。

なお，論理ホストでのリソース使用量の見積もりについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　3.2 システム性能を見積もる」を参照し，論理ホスト数によって設定値が変わるシステムリソースについて見積もってください。

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

フェールオーバーしない論理ホストの構築および運用についての概要を説明します。

フェールオーバーしない論理ホストも，通常のクラスタシステムで運用する場合の論理ホストと同じ手順でセットアップして運用します。

詳細な手順や機能説明については，各JP1のマニュアルの，クラスタシステムでの運用の章を参照してください。フェールオーバーやクラスタソフト連携に関する説明を除き，論理ホストのJP1の設定や動作は同じです。

クラスタソフトと連携しなくてもフェールオーバーしない論理ホスト環境で，JP1/AJS3を運用する手順を次に示します。

論理ホスト環境を準備する。

論理ホスト用のディスク領域およびIPアドレスを用意してください。

論理ホスト用のディスク領域

論理ホストのJP1/AJS3が専用で使用するファイルの格納先ディレクトリを，ローカルディスクに作成してください。物理ホストやほかの論理ホストのJP1/AJS3が使用しているディレクトリと同じディレクトリを設定すると正しく動作しません。

論理ホスト用のIPアドレス

論理ホストが使用するIPアドレスはエイリアスIPでもかまいません。ただし，論理ホスト名から一意に求まるようにしてください。

なお，論理ホストのIPアドレスには物理ホストのIPアドレスとは異なるIPアドレスを割り当ててください。これらに対する前提条件は，クラスタシステムでの運用の場合と同じです。ただし，フェールオーバーしない運用方法のため，「サーバ間で引き継がれる」などの条件は除きます。なお，通常のクラスタシステムで運用する論理ホストの設定の説明で，共有ディスク・論理IPアドレスと説明している部分は，上記で割り当てた論理ホスト用のディスク領域・IPアドレスに読み替えてください。

論理ホスト環境のJP1/AJS3をセットアップする。

クラスタシステムの実行系サーバと同じ手順で，論理ホスト環境のJP1/AJS3をセットアップしてください。なお，クラスタシステムではフェールオーバーする実行系・待機系の両側のサーバに対してセットアップする必要がありますが，フェールオーバーしない論理ホストの場合，動作するサーバ上でだけセットアップしてください。また，JP1/AJS3をセットアップする前に，必ずJP1/Baseもセットアップしておいてください。

なお，通常のクラスタシステムで運用する論理ホストのセットアップについては，次を参照してください。

Windowsの場合

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　8.2 クラスタ運用の環境設定」

UNIXの場合

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　17.2 クラスタ運用の環境設定」

注意事項

Windowsの場合は，JP1/AJS3のサービスを起動する前に「JP1/AJS3 Database_JFn※」が停止していることを確認してください。

「JP1/AJS3 Database_JFn」が起動している場合は，「JP1/AJS3 Database_JFn」を停止したあとに，JP1/AJS3のサービスを起動してください。

注※

「_JFn」は論理ホストのJP1/AJS3サービスが使用する組み込みDBセットアップ識別子です。

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

JP1/AJS3の操作，バックアップ・リカバリーなど，フェールオーバーしない論理ホストの運用方法は，クラスタシステムで運用する論理ホストと同じです。ただし，クラスタソフトと連動してフェールオーバーすることはできません。

(1)　起動停止順序

論理ホスト上での起動は，次の順に起動してください。

JP1/Base

JP1/AJS3

また，論理ホスト上での停止は，次の順に停止してください。

JP1/AJS3

JP1/Base

(2)　論理ホスト上のJP1/AJS3に対する操作

論理ホスト上に作成したJP1/AJS3に対してコマンドを実行する場合，論理ホスト名を明示して操作してください。

(3)　自動起動および自動停止の設定例

システム開始時および停止時に，論理ホスト用のJP1/AJS3サービスを自動起動および自動停止する場合は，次の手順で設定する必要があります。設定方法は，JP1/AJS3がサポートするOSによって異なります。OSごとの設定方法を次に示します。

なお，論理ホストを削除する場合は，作成した論理ホスト用の自動起動スクリプト，自動停止スクリプト，およびリンクの設定は削除してください。

(a)　Windowsの場合

JP1/Baseの起動管理機能のJP1/Baseのインストール先フォルダ¥conf¥boot¥Jp1svprm.datファイルをテキストエディターで開き，次の記述を追加します。

  :
JP1/Baseの設定
  :

[Jp1AJS2_論理ホスト名]
Name=JP1/AJS2_論理ホスト名
ServiceName=JP1_AJS2_論理ホスト名
StopCommand=jajs_spmd_stop.exe -h 論理ホスト名

StopCommandで指定しているコマンドは，JP1/Power Monitorからのシャットダウン時に実行されます。

(b)　HP-UXの場合

論理ホスト用の自動起動・停止スクリプトを作成する。

自動起動・停止スクリプト例（/sbin/init.d/jp1_service_cluster）

#!/bin/sh

case $1 in
start_msg)
      echo "Start JP1 Service $JP1_HOSTNAME"
      ;;

stop_msg)
      echo "Stop JP1 Service $JP1_HOSTNAME"
      ;;

'start')
              :
      JP1/Baseの起動処理
              :
      if [ -x /etc/opt/jp1ajs2/jajs_start.cluster ]
      then
            /etc/opt/jp1ajs2/jajs_start.cluster 論理ホスト名 jajs_spmdコマンドのオプション
      fi
      ;;

'stop')
      if [ -x /etc/opt/jp1ajs2/jajs_stop.cluster ]
      then
            /etc/opt/jp1ajs2/jajs_stop.cluster 論理ホスト名 jajs_spmd_stopコマンドのオプション
              :
      JP1/Baseの停止処理
              :
      ;;

esac

exit 0

手順1で作成したスクリプトに対してリンクを設定する。

開始スクリプト

次のコマンドを実行してリンクの設定を行います。

ln -s /sbin/init.d/jp1_service_cluster /sbin/rc2.d/SXXX_JP1_SERVICE

XXXが大きい数字ほどあとから開始スクリプトが実行されます。

停止スクリプト

次のコマンドを実行してリンクの設定を行います。

ln -s /sbin/init.d/jp1_service_cluster /sbin/rc1.d/KXXX_JP1_SERVICE

XXXが大きい数字ほどあとから停止スクリプトが実行されます。

一般的には，開始されるのが早いほど，停止はあとから実行されるようにします。

作成したファイルに権限を設定する。

次のコマンドを実行して権限を設定します。

chmod u=rx,go=r /sbin/init.d/jp1_service_cluster
chown root:sys /sbin/init.d/jp1_service_cluster
chmod u=rx,go=r /sbin/rc2.d/SXXX_JP1_SERVICE
chown -h root:sys /sbin/rc2.d/SXXX_JP1_SERVICE
chmod u=rx,go=r /sbin/rc1.d/KXXX_JP1_SERVICE
chown -h root:sys /sbin/rc1.d/KXXX_JP1_SERVICE

(c)　Solarisの場合

論理ホスト用の自動起動・停止スクリプトを作成する。

自動起動・停止スクリプト例（/etc/init.d/jp1_service_cluster）

#!/bin/sh

case $1 in
start_msg)
      echo "Start JP1 Service $JP1_HOSTNAME"
      ;;

stop_msg)
      echo "Stop JP1 Service $JP1_HOSTNAME"
      ;;

'start')
              :
      JP1/Baseの起動処理
              :
      if [ -x /etc/opt/jp1ajs2/jajs_start.cluster ]
      then
            /etc/opt/jp1ajs2/jajs_start.cluster 論理ホスト名 jajs_spmdコマンドのオプション
      fi
      ;;

'stop')
      if [ -x /etc/opt/jp1ajs2/jajs_stop.cluster ]
      then
            /etc/opt/jp1ajs2/jajs_stop.cluster 論理ホスト名 jajs_spmd_stopコマンドのオプション
      fi
              :
      JP1/Baseの停止処理
              :
      ;;

esac

exit 0

手順1で作成したスクリプトに対してリンクを設定する。

開始スクリプト

次のコマンドを実行してリンクの設定を行います。

ln -s /etc/init.d/jp1_service_cluster /etc/rc2.d/SXX_JP1_SERVICE

XXが大きい数字ほどあとから開始スクリプトが実行されます。

停止スクリプト

次のコマンドを実行してリンクの設定を行います。

ln -s /etc/init.d/jp1_service_cluster /etc/rc0.d/KXX_JP1_SERVICE

XXが大きい数字ほどあとから停止スクリプトが実行されます。

一般的には，開始されるのが早いほど，停止はあとから実行されるようにします。

作成したファイルに権限を設定する。

次のコマンドを実行して権限を設定します。

chmod u=rx,go=r /etc/rc2.d/SXX_JP1_SERVICE
chown -h root:sys /etc/rc2.d/SXX_JP1_SERVICE
chmod u=rx,go=r /etc/rc0.d/KXX_JP1_SERVICE
chown -h root:sys /etc/rc0.d/KXX_JP1_SERVICE

(d)　AIXの場合

起動処理

mkitabコマンドで/etc/inittabファイルに追加します。

# mkitab -i JP1/Baseのレコード "jp1ajs2:2:wait:/etc/opt/jp1ajs2/jajs_start.cluster 論理ホスト名 jajs_spmdコマンドのオプション"

停止処理

/etc/rc.shutdownファイルに，JP1/AJS3を前提とする製品の記述のあとに，次の記述を追加します。

test -x /etc/opt/jp1ajs2/jajs_stop.cluster && /etc/opt/jp1ajs2/jajs_stop.cluster 論理ホスト名 jajs_spmd_stopコマンドのオプション
    :
JP1/Baseの停止処理
    :
exit 0

このスクリプトが異常終了すると，OSのシャットダウン処理が中断されます。スクリプトが正常終了するように，最終行に「exit 0」と記述してください。

(e)　Linuxの場合

論理ホスト用の自動起動・停止スクリプトを作成する。

自動起動・停止スクリプト例（/etc/rc.d/init.d/jp1_service_cluster）

#!/bin/sh

case $1 in
start_msg)
      echo "Start JP1 Service $JP1_HOSTNAME"
      ;;

stop_msg)
      echo "Stop JP1 Service $JP1_HOSTNAME"
      ;;

'start')
              :
      JP1/Baseの起動処理
              :
      if [ -x /etc/opt/jp1ajs2/jajs_start.cluster ]
      then
            /etc/opt/jp1ajs2/jajs_start.cluster 論理ホスト名 jajs_spmdコマンドのオプション
            touch /var/lock/subsys/_JP1_SERVICE
      fi
      ;;
'stop')
      if [ -x /etc/opt/jp1ajs2/jajs_stop.cluster ]
      then
            /etc/opt/jp1ajs2/jajs_stop.cluster 論理ホスト名 jajs_spmd_stopコマンドのオプション
            rm -f /var/lock/subsys/_JP1_SERVICE
      fi
              :
      JP1/Baseの停止処理
              :
      ;;

esac

exit 0

手順1で作成したスクリプトに対してリンクを設定する。

開始スクリプト

次のコマンドを実行してリンクの設定を行います。

ln -s /etc/rc.d/init.d/jp1_service_cluster /etc/rc.d/rc3.d/SXX_JP1_SERVICE
ln -s /etc/rc.d/init.d/jp1_service_cluster /etc/rc.d/rc5.d/SXX_JP1_SERVICE

XXが大きい数字ほどあとから開始スクリプトが実行されます。

停止スクリプト

次のコマンドを実行してリンクの設定を行います。

ln -s /etc/rc.d/init.d/jp1_service_cluster /etc/rc.d/rc0.d/KXX_JP1_SERVICE
ln -s /etc/rc.d/init.d/jp1_service_cluster /etc/rc.d/rc6.d/KXX_JP1_SERVICE

XXが大きい数字ほどあとから停止スクリプトが実行されます。

一般的には，開始されるのが早いほど，停止はあとから実行されるようにします。

作成したファイルに権限を設定する。

次のコマンドを実行して権限を設定します。

chmod u=rwx,go=rx /etc/rc.d/init.d/jp1_service_cluster
chown root:root /etc/rc.d/init.d/jp1_service_cluster
chmod u=rwx,go=rx /etc/rc.d/rc3.d/SXX_JP1_SERVICE
chown -h root:root /etc/rc.d/rc3.d/SXX_JP1_SERVICE
chmod u=rwx,go=rx /etc/rc.d/rc5.d/SXX_JP1_SERVICE
chown -h root:root /etc/rc.d/rc5.d/SXX_JP1_SERVICE
chmod u=rwx,go=rx /etc/rc.d/rc0.d/KXX_JP1_SERVICE
chown -h root:root /etc/rc.d/rc0.d/KXX_JP1_SERVICE
chmod u=rwx,go=rx /etc/rc.d/rc6.d/KXX_JP1_SERVICE
chown -h root:root /etc/rc.d/rc6.d/KXX_JP1_SERVICE

注意事項

JP1サービスを自動停止する場合は，必ず自動起動もするようにしてください。自動停止だけの場合には停止スクリプトが起動されません。

(4)　物理ホストおよび論理ホストの両方で自動起動および自動停止をする場合の設定

物理ホストおよび論理ホストの両方で自動起動および自動停止をしたい場合は，論理ホストの自動起動および自動停止の設定に加えて，次に示す設定をする必要があります。

なお，設定方法はOSごとに異なります。OSごとの設定方法を次に示します。

(a)　Windows環境の場合

起動管理機能を使って，サービスの起動順序および終了順序を定義します。

物理ホストおよび論理ホストの起動順序および終了順序を変更したい場合は，起動管理機能の定義を変更してください。

起動管理機能の詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(b)　HP-UX，Solaris，およびLinuxの環境の場合

自動起動および自動停止の順序は，自動起動および自動停止スクリプトの数字部分（SXXおよびKXXのXX部分）の値によって決定されます。数字部分の値が大きいほど，あとから実行されます。物理ホストの自動起動および自動停止スクリプトへのシンボリックリンクは，インストール時に自動で作成されます。物理ホストも含めた自動起動および自動停止をする場合は，論理ホスト用に作成するシンボリックリンクの名称を変更して，物理ホストおよび論理ホストの起動および停止順序を調節してください。

なお，物理ホスト用の自動起動および自動停止スクリプトは，あらかじめ用意されています。物理ホストの自動起動および自動停止スクリプトへのシンボリックリンク一覧を次の表に示します。

表11‒3　JP1/AJS3の物理ホストの自動起動および自動停止スクリプトへのシンボリックリンク一覧

OS名

起動スクリプト

停止スクリプト

HP-UX

/sbin/rc2.d/S907jp1ajs2

/sbin/rc1.d/K093jp1ajs2

Solaris

/etc/rc2.d/S99_JP1_80_AJS2

/etc/rc0.d/K01_JP1_20_AJS2

Linux

/etc/rc.d/rc3.d/S99_JP1_80_AJS2

/etc/rc.d/rc5.d/S99_JP1_80_AJS2

/etc/rc.d/rc0.d/K01_JP1_20_AJS2

/etc/rc.d/rc6.d/K01_JP1_20_AJS2

シンボリックリンク一覧のSXXおよびKXXのXX（数字）部分の値と，論理ホストの自動起動および自動停止スクリプトのシンボリックリンクのSXXおよびKXXのXX（数字）部分の値との大小関係によって，物理ホストおよび論理ホストの起動順序を調節してください。

例えば，論理ホストを先に起動したい場合は，論理ホスト用に作成する自動起動スクリプトへのシンボリックリンク名SXXの数字を，900（HP-UXの場合）または99（SolarisおよびLinuxの場合）より小さい値にしてください。

なお，JP1/AJS3はJP1/Baseを前提としている製品のため，先にJP1/Baseが起動している必要があります。

11.6　クラスタシステムでの注意事項

クラスタシステムでの注意事項を次に示します。

11.6.1　クラスタシステム運用時の注意事項

クラスタシステム運用時の注意事項を次に示します。

(1)　JP1/AJS3全体に対する注意事項

JP1/AJS3で使用できる論理ホスト名の最大長は32バイトです。このため，JP1/Baseで作成する論理ホスト名には，32バイト以下の名称を指定してください。また，UNIXで強制終了コマンド（jajs_killall.clusterコマンド）を使用する場合は，論理ホスト名の先頭から15バイトまでで一意になるような名称を指定してください。詳細については，「(3) UNIXに対する注意事項」を参照してください。

クラスタシステムでJP1/AJS3のセットアップを実施する場合は，物理ホストおよび既存の論理ホストで動作しているJP1/AJS3のサービスを必ず停止してください。JP1/AJS3のサービスを停止しないままセットアップを実施した場合，JP1/AJS3のサービスが正しく動作しなくなります。この場合は，サーバを再起動して回復させてください。

クラスタシステムでJP1/AJS3を多重起動する場合，多重起動する論理ホストの数だけ，システムのリソースが必要になります。

キューレスエージェントサービス，キューレスファイル転送サービス，JP1/AJS3 Console Managerサービス，JP1/AJS3 Console Agentサービスはホストに一つのサービスです。しかし，クラスタソフトによる共有ディスクおよび論理IPアドレスの移動に伴い，論理ホストごとに処理を切り分けることで，クラスタシステムに対応しています。

クラスタソフトによっては，障害をシミュレーションする機能があります。JP1/AJS3に対してシミュレーション機能を使用する場合，クラスタソフトがJP1/AJS3を停止しない，または停止を待たないで障害扱いとすることがあるため，JP1/AJS3の再起動に失敗するなど意図しない動作をすることがあります。クラスタソフトによって再起動間隔を調整することで回避できますが，再起動間隔を調整できないクラスタソフトでは，障害をシミュレーションする機能は使用できません。

クラスタソフトによっては，JP1/AJS3サービスの起動時間または停止時間を監視し，一定時間内に起動または停止が完了しない場合はタイムアウトすることがあります。JP1/AJS3サービスの起動時間または停止時間は，スケジューラーサービス数などの環境によって異なるため，環境に応じてクラスタソフトのタイムアウト値を調整してください。

なお，JP1/AJS3サービスの起動時間または停止時間は，クラスタソフトではなく，サービスまたはコマンドを使用した起動時間または停止時間を目安にしてください。

JP1/AJS3サービスの停止直後，JP1/AJS3のプロセスの一部が残っている場合があります。クラスタソフトで再起動設定している場合，JP1/AJS3の再起動に失敗することがありますが，クラスタソフトの再起動間隔，または再起動回数を増やすことで回避できます。

QUEUEジョブ，サブミットジョブで使用するデータベース（ISAM），および内部ファイルの二重化はサポートしていません。RAIDディスクなどを利用して，ディスクシステム自体で信頼性を確保してください。

NFSなどの，ネットワークを介したファイルシステムにマウントされたディスクは，クラスタシステムの共有ディスクとして使用できません。

クラスタシステムでJP1/AJS3のセットアップを実施すると，接続元制限の設定は物理ホストと論理ホストで同じになります。物理ホストと論理ホストで異なる設定にする場合は，論理ホストで接続元制限の設定を変更する必要があります。物理ホストと同じ設定で問題ない場合でも，自ホストのIPアドレスとして論理ホスト用IPアドレスが新たに割り当てられることになるため，物理ホストおよび論理ホストの接続許可設定ファイルに論理ホスト用IPアドレスを追加してください。接続元制限の設定を変更する手順については，「8.11 接続元制限の設定を変更する」を参照してください。

(2)　Windowsに対する注意事項

クラスタシステム運用時，論理ホスト上で起動されるJP1/AJS3サービスは，JP1/AJS3のプロセスが異常終了した場合には縮退運転しないで，すべてのプロセスを終了します。異常終了したJP1/AJS3のプロセスを再起動するように設定している場合，再起動の設定は無効になります。

環境変数JP1_HOSTNAMEをシステム環境変数，ユーザー環境変数として設定しないでください。サービスの起動などができなくなることがあります。環境変数JP1_HOSTNAMEは，コマンドプロンプトまたはバッチファイルで設定してください。論理ホスト名の指定方法については，「11.1.1(4) 論理ホスト名の条件」を参照してください。

クラスタソフトによっては，Windowsの［コントロールパネル］ウィンドウの［サービス］または［管理ツール］−［サービス］で論理ホストのJP1/AJS3サービスを停止すると，JP1/AJS3の停止を待たないで障害扱いにすることがあるため，JP1/AJS3の再起動に失敗するなど意図しない動作をすることがあります。

(3)　UNIXに対する注意事項

クラスタシステム運用時，論理ホスト上で起動されるJP1/AJS3サービスは，JP1/AJS3のプロセスが異常終了した場合には縮退運転しないで，すべてのプロセスを終了してください。異常終了したJP1/AJS3のプロセスを再起動するように設定している場合，再起動が優先されるため，設定を解除してください。再起動設定の詳細については，「7.3.1 異常終了したJP1/AJS3のプロセスを再起動する」を参照してください。

なお，論理ホスト上で-HAオプションを指定して起動するJP1/AJS3サービスは，JP1/AJS3のプロセスが異常終了した場合には縮退運転しないで，すべてのプロセスを終了します。また，異常終了したJP1/AJS3のプロセスを再起動するように設定している場合であっても，再起動の設定は無効になります。

環境変数JP1_HOSTNAMEが設定されている環境で，物理ホストの停止・起動を行う場合は，一時的に環境変数JP1_HOSTNAMEを削除した，シェルなどから実行するようにしてください。なお，自動起動および自動終了する場合の設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.7.1(8) 環境変数JP1_HOSTNAMEに依存しないJP1/AJS3サービスの自動起動および自動終了を設定する」を参照してください。

UNIXで強制終了コマンド（jajs_killall.clusterコマンド）を使用する場合は，論理ホスト名の先頭から32バイトまでで一意になるような名称を指定してください。このコマンドは，論理ホスト名を先頭から32バイトまでで判定して，対応するプロセスを強制終了します。名称が33バイト以上の論理ホストが複数存在する場合，強制終了コマンドに指定した論理ホスト名の先頭から32バイトまでが同じであるすべての論理ホストが強制終了の対象になります。

(4)　イベント起動に関する注意事項

07-10より前のバージョンで，すでにクラスタシステム運用がセットアップされている環境から，07-10以降にバージョンアップした場合，論理ホストのファイル更新モードを定義する環境設定パラメーターFileWriteModeは「nosync」（非同期）となります。論理ホストのファイル更新モードを同期にするには，jajs_configコマンドで環境設定パラメーターFileWriteModeを「sync」（同期）に変更してください。

07-10以降にバージョンアップ後，クラスタシステム運用のセットアップをすると，論理ホストのファイル更新モードを定義する環境設定パラメーターFileWriteModeは「sync」（同期）に設定されます。論理ホストのファイル更新モードを非同期にするには，クラスタシステム運用のセットアップ後に，jajs_configコマンドでJP1/AJS3 - ManagerまたはJP1/AJS3 - Agentの環境設定パラメーターFileWriteModeを「nosync」（非同期）に変更してください。

07-10-/Cより前のバージョンで，すでにクラスタシステム運用がセットアップされている環境から，07-10-/C以降にバージョンアップした場合，論理ホストのイベント・アクション制御の環境設定パラメーターEVProcessHAは「N」となります。

また，07-10-/Cへバージョンアップ後に，クラスタシステム運用のセットアップをすると，論理ホストの環境設定パラメーターEVProcessHAは「Y」となります。必要に応じて設定を変更してください。

メールシステム連携を使用している場合，物理ホストまたは論理ホストのうち，どれか一つのJP1/AJS3だけで連携できます。論理ホストで連携する場合でも，連携機能の環境設定は物理ホストに定義してください。ただし，UNIXホストでのメールシステム連携でメール受信監視ジョブを実行する場合だけ，メールシステム連携機能を使用するかどうかを定義する環境設定パラメーターExecModeを物理ホストで設定してください。それ以外の環境設定パラメーターは，論理ホストで設定してください。

環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　2.4.2 メール受信監視ジョブのための環境設定をする」を参照してください。

なお，メールシステム連携は，多重起動できないため待機系ではこれらの連携ができません。

(5)　QUEUEジョブ，サブミットジョブの実行環境に対する注意事項

クラスタシステム運用時，実行系で実行中のジョブがある状態でJP1/AJS3サービスを停止した場合，実行中のジョブは強制終了されてから待機系に移行します。しかし，強制終了されたジョブの状態は，待機系ではすぐには終了状態とは認識されません。数分後に終了状態になります。

JP1/OJE for VOS3と連携するために，jpqreguserコマンドでVOS3ユーザー情報を登録する場合は，実行系ホストおよび待機系ホストの両方にユーザー情報を登録する必要があります。実行系ホストのユーザー情報を追加・変更・削除した場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　jpqreguser」のクラスタシステムで運用する場合の注意事項に示す手順に従って，待機系ホストのユーザー情報を追加・変更・削除してください。

(6)　キューレスジョブ実行環境に関する注意事項

キューレスジョブ実行環境に関する注意事項の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　8.2.5(3) キューレスジョブ使用時に論理ホストを自動でアタッチ・デタッチする場合の注意事項」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　17.2.5 キューレスジョブ実行環境の設定」（UNIXの場合）を参照してください。

(7)　定義内容の事前チェック機能に関する注意事項

定義内容の事前チェック機能に関する注意事項については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　8. 定義内容の事前チェック」を参照してください。

(8)　非クラスタ環境の論理ホスト使用時の注意事項

非クラスタ環境の論理ホストでは，共有ディスク上の管理情報が引き継がれないため，フェールオーバーに対応していません。複数のホストで論理ホストIPを引き継ぐ運用はしないでください。

12　JP1/AJS3のディザスター・リカバリー

この章では，JP1/AJS3のディザスター・リカバリー運用の仕組みや前提条件，システム構成，運用環境を変更する場合の手順などについて説明します。

12.1　JP1/AJS3のディザスター・リカバリー運用

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

JP1/AJS3のディザスター・リカバリー運用の概要を次の図に示します。

図12‒1　JP1/AJS3のディザスター・リカバリー運用の概要

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

メインサイトとリモートサイトで同じ環境のシステムを構築し，メインサイトの論理ホストが使用している共有ディスクの内容を，ハードウェアが持つディスクのコピー・ミラーリング機能を使用してリモートサイトの共有ディスクにコピーします。メインサイト側の共有ディスクをメインボリューム，リモートサイト側の共有ディスクをリモートボリュームと呼びます。

12.1.1　ディザスター・リカバリーの仕組み

JP1/AJS3が対応するディザスター・リカバリーの仕組みについて説明します。

(1)　メインサイトでの運用および共有ディスク間のコピーの開始

ディザスター・リカバリー環境の構築が完了したら，メインサイト側での運用およびリモートサイトへのコピーを開始してください。

メインサイト側での運用中は，リモートサイト側の論理ホスト（ディザスター・リカバリー運用対象）のJP1/AJS3サービスの起動が抑止されます。

図12‒2　メインサイトでの運用および共有ディスク間のコピーの開始

補足事項

メインサイト側で運用中の場合，リモートサイト側のディザスター・リカバリー運用対象の論理ホストはJP1/AJS3サービスが起動抑止状態のため，JP1/AJS3 - ViewやJP1/AJS3 - Web Operation Assistantなどで接続することはできません。

(2)　大規模災害などによるメインサイトの停止

大規模災害の発生などでメインサイト側のシステムが停止した場合は，リモートサイト側のハードウェア操作によって共有ディスク間のコピーを停止し，リモートボリュームを書き込みできる状態に変更します。

図12‒3　大規模災害などによるメインサイトの停止

(3)　リモートサイトへの運用切り替え

リモートサイト側の論理ホストをメインサイトとする運用に切り替えます。運用切り替えが完了すると，リモートサイト側のJP1/AJS3サービスの起動抑止状態が解除されます。リモートサイト側のJP1/AJS3サービスをディザスターリカバリースタートし，業務を再開します。

図12‒4　リモートサイトへの運用切り替え

(4)　メインサイトの再構築

被災したメインサイト側のシステムを再構築します。メインサイト側のシステムの再構築が完了したら，リモートサイト側からメインサイト側へ逆転のコピーを開始してください。

図12‒5　メインサイトの再構築

補足事項

メインサイトのシステムが復旧するまでの期間は，通常のJP1/AJS3のバックアップ方法で運用しているリモートサイト側のシステムをバックアップしてください。

(5)　メインサイトへの運用切り戻し

リモートサイト側のJP1/AJS3サービスを停止し，ジョブが実行されていないことを確認します。ジョブが実行されていないことが確認できたら，リモートサイト側からメインサイト側へ逆転のコピーを停止します。ハードウェア操作によってメインボリュームが書き込みできる状態に変更し，メインサイト側の論理ホストをメインサイトとする運用に切り替えます（運用切り戻し）。運用切り戻しが完了すると，メインサイト側のJP1/AJS3サービスの起動抑止状態が解除されます（リモートサイト側のJP1/AJS3サービスが起動抑止状態になります）。メインサイト側からリモートサイト側へのリモートコピーを開始し，メインサイト側のJP1/AJS3サービスを起動して業務を再開します。運用切り戻し直後の初回JP1/AJS3サービス起動時は，ディザスターリカバリースタートでサービスが起動します。

図12‒6　メインサイトへの運用切り戻し

12.1.2　ディザスター・リカバリー運用の前提条件とサポート範囲

JP1/AJS3をディザスター・リカバリー運用する場合の前提条件およびサポート範囲について説明します。

(1)　前提条件

JP1/AJS3をディザスター・リカバリー運用する場合の前提条件を次に示します。

共有ディスクとして使用するハードウェアが次の仕様を有すること。

メインボリュームとリモートボリュームの書き込み順序を保証する。

共有ディスク間のコピー動作を停止したときに，ハードウェアによってメインボリュームとリモートボリュームの整合性が確保できることを保証する。

共有ディスク間のコピー中は，リモートサイト上でリモートボリュームに書き込みできないことを保証する。

メインサイトとリモートサイトのJP1/AJS3 - Managerのバージョンが09-10以降であること。ただし，メインサイトとリモートサイトの論理ホスト名が同一の構成の場合は，JP1/AJS3 - Managerのバージョンが10-50以降であること。

JP1/AJS3のデータベース構成が，標準構成または標準構成（ISAMレス構成）であること。

論理ホスト環境であること。

クラスタシステムでJP1/AJS3を運用する場合は，「11.1.1 JP1/AJS3のクラスタシステムでの前提条件とサポート範囲」に示す条件を満たしていること。

(2)　サポート範囲

ディザスター・リカバリー運用する上でJP1/AJS3がサポートする範囲を次に示します。

JP1/AJS3 - Managerの論理ホストが使用する共有ディスク

JP1/AJS3 09-10以降の新規に構築する論理ホストをディザスター・リカバリー環境にする場合

JP1/AJS3 09-00以前の論理ホストをディザスター・リカバリー環境にすることはできません。

また，「(1) 前提条件」に示した条件を満たしていない場合は，JP1/AJS3の動作で発生した問題もサポートの対象外となります。

12.1.3　JP1/AJS3が対応するディザスター・リカバリーのシステム構成

JP1/AJS3が対応するディザスター・リカバリーのシステム構成について説明します。

(1)　ディザスター・リカバリーの適用条件

JP1/AJS3のディザスター・リカバリー環境は，次の条件を満たしている必要があります。

メインサイトおよびリモートサイトのホストのOSおよびOSのバージョンが同一であること。また，インストールするJP1/AJS3 - Managerおよび前提プログラムであるJP1/Baseのバージョンが同一であり，インストール先ドライブおよびフォルダを同一にすること。

JP1/AJS3の前提OSおよび前提プログラムについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.1.2 JP1/AJS3の前提条件」を参照してください。

メインサイトとリモートサイトのマシンスペックが同等であること。

運用切り替え後も同じように業務を継続できるように，メインサイト側とリモートサイト側のマネージャーホストのスペックを同等にしておくことを推奨します。JP1/AJS3が推奨するマシンスペック以上のものであれば同等でなくても問題ありませんが，運用切り替え後の処理性能を考慮してください。

メインサイトとリモートサイトでJP1/AJS3およびJP1/Baseが使用する言語種別（環境変数LANGなど）が同一であること。

メインサイトとリモートサイトのホストの日付と時刻が同一であること。

メインサイトとリモートサイトのJP1/Baseの設定が同一であること。

メインサイトで使用するエージェントホストがリモートサイトで名前解決できること。

メインサイトで使用するエージェントホストがリモートサイトで名前解決できない場合，リモートサイトに運用を切り替えたあとのディザスターリカバリースタート時に時間が掛かったり，接続でタイムアウトが発生したりすることがあります。そのため，正しく名前解決できるようにリモートサイトのjp1hosts，jp1hosts2，hostsファイル，またはDNSなどの設定をする必要があります。jp1hostsまたはjp1hosts2については，マニュアル「JP1/Base 運用ガイド」を参照してください。

メインサイトとリモートサイトのマネージャーホストの論理ホスト名を同一にする場合は，メインサイトとリモートサイトは1対1であること。

補足事項

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

詳細については，使用するハードウェアのドキュメントを参照してください。

(2)　システム構成の例

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

(a)　クラスタ構成の場合

クラスタ構成の場合の例を示します。

エージェントホストを分ける場合

メインサイトで使用するエージェントホストと，リモートサイトに運用を切り替えた場合に使用するエージェントホストをそれぞれに用意する場合の例を次の図に示します。

図12‒7　クラスタ構成の場合のシステム構成（エージェント非共有型）

同じエージェントホストを使用する場合

メインサイトで使用するエージェントホストと，リモートサイトに運用を切り替えた場合に使用するエージェントホストを共有する場合の例を次の図に示します。

図12‒8　クラスタ構成の場合のシステム構成（エージェント共有型）

(b)　非クラスタ構成の場合

クラスタ構成でない場合の例を示します。

エージェントホストを分ける場合

メインサイトで使用するエージェントホストと，リモートサイトに運用を切り替えた場合に使用するエージェントホストをそれぞれに用意する場合の例を次の図に示します。

図12‒9　非クラスタ構成の場合のシステム構成（エージェント非共有型）

同じエージェントホストを使用する場合

メインサイトで使用するエージェントホストと，リモートサイトに運用を切り替えた場合に使用するエージェントホストを共有する場合の例を次の図に示します。

図12‒10　非クラスタ構成の場合のシステム構成（エージェント共有型）

(c)　クラスタ構成と非クラスタ構成が混在する場合

メインサイトがクラスタ構成でリモートサイトが非クラスタ構成，またはメインサイトが非クラスタ構成でリモートサイトがクラスタ構成のように，クラスタ構成と非クラスタ構成が混在するシステムも構成できます。

メインサイトがクラスタ構成で，リモートサイトが非クラスタ構成の場合の例を示します。

エージェントホストを分ける場合

メインサイトで使用するエージェントホストと，リモートサイトに運用を切り替えた場合に使用するエージェントホストをそれぞれに用意する場合の例を次の図に示します。

図12‒11　メインサイトがクラスタ構成でリモートサイトが非クラスタ構成の場合のシステム構成（エージェント非共有型）

同じエージェントホストを使用する場合

メインサイトで使用するエージェントホストと，リモートサイトに運用を切り替えた場合に使用するエージェントホストを共有する場合の例を次の図に示します。

図12‒12　メインサイトがクラスタ構成でリモートサイトが非クラスタ構成の場合のシステム構成（エージェント共有型）

12.1.4　JP1/AJS3の共有ディレクトリの情報以外で業務に必要なデータの配置

メインサイトからリモートサイトへのコピー対象でない，共有ディスクにあるJP1/AJS3の共有ディレクトリの情報以外のデータは，通常運用時に別途リモートサイト側に配置しておく必要があります。

メインサイトとリモートサイトの論理ホストを別名にしている場合は，リモートサイト側への配置の際に，論理ホスト名に注意してください。

(1)　JP1/AJS3の共有ディレクトリの情報以外で業務に必要なデータ

JP1/AJS3の共有ディレクトリの情報以外で業務に必要なデータを次に示します。

表12‒1　JP1/AJS3の共有ディレクトリの情報以外で業務に必要なデータ

項番

必要なデータ

リモートサイト側への配置方法

1

ジョブとして実行されるユーザーアプリケーション

通常運用時にリモートサイト側に配置してください。

2

ユーザーアプリケーションが必要とするデータやファイル

通常運用時にリモートサイト側に配置してください。

3

ユーザーアプリケーションの実行環境

OSのユーザー名やJP1/Baseのユーザーマッピングの設定など，リモートサイト側でユーザーアプリケーションを実行できるようにしてください。

(2)　JP1/AJS3の共有ディレクトリの情報以外で業務に必要なデータの配置

JP1/AJS3以外のプログラムデータおよびファイルの配置例を次の図に示します。

図12‒13　JP1/AJS3以外のプログラムデータおよびファイルの配置例

なお，自ホスト以外のサーバにアクセスする業務についても，拠点停止を考慮した運用設計が必要になります。例えば，マネージャーホストと通信するユーザーアプリケーションを使用する場合は，マネージャーホストが切り替わることを想定して適切なエラー処理や切り替え先ホストへの再接続処理を実装しておくなどの検討が必要です。

12.2　運用の切り替え

JP1/AJS3のディザスター・リカバリー運用の開始からリモートサイトへの運用切り替え，メインサイトへの運用切り戻しまでの流れを次の図に示します。

図12‒14　運用切り替えの流れ

ディザスター・リカバリー環境の構築が完了したら，通常の運用を開始します。大規模災害などが発生し，メインサイトが停止する事態が起きたらリモートサイトに運用を切り替えて業務を再開します。拠点が復旧できたら，メインサイトを再構築して運用を切り戻すこともできます。

ディザスター・リカバリー運用での各操作について次に説明します。

12.2.1　リモートサイトに運用を切り替える

メインサイトで大規模災害などによる不意の拠点停止が起こると，リモートサイトで運用切り替えを実施し，業務を再開します。

ここでは，メインサイトからリモートサイトに運用を切り替える手順について説明します。

リモートサイトに運用を切り替える流れを次の図に示します。

図12‒15　リモートサイトに運用を切り替える流れ

なお，運用を切り替えたあと，再度共有ディスク間のコピーを開始するまでの期間も，不測の事態に備えてJP1/AJS3のデータのバックアップが必要です。メインサイトが再構築できるまでは，リモートサイトでバックアップを取得し，障害が発生した場合はバックアップ情報から回復してください。バックアップとリカバリーの詳細については，「2. バックアップとリカバリー」を参照してください。

(1)　運用切り替え手順

運用を切り替える際には，ハードウェアの操作で共有ディスク間のコピーを停止し，リモートサイトでリモートボリュームが書き込みできる状態に変更します。

運用を切り替える手順を次に示します。

注意事項

ここで説明する手順は，メインサイトとリモートサイトの論理ホスト名が同一名の場合も別名の場合も，共通です。

メインサイトとリモートサイトの論理ホスト名が同一名の場合，手順の中でコマンドの引数として指定する「リモートサイトの論理ホスト名」は，メインサイトの論理ホスト名と同一です。

リモートサイトの実行系で，メインサイトとして運用する論理ホストを設定する。

Windowsの場合はAdministrators権限，UNIXの場合はスーパーユーザー権限を持ったユーザーでリモートサイトのホストにログインし，次のコマンドを実行します。

jajs_rpsite -m CHANGE -h リモートサイトの論理ホスト名

メインサイトとリモートサイトの論理ホストが別名の場合，イベント・アクション制御エージェントが記憶するメインサイトの論理ホスト名を削除する。

この手順は，メインサイトとリモートサイトの論理ホストが別名の場合にだけ実施します。

メインサイトの論理ホスト自身に対してイベントジョブを実行していた場合，論理ホスト上のイベント・アクション制御エージェントに，メインサイトの論理ホスト名が記憶されます。

また，メインサイトとリモートサイトでエージェントを共有している環境で，エージェントに対してイベントジョブを実行していた場合，エージェントホスト上のイベント・アクション制御エージェントにメインサイトの論理ホスト名が記憶されます。

そのため，メインサイトとリモートサイトの論理ホスト名が別名の場合は，運用切り替え時に，イベントジョブの実行先ホスト上のイベント・アクション制御エージェントからメインサイトの論理ホスト名を削除する必要があります。

共有しているエージェントまたはリモートサイトの論理ホスト上で，次の操作を実行してください。

(1) イベント・アクション制御エージェントが記憶するマネージャーホスト名の一覧を表示する。

イベント・アクション制御エージェントにメインサイトの論理ホスト名が記憶されているかどうかを確認するため，次のコマンドを実行します。

リモートサイトの論理ホスト上で実行する場合：

jpoagoec -p -h リモートサイトの論理ホスト名

共有しているエージェント（物理ホスト）上で実行する場合：

jpoagoec -p

共有しているエージェント（論理ホスト）上で実行する場合：

jpoagoec -p -h 論理ホスト名

(2) (1)で表示した一覧にメインサイトの論理ホスト名がある場合，次のコマンドを実行する。

リモートサイトの論理ホスト上で実行する場合：

jpoagoec -d メインサイトの論理ホスト名 -h リモートサイトの論理ホスト名

共有しているエージェント（物理ホスト）上で実行する場合：

jpoagoec -d メインサイトの論理ホスト名

共有しているエージェント（論理ホスト）上で実行する場合：

jpoagoec -d メインサイトの論理ホスト名 -h 論理ホスト名

jpoagoecコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jpoagoec」を参照してください。

QUEUEジョブ，サブミットジョブ実行環境データベースのISAMファイルの状態を確認し，必要に応じて再作成する。

標準構成で運用している場合，リモートサイトにコピーされたISAMファイルが正常な状態かどうかを確認する必要があります。ISAMファイルの状態を確認する方法については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　2.12.1 ISAMファイルの状態確認手順」を参照してください。

ISAMファイルの状態が不正だと，ジョブの起動に失敗するなどの問題が発生し，リモートサイトでの運用が継続できないおそれがあります。その場合は，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　2.12.2 QUEUEジョブ，サブミットジョブの実行環境データベースの再作成手順」を参照して，ISAMファイルを再作成してください。ただし，JP1/AJS3サービスの再起動方法については，次の手順に従ってください。

リモートサイトの実行系で，JP1/AJS3 - Managerを起動する。

(i) JP1/AJS3 - Managerをディザスターリカバリースタートする場合

ディザスターリカバリースタートとは，ジョブの実行を抑止した状態でJP1/AJS3 - Managerを起動することです。

ジョブの実行状態には，一部メインサイトからリモートサイトへ引き継がれないものがあります。この影響で，リモートサイトでJP1/AJS3 - Managerを起動しても，メインサイト側のジョブの実行状態は反映されていません。このため，いったんジョブの実行を抑止した状態でJP1/AJS3 - Managerを起動し，必要に応じてジョブやジョブネットの状態を変更したり再実行したりします。

JP1/AJS3 - Managerをディザスターリカバリースタートするには，次の操作を実行します。

Windowsの場合

JP1/AJS3のスタートアップパラメーターに「-disaster」を指定して実行します。JP1/AJS3の起動時の動作を一時的に変更する方法については，「7.2.1 JP1/AJS3起動時の動作を一時的に変更する」を参照してください。

UNIXの場合

次のコマンドを実行します。

jajs_spmd -h リモートサイトの論理ホスト名 -disaster

jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jajs_spmd」を参照してください。

なお，拠点を切り替えたあとの初回サービス起動時は，ホットスタートまたはウォームスタートで起動した場合でも，自動的にディザスターリカバリースタートに変更して起動します。このとき，jajs_spmd_statusコマンドを実行して，すべてのプロセスが正常に起動しているか確認してください。

JP1/AJS3 - Manager起動時に異常が発生した場合，異常のタイミングによっては，JP1/AJS3サービスが起動完了した直後にスケジューラーサービスが停止し，ディザスターリカバリースタートが解除されるおそれがあります。この場合，まず異常の発生要因を取り除き，次のコマンドを実行してサービスを明示的にディザスターリカバリースタートで起動し直してください。

JP1/AJS3サービスを起動する場合：

jajs_spmdコマンドに-disasterオプションを指定して実行してください。

スケジューラーサービスを個別に起動する場合：

jajs_spmd -n jajs_schdコマンドに-disasterオプションを指定して実行してください。または，ajsstartコマンドに-Dオプションを指定して実行してください。

(ii) JP1/AJS3 - Managerをコールドスタートする場合

JP1/AJS3 - Managerをコールドスタートする場合，システム構成によって手順が異なります。ディザスター・リカバリー運用でのシステム構成については，「12.1.3 JP1/AJS3が対応するディザスター・リカバリーのシステム構成」を参照してください。

同じエージェントホストを使用する場合（エージェント共有型の場合）

Windowsの場合

JP1/AJS3のスタートアップパラメーターに「-cold」を指定して実行します。JP1/AJS3の起動時の動作を一時的に変更する方法については，「7.2.1 JP1/AJS3起動時の動作を一時的に変更する」を参照してください。

UNIXの場合

次のコマンドを実行します。

jajs_spmd -h リモートサイトの論理ホスト名 -cold

jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jajs_spmd」を参照してください。

エージェントホストを分ける場合（エージェント非共有型の場合）

次の操作を実行します。

(1) JP1/AJS3 - Manager起動時にスケジューラーサービスを自動起動しないようにする。

リモートサイトの論理ホストで運用するスケジューラーサービスの環境設定パラメーターAUTOSTARTに「no」を設定します。

論理ホスト上のスケジューラーサービスを多重起動する設定にしている場合は，すべてのスケジューラーサービスの環境設定パラメーターAUTOSTARTに「no」を設定する必要があります。

すでに「no」が設定されているスケジューラーサービスに対しては，この操作は不要です。

環境設定パラメーターAUTOSTARTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド2　2.2 スケジューラーサービス環境設定」を参照してください。

(2) JP1/AJS3 - Managerを起動する。

Windowsの場合

JP1/AJS3のスタートアップパラメーターに「-cold」を指定して実行します。JP1/AJS3の起動時の動作を一時的に変更する方法については，「7.2.1 JP1/AJS3起動時の動作を一時的に変更する」を参照してください。

UNIXの場合

次のコマンドを実行します。

jajs_spmd -h リモートサイトの論理ホスト名 -cold

jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jajs_spmd」を参照してください。

(3) イベント・アクション制御マネージャーが保持する情報を削除する。

次のコマンドを実行します。

jpomanevreset -h リモートサイトの論理ホスト名 -F スケジューラーサービス名 -all -s

論理ホスト上のスケジューラーサービスを多重起動する設定にしている場合は，すべてのスケジューラーサービスに対してコマンドを実行する必要があります。

jpomanevresetコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jpomanevreset」を参照してください。

(4) 次のコマンドを実行してスケジューラーサービスを起動する。

jajs_spmd -h リモートサイトの論理ホスト名 -n jajs_schd -F スケジューラーサービス名 -cold

論理ホスト上のスケジューラーサービスを多重起動する設定にしている場合は，すべてのスケジューラーサービスに対してコマンドを実行する必要があります。

jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jajs_spmd」を参照してください。

(5) スケジューラーサービスの自動起動の設定を元に戻す。

手順(1)で設定した，リモートサイトの論理ホストで運用するスケジューラーサービスの環境設定パラメーターAUTOSTARTを「yes」（自動起動する）に戻します。

なお，手順(1)で設定を変更していないスケジューラーサービスに対しては，この操作は不要です。

リモートサイトの実行系で，JP1/AJS3 - Managerを起動したあとに必要な作業を実施する。

リモートサイトで運用するために，実行エージェントの定義をリモートサイト環境に合わせたり，ジョブの状態を確認したりする必要があります。

JP1/AJS3 - Managerを起動したあとに必要な作業については，「12.2.1(2) JP1/AJS3 - Manager起動後の作業」を参照してください。

リモートサイトの実行系で，ジョブの実行抑止を解除する。

次のコマンドを実行して，ジョブの実行抑止を解除します。

ajsalter -s none -F スケジューラーサービス名

ジョブの実行抑止を解除したら，リモートサイトで業務を再開してください。

なお，JP1/AJS3 - Managerをコールドスタートした場合は，この操作は必要ありません。

(2)　JP1/AJS3 - Manager起動後の作業

メインサイトからリモートサイトへ運用を切り替える場合の，リモートサイトのJP1/AJS3 - Managerを起動したあとに必要な作業について説明します。

JP1/AJS3 - Manager起動後の作業は，メインサイトとリモートサイトの論理ホスト名が同一名か別名かによって，必要可否が異なります。

次の表で説明する項目について，環境に応じて実施してください。

表12‒2　JP1/AJS3 - Manager起動後の作業一覧

項番

作業項目

作業内容

論理ホスト名が別名

論理ホスト名が同一名

参照先

1

接続する論理ホストの変更

JP1/AJS3 - Viewなどから接続する論理ホストを，リモートサイトの論理ホストに変更する

○

△※1

「(a) 接続する論理ホストを変更する」

2

実行エージェントの実行ホスト名変更

リモートサイトのエージェントホスト構成に合わせて，実行エージェントの実行ホスト名の定義を変更する

○

○

「(b) 実行エージェントを定義する」

3

ユニットの状態確認・設定変更

拠点停止時のジョブの状態を確認し，リモートサイトに反映されていないジョブの状態を変更したり，再実行したりする

○

○

「(c) ジョブの実行状態を確認する」

4

次のリモートジョブネットがある場合，状態を確認し，必要に応じて運用を再開する

メインサイトで定義しているリモートジョブネット

実行マネージャーにメインサイトの論理ホストを指定しているリモートジョブネット

○

○

「(d) リモートジョブネットの状態を確認する」

5

異なるスケジューラーサービス間のルートジョブネットの実行順序を制御している場合，ジョブネットコネクタ，接続先のジョブネット，および接続先のプランニンググループの状態を確認し，必要に応じて運用を再開する

○

○

「(e) 異なるスケジューラーサービス間のルートジョブネットの実行順序を制御している場合の運用拠点を変更する」

6

JP1/AJS3 ConsoleまたはJP1/AJS2 Consoleを使用している場合で，次のどちらかに該当するとき，設定の変更や定義の再編集をする

ホスト名にメインサイトのホスト名を指定しているAJS3ユニット監視オブジェクトまたはAJS2ユニット監視オブジェクトがある

メインサイトが停止したときにJP1/AJS3 Console ViewまたはJP1/AJS2 Console ViewでメインサイトのJP1/AJS3 Console Managerに接続し，AJS3ユニット監視オブジェクトまたはAJS2ユニット監視オブジェクトなどの定義を編集していた

○

×

「(f) AJS3ユニット監視オブジェクトを設定する」

7

エージェントホストに残っているメインサイトの情報削除

メインサイトとリモートサイトでエージェントホストを共有している場合，jpomanevresetコマンドを実行して，エージェントホストに残っているメインサイトの情報を削除する

○

△※2

「(g) エージェントホストに残っているメインサイトの情報を削除する」

8

キューレスエージェントサービスに論理ホストをアタッチ

キューレスジョブを使用する場合，ajsqlattachコマンドを実行して，キューレスエージェントサービスにリモートサイトの論理ホストをアタッチ（接続）する

○

○

「(h) キューレスエージェントサービスに論理ホストをアタッチする」

9

キューレスジョブの実行先ホスト名を変更

キューレスジョブを使用する場合，リモートサイトのエージェントホスト構成に合わせて，キューレスジョブの実行先ホスト名を変更する

○

○

(i) キューレスジョブの実行先ホスト名の変更

（凡例）

○：作業が必要

△：条件によっては作業が必要

×：作業は不要

※1

接続する論理ホストのIPアドレスが異なる場合に，作業が必要です。

※2

拠点停止時にイベントジョブが実行中だった場合だけ，作業が必要です。

次のどちらかの条件を満たす場合に，作業を実施してください。

項番3の作業でジョブの状態を確認したときに，「終了状態不明」状態のイベントジョブがある。

エージェントホストでjpoagtjobshowコマンドを実行したときに，リモートサイトで運用する論理ホストのイベントジョブが「実行中」状態になっている。

(a)　接続する論理ホストを変更する

運用切り替え時に，JP1/AJS3 - Viewなどが接続する論理ホストを，リモートサイトの論理ホストに変更します。変更の必要可否は，メインサイトとリモートサイトの論理ホスト名が同一名か別名かによって異なります。

メインサイトとリモートサイトの論理ホスト名が別名の場合

運用を切り替えると，論理ホスト名が変わります。そのため，JP1/AJS3 - Viewなどの接続先を，メインサイトの論理ホストからリモートサイトの論理ホストへ変更します。

変更が必要な接続を次に示します。

JP1/AJS3 - Viewからの接続

JP1/AJS3 - Definition Assistantからの接続

JP1/AJS3 - Web Operation Assistantからの接続

リモートコマンドの実行

ログやJP1イベントを監視しているジョブの接続先

メインサイトとリモートサイトの論理ホスト名が同一名の場合

運用する論理ホストのIPアドレスが同じ場合は，作業は不要です。

運用する論理ホストのIPアドレスが異なる場合は，共有エージェントなど，メインサイトとリモートサイトで共有しているホストからの接続を，リモートサイトの論理ホストへの接続に変更します。

接続を変更するには，DNSによる名前解決やhostsファイルなど，共有しているホストの通信設定を変更します。通信設定によってはシステムの再起動が必要な場合があるため，注意してください。

変更が必要な接続を次に示します。

JP1/AJS3 - Managerからの接続（リモートコマンドの実行）

JP1/AJS3 - Agentからの接続

JP1/AJS3 - Viewからの接続

JP1/AJS3 - Definition Assistantからの接続

JP1/AJS3 - Web Operation Assistantからの接続

(b)　実行エージェントを定義する

リモートサイトのエージェントホスト構成に合わせて，実行エージェントの実行ホスト名の定義を変更します。実行エージェントの定義を確認するには，ajsagtprintコマンドまたはajsagtshowコマンドを使用します。

実行エージェントの定義を変更する場合は，ajsagtaltコマンドを実行します。また，実行エージェントを追加する場合は，ajsagtaddコマンドを実行します。

コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1」を参照してください。

(c)　ジョブの実行状態を確認する

この作業は，JP1/AJS3 - Managerをディザスターリカバリースタートした場合に必要です。

JP1/AJS3 - Viewまたはコマンドで拠点停止時のジョブの状態を確認し，リモートサイトに反映されていないジョブの状態を変更したり，再実行したりしてください。

拠点停止時に実行中だったジョブの状態は，メインサイトのシステムが停止しているためリモートサイトに引き継がれていないので，特に注意が必要です。

リモートサイトに反映されたジョブ状態については，「7.2.1(3)(a) マネージャーホストのJP1/AJS3サービスを再起動する場合」の，ディザスターリカバリースタートした場合のジョブネットおよびジョブの状態についての説明を参照してください。

ジョブの実行状態を確認する方法，および状態変更や再実行の方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド」を参照してください。

なお，起動条件の監視が終了し，その起動条件によって生成された「起動条件待ち」の世代は，起動条件待ち世代の状態によって，次のように処理されます。

起動条件は成立していても，多重起動が未設定で，実行中のジョブネットの終了を待っている起動条件待ち世代のジョブネットがある場合

運用切り替え後の状態は「起動条件待ち」のままで，実行中のジョブネットの状態が「中断」になります。実行中のジョブネットの状態が「中断」になったあと，起動条件待ちのジョブネットから再び実行されます。

起動条件が部分的にだけ成立（部分成立）している場合，または起動条件がまったく成立していない場合

運用切り替え後には，このジョブネットの世代は消滅します。

(d)　リモートジョブネットの状態を確認する

メインサイトでリモートジョブネットを定義している場合，または転送先ホストにメインサイトの論理ホストを指定しているリモートジョブネットがある場合，次の手順で運用状態を確認し，必要に応じて運用を再開します。

メインサイトでリモートジョブネットを定義している場合

JP1/AJS3 - Viewで，転送先のJP1/AJS3 - Managerにログインする。

リモートジョブネットの［実行マネージャー］に定義しているホストにログインします。

リモートジョブネットのユニット名を指定して検索し，実行中のリモートジョブネットに対応するジョブネットの状態を調べる。

同じ名前のリモートジョブネットが同時に実行登録されている場合は，複数のジョブネットが検索されます。この場合は，実行開始時刻や定義内容から対応するジョブネットを判断してください。

リモートジョブネットに対応するジョブネットの実行状況を確認する。

確認した状態と運用に応じて，リモートジョブネットの再実行など必要な操作を実行してください。

メインサイトとリモートサイトの論理ホストが別名の場合に，リモートジョブネットを再実行するときは，転送元ホストでリモートジョブネットの［実行マネージャー］にリモートサイトのマネージャーホスト名を指定してください。

転送先ホストにメインサイトの論理ホストを指定しているリモートジョブネットがある場合

JP1/AJS3 - Managerをディザスターリカバリースタートする場合

JP1/AJS3 - Viewで，リモートサイトのJP1/AJS3 - Managerにログインする。

リモートジョブネットのユニット名を指定して検索し，実行中のリモートジョブネットに対応するジョブネットの状態を調べる。

同じ名前のリモートジョブネットが同時に実行登録されている場合は，複数のジョブネットが検索されます。この場合は，実行開始時刻や定義内容から対応するジョブネットを判断してください。

リモートジョブネットに対応するジョブネットの実行状況を確認する。

確認した状態と運用に応じて，リモートジョブネットの再実行など必要な操作を実行してください。

メインサイトとリモートサイトの論理ホストが別名の場合に，リモートジョブネットを再実行するときは，転送元ホストで，リモートジョブネットの［実行マネージャー］にリモートサイトのマネージャーホスト名を指定してください。

JP1/AJS3 - Managerをコールドスタートする場合

JP1/AJS3 - Viewで，リモートジョブネットを定義しているJP1/AJS3 - Managerにログインする。

［実行マネージャー］にメインサイトの論理ホストを指定しているリモートジョブネットを強制終了する。

リモートジョブネットはコールドスタートによる転送先のジョブネットの終了を検知できないため，手動で終了させてください。

必要に応じてリモートジョブネットを再実行する。

メインサイトとリモートサイトの論理ホストが別名の場合に，リモートジョブネットを再実行するときは，転送元ホストで，リモートジョブネットの［実行マネージャー］にリモートサイトのマネージャーホスト名を指定してください。

(e)　異なるスケジューラーサービス間のルートジョブネットの実行順序を制御している場合の運用拠点を変更する

異なるスケジューラーサービス間のルートジョブネットの実行順序を制御している場合，ジョブネットコネクタ，接続先のルートジョブネット，または接続先のプランニンググループの状態を確認して，必要に応じて運用を再開します。

当日実行予定か，または翌日以降の実行予定かによって手順が異なります。それぞれの手順について説明します。

当日実行予定の場合

［接続ホスト名］にメインサイトの論理ホストを指定している次のユニットの，状態を確認します。

ジョブネットコネクタ

接続先のジョブネット

接続先のプランニンググループ

ジョブネットコネクタが定義されたジョブネットおよび接続先のジョブネットの状態を確認し，必要に応じて手動で実行順序を制御してください。

翌日以降に実行予定の場合

メインサイトとリモートサイトの論理ホストが別名の場合，［接続ホスト名］にメインサイトの論理ホストを指定している次のユニットの，［接続ホスト名］を変更します。

ジョブネットコネクタ

接続先のジョブネット

接続先のプランニンググループ

接続ホスト名を変更する手順を次に示します。

接続ホスト名の変更が必要なユニットを特定する。

確認が必要なユニットは，次のとおりです。

接続先のルートジョブネットまたはプランニンググループ配下のすべてのルートジョブネット

ジョブネットコネクタ

実行登録されている接続先のジョブネットおよびジョブネットコネクタは，次のコマンドをリモートサイトのマネージャーホストでスケジューラーサービスごとに実行することで列挙できます。

ajsshow -v 表示開始日 -w 表示終了日 -i "%JJ %CH:%CF:%CN" -ER /

各フォーマット指示子の意味：

%JJ：ユニット完全名

%CH：接続先のホスト名

%CF：接続先のスケジューラーサービス名

%CN：接続先のユニット完全名

このコマンドで出力されたユニットの，「接続先のユニット完全名」に表示されている他スケジューラーサービスのユニットが変更の対象です。このコマンドで列挙されないユニットについては，手動で特定してください。

ユニットの定義を変更する。

実行順序の制御対象のJP1/AJS3 - Managerのバージョンおよび接続先のユニットによって，変更方法が異なります。実行順序の制御対象のJP1/AJS3 - Managerは，接続先のユニットが登録されているJP1/AJS3 - Managerです。次の図の例ではHostBです。

図12‒16　実行順序の制御対象のJP1/AJS3 - Manager

実行順序の制御対象のJP1/AJS3 - Managerが09-00以降で，ジョブネットコネクタまたはルートジョブネットを接続先にしている場合

ジョブネットリリース機能を使用することで，登録解除しなくても翌日以降の定義を変更できます。

接続先のジョブネットおよびジョブネットコネクタを含むルートジョブネットをコピーして，コピーしたジョブネットおよびジョブネットコネクタの［接続ホスト名］をリモートサイトのホスト名に変更します。

［接続ホスト名］を変更したジョブネットをコピー元のジョブネットにリリース登録してジョブネット定義を切り替えます。

リリース登録の方法については，「8.3 実行登録中にジョブネットの定義を切り替える」を参照してください。

実行順序制御対象のJP1/AJS2 - Managerが08-50以前である，プランニンググループを接続先にしている，またはコールドスタートなどによってユニットがすでに登録解除されている場合

変更対象のユニット（プランニンググループの場合は，配下のすべてのジョブネット）を登録解除して［接続ホスト名］をリモートサイトのホスト名に変更し，［接続ホスト名］を変更したユニットを再度実行登録します。

(f)　AJS3ユニット監視オブジェクトを設定する

この作業は，メインサイトとリモートサイトの論理ホストが別名の場合にだけ実施します。

JP1/AJS3 ConsoleまたはJP1/AJS2 Consoleを使用していて，AJS3ユニット監視オブジェクトまたはAJS2ユニット監視オブジェクトのホスト名にメインサイトのホスト名を指定している場合，または，JP1/AJS3 Console ViewでメインサイトのJP1/AJS3 Console Managerにログインし，AJS3ユニット監視オブジェクトなどの定義を編集していた場合は，設定の変更や定義の再編集が必要です。

それぞれの手順について説明します。

AJS3ユニット監視オブジェクトのホスト名を変更する

メインサイトのJP1/AJS3 Console Managerに定義している，AJS3ユニット監視オブジェクトのホスト名にメインサイトのホスト名を指定している場合，運用を切り替えたり切り戻したりすると，該当するAJS3ユニット監視オブジェクトが「状態不明」状態になり監視できません。このため，AJS3ユニット監視オブジェクトのホスト名を変更します。

運用が切り替わったJP1/AJS3 - Managerのユニットを，AJS3ユニット監視オブジェクトで監視するように設定しているすべてのJP1ユーザーで設定します。

なお，メインサイトおよびリモートサイト以外のマシンのJP1/AJS3 Console ManagerまたはJP1/AJS2 Console ManagerでメインサイトのジョブネットをAJS3ユニット監視オブジェクトまたはAJS2ユニット監視オブジェクトで監視している場合も，同じ手順でホスト名を変更します。

メインサイトのJP1/AJS3 Console Managerに定義している，AJS3ユニット監視オブジェクトのホスト名を変更する手順を次に示します。

AJS3ユニット監視オブジェクトの一覧を出力する。

JP1ユーザーごとに次のコマンドを実行します。

ajscmprint -u JP1ユーザー名 -f "%ON %mh"
           -mh リモートサイトの論理ホスト名

各フォーマット指示子の意味：

%ON：AJS3ユニット監視オブジェクトの完全名

%mh：AJS3ユニット監視オブジェクトに指定しているホスト名

このコマンドを実行すると，フォーマット指示子で指定した，AJS3ユニット監視オブジェクトの完全名とAJS3ユニット監視オブジェクトに指定しているホスト名が出力されます。

ajscmprintコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　ajscmprint」を参照してください。

メインサイトのホスト名を指定しているAJS3ユニット監視オブジェクトを探す。

出力された定義情報から，AJS3ユニット監視オブジェクトに指定しているホスト名がメインサイトの論理ホスト名の情報を探してください。

JP1/AJS3 Console ViewまたはJP1/AJS2 Console Viewを起動する。

JP1/AJS3 Console ViewまたはJP1/AJS2 Console Viewで，リモートサイトの論理ホストのJP1/AJS3 Console Managerにログインし，モードを［定義モード］にします。

AJS3ユニット監視オブジェクトのホスト名を書き換える。

手順2で探したAJS3ユニット監視オブジェクトを選択して，ホスト名をリモートサイトの論理ホスト名に変更します。

注意事項

複数のJP1ユーザーについて該当するAJS3ユニット監視オブジェクトがあった場合，JP1ユーザーごとにJP1/AJS3 Console Viewにログインして書き換えてください。

拠点停止時に編集していたAJS3ユニット監視オブジェクトを再度編集する

JP1/AJS3 Console ViewまたはJP1/AJS2 Console ViewでメインサイトのJP1/AJS3 Console Managerにログインし，メインサイトの拠点が停止したときにJP1/AJS3 Console Viewの［定義モード］でAJS3ユニット監視オブジェクトなどの定義を編集していた場合は，編集する前に戻っているおそれがあります。JP1/AJS3 Console ViewまたはJP1/AJS2 Console Viewで編集していた定義を確認し，戻っている場合は再度編集します。

(g)　エージェントホストに残っているメインサイトの情報を削除する

メインサイトとリモートサイトでエージェントホストを共有している場合，メインサイトからの要求でジョブを監視していたエージェントホストには，運用を切り替えたあともメインサイトの情報が残っています。

次のコマンドをリモートサイトのマネージャーホストで実行して，エージェントホストに残っているメインサイトの情報を削除します。

jpomanevreset -h リモートサイトの論理ホスト名 -F スケジューラーサービス名 -dh メインサイトの論理ホスト名 -a エージェントホスト名

-aオプションに指定するエージェントホストが起動していることを確認してください。存在しないエージェントホスト，起動していないエージェント，またはマネージャーホストと通信できない状態のエージェントホストを指定すると，コマンドの実行に時間が掛かるおそれがあります。

jpomanevresetコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jpomanevreset」を参照してください。

(h)　キューレスエージェントサービスに論理ホストをアタッチする

キューレスジョブを使用する場合，次のコマンドを実行して，キューレスエージェントサービスにリモートサイトの論理ホストをアタッチ（接続）します。

ajsqlattach -h リモートサイトの論理ホスト名

(i)　キューレスジョブの実行先ホスト名の変更

ジョブ・ジョブネットの実行先エージェント名に指定したキューレスジョブの実行先ホスト名を，リモートサイトのエージェントホスト構成に合わせて変更します。

12.2.2　メインサイトを再構築する

ここでは，リモートサイトに運用を切り替えたあと，メインサイトを再構築し，リモートサイトで運用した業務の内容をメインサイトに引き継ぐために，リモートサイトからメインサイトへのコピーを開始する手順について説明します。

メインサイトの再構築は，次の流れで実施します。

図12‒17　メインサイトの再構築の流れ

メインサイトの再構築および運用再開の手順を次に示します。

注意事項

ここで説明する手順は，メインサイトとリモートサイトの論理ホスト名が同一名の場合も別名の場合も，共通です。

メインサイトとリモートサイトの論理ホスト名が同一名の場合，手順の中でコマンドの引数として指定する「リモートサイトの論理ホスト名」は，メインサイトの論理ホスト名と同一です。

リモートサイトで，ディザスター・リカバリー運用設定情報をエクスポートする。

次に示すコマンドを実行します。

jajs_rpenvexport -h リモートサイトの論理ホスト名 -d 出力ディレクトリ名

メインサイトの拠点を再構築する。

拠点を再構築する手順は，セットアップ時にリモートサイトを構築した手順と同様です。マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　9.2.3 リモートサイトのセットアップ」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　18.2.3 リモートサイトのセットアップ」（UNIXの場合）を参照して，メインサイトでの運用に合わせて設定してください。

メインサイトを再構築したら，ハードウェアの操作で，リモートサイトからメインサイトへのコピーを開始します。

12.2.3　メインサイトに運用を切り戻す

ここでは，メインサイトを再構築したあと，メインサイトでの運用を再開する手順について説明します。メインサイトでの運用再開は，次の流れで実施します。

図12‒18　メインサイトでの運用再開の流れ

メインサイトで運用を再開する手順を次に示します。なお，非クラスタ環境の場合は，実行系での作業だけを実施してください。

注意事項

ここで説明する手順は，メインサイトとリモートサイトの論理ホスト名が同一名の場合も別名の場合も，共通です。

メインサイトとリモートサイトの論理ホスト名が同一名の場合，手順の中でコマンドの引数として指定する「リモートサイトの論理ホスト名」は，メインサイトの論理ホスト名と同一です。

リモートサイトの実行系および待機系でジョブを実行していないことを確認する。

実行中のジョブがないことを確認します。

異なるスケジューラーサービス間の実行順序を制御しているジョブネットコネクタ，およびジョブネットコネクタの転送先ホストの該当するジョブネットも終了させておいてください。

リモートサイトの実行系および待機系でJP1/AJS3 - Managerを停止する。

リモートサイトのキューレスエージェントサービスに論理ホストをアタッチ（接続）している場合は，次のコマンドを実行してデタッチ（切断）してください。

ajsqldetach -h リモートサイトの論理ホスト名 -k

ajsqldetachコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　3. 特別な運用で使用するコマンド　ajsqldetach」を参照してください。

JP1/AJS3 - Managerを停止したら，ハードウェアの操作で共有ディスク間のコピーを停止し，メインサイトでメインボリュームが書き込みできる状態にします。

メインサイトの実行系で，メインサイトとして運用する論理ホストを設定する。

次のコマンドを実行します。

jajs_rpsite -m CHANGE -h メインサイトの論理ホスト名

メインサイトの定義を変更したら，ハードウェアの操作で，メインサイトからリモートサイトへのコピーを開始します。

メインサイトとリモートサイトの論理ホストが別名の場合，イベント・アクション制御エージェントが記憶するリモートサイトの論理ホスト名を削除する。

この手順は，メインサイトとリモートサイトの論理ホストが別名の場合にだけ実施します。

リモートサイトの論理ホスト自身に対してイベントジョブを実行していた場合，論理ホスト上のイベント・アクション制御エージェントにリモートサイトの論理ホスト名が記憶されます。

そのため，メインサイトとリモートサイトの論理ホスト名が別名の場合は，運用切り戻し時に，メインサイトの論理ホスト上のイベント・アクション制御エージェントからリモートサイトの論理ホスト名を削除する必要があります。

共有しているエージェントまたはメインサイトの論理ホスト上で，次の操作を実行してください。

(1) イベント・アクション制御エージェントが記憶するマネージャーホスト名の一覧を表示する。

イベント・アクション制御エージェントにリモートサイトの論理ホスト名が記憶されているかどうかを確認するため，次のコマンドを実行します。

メインサイトの論理ホスト上で実行する場合：

jpoagoec -p -h メインサイトの論理ホスト名

共有しているエージェント（物理ホスト）上で実行する場合：

jpoagoec -p

共有しているエージェント（論理ホスト）上で実行する場合：

jpoagoec -p -h 論理ホスト名

(2) (1)で表示した一覧にリモートサイトの論理ホスト名がある場合，次のコマンドを実行する。

メインサイトの論理ホスト上で実行する場合：

jpoagoec -d リモートサイトの論理ホスト名 -h メインサイトの論理ホスト名

共有しているエージェント（物理ホスト）上で実行する場合：

jpoagoec -d リモートサイトの論理ホスト名

共有しているエージェント（論理ホスト）上で実行する場合：

jpoagoec -d リモートサイトの論理ホスト名 -h 論理ホスト名

jpoagoecコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jpoagoec」を参照してください。

QUEUEジョブ，サブミットジョブ実行環境データベースのISAMファイルの状態を確認し，必要に応じて再作成する。

標準構成で運用している場合，リモートサイトにコピーされたISAMファイルが正常な状態かどうかを確認する必要があります。ISAMファイルの状態を確認する方法については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　2.12.1 ISAMファイルの状態確認手順」を参照してください。

ISAMファイルの状態が不正だと，ジョブの起動に失敗するなどの問題が発生し，リモートサイトでの運用が継続できないおそれがあります。その場合は，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　2.12.2 QUEUEジョブ，サブミットジョブの実行環境データベースの再作成手順」を参照して，ISAMファイルを再作成してください。ただし，JP1/AJS3サービスの再起動方法については，次の手順に従ってください。

メインサイトの実行系で，JP1/AJS3 - Managerをディザスターリカバリースタートする。

ディザスターリカバリースタートとは，ジョブの実行を抑止した状態でJP1/AJS3 - Managerを起動することです。

JP1/AJS3 - Managerをディザスターリカバリースタートするには，次の操作を実行します。

Windowsの場合

JP1/AJS3のスタートアップパラメーターに-disasterを指定して実行します。JP1/AJS3の起動時の動作を一時的に変更する方法については，「7.2.1 JP1/AJS3起動時の動作を一時的に変更する」を参照してください。

UNIXの場合

次のコマンドを実行します。

jajs_spmd -h メインサイトの論理ホスト名 -disaster

jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　jajs_spmd」を参照してください。

なお，拠点を切り戻したあとの初回サービス起動時は，ホットスタートまたはウォームスタートで起動した場合でも，自動的にディザスターリカバリースタートに変更して起動します。

メインサイトの実行系で，JP1/AJS3 - Managerをディザスターリカバリースタートしたあとに必要な作業を実施する。

メインサイトで運用するために，実行エージェントの定義をメインサイト環境に合わせたり，ジョブの状態を確認したりする必要があります。

メインサイトのJP1/AJS3 - Managerをディザスターリカバリースタートしたあとに必要な作業は，リモートサイトへの運用に切り替える場合にJP1/AJS3 - Managerの起動後に必要な作業と同様です。「12.2.1(2) JP1/AJS3 - Manager起動後の作業」を参照して，メインサイトでの運用に合わせて設定してください。

メインサイトの実行系で，ジョブの実行抑止を解除する。

次のコマンドを実行して，ジョブの実行抑止を解除します。

ajsalter -s none -F スケジューラーサービス名

ジョブの実行抑止を解除したら，メインサイトで業務を再開してください。

12.3　ディザスター・リカバリー運用中の設定変更

JP1/AJS3のディザスター・リカバリー運用中に，メインサイトの各種設定や構成を変更する場合の手順について説明します。

12.3.1　ディザスター・リカバリー運用設定変更の種類

ディザスター・リカバリー運用の設定変更の手順は，変更する内容によって異なります。ディザスター・リカバリー運用の設定変更の手順には，次の種類があります。

ディザスター・リカバリー運用設定情報のエクスポート・インポート機能で設定変更する

メインサイトとリモートサイトで個別に設定変更する

メインサイトでだけ設定変更する

メインサイトとリモートサイトの論理ホストの別名構成と同一名構成を変更する

設定変更は，「12.3.2 ディザスター・リカバリー運用設定変更の手順」の手順に従ってください。

それぞれの設定変更について，次に説明します。

(1)　ディザスター・リカバリー運用設定情報のエクスポート・インポート機能で設定変更する

表12-3に示した設定変更は，メインサイトで設定を変更したあと，ディザスター・リカバリー運用設定情報のエクスポート・インポート機能を使用してメインサイトの変更内容をリモートサイトに反映させます。

なお，一部の設定はリモートサイトで個別に設定する必要があります。

ディザスター・リカバリー運用設定情報のエクスポート・インポート機能による設定変更について，次の表に示します。

表12‒3　ディザスター・リカバリー運用設定情報のエクスポート・インポート機能による設定変更

項番

分類

変更対象

変更内容

1

全般

環境設定パラメーター

ディザスター・リカバリーの対象となる論理ホストの環境設定パラメーターの変更

2

スケジューラー

スケジューラーサービスの追加または削除※

スケジューラーサービスの設定

3

組み込みDB

組み込みDBの設定

組み込みDBのデータベース領域（テーブル領域またはインデクス領域）の拡張

組み込みDBのシステムファイル（システムログファイルまたはシンクポイントダンプファイル）の拡張

4

サブミットジョブ

JP1ユーザー仮定機能

JP1ユーザー仮定機能のJP1仮定ユーザーの登録

5

JP1/AJS3 Console

JP1/AJS3 Consoleの設定※

JP1/AJS3 Console機能のセットアップまたはアンセットアップ

6

関連製品，連携製品

JP1/IM - Planning Operation※

JP1/IM - Planning Operationで使用するスケジューラーサービスに対する設定

7

JP1/AJS2 - Scenario Operation

JP1/AJS2 - Scenario Operationとの連携機能の有効または無効

8

JP1/AJS3 - Web Operation Assistant

JP1/AJS3 - Web Operation Assistantとの連携機能のセットアップまたはアンセットアップ

9

JP1/OJE for VOS3連携

JP1/OJE for VOS3との連携で使用するVOS3ユーザー情報の登録

注※

リモートサイトで個別に設定する必要があります。「(2) メインサイトとリモートサイトで個別に設定変更する」を参照してください。

(2)　メインサイトとリモートサイトで個別に設定変更する

メインサイトで設定を変更し，ディザスター・リカバリー運用設定情報のエクスポート・インポート機能を使用してメインサイトでの変更内容をリモートサイトに反映させたあと，リモートサイトでメインサイトと同一の設定変更を行います。

設定する機能と設定方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　9.2.3(3) リモートサイトの個別設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　18.2.3(3) リモートサイトの個別設定」（UNIXの場合）を参照してください。

(3)　メインサイトでだけ設定変更する

「(1) ディザスター・リカバリー運用設定情報のエクスポート・インポート機能で設定変更する」および「(2) メインサイトとリモートサイトで個別に設定変更する」以外は，リモートサイトで設定変更する必要はありません。メインサイトで設定した変更内容は，ハードウェアのコピー・ミラーリング機能でリモートサイトに反映されます。

(4)　メインサイトとリモートサイトの論理ホストの別名構成と同一名構成を変更する

メインサイトとリモートサイトの論理ホストを別名構成から同一名構成に変更する場合，および同一名構成から別名構成に変更する場合の手順を次に示します。

ディザスター・リカバリー運用を解除する。

ディザスター・リカバリー運用の解除方法については，「12.4 ディザスター・リカバリー運用をやめる場合の操作」を参照してください。

JP1/AJS3の論理ホストを再構築する。

ディザスター・リカバリー運用を再度セットアップする

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

12.3.2　ディザスター・リカバリー運用設定変更の手順

各種設定や構成を変更する場合には，次の図の流れで設定します。

図12‒19　ディザスター・リカバリー運用中の設定または構成の変更の流れ

JP1/AJS3のディザスター・リカバリー運用中に，メインサイトの各種設定や構成を変更する場合の手順を次に示します。

なお，非クラスタ環境の場合は，実行系での作業だけを実施してください。

注意事項

リモートサイトのJP1/AJS3 - Managerおよび組み込みDBは，停止したまま実施してください。

メインサイトの実行系および待機系で，必要に応じてJP1/AJS3 - Managerまたは組み込みDBを停止する。

メインサイトの実行系および待機系で，各種設定や構成を変更する。

実行系と待機系の両方で設定してください。設定手順は，クラスタ運用の場合と同じです。詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　8. クラスタ運用時のセットアップ」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　17. クラスタ運用時のセットアップ」（UNIXの場合）を参照してください。

メインサイトの設定変更が完了したらajsembdbidlistコマンドを実行して，メインサイトの論理ホストに対応する組み込みDBの，次の内容を記録します。

組み込みDBのインストール先フォルダ

セットアップ識別子

ajsembdbidlistコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　ajsembdbidlist」を参照してください。

メインサイトの実行系で，必要に応じてディザスター・リカバリー運用設定情報をエクスポートする。

次に示すコマンドを実行します。

jajs_rpenvexport -h メインサイトの論理ホスト名 -d 出力ディレクトリ名

jajs_rpenvexportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　jajs_rpenvexport」を参照してください。

リモートサイトの実行系で，必要に応じて組み込みDBをインストールまたはアンインストールする。

メインサイトの設定時にスケジューラーサービスの追加または削除をした場合，リモートサイトで，対応する組み込みDBのインストールまたはアンインストールが必要です。手順2で記録した組み込みDBの内容を確認し，メインサイトとリモートサイトで構成を一致させてください。

組み込みDBをインストールする場合

次のコマンドを実行します。

ajsembdbinstl -s 組み込みDBのインストール媒体格納ディレクトリ
              -mh リモートサイトの論理ホスト名
              -i 組み込みDBのインストール先フォルダ
              -id セットアップ識別子

組み込みDBをアンインストールする場合

次のコマンドを実行します。

ajsembdbuninstl -mh リモートサイトの論理ホスト名
                -id セットアップ識別子

ajsembdbinstlコマンドおよびajsembdbuninstlコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド」を参照してください。

リモートサイトの実行系で，必要に応じてディザスター・リカバリー運用設定情報をインポートする。

次のコマンドを実行します。

手順3でエクスポートしたディザスター・リカバリー運用設定情報をリモートサイトにコピーして，次のコマンドを実行します。

jajs_rpenvimport -h リモートサイトの論理ホスト名
                 -d 入力ディレクトリ名

jajs_rpenvimportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　jajs_rpenvimport」を参照してください。

リモートサイトの実行系で，必要に応じて個別に情報を設定する。

ディザスター・リカバリー運用設定情報をインポートしても，設定されない情報があります。インポートされない情報も設定する必要がある場合，個別に設定します。インポートされない情報の個別設定の方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　9.2.3(3) リモートサイトの個別設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド1　18.2.3(3) リモートサイトの個別設定」（UNIXの場合）を参照してください。

リモートサイトの待機系で，手順4〜6を実行する。

手順1でJP1/AJS3 - Managerまたは組み込みDBを停止した場合，メインサイトの実行系および待機系でJP1/AJS3 - Managerまたは組み込みDBを起動する。

設定が完了したら，メインサイトで業務を再開してください。

12.4　ディザスター・リカバリー運用をやめる場合の操作

ディザスター・リカバリー運用をやめる場合の操作について説明します。

12.4.1　ディザスター・リカバリー運用をやめる場合の操作（メインサイトとリモートサイトの論理ホスト名が別名のとき）

メインサイトとリモートサイトの論理ホスト名が別名の場合に，ディザスター・リカバリー運用をやめるには，次の図の流れで操作します。

図12‒20　ディザスター・リカバリー運用をやめる場合の操作（メインサイトとリモートサイトの論理ホスト名が別名の場合）

JP1/AJS3のディザスター・リカバリー運用をやめる場合の操作を次に示します。

メインサイトで，JP1/AJS3を停止する。

JP1/AJS3を停止したら，ハードウェアの操作で共有ディスク間のコピーを停止します。

メインサイトの実行系で，ディザスター・リカバリー運用を解除する。

メインサイトで次のコマンドを実行します。

jajs_rpsite -m UNSET -h メインサイトの論理ホスト名

リモートサイトの実行系で，ディザスター・リカバリー運用を解除する。

リモートサイトで次のコマンドを実行します。

jajs_rpsite -m UNSET -h リモートサイトの論理ホスト名

12.4.2　ディザスター・リカバリー運用をやめる場合の操作（メインサイトとリモートサイトの論理ホスト名が同一名のとき）

メインサイトとリモートサイトの論理ホスト名が同一名の場合に，ディザスター・リカバリー運用をやめるには，次の図の流れで操作します。

図12‒21　ディザスター・リカバリー運用をやめる場合の操作（メインサイトとリモートサイトの論理ホスト名が同一名の場合）

JP1/AJS3のディザスター・リカバリー運用をやめる場合の操作を次に示します。

メインサイトで，JP1/AJS3を停止する。

JP1/AJS3を停止したら，ハードウェアの操作で共有ディスク間のコピーを停止します。

メインサイトの実行系および待機系で，ディザスター・リカバリー運用を解除する。

メインサイトで次のコマンドを実行します。実行系と待機系の両方で実行してください。

jajs_rpsite -m UNSET -h 論理ホスト名

リモートサイトの実行系および待機系で，ディザスター・リカバリー運用を解除する。

リモートサイトで次のコマンドを実行します。実行系と待機系の両方で実行してください。

jajs_rpsite -m UNSET -h 論理ホスト名

注意事項

メインサイトとリモートサイトの論理ホストを同一名かつ同一IPアドレスで運用していた場合，ディザスター・リカバリー運用をやめたあとに，両方のサイトが同一ネットワーク上に存在しないようにしてください。二つのサイトを交互に起動するか，片方をネットワークから切り離して運用してください。

13　ケーススタディ

この章では，JP1/AJS3の具体的な運用場面や課題を想定し，それぞれの状況に対する設定方法・操作方法や，課題の解決方法を紹介します。

ここで紹介する事例を参考に，JP1/AJS3を構築・運用してください。

13.1　ケーススタディの事例一覧

ケーススタディで想定する運用場面や課題について，次の表に示します。

表13‒1　ケーススタディの事例一覧

項番

ケーススタディの事例

参照先

1

ユーザーごとのジョブの稼働実績を知りたい

13.1.1

2

実行エージェントの指定誤りなどによる，不正なジョブ実行を防止したい

13.1.2

3

毎日実行するジョブの実行結果を，日付ごとに異なるファイル名で保存したい

13.1.3

4

リリース登録によって削除された一時変更をリリース登録後の実行予定に対して再反映したい

13.1.4

5

マネージャー・エージェント構成でイベントジョブの実行先ホストにエイリアスホスト名を使用したい

13.1.5

6

JP1/AJS3 - Managerの運用をジョブの実行だけに限定して使用するリソースを低減したい

13.1.6

7

1台のマネージャーホストで，スケジューラーサービスごとに業務の運用を独立させたい

13.1.7

8

JP1/AJS3 - Viewで定義済みのユニットを編集して，編集前後の定義内容を比較したい

13.1.8

13.1.1　ユーザーごとのジョブの稼働実績を知りたい

情報システム部門でJP1/AJS3 - Managerを統合して運用している場合，JP1/AJS3を使用するユーザーのうち，だれがどれだけJP1/AJS3を使用したか，ユーザーごとのジョブの稼働実績が必要となる場合があります。ここでは，ユーザーごとのジョブの稼働実績の収集方法について説明します。

(1)　背景

従来，企業では部門ごとにシステムを構築し，運用していました。しかし，部門ごとに別々に運用するシステムでは，情報の共有やリソースの転用が困難であり，多大な運用コストが発生していました。この問題を解決するため，システムを集約して最適化し，情報システム部門が運用するシステム上のアプリケーションをそれぞれの部門が利用するようになりました。

図13‒1　情報システムの統合の例

(2)　実現したいこと

JP1/AJS3を情報システム部門で統合して運用するために，ジョブを「だれが」「いつ」「何を」「どこで」「どれだけ」実行したかという稼働実績を収集したい。

図13‒2　稼働実績を収集する例

(3)　解決方法

JP1/AJS3が出力するJP1イベント（ジョブ正常終了イベント，ジョブ異常終了イベント，およびジョブ警告終了イベント）を参照すれば，ジョブを「だれが」「いつ」「何を」「どこで」「どれだけ」実行したかという稼働実績を取得できます。

取得できる稼働実績と，対応するJP1イベントの属性を次の表に示します。

表13‒2　取得できる稼働実績と対応するJP1イベントの属性

項番

知りたいこと

対応するJP1イベントの属性

1

だれが

ジョブネット登録ユーザー名

実行先でのジョブ実行JP1ユーザー名※

2

いつ

開始時刻

終了時刻

実行先での開始時刻

実行先での終了時刻

3

何を

ルートジョブネット名

ネストジョブネット/ジョブ名

ユニット種別

4

どこで

ジョブネット登録元ホスト名

実行先ホスト名

5

どれだけ

実行先でのジョブ実行時間※

注※

JP1/AJS3 - Managerのバージョンが09-50以降の場合にだけ出力されます。

(4)　機能概要

JP1/AJS3が出力したJP1イベントを，jevexportコマンドでcsvファイルに出力して，ユーザーが任意の形式でジョブの稼働実績を編集できます。

図13‒3　稼働実績の編集の例

(5)　設定例

2011年8月1日以降の毎週日曜日の午前1時に，過去1週間分（7日前から前日まで）のジョブ稼働実績を収集する例を次に示します。

jevexportコマンドで使用するフィルターファイルを作成する。

フィルターファイルは，次のように設定します。

次のジョブ終了イベントを抽出する。

・ジョブ正常終了イベント（イベントID：4106）

・ジョブ異常終了イベント（イベントID：4107）

・ジョブ警告終了イベント（イベントID：4109）

JP1イベントの属性値については，「付録A.2 JP1イベントの属性」を参照してください。

7日前から前日まで（7日前から今日までの8日間のうち，今日を除いた7日間）に発生したイベントを抽出する。

フィルターファイルの記述例を次に示します。

B.ID IN 4106 4107 4109
B.TIME WITHIN D 8
EXCLUDE
B.TIME WITHIN D 1

フィルターファイルについては，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/AJS3で，ジョブネットを作成する。

次のようなジョブネットを作成します。

ルートジョブネットのスケジュールルール

次のように設定します。

・開始年月日：2011年8月の第1日曜日

・開始時刻：01:00

・処理サイクル：毎週

PCジョブの詳細定義

次のように設定します。

・実行ファイル名：jevexport

・パラメーター：-o△出力ファイル名△-f△フィルターファイル名

手順2で作成したジョブネットを計画実行登録する。

2011年8月1日以降の毎週日曜日の午前1時になると，PCジョブが実行されます。PCジョブの実行が終了すると，出力ファイル名に指定したファイルに，過去1週間分の稼働実績が出力されます。

表計算ソフトなどを使用して，出力ファイルから稼働実績を編集する。

(6)　マニュアル記載個所

項目

詳細項目

参照個所

概要

フィルターファイル

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

JP1イベントの属性値

「付録A.2 JP1イベントの属性」

コマンド（jevexportコマンド）

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

(7)　注意事項

出力されるJP1イベントのうち，「実行先でのジョブ実行時間」は，実行先でのジョブ終了時刻から開始時刻を引いた値が設定されます。このため，実際の実行時間が1秒未満の場合は0になります。

出力されるJP1イベントのうち，「実行先でのジョブ実行時間」は，秒単位で出力されます。そのため，対象ジョブ数が多くなると実際の時間との差が大きくなります。その場合，「実行先でのジョブ実行時間」は参考値としてください。

13.1.2　実行エージェントの指定誤りなどによる，不正なジョブ実行を防止したい

複数の部門でJP1/AJS3 - Managerを共有していて，各部門が利用できる実行エージェントを区別して運用している場合，ジョブの実行先エージェントの定義を誤ると，利用してはいけない実行エージェントでジョブを不正に実行してしまいます。ここでは，不正なジョブ実行を未然に防止する方法について説明します。

(1)　運用

次のような運用をしています。

複数の部門でマネージャーホストを共有している。

部門ごとに使用できる実行エージェントを区別して運用している。

部門ごとにスケジューラーサービスを分けて運用している。

在庫部門と経理部門で実行エージェントとスケジューラーサービスを分けて運用する例を，次の図に示します。

図13‒4　実行エージェントとスケジューラーサービスを分けて運用する例

(2)　課題

ジョブを他部門用の実行エージェントで実行しないようにしたい。

図13‒5　他部門用の実行エージェントでジョブを実行する例

(3)　解決方法

実行エージェント制限機能を使用することで，許可していない実行エージェントでジョブを実行しないようにできます。これによって，誤って他部門用の実行エージェントでジョブを実行するトラブルを防止できます。

実行エージェント制限機能を使用するには，実行エージェントプロファイルをスケジューラーサービス単位で作成します。実行エージェントプロファイルには，ユニットごとに，許可する実行エージェントを設定します。

実行エージェントプロファイルを設定すると，次のタイミングでユニットの実行エージェントがチェックされます。

ユニットの詳細定義時

JP1/AJS3 - Viewでのユニットの詳細定義時に，詳細定義ダイアログボックスの［実行エージェント］がコンボボックスで表示されます。コンボボックスには，実行エージェントプロファイルで許可した実行エージェントが一覧で表示されます。コンボボックスの中からだけ実行エージェントを選択できるため，誤った実行エージェントが指定できなくなります。

図13‒6　実行エージェント制限（ユニット定義時）

一覧に表示されていない実行エージェントを［実行エージェント］に直接記述した場合，詳細定義ダイアログボックスの［OK］ボタンをクリックしたときにエラーになります。ただし，［OK］ボタンをクリックしたときにはエラーにしないで，警告メッセージを表示して定義ができるように，実行エージェントプロファイルの設定を変更することもできます。

ジョブの実行時

ジョブ実行時に，ジョブを実行しようとしている実行エージェントが実行エージェントプロファイルで許可されていない場合は，ジョブの実行が抑止されます。

ユニットを定義したあとに実行エージェントプロファイルを変更した場合，ジョブの実行エージェントは変更した内容でチェックされます。

図13‒7　実行エージェント制限（ジョブ実行時）

この例では，ユニット定義時にはjob1の実行エージェントとして実行エージェントプロファイルで「AGT02」を許可していましたが，ジョブ実行時には「AGT02」は許可しません。job1のユニット定義の「実行エージェント」を変更しないで，「AGT02」のままjob1を実行しようとすると，実行エージェントプロファイルに従って，実行が抑止されます。job1を実行するためには，ユニット定義の「実行エージェント」を，「AGT05」に修正してから実行してください。

(4)　適用契機

次のような場合に，この機能を適用します。

1台のJP1/AJS3 - Managerを複数部門で共有して運用する場合

ユニット定義誤りによるジョブ実行エラーを低減させたい場合

(5)　マニュアル記載個所

項目

詳細項目

参照個所

概要

実行エージェント制限

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.5.1(6) 実行エージェント制限について」

設定手順

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.3.1 実行エージェントプロファイルの設定手順」（Windowsの場合）

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　14.3.1 実行エージェントプロファイルの設定手順」（UNIXの場合）

13.1.3　毎日実行するジョブの実行結果を，日付ごとに異なるファイル名で保存したい

毎日実行するジョブの標準出力ファイル名に，日付を含ませて出力する場合，ジョブの詳細定義を毎日手動で変更する必要があります。しかし，このような運用では，運用コストが掛かる上，定義変更漏れのリスクが発生します。ここでは，標準出力ファイル名の日付を動的に変更する方法について説明します。

(1)　運用

ジョブ「集計処理」は，実行日の受注データを集計し，標準出力ファイルとして出力するジョブです。集計日をファイル名からわかるようにするため，標準出力ファイル名に日付を表す文字列を含ませています（例：「20110801_syuukei.txt」）。

図13‒8　ジョブ「集計処理」のイメージ

この場合，ジョブ「集計処理」の詳細定義で，［標準出力ファイル名］の日付部分を毎日手動で変更しなければなりません。

(2)　課題

運用コストの削減，および定義変更漏れリスク低減のため，ジョブ「集計処理」の詳細定義で［標準出力ファイル名］を，日付に合わせて動的に変更したい。

(3)　解決方法

引き継ぎ情報設定ジョブを使用して日付をマクロ変数に格納し，ジョブ「集計処理」にマクロ変数を引き継がせて，標準出力ファイル名を動的に変更できます。

(4)　設定例

次のようにジョブネットを定義することで，標準出力ファイル名に集計日を動的に設定できます。

図13‒9　ジョブネット実行時のイメージ

ジョブネットを実行する手順を，次に示します。

ジョブネットに，日付情報を標準出力ファイルに出力するジョブ（日付解決ジョブ）を定義する。

日付情報を「DATE=YYYYMMDD」（YYYY：年，MM：月，DD：日）という形式で標準出力ファイルに出力するジョブ（日付解決ジョブ）を作成します。日付解決ジョブの［標準出力ファイル名］には「$JP1AJS2_JPQSTDOUTTEMP$」を指定します。

引き継ぎ情報設定ジョブを定義する。

引き継ぎ情報設定ジョブを定義します。

［詳細定義−［引き継ぎ情報設定ジョブ］−［引き継ぎ情報］］ダイアログボックスは，次のように定義します。

［正規表現］：日付解決ジョブの標準出力ファイルから日付部分YYYYMMDDを切り出すための正規表現を指定します。

［出力マクロ変数］：切り出した結果を格納するマクロ変数名を指定します。

定義例

［正規表現］：「DATE=(.*)」

［出力マクロ変数］：「FILEDATE」

ジョブ「集計処理」を定義する。

［標準出力ファイル名］にマクロ変数名を定義します。

［標準出力ファイル名］：?AJS2FILEDATE?_syuukei.txt

日付解決ジョブ，引き継ぎ情報設定ジョブ，ジョブ「集計処理」の順にジョブを関連づける

ジョブネットを実行登録する。

ジョブネットを2011年8月1日に実行すると，ジョブ「集計処理」の［標準出力ファイル名］の「?AJS2FILEDATE?」の値は「20110801」になり，実行結果として「20110801_syuukei.txt」というファイルが作成されます。

ジョブ「集計処理」の標準出力ファイル名に日付情報が設定される流れを，次の図に示します。

図13‒10　ジョブ「集計処理」の標準出力ファイル名への日付情報の設定

(5)　マニュアル記載個所

項目

詳細項目

参照個所

概要

引き継ぎ情報設定ジョブ

マニュアル「JP1/Automatic Job Management System 3 導入ガイド　3.1.1(1)(g) 引き継ぎ情報設定ジョブ」

引き継ぎ情報設定ジョブの定義例

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.9 動的に変わる情報を後続ユニットに引き継ぐ（引き継ぎ情報設定ジョブを使ったジョブネットの定義例）」

画面

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.4.38 ［詳細定義−［引き継ぎ情報設定ジョブ］］ダイアログボックス」

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.4.39 ［詳細定義−［引き継ぎ情報設定ジョブ］−［引き継ぎ情報］］ダイアログボックス」

13.1.4　リリース登録によって削除された一時変更をリリース登録後の実行予定に対して再反映したい

スケジュールの一時変更後にリリース登録すると，スケジュールの一時変更はリリース日時以降の実行予定に反映されません。リリース前に行った一時変更を反映するためには，一時変更情報を手動で管理・再操作しなければならないため，手間や労力が掛かります。ここでは，リリース登録後の実行予定にスケジュールの一時変更を再操作する方法について説明します。

(1)　運用

リリース登録による運用中のジョブネット定義の切り替え，および計画一時変更によるスケジュールの一時変更を併用して，ジョブネットを運用しています。

ルートジョブネットをリリース登録すると，リリース日時以降の実行予定がリリース元のジョブネット定義で生成し直されます。そのため，リリース登録前にリリース先のジョブネットに対して行った一時変更の操作内容は，生成し直された実行予定には反映されていません。

図13‒11　一時変更操作後にリリース登録する例

この例では，ルートジョブネット「業務A」は，毎日12:00に実行するように，スケジュールルールで定義しています。7/2の実行予定を実行中止して，7/2の実行予定を削除します。そのあと，業務Aをリリース先に指定して，リリースID「001」のジョブネット定義をリリース登録すると，リリース日時の7/1以降の実行予定は，リリースID「001」のジョブネット定義で生成し直され，7/2の実行中止が反映されません。

リリース登録後の実行予定に実行中止の操作を反映したい場合，「業務A」に対して行った実行中止を手動で管理し，リリース登録後にリリースID「001」の実行予定に対して手動で再操作する必要があります。

(2)　課題

リリース前に行った一時変更の操作を，リリース登録後の実行予定に一括で再反映したい。

(3)　解決方法

一時変更の操作管理機能を使用することで，一時変更情報を自動的に記録・管理できます。記録した一時変更情報を一覧表示でき，その中から任意の一時変更を選択して再操作することもできます。

これによって，次のことを実現できます。

過去の一時変更操作を手動で管理する必要がなくなる。

リリース登録前に行った一時変更を，リリース登録後に生成された実行予定に対して簡単・迅速・確実に再操作できる。

なお，JP1/AJS3 - Viewでは，過去に行った一時変更情報を［一時変更情報の一覧］ダイアログボックスで確認できます。ルートジョブネットをリリース登録するときには，リリース登録時に［リリース登録］ダイアログボックスから［一時変更情報の一覧］ダイアログボックスを表示して，リリース先ジョブネットに対して行った一時変更を再操作できます。

リリース登録前に行った一時変更を再操作する例を，次の図に示します。

図13‒12　リリース前に行った一時変更を再操作する例

ルートジョブネットの業務Aは，毎日12:00に実行するように，スケジュールルールで定義しています。7/2の実行予定を計画一時変更で実行中止すると，JP1/AJS3 - Managerに一時変更情報が自動的に記録されます。そのあと，業務Aをリリース先に指定してリリースID「001」のジョブネット定義をリリース登録したあとで，［一時変更情報の一覧］ダイアログボックスから，業務Aに対して行った実行中止を再操作できます。これによって，リリースID「001」の7/2の実行予定に対して実行中止が反映され，実行予定が削除されます。

(4)　マニュアル記載個所

項目

詳細項目

参照個所

概要

一時変更の再操作

マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.5.16 ジョブネットやジョブの一時変更の操作情報を確認・再操作する」

リリース登録している場合の運用方法

「8.3.8(3) 推奨する運用方法」

設定手順

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.1.8 一時変更の操作管理機能を使用するための設定」（Windowsの場合）

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.1.8 一時変更の操作管理機能を使用するための設定」（UNIXの場合）

操作方法

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.17 一時変更情報を確認・再操作する」

画面

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.3.27 ［リリース登録］ダイアログボックス」

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.3.40 ［一時変更情報の一覧］ダイアログボックス」

13.1.5　マネージャー・エージェント構成でイベントジョブの実行先ホストにエイリアスホスト名を使用したい

マネージャー・エージェント構成でJP1/AJS3を運用している場合に，イベントジョブの実行先ホスト名をエイリアスホスト名で指定する必要が出てきたとします。ここでは，エージェントホストをエイリアスホスト名で指定する方法について説明します。

(1)　実現したいこと

次のようなマネージャー・エージェント構成の場合に，イベントジョブの実行先ホスト（エージェントホスト）にエイリアスホスト名を指定したい。

マネージャー・エージェント構成については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.2.2 マネージャー・エージェント構成の例」を参照してください。

(2)　解決方法

マネージャーホストとエージェントホスト間の通信では，各ホストのホスト名から求まるIPアドレスを使用します。このため，マネージャーホストとエージェントホストで互いのホスト名について正しく名前解決できるように設定する必要があります。

実ホスト名がhostAであるエージェントホストに対して，hostBというエイリアスホスト名を定義する場合，マネージャーホスト上で，エージェントホストの実ホスト名とエイリアスホスト名から同じIPアドレスが得られるように，hostsファイル，DNS，jp1hosts，またはjp1hosts2を設定してください。

ここでは，hostsファイルの設定例を示します。次のように設定してください。

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

(3)　適用契機

マネージャーホストおよびエージェントホストの構築時に設定してください。

(4)　マニュアル記載個所

項目

詳細項目

参照個所

概要

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

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.2.2 マネージャー・エージェント構成の例」

マネージャー・エージェント構成でのエイリアスホスト名の使用

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.2.2(5) マネージャー・エージェント構成時の注意事項」

jp1hostsまたはjp1hosts2

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

13.1.6　JP1/AJS3 - Managerの運用をジョブの実行だけに限定して使用するリソースを低減したい

JP1/AJS3 - Managerをジョブの実行にしか使用していなくても，使用していないJP1/AJS3 - Managerの機能分のリソースは使用されており，ホストのリソースに負荷を与えてしまいます。このような場合，JP1/AJS3 - Managerの機能をジョブ実行機能だけに制限することで，使用するリソースを低減できます。ここでは，JP1/AJS3が使用するリソースを低減する方法について説明します。

(1)　運用

1台のホストに論理ホストを構築し，物理ホストと論理ホストそれぞれにJP1/AJS3 - Managerをインストールします。物理ホストおよび論理ホストは，次のように使い分けています。

物理ホスト

ジョブの実行だけを行っていて，マネージャーホストの機能は使用していません。

論理ホスト

マネージャーホストとして使用しています。

このような運用でのホスト構成を，次の図に示します。

図13‒14　ホスト構成

(2)　実現したいこと

JP1/AJS3が使用するリソースを低減したい。

(3)　解決方法

JP1/AJS3が起動する一部のプロセスの起動を抑止します。例えば，図13-14の場合，物理ホストの組み込みDBを自動起動させないようにして，物理ホストのJP1/AJS3 - Managerはジョブの実行に必要な機能だけに限定します。

これによって，JP1/AJS3が使用するメモリーの使用量が少なくなり，JP1/AJS3の起動時間を短縮できます。

(4)　適用契機

運用開始前に設定してください。

(5)　設定手順

WindowsまたはUNIXでの設定手順について，それぞれ説明します。なお，設定ファイルや定義ファイルを変更する場合は，必ずファイルをバックアップしてから実施してください。変更した設定を元に戻す場合は，バックアップしたファイルを元の場所に上書きして戻してください。リカバリー方法については，「2.3.3 JP1/AJS3 - Managerの設定情報のリカバリー」を参照してください。

(a)　Windowsの場合

組み込みDBがバージョン10-00より前の方式の場合，システム共通定義ファイルの設定値を変更する。

次のファイルをメモ帳などのテキストエディターで開き，設定値を変更します。組み込みDBがバージョン10-00以降の方式の場合，この手順は不要です。

組み込みDB運用ディレクトリ¥conf¥pdsys

変更前

set pd_mode_conf = AUTO

変更後

set pd_mode_conf = MANUAL2

JP1/AJS3の起動プロセス定義ファイルの設定値を変更する。

起動プロセス定義ファイルをメモ帳などのテキストエディターで開き，「jajs_dbmd」，「jajs_hstd」，「jajs_schd」で始まる行を削除してください。

起動プロセス定義ファイルのパス

JP1/AJS3のインストール先フォルダ¥conf¥jp1ajs_spmd.conf

変更前

jajs_dbmd|jajs_dbmd.exe|||1800|

jajs_hstd|jajs_hstd.exe|||1800|

jajs_agtd|jajs_agtd.exe|||1800|

jajs_schd|jajs_schd.exe|||1800|

変更後

jajs_agtd|jajs_agtd.exe|||1800|

参考

論理ホストでジョブの実行を行っていて，論理ホストのプロセスの起動を抑止したい場合，起動プロセス定義ファイルのパスは次に示すパスに読み替えてください。

jajs_setup_clusterコマンドで指定した共有フォルダ¥jp1ajs2¥conf¥jp1ajs_spmd.conf

JP1/AJS3の拡張起動プロセス定義ファイルの設定値を変更する。

拡張起動プロセス定義ファイルをメモ帳などのテキストエディターで開き，「jajs_dbmd」，「jajs_hstd」，「jajs_schd」で始まる行全体，および「jajs_agtd」で始まる行中の「jajs_hstd」の部分を削除してください。

拡張起動プロセス定義ファイルのパスと変更例を次に示します。

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

JP1/AJS3のインストール先フォルダ¥conf¥jp1ajs_service_0700.conf

変更前

jajs_dbmd|jajs_dbmd.exe||0|3|3|21600|0|2||1|||||||

jajs_hstd|jajs_hstd.exe||1|3|20|21600|0|0|jajs_dbmd|1|||||||

jajs_agtd|jajs_agtd.exe|-HA|1|3|3|21600|0|0|jajs_hstd|1|||||||

jajs_schd|jajs_schd.exe|-HA|1|3|10|21600|0|1|jajs_agtd|1|||||||

変更後

jajs_agtd|jajs_agtd.exe|-HA|1|3|3|21600|0|0||1|||||||

参考

論理ホストでジョブの実行を行っていて，論理ホストのプロセスの起動を抑止したい場合，拡張起動プロセス定義ファイルのパスは次に示すパスに読み替えてください。

jajs_setup_clusterコマンドで指定した共有フォルダ¥jp1ajs2¥conf¥jp1ajs_service_0700.conf

JP1/AJS3サービスを再起動する。

(b)　UNIXの場合

組み込みDBがバージョン10-00より前の方式の場合，システム共通定義ファイルの設定値を変更する。

次のファイルをviなどのエディターで開き，設定値を変更します。組み込みDBがバージョン10-00以降の方式の場合，この手順は不要です。

組み込みDB運用ディレクトリ/conf/pdsys

変更前

set pd_mode_conf = AUTO

変更後

set pd_mode_conf = MANUAL2

JP1/AJS3の起動プロセス定義ファイルの設定値を変更する。

起動プロセス定義ファイルをviなどのエディターで開き，「jajs_dbmd」，「jajs_hstd」，「jajs_schd」で始まる行全体，および「jajs_agtd」で始まる行中の「jajs_hstd」の部分を削除してください。

起動プロセス定義ファイルのパスと変更例を次に示します。

起動プロセス定義ファイルのパス

/etc/opt/jp1ajs2/conf/jp1ajs_spmd.conf

変更前

jajs_dbmd|/opt/jp1ajs2/bin/jajs_dbmd|||1800|

jajs_hstd|/opt/jp1ajs2/bin/jajs_hstd|||1800|

jajs_agtd|/opt/jp1ajs2/bin/jajs_agtd|||1800|

jajs_schd|/opt/jp1ajs2/bin/jajs_schd|||1800|

変更後

jajs_agtd|/opt/jp1ajs2/bin/jajs_agtd|||1800|

参考

論理ホストでジョブの実行を行っていて，論理ホストのプロセスの起動を抑止したい場合，起動プロセス定義ファイルのパスは次に示すパスに読み替えてください。

jajs_setup_clusterコマンドで指定した共有ディレクトリ/jp1ajs2/conf/jp1ajs_spmd.conf

JP1/AJS3の拡張起動プロセス定義ファイルの設定値を変更する。

拡張起動プロセス定義ファイルをviなどのエディターで開き，「jajs_dbmd」，「jajs_hstd」，「jajs_schd」で始まる行全体，および「jajs_agtd」で始まる行中の「jajs_hstd」の部分を削除してください。

拡張起動プロセス定義ファイルのパスと変更例を次に示します。

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

/etc/opt/jp1ajs2/conf/jp1ajs_service_0700.conf

変更前

jajs_dbmd|/opt/jp1ajs2/bin/jajs_dbmd||0|3|3|21600|0|2||1|||||||

jajs_hstd|/opt/jp1ajs2/bin/jajs_hstd||1|3|20|21600|0|0|jajs_dbmd|1|||||||

jajs_agtd|/opt/jp1ajs2/bin/jajs_agtd|-HA|1|3|3|21600|0|0|jajs_hstd|1|||||||

jajs_schd|/opt/jp1ajs2/bin/jajs_schd|-HA|1|3|10|21600|0|1|jajs_agtd|1|||||||

変更後

jajs_agtd|/opt/jp1ajs2/bin/jajs_agtd|-HA|1|3|3|21600|0|0||1|||||||

参考

論理ホストでジョブの実行を行っていて，論理ホストのプロセスの起動を抑止したい場合，拡張起動プロセス定義ファイルのパスは次に示すパスに読み替えてください。

jajs_setup_clusterコマンドで指定した共有ディレクトリ/jp1ajs2/conf/jp1ajs_service_0700.conf

JP1/AJS3サービスを再起動する。

(6)　マニュアル記載個所

項目

詳細項目

参照個所

概要

プロセス一覧

マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録B.2 プロセス一覧（Windowsの場合）」

マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録B.3 プロセス一覧（UNIXの場合）」

設定手順

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　付録C.1 組み込みDBを使用する場合の準備」

(7)　注意事項

ここで説明した手順でJP1/AJS3が起動するプロセスを抑止すると，jajs_spmd_statusコマンドを実行したときに，出力される内容が変更されます。起動するプロセスを抑止した場合のjajs_spmd_statusコマンドの出力例を，次に示します。

Windowsの場合

KNAD3690-I JP1/AJS3 の状態通知処理を開始します
稼働中のプロセスを表示します
プロセス名称 プロセスID
jajs_agtd xxxx
queuea xxxx
evactiona xxxx
KNAD3691-I プロセスは全て起動しています

UNIXの場合

KNAD3690-I JP1/AJS3 の状態通知処理を開始します
稼働中のプロセスを表示します
プロセス名称  プロセスID
jajs_agtd xxxx
jpqmon xxxx
jpqagent xxxx
KNAD3691-I プロセスは全て起動しています

ここで説明した手順でJP1/AJS3が起動するプロセスを抑止すると，使用できるコマンドが，JP1/AJS3 - Agentが提供しているコマンドだけになります。JP1/AJS3 - Agentが提供しているコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　1.5 コマンド一覧」を参照してください。

ここで説明した手順を実行すると，キューレスジョブ使用時にWindowsの論理ホストを自動でアタッチ・デタッチするように設定できなくなります。

論理ホストを自動でアタッチ・デタッチする設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　8.2.5 キューレスジョブ実行環境の設定」を参照してくだい。

13.1.7　1台のマネージャーホストで，スケジューラーサービスごとに業務の運用を独立させたい

企業の各部門がそれぞれ独立して業務を運用するには，部門ごとに別々のリソース（実行エージェントやスケジューラーサービス）を使って業務を運用する必要があります。しかし，部門ごとに別々のマネージャーホストを運用してリソースを分離する方法だと，情報の共有やリソースの転用が困難になり，多大な運用・管理コストが発生してしまいます。

ここでは，1台のマネージャーホストを使って，各部門が独立して業務を運用する方法について説明します。

(1)　運用

各部門には，次のようなユーザーがいるとします。

表13‒3　ユーザーの例

項番

ユーザーの所属部門

ユーザーの役割

1

営業部門

ジョブ運用管理者

営業部門で運用しているジョブを設計・構築・運用する。

2

総務部門

ジョブ運用管理者

総務部門で運用しているジョブを設計・構築・運用する。

3

情報システム部門

JP1/AJS3システム管理者

JP1/AJS3システム全体を管理する。

この企業では，各部門で独立して業務を運用できるようにするため，JP1/AJS3を次のように運用しています。

それぞれの部門が，別々にマネージャーホスト・エージェントホストを運用している。

ジョブの運用は，各部門のジョブ運用管理者がそれぞれJP1/AJS3 - Viewで行っている。

JP1/AJS3システム全体の管理は，情報システム部門のJP1/AJS3システム管理者が行っている。

各部門が独立してマネージャーホスト・エージェントホストを運用している例を次の図に示します。

図13‒15　各部門が独立してマネージャーホスト・エージェントホストを運用している例

(2)　実現したいこと

マネージャーホストを1台に集約して，かつ各部門で独立して業務を運用できるようにしたい。

図13‒16　システムを集約したJP1/AJS3システムの構成例

具体的には，次の項目の実現が必要です。

JP1/AJS3 - Viewには，ほかの部門のスケジューラーサービスを表示させない。

マネージャーホストを1台に集約する場合，デフォルトの設定だと，ほかの部門のスケジューラーサービスを含むすべてのスケジューラーサービスが表示されてしまいます。各部門で独立して業務を運用するためには，ほかの部門のスケジューラーサービスは不要な情報です。

部門ごとにJP1/AJS3 - Viewの同時接続数を制限する。

デフォルトの設定だと，1台のマネージャーホストに同時に接続できるJP1/AJS3 - Viewは50台です。この場合，1つの部門で同時に50台のJP1/AJS3 - Viewを利用していると，ほかの部門がJP1/AJS3 - Viewを利用できなくなります。

ジョブを他部門用の実行エージェントで実行させない。

ジョブの実行先エージェントの定義を誤ると，ほかの部門用の実行エージェントでジョブを実行してしまうおそれがあります。

パスワードは，各部門のジョブ運用管理者が変更できるようにする。

マネージャーホストを1台に集約することで，JP1/Baseを操作できるユーザーがJP1/AJS3システム管理者だけになります。そのため，JP1ユーザーのパスワード変更作業をJP1/AJS3システム管理者が担当しなくてはならなくなり，担当者の作業負荷が増大してしまいます。

(3)　解決方法

「(2) 実現したいこと」の各項目に対しての解決方法を説明します。これらの設定をすることで，各部門の業務を独立して運用できるようになります。

JP1/AJS3 - Viewには，ほかの部門のスケジューラーサービスを表示させない。

スケジューラーサービス参照制限機能を使用することで，各部門で使用するJP1/AJS3 - Viewには，アクセス権のあるスケジューラーサービスだけが表示されるようになります。

営業部門のJP1/AJS3 - Viewには，営業部門で使用するスケジューラーサービスだけが，総務部門のJP1/AJS3 - Viewには，総務部門で使用するスケジューラーサービスだけが表示されます。

部門ごとにJP1/AJS3 - Viewの同時接続数を制限する。

スケジューラーサービスごとにJP1/AJS3 - Viewの最大同時接続数を設定することで，各部門が同時に利用できるJP1/AJS3 - Viewの数を制限できます。これによって，1つの部門が同時に多数のJP1/AJS3 - Viewを利用できなくなり，各部門のJP1/AJS3 - Viewの接続を保証できます。

ジョブを他部門用の実行エージェントで実行させない。

実行エージェント制限機能を使用することで，許可していない実行エージェントでジョブを実行しないようにできます。これによって，他部門用の実行エージェントでジョブが実行されることを防止できます。

実行エージェント制限機能のケーススタディについては，「13.1.2 実行エージェントの指定誤りなどによる，不正なジョブ実行を防止したい」を参照してください。

パスワードは，各部門のジョブ運用管理者が変更できるようにする。

JP1/AJS3 - ViewでのJP1ユーザーパスワード変更機能を使用することで，ジョブ運用管理者が，JP1/AJS3 - Viewを使ってJP1ユーザーのパスワードを変更できるようになります。これによって，JP1/AJS3システム管理者の作業負荷が軽減できます。

(4)　設定例

次の各機能を設定する手順について説明します。

スケジューラーサービス参照制限機能

スケジューラーサービスごとの最大同時接続数制限

実行エージェント制限機能

JP1/AJS3 - ViewでのJP1ユーザーパスワード変更機能

なお，マネージャー・エージェント構成は図13-16のように変更済みであるとします。

ここでは，次のようなJP1ユーザーを想定します。

表13‒4　JP1ユーザーの例

項番

JP1ユーザー名

所属

ユーザーの役割

1

userA

営業部門

ジョブ運用管理者

営業部門で運用しているジョブを設計・構築・運用する。

2

userB

総務部門

ジョブ運用管理者

総務部門で運用しているジョブを設計・構築・運用する。

3

jp1admin

システム管理部門

JP1/AJS3システム管理者

JP1/AJS3およびJP1/Baseを管理する。

以降の手順は，JP1/AJS3システム管理者がマネージャーホストで実施します。

(a)　スケジューラーサービス参照制限機能の設定例

スケジューラーサービス参照制限機能を設定する手順を，次に示します。

JP1/AJS3のサービスを停止する。

次のコマンドを実行して，環境設定パラメーターHIDEOTHERSERVICEを設定する。

jajs_config -k [JP1_DEFAULT¥JP1AJSMANAGER] "HIDEOTHERSERVICE"="yes"

スケジューラーサービス参照制限機能が有効になります。

JP1/Baseで，各JP1ユーザーの役割に応じたJP1権限レベル，およびJP1資源グループを定義する。

次のように定義します。

表13‒5　JP1ユーザーの定義

項番

JP1ユーザー名

JP1権限レベル

JP1資源グループ名

1

userA

JP1_AJS_Manager

eigyo

2

userB

JP1_AJS_Manager

somu

3

jp1admin

JP1_AJS_Admin

*

ジョブ運用管理者のuserAおよびuserBには，JP1権限レベルとしてJP1_AJS_Managerを定義します。ユニットの定義・実行・編集ができるようになります。

JP1/AJS3システム管理者のjp1adminには，JP1権限レベルとしてJP1_AJS_Adminを定義します。ユニットの定義・実行・編集に加えて，所有者権限のないユニットでも，所有者名やJP1資源グループ名の定義を変更できるようになります。

各部門で使用するスケジューラーサービスを新規に作成する。

スケジューラーサービスを新規に作成するには，jajs_setupコマンドを実行するか，手動で作成します。

ここでは，営業部門用のスケジューラーサービスとしてAJSROOT2を，総務部門用のスケジューラーサービスとしてAJSROOT3を新規に作成したとします。

JP1/AJS3を再起動する。

次のコマンドを実行して，各スケジューラーサービスのルートジョブグループの所有者とJP1資源グループを定義する。

ajschange -F スケジューラーサービス名 -G -o 所有者名 -g JP1資源グループ名 /

スケジューラーサービス名，所有者名，およびJP1資源グループ名は，次のように指定します。

表13‒6　スケジューラーサービスのルートジョブグループの所有者とJP1資源グループの定義

項番

スケジューラーサービス名（ルートジョブグループ名）

所有者名

JP1資源グループ名

1

AJSROOT1

jp1admin

system

2

AJSROOT2

jp1admin

eigyo

3

AJSROOT3

jp1admin

somu

所有者名には，すべてのルートジョブグループにJP1/AJS3システム管理者のjp1adminを定義します。これによって，ルートジョブグループの所有者およびJP1資源グループの定義を，各部門のジョブ運用管理者が変更できなくなります。

JP1資源グループには，それぞれのスケジューラーサービスを使用するJP1ユーザーのJP1資源グループ名と，同じ名称を定義します。AJSROOT1（デフォルトスケジューラーサービス）を各部門で使用しない場合は，eigyo，somu以外のJP1資源グループ名を定義します。

注意事項

ルートジョブグループの所有者には，必ずJP1/AJS3システム管理者のJP1ユーザー名を定義してください。

ルートジョブグループの所有者を定義しないと，ルートジョブグループの所有者およびJP1資源グループの定義を，各部門で変更できるようになってしまいます。所有者およびJP1資源グループの定義が変更されると，各部門で使用するスケジューラーサービスが，各部門のJP1/AJS3 - Viewに表示されなくなるおそれがあります。

JP1資源グループ名は，すべてのルートジョブグループに対して必ず定義してください。定義しないと，すべてのJP1資源グループに対してアクセス権を持つjp1adminであっても，JP1/AJS3 - Viewに表示されなくなります。

必要に応じて，JP1/AJS3 - Viewの環境設定やカスタマイズをする。

ジョブ運用管理者にジョブを運用してもらうために必要なJP1/AJS3 - Viewの環境設定やカスタマイズをします。

次の点に注意して，設定してください。

JP1ユーザー単位で有効になる設定をuserAとuserB両方のジョブ運用管理者に適用させたい場合，userAとuserBの両方でJP1/AJS3 - Viewにログインして設定してください。

ユーザー共通プロファイルのアップロード／ダウンロード機能を使用するかどうかを検討してください。機能を使用しない場合は，JP1/AJS3 - Viewのメニュー［ユーザー共通プロファイル］を不活性にしてください。

(b)　スケジューラーサービスごとのJP1/AJS3 - Viewの最大同時接続数を制限する設定例

スケジューラーサービスごとの，JP1/AJS3 - Viewの最大同時接続数を設定する手順を，次に示します。

JP1/AJS3のサービスを停止する。

次のコマンドを実行して，環境設定パラメーターSERVICEMAXSESSIONをスケジューラーサービスごとに設定する。

jajs_config -k [JP1_DEFAULT¥JP1AJSMANAGER¥スケジューラーサービス名] "SERVICEMAXSESSION"=dword:最大同時接続数（16進数）

例えば，営業部門が使用するスケジューラーサービスAJSROOT2の最大同時接続数を20にする場合，次のコマンドを実行します。

jajs_config -k [JP1_DEFAULT¥JP1AJSMANAGER¥AJSROOT2] "SERVICEMAXSESSION"=dword:00000014

JP1/AJS3を再起動する。

スケジューラーサービスごとの，JP1/AJS3 - Viewの最大同時接続数が設定されます。

(c)　実行エージェント制限機能の設定例

実行エージェント制限機能を設定する手順を，次に示します。

実行エージェントプロファイルを作成し，編集する。

スケジューラーサービスごとに実行エージェントプロファイルを作成し，実行を許可する実行エージェント名を設定してください。

実行エージェント制限機能を有効にする。

次のどれかの方法で，実行エージェント制限機能を有効にしてください。

JP1/AJS3サービスを再起動する。

スケジューラーサービスを再起動する。

ajsprofalterコマンドを実行する。

(d)　JP1/AJS3 - ViewでのJP1ユーザーパスワード変更機能の設定例

JP1/AJS3 - ViewでのJP1ユーザーパスワード変更機能を設定する手順を，次に示します。

JP1/AJS3のサービスを停止する。

次のコマンドを実行して，環境設定パラメーターCHANGEPASSWORDおよび環境設定パラメーターCHANGEPWDLOGを設定する。

jajs_config -k [JP1_DEFAULT¥JP1AJSMANAGER] "CHANGEPASSWORD"="yes"
jajs_config -k [JP1_DEFAULT¥JP1AJSMANAGER] "CHANGEPWDLOG"="all"

JP1/AJS3を再起動する。

JP1/AJS3 - ViewでのJP1ユーザーパスワード変更機能が有効になります。

(5)　マニュアル記載個所

項目

詳細項目

参照個所

概要

実行エージェント制限

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.5.1(6) 実行エージェント制限について」

ユニットの所有者とJP1資源グループ

マニュアル「JP1/Automatic Job Management System 3 導入ガイド　8.2 ユニットへのアクセスを制限するための設定」

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　6.4 設定するアクセス権限の検討」

設定手順

スケジューラーサービス参照制限

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.1.9 JP1/AJS3 - Viewでアクセス権限のないスケジューラーサービスの表示を抑止する設定」（Windowsの場合）

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.1.10 JP1/AJS3 - Viewでアクセス権限のないスケジューラーサービスの表示を抑止する設定」（UNIXの場合）

スケジューラーサービスごとのJP1/AJS3 - Viewの最大同時接続数

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.1.10 スケジューラーサービスの同時接続数を制限する設定」（Windowsの場合）

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.1.11 スケジューラーサービスの同時接続数を制限する設定」（UNIXの場合）

スケジューラーサービスの追加

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.1.1(1) スケジューラーサービスを追加する」（Windowsの場合）

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.1.1(1) スケジューラーサービスを追加する」（UNIXの場合）

実行エージェント制限

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　4.3.1 実行エージェントプロファイルの設定手順」（Windowsの場合）

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　14.3.1 実行エージェントプロファイルの設定手順」（UNIXの場合）

JP1/AJS3 - ViewでのJP1ユーザーパスワード変更機能

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　6.6.4 JP1/AJS3 - ViewでJP1ユーザーのパスワードの変更を許可する設定」（Windowsの場合）

マニュアル「JP1/Automatic Job Management System 3 構築ガイド1　15.7.3 JP1/AJS3 - ViewでJP1ユーザーのパスワードの変更を許可する設定」（UNIXの場合）

操作方法

JP1/AJS3 - Viewのカスタマイズ

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　11. JP1/AJS3 - Viewで使用するウィンドウおよびダイアログボックスのカスタマイズ」

画面

［パスワード変更］ダイアログボックス

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.3.49 ［パスワード変更］ダイアログボックス」

コマンド

jajs_config

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　jajs_config」

jajs_setup

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス2　2. セットアップコマンド　jajs_setup」

ajschange

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス1　2. コマンド　ajschange」

13.1.8　JP1/AJS3 - Viewで定義済みのユニットを編集して，編集前後の定義内容を比較したい

JP1/AJS3 - Viewで定義済みのユニットを編集したあとに，編集前後の定義内容を比較して，ユニット定義が正しく編集できたか確認したいことがあります。例えば，マスタとなるジョブネットをコピーして，別のジョブネットとして定義し直すような場合です。

JP1/AJS3 - Viewで，編集前後のユニット定義情報ファイルを出力し，適切な差分を採取する方法について説明します。

(1)　運用

JP1/AJS3 - Viewのユーザーがユニットの編集前後の差分を確認するには，ajsprintコマンドを実行して，ユニット定義情報ファイルを採取する必要があります。しかし，JP1/AJS3 - Viewのユーザーがマネージャーホストにログインしてコマンドを実行するとなると，マネージャーホストにログインする手間や権限が必要になります。権限がない場合，JP1/AJS3 - Managerの管理者にコマンドの実行を依頼する必要があります。

ajsprintコマンドを実行してユニット定義情報ファイルを採取できたとしても，出力される関連線情報には，差分が発生することがあります。これは，ajsprintコマンドの関連線情報の出力順が，ユニットIDの昇順で出力されるためです。

このような運用を，ある企業を例に説明します。

この企業には，営業部門および情報システム部門に，次のようなユーザーがいます。

表13‒7　ユーザーの例

ユーザーの所属部門

ユーザーの役割

営業部門

ジョブ運用管理者

JP1/AJS3 - Viewを使って，営業部門で使用する業務を設計・構築・運用する。

情報システム部門

JP1/AJS3システム管理者

JP1/AJS3 - ManagerやJP1/AJS3 - Viewなど，JP1/AJS3システム全体を管理する。

営業部門では，ジョブネットのカスタマイズが必要となった場合に，次のような運用をしています。

営業部門の担当者は，業務のひな形として用意してあるマスタ用ジョブネットJobnetMを，開発用ジョブグループの配下にコピーします。コピーしたジョブネットの名前は，JobnetCとします。

JobnetCの定義を編集します。

JobnetCのテスト完了後，営業部門の担当者は情報システム部門に，JobnetMとJobnetCのユニット定義情報ファイルの採取を依頼します。

情報システム部門の担当者は，マネージャーホストのOSにログインして，次のコマンドを実行します。

ajsprint -F AJSROOT1 /JobnetM > /tmp/ユニット定義情報_JobnetM.txt
ajsprint -F AJSROOT1 /開発用/JobnetC > /tmp/ユニット定義情報_JobnetC.txt

採取したユニット定義情報ファイルは，営業部門に送付します。

営業部門の担当者は，差分採取ツールでユニット定義情報ファイルを比較し，変更個所に問題がないことを確認します。

このとき，関連線を編集していなくても，ユニット定義情報ファイルに出力される関連線情報に差分が発生することがあります。このような場合，問題がないか目視で確認します。

JobnetCを本番用ジョブグループにコピーして，実行登録します。

(2)　課題

「(1) 運用」で説明した方法には，次の二つの課題があります。

ユニット定義情報ファイルを採取する手間や労力を削減したい。

ユニット定義情報ファイルを採取するためには，営業部門が情報システム部門に作業を依頼する必要があり，大きな手間や労力が掛かります。

情報システム部門でも，依頼があるたびにマネージャーホストのOSにログインしたり，コマンドを実行したりする手間が発生します。

ajsprintコマンドの出力結果を比較したときに，編集前後の関連線情報の差分が適切に採取できるようにしたい。

ユニット定義情報ファイルに出力される関連線情報の出力順は，次のルールに従って決定されます。

後続ユニットのユニットIDの昇順

後続ユニットが同じ場合，先行ユニットのユニットIDの昇順

ユニットIDは，ユニット作成時の順番によって決定されます。ただし，ユニットをコピーして作成した場合は，配下のユニットは一括して作成されるため，ユニットIDはユニット名の昇順に振り直されます。そのため，JobnetMとJobnetCでは，関連線を編集していなくても，ユニット定義情報ファイルの関連線情報の出力順が異なります。

例えば，JobnetMにJobD，JobC，JobB，JobAの順にジョブを作成すると，ユニットIDは作成した順に割り振られます。

この場合，ユニット定義情報ファイルの関連線情報は，次のように出力されます。

ar=(f=JobD,t=JobC,seq);
ar=(f=JobC,t=JobB,seq);
ar=(f=JobA,t=JobB,seq);
ar=(f=JobD,t=JobA,seq);

一方，JobnetMをコピーして作成したJobnetCでは，ユニットIDはユニット名の昇順に振り直されます。

したがって，JobnetCのユニット定義情報ファイルの関連線情報は，次のように出力されます。

ar=(f=JobD,t=JobA,seq);
ar=(f=JobA,t=JobB,seq);
ar=(f=JobC,t=JobB,seq);
ar=(f=JobD,t=JobC,seq);

そのため，JobnetMとJobnetCのユニット定義情報ファイルを比較すると，関連線情報に意図しない差分が発生してしまいます。

(3)　解決方法

「(2) 課題」の各項目に対しての解決方法を説明します。

JP1/AJS3 - Viewからのコマンド実行機能を利用する。

JP1/AJS3 - Viewにajsprintコマンドを登録して，マネージャーホストに対して実行できます。コマンド実行結果は，JP1/AJS3 - Viewホストに出力できます。これによって，営業部門が情報システム部門に作業を依頼する手間や，情報システム部門がコマンドを実行する手間を削減できます。

ajsprintコマンドの，関連線情報の出力順序固定オプション（-sオプション）を利用する。

ajsprintコマンド実行時に-sオプションを指定すると，関連線情報がユニットIDの昇順ではなく，次のルールに従って出力されるようになります。

先行ユニットのユニット名の昇順

先行ユニット名が同一の場合は，後続ユニットのユニット名の昇順

そのため，JobnetMおよびJobnetCのユニット定義情報ファイルの関連線情報は，どちらも次のように出力されます。

ar=(f=JobA,t=JobB,seq);
ar=(f=JobC,t=JobB,seq);
ar=(f=JobD,t=JobA,seq);
ar=(f=JobD,t=JobC,seq);

つまり，-sオプションを指定することで，JobnetMとJobnetCのユニット定義情報ファイルの関連線情報に，意図しない差分が発生しなくなります。

(4)　設定例

JP1/AJS3 - Viewからajsprint -sコマンドを実行する手順について説明します。

基本的な流れは，次のとおりです。

情報システム部門の作業

JP1/AJS3 - Managerに，JP1/AJS3 - Viewでのajsprintコマンドの実行許可を設定する。

営業部門の作業

JP1/AJS3 - Viewにajsprintコマンドを登録する。

JP1/AJS3 - Viewからajsprintコマンドを実行する。

次に，それぞれの部門での手順について説明します。

(a)　情報システム部門（JP1/AJS3 - Manager）の設定

情報システム部門（JP1/AJS3 - Manager）の設定手順を次に示します。この手順は初回だけ実施します。

JP1/AJS3 - Viewから実行を許可するコマンドと，コマンドの実行を許可するJP1ユーザーを検討する。

次の2点を検討します。

実行を許可するコマンド

JP1/AJS3 - Viewから，どのコマンドを実行できるようにするかを検討します。ここでは，ajsprintコマンドの実行だけを許可します。

コマンドの実行を許可するJP1ユーザー

JP1/AJS3 - Viewからのコマンドの実行を，どのJP1ユーザーに許可するのかを検討します。コマンドの実行許可は，JP1ユーザー単位または全JP1ユーザー共通で設定します。

ここでは，営業部門用に用意されているJP1ユーザーeigyoにだけ，コマンドの実行を許可します。

実行許可コマンド設定ファイルjajsExecutableCommandを作成し，編集する。

実行許可コマンド設定ファイルjajsExecutableCommandを作成し，JP1/AJS3 - Viewからの実行を許可するコマンドを記載します。

ここではajsprintコマンドだけを許可するので，実行許可コマンド設定ファイルは次のとおり記載します。

ajsprint

実行許可コマンド設定ファイルを適切な場所に格納する。

実行許可コマンド設定ファイルの格納先は，コマンドの実行をJP1ユーザー単位で許可するか，全JP1ユーザー共通で許可するかによって異なります。

マネージャーホストのOSがWindows Server 2012（物理ホスト）で，JP1/AJS3 - Managerのインストール先フォルダがデフォルトの場合，JP1ユーザーeigyoの実行許可コマンド設定ファイルは次の場所に格納します。

%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2¥conf¥profiles¥(jajsExecutableCommand)¥eigyo¥

(b)　営業部門（JP1/AJS3 - View）の設定

営業部門（JP1/AJS3 - View）の設定手順を次に示します。

コマンドの登録

JP1/AJS3 - Viewにajsprint -sコマンドを登録します。この手順は初回だけ実施します。

コマンドの登録方法を次に示します。

JP1ユーザーeigyoで，JP1/AJS3 - ViewからJP1/AJS3 - Managerにログインする。

［オプション］−［JP1/AJS3のコマンドの設定］を選択する。

［JP1/AJS3のコマンドの設定］ダイアログボックスが表示されます。

［追加］をクリックする。

［JP1/AJS3のコマンドの登録］ダイアログボックスが表示されます。

［JP1/AJS3のコマンドの登録］ダイアログボックスの各項目を設定する。

［JP1/AJS3のコマンドの登録］ダイアログボックスの入力例を次に示します。

［登録名］

「ユニット定義情報ファイル出力」と入力し，［ポップアップメニューに追加］をチェックします。

［コマンド］

「ajsprint」を選択します。

［コマンド引数］

次のとおり入力します。

-F (SERVICE_NAME) -s yes (UNIT_FULL_NAME)

括弧付きの文字列は，変数を表します。［置換文字列］から挿入したい項目を選択し，［挿入］ボタンをクリックすると，変数が挿入されます。

［出力ファイル名］

ajsprintコマンドを実行して出力される，ユニット定義情報ファイル名を入力します。ここでは，次のとおり入力します。

ユニット定義情報_(UNIT_NAME).txt

括弧付きの文字列は，変数を表します。［置換文字列］から挿入したい項目を選択し，［挿入］ボタンをクリックすると，変数が挿入されます。

［OK］ボタンをクリックする。

［JP1/AJS3のコマンドの登録］ダイアログボックスが閉じます。

［JP1/AJS3のコマンドの設定］ダイアログボックスに，登録した内容が表示されます。

［閉じる］ボタンをクリックする。

コマンドの設定を保存するかどうかを確認するメッセージが表示されます。

［はい］ボタンをクリックする。

設定が保存され，［JP1/AJS3のコマンドの設定］ダイアログボックスが閉じます。

コマンドの実行

登録したコマンドを実行して，JobnetMとJobnetCのユニット定義情報ファイルを採取します。なお，JobnetCは作成済みであるとします。

コマンドの実行方法を次に示します。

JP1ユーザーeigyoで，JP1/AJS3 - ViewからJP1/AJS3 - Managerにログインする。

［JP1/AJS3 - View］ウィンドウ（メイン画面）のリストエリアでJobnetMを選択し，右クリックでポップアップメニューから［JP1/AJS3のコマンド］−［ユニット定義情報ファイル出力］を選択する。

JP1/AJS3 - Viewホストに，JobnetMのユニット定義情報ファイルが出力されます。

JobnetMのユニット定義情報ファイルの出力先および出力ファイル名を次に示します。

Windows 8.1，Windows 8，Windows Server 2012，Windows 7，Windows Server 2008，またはWindows Vistaの場合

%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥command¥eigyo¥ユニット定義情報_JobnetM.txt

Windows Server 2003またはWindows XP Professionalの場合

JP1/AJS3 - Viewのインストール先フォルダ¥command¥eigyo¥ユニット定義情報_JobnetM.txt

JobnetCについて，手順2と同じ操作をする。

差分採取ツールでJobnetMとJobnetCのユニット定義情報ファイルを比較し，差分に問題がないことを確認する。

(5)　マニュアル記載個所

項目

詳細項目

参照個所

概要

実行許可コマンド設定ファイルjajsExecutableCommand

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　4.5.4 JP1/AJS3 - Viewから実行するJP1/AJS3のコマンドについて検討する」

設定手順

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　11.1.1 カスタマイズ方法の種類」

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　11.3.18 JP1/AJS3のコマンドを実行できるようにする」

操作方法

コマンドを登録する

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　10.4.1 JP1/AJS3のコマンドを登録する」

コマンドを実行する

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　10.4.2 JP1/AJS3のコマンドを実行する」

画面

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.3.52 ［JP1/AJS3のコマンドの設定］ダイアログボックス」

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.3.53 ［JP1/AJS3のコマンドの登録］ダイアログボックス」

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.3.54 ［JP1/AJS3のコマンド実行結果］ダイアログボックス」

付録

付録A　JP1/AJS3が発行するJP1イベント

JP1/AJS3が発行するJP1イベントについて説明します。

付録A.1　JP1イベント一覧

JP1イベント一覧を次の表に示します。

表A‒1　JP1イベント一覧

イベントID

イベント名称

イベント発行契機

メッセージID

00004100

スケジューラーサービス開始イベント

スケジューラーサービスが起動したとき

KAVS0200-I

00004101

スケジューラーサービス終了イベント

スケジューラーサービスが終了したとき

KAVS0201-I

00004102

ジョブネット開始イベント

ジョブネット・ジョブネットコネクタが起動したとき

KAVS0260-I

00004103

ジョブネット正常終了イベント

ジョブネット・ジョブネットコネクタが正常終了したとき

KAVS0261-I

00004104

ジョブネット異常終了イベント

ジョブネット・ジョブネットコネクタが異常終了したとき

KAVS0262-E

00004105

ジョブ開始イベント

ジョブが起動したとき

KAVS0263-I

00004106

ジョブ正常終了イベント

ジョブが正常終了したとき

KAVS0264-I

00004107

ジョブ異常終了イベント

ジョブが異常終了したとき

KAVS0265-E

00004108

ジョブネット警告終了イベント

ジョブネット・ジョブネットコネクタが警告終了したとき

KAVS0268-W

00004109

ジョブ警告終了イベント

ジョブが警告終了したとき

KAVS0269-W

0000410A

ジョブのキューイング取り消しイベント

ジョブがジョブ実行制御にキューイングされた状態で，スケジューラーサービスを再起動（ホットスタート）したとき

KAVS0266-I

00004110

スケジューラーログプロセス異常終了イベント（履歴デーモン異常終了イベント）

ログプロセスが異常終了したとき

KAVS0202-E

00004111

スケジューラーログファイル交代イベント（スケジューラーログファイル交代イベント）

ログファイルが交代したとき

KAVS0203-I

00004120

ジョブネット保留イベント

ジョブネットが保留になったとき

KAVS0270-I

00004121

ジョブ保留イベント

ジョブが保留になったとき

KAVS0271-I

00004122

ジョブネット開始遅延イベント

ジョブネットが開始遅延になったとき

KAVS0275-I

00004123

ジョブネット終了遅延イベント

ジョブネットが終了遅延になったとき

KAVS0276-I

00004124

次回予定キューイングイベント

−

KAVS0277-I

00004125

ジョブサブミット開始イベント

ジョブのサブミットが開始されたとき

KAVS0278-I

00004126

イベントジョブ実行要求開始

イベントジョブの実行要求が開始されたとき

KAVS0242-I

00004127

ジョブ終了遅延イベント

ジョブが終了遅延になったとき

KAVS0248-I

00004130

スケジューラーサービス再起動イベント（デーモン再起動イベント）

スケジューラーサービスが再起動されたとき

KAVS0204-E

00004131

ジョブネット閉塞イベント

ジョブネットが閉塞状態になったとき

KAVS0272-E

KAVS0273-E

00004140

ジョブネット起動条件監視開始イベント

ジョブネットの起動条件監視が開始したとき

KAVS0240-I

00004141

ジョブネット起動条件監視終了イベント

ジョブネットの起動条件監視が終了したとき

KAVS0241-I

00004142

ジョブネット繰り越し未実行イベント

ジョブネットが繰り越し未実行になったとき

KAVS0279-E

00004143

接続先のジョブネット未登録イベント

ジョブネットコネクタの実行開始時に接続先のジョブネットが実行登録されていないとき

KAVS0243-E

00004144

ジョブネットコネクタ未登録イベント

接続先のジョブネットの実行開始時にジョブネットコネクタが実行登録されていないとき

KAVS0244-E

00004145

起動条件監視終了待ちイベント

監視世代が開始時刻待ち

KAVS1420-I

00004146

ジョブネット待ち合わせ開始イベント

待ち合わせ条件付きジョブネットが待ち合わせを開始したとき

KAVS4950-I

00004147

ジョブネット待ち合わせ終了イベント

待ち合わせ条件付きジョブネットの待ち合わせ条件が成立したとき

KAVS4955-I

00004148

ジョブネット待ち合わせ滞留イベント

待ち合わせ条件付きジョブネットの待ち合わせ条件が成立できないとき

KAVS4957-E

00004149

ジョブネット待ち合わせ回復イベント

待ち合わせ条件付きジョブネットが待ち合わせ対象ユニットの実行終了を待ち合わせできるようになったとき

KAVS4958-I

0000414A

ジョブ待ち合わせ開始イベント

待ち合わせ条件付きジョブが待ち合わせを開始したとき

KAVS4951-I

0000414B

ジョブ待ち合わせ終了イベント

待ち合わせ条件付きジョブの待ち合わせ条件が成立したとき

KAVS4956-I

0000414C

ジョブ待ち合わせ滞留イベント

待ち合わせ条件付きジョブの待ち合わせ条件が成立できないとき

KAVS4971-E

0000414D

ジョブ待ち合わせ回復イベント

待ち合わせ条件付きジョブが待ち合わせ対象ユニットの実行終了を待ち合わせできるようになったとき

KAVS4973-I

0000414E

待ち合わせ閉塞イベント

エラーが発生したため，待ち合わせ条件付きユニットが待ち合わせできなくなったとき

KAVS4962-E

00004150

スケジューラーデータベース再編成開始イベント

スケジューラーデータベース再編成が開始したとき

KAVS1500-I※1

00004151

スケジューラーデータベース再編成正常終了イベント

スケジューラーデータベース再編成が正常終了したとき

KAVS1501-I※1

00004152

スケジューラーデータベース再編成異常終了イベント

スケジューラーデータベース再編成が異常終了したとき

KAVS1502-E※1

00004153

スケジューラーISAM未使用領域サイズ情報イベント

スケジューラーISAM未使用領域サイズ情報を取得したとき

KAVS1503-I※1

00004154

スケジューラーISAM未使用領域サイズしきい値到達イベント

スケジューラーISAM未使用領域サイズがしきい値に到達したとき

KAVS1504-W※1

00004155

自動リトライによるリトライ間隔待ち開始イベント

自動リトライのリトライ間隔待ちを開始したとき

KAVS4675-I

00004156

自動リトライによる実行開始イベント

自動リトライの実行が開始したとき

KAVS4676-I

00004157

自動リトライ実行不可能エラー発生イベント

自動リトライで実行不可能なエラーが発生したとき

KAVS4677-E

00004158

自動リトライによるジョブサブミット開始イベント

自動リトライによってジョブのサブミットが開始されたとき

KAVS4678-I

00004160

ジョブ実行環境データベース再編成開始イベント

ジョブ実行環境データベース再編成が開始したとき

KAVU5980-I※1

00004161

ジョブ実行環境データベース再編成正常終了イベント

ジョブ実行環境データベース再編成が正常終了したとき

KAVU5981-I※1

00004162

ジョブ実行環境データベース再編成異常終了イベント

ジョブ実行環境データベース再編成が異常終了したとき

KAVU5982-E※1

00004163

ジョブ実行環境ISAM未使用領域サイズ情報イベント

ジョブ実行環境ISAM未使用領域サイズ情報を取得したとき

KAVU5983-I※1

00004164

ジョブ実行環境ISAM未使用領域サイズしきい値到達イベント

ジョブ実行環境ISAM未使用領域サイズがしきい値に到達したとき

KAVU5984-W※1

00004170

スケジューラーサービスRDB接続待ち合わせ異常終了イベント

RDB接続待ち合わせ機能が異常終了したとき

KAVS0998-E

00004171

スケジューラーサービスRDB接続待ち合わせ開始イベント

RDB接続待ち合わせ機能が開始されたとき

KAVS0999-W

00004190

コマンド・JP1/AJS3 - View操作開始

コマンド・JP1/AJS3 - Viewからの操作が開始されたとき

KAVS0715-I

00004191

コマンド・JP1/AJS3 - View操作終了

コマンド・JP1/AJS3 - Viewからの操作が終了されたとき

KAVS0716-I

000041A0

ログファイルトラップ用イベント

監視中のログファイル監視条件に合致したデータがログファイルに出力されたとき

−

000041A1

イベント・アクション制御−マネージャー開始イベント

イベント・アクション制御−マネージャーの開始

KAVT0498-I

000041A2

イベント・アクション制御−マネージャー終了イベント

イベント・アクション制御−マネージャーの停止

KAVT0499-I

000041A3

イベント・アクション制御−エージェント開始イベント

イベント・アクション制御−エージェントの開始

KAVT0900-I

000041A4

イベント・アクション制御−エージェント終了イベント

イベント・アクション制御−エージェントの停止

KAVT0901-I

000041F0※2

プロセス異常終了イベント（互換用イベント）

プロセスが異常終了したとき

KNAD3737-E

000041F1※2

プロセス起動タイムアウトイベント（互換用イベント）

プロセスの起動がタイムアウトしたとき

KNAD3613-W

000041F2※2

プロセス再起動完了イベント（互換用イベント）

プロセスの再起動が完了したとき

KNAD3616-I

000041F3※2

起動前処理失敗イベント（互換用イベント）

起動前処理が失敗したとき

KNAD3953-E

000041C0※2

JP1/AJS3起動完了イベント

JP1/AJS3が起動したとき

KNAD3604-I

000041C1※2

JP1/AJS3停止イベント

JP1/AJS3が停止したとき

KNAD3743-I

000041C2※2

管理対象プロセス起動完了イベント

管理対象プロセスの起動が完了したとき

KNAD3617-I

000041C3※2

管理対象プロセス停止イベント

管理対象プロセスが停止したとき

KNAD3746-I

000041C4※2

管理対象プロセス異常終了発生イベント

管理対象プロセスが稼働中に異常終了したとき

KNAD3737-E

000041C5※2

管理対象プロセス起動タイムアウト発生イベント

管理対象プロセスの起動時に起動通知がなく，タイムアウトしたとき

KNAD3613-W

000041C6※2

管理対象プロセス再起動完了イベント

異常終了した管理対象プロセスの再起動が完了したとき

KNAD3616-I

000041C7※2

起動前処理失敗イベント

起動前処理失敗したとき

KNAD3953-E

（凡例）

−：該当しない。

注※1

ajsdbcondコマンド，またはjpqdbcondコマンドで，出力先にJP1イベントを指定している場合だけ出力されます。

注※2

JP1イベントを発行させる設定をした場合にだけ発行されます。JP1イベントを発行させたい場合は，「7.3.2 JP1/AJS3のプロセスが起動，停止，または異常終了したときにJP1イベントを発行する」を参照してください。

付録A.2　JP1イベントの属性

JP1イベントの属性には基本属性と拡張属性があります。基本属性にはイベントIDや詳細情報などの項目があります。拡張属性には重大度やユーザー名などの共通情報と，プラットフォームやAJSのアクションバージョンなどの固有情報があります。

なお，基本属性の詳細情報は，JP1 Version 5以前の製品との互換のため情報が切り詰められます。情報の参照は拡張属性を使用するようにしてください。

JP1イベントの属性を次に示します。

(1)　スケジューラーサービス開始イベントの属性

スケジューラーサービス開始イベントの属性を次の表に示します。

表A‒2　スケジューラーサービス開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004100

メッセージ

−

KAVS0200-I Scheduler service started. (スケジューラーサービス名)

KAVS0200-I スケジューラーサービスを開始しました（スケジューラーサービス名）

詳細情報

−

VRID STTM CODIR ERDIR SCDIR SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

CODIR：ユニット情報定義ディレクトリ名

ERDIR：ジョブエラー情報ディレクトリ名

SCDIR：スケジュール・モニタ情報ディレクトリ名

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

Windowsの場合：JP1/AJS3サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし，環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager Scheduler service

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

JP1/AJS2 - Manager Scheduler service

オブジェクトID

OBJECT_ID

スケジューラーサービス名

事象種別

OCCURRENCE

START

開始時刻

START_TIME

開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

（凡例）

−：該当しない。

(2)　スケジューラーサービス終了イベントの属性

スケジューラーサービス終了イベントの属性を次の表に示します。

表A‒3　スケジューラーサービス終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004101

メッセージ

−

KAVS0201-I Scheduler service ended. (スケジューラーサービス名)

KAVS0201-I スケジューラーサービスを終了しました（スケジューラーサービス名）

詳細情報

−

VRID EDTM RTN EDTYP SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

EDTM：終了時刻

RTN：戻り値

EDTYP：停止方法

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

Windowsの場合：JP1/AJS3サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし，環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager Scheduler service

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

JP1/AJS2 - Manager Scheduler service

オブジェクトID

OBJECT_ID

スケジューラーサービス名

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

終了コード

RESULT_CODE

終了コード

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

（凡例）

−：該当しない。

(3)　ジョブネット開始イベントの属性

ジョブネット開始イベントの属性を次の表に示します。

表A‒4　ジョブネット開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004102

メッセージ

−

KAVS0260-I Jobnet started. (name: ジョブネット名: 実行ID)

KAVS0260-I ジョブネット（ジョブネット名：実行ID）を開始します

詳細情報

−

VRID STTM PATH NAME RKIND LVL EUSR SCTM EHST SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

LVL：レベル

EUSR：登録ユーザー名

SCTM：実行予定日時※

EHST：登録ホスト名

SRVID：スケジューラーサービス名

注※

ジョブネットコネクタの場合は設定されない。

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット・ジョブネットコネクタ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット・ジョブネットコネクタ名

事象種別

OCCURRENCE

START

開始時刻

START_TIME

開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット・ジョブネットコネクタ名（ネストジョブネット・ジョブネットコネクタの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行予定日時

B5

実行予定日時（ジョブネットコネクタの場合は設定されない）

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

(4)　ジョブネット正常終了イベントの属性

ジョブネット正常終了イベントの属性を次の表に示します。

表A‒5　ジョブネット正常終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004103

メッセージ

−

KAVS0261-I Jobnet ended normally. (name: ジョブネット名: 実行ID)

KAVS0261-I ジョブネット（ジョブネット名：実行ID）が正常終了しました

詳細情報

−

VRID STTM PATH NAME RKIND LVL EUSR EHST SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

LVL：レベル

EUSR：登録ユーザー名

EHST：登録ホスト名

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット・ジョブネットコネクタ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット・ジョブネットコネクタ名

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット・ジョブネットコネクタ名（ネストジョブネット・ジョブネットコネクタの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

(5)　ジョブネット異常終了イベントの属性

ジョブネット異常終了イベントの属性を次の表に示します。

表A‒6　ジョブネット異常終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004104

メッセージ

−

KAVS0262-E Jobnet ended abnormally. (name：ジョブネット名: 実行ID)

KAVS0262-E ジョブネット（ジョブネット名：実行ID）が異常終了しました

詳細情報

−

VRID STTM PATH NAME RKIND LVL EUSR EDTM EHST SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

LVL：レベル

EUSR：登録ユーザー名

EDTM：終了時刻

EHST：登録ホスト名

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Error

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット・ジョブネットコネクタ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット・ジョブネットコネクタ名

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット・ジョブネットコネクタ名（ネストジョブネット・ジョブネットコネクタの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態

B4

a：異常検出終了

q：順序不正

i：中断

c：強制終了

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

(6)　ジョブ開始イベントの属性

ジョブ開始イベントの属性を次の表に示します。

表A‒7　ジョブ開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004105

メッセージ

−

KAVS0263-I Job started. (name: ジョブ名: 実行ID, host: ホスト名, JOBID: ジョブ番号)

KAVS0263-I ジョブ（ジョブ名：実行ID）を開始します（host：ホスト名，JOBID：ジョブ番号）

詳細情報

−

VRID STTM PATH NAME RKIND DUSR EUSR EGRP EHST JTYP JHST SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

DUSR：実行ユーザー名

EUSR：登録ユーザー名

EGRP：登録グループ名

EHST：登録ホスト名

JTYP：ジョブ実行状態

JHST：ジョブ実行ホスト

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

START

開始時刻

START_TIME

開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名

B2

ジョブネット登録ユーザー名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

実行先ホスト名

ジョブ実行グループ名

C1

常に空白

ジョブ実行形態

C6

常にr

オペレーションジョブ実行ホスト名

H0

オペレーションジョブの実行ホストに定義したホスト名（オペレーションジョブ実行時だけ）

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

(7)　ジョブ正常終了イベントの属性

ジョブ正常終了イベントの属性を次の表に示します。

表A‒8　ジョブ正常終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004106

メッセージ

−

KAVS0264-I Job ended normally. (name: ジョブ名: 実行ID, host: ホスト名, code: コード, JOBID: ジョブ番号)

KAVS0264-I ジョブ（ジョブ名：実行ID）が正常終了しました（host：ホスト名，code：コード，JOBID：ジョブ番号）

詳細情報

−

VRID STTM PATH NAME RKIND DUSR EUSR EGRP EDTM RTN UCPUT SCPUT EHST JTYP JHST RQID ASTTM AEDTM AUCPU ASCPU SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

DUSR：実行ユーザー名

EUSR：登録ユーザー名

EGRP：登録グループ名

EDTM：終了時刻

RTN：戻り値

UCPUT：ユーザーCPU時間

SCPUT：システムCPU時間

EHST：登録ホスト名

JTYP：ジョブ実行状態

JHST：ジョブ実行ホスト

RQID：リクエストID

ASTTM：エージェント開始時刻

AEDTM：エージェント終了時刻

AUCPU：エージェントユーザーCPU時間

ASCPU：エージェントシステムCPU時間

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

終了コード

RESULT_CODE

終了コード

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名

B2

ジョブネット登録ユーザー名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

実行先ホスト名

ジョブ実行グループ名

C1

常に空白

リクエストID

C2

ジョブ番号

キュー名

C3

キュー名（キューイングジョブの場合）またはエージェント名（UNIXジョブ，PCジョブの場合）

ユーザーCPU時間

C4

常に0（ゼロ）

システムCPU時間

C5

常に0（ゼロ）

ジョブ実行形態

C6

常にr

実行先での開始時刻

E0※1，※2

実行先での開始時刻

実行先での終了時刻

E1※2

実行先での終了時刻

実行先でのユーザーCPU時間

E2

常に0（ゼロ）

実行先でのシステムCPU時間

E3

常に0（ゼロ）

実行先でのジョブ実行JP1ユーザー名

E4※3，※4，※5

実行ユーザー種別に従った実行先でのジョブ実行JP1ユーザー名

実行先でのジョブ実行時間

E5※2，※6

実行先でのジョブ実行時間（秒）

リトライ実行による開始時刻

E6※7

リトライ実行による開始時刻

オペレーションジョブ実行ホスト名

H0

オペレーションジョブの実行ホストに定義したホスト名（オペレーションジョブ実行時だけ）

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※1

ジョブが起動失敗となり，実行先ホストで実行開始されなかった場合，値は設定されません。

注※2

判定ジョブやORジョブの場合，値は設定されません。

注※3

イベントジョブの場合，設定されたJP1ユーザー名にかかわらず常にJP1/AJS3を起動しているOSユーザーで実行されます。

注※4

判定ジョブやORジョブの場合，登録したJP1ユーザーが設定されます。

注※5

実行先で情報を取得できない場合，値は設定されません。

注※6

「実行先での開始時刻」または「実行先での終了時刻」が空白の場合，値は設定されません。

注※7

一度もリトライ実行されていない場合，空白で表示されます。

(8)　ジョブ異常終了イベントの属性

ジョブ異常終了イベントの属性を次の表に示します。

表A‒9　ジョブ異常終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004107

メッセージ

−

KAVS0265-E Job ended abnormally. (name: ジョブ名: 実行ID, status: 状態, code: コード, host: ホスト名, JOBID: ジョブ番号)

KAVS0265-E ジョブ（ジョブ名：実行ID）が異常終了しました（status：状態，code：コード，host：ホスト名，JOBID：ジョブ番号）

詳細情報

−

VRID STTM PATH NAME RKIND DUSR EUSR EGRP EDTM RTN UCPUT SCPUT EDST EHST JTYP JHST RQID ASTTM AEDTM AUCPU ASCPU SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

DUSR：実行ユーザー名

EUSR：登録ユーザー名

EGRP：登録グループ名

EDTM：終了時刻

RTN：戻り値

UCPUT：ユーザーCPU時間

SCPUT：システムCPU時間

EDST：終了状態

EHST：登録ホスト名

JTYP：ジョブ実行状態

JHST：ジョブ実行ホスト

RQID：リクエストID

ASTTM：エージェント開始時刻

AEDTM：エージェント終了時刻

AUCPU：エージェントユーザーCPU時間

ASCPU：エージェントシステムCPU時間

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Error

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

終了コード

RESULT_CODE

終了コード

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名

B2

ジョブネット登録ユーザー名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態

B4

a：異常検出終了

f：起動失敗

c：強制終了

?：終了状態不明

実行先ホスト名

C0

実行先ホスト名

ジョブ実行グループ名

C1

常に空白

リクエストID

C2

ジョブ番号

キュー名

C3

キュー名（キューイングジョブの場合）またはエージェント名（UNIXジョブ，PCジョブの場合）

ユーザーCPU時間

C4

常に0（ゼロ）

システムCPU時間

C5

常に0（ゼロ）

ジョブ実行形態

C6

常にr

実行先での開始時刻

E0※1，※2

実行先での開始時刻

実行先での終了時刻

E1※2

実行先での終了時刻

実行先でのユーザーCPU時間

E2

常に0（ゼロ）

実行先でのシステムCPU時間

E3

常に0（ゼロ）

実行先でのジョブ実行JP1ユーザー名

E4※3，※4，※5

実行ユーザー種別に従った実行先でのジョブ実行JP1ユーザー名

実行先でのジョブ実行時間

E5※2，※6

実行先でのジョブ実行時間（秒）

リトライ実行による開始時刻

E6※7

リトライ実行による開始時刻

オペレーションジョブ実行ホスト名

H0

オペレーションジョブの実行ホストに定義したホスト名（オペレーションジョブ実行時だけ）

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※1

ジョブが起動失敗となり，実行先ホストで実行開始されなかった場合，値は設定されません。

注※2

判定ジョブやORジョブの場合，値は設定されません。

注※3

イベントジョブの場合，設定されたJP1ユーザー名にかかわらず常にJP1/AJS3を起動しているOSユーザーで実行されます。

注※4

判定ジョブやORジョブの場合，登録したJP1ユーザーが設定されます。

注※5

実行先で情報を取得できない場合，値は設定されません。

注※6

「実行先での開始時刻」または「実行先での終了時刻」が空白の場合，値は設定されません。

注※7

一度もリトライ実行されていない場合，空白で表示されます。

(9)　ジョブネット警告終了イベントの属性

ジョブネット警告終了イベントの属性を次の表に示します。

表A‒10　ジョブネット警告終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004108

メッセージ

−

KAVS0268-W Jobnet ended with warning. (name: ジョブネット名: 実行ID)

KAVS0268-W ジョブネット（ジョブネット名：実行ID）が警告終了しました

詳細情報

−

VRID STTM PATH NAME RKIND LVL EUSR EDTM EHST SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

LVL：レベル

EDTM：終了時刻

EHST：登録ホスト名

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Warning

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット・ジョブネットコネクタ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット・ジョブネットコネクタ名

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット・ジョブネットコネクタ名（ネストジョブネット・ジョブネットコネクタの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

(10)　ジョブ警告終了イベントの属性

ジョブ警告終了イベントの属性を次の表に示します。

表A‒11　ジョブ警告終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004109

メッセージ

−

KAVS0269-W Job ended with warning. (name: ジョブ名: 実行ID, code: コード, host: ホスト名, JOBID: ジョブ番号)

KAVS0269-W ジョブ（ジョブ名：実行ID）が警告終了しました（code：コード，host：ホスト名，JOBID：ジョブ番号）

詳細情報

−

VRID STTM PATH NAME RKIND DUSR EUSR EGRP EDTM RTN UCPUT SCPUT EHST JTYP JHST RQID ASTTM AEDTM AUCPU ASCPU SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

DUSR：実行ユーザー名

EUSR：登録ユーザー名

EGRP：登録グループ名

EDTM：終了時刻

RTN：戻り値

UCPUT：ユーザーCPU時間

SCPUT：システムCPU時間

EHST：登録ホスト名

JTYP：ジョブ実行状態

JHST：ジョブ実行ホスト

RQID：リクエストID

ASTTM：エージェント開始時刻

AEDTM：エージェント終了時刻

AUCPU：エージェントユーザーCPU時間

ASCPU：エージェントシステムCPU時間

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Warning

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

終了コード

RESULT_CODE

終了コード

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名

B2

ジョブネット登録ユーザー名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

実行先ホスト名

ジョブ実行グループ名

C1

常に空白

リクエストID

C2

ジョブ番号

キュー名

C3

キュー名（キューイングジョブの場合だけ）またはエージェント名（UNIXジョブ，PCジョブの場合）

ユーザーCPU時間

C4

常に0（ゼロ）

システムCPU時間

C5

常に0（ゼロ）

ジョブ実行形態

C6

常にr

実行先での開始時刻

E0※1，※2

実行先での開始時刻

実行先での終了時刻

E1※2

実行先での終了時刻

実行先でのユーザーCPU時間

E2

常に0（ゼロ）

実行先でのシステムCPU時間

E3

常に0（ゼロ）

実行先でのジョブ実行JP1ユーザー名

E4※3，※4，※5

実行ユーザー種別に従った実行先でのジョブ実行JP1ユーザー名

実行先でのジョブ実行時間

E5※2，※6

実行先でのジョブ実行時間（秒）

リトライ実行による開始時刻

E6※7

リトライ実行による開始時刻

オペレーションジョブ実行ホスト名

H0

オペレーションジョブの実行ホストに定義したホスト名（オペレーションジョブ実行時だけ）

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※1

ジョブが起動失敗となり，実行先ホストで実行開始されなかった場合，値は設定されません。

注※2

判定ジョブやORジョブの場合，値は設定されません。

注※3

イベントジョブの場合，設定されたJP1ユーザー名にかかわらず常にJP1/AJS3を起動しているOSユーザーで実行されます。

注※4

判定ジョブやORジョブの場合，登録したJP1ユーザーが設定されます。

注※5

実行先で情報を取得できない場合，値は設定されません。

注※6

「実行先での開始時刻」または「実行先での終了時刻」が空白の場合，値は設定されません。

注※7

一度もリトライ実行されていない場合，空白で表示されます。

(11)　ジョブのキューイング取り消しイベント

ジョブのキューイング取り消しイベントの属性を次の表に示します。

表A‒12　ジョブのキューイング取り消しイベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

0000410A

メッセージ

−

KAVS0266-I To submit Job again, it is canceled. (name: ジョブ名: 実行ID, JOBID: ジョブ番号)

KAVS0266-I 再サブミットのためにキューイング中のジョブ(ジョブ名:実行ID)をキャンセルします(JOBID：ジョブ番号)

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

END

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0900

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ジョブ名

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名

B2

ジョブネット登録ユーザー名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

常に空白

ジョブ実行グループ名

C1

常に空白

リクエストID

C2

ジョブ番号

キュー名

C3

エージェント名

ユーザーCPU時間

C4

常に0（ゼロ）

システムCPU時間

C5

常に0（ゼロ）

ジョブ実行形態

C6

常にr

実行先での開始時刻

E0

常に空白

実行先での終了時刻

E1

常に空白

実行先でのユーザーCPU時間

E2

常に0（ゼロ）

実行先でのシステムCPU時間

E3

常に0（ゼロ）

オペレーションジョブ実行ホスト名

H0

オペレーションジョブの実行ホストに定義したホスト名（オペレーションジョブ実行時だけ）

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

(12)　履歴デーモン異常終了イベントの属性

履歴デーモン異常終了イベントの属性を次の表に示します。

表A‒13　履歴デーモン異常終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004110

メッセージ

−

KAVS0202-E Log daemon ended abnormally. (code：コード)

KAVS0202-E 履歴デーモンが異常終了しました（code：コード）

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Error

ユーザー名

USER_NAME

Windowsの場合：JP1/AJS3サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし，環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager Scheduler service

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

JP1/AJS2 - Manager Scheduler service

オブジェクトID

OBJECT_ID

−

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

終了コード

RESULT_CODE

終了コード

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

（凡例）

−：該当しない。

(13)　スケジューラーログファイル交代イベントの属性

スケジューラーログファイル交代イベントの属性を次の表に示します。

表A‒14　スケジューラーログファイル交代イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004111

メッセージ

−

KAVS0203-I Log file (交代前スケジューラーログファイル名) has been changed to 交代後スケジューラーログファイル名.

KAVS0203-I 履歴ファイル（交代前スケジューラーログファイル名）を履歴ファイル（交代後スケジューラーログファイル名）に交代します

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

Windowsの場合：JP1/AJS3サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし，環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager Scheduler service

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

JP1/AJS2 - Manager Scheduler service

オブジェクトID

OBJECT_ID

−

事象種別

OCCURRENCE

EXCEPTION

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

交代前のファイル名

D0

交代前のファイル名

交代後のファイル名

D1

交代後のファイル名

（凡例）

−：該当しない。

(14)　ジョブネット保留イベントの属性

ジョブネット保留イベントの属性を次の表に示します。

表A‒15　ジョブネット保留イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004120

メッセージ

−

KAVS0270-I Jobnet cannot be executed while being held. (name: ジョブネット名: 実行ID)

KAVS0270-I ジョブネット（ジョブネット名：実行ID）は保留中のため実行できません

詳細情報

−

VRID STTM PATH NAME RKIND LVL EUSR EHST SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

LVL：レベル

EUSR：登録ユーザー名

EHST：登録ホスト名

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Notice

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名

事象種別

OCCURRENCE

PAUSE

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行予定日時

B5

実行予定日時

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

(15)　ジョブ保留イベントの属性

ジョブ保留イベントの属性を次の表に示します。

表A‒16　ジョブ保留イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004121

メッセージ

−

KAVS0271-I Job cannot be executed while being held. (name: ジョブ名: 実行ID)

KAVS0271-I ジョブ（ジョブ名：実行ID）は保留中のため実行できません

詳細情報

−

VRID STTM PATH NAME RKIND DUSR EUSR EGRP JHST SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

DUSR：実行ユーザー名

EUSR：登録ユーザー名

EGRP：登録グループ名

JHST：ジョブ実行ホスト

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Notice

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

PAUSE

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名

B2

ジョブネット登録ユーザー名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

ジョブ実行グループ名

C1

常に空白

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

(16)　ジョブネット開始遅延イベントの属性

ジョブネット開始遅延イベントの属性を次の表に示します。

表A‒17　ジョブネット開始遅延イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004122

メッセージ

−

KAVS0275-I Start of a Jobnet delayed. (name: ジョブネット名: 実行ID)

KAVS0275-I ジョブネット（ジョブネット名：実行ID）の開始が遅延しています

詳細情報

−

VRID STTM STRTM JNST PATH NAME RKIND LVL EUSR EHST SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

STRTM：開始遅延

JNST：ジョブネット状態

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

LVL：レベル

EUSR：登録ユーザー名

EHST：登録元ホスト名

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Warning

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名

事象種別

OCCURRENCE

LATESTART

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態

B4

term-wait：先行終了待ち

time-wait：開始時刻待ち

holding：保留中

shutdown：閉塞

実行予定日時

B5

実行予定日時

開始遅延日時

B6

開始遅延日時

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

(17)　ジョブネット終了遅延イベントの属性

ジョブネット終了遅延イベントの属性を次の表に示します。

表A‒18　ジョブネット終了遅延イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004123

メッセージ

−

KAVS0276-I End of a Jobnet delayed. (name: ジョブネット名: 実行ID)

KAVS0276-I ジョブネット（ジョブネット名：実行ID）の終了が遅延しています

詳細情報

−

VRID STTMR STTM SEDTM JNST PATH NAME RKIND LVL EUSR EHST SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTMR：開始予定時刻

STTM：開始時刻

SEDTM：終了遅延

JNST：ジョブネット状態

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

LVL：レベル

EUSR：登録ユーザー名

EHST：登録元ホスト名

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Warning

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名

事象種別

OCCURRENCE

LATEEND

開始時刻

START_TIME

開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態

B4

term-wait：先行終了待ち

time-wait：開始時刻待ち

holding：保留中

running：実行中

AB-cont：異常検出実行中

WA-cont：警告検出実行中

shutdown：閉塞

実行予定日時

B5

実行予定日時

終了遅延日時

B7

終了遅延日時

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

(18)　予定キューイングイベントの属性

予定キューイングイベントの属性を次の表に示します。

表A‒19　予定キューイングイベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004124

メッセージ

−

KAVS0277-I Start time for next execution schedule has been reached. (name: ジョブネット名: 実行ID)

KAVS0277-I ジョブネット（ジョブネット名：実行ID）が実行中に予定世代の実行時刻に到達しました

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Notice

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名

事象種別

OCCURRENCE

EXCEPTION

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行予定日時

B5

実行予定日時

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

(19)　ジョブサブミット開始イベントの属性

ジョブサブミット開始イベントの属性を次の表に示します。

表A‒20　ジョブサブミット開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004125

メッセージ

−

KAVS0278-I Job submit started. (name: ジョブ名: 実行ID)

KAVS0278-I ジョブ（ジョブ名：実行ID）のサブミットを開始します

詳細情報

−

VRID STTM PATH NAME RKIND DUSR EUSR EGRP EHST JTYP JHST SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

DUSR：実行ユーザー名

EUSR：登録ユーザー名

EGRP：登録グループ名

EHST：登録ホスト名

JTYP：ジョブ実行状態

JHST：ジョブ実行ホスト

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

ジョブサブミット実行ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

START

開始時刻

START_TIME

開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名

B2

ジョブネット登録ユーザー名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

実行先ホスト名（ローカルまたはリモート実行の場合だけ）

ジョブ実行グループ名

C1

常に空白

ジョブ実行形態

C6

常にr

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

(20)　イベントジョブ実行要求開始イベントの属性

イベントジョブ実行要求開始イベントの属性を次の表に示します。

表A‒21　イベントジョブ実行要求開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004126

メッセージ

−

KAVS0242-I The execution request of the event job started. (name:ジョブ名:実行ID)

KAVS0242-I イベントジョブ（ジョブ名：実行ID）の実行要求を開始します

詳細情報

−

なし

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

実行要求処理を実行したユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

START

開始時刻

START_TIME

開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0800

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名

B2

ジョブネット登録ユーザー名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

実行先ホスト名（ローカルまたはリモート実行の場合だけ）

ジョブ実行グループ名

C1

常に空白

ジョブ実行形態

C6

常にr

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

(21)　ジョブ終了遅延イベントの属性

ジョブ終了遅延イベントの属性を次の表に示します。

表A‒22　ジョブ終了遅延イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004127

メッセージ

−

KAVS0248-I End of a Job delayed. (name: ジョブ名: 実行ID)

KAVS0248-I ジョブ（ジョブ名：実行ID）の終了が遅延しています

詳細情報

−

VRID STTM SEDTM JST PATH NAME RKIND LVL EUSR EHST SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

SEDTM：終了遅延

JST：ジョブ状態

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

LVL：レベル

EUSR：登録ユーザー名

EHST：登録元ホスト名

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Warning

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

LATEEND

開始時刻

START_TIME

開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0850

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態

B4

running：実行中

終了遅延日時

B7

終了遅延日時

実行ホスト名

C0

実行ホスト名

リトライ実行による開始時刻

E6※

リトライ実行による開始時刻

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

注※

リトライ実行による実行ではない場合，空白で表示されます。

(22)　デーモン再起動イベントの属性

デーモン再起動イベントの属性を次の表に示します。

表A‒23　デーモン再起動イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004130

メッセージ

−

KAVS0204-E Scheduler service (スケジューラーサービス名) ended (name: プロセス名, code: 戻り値), but Scheduler service restart.

KAVS0204-E スケジューラーサービス（スケジューラーサービス名）が異常終了したため，再起動します（name：プロセス名，code：戻り値）

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Error

ユーザー名

USER_NAME

Windowsの場合：JP1/AJS3サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし，環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager Scheduler service

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

JP1/AJS2 - Manager Scheduler service

オブジェクトID

OBJECT_ID

スケジューラーサービス名

事象種別

OCCURRENCE

START

開始時刻

START_TIME

開始時刻

終了コード

RESULT_CODE

終了コード

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

プロセス名

D2

停止したデーモン名

（凡例）

−：該当しない。

(23)　ジョブネット閉塞イベントの属性

ジョブネット閉塞イベントの属性を次の表に示します。

表A‒24　ジョブネット閉塞イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004131

メッセージ

−

KAVS0272-E Jobnet (ジョブネット名: 実行ID) cannot be executed - error (保守情報) occurred.

KAVS0273-E Jobnet (ジョブネット名: 実行ID) cannot be scheduled - error (保守情報) occurred.

KAVS0272-E 続行不可能なエラー（保守情報）が発生したためジョブネット（ジョブネット名：実行ID）は実行できません

KAVS0273-E 続行不可能なエラー（保守情報）が発生したためジョブネット（ジョブネット名：実行ID）の次回実行予定が求められません

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Error

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名

事象種別

OCCURRENCE

EXCEPTION

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

閉塞日時

B8

閉塞日時

保守情報

B9

保守情報

（凡例）

−：該当しない。

(24)　ジョブネット起動条件監視開始イベントの属性

ジョブネット起動条件監視開始イベントの属性を次の表に示します。

表A‒25　ジョブネット起動条件監視開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004140

メッセージ

−

KAVS0240-I Monitoring of a jobnet's start conditions started. (name: ジョブネット名: 実行ID)

KAVS0240-I ジョブネット（ジョブネット名：実行ID）の起動条件監視を開始します。

詳細情報

−

VRID STTM PATH NAME RKIND LVL EUSR SCTM EHST SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

LVL：レベル

EUSR：登録ユーザー名

SCTM：実行予定日時

EHST：登録ホスト名

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名

事象種別

OCCURRENCE

START

開始時刻

START_TIME

開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0671

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行予定日時

B5

実行予定日時

（凡例）

−：該当しない。

(25)　ジョブネット起動条件監視終了イベントの属性

ジョブネット起動条件監視終了イベントの属性を次の表に示します。

表A‒26　ジョブネット起動条件監視終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004141

メッセージ

−

KAVS0241-I Monitoring of a jobnet's start conditions ended. (name: ジョブネット名: 実行ID, status: 状態)

KAVS0241-I ジョブネット（ジョブネット名：実行ID）の起動条件監視が終了しました（status：状態）

詳細情報

−

VRID STTM PATH NAME RKIND LVL EUSR EDTM EHST SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

LVL：レベル

EUSR：登録ユーザー名

EDTM：終了時刻

EHST：登録ホスト名

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0671

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態

B4

u：監視未起動終了

c：監視打ち切り終了

i：監視中断

n：監視正常終了

（凡例）

−：該当しない。

(26)　ジョブネット繰り越し未実行イベントの属性

ジョブネット繰り越し未実行イベントの属性を次の表に示します。

表A‒27　ジョブネット繰り越し未実行イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004142

メッセージ

−

KAVS0279-E Jobnet ended with execution-deferred status. (name: ジョブネット名: 実行ID)

KAVS0279-E ジョブネット（ジョブネット名：実行ID）が繰り越し未実行になりました。

詳細情報

−

VRID STTM PATH NAME RKIND LVL EUSR EDTM EHST SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

PATH：上位ユニット名

NAME：ユニット名

RKIND：リカバリー種別

LVL：レベル

EUSR：登録ユーザー名

EDTM：終了時刻

EHST：登録ホスト名

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Error

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0671

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

（凡例）

−：該当しない。

(27)　接続先のジョブネット未登録イベントの属性

接続先のジョブネット未登録イベントの属性を次の表に示します。

表A‒28　接続先のジョブネット未登録イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004143

メッセージ

−

KAVS0243-E Cannot terminate the jobnet(ジョブネットコネクタ名:実行ID) - jobnet for the connection destination is not registered.

KAVS0243-E 接続先のジョブネットが実行登録されていないためジョブネットコネクタ（ジョブネットコネクタ名：実行ID）を終了できません。

拡張属性

共通情報

重大度

SEVERITY

Error

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネットコネクタ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネットコネクタ名

事象種別

OCCURRENCE

EXCEPTION

開始時刻

START_TIME

開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0810

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ジョブネットコネクタ名

実行ID

A3

実行ID

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

ジョブネット登録元ホスト名

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

nc

（凡例）

−：該当しない。

(28)　ジョブネットコネクタ未登録イベントの属性

ジョブネットコネクタ未登録イベントの属性を次の表に示します。

表A‒29　ジョブネットコネクタ未登録イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004144

メッセージ

−

KAVS0244-E Cannot start the jobnet for the connection destination(ジョブネット名:実行ID) - jobnet connector is not registered.

KAVS0244-E ジョブネットコネクタが実行登録されていないため接続先のジョブネット（ジョブネット名：実行ID）の実行を開始できません。

拡張属性

共通情報

重大度

SEVERITY

Error

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名

事象種別

OCCURRENCE

EXCEPTION

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0810

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

実行ID

A3

実行ID

ジョブネット登録元ホスト名

B3

ジョブネット登録元ホスト名

実行予定日時

B5

実行予定日時

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

n

（凡例）

−：該当しない。

(29)　起動条件監視終了待ちイベントの属性

起動条件監視終了待ちイベントの属性を次の表に示します。

表A‒30　起動条件監視終了待ちイベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004145

メッセージ

−

KAVS1420-I A jobnet with a preset start condition (name:ジョブネット名:実行ID) will wait for the termination of its monitoring status generation(監視中世代の実行ID).

KAVS1420-I 起動条件付きジョブネット（ジョブネット名：実行ID）は監視中の世代(監視中世代の実行ID)の終了を待ちます

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Notice

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名

事象種別

OCCURRENCE

EXCEPTION

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0900

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

監視中世代の実行ID

A5

監視中の世代の実行ID

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行予定日時

B5

実行予定日時

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

(30)　ジョブネット待ち合わせ開始イベントの属性

ジョブネット待ち合わせ開始イベントの属性を次の表に示します。

表A‒31　ジョブネット待ち合わせ開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004146

メッセージ

−

KAVS4950-I The wait for the end of the preceding jobnet (name: ユニット完全名:実行ID) has begun.

KAVS4950-I ジョブネット(ユニット完全名:実行ID)の待ち合わせを開始します

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ネストジョブネット名またはジョブネットコネクタ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ネストジョブネット名またはジョブネットコネクタ名

事象種別

OCCURRENCE

START

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0950

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名またはジョブネットコネクタ名（ネストジョブネットまたはジョブネットコネクタの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンドを実行したホスト名

実行予定日時

B5

実行予定日時（ジョブネットコネクタの場合は設定されない）

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

(31)　ジョブネット待ち合わせ終了イベントの属性

ジョブネット待ち合わせ終了イベントの属性を次の表に示します。

表A‒32　ジョブネット待ち合わせ終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004147

メッセージ

−

KAVS4955-I The wait conditions for the jobnet (name: ユニット完全名:実行ID) were approved. (approval factor: 成立要因)

KAVS4955-I ジョブネット(ユニット完全名:実行ID)の待ち合わせ条件が成立しました(成立要因:成立要因)

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ネストジョブネット名またはジョブネットコネクタ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ネストジョブネット名またはジョブネットコネクタ名

事象種別

OCCURRENCE

END

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0950

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名またはジョブネットコネクタ名（ネストジョブネットまたはジョブネットコネクタの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンドを実行したホスト名

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

成立要因

I0

待ち合わせ条件が成立した要因の番号

（凡例）

−：該当しない。

(32)　ジョブネット待ち合わせ滞留イベントの属性

ジョブネット待ち合わせ滞留イベントの属性を次の表に示します。

表A‒33　ジョブネット待ち合わせ滞留イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004148

メッセージ

−

KAVS4957-E A jobnet (name: ユニット完全名:実行ID) cannot finish waiting because the unit whose end was to be waited for (name: ユニット完全名:実行ID) is in a state for which waiting is not possible. (cause number: 要因番号)

KAVS4957-E 待ち合わせ対象ユニット(ユニット完全名:実行ID)が，待ち合わせができない状態であるため，ジョブネット(ユニット完全名:実行ID)の待ち合わせが完了できません(要因番号:要因番号)

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Error

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ネストジョブネット名またはジョブネットコネクタ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ネストジョブネット名またはジョブネットコネクタ名

事象種別

OCCURRENCE

EXCEPTION

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0950

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名またはジョブネットコネクタ名（ネストジョブネットまたはジョブネットコネクタの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンドを実行したホスト名

実行予定日時

B5

実行予定日時（ジョブネットコネクタの場合は設定されない）

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

待ち合わせ対象ユニット名

I1

待ち合わせ対象ユニット名※1

待ち合わせ対象ユニットの実行ID

I2

待ち合わせ対象ユニットの実行ID※1，※2

要因番号

I3

要因番号

（凡例）

−：該当しない。

注※1

算出できない場合は，「***」が設定されます。

注※2

起動条件を使用するユニットを待ち合わせ対象ユニットに指定している場合，監視世代の実行IDが設定されます。

(33)　ジョブネット待ち合わせ回復イベントの属性

ジョブネット待ち合わせ回復イベントの属性を次の表に示します。

表A‒34　ジョブネット待ち合わせ回復イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004149

メッセージ

−

KAVS4958-I The jobnet (name: ユニット完全名:実行ID) is now able to wait for the end of the unit (name: 待ち合わせ対象ユニット名:実行ID).

KAVS4958-I ジョブネット(ユニット完全名:実行ID)は，待ち合わせ対象ユニット(待ち合わせ対象ユニット名:実行ID)と待ち合わせが可能になりました

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Notice

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOBNET

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名またはジョブネットコネクタ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名またはジョブネットコネクタ名

事象種別

OCCURRENCE

EXCEPTION

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0950

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンドを実行したホスト名

実行予定日時

B5

実行予定日時（ジョブネットコネクタの場合は設定されない）

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

待ち合わせ対象ユニット名

I1

待ち合わせ対象ユニット名

待ち合わせ対象ユニットの実行ID

I2

待ち合わせ対象ユニットの実行ID※

（凡例）

−：該当しない。

注※

起動条件を使用するユニットを待ち合わせ対象ユニットに指定している場合，監視世代の実行IDが設定されます。

(34)　ジョブ待ち合わせ開始イベントの属性

ジョブ待ち合わせ開始イベントの属性を次の表に示します。

表A‒35　ジョブ待ち合わせ開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

0000414A

メッセージ

−

KAVS4951-I The wait for the end of the preceding job (name: ユニット完全名:実行ID) has begun.

KAVS4951-I ジョブ(ユニット完全名:実行ID)の待ち合わせを開始します

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

START

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0950

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンドを実行したホスト名

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

(35)　ジョブ待ち合わせ終了イベントの属性

ジョブ待ち合わせ終了イベントの属性を次の表に示します。

表A‒36　ジョブ待ち合わせ終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

0000414B

メッセージ

−

KAVS4956-I The wait conditions for the job (name: ユニット完全名:実行ID) were approved. (approval factor: 成立要因)

KAVS4956-I ジョブ(ユニット完全名:実行ID)の待ち合わせ条件が成立しました(成立要因:成立要因)

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

END

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0950

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンドを実行したホスト名

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

成立要因

I0

待ち合わせ条件が成立した要因の番号

（凡例）

−：該当しない。

(36)　ジョブ待ち合わせ滞留イベントの属性

ジョブ待ち合わせ滞留イベントの属性を次の表に示します。

表A‒37　ジョブ待ち合わせ滞留イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

0000414C

メッセージ

−

KAVS4971-E A job (name: ユニット完全名:実行ID) cannot finish waiting because the unit whose end is to be waited for (name: ユニット完全名:実行ID) is in a state for which waiting is not possible. (cause number: 要因番号)

KAVS4971-E 待ち合わせ対象ユニット(ユニット完全名:実行ID)が，待ち合わせができない状態であるため，ジョブ(ユニット完全名:実行ID)の待ち合わせが完了できません(要因番号:要因番号)

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Error

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

EXCEPTION

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0950

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンドを実行したホスト名

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

待ち合わせ対象ユニット名

I1

待ち合わせ対象ユニット名※1

待ち合わせ対象ユニットの実行ID

I2

待ち合わせ対象ユニットの実行ID※1，※2

要因番号

I3

要因番号

（凡例）

−：該当しない。

注※1

算出できない場合は，「***」が設定されます。

注※2

起動条件を使用するユニットを待ち合わせ対象ユニットに指定している場合，監視世代の実行IDが設定されます。

(37)　ジョブ待ち合わせ回復イベントの属性

ジョブ待ち合わせ回復イベントの属性を次の表に示します。

表A‒38　ジョブ待ち合わせ回復イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

0000414D

メッセージ

−

KAVS4973-I A job (name: ユニット完全名:実行ID) is now able to wait for the end of a unit (name: 待ち合わせ対象ユニット名:実行ID).

KAVS4973-I ジョブ(ユニット完全名:実行ID)は，待ち合わせ対象ユニット(待ち合わせ対象ユニット名:実行ID)と待ち合わせが可能になりました

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Notice

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

EXCEPTION

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0950

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンドを実行したホスト名

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

待ち合わせ対象ユニット名

I1

待ち合わせ対象ユニット名

待ち合わせ対象ユニットの実行ID

I2

待ち合わせ対象ユニットの実行ID※

（凡例）

−：該当しない。

注※

起動条件を使用するユニットを待ち合わせ対象ユニットに指定している場合，監視世代の実行IDが設定されます。

(38)　待ち合わせ閉塞イベントの属性

待ち合わせ閉塞イベントの属性を次の表に示します。

表A‒39　待ち合わせ閉塞イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

0000414E

メッセージ

−

KAVS4962-E Waiting related to a unit (name: ユニット完全名:実行ID) was blocked because an error occurred. (cause number: 要因番号) : 保守情報1 保守情報2 保守情報3 保守情報4

KAVS4962-E エラーが発生したため，ユニット(ユニット完全名:実行ID)に関係する待ち合わせが閉塞しました(要因番号:要因番号) : 保守情報1 保守情報2 保守情報3 保守情報4

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Error

ユーザー名

USER_NAME

Windowsの場合：JP1/AJS3サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし，環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/メッセージ中のユニット名

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

SERVICE

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/メッセージ中のユニット名

事象種別

OCCURRENCE

EXCEPTION

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0950

要因番号

I3

要因番号

（凡例）

−：該当しない。

(39)　スケジューラーデータベース再編成開始イベントの属性

スケジューラーデータベース再編成開始イベントの属性を次の表に示します。

表A‒40　スケジューラーデータベース再編成開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004150

メッセージ

−

KAVS1500-I Database condensing of the scheduler service (サービス名) started. 開始日時.

KAVS1500-I スケジューラーサービス（サービス名）のデータベース再編成を開始しました 開始日時

詳細情報

−

VRID STTM CODIR SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

CODIR：ユニット情報定義ディレクトリ名

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

root

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager ISAM Condense

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

SERVICE

オブジェクトID

OBJECT_ID

JP1/AJS2 - Manager ISAM Condense

事象種別

OCCURRENCE

START

開始時刻

START_TIME

開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0671

（凡例）

−：該当しない。

(40)　スケジューラーデータベース再編成正常終了イベントの属性

スケジューラーデータベース再編成正常終了イベントの属性を次の表に示します。

表A‒41　スケジューラーデータベース再編成正常終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004151

メッセージ

−

KAVS1501-I Database condensing of the scheduler service (サービス名) ended normally. 開始日時 - 終了日時（所要時間）

KAVS1501-I スケジューラーサービス（サービス名）のデータベース再編成が正常終了しました 開始日時 - 終了時間（所要時間）

詳細情報

−

VRID STTM EDTM CODIR SRVID RTN

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

EDTM：終了時刻

CODIR：ユニット情報定義ディレクトリ名

SRVID：スケジューラーサービス名

RTN：戻り値

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

root

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager ISAM Condense

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

SERVICE

オブジェクトID

OBJECT_ID

JP1/AJS2 - Manager ISAM Condense

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0671

所要時間

F0

所要時間（秒）

（凡例）

−：該当しない。

(41)　スケジューラーデータベース再編成異常終了イベントの属性

スケジューラーデータベース再編成異常終了イベントの属性を次の表に示します。

表A‒42　スケジューラーデータベース再編成異常終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004152

メッセージ

−

KAVS1502-E Database condensing of the scheduler service (サービス名) ended abnormally. 開始日時 - 終了日時（所要時間）

KAVS1502-E スケジューラーサービス（サービス名）のデータベース再編成が異常終了しました 開始日時 - 終了時間（所要時間）

詳細情報

−

VRID EDTM CODIR SRVID RTN

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

EDTM：終了時刻

CODIR：ユニット情報定義ディレクトリ名

SRVID：スケジューラーサービス名

RTN：戻り値

拡張属性

共通情報

重大度

SEVERITY

Error

ユーザー名

USER_NAME

root

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager ISAM Condense

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

SERVICE

オブジェクトID

OBJECT_ID

JP1/AJS2 - Manager ISAM Condense

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0671

（凡例）

−：該当しない。

(42)　スケジューラーISAM未使用領域サイズ情報イベントの属性

スケジューラーISAM未使用領域サイズ情報イベントの属性を次の表に示します。

表A‒43　スケジューラーISAM未使用領域サイズ情報イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004153

メッセージ

−

KAVS1503-I The ISAM unused area size of the scheduler service (サービス名) is サイズMB.

KAVS1503-I スケジューラーサービス（サービス名）のISAM未使用領域サイズは サイズMBです

詳細情報

−

VRID STTM CODIR SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

CODIR：ユニット情報定義ディレクトリ名

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

root

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager ISAM Condense

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

SERVICE

オブジェクトID

OBJECT_ID

JP1/AJS2 - Manager ISAM Condense

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0671

未使用領域サイズ

F1

未使用領域サイズ（MB）

（凡例）

−：該当しない。

(43)　スケジューラーISAM未使用領域サイズしきい値到達イベントの属性

スケジューラーISAM未使用領域サイズしきい値到達イベントの属性を次の表に示します。

表A‒44　スケジューラーISAM未使用領域サイズしきい値到達イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004154

メッセージ

−

KAVS1504-W The ISAM unused area size of the scheduler service (サービス名) is サイズMB, which exceeds the サイズMB threshold value.

KAVS1504-W スケジューラーサービス（サービス名）のISAM未使用領域サイズは サイズMBで，しきい値（サイズMB）に達しています

詳細情報

−

VRID STTM CODIR SRVID

詳細情報の記号の意味を次に示します。

VRID：プロトコルのバージョンID

STTM：開始時刻

CODIR：ユニット情報定義ディレクトリ名

SRVID：スケジューラーサービス名

拡張属性

共通情報

重大度

SEVERITY

Warning

ユーザー名

USER_NAME

root

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager ISAM Condense

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

SERVICE

オブジェクトID

OBJECT_ID

JP1/AJS2 - Manager ISAM Condense

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0671

未使用領域サイズ

F1

未使用領域サイズ（MB）

未使用領域サイズしきい値

F2

未使用領域サイズしきい値（MB）

（凡例）

−：該当しない。

(44)　自動リトライによるリトライ間隔待ち開始イベントの属性

自動リトライによるリトライ間隔待ち開始イベントの属性を次の表に示します。

表A‒45　自動リトライによるリトライ間隔待ち開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004155

メッセージ

−

KAVS4675-I A retry wait interval will now begin because the job ended abnormally. (name: ジョブ名: 実行ID, code:コード, host:ホスト名, JOBID:ジョブ番号, retry:リトライ実行回数)

KAVS4675-I ジョブ(ジョブ名:実行ID)が異常終了したためリトライ間隔待ちを開始します(code:コード, host:ホスト名, JOBID:ジョブ番号, retry:リトライ実行回数)

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

START

開始時刻

START_TIME※1

開始時刻

終了コード

RESULT_CODE

終了コード

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1000

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名

B2

ジョブネット登録ユーザー名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

実行先ホスト名

ジョブ実行グループ名

C1

常に空白

リクエストID

C2

ジョブ番号

キュー名

C3

キュー名（キューイングジョブの場合）またはエージェント名（UNIXジョブ，PCジョブの場合）

ユーザーCPU時間

C4

常に0（ゼロ）

システムCPU時間

C5

常に0（ゼロ）

ジョブ実行形態

C6

常にr

実行先での開始時刻

E0※2，※3

実行先での開始時刻

実行先での終了時刻

E1※3

実行先での終了時刻

実行先でのユーザーCPU時間

E2

常に0（ゼロ）

実行先でのシステムCPU時間

E3

常に0（ゼロ）

実行先でのジョブ実行JP1ユーザー名

E4※4，※5，※6

実行ユーザー種別に従った実行先でのジョブ実行JP1ユーザー名

実行先でのジョブ実行時間

E5※3，※7

実行先でのジョブ実行時間（秒）

リトライ実行による開始時刻

E6※8

リトライ実行による開始時刻

オペレーションジョブ実行ホスト名

H0

オペレーションジョブの実行ホストに定義したホスト名（オペレーションジョブ実行時だけ）

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※1

初回のジョブ実行を開始した時刻が設定されます。

注※2

ジョブが起動失敗となって実行先ホストで実行開始されなかった場合，値は設定されません。

注※3

判定ジョブやORジョブの場合，値は設定されません。

注※4

イベントジョブの場合，設定されたJP1ユーザー名とは関係なく，常にJP1/AJS3を起動しているOSユーザーで実行されます。

注※5

判定ジョブやORジョブの場合，登録したJP1ユーザーが設定されます。

注※6

実行先で情報を取得できない場合，値は設定されません。

注※7

「実行先での開始時刻」または「実行先での終了時刻」が空白の場合，値は設定されません。

注※8

一度もリトライ実行されていない場合，空白で表示されます。

(45)　自動リトライによる実行開始イベント

自動リトライによる実行開始イベントの属性を次の表に示します。

表A‒46　自動リトライによる実行開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004156

メッセージ

−

KAVS4676-I Job started as retry execution. (name: ジョブ名: 実行ID, host:ホスト名, JOBID:ジョブ番号, retry:リトライ実行回数)

KAVS4676-I 異常終了時リトライによるジョブ(ジョブ名:実行ID)を開始します(host:ホスト名, JOBID:ジョブ番号, retry:リトライ実行回数)

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

START

開始時刻

START_TIME※

開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1000

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名

B2

ジョブネット登録ユーザー名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

実行先ホスト名

ジョブ実行グループ名

C1

常に空白

ジョブ実行形態

C6

常にr

リトライ実行による開始時刻

E6

リトライ実行による開始時刻

オペレーションジョブ実行ホスト名

H0

オペレーションジョブの実行ホストに定義したホスト名（オペレーションジョブ実行時だけ）

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※

初回のジョブ実行を開始した時刻が設定されます。

(46)　自動リトライ実行不可能エラー発生イベントの属性

自動リトライ実行不可能エラー発生イベントの属性を次の表に示します。

表A‒47　自動リトライ実行不可能エラー発生イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004157

メッセージ

−

KAVS4677-E An error that cannot be recoverd by retry execution occured.(name: ジョブ名: 実行ID, code:終了コード, host:ホスト名, JOBID:ジョブ番号, retry:リトライ実行回数, cause code:要因コード)

KAVS4677-E 異常終了時リトライ設定のあるジョブ(ジョブ名:実行ID)でリトライ実行不可能なエラーが発生しました(code:終了コード, host:ホスト名, JOBID:ジョブ番号, retry:リトライ実行回数, cause code:要因コード)

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Error

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

EXCEPTION

開始時刻

START_TIME※1

開始時刻

終了時刻

END_TIME

終了時刻

終了コード

RESULT_CODE

終了コード

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1000

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名

B2

ジョブネット登録ユーザー名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

実行先ホスト名

リクエストID

C2

ジョブ番号

キュー名

C3

キュー名（キューイングジョブの場合）またはエージェント名（UNIXジョブ，PCジョブの場合）

実行先での開始時刻

E0※2，※3

実行先での開始時刻

実行先での終了時刻

E1※3

実行先での終了時刻

実行先でのジョブ実行JP1ユーザー名

E4※4，※5，※6

実行ユーザー種別に従った実行先でのジョブ実行JP1ユーザー名

実行先でのジョブ実行時間

E5※3，※7

実行先でのジョブ実行時間（秒）

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※1

初回のジョブ実行を開始した時刻が設定されます。

注※2

ジョブが起動失敗となって実行先ホストで実行開始されなかった場合，値は設定されません。

注※3

判定ジョブやORジョブの場合，値は設定されません。

注※4

イベントジョブの場合，設定されたJP1ユーザー名に関係なく，常にJP1/AJS3を起動しているOSユーザーで実行されます。

注※5

判定ジョブやORジョブの場合，登録したJP1ユーザーが設定されます。

注※6

実行先で情報を取得できない場合，値は設定されません。

注※7

「実行先での開始時刻」または「実行先での終了時刻」が空白の場合，値は設定されません。

(47)　自動リトライによるジョブサブミット開始イベントの属性

自動リトライによるジョブサブミット開始イベントの属性を次の表に示します。

表A‒48　自動リトライによるジョブサブミット開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004158

メッセージ

−

KAVS4678-I Job submit started as retry execution. (name:ジョブ名:実行ID，Retry:リトライ実行回数)

KAVS4678-I 異常終了時リトライによるジョブ(ジョブ名: 実行ID)のサブミットを開始します (retry:リトライ実行回数)

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

ジョブネット登録ユーザー名（JP1ユーザー名）

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

JOB

オブジェクト名

OBJECT_NAME

スケジューラーサービス名：/ジョブネット名/ジョブ名

登録名タイプ

ROOT_OBJECT_TYPE

JOBNET

登録名

ROOT_OBJECT_NAME

スケジューラーサービス名：/ルートジョブネット名

オブジェクトID

OBJECT_ID

スケジューラーサービス名：/ジョブネット名/ジョブ名

事象種別

OCCURRENCE

START

開始時刻

START_TIME※

開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1000

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

リカバリー種別

B0

n：通常

r：リカバリー

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザー名

B2

ジョブネット登録ユーザー名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - ViewまたはJP1/AJS3 - Software Development Kitから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

実行先ホスト名（ローカルまたはリモート実行の場合だけ）

ジョブ実行グループ名

C1

常に空白

ジョブ実行形態

C6

常にr

リトライ実行によるサブミット開始時刻

E7

リトライ実行によるサブミット開始時刻

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング種別

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※

初回のジョブ実行を開始した時刻が設定されます。

(48)　ジョブ実行環境データベース再編成開始イベントの属性

ジョブ実行環境データベース再編成開始イベントの属性を次の表に示します。

表A‒49　ジョブ実行環境データベース再編成開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004160

メッセージ

−

KAVU5980-I Database condensing of the job execution environment started. 開始日時

KAVU5980-I ジョブ実行環境のデータベース再編成を開始しました 開始日時

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

root

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager ISAM Condense

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

SERVICE

オブジェクトID

OBJECT_ID

JP1/AJS2 - Manager ISAM Condense

事象種別

OCCURRENCE

START

開始時刻

START_TIME

開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0671

（凡例）

−：該当しない。

(49)　ジョブ実行環境データベース再編成正常終了イベントの属性

ジョブ実行環境データベース再編成正常終了イベントの属性を次の表に示します。

表A‒50　ジョブ実行環境データベース再編成正常終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004161

メッセージ

−

KAVU5981-I Database condensing of the job execution environment ended normally. 開始日時 - 終了日時（所要時間）

KAVU5981-I ジョブ実行環境のデータベース再編成が正常終了しました 開始日時 - 終了時間（所要時間）

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

root

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager ISAM Condense

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

SERVICE

オブジェクトID

OBJECT_ID

JP1/AJS2 - Manager ISAM Condense

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0671

所要時間

F0

所要時間（秒）

（凡例）

−：該当しない。

(50)　ジョブ実行環境データベース再編成異常終了イベントの属性

ジョブ実行環境データベース再編成異常終了イベントの属性を次の表に示します。

表A‒51　ジョブ実行環境データベース再編成異常終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004162

メッセージ

−

KAVU5982-E Database condensing of the job execution environment ended abnormally. 開始日時 - 終了日時（所要時間）

KAVU5982-E ジョブ実行環境のデータベース再編成が異常終了しました 開始日時 - 終了時間（所要時間）

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Error

ユーザー名

USER_NAME

root

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager ISAM Condense

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

SERVICE

オブジェクトID

OBJECT_ID

JP1/AJS2 - Manager ISAM Condense

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0671

（凡例）

−：該当しない。

(51)　ジョブ実行環境ISAM未使用領域サイズ情報イベントの属性

ジョブ実行環境ISAM未使用領域サイズ情報イベントの属性を次の表に示します。

表A‒52　ジョブ実行環境ISAM未使用領域サイズ情報イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004163

メッセージ

−

KAVU5983-I The ISAM unused area size on job execution environment is サイズMB.

KAVU5983-I ジョブ実行環境のISAM未使用領域サイズは サイズMBです

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

root

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager ISAM Condense

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

SERVICE

オブジェクトID

OBJECT_ID

JP1/AJS2 - Manager ISAM Condense

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0671

未使用領域サイズ

F1

未使用領域サイズ（MB）

（凡例）

−：該当しない。

(52)　ジョブ実行環境ISAM未使用領域サイズしきい値到達イベントの属性

ジョブ実行環境ISAM未使用領域サイズしきい値到達イベントの属性を次の表に示します。

表A‒53　ジョブ実行環境ISAM未使用領域サイズしきい値到達イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004164

メッセージ

−

KAVU5984-W The ISAM unused area size of the job execution environment is サイズMB, which exceeds the サイズMB threshold value.

KAVU5984-W ジョブ実行環境のISAM未使用領域サイズは サイズMBで，しきい値（サイズMB）に達しています

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Warning

ユーザー名

USER_NAME

root

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager ISAM Condense

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

SERVICE

オブジェクトID

OBJECT_ID

JP1/AJS2 - Manager ISAM Condense

事象種別

OCCURRENCE

END

開始時刻

START_TIME

開始時刻

終了時刻

END_TIME

終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0671

未使用領域サイズ

F1

未使用領域サイズ（MB）

未使用領域サイズしきい値

F2

未使用領域サイズしきい値（MB）

（凡例）

−：該当しない。

(53)　スケジューラーサービスRDB接続待ち合わせ異常終了イベントの属性

スケジューラーサービスRDB接続待ち合わせ異常終了イベントの属性を次の表に示します。

表A‒54　スケジューラーサービスRDB接続待ち合わせ異常終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004170

メッセージ

−

KAVS0998-E The system will wait because the database could not be connected. (Scheduler service:スケジューラーサービス名, Waittime:最大待ち合わせ時間, Host:ホスト名)

KAVS0998-E 指定された時間内にデータベースに接続できませんでした（Scheduler service：スケジューラーサービス名，Waittime：最大待ち合わせ時間，Host：ホスト名）

詳細情報

−

VRID RTN

詳細情報の記号の意味を次に示します。

VRID：バージョンID

RTN：戻り値

拡張属性

共通情報

重大度

SEVERITY

Error

ユーザー名

USER_NAME

Windowsの場合：JP1/AJS3サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし，環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager RDB

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

JP1/AJS2 - Manager Schedule service

オブジェクトID

OBJECT_ID

AJSサービス名

事象種別

OCCURRENCE

END

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0711

データベース種別

G0

EmbedDB

最大待ち合わせ時間

G1

RDBCONNECTWAITTIMEの値

RDBからの返却コード

G2

RDBからの返却コード

（凡例）

−：該当しない。

(54)　スケジューラーサービスRDB接続待ち合わせ開始イベントの属性

スケジューラーサービスRDB接続待ち合わせ開始イベントの属性を次の表に示します。

表A‒55　スケジューラーサービスRDB接続待ち合わせ開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004171

メッセージ

−

KAVS0999-W The database could not be connected within the specified time. (Scheduler service:スケジューラーサービス名,Waittime:最大待ち合わせ時間,Host:ホスト名)

KAVS0999-W データベースに接続できなかったため,待ち合わせを行います（Scheduler service：スケジューラーサービス名，Waittime:最大待ち合わせ時間，Host：ホスト名）

詳細情報

−

VRID

詳細情報の記号の意味を次に示します。

VRID：バージョンID

拡張属性

共通情報

重大度

SEVERITY

Warning

ユーザー名

USER_NAME

Windowsの場合：JP1/AJS3サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし，環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/AJS2 - Manager RDB

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

JP1/AJS2 - Manager Schedule service

オブジェクトID

OBJECT_ID

AJSサービス名

事象種別

OCCURRENCE

START

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0711

データベース種別

G0

EmbedDB

最大待ち合わせ時間

G1

RDBCONNECTWAITTIMEの値

RDBからの返却コード

G2

RDBからの返却コード

（凡例）

−：該当しない。

(55)　コマンド・JP1/AJS3 - View操作開始イベントの属性

コマンド・JP1/AJS3 - View操作開始イベントの属性を次の表に示します。

表A‒56　コマンド・JP1/AJS3 - View操作開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004190

メッセージ

−

KAVS0715-I The command or JP1/AJS2 - View operation started. (Operation name:コマンド名)

KAVS0715-I コマンド，またはJP1/AJS2 - Viewによる操作を開始します（操作名：コマンド名）

コマンド名は，先頭の「ajs」を除いた大文字の英字

（例）ajsentryの場合「ENTRY」

詳細情報

−

なし

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

コマンドを実行したユーザー名

JP1/AJS3 - View操作時，またはJP1/AJS3 - Software Development KitからAPI呼び出し時はJP1ユーザー名。

コマンド実行時は，環境変数JP1_USERNAMEの値。

環境変数の設定がない場合は，コマンドを実行したOSユーザー名。

認可されていないJP1ユーザーで実行しようとした場合はNULL文字列を設定。

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

COMMAND

オブジェクト名

OBJECT_NAME

コマンド名

登録名タイプ

ROOT_OBJECT_TYPE

COMMAND

登録名

ROOT_OBJECT_NAME

コマンド名

オブジェクトID

OBJECT_ID

COMMAND

事象種別

OCCURRENCE

START

開始時刻

START_TIME

開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0800

スケジューラーサービス名

H1

スケジューラーサービス名

要求元ホスト名

H5

操作の要求元ホスト名

メッセージID

H6

常に-（ハイフン）

オプション

H7

コマンド実行時に指定したオプション

（凡例）

−：該当しない。

(56)　コマンド・JP1/AJS3 - View操作終了イベントの属性

コマンド・JP1/AJS3 - View操作終了イベントの属性を次の表に示します。

表A‒57　コマンド・JP1/AJS3 - View操作終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004191

メッセージ

−

KAVS0716-I The command or JP1/AJS2 - View operation ended. (Operation name:コマンド名)

KAVS0716-I コマンド，またはJP1/AJS2 - Viewによる操作が終了しました（操作名：コマンド名）

コマンド名は，先頭の「ajs」を除いた大文字の英字

（例）ajsentryの場合「ENTRY」

詳細情報

−

なし

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

コマンドを実行したユーザー名

JP1/AJS3 - View操作時，またはJP1/AJS3 - Software Development KitからAPI呼び出し時はJP1ユーザー名。

コマンド実行時は，環境変数JP1_USERNAMEの値。

環境変数の設定がない場合は，コマンドを実行したOSユーザー名。

認可されていないJP1ユーザーで実行しようとした場合はNULL文字列を設定。

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

COMMAND

オブジェクト名

OBJECT_NAME

コマンド名

登録名タイプ

ROOT_OBJECT_TYPE

COMMAND

登録名

ROOT_OBJECT_NAME

コマンド名

オブジェクトID

OBJECT_ID

COMMAND

事象種別

OCCURRENCE

END

開始時刻

START_TIME

終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0800

スケジューラーサービス名

H1

スケジューラーサービス名

要求元ホスト名

H5

操作の要求元ホスト名

メッセージID

H6

常に-（ハイフン）

オプション

H7

コマンド実行時に指定したオプション

（凡例）

−：該当しない。

(57)　ログファイルトラップ用イベントの属性

ログファイルトラップ用イベントの属性を次の表に示します。

表A‒58　ログファイルトラップ用イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041A0

メッセージ

−

ログファイルの1行分のデータ

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Notice

プロダクト名

PRODUCT_NAME

Windowsの場合：/HITACHI/JP1/NT_LOGTRAP

UNIXの場合：/HITACHI/JP1/UX_LOGTRAP

オブジェクトタイプ

OBJECT_TYPE

LOGFILE

オブジェクト名

OBJECT_NAME

ログファイル名

登録名タイプ

ROOT_OBJECT_TYPE

LOGFILE

登録名

ROOT_OBJECT_NAME

ログファイル名

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

PP名

PPNAME

Windowsの場合：/HITACHI/JP1/NT_LOGTRAP

UNIXの場合：/HITACHI/JP1/UX_LOGTRAP

実行通番

T1

ログファイルトラップジョブの実行を判別する通し番号

（凡例）

−：該当しない。

(58)　イベント・アクション制御−マネージャー開始イベントの属性

イベント・アクション制御−マネージャー開始イベントの属性を次の表に示します。

表A‒59　イベント・アクション制御−マネージャー開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041A1

メッセージ

−

KAVT0498-I JP1/AJS2 Event Action Manager will now start.

KAVT0498-I JP1/AJS2イベントアクションマネージャーを開始します

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

Windowsの場合：JP1/AJS3サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし，環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/Automatic Job Management System 2 EVAction Manager

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

JP1/Automatic Job Management System 2 EVAction Manager

事象種別

OCCURRENCE

START

開始時刻

START_TIME

イベント・アクション制御−マネージャーの開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

（凡例）

−：該当しない。

(59)　イベント・アクション制御−マネージャー終了イベントの属性

イベント・アクション制御−マネージャー終了イベントの属性を次の表に示します。

表A‒60　イベント・アクション制御−マネージャー終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041A2

メッセージ

−

KAVT0499-I JP1/AJS2 Event Action Manager will now end.

KAVT0499-I JP1/AJS2イベントアクションマネージャーを終了します

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

Windowsの場合：JP1/AJS3サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし，環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/Automatic Job Management System 2 EVAction Manager

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

JP1/Automatic Job Management System 2 EVAction Manager

事象種別

OCCURRENCE

END

開始時刻

START_TIME

イベント・アクション制御−マネージャーの終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

（凡例）

−：該当しない。

(60)　イベント・アクション制御−エージェント開始イベントの属性

イベント・アクション制御−エージェント開始イベントの属性を次の表に示します。

表A‒61　イベント・アクション制御−エージェント開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041A3

メッセージ

−

KAVT0900-I JP1/AJS2 event action agent will now start.

KAVT0900-I JP1/AJS2イベントアクションエージェントを開始します

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

Windowsの場合：JP1/AJS3サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし，環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/Automatic Job Management System 2 EVAction Agent

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

JP1/Automatic Job Management System 2 EVAction Agent

事象種別

OCCURRENCE

START

開始時刻

START_TIME

イベント・アクション制御−エージェントの開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

（凡例）

−：該当しない。

(61)　イベント・アクション制御−エージェント終了イベントの属性

イベント・アクション制御−エージェント終了イベントの属性を次の表に示します。

表A‒62　イベント・アクション制御−エージェント終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041A4

メッセージ

−

KAVT0901-I JP1/AJS2 event action agent will now end.

KAVT0901-I JP1/AJS2イベントアクションエージェントを終了します

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Information

ユーザー名

USER_NAME

Windowsの場合：JP1/AJS3サービスのアカウント（デフォルト：SYSTEM）

UNIXの場合：root

ただし，環境変数JP1_USERNAMEが設定されている場合はその値

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SERVICE

オブジェクト名

OBJECT_NAME

JP1/Automatic Job Management System 2 EVAction Agent

登録名タイプ

ROOT_OBJECT_TYPE

SERVICE

登録名

ROOT_OBJECT_NAME

JP1/Automatic Job Management System 2 EVAction Agent

事象種別

OCCURRENCE

END

開始時刻

START_TIME

イベント・アクション制御−エージェントの終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0600

（凡例）

−：該当しない。

(62)　プロセス異常終了イベントの属性（互換用イベント）

プロセス異常終了イベントの属性を次の表に示します。

表A‒63　プロセス異常終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041F0

メッセージ

−

KNAD3737-E JP1/AJS3：プロセス名 terminated abnormally.

KNAD3737-E JP1/AJS3：プロセス名が異常終了しました

拡張属性

共通情報

重大度

SEVERITY

Error

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2/SPMD

オブジェクトタイプ

OBJECT_TYPE

SPMD

オブジェクト名

OBJECT_NAME

異常終了したプロセス名

事象種別

OCCURRENCE

NOTICE

（凡例）

−：該当しない。

(63)　プロセス起動タイムアウトイベントの属性（互換用イベント）

プロセス起動タイムアウトイベントの属性を次の表に示します。

表A‒64　プロセス起動タイムアウトイベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041F1

メッセージ

−

KNAD3613-W JP1/AJS3 timeout occurred in プロセス名. continue

KNAD3613-W JP1/AJS3のプロセス名の起動がタイムアウトしました 処理を継続します

拡張属性

共通情報

重大度

SEVERITY

Warning

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2/SPMD

オブジェクトタイプ

OBJECT_TYPE

SPMD

オブジェクト名

OBJECT_NAME

起動タイムアウトしたプロセス名

事象種別

OCCURRENCE

NOTICE

（凡例）

−：該当しない。

(64)　プロセス再起動完了イベントの属性（互換用イベント）

プロセス再起動完了イベントの属性を次の表に示します。

表A‒65　プロセス再起動完了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041F2

メッセージ

−

KNAD3616-I The restart of the JP1/AJS3 of プロセス名 has completed.

KNAD3616-I JP1/AJS3のプロセス名の再起動が完了しました

拡張属性

共通情報

重大度

SEVERITY

Information

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2/SPMD

オブジェクトタイプ

OBJECT_TYPE

SPMD

オブジェクト名

OBJECT_NAME

再起動したプロセス名

事象種別

OCCURRENCE

NOTICE

（凡例）

−：該当しない。

(65)　起動前処理失敗イベントの属性（互換用イベント）

起動前処理失敗イベントの属性を次の表に示します。

表A‒66　起動前処理失敗イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041F3

メッセージ

−

KNAD3953-E JP1/AJS3 pre-startup：起動前処理名 Fail

KNAD3953-E JP1/AJS3の起動前処理：起動前処理名が失敗しました

拡張属性

共通情報

重大度

SEVERITY

Error

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2/SPMD

オブジェクトタイプ

OBJECT_TYPE

SPMD

オブジェクト名

OBJECT_NAME

失敗したコマンド名

事象種別

OCCURRENCE

NOTICE

（凡例）

−：該当しない。

(66)　JP1/AJS3起動完了イベントの属性

JP1/AJS3起動完了イベントの属性を次の表に示します。

表A‒67　JP1/AJS3起動完了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041C0

メッセージ

−

KNAD3604-I JP1/AJS3 startup has finished

KNAD3604-I JP1/AJS3の起動が完了しました

拡張属性

共通情報

重大度

SEVERITY

Information

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SPMD

オブジェクト名

OBJECT_NAME

JP1/AJS2

事象種別

OCCURRENCE

NOTICE

（凡例）

−：該当しない。

(67)　JP1/AJS3停止イベントの属性

JP1/AJS3停止イベントの属性を次の表に示します。

表A‒68　JP1/AJS3停止イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041C1

メッセージ

−

KNAD3743-I JP1/AJS3 has terminated

KNAD3743-I JP1/AJS3は終了します

拡張属性

共通情報

重大度

SEVERITY

Information

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SPMD

オブジェクト名

OBJECT_NAME

JP1/AJS2

事象種別

OCCURRENCE

NOTICE

（凡例）

−：該当しない。

(68)　管理対象プロセス起動完了イベントの属性

管理対象プロセス起動完了イベントの属性を次の表に示します。

表A‒69　管理対象プロセス起動完了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041C2

メッセージ

−

KNAD3617-I The JP1/AJS3 管理対象プロセス名 startup has finished

KNAD3617-I JP1/AJS3の管理対象プロセス名の起動が完了しました

拡張属性

共通情報

重大度

SEVERITY

Information

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SPMD

オブジェクト名

OBJECT_NAME

起動したプロセス名

事象種別

OCCURRENCE

NOTICE

（凡例）

−：該当しない。

(69)　管理対象プロセス停止イベントの属性

管理対象プロセス停止イベントの属性を次の表に示します。

表A‒70　管理対象プロセス停止イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041C3

メッセージ

−

KNAD3746-I The JP1/AJS3 管理対象プロセス名 terminated

KNAD3746-I JP1/AJS3の管理対象プロセス名は終了します

拡張属性

共通情報

重大度

SEVERITY

Information

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SPMD

オブジェクト名

OBJECT_NAME

停止したプロセス名

事象種別

OCCURRENCE

NOTICE

（凡例）

−：該当しない。

(70)　管理対象プロセス異常終了発生イベントの属性

管理対象プロセス異常終了発生イベントの属性を次の表に示します。

表A‒71　管理対象プロセス異常終了発生イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041C4

メッセージ

−

KNAD3737-E The JP1/AJS3 管理対象プロセス名 terminated abnormally.

KNAD3737-E JP1/AJS3の管理対象プロセス名は異常終了しました

拡張属性

共通情報

重大度

SEVERITY

Error

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SPMD

オブジェクト名

OBJECT_NAME

異常終了したプロセス名

事象種別

OCCURRENCE

NOTICE

（凡例）

−：該当しない。

(71)　管理対象プロセス起動タイムアウト発生イベントの属性

管理対象プロセス起動タイムアウト発生イベントの属性を次の表に示します。

表A‒72　管理対象プロセス起動タイムアウト発生イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041C5

メッセージ

−

KNAD3613-W JP1/AJS3 timeout occurred in 管理対象プロセス名 continue

KNAD3613-W JP1/AJS3の管理対象プロセス名の起動がタイムアウトしました. 処理を継続します

拡張属性

共通情報

重大度

SEVERITY

Warning

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SPMD

オブジェクト名

OBJECT_NAME

起動タイムアウトしたプロセス名

事象種別

OCCURRENCE

NOTICE

（凡例）

−：該当しない。

(72)　管理対象プロセス再起動完了イベントの属性

管理対象プロセス再起動完了イベントの属性を次の表に示します。

表A‒73　管理対象プロセス再起動完了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041C6

メッセージ

−

KNAD3616-I JP1/AJS3 管理対象プロセス名 completed the restart up

KNAD3616-I JP1/AJS3の管理対象プロセス名の再起動が完了しました

拡張属性

共通情報

重大度

SEVERITY

Information

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SPMD

オブジェクト名

OBJECT_NAME

再起動したプロセス名

事象種別

OCCURRENCE

NOTICE

（凡例）

−：該当しない。

(73)　起動前処理失敗イベントの属性

起動前処理失敗イベントの属性を次の表に示します。

表A‒74　起動前処理失敗イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041C7

メッセージ

−

KNAD3953-E JP1/AJS3 pre-startup : 起動前処理名 Fail

KNAD3953-E JP1/AJS3の起動前処理：起動前処理名が失敗しました

拡張属性

共通情報

重大度

SEVERITY

Error

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SPMD

オブジェクト名

OBJECT_NAME

失敗したコマンド名

事象種別

OCCURRENCE

NOTICE

（凡例）

−：該当しない。

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

各バージョン（07-00以降）での変更点を次に示します。

付録B.1　10-50の変更内容

10-50での変更点をプログラムごとに示します。

(1)　JP1/AJS3 - Managerの変更内容

JP1/AJS3 - Managerをインストール・セットアップした仮想マシンを複製できるようにした。

ディザスター・リカバリー環境の構築の際に，メインホストとリモートホストの論理ホスト名が同一名でも構成できるように機能を拡大した。

起算スケジュールを運用日や休業日に関係なく日数で算出する機能を追加した。

即時実行登録時に，ジョブネットの実行を保留する機能を追加した。

JP1/AJS3 - ViewからJP1/AJS3 - Managerに対して，一部のコマンドを実行できる機能を追加した。

資料採取ツール（_04.batまたは_04）と同機能の，jajs_log.batおよびjajs_logの提供を開始した。また，Windows版の資料採取ツールに，資料の出力先を任意に指定できるオプションを追加した。

ajsprintコマンドに，関連線情報の出力順序をユニット名称順にするオプションを追加した。

エージェントホストのIPアドレスを変更する手順を変更した。

AIX，HP-UX，およびSolaris10で使用できる文字コードにUTF-8を追加した。

jajs_killall.clusterコマンドに指定できる論理ホスト名の文字数を拡張した。

AIX V7.1またはAIX V6.1のJP1/AJS3 - Managerと，バージョン08-57以降のJP1/AJS2 - Manager for Mainframeが連携できるようにした。

(2)　JP1/AJS3 - Agentの変更内容

資料採取ツール（_04.batまたは_04）と同機能の，jajs_log.batおよびjajs_logの提供を開始した。また，Windows版の資料採取ツールに，資料の出力先を任意に指定できるオプションを追加した。

エージェントホストのIPアドレスを変更する手順を変更した。

AIX，HP-UX，およびSolaris10で使用できる文字コードにUTF-8を追加した。

jajs_killall.clusterコマンドに指定できる論理ホスト名の文字数を拡張した。

(3)　JP1/AJS3 - Viewの変更内容

［スケジュールルール］ダイアログボックスの［高度］タブにある起算スケジュールの設定で，起算スケジュールを運用日や休業日に関係なく日数で算出する項目を追加した。

［実行登録］ダイアログボックスで，登録方法が［即時実行］の場合に，ジョブネットの実行を保留する項目を追加した。

JP1/AJS3 - ViewからJP1/AJS3 - Managerに対して，一部のコマンドを実行できる機能を追加した。

資料採取ツール（_04.batまたは_04）と同機能の，jajs_log.batおよびjajs_logの提供を開始した。また，Windows版の資料採取ツールに，資料の出力先を任意に指定できるオプションを追加した。

付録B.2　10-10の変更内容

10-10での変更点をプログラムごとに示します。

(1)　JP1/AJS3 - Managerの変更内容

マネージャーホストに接続するホストを，IPアドレスで制限する機能を追加した。

未登録ユニットの実行予定をJP1/AJS3 - Viewの［マンスリースケジュール］ウィンドウで確認できる機能を追加した。

JP1ユーザーがJP1/AJS3 - Viewでログインした際に，アクセス権のないスケジューラーサービスをJP1/AJS3 - Viewに表示させない機能を追加した。

JP1/AJS3 - ViewからJP1/AJS3 - Managerへの最大同時接続数を，スケジューラーサービス単位で制限できる機能を追加した。

JP1/AJS3 - ViewでJP1ユーザーのパスワードを変更できるようにする機能を追加した。

Linux 5.1（x86）以降およびLinux 5.1（AMD/Intel 64）以降をサポート対象とした。

Solaris 11（SPARC）に関する記載を追加した。

(2)　JP1/AJS3 - Agentの変更内容

エージェントホストに接続するホストを，IPアドレスで制限する機能を追加した。

Solaris 11（SPARC）に関する記載を追加した。

(3)　JP1/AJS3 - Viewの変更内容

未登録ユニットの実行予定を［マンスリースケジュール］ウィンドウで確認できる機能を追加した。

JP1ユーザーがJP1/AJS3 - Viewでログインした際に，アクセス権のないスケジューラーサービスを［JP1/AJS3 - View］ウィンドウ（メイン画面）に表示しない機能を追加した。

JP1/AJS3 - ViewからJP1/AJS3 - Managerへの最大同時接続数を，スケジューラーサービス単位で制限できる機能を追加した。

JP1/AJS3 - ViewでJP1ユーザーのパスワードを変更できるようにする機能を追加した。

［カスタムジョブの登録］ダイアログボックスおよび［カスタムジョブ登録情報］ダイアログボックスの表示方式を変更した。

機能メニューの［ジョブネット定義］を選択しているときに，［JP1/AJS3 - View］ウィンドウ（メイン画面）のリストエリアに実行登録済みのジョブネットを表示できるようにした。

［ジョブネットエディタ］ウィンドウで使用しないユニットアイコンを非表示にする機能（［デフォルト値の設定］ダイアログボックスの設定）を拡張した。

［ログイン］画面に表示される，前回ログイン時のユーザー名および接続先ホスト名の履歴を抑止する機能を追加した。

付録B.3　10-00の変更内容

10-00での変更点をプログラムごとに示します。

(1)　JP1/AJS3 - Managerの変更内容

IPv6アドレスでの通信をサポートした。

JP1/AJS3の新規インストール時に，JP1/AJS3に対してスーパーユーザー権限と同等の操作権限を持つユーザー（AJS管理者）を設定できる機能を追加した。

ジョブに定義した実行ファイルが異常終了した場合に，ジョブを自動でリトライする機能を追加した。

待ち合わせ条件を，起動条件付きジョブネットにも設定できるようにした。また，待ち合わせ対象ユニットとして起動条件付きユニットを指定できるようにした。

判定ジョブが正常終了した場合に，従属ジョブを再実行できるようにした。

判定ジョブの判定条件に，背反条件や範囲条件を追加した。

Windowsイベントログ監視ジョブで監視できるログに，Windows Server 2008で追加されたログ種別やイベント種別を追加した。

実行間隔制御ジョブが起動条件として定義された場合に，起動条件の監視開始直後に起動条件を成立させることができるオプションを追加した。

メール送信ジョブを使用する場合に，Outlookを使用しないでメールを送信する機能を追加した。

Windows Server 2008でSNMPトラップを発行できるようにした。

組み込みDB管理プロセスの体系を改善した。

JP1/AJS3 Databaseサービスのスタートアップの種類を「手動」にして，JP1/AJS3 Database ClusterServiceサービスが作成されないようにした。

管理者権限を持つOSユーザーにマッピングされたJP1ユーザーであっても，設定されたJP1権限レベルに従って実行権限がチェックされるオプションを追加した。

ajsentryコマンドで確定実行登録をする場合に，期間指定できるようにした。

jajs_setupコマンドやjajs_setup_clusterコマンドで組み込みDBを構築する際に，指定できるオプションを追加した。

ajsembdbidlistコマンドおよびajsembdbstatusコマンドで，組み込みDBの状態を表示できるようにした。

組み込みDBの構築の際に，組み込みDB設定ファイルを生成するようにした。ajsembdbbuildコマンドで組み込みDBを構築する場合に，この組み込みDB設定ファイルを指定することで，以前構築した組み込みDBと同じ構成の組み込みDBが構築できるようにした。

JP1/AJS3 - Software Development Kitと連携できるようにした。

JP1/DH - AJEと連携できるようにし，標準カスタムジョブにDHAJEWを追加した。

次のOSをサポート対象外とした。

Windows Server 2008（IPF）

Windows Server 2003（IPF）

Solaris 9（SPARC）

Solaris 10（x64）

Solaris 10（x86）

Linux 5（x86）

Linux 5（AMD/Intel 64）

Linux 5（IPF）

次のOSをサポート対象とした。

Windows Server 2012

Solaris 11（SPARC）

(2)　JP1/AJS3 - Agentの変更内容

IPv6アドレスでの通信をサポートした。

JP1/AJS3の新規インストール時に，JP1/AJS3に対してスーパーユーザー権限と同等の操作権限を持つユーザー（AJS管理者）を設定できる機能を追加した。

実行間隔制御ジョブが起動条件として定義された場合に，起動条件の監視開始直後に起動条件を成立させることができるオプションを追加した。

メール送信ジョブを使用する場合に，Outlookを使用しないでメールを送信する機能を追加した。

Windows Server 2008でSNMPトラップを発行できるようにした。

Windowsイベントログ監視ジョブで監視できるログに，Windows Server 2008で追加されたログ種別やイベント種別を追加した。

次のOSをサポート対象外とした。

Windows Server 2008（IPF）

Windows Server 2003（IPF）

Solaris 9（SPARC）

Solaris 10（x64）

Solaris 10（x86）

Linux 5（x86）

Linux 5（AMD/Intel 64）

Linux 5（IPF）

次のOSをサポート対象とした。

Windows Server 2012

Solaris 11（SPARC）

(3)　JP1/AJS3 - Viewの変更内容

次のウィンドウに，リトライ情報が表示されるようにした。

［デイリースケジュール］ウィンドウ

［マンスリースケジュール］ウィンドウ

［ジョブネットモニタ］ウィンドウ

［詳細スケジュール］ダイアログボックス

［モニタ詳細−［アイコン名］］ダイアログボックス

［ジョブネットエディタ］ウィンドウのリストエリアに，リトライ設定の有無が表示されるようにした。

［検索］ウィンドウで指定できる検索条件に，［リトライ設定］および［リトライ実行］を追加した。また，［検索］ウィンドウに表示される検索結果に，自動リトライに関する項目を追加した。

［待ち合わせ条件の状態一覧］ウィンドウから［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウを表示できるようにした。

［待ち合わせ条件の設定一覧］ウィンドウおよび［待ち合わせ条件の状態一覧］ウィンドウに，待ち合わせ対象が起動条件付きジョブネットの場合の設定項目が表示されるようにした。

［待ち合わせ条件の設定］ダイアログボックスに，待ち合わせ対象ユニットが起動条件付きジョブネットの場合の設定項目を追加した。

［表示項目設定］ダイアログボックスで，［ジョブネットエディタ］ウィンドウおよび［ジョブネットモニタ］ウィンドウのリストエリアの表示項目を設定できるようにした。

UNIXジョブ，PCジョブ，QUEUEジョブ，カスタムジョブ，およびオペレーションジョブの詳細定義に，自動リトライに関する定義項目を追加した。

判定ジョブの判定条件に，背反条件や範囲条件を追加した。

Windowsイベントログ監視ジョブの詳細定義の［ログ種別］および［イベントの種別］に，Windows Server 2008で追加されたログ種別やイベント種別を追加した。

実行間隔制御ジョブの詳細定義に，起動条件の監視開始直後に起動条件を成立させるかどうかを指定する［開始直後に満了］オプションを追加した。

ネストジョブネットのスケジュール設定で［上位のジョブネットに依存する］をチェックした場合に，定義済みのスケジュールルールが削除される前に確認メッセージを表示する機能を追加した。

次のOSをサポート対象とした。

Windows 8.1

Windows 8

Windows Server 2012

［ジョブネットエディタ］ウィンドウおよび［ジョブネットモニタ］ウィンドウの複数起動を抑止するオプションを追加した。

付録B.4　09-50の変更内容

09-50での変更点をプログラムごとに示します。

(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の変更内容

［検索］ウィンドウで指定できる検索条件に，［参照カレンダー］，［待ち合わせ対象］，および［登録種別］を追加した。

［ジョブネットエディタ］および［ジョブネットモニタ］ウィンドウで上位階層への移動時に移動前のネストジョブネットを選択状態で表示するオプションを追加した。

付録B.5　09-10の変更内容

09-10での変更点をプログラムごとに示します。

(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ユーザー名」を追加した。

付録B.6　09-00の変更内容

09-00での変更点をプログラムごとに示します。

(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以降）。

付録B.7　08-50の変更内容

08-50での変更点をプログラムごとに示します。

(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の変更内容

ジョブを実行所要時間によって終了遅延監視する機能を追加した。

ジョブネットコネクタで異なるスケジューラーサービス間のルートジョブネットの実行順序を制御できるようにした。

［フィルタの設定］ダイアログボックスに，［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウで，保留予定ユニットを「保留中」のユニットとしてフィルタ表示させるオプションを追加した。

付録B.8　08-10の変更内容

08-10での変更点をプログラムごとに示します。

(1)　JP1/AJS2 - Managerの変更内容

ルートジョブネットの実行順序を制御するジョブネットコネクタを追加した。

ジョブネット定義変更など，操作履歴の詳細をスケジューラーログに出力するオプションを追加した。

スケジューラーログからログを抽出するajslogprintコマンドを追加した。

(2)　JP1/AJS2 - Viewの変更内容

ルートジョブネットの実行順序を制御するジョブネットコネクタを定義，操作，監視できるようにした。

任意のジョブまたはジョブネットの先行・後続ユニットを強調表示する機能を追加した。

Windows Vistaをサポート対象OSとした。

付録B.9　08-00の変更内容

08-00での変更点をプログラムごとに示します。

(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用のオペレーションジョブを操作できるようにした。

アイコンを変更した。

付録B.10　07-50の変更内容

07-50での変更点をプログラムごとに示します。

(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］ウィンドウに，［追加］，［日時変更］，［即時実行］，および［変更解除］の操作を実行できるオプションを追加した。

付録B.11　07-11の変更内容

07-11での変更点をプログラムごとに示します。

(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上で［ジョブネットモニタ］ウィンドウを起動する機能を追加した。

付録B.12　07-10の変更内容

07-10での変更点をプログラムごとに示します。

(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上で動作できるようにした。

付録B.13　07-00の変更内容

07-00での変更点をプログラムごとに示します。

(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から［ジョブネットモニタ］ウィンドウを起動した場合に，指定したジョブを直接マップエリアに表示する機能を追加した。

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

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

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

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

JP1/AJS関連

JP1 Version 10 JP1/Automatic Job Management System 3 入門（3021-3-101）

JP1 Version 10 JP1/Automatic Job Management System 3 導入ガイド（3021-3-102）

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

JP1 Version 10 JP1/Automatic Job Management System 3 設計ガイド（業務設計編）（3021-3-104）

JP1 Version 10 JP1/Automatic Job Management System 3 構築ガイド1（3021-3-105）

JP1 Version 10 JP1/Automatic Job Management System 3 構築ガイド2（3021-3-106）

JP1 Version 10 JP1/Automatic Job Management System 3 トラブルシューティング（3021-3-108）

JP1 Version 10 JP1/Automatic Job Management System 3 操作ガイド（3021-3-109）

JP1 Version 10 JP1/Automatic Job Management System 3 コマンドリファレンス1（3021-3-110）

JP1 Version 10 JP1/Automatic Job Management System 3 コマンドリファレンス2（3021-3-111）

JP1 Version 10 JP1/Automatic Job Management System 3 連携ガイド（3021-3-112）

JP1 Version 10 JP1/Automatic Job Management System 3 メッセージ1（3021-3-113）

JP1 Version 10 JP1/Automatic Job Management System 3 メッセージ2（3021-3-114）

JP1 Version 10 JP1/Automatic Job Management System 3 - Software Development Kit 設計・構築ガイド（3021-3-118）

JP1 Version 10 JP1/Automatic Job Management System 3 - Software Development Kit APIリファレンス（3021-3-119）

JP1 Version 10 JP1/Automatic Job Management System 3 - Print Option（3021-3-120）

JP1 Version 10 JP1/Automatic Job Management System 3 - Definition Assistant（3021-3-121）

JP1 Version 10 JP1/Automatic Job Management System 3 - Web Operation Assistant（3021-3-122）

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

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

JP1 Version 10 JP1/Automatic Job Management System 3 for Enterprise Applications（3021-3-126）

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 10 JP1/Base 運用ガイド（3021-3-001）

JP1 Version 10 JP1/Base メッセージ（3021-3-002）

JP1 Version 10 JP1/Base 関数リファレンス（3021-3-003）

JP1 Version 10 JP1/Integrated Management - Manager クイックリファレンス（3021-3-006）

JP1 Version 10 JP1/Integrated Management - Manager 導入・設計ガイド（3021-3-007）

JP1 Version 10 JP1/Integrated Management - Manager 構築ガイド（3021-3-008）

JP1 Version 10 JP1/Integrated Management - Manager 運用ガイド（3021-3-009）

JP1 Version 10 JP1/Integrated Management - Manager 画面リファレンス（3021-3-010）

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

JP1 Version 10 JP1/Integrated Management - Manager メッセージ（3021-3-012）

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

JP1 Version 10 JP1/Power Monitor（3021-3-131）

JP1 Version 10 JP1/Script(Windows(R)用)（3021-3-135）

JP1 Version 10 JP1/File Transmission Server/FTP(Windows(R)用)（3021-3-137）

JP1 Version 10 JP1/File Transmission Server/FTP(UNIX(R)用)（3021-3-138）

JP1 Version 10 JP1/Data Highway - Automatic Job Executor（3021-3-144）

JP1 Version 10 JP1/Audit Management - Manager 構築・運用ガイド（3021-3-165）

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 10 JP1/Performance Management 設計・構築ガイド（3021-3-041）

JP1 Version 10 JP1/Performance Management 運用ガイド（3021-3-042）

JP1 Version 10 JP1/Performance Management リファレンス（3021-3-043）

JP1 Version 10 JP1/Performance Management - Agent Option for JP1/AJS3（3021-3-063）

JP1 Version 10 JP1/Advanced Shell（3021-3-133）

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）

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

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

このマニュアルでの表記

正式名称

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

JP1/AJS3 - Definition Assistant

JP1/Automatic Job Management System 3 - Definition Assistant

JP1/AJS3 for Enterprise Applications

JP1/Automatic Job Management System 3 for Enterprise Applications

JP1/AJS3 - Print Option

JP1/Automatic Job Management System 3 - Print Option

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 - Software Development Kit

JP1/Automatic Job Management System 3 - Software Development Kit

JP1/AJS3 - User Job Operation

JP1/Automatic Job Management System 3 - User Job Operation

JP1/AJS3 - Web Operation Assistant

JP1/Automatic Job Management System 3 - Web Operation Assistant

JP1/DH - AJE

JP1/Data Highway - Automatic Job Executor

JP1/DH - Server

JP1/Data Highway - Server

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/OJE for VOS3

VOS3 JP1/Open Job Entry

JP1/SES

JP1/System Event Service

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以前

AIX

AIX 5L 5.3

AIX V6.1

AIX V7.1

HP-UX

HP-UX（IPF）

HP-UX 11i V2 (IPF)

HP-UX 11i V3 (IPF)

Linux

Linux 6.1（x86）

Red Hat Enterprise Linux(R) Server 6.1 (32-bit x86)

Linux 6.1（x64）

Red Hat Enterprise Linux(R) Server 6.1 (64-bit x86_64)

Linux 5.1（x86）

Red Hat Enterprise Linux(R) 5.1 (x86)

Linux 5.1（AMD/Intel 64）

Red Hat Enterprise Linux(R) 5.1 (AMD/Intel 64)

SAP BW

SAP Business Information Warehouse

SAP R/3

SAP R/3(R)

Solaris

Solaris 10(SPARC)

Solaris 11(SPARC)

注※1

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

注※2

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

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

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

付録C.3　このマニュアルで使用する英略語

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

英略語

正式名称

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

IME

Input Method Editor

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

SMTP

Simple Mail Transfer Protocol

SNMP

Simple Network Management 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

付録C.4　マニュアルで使用する記号

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

記号

意味

［　］

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

（例）

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

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

付録C.5　コマンドの文法に使用する記号

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

記号

意味と例

|

（ストローク）

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

（例）

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

((　))

（二重括弧）

指定できる値の範囲を示します。

付録C.6　数式で使用する記号

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

記号

意味

＊

乗算記号を示します。

/

除算記号を示します。

↑　　↑

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

（例）

↑34 / 3 ↑の計算結果は12となります。

MAX

計算結果のうち，最も大きい値を選ぶことを示しています。

（例）

MAX(3＊6，4+7)の計算結果は，18となります。

付録C.7　図中で使用する記号

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

付録C.8　Windows版JP1/AJS3のデフォルトのインストール先フォルダ

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

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

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

および

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

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

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

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

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

注※

64ビット版のWindowsの場合は，「Program Files」を「Program Files (x86)」と読み替えてください。

付録C.9　Windowsの［スタート］メニューについて

Windows Server 2012以降を使用している場合，［スタート］メニューから実行する操作は，次のように実行してください。

Windows 8またはWindows Server 2012（Windows Server 2012 R2を除く）を使用している場合

［スタート］画面を右クリックして，［すべてのアプリ］を開いて実行してください。

Windows 8.1またはWindows Server 2012 R2を使用している場合

下矢印のアイコンをクリックして，アプリの一覧を開いて実行してください。

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

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

付録C.11　オンラインマニュアルについて

JP1/AJS3 - Viewでは，Webブラウザーで参照できるHTMLマニュアルを提供しています。HTMLマニュアルの内容は，マニュアル「JP1 Version 10 JP1/Automatic Job Management System 3 操作ガイド」と同じです。

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

注意事項

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

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

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

付録C.13　JP1/AJS3で使用できる正規表現について

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

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

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

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

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

付録C.15　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以降

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

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

付録D　用語解説

（英字）

AJS3ユニット監視オブジェクト

JP1/AJS3のルートジョブネットの状態を監視するためのオブジェクトです。

このオブジェクトで監視内容を定義し，監視モードに切り替えることでJP1/AJS3のルートジョブネットを監視できるようになります。

AJSPATH

JP1/AJS3で使用するパスを定義するための環境変数です。環境変数を指定しておくと，コマンドでジョブネット名を指定するときに完全パス名の指定が不要になります。

AJS管理者

JP1/AJS3に対してスーパーユーザー権限と同等の操作権限を持つユーザーです。AJS管理者は，JP1管理者グループに属するJP1/Base管理者から一つのユーザーを選んで設定します。AJS管理者を設定することで，JP1/AJS3の環境設定やサービスの起動・停止など，JP1/AJS3のシステム管理・運用操作を一般のOSユーザーができるようになります。

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 - Software Development Kit

JP1/AJS3を操作するためのAPIを，Java言語で実装したクラスライブラリとして提供するプログラムです。JP1/AJS3 - Software Development Kitが提供するAPIを利用することで，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/DH - AJE

JP1/DH - Serverとのデータ送受信を自動化するためのプログラムです。

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をインストールすることもできます。

エージェントホストは，マネージャーホストからジョブの依頼を受け，ジョブを実行します。ジョブの実行が終わると，エージェントホストは実行ファイルの実行結果（戻り値）を受け取り，ジョブの実行結果をマネージャーホストに転送します。

（カ行）

確定実行登録

スケジュール定義に基づいてあらかじめ実行日時を算出しておき，その日時に従ってジョブネットを起動し，処理を開始する場合の実行登録方法です。

確定スケジュール

確定実行登録時に決められた，絶対日時で確定しているスケジュールのことです。

カスタムジョブ

ある特定の機能を持つジョブを実行するように，あらかじめ定義されたジョブです。ファイル転送やメインフレームへのジョブ依頼など，標準カスタムジョブとして提供しているもののほかに，業務の中でよく使うジョブをカスタムジョブとして登録しておくこともできます。カスタムジョブとして登録する場合，専用のアイコンの形，絵，またはジョブ情報入力のためのダイアログボックスが作成できます。

なお，カスタムジョブを使用する場合は，そのジョブに必要なプログラムをインストールしておく必要があります。

仮想マシン

物理的なホスト内に構築される，OSが動作する仮想的なコンピュータシステム（ホスト）のことです。1台の物理ホスト上で複数の仮想マシンを動作させることができます。これによって，複数の作業を同時に処理したり，異なるOSを同時に起動したりできます。

また，セットアップ済みの仮想マシンを複製することで，同一環境を持つホストを簡単に増やすことができます。

カレンダー情報

業務の運用日と休業日についての情報です。ジョブグループごとに定義できます。この情報によって，ジョブグループ中のジョブネットを実行する日と実行しない日が決定します。ただし，休業日振り替え実行が定義されている場合は，休業日でもジョブネットを実行します。

また，運用日に合わせて，基準日と月区分，基準時刻も設定できます。

環境設定パラメーター

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のデータベースと環境設定パラメーターを使用します。

なお，キューレスジョブの場合は，キューレスジョブ実行環境で管理します。

ジョブ実行多重度

同時に実行できるジョブの数のことです。

ジョブネット

実行順序を関連づけたジョブの集まりです。ジョブネットを実行すると，ジョブネット中のジョブが実行順序に従って自動的に実行されます。

ジョブネットエディタウィンドウ

ジョブネットを新規に作成したり，作成済みのジョブネットを編集したりするウィンドウのことです。

ジョブネットコネクタ

ルートジョブネットの実行順序を制御するためのユニットです。対象のルートジョブネットと接続関係を持ち，その終了や開始を待ち合わせます。

ジョブネットモニタウィンドウ

ジョブネットやジョブの実行状況や実行の詳細結果を表示したり，ジョブネットやジョブを操作したりするウィンドウです。

ジョブネットワーク要素

「ユニット」を参照してください。

処理サイクル

ジョブネットの実行開始日から，次の実行開始日までの間隔のことです。処理サイクルを定義しておくと，定期的にジョブネットを実行できます。

資料採取ツール

JP1が提供している，トラブルの要因調査のために必要なログ情報などの資料を一括採取するツールです。

トラブルの要因には，JP1/AJS3の問題のほかに，OS，ユーザープログラム，オペレーションミスなどが考えられます。資料採取ツールは，JP1/AJS3のログ以外にも，OSのログなどを同時に採取します。

スケジューラーサービス

ジョブネットを実行するスケジュールを管理し，スケジュールに従って，処理を実行します。スケジューラーサービスは，スケジューラーサービス名と同じ名称のルートジョブグループ配下のユニットを管理します。

スケジューラーサービスは，一つのマネージャーで複数起動できます。スケジューラーサービスを複数起動すると，スケジューラーサービスごとにルートジョブグループを管理できるようになります。例えば，スケジューラーサービスを業務ごとに分けて起動すると，それぞれのスケジューラーサービスが，他スケジューラーサービスの影響を受けることなく，独立して業務（ジョブネットおよびジョブ）を並行実行できます。

スケジュールルール

ジョブネットの実行開始日時や処理サイクルなどの情報です。一つのジョブネットに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の変更内容[1]

07-10の変更内容[1]

07-11の変更内容[1]

07-50の変更内容[1]

08-00の変更内容[1]

08-10の変更内容[1]

08-50の変更内容[1]

09-00の変更内容[1]

09-10の変更内容[1]

09-50の変更内容[1]

10-00の変更内容[1]

10-10の変更内容[1]

10-50の変更内容[1]

A

AJS3ユニット監視オブジェクト[1]

ajsembdbreclaimコマンドを自動で実行する[1]

ajsembdbreclaimコマンドを手動で実行する[1]

AJSPATH[1]

ajsrestoreコマンドでユニットを回復する[1]

AJS管理者[1]

D

DB管理者[1]

F

FQDN形式のホスト名に変更するときの作業の流れ[1]

H

HITSENSER Data Mart Server[1]

HP NNM[1]

I

IPアドレスを変更する[1]

ISAMデータベース[1]

J

jajs_killall.cluster[1]

JP1/AJS2 for Mainframe[1]

JP1/AJS2 for 活文PDFstaff[1]

JP1/AJS3 Console Agent[1]

JP1/AJS3 Console Manager[1]

JP1/AJS3 Console View[1]

JP1/AJS3 Console Viewのバックアップ対象ファイル[1]

JP1/AJS3 Console View用のアイコンイメージファイル・背景イメージファイルのリカバリー[1]

JP1/AJS3 Consoleの設定情報のバックアップ[1]

JP1/AJS3 Consoleの設定情報のリカバリーとセットアップ[1]

JP1/AJS3 Consoleのバックアップ対象ファイル（UNIXの場合）[1]

JP1/AJS3 Consoleのバックアップ対象ファイル（Windowsの場合）[1]

JP1/AJS3 for Enterprise Applications[1]

JP1/AJS3がサポートするシステム構成[1]

JP1/AJS3がサポートする範囲[1]

JP1/AJS3が動作しているホストの名称を変更する[1]

JP1/AJS3が発行するJP1イベント[1]

JP1/AJS3起動時の起動モードとジョブの状態（エージェントホスト）[1]

JP1/AJS3強制停止シェルスクリプト[1]

JP1/AJS3で使用するファイルのバックアップ[1]

JP1/AJS3のクラスタシステムでの前提条件[1]

JP1/AJS3のディザスター・リカバリー[1]

JP1/AJS3のディザスター・リカバリー運用の概要[1]

JP1/AJS3のプロセスが起動，停止，または異常終了したときにJP1イベントを発行する[1]

JP1/AJS3を使用したシステム運用の概要[1]

JP1/AJS3を使用するシステムの設定情報のバックアップ[1]

JP1/AJS3を使用するシステムの設定情報のリカバリー[1]

JP1/AJS3 - Agentの設定情報のバックアップ（Windowsホストの場合）[1]

JP1/AJS3 - Agentの設定情報のバックアップで必要な作業[1]

JP1/AJS3 - Agentの設定情報のリカバリー[1]

JP1/AJS3 - Agentの設定情報のリカバリーで必要な作業[1]

JP1/AJS3 - Agentのバックアップ対象ファイル（UNIXの場合）[1]

JP1/AJS3 - Agentのバックアップ対象ファイル（Windowsの場合）[1]

JP1/AJS3 - Agentのホスト名を変更する[1]

JP1/AJS3 - Definition Assistant[1]

JP1/AJS3 - Managerの設定情報のバックアップ[1]

JP1/AJS3 - Managerの設定情報のバックアップで必要な作業[1]

JP1/AJS3 - Managerの設定情報のリカバリー[1]

JP1/AJS3 - Managerの設定情報のリカバリーで必要な作業[1]

JP1/AJS3 - Managerのバックアップ対象ファイル（UNIXの場合）[1]

JP1/AJS3 - Managerのバックアップ対象ファイル（Windowsの場合）[1]

JP1/AJS3 - Managerのホスト名を変更する[1]

JP1/AJS3 - Print Option[1]

JP1/AJS3 - SOA Option[1]

JP1/AJS3 - Software Development Kit[1]

JP1/AJS3 - Viewによるジョブネットの退避・回復の操作[1]

JP1/AJS3 - Viewの環境設定ファイルのバックアップ[1]

JP1/AJS3 - Viewの設定情報のバックアップ[1]

JP1/AJS3 - Viewの設定情報のバックアップで必要な作業[1]

JP1/AJS3 - Viewの設定情報のリカバリー[1]

JP1/AJS3 - Viewの設定情報のリカバリーで必要な作業[1]

JP1/AJS3 - Viewのバックアップ対象ファイルおよびフォルダ[1]

JP1/AJS3 - Viewのリカバリー対象ファイル[1]

JP1/AJS3 - Viewのリカバリー対象ファイルおよびフォルダ（Windowsホストの場合）[1]

JP1/AJS3 - Web Operation Assistant[1]

JP1/Base[1]

JP1/Baseの設定情報のバックアップ[1]

JP1/Baseの設定情報のリカバリー[1]

JP1/Cm2[1]

JP1/DH - AJE[1]

JP1/FTP[1]

JP1/IM[1]

JP1/NETM/DM[1]

JP1/NQSEXEC[1]

JP1/OJE for Midrange Computer[1]

JP1/OJE for VOS1[1]

JP1/OJE for VOS3[1]

JP1/OJE for VOSK[1]

JP1/Power Monitor[1]

JP1/Script[1]

JP1イベント[1]

JP1イベント一覧[1]

JP1イベントの属性[1]

JP1権限レベル[1]

JP1資源グループ[1]

JP1ユーザー[1]

JP1を実行するために必要な情報のバックアップで必要な作業[1]

JP1を実行するために必要な情報のリカバリーで必要な作業[1]

jpqautocondスクリプト[1]

M

MAPI[1]

MIME[1]

MQSeries[1]

MQ文字列[1]

MSMQ[1]

S

SMTP[1]

SUP[1]

T

TP1/LiNK[1]

TP1/Message Queue[1]

TP1/Server Base[1]

W

Windows Messaging機能[1]

あ

アイコンイメージを作成した場合のバックアップ対象ファイル[1]

アクションジョブ[1]

い

異常終了[1]

異常終了しきい値[1]

異常終了したJP1/AJS3のプロセスを再起動する[1]

イベント[1]

イベントジョブ[1]

イベントジョブを使用したDNS運用時にFQDN形式のホスト名での運用に変更する[1]

イベントリセット時のジョブネットおよびジョブの状態[1]

う

ウォームスタート[1]

ウォームスタートした場合のジョブネットおよびジョブの状態[1]

打ち切り時間[1]

運用サイクル[1]

運用中に実施する作業内容[1]

運用中に実施する作業内容と記載個所[1]

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

運用中の設定変更[1]

運用日[1]

え

エージェントホスト[1]

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

か

確定実行登録[1]

確定スケジュール[1]

各バージョンの変更内容[1]

カスタムジョブ[1]

カスタムジョブアイコンのリカバリー[1]

カスタムジョブを使用する場合のバックアップ対象ファイル[1]

仮想マシン[1]

カレンダー情報[1]

カレンダーの設定情報のリカバリー[1]

環境設定パラメーター[1]

環境設定ファイル[1]

き

起算スケジュール[1]

起算猶予日数[1]

基準時刻[1]

基準日[1]

起動時または終了時の動作を変更する[1]

起動条件[1]

起動条件監視中のジョブネットの停止[1]

起動条件付きジョブネット[1]

起動プロセス定義ファイルの変換[1]

起動モードの指定を省略した場合のジョブネットおよびジョブの状態[1]

起動モード別のジョブネットおよびジョブの状態[1]

キャパシティの監視[1]

キュー[1]

キューイングジョブ[1]

休業日[1]

キューレスジョブ[1]

キューレスジョブ実行環境[1]

強制終了[1]

く

組み込みDB[1]

組み込みDB管理者[1]

組み込みDBサービス[1]

組み込みDBシステム管理者[1]

組み込みDB操作コマンド[1]

クラスタシステム[1]

け

系[1]

計画実行登録[1]

系切り替えシステム[1]

警告終了[1]

警告終了しきい値[1]

件名[1]

こ

後続ジョブ[1]

後続ジョブネット[1]

コールドスタート[1]

コールドスタートした場合のジョブネットおよびジョブの状態[1]

互換用ISAM構成[1]

コマンドによるジョブネットの退避・回復の操作[1]

さ

サーバリンクジョブ[1]

再サブミット[1]

最新の定義内容が有効になるユニット定義情報[1]

再編成スクリプトのカスタマイズ[1]

削除待ち[1]

サスペンド[1]

サブミット[1]

サブミットジョブ[1]

サポート範囲[1]

し

しきい値[1]

システム全体のバックアップとリカバリー[1]

システムの日時を変更する[1]

実行ID[1]

実行エージェント[1]

実行エージェントグループ[1]

実行エージェント制限[1]

実行系[1]

実行結果の確認方法[1]

実行時間や遅延の監視方法[1]

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

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

自動リトライ[1]

従属ジョブ[1]

従属ジョブネット[1]

障害発生時に障害を検知して対処する手段[1]

ジョブ[1]

ジョブ強制終了停止[1]

ジョブグループ[1]

ジョブ実行環境[1]

ジョブ実行多重度[1]

ジョブ制限[1]

ジョブネット[1]

ジョブネットエディタウィンドウ[1]

ジョブネットコネクタ[1]

ジョブネット制限[1]

ジョブネットの実行結果を確認する[1]

ジョブネットの実行時間を監視する[1]

ジョブネットの退避・回復[1]

ジョブネットモニタウィンドウ[1]

ジョブネットやジョブの実行抑止[1]

ジョブネットワーク要素[1]

ジョブの実行抑止[1]

処理サイクル[1]

資料採取ツール[1]

す

スケジューラーサービス[1]

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

スケジューラーサービス強制停止[1]

スケジューラーサービスだけを停止させる[1]

スケジューラーサービスの制限停止[1]

スケジューラーログの交代方法[1]

スケジュールルール[1]

［スタートアップ パラメータ］[1]

せ

正常終了[1]

正常な運用を監視する[1]

設定の変更[1]

先行ジョブ[1]

先行ジョブネット[1]

そ

相関識別子[1]

相互関係[1]

即時実行登録[1]

その他の情報のバックアップ[1]

その他の情報のリカバリー[1]

た

待機系[1]

退避および回復時の注意事項[1]

退避した情報の格納場所[1]

退避情報管理ファイル[1]

退避情報ディレクトリ[1]

退避ファイル[1]、[2]

退避ボックス[1]、[2]

退避・回復の概要[1]

て

定義内容が再読み込みされるタイミング[1]

ディザスターリカバリースタートした場合のジョブネットおよびジョブの状態[1]

ディザスター・リカバリー[1]

ディザスター・リカバリー運用中の設定変更[1]

ディザスター・リカバリー運用のサポート範囲[1]

ディザスター・リカバリー運用のシステム構成例[1]

ディザスター・リカバリー運用の前提条件[1]

ディザスター・リカバリー運用をやめる場合の操作[1]

ディザスター・リカバリーの仕組み[1]

ディザスター・リカバリーの適用条件[1]

デイリースケジュールウィンドウ[1]

データベースの使用状況を確認する[1]

適用終了[1]

適用中[1]

デフォルトキュー[1]

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

な

夏時間帯から標準時間帯への切り替え[1]

夏時間帯から標準時間帯への切り替え時スケジュール[1]

ね

ネストジョブネット[1]

は

排他実行リソース[1]

排他実行リソースを変更する[1]

バックアップ[1]

バックアップの概要[1]

判定ジョブ[1]

判定値[1]

ひ

引き継ぎ情報[1]

引き継ぎ情報名[1]

標準構成[1]

標準時間帯から夏時間帯への切り替え[1]

標準時間帯から夏時間帯への切り替えスケジュール[1]

標準時間と夏時間の切り替え[1]

ふ

フェールオーバー後の処理の流れ[1]

物理ホスト[1]

物理ホスト環境の前提条件[1]

プランニンググループ[1]

振り替え[1]

振り替え猶予日数[1]

へ

閉塞状態[1]

ほ

ホスト名変更に関する注意事項[1]

ホストリンクジョブネット[1]

ホットスタート[1]

ホットスタートの場合のジョブネットおよびジョブの状態[1]

ま

マクロ変数[1]

マクロ変数名[1]

待ち合わせ条件[1]

待ち合わせ条件付きユニット[1]

待ち合わせ対象ユニット[1]

マネージャージョブグループ[1]

マネージャージョブネット[1]

マネージャーホスト[1]

マンスリースケジュールウィンドウ[1]

み

未使用領域率の表示（ジョブ実行環境）[1]

め

メインサイトに運用を切り戻す[1]

メインサイトを再構築する[1]

メール受信パラメーターファイル[1]

メール送信パラメーターファイル[1]

メールフィルターアプリケーション[1]

メッセージキュー[1]

メッセージキューイング機能[1]

メッセージ識別子[1]

ゆ

ユーザー共通プロファイル[1]

ユニット[1]

ユニットID[1]

ユニット定義のバックアップ[1]

ユニット定義のリカバリー[1]

ユニット定義パラメーターファイル[1]

ユニットを回復する手順[1]

ユニットを退避する手順[1]

よ

予定情報ファイル[1]

り

リカバリー[1]

リカバリージョブ[1]

リカバリージョブネット[1]

リカバリーの概要[1]

リストファイル[1]

リモートサイトに運用を切り替える[1]

リリース中止[1]

リリース登録[1]

リリース登録待ち[1]

リリース待ち[1]

ろ

ログ情報を確認する[1]

ログファイル[1]

論理ホスト[1]

論理ホスト環境の前提条件[1]