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

3021-3-L46-20

前書き

対象製品

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

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

P-2A12-3KDL JP1/Automatic Job Management System 3 - Manager 13-50

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

P-CC2A12-4KDL JP1/Automatic Job Management System 3 - Manager 13-50（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

P-CC2912-39DL JP1/Automatic Job Management System 3 - Web Console 13-50（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

P-CC8412-39DL JP1/Automatic Job Management System 3 - Web Console 13-50（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

P-CC2A12-3NDL JP1/Automatic Job Management System 3 - Print Option Manager 13-00（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

P-CC2A2C-6LDL JP1/Base 13-10（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

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

P-8412-3KDL JP1/Automatic Job Management System 3 - Manager 13-50

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

P-CC8412-4KDL JP1/Automatic Job Management System 3 - Manager 13-50（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

P-CC2912-39DL JP1/Automatic Job Management System 3 - Web Console 13-50（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

P-CC8412-39DL JP1/Automatic Job Management System 3 - Web Console 13-50（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

P-CC8412-3NDL JP1/Automatic Job Management System 3 - Print Option Manager 13-00（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

P-CC842C-6LDL JP1/Base 13-10（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

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

P-2A12-33DL JP1/Automatic Job Management System 3 - Agent 13-50

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

P-CC2A12-43DL JP1/Automatic Job Management System 3 - Agent 13-50（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

P-CC2A2C-6LDL JP1/Base 13-10（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

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

P-8412-33DL JP1/Automatic Job Management System 3 - Agent 13-50

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

P-CC8412-43DL JP1/Automatic Job Management System 3 - Agent 13-50（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

P-CC842C-6LDL JP1/Base 13-10（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

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

P-2A12-38DL JP1/Automatic Job Management System 3 - Agent Minimal Edition 13-50

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

P-CC2A12-48DL JP1/Automatic Job Management System 3 - Agent Minimal Edition 13-50（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

P-CC2A2C-6LDL JP1/Base 13-10（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016）

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

P-8412-38DL JP1/Automatic Job Management System 3 - Agent Minimal Edition 13-50

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

P-CC8412-48DL JP1/Automatic Job Management System 3 - Agent Minimal Edition 13-50（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

P-CC842C-6LDL JP1/Base 13-10（適用OS：Linux 7，Linux 8，Linux 9，Oracle Linux 7，Oracle Linux 8，Oracle Linux 9，SUSE Linux 12，SUSE Linux 15，Amazon Linux 2023）

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

P-2A12-34DL JP1/Automatic Job Management System 3 - View 13-50

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

P-CC2A12-44DL JP1/Automatic Job Management System 3 - View 13-50（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016，Windows 11，Windows 10）

P-CC2A12-3MDL JP1/Automatic Job Management System 3 - Print Option 13-10（適用OS：Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016，Windows 11，Windows 10）

輸出時の注意

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

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

商標類

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

This product includes software developed by the Apache Software Foundation (http://www.apache.org/).

Portions of this software were developed at the National Center for Supercomputing Applications (NCSA) at the University of Illinois at Urbana-Champaign.

This product includes software developed by the University of California, Berkeley and its contributors.

This software contains code derived from the RSA Data Security Inc. MD5 Message-Digest Algorithm, including various modifications by Spyglass Inc., Carnegie Mellon University, and Bell Communications Research, Inc (Bellcore).

Regular expression support is provided by the PCRE library package, which is open source software, written by Philip Hazel, and copyright by the University of Cambridge, England.

The original software is available from ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/

1. This product includes software developed by the OpenSSL Project for use in the OpenSSL Toolkit. (http://www.openssl.org/)

2. This product includes cryptographic software written by Eric Young (eay@cryptsoft.com)

3. This product includes software written by Tim Hudson (tjh@cryptsoft.com)

4. 本製品にはOpenSSL ToolkitソフトウェアをOpenSSL LicenseおよびOriginal SSLeay Licenseに従い使用しています。OpenSSL LicenseおよびOriginal SSLeay Licenseは以下のとおりです。

LICENSE ISSUES

==============

The OpenSSL toolkit stays under a double license, i.e. both the conditions of

the OpenSSL License and the original SSLeay license apply to the toolkit.

See below for the actual license texts.

OpenSSL License

---------------

/* ====================================================================

* Copyright (c) 1998-2019 The OpenSSL Project. All rights reserved.

*

* Redistribution and use in source and binary forms, with or without

* modification, are permitted provided that the following conditions

* are met:

*

* 1. Redistributions of source code must retain the above copyright

* notice, this list of conditions and the following disclaimer.

*

* 2. Redistributions in binary form must reproduce the above copyright

* notice, this list of conditions and the following disclaimer in

* the documentation and/or other materials provided with the

* distribution.

*

* 3. All advertising materials mentioning features or use of this

* software must display the following acknowledgment:

* "This product includes software developed by the OpenSSL Project

* for use in the OpenSSL Toolkit. (http://www.openssl.org/)"

*

* 4. The names "OpenSSL Toolkit" and "OpenSSL Project" must not be used to

* endorse or promote products derived from this software without

* prior written permission. For written permission, please contact

* openssl-core@openssl.org.

*

* 5. Products derived from this software may not be called "OpenSSL"

* nor may "OpenSSL" appear in their names without prior written

* permission of the OpenSSL Project.

*

* 6. Redistributions of any form whatsoever must retain the following

* acknowledgment:

* "This product includes software developed by the OpenSSL Project

* for use in the OpenSSL Toolkit (http://www.openssl.org/)"

*

* THIS SOFTWARE IS PROVIDED BY THE OpenSSL PROJECT ``AS IS'' AND ANY

* EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE

* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR

* PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE OpenSSL PROJECT OR

* ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,

* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT

* NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;

* LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)

* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,

* STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)

* ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED

* OF THE POSSIBILITY OF SUCH DAMAGE.

* ====================================================================

*

* This product includes cryptographic software written by Eric Young

* (eay@cryptsoft.com). This product includes software written by Tim

* Hudson (tjh@cryptsoft.com).

*

*/

Original SSLeay License

---------------

/* Copyright (C) 1995-1998 Eric Young (eay@cryptsoft.com)

* All rights reserved.

*

* This package is an SSL implementation written

* by Eric Young (eay@cryptsoft.com).

* The implementation was written so as to conform with Netscapes SSL.

*

* This library is free for commercial and non-commercial use as long as

* the following conditions are aheared to. The following conditions

* apply to all code found in this distribution, be it the RC4, RSA,

* lhash, DES, etc., code; not just the SSL code. The SSL documentation

* included with this distribution is covered by the same copyright terms

* except that the holder is Tim Hudson (tjh@cryptsoft.com).

*

* Copyright remains Eric Young's, and as such any Copyright notices in

* the code are not to be removed.

* If this package is used in a product, Eric Young should be given attribution

* as the author of the parts of the library used.

* This can be in the form of a textual message at program startup or

* in documentation (online or textual) provided with the package.

*

* Redistribution and use in source and binary forms, with or without

* modification, are permitted provided that the following conditions

* are met:

* 1. Redistributions of source code must retain the copyright

* notice, this list of conditions and the following disclaimer.

* 2. Redistributions in binary form must reproduce the above copyright

* notice, this list of conditions and the following disclaimer in the

* documentation and/or other materials provided with the distribution.

* 3. All advertising materials mentioning features or use of this software

* must display the following acknowledgement:

* "This product includes cryptographic software written by

* Eric Young (eay@cryptsoft.com)"

* The word 'cryptographic' can be left out if the rouines from the library

* being used are not cryptographic related :-).

* 4. If you include any Windows specific code (or a derivative thereof) from

* the apps directory (application code) you must include an acknowledgement:

* "This product includes software written by Tim Hudson (tjh@cryptsoft.com)"

*

* THIS SOFTWARE IS PROVIDED BY ERIC YOUNG ``AS IS'' AND

* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE

* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE

* ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE

* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL

* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS

* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)

* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT

* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY

* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF

* SUCH DAMAGE.

*

* The licence and distribution terms for any publically available version or

* derivative of this code cannot be changed. i.e. this code cannot simply be

* copied and put under another distribution licence

* [including the GNU Public Licence.]

*/

This product includes the OpenSSL library.

The OpenSSL library is licensed under Apache License, Version 2.0.

https://www.apache.org/licenses/LICENSE-2.0

This product includes software developed by the Java Apache Project for use in the Apache JServ servlet engine project (http://java.apache.org/).

This product includes software developed by IAIK of Graz University of Technology.

This product includes software developed by Daisuke Okajima and Kohsuke Kawaguchi (http://relaxngcc.sf.net/).

This product includes software developed by Andy Clark.

Java is a registered trademark of Oracle and/or its affiliates.

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

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

表記

製品名

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

Internet Explorer

Windows(R) Internet Explorer(R)

Microsoft Edge

Microsoft(R) Edge

Microsoft SQL Server

Microsoft(R) SQL Server

Microsoft(R) SQL Server Enterprise Edition

MSMQ

Microsoft(R) Message Queue Server

Outlook

Outlook 2016

Microsoft(R) Office Outlook(R) 2016

Outlook 2019

Microsoft(R) Office Outlook(R) 2019

Outlook 2021

Microsoft(R) Office Outlook(R) 2021

Outlook Express

Microsoft(R) Outlook(R) Express

Windows 10

Windows(R) 10 Enterprise

Windows(R) 10 Pro

Windows(R) 10 Home

Windows 11

Windows(R) 11 Enterprise

Windows(R) 11 Pro

Windows(R) 11 Home

Windows Server 2016

Microsoft(R) Windows Server(R) 2016 Datacenter

Microsoft(R) Windows Server(R) 2016 Standard

Windows Server 2019

Microsoft(R) Windows Server(R) 2019 Datacenter

Microsoft(R) Windows Server(R) 2019 Standard

Windows Server 2022

Microsoft(R) Windows Server(R) 2022 Datacenter

Microsoft(R) Windows Server(R) 2022 Standard

Windows Server 2025

Microsoft(R) Windows Server(R) 2025 Datacenter

Microsoft(R) Windows Server(R) 2025 Standard

Windows Server 2025，Windows Server 2022，Windows Server 2019，Windows Server 2016，Windows 11，およびWindows 10を総称してWindowsと表記することがあります。

発行

2025年9月 3021-3-L46-20

著作権

Copyright (C) 2023, 2025, Hitachi, Ltd.

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

奥付

マニュアル発行元

株式会社 日立製作所

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

変更内容

変更内容については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド」の変更内容を参照してください。

はじめに

このマニュアルは，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/Automatic Job Management System 3 導入ガイド」のはじめにの説明を参照してください。

マニュアルの構成

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

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

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

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

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

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

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

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

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

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

第5章 稼働状況の監視

JP1/AJS3の稼働状況の監視について説明しています。

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

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

第7章 運用中の設定変更

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

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

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

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

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

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

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

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

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

第12章 外部DBを使用した構成での運用

外部DBを使用した構成でJP1/AJS3を運用する場合の設定手順や，システム障害からの復旧方法などについて説明しています。

第13章 ケーススタディ

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

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

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

1.1　運用サイクルの例

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

図1‒1　運用サイクル例

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

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

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

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

記載個所

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

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

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

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

運用中の定義変更

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

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

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

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

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

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

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

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

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

「付録B データベースのバックアップとリカバリー」

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

稼働状況の監視

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

データベースの使用状況

JP1/AJS3の稼働状況

「5. 稼働状況の監視」

サービスの起動と停止

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

運用中の設定変更

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

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

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

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

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

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

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

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

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

外部DB利用時の運用

「12. 外部DBを利用する構成での運用」

運用ノウハウ

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

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

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

「13. ケーススタディ」

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

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

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

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

個々のプログラム（JP1/Base，JP1/AJS3 - Manager，JP1/AJS3 - Agent，JP1/AJS3 - View）のバックアップ方法およびリカバリー方法の記載個所を次に示します。システム全体のバックアップ方法およびリカバリー方法については，「2.4 システム全体のバックアップとリカバリー」を参照してください。運用中の組み込みDB単位でのバックアップ方法およびリカバリー方法については，「2.5 バックアップ強化機能を使用したJP1/AJS3 - Managerのバックアップとリカバリー」を参照してください。

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

設定情報

設定情報詳細

マニュアルの記載個所

バックアップの方法

リカバリーの方法

JP1/Baseの設定情報

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

2.2.2

2.3.3

JP1/AJS3 - Managerの設定情報

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

2.2.3(1)

2.3.4(3)

実行エージェントの情報

2.2.3(2)

2.3.4(8)

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

2.2.3(3)

2.3.4(6)

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

2.2.3(4)(a)

2.3.4(10)(a)

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

2.2.3(4)(b)

2.3.4(10)(b)

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

2.2.3(4)(c)

2.3.4(10)(c)

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

3.4.4

3.4.5

JP1/AJS3 - Agentの設定情報

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

2.2.4(1)

2.3.5(3)

JP1/AJS3 - Viewの設定情報

環境設定ファイル

2.2.5(1)

2.3.6(2)

カスタムジョブアイコン

2.2.5(2)

2.3.6(3)

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

2.2.5(3)

2.3.6(4)

カスタムイベントジョブアイコン

2.2.5(4)

2.3.6(5)

JP1/AJS3 - Web Consoleの設定情報

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

2.2.6(1)

2.3.7(3)

その他の設定情報

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

2.2.7(1)(a)

2.3.8(1)(a)

ログインスクリプト※2

2.2.7(2)(a)

2.3.8(2)(a)

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

2.2.7(2)(b)

2.3.8(2)(b)

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

2.2.7(1)(b)

2.2.7(2)(c)

2.3.8(1)(b)

2.3.8(2)(c)

クラスタ対応ツール

2.2.7(1)(c)

2.2.7(2)(d)

2.3.8(1)(c)

2.3.8(2)(d)

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

2.2.7(2)(e)

2.3.8(2)(e)

HTTP接続ジョブで使用するファイル

2.2.7(1)(d)

2.2.7(2)(f)

2.3.8(1)(e)

2.3.8(2)(g)

注※1

Windowsの場合だけです。

注※2

UNIXの場合だけです。

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

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

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

なお，JP1/AJS3 - ManagerまたはJP1/AJS3 - Agentをバックアップする場合は，必ずJP1/Baseも同時にバックアップしてください。JP1/AJS3 - Web ConsoleをインストールしているホストにJP1/AJS3 - Managerもインストールしている場合は，必ずJP1/AJS3 - Managerもバックアップしてください。

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

注意事項

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

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

2.2.1　バックアップの概要

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

なお，JP1/AJS3の共通定義情報を個別に取得する場合は，次の手順でバックアップしてください。

(1)　JP1/AJS3 - Managerの共通定義情報

次のコマンドを実行してJP1/AJS3 - Managerの共通定義情報を取得します。

jbsgetcnf [-h 論理ホスト名] -c JP1AJS2 > JP1AJS2の退避ファイル
jbsgetcnf [-h 論理ホスト名] -c JP1NBQAGENT > JP1NBQAGENTの退避ファイル
jbsgetcnf [-h 論理ホスト名] -c JP1NBQMANAGER > JP1NBQMANAGERの退避ファイル
jbsgetcnf [-h 論理ホスト名] -c JP1NBQCLIENT > JP1NBQCLIENTの退避ファイル
jbsgetcnf [-h 論理ホスト名] -c JP1NBQNOTIFY > JP1NBQNOTIFYの退避ファイル
jbsgetcnf [-h 論理ホスト名] -c JP1AOMMANAGER > JP1AOMMANAGERの退避ファイル
jbsgetcnf [-h 論理ホスト名] -c JP1AOMAGENT > JP1AOMAGENTの退避ファイル
jbsgetcnf [-h 論理ホスト名] -c JP1AJSMANAGER > JP1AJSMANAGERの退避ファイル
jbsgetcnf [-h 論理ホスト名] -c JP1AJS2COMMON > JP1AJS2COMMONの退避ファイル※1
jbsgetcnf [-h 論理ホスト名] -c JP1QLAGENT > JP1QLAGENTの退避ファイル※2
jbsgetcnf [-h 論理ホスト名] -c JP1AJS2CONSOLEMANAGER > JP1AJS2CONSOLEMANAGERの退避ファイル※3
jbsgetcnf -c JP1AJS2CONSOLEAGENT > JP1AJS2CONSOLEAGENTの退避ファイル※3，※4

注※1

jajs_configコマンドまたはjbssetcnfコマンドで[{JP1_DEFAULT|論理ホスト名}¥JP1AJS2COMMON]配下の環境設定パラメーターを追加している場合は定義キーがあります。バックアップを実施してください。環境設定パラメーターについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.11.1 JP1/AJS3共通情報の環境設定パラメーター一覧」を参照してください。

注※2

キューレスジョブ実行環境をセットアップしている場合は定義キーがあるため，バックアップを実施してください。

注※3

Version 10以前との互換機能として，JP1/AJS3 Console機能を使用している場合は定義キーがあるため，バックアップを実施してください。

注※4

JP1AJS2CONSOLEAGENTは，物理ホストの共通定義情報だけをバックアップしてください。

(2)　JP1/AJS3 - Agentの共通定義情報

次のコマンドを実行してJP1/AJS3 - Agentの共通定義情報を取得します。

jbsgetcnf [-h 論理ホスト名] -c JP1AJS2 > JP1AJS2の退避ファイル
jbsgetcnf [-h 論理ホスト名] -c JP1NBQAGENT > JP1NBQAGENTの退避ファイル
jbsgetcnf [-h 論理ホスト名] -c JP1NBQCLIENT > JP1NBQCLIENTの退避ファイル
jbsgetcnf [-h 論理ホスト名] -c JP1NBQNOTIFY > JP1NBQNOTIFYの退避ファイル
jbsgetcnf [-h 論理ホスト名] -c JP1AOMAGENT > JP1AOMAGENTの退避ファイル
jbsgetcnf [-h 論理ホスト名] -c JP1AJS2COMMON > JP1AJS2COMMONの退避ファイル※1
jbsgetcnf [-h 論理ホスト名] -c JP1QLAGENT > JP1QLAGENTの退避ファイル※2

注※1

jajs_configコマンドまたはjbssetcnfコマンドで[{JP1_DEFAULT|論理ホスト名}¥JP1AJS2COMMON]配下の環境設定パラメーターを追加している場合は定義キーがあります。バックアップを実施してください。環境設定パラメーターについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.11.1 JP1/AJS3共通情報の環境設定パラメーター一覧」を参照してください。

注※2

キューレスジョブ実行環境をセットアップしている場合は定義キーがあるため，バックアップを実施してください。

(3)　バックアップする際の注意事項

物理ホストと論理ホストの両方の共通定義情報を取得してください。

論理ホストの共通定義情報を取得する場合は，物理ホストの共通定義情報とは別のファイルに退避してください。この際，退避ファイルの名前が重複しないように注意してください。

論理ホスト名は大文字と小文字を合わせて指定してください。

jbsgetcnfコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

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

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

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

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

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

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

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

次に，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¥permitted_host_manager.conf※2

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

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

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

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

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

JP1/AJS3データフォルダ※4¥conf¥profiles※5

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

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

HP NNM連携用定義ファイル

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

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

注※1

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

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

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

注※2

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

注※3

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

注※4

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

物理ホストの場合：

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

%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2

インストール先フォルダが上記以外のとき

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

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

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

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

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

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

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

注※5

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

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

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

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

注※6

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

HP NNM連携用定義ファイル

注※1

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

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

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

注※2

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

注※3

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

注※4

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

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

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

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

注※5

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

注※6

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

Linux 8以降のSELinuxを有効化している環境で，JP1/AJS3 - Managerのセキュリティコンテキスト設定情報をバックアップする場合は，次の作業を実施してください。

JP1/AJS3 - Managerでセキュリティコンテキストを設定するためのスクリプトファイルを作成している場合

スクリプトファイルをバックアップしてください。

JP1/AJS3 - Managerで専用のセキュリティコンテキストを追加するポリシーを作成している場合

設定ファイルをバックアップしてください。

(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サービスを起動しておいてください。

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

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

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

Windowsの場合

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

UNIXの場合

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

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

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

注意事項

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

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

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

コメント

所有者

JP1資源グループ

基準時刻

基準日

月区分

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

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

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

注意事項

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

2.2.4　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‒4　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

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 構築ガイド　20.6.2(16) WaitInfFileOutDir（エージェントプロセス用）」を参照してください。

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

(b)　UNIXの場合

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

表2‒5　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

HP NNM連携用定義ファイル

注※1

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

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

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

注※2

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

注※3

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

注※4

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

Linux 8以降のSELinuxを有効化している環境で，JP1/AJS3 - Agentのセキュリティコンテキスト設定情報をバックアップする場合は，次の作業を実施してください。

JP1/AJS3 - Agentでセキュリティコンテキストを設定するためのスクリプトファイルを作成している場合

スクリプトファイルをバックアップしてください。

JP1/AJS3 - Agentで専用のセキュリティコンテキストを追加するポリシーを作成している場合

設定ファイルをバックアップしてください。

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

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

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

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

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

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

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

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

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

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

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

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

内容

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¥(osusers)※2，※3

%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

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

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

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

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

%ALLUSERSPROFILE%※1¥HITACHI¥JP1¥JP1_DEFAULT¥JP1AJS2V¥custom.dir¥extend※2，※5

%ALLUSERSPROFILE%※1¥HITACHI¥JP1¥JP1_DEFAULT¥JP1AJS2V¥csadef※2

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

%ALLUSERSPROFILE%※1¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥customevent.dir

%ALLUSERSPROFILE%※1¥HITACHI¥JP1¥JP1_DEFAULT¥JP1AJS2V¥customevent.dir¥extend※2，※5

JP1/AJS3 - Viewカスタムイベントジョブ登録情報フォルダ

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

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

注※1

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

注※2

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

注※3

リモートデスクトップ複数接続機能の設定ファイルです。リモートデスクトップ複数接続機能については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　11.2.7 複数のリモートデスクトップ接続から同時にJP1/AJS3 - Viewを操作する」を参照してください。

注※4

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

＜バックアップ対象外＞

jaフォルダ

enフォルダ

Cjobregm.exe

Cjobregm.exe.1000

CJNAME.cjx.model

CJX.xsd

*.dll

*.olb

*.tlb

注※5

JP1ユーザーごとに異なるカスタムジョブを使用する機能が有効な場合に使用する，JP1/AJS3 - Viewカスタムジョブ登録情報フォルダです。JP1ユーザーごとに異なるカスタムジョブを使用する機能については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　11.2.8 JP1ユーザーごとに異なるカスタムジョブおよびカスタムイベントジョブを使用する」を参照してください。

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

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

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

ファイル名

内容

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‒8　アイコンイメージを作成した場合のバックアップ対象ファイル

フォルダ名

内容

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

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

(4)　カスタムイベントジョブアイコンのバックアップ

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

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

ファイル名

内容

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

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

2.2.6　JP1/AJS3 - Web Consoleの設定情報のバックアップ

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

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

なお，JP1/AJS3 - Web ConsoleをインストールしているホストにJP1/AJS3 - Managerをインストールしている場合は，JP1/AJS3 - Managerも同時にバックアップしてください。

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

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

JP1/AJS3 - Web Consoleで使用するファイルを任意の方法でバックアップしてください。

JP1/AJS3 - Web Consoleで使用するファイルのうち，バックアップの対象となるファイルは，WindowsとLinuxでは異なります。それぞれの場合に分けて説明します。

(a)　Windowsの場合

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

表2‒10　JP1/AJS3 - Web Consoleで使用するバックアップ対象ファイル（Windowsの場合）

ファイル名

内容

JP1/AJS3 - Web Consoleフォルダ※1¥conf¥ajs3web.conf

環境設定ファイル

JP1/AJS3 - Web Consoleフォルダ※1¥sys¥user

ユーザー情報格納フォルダ

JP1/AJS3 - Web Consoleデータフォルダ※2¥ajscd_ajs3web.properties

通信設定ファイル

JP1/AJS3 - Web Consoleデータフォルダ※2¥nosslhost.conf

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

JP1/AJS3 - Web Consoleデータフォルダ※2¥conf¥ssl¥rootcer

ルート証明書格納フォルダ

JP1/AJS3 - Web Consoleのインストール先フォルダ¥uCPSB¥httpsd¥conf¥httpsd.conf

Webサーバ定義ファイル

JP1/AJS3 - Web Consoleのインストール先フォルダ¥uCPSB¥CC¥server¥usrconf¥ejb¥ajs3web¥usrconf.properties

J2EEサーバ用ユーザープロパティファイル

JP1/AJS3 - Web Consoleのインストール先フォルダ¥uCPSB¥CC¥admin¥usrconf¥usrconf.properties

サーバ管理コマンド用システムプロパティファイル

JP1/AJS3 - Web Consoleフォルダ※1¥conf¥ajs3web_color.conf

表示色設定ファイル

JP1/AJS3 - Web Consoleフォルダ※1¥sys¥operationpermission_model.csv

操作許可設定ファイルのモデルファイル

JP1/AJS3 - Web Consoleフォルダ※1¥sys¥operes

操作制限機能情報格納フォルダ

JP1/AJS3 - Web Consoleのインストール先フォルダ¥uCPSB¥CC¥server¥usrconf¥ejb¥ajs3web¥usrconf.cfg

J2EEサーバ用オプション定義ファイル

JP1/AJS3 - Web Consoleのインストール先フォルダ¥uCPSB¥httpsd¥conf¥ssl¥server¥秘密鍵ファイル名※3

Web Consoleサーバの秘密鍵

JP1/AJS3 - Web Consoleのインストール先フォルダ¥uCPSB¥httpsd¥conf¥ssl¥server¥サーバ証明書ファイル名※3

Web Consoleサーバのサーバ証明書

任意のフォルダ¥証明書発行要求ファイル名※3

証明書発行要求（CSR）

注※1

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

非クラスタ構成の場合：JP1/AJS3 - Web Consoleのインストール先フォルダ

クラスタ構成の場合：共有フォルダ¥jp1ajs3web

注※2

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

非クラスタ構成の場合：

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

%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥jp1ajs3web¥conf

インストール先フォルダが上記以外のとき

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

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

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

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

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

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

クラスタ構成の場合：共有フォルダ¥jp1ajs3web¥conf

注※3

クライアントホストとWeb Consoleサーバ間で通信暗号化機能を使用していない場合，ここで説明するファイルは存在しません。

(b)　Linuxの場合

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

表2‒11　JP1/AJS3 - Web Consoleで使用するバックアップ対象ファイル（Linuxの場合）

ファイル名

内容

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

環境設定ファイル

JP1/AJS3ディレクトリ※1/sys/user

ユーザー情報格納ディレクトリ

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

通信設定ファイル

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

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

JP1/AJS3ディレクトリ※1/conf/ssl/rootcer

ルート証明書格納ディレクトリ

/opt/jp1ajs3web/uCPSB/httpsd/conf/httpsd.conf

Webサーバ定義ファイル

/opt/jp1ajs3web/uCPSB/CC/server/usrconf/ejb/ajs3web/usrconf.properties

J2EEサーバ用ユーザープロパティファイル

/opt/jp1ajs3web/uCPSB/CC/admin/usrconf/usrconf.properties

サーバ管理コマンド用システムプロパティファイル

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

表示色設定ファイル

/var/opt/jp1ajs3web/sys/operationpermission_model.csv

操作許可設定ファイルのモデルファイル

/var/opt/jp1ajs3web/sys/operes

操作制限機能情報格納ディレクトリ

/opt/jp1ajs3web/uCPSB/CC/server/usrconf/ejb/ajs3web/usrconf.cfg

J2EEサーバ用オプション定義ファイル

/opt/jp1ajs3web/uCPSB/httpsd/conf/ssl/server/秘密鍵ファイル名※2

Web Consoleサーバの秘密鍵

/opt/jp1ajs3web/uCPSB/httpsd/conf/ssl/server/サーバ証明書ファイル名※2

Web Consoleサーバのサーバ証明書

任意のディレクトリ/証明書発行要求ファイル名※2

証明書発行要求（CSR）

注※1

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

非クラスタ構成の場合：/etc/opt/jp1ajs3web

クラスタ構成の場合：共有ディレクトリ/jp1ajs3web

注※2

クライアントホストとWeb Consoleサーバ間で通信暗号化機能を使用していない場合，ここで説明するファイルは存在しません。

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

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

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

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

作業

Windows

UNIX

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

○

−

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

−

○

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

−

○

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

○

○

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

○

○

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

−

○

HTTP接続ジョブで使用するファイルのバックアップ

○

○※

サービス連携ジョブおよびサービス連携監視ジョブで使用するファイルのバックアップ

○

○

ジョブ実行数の集計結果のバックアップ

○

○

実行エージェント稼働状況の集計結果のバックアップ

○

○

（凡例）

○：必須

−：対象外

注※

対象OSはLinuxだけです。

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

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

(1)　Windowsの場合

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

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

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

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

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

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

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

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

ファイル名

内容

任意のファイル名

クラスタ対応ツール

(d)　HTTP接続ジョブで使用するファイルのバックアップ

HTTP接続ジョブで使用するファイルをバックアップしてください。

バックアップするファイルの一覧を次に示します。

表2‒14　バックアップ対象のHTTP接続ジョブで使用するファイル

ファイル名

内容

接続設定ファイル

HTTP接続に関する情報を設定するファイル

送信情報ファイル※

APIへのリクエスト情報を格納するファイル

送信情報ファイル（URLパラメーター）※

APIへのリクエスト情報のURLパラメーターを格納するファイル

送信情報ファイル（メッセージボディ）※

APIへのリクエスト情報のメッセージボディを格納するファイル

注※

送信情報ファイル，送信情報ファイル（URLパラメーター）および送信情報ファイル（メッセージボディ）は，JP1/AJS3のバージョンが12-50以降で拡張モードを使用しているかどうかによって使用するファイルが異なります。必要に応じてバックアップしてください。

拡張モードについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.12 Web上の業務システムと連携する（HTTP接続ジョブを使ったジョブネットの定義例）」を参照してください。

(e)　サービス連携ジョブおよびサービス連携監視ジョブで使用するファイルのバックアップ

サービス連携ジョブおよびサービス連携監視ジョブで使用するファイルをバックアップしてください。

バックアップするファイルの一覧を次の表に示します。

表2‒15　バックアップ対象のサービス連携ジョブおよびサービス連携監視ジョブで使用するファイル

ファイル名

内容

接続設定ファイル※

JP1/AJS3 for Cloud Service Applicationsサーバへの接続に関する情報を設定するファイル

注※

ファイルの詳細については，マニュアル「JP1/Automatic Job Management System 3 for Cloud Service Applications」を参照してください。

(f)　ジョブ実行数の集計結果のバックアップ

マネジメントポータルの実行環境で，ジョブ実行数の集計を自動で実行している場合は，ジョブ実行数の集計結果をバックアップしてください。マネジメントポータル実行環境のジョブ実行数の集計については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　4.6.3 マネジメントポータル実行環境について検討する」を参照してください。

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

表2‒16　ジョブ実行数の集計結果が格納されるフォルダ

フォルダ

内容

物理ホストの場合

Mgr_Data_Path※¥sys¥jobagg

論理ホストの場合

共有ディスク名¥jp1ajs2¥sys¥jobagg

ジョブ実行数の集計結果

注※

「Mgr_Data_Path」は，インストール先フォルダによって異なります。

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

%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2

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

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

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

「システムドライブ¥Program Files (x86)」配下

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

インストール先フォルダが上記以外の場合

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

(g)　実行エージェント稼働状況の集計結果のバックアップ

マネジメントポータルの実行環境で，実行エージェント稼働状況の集計を自動で実行している場合は，実行エージェント稼働状況の集計結果をバックアップしてください。マネジメントポータル実行環境の実行エージェント稼働状況の集計については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　4.6.3 マネジメントポータル実行環境について検討する」を参照してください。

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

表2‒17　実行エージェント稼働状況の集計結果が格納されるフォルダ

フォルダ

内容

物理ホストの場合

Mgr_Data_Path※¥sys¥agtagg

論理ホストの場合

共有フォルダ名¥jp1ajs2¥sys¥agtagg

実行エージェント稼働状況の集計結果

注※

「Mgr_Data_Path」は，インストール先フォルダによって異なります。

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

%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2

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

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

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

「システムドライブ¥Program Files (x86)」配下

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

インストール先フォルダが上記以外の場合

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

また，実行エージェント稼働状況の集計結果をバックアップする場合は，同時に実行エージェント情報もバックアップしてください。実行エージェント情報のバックアップについては，「2.2.3(2) 実行エージェント情報のバックアップ」を参照してください。実行エージェント稼働状況の集計結果と実行エージェント情報に差異がある場合，バックアップした集計結果は使用できません。

(2)　UNIXの場合

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

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

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

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

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

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

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

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

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

ファイル名

内容

任意のファイル名

クラスタ対応ツール

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

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

(f)　HTTP接続ジョブで使用するファイルのバックアップ

HTTP接続ジョブで使用するファイルをバックアップしてください。

バックアップするファイルの一覧を次に示します。

表2‒19　バックアップ対象のHTTP接続ジョブで使用するファイル

ファイル名

内容

接続設定ファイル

HTTP接続に関する情報を設定するファイル

送信情報ファイル※

APIへのリクエスト情報を格納するファイル

送信情報ファイル（URLパラメーター）※

APIへのリクエスト情報のURLパラメーターを格納するファイル

送信情報ファイル（メッセージボディ）※

APIへのリクエスト情報のメッセージボディを格納するファイル

注※

送信情報ファイル，送信情報ファイル（URLパラメーター）および送信情報ファイル（メッセージボディ）は，JP1/AJS3のバージョンが12-50以降で拡張モードを使用しているかどうかによって使用するファイルが異なります。必要に応じてバックアップしてください。

拡張モードについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.12 Web上の業務システムと連携する（HTTP接続ジョブを使ったジョブネットの定義例）」を参照してください。

(g)　サービス連携ジョブおよびサービス連携監視ジョブで使用するファイルのバックアップ

サービス連携ジョブおよびサービス連携監視ジョブで使用するファイルをバックアップしてください。

バックアップするファイルの一覧を次の表に示します。

表2‒20　バックアップ対象のサービス連携ジョブおよびサービス連携監視ジョブで使用するファイル

ファイル名

内容

接続設定ファイル※

JP1/AJS3 for Cloud Service Applicationsサーバへの接続に関する情報を設定するファイル

注※

ファイルの詳細については，マニュアル「JP1/Automatic Job Management System 3 for Cloud Service Applications」を参照してください。

(h)　ジョブ実行数の集計結果のバックアップ

マネジメントポータルの実行環境で，ジョブ実行数の集計を自動で実行している場合は，ジョブ実行数の集計結果をバックアップしてください。マネジメントポータル実行環境のジョブ実行数の集計については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　4.6.3 マネジメントポータル実行環境について検討する」を参照してください。

バックアップ対象ディレクトリを次の表に示します。

表2‒21　ジョブ実行数の集計結果が格納されるディレクトリ

ディレクトリ

内容

物理ホストの場合

/var/opt/jp1ajs2/sys/jobagg

論理ホストの場合

共有ディスク名/jp1ajs2/sys/jobagg

ジョブ実行数の集計結果

(i)　実行エージェント稼働状況の集計結果のバックアップ

マネジメントポータルの実行環境で，実行エージェント稼働状況の集計を自動で実行している場合は，実行エージェント稼働状況の集計結果をバックアップしてください。マネジメントポータル実行環境の実行エージェント稼働状況の集計については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　4.6.3 マネジメントポータル実行環境について検討する」を参照してください。

バックアップ対象ディレクトリを次の表に示します。

表2‒22　実行エージェント稼働状況の集計結果が格納されるディレクトリ

ディレクトリ

内容

物理ホストの場合

/var/opt/jp1ajs2/sys/agtagg

論理ホストの場合

共有ディレクトリ名/jp1ajs2/sys/agtagg

実行エージェント稼働状況の集計結果

また，実行エージェント稼働状況の集計結果をバックアップする場合は，同時に実行エージェント情報もバックアップしてください。実行エージェント情報のバックアップについては，「2.2.3(2) 実行エージェント情報のバックアップ」を参照してください。実行エージェント稼働状況の集計結果と実行エージェント情報に差異がある場合，バックアップした集計結果は使用できません。

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

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

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

なお，JP1/AJS3 - ManagerまたはJP1/AJS3 - Agentのバックアップ情報をリカバリーする場合は，必ずJP1/Baseを先にリカバリーしておいてください。JP1/AJS3 - Web Consoleをリカバリーするホストに，JP1/AJS3 - Managerもリカバリーする場合は，必ずJP1/AJS3 - Managerを先にリカバリーしておいてください。

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

注意事項

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

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

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

2.3.1　リカバリーの概要

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

(1)　リカバリーの流れ

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

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

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

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

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

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

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

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

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

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

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

2.3.2　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 構築ガイド　3. セットアップ」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　13. セットアップ」（UNIXの場合）を参照してください。

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

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

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

なお，JP1/AJS3の共通定義情報だけをまとめてリカバリーする場合は，「2.3.4(2) JP1/AJS3 - Managerの共通定義情報のリカバリー」または，「2.3.5(2) JP1/AJS3 - Agentの共通定義情報のリカバリー」を参照してください。

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

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

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

作業

Windows

UNIX

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

○

○

共通定義情報のリカバリー

○

○

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

○

○

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

−

○

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

○

○

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

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

○

○

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

○

○

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

○

○

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

○

○

セキュリティコンテキストのリカバリー（Linux 8以降でSELinuxを有効化している場合だけ）

−

○

（凡例）

○：必須

−：対象外

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

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

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

なお，次の(2)の手順でJP1/AJS3 - Managerの共通定義情報をまとめてリカバリーする場合は，上記マニュアルのセットアップ手順で共通定義情報（環境設定パラメーター）をjajs_configコマンドまたはjbssetcnfコマンドで個別に設定する作業は不要です。ただし，クラスタ環境のセットアップ時に実行系の共通定義情報を待機系にコピーする手順は必要です。

(2)　JP1/AJS3 - Managerの共通定義情報のリカバリー

(a)　物理ホスト環境

次のコマンドを実行してJP1/AJS3 - Managerの物理ホスト環境の共通定義情報をリカバリーします。jbssetcnfコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

jbssetcnf JP1AJS2の退避ファイル
jbssetcnf JP1NBQAGENTの退避ファイル
jbssetcnf JP1NBQMANAGERの退避ファイル
jbssetcnf JP1NBQCLIENTの退避ファイル
jbssetcnf JP1NBQNOTIFYの退避ファイル
jbssetcnf JP1AOMMANAGERの退避ファイル
jbssetcnf JP1AOMAGENTの退避ファイル
jbssetcnf JP1AJSMANAGERの退避ファイル
jbssetcnf JP1AJS2COMMONの退避ファイル※1
jbssetcnf JP1QLAGENTの退避ファイル※2
jbssetcnf JP1AJS2CONSOLEMANAGERの退避ファイル※3
jbssetcnf JP1AJS2CONSOLEAGENTの退避ファイル※3，※4

注※1

jajs_configコマンドまたはjbssetcnfコマンドで[{JP1_DEFAULT|論理ホスト名}¥JP1AJS2COMMON]配下の環境設定パラメーターを追加している場合は定義キーがあります。バックアップを実施してください。環境設定パラメーターについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.11.1 JP1/AJS3共通情報の環境設定パラメーター一覧」を参照してください。

注※2

キューレスジョブ実行環境をセットアップしている場合は定義キーがあるため，リカバリーを実施してください。

注※3

Version 10以前との互換機能として，JP1/AJS3 Console機能を使用している場合は定義キーがあるため，リカバリーを実施してください。

注※4

JP1AJS2CONSOLEAGENTは，物理ホストの共通定義情報だけをリカバリーしてください。

(b)　論理ホスト環境

次のコマンドを実行してJP1/AJS3 - Managerの論理ホスト環境の共通定義情報をリカバリーします。jbssetcnfコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

jbssetcnf 論理ホストのJP1AJS2の退避ファイル
jbssetcnf 論理ホストのJP1NBQAGENTの退避ファイル
jbssetcnf 論理ホストのJP1NBQMANAGERの退避ファイル
jbssetcnf 論理ホストのJP1NBQCLIENTの退避ファイル
jbssetcnf 論理ホストのJP1NBQNOTIFYの退避ファイル
jbssetcnf 論理ホストのJP1AOMMANAGERの退避ファイル
jbssetcnf 論理ホストのJP1AOMAGENTの退避ファイル
jbssetcnf 論理ホストのJP1AJSMANAGERの退避ファイル
jbssetcnf 論理ホストのJP1AJS2COMMONの退避ファイル※1
jbssetcnf 論理ホストのJP1QLAGENTの退避ファイル※2
jbssetcnf 論理ホストのJP1AJS2CONSOLEMANAGERの退避ファイル※3

注※1

jajs_configコマンドまたはjbssetcnfコマンドで[{JP1_DEFAULT|論理ホスト名}¥JP1AJS2COMMON]配下の環境設定パラメーターを追加している場合は定義キーがあります。バックアップを実施してください。環境設定パラメーターについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.11.1 JP1/AJS3共通情報の環境設定パラメーター一覧」を参照してください。

注※2

キューレスジョブ実行環境をセットアップしている場合は定義キーがあるため，リカバリーを実施してください。

注※3

Version 10以前との互換機能として，JP1/AJS3 Console機能を使用している場合は定義キーがあるため，リカバリーを実施してください。

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

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

注意事項

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

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

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

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

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

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

(4)　共有メモリーの情報のクリア（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

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

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

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

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

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

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

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

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

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

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

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

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

(6)　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 構築ガイド　20.5.2(3) DatabasePath」を参照してください。

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

jpqimport -dt isam -ci QUEUEジョブ，サブミットジョブの実行環境構成定義ファイル（jpqsetup.conf）  [-mh 論理ホスト名]

注意事項

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

-ciオプションにファイル名（jpqsetup.conf）だけを指定した場合，コマンド実行時にファイル（jpqsetup.conf）がカレントディレクトリにあると仮定されます。そのため，カレントディレクトリにファイル（jpqsetup.conf）が存在しない場合は，コマンドがエラーになります。

カレントディレクトリを意識せずにコマンドを実行する場合は，-ciオプションに指定するファイル名（jpqsetup.conf）をフルパスで指定してください。

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

(7)　JP1/AJS3の起動

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

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

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

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

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

注意事項

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

(9)　セキュリティコンテキストのリカバリー（Linuxの場合だけ）

Linux 8以降でSELinuxを有効化している環境の場合は，次のファイルを元の位置にリカバリーしてください。

セキュリティコンテキストを設定するためにスクリプトファイルを作成している場合

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

専用のセキュリティコンテキストを追加するポリシーを作成している場合

バックアップしたセキュリティコンテキストを元の位置にリカバリーしてください。

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

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

注意事項

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

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

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

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

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

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

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

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

コメント

所有者

JP1資源グループ

基準時刻

基準日

月区分

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

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

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

注意事項

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

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

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

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

JP1/AJS3のセットアップ

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

セキュリティコンテキストのリカバリー（Linuxの場合だけ）

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

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

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

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

なお，次の(2)の手順でJP1/AJS3 - Agentの共通定義情報をまとめてリカバリーする場合は，上記マニュアルのセットアップ手順で共通定義情報（環境設定パラメーター）をjajs_configコマンドまたはjbssetcnfコマンドで個別に設定する作業は不要です。ただし，クラスタ環境のセットアップ時に実行系の共通定義情報を待機系にコピーする手順は必要です。

(2)　JP1/AJS3 - Agentの共通定義情報のリカバリー

(a)　物理ホスト環境

次のコマンドを実行してJP1/AJS3 - Agentの物理ホスト環境の共通定義情報をリカバリーします。jbssetcnfコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

jbssetcnf JP1AJS2の退避ファイル
jbssetcnf JP1NBQAGENTの退避ファイル
jbssetcnf JP1NBQCLIENTの退避ファイル
jbssetcnf JP1NBQNOTIFYの退避ファイル
jbssetcnf JP1AOMAGENTの退避ファイル
jbssetcnf JP1AJS2COMMONの退避ファイル※1
jbssetcnf JP1QLAGENTの退避ファイル※2

注※1

jajs_configコマンドまたはjbssetcnfコマンドで[{JP1_DEFAULT|論理ホスト名}¥JP1AJS2COMMON]配下の環境設定パラメーターを追加している場合は定義キーがあります。バックアップを実施してください。環境設定パラメーターについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.11.1 JP1/AJS3共通情報の環境設定パラメーター一覧」を参照してください。

注※2

キューレスジョブ実行環境をセットアップしている場合は定義キーがあるため，リカバリーを実施してください。

(b)　論理ホスト環境

次のコマンドを実行してJP1/AJS3 - Agentの論理ホスト環境の共通定義情報をリカバリーします。jbssetcnfコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

jbssetcnf 論理ホストのJP1AJS2の退避ファイル
jbssetcnf 論理ホストのJP1NBQAGENTの退避ファイル
jbssetcnf 論理ホストのJP1NBQCLIENTの退避ファイル
jbssetcnf 論理ホストのJP1NBQNOTIFYの退避ファイル
jbssetcnf 論理ホストのJP1AOMAGENTの退避ファイル
jbssetcnf 論理ホストのJP1AJS2COMMONの退避ファイル※1
jbssetcnf 論理ホストのJP1QLAGENTの退避ファイル※2

注※1

jajs_configコマンドまたはjbssetcnfコマンドで[{JP1_DEFAULT|論理ホスト名}¥JP1AJS2COMMON]配下の環境設定パラメーターを追加している場合は定義キーがあるため，リカバリーを実施してください。環境設定パラメーターについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.11.1 JP1/AJS3共通情報の環境設定パラメーター一覧」を参照してください。

注※2

キューレスジョブ実行環境をセットアップしている場合は定義キーがあるため，リカバリーを実施してください。

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

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

注意事項

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

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

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

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

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

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

(4)　セキュリティコンテキストのリカバリー（Linuxの場合だけ）

Linux 8以降でSELinuxを有効化している環境の場合は，次のファイルを元の位置にリカバリーしてください。

セキュリティコンテキストを設定するためにスクリプトファイルを作成している場合

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

専用のセキュリティコンテキストを追加するポリシーを作成している場合

バックアップしたセキュリティコンテキストを元の位置にリカバリーしてください。

(5)　JP1/AJS3の起動

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

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

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

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

設定情報のリカバリー

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

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

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

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

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

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

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

注意事項

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

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

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

リカバリー対象ファイルおよびフォルダを次の表に示します。

表2‒24　JP1/AJS3 - Viewのリカバリー対象ファイルおよびフォルダ

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

内容

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%※1¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥(osusers)※3，※4

%ALLUSERSPROFILE%※2¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥ajs2view_common.conf※3，※5

%ALLUSERSPROFILE%※2¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥conf¥JP1ユーザー名※3，※5

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

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

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

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

%ALLUSERSPROFILE%※2¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥custom.dir¥*.*※6

%ALLUSERSPROFILE%※1¥HITACHI¥JP1¥JP1_DEFAULT¥JP1AJS2V¥custom.dir¥extend※3，※7

%ALLUSERSPROFILE%※2¥HITACHI¥JP1¥JP1_DEFAULT¥JP1AJS2V¥csadef※3

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

%ALLUSERSPROFILE%※2¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥customevent.dir

%ALLUSERSPROFILE%※2¥HITACHI¥JP1¥JP1_DEFAULT¥JP1AJS2V¥customevent.dir¥extend※3，※7

JP1/AJS3 - Viewカスタムイベントジョブ登録情報フォルダ

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

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

注※1

OSやマシンスペック，表示する情報量に変更がある場合は，ファイルを上書きコピーしないで，メモリー所要量を見直して設定し直してください。詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　11.2.5 メモリー所要量を設定する」を参照してください。

注※2

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

注※3

設定内容によってはファイルおよびフォルダがない場合があります。

注※4

リモートデスクトップ複数接続機能が有効な場合にリカバリーしてください。リモートデスクトップ複数接続機能については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　11.2.7 複数のリモートデスクトップ接続から同時にJP1/AJS3 - Viewを操作する」を参照してください。

注※5

ユーザー指定オプションファイル（ajs2view_opt.conf），システム共通設定ファイル（ajs2view_common.conf，ajs2coview_common.conf），または壁紙の設定で指定したファイルに変更がある場合は，設定し直してください。

注※6

次のフォルダおよびファイル以外をリカバリーしてください。

＜リカバリー対象外＞

jaフォルダ

enフォルダ

Cjobregm.exe

Cjobregm.exe.1000

CJNAME.cjx.model

CJX.xsd

*.dll

*.olb

*.tlb

注※7

JP1ユーザーごとに異なるカスタムジョブを使用する機能が有効な場合にリカバリーしてください。JP1ユーザーごとに異なるカスタムジョブを使用する機能については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　11.2.8 JP1ユーザーごとに異なるカスタムジョブおよびカスタムイベントジョブを使用する」を参照してください。

(3)　カスタムジョブアイコンのリカバリー

バックアップしたアイコン用gifファイルを，新しい環境のリカバリー対象ファイルの位置にリカバリーしてください。

なお，カスタムジョブのアイコンを作成していない場合，この作業は不要です。

注意事項

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

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

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

リカバリー対象ファイルを次の表に示します。

表2‒25　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‒26　アイコンイメージを作成した場合のリカバリー対象フォルダ

フォルダ名

内容

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

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

(5)　カスタムイベントジョブアイコンのリカバリー

バックアップしたアイコン用gifファイルを，新しい環境のリカバリー対象ファイルの位置にリカバリーしてください。

なお，カスタムイベントジョブを登録していない場合，この作業は不要です。

注意事項

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

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

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

リカバリー対象ファイルを次の表に示します。

表2‒27　JP1/AJS3 - Viewのリカバリー対象ファイル

ファイル名

内容

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

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

2.3.7　JP1/AJS3 - Web Consoleの設定情報のリカバリー

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

JP1/AJS3 - Managerのリカバリー

JP1/AJS3 - Web Consoleのインストールとセットアップ

JP1/AJS3 - Web Consoleのファイルのリカバリー

サービスの起動

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

(1)　JP1/AJS3 - Managerのリカバリー

JP1/AJS3 - Web Consoleをリカバリーするホストに，JP1/AJS3 - Managerもリカバリーする場合は，先にJP1/AJS3 - Managerをリカバリーしてください。

JP1/AJS3 - Managerのリカバリーについては，「2.3.4 JP1/AJS3 - Managerの設定情報のリカバリー」を参照してください。

(2)　JP1/AJS3 - Web Consoleのインストールとセットアップ

JP1/AJS3 - Web Consoleをインストールして，セットアップしてください。

JP1/AJS3 - Web Consoleのセットアップについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　3.4 JP1/AJS3 - Web Consoleを使用する場合に必要なセットアップ」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　13.3 JP1/AJS3 - Web Consoleを使用する場合に必要なセットアップ」（UNIXの場合）を参照してください。

(3)　JP1/AJS3 - Web Consoleのファイルのリカバリー

バックアップしたJP1/AJS3 - Web Consoleのファイルを，新しい環境に合わせてリカバリーしてください。通信暗号化機能を使用する場合は，バックアップした通信暗号化機能のファイルも，元の位置にリカバリーしてください。

注意事項

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

JP1/AJS3 Web Application ServerサービスとJP1/AJS3 HTTP Serverサービスが停止していること

クラスタ構成の環境をリカバリーする場合は，クラスタ運用時のセットアップ手順を実施済みであること

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

(4)　サービスの起動

JP1/AJS3 Web Application ServerサービスとJP1/AJS3 HTTP Serverサービスを起動してください。

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

その他，次に示すJP1に関連する設定情報を復旧してください。

JP1を実行するために必要な情報をリカバリーする場合に，必要な作業を次の表に示します。

表2‒28　JP1を実行するために必要な情報のリカバリーで必要な作業

作業

Windows

UNIX

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

○

−

ログインスクリプトのリカバリー

−

○

カーネルパラメーターの設定

−

○

トラブルシュート資料採取ツールのリカバリー

○

○

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

○

○

メールシステムとの連携用のユーザー作成ツールのリカバリー

−

○

各連携機能を使用している場合の設定

○

○

HTTP接続ジョブで使用するファイルのリカバリー

○

○※

サービス連携ジョブおよびサービス連携監視ジョブで使用するファイルのリカバリー

○

○

ジョブ実行数の集計結果のリカバリー

○

○

実行エージェント稼働状況の集計結果のリカバリー

○

○

（凡例）

○：必須

−：対象外

注※

対象OSはLinuxだけです。

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

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

(1)　Windowsの場合

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

JP1/AJS3のサービスをユーザーアカウントで実行していた場合は，設定してください。

(b)　トラブルシュート資料採取ツールのリカバリー

バックアップしておいたトラブルシュート資料採取ツールをリカバリーしてください。

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

バックアップしておいたクラスタ対応ツールをリカバリーしてください。また，クラスタソフトへ正しく登録されていることを確認してください。

(d)　各連携機能を使用している場合の設定

メール連携，メッセージキュー連携，またはHP NNM連携を使用している場合は，連携機能ごとに設定し直す必要があります。

(e)　HTTP接続ジョブで使用するファイルのリカバリー

バックアップしておいたHTTP接続ジョブで使用するファイルをリカバリーしてください。

(f)　サービス連携ジョブおよびサービス連携監視ジョブで使用するファイルのリカバリー

バックアップしておいたサービス連携ジョブおよびサービス連携監視ジョブで使用するファイルをリカバリーしてください。

(g)　ジョブ実行数の集計結果のリカバリー

バックアップしておいた集計結果が格納されるフォルダをリカバリーしてください。

(h)　実行エージェント稼働状況の集計結果のリカバリー

実行エージェント稼働状況の集計結果および同時にバックアップした実行エージェント情報をリカバリーします。実行エージェント情報のリカバリーについては，「2.3.4(8) 実行エージェント情報のリカバリー」を参照してください。

そのあと，バックアップしておいた集計結果が格納されるフォルダをリカバリーしてください。

(2)　UNIXの場合

(a)　ログインスクリプトのリカバリー

JP1用のユーザーのログインスクリプトをリカバリーしてください。

(b)　カーネルパラメーターの設定

カーネルパラメーターの値が適切な値になっていることを確認してください。

(c)　トラブルシュート資料採取ツールのリカバリー

バックアップしておいたトラブルシュート資料採取ツールをリカバリーしてください。

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

バックアップしておいたクラスタ対応ツールをリカバリーしてください。また，クラスタソフトへ正しく登録されていることを確認してください。

(e)　メールシステムとの連携用のユーザー作成ツールのリカバリー

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

(f)　各連携機能を使用している場合の設定

メール連携，メッセージキュー連携，またはHP NNM連携を使用している場合は，連携機能ごとに設定し直す必要があります。

(g)　HTTP接続ジョブで使用するファイルのリカバリー

バックアップしておいたHTTP接続ジョブで使用するファイルをリカバリーしてください。

(h)　サービス連携ジョブおよびサービス連携監視ジョブで使用するファイルのリカバリー

バックアップしておいたサービス連携ジョブおよびサービス連携監視ジョブで使用するファイルをリカバリーしてください。

(i)　ジョブ実行数の集計結果のリカバリー

バックアップしておいた集計結果が格納されるディレクトリをリカバリーしてください。

(j)　実行エージェント稼働状況の集計結果のリカバリー

実行エージェント稼働状況の集計結果および同時にバックアップした実行エージェント情報をリカバリーします。実行エージェント情報のリカバリーについては，「2.3.4(8) 実行エージェント情報のリカバリー」を参照してください。

そのあと，バックアップしておいた集計結果が格納されるディレクトリをリカバリーしてください。

2.4　システム全体のバックアップとリカバリー

OSのコマンドやバックアップ・リカバリーツールを使用してシステム全体をバックアップ・リカバリーする場合，リカバリー後に必ずコールドスタートを実施してください。マネージャーホストをコールドスタートして，ジョブネットの登録予定情報，およびジョブネットやジョブの実行情報を初期化して，マネージャーホストとエージェントホストのそれぞれが保持する情報の不整合を一致させる必要があります。

例えば，ジョブネットの保存世代の情報を残したい場合など，運用状況によってマネージャーホストのコールドスタートが難しいときは，エージェントホスト側をコールドスタートする方法でも対処できます。ただし，使用しているすべてのエージェントホストをコールドスタートする必要があるため，エージェントホストの台数などシステム構成を考慮した検討が必要です。また，マネージャーホスト上でジョブを実行している場合は，マネージャーホストをコールドスタートする必要があります。

システム全体のバックアップ・リカバリーを実施する前に，「2.4.3 システム全体のバックアップとリカバリーに関する注意事項」に記載されている注意事項を確認してください。

マネージャーホスト側またはエージェントホスト側のどちらかで必ずコールドスタートしてください。それぞれのホストでの手順について次に説明します。

2.4.1　マネージャーホスト側をコールドスタートする場合

マネージャーホスト側をコールドスタートすると，ジョブネットの登録予定情報，およびジョブネットやジョブの実行情報がすべて初期化されます。システム全体をバックアップする際に，あらかじめ，ajsrgexportコマンドで登録予定情報のバックアップを取得しておきます。リカバリー後にajsrgimportコマンドでバックアップ時の登録予定情報を回復できます。

マネージャーホスト側でコールドスタートする場合は，システム全体のバックアップおよびリカバリーを次の手順で実施します。

(1)　登録予定情報とシステム全体のバックアップ

ajsrgexportコマンドを実行し，登録予定情報を退避する。

詳細については，「3.4.4 ajsrgexportコマンドで登録予定情報をエクスポートする手順」の手順2以降を実施してください。

JP1/AJS3サービスを停止する。

システム全体のバックアップを実施する。

JP1/AJS3サービスを起動する。

(2)　登録予定情報とシステム全体のリカバリー

JP1/AJS3サービスを停止する。

システム全体のリストアを実施する。

JP1/AJS3サービスをコールドスタートで起動する。

ajsrgimportコマンドを実行し，登録予定情報を回復する。

詳細については，「3.4.5 ajsrgimportコマンドで登録予定情報をインポートする手順」の手順3以降を実施してください。

2.4.2　エージェントホスト側をコールドスタートする場合

マネージャーホストをコールドスタートしない場合は，スケジューラーサービスを完全に停止し，エージェントホストではすべてのジョブが終了している状態でシステム全体のバックアップを実施します。ただし，このとき通信障害などでエージェントホストがジョブの停止要求を受け付けられなかった場合，エージェントホスト側で起動条件が初期化されないため，マネージャーホストとエージェントホストとの間でジョブの実行情報が不整合な状態になるおそれがあります。

終了したジョブの起動条件や実行情報に不整合が発生しないようするには，エージェントホスト側でJP1/AJS3サービスをコールドスタートする必要があります。

(1)　システム全体のバックアップ

マネージャーホストのスケジューラーサービスを停止する。

ajsstopコマンドの-nオプション，-sオプション，および-wオプションを指定して実行し，ジョブネットの実行がすべて終了したあとでスケジューラーサービスを停止します。

ajsstopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　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がOSに登録している情報を含めて，ファイルの情報に対してすべて整合性が取れた状態でシステム全体のバックアップを実施し，リカバリー時はバックアップで取得したファイルなどをすべてリカバリーすることが前提です。

ホスト名またはIPアドレスが異なるホストへの移行もできます。しかし，その場合は，JP1/AJS3を起動する前に次の変更手順を実施してください。

ホスト名が異なるホストへ移行する場合

「7.9.1 JP1/AJS3が動作しているホストの名称を変更する」を参照して，ホスト名の変更手順を実施してください。

IPアドレスが異なるホストへ移行する場合

「7.9.2 JP1/AJS3が動作しているホストのIPアドレスを変更する」を参照して，IPアドレスの変更手順を実施してください。

ホスト名とIPアドレスがどちらも異なる場合は，両方の変更手順が必要です。

OSのコマンドやバックアップツールを使用したシステム全体のバックアップ・リカバリーについては，使用している環境で十分に検証した上で実施してください。

JP1/AJS3 - Managerのバージョン12-60以前の環境で取得したバックアップデータは，バージョン13-00以降では使用できません。バージョン13-00以降にバージョンアップしてからバックアップデータを取得してください。

また，バージョン13-00以降の環境で取得したバックアップデータは，バージョン12-60以前では使用できません。

リカバリー前に，エージェントホスト側でイベントジョブおよびカスタムイベントジョブを実行していた場合，リカバリーしたあとは，動作しているイベントジョブおよびカスタムイベントジョブを終了させるため，イベントジョブおよびカスタムイベントジョブを実行していたエージェントホストでコールドスタートしてください。

2.5　バックアップ強化機能を使用したJP1/AJS3 - Managerのバックアップとリカバリー

バックアップ強化機能を使用してJP1/AJS3 - Managerをバックアップする方法，およびデータベースに障害などが発生した場合にリカバリーする方法について説明します。

バックアップ強化機能を使用するためには，組み込みDBのセットアップ時にバックアップ強化機能を有効にする必要があります。バックアップ強化機能を有効にする方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.6 JP1/AJS3の運用中に組み込みDBをバックアップ・リカバリーするための設定」を参照してください。

2.5.1　バックアップ強化機能を使用したJP1/AJS3 - Managerのバックアップとリカバリーの概要

バックアップ強化機能を使用したバックアップの流れを，次の図に示します。

図2‒7　バックアップ強化機能を使用したバックアップの流れ

バックアップ強化機能を使用したリカバリーの流れを，次の図に示します。

図2‒8　バックアップ強化機能を使用したリカバリーの流れ

2.5.2　バックアップ

バックアップ強化機能を使用して，JP1/AJS3 - Managerをバックアップする方法を説明します。

(1)　組み込みDBのデータ以外をバックアップする

バックアップ強化機能を使用したバックアップデータは，バックアップを取得した環境と同一の組み込みDB環境にだけリカバリーできます。そのため，システム全体のバックアップを取得するなど，バックアップ環境と同一の組み込みDB環境を構築できるようにバックアップを取得してください。バックアップはシステム構成や環境設定情報に変更があった時点で取得することを推奨します。バックアップの取得方法については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　5.2 バックアップとリカバリーについて検討する」，および「2.2 JP1/AJS3を使用するシステムの設定情報のバックアップ」を参照してください。

(2)　組み込みDBのデータをバックアップする

組み込みDBのデータをバックアップすることで，ジョブネットの定義や登録状態などの，日々更新される情報を復旧できるようになります。一日の業務の終了時などに定期的にバックアップを実行することで，障害発生時に近い状態で復旧できます。

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

ローカルディスク上に，バックアップデータ格納ディレクトリを作成する。

バックアップデータ格納ディレクトリは，バックアップを取得する組み込みDBと同等の空き容量が必要です。必要な空き容量の目安を，次の表に示します。

表2‒29　組み込みDBのデータベースモデルと必要な空き容量

データベースモデル

必要な空き容量

大規模

約7,200メガバイト

中規模

約1,900メガバイト

小規模

約700メガバイト

ajsembdbaddareaコマンドでデータベース領域を拡張している場合は，拡張した容量を合計した容量が必要になります。また，データベース領域の自動増分機能を有効にしている場合は，自動増分による拡張後の容量が必要になります。

自動増分機能については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　23.2 データベース領域の見積もり」を参照してください。

組み込みDBが稼働状態になっていることを確認する。

ajsembdbstatusコマンドを実行し，バックアップを取得する組み込みDBが稼働状態になっていること（UNIT-STATがONLINEになっていること）を確認します。

ajsembdbstatusコマンドの実行例を次に示します。

ajsembdbstatus -s ust -id 組み込みDBセットアップ識別子

稼働状態になっていない場合は，ajsembdbstartコマンドに-id 組み込みDBセットアップ識別子を指定して実行してください。

ajsembdbstatusコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsembdbstatus」を参照してください。ajsembdbstartコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsembdbstart」を参照してください。

jajs_dbbackupコマンドを実行する。

バックアップを取得したい組み込みDBのセットアップ識別子と，バックアップデータを格納するバックアップデータ格納ディレクトリを指定して，コマンドを実行します。実行例を次に示します。

jajs_dbbackup -id 組み込みDBセットアップ識別子 -o バックアップデータ格納ディレクトリ

指定したバックアップデータ格納ディレクトリ配下に，組み込みDBのバックアップデータが格納されます。

jajs_dbbackupコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_dbbackup」を参照してください。

注意事項

バックアップデータ格納ディレクトリは，ネットワークドライブ上に作成しないでください。バックアップデータ格納ディレクトリにネットワークドライブを指定した場合の動作は保証できません。

jajs_dbbackupコマンドでバックアップを取得している間は，ジョブの実行や操作が停止します。jajs_dbbackupコマンドは，ジョブの実行や操作をする時間帯を避けて実行してください。

実行中のjajs_dbbackupコマンドをキャンセルする場合の手順の詳細については「(4) 実行中の組み込みDBバックアップ処理をキャンセルする」を参照してください。

(3)　バックアップ環境の情報を取得する

バックアップデータからリカバリーを実施するとき，リカバリーの前提条件を確認するために次に示す情報が必要です。jajs_dbbackupコマンドの実行時にあわせて取得することを推奨します。

(a)　JP1/AJS3 - Managerのバージョン情報

Windowsの場合

次のファイルの情報を確認してください。

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

UNIXの場合

/etc/hitachi_setupを実行し，「List Installed Software」を確認してください。

(b)　組み込みDBのバージョン情報

次のコマンドを実行し，表示される情報を取得してください。

ajsembdbidlist -v

(c)　組み込みDBの構成情報

次のコマンドを実行し，表示される情報を取得してください。

ajsembdbstatus -c

(d)　スケジューラーサービス構成情報

次のコマンドを実行し，表示される情報を取得してください。

ajsembdbidlist

(e)　データベース領域の拡張情報

組み込みDBのデータベース領域をajsembdbaddareaコマンドで拡張している場合は，次のフォルダまたはディレクトリを取得してください。

Windowsの場合

組み込みDB運用フォルダ¥CONF¥embrm

UNIXの場合

組み込みDB運用ディレクトリ/conf/embrm

(f)　組み込みDBのシステム定義

組み込みDBのシステム定義のオペランドを変更している場合は，設定値を取得してください。組み込みDBのシステム定義については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　23.1.1 組み込みDB稼働環境と運用方法の検討」を参照してください。

(4)　実行中の組み込みDBバックアップ処理をキャンセルする

jajs_dbbackupコマンドを使用した組み込みDBのバックアップ処理は，通常はキャンセルしないでください。一定時間で処理を中断したい場合は，jajs_dbbackupコマンドの-tオプションにタイムアウト時間を指定して実行してください。ただし，緊急時など，タイムアウト時間の満了を待たずにバックアップ処理をキャンセルしたい場合は，次に示すキャンセル手順を実施してください。

組み込みDBのコマンドを実行するために必要な環境変数を設定する。

設定する環境変数を次の表に示します。

表2‒30　設定が必要な環境変数

設定する環境変数

環境変数に指定する内容

PATH

組み込みDBのコマンドを格納するディレクトリを指定します。

Windowsの場合

組み込みDB運用ディレクトリ¥bin

UNIXの場合

組み込みDB運用ディレクトリ/bin

PDCONFPATH

組み込みDBの定義ファイルを格納するディレクトリを指定します。

Windowsの場合

組み込みDB運用ディレクトリ¥conf

UNIXの場合

組み込みDB運用ディレクトリ/conf

PDDIR

組み込みDB運用ディレクトリ名を指定します。

PDLANG

ANYを指定します。

PDUSER

組み込みDB管理者（スケジューラーデータベースのテーブルの所有者）のユーザーおよびパスワード（ユーザー/パスワード）を指定します。

（例）

PDUSER="root"/"root"

PDUXPLDIR

Windowsの場合だけ，組み込み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 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

バックアップ処理のサーバ名とプロセスIDを取得する。

次のコマンドを実行し，0bcpyx（xは0，1，2...と数値）となっているサーバ名（SVID）と，そのプロセスID（PID）を確認します。

pdls -d prc -a

バックアップ処理を中断させる。

手順2で確認したサーバ名とプロセスIDを指定してajsembdbcancelコマンドを実行し，バックアップ処理を中断してください。

コマンドの実行例を次に示します。

ajsembdbcancel -u サーバ名 -p プロセスID -id 組み込みDBセットアップ識別子

ajsembdbcancelコマンドの詳細は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsembdbcancel」を参照してください。

注意事項

バックアップ処理をキャンセルする場合は，バックアップ処理が開始してから数分（目安として約2分程度）経過してからにしてください。

バックアップ処理が開始してから数分以内はjajs_dbbackupコマンド内でバックアップ処理をリトライしているため，バックアップ処理をキャンセルしても再度バックアップ処理が実行されます。

2.5.3　リカバリー

バックアップ強化機能を使用してJP1/AJS3 - Managerをリカバリーする方法を説明します。

(1)　組み込みDBのデータ以外をリカバリーする

ディスク障害などでJP1/AJS3を使用するシステムの環境が壊れた場合，まず組み込みDBのデータ以外をリカバリーします。このとき，システム全体のバックアップがある場合は，システム全体のバックアップを使用して，システム環境をリカバリーしてください。システム全体のバックアップがない場合は，次の作業を実施してください。

(a)　JP1/Baseのインストールとセットアップ

JP1/Baseをインストールし，セットアップします。JP1/Baseのインストールおよびセットアップの手順については，マニュアル「JP1/Base 運用ガイド」を参照してください。

(b)　JP1/AJS3 - Managerのインストール

JP1/AJS3 - Managerをインストールします。JP1/AJS3 - Managerのインストール手順は，OSによって異なります。JP1/AJS3 - Managerのインストールの手順については，次の個所を参照してください。

項番

OS

参照先

1

Windows

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　2.2.3(1) 新規インストールの場合」

2

HP-UX

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　12.2.3 HP-UXの場合のインストール」

3

Solaris

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　12.2.4 Solarisの場合のインストール」

4

AIX

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　12.2.5 AIXの場合のインストール」

5

Linux

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　12.2.6 Linuxの場合のインストール」

(c)　JP1/Baseの設定情報のリカバリー

JP1/Baseの設定情報のリカバリーについては，「2.3.3 JP1/Baseの設定情報のリカバリー」を参照してください。

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

リカバリーのためにセットアップする物理ホストおよび論理ホストは，バックアップを取得した時点の物理ホストおよび論理ホストの環境と同一にする必要があります。次の項目について，バックアップを取得した環境とリカバリー先の環境が一致するように物理ホストおよび論理ホストをリカバリーしてください。

JP1/AJS3 - Managerのバージョン

組み込みDBのバージョン

組み込みDBの構成

スケジューラーサービス構成

追加したデータベース領域（バックアップ環境で，組み込みDBのデータベース領域をajsembdbaddareaコマンドで追加した場合）

組み込みDBのシステム定義

バックアップ強化機能を有効にして物理ホストをセットアップする手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.6.1(1) 新規インストール後にスケジューラーサービスと組み込みDBを新規作成する場合」を参照してください。バックアップ強化機能を有効にして論理ホストをセットアップする手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.6.2(1) 論理ホストを新規作成する場合」を参照してください。

(2)　組み込みDBのデータをリカバリーする

jajs_dbrestoreコマンドで，組み込みDBのデータをリカバリーします。リカバリーの手順を次に示します。

jajs_dbbackupコマンドで取得したバックアップデータを，リカバリー後の環境に配置する。

注意事項

バックアップデータは，ネットワークドライブ上に配置しないでください。ネットワークドライブに配置したバックアップデータを指定した場合の動作は保証できません。

リカバリー対象のホストのJP1/AJS3サービスを停止する。

リカバリー対象の組み込みDBの起動状態を確認する。

ajsembdbstatus -s ust -id 組み込みDBセットアップ識別子

リカバリー対象の組み込みDBが起動している場合，組み込みDBを正常停止する。停止している場合，一度起動してから正常停止する。

組み込みDBを起動する場合

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

組み込みDBを正常停止する場合

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

jajs_dbrestoreコマンドを実行する。

リカバリーしたい組み込みDBのセットアップ識別子と，リカバリーに使用するバックアップデータを指定して，コマンドを実行します。実行例を次に示します。

jajs_dbrestore -id 組み込みDBセットアップ識別子 -i バックアップデータ

指定したバックアップデータが，組み込みDBにリカバリーされます。

jajs_dbrestoreコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_dbrestore」を参照してください。

JP1/AJS3サービスを起動する。

jajs_spmd_statusコマンドを実行して，すべてのプロセスが正常に起動しているか確認してください。

(3)　リカバリー後に必要な作業を実施する

ジョブネットおよびジョブの状態の確認，およびジョブの実行抑止の解除など，リカバリー後に必要な作業を実施します。次に示す手順を実施してください。

障害発生時のジョブネットおよびジョブの状態を確認し，状態を変更したり，再実行したりする。

jajs_dbrestoreコマンドを使用して組み込みDBをリカバリーすると，リカバリー後の初回起動時に，スケジューラーサービスはディザスターリカバリースタートします。このため，スケジューラーサービスは実行を抑止した状態で起動され，ジョブおよびジョブネットの状態が変更されます。JP1/AJS3 - Viewまたはコマンドでジョブの状態を確認し，必要に応じてジョブの状態を変更したり，再実行したりして対処してください。

ディザスターリカバリースタートした場合のジョブネットおよびジョブの状態については，「6.2.1(3)(a) マネージャーホストのJP1/AJS3サービスを再起動する場合」の，ディザスターリカバリースタートした場合のジョブネットおよびジョブの状態についての説明を参照してください。

同じルートジョブネット配下の複数のユニットを再実行する場合は，ジョブの実行抑止を解除してから再実行してください。配下のユニットを再実行するとルートジョブネットは「開始時刻待ち」状態となるため，ジョブ実行抑止を解除してルートジョブネットが「実行中」状態になるまで，ほかの配下のユニットを再実行することができません。

ジョブの実行状態を確認する方法，および状態変更や再実行の方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド」を参照してください。

エージェントホストに残っているイベントジョブおよびカスタムイベントジョブに関するマネージャーホストの情報を削除する。

次のコマンドをマネージャーホストで実行して，エージェントホストに残っているリカバリー前のマネージャーホストの情報を削除してください。

-aオプションには，対象の実行エージェント名に対応する実行ホスト名を指定してください。

jpomanevreset -h 論理ホスト名 -F スケジューラーサービス名 -dh マネージャーホスト名 -a 実行ホスト名

リカバリー対象のマネージャーホストが物理ホストの場合，-hオプションの指定は不要です。

論理ホストの場合，-hオプションと-dhオプションには論理ホストのマネージャーホスト名を指定してください。

ジョブの実行抑止を解除する。

次のコマンドを実行してジョブの実行抑止を解除し，業務を再開してください。

ajsalter -s none -F スケジューラーサービス名

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

この章では，ジョブネットの定義情報や実行登録状態の退避・回復について説明します。定義したジョブネットを，ほかのスケジューラーサービスやホストで実行するために退避・回復したり，バックアップを取得したりできます。

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

ジョブ，ジョブネット，またはジョブグループごとに，ユニットの定義情報を退避・回復できます。ユニットの定義情報のバックアップを取得したり，同じジョブネットを別のスケジューラーサービスやホストに配布して実行したりできます。

ジョブグループやジョブネットは，JP1/NETM/DMまたはJP1/FTPを使って配布することもできます。JP1/NETM/DMを使うと，ジョブネットの定義内容を変更したときに自動配布するといった処理ができるので，各ホストでJP1/AJS3の業務を管理しやすくなります。JP1/NETM/DMを使った自動配布については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　11. JP1/NETM/DMを使った自動配布」を参照してください。

退避・回復の操作は，Administrators権限またはスーパーユーザー権限を持つユーザーが実行することを推奨します。

重要

ここに示す方法で退避できる情報とは，ジョブネットやジョブなどの定義情報のことであり，ジョブネットやジョブの実行結果などの情報を含めたバックアップは取得できません。ジョブネットやジョブの実行結果などを含めた情報の退避・回復を実行する場合は，OSの機能を使用してください。その場合，マネージャーホストおよび関係するエージェントホストのJP1/AJS3のサービスをすべて停止してから実行してください。

3.1.1　退避・回復の機能

ユニットの定義情報の退避・回復には，次の二つの方法があります。

ajsprint，ajsdefineコマンドを実行する

ユニットの定義情報を任意のファイルに格納して退避・回復します。

ajsbackup，ajsrestoreコマンドを実行する

ユニットの定義情報を退避ボックスに退避ファイルとして格納し，退避・回復します。また，JP1/AJS3 - Viewでも同等の操作ができます。

ユニットの退避・回復の機能と使用するコマンドの対応について次の表に示します。

表3‒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］ウィンドウのメニューからも実行できます。操作方法については，「3.3 ajsbackup，ajsrestoreコマンドまたはJP1/AJS3 - Viewによるジョブネットの退避・回復の操作」を参照してください。他ホストにユニットを配布しない場合や業務の内容ごとにまとめて退避する必要がある場合に使用します。

注※3

UNIXのコマンドです。

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

ユニットの名称に2バイトコードを使用している場合，退避元と回復先の環境変数LANGを統一してください。例えば，シフトJISの2バイトコードで定義したユニットを退避し，EUCコードしかサポートしていないホストで回復した場合，回復したユニットは使用できません。

回復は，回復するジョブネットの実行登録を解除してから実施してください。

ユニットの参照中や更新中に退避や回復を実行しないでください。退避や回復を実行する場合には，ユニットがほかで使用中ではないことを確認してから実行してください。

退避したユニットを回復するためには，退避した時点のユニットに更新権限が必要です。もし，更新権限を持たないユーザーが退避を実行した場合，回復は，Administrators権限またはスーパーユーザー権限を持つユーザーが実行してください。

なお，環境設定パラメーターADMACLIMITに「yes」を設定している場合は，次の権限を持つJP1ユーザーが，退避または回復を実行してください。

退避

退避するすべてのユニットに対しての参照権限

回復

回復するすべてのユニットに対しての更新権限

環境設定パラメーターADMACLIMITの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.11.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 構築ガイド　4.2 環境設定パラメーターの設定」を参照してください。

コマンドの引数にファイル名を指定する場合は，ファイルの内容を環境設定パラメーターAJSCHARCODEに指定した文字コードに合わせる必要があります。

ajsdefineコマンドの引数に指定するユニット定義ファイルが大きい場合，メモリー不足でコマンドが異常終了することがあります。その場合は，ユニット定義ファイルを200メガバイト以下となるように分割してください。

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

ajsprintコマンドによる退避を実行すると，ユニットの定義情報が任意のファイルに格納されます。また，ajsdefineコマンドによる回復を実行すると，ファイルの内容でユニットが定義されます。

ajsprint，ajsdefineコマンドによるジョブネットの退避・回復は，退避ボックスによる管理を行わないため，退避情報ディレクトリ，退避ボックス，退避ファイルといった階層構造を意識する必要がありません。他ホストにユニットを配布したり，業務の内容ごとにまとめて退避したりする必要がない場合には，ajsprint，ajsdefineコマンドによるジョブネットの退避・回復を使用してください。

なお，ajsdefineコマンドに指定するファイルが大きい場合（200メガバイトを超えた場合），メモリー不足でコマンドが異常終了することがあります。このため，ユニットの定義が多い場合は，ジョブグループやジョブネット単位に分割して退避することを検討してください。

3.2.1　ajsprintコマンドでユニットを退避する手順

ajsprintコマンドでユニットを退避するために必要な権限を次の表に示します。

表3‒2　退避するために必要な権限

対象

退避に必要な操作権限

退避するユニット

JP1ユーザーでの参照権限※

退避する階層の上位のユニット

JP1ユーザーでの参照権限※

退避する階層の下位のユニット

JP1ユーザーでの参照権限※

注※

退避したユニットを回復するためには，退避した時点のユニットに更新権限が必要です。もし，更新権限を持たないユーザーが退避を実行した場合，回復は，Administrators権限またはスーパーユーザー権限を持つOSユーザーにマッピングしたJP1ユーザーで実行してください。ただし，環境設定パラメーターADMACLIMITに「yes」を設定している場合は，更新権限を持つJP1ユーザーで回復を実行してください。

環境設定パラメーターADMACLIMITの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.11.2(4) ADMACLIMIT」を参照してください。

ajsprintコマンドでユニットを退避する例を次に示します。

（例）

任意の退避ファイル（c:¥backup¥unit.txt）にユニット（/UNIT）を退避する場合

ajsprint -a /UNIT > c:¥backup¥unit.txt

ajsprintコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsprint」を参照してください。

3.2.2　ajsdefineコマンドでユニットを回復する手順

ajsdefineコマンドでユニットを回復するために必要な権限を次の表に示します。

表3‒3　回復するために必要な権限

対象

回復に必要な操作権限

退避ファイル

OSユーザーでの参照権限

回復する階層の上位のユニット

JP1ユーザーでの参照権限

回復する階層

JP1ユーザーでの更新権限

回復する階層の下位のユニット

JP1ユーザーでの更新権限

ajsdefineコマンドでユニットを回復する例を次に示します。

（例）

任意の退避ファイル（c:¥backup¥unit.txt）に退避したユニットを回復する場合

ajsdefine c:¥backup¥unit.txt

ajsdefineコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsdefine」を参照してください。

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

ajsbackupコマンドまたはJP1/AJS3 - Viewによる退避を実行すると，ユニットの定義情報が退避ファイルとして特定のディレクトリに格納されます。また，回復を実行すると，特定のディレクトリ中に格納された退避ファイルの内容でユニットが定義されます。

補足事項

ajsbackup，ajsrestoreコマンド，またはJP1/AJS3 - Viewによるジョブネットの退避・回復は，退避ボックスによる管理を行うため，退避情報ディレクトリ，退避ボックス，退避ファイルといった階層構造を意識する必要があります。業務の内容ごとに分類して退避できるメリットがありますが，他ホストにユニットを配布する場合や，業務の内容ごとにまとめて退避する必要がない場合には，階層構造を意識する必要のない，ajsprint，ajsdefineコマンドによるジョブネットの退避・回復を行ってください。

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

ajsbackupコマンドまたはJP1/AJS3 - Viewで退避した情報の格納場所を次の図に示します。

図3‒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コマンドを使用します。

3.3.2　ajsbackupコマンドまたはJP1/AJS3 - Viewでユニットを退避する手順

ajsbackupコマンドまたはJP1/AJS3 - Viewでユニットを退避するために必要な権限を次の表に示します。

表3‒4　退避するために必要な権限

対象

退避に必要な操作権限

退避ボックス

OSユーザーでの更新権限

退避するユニット

JP1ユーザーでの参照権限※

退避する階層の上位のユニット

JP1ユーザーでの参照権限※

退避する階層の下位のユニット

JP1ユーザーでの参照権限※

注※

退避したユニットを回復するためには，退避した時点のユニットに更新権限が必要です。もし，更新権限を持たないユーザーが退避を実行した場合，回復は，Administrators権限またはスーパーユーザー権限を持つOSユーザーにマッピングしたJP1ユーザーで実行してください。ただし，環境設定パラメーターADMACLIMITに「yes」を設定している場合は，更新権限を持つJP1ユーザーで回復を実行してください。

環境設定パラメーターADMACLIMITの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.11.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 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsbackup」を参照してください。

3.3.3　ajsrestoreコマンドまたはJP1/AJS3 - Viewでユニットを回復する手順

ajsrestoreコマンドまたはJP1/AJS3 - Viewでユニットを回復するために必要な権限を次の表に示します。

表3‒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 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsrestore」を参照してください。

3.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

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

退避ボックスまたは退避ファイルを削除する場合，ajsbkudelコマンドを実行します。退避ボックスまたは退避ファイルの削除は，OSユーザーでの更新権限を持つユーザーが実行できます。

ajsbkudelコマンドで退避ボックスを削除する例を次に示します。

（例）

退避ボックス（BACKUP）を削除する場合

ajsbkudel -n BACKUP

ajsbkudelコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsbkudel」を参照してください。

3.3.6　退避ボックス中のユニットの一覧を表示する

退避ボックスに格納されているユニットは，次の方法で一覧表示できます。

JP1/AJS3 - Viewで，退避するときに［退避］ダイアログボックスで確認する。

ajsrestoreコマンドを，-tオプションを付けて実行する。

表示形式は，「退避ファイル番号:退避元ユニット:退避ユニット名:ユニット種別」です。

ajsrestoreコマンドを使って表示させる例を次に示します。

（例）

退避ボックス（BACKUP）の中に退避したユニットの一覧を表示する場合

コマンド実行例

　ajsrestore -t -n BACKUP

コマンド実行時の出力例

　0001:/資材部:テンプレート:g

　0002:/資材部/出庫管理:出庫伝票作成:n

ajsrestoreコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsrestore」を参照してください。

3.4　ajsrgexport，ajsrgimportコマンドによるジョブネットの実行登録状態のバックアップ・リカバリー

ajsrgexportコマンドでジョブネットの登録予定情報をエクスポートする機能と，ajsrgimportコマンドでインポートする機能を使用して，ジョブネットの実行登録状態をバックアップ・リカバリーできます。

3.4.1　実行登録状態のバックアップ・リカバリーの概要

登録予定情報のエクスポート・インポート機能を使用したジョブネットの実行登録状態のバックアップとリカバリーの概要を次に示します。

図3‒2　登録予定情報のエクスポート・インポート機能を使用した実行登録状態のバックアップとリカバリー

ajsprintコマンドとajsdefineコマンドを使用してユニット定義情報をバックアップ・リカバリーするのに対し，ajsrgexportコマンドとajsrgimportコマンドでは，ジョブネットの登録予定情報をエクスポートし，その情報をインポートすることで，ジョブネットの実行登録状態をバックアップ・リカバリーします。

JP1/AJS3のシステムに障害などが発生した場合，これらの機能を使用することで運用再開までの作業を大幅に短縮できます。

(1)　登録予定情報のエクスポート（ajsrgexportコマンド）

ajsrgexportコマンドでは，ジョブネットの実行登録状態（実行登録時に指定したマクロ変数やタイムゾーンなどの情報を含む）をテキスト形式のファイルにエクスポートします。このジョブネットの実行登録状態や登録時に指定した条件などの情報を登録予定情報と呼びます。また，登録予定情報をエクスポートしたファイルを登録予定情報ファイルと呼びます。ajsrgexportコマンドの詳細についてはマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsrgexport」を，登録予定情報ファイルについてはマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　5.6 登録予定情報ファイル」を参照してください。

エクスポートの対象は，「計画実行」または「確定実行」で実行登録されている次のルートジョブネットです。「即時実行」で実行登録されているジョブネットを指定した場合は，登録予定情報をエクスポートしません。

ルートジョブネット

ルートリモートジョブネット

プランニンググループ配下のルートジョブネット

計画実行登録したジョブネットの場合は，直近の実行予定をエクスポートします。確定実行登録したジョブネットの場合は，直近の実行予定以降の作成済み予定をエクスポートします。どちらの場合も，実行結果および擬似予定はエクスポートしません。擬似予定については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.4.2(1) スケジュールシミュレーション」を参照してください。

図3‒3　エクスポートされる実行予定

なお，計画実行登録の場合，計画一時変更分の予定をエクスポートしないため，インポートしたあとに計画一時変更をし直す必要があります。確定実行登録の場合，計画一時変更している予定をエクスポートします。ただし，インポート先で計画一時変更分の予定を変更解除することはできません。また，確定実行登録の計画一時変更している予定からエクスポートされる情報には，待ち合わせ条件を一時的に有効または無効にした情報は含まれません。インポートしたあとに，必要に応じて再度待ち合わせ条件を有効または無効にする計画一時変更を実施してください。

(2)　登録予定情報のインポート（ajsrgimportコマンド）

ajsrgexportコマンドでエクスポートした登録予定情報ファイルをインポートし，エクスポート時と同一の実行登録状態にします。ajsrgimportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsrgimport」を参照してください。

計画実行登録されていたジョブネットの場合は，インポート後にジョブネットのスケジュールルールに基づいて再計算されます。一方，確定実行登録されていたジョブネットの場合は，エクスポートした登録予定情報ファイルの内容に基づき，ajsrgimportコマンドの実行日以降の実行予定をインポートします。

図3‒4　インポートされる実行予定

インポート対象のルートジョブグループ配下は，エクスポート元とインポート先とで同一のユニット構成である必要があります。

次のような場合はインポートできません。

エクスポートしたユニットの実行登録時のJP1ユーザーと，インポートを実行するJP1ユーザーが異なる。

指定したユニットがエクスポートした登録予定情報ファイルにない。

登録予定情報ファイルにアクセスできない。

登録予定情報ファイルの中に，インポート先にないユニットがある。

指定した登録予定情報ファイル名が255バイトを超えている。

登録予定情報ファイルの内容に，不正な定義がある。

指定したユニットがインポート先にない。

インポート対象のジョブネットが，インポート先ですでに実行登録されている。

インポート実行日がジョブネットのスケジュールルールの有効範囲を過ぎている。

ジョブネットのスケジュールルールで，処理サイクルまたは振り替え方法が指定されていない。

排他スケジュールに指定されているジョブネットが，エクスポート元とインポート先で異なる。

カレンダーを参照するジョブグループがない。

3.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

ja_JP.eucJP

ja_JP

ja_JP.IBM-eucJP

−

C

C

C

C

C

en_US.UTF-8

en_US.utf8

UTF-8

ja_JP.utf8

ja_JP.UTF-8

JA_JP

JA_JP.UTF-8

ja_JP.UTF-8

ja_JP.utf8

（凡例）

−：使用できません。

ジョブ実行環境に関する環境設定パラメーター

定義キー

環境設定パラメーター

定義内容

[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Queue]

MaximumQueue※1

キューの最大定義数

[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Job]

MaximumContentJob※2

システム内の最大ジョブ数

AlterContentJob※2

システム内の警告ジョブ数

[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Agent]

MaximumAgent※1

エージェントの最大定義数

LeastRecentlyUsed※2

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

[{JP1_DEFAULT|論理ホスト名}¥JP1NBQMANAGER¥Resource]

MaximumResource※1

排他実行リソースの最大定義数

[{JP1_DEFAULT|論理ホスト名}¥JP1NBQCLIENT¥PathEnv]

All Users※2

転送元ファイルの検索パス

JP1ユーザー名※2

転送元ファイルの検索パス

[{JP1_DEFAULT|論理ホスト名}¥JP1NBQCLIENT¥Process]

MacroOptionReplaceMode※2

マクロ変数の引き継ぎ情報がNULL文字列の置き換え方法の設定

注※1

値が同一でなかった場合，エージェントやキューを定義できなくなるおそれがあります。

注※2

値が同一でなかった場合，ジョブの実行に影響が出るおそれがあります。

エクスポート・インポートするユニットの前提条件

前提条件

前提条件を満たさない場合の影響

エクスポート元のマネージャー上でジョブを実行していないこと。

エクスポート元のマネージャーがダウンしているケースや，ジョブの実行先が異なるケースがあり，インポート後，ジョブ実行時にエラーになることがあります。

QUEUEジョブのホスト名に，エクスポート元の物理ホスト・論理ホストを指定していないこと。

エクスポート元のマネージャーがダウンしているケースや，ジョブの実行先が異なるケースがあり，インポート後，ジョブ実行時にエラーになることがあります。

エクスポートするユニットを計画実行登録している場合，エクスポート元とインポート先でルートジョブネットまでのユニット完全パスが同一であること。

インポート時にエラーになります。

エクスポートするルートジョブネットを確定実行登録している場合，エクスポート元とインポート先でルートジョブネットまでのユニット完全パスが同一であり，かつルートジョブネット配下のユニット構成がすべて同じであること。

インポート時にエラーになります。

その他のジョブグループのカレンダーを参照するように指定しているジョブネットをインポートする場合，参照先のジョブグループがエクスポート元と同一パスでインポート先にも存在すること。

インポート時に実行登録失敗となります。

排他スケジュールを指定しているジョブネットをインポートする場合，排他ジョブネットがエクスポート元と同一パスでインポート先にも存在すること。

インポート時に実行登録失敗となります。

ジョブネットコネクタを含むルートジョブネットをインポートする場合，接続先のジョブネットがエクスポート元と同一パスでインポート先にも存在すること。

インポート後，ジョブ実行時にジョブネットコネクタが異常検出実行中のままとなります。

接続先のジョブネットをインポートする場合，ジョブネットコネクタがエクスポート元と同一パスでインポート先にも存在すること。

インポート後，ジョブ実行時に接続先のジョブネットが次のように動作します。

実行順序制御方式が「同期」の場合

開始予定日時を過ぎた時点で実行されます。

実行順序制御方式が「非同期」の場合

開始予定日時になった時点で実行されます。

3.4.3　実行登録状態のバックアップ・リカバリーの注意事項

登録予定情報のエクスポート・インポート機能を使用する際の注意事項を次に示します。

世代の作成中・削除中にエクスポートした場合

エクスポート機能では，エクスポートコマンド（ajsrgexport）実行時の登録状態をエクスポートします。したがって，世代の作成中・削除中（確定実行を期間指定で登録中，計画一時変更中，および登録解除中）にエクスポートを実行すると，作成途中または削除途中の世代をそのままエクスポートしてしまいます。

世代の作成中にエクスポートした場合の例を次に示します。

図3‒5　世代の作成中（確定実行登録）にエクスポートした場合の例

例えば，図3-5のように4月1日から4月6日までの確定世代を作成する際に，4月2日までの世代しか作成していないタイミングで登録予定情報のエクスポートを実行した場合は，4月2日までの世代だけ出力され，4月3日以降の世代はエクスポートされません。

登録予定情報のエクスポートは，実行登録や登録解除，計画一時変更の処理中など，世代の作成中に実行しないでください。

起動条件を定義しているジョブネットの場合

起動条件を定義していて，ジョブネットのスケジュールルールで起動条件の有効範囲を設定している場合，エクスポート時点までの，起動条件のイベントの発生回数・監視時間は出力されません。例えば，起動条件の有効範囲を5回と設定していて，エクスポート時点ですでに2回イベントが発生している場合でも，インポート後にはイベントの発生を5回監視します。

3.4.4　ajsrgexportコマンドで登録予定情報をエクスポートする手順

登録予定情報をエクスポートする手順を次に示します。

ユニット定義情報をバックアップする。

必要に応じて，ユニット定義情報をバックアップします。

詳細については，「2.2.3(4) ユニット定義のバックアップ」を参照してください。

ajsrgexportコマンドを実行し，登録予定情報をエクスポートする。

次の形式でコマンドを実行します。

ajsrgexport [-F サービス名] [-R] [-e {s|f}] [-o 登録予定情報ファイル名] [-m] ユニット名...

ajsrgexportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsrgexport」を参照してください。

注意事項

エクスポートした登録予定情報ファイルは修正しないでください。修正した場合，正常に動作しないおそれがあります。

実行予定の計画一時変更を確認する。

計画実行登録の場合，計画一時変更していても変更分の情報はエクスポートされないため，インポートする情報は計画一時変更前のものとなります。インポート先で計画一時変更した予定で実行したい場合は，インポート後に計画一時変更するための資料を残すように運用してください。

確定実行登録の場合，計画一時変更していた情報もエクスポートされるため，インポート後も変更された予定で実行登録されます。ただし，変更解除できないため，インポート後に変更した予定を元に戻すための資料を残すように運用してください。

インポート後に計画一時変更または変更した予定を元に戻すための資料がない場合は，ajsshowコマンドで登録状態を確認し，情報をエクスポートしてください。ajsshowコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsshow」を参照してください。

なお，実行予定を計画一時変更していない場合，この操作は不要です。

注意事項

ajsrgexportコマンドは，実行登録されているルートジョブネットの実行予定世代から登録予定情報を取得します。確定実行登録しているルートジョブネットをエクスポートする場合，計画一時変更した情報も取得するため，世代情報が変更されるタイミング（ルートジョブネットの実行登録処理中や，予定情報の作成中・削除中）に実行すると，エラーとなるおそれがあります。

ジョブネットの実行予定世代については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.2 ジョブネットの世代管理」を参照してください。

3.4.5　ajsrgimportコマンドで登録予定情報をインポートする手順

登録予定情報をインポートする手順を次に示します。

ユニット定義情報をリカバリーする。

必要に応じて，ユニット定義情報をリカバリーします。

詳細については，「2.3.4(10) ユニット定義のリカバリー」を参照してください。

登録予定情報のエクスポート時からユニット定義情報に変更がない場合，この操作は不要です。

エージェントホストのサービスを再起動する。

マネージャー・エージェントが別ホストで，イベント監視を行っている場合は，エージェントホストのJP1/AJS3のサービスを再起動してください。

それ以外の場合，この操作は不要です。

ajsalterコマンドを実行してジョブの実行を抑止する。

次の形式でコマンドを実行します。

ajsalter -F サービス名 -s EXEC

ajsalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsalter」を参照してください。

ajsrgimportコマンドを実行し，登録予定情報をインポートする。

次の形式でコマンドを実行します。

ajsrgimport [-F サービス名] [-f] [-c] [-u ユニット名|-o ユニット名]... -i 登録予定情報ファイル名

注意事項

ajsrgimportコマンドを実行する前に，対象となるジョブネットが登録解除されていることを確認してください。ジョブネットが登録済みの場合，ajsrgimportコマンドは異常終了します。

補足事項

ajsrgimportコマンドの-fオプションで，インポートした時点ですでに当日の実行開始予定時刻を過ぎていた場合に，すぐに実行を開始するか，実行を抑止するかを指定できます。

ajsrgimportコマンドの-cオプションで，インポートによる実行登録時に，スケジュールを作成できずにエラーになっても，ほかに実行登録対象のルートジョブネットが存在する場合は，コマンドの実行を続行するかを指定できます。

ajsrgimportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsrgimport」を参照してください。

登録状態（インポート状態）を確認し，必要に応じて変更する。

当日に実行させたくないジョブネットや，保留・保留解除などを一時変更したいユニットがあれば，計画一時変更を行います。

インポートを実行した結果に問題がないことを確認したら，ajsalterコマンドを実行してジョブの実行抑止を解除する。

次の形式でコマンドを実行します。

ajsalter -F サービス名 -s none

ajsalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsalter」を参照してください。

4　ジョブネットの監視

JP1/AJS3では，自動化した業務（ジョブネット）が正常に運用されているかを判断するため，主に次の二つのことを実施する必要があります。

・ジョブネットの実行結果の確認

・ジョブネットの実行時間の監視

この章では，ジョブネットの監視について説明します。

4.1　ジョブネットの実行結果の確認と実行時間の監視

ここでは，ジョブネットの実行結果を確認したり，実行時間を監視したりする方法について説明します。

4.1.1　ジョブネットの実行結果を確認する

JP1/AJS3で自動化して運用している業務（ジョブネット）が正常に運用されているかを判断するには，ジョブネットの実行結果を確認する必要があります。

(1)　ジョブネットの実行結果の確認

ジョブネットの実行結果の確認は，次の表に示す方法で実施できます。

表4‒1　実行結果の確認方法

確認の種類

確認方法

画面（JP1/AJS3 - View）

次に示すウィンドウで，正常終了を表す色（デフォルトでは，薄い緑）が表示されていれば，そのジョブネットやジョブは正常に終了しています。

［JP1/AJS3 - View］ウィンドウ（サマリー監視画面）

［ジョブネットモニタ］ウィンドウ（定義ウィンドウ形式）

［マンスリースケジュール］ウィンドウ（カレンダー形式）

［デイリースケジュール］ウィンドウ（チャート形式）

画面（Web GUI（ジョブポータル））

JP1/AJS3 - Web Consoleを使用すると，ジョブネットやジョブの実行状態を，Webブラウザーを使用してWeb GUI（ジョブポータル）で確認できます。

ユーザーアプリケーション

JP1/AJS3が公開しているAPIを使用して独自のアプリケーション（ユーザーアプリケーション）を開発・実装している場合，ジョブネットやジョブの実行状態などをユーザーアプリケーションで確認できます。

コマンド

ajsshowコマンド

実行登録済みのジョブネットまたはジョブの，前回までの実行結果，現在の状態，および次回の実行予定などの情報を標準出力ファイルに出力します。

ログ

JP1/AJS3のスケジューラーログファイル中に，ジョブネットが正常終了したか，または異常終了したか，などの情報が出力されます。ログファイルをテキストエディターなどで確認します。ログファイルのデフォルトの格納場所を次に示します。

スケジューラーサービス単位でログファイルを出力している場合

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

「%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)」配下

Windowsで，インストール先フォルダが上記以外のとき

「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で，インストール先フォルダがデフォルトまたはシステムで保護されたフォルダ配下のとき

「%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)」配下

Windowsで，インストール先フォルダが上記以外のとき

「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 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsshow」を参照してください。

スケジューラーログの出力形式については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録C ログ情報」を参照してください。

(2)　ジョブネットコネクタの状態監視と実行結果の確認

ジョブネットコネクタや接続先のジョブネットの実行状態および実行結果は，JP1/AJS3 - Viewやコマンドで確認できます。

ジョブネットコネクタや接続先のジョブネットの実行状態については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　6.1 ジョブネット・ジョブ・ジョブネットコネクタの状態」を参照してください。また，コマンドでの実行状態および実行結果の確認方法については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス」を参照してください。

ここでは，ジョブネットコネクタや接続先のジョブネットの，JP1/AJS3 - Viewでの監視について説明します。

ジョブネットコネクタや接続先のジョブネットの，実行状態および実行結果を確認できるJP1/AJS3 - Viewの画面を，次に示します。

［ジョブネットモニタ］ウィンドウ

［デイリースケジュール］ウィンドウ

［マンスリースケジュール］ウィンドウ

各ウィンドウでの監視の概要について説明します。

(a)　［ジョブネットモニタ］ウィンドウでの監視

［ジョブネットモニタ］ウィンドウでは，通常のジョブネットと同様にジョブネットコネクタの実行状態および実行結果を，ジョブネットを定義したときと同じイメージで監視・確認できます。マップエリアでジョブネットコネクタをダブルクリックすると，接続先のジョブネットを別ウィンドウの［ジョブネットモニタ］ウィンドウで確認できます。また，ジョブネットコネクタを選択して［表示］−［接続先のジョブネット］を選択することで，接続先のジョブネットを次のウィンドウからも確認できます。

［デイリースケジュール（階層表示/全ジョブ表示）］ウィンドウ

［マンスリースケジュール］ウィンドウ

［ジョブネットモニタ］ウィンドウ

［ジョブネットモニタ］ウィンドウでの監視について，次の図に示します。

図4‒1　［ジョブネットモニタ］ウィンドウでの監視

さらに，［表示］−［詳細情報］で表示される［モニタ詳細 −［アイコン名］］ダイアログボックスでは，ジョブネットコネクタの場合は接続先のジョブネットの実行IDを，接続先のジョブネットの場合はジョブネットコネクタの実行IDや実行順序制御方式の設定値を確認できます。

補足事項

接続先のジョブネットの実行予定がない，または接続先のジョブネットが閉塞状態の場合は，接続先のジョブネットの［ジョブネットモニタ］ウィンドウを表示できません。

ジョブネットコネクタと接続先のジョブネットが異なる認証圏のホストにある場合，次の操作をするにはログインが必要です。

ジョブネットコネクタから接続先のジョブネットを表示させる場合，接続先のジョブネットがあるホストに対してログインが必要です。

ジョブネットコネクタに対して［モニタ詳細］ダイアログボックスを表示させる場合，接続先のジョブネットがあるホストに対してログインが必要です。

接続先のジョブネットに対して［モニタ詳細］ダイアログボックスを表示させる場合，ジョブネットコネクタがあるホストに対してログインが必要です。

詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.38 ［モニタ詳細−［ジョブネット］］ダイアログボックス」またはマニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.14.6 ［ジョブネットモニタ］ウィンドウの注意事項」を参照してください。

(b)　［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウでの監視

［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウで監視する場合，ツリーエリアでジョブネットコネクタを選択して［表示］−［接続先のジョブネット］を選択することで，接続先のジョブネットを次のウィンドウから確認できます。

［デイリースケジュール（階層表示／全ジョブ表示）］ウィンドウ

［マンスリースケジュール］ウィンドウ

［ジョブネットモニタ］ウィンドウ

［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウでの監視について，次の図に示します。

図4‒2　［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウでの監視

さらに，［表示］−［詳細情報］で表示される［詳細スケジュール］ダイアログボックスでは，詳細なスケジュール情報のほか，ジョブネットコネクタの場合は接続先のジョブネットの実行IDを，接続先のジョブネットの場合はジョブネットコネクタの実行IDや実行順序制御方式の設定値を確認できます。

各操作方法の詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド」を参照してください。

補足事項

接続先のジョブネットの実行予定がない，または接続先のジョブネットが閉塞状態の場合は，接続先のジョブネットの［ジョブネットモニタ］ウィンドウを表示できません。

ジョブネットコネクタと接続先のジョブネットが異なる認証圏のホストにある場合，次の操作をするにはログインが必要です。

ジョブネットコネクタから接続先のジョブネットを表示させる場合，接続先のジョブネットがあるホストに対してログインが必要です。

ジョブネットコネクタに対して［詳細スケジュール］ダイアログボックスを表示させる場合，接続先のジョブネットがあるホストに対してログインが必要です。

接続先のジョブネットに対して［詳細スケジュール］ダイアログボックスを表示させる場合，ジョブネットコネクタがあるホストに対してログインが必要です。

詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.7.7 ［詳細スケジュール］ダイアログボックス」またはマニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.14.7 ［デイリースケジュール／マンスリースケジュール］ウィンドウの注意事項」を参照してください。

4.1.2　ジョブネットの実行時間を監視する

JP1/AJS3がインストールされているホストの実行状況などで，ジョブネットが指定した時間に開始，または終了しない場合があります。あるジョブネットが遅延すると，そのジョブネットのあとに実行するように関連づけられているジョブネットにも影響を与え，業務全体の実行に影響を与えてしまうおそれがあります。

そのため，JP1/AJS3の正常な運用を監視するためには，次に示す項目を監視しておく必要があります。

ジョブネット自体の実行時間の監視

開始遅延および終了遅延の監視

実行時間や遅延の監視は，次の表に示す方法で実施できます。

表4‒2　実行時間や遅延の監視方法

監視の種類

監視方法

画面（JP1/AJS3 - View）

次に示すウィンドウで監視します。

［JP1/AJS3 - View］ウィンドウ（サマリー監視画面）

［ジョブネットモニタ］ウィンドウ（定義ウィンドウ形式）

［マンスリースケジュール］ウィンドウ（カレンダー形式）

［デイリースケジュール］ウィンドウ（チャート形式）

遅延の状態を示す色は，デフォルトでは次のようになっています。次に示す色が表示されていないか監視してください。

開始遅延：桃色

開始遅延（実行中）：濃い桃色

終了遅延：橙色

終了遅延（実行中）：濃い橙色

画面（Web GUI（ジョブポータル））

JP1/AJS3 - Web Consoleを使用すると，ジョブネットの遅延状態，開始日時，終了予定日時，および終了日時を，Webブラウザーを使用してWeb GUI（ジョブポータル）で確認できます。また，ジョブネットの配下のジョブのうち，正常終了しているジョブの割合をジョブネットの進捗として確認することもできます。

ユーザーアプリケーション

JP1/AJS3が公開しているAPIを使用して独自のアプリケーション（ユーザーアプリケーション）を開発・実装している場合，ジョブネットの遅延状態や開始日時などをユーザーアプリケーションで確認できます。

コマンド

ajsshowコマンド

実行登録済みのジョブネットまたはジョブの，前回までの実行結果，現在の状態，および次回の実行予定などの情報を標準出力ファイルに出力します。

ログ

JP1/AJS3のスケジューラーログファイル中に，開始遅延したか，または終了遅延したか，などの情報が出力されます。ログファイルをテキストエディターなどで確認します。ログファイルのデフォルトの格納場所を次に示します。

スケジューラーサービス単位でログファイルを出力している場合

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

「%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)」配下

Windowsでインストール先フォルダが上記以外のとき

「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でインストール先フォルダがデフォルトまたはシステムで保護されたフォルダ配下のとき

「%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)」配下

Windowsでインストール先フォルダが上記以外のとき

「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 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsshow」を参照してください。

スケジューラーログの出力形式については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録C ログ情報」を参照してください。

JP1イベントについては，「付録A JP1/AJS3が発行するJP1イベント」を参照してください。

5　稼働状況の監視

この章では，JP1/AJS3の稼働状況の監視について説明します。

運用中に必要な稼働状況の監視のポイントは次の三つです。

・ログファイルの見積もり段階で算出した日数分のログ情報が出力されているか

・データベースの使用状況はどのくらいか

・JP1/AJS3が問題なく稼働しているか

手順やスケジュールを定めて，これらの作業を定例的に実施するようにしてください。

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

ログファイルのサイズとログファイルに出力される情報の量は，設計時にできる限り適切な値を見積もっておきます。しかし，運用していく中で，JP1/AJS3の操作が増えたり，ジョブやジョブネットの量が増えたりして，ログファイルに出力される情報が多くなる場合もあります。

ログファイルに出力された情報が，見積もったときに設定した日数分あるか監視することを，定例的な運用中の作業として実施してください。ログファイルの情報は，障害発生時にどのような操作や処理が原因なのかを調査するときに使用します。調査に必要な分だけの情報がログファイルに残っていないと，原因を特定するのに時間が掛かってしまいます。

日々の業務としてログファイルの監視作業を実施して，意図する日数分だけログファイルに情報が出力されているか監視しておくと，万一障害が発生しても，ログファイルに出力されている情報が少なくて，原因を特定するのに時間が掛かってしまうという事態を回避できます。

ログファイルとサイズを再見積もりするときに参照する個所を次の表に示します。

表5‒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 イベントジョブおよびカスタムイベントジョブが出力するログのサイズを見積もる」

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) キューレスジョブ実行内部ログファイルのサイズを見積もる」

注※

スケジューラーログファイルは，障害時だけでなく，ジョブネットの実行状況を確認する場合にも使用します。

5.2　データベースの使用状況を確認する

JP1/AJS3は，ジョブの定義情報およびジョブの実行登録情報などの管理にデータベースを使用しています。データの追加や削除を繰り返すと，データベースの利用効率が悪くなります。データベースの利用効率が悪くなると，データを検索するときの性能の劣化につながり，トラブルの原因になるおそれがあります。

そのため，データベースの使用状況を確認するとともに，自動メンテナンス機能またはajsembdbreclaimコマンドでのメンテナンスを，定例的な運用中の作業として実施してください。

なお，メンテナンスを定期的に実施していれば，データベースの再編成の必要は，通常ほとんどありません。ただし，データベースの利用効率が極端に悪くなった場合などには，再編成が必要になることもあります。データベースの再編成の方法については，「9.2.3 データベースを再編成する場合」を参照してください。

5.2.1　データベース使用状況の確認方法

データベースの使用状況は，出力されるメッセージおよびWeb GUI（マネジメントポータル）の［データベース詳細］画面で確認できます。

(1)　データベース自動増分機能を使用している場合

データベースの残り容量が少なくなり，自動的に拡張されるたびにメッセージKFPH22024-WがWindowsイベントログまたはsyslogに出力されます。メッセージKFPH22024-Wが繰り返し出力される場合は，データベースの再編成を実施するとともに，データ（ジョブ定義情報やジョブ実行登録情報）の増加量が妥当であるか見直してください。

(2)　データベース自動増分機能を使用していない場合

利用率が80%，90%，100%の段階で，メッセージKFPH00211-IがWindowsイベントログまたはsyslogに出力されます。そのため，定期的にWindowsイベントログまたはsyslogを確認してください。

利用率80%の段階では，データベースの再編成を実施することで対処できる場合もありますが，90%，100%の段階になると，再編成を実施しても対処できないことが多く，データ（ジョブ定義情報やジョブ実行登録情報）の削減，またはデータベースの拡張が必要になります。

注意事項

バックアップ強化機能を有効にしている場合は，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　5.2.5(5) バックアップ強化機能を使用する場合の検討事項」もあわせて参照してください。

(3)　Web GUI（マネジメントポータル）を使用している場合

Web GUI（マネジメントポータル）を使用している場合は，［データベース詳細］画面からデータベースの使用状況を確認できます。［データベース詳細］画面では，空き容量が少ないデータベースに警告が表示されます。定期的にWeb GUI（マネジメントポータル）からデータベースの使用状況を監視し，必要に応じてデータベースのメンテナンスまたは再編成を実施してください。

Web GUI（マネジメントポータル）を使用するには，マネージャーホストとエージェントホストでセットアップが必要です。セットアップの手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.7 Web GUIに関する設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.8 Web GUIに関する設定」（UNIXの場合）を参照してください。

［データベース詳細］画面の操作については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　16.2.14 ［データベース詳細］画面」を参照してください。

5.2.2　QUEUEジョブ，サブミットジョブの実行環境で使用するISAMファイルの未使用領域の確認方法と再編成の時期

ISAMデータベースの未使用領域の確認は，jpqdbcondコマンドで実行します。

jpqdbcondコマンドを使用する際の注意事項を次に示します。jpqdbcondコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　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のファイルサイズとジョブ情報の保存日数も目安にしてください。再編成の詳細については，「9.3 QUEUEジョブ，サブミットジョブを使用している場合のデータベース再編成」を参照してください。ジョブ情報の保存日数の設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.5 ジョブ実行環境設定」を参照してください。

jpqdbcondコマンドで出力されるJP1イベントの詳細については，「付録A JP1/AJS3が発行するJP1イベント」を参照してください。

(3)　jpqdbcondコマンドの注意事項

このコマンドに-lオプションを指定した場合，ISAMファイルを閉じている状態で実行してください（ISAMファイルを閉じるには，JP1/AJS3を停止してください）。ファイルが開いている状態でこのコマンドを実行した場合の動作は保証されません。

このコマンドに-Lオプションを指定した場合，他プロセスが使用中のISAMファイルに対しても情報を取得できますが，並行してアクセスする他プロセスがISAMファイルを更新した場合，情報取得の瞬間のISAMファイル更新分については誤差が生じます。また，ISAMファイルの整合性を保つため，コマンド実行中は他プロセスのISAMファイルへのアクセスが待たされます。したがって，このコマンドを使用する場合は，ジョブを大量に実行するなどの繁忙期を避けてください。

-l，-Lオプションで出力される情報は，フラグメンテーションの割合ではなく，未使用領域率です。このため，ISAMファイル中にレコードがない場合や，レコードが非常に少ない件数の場合，まだ使用されていない予約済みの空き領域に対する未使用領域率として「100%」と出力されます。

5.3　JP1/AJS3の稼働状況を確認する

JP1/AJS3では，スケジューラーサービスの処理量やジョブの実行状況を稼働状況レポートに出力できます。

JP1/AJS3の運用中，特定の時間帯にジョブネットの実行が集中したり，一度に大量の起動条件付きジョブネットが起動したりすることがあります。その結果スケジューラーサービスの処理量が増え，ジョブの実行が遅延するなどの問題が発生するおそれがあります。稼働状況レポートを出力してJP1/AJS3の稼働状況を確認することで，これらの問題を把握しやすくなります。

また，JP1/AJS3では，実行エージェントのジョブ実行実績や実行状況を実行エージェント稼働状況レポートに出力できます。

メンテナンスを実施する場合，特にサーバ再起動を伴うメンテナンスは，業務が想定外に異常終了しないようにジョブが実行されていない時間帯に実施するよう考慮する必要があります。台数が多くなるエージェントホストではメンテナンス頻度も高いため，実行エージェント稼働状況レポートを出力して実行エージェントのジョブ実行状況を確認することで，ジョブが実行されていない時間帯を予測しやすくなります。

5.3.1　稼働状況レポートの出力機能の概要

稼働状況レポートの出力機能は，スケジューラーサービスの処理量や，ジョブの実行状況をまとめてCSV形式で出力する機能です。稼働状況レポートは，ジョブの開始数やキューイング状態のジョブ件数といった，スケジューラーサービスの稼働状況を時間帯ごとに集計して出力できるため，ピークの時間帯や時間経過による推移を把握できます。さらに，CSV形式で出力された情報をExcelなどでグラフ化して集計・分析すれば，JP1/AJS3の稼働状況をより把握しやすくなります。

図5‒1　稼働状況レポートの出力から集計・分析までの流れ

稼働状況レポートに出力される情報を次に示します。

表5‒2　稼働状況レポートに出力される情報の一覧

出力される情報

説明

スケジューラーサービスの処理量

ジョブネットやジョブの開始数

ジョブネットやジョブの終了数

ジョブの実行状況

処理待ちジョブの件数

処理中のジョブの情報

稼働状況レポートを出力するためには，稼働状況レポートの出力機能を有効にする必要があります。機能を有効にすると，稼働状況ログファイル（バイナリー形式）の出力が開始されます。マネージャーホストでajsreportコマンドを実行すると，稼働状況ログファイルの内容をCSV形式で出力できます。稼働状況ログファイルは，環境設定パラメーターAJSREPORTSTOREDAYPERIODで保存可能な日数を設定し，デフォルトの設定で7日間，最長で21日間の稼働状況ログを保存できます。ajsreportコマンドは，保存されている稼働状況ログファイルに対して，対象のスケジューラーサービス，出力するデータの集計期間や集計間隔を任意に設定できます。これらの設定はajsreportコマンドの実行時にオプションで指定します。定期的に稼働状況をCSVファイルで出力することで，スケジューラーサービスの現在の稼働状況の把握や，過去の稼働状況との比較ができます。

図5‒2　稼働状況レポートを定期的に取得して比較する場合のイメージ

稼働状況レポートの出力機能の設定手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.6 稼働状況レポートの出力に関する設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.7 稼働状況レポートの出力に関する設定」（UNIXの場合）を参照してください。

稼働状況ログファイルの見積もりについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　3.4.8 稼働状況ログファイルのサイズを見積もる」を参照してください。

ajsreportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsreport」を参照してください。

注意事項

JP1/AJS3 - Managerの運用中にシステム時刻を過去に戻す場合は，次の手順に従って稼働状況ログファイルを削除してください。

JP1/AJS3サービスを停止する。

ajsreportコマンドの出力結果を保存する。

稼働状況ログファイルの出力先フォルダ配下のファイルをすべて削除する。

稼働状況ログファイルの出力先ディレクトリについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　1.2.5 ログファイルおよびディレクトリ一覧」およびマニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(115) AJSREPORTDIR」を参照してください。

5.3.2　実行エージェント稼働状況レポートの出力機能の概要

実行エージェント稼働状況レポートの出力機能は，実行エージェント稼働状況ログファイルに記録されているジョブ実行状態を，まとめてCSV形式で出力する機能です。実行エージェント稼働状況レポートは，ジョブの開始数やキューイング状態のジョブ件数などの，実行エージェントの稼働状況を時間帯ごとに集計して出力できるため，実行エージェントが想定どおりの業務量になっているかどうかを確認できます。さらに，CSV形式で出力された情報をExcelなどでグラフ化して集計および分析すれば，実行エージェントの稼働状況をより把握しやすくなります。

実行エージェント稼働状況レポートの出力から集計・分析までの流れを次の図に示します。

図5‒3　実行エージェント稼働状況レポートの出力から集計・分析までの流れ

実行エージェント稼働状況レポートに出力される情報を次に示します。

表5‒3　実行エージェント稼働状況レポートに出力される情報の一覧

出力される情報

説明

ジョブの実行状況

ジョブの実行数

イベントジョブの実行状況

イベントジョブの実行数

キューイングジョブの実行状況

キューイング中のジョブ数※

注※

ジョブの実行先に実行エージェントグループを指定したジョブは対象外です。

実行エージェント稼働状況レポートを出力するためには，実行エージェント稼働状況レポートの出力機能を有効にする必要があります。機能を有効にすると，実行エージェント稼働状況ログファイル（バイナリー形式）の出力が開始されます。実行エージェント稼働状況ログファイルは，環境設定パラメーターAJSAGTREPORTSTOREDAYPERIODで保存可能な日数を設定することで，デフォルトの設定で7日間，最長で21日間の実行エージェント稼働状況ログファイルを保存できます。

マネージャーホストでajsagtreportコマンドを実行すると，実行エージェント稼働状況ログファイルの内容をCSV形式で出力できます。ajsagtreportコマンドは，保存されている実行エージェント稼働状況ログファイルに対して，対象の実行エージェント，出力するデータの集計期間および集計間隔を任意に設定できます。これらの設定はajsagtreportコマンドの実行時にオプションで指定します。定期的に実行エージェントの稼働状況をCSVファイルで出力することで，実行エージェントの現在の稼働状況の把握や，過去の稼働状況との比較ができます。

実行エージェント稼働状況レポートを定期的に取得して比較する場合のイメージを次の図に示します。

図5‒4　実行エージェント稼働状況レポートを定期的に取得して比較する場合のイメージ

実行エージェント稼働状況レポートの出力機能の設定手順については，次の個所を参照してください。

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.6.1 稼働状況レポートの出力機能の設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.7.1 稼働状況レポートの出力機能の設定」（UNIXの場合）

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.6.2 実行エージェント稼働状況レポートの出力機能の設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.7.2 実行エージェント稼働状況レポートの出力機能の設定」（UNIXの場合）

実行エージェント稼働状況ログファイルの見積もりについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　3.4.9 実行エージェント稼働状況ログファイルのサイズを見積もる」を参照してください。

ajsagtreportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsagtreport」を参照してください。

5.4　Web GUI（マネジメントポータル）を使用する

JP1/AJS3では，スケジューラーサービスやデータベースなどのシステム全体が問題なく稼働しているかを，Web GUI（マネジメントポータル）を使用してWebブラウザーから確認できます。

JP1/AJS3の運用中に，スケジューラーサービスや実行エージェントに異常が発生したり，データベースの無効領域が大量に発生したりして，運用に影響がある異常が発生することがあります。Web GUI（マネジメントポータル）を使用してJP1/AJS3の運用を監視し，異常の兆候が見られた場合は，状況に合わせて対処してください。

5.4.1　Web GUI（マネジメントポータル）の概要

Web GUI（マネジメントポータル）では，JP1/AJS3の運用に異常が発生していないかをGUIで可視化して確認できます。Web GUI（マネジメントポータル）で確認できる情報と，対応する画面の一覧を次に示します。

表5‒4　Web GUI（マネジメントポータル）で確認できる情報と対応する画面の一覧

項番

確認できる情報

対応する画面

1

マネージャーホストのステータスに異常がないか

［サマリ］画面

2

スケジューラーサービスのステータスに異常がないか

［スケジューラーサービス詳細］画面

3

キューイングおよび実行中状態のジョブ数が多い時間帯

［ジョブ実行状況詳細］ダイアログボックス

4

起動条件付きジョブネットに滞留が発生していないか

［起動条件付きジョブネットの滞留状況詳細］ダイアログボックス

5

未通知情報が発生していないか

［イベントジョブの滞留状況詳細］ダイアログボックス

6

データベースの無効領域が大量に発生していないか

［データベース詳細］画面

7

実行エージェントのステータスに問題がないか

［実行ホスト］画面

8

JP1/AJS3のサービスやプロセスが起動しているか

［サービス詳細］ダイアログボックス

［プロセス詳細］ダイアログボックス

9

スケジューラーサービスの使用状況やジョブの実行数などのJP1/AJS3システムの負荷

［スケジューラーサービスの使用状況］ダイアログボックス

［ジョブ実行数］ダイアログボックス

［1日のジョブ実行数］ダイアログボックス

10

実行エージェントのジョブ実行状態の実績

［実行ホストの稼働状況］ダイアログボックス

［1日の稼働状況］ダイアログボックス

Web GUI（マネジメントポータル）を使用する場合は，マネージャーホストおよびエージェントホストでセットアップが必要です。セットアップの手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.7 Web GUIに関する設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.8 Web GUIに関する設定」（UNIXの場合）を参照してください。

Web GUI（マネジメントポータル）の操作方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　16. Web GUIのマネジメントポータル」を参照してください。

JP1/AJS3の運用を見直したり，異常に対処したりする場合は，JP1/AJS3 - View，Web GUI（ジョブポータル）またはコマンドを使用して操作します。JP1/AJS3 - Viewの操作方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12. ウィンドウとダイアログボックス」を参照してください。Web GUI（ジョブポータル）の操作方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15. Web GUIのジョブポータル」を参照してください。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド」を参照してください。

(1)　キューイングおよび実行中状態のジョブ数

キューイングおよび実行中状態のジョブ数が，環境設定パラメーターMaximumContentJobに指定した上限に達するおそれがある場合は，キューイングおよび実行中状態のジョブ数が多い時間の前後で実行されるジョブを見直す必要があります。環境設定パラメーターMaximumContentJobの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.5.2(12) MaximumContentJob」を参照してください。

(2)　起動条件付きジョブネットの実行世代の滞留

起動条件付きジョブネットの実行世代の滞留が発生しているおそれがある場合は，ルートジョブネットの定義を参照し，ジョブ定義を見直す必要があります。起動条件付きジョブネットの詳細については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　3.4.6 起動条件付きジョブネットの実行世代の滞留」，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　3.4.8 実行登録した起動条件付きジョブネットの操作」および「8.1.1 起動条件監視中のジョブネットの停止」を参照してください。

(3)　未通知情報が発生している場合

未通知情報が発生している場合，特定の起動条件付きジョブネットに対して予期しない大量のイベントが発生しているおそれがあります。このような場合には，JP1/AJS3 - ViewまたはWeb GUI（ジョブポータル）からユニットを操作するか，コマンドを実行して対処します。対処方法の詳細については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　2.5 起動条件付きジョブネットの処理が遅延した場合の対処」を参照してください。

(4)　スケジューラーサービスの使用状況やジョブの実行数などのJP1/AJS3システムの負荷が高まっている場合

スケジューラーサービスの使用状況やジョブの実行数などのJP1/AJS3システムの負荷が高まると，ジョブのスループットが落ちるなど，JP1/AJS3の処理性能に影響するおそれがあります。このような場合には，負荷が下がるよう業務の見直しやシステムの構成の見直しを実施します。次の項目を参照し，数値を照らし合わせて，必要に応じて対処してください。

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　1.3.1 JP1/AJS3を運用する上で見積もりや設定が必要な項目」

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　3.1.1 ジョブのスループット」

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　23.2 データベース領域の見積もり」

6　JP1/AJS3のサービスの起動と停止

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

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

JP1/AJS3は，JP1/AJS3のサービスを停止することで，安全にJP1/AJS3の環境や設定を変更できます。変更が終了したらJP1/AJS3のサービスを再起動させてください。

6.1.1　JP1/AJS3のサービスを手動で起動する

JP1/AJS3のサービスを手動で起動する手順を次に示します。

なお，システムの起動と同時にJP1/AJS3のサービスを起動するように設定している場合は，自動的にサービスが起動します。

(1)　Windowsの場合

Windowsの場合の手順は，次のとおりです。

［コントロールパネル］ウィンドウで［サービス］を選択する，または［管理ツール］−［サービス］を選択する。

起動させたいJP1/AJS3のサービスを選択する。

選択できるサービスを次に示します。必要に応じて選択してください。

JP1/AJS3サービス

JP1/AJS3 Mailサービス※1

JP1/AJS3 Check Managerサービス※2

JP1/AJS3 Check Agentサービス※3

JP1/AJS3 Queueless Agentサービス※4

JP1/AJS3 Queueless File Transferサービス※4

JP1/AJS3 Autonomous Agentサービス※5

JP1/AJS3 Autonomous Agent Messengerサービス※6

JP1/AJS3 Web Application Serverサービス

JP1/AJS3 HTTP Serverサービス

JP1/AJS3 System Control Managerサービス※7

JP1/AJS3 System Control Agentサービス※7

注※1

メールシステム連携をセットアップした場合だけ表示されます。

注※2

JP1/AJS3 Check Managerをセットアップした場合だけ表示されます。

注※3

JP1/AJS3 Check Agentをセットアップした場合だけ表示されます。

注※4

キューレスジョブ実行環境をセットアップした場合だけ表示されます。

注※5

フレキシブルジョブの要求先機能をセットアップした場合だけ表示されます。

注※6

フレキシブルジョブの要求元機能または要求先機能をセットアップした場合だけ表示されます。

注※7

Web GUI（マネジメントポータル）をセットアップした場合だけ表示されます。

［開始］ボタンをクリックする。

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サービス

JP1/AJS3 Autonomous Agentサービス

JP1/AJS3 Autonomous Agent Messengerサービス

JP1/AJS3 Web Application Serverサービス※

JP1/AJS3 HTTP Serverサービス※

JP1/AJS3 System Control Managerサービス

JP1/AJS3 System Control Agentサービス

注※

JP1/AJS3 - Web Consoleのサービスは，次に示す手順では起動できません。jajs_webコマンドで起動してください。jajs_webコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_web（Linux限定）」を参照してください。

/etc/opt/jp1ajs2/jajs_startスクリプトを任意のファイルにコピーする。

次のコマンドを実行して，ファイルの権限を変更しないようにコピーしてください。

cp -p /etc/opt/jp1ajs2/jajs_start 任意のファイル名

コピーしたスクリプトをviなどのエディターで開き，コメントアウトされた行のコメント記号を削除する。

コメント記号の削除については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.10.1 JP1/AJS3サービスの自動起動および自動終了の設定」を参照してください。

スクリプトを実行して，JP1/AJS3サービスを起動する。

キューレスエージェントサービスはajsqlstartコマンドで，キューレスファイル転送サービスはajsqlftpstartコマンドでも起動できます。また，JP1/AJS3 Check ManagerサービスまたはJP1/AJS3 Check Agentサービスは，ajschkstartコマンドでも起動できます。JP1/AJS3 Autonomous Agentサービスはajsatstartコマンドで，JP1/AJS3 Autonomous Agent Messengerサービスはajsatmstartコマンドでも起動できます。JP1/AJS3 System Control ManagerサービスおよびJP1/AJS3 System Control Agentサービスは，ajssysctlstartコマンドでも起動できます。

ajsqlstartコマンド，ajsqlftpstartコマンド，ajschkstartコマンド，ajsatstartコマンド，ajsatmstartコマンド，およびajssysctlstartコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　4. 特別な運用で使用するコマンド」，またはマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド」を参照してください。

補足事項

JP1/AJS3サービスのカレントディレクトリは，サービスの起動のしかたで次のように決まります。JP1/AJS3サービスの動作中は，カレントディレクトリを削除しないでください。

・jajs_startスクリプトで起動した場合

/opt/jp1ajs2/bin

・jajs_spmdコマンドで起動した場合

コマンドを実行したディレクトリ

JP1/AJS3サービスのすべてのプロセスが起動しているかどうかは，jajs_spmd_statusコマンドで確認してください。

ただし，JP1/AJS3 - Web Consoleのサービスのプロセスが起動しているかどうかは，次のコマンドで確認してください。

・JP1/AJS3 HTTP Serverサービスを確認する場合

ps -ef | grep "/opt/jp1ajs3web/uCPSB/httpsd/sbin/httpsd" | grep -v "grep"

・JP1/AJS3 Web Application Serverサービスを確認する場合

ps -ef | grep "/opt/jp1ajs3web/uCPSB/CC/server/bin/cjstartsv ajs3web" | grep -v "grep"

6.1.2　JP1/AJS3のサービスを手動で終了する

JP1/AJS3のサービスを手動で終了する手順を次に示します。

なお，JP1/AJS3のサービスを終了するときは，実行中のジョブネットやジョブがないことを確認してから終了してください。

(1)　Windowsの場合

Windowsの場合の手順は，次のとおりです。

［コントロールパネル］ウィンドウで［サービス］を選択する。または［管理ツール］−［サービス］を選択する。

終了させたいJP1/AJS3のサービスを選択する。

選択できるサービス名を次に示します。必要に応じて選択してください。

JP1/AJS3サービス

JP1/AJS3 Mailサービス※1

JP1/AJS3 Check Managerサービス※2

JP1/AJS3 Check Agentサービス※3

JP1/AJS3 Queueless Agentサービス※4

JP1/AJS3 Queueless File Transferサービス※4

JP1/AJS3 Autonomous Agentサービス※5

JP1/AJS3 Autonomous Agent Messengerサービス※6

JP1/AJS3 Web Application Serverサービス

JP1/AJS3 HTTP Serverサービス

JP1/AJS3 System Control Managerサービス※7

JP1/AJS3 System Control Agentサービス※7

注※1

メールシステム連携をセットアップした場合だけ表示されます。

注※2

JP1/AJS3 Check Managerをセットアップした場合だけ表示されます。

注※3

JP1/AJS3 Check Agentをセットアップした場合だけ表示されます。

注※4

キューレスジョブ実行環境をセットアップした場合だけ表示されます。

注※5

フレキシブルジョブの要求先機能をセットアップした場合だけ表示されます。

注※6

フレキシブルジョブの要求元機能または要求先機能をセットアップした場合だけ表示されます。

注※7

Web GUI（マネジメントポータル）をセットアップした場合だけ表示されます。

［停止］ボタンをクリックする。

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サービス

JP1/AJS3 Autonomous Agentサービス

JP1/AJS3 Autonomous Agent Messengerサービス

JP1/AJS3 Web Application Serverサービス※

JP1/AJS3 HTTP Serverサービス※

JP1/AJS3 System Control Managerサービス

JP1/AJS3 System Control Agentサービス

注※

JP1/AJS3 - Web Consoleのサービスは，次に示す手順では停止できません。jajs_web_stopコマンドで停止してください。jajs_web_stopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_web_stop（Linux限定）」を参照してください。

/etc/opt/jp1ajs2/jajs_stopスクリプトを任意のファイルにコピーする。

次のコマンドを実行して，ファイルの権限を変更しないようにコピーしてください。

cp -p /etc/opt/jp1ajs2/jajs_stop 任意のファイル名

コピーしたファイルをviなどのエディターで開き，コメントアウトされた行のコメント記号を削除する。

コメント記号の削除については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.10.1 JP1/AJS3サービスの自動起動および自動終了の設定」を参照してください。

スクリプトを実行して，JP1/AJS3サービスを停止する。

キューレスエージェントサービスはajsqlstopコマンドで，キューレスファイル転送サービスはajsqlftpstopコマンドでも終了できます。また，JP1/AJS3 Check Managerサービス，またはJP1/AJS3 Check Agentサービスはajschkstopコマンドでも停止できます。JP1/AJS3 Autonomous Agentサービスはajsatstopコマンドで，JP1/AJS3 Autonomous Agent Messengerサービスはajsatmstopコマンドでも停止できます。JP1/AJS3 System Control ManagerサービスおよびJP1/AJS3 System Control Agentサービスは，ajssysctlstopコマンドでも停止できます。

ajsqlstopコマンド，ajsqlftpstopコマンド，ajschkstopコマンド，ajsatstopコマンド，ajsatmstopコマンド，およびajssysctlstopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　4. 特別な運用で使用するコマンド」，またはマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド」を参照してください。

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

起動時の動作は，JP1/AJS3のサービスのパラメーターにオプションを指定することで，起動時の動作を一時的に変更できます。

終了時の動作は，jajs_spmd_stopコマンドのパラメーターにオプションを指定して実行することで，終了時の動作を一時的に変更できます。

サービスやコマンドに指定できるオプション，および変更方法を次に示します。

6.2.1　JP1/AJS3起動時の動作を一時的に変更する

ここでは，JP1/AJS3 - Manager，またはJP1/AJS3 - Agentの起動時の動作を一時的に変更する場合の手順を説明します。

なお，JP1/AJS3 - Managerで常に起動時の動作を指定するには，jajs_configコマンドで環境設定パラメーターSTARTMODEに設定してください。

環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4 スケジューラーサービス環境設定」を参照してください。

(1)　Windowsの場合

［コントロールパネル］ウィンドウで［サービス］を選択する，または［管理ツール］−［サービス］を選択する。

起動させたいJP1/AJS3のサービス名を選択する。

［スタートアップ パラメータ］に起動モードを指定する。

指定できるオプションを次の表に示します。

表6‒1　［スタートアップ パラメータ］に指定できるオプション

オペランド

起動時の動作

-cold

コールドスタートする。

-warm

ウォームスタートする。

-hot

ホットスタートする。

-disaster

ディザスターリカバリースタートする。※

注※

JP1/AJS3システムをディザスター・リカバリー環境で運用している場合に使用するオプションです。大規模災害などでメインサイト側での運用が停止し，リモートサイト側に運用を切り替えるときに，このオプションを指定してリモートサイト側のJP1/AJS3をディザスターリカバリースタートします。ディザスターリカバリースタートでは，ジョブの実行が抑止された状態でリモートサイト側のJP1/AJS3 - Managerが起動します。

リモートサイト側に運用を切り替える手順については，「11.2.1 リモートサイトに運用を切り替える」を参照してください。

なお，-disasterはディザスター・リカバリー時だけ指定できるオプションです。通常のJP1/AJS3の起動モードとしては指定しないでください。

［開始］ボタンをクリックする。

なお，「net startサービス名」コマンドを実行した場合には，一時的な起動時の動作変更はできません。

注意事項

一時的に指定したサービス起動モードと，セットアップ時に設定したサービス起動モードが異なる場合，一時的に指定したサービス起動モードが優先されます。

JP1/AJS3 - Managerでオプションを省略した場合，セットアップ時に設定したサービス起動モードで起動します。

JP1/AJS3 - Agentでオプションを省略した場合，「-warm」が仮定されます。

指定したサービス起動モードによって，ジョブネットおよびジョブの状態が異なります。サービス起動モードによるジョブネットおよびジョブの状態の詳細については，「(3) 起動モード別のジョブネットおよびジョブの状態」を参照してください。

(2)　UNIXの場合

jajs_spmdコマンドに引数を指定して実行する。

指定できるオプションを次の表に示します。

表6‒2　 jajs_spmdコマンドに指定できるオプション

オペランド

起動時の動作

-cold

コールドスタートする。

-warm

ウォームスタートする。

-hot

ホットスタートする。

-disaster

ディザスターリカバリースタートする。※

注※

JP1/AJS3システムをディザスター・リカバリー環境で運用している場合に使用するオプションです。大規模災害などでメインサイト側での運用が停止し，リモートサイト側に運用を切り替えるときに，このオプションを指定してリモートサイト側のJP1/AJS3をディザスターリカバリースタートします。ディザスターリカバリースタートでは，ジョブの実行が抑止された状態でリモートサイト側のJP1/AJS3 - Managerが起動します。

リモートサイト側に運用を切り替える手順については，「11.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サービスをホットスタートした場合のジョブネットおよびジョブの状態を次の表に示します。

表6‒3　ホットスタート（-hot）した場合のジョブネットおよびジョブの状態

ユニット

JP1/AJS3停止前の状態

条件

JP1/AJS3起動後の状態

ジョブネット

先行終了待ち

なし

先行終了待ち※1，※6，※12，※13，※15

未計画（ルート）

なし

未計画

未計画（ネスト）

なし

未計画※1，※6，※12，※13，※15

開始時刻待ち（ルート）

なし

開始時刻待ち※2，※3

開始時刻待ち（ネスト）

なし

開始時刻待ち※1

保留中（ルート）

なし

保留中※2

保留中（ネスト）

なし

保留中※1

実行中

なし

実行中※4

警告検出実行中

なし

警告検出実行中※5

異常検出実行中

なし

異常検出実行中

起動条件待ち

なし

起動条件待ち※15

監視中

なし

監視中※6，※13

終了状態

なし

変更なし

リモートジョブネット

先行終了待ち

なし

先行終了待ち※1，※6，※12，※13，※15

未計画（ルート）

なし

未計画

未計画（ネスト）

なし

未計画※1，※6，※12，※13，※15

開始時刻待ち（ルート）

なし

開始時刻待ち※2，※3

開始時刻待ち（ネスト）

なし

開始時刻待ち※1

保留中（ルート）

なし

保留中※2

保留中（ネスト）

なし

保留中※1

実行中（ルート）

なし

異常検出終了

実行中（ネスト）

なし

異常検出終了

終了状態

なし

変更なし

ジョブ（UNIXジョブ，PCジョブ，フレキシブルジョブ，HTTP接続ジョブ，アクションジョブ，カスタムジョブ，引き継ぎ情報設定ジョブ）

先行終了待ち

なし

先行終了待ち※1，※6，※12，※13，※15

未計画

なし

未計画※1，※6，※12，※13，※15

保留中

なし

保留中※1

実行待ち

ジョブがキューイング状態になる前に，JP1/AJS3サービスが停止した

ジョブがキューイング状態である

先行終了待ち※7

ジョブが他ホストで実行され終了前にJP1/AJS3サービスが停止した

実行中

ジョブが自ホストで実行され終了前にJP1/AJS3サービスが停止した

強制終了

ジョブが終了状態である

終了状態※8

JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

終了状態不明

キューイング

ジョブがキューイング状態である

先行終了待ち※7

ジョブが他ホストで実行され終了前にJP1/AJS3サービスが停止した

実行中

ジョブが自ホストで実行され，終了前にJP1/AJS3サービスが停止した

強制終了

ジョブが終了状態である

終了状態※8

JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

終了状態不明

実行中

実行先が他ホストである

実行中

実行先が自ホストである

強制終了

ジョブが終了状態になっている

終了状態※8

JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

終了状態不明

終了状態

なし

変更なし

判定ジョブ，ORジョブ※14

先行終了待ち

なし

先行終了待ち※1，※6，※12，※13，※15

未計画

なし

未計画※1，※6，※12，※13，※15

保留中

なし

保留中※1

終了状態

なし

変更なし

QUEUEジョブ

先行終了待ち

なし

先行終了待ち※1，※6，※12，※13，※15

未計画

なし

未計画※1，※6，※12，※13，※15

保留中

なし

保留中※1

実行待ち

ジョブがキューイング状態である

キューイング

ジョブが他ホストで実行され終了前にJP1/AJS3サービスが停止した

実行中

ジョブが自ホストで実行され終了前にJP1/AJS3サービスが停止した

強制終了

ジョブが終了状態である

終了状態※8

ジョブがキューイング状態になる前に，JP1/AJS3サービスが停止した

ジョブの状態取得に失敗した

・JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

・ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた※9

終了状態不明

キューイング

ジョブがキューイング状態である

キューイング

ジョブが他ホストで実行され終了前にJP1/AJS3サービスが停止した

実行中

ジョブが自ホストで実行され終了前にJP1/AJS3サービスが停止した

強制終了

ジョブが終了状態である

終了状態※8

ジョブの状態取得に失敗した

JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた※9

終了状態不明

実行中

実行先が他ホストである

実行中

実行先が自ホストである

強制終了

ジョブが終了状態になっている

終了状態※8

ジョブの状態取得に失敗した

JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた※9

終了状態不明

終了状態

なし

変更なし

キューレスジョブ

先行終了待ち

なし

先行終了待ち※1，※6，※12，※13，※15

未計画

なし

未計画※1，※6，※12，※13，※15

保留中

なし

保留中※1

実行待ち

キューレスエージェントサービスに設定している最大同時ジョブ実行数を超えたため，ほかのキューレスジョブの終了を待っている

実行待ち

キューレスジョブが実行中になっている

実行中

キューレスジョブが終了状態になっている

終了状態※8，※10

JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

JP1/AJS3サービス再起動時に，キューレスジョブ機能が無効になっている

終了状態不明

ジョブがエージェントに送信される前に，JP1/AJS3サービスを停止した

未実行終了

実行中

キューレスジョブが実行中になっている

実行中

キューレスジョブが終了状態になっている

終了状態※8，※10

JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

JP1/AJS3サービス再起動時に，キューレスジョブ機能がアンインストールされている

終了状態不明

終了状態

なし

変更なし

イベントジョブ，カスタムイベントジョブ

ジョブネット中

先行終了待ち

なし

先行終了待ち※1，※6，※12，※13，※15

未計画

なし

未計画※1，※6，※12，※13，※15

保留中

なし

保留中※1

キューイング，実行中

実行先が他ホストである

実行先が，他ホストまたは自ホストで，システムダウンしたあとの再起動である

キューイング，実行中

実行先が自ホストである

異常検出終了※11

終了状態

なし

変更なし

起動条件中

先行終了待ち

なし

先行終了待ち※6，※12，※13，※15

未計画

なし

未計画※12

キューイング

なし

キューイング※13，※15

実行中

イベントジョブ，カスタムイベントジョブが実行中である

実行中※13，※15

イベントジョブ，カスタムイベントジョブが終了状態である

終了状態※8

終了状態

なし

変更なし

ジョブネットコネクタ

先行終了待ち

なし

先行終了待ち※1，※12，※16

未計画

なし

未計画※1，※12

実行中

接続先のジョブネットが正常終了になっている

正常終了※16

接続先のジョブネットが警告検出終了になっている

警告検出終了※16

接続先のジョブネットが実行中になっている

実行中※16

接続先のジョブネットが警告検出実行中になっている

警告検出実行中※16

接続先のジョブネット配下に異常終了扱いになったユニットがある

異常検出実行中※16

警告検出実行中

接続先のジョブネットが警告検出終了になっている

警告検出終了※16

接続先のジョブネットが警告検出実行中になっている

警告検出実行中※16

接続先のジョブネット配下に異常終了扱いになったユニットがある

異常検出実行中※16

異常検出実行中

なし

異常検出実行中※16

終了状態

なし

変更なし

注※1

先行ユニットが異常終了扱いになった場合は，「未実行終了」状態になります。

注※2

ホットスタートした時刻がジョブネットの打ち切り時間を過ぎていた場合は，「繰り越し未実行」状態になります。

注※3

ホットスタートした時刻がジョブネットの打ち切り時間に満たないが，開始予定時刻を超過している場合は，「実行中」状態になります。

ただし，異なるスケジューラーサービス間のルートジョブネットの実行順序制御で，ジョブネットの実行順序方式が「同期」の場合，ジョブネットコネクタのあるスケジューラーサービスが起動するまでは，通信エラーとなって，「異常検出終了」状態になります。詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.4 ジョブネットコネクタを使用したルートジョブネットの実行順序制御」を参照してください。

注※4

配下に異常終了扱いになったユニットがある場合は，「異常検出実行中」または「異常検出終了」状態になります。

配下に異常終了扱いになったユニットがなく，「警告検出実行中」または「警告検出終了」状態のユニットがある場合は，「警告検出実行中」または「警告検出終了」状態になります。

注※5

配下に異常終了扱いになったユニットがある場合は，「異常検出実行中」または「異常検出終了」状態になります。

注※6

起動条件中のイベントジョブおよびカスタムイベントジョブがエージェント上で実行中になる前にJP1/AJS3サービスまたはスケジューラーサービスを強制停止すると，ルートジョブネットは「監視打ち切り終了」状態になります。ルートジョブネット配下のネストジョブネットやジョブはすべて「未実行終了」状態になります。

注※7

JP1/AJS3のデータベース構成が標準構成の場合，ジョブ実行制御にキューイングされていたジョブ，および「実行待ち」状態のジョブは，キャンセルされて「先行終了待ち」状態に戻ります。そのあと，「先行終了待ち」状態のジョブは，再サブミットによって再度ジョブ実行制御にキューイングされます。ただし，先行ユニットが異常終了している場合は，再サブミットされないで「未実行終了」状態になります。詳細については，「6.4 JP1/AJS3サービス再起動時のジョブの再サブミット」を参照してください。

注※8

終了状態とは，次の状態のどれかです。

正常終了

警告検出終了

異常検出終了

強制終了

起動失敗

注※9

例えば，ジョブ情報の保存日数に0日を設定していて，JP1/AJS3サービスを再起動するまでの間にジョブの保存時間（デフォルトは10分）を過ぎてしまってジョブ状態を管理するために必要なジョブ情報がすでに削除されていた場合などです。

ジョブ情報の保存日数を0日にする場合は，JP1/AJS3サービスの停止から起動までの所要時間を見積もり，ジョブ情報の保存時間に所要時間以上の値を設定してください。また，見積もりができない場合は，保存日数を1日以上にしてください。ジョブ情報の保存日数の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.5 ジョブ実行環境設定」を参照してください。

注※10

キューレスジョブで使用するステータスファイルを作成しておく必要があります。ステータスファイルが作成されていない場合，ジョブは「終了状態不明」状態になります。

注※11

システムダウンによるフェールオーバーの場合，またはイベントジョブ実行継続オプションを有効にしている場合は「実行中」状態になります。

注※12

ルートジョブネットが「繰り越し未実行」状態になると，ルートジョブネット配下のネストジョブネットやリモートジョブネットは，すべて「繰り越し未実行」になり，ジョブはすべて「未実行終了」になります。

ただし，起動条件を使用しないで，「未計画」状態となっている起動条件に定義されているイベントジョブおよびカスタムイベントジョブは，ルートジョブネットが「繰り越し未実行」状態になると「計画未実行」状態になります。

注※13

JP1/AJS3サービスやスケジューラーサービスを制限停止すると，「監視中」状態のルートジョブネットは「監視中断」状態になり，ホットスタートすると「監視中断」状態から「監視中」状態になります。

起動条件中に定義されている「実行中」状態のイベントジョブおよびカスタムイベントジョブは「監視中断」状態になり，ホットスタートすると，「監視中断」状態から「実行中」状態になります。

ジョブネット中に定義されている「先行終了待ち」「未計画」状態のネストジョブネットやジョブは「未実行終了」状態になり，ホットスタートすると，「未実行終了」状態から「先行終了待ち」「未計画」状態になります。

注※14

判定ジョブおよびORジョブは「実行待ち」，「キューイング」または「実行中」状態にならないユニットです。

注※15

起動条件が成立していない「起動条件待ち」状態の実行世代は，監視が停止すると世代が削除されます。

注※16

異なるスケジューラーサービス間のルートジョブネットの実行順序制御の場合，接続先のジョブネットのあるスケジューラーサービスが起動するまでは，通信エラーとなって，「異常検出終了」状態になります。詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.4 ジョブネットコネクタを使用したルートジョブネットの実行順序制御」を参照してください。

ウォームスタートした場合のジョブネットおよびジョブの状態

マネージャーホストのJP1/AJS3サービスをウォームスタートした場合のジョブネットおよびジョブの状態を次の表に示します。

表6‒4　ウォームスタート（-warm）した場合のジョブネットおよびジョブの状態

ユニット

JP1/AJS3停止前の状態

条件

JP1/AJS3起動後の状態

ジョブネット

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

先行終了待ち※10

ルートジョブネットが実行中状態である※1

未実行終了

ルートジョブネットが「起動条件待ち」状態である

先行終了待ち※13

ルートジョブネットが「監視中」状態である※14

先行終了待ち※6，※11

未計画（ルート）

なし

未計画

未計画（ネスト）

ルートジョブネットが「未計画」状態である

未計画

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

未計画※10

ルートジョブネットが実行中状態である※1

未実行終了

ルートジョブネットが「起動条件待ち」状態である

未計画※13

ルートジョブネットが「監視中」状態である※14

未計画※6，※11

開始時刻待ち（ルート）

なし

開始時刻待ち※2，※3

開始時刻待ち（ネスト）

なし

未実行終了

保留中（ルート）

なし

保留中※2，※4

保留中（ネスト）

なし

未実行終了

実行中

なし

中断※5

警告検出実行中

なし

中断※5

異常検出実行中

なし

中断※5

起動条件待ち

なし

起動条件待ち※13

監視中

なし

監視中※6，※11

終了状態

なし

変更なし

リモートジョブネット

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

先行終了待ち※10

ルートジョブネットが実行中状態である※1

未実行終了

ルートジョブネットが「起動条件待ち」状態である

先行終了待ち※13

ルートジョブネットが「監視中」状態である※14

先行終了待ち※6，※11

未計画（ルート）

なし

未計画

未計画（ネスト）

ルートジョブネットが「未計画」状態である

未計画

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

未計画※10

ルートジョブネットが実行中状態である※1

未実行終了

ルートジョブネットが「起動条件待ち」状態である

未計画※13

ルートジョブネットが「監視中」状態である※14

未計画※6，※11

開始時刻待ち（ルート）

なし

開始時刻待ち※2，※3

開始時刻待ち（ネスト）

なし

未実行終了

保留中（ルート）

なし

保留中※2，※4

保留中（ネスト）

なし

未実行終了

実行中（ルート）

なし

中断

実行中（ネスト）

なし

中断

終了状態

なし

変更なし

ジョブ（UNIXジョブ，PCジョブ，フレキシブルジョブ，HTTP接続ジョブ，アクションジョブ，カスタムジョブ，引き継ぎ情報設定ジョブ）

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

先行終了待ち※10

ルートジョブネットが実行中状態である※1

未実行終了

ルートジョブネットが「起動条件待ち」状態である

先行終了待ち※13

ルートジョブネットが「監視中」状態である※14

先行終了待ち※6，※11

未計画

ルートジョブネットが「未計画」状態である

未計画

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

未計画※10

ルートジョブネットが実行中状態である※1

未実行終了

ルートジョブネットが「起動条件待ち」状態である

未計画※13

ルートジョブネットが「監視中」状態である※14

未計画※6，※11

保留中

なし

未実行終了

実行待ち

ジョブがキューイング状態になる前に，JP1/AJS3サービスが停止した

ジョブがキューイング状態である

未実行終了

ジョブが終了状態である

終了状態※7

ジョブが実行中である

JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

終了状態不明

キューイング

ジョブがキューイング状態である

未実行終了

ジョブが終了状態である

終了状態※7

ジョブが実行中である

終了状態不明

実行中

ジョブが終了状態である

終了状態※7

ジョブが実行中である

終了状態不明

終了状態

なし

変更なし

判定ジョブ，ORジョブ※12

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

先行終了待ち※10

ルートジョブネットが実行中状態である※1

未実行終了

ルートジョブネットが「起動条件待ち」状態である

先行終了待ち※13

ルートジョブネットが「監視中」状態である※14

先行終了待ち※6，※11

未計画

ルートジョブネットが「未計画」状態である

未計画

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

未計画※10

ルートジョブネットが実行中状態である※1

未実行終了

ルートジョブネットが「起動条件待ち」状態である

未計画※13

ルートジョブネットが「監視中」状態である※14

未計画※6，※11

保留中

なし

未実行終了

終了状態

なし

変更なし

QUEUEジョブ

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

先行終了待ち※10

ルートジョブネットが実行中状態である※1

未実行終了

ルートジョブネットが「起動条件待ち」状態である

先行終了待ち※13

ルートジョブネットが「監視中」状態である※14

先行終了待ち※6，※11

未計画

ルートジョブネットが「未計画」状態である

未計画

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

未計画※10

ルートジョブネットが実行中状態である※1

未実行終了

ルートジョブネットが「起動条件待ち」状態である

未計画※13

ルートジョブネットが「監視中」状態である※14

未計画※6，※11

保留中

なし

未実行終了

実行待ち

ジョブがキューイング状態である

未実行終了

ジョブが終了状態である

終了状態※7

ジョブがキューイング状態になる前に，JP1/AJS3サービスが停止した

ジョブが実行中である

ジョブの状態取得に失敗した

・JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

・ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた※8

終了状態不明

キューイング

ジョブがキューイング状態である

未実行終了

ジョブが終了状態である

終了状態※7

ジョブが実行中である

ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた※8

終了状態不明

実行中

ジョブが終了状態である

終了状態※7

ジョブが実行中である

ジョブ情報の保存日数を過ぎたため，ジョブ情報がすでに削除されていた※8

終了状態不明

終了状態

なし

変更なし

キューレスジョブ

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

先行終了待ち※10

ルートジョブネットが実行中状態である※1

未実行終了

ルートジョブネットが「起動条件待ち」状態である

先行終了待ち※13

ルートジョブネットが「監視中」状態である※14

先行終了待ち※6，※11

未計画

ルートジョブネットが「未計画」状態である

未計画

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

未計画※10

ルートジョブネットが実行中状態である※1

未実行終了

ルートジョブネットが「起動条件待ち」状態である

未計画※13

ルートジョブネットが「監視中」状態である※14

未計画※6，※11

保留中

なし

未実行終了

実行待ち

キューレスジョブが終了状態である

終了状態※7，※9

キューレスエージェントサービスに設定している最大同時ジョブ実行数を超えたため，ほかのキューレスジョブの終了を待っている

終了状態不明

ジョブがエージェントに送信される前に，JP1/AJS3サービスを停止した

未実行終了

実行中

キューレスジョブが終了状態である

終了状態※7，※9

キューレスジョブが実行中である

JP1/AJS3サービス再起動時に，メモリー不足や通信障害が発生してジョブの状態取得に失敗した

JP1/AJS3サービス再起動時に，キューレスジョブ機能が無効になっている

終了状態不明

終了状態

なし

変更なし

イベントジョブ，カスタムイベントジョブ

ジョブネット中

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

先行終了待ち※10

ルートジョブネットが実行中状態である※1

未実行終了

ルートジョブネットが「起動条件待ち」状態である

先行終了待ち※13

ルートジョブネットが「監視中」状態である※14

先行終了待ち※6，※11

未計画

ルートジョブネットが「未計画」状態である

未計画

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

未計画※10

ルートジョブネットが実行中状態である※1

未実行終了

ルートジョブネットが「起動条件待ち」状態である

未計画※13

ルートジョブネットが「監視中」状態である※14

未計画※6，※11

保留中

なし

未実行終了

キューイング

なし

終了状態不明

実行中

なし

終了状態不明

終了状態

なし

変更なし

起動条件中

先行終了待ち

なし

先行終了待ち※6，※10，※11，※13

未計画

なし

未計画※10

キューイング

なし

キューイング※11，※13

実行中

イベントジョブ，カスタムイベントジョブが実行中である

実行中※11，※13

イベントジョブ，カスタムイベントジョブが終了状態である

終了状態※7

終了状態

なし

変更なし

ジョブネットコネクタ

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

先行終了待ち※10

ルートジョブネットが実行中状態である※1

未実行終了

未計画

ルートジョブネットが「未計画」状態である

未計画

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

未計画※10

ルートジョブネットが実行中状態である※1

未実行終了

実行中

なし

終了状態不明

警告検出実行中

なし

終了状態不明

異常検出実行中

なし

終了状態不明

終了状態

なし

変更なし

注※1

実行中状態とは，次の状態のどれかです。

実行中

警告検出実行中

異常検出実行中

注※2

次のどれかの状態の場合は，「繰り越し未実行」状態になります。

スケジューラーサービスの環境設定パラメーターOVERSCHEDULEに「plan」を設定していて，当日の実行予定である。

スケジューラーサービスの環境設定パラメーターOVERSCHEDULEに「skip」を設定していて，スケジューラーサービスの起動時より前の実行予定である。

ジョブネットの実行登録時に［実行登録］ダイアログボックスの［デーモン起動時に予定時刻超過］で［次回から実行する］を選択していて，スケジューラーサービスの起動時より前の実行予定である。

スケジューラーサービスを起動した時刻がジョブネットの打ち切り時間を過ぎている。

環境設定パラメーターOVERSCHEDULEの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(72) OVERSCHEDULE」を参照してください。

注※3

ウォームスタートした時刻が，開始予定時刻を超過していて，注※2のケースに該当しない場合，ジョブネットは「実行中」状態になります。

注※4

スケジュールを再計算するため，いったん「開始時刻待ち」状態になってから「保留中」状態になります。

注※5

サービス停止前にジョブネット配下のジョブが「実行待ち」状態，「キューイング」状態または「実行中」状態の場合，ジョブネットはすべてのジョブの実行結果を確認して終了状態に遷移してから「中断」状態になります。

注※6

起動条件中のイベントジョブおよびカスタムイベントジョブがエージェント上で実行中になる前にJP1/AJS3サービスまたはスケジューラーサービスを強制停止すると，ルートジョブネットは「監視打ち切り終了」状態になります。ルートジョブネット配下のネストジョブネットやジョブはすべて「未実行終了」状態になります。

注※7

終了状態は，次の状態のどれかです。

正常終了

警告検出終了

異常検出終了

強制終了

起動失敗

注※8

例えば，ジョブ情報の保存日数に0日を設定していて，JP1/AJS3サービスを再起動するまでの間にジョブの保存時間（デフォルトは10分）を過ぎてしまってジョブ状態を管理するために必要なジョブ情報がすでに削除されていた場合などです。ジョブ情報の保存日数を0日にする場合は，JP1/AJS3サービスの停止から起動までの所要時間を見積もり，ジョブ情報の保存時間に所要時間以上の値を設定してください。また，見積もりができない場合は，保存日数を1日以上にしてください。ジョブ情報の保存日数の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.5 ジョブ実行環境設定」を参照してください。

注※9

キューレスジョブで使用するステータスファイルを作成しておく必要があります。ステータスファイルが作成されていない場合，ジョブは「終了状態不明」状態になります。

注※10

ルートジョブネットが「繰り越し未実行」状態になると，ルートジョブネット配下のネストジョブネットやリモートジョブネットは，すべて「繰り越し未実行」になり，ジョブはすべて「未実行終了」になります。

ただし，起動条件を使用しないで，「未計画」状態となっている起動条件に定義されているイベントジョブおよびカスタムイベントジョブは，ルートジョブネットが「繰り越し未実行」状態になると「計画未実行」状態になります。

注※11

JP1/AJS3サービスやスケジューラーサービスを制限停止すると，「監視中」状態のルートジョブネットは「監視中断」状態になり，ウォームスタートすると「監視中断」状態から「監視中」状態になります。

起動条件中に定義されている「実行中」状態のイベントジョブおよびカスタムイベントジョブは「監視中断」状態になり，ウォームスタートすると，「監視中断」状態から「実行中」状態になります。

ジョブネット中に定義されている「先行終了待ち」「未計画」状態のネストジョブネットやジョブは「未実行終了」状態になり，ウォームスタートすると，「未実行終了」状態から「先行終了待ち」「未計画」状態になります。

注※12

判定ジョブおよびORジョブは「実行待ち」，「キューイング」または「実行中」状態にならないユニットです。

注※13

起動条件が成立していない「起動条件待ち」状態の実行世代は，監視が停止すると世代が削除されます。

注※14

監視世代は事象の発生の監視を制御する世代のため，監視世代のジョブネット中に定義されているネストジョブネットやジョブは実行されません。詳細については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　3.4.2 監視世代と実行世代」を参照してください。

コールドスタートした場合のジョブネットおよびジョブの状態

マネージャーホストのJP1/AJS3サービスをコールドスタート（-cold）した場合，登録済みのジョブネットはすべて「未登録」状態になり，前回までのジョブネットおよびジョブの実行結果がすべて削除された状態で，JP1/AJS3サービスが起動されます。

ディザスターリカバリースタートした場合のジョブネットおよびジョブの状態

マネージャーホストのJP1/AJS3サービスをディザスターリカバリースタート（-disaster）した場合のジョブネットおよびジョブの状態を次の表に示します。

表6‒5　ディザスターリカバリースタート（-disaster）した場合のジョブネットおよびジョブの状態

ユニット種別

JP1/AJS3 - Managerの運用切り替え前の状態

条件

JP1/AJS3 - Managerの運用切り替え後の状態

ジョブネット

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

先行終了待ち※4

ルートジョブネットが実行中状態である※5

未実行終了

ルートジョブネットが「起動条件待ち」状態である

先行終了待ち※8

ルートジョブネットが「監視中」状態である※9

未実行終了※6

未計画(ルート)

なし

未計画

未計画(ネスト)

ルートジョブネットが「未計画」状態である

未計画

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

未計画※4

ルートジョブネットが実行中状態である※5

未実行終了

ルートジョブネットが「起動条件待ち」状態である

未計画※8

ルートジョブネットが「監視中」状態である※9

未実行終了※6

開始時刻待ち(ルート)

なし

開始時刻待ち※1，※2

開始時刻待ち(ネスト)

なし

未実行終了

保留中(ルート)

なし

保留中※1，※3

保留中(ネスト)

なし

未実行終了

実行中

なし

中断

警告検出実行中

なし

中断

異常検出実行中

なし

中断

起動条件待ち

なし

起動条件待ち※8

監視中

なし

監視打ち切り終了※6

終了状態

なし

変更なし

リモートジョブネット

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

先行終了待ち※4

ルートジョブネットが実行中状態である※5

未実行終了

ルートジョブネットが「起動条件待ち」状態である

先行終了待ち※8

ルートジョブネットが「監視中」状態である※9

未実行終了※6

未計画(ルート)

なし

未計画

未計画(ネスト)

ルートジョブネットが「未計画」状態である

未計画

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

未計画※4

ルートジョブネットが実行中状態である※5

未実行終了

ルートジョブネットが「起動条件待ち」状態である

未計画※8

ルートジョブネットが「監視中」状態である※9

未実行終了※6

開始時刻待ち(ルート)

なし

開始時刻待ち※1，※2

開始時刻待ち(ネスト)

なし

未実行終了

保留中(ルート)

なし

保留中※1，※3

保留中(ネスト)

なし

未実行終了

実行中(ルート)

なし

中断

実行中(ネスト)

なし

中断

終了状態

なし

変更なし

ジョブ（標準ジョブ，HTTP接続ジョブ，アクションジョブ，カスタムジョブおよび引き継ぎ情報設定ジョブ）

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

先行終了待ち※4

ルートジョブネットが実行中状態である※5

未実行終了

ルートジョブネットが「起動条件待ち」状態である

先行終了待ち※8

ルートジョブネットが「監視中」状態である※9

未実行終了※6

未計画

ルートジョブネットが「未計画」状態である

未計画

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

未計画※4

ルートジョブネットが実行中状態である※5

未実行終了

ルートジョブネットが「起動条件待ち」状態である

未計画※8

ルートジョブネットが「監視中」状態である※9

未実行終了※6

保留中

なし

未実行終了

実行待ち

なし

終了状態不明

キューイング

なし

終了状態不明

実行中

なし

終了状態不明

終了状態

なし

変更なし

判定ジョブ，ORジョブ※7

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

先行終了待ち※4

ルートジョブネットが実行中状態である※5

未実行終了

ルートジョブネットが「起動条件待ち」状態である

先行終了待ち※8

ルートジョブネットが「監視中」状態である※9

未実行終了※6

未計画

ルートジョブネットが「未計画」状態である

未計画

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

未計画※4

ルートジョブネットが実行中状態である※5

未実行終了

ルートジョブネットが「起動条件待ち」状態である

未計画※8

ルートジョブネットが「監視中」状態である※9

未実行終了※6

保留中

なし

未実行終了

終了状態

なし

変更なし

キューレスジョブ

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

先行終了待ち※4

ルートジョブネットが実行中状態である※5

未実行終了

ルートジョブネットが「起動条件待ち」状態である

先行終了待ち※8

ルートジョブネットが「監視中」状態である※9

未実行終了※6

未計画

ルートジョブネットが「未計画」状態である

未計画

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

未計画※4

ルートジョブネットが実行中状態である※5

未実行終了

ルートジョブネットが「起動条件待ち」状態である

未計画※8

ルートジョブネットが「監視中」状態である※9

未実行終了※6

保留中

なし

未実行終了

実行待ち

なし

終了状態不明

実行中

なし

終了状態不明

終了状態

なし

変更なし

イベントジョブ，カスタムイベントジョブ

ジョブネット中

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

先行終了待ち※4

ルートジョブネットが実行中状態である※5

未実行終了

ルートジョブネットが「起動条件待ち」状態である

先行終了待ち※8

ルートジョブネットが「監視中」状態である※9

未実行終了※6

未計画

ルートジョブネットが「未計画」状態である

未計画

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

未計画※4

ルートジョブネットが実行中状態である※5

未実行終了

ルートジョブネットが「起動条件待ち」状態である

未計画※8

ルートジョブネットが「監視中」状態である※9

未実行終了※6

保留中

なし

未実行終了

キューイング

なし

終了状態不明

実行中

なし

終了状態不明

終了状態

なし

変更なし

起動条件中

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態で起動条件を使用する

先行終了待ち※4

ルートジョブネットが「起動条件待ち」状態である

先行終了待ち※8

ルートジョブネットが「監視中」状態である

未実行終了※6

未計画

ルートジョブネットが「未計画」状態である

未計画

ルートジョブネットが「開始時刻待ち」または「保留中」状態で起動条件を使用しない

未計画※4

キューイング

ルートジョブネットが「起動条件待ち」状態である

キューイング※8

ルートジョブネットが「監視中」状態である

終了状態不明※6

実行中

ルートジョブネットが「起動条件待ち」状態である

実行中※8

ルートジョブネットが「監視中」状態である

終了状態不明※6

終了状態

なし

変更なし

ジョブネットコネクタ

先行終了待ち

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

先行終了待ち※4

ルートジョブネットが実行中状態である※5

未実行終了

未計画

ルートジョブネットが「未計画」状態である

未計画

ルートジョブネットが「開始時刻待ち」または「保留中」状態である

未計画※4

ルートジョブネットが実行中状態である※5

未実行終了

実行中

なし

終了状態不明

警告検出実行中

なし

終了状態不明

異常検出実行中

なし

終了状態不明

終了状態

なし

変更なし

注※1

次のどれかの状態の場合は，次回実行予定は「繰り越し未実行」状態になります。

スケジューラーサービスの環境設定パラメーターOVERSCHEDULEに「plan」を設定していて，当日の実行予定である。

スケジューラーサービスの環境設定パラメーターOVERSCHEDULEに「skip」を設定していて，スケジューラーサービスの起動時より前の実行予定である。

ジョブネットの実行登録時に［実行登録］ダイアログボックスの［デーモン起動時に予定時刻超過］で［次回から実行する］を選択していて，スケジューラーサービスの起動時より前の実行予定である。

スケジューラーサービスを起動した時刻がジョブネットの打ち切り時間を過ぎている。

環境設定パラメーターOVERSCHEDULEの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(72) OVERSCHEDULE」を参照してください。

注※2

ディザスターリカバリースタートした時刻が，開始予定時刻を超過していて，注※1のケースに該当しない場合，ジョブの実行が抑止されているため，実行抑止を解除するまでは予定時刻に到達しても実行されません。

注※3

次回実行予定はスケジュールを再計算するため，いったん「開始時刻待ち」状態になってからジョブの実行抑止が解除されると「保留中」状態になります。

注※4

ルートジョブネットが「繰り越し未実行」状態になると，ルートジョブネット配下のネストジョブネットやリモートジョブネットは，すべて「繰り越し未実行」になり，ジョブはすべて「未実行終了」になります。

ただし，起動条件を使用しないで，「未計画」状態となっている起動条件に定義されているイベントジョブおよびカスタムイベントジョブは，ルートジョブネットが「繰り越し未実行」状態になると「計画未実行」状態になります。

注※5

実行中状態は，次の状態のどれかです。

実行中

警告検出実行中

異常検出実行中

注※6

JP1/AJS3サービスやスケジューラーサービスを制限停止すると，「監視中」状態のルートジョブネットは「監視中断」状態になり，ディザスターリカバリースタートしてジョブの実行抑止を解除すると，「監視中断」状態から「監視中」状態になります。

起動条件中に定義されている「実行中」状態のイベントジョブおよびカスタムイベントジョブは「監視中断」状態になり，ディザスターリカバリースタートしてジョブの実行抑止を解除すると，「監視中断」状態から「実行中」状態になります。

ジョブネット中に定義されている「先行終了待ち」「未計画」状態のネストジョブネットやジョブは「未実行終了」状態になり，ディザスターリカバリースタートすると，「未実行終了」状態から「先行終了待ち」「未計画」状態になります。

注※7

判定ジョブおよびORジョブは「実行待ち」，「キューイング」または「実行中」状態にならないユニットです。

注※8

起動条件が成立していない「起動条件待ち」状態の実行世代は，監視が停止すると世代が削除されます。

注※9

監視世代は事象の発生の監視を制御する世代のため，監視世代のジョブネット中に定義されているネストジョブネットやジョブは実行されません。詳細については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　3.4.2 監視世代と実行世代」を参照してください。

起動モードの指定を省略した場合のジョブネットおよびジョブの状態

マネージャーホストのJP1/AJS3サービスの起動モードの指定を省略した場合，セットアップ時に設定したサービス起動モードで起動されます。セットアップ時に設定が省略されている場合，ウォームスタートと同様になります。

イベントリセット時のジョブネットおよびジョブの状態

イベントリセットを行った場合のジョブネットおよびジョブの状態は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jpomanevreset」を参照してください。

(b)　エージェントホストのJP1/AJS3サービスを再起動する場合

エージェントホストのJP1/AJS3サービスを再起動したときの，エージェントホスト上のジョブの状態は，起動モードおよびジョブの種類によって異なります。

なお，エージェントホストのJP1/AJS3サービスの起動モードの指定を省略した場合は，ウォームスタートと同じです。

各起動モードでJP1/AJS3を起動したときのジョブの状態を，ジョブの種類別に次の表に示します。

表6‒6　エージェントホストのJP1/AJS3起動時の起動モードとジョブの状態

起動モード

PCジョブ，UNIXジョブ，HTTP接続ジョブ，フレキシブルジョブ，QUEUEジョブ

イベントジョブおよびカスタムイベントジョブ

起動条件中に指定されたイベントジョブおよびカスタムイベントジョブ

ウォームスタート

マネージャーホストにジョブの状態を報告できなかったジョブは，マネージャーホストで「強制終了」状態になります。ただし，jpqjobsubコマンドの-rsオプションを利用し，ジョブの回復状態を指定した場合は，指定した状態になります。

監視を終了します（マネージャーホスト上でのジョブは「異常検出終了」状態になります）。

ただし，次のどれかに該当する場合は，それぞれの状況に従った状態になります。

イベントジョブ実行継続オプションを有効にしている場合

表6-8に示す状態になります。イベントジョブ実行継続オプションについては，「8.2.1 JP1/AJS3のサービスが停止してもイベントジョブおよびカスタムイベントジョブの実行を継続させる」を参照してください。

マネージャーホストのスケジューラーサービスが停止している場合，またはマネージャーホストのJP1/AJS3サービスが停止している場合

「(a) マネージャーホストのJP1/AJS3サービスを再起動する場合」に示す状態になります。

JP1/AJS3が停止する前にエージェントホストで検知したイベント情報のうち，マネージャーホストに通知できなかったイベント情報は，エージェントホスト起動後にマネージャーホストに通知します（マネージャーホスト上でのジョブは「監視中」状態のままになります。エージェントホストの再起動時に引き続き実行されます）。

ホットスタート

コールドスタート

エージェントホストの再起動時に引き続き実行されます。

JP1/AJS3が停止する前にエージェントホストで検知したイベント情報のうち，マネージャーホストに通知できなかったイベント情報は破棄されます（マネージャーホスト上でのジョブは「監視中」状態のままになります）。

(4)　エージェントホストを再起動する場合のマネージャーホスト上でのジョブの状態

マネージャー・エージェント構成で，エージェントホストのJP1/AJS3サービスを再起動する場合，次に示す状況ではマネージャーホスト上のジョブの状態が異なります。

停止したエージェントホストを再起動する

システムダウンしたエージェントホストを再起動する

停止したエージェントホストを再起動する場合の，マネージャーホスト上でのジョブの状態を表6-7に示します。システムダウンしたエージェントホストを再起動する場合の，マネージャーホスト上でのジョブの状態を表6-8に示します。

表6‒7　停止したエージェントホストを再起動する場合のマネージャーホスト上でのジョブの状態

ユニットの種類

エージェントホストが停止する前の状態

エージェントホストが停止したあとの状態

ジョブ※1

先行終了待ち

先行終了待ち

保留中

保留中

キューイング中

キューイング中※2

実行中

強制終了※3

その他の状態

変更なし

キューレスジョブ

先行終了待ち

未実行終了※4

保留中

保留中※4

実行待ち

終了状態不明※4

実行中

終了状態不明※4

その他の状態

変更なし

イベントジョブ，カスタムイベントジョブ

ジョブ

ネット中

先行終了待ち

先行終了待ち

保留中

保留中

キューイング中

キューイング中

実行中

異常検出終了※5

その他の状態

変更なし

起動条件中

先行終了待ち

先行終了待ち

キューイング中

キューイング中

実行中

実行中

その他の状態

変更なし

注※1

ジョブとは，標準ジョブ，HTTP接続ジョブ，アクションジョブ，カスタムジョブを示します。

注※2

シャットダウン処理中にジョブ実行要求を受け付けた場合，ジョブプロセスの起動に失敗して「起動失敗」状態になることがあります。また，エージェントホストがジョブ実行要求に対してマネージャーホストへ応答する前に停止した場合は，ジョブ実行要求はタイムアウトエラーとなります。そのあと，マネージャーホストからのポーリングによる状態確認の結果，「強制終了」状態になります。

注※3

ジョブを強制終了するときの動作については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.5.10 実行中のジョブネットやジョブを強制終了する」を参照してください。

注※4

エージェントホスト起動後，状態が変更されるまで時間が掛かる場合があります。

注※5

次のどれかに該当する場合は，それぞれの状況に従った状態になります。

イベントジョブ実行継続オプションを有効にしている場合は，「実行中」状態になります。

マネージャーホストのスケジューラーサービスが停止している場合，またはマネージャーホストのJP1/AJS3サービスが停止している場合は，「(3)(a) マネージャーホストのJP1/AJS3サービスを再起動する場合」に示す状態になります。

表6‒8　システムダウンしたエージェントホストを再起動する場合のマネージャーホスト上でのジョブの状態

ユニットの種類

エージェントホストがシステムダウンする前の状態

エージェントホストが停止したあとの状態

ジョブ※1

先行終了待ち

先行終了待ち

保留中

保留中

キューイング中

キューイング中

実行中

強制終了

その他の状態

変更なし

キューレスジョブ

先行終了待ち

未実行終了※2

保留中

保留中※2

実行待ち

終了状態不明※2

実行中

終了状態不明※2

その他の状態

変更なし

イベントジョブ，カスタムイベントジョブ

ジョブ

ネット中

先行終了待ち

先行終了待ち

保留中

保留中

キューイング中

キューイング中

実行中

実行中

その他の状態

変更なし

起動条件中

先行終了待ち

先行終了待ち

キューイング中

キューイング中

実行中

実行中

その他の状態

変更なし

注※1

ジョブとは，標準ジョブ，HTTP接続ジョブ，アクションジョブ，カスタムジョブを示します。

注※2

エージェントホスト起動後，状態が変更されるまで時間が掛かる場合があります。

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

JP1/AJS3 - Managerを終了するときの動作を一時的に変更できます。

一時的に終了時の動作を変更する場合の手順を次に示します。

jajs_spmd_stopコマンドに引数を指定して実行する。

指定できるオプションを次の表に示します。

表6‒9　jajs_spmd_stopコマンドに指定できるオプション

オペランド

動作

-job

実行中のジョブの停止を待って終了します。

-kill

強制的に終了します。

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

JP1/AJS3が何らかの理由によって停止すると，ジョブが実行できなくなり，分散システムの業務に影響を及ぼします。

JP1/AJS3では，障害が発生してプロセスが停止した場合，障害が発生したプロセスを再起動し自動回復を行います。再起動しても回復できない場合，障害が発生したプロセス以外のプロセスは停止しないで縮退運転します。プロセスが異常終了した場合に自動で再起動するプロセスについては，「6.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イベントを発行する機能については以降の項を参照してください。

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

JP1/AJS3を起動すると，複数のプロセスが生成されます。JP1/AJS3 - ManagerおよびJP1/AJS3 - Agentでは，あらかじめ再起動の設定をしておくことで，何らかの理由でプロセスが異常終了した場合に自動でプロセスを再起動できます。

ここで説明する再起動の設定は，クラスタ運用ではないJP1/AJS3の再起動を目的としています。クラスタ運用の場合で再起動したいときは，クラスタソフトの制御によって再起動するようにしてください。詳細については，「10.1 クラスタシステムの概要」を参照してください。

再起動の設定は，拡張起動プロセス定義ファイルで定義します。推奨値はデフォルトです。JP1/AJS3では，障害発生時の自動回復を強化するため，再起動によって回復できるプロセスがデフォルトで設定されています（JP1/AJS2では再起動しない設定がデフォルト）。各プロセスの，再起動の設定のデフォルト値については，表6-15〜表6-18の再起動設定のデフォルト値一覧を参照してください。

設定を変更するには，拡張起動プロセス定義ファイルの編集後，JP1/BaseおよびJP1/AJS3を再起動してください。

拡張起動プロセス定義ファイルの格納先を次に示します。

Windowsの場合

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

UNIXの場合

/etc/opt/jp1ajs2/conf

なお，再起動したときの動作は，物理ホストと論理ホストで異なります。それぞれの再起動したときの動作を次に示します。

物理ホストの場合

拡張起動プロセス定義ファイルの定義に従って再起動します。

論理ホストの場合

Windows

-HAオプションの指定にかかわらず再起動の設定が無効となり再起動しません。

UNIX

JP1/AJS3 - Managerでは，jajs_start.clusterコマンドまたはjajs_spmdコマンドに-HAオプションを指定して起動すると，再起動の設定が無効となり再起動しません。

JP1/AJS3 - Agentでは，-HAオプションの指定にかかわらず再起動の設定が無効となり再起動しません。

再起動の設定対象となるプロセスを次の表に示します。再起動の設定対象となるのは，一覧にあるJP1/AJS3 - Manager，JP1/AJS3 - AgentのJP1/AJS3サービスの子プロセス，または詳細プロセスだけです。表6-10〜表6-13の再起動の設定対象となるプロセス一覧にないプロセスは，再起動を設定できません。

Windowsの場合

表6‒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

22

ajsagtmond.exe

jp1ajs_hstd_0700.conf

ajsagtmond.exe

注※

JP1/AJS3の詳細プロセスについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録B プロセス一覧」を参照してください。

表6‒11　再起動の設定対象となるプロセス一覧（JP1/AJS3 - Agent）

項番

子プロセス名称または詳細プロセス名称

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

再起動対象プロセス

1

ajsqlcltd.exe

jp1ajs_service_0700.conf

ajsqlcltd.exe

2

jpqmon.exe

jp1ajs_service_0700.conf

jpqmon.exe

3

jpoagent.exe

jp1ajs_service_0700.conf

jpoagent.exe

UNIXの場合

表6‒12　再起動の設定対象となるプロセス一覧（JP1/AJS3 - Manager）

項番

子プロセス名称または詳細プロセス名称

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

再起動対象プロセス

1

jajs_dbmd

jp1ajs_service_0700.conf

jajs_dbmdおよび詳細プロセス※1

2

ajsdbmgrd

jp1ajs_dbmd_0700.conf

ajsdbmgrd

3

jajs_hstd

jp1ajs_service_0700.conf

jajs_hstdおよび詳細プロセス※1

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※2

jp1ajs_hstd_0700.conf

jpqman※2

11

jpomanager

jp1ajs_hstd_0700.conf

jpomanager

12

ajscdinetd

jp1ajs_hstd_0700.conf

ajscdinetd

13

jajs_schd

jp1ajs_service_0700.conf

jajs_schdおよび詳細プロセス※1

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および詳細プロセス※1

19

jpqmon

jp1ajs_agtd_0700.conf

jpqmon

20

jpoagent

jp1ajs_agtd_0700.conf

jpoagent

21

ajsagtmond

jp1ajs_hstd_0700.conf

ajsagtmond

注※1

JP1/AJS3の詳細プロセスについては，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　付録B プロセス一覧」を参照してください。

注※2

HP-UX，AIX，およびLinuxの場合，詳細プロセス名は「jpqman32」です。

表6‒13　再起動の設定対象となるプロセス一覧（JP1/AJS3 - Agent）

項番

子プロセス名称または詳細プロセス名称

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

再起動対象プロセス

1

jpqmon

jp1ajs_service_0700.conf

jpqmon

2

jpoagent

jp1ajs_service_0700.conf

jpoagent

定義ファイルの形式を次に示します。

JP1/AJS3 - Managerの場合

プロセス名|パス|起動オプション|再起動可否|再起動回数|リトライ間隔|再起動回数リセット時間|種別|スケジューラーフラグ|起動順序|自動起動|停止パス|停止オプション|状態確認パス|状態確認オプション|状態確認終了コード|状態確認間隔|

JP1/AJS3 - Agentの場合

プロセス名|パス|起動オプション|再起動可否|再起動回数|リトライ間隔|再起動回数リセット時間|

定義ファイルには，あらかじめ定義情報が記載されています。「再起動可否」，「再起動回数」，「リトライ間隔」，および「再起動回数リセット時間」は変更できますが，それ以外のフィールドはシステムが使用するので変更しないでください。また，フィールドを区切っている「|」は省略できません。コメント文を挿入したい場合は，行頭に「#」を付けてください。改行されるまでがコメント文です。

変更できるフィールドに指定できる値を次の表に示します。

表6‒14　変更できるフィールドに指定できる値

フィールド名

内容

再起動可否

プロセスが異常終了した場合に，再起動するかどうかを指定します。再起動しない場合は0，再起動する場合は1を指定します。デフォルトとして，あらかじめ最適値が設定されています。

再起動回数

プロセスの再起動の試行回数を指定します。指定できる値は，0〜99です。各プロセスで，あらかじめ最適値が設定されています。運用方法に応じてカスタマイズしてください。再起動可否のフィールドに0が指定されている場合は，値が指定されていても無効です。

リトライ間隔

プロセスの再起動のリトライ間隔を秒単位で指定します。指定できる値は，0〜3,600です。各プロセスで，あらかじめ最適値が設定されています。運用方法に応じてカスタマイズしてください。再起動可否のフィールドに0が指定されている場合は，値が指定されていても無効です。

再起動回数リセット時間

再起動によってプロセスが起動してから，何時間後に再起動回数をリセットするかを秒単位で指定します。プロセスが起動してから，指定した時間が経過すると，再起動回数がリセットされます。再度プロセスが異常終了した場合は，再起動回数が1からカウントされます。

再起動によってプロセスが起動してから，指定した時間より前に再度異常終了した場合は，前回の再起動回数を引き継ぎます。指定できる値は，3,600〜2,147,483,647（秒）です。各プロセスで，あらかじめ最適値が設定されています。運用方法に応じてカスタマイズしてください。再起動可否のフィールドに0が指定されている場合は，値が指定されていても無効です。

注意事項

設定を省略したり，正常値を設定していない状態でプロセスを起動したりすると，エラーとなり起動しません。

クラスタ構成では，論理ホストのプロセス管理のプロセスを起動する際，論理ホストのconfフォルダに拡張起動プロセス定義ファイルがない場合，物理ホストの拡張起動プロセス定義ファイルがコピーされます。

子プロセスajsmasterdが再起動した場合，再起動後のジョブネットおよびジョブの状態は，JP1/AJS3サービスの起動モードによって異なります。サービス起動モードによるジョブネットおよびジョブの状態の詳細については，「6.2.1(3) 起動モード別のジョブネットおよびジョブの状態」を参照してください。

再起動時，統合トレースログに「KNAD3737-E コンポーネント名の管理対象プロセス名は異常終了しました」というメッセージが出力される場合があります。要因は，異常終了したプロセスを再起動するまでの間隔が短く，異常終了したプロセスが配下の子プロセスも含めて完全に停止する前に再起動の動作が開始し，二重起動が検知されるためです。再起動回数内であれば，起動できるまで自動的に再起動を試みるため問題ありません。ただし，拡張起動プロセス定義ファイルのリトライ間隔を延ばすことによって，エラーメッセージKNAD3737-Eの出力を回避できます。また，マシン性能が低い場合，この現象が発生しやすくなるおそれがあるため，必要に応じてリトライ間隔をカスタマイズしてください。

なお，リトライ間隔を長くすることによって，逆にJP1/AJS3サービスの再起動までの時間が長くなることがあります。そのため，リトライ間隔に大きい値を設定しないでください。変更する場合の推奨値は10秒です。

JP1/AJS3の子プロセスが再起動した場合，その詳細プロセスも再起動し，詳細プロセスの再起動回数のカウントはリセットされます。

再起動設定のデフォルト値を次の表に示します。

Windowsの場合

表6‒15　再起動設定のデフォルト値一覧（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

ajsagtmond.exe

する

3

3

21600

15

jajs_schd.exe

する

3

10

21600

16

ajslogd.exe

しない

3

3

21600

17

jpqman.exe

しない

3

3

21600

18

jpomanager.exe

しない

3

3

21600

19

ajsmasterd.exe

しない

3

3

21600

20

jajs_agtd.exe

する

3

3

21600

21

jpqmon.exe

する

3

3

21600

22

jpoagent.exe

する

3

3

21600

表6‒16　再起動設定のデフォルト値一覧（JP1/AJS3 - Agent）

項番

子プロセス名称または詳細プロセス名称

再起動可否

再起動回数

リトライ間隔

再起動回数リセット時間

1

ajsqlcltd.exe

する

3

3

21600

2

jpqmon.exe

する

3

3

21600

3

jpoagent.exe

する

3

3

21600

UNIXの場合

表6‒17　再起動設定のデフォルト値一覧（JP1/AJS3 - Manager）

項番

子プロセス名称または詳細プロセス名称

再起動可否

再起動回数

リトライ間隔

再起動回数リセット時間

1

jajs_dbmd※1

する※2

3

3

21600

2

ajsdbmgrd

しない

3

3

21600

3

jajs_hstd

する※2

3

20

21600

4

ajshlogd

する※2

3

3

21600

5

ajsinetd

する※2

3

3

21600

6

ajsnetwd

する※2

3

3

21600

7

ajsagtmd

する※2

3

3

21600

8

ajsovstatd

する※2

3

3

21600

9

ajsgwmasterd

する※2

3

3

21600

10

jpqman※3

する

3

3

21600

11

jpomanager

する

3

3

21600

12

ajscdinetd

する※2

3

3

21600

13

ajsagtmond

する

3

3

21600

14

jajs_schd※1

する※2

3

10

21600

15

ajslogd

しない

3

3

21600

16

jpqman

しない

3

3

21600

17

jpomanager

しない

3

3

21600

18

ajsmasterd

しない

3

3

21600

19

jajs_agtd※1

する※2

3

3

21600

20

jpqmon

する

3

3

21600

21

jpoagent

する

3

3

21600

注※1

論理ホストの場合，jajs_dbmd配下，jajs_schd配下およびjajs_agtd配下の詳細プロセスは，個別に再起動を設定する必要はありません。親プロセスの再起動によって，詳細プロセスも再起動します。

注※2

論理ホストの場合，デフォルト値では再起動しない設定になっています。

注※3

HP-UX，AIX，およびLinuxの場合，詳細プロセス名は「jpqman32」です。

表6‒18　再起動設定のデフォルト値一覧（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が再起動するように設定されています。詳細プロセスが個別に再起動するように設定する必要はありません。

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は再起動可否の設定に従って再起動します。

UNIX版のJP1/AJS3 - Managerで論理ホストの場合，jajs_agtdの詳細プロセスは再起動プロセスの対象外になります。ただし，親プロセスであるjajs_agtdが再起動すると，詳細プロセスも再起動します。

(1)　設定例

拡張起動プロセス定義ファイルの設定例と，プロセスが異常終了した場合の動作を次に示します。

ここでは，JP1/AJS3の子プロセスに対して次の条件を設定します。

再起動可否：する
再起動回数：4回
リトライ間隔：3秒
再起動回数リセット時間：3,600秒

図6‒1　拡張起動プロセス定義ファイルの設定例

プロセスが異常終了した場合の動作例を次の図に示します。

図6‒2　プロセスが異常終了した場合の動作例

図の例では，再起動後，再起動回数のリセット時間で指定した3,600秒以内に異常終了しなかった場合，3,600秒の時点で再起動回数がリセットされます。次回異常終了したときには1回目からカウントされます。一方，再起動後，3,600秒以内に異常終了した場合は，再起動回数を引き継ぎます。再起動回数が，指定した回数に達すると，次回異常終了時には再起動しません。

6.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の定義方法については，「6.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. セットアップコマンド　jajs_config」を，JP1イベントを発行するかどうかを定義する環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.3 システム管理の環境設定」を参照してください。

6.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イベントが発行されます。

6.4　JP1/AJS3サービス再起動時のジョブの再サブミット

ジョブ実行制御では，ジョブが実行エージェントに配信されるまでジョブの実行に必要な情報をメモリー上で管理します。ジョブの実行に必要な情報は，次のとおりです。

上位ジョブネットに設定された実行エージェント名

上位ジョブネットに設定された優先順位

先行ジョブの終了コード

先行ジョブの終了状態

ジョブの定義情報

ジョブの配信前にJP1/AJS3サービスが停止すると，実行に必要なメモリー上の情報は破棄されます。そのため，JP1/AJS3サービスの再起動（ホットスタート）時には，サービスの停止時点で「実行待ち」状態または「キューイング」状態であったジョブを破棄して「先行終了待ち」状態に戻し，自動的にジョブを再度サブミットすることでジョブネットの運用を継続します。この動作をジョブの再サブミットと呼びます。

ジョブが破棄された際には，メッセージKAVS0266-Iが出力されます。破棄されたジョブは，ジョブ実行制御によってキューイングをキャンセルされ，「先行終了待ち」状態に戻ります。そのあと，再サブミットによって，いったん「実行待ち」状態になったあと「キューイング」状態になります。ただし，先行に異常終了しているユニットがある場合は，再サブミットされないで「未実行終了」状態になります。

JP1/AJS3サービスの再起動（ホットスタート）時のジョブの再サブミット動作について，次の図に示します。

図6‒3　JP1/AJS3サービスの再起動（ホットスタート）時のジョブの再サブミット動作

バージョン11-50以降のJP1/AJS3 - Managerでは，サービスの停止時点で「キューイング」状態であったジョブに加えて，「実行待ち」状態であったジョブも，再サブミットすることでジョブネットの運用を継続します。サービス停止時点で「実行待ち」状態または「キューイング」状態であったジョブはサービス再起動時に再サブミットされるため，サービス停止時点のジョブ実行状況によって，サービス起動後のジョブ実行性能やジョブ実行多重度に影響を及ぼすおそれがあります。

なお，ウォームスタートした場合は，「未実行終了」状態に遷移します。また，コールドスタートした場合は「未登録」状態になります。ディザスターリカバリースタートした場合は「終了状態不明」状態になります。

7　運用中の設定変更

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

JP1/AJS3のシステムをより効率良く運用するため，運用中にJP1/AJS3のジョブ実行環境や設定を変更することがあります。

7.1　設定変更のポイント

JP1/AJS3の運用中に環境や設定を変更する場合には，次に示す点に注意してください。

業務への影響が少ない方法や時間帯を考慮する。

環境設定項目，OSのパラメーター，ディスク容量などを変更する場合は，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）」を参照して，変更する内容について事前に再設計する。

変更したい環境や設定をすぐに適用するのではなく，事前にテストする。

変更後は，変更内容を関係がある部署などに連絡する。

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

実行予定のジョブネット，およびジョブの実行を抑止できます。ジョブネットやジョブの実行抑止は，スケジューラーサービスを単位とします。実行抑止中は，新たなジョブネットやジョブは起動されません。開始条件を満たしたジョブネットやジョブは，実行抑止が解除されるまで，待ち状態のままとなります。

なお，ジョブネットやジョブの実行抑止中も，ジョブネットやジョブに対する操作は受け付けられます。

ジョブネットやジョブの実行抑止は，スケジューラーサービス単位に，サービスの起動時，または運用中に設定できます。

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

スケジューラーサービスが起動した時点で当日のジョブネットの実行開始時刻が過ぎている場合，すぐにそのジョブネットの実行が開始されます。サービス起動と同時にジョブネットやジョブが実行されるのを抑止し，開始予定時刻を調節したい場合は，環境設定またはajsstartコマンドで，ジョブネットやジョブの自動実行を抑止します。スケジューラーサービス起動時にジョブネットやジョブの自動実行を抑止する方法を次に示します。

環境設定パラメーターSUPPRESSの設定

jajs_configコマンドで，環境設定パラメーターSUPPRESSに「exec」を設定します。

実行例を次に示します。

jajs_config -k "[JP1_DEFAULT¥JP1AJSMANAGER¥AJSROOT1]" "SUPPRESS"="exec"

環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4 スケジューラーサービス環境設定」を参照してください。

ajsstartコマンドの指定

スケジューラーサービスをajsstartコマンドで起動して運用している場合（スケジューラーサービスを自動起動しない設定にしている場合），ajsstartコマンドのオプションに「-s EXEC」を指定します。

ajsstartコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsstart」を参照してください。

どの場合も，ジョブネットやジョブの実行抑止を解除するには，ajsalterコマンドのオプションに「-s none」を指定して実行します。

ajsalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsalter」を参照してください。

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

ホストのメンテナンスやサービス停止前の確認などのために，実行中のジョブネットやジョブの実行を，運用中に抑止したい場合，ajsalterコマンドのオプションに「-s EXEC」を指定します。ジョブネットやジョブの実行抑止の解除は，ajsalterコマンドのオプションに「-s none」を指定します。

ajsalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsalter」を参照してください。

7.3　実行登録中にジョブネットの定義を切り替える

ジョブネットリリース機能を使用して，実行登録中にジョブネットの定義を切り替えられます。ジョブネットリリース機能では，切り替え予定のジョブネットをあらかじめ定義し，切り替え日時を指定しておくことで，ジョブネットの定義を自動で切り替えられます。ジョブネットリリース機能の概要については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.5.14 指定した日時から自動的にジョブネットの定義を切り替える」を参照してください。

7.3.1　リリース登録までの流れ

リリース登録までの流れを次に示します。

リリース元ルートジョブネットを定義する。

定義を変更したい運用中のルートジョブネットを任意の場所にコピーし，リリース元ジョブネットとして定義します。

必要に応じて，リリース元ルートジョブネットの定義内容をチェックする。

ajschkdefコマンドを使って，リリース元ルートジョブネットの定義内容の事前チェックを実施してください。

また，リリース日時以降に実行予定がないジョブネットをリリース元としてリリース登録しても，実行予定は作成されません。ajsscheduleコマンドを実行して，リリース元ジョブネットにリリース日時以降の実行予定があるか確認してください。

ajschkdefコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajschkdef」を参照してください。

ajsscheduleコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsschedule」を参照してください。

リリース登録する。

リリース日時やリリース先ジョブネットなどを指定し，リリース登録します。リリース登録については，「7.3.2 リリース登録」を参照してください。

7.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 コマンドリファレンス　3. 通常の運用で使用するコマンド　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 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsschedule」を参照してください。また，ajsshowコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsshow」を参照してください。

確定実行登録を使用していて，指定するリリース日時以降にだけ世代がある場合，スケジュール定義上，次回の実行予定世代が作成されないジョブネットの定義をリリース登録すると，未登録状態に戻ります。この場合，リリース中止して，リリース元ジョブネットの定義内容を見直したあとで，再度リリース登録および実行登録してください。

リリース登録したあとで，ajslocaldateコマンドでスケジューラーサービスローカル日時を過去の時刻に変更したり，システム時刻を過去の時刻に変更したりする場合は，リリース先ジョブネットをajsdeleteコマンドなどで削除してから変更してください。

リリース先ジョブネットを削除しないで日時を過去の時刻に変更すると，正常に動作しなくなるおそれがあります。その場合，日時を変更前の時刻に戻したあとで，リリース先ジョブネットを削除してから，再度日時を変更してください。

なお，リリース先ジョブネットを復元するためには，リリース登録前にリリース先となるジョブネットの定義情報をバックアップしておく必要があります。

リリース先ジョブネットを削除したあとで復元するには，リリース登録前に，ajsprintコマンドなどでリリース先となるジョブネットの定義情報をバックアップしておく必要があります。バックアップしておいたジョブネットの定義情報をajsdefineコマンドなどで定義し直したあと，リリース元を指定して再度リリース登録することで，リリース先ジョブネットを復元できます。

リリースコメントの末尾に連続して設定した半角空白文字は無効になります。このため，末尾に半角空白文字を使用しないでください。

7.3.3　リリース登録後のジョブネット定義の状態

リリース登録後のジョブネット定義が持つ状態は，「リリース待ち」状態，「適用中」状態，「適用終了」状態，「削除待ち」状態，および「リリース登録待ち」状態のうちのどれかになります。これらの状態をリリース状態といいます。それぞれの状態について，次の表に示します。

表7‒1　リリース登録後のジョブネット定義のリリース状態

リリース状態

説明

リリース待ち

リリース日時を待っている状態です。リリース登録が完了してからリリースされるまでの間はこの状態です。

適用中

ジョブネットの定義がリリースされて適用されている状態です。リリース日時になるとこの状態になります。

適用終了

ジョブネットの定義の適用が終了した状態です。次のリリース日時になると，一つ前にリリースされたジョブネットがこの状態になります。

削除待ち

リリース中止に失敗した定義が削除されるのを待っている状態です。この場合，再度リリース中止する必要があります。リリース中止および「削除待ち」状態については，「7.3.7 リリース中止」を参照してください。

リリース登録待ち

リリース登録してから「リリース待ち」状態になるまでの一時的な状態です。また，リリース登録に失敗すると，エラーメッセージ「KAVV2120-E リリース登録に失敗したため，不要なジョブネット定義が残っています。問題解決後，リリース中止し，再度リリース登録してください。」が表示され，この状態のまま残ります。この場合，リリース中止する必要があります。リリース中止については，「7.3.7 リリース中止」を参照してください。

これらの状態のうち，「リリース待ち」状態，「適用中」状態，および「適用終了」状態の遷移を次の図に示します。

図7‒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 世代が存在しない適用終了状態のジョブネット定義を削除できませんでした」が出力され，「適用終了」状態のジョブネットの定義が削除されません。データベースの容量が圧迫されるおそれがあるため，［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウを閉じてからリリース登録するようにしてください。

7.3.4　リリースのタイミング

リリースは，リリース先ジョブネットのスケジュールルールなどに関係なく，指定したリリース日時になるとジョブネットの定義が切り替わります。リリース日時は，24時間制の絶対時刻で指定します。このため，例えば，リリース先ジョブネットを48時間制で運用している場合には，リリース日時が48時間制ではどの日時に当たるのかを考慮してリリース日時を指定する必要があります。

なお，リリース日時になる前に開始された世代の定義は，実行中にリリース日時を過ぎた場合でも，途中で切り替わることはありません。

(1)　48時間制の場合

スケジューラーサービスが48時間制の場合でも，絶対時刻のリリース日時になるとジョブネットの定義がリリースされます。48時間制でのリリースの例を次の図に示します。

図7‒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以外）場合でも，絶対時刻のリリース日時になるとジョブネットの定義がリリースされます。基準時刻を設定している場合のリリースの例を次の図に示します。

図7‒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)　一日に複数回実行する場合

一日に複数回実行するようスケジュールルールを設定している場合でも，絶対時刻のリリース日時になるとジョブネットの定義がリリースされます。一日に複数回実行するようスケジュールルールを設定している場合のリリースの例を次の図に示します。

図7‒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)　［次の運用日に振り替え］を設定している場合

休業日の振り替えで，［次の運用日に振り替え］を設定している場合でも，絶対時刻のリリース日時になるとジョブネットの定義がリリースされます。［次の運用日に振り替え］を設定している場合のリリースの例を次の図に示します。

図7‒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)　［前の運用日に振り替え］を設定している場合

休業日の振り替えで，［前の運用日に振り替え］を設定している場合でも，絶対時刻のリリース日時になるとジョブネットの定義がリリースされます。［前の運用日に振り替え］を設定している場合のリリースの例を次の図に示します。

図7‒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)　起動条件を設定している場合

起動条件を設定している場合でも，絶対時刻のリリース日時になるとジョブネットの定義がリリースされます。起動条件を設定している場合のリリースの例を次の図に示します。

図7‒7　起動条件を設定している場合のリリースの例

この例では，監視終了と監視開始の間にリリース日時が当たっていて，リリース日時を境にジョブネットの定義が切り替わっています。

一方，次の図に示すように，リリース日時に監視が終了していない場合は，ジョブネットの定義が切り替わりません。

図7‒8　リリース日時に起動条件の監視が終了していない場合のリリースの例

このように，リリースの時点で監視が終了していない場合，リリース先ジョブネットはリリースID「AJS_AUTO」の定義で実行されます。リリースID「001」の定義で実行されるのは，次回の監視開始からです。したがって，リリース日時の時点でまだ実行されているジョブネットをリリースID「001」の定義で実行したい場合は，いったん監視を強制終了する必要があります。

(6)　リリース前とリリース後でスケジュールルールが異なる場合

リリース前とリリース後でスケジュールルールが異なる場合でも，絶対時刻のリリース日時になるとジョブネットの定義およびスケジュールルールがリリースされます。リリース前とリリース後でスケジュールルールが異なる場合のリリースの例を次の図に示します。

図7‒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)　タイムゾーンを指定している場合

リリース日時は，リリース登録時のタイムゾーンに従います。このため，リリース登録時のタイムゾーンがリリース先ジョブネットの実行登録時に指定したタイムゾーンと異なる場合でも，リリース登録時のタイムゾーンでのリリース日時になるとジョブネットの定義がリリースされます。リリース登録時のタイムゾーンとリリース先ジョブネットのタイムゾーンが異なる場合の例を次の図に示します。

図7‒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)　排他スケジュールを指定している場合

排他スケジュールを指定している場合でも，絶対時刻のリリース日時になるとジョブネットの定義および排他スケジュールが切り替わります。リリース前とリリース後で排他スケジュールが異なる場合の例を次の図に示します。

図7‒11　リリース前とリリース後で排他スケジュールが異なる場合のリリース例

この例では，リリースID「AJS_AUTO」の排他スケジュールとしてjobnetBを指定しています。また，リリースID「001」の排他スケジュールとしてjobnetCを指定しています。この場合，jobnetAは，4/1 23:59までjobnetBを排他し，4/2 00:00以降はjobnetCを排他します。このように，排他スケジュールが切り替わることによって運用が困難になるおそれがあるため，排他スケジュールの指定は変更しないことを推奨します。

また，ジョブネットリリース機能を使用するジョブネットに排他スケジュールを設定して，排他スケジュールに指定したジョブネットと同じ日のスケジュールの排他をするには，リリース日時に基準時刻を指定してリリース登録する運用を検討してください。

リリース登録したジョブネットは，リリースIDで区別されるジョブネットの定義の切り替えをリリース日時で管理するため，リリースIDで区別されるジョブネットが扱える時間帯は次のとおりとなり，この時間帯で排他スケジュールを計算します。

リリースIDが「AJS_AUTO」の場合

次のリリースIDがリリースされる日時の1秒前まで

リリースIDが「AJS_AUTO」以外の場合

自身のリリース日時から次のリリースIDがリリースされる日時の1秒前まで

次のリリースIDがない場合は，自身のリリース日時以降

例えば，基準時刻が00:00で，上記の例のjobnetAのリリースID「001」のリリース日時が4/1 12:00の場合，リリースID「AJS_AUTO」の4/1の排他スケジュールの計算は，4/1 00:00:00から11:59:59までとなり，jobnetBの4/1 00:00から4/1 11:59までのスケジュールと排他し，jobnetBの4/1 12:00以降のスケジュールとは排他しません。

jobnetBの4/1 12:00から4/1 47:59スケジュールと排他するには，リリースID「001」のリリース日時を4/3 00:00とする必要があります。リリース日時に4/3 00:00を指定できない場合は，jobnetAのリリースID「AJS_AUTO」と排他されるよう，jobnetBに4/1 00:00から4/1 11:59以内のスケジュールが求まるようにスケジュールルールを追加する必要があります。

なお，運用が複雑になるため，ジョブネットリリース機能を使用しないジョブネットを排他スケジュールに指定することを検討してください。

7.3.5　リリース情報の表示

リリース登録したあと，次のどちらかの方法でリリース先ジョブネットごとにリリースIDやリリース日時などのリリース情報の一覧を確認できます。

［JP1/AJS3 - View］ウィンドウ

ajsreleaseコマンドで実行

ajsreleaseコマンドを使ってリリース情報を表示する方法については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsrelease」を参照してください。

7.3.6　リリース登録後の実行予定の確認

リリース登録したあと，JP1/AJS3 - Viewの［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウから実行予定を確認できます。ここでは，リリースIDを「001」，リリース日時を4/2 00:00に指定してリリース登録した場合の例で実行予定の表示イメージを説明します。

(1)　［デイリースケジュール］ウィンドウでの表示イメージ

［デイリースケジュール］ウィンドウでの表示イメージを次の図に示します。

図7‒12　リリース登録後の［デイリースケジュール］ウィンドウでの表示イメージ

［デイリースケジュール］ウィンドウの初期画面ではジョブネットが持つ定義ごとに「ルートジョブネット名(リリースID)」の形式で実行予定が表示されます。ただし，リリースIDが「AJS_AUTO」の場合はルートジョブネット名だけが表示され，リリースIDは表示されません。ルートジョブネットを展開すると，配下のユニットの実行予定が表示されます。

(2)　［マンスリースケジュール］ウィンドウでの表示イメージ

［マンスリースケジュール］ウィンドウでの実行予定の表示イメージを次の図に示します。

図7‒13　リリース登録後の［マンスリースケジュール］ウィンドウでの表示イメージ

［マンスリースケジュール］ウィンドウの初期画面ではジョブネットが持つ定義ごとに「ルートジョブネット名(リリースID)」の形式で実行予定が表示されます。ただし，リリースIDが「AJS_AUTO」の場合はルートジョブネット名だけが表示され，リリースIDは表示されません。ルートジョブネットを展開すると，配下のユニットの実行予定が表示されます。

なお，リリース情報があるジョブネットでは，リリース前のジョブネット定義の統計情報は引き継がれません。リリース直後の実行予定世代は，まだ一度も実行されていないジョブネットとして扱われます。したがって，［デイリースケジュール］ウィンドウおよび［マンスリースケジュール］ウィンドウでの実行シミュレーションでは，リリース直後の実行予定世代の実行所要時間は，［環境設定］ダイアログボックスの［初回実行時間］で算出されます。

7.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 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsrelease」を参照してください。

注意事項

期間指定や日付指定で確定実行登録しているジョブネットがリリース日時以降にスケジュールを持つ場合は，リリース中止できません。この場合，リリース日時以降のスケジュールを登録解除，または実行中止してからリリース中止してください。ただし，未来世代数指定の確定実行登録と併用している場合は，リリース日時以降にスケジュールがあってもリリース中止できます。

リリース中止するルートジョブネットがサスペンドされた状態の場合は実行できません。サスペンドを解除してからリリース中止を実行してください。

リリース中止するルートジョブネットが閉塞状態の場合は実行できません。ルートジョブネットを登録解除したあとで，リリース中止を実行してください。

リリース中止するには，スケジューラーサービスが起動されている必要があります。

リリース中止によって掛かるシステムへの負荷は，リリース情報のジョブネットの定義内容を削除する場合と同等か，それ以上です。リリース中止は，ジョブ実行のピーク時を避けて実行してください。

リリース中止すると，リリース中止後に「適用中」状態になるジョブネットの定義を基に世代が生成し直されます。このため，リリース中止する前に計画一時変更の操作をしても，リリース中止後のジョブネットには引き継がれません。ただし，実行登録時に指定したマクロ変数やJP1ユーザーなどの情報は引き継がれます。

リリース中止したあと「適用中」状態になるジョブネットの定義上，次回の実行予定世代が作成されない場合，その定義から実行予定世代は作成されません。このため，リリース中止したあとで，正しく実行予定世代が作成されているかどうか，JP1/AJS3 - Viewまたはajsshowコマンドで確認してください。実行予定世代が作成されていない場合，「適用中」状態のジョブネットの定義内容を見直してください。

確定実行登録を使用していて，リリース中止するジョブネットの定義にだけ世代がある場合，リリース中止したあとに「適用中」状態になるジョブネットの定義上，次回の実行予定世代が作成されないとき，未登録状態に戻ります。リリース中止したあとで「適用中」状態になるジョブネットの定義内容を見直したあと，再度実行登録してください。

次に示すジョブネットは，リリース中止できません。

・サスペンドされているジョブネット

・「閉塞」状態のジョブネット

・編集中のジョブネット

・ほかのユーザーが操作しているジョブネット※

注※

ほかのユーザーの操作が，「適用中」状態のジョブネット配下のユニットを対象にした保留属性の設定または解除の場合は，リリース中止できます。

7.3.8　ジョブネットリリース機能の運用方法

ここでは，ジョブネットリリース機能を使用する際の基本的な運用サイクルおよび推奨する運用方法について説明します。

(1)　基本的な運用サイクル

ジョブネットリリース機能を使用する際の基本的な運用サイクルを次の図に示します。

図7‒14　ジョブネットリリース機能を使用する際の基本的な運用サイクル

開発用のジョブネット「A-00」と本番用のジョブネット「A」は同一の定義内容を持っています。ジョブネットリリース機能を使用してジョブネット「A」の定義を切り替える場合，まず，ジョブネット「A-00」をコピーしてジョブネット「A-01」として編集し，テストします（1）。そのあと，リリース登録します（2）。リリース元ジョブネット「A-01」の定義は，リリース登録時にコピーされてリリース先ジョブネット「A」の定義の一つとして管理されます。このため，リリース登録後にリリース元ジョブネットの定義を編集しても，リリース先ジョブネットには影響しません。

運用に当たっては，次の点を考慮する必要があります。

マスターとなるジョブネット定義の管理

リリース元ジョブネットが，リリース先ジョブネットの定義を変更する際のマスターとなります。必要に応じて，リリース元ジョブネットの定義を保存しておいてください。

不要な実行結果世代の定期的な削除

「適用終了」状態のジョブネット定義は，そのジョブネット定義から生成された世代がない場合，次回のリリース登録時に自動的に削除されます。ただし，生成された世代がある場合は削除されません。このため，不要な実行結果世代を登録解除によって削除してからリリース登録することを検討してください。

なお，リリース登録後でも，JP1/AJS3 - Viewやコマンドでリリース先ジョブネットの定義を編集できます。編集したジョブネット定義は，「適用中」状態のジョブネット定義に反映されます。ただし，リリース先ジョブネットの定義に従って生成された世代にも反映されるため，実行結果詳細などの情報が保持できません。このため，緊急時以外は，基本的な運用サイクルに従った運用を検討してください。

(2)　リリース登録のやり直し

リリース登録したあとでさらにジョブネット定義の編集が必要になった場合，いったんリリース中止してからジョブネット定義を編集し，再度リリース登録することでやり直しができます。リリース登録をやり直す場合の運用を次の図に示します。

図7‒15　リリース登録をやり直す場合の運用

リリース登録したあとでさらにジョブネット定義の編集が必要になったため，リリースID「A-01」をいったんリリース中止します（1）。次に，開発用のジョブネット「A-01」を再度編集し，テストします（2）。そのあと，再度リリース登録します（3）。

(3)　推奨する運用方法

推奨するジョブネットリリース機能の運用方法を説明します。

(a)　一般的な運用方法

「リリース待ち」状態のジョブネット定義があるジョブネットにリリース登録はできません。このため，8月分，9月分といった複数のジョブネット定義を一度にリリース登録しておくことはできません。したがって，1回リリース登録したあとは，リリース登録したジョブネット定義での運用に切り替わった（「適用中」状態になった）あとで次のリリース登録をしてください。その際，次の図のように，確認作業の余裕を確保するために，最低でもリリース日時の1日前までにリリース登録するよう運用を検討してください。

図7‒16　推奨するジョブネットリリース機能の運用方法

(b)　ルートジョブネットの実行順序制御機能使用時の運用方法

ルートジョブネットの実行順序制御機能では，ジョブネットコネクタと接続先のジョブネットは，同一実行日であれば接続します。しかし，両者の実行時に接続するため，そのときにリリース登録またはリリース中止の操作をすると，操作する前の世代と接続したり，操作の処理中であるため接続する世代が見つからないで接続しなかったりするおそれがあります。このため，ルートジョブネットの実行順序制御機能を使用する場合は，ジョブネットコネクタと接続先のジョブネットの世代が実行される4日前※までにリリース登録またはリリース中止の操作を終えてください。

注※

基準時刻やタイムゾーンの設定によって同一実行日となる可能性がある日数です。

ルートジョブネットの実行順序制御機能使用時の運用例を次の図に示します。

図7‒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)　本番機だけで運用する場合の運用方法

開発機がなく，本番機だけで運用している場合でも，基本的な運用サイクルと同じ手順でジョブネット定義を切り替えられます。また，リリース登録後は，基本的な運用サイクルでの運用と同様，リリース元ジョブネットをマスターとして管理します。本番機だけで運用している場合の例を次の図に示します。

図7‒18　本番機だけで運用する場合の運用例

なお，リリース元ジョブネットとリリース先ジョブネットが同じジョブグループ配下にある場合でも，同様の運用ができます。

(b)　マスターの管理が不要な場合の運用方法

マスターの管理が不要な場合，リリース情報からジョブネット定義をコピーおよび編集して運用できます。ただし，コピーできるのは「適用中」状態のジョブネット定義だけです。このため，リリース登録のやり直しに備えて，リリース登録したジョブネット定義が「適用中」状態になるまで，リリース元ジョブネットをajsprintコマンドでファイルに出力するなどして保存しておいてください。

マスターの管理が不要な場合の運用例を次の図に示します。

図7‒19　マスターの管理が不要な場合の運用例

リリースID「A-00」をリリース登録したあと，リリース元ジョブネット「A-01」を削除します（1）。次に，ジョブネット「A」のリリース情報からジョブネット定義をコピーして，ジョブネット「A-01」として編集し，テストします（2）。そのあと，リリース登録します（3）。

(5)　リリース日時から1日以内にリリース登録またはリリース中止する場合

ジョブネットリリース機能を使用する際は，最低でもリリース日時の1日前までにリリース登録することを推奨しています。しかし，急を要する場合には，1日以内をリリース日時に指定してリリース登録したり，1日以内にリリース登録された「リリース待ち」状態のジョブネット定義をリリース中止したりできます。

ただし，リリース日時から1日以内にリリース登録またはリリース中止するときは，次の点に注意してください。また，1日以内にリリース登録やリリース中止をしないよう運用を再検討してください。

リリース登録の処理が完了するまでの間，開始日時が指定したリリース日時以降である世代は，実行が抑止されます。このため，リリース登録の処理に時間が掛かると，その世代の実行の開始が遅延します。

リリース中止の処理が完了するまでの間，開始日時がリリース中止するジョブネット定義のリリース日時以降である世代は，実行が抑止されます。このため，リリース中止の処理に時間が掛かると，その世代の実行の開始が遅延します。

(6)　リリース日時から1日以内に実行登録する場合

リリース登録したあとに実行登録する場合で，リリース日時から1日以内に実行登録するときは，リリース先ジョブネットのスケジュールルールに注意する必要があります。次に示す実行登録方法で実行登録すると，実行登録した日の基準時刻以降で世代を作成するため，リリース日時以降に実行登録しても，その日の実行予定世代は「適用終了」状態のジョブネット定義で実行されます。

計画実行登録

期間指定または未来世代数指定による確定実行登録

リリース日時から1日以内に実行登録した場合の動作を次の図に示します。

図7‒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の実行予定世代は作成されません。

図7‒21　リリース日時から1日以内に実行登録した場合（2）

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

JP1/AJS3では，実行ファイル名，実行エージェント，保留属性など，ユニットの実行に影響するユニット定義情報については実行登録中に変更できます。ただし，定義内容を変更するユニットの種別と，そのときのルートジョブネットの状態の組み合わせによって，変更した内容が有効になるユニット定義情報とならない定義情報があります。

ユニット種別とルートジョブネットの状態の組み合わせによる定義内容変更の動作を次の表に示します。

表7‒2　ルートジョブネットの状態とユニット種別による定義内容変更の動作

ユニット種別

ルートジョブネットの状態

終了状態

実行中

警告検出実行中

異常検出実行中

開始時刻待ち※1

起動条件待ち

保留中

開始時刻待ち※2

ルートジョブネット

○※3

×

×

○

ネストジョブネット

○※3

×※4

○

○

ジョブ

○※3

×※4

○

○

（凡例）

○：すべてのユニット定義情報で，変更した最新の定義内容が有効になります。

×：表7-3に示すユニット情報については，変更した最新の定義内容が有効になりません。

注※1

次回実行予定世代，および開始時刻に到達しているが多重起動に「不可能」を設定しているため実行中世代の終了を待っている世代だけです。

注※2

注※1に該当しない開始時刻待ちの世代です。

注※3

終了状態の世代を再実行したときに，変更した内容で実行されます。

注※4

次に示す状況に該当する場合，変更した最新の定義内容が有効になります。

実行中になっていないネストジョブネット配下のユニットの定義を変更した場合。

ユニットの定義を変更したあと，そのユニットが定義されているルートジョブネット配下で再実行した場合。

ユニットの定義を変更したあと，そのユニットが定義されているルートジョブネット対してサスペンドを解除した場合。

ユニットの定義を変更したあと，サービスが再起動された場合。

上記の表で「×」の場合に，有効にならないユニット定義情報を次の表に示します。

表7‒3　実行登録中に定義を変更しても有効にならないユニット定義情報

ユニット種別

有効にならないユニット定義情報

標準ジョブ，HTTP接続ジョブ，アクションジョブ，カスタムジョブ，引き継ぎ情報設定ジョブの場合

保留

実行先サービス

終了遅延監視

終了遅延監視の実行所要時間

所有者

実行ユーザー種別

異常終了時リトライ

異常終了時リトライの終了コード

異常終了時リトライの最大リトライ回数

異常終了時リトライのリトライ間隔

イベントジョブの場合

保留

終了遅延監視

終了遅延監視の実行所要時間

カスタムイベントジョブの場合

保留

終了遅延監視

終了遅延監視の実行所要時間

所有者

実行ユーザー種別

判定ジョブの場合

保留

ジョブネットの場合

実行エージェント

多重起動（ルートジョブネットだけ）

優先順位

スケジューリング方式（ルートジョブネットだけ）

打ち切り時間（ルートジョブネットだけ）

ジョブネット監視

ジョブネット監視の実行所要時間

保留

リモートジョブネットの場合

実行マネージャー

多重起動 （ルートリモートジョブネットだけ）

スケジューリング方式（ルートリモートジョブネットだけ）

打ち切り時間（ルートリモートジョブネットだけ）

ジョブネット監視

ジョブネット監視の実行所要時間

保留

起動条件の場合

監視世代の多重起動

起動条件成立した実行世代の滞留

異常終了後の動作

上記に示したユニット定義情報以外はすべて最新の定義内容が有効になります。上記に示したユニット定義情報を，実行登録中でも最新の定義変更を有効にしたい場合は，「7.4.2 実行登録中に変更したユニット定義情報を有効にする」に示す手順を実施してください。

注意事項

「打ち切り時間」「起動条件成立した実行世代の滞留」「異常終了後の動作」は，実行登録中に変更したユニット定義情報を有効にするように設定しても，実行登録中に変更した最新の定義内容が有効になりません。変更内容を反映したい場合は，一度登録を解除してから変更してください。

実行登録中に変更したユニット定義情報を有効にする設定をした場合に，最新の定義内容が再読み込みされるタイミング（有効になる時期）を次の表に示します。

表7‒4　最新の定義内容が再読み込みされるタイミング

ユニット種別

最新の定義内容が再読み込みされるタイミング

ジョブ（標準ジョブ，HTTP接続ジョブ，イベントジョブ，カスタムイベントジョブ，アクションジョブ，カスタムジョブ）の場合

実行待ち状態になる直前

ジョブネットの場合

実行状態になる直前

このため，ジョブやジョブネットの実行が開始するまでに定義を変更すれば，最新の定義内容でジョブやジョブネットを実行できるようになります。

注意事項

実行中のイベントジョブおよびカスタムイベントジョブ（起動条件として定義されているイベントジョブおよびカスタムイベントジョブも含む）については，定義内容を変更しても，終了状態になるまで変更した内容は有効になりません。変更した定義内容で監視したい場合は，次の操作でジョブを終了状態に変更したあと，再度実行登録してください。

イベントジョブおよびカスタムイベントジョブの場合

強制終了またはジョブ状態変更で終了させる

起動条件付きジョブネットの場合

「8.1.1 起動条件監視中のジョブネットの停止」を参照して強制終了する

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

実行登録中に変更したユニット定義情報を有効にする設定の場合，次に示すユニット情報に関しても最新の定義内容が有効になります。

表7‒5　最新の定義内容が有効になるユニット定義情報

ユニット種別

有効になるユニット定義情報

標準ジョブ，HTTP接続ジョブ，アクションジョブ，カスタムジョブ，引き継ぎ情報設定ジョブの場合

保留

実行先サービス

終了遅延監視

終了遅延監視の実行所要時間

所有者

実行ユーザー種別

異常終了時リトライ

異常終了時リトライの終了コード

異常終了時リトライの最大リトライ回数

異常終了時リトライのリトライ間隔

イベントジョブの場合

保留

終了遅延監視

終了遅延監視の実行所要時間

カスタムイベントジョブの場合

保留

終了遅延監視

終了遅延監視の実行所要時間

所有者

実行ユーザー種別

判定ジョブの場合

保留

ジョブネットの場合

実行エージェント

多重起動（ルートジョブネットだけ）

優先順位

スケジューリング方式（ルートジョブネットだけ）

ジョブネット監視

ジョブネット監視の実行所要時間

保留

リモートジョブネットの場合

実行マネージャー

多重起動（ルートリモートジョブネットだけ）

スケジューリング方式（ルートリモートジョブネットだけ）

ジョブネット監視

ジョブネット監視の実行所要時間

保留

起動条件の場合

監視世代の多重起動

注意事項

「打ち切り時間」「起動条件成立した実行世代の滞留」「異常終了後の動作」は，実行登録中に変更したユニット定義情報を有効にするように設定しても，実行登録中に変更した最新の定義内容が有効になりません。変更内容を反映したい場合は，一度登録を解除してから変更してください。

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

実行登録中に変更したユニット定義情報を有効にする手順を次に示します。

JP1/AJS3のスケジューラーサービスを終了する。

jajs_spmd_stopコマンドを使って，該当するJP1/AJS3のスケジューラーサービスを終了します。jajs_spmd_stopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd_stop」を参照してください。

環境設定パラメーターを変更する。

次のコマンドを実行し，環境設定パラメーターUNITDEFINERELOADの値を「yes」に変更します。

jajs_config -k "[JP1_DEFAULT¥JP1AJSMANAGER¥AJSROOT1]" "UNITDEFINERELOAD"="yes"

実行登録中にユニットの定義内容を変更する運用を実施することが予想される場合は「yes」にすることを推奨します。

環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4 スケジューラーサービス環境設定」を参照してください。

「no」を指定した場合，変更した最新の定義内容が有効にならないユニット定義情報があります（06-51以前と同様の動作）。

JP1/AJS3のスケジューラーサービスを起動する。

jajs_spmdコマンドを使って，該当するJP1/AJS3のスケジューラーサービスを起動します。JP1/AJS3のスケジューラーサービスの起動中に，実行登録中に変更したユニット定義情報を有効にする設定を変更した場合には，スケジューラーサービスを再起動してください。jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd」を参照してください。

7.5　スケジューラーサービスだけを起動・停止する

スケジューラーサービスだけを起動または停止させる場合は，コマンドを使用します。それぞれの手順について次に示します。

7.5.1　スケジューラーサービスを起動する

スケジューラーサービスだけを起動させる場合，jajs_spmdコマンドまたはajsstartコマンドを使用します。コマンドのオプションで，ジョブネットやジョブの実行状態を制限して起動させることができます。

コールドスタートする

すべてのジョブネットの実行登録を強制的に解除してスケジューラーサービスを起動します。

JP1/AJS3のスケジューラーデータベースのテーブル構造が変更された場合には，コールドスタートする必要があります。

ウォームスタートする

スケジューラーサービス停止時の状態を引き継いで起動します。ただし，停止時に「実行中」状態だったジョブネットやジョブは終了状態になります。

ホットスタートする

スケジューラーサービス停止時の状態を引き継いで起動します。停止時に「実行中」状態であったジョブネットやジョブの実行を継続します。

jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd」を参照してください。

これら以外の高度なオプションを指定してスケジューラーサービスを起動する場合は，ajsstartコマンドを使用してください。ajsstartコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsstart」を参照してください。

注意事項

コールドスタートを指定した場合は，実行登録されているジョブネットの結果情報をすべて消去してからスケジューラーサービスを起動するため，実行結果がすべて無効になります。また，コールドスタート後に，ジョブネットを再実行登録する必要があります。

コールドスタートの処理では，JP1/AJS3 - Viewの終了を待つため，コールドスタートを指定する場合は，JP1/AJS3 - Viewからの接続を切断した状態で実行してください。

7.5.2　スケジューラーサービスを停止する

スケジューラーサービスだけを停止させる場合は，jajs_spmd_stopコマンドまたはajsstopコマンドを使用します。これらのコマンドを使用すると，JP1/AJS3サービスが起動したまま，スケジューラーサービスだけが停止します。

スケジューラーサービスの停止時に，ajsstopコマンドのオプションでジョブネットやジョブの実行を，次のように制限して安全に停止させることができます。

スケジュール制限

コマンドを実行した日に実行が予定されているジョブネットの実行がすべて終了したあと，スケジューラーサービスを終了します。スケジュール制限中もジョブネットの実行登録は受け付けますが，スケジュール制限中に翌日になった場合，翌日分のジョブネットは起動されません。

ジョブネット制限

コマンドを実行したときに実行中のジョブネットがすべて終了したあと，スケジューラーサービスを終了します。ジョブネット制限中は，新たなルートジョブネットは起動されません。また，ジョブネットの即時実行登録はできません。

ジョブ制限

コマンドを実行したときに実行中のジョブがすべて終了したあと，スケジューラーサービスを終了します。ジョブ制限中は，新たなジョブは起動されないで，実行中のジョブネットは中断されます。ジョブ異常終了時の自動リトライも行われません。また，ジョブネットの即時実行登録はできません。

ジョブ強制終了停止

コマンドを実行した時点で，スケジューラーサービスを終了します。スケジューラーサービス終了時に実行中のジョブネットはすべて強制終了します。ジョブ異常終了時の自動リトライも行われません。

スケジューラーサービス強制停止

コマンドを実行した時点で，スケジューラーサービスを終了します。ただし，スケジューラーサービス終了時に実行中のジョブは実行を継続します。

jajs_spmd_stopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd_stop」を参照してください。

高度なオプションを指定してスケジューラーサービスを停止する場合は，ajsstopコマンドを使用してください。ajsstopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsstop」を参照してください。

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

使用するホストのシステム日時以外の日時で運用したい場合に，スケジューラーサービスにローカル日時を定義できます。例えば，運用前にシミュレーションしたい場合にスケジューラーサービスにローカル日時を定義しておくと，システム日時を変更しないで運用テストを実行できます。これによって，本来は夜間に実行する処理を昼間にテストするなどのことができます。

スケジューラーサービスのローカル日時の定義は，スケジューラーサービス単位で有効になります。

この操作は，Administrators権限またはスーパーユーザー権限を持つOSユーザーが実行してください。

スケジューラーサービスのローカル日時が定義されている場合の適用範囲を次の表に示します。

表7‒6　スケジューラーサービスのローカル日時が定義されている場合の適用範囲

日時の種類

適用する日時

スケジューラーサービスが制御できる日時

（ジョブネットの開始・終了日時，スケジューラーサービスの開始時刻など。ただし，JP1/AJS3 - Agentで実行するジョブ，イベントジョブ，カスタムイベントジョブ，およびアクションジョブを除く）

スケジューラーサービスのローカル日時

スケジュール一時変更などで，日時指定を省略したときに仮定する日時

スケジューラーサービスのローカル日時

スケジューラーサービスが出力するログ

スケジューラーサービスのローカル日時

JP1/AJS3が作成・更新したファイルのタイムスタンプ

システム日時

システムロギングファイルのログ出力日時

システム日時

イベント受信時刻，イベント到着時刻

システム日時

「ajs」で始まる名称のコマンドの実行時

スケジューラーサービスのローカル日時

「ajs」以外の文字列で始まる名称のコマンドの実行時

システム日時

イベントIDが4100〜4131のJP1イベント

スケジューラーサービスのローカル日時

スケジューラーサービスのローカル日時はajslocaldateコマンドを使って定義します。ajslocaldateコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　4. 特別な運用で使用するコマンド　ajslocaldate」を参照してください。

注意事項

スケジューラーサービスのローカル日時を変更する場合は，スケジューラーサービスを停止し，変更後に再起動してください。日時を前に戻す場合は，jajs_spmd_stopコマンドに「-n jajs_schd」を指定してスケジューラーサービスだけを停止したあと，日時を前に戻してから，jajs_spmdコマンドに-coldオプション，および「-n jajs_schd」を指定してスケジューラーサービスを再起動してください。jajs_spmd_stopコマンドおよびjajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd_stop」およびマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd」を参照してください。

一度設定したスケジューラーサービスのローカル日時は，再起動後も有効になります。

スケジューラーサービスのローカル日時はシステム日時を基に生成されています。システム日時を変更した場合，スケジューラーサービスのローカル日時にもその変更された時間が反映されます。システム日時を変更した場合は，スケジューラーサービスのローカル日時が正しい日時になっているか確認してください。

クラスタシステムで，スケジューラーサービスのローカル日時を使用する場合は，実行系ホストと待機系ホストの両方のホストで，ajslocaldateコマンドを実行してください。

7.7　スケジューラーログを交代する

スケジューラーログは，スケジューラーサービス単位またはホスト単位でファイルに出力されます。スケジューラーサービス単位で出力するか，ホスト単位で出力するかは，環境設定パラメーターAJSLOGOUTPUTDESTで設定できます。

スケジューラーサービス単位で出力する場合もホスト単位で出力する場合も，ログファイルは二つあり，一方のファイルが環境設定に指定したファイル容量に達した時点で，もう一つのファイルに出力先を交代します。

スケジューラーサービス単位で出力する場合

環境設定パラメーターAJSLOGFILE1に指定したファイルと環境設定パラメーターAJSLOGFILE2に指定したファイルを交代します。

ホスト単位で出力する場合

環境設定パラメーターHOSTLOGFILE1に指定したファイルと環境設定パラメーターHOSTLOGFILE2に指定したファイルを交代します。

ajsalterコマンドの-cオプションを使うと，この出力先のスケジューラーログファイルを強制的に交代できます。スケジューラーログの交代方法として，次の二つが選択できます。

ログの出力先ファイルを交代用のファイルに交代する（-c CHANGE）

使用中のファイルのログを交代用のファイルにコピーして，使用中のログファイルの先頭から再びログを書き込む（-c COPY）

なお，スケジューラーログの出力中にログ出力障害が発生してログ出力が閉塞した場合，ajsalterコマンドの-cオプションでスケジューラーログファイルを交代すると，ログ出力の閉塞状態が解除されます。ajsalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsalter」を参照してください。

また，ajsalterコマンドの-oオプションを使用すると，環境設定パラメーターAJSLOGOUTPUTDESTの指定値によって，スケジューラーログファイルを次のように交代します。

表7‒7　環境設定パラメーターAJSLOGOUTPUTDESTの指定値と-oオプションの組み合わせによる-cオプションの対象スケジューラーログファイル

AJSLOGOUTPUTDESTの指定値

ajsalterコマンドの-oオプション

指定あり

指定なし

schedule（デフォルト値）

ホスト単位

スケジューラーサービス単位

host

ホスト単位

ホスト単位

（凡例）

ホスト単位：ホスト単位のスケジューラーログファイル

スケジューラーサービス単位：スケジューラーサービス単位のスケジューラーログファイル

環境設定パラメーターAJSLOGOUTPUTDESTについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(28) AJSLOGOUTPUTDEST」を参照してください。

環境設定パラメーター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オプションを指定しても省略しても，ホスト単位のスケジューラーログファイルが交代します。

7.8　実行エージェントの情報を変更する

実行エージェントの情報は，JP1/AJS3の運用中に設定または変更できます。実行エージェントの情報は，次のような場合に変更します。

運用中にジョブの実行エージェントを追加したり，削除したりしたい。

負荷分散させる実行エージェントを追加したり，削除したりしたい。

運用中に実行エージェントの情報（実行ホスト，ジョブ実行多重度など）を変更したい。

運用中に実行エージェントの配信制限状態を変更したい。

運用中に実行エージェントのジョブ配信の遅延を軽減したい。

7.8.1　実行エージェントを追加・削除・変更する

JP1/AJS3の運用中に実行エージェントを追加したり，削除したりできます。また，実行エージェントのジョブ実行多重度や実行エージェントの受付配信制限の状態を変更できます。

負荷分散させるための実行エージェントグループを追加したり，削除したりすることもできます。

(1)　コマンドで実行エージェントを操作する

コマンドで実行エージェントを操作する場合には，次のコマンドを使用します。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド」を参照してください。

ajsagtadd

実行エージェントを追加します。同時にジョブ実行多重度を設定できます。

また，実行エージェントグループも追加できます。

ajsagtdel

実行エージェントを削除します。また，実行エージェントグループも削除できます。

ajsagtalt

実行エージェントの情報を変更できます。変更できる情報を次に示します。

実行ホスト名（エージェントホスト名）の変更

ジョブ実行多重度の変更

説明文の変更

実行エージェントの，受付配信制限の状態の変更

実行エージェントの状態

また，実行エージェントグループの情報も変更できます。変更できる情報を次に示します。

説明文の変更

実行エージェントグループへの実行エージェントの追加・削除

実行エージェントグループに定義されている実行エージェントの優先順位の変更

実行エージェントグループの，受付配信制限の状態の変更

実行エージェントの情報や状態は，ajsagtshowコマンドで確認できます。

(2)　Web GUI（ジョブポータル）で実行エージェントを操作する

Web GUI（ジョブポータル）で実行エージェントを操作する方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.4 ［実行エージェント］画面」を参照してください。

7.8.2　実行エージェントを一括定義する

実行エージェントの定義情報を出力して，ほかのマネージャーホストで実行エージェントを一括定義できます。実行エージェントの情報を出力するコマンドを次に示します。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド」を参照してください。

ajsagtprint

実行エージェントの定義情報をCSV形式のテキストファイルで出力できます。

出力されたテキストファイルをajsagtaddコマンドで指定することで，実行エージェントを一括定義できます。

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

JP1/AJS3が動作しているホストの名称，IPアドレス，およびシステム日時の変更について説明します。ネットワーク構成の変更に対応したい場合や，テストのために一時的に日時を変更したい場合に，この操作を実施します。

7.9.1　JP1/AJS3が動作しているホストの名称を変更する

JP1/AJS3が動作しているホストの名称を変更する手順を，JP1/AJS3 - Manager，JP1/AJS3 - Agent，JP1/AJS3 - Web Console，およびJP1/AJS3 - Viewの場合に分けて説明します。

(1)　ホスト名変更に関する注意事項

ホスト名変更前に，メッセージなどで変更前のホスト名が使用されていても，JP1/AJS3の動作には影響ありません。ただし，ユーザープログラムでログファイルなどを参照している場合は注意してください。

ホスト名変更後に，ホスト名変更前に実行されたジョブの詳細結果を表示した場合，実行先ホスト名に変更前のホスト名が表示されますが，JP1/AJS3の動作には影響ありません。

JP1/AJS3内で，FQDN形式でホスト名を定義しないでネットワーク環境のドメイン名だけを変更する場合，イベントジョブおよびカスタムイベントジョブでFQDN形式のホスト名を使用する運用を行っているかによって，必要な作業が次のように異なります。イベントジョブおよびカスタムイベントジョブでFQDN形式のホスト名を使用する運用については，「7.9.5 イベントジョブおよびカスタムイベントジョブを使用したDNS運用時にFQDN形式のホスト名での運用に変更する」およびマニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.3.8 DNS環境での運用」を参照してください。

イベントジョブおよびカスタムイベントジョブでFQDN形式のホスト名を使用する運用を行っていない場合

この項で説明している操作（ホスト名変更手順）の必要はありません。

イベントジョブおよびカスタムイベントジョブでFQDN形式のホスト名を使用する運用を行っている場合

ドメイン名が変更されるホストで次の操作が必要です。

・JP1/AJS3 - Managerの場合

「(2) JP1/AJS3 - Managerのホスト名を変更する」の手順1，4，6，9，10，13，14に従って操作する必要があります。

・JP1/AJS3 - Agentの場合

「(3) JP1/AJS3 - Agentのホスト名を変更する」の手順1，2，3，5，6，7，8，9に従って操作する必要があります。

また，JP1/Baseの認証サーバ名をFQDN形式で指定している場合には，「(2) JP1/AJS3 - Managerのホスト名を変更する」の手順9に従ってユーザーマッピングの設定を変更する必要があります。

QUEUEジョブ，サブミットジョブを使用していてホスト名を変更する場合は，実行エージェントの定義情報とQUEUEジョブ，サブミットジョブ実行環境の定義情報の両方を変更する必要があります。

運用中のホストのjp1hosts情報またはjp1hosts2情報を変更する場合，またはDNSサーバに登録されているホスト名を変更する場合，変更後のホスト名は，JP1/AJS3の再起動後にJP1/AJS3に反映されます。そのため，JP1/AJS3を停止しないでホスト名を変更すると，変更前のホスト名で通信を試み，ジョブの異常終了などの現象が発生することがあります。ホスト名を変更する前にJP1/AJS3サービスを停止してください。ただし，新たにjp1hosts2情報を追加する場合は，JP1/AJS3サービスの停止は不要です。

(2)　JP1/AJS3 - Managerのホスト名を変更する

JP1/AJS3 - Managerのホスト名を変更する操作の前に，次のことをしておいてください。

事前準備

リモートジョブネットを使用している場合は，ホスト名変更前にリモートジョブネットの実行登録を解除しておく。

イベントジョブおよびカスタムイベントジョブを実行している場合は，イベントジョブおよびカスタムイベントジョブを実行しているエージェントホストのJP1/AJS3をすべて停止しておく。

Web GUI（ジョブポータル）の操作制限機能を使用している場合は，ホスト名を変更するJP1/AJS3 - Managerに適用している操作許可設定ファイルのバックアップを用意しておく。

ほかのホストから，ホスト名を変更するマネージャーホストに対して次の操作をしないようにする。

・JP1/AJS3 - ViewやJP1/AJS3 - Web Consoleからのログインや操作

・APIの実行

・リモートコマンドの実行

・リモートジョブネットの実行

・ホスト名を変更するマネージャーホストをジョブの実行先としたジョブの実行

・ホスト名を変更するマネージャーホストとのジョブネットコネクタや接続先のジョブネットを使用した，異なるスケジューラーサービス間のルートジョブネットの実行順序制御

JP1/AJS3 - Managerのホスト名を変更する手順を次に示します。

JP1/AJS3 - ViewおよびJP1/AJS3 - Web Consoleからログオフする。

ajsprintコマンドでジョブネットの定義をバックアップする。

ここで取得したバックアップは，手順11で使用します。

バックアップの方法については，「2.2.3(4) ユニット定義のバックアップ」を参照してください。

ajsagtprintコマンドで実行エージェントの定義をバックアップする。

ここで取得したバックアップは，手順12で使用します。バックアップの方法については，「2.2.3(2) 実行エージェント情報のバックアップ」を参照してください。

マネージャーホストのJP1/AJS3のサービスを停止する。

JP1/AJS3のサービスについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　4.2.1 JP1/AJS3のサービスの種類」を参照してください。

JP1/AJS3のサービスの手動での停止方法については，「6.1.2 JP1/AJS3のサービスを手動で終了する」を参照してください。

また，JP1/AJS3のサービスは，物理ホストと，すべての論理ホストのサービスを停止してください。

QUEUEジョブ，サブミットジョブを使用している場合は，jpqexportコマンドでQUEUEジョブ，サブミットジョブ実行環境の定義をバックアップする。

ここで取得したバックアップは，手順7で使用します。バックアップの方法については，「2.2.3(3) QUEUEジョブ，サブミットジョブ実行環境定義のバックアップ」を参照してください。

マネージャーホストの物理ホストのホスト名，または論理ホスト名を変更する。

マネージャーホストのホスト名を変更してください。物理ホストのホスト名を変更する場合には，ホスト名を変更してください。

また，クラスタシステムを運用している場合で，かつ論理ホスト名を変更したときは，変更前の論理ホスト名を削除し，変更後の論理ホスト名に対して，クラスタ運用ができるように再セットアップしてください。

Windowsの場合

論理ホスト名の削除方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　8.2.8 論理ホストの削除」を参照してください。

クラスタシステムのセットアップ方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　8. クラスタ運用時のセットアップ」を参照してください。

UNIXの場合

論理ホスト名の削除方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　17.2.8 論理ホストの削除」を参照してください。

クラスタシステムのセットアップ方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　17. クラスタ運用時のセットアップ」を参照してください。

なお，マネージャーホストの変更後のホスト名は，該当のマネージャーホストと通信するほかのホスト（JP1/AJS3 - Viewホスト，JP1/AJS3 - Web Consoleサーバ，ジョブの実行先のエージェントホスト，リモートジョブネットなどの実行元のほかのマネージャーホストなど）から，名前解決できる必要があります。

それらのホストで，マネージャーホストの変更後のホスト名から，マネージャーホストのIPアドレスが求まるようにhostsファイルなどを変更してください。

hostsファイルなどの設定変更に関する注意事項は，「(1) ホスト名変更に関する注意事項」を参照してください。

QUEUEジョブ，サブミットジョブを使用している場合は，jpqimportコマンドでQUEUEジョブ，サブミットジョブ実行環境を再作成する。

QUEUEジョブ，サブミットジョブ実行環境を再作成する方法については，「2.3.4(6) QUEUEジョブ，サブミットジョブ実行環境の作成」を参照してください。

なお，論理ホストの場合は手順6で再作成しているため，この操作は不要です。

データベース環境を再セットアップする。

物理ホストのホスト名を変更した場合，物理ホストおよび論理ホストに構築したすべての組み込みDBのデータベース環境を再セットアップする必要があります。再セットアップの手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　23.4.1(6) 組み込みDBの再セットアップ」の手順3から手順7までを実施してください。

クラスタ構成の場合は実行系ホストの再セットアップを実施したあと，待機系ホストで，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　23.5.2(6) 組み込みDBの再セットアップ」の手順を実施してください。なお，論理ホスト名を変更する場合は，手順6の論理ホストの削除およびクラスタシステムのセットアップによって，データベース環境が再セットアップされるため，この手順は不要です。

必要に応じて，次の作業を実施する。

項番

条件

実施する作業

1

名称を変更しようとしているホストを認証サーバ（JP1/Baseの機能）としても使用している場合

ユーザーマッピングの設定を変更します。

Windowsの場合

［JP1/Base環境設定］ダイアログボックスの［ユーザーマッピング］タブで［JP1ユーザー］の［サーバホスト名］に定義しているホスト名を，変更後の名称に変更します。

UNIXの場合

ユーザーマッピング定義ファイル（jp1BsUmap.conf）に定義しているホスト名を，変更後の名称に変更します。そのあと，jbsmkumapコマンドを実行します。

ユーザーマッピングの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

2

イベントジョブおよびカスタムイベントジョブを使用している場合

イベントジョブおよびカスタムイベントジョブを実行しているエージェントホストおよびマネージャーホスト（自ホストを含む）上で，jpoagoecコマンドを実行し，エージェントホストのJP1/AJS3サービスをコールドスタートします。

名称を変更しようとしているマネージャーホストから依頼を受けてイベントジョブおよびカスタムイベントジョブを実行しているすべてのホストで，jpoagoecコマンドを実行してください。コマンド実行手順は次のとおりです（手順は，ホスト名ManagerHostBを変更する場合の例です）。

「jpoagoec -p」コマンドを実行し，現在，イベント・アクションエージェント機能が記憶しているマネージャーホスト名を確認します。

（表示例）

　ManagerHostA

　ManagerHostB

「jpoagoec -d ManagerHostB」コマンドを実行し，ホスト名変更前のマネージャーホスト名を削除します。

エージェントホストのJP1/AJS3サービスをコールドスタートします。

コールドスタートは，次の手順で実施します。

Windowsの場合

コントロールパネルの［管理ツール］をダブルクリックします。

表示される［管理ツール］ダイアログボックスで，［サービス］をダブルクリックします。

起動させたいJP1/AJS3のサービス名を選択したあと，［操作］−［プロパティ］を選択します。

表示される［サービス名のプロパティ］ダイアログボックスの［全般］タブで，［開始パラメータ］にスタートモードとして「-cold」を指定します。

そのあと，［開始］ボタンをクリックします。

UNIXの場合

「jajs_spmd -cold [-h 論理ホスト名]」コマンドを実行します。

3

通信暗号化機能を使用している場合で，かつサーバ証明書のCNまたはSANと異なるホスト名に変更するとき

サーバ証明書を取得し直して再配置します。

サーバ証明書のCNまたはSANと異なるホスト名に変更する場合は，サーバ証明書を取得し直して再配置する必要があります。サーバ証明書を再取得した場合で，発行元のCAが元のサーバ証明書の発行元のCAと異なるときは，さらにルート証明書の再取得と再配置も必要です。

サーバ証明書およびルート証明書の取得と配置方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.4 SSLを利用した通信の設定」を参照してください。

マネージャーホストのJP1/AJS3サービスをコールドスタートする。

ホスト名を変更した物理ホストまたは論理ホストをコールドスタートしてください。

手順2でバックアップしたジョブネット定義をajsdefineコマンドなどで回復する。

リカバリーの方法については，「2.3.4(10) ユニット定義のリカバリー」を参照してください。

手順3でバックアップした実行エージェント定義をajsagtaddコマンドで回復する。

リカバリーの方法については，「2.3.4(8) 実行エージェント情報のリカバリー」を参照してください。

手順4で停止したサービスを，必要に応じて起動する。

マネージャーホスト上で運用に必要なジョブネットを再実行登録する。

手順10でマネージャーホストをコールドスタートしているため，ジョブネットの実行登録がすべて解除されています。運用に必要なジョブネットを再実行登録してください。

必要に応じて，次の作業を実施する。

項番

条件

実施する作業

1

JP1/AJS3 - Web Consoleを使用している場合

JP1/AJS3 - Web Consoleの環境設定ファイル（ajs3web.conf）で，接続先マネージャーホスト名を変更し，JP1/AJS3 Web Application Serverサービスを再起動します。

環境設定ファイル（ajs3web.conf）の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　3.4.3 環境設定ファイル（ajs3web.conf）の設定項目の詳細」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　13.3.3 環境設定ファイル（ajs3web.conf）の設定項目の詳細」（Linuxの場合）を参照してください。

2

JP1/AJS3 - Web Consoleを使用している場合で，マネージャーホストにJP1/AJS3 - Web Consoleをインストールしているとき

Webサーバ定義ファイル（httpsd.conf）に変更後のホスト名を設定し，JP1/AJS3 HTTP Serverサービスを再起動します。

Webサーバ定義ファイル（httpsd.conf）の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　3.4.5 Webサーバ定義ファイル（httpsd.conf）の設定項目の詳細」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　13.3.5 Webサーバ定義ファイル（httpsd.conf）の設定項目の詳細」（UNIXの場合）を参照してください。

3

JP1/AJS3 - Web Consoleを使用している場合で，名称を変更しようとしているマネージャーホストのユニットをWeb GUI（ジョブポータル）の［ダッシュボード］画面の監視対象として設定しているとき

新しいホスト名でログインしたあとに監視対象を再設定します。

ログイン時の［接続ホスト名］にIPアドレスを指定している場合，再設定は不要です。

4

JP1/AJS3 - Web Consoleを使用している場合で，マネージャーホストにJP1/AJS3 - Web Consoleをインストールしている，かつJP1/IM連携の設定をしているとき

JP1/IMから呼び出すWeb Consoleサーバのホスト名の設定を変更します。

JP1/IMと連携する場合の設定については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　10.2 JP1/IM連携時のセットアップ」を参照してください。

5

JP1/AJS3 - Web Consoleを使用している場合で，Web GUI（ジョブポータル）の操作制限機能を有効にしているとき

新しいホスト名でWeb GUI（ジョブポータル）にログインしたあと，変更する前のホスト名で適用していた操作許可設定ファイルを再適用します。

操作許可設定ファイルの詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.4.2 ユーザーごとの操作制限のカスタマイズ」を参照してください。

6

JP1/AJS3 - Web Consoleを使用している場合で，Web Consoleサーバからの接続を許可するマネージャーホストのホスト名を変更したとき

JP1/AJS3 - Web Consoleの環境設定ファイル（ajs3web.conf）で，接続を許可するマネージャーホスト名を変更します。

環境設定ファイル（ajs3web.conf）の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　3.4.3 環境設定ファイル（ajs3web.conf）の設定項目の詳細」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　13.3.3 環境設定ファイル（ajs3web.conf）の設定項目の詳細」（Linuxの場合）を参照してください。

7

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のホスト名を変更する前に，次のことをしておいてください。

事前準備

ホスト名を変更するエージェントホストにジョブを実行しないように検討しておく。

JP1/AJS3 - Agentのホスト名を変更する場合は，実行エージェントの運用に使用するコマンドで変更します。また，QUEUEジョブ，サブミットジョブを使用している場合は，手順4も実施してください。

JP1/AJS3 - Agentのホスト名を変更する手順を次に示します。

名称を変更しようとしているエージェントホストを実行先として実行登録しているジョブネットを終了し，登録解除する。

名称を変更しようとしているエージェントホストのJP1/AJS3のサービスを停止する。

JP1/AJS3のサービスについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　4.2.1 JP1/AJS3のサービスの種類」を参照してください。

JP1/AJS3のサービスの手動での停止方法については，「6.1.2 JP1/AJS3のサービスを手動で終了する」を参照してください。

また，JP1/AJS3のサービスは，物理ホストと，すべての論理ホストのサービスを停止してください。

マネージャーホストでajsagtaltコマンドを実行して，名称を変更しようとしているエージェントホストが定義された実行エージェント情報のホスト名を変更する。

ajsagtaltコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsagtalt」を参照してください。

QUEUEジョブ，サブミットジョブを使用している場合は，マネージャーホストでjpqagtdelコマンドを実行し，変更前のエージェントホストを削除したあとにマネージャーホストでjpqagtaddコマンドを実行して変更後のエージェントホストを追加する。

jpqagtdelコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　4. 特別な運用で使用するコマンド　jpqagtdel」を参照してください。

エージェントホストを追加した直後は，同時に作成されたデフォルトキューでジョブの受付口が閉じています。必要に応じてデフォルトキューの属性を変更してください。

jpqagtaddコマンドおよびデフォルトキューの属性の変更方法については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　4. 特別な運用で使用するコマンド　jpqagtadd」を参照してください。

エージェントホストのホスト名を変更する。

エージェントホスト名を変更してください。

また，クラスタシステムを運用している場合で，かつ論理ホスト名を変更したときは，変更前の論理ホスト名を削除し，変更後の論理ホスト名に対して，クラスタ運用ができるように再セットアップしてください。

Windowsの場合

論理ホスト名の削除方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　8.2.8 論理ホストの削除」を参照してください。

クラスタシステムのセットアップ方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　8. クラスタ運用時のセットアップ」を参照してください。

UNIXの場合

論理ホスト名の削除方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　17.2.8 論理ホストの削除」を参照してください。

クラスタシステムのセットアップ方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　17. クラスタ運用時のセットアップ」を参照してください。

なお，エージェントホストの変更後のホスト名は，該当のエージェントと通信するほかのホスト（ジョブの実行元のマネージャーホストなど）から，名前解決できる必要があります。

それらのホストで，エージェントホストの変更後のホスト名から，IPアドレスが求まるようにhostsファイルなどを変更してください。

hostsファイルなどの設定変更に関する注意事項は，「(1) ホスト名変更に関する注意事項」を参照してください。

通信暗号化機能を使用している場合で，かつサーバ証明書のCNまたはSANと異なるホスト名に変更する場合は，サーバ証明書を取得し直して再配置する。

サーバ証明書のCNまたはSANと異なるホスト名に変更する場合は，サーバ証明書を取得し直して再配置する必要があります。サーバ証明書を再取得した場合で，発行元のCAが元のサーバ証明書の発行元のCAと異なるときは，さらにルート証明書の再取得と再配置も必要です。

サーバ証明書およびルート証明書の取得と配置方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.4 SSLを利用した通信の設定」を参照してください。

エージェントホストのJP1/AJS3サービスをコールドスタートする。

コールドスタートの手順については，「6.2.1 JP1/AJS3起動時の動作を一時的に変更する」を参照してください。

注意事項

変更後のエージェントホストとマネージャーホストの間で通信ができることを確認してください。

手順2で停止したサービスを，必要に応じて起動する。

ジョブネットを再度実行登録して運用を再開する。

手順1で登録解除したジョブネットを，必要に応じて再度実行登録してください。

(4)　JP1/AJS3 - Web Consoleのホスト名を変更する

JP1/AJS3 - Web Consoleのホスト名を変更する前に，次のことをしておいてください。

事前準備

ほかのホストから，ホスト名を変更するWeb Consoleサーバに対して，次の操作をしないようにする。

JP1/AJS3 - Web Consoleへのログインや操作

APIの実行

JP1/AJS3 - Web Consoleのホスト名を変更する際に必要な手順について説明します。

なお，ここで説明する手順は，JP1/AJS3 - Web ConsoleとJP1/AJS3 - Managerを別々のホストにインストールした場合の手順です。JP1/AJS3 - Web ConsoleとJP1/AJS3 - Managerを同一のホストにインストールした場合のホスト名の変更手順については，「(2) JP1/AJS3 - Managerのホスト名を変更する」を参照してください。

Web ConsoleサーバのJP1/AJS3 HTTP ServerサービスとJP1/AJS3 Web Application Serverサービスを停止する。

Web Consoleサーバのホスト名を変更する。

Web Consoleサーバのホスト名を変更してください。

なお，Web Consoleサーバのホスト名は，該当のサーバと通信するほかのホスト（Web GUIからログインする端末など）から，名前解決できる必要があります。

それらのホストで，Web Consoleサーバの変更後のホスト名からIPアドレスが求まるようにhostsファイルなどを変更してください。

hostsファイルなどの設定変更に関する注意事項は，「(1) ホスト名変更に関する注意事項」を参照してください。

通信暗号化機能を使用している場合で，かつサーバ証明書のCNまたはSANと異なるホスト名に変更する場合は，サーバ証明書を取得し直して再配置する。

サーバ証明書のCNまたはSANと異なるホスト名に変更する場合は，サーバ証明書を取得し直して再配置する必要があります。サーバ証明書を再取得した場合で，発行元のCAが元のサーバ証明書の発行元のCAと異なるときは，さらにルート証明書の再取得と再配置も必要です。

サーバ証明書およびルート証明書の取得と配置方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.4 SSLを利用した通信の設定」を参照してください。

Webサーバ定義ファイル（httpsd.conf）に，変更後のホスト名を設定する。

Webサーバ定義ファイル（httpsd.conf）の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　3.4.5 Webサーバ定義ファイル（httpsd.conf）の設定項目の詳細」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　13.3.5 Webサーバ定義ファイル（httpsd.conf）の設定項目の詳細」（UNIXの場合）を参照してください。

JP1/IM連携時に，JP1/IMから呼び出すWeb Consoleサーバのホスト名の設定を変更する。

JP1/IMと連携する場合の設定については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　10.2 JP1/IM連携時のセットアップ」を参照してください。

Web ConsoleサーバのJP1/AJS3 HTTP ServerサービスとJP1/AJS3 Web Application Serverサービスを起動する。

(5)　JP1/AJS3 - Viewのホスト名を変更する

JP1/AJS3 - Viewのホスト名を変更する手順を次に示します。

JP1/AJS3 - Viewからログオフする。

JP1/AJS3 - Viewホストのホスト名を変更する。

必要に応じて，JP1/AJS3 - Viewを起動してJP1/AJS3 - Managerホストに接続する。

JP1/AJS3 - Viewの［ログイン］画面の［接続ホスト名］にIPアドレスを指定して，JP1/AJS3 - Managerの物理ホストに接続する場合は，必ず物理ホスト名に対応したIPアドレスで接続してください。

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

JP1/AJS3が動作しているホストのIPアドレスを変更する場合や，実ホスト名から求まるIPアドレスを変更する場合の手順を，JP1/AJS3 - Manager，JP1/AJS3 - Agent，JP1/AJS3 - Web Console，およびJP1/AJS3 - Viewの場合に分けて説明します。

(1)　IPアドレス変更に関する注意事項

実ホスト名から求まるIPアドレスの変更とは，hostsファイル，DNS，jp1hosts情報，およびjp1hosts2情報を変更し，実行ホスト名に対する名前解決の結果として求まるIPアドレスを変更する場合を指します。

運用中のホストのjp1hosts情報またはjp1hosts2情報を変更する場合，またはDNSサーバのIPアドレスを変更する場合，変更後のIPアドレスは，JP1/AJS3の再起動後にJP1/AJS3に反映されます。そのため，JP1/AJS3を停止しないでIPアドレスを変更すると，変更前のIPアドレスで通信を試み，ジョブの異常終了などの現象が発生することがあります。IPアドレスを変更する前に，JP1/AJS3サービスを停止してください。ただし，新たにjp1hosts2情報を追加する場合は，JP1/AJS3サービスの停止は不要です。

運用中のホストに対して，IPv4／IPv6プロトコルをインストール・アンインストールしたり，IPv4／IPv6プロトコルの有効／無効を変更したりする場合，JP1/AJS3サービスを停止してから操作してください。

(2)　JP1/AJS3 - ManagerのIPアドレスを変更する

JP1/AJS3 - ManagerのIPアドレスを変更する前に，次のことをしておいてください。

事前準備

ほかのホストから，IPアドレスを変更するマネージャーホストに対して次の操作をしないようにする。

・JP1/AJS3 - ViewやJP1/AJS3 - Web Consoleからのログインや操作

・APIの実行

・リモートコマンドの実行

・リモートジョブネットの実行

・IPアドレスを変更するマネージャーホストをジョブの実行先としたジョブの実行

・IPアドレスを変更するマネージャーホストとのジョブネットコネクタや接続先のジョブネットを使用した，異なるスケジューラーサービス間のルートジョブネットの実行順序制御

キューレスジョブを実行していないことを確認する。

エージェントホストでのキューレスジョブの実行中に，マネージャーホストのIPアドレスを変更した場合，マネージャーホストではジョブの終了状態が「終了状態不明」になります。IPアドレスを変更する場合は，必ず，キューレスジョブを実行していないことを確認してください。また，ジョブの終了状態が「終了状態不明」になった場合は，エージェントホストのキューレスログファイルからジョブの終了状態を確認してください。

JP1/AJS3 - ManagerのIPアドレスを変更する手順を次に示します。

JP1/AJS3 - ViewおよびJP1/AJS3 - Web Consoleからログオフする。

マネージャーホストのJP1/AJS3のサービスを停止する。

JP1/AJS3のサービスについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　4.2.1 JP1/AJS3のサービスの種類」を参照してください。

JP1/AJS3のサービスの手動での停止方法については，「6.1.2 JP1/AJS3のサービスを手動で終了する」を参照してください。

また，JP1/AJS3のサービスは，物理ホストと，すべての論理ホストのサービスを停止してください。

必要に応じて次の作業を実施する。

項番

条件

実施する作業

1

次のすべてを満たす場合

JP1/AJS3 - Web ConsoleのWeb GUI（ジョブポータル）の操作制限機能を使用している

マネージャーホストにIPアドレスを指定してログインしている

操作許可設定ファイルのバックアップ

マネージャーホストのIPアドレスを変更する前に，マネージャーホストに適用している操作許可設定ファイルのバックアップを取得してください。

操作許可設定ファイルの詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.4.2 ユーザーごとの操作制限のカスタマイズ」を参照してください。

マネージャーホストのIPアドレスを変更する。

マネージャーホストのIPアドレスを変更します。

なお，変更後のIPアドレスは，該当のマネージャーホストと通信するほかのホスト（JP1/AJS3 - Viewホスト，JP1/AJS3 - Web Consoleサーバ，ジョブの実行先のエージェントホスト，リモートジョブネットなどの実行元のほかのマネージャーホストなど）から，名前解決できる必要があります。

それらのホストで，マネージャーホスト名から変更したIPアドレスが求まるようにhostsファイルなどを変更してください。

hostsファイルなどの設定変更に関する注意事項は，「(1) IPアドレス変更に関する注意事項」を参照してください。

必要に応じて次の作業を実施する。

項番

条件

実施する作業

1

次のすべてを満たす場合

JP1/AJS3 - Web Consoleの接続先ホスト制限機能を使用している

接続を許可するマネージャーホストにIPアドレスを指定している

環境設定ファイルの再設定

環境設定ファイル（ajs3web.conf）を変更する必要があります。

環境設定ファイル（ajs3web.conf）の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　3.4.3 環境設定ファイル（ajs3web.conf）の設定項目の詳細」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　13.3.3 環境設定ファイル（ajs3web.conf）の設定項目の詳細」（Linuxの場合）を参照してください。

2

次のすべてを満たす場合

ほかのマネージャーホストから，IPアドレスを変更したマネージャーホストに対して，イベントジョブおよびカスタムイベントジョブを実行したことがある

名前解決に使用するエージェントホスト情報の変更オプションを有効にしていない

イベントジョブおよびカスタムイベントジョブの名前解決の再設定

イベントジョブおよびカスタムイベントジョブの実行先を，IPアドレスを変更したマネージャーホストとしている，ほかのマネージャーホスト上で次のどちらかの操作が必要です。

・JP1/AJS3サービスを再起動する。

・ajsagtdelコマンドおよびajsagtaddコマンドを実行して，IPアドレスを変更したマネージャーホストが実行ホストとして定義されている実行エージェントを，マネージャーホストに再登録する。

なお，名前解決に使用するエージェントホスト情報の変更オプションを有効にしている場合は，ほかのマネージャーホスト上での作業は不要です。

名前解決に使用するエージェントホスト情報の変更オプションについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.3.18 名前解決に使用するエージェント情報の変更オプションの設定方法」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.3.17 名前解決に使用するエージェント情報の変更オプションの設定方法」（UNIXの場合）を参照してください。

手順2で停止したサービスを，必要に応じて起動する。

JP1/AJS3 - Viewの［ログイン］画面の［接続ホスト名］にIPアドレスを指定して，JP1/AJS3 - Managerの物理ホストに接続する場合は，必ず物理ホスト名に対応したIPアドレスで接続してください。

必要に応じて次の作業を実施する。

項番

条件

実施する作業

1

次のすべてを満たす場合

JP1/AJS3 - Web ConsoleのWeb GUI（ジョブポータル）の操作制限機能を使用している

JP1/AJS3 - Web Consoleのログイン画面の［接続ホスト名］にIPアドレスを指定してログインしている

操作許可設定ファイルの再設定

変更後のマネージャーホストのIPアドレスでWeb GUI（ジョブポータル）にログインし，バックアップしておいた操作許可設定ファイルを適用してください。操作許可設定ファイルの詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.4.2 ユーザーごとの操作制限のカスタマイズ」を参照してください。

2

次のすべてを満たす場合

JP1/AJS3 - Web Consoleの［ダッシュボード］画面の詳細情報エリアに監視対象のユニットを表示している

JP1/AJS3 - Web Consoleのログイン画面の［接続ホスト名］にIPアドレスを指定してログインしている

監視対象のユニットの再設定

条件を満たす場合，マネージャーホストの変更後のIPアドレスでマネージャーホストにログインすると，IPアドレス変更前に詳細情報エリアに表示されていた監視対象ユニットが非表示になります。

このため，変更後のIPアドレスでログインしたあとに［監視対象設定］ダイアログボックスで監視したいユニットを選択して，詳細情報エリアに監視対象ユニットを表示するようにしてください。

3

次のすべてを満たす場合

JP1/AJS3 - Viewの［JP1/AJS3 - View］ウィンドウ（サマリー監視画面）の監視対象一覧に監視対象ユニットを表示している

JP1/AJS3 - Viewの［ログイン］画面の［接続ホスト名］にIPアドレスを指定してログインしている

監視対象ユニットの再設定

条件を満たす場合，マネージャーホストの変更後のIPアドレスでマネージャーホストにログインすると，監視対象一覧に表示されていた監視対象ユニットが表示されなくなります。

このため，変更後のIPアドレスでログインしたあとに［監視対象選択］ダイアログボックスで監視したいユニットを選択して，監視対象一覧に監視対象ユニットを表示するようにしてください。

(3)　JP1/AJS3 - AgentのIPアドレスを変更する

JP1/AJS3 - AgentのIPアドレスを変更する前に，次のことをしておいてください。

事前準備

ほかのホストから，IPアドレスを変更するエージェントホストにジョブを実行しないように検討しておく。

JP1/AJS3 - AgentのIPアドレスを変更する手順を次に示します。

エージェントホストのJP1/AJS3のサービスを停止する。

JP1/AJS3のサービスについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　4.2.1 JP1/AJS3のサービスの種類」を参照してください。

JP1/AJS3のサービスの手動での停止方法については，「6.1.2 JP1/AJS3のサービスを手動で終了する」を参照してください。

また，JP1/AJS3のサービスは，物理ホストと，すべての論理ホストのサービスを停止してください。

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

エージェントホストのIPアドレスを変更します。

なお，エージェントホストのIPアドレスは，該当のエージェントと通信するほかのホスト（ジョブの実行元のマネージャーホストなど）から，名前解決できる必要があります。

それらのホストで，エージェントホスト名から変更したIPアドレスが求まるようにhostsファイルなどを変更してください。

hostsファイルなどの設定変更に関する注意事項は，「(1) IPアドレス変更に関する注意事項」を参照してください。

必要に応じて次の作業を実施する。

項番

条件

実施する作業

1

次のすべてを満たす場合

IPアドレスを変更したエージェントホストでイベントジョブおよびカスタムイベントジョブを実行したことがある

名前解決に使用するエージェントホスト情報の変更オプションを有効にしていない

イベントジョブおよびカスタムイベントジョブの名前解決の再設定

イベントジョブおよびカスタムイベントジョブを定義しているマネージャーホスト上で次のどちらかの操作が必要です。

・JP1/AJS3サービスを再起動する。

・ajsagtdelコマンドおよびajsagtaddコマンドを実行して，IPアドレスを変更したエージェントホストが実行ホストとして定義されている実行エージェントを，マネージャーホストに再登録する。

なお，名前解決に使用するエージェントホスト情報の変更オプションを有効にしている場合は，マネージャーホスト上での作業は不要です。

名前解決に使用するエージェントホスト情報の変更オプションについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.3.18 名前解決に使用するエージェント情報の変更オプションの設定方法」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.3.17 名前解決に使用するエージェント情報の変更オプションの設定方法」（UNIXの場合）を参照してください。

2

IPアドレスを変更したエージェントと通信を行うマネージャーホストで，接続元制限機能を有効にしている場合

接続元制限の再設定

接続許可設定ファイルの変更が必要です。

接続先のマネージャーホストで，マネージャー用接続許可設定ファイルのIPアドレスを変更して，jajs_pmtconコマンドを実行してください。

接続を許可するIPアドレスを変更する手順については，「7.11.2 JP1/AJS3への接続を許可する接続元を変更する」を参照してください。

手順1で停止したサービスを，必要に応じて起動する。

(4)　JP1/AJS3 - Web ConsoleのIPアドレスを変更する

JP1/AJS3 - Web ConsoleのIPアドレスを変更する前に，次のことをしておいてください。

事前準備

ほかのホストから，IPアドレスを変更するWeb Consoleサーバに対して，次の操作をしないようにする。

JP1/AJS3 - Web Consoleへのログインや操作

APIの実行

JP1/AJS3 - Web ConsoleのIPアドレスを変更する手順を次に示します。

Web GUIからログオフする。

JP1/AJS3 - Web Consoleのホストで次のサービスが起動中であれば停止する。

JP1/AJS3 Web Application Serverサービス

JP1/AJS3 HTTP Serverサービス

JP1/AJS3 - Web ConsoleのホストのIPアドレスを変更する。

Web ConsoleサーバのIPアドレスを変更します。

なお，Web ConsoleサーバのIPアドレスは，該当のサーバと通信するほかのホスト（Web GUIからログインする端末など）から，名前解決できる必要があります。

それらのホストで，Web Consoleサーバのホスト名から変更したIPアドレスが求まるようにhostsファイルなどを変更してください。

hostsファイルなどの設定変更に関する注意事項は，「(1) IPアドレス変更に関する注意事項」を参照してください。

必要に応じて次の作業を実施する。

項番

条件

実施する作業

1

IPアドレスを変更したWeb Consoleサーバと通信を行うマネージャーホストで，接続元制限機能を有効にしている場合

接続元制限の再設定

JP1/AJS3 - Web Consoleの接続先のマネージャーホストで接続元制限を有効にしている場合，接続許可設定ファイルの変更が必要です。

接続先のマネージャーホストで，マネージャー用接続許可設定ファイルのIPアドレスを変更して，jajs_pmtconコマンドを実行してください。

接続を許可するIPアドレスを変更する手順については，「7.11.2 JP1/AJS3への接続を許可する接続元を変更する」を参照してください。

手順2で停止したサービスを，必要に応じて起動する。

(5)　JP1/AJS3 - ViewのIPアドレスを変更する

JP1/AJS3 - ViewのIPアドレスを変更する手順を次に示します。

JP1/AJS3 - Viewからログオフする。

JP1/AJS3 - ViewホストのIPアドレスを変更する。

必要に応じて次の作業を実施する。

項番

条件

実施する作業

1

JP1/AJS3 - Viewの接続先のマネージャーホストで，接続元制限機能を有効にしている場合

接続元制限の再設定

接続先のマネージャーホストで，マネージャー用接続許可設定ファイルのIPアドレスを変更して，jajs_pmtconコマンドを実行してください。

接続を許可するIPアドレスを変更する手順については，「7.11.2 JP1/AJS3への接続を許可する接続元を変更する」を参照してください。

必要に応じて，JP1/AJS3 - Viewを起動してマネージャーホストに接続する。

JP1/AJS3 - Viewの［ログイン］画面の［接続ホスト名］にIPアドレスを指定して，JP1/AJS3 - Managerの物理ホストに接続する場合は，必ず物理ホスト名に対応したIPアドレスで接続してください。

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

(1)　JP1/AJS3 - ManagerおよびJP1/AJS3 - Agentの場合

JP1/AJS3 - ManagerおよびJP1/AJS3 - Agentの運用中にシステムの日時を変更する手順について説明します。

JP1/AJS3サービスを起動したあとにシステムの日時を大幅に変更すると，ジョブネットの実行スケジュールに影響を与えます。大幅に日時を変更する必要がある場合は，JP1/AJS3サービスが停止している状態で作業してください。時刻を戻したときは，戻す前の時刻になるまで待ってから起動してください。戻す前の時刻になるまで待たないで起動するときは，データベース環境を再構築したあと，JP1/AJS3サービスをコールドスタートで起動してください。

なお，時刻を合わせるために，ホストのシステム時刻を，NTP（Network Time Protocol）などで少しずつ変更する場合，この項で紹介する手順に示しているサービスの停止やコールドスタートは不要です。NTPなどで時刻を合わせる場合は，同一時刻が発生しないようにミリ秒単位で補正してください。

また，JP1/AJS3 - Agent Minimal Editionを運用しているホストでシステム時刻を変更する場合，1日に実行できるジョブ数に影響します。JP1/AJS3 - Agent Minimal Editionでシステム時刻を変更する場合の注意事項については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　付録G.4(2) システム時刻を変更する場合」を参照してください。

(a)　遅れているシステムの時刻を進める場合

システムの時刻を現在時刻まで進める手順を次に示します。

JP1/AJS3サービスを終了する。

システムの時刻を進ませる。

JP1/AJS3サービスを開始する。

(b)　進んでいるシステムの時刻を戻し，変更前の時刻になるまで待つ場合

システムの時刻を現在時刻に戻す手順を次に示します。

JP1/AJS3サービスを終了する。

システムの時刻を戻す。

システムの時刻が時刻を戻す前の時刻に達したら，JP1/AJS3サービスを開始する。

例えば，手順2で「02:00」を「01:00」に戻した場合，システムの時刻が「02:00」になってから，JP1/AJS3サービスを開始します。

(c)　進んでいるシステムの時刻を戻し，すぐにJP1/AJS3を起動する場合

システムの時刻を現在時刻に戻したあと，すぐにJP1/AJS3を起動した場合，次回のJP1/AJS3の起動時刻がJP1/AJS3の停止より前の時刻になるため，JP1/AJS3 - Managerでは次の作業が必要になります。

データベース環境の再構築

稼働状況ログファイルの削除

実行エージェント稼働状況ログファイルの削除

ジョブ実行数の集計結果の削除

実行エージェント稼働状況の集計結果の削除

システムの時刻を現在時刻に戻したあと，すぐにJP1/AJS3を起動する手順を次に示します。

JP1/AJS3サービスを終了する。

稼働状況レポートの出力機能を有効にしている場合は，稼働状況ログファイルを削除する。

詳細については，「5.3.1 稼働状況レポートの出力機能の概要」を参照してください。

実行エージェント稼働状況レポートの出力機能を有効にしている場合は，実行エージェント稼働状況ログファイルを削除する。

詳細については，「5.3.2 実行エージェント稼働状況レポートの出力機能の概要」を参照してください。

マネジメントポータル実行環境をセットアップしており，ジョブ実行数の集計または実行エージェント稼働状況の集計を有効にしている場合は，JP1/AJS3 System Control Managerサービスを終了する。

マネジメントポータル実行環境をセットアップしており，ジョブ実行数の集計を有効にしている場合は，次のフォルダまたはディレクトリを削除する。

Windowsの場合

物理ホスト

Mgr_Data_Path※¥sys¥jobagg

論理ホスト

共有フォルダ名¥jp1ajs2¥sys¥jobagg

UNIXの場合

物理ホスト

/var/opt/jp1ajs2/sys/jobagg

論理ホスト

共有ディレクトリ名/jp1ajs2/sys/jobagg

マネジメントポータル実行環境の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.7.3 Web GUI（マネジメントポータル）の設定」を参照してください。

マネジメントポータル実行環境をセットアップしており，実行エージェント稼働状況の集計を有効にしている場合は，次のフォルダまたはディレクトリを削除する。

Windowsの場合

物理ホスト

Mgr_Data_Path※¥sys¥agtagg

論理ホスト

共有フォルダ名¥jp1ajs2¥sys¥agtagg

UNIXの場合

物理ホスト

/var/opt/jp1ajs2/sys/agtagg

論理ホスト

共有ディレクトリ名/jp1ajs2/sys/agtagg

マネジメントポータル実行環境の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.7.3 Web GUI（マネジメントポータル）の設定」を参照してください。

システムの時刻を戻す。

データベース環境を再構築する。

詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　23.4.1(6) 組み込みDBの再セットアップ」を参照してください。

JP1/AJS3 サービスをコールドスタートで開始する。

マネジメントポータル実行環境をセットアップしており，ジョブ実行数の集計を有効にしている場合は，JP1/AJS3 System Control Managerサービスを開始する。

注※

「Mgr_Data_Path」は，インストール先フォルダによって異なります。

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

%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2

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

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

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

「システムドライブ¥Program Files (x86)」配下

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

インストール先フォルダが上記以外の場合

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

注意事項

JP1/AJS3 - Agentのシステムの時刻を戻した場合，時刻を戻したホストで，JP1イベント受信監視実行前のイベント検索はできません。

ジョブ定義の，ジョブの終了判定の条件に「ファイルが更新されれば正常」を指定していて，かつ日時を変更したあと，実際のファイル作成日時よりも前にファイルを更新した場合は，ファイル更新を検知できずにジョブが異常終了することがあります。終了判定では，ジョブ開始時に取得したファイル更新日時とジョブ終了時に取得したファイル更新日時を比較します。

例えば，毎日11:00にジョブを開始し，12:00にファイルを更新したあと，13:00にジョブが終了して終了判定する運用をしているとします。10月10日の14:00にJP1/AJS3サービスを停止し，システム日時を10月9日の10:00に変更します。ジョブ開始時の10月9日の11:00に取得したファイル更新日時は，システム日時を変更する前のジョブで更新した10月10日の12:00であり，ジョブ終了時の10月9日の13:00に取得したファイル更新日時は，システム日時を変更したあとのジョブで更新した10月9日の12:00です。終了判定でファイル更新を検知しないため，正常終了と認識されません。このため，JP1/AJS3サービスが停止している状態で日時を変更したあと，手動でファイルを更新し直すなど，ジョブ実行前にファイル更新日時を現在のシステム日時に合わせておく必要があります。

(2)　JP1/AJS3 - Web Consoleの場合

JP1/AJS3 - Web Consoleのシステム日時を変更する手順を次に示します。なお，このシステム日時の変更にはシステムのタイムゾーン変更も含みます。

JP1/AJS3 - Web Consoleのサービスを終了する。

次の二つのサービスを終了します。

JP1/AJS3 HTTP Serverサービス

JP1/AJS3 Web Application Serverサービス

システム日時を変更する。

システム日時を過去の日時に変更した場合，作業ファイル格納ディレクトリを削除します。

作業ファイル格納ディレクトリは次のディレクトリです。

Windowsの場合

Web Consoleサーバ用システムファイルフォルダ¥rcmd

UNIXの場合

Web Consoleサーバ用システムファイルディレクトリ/rcmd

JP1/AJS3 - Web Consoleのサービスを開始する。

次の二つのサービスを開始します。

JP1/AJS3 Web Application Serverサービス

JP1/AJS3 HTTP Serverサービス

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

夏時間対応のタイムゾーンでJP1/AJS3を運用すると，次に示す開始時間に影響があります。

JP1/AJS3 - Viewからジョブネットを実行登録した場合のジョブネット開始時間

ajsentryコマンドでジョブネットを実行登録した場合のジョブネット開始時間

jpqjobsubコマンドで-stオプションを指定してサブミットジョブを登録した場合のジョブ実行開始時間

ジョブ情報削除処理の処理開始時間

また，夏時間対応のタイムゾーンで運用しているJP1/AJS3マネージャーホストは，マネジメントポータル実行環境として使用できません。

次に，標準時間帯から夏時間帯への切り替え，および夏時間帯から標準時間帯への切り替えに伴う影響について説明します。各処理の開始時間は，時間帯の切り替えに伴う影響を考慮して設定してください。夏時間対応のタイムゾーンの例として1994年のアメリカ東海岸のタイムゾーン（TZ＝EST5EDT）を次の図に示します。

図7‒22　標準時間と夏時間の切り替え例

補足事項

表示時間は標準時間と夏時間の切り替えによって変更されますが，時間の流れは連続しています。

標準時間帯の4/7 1:59:59の1秒後が，夏時間帯の4/7 3:00:00となります。また，夏時間帯の10/27 1:59:59の1秒後が，標準時間帯の10/27 1:00:00となります。

(1)　標準時間帯から夏時間帯への切り替え

標準時間帯から夏時間帯へ運用が切り替わる場合，各処理の開始設定時間，および標準時間帯から夏時間帯への切り替え時間によって，開始時間が決まります。各処理の開始時間について図7-22を例に説明します。標準時間帯の4/7 2:00:00になると夏時間帯の4/7 3:00:00へ切り替わるため（図7-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時間早く開始することになります。標準時間帯から夏時間帯への切り替え時のスケジュールを次の表に示します。

表7‒8　標準時間帯から夏時間帯への切り替え時スケジュール

開始時間設定

〜 1:59:59

2:00:00 〜

2:59:59

3:00:00 〜

実際の開始時刻

標準時間帯

〜 1:59:59 で実行

夏時間帯

3:00:00で実行

夏時間帯

3:00:00 〜で実行

(2)　夏時間帯から標準時間帯への切り替え

夏時間帯から通常時間帯へ運用が切り替わる場合，関連する各処理の開始時間は，各処理の開始設定時間，および夏時間帯から標準時間帯への切り替え時間によって決まります。各処理の開始時間について図7-22を例に説明します。夏時間帯の10/27 2:00:00になると標準時間帯の10/27 1:00:00に切り替わるため（図7-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時間遅く開始することになります。夏時間帯から標準時間帯への切り替え時のスケジュールを次の表に示します。

表7‒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オプションを指定してサブミットジョブを登録した場合，ジョブの実行開始時間はジョブを登録するマネージャーホストのタイムゾーンに従います。

(3)　切り替え時刻をまたがるユニットの時刻表示

(a)　開始（予定）時刻と終了（予定）時刻の表示

夏時間対応のタイムゾーンでJP1/AJS3を運用している場合，開始（予定）時刻と終了（予定）時刻は，それぞれが該当する時間帯の時刻で表示されます。このため，ユニットの開始（予定）時刻と終了（予定）時刻が標準時間帯と夏時間帯の切り替え時刻をまたがっている場合，実際の実行時間とは異なるように見えます。

図7-22を例に説明すると，次のように表示されます。なお，実行時間はすべて20分です。

表7‒10　標準時間帯から夏時間帯に切り替わる場合の例

タイムゾーン

開始（予定）時刻

終了（予定）時刻

実行時間

夏時間非対応のタイムゾーン

4/7 1:50:00

4/7 2:10:00

20分

夏時間対応のタイムゾーン

4/7 1:50:00

4/7 3:10:00

20分

開始（予定）時刻の段階では標準時間で運用しているため，標準時間帯の時刻で表示されます。終了（予定）時刻の段階では夏時間帯に切り替わっているため，実際の相対的な時刻よりも，時刻が進んでいるように見えます。

表7‒11　夏時間帯から標準時間帯に切り替わる場合の例

タイムゾーン

開始（予定）時刻

終了（予定）時刻

実行時間

夏時間非対応のタイムゾーン

10/27 0:50:00

10/27 1:10:00

20分

夏時間対応のタイムゾーン

10/27 1:50:00

10/27 1:10:00

20分

開始（予定）時刻の段階では夏時間で運用しているため，夏時間帯の時刻で表示されます。終了（予定）時刻の段階では標準時間帯に切り替わっているため，実際の相対的な時刻で表示されますが，時刻が戻っているように見えます。

(b)　実行スケジュールの時間帯の表示

夏時間対応のタイムゾーンでJP1/AJS3を運用している場合，標準時間帯と夏時間帯の切り替え時刻をまたがっている日を，JP1/AJS3 - Viewの［デイリースケジュール］ウィンドウ，およびJP1/AJS3 - Web Consoleの［ダッシュボード］画面の［チャート］タブで表示すると，ジョブやジョブネットの実行スケジュールの時間帯の表示が，実際の開始時刻や終了（予定）時刻と一致しません。これは，実際の開始時刻や終了（予定）時刻の表示は夏時間対応のタイムゾーンに従って表示されるのに対して，実行スケジュールは基準時刻からの相対的な時間に従って表示されるためです。実際の開始時刻や終了（予定）時刻は，［デイリースケジュール］ウィンドウの実行結果リスト，および［ダッシュボード］画面の［リスト］タブでそれぞれ確認してください。

図7-22を例に説明すると，次のように表示されます。なお，実行スケジュールの時間帯を24時間（48時間）で区切って表示している数字を，便宜上インデクスと表現しています。

標準時間帯から夏時間帯に切り替わる場合

夏時間非対応のタイムゾーンおよび夏時間対応のタイムゾーンにおける，インデクスと表示する時間帯の関係は次のとおりです。夏時間対応のタイムゾーンでは，3:00以降の実行スケジュールが，1時間前の時刻として表示されているように見えます。

表7‒12　標準時間帯から夏時間帯に切り替わる場合のインデクスと表示する時間帯の関係

タイムゾーン

インデクス

0

1

2

3

・・・

夏時間非対応のタイムゾーン

0:00:00〜0:59:59

1:00:00〜1:59:59

2:00:00〜2:59:59

3:00:00〜3:59:59

・・・

夏時間対応のタイムゾーン

0:00:00〜0:59:59※1

1:00:00〜1:59:59※1

3:00:00〜3:59:59※2

4:00:00〜4:59:59※2

・・・

注※1

標準時間帯の時刻表示

注※2

夏時間帯の時刻表示

標準時間帯から夏時間帯に切り替わる場合の，実行スケジュールおよび画面表示の関係の例を，次に示します。

夏時間帯から標準時間帯に切り替わる場合

夏時間非対応のタイムゾーンおよび夏時間対応のタイムゾーンにおける，インデクスと表示する時間帯の関係は次のとおりです。夏時間対応のタイムゾーンでは，標準時間帯に切り替わったあとの1:00以降の実行スケジュールが，1時間後の時刻として表示されているように見えます。

表7‒13　夏時間帯から標準時間帯に切り替わる場合のインデクスと表示する時間帯の関係

タイムゾーン

インデクス

0

1

2

3

・・・

夏時間非対応のタイムゾーン

0:00:00〜0:59:59

1:00:00〜1:59:59

2:00:00〜2:59:59

3:00:00〜3:59:59

・・・

夏時間対応のタイムゾーン

0:00:00〜0:59:59※2

1:00:00〜1:59:59※2

1:00:00〜1:59:59※1

2:00:00〜2:59:59※1

・・・

注※1

標準時間帯の時刻表示

注※2

夏時間帯の時刻表示

夏時間帯から標準時間帯に切り替わる場合の，実行スケジュールおよび画面表示の関係の例を，次に示します。

7.9.5　イベントジョブおよびカスタムイベントジョブを使用したDNS運用時にFQDN形式のホスト名での運用に変更する

ここでは，DNS環境でイベントジョブおよびカスタムイベントジョブを使用していて，イベントジョブおよびカスタムイベントジョブの実行エージェント名としてFQDN（Fully Qualified Domain Name）形式のホスト名を使用したい場合に必要な変更手順について説明します。

イベントジョブおよびカスタムイベントジョブを使用していても，同一ネットワーク内および複数ドメインをまたがる環境でホスト名が重複しない場合，またはイベントジョブおよびカスタムイベントジョブを使用しない場合は，特に設定する必要はありません。

DNS環境での運用および設定変更の要否については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.3.8 DNS環境での運用」を参照してください。

DNS環境でFQDN形式のホスト名による運用に変更する場合の作業の流れを次に示します。

図7‒23　FQDN形式のホスト名に変更するときの作業の流れ

DNS運用時にFQDN形式のホスト名で運用する場合に，マネージャーからエージェントに送るマネージャーホスト名を「FQDN形式のホスト名」にするための設定手順を次に示します。

実行中のイベントジョブ，カスタムイベントジョブおよび起動条件付きジョブネットを強制終了する。

マネージャーホストの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 -pコマンドを実行します。その結果，FQDN形式に変更する前のマネージャーホスト名が出力された場合は，jpoagoec -dコマンドを実行して，記憶しているマネージャーホスト名※1を削除する必要があります※2。

jpoagoecコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　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コマンドを実行して記憶しているマネージャーホスト名を削除してください。

7.9.6　システムの言語環境を変更する

システムの言語種別および文字コードを変更する方法について説明します。

なお，システムで使用できる言語種別および文字コードの詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.4.2 システムで使用する言語種別と文字コードについて検討する」を参照してください。

JP1/AJS3 - Manager，JP1/AJS3 - Agent，JP1/AJS3 - View，およびJP1/AJS3 - Web Consoleのそれぞれの言語種別を変更する方法を次に説明します。

(1)　JP1/AJS3 - Managerの場合

(a)　Windowsのとき

JP1/AJS3 - Managerの再インストールが必要です。次の手順に従って，定義情報を移行してください。

日本語から中国語のように言語種別を変更する場合，定義情報からマルチバイト文字を取り除く。

定義情報をバックアップする。

バックアップの詳細については，「2. バックアップとリカバリー」を参照してください。

なお，ajsrgexportコマンドおよびajsrgimportコマンドによる登録予定情報のバックアップ・リカバリーはできません。リカバリー後にジョブネットを実行登録し直す必要があります。

同一の言語種別で文字コードを変更する場合は，OSの文字コード変換機能などを利用して，バックアップした定義情報の文字コードを変換する。

JP1/AJS3 - Managerを再インストールする。

言語環境はOSのロケールに応じて自動で設定されます。

文字コードは変更できません。

定義情報をリカバリーする。

リカバリーの詳細については，「2. バックアップとリカバリー」を参照してください。

ジョブネットを実行登録する。

(b)　UNIXのとき

JP1/AJS3 - Managerの再インストールが必要です。次の手順に従って，定義情報を移行してください。

日本語から中国語のように言語種別を変更する場合，定義情報からマルチバイト文字を取り除く。

定義情報をバックアップする。

バックアップの詳細については，「2. バックアップとリカバリー」を参照してください。

なお，ajsrgexportコマンドおよびajsrgimportコマンドによる登録予定情報のバックアップ・リカバリーはできません。リカバリー後にジョブネットを実行登録し直す必要があります。

同一の言語種別で文字コードを変更する場合は，OSの文字コード変換機能などを利用して，バックアップした定義情報の文字コードを変換する。

JP1/AJS3 - Managerを再インストールする。

言語環境はインストール時に指定します。文字コードはシステムのデフォルト値で設定されます。

必要に応じて文字コードをデフォルトから変更する。

文字コードをデフォルト値以外に変更する手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　13.4.1 言語環境の設定」を参照してください。

定義情報をリカバリーする。

リカバリーの詳細については，「2. バックアップとリカバリー」を参照してください。

ジョブネットを実行登録する。

(2)　JP1/AJS3 - Agentの場合

(a)　Windowsのとき

JP1/AJS3 - Agentの再インストールが必要です。バックアップとリカバリーの手順に従って，定義情報を移行してください。

(b)　UNIXのとき

次の手順で言語種別を変更してください。JP1/AJS3 - Agentの再インストールは不要です。

JP1の各サービスおよび実行中のコマンドを停止する。

JP1/Baseで使用する文字コード種別を変更する。

JP1/AJS3環境定義ファイルjp1ajs_env.confをviなどのエディターで開く。

jp1ajs_env.confの格納先を次に示します。

物理ホストの場合

/etc/opt/jp1ajs2/conf/jp1ajs_env.conf

論理ホストの場合

共有ディレクトリ/jp1ajs2/conf/jp1ajs_env.conf

「LANG=」と定義された行に，JP1/AJS3で使用する文字コードを設定する。

環境変数LANGの値がJP1/AJS3で使用できる文字コードの場合は，環境変数LANGの値と同じ値を指定してください。

環境変数LANGの値がJP1/AJS3で使用できない文字コードの場合は，JP1/AJS3で使用する文字コードとしてCを指定してください。

JP1/AJS3で使用できる文字コードについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.4.2(2) 使用できる環境変数LANG」を参照してください。

ファイルを保存する。

言語種別が中国語の場合，環境設定パラメーターAJSI18Nに「yes」を設定する。

JP1/AJS3サービスをコールドスタートで起動する。

(3)　JP1/AJS3 - Viewの場合

JP1/AJS3 - Viewの再インストールが必要です。バックアップとリカバリーの手順に従って，定義情報を移行してください。

(4)　JP1/AJS3 - Web Consoleの場合

(a)　Windowsのとき

言語種別の変更時に必要な手順はありません。

(b)　Linuxのとき

JP1/AJS3 HTTP Serverサービス，およびJP1/AJS3 Web Application Serverサービス（JP1/AJS3 - Web Console）の自動起動を設定している場合は，起動時の言語種別の設定を変更してください。自動起動の設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.10.1(6)(a) JP1/AJS3 HTTP Serverサービス，JP1/AJS3 Web Application Serverサービス（JP1/AJS3 - Web Console）の自動起動を設定する」を参照してください。

7.9.7　JP1/AJS3が動作しているホストのOSバージョンをアップグレードする

JP1/AJS3 - ManagerとJP1/AJS3 - Agentは，前提製品のJP1/Baseがインプレースアップグレード※1をサポートしていないため，JP1/AJS3とJP1/BaseをインストールしたままOSのインプレースアップグレードはできません。OSのインプレースアップグレードを実施する場合は，JP1/AJS3とJP1/Baseを事前にアンインストールする必要があります。

JP1/AJS3 - ViewとJP1/AJS3 - Web Consoleは，前提製品がJP1/Baseではないため，次の条件をすべて満たす場合だけ，インプレースアップグレード※1できます。

OSがインプレースアップグレードを許可している。

製品がインプレースアップグレードのサポート対象外としているOSではない※2。

注※1

JP1/AJS3をインストールしたまま，設定を引き継ぎOSのメジャーバージョンアップを行うことです。

注※2

インプレースアップグレードのサポート対象外としているOSについては，製品のリリースノートを参照してください。

7.10　運用プロファイルの設定を変更する

運用プロファイルの設定変更には，次の3種類があります。

運用プロファイルの有効化

適用している運用プロファイルの設定変更

運用プロファイルの無効化

それぞれの設定変更が反映されるタイミングと，手順について説明します。

運用プロファイルの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.1 運用プロファイルを使用した機能の設定」を参照してください。

7.10.1　運用プロファイルの設定変更が反映されるタイミング

運用プロファイルの設定変更が反映されるタイミングを，次の図に示します。

図7‒24　運用プロファイルの設定変更が反映されるタイミング

運用プロファイルは，次のタイミングで設定の変更が反映されます。

JP1/AJS3サービス起動時

該当するホストに構築されているすべてのスケジューラーサービスのうち，環境設定ファイル格納フォルダに運用プロファイルがあるスケジューラーサービスで有効になります（図中の(A)）。

運用プロファイルがないスケジューラーサービスでは，無効のままです。

ajsprofalter -m setコマンド実行時

-Fオプションで指定したスケジューラーサービスに該当する運用プロファイルを再読み込みして，有効になります（図中の(B)および(E)）。

ajsprofalter -m unsetコマンド実行時

-Fオプションで指定したスケジューラーサービスで，無効になります（図中の(C)）。

スケジューラーサービス起動時

起動するスケジューラーサービスの運用プロファイルが環境設定ファイル格納フォルダにある場合，運用プロファイルを読み込み，有効になります（図中の(D)）。

起動するスケジューラーサービスの運用プロファイルがない場合は，無効になります。

JP1/AJS3サービス停止時

該当するホストに構築されているすべてのスケジューラーサービスで，無効になります（図中の(F)）。

7.10.2　運用プロファイルの設定変更の手順

運用プロファイルの設定を変更する手順について説明します。

運用プロファイルの状態を確認するには，ajsprofstatusコマンドを実行します。ajsprofstatusコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsprofstatus」を参照してください。

運用プロファイルは，環境設定ファイル格納フォルダに保存します。環境設定ファイル格納フォルダは，次のフォルダです。

Windowsの場合

物理ホストのとき

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

論理ホストのとき

共有フォルダ名¥jp1ajs2¥conf

UNIXの場合

物理ホストのとき

/etc/opt/jp1ajs2/conf

論理ホストのとき

共有ディレクトリ名/jp1ajs2/conf

(1)　運用プロファイルを有効化する，または適用している運用プロファイルの設定を変更する

運用プロファイルを有効化する手順を，次に示します。適用している運用プロファイルの設定を変更する場合も，同様の手順です。

運用プロファイルを作成または変更する。

運用プロファイルを作成または変更し，環境設定ファイル格納フォルダに保存します。

運用プロファイルの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.1 運用プロファイルを使用した機能の設定」を参照してください。

運用プロファイルの設定を反映する。

次の操作を実施すると，作成した運用プロファイルの設定が反映されます。

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サービスを再起動したり，スケジューラーサービスを再起動したりしても，運用プロファイルが有効化されることはありません。

7.10.3　実行エージェントプロファイルの設定変更

JP1/AJS3サービスの起動中に実行エージェントプロファイルの設定を変更するには，ajsprofalterコマンドを使用します。

ajsprofalterコマンドによって，実行エージェントプロファイルの設定を変更した場合，即時にその設定が反映されます。ただし，「キューイング」または「実行中」状態のジョブには，反映されません。また，標準ジョブ（キューレスジョブを含む）およびHTTP接続ジョブの「実行待ち」状態，イベントジョブおよびカスタムイベントジョブの「先行終了待ち」状態の場合は，コマンドを実行したタイミングによっては設定変更が反映されないおそれがあります。実行エージェントプロファイルの設定変更は，ジョブを実行していないときに実施することを推奨します。

また，監視世代が「監視中」または「監視中断」状態のときに実行エージェントプロファイルの設定を変更した場合，起動条件中のイベントジョブおよびカスタムイベントジョブには，即時に設定変更が反映されません。

設定変更のタイミングと設定変更が反映されるタイミングについて，次に説明します。

(1)　起動条件の監視中に変更する

起動条件の監視中の場合，ajsprofalterコマンドで実行エージェントプロファイルの設定を変更しても，起動条件中のイベントジョブおよびカスタムイベントジョブには反映されません。起動条件中のイベントジョブおよびカスタムイベントジョブに対して設定内容を反映したい場合は，次のどちらかの操作を実施します。

起動条件の監視を終了させてから，ジョブネットを再度実行登録する。

JP1/AJS3サービスまたはスケジューラーサービスを制限停止してから，起動して監視を再開する。

起動条件の監視中に実行エージェントプロファイルの設定を変更した場合の動作例を，次の図に示します。

図7‒25　起動条件監視中の設定変更反映

この図のように，起動条件の監視中に実行エージェントプロファイルの設定を変更した場合，起動条件中のイベントジョブおよびカスタムイベントジョブに対しては，設定の変更が反映されません。ただし，設定変更後に起動条件が成立して実行されるルートジョブネット中のイベントジョブおよびカスタムイベントジョブに対しては，実行エージェントプロファイルの設定変更が反映されます。

(2)　起動条件の監視中断中，または監視中断前後の監視中に変更する

JP1/AJS3サービスまたはスケジューラーサービスを制限停止して起動条件の監視を中断する場合，ajsprofalterコマンドで実行エージェントプロファイルの設定を変更しても，その時点では反映されません。サービスを起動して監視を再開したあと，変更後の設定内容で監視を再開します。

JP1/AJS3サービスまたはスケジューラーサービスは，次の方法で制限停止できます。

ajsstopコマンドに-s|-n|-j|-kオプションを指定して実行する

jajs_spmd_stopコマンドに-jobオプションを指定して実行する

JP1/Power Monitorと連携して計画終了させる

監視を中断する場合に，実行エージェントプロファイルの設定を変更したときの動作例を，次の図に示します。

図7‒26　「監視中断」中に設定変更

起動条件の「監視中断」中に，実行エージェントプロファイルの設定を変更した場合，その時点では変更後の設定内容が反映されません。次にサービスを起動して監視を再開した時点で反映されます。

図7‒27　「監視中断」前の監視中に設定変更

起動条件の監視を中断する前の監視中に，実行エージェントプロファイルの設定を変更した場合，その時点では変更後の設定内容が反映されません。次にサービスを起動して監視を再開した時点で反映されます。

図7‒28　「監視中断」後の監視中に設定変更

起動条件の監視を中断したあとの監視中に，実行エージェントプロファイルの設定を変更した場合は，反映されません。

7.10.4　ユニット属性プロファイルの設定変更

ジョブネットの定義中や実行中にユニット属性プロファイルを変更した場合の，上位ユニット属性継承機能と実行ユーザー固定機能の設定内容の変更が有効になるタイミングについて説明します。

(1)　上位ユニット属性継承機能の場合

配下に複数のユニットを持つジョブグループやジョブネットを新規作成，コピー，またはリリース登録する場合，上位の階層にあるユニットから順に，配下のユニットを定義します。このユニットの新規作成，コピー，またはリリース登録処理中に，上位ユニット属性継承機能の設定を変更する場合，上位ユニット属性継承機能の設定を変更した時点で，順次定義している配下のユニットから，変更した設定が有効になります。

ジョブネットの新規作成またはコピー処理中に上位ユニット属性継承機能の設定を変更する例を，次の図に示します。

図7‒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)　実行ユーザー固定機能の場合

ジョブネットの実行中に実行ユーザー固定機能の設定を変更する場合，ジョブの実行ユーザーは，ジョブが実行を開始した時点での実行ユーザー固定機能の設定に従って決定されます。

ジョブネットの実行中に実行ユーザー固定機能の設定を変更する例を，次の図に示します。

図7‒30　ジョブネットの実行中に実行ユーザー固定機能の設定を変更する例

この例では，ジョブネットAの実行中に，ユニット属性プロファイルの有効／無効の状態，および実行ユーザー固定機能の設定を変更しています。ジョブ1は，実行開始時にユニット属性プロファイルが無効のため，実行ユーザーは固定されません。ジョブ2は，実行開始時に実行ユーザー固定機能で実行ユーザーをUserAに固定しているため，UserAで実行されます。ジョブ3およびジョブ4は，実行開始時に実行ユーザー固定機能で実行ユーザーをUserBに固定しているため，UserBで実行されます。ジョブ4の実行後にユニット属性プロファイルを削除して無効にしていますが，ジョブ4の実行ユーザーには影響しません。

7.11　接続元制限の設定を変更する

接続元制限の設定変更には，次の2種類があります。

接続元制限の有効／無効を切り替える

JP1/AJS3への接続を許可するホストを変更する

接続元制限の詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.3.9 JP1/AJS3へ接続するホストの制限」を参照してください。

設定を変更する手順について説明します。

7.11.1　接続元制限の有効と無効を切り替える

接続元制限の有効と無効を切り替えるには，JP1/AJS3サービス，JP1/AJS3 Queueless Agentサービス，JP1/AJS3 System Control Managerサービス，およびJP1/AJS3 System Control Agentサービスのすべてが停止している状態で，環境設定パラメーターCONNECTIONRESTRICTIONの設定を変更してください。起動しているサービスが存在する状態で接続元制限の設定を変更して別のサービスを起動すると，設定を変更する前に起動していたサービスと設定を変更した後に起動したサービスで接続元制限の有効／無効が不一致になることがあります。

JP1/AJS3への接続元制限は，デフォルトでは無効になっています。JP1/AJS3への接続元制限を無効から有効に変更する手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.2 JP1/AJS3への接続を制限する設定」を参照してください。

JP1/AJS3への接続元制限を有効から無効に変更する手順を次に示します。

JP1/AJS3のサービスを停止する。

Windowsの場合

Windowsの［コントロールパネル］の［管理ツール］で［サービス］を選択し，次に示すサービスを停止する。

・JP1/AJS3サービス

・JP1/AJS3 Queueless Agentサービス※1

・JP1/AJS3 System Control Managerサービス※2

・JP1/AJS3 System Control Agentサービス※2

UNIXの場合

次のコマンドを実行して，プロセスがすべて停止していることを確認します。

# /opt/jp1ajs2/bin/jajs_ spmd_stop

# /opt/jp1ajs2/bin/jajs_spmd_status

# /opt/jp1ajs2/bin/ajsqlstop※1

# /opt/jp1ajs2/bin/ajsqlstatus※1

# /opt/jp1ajs2/bin/ajssysctlstop※2

# /opt/jp1ajs2/bin/ajssysctlstatus※2

注※1

キューレスジョブを使用している場合だけ実行する必要があります。

論理ホストの場合，キューレスエージェントサービスを停止しないで，ajsqldetachコマンドなどでキューレスエージェントサービスから論理ホストをデタッチしてください。

注※2

Web GUI（マネジメントポータル）を使用している場合だけ実行する必要があります。

次のコマンドを実行して，環境設定パラメーターCONNECTIONRESTRICTIONを設定する。

jajs_config -k "[{JP1_DEFAULT|論理ホスト名}※¥JP1AJS2COMMON]" "CONNECTIONRESTRICTION"="none"

注※

{JP1_DEFAULT|論理ホスト名}の部分は，物理ホストの場合は「JP1_DEFAULT」を，論理ホストの場合は「論理ホスト名」を指定します。

環境設定パラメーターCONNECTIONRESTRICTIONの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.11.2(5) CONNECTIONRESTRICTION」を参照してください。

手順1で停止したサービスを再起動する。

接続元制限が無効になります。

なお，手順1でキューレスエージェントの論理ホストをデタッチした場合，ajsqlattachコマンドで論理ホストをアタッチしてください。

接続許可設定ファイルを削除または移動する。

必要に応じて，接続許可設定ファイルを削除または移動してください。

7.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 System Control Managerサービスの両方が停止している状態で，どちらかのサービスを起動したとき

上記のどちらかのサービスが起動している状態で，次のコマンドを実行したとき

jajs_pmtcon -m -u

論理ホストの場合

JP1/AJS3サービスおよびJP1/AJS3 System Control Managerサービスの両方が停止している状態で，どちらかのサービスを起動したとき

上記のどちらかのサービスが起動している状態で，次のコマンドを実行したとき

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サービス，およびJP1/AJS3 System Control Agentサービスのすべてが停止している状態で，どれかのサービスを起動したとき

上記のどれかのサービスが起動している状態で，次のコマンドを実行したとき

jajs_pmtcon -a -u

論理ホストの場合

JP1/AJS3サービスおよびJP1/AJS3 System Control Agentサービスが停止しているかつキューレスエージェントサービスで論理ホストがアタッチされていない状態で，JP1/AJS3サービスまたはJP1/AJS3 System Control Agentサービスを起動したとき，またはキューレスエージェントサービスに論理ホストをアタッチしたとき

JP1/AJS3サービスまたはJP1/AJS3 System Control Agentサービスが起動している状態，またはキューレスエージェントサービスで論理ホストがアタッチされている状態で，次のコマンドを実行したとき

jajs_pmtcon -h 論理ホスト名 -a -u

注意事項

JP1/AJS3サービス，JP1/AJS3 Queueless Agentサービス，またはJP1/AJS3 System Control 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

7.12　SSL通信の設定を変更する

SSL通信の有効・無効の設定や，システム構成を変更する方法について説明します。

SSL通信（通信暗号化機能）の詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.3.6 SSLによるJP1/AJS3の通信の暗号化」を参照してください。

7.12.1　SSL通信の有効と無効を切り替える

マネージャーホスト，エージェントホスト，JP1/AJS3 - Viewホスト，およびWeb ConsoleサーバのSSL通信の有効と無効を切り替える方法を次に示します。

マネージャーホストの場合

マネージャーホストのSSL通信の設定は，JP1/Baseに従います。SSL通信の有効と無効を切り替える方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

エージェントホストの場合

エージェントホストのSSL通信の設定は，JP1/Baseに従います。SSL通信の有効と無効を切り替える方法については，マニュアル「JP1/Base 運用ガイド」を参照してください。

JP1/AJS3 - Viewホストの場合

非暗号化通信ホスト設定ファイル（nosslhost.conf）を編集して，通信先のマネージャーホスト単位でSSL通信の有効と無効を切り替えます。

SSL通信を有効にするホストはnosslhost.confから記載を削除し，無効にするホストはnosslhost.confにホスト名を記載します。

非暗号化通信ホスト設定ファイル（nosslhost.conf）の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.4.6 非暗号化通信ホスト設定ファイル（nosslhost.conf）の設定項目の詳細」を参照してください。

Web Consoleサーバの場合

Web GUIとWeb Console サーバ間の通信はWebサーバ定義ファイル（httpsd.conf）を編集して，SSL通信の有効と無効を切り替えます。

httpsd.confのSSL通信設定部のコメントを解除することでSSL通信が有効になります。逆に，SSL通信設定部をコメントアウトすることで，SSL通信が無効になります。

Webサーバ定義ファイル（httpsd.conf）の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　3.4.5 Webサーバ定義ファイル（httpsd.conf）の設定項目の詳細」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　13.3.5 Webサーバ定義ファイル（httpsd.conf）の設定項目の詳細」（UNIXの場合）を参照してください。

Web Consoleサーバとマネージャーホスト間の通信は非暗号化通信ホスト設定ファイル（nosslhost.conf）を編集して，通信先のマネージャーホスト単位でSSL通信の有効と無効を切り替えます。

SSL通信を有効にするホストはnosslhost.confから記載を削除し，無効にするホストはnosslhost.confにホスト名を記載します。

非暗号化通信ホスト設定ファイル（nosslhost.conf）の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.4.6 非暗号化通信ホスト設定ファイル（nosslhost.conf）の設定項目の詳細」を参照してください。

7.12.2　SSL通信を有効にしているシステムの構成を変更する

ホストの増設やサーバの入れ替えなど，SSL通信を有効にしているシステムの構成を変更する場合，ホストのサーバ証明書を取得し直して再配置する必要があります。また，サーバ証明書を再取得した場合で，発行元のCAが元のサーバ証明書の発行元のCAと異なるときは，さらにルート証明書の再取得と再配置も必要です。

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.4 SSLを利用した通信の設定」の手順を参照して，サーバ証明書およびルート証明書を適切に再取得・再配置してください。

7.13　QUEUEジョブ，サブミットジョブの実行環境を変更する

エージェントホスト，デフォルトキューや排他実行リソース※など，QUEUEジョブ，サブミットジョブの実行時に必要な情報は，JP1/AJS3の運用中でも設定または変更できます。QUEUEジョブ，サブミットジョブの実行環境は，次に示すような場合に変更します。

運用中に，QUEUEジョブ，サブミットジョブの実行ホストであるエージェントホストを追加したり，削除したりしたい。

運用中にエージェントホストやキューの設定値を設定または変更したい。

キューの接続の関係を設定または変更したい。

この操作は，JP1_JPQ_Admin権限を持つユーザーが実行してください。

注※　排他実行リソースの設定は，サブミットジョブ使用時だけ有効です。

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

JP1/AJS3の運用中に，エージェントホストおよびデフォルトキューを追加・削除したり，エージェントホストおよびデフォルトキューの設定値を変更したりできます。また，キューを追加・削除したり，キューの設定値を変更したりできます。

上記のことを実行する場合には，次のコマンドを使用します。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　4. 特別な運用で使用するコマンド」を参照してください。

jpqagtadd

エージェントホストを追加します。同時に該当するエージェントに対応したデフォルトキューを作成します。

jpqagtdel

エージェントホストを削除します。同時に該当するエージェントに対応したデフォルトキューを削除します。

jpqqueadd

キューを追加します。

jpqquedel

キューを削除します。

jpqagtalt

同時に実行できるジョブ数（ジョブの実行多重度）を変更します。

jpqquealt

デフォルトキューおよびキューの設定値を変更します。

jpqqueopen，jpqqueclose

キューをオープン，またはクローズします。

なお，JP1/AJS3の運用中にエージェントホストの名称を変更したい場合は，「7.9.1(3) JP1/AJS3 - Agentのホスト名を変更する」を参照してください。

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

JP1/AJS3の運用中に，既存のデフォルトキューおよびキューの接続を解除できます。また，接続を解除したデフォルトキューおよびキューを，ほかのエージェントホストに接続できます。追加されたデフォルトキューおよびキューもエージェントホストに接続できます。

上記のことを実行する場合は，次のコマンドを使用します。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　4. 特別な運用で使用するコマンド」を参照してください。

jpqagtlink

エージェントホストに対してデフォルトキューおよびキューを接続します。

jpqagtunlink

エージェントホストに対するデフォルトキューおよびキューの接続を解除します。

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

JP1/AJS3の運用中に，排他実行リソースを変更できます。排他実行リソースの変更は，サブミットジョブの使用時だけ有効です。

排他実行リソースを変更する場合は，次のコマンドを使用します。コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　4. 特別な運用で使用するコマンド」を参照してください。

jpqresadd

排他実行リソース名を追加する。

jpqresdel

排他実行リソース名を削除する。

jpqresshow

指定したマネージャーホストに登録されている排他実行リソース名を列挙する。

8　さまざまな運用方法

この章では，JP1/AJS3の上手な運用方法や使用時のノウハウについて説明します。

8.1　起動条件に関する運用方法

起動条件に関する運用方法や使用時のノウハウを紹介します。

8.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 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsshow」を参照してください。

(2)　JP1/AJS3 - Viewを使う場合

JP1/AJS3 - Viewを使って，「監視中」状態の起動条件付きジョブネットを強制終了し，ジョブネットの実行登録を解除する手順を次に示します。

JP1/AJS3 - Viewの［デイリースケジュール］ウィンドウ，または［マンスリースケジュール］ウィンドウを表示する。

実行結果リストに表示されている「監視中」状態の監視世代を選択し，［操作］−［強制終了］を選択する。

「監視中」状態の監視世代が強制終了され，監視世代は「監視中」状態から「監視打ち切り終了」状態に変わります。

同時に，「起動条件待ち」状態の実行世代（起動条件が成立していないか，または部分成立している世代）が消滅します。

「実行中」状態または「起動条件待ち」状態の実行世代が残っている場合は，実行結果リストに表示されている「実行中」状態の実行世代を選択し，［操作］−［強制終了］を選択する。

「実行中」状態の実行世代が強制終了され，実行世代は「実行中」状態から「強制終了」状態に変わります。同時に，次の「起動条件待ち」状態の実行世代が「実行中」状態になります。

「実行中」状態のすべての実行世代が「強制終了」状態に変わるまで，手順3を繰り返す。

［JP1/AJS3 - View］ウィンドウのリストエリアに表示されている，実行登録を解除したいジョブネットを選択し，［操作］−［登録解除］を選択する。

ジョブネットの実行登録が解除されます。

(3)　Web GUI（ジョブポータル）を使う場合

Web GUI（ジョブポータル）を使って，「監視中」状態の起動条件付きジョブネットを強制終了し，ジョブネットの実行登録を解除する手順を次に示します。

Web GUI（ジョブポータル）の［リスト］画面に表示されている，実行登録を解除したいジョブネットを選択し，［実行世代］ボタンをクリックする。

［実行世代］ダイアログボックスが表示されます。

「監視中」状態の監視世代を選択し，［強制終了］ボタンをクリックする。

「監視中」状態の監視世代が強制終了され，監視世代は「監視中」状態から「監視打ち切り終了」状態に変わります。

同時に，「起動条件待ち」状態の実行世代（起動条件が成立していないか，または部分成立している世代）が消滅します。

［計画一時変更］のドロップダウンリストから，［滞留世代の実行中止］をクリックする。

「起動条件待ち」状態の実行世代が一括で実行中止され，実行世代は消滅します。

残った「実行中」状態の実行世代を選択し，［強制終了］ボタンをクリックする。

「実行中」状態の実行世代が強制終了され，実行世代は「強制終了」状態に変わります。

［閉じる］ボタンをクリックする。

［実行世代］ダイアログボックスが閉じ，［リスト］画面が表示されます。

［リスト］画面に表示されている，実行登録を解除したいジョブネットを選択し，［登録解除］を選択する。

［登録解除］ダイアログボックスが表示されます。

［登録解除］ダイアログボックスで，［解除方法］の［すべて］を選択して［OK］ボタンをクリックする。

ジョブネットの実行登録が解除されます。

8.1.2　実行登録後に起動条件に定義したイベントジョブおよびカスタムイベントジョブの定義を変更する

起動条件付きジョブネットの実行登録後，起動条件の監視中に起動条件に定義したイベントジョブおよびカスタムイベントジョブの定義内容を変更するには，次の二つの方法があります。それぞれの場合で変更が反映されるタイミングが異なります。

起動条件付きジョブネットの実行登録を解除する。

一度ジョブネットの実行登録を解除してから再度実行登録します。変更は実行登録したときに反映されます。実行登録を解除しない場合は，変更は次回実行予定から反映されます。

スケジューラーサービスを停止する。

スケジューラーサービスを停止してから再起動します。スケジューラーサービスの停止中，監視世代は「監視中断」状態になります。変更はスケジューラーサービス再起動時に反映されます。

スケジューラーサービスを停止するには，次のどれかの方法を実行します。

(a) ajsstopコマンドを実行する。

次のコマンドを実行します。

ajsstop -F スケジューラーサービス名 [-s|-n|-j|-k]

ajsstopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsstop」を参照してください。

(b) jajs_spmd_stopコマンドを実行する。

次のコマンドを実行します。

jajs_spmd_stop -n jajs_schd -F スケジューラーサービス名 -job

jajs_spmd_stopコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd_stop」を参照してください。

(c) JP1/Power MonitorでJP1/AJS3のジョブネットの終了を待つように設定し，次の方法のどれかでホストを終了する。

・ローカル電源制御ジョブの終了要求種別に「計画終了」を指定し，ジョブを実行する

・リモート電源制御ジョブの要求種別に「電源オフ：計画終了」を指定し，ジョブを実行する

・JP1/Power Monitorから「計画終了」を指定してホストを終了する

8.2　イベントジョブおよびカスタムイベントジョブに関する運用方法

イベントジョブおよびカスタムイベントジョブに関する運用方法や使用時のノウハウを紹介します。

8.2.1　JP1/AJS3のサービスが停止してもイベントジョブおよびカスタムイベントジョブの実行を継続させる

エージェントホストのJP1/AJS3のサービスを停止した場合，またはマネージャーホストのJP1/AJS3のサービスを停止した場合，停止時に「実行中」だったジョブは「異常検出終了」状態となり，ジョブネットが中断します。ただし，イベントジョブおよびカスタムイベントジョブについては，イベントジョブ実行継続オプションを使用することで，サービス停止時に「実行中」だったイベントジョブおよびカスタムイベントジョブの状態をそのまま引き継ぎ，再起動後も継続してイベントジョブおよびカスタムイベントジョブを実行させることができます。

なお，電源ダウンやプロセス強制終了などによるフェールオーバーの場合は，イベントジョブ実行継続オプションを使用しなくても，サービス停止時に「実行中」だったイベントジョブおよびカスタムイベントジョブの状態をサービス再起動後も引き継ぎます。

イベントジョブ実行継続オプションを使用する場合の設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.3.6 JP1/AJS3のサービスが停止してもイベントジョブおよびカスタムイベントジョブの実行を継続させる設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.3.6 JP1/AJS3のサービスが停止してもイベントジョブおよびカスタムイベントジョブの実行を継続させる設定」（UNIXの場合）を参照してください。

ここでは，イベントジョブ実行継続オプションを使用する場合としない場合の動作について説明します。

(1)　マネージャー・エージェント構成の場合

マネージャー・エージェント構成で，エージェントホストのメンテナンスのためにエージェントホストのJP1/AJS3のサービスを12:00から12:30まで停止する場合を例に，イベントジョブ実行継続オプションを使用する場合としない場合の動作を次に示します。ジョブネットは8:00に開始し，17:00に終了するというスケジュールで運用しているものとします。

図8‒1　イベントジョブ実行継続オプションを使用する場合としない場合の動作

イベントジョブ実行継続オプションを使用しない場合，エージェントホストのJP1/AJS3のサービスを停止すると，マネージャーホストにエージェントが停止した旨が通知されます。この場合，サービス停止時に「実行中」だったイベントジョブおよびカスタムイベントジョブの状態は「異常検出終了」となり，ジョブネットが終了します。

一方，イベントジョブ実行継続オプションを使用した場合，エージェントホストのJP1/AJS3のサービスを停止しても，サービス停止時に「実行中」だったイベントジョブおよびカスタムイベントジョブの状態は「実行中」となります。サービス再起動後も「実行中」の状態をそのまま引き継ぎ，イベントジョブおよびカスタムイベントジョブの実行を継続します。ただし，次の図に示すようにJP1/AJS3のサービスを停止した時点から，フェールオーバーしてJP1/AJS3のサービスが起動し，イベント監視が開始されるまでの期間にイベントが発生してもイベントを検知できません。

図8‒2　イベントを検知できる期間

(2)　スタンドアロンの場合

スタンドアロン構成の場合も，マネージャー・エージェント構成の場合と同様に，イベントジョブ実行継続オプションを使用した場合は，サービス停止時に「実行中」のイベントジョブおよびカスタムイベントジョブの状態を再起動後も引き継ぎます。ただし，この場合はサービスをホットスタート（環境設定パラメーターSTARTMODEを「hot」とする）で再起動する必要があります。サービスの起動モードについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4 スケジューラーサービス環境設定」，または「6.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イベントを受信したときは再起動後にイベントを検知したと見なされます。

作成されたファイルを監視するファイル監視ジョブで，「既存ファイルも条件成立」を指定している場合，サービス停止から再起動までの間にファイルが作成されたときは再起動後に監視条件成立となります。

8.3　待ち合わせ条件に関する運用方法

待ち合わせ条件に関する運用方法や使用時のノウハウを紹介します。

8.3.1　待ち合わせ条件の設定を一時的に変更する

待ち合わせ条件付きユニットの待ち合わせは，待ち合わせ対象ユニットごとに有効／無効を変更できます。

待ち合わせを無効にすると，待ち合わせ状態が「完了（手動）」になり，その待ち合わせ対象ユニットの実行終了を待ち合わせないようにできます。待ち合わせ方法が「AND」の場合，すべての待ち合わせ状態を「完了（手動）」にすると，待ち合わせ条件付きユニットは実行を開始します。待ち合わせ方法が「OR」の場合，待ち合わせ対象ユニットのどれか一つの待ち合わせ状態を「完了（手動）」に変更すると，待ち合わせ条件付きユニットは実行を開始します。

待ち合わせを有効にすると，待ち合わせ状態が「未完了（手動）」になり，その待ち合わせ対象ユニットの実行終了を待ち合わせるようにできます。実行終了している待ち合わせ条件付きユニットの待ち合わせを有効にして再実行すると，待ち合わせ状態が「未完了（手動）」の状態で再開されるため，待ち合わせ条件付きユニットは再度待ち合わせを開始します。

待ち合わせ条件の有効化／無効化については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.5.15 ジョブネットやジョブの待ち合わせ条件の設定を一時変更する」を参照してください。

8.3.2　登録解除しないで待ち合わせ条件の定義を変更する

ジョブネットの運用中に登録解除しないで待ち合わせ条件の定義を変更するには，次の方法があります。

待ち合わせ条件付きユニットをサスペンドする

待ち合わせ条件付きユニットをサスペンドすると，待ち合わせ条件の定義内容を変更できます。サスペンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　4.5.17 ジョブネットの実行登録を解除しないでジョブネットやジョブの定義を変更する」を参照してください。

ルートジョブネットをリリースする

ルートジョブネットをリリースして待ち合わせ条件の定義内容を変更する方法には，次の二つがあります。

待ち合わせ条件付きユニットを含むルートジョブネットをリリースする

切り替え予定のルートジョブネットに，待ち合わせ条件付きユニットを含むルートジョブネットをリリース先として指定してリリース登録します。リリース日時以降，待ち合わせ条件付きユニットを含むルートジョブネットはリリース元のジョブネット定義で実行されるため，待ち合わせ条件の定義内容も切り替わります。

待ち合わせ対象ユニットを含むルートジョブネットをリリースする

切り替え予定のルートジョブネットに，待ち合わせ対象ユニットを含むルートジョブネットをリリース先として指定してリリース登録します。リリース日時以降，待ち合わせ対象ユニットを含むルートジョブネットはリリース元のジョブネット定義で実行されます。

なお，リリース元のジョブネット定義配下に待ち合わせ対象ユニットと同名のユニットがない場合，リリース後に待ち合わせ対象ユニットの定義不正で待ち合わせ条件付きユニットが異常終了します。この場合，待ち合わせ条件付きユニットを含むルートジョブネットもリリース登録して，待ち合わせ条件を切り替える必要があります。このときのリリース日時は，両者で合わせてください。

また，待ち合わせ対象ユニットを含むルートジョブネットをリリース登録すると，リリース日時以降の実行予定を作成し直すため，一時的にリリース日時以降に実行予定が存在しない状態となります。そのため，待ち合わせ条件付きユニットが，「待ち合わせ対象ユニットに待ち合わせる世代がない場合の動作」に従って実行を開始してしまうことがあります。待ち合わせ対象ユニットを含むルートジョブネットにリリース登録する場合，待ち合わせ条件付きユニットが実行開始時刻に到達する前にリリース登録しておくように運用を検討してください。

ジョブネットリリースについての詳細は，「7.3 実行登録中にジョブネットの定義を切り替える」を参照してください。

8.3.3　待ち合わせ対象ユニットの状態および待ち合わせ状態から，待ち合わせの状況を確認する

JP1/AJS3 - Viewの［ジョブネットモニタ］ウィンドウなどで待ち合わせ条件付きユニットを監視している場合，設定している待ち合わせ対象ユニットの状態および待ち合わせ状態は，［待ち合わせ条件の状態一覧］ウィンドウを表示することで確認できます。同様に，Web GUI（ジョブポータル）の［モニタ］ダイアログボックスなどで待ち合わせ条件付きユニットを監視している場合は，［待ち合わせ条件の状態一覧］ダイアログボックスを表示することで確認できます。JP1/AJS3 - Viewの［待ち合わせ条件の状態一覧］ウィンドウおよびWeb GUI（ジョブポータル）の［待ち合わせ条件の状態一覧］ダイアログボックスでは，待ち合わせ対象ユニットが一覧で表示され，それぞれの待ち合わせ対象ユニットについて，実行状態や待ち合わせ状態を確認できます。

また，JP1/AJS3 - Viewでは，［待ち合わせ条件の状態一覧］ウィンドウから，待ち合わせ対象ユニットを監視する［ジョブネットモニタ］ウィンドウを表示することもできます。

待ち合わせ条件の確認方法については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.2.5(8) 待ち合わせ対象ユニットの確認方法」を参照してください。

JP1/AJS3 - Viewの［待ち合わせ条件の状態一覧］ウィンドウの詳細については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.12 ［待ち合わせ条件の状態一覧］ウィンドウ」を参照してください。Web GUI（ジョブポータル）の［待ち合わせ条件の状態一覧］ダイアログボックスについては，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.31 ［待ち合わせ条件の状態一覧］ダイアログボックス」を参照してください。

(1)　待ち合わせ対象ユニットが起動条件を使用する場合に，待ち合わせの状況を確認する

起動条件を使用する待ち合わせ対象ユニットをJP1/AJS3 - Viewの［待ち合わせ条件の状態一覧］ウィンドウまたはWeb GUI（ジョブポータル）の［待ち合わせ条件の状態一覧］ダイアログボックスで表示すると，待ち合わせ対象ユニットの情報として監視世代の情報が表示されます。監視世代の状態および待ち合わせ状態から，待ち合わせの状況を把握できます。

例えば，「実行世代に異常終了がある場合」の設定を「実行を開始しない」にしている場合，監視世代の状態と待ち合わせ状態から，次のことが把握できます。

（例1）監視世代が「監視正常終了」状態で待ち合わせ状態が「完了」の場合

待ち合わせが正常に完了しました。

（例2）監視世代が「監視中」状態で待ち合わせ状態が「未完了」の場合

監視世代が実行終了していないため，待ち合わせは完了していません。実行世代に異常終了した世代があるかどうかは，［マンスリースケジュール］ウィンドウや［デイリースケジュール］ウィンドウを表示して確認します。

（例3）監視世代が「監視正常終了」状態で待ち合わせ状態が「未完了」の場合

実行世代が実行終了していません。実行世代が「実行中」状態，または「異常検出終了」状態であると考えられます。［マンスリースケジュール］ウィンドウや［デイリースケジュール］ウィンドウを表示して，正常終了していない実行世代を確認します。

8.3.4　待ち合わせ条件付きユニットを検索する

JP1/AJS3 - Viewの［検索］ウィンドウでは，待ち合わせ対象ユニット名を検索条件に指定して，待ち合わせ条件付きユニットを検索できます。また，簡易検索を利用して，待ち合わせ条件付きユニットを検索するための検索条件を自動で入力することもできます。

JP1/AJS3 - Viewでのユニットの検索方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド　10.2 ユニットを検索して表示する」を参照してください。

9　データベースのメンテナンス

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

9.1　メンテナンス時期の見積もり

JP1/AJS3のデータベースは，自動メンテナンス機能またはajsembdbreclaimコマンドで，定期的に無効領域を有効領域化するか，もしくは再編成する必要があります。自動メンテナンス機能を有効にした場合，毎日ユーザーが指定した時刻に組み込みDBをメンテナンスします。ajsembdbreclaimコマンドを使用する場合，ユーザーが任意のタイミングでコマンドを実行するか，ジョブとして登録して，定期的にメンテナンスします。

ajsembdbreclaimコマンドを実行する時期および再編成時期を見積もるには，データベース領域を解析します。次に示す方法で実測した解析値を基に，時期を見積もってください。

再編成の時期を見積もる場合，週単位や月単位でピークとなる日や，週および月単位での増加分を考慮してください。

9.1.1　データベース領域の解析

ajsembdbstatusコマンドを実行して，データベースの状態を確認します。

ajsembdbstatusコマンドを使って解析した結果，空きセグメントが少なく空きページが多い場合，データベースをメンテナンスしてください。

ajsembdbstatusコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsembdbstatus」を参照してください。

データベースに無効領域が大量に発生している状態で，ajsembdbreclaimコマンドを実行した場合，システムログを大量に使用することがあります。メンテナンスを長期間実施していないことによって，無効領域が大量に発生している場合，ajsembdbreclaimコマンドの実行に必要なシステムログの容量を見積もってください。必要なシステムログの容量は，各テーブルおよびインデクスを次の計算式で見積もって最大となる値です。計算式に必要な項目は，ajsembdbstatusコマンドに-dbおよび-dオプションを指定して実行することで，確認できます。

（（Collect On Segment） + （Collect Prearranged Page※）/10）* 0.004（単位：メガバイト）

注※

AJSJINFテーブル以外のテーブルの場合は，「Base row segment」の「Collect Prearranged Page」の値を代入してください。

AJSJINFテーブルの場合は，「Base row segment」と「BINARY segment」の「Collect Prearranged Page」の値を加算してから代入してください。なお，AJSJINFテーブルはバックアップ強化機能が有効な場合だけ存在するテーブルです。

必要なシステムログの容量を見積もった結果，システムログが不足する場合には，ajsembdbaddlogコマンドでシステムログを追加して，ajsembdbreclaimコマンドを実行してください。

ajsembdbaddlogコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsembdbaddlog」を参照してください。

ajsembdbreclaimコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsembdbreclaim」を参照してください。「Collect On Segment」，「Collect Prearranged Page」および「Collect On Page」については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsembdbstatus」を参照してください。

9.1.2　領域不足のメッセージ

JP1/AJS3のデータベースは，データの格納効率が悪くなるとWindowsイベントログまたはsyslogにメッセージを出力します。メッセージが出力された場合，ajsembdbstatusコマンドでデータベースの状態を解析し，必要に応じてデータベースを再編成してください。出力されるメッセージについては，「5.2.1 データベース使用状況の確認方法」を参照してください。

データベースをメンテナンスまたは再編成した直後に，まだメッセージが出力される場合は，RDエリアを拡張する必要があります。RDエリアの拡張については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsembdbaddarea」を参照してください。

9.2　メンテナンスの実行

自動メンテナンス機能およびajsembdbreclaimコマンドによるメンテナンス方法およびデータベース再編成の方法について説明します。

9.2.1　自動メンテナンス機能を使用する場合

自動メンテナンス機能を使用したメンテナンスについて説明します。

自動メンテナンス機能を使用すると，1日に1回，指定した時刻に自動でメンテナンスを実行できます。

なお，特定のジョブのあとにメンテナンスを実行させるなどの高度なスケジューリングをしたい場合は，ajsembdbreclaimコマンドをJP1/AJS3のジョブとして定義して，実行させることを推奨します。詳細は「9.2.2(1) ajsembdbreclaimコマンドを自動で実行する」を参照してください。

自動メンテナンス機能を使用するかどうかは，環境設定パラメーターDBAUTOMAINTENANCEで設定します。設定方法の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.8.1 組み込みDBの自動メンテナンス機能の設定」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.9.1 組み込みDBの自動メンテナンス機能の設定」（UNIXの場合）を参照してください。

9.2.2　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 コマンドリファレンス　3. 通常の運用で使用するコマンド　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

9.2.3　データベースを再編成する場合

データベースを再編成する方法について説明します。

(1)　ajsembdbrorgコマンドでデータベースを再編成する

データベースを手動で再編成する手順を次に示します。

なお，次に示す手順で記載するコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド」およびマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　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およびスケジューラーのコマンドが動作していないことを確認してください。

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を実行しないでください。データベースの内容が不正になるおそれがあります。

-k reldでエラーが発生した場合，データベースの内容が不正になっています。エラーの要因を取り除いて-k reldを再実行し，正常終了したことを確認するまでは，JP1/AJS3サービスを起動しないでください。

-k reldでメッセージKFPA11756-Eが出力された場合は，ユニット数や保存世代数などに対して，組み込みDBのデータベース領域が不足しています。データベース領域を見積もって，不足している領域を拡張してください。見積もりについての詳細は，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　23.2 データベース領域の見積もり」を参照してください。不足している領域を拡張したあと，-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 コマンドリファレンス　3. 通常の運用で使用するコマンド」およびマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　2. セットアップコマンド」を参照してください。

補足事項

処理内容としては，「(1) ajsembdbrorgコマンドでデータベースを再編成する」で説明している再編成と同等であるため，(1)の方法で作業をすることを推奨します。

バックアップ強化機能を有効に設定している組み込みDBに対して，次の手順は適用できません。(1)の方法で作業を実施してください。

(a)　再編成の手順

再編成の手順は，次のとおりです。

組み込みDBのコマンドを実行するために必要な環境変数を設定する。

設定する環境変数を次の表に示します。

表9‒1　設定が必要な環境変数

設定する環境変数

環境変数に指定する内容

JP1_HOSTNAME

クラスタで運用している場合に，論理ホスト名を指定します。

PATH

組み込みDBのコマンドを格納するディレクトリを指定します。

Windowsの場合

組み込みDB運用ディレクトリ¥bin

UNIXの場合

組み込みDB運用ディレクトリ/bin

PDCONFPATH

組み込みDBの定義ファイルを格納するディレクトリを指定します。

Windowsの場合

組み込みDB運用ディレクトリ¥conf

UNIXの場合

組み込みDB運用ディレクトリ/conf

PDDIR

組み込みDB運用ディレクトリ名を指定します。

PDLANG

ANYを指定します。

PDUSER

組み込みDB管理者（スケジューラーデータベースのテーブルの所有者）のユーザーおよびパスワード（ユーザー/パスワード）を指定します。

（例）

PDUSER="root"/"root"

PDUXPLDIR

Windowsの場合だけ，組み込み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およびスケジューラーのコマンドが動作していないことを確認してください。

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エリアは閉塞されたままになるので，回復処理を実行したあと，閉塞を解除してください。

リロード中にエラーが発生した場合のテーブルを次の表に示します。

表9‒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

表9-2を参考にして，どの表でのリロードが失敗しているかを特定してください。

9.3　QUEUEジョブ，サブミットジョブを使用している場合のデータベース再編成

QUEUEジョブ，サブミットジョブを使用している場合，ジョブ数に応じて適切な時期にISAMデータベースを再編成する必要があります。ここでは，ISAMデータベースの再編成について説明します。

9.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 コマンドリファレンス　4. 特別な運用で使用するコマンド　jajs_maintain」を参照してください。

(2)　jpqautocondスクリプトを利用して再編成する

QUEUEジョブ，サブミットジョブの実行環境のデータベースは，ジョブ情報の保存日数で指定された日数を超過したジョブ情報については，自動的にレコードを削除します。レコードが削除されると，無効領域が発生します。データを格納する領域は再利用されますが，ISAMファイルのキー再利用機能を有効にしていない場合，キーファイルには無効領域が残ります。データベースを再編成することで，占有されたディスク領域を解放できます。また，無効領域が多くあるデータベースへアクセスするとディスクのI/O回数が増加し，性能が低下することがあります。これも再編成することで改善されます。

ジョブ実行環境データベースはjpqautocondスクリプトを使用して再編成します。

また，jpqdbcondコマンドでもQUEUEジョブ，サブミットジョブの実行環境のデータベースを再編成できます。その場合は，必ずバックアップを取得してから再編成してください。jpqdbcondコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　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 構築ガイド　20.5 ジョブ実行環境設定」を参照してください。

(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

10　クラスタシステムでの運用

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

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

クラスタシステムとは，複数のサーバシステムを連携して一つのシステムとして運用するシステムで，障害が発生しても業務を継続できるようにすることを目的としています。業務を実行中のサーバで障害が発生すると，待機していた別のサーバが業務の処理を引き継ぎます。これによって，障害発生時の業務の中断を防ぎます。

クラスタシステムを構成するそれぞれのサーバシステムのうち，業務を実行中のシステムを実行系，実行系の障害時に業務を引き継げるよう待機しているシステムを待機系と呼びます。障害が発生したときに，業務を実行するサーバを実行「系」から待機「系」に切り替えるため，クラスタシステムのことを「系切り替えシステム」とも呼びます。

JP1/AJS3では，システムに障害が発生した場合のほか，JP1/AJS3サービスプロセスに障害が発生した場合にもクラスタ運用できます。JP1/AJS3では，1台のホストに仮想的に複数台の論理ホストを定義し，論理ホスト単位にJP1/AJS3サービスを起動できるようにすることでクラスタ運用に対応しています。また，論理ホストごとに共有ディスクやIPアドレスの引き継ぎをすることによって，クラスタ運用できるようにしています※。

クラスタ運用時，1台のホストで複数のJP1/AJS3サービスが起動している動作イメージを次の図に示します。

図10‒1　JP1/AJS3サービスの複数起動

ここでは，JP1/AJS3がサポートするクラスタシステムの前提条件，システム構成，クラスタ運用時の処理の流れ，フェールオーバーが発生したときの対処方法を説明します。なお，クラスタ運用する場合のセットアップについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　8. クラスタ運用時のセットアップ」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　17. クラスタ運用時のセットアップ」（UNIXの場合）を参照してください。

注※

JP1/AJS3 - Web Consoleでは，1台のホストに仮想的に複数台の論理ホストを定義することはできません。1台のホストで起動できるJP1/AJS3 - Web Consoleのサービスは一つだけであり，そのサービスの処理とともに共有ディスクやIPアドレスの引き継ぎをすることによって，クラスタ運用に対応しています。

JP1/AJS3 - Web Consoleがサポートするクラスタシステムの前提条件，システム構成については，「10.1.3 JP1/AJS3 - Web Consoleがサポートするクラスタ構成」を参照してください。

ユーザープログラムを使うジョブを定義している場合の補足事項

ユーザープログラムを使うジョブを定義している場合，例えば，データベース更新ジョブを再実行すると二重更新になったり，印刷ジョブを再実行すると同じものが2回印刷されたりします。実行ロギングを出力したり，複数回実行させたりしないように判定ジョブを定義するなどして，フェールオーバー時の運用に対応させておくことを推奨します。

10.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だけを実行する場合でも，システム環境として次に示す前提条件を満たしている必要があります。

表10‒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アドレス解決ができない環境では，ジョブ（標準ジョブ，HTTP接続ジョブ，アクションジョブ，カスタムジョブ，イベントジョブ，カスタムイベントジョブ）の実行，ジョブ実行制御のコマンド，およびキューレスジョブ実行環境のコマンドは実行できません。

論理ホスト名と物理ホスト名が同じ場合は，キューレスジョブ実行機能および定義内容の事前チェック機能を使用できません。

(4)　論理ホスト名の条件

論理ホスト名の条件を次に示します。

論理ホスト名が32バイト以内であること。

hostsファイルやネームサーバに設定され，TCP/IP通信ができること。DNS運用の場合には，FQDN形式でないホスト名を使用できること。

前提であるJP1/Baseで扱える論理ホスト名であること。

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

論理ホスト名を指定することで，JP1/AJS3サービスの起動およびコマンドの実行が論理ホストごとにできるようになります。論理ホスト名は次のどちらかの方法で指定します。

環境変数JP1_HOSTNAME

各コマンドの論理ホスト指定オプション（通常は-hオプション）

詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド」またはマニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　2. セットアップコマンド」の，各コマンドの説明を参照してください。

各コマンドは，論理ホスト指定オプションが指定されていない場合，環境変数JP1_HOSTNAMEに設定された論理ホスト名を使用して実行します。なお，「JP1_HOSTNAME=""」と設定した場合は無視されます。

10.1.2　JP1/AJS3がサポートするシステム構成

ここではJP1/AJS3がサポートするクラスタシステムの構成について説明します。

(1)　システム構成の条件

JP1/AJS3を実行するクラスタシステムは，次のような条件を満たしている必要があります。

論理ホストには実行系から待機系に引き継げる共有ディスクや論理IPアドレスがあること。また，共有ディスクや論理IPアドレスは，「10.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の動作には特に問題ありません。

10.1.3　JP1/AJS3 - Web Consoleがサポートするクラスタ構成

JP1/AJS3 - Web Consoleは，クラスタソフトによるクラスタ運用に対応しています。JP1/AJS3 - Web Consoleをクラスタ構成にすることで，Web Consoleサーバに障害が発生した場合でも，フェールオーバーしてクライアントでの業務監視を継続できます。

(1)　クラスタシステムの前提条件

JP1/AJS3 - Web Consoleをクラスタシステムで使用する場合，次に示す前提条件があります。

クラスタソフトは，次に示す2.〜4.を制御できるプログラムであること。

実行系から待機系へ引き継ぎができる共有ディスクを使用できること。

詳細には次に示す条件を満たすこと。

JP1/AJS3 - Web Consoleを起動する前に，共有ディスクが割り当てられること。

JP1/AJS3 - Web Consoleを実行中に，共有ディスクの割り当てが解除されないこと。

JP1/AJS3 - Web Consoleを停止したあとに，共有ディスクの割り当てが解除されること。

実行系ノードからだけ共有ディスクをアクセスできるように，排他制御されていること。

システムダウンなどでファイルが消えないよう，ジャーナル機能を持つファイルシステムなどでファイルを保護すること。

フェールオーバーしてもファイルに書き込んだ内容が保証されて引き継がれること。

フェールオーバー時に共有ディスクを使用中のプロセスがあっても，強制的にフェールオーバーができること。

共有ディスクの障害を検知した場合の回復処置はクラスタソフトなどが制御し，JP1/AJS3 - Web Consoleが回復処置を意識する必要がないこと。また，回復処置の延長でJP1/AJS3 - Web Consoleの起動や停止が必要な場合は，クラスタソフトからJP1/AJS3 - Web Consoleに起動や停止の実行要求をすること。

クラスタ運用で使用するIPアドレスとして次に示す条件を満たすこと。

引き継ぎができる，クラスタ運用で使用するIPアドレスを使って通信できること。

クラスタ運用で使用するホスト名から，クラスタ運用で使用するIPアドレスが一意に求まること。

JP1/AJS3 - Web Consoleを起動する前に，クラスタ運用で使用するIPアドレスが割り当てられること。

JP1/AJS3 - Web Consoleを実行中に，クラスタ運用で使用するIPアドレスが削除されないこと。

JP1/AJS3 - Web Consoleを実行中に，クラスタ運用で使用するホスト名とクラスタ運用で使用するIPアドレスの対応が変更されないこと。

JP1/AJS3 - Web Consoleを停止したあとに，クラスタ運用で使用するIPアドレスが削除されること。

ネットワーク障害を検知した場合の回復処置はクラスタソフトなどが制御し，JP1/AJS3 - Web Consoleが回復処置を意識する必要がないこと。また，回復処置の延長でJP1/AJS3 - Web Consoleの起動や停止が必要な場合は，クラスタソフトからJP1/AJS3 - Web Consoleに起動や停止の実行要求をすること。

クラスタ運用で使用するホスト名が，hostsファイルやネームサーバに設定され，TCP/IP通信ができること。

上記の条件が満たされていない場合は，JP1/AJS3 - Web Consoleの動作に問題が起きることがあります。例えば，次のような問題が発生します。

実行系で書き込んだデータが，フェールオーバーしたときに壊れてしまう場合

JP1/AJS3 - Web Consoleでエラー・データ消失・起動失敗などの問題が発生し，正常に動作できません。

NIC障害が発生しても回復処置がされない場合

クラスタソフトなどの制御によってNICが切り替えられるか，または他サーバへフェールオーバーするまで，通信エラーが発生しJP1/AJS3 - Web Consoleは正常に動作できません。

(2)　サポートするシステム構成

クラスタ構成の例を次に説明します。

JP1/AJS3 - Web ConsoleとJP1/AJS3 - Managerそれぞれでクラスタシステムを構築することで，障害発生時には相互に影響を与えることなくフェールオーバーします。そのため，異なるクラスタシステム上にJP1/AJS3 - Web ConsoleとJP1/AJS3 - Managerを構築することを推奨します。

図10‒2　JP1/AJS3 - Web ConsoleとJP1/AJS3 - Managerを異なるサーバにクラスタを構築する場合

図10‒3　JP1/AJS3 - Web ConsoleとJP1/AJS3 - Managerを同一のサーバに別々でクラスタを構築する場合

注意事項

JP1/AJS3 - Web Consoleは，アクティブ・スタンバイ構成のクラスタ構成をサポートしています。アクティブ・アクティブ構成はサポートしていません。

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

実行系ホストに障害が発生すると，系切り替えが実行され，処理が待機系ホストに移ります。

ここでは，業務運用中にフェールオーバーが発生した場合の処理の流れを説明します。

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

JP1/AJS3 - Managerに障害が発生し，フェールオーバーが実行された場合の処理の流れと，起動条件，イベントジョブまたはカスタムイベントジョブが定義されている場合の情報の引き継ぎについて説明します。

業務運用中にJP1/AJS3 - Managerにフェールオーバーが発生した場合の，フェールオーバー後の処理の流れを次の図に示します。

図10‒4　JP1/AJS3 - Managerにフェールオーバーが発生した場合の処理

システムの処理の流れを次に示します。

実行系マネージャーで障害が発生し，JP1/AJS3 - ManagerのJP1/AJS3サービスが停止する。

共有ディスクの内容を待機系に引き継ぐ。

待機系マネージャーのJP1/AJS3サービスを起動する。

サービス起動モードに従って，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 構築ガイド　20.4 スケジューラーサービス環境設定」を参照してください。

設定手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　4.2 環境設定パラメーターの設定」を参照してください。

フェールオーバー発生時のジョブの状態については，「6.2.1(3) 起動モード別のジョブネットおよびジョブの状態」を参照してください。

手順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 - Managerで処理を実行していたジョブは強制終了します。ただし，ジョブの終了通知を受信できなかった場合は，サブミット時の設定内容に従って，実行待ち，保留，または強制終了の状態になります。jpqjobsubコマンドの場合は，-rsオプションで指定した状態になります。デフォルトは保留状態です。

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

業務運用中にJP1/AJS3 - Agentにフェールオーバーが発生した場合の処理を次の図に示します。

図10‒5　JP1/AJS3 - Agentにフェールオーバーが発生した場合の処理

システムの処理の流れを次に示します。

実行系エージェントで障害が発生し，JP1/AJS3 - AgentのJP1/AJS3サービスが停止する。

フェールオーバー発生前に実行中だったジョブの状態は，実行中のままJP1/AJS3 - Managerで管理しています。

共有ディスクの内容を待機系エージェントに引き継ぐ。

待機系エージェントのJP1/AJS3サービスを起動する。

待機系エージェントのJP1/AJS3サービスが起動したことをJP1/AJS3 - Managerへ通知する。

JP1/AJS3 - Managerから待機系エージェントのJP1/AJS3 - Agentへ，実行中だったジョブの状態を確認する。

このときに実行を通知されるジョブは，障害発生時に実行中だったジョブ（JP1/AJS3 - Managerに終了が通知されていないジョブ）です。なお，障害発生時に実行中だったジョブの状態は「強制終了」または「終了状態不明」に，そのジョブを含むジョブネットの状態は異常状態になっています。

フェールオーバー発生時のジョブの引き継ぎ状態についての詳細は，「6.2.1(4) エージェントホストを再起動する場合のマネージャーホスト上でのジョブの状態」を参照してください。

これでシステムの処理は終了です。このあと，「強制終了」状態のジョブや，そのジョブが定義されているジョブネットを再実行して，引き続き業務を運用してください。

10.2.3　JP1/AJS3 - Web Consoleに障害が発生した場合のフェールオーバー

JP1/AJS3 - Web ConsoleとJP1/AJS3 - Managerを別々のホストで運用している場合で，業務運用中にJP1/AJS3 - Web Consoleにフェールオーバーが発生したときの処理を次の図に示します。

図10‒6　JP1/AJS3 - Web Consoleにフェールオーバーが発生した場合の処理

システムの処理の流れを次に示します。

Web Consoleサーバ（待機系）のJP1/AJS3 HTTP Serverサービス，およびJP1/AJS3 Web Application Serverサービスを起動する。

Web GUIなどのクライアントからJP1/AJS3 - Managerにログインし直す。

フェールオーバーが発生するとWeb GUIなどのクライアントとの接続は切断されます。そのため，処理中のリクエストがあった場合やWeb GUIの操作を行った場合は，クライアントでエラーが発生します。フェールオーバー後にログインし直して，待機系で処理してください。

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

クラスタシステムでJP1/AJS3を運用している場合に，JP1/AJS3のプロセスを監視する方法について次に説明します。

なお，Windows環境でフェールオーバークラスタを使用している場合は，JP1/AJS3のサービスを監視対象にしてください。

10.3.1　JP1/AJS3のプロセス監視

JP1/AJS3では，スケジューラーサービスを単体で起動したり停止したりできます。そのため，スケジューラーサービスのプロセスが終了していても，JP1/AJS3のプロセス全体の状態は，起動状態になります。

JP1/AJS3サービスの代表的なプロセスは，jajs_spmd_statusコマンドで監視できます。

また，スケジューラーサービスのプロセスは，jajs_statusコマンドで監視できます。

注意事項

スケジューラーサービスのプロセス群は，jajs_spmdコマンド，jajs_spmd_stopコマンドを実行するとスケジューラーサービス単体で起動，停止できます。そのため，スケジューラーサービス単体で起動，停止する場合は，プロセス監視で異常と判断されないようにしてください。

10.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と連動して起動・停止するように設定してください。

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

クラスタシステムでの運用を行っていて，論理ホスト対応のJP1/AJS3プロセスが終了しない場合に，JP1/AJS3強制停止シェルスクリプトで，JP1/AJS3の論理ホストごとにプロセスを強制終了させることができます。

10.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 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_killall.cluster（UNIX限定）」を参照してください。

JP1/AJS3強制停止シェルスクリプトがサポートするプラットフォームおよび製品を次の表に示します。

表10‒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のプロセスのうち，次に示すプロセスは停止できません。

・jpocwtmqmaii

　MQSeries連携時のMQ監視プロセス

上記のプロセスは，クラスタシステムの運用時に，JP1/AJS3のサービスとともにフェールオーバーさせる必要はありません。必要に応じて停止させてください。

補足事項

このコマンドは，ログを共有ディスクのファイルに出力します。共有ディスクにアクセスできない状態が発生すると，ログを出力できないで，JP1/AJS3を強制停止できないため，ログの出力先を物理ホストのログファイル格納ディレクトリに変更してください。

ログの出力先を変更する手順を次に示します。

次に示すファイル（JP1/AJS3強制停止シェルスクリプト）をviなどのエディターで開く。

/etc/opt/jp1ajs2/jajs_killall.cluster

ファイルの次の部分を変更する。

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

論理ホストは，JP1をクラスタシステムで運用するとき実行環境となる論理的なサーバ環境です。論理ホスト上のJP1は，通常はクラスタシステムでクラスタソフトと連携して運用し，論理ホスト単位でフェールオーバーします。

しかし，論理ホストに専用のIPアドレスとディスク領域を用意し，JP1の論理ホストとしてセットアップすることで，クラスタソフトと連携しないでフェールオーバーしない論理ホスト環境を作成できます。

複数の論理ホスト環境で，それぞれに対応したJP1をセットアップした場合，一つのサーバ上で同時に複数のJP1を起動・運用することができます。

このフェールオーバーしない論理ホストを使用して，次のようなシステム構成を構築することができます。

業務ごとにJP1を複数運用する

1台のホストで複数の業務を運用したい場合，それぞれに対応した業務に分け，論理ホストで運用を管理します。

論理ホスト名=物理ホスト名のクラスタ構成で物理ホスト用のJP1を運用する

一部のクラスタシステムでは，論理ホスト名と物理ホスト名（hostnameコマンドの実行時に表示されるホスト名）を同じにする必要があります。このような構成では，物理ホスト環境のJP1/AJS3を運用できないため，各サーバでsyslogなどの監視や，JP1/AJS3の運用を行いたい場合は，サーバごとにフェールオーバーしない論理ホストで運用してください。その際，フェールオーバーしない論理ホスト名には，物理ホスト名とは異なる名称を設定してください。

なお，論理ホスト名と物理ホスト名（hostnameコマンドの実行時に表示されるホスト名）が同じ場合，キューレスジョブ実行機能および定義内容の事前チェック機能は使用できません。

なお，非クラスタ環境の論理ホストの設定・運用については，マニュアル「JP1/Base 運用ガイド」も参照してください。

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

複数のホスト（物理ホストおよび一つ以上の論理ホスト）で同時にJP1/AJS3を稼働する場合は，次の点を考慮してシステム全体で必要なリソース量を見積もり，各JP1/AJS3に十分なリソースを割り当てて運用してください。リソースが十分に割り当てられないと，正しく動作しなかったり，十分な性能が確保できないで処理が遅延したりします。

各ホストで動作するそれぞれのJP1/AJS3がシステムリソース（メモリー・ディスク・CPU・通信ポート・プロセス・セマフォなど）を使用するため，システム全体で上限を超えないようにしてください。

JP1/AJS3を起動するだけでも一定量のシステムリソースを使用するため，その分システム全体に相応の負荷が掛かります。したがって，起動するJP1/AJS3の数に比例して処理能力が向上するわけではありません。システムの性能に合わせて，同時に起動するJP1/AJS3の数を調整してください。

発生するJP1イベントや実行するジョブの総量は，物理ホストおよび各論理ホスト分を合わせたシステム全体で動作できる範囲に収めてください。

なお，論理ホストでのリソース使用量の見積もりについては，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　3.2 システム性能を見積もる」を参照し，論理ホスト数によって設定値が変わるシステムリソースについて見積もってください。

10.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 構築ガイド　8.2 クラスタ運用の環境設定」

UNIXの場合

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　17.2 クラスタ運用の環境設定」

注意事項

Windowsの場合は，JP1/AJS3のサービスを起動する前に「JP1/AJS3 Database_JFn※」が停止していることを確認してください。

「JP1/AJS3 Database_JFn」が起動している場合は，「JP1/AJS3 Database_JFn」を停止したあとに，JP1/AJS3のサービスを起動してください。

注※

「_JFn」は論理ホストのJP1/AJS3サービスが使用する組み込みDBセットアップ識別子です。

10.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が大きい数字ほどあとから開始スクリプトが実行されます。

OS起動時に，/sbin/rc2.d配下で組み込みDBの初期化処理が実施されるため，JP1/AJS3の起動は組み込みDBの初期化処理よりあとに設定してください。なお，組み込みDBを複数インストールしている場合，組み込みDBの数だけファイルが作成されます。組み込みDBセットアップ識別子が_JF0であり，インストールディレクトリが「/opt/jp1ajs2/embdb/_JF0」の場合，ファイル名称は「S899HiRDB_E.opt.jp1ajs2.embdb._JF0」となります。

停止スクリプト

次のコマンドを実行してリンクの設定を行います。

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が大きい数字ほどあとから開始スクリプトが実行されます。

OS起動時に，/etc/rc2.d配下で組み込みDBの初期化処理が実施されるため，JP1/AJS3の起動は組み込みDBの初期化処理よりあとに設定してください。なお，組み込みDBを複数インストールしている場合，組み込みDBの数だけファイルが作成されます。組み込みDBセットアップ識別子が_JF0であり，インストールディレクトリが「/opt/jp1ajs2/embdb/_JF0」の場合，ファイル名称は「S91HiRDB_E.opt.jp1ajs2.embdb._JF0」となります。

停止スクリプト

次のコマンドを実行してリンクの設定を行います。

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コマンドのオプション"

OS起動時に，/etc/rc.d/rc2.d配下で組み込みDBの初期化処理が実施されるため，JP1/AJS3の起動は組み込みDBの初期化処理よりあとに設定してください。なお，組み込みDBを複数インストールしている場合，組み込みDBの数だけファイルが作成されます。組み込みDBセットアップ識別子が_JF0であり，インストールディレクトリが「/opt/jp1ajs2/embdb/_JF0」の場合，ファイル名称は「S910HiRDB_E.opt.jp1ajs2.embdb._JF0」となります。

停止処理

/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が大きい数字ほどあとから開始スクリプトが実行されます。

OS起動時に，/etc/rc3.dおよび/etc/rc5.d配下で組み込みDBの初期化処理が実施されるため，JP1/AJS3の起動は組み込みDBの初期化処理よりあとに設定してください。なお，組み込みDBを複数インストールしている場合，組み込みDBの数だけファイルが作成されます。組み込みDBセットアップ識別子が_JF0であり，インストールディレクトリが「/opt/jp1ajs2/embdb/_JF0」の場合，ファイル名称は「S91HiRDB_E.opt.jp1ajs2.embdb._JF0」となります。

停止スクリプト

次のコマンドを実行してリンクの設定を行います。

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部分）の値によって決定されます。数字部分の値が大きいほど，あとから実行されます。物理ホストの自動起動および自動停止スクリプトへのシンボリックリンクは，インストール時に自動で作成されます。物理ホストも含めた自動起動および自動停止をする場合は，論理ホスト用に作成するシンボリックリンクの名称を変更して，物理ホストおよび論理ホストの起動および停止順序を調節してください。

なお，物理ホスト用の自動起動および自動停止スクリプトは，あらかじめ用意されています。物理ホストの自動起動および自動停止スクリプトへのシンボリックリンク一覧を次の表に示します。

表10‒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（数字）部分の値との大小関係によって，物理ホストおよび論理ホストの起動順序を調節してください。なお，自動起動および自動停止スクリプトへのシンボリックリンクについては値を変更しないでください。また，OS起動時に組み込みDBの初期化処理が実施されるため，組み込みDBの初期化処理よりあとにJP1/AJS3が起動するように設定してください。組み込みDBの初期化処理スクリプトの一覧を次の表に示します。

表10‒4　組み込みDB初期化処理一覧

OS名

初期化処理スクリプト

HP-UX

/sbin/rc2.d/S899HiRDB_E.組み込みDB運用ディレクトリ

Solaris

/etc/rc2.d/S91HiRDB_E.組み込みDB運用ディレクトリ

Linux

/etc/rc.d/rc3.d/S91HiRDB_E.組み込みDB運用ディレクトリ

/etc/rc.d/rc5.d/S91HiRDB_E.組み込みDB運用ディレクトリ

注

組み込みDBを複数インストールしている場合，組み込みDBの数だけ，ディレクトリ配下にファイルが作成されます。組み込みDBセットアップ識別子が_JF0であり，インストールディレクトリが「/opt/jp1ajs2/embdb/_JF0」の場合，ファイル名称は「SxxxHiRDB_E.opt.jp1ajs2.embdb._JF0」となります。

例えば，論理ホストを先に起動したい場合は，論理ホスト用に作成する自動起動スクリプトへのシンボリックリンク名SXXのXX（数字）部分を次の値にしてください。

HP-UXの場合

899より大きく，905より小さい値

SolarisおよびLinuxの場合

91より大きく，99より小さい値

なお，JP1/AJS3はJP1/Baseを前提としている製品のため，先にJP1/Baseが起動している必要があります。

OS停止時に組み込みDBの終了処理が実施されるため，組み込みDBの終了処理より先にJP1/AJS3が停止するように設定してください。組み込みDBの終了処理スクリプトの一覧を次の表に示します。

表10‒5　組み込みDB終了処理一覧

OS名

終了処理スクリプト

HP-UX

/sbin/rc1.d/K094HiRDB_E.組み込みDB運用ディレクトリ

Solaris

/etc/rc0.d/K090HiRDB_E.組み込みDB運用ディレクトリ

Linux

/etc/rc.d/rc0.d/K09HiRDB_E.組み込みDB運用ディレクトリ

/etc/rc.d/rc6.d/K09HiRDB_E.組み込みDB運用ディレクトリ

注

組み込みDBを複数インストールしている場合，組み込みDBの数だけ，ディレクトリ配下にファイルが作成されます。組み込みDBセットアップ識別子が_JF0であり，インストールディレクトリが「/opt/jp1ajs2/embdb/_JF0」の場合，ファイル名称は「KxxxHiRDB_E.opt.jp1ajs2.embdb._JF0」となります。

例えば，論理ホストをあとに停止したい場合は，論理ホスト用に作成する自動停止スクリプトへのシンボリックリンク名KXXのXX（数字）部分を次の範囲の値にしてください。

HP-UXの場合

0941より大きく，0949より小さい値

SolarisおよびLinuxの場合

01より大きく，09より小さい値

なお，JP1/AJS3はJP1/Baseを前提としている製品のため，JP1/Baseより先に停止する必要があります。

(c)　AIXの環境の場合

OS起動時に組み込みDBの初期化処理が実施されるため，組み込みDBの初期化処理よりあとにJP1/AJS3が起動するように設定してください。AIX環境の組み込みDBの初期化処理スクリプトを次の表に示します。

表10‒6　AIXの環境の組み込みDB初期化処理

OS名

初期化処理スクリプト

AIX

/etc/rc.d/rc2.d/S910HiRDB_E.組み込みDB運用ディレクトリ

注

組み込みDBを複数インストールしている場合，組み込みDBの数だけ，ディレクトリ配下にファイルが作成されます。組み込みDBセットアップ識別子が_JF0であり，インストールディレクトリが「/opt/jp1ajs2/embdb/_JF0」の場合，ファイル名称は「S910HiRDB_E.opt.jp1ajs2.embdb._JF0」となります。

10.6　クラスタシステムでの注意事項

クラスタシステムでの注意事項を次に示します。

10.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を多重起動する場合，多重起動する論理ホストの数だけ，システムのリソースが必要になります。

キューレスエージェントサービス，キューレスファイル転送サービスはホストに一つのサービスです。しかし，クラスタソフトによる共有ディスクおよび論理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アドレスを追加してください。接続元制限の設定を変更する手順については，「7.11 接続元制限の設定を変更する」を参照してください。

物理ホストと論理ホストのIPアドレスを同一にする場合は，論理ホストからの操作命令が物理ホストからの操作命令であると判断される場合があります。そのため，ユーザーマッピング定義の［サーバホスト名］には物理ホストおよび論理ホストの両方を指定するか，または「*（アスタリスク）」を指定するようにしてください。

(2)　Windowsに対する注意事項

クラスタシステム運用時，論理ホスト上で起動されるJP1/AJS3サービスは，JP1/AJS3のプロセスが異常終了した場合には縮退運転しないで，すべてのプロセスを終了します。異常終了したJP1/AJS3のプロセスを再起動するように設定している場合，再起動の設定は無効になります。

環境変数JP1_HOSTNAMEをシステム環境変数，ユーザー環境変数として設定しないでください。サービスの起動などができなくなることがあります。環境変数JP1_HOSTNAMEは，コマンドプロンプトまたはバッチファイルで設定してください。論理ホスト名の指定方法については，「10.1.1(4) 論理ホスト名の条件」を参照してください。

クラスタソフトによっては，Windowsの［コントロールパネル］ウィンドウの［サービス］または［管理ツール］−［サービス］で論理ホストのJP1/AJS3サービスを停止すると，JP1/AJS3の停止を待たないで障害扱いにすることがあるため，JP1/AJS3の再起動に失敗するなど意図しない動作をすることがあります。

(3)　UNIXに対する注意事項

クラスタシステム運用時，論理ホスト上で起動されるJP1/AJS3サービスは，JP1/AJS3のプロセスが異常終了した場合には縮退運転しないで，すべてのプロセスを終了してください。異常終了したJP1/AJS3のプロセスを再起動するように設定している場合，再起動が優先されるため，設定を解除してください。再起動設定の詳細については，「6.3.1 異常終了したJP1/AJS3のプロセスを再起動する」を参照してください。

なお，論理ホスト上で-HAオプションを指定して起動するJP1/AJS3サービスは，JP1/AJS3のプロセスが異常終了した場合には縮退運転しないで，すべてのプロセスを終了します。また，異常終了したJP1/AJS3のプロセスを再起動するように設定している場合であっても，再起動の設定は無効になります。

環境変数JP1_HOSTNAMEが設定されている環境で，物理ホストの停止・起動を行う場合は，一時的に環境変数JP1_HOSTNAMEを削除した，シェルなどから実行するようにしてください。なお，自動起動および自動終了する場合の設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.10.1(10) 環境変数JP1_HOSTNAMEに依存しないJP1/AJS3サービスの自動起動および自動終了を設定する」を参照してください。

UNIXで強制終了コマンド（jajs_killall.clusterコマンド）を使用する場合は，論理ホスト名の先頭から32バイトまでで一意になるような名称を指定してください。このコマンドは，論理ホスト名を先頭から32バイトまでで判定して，対応するプロセスを強制終了します。名称が33バイト以上の論理ホストが複数存在する場合，強制終了コマンドに指定した論理ホスト名の先頭から32バイトまでが同じであるすべての論理ホストが強制終了の対象になります。

AIXでは，メモリー不足が発生するとシステムがSIGKILLを発行し，JP1/AJS3のプロセスが終了することがあります。この現象を回避するには，JP1/AJS3を運用している物理ホストおよび論理ホストに次のとおり環境変数を設定し，JP1/AJS3を起動してください。

PSALLOC=early

NODISCLAIM=true

(4)　イベントジョブおよびカスタムイベントジョブの実行環境に関する注意事項

クラスタシステム運用のセットアップをすると，論理ホストのファイル更新モードを定義する環境設定パラメーターFileWriteModeには推奨値である「sync」（同期）が設定されます。ファイル更新モードを非同期で運用したい場合は，クラスタシステム運用のセットアップ後に，jajs_configコマンドで環境設定パラメーターFileWriteModeを「nosync」（非同期）に変更してください。

環境設定パラメーターFileWriteModeの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.6.2(2) FileWriteMode（マネージャープロセス用）」またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.6.2(21) FileWriteMode（エージェントプロセス用）」を参照してください。

クラスタシステム運用のセットアップをすると，論理ホストの詳細プロセス終了時オプションを定義する環境設定パラメーターEVProcessHAには推奨値である「Y」が設定されます。イベント・アクション制御の詳細プロセスが終了した場合に，イベント・アクション制御エージェントプロセスを終了しないで縮退運転をしたい場合は，クラスタシステム運用のセットアップ後に，jajs_configコマンドで，環境設定パラメーターEVProcessHAを「N」に変更してください。

環境設定パラメーターEVProcessHAの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.6.2(22) EVProcessHA」を参照してください。

Outlookを使用するメールシステム連携機能を使用している場合，物理ホストまたは論理ホストのうち，どれか一つのJP1/AJS3だけで連携できます。論理ホストで連携する場合でも，Outlookを使用するメールシステム連携機能の環境設定パラメーターは物理ホストに定義してください。また，UNIXホストでのメールシステム連携機能でメール受信監視ジョブを実行する場合は，環境設定パラメーターExecModeを物理ホストに定義し，環境設定パラメーターExecMode以外の環境設定パラメーターは，論理ホストに定義してください。

環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 連携ガイド　2.3.4 メールシステム連携のための環境設定をする」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 連携ガイド　2.4.2 メール受信監視ジョブのための環境設定をする」（UNIXの場合）を参照してください。

なお，Outlookを使用するメールシステム連携機能やUNIXホストでのメールシステム連携機能では，待機系でこれらの連携ができません。

(5)　QUEUEジョブ，サブミットジョブの実行環境に対する注意事項

クラスタシステム運用時，実行系で実行中のジョブがある状態でJP1/AJS3サービスを停止した場合，実行中のジョブは強制終了されてから待機系に移行します。しかし，強制終了されたジョブの状態は，待機系ではすぐには終了状態とは認識されません。数分後に終了状態になります。

JP1/OJE for VOS3と連携するために，jpqreguserコマンドでVOS3ユーザー情報を登録する場合は，実行系ホストおよび待機系ホストの両方にユーザー情報を登録する必要があります。実行系ホストのユーザー情報を追加・変更・削除した場合は，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　2. セットアップコマンド　jpqreguser」のクラスタシステムで運用する場合の注意事項に示す手順に従って，待機系ホストのユーザー情報を追加・変更・削除してください。

(6)　キューレスジョブ実行環境に関する注意事項

キューレスジョブ実行環境に関する注意事項の詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　8.2.7(3) キューレスジョブ使用時に論理ホストを自動でアタッチ・デタッチする場合の注意事項」（Windowsの場合），またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　17.2.7 キューレスジョブ実行環境の設定」（UNIXの場合）を参照してください。

(7)　定義内容の事前チェック機能に関する注意事項

定義内容の事前チェック機能に関する注意事項については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　8. 定義内容の事前チェック」を参照してください。

(8)　非クラスタ環境の論理ホスト使用時の注意事項

非クラスタ環境の論理ホストでは，共有ディスク上の管理情報が引き継がれないため，フェールオーバーに対応していません。複数のホストで論理ホストIPを引き継ぐ運用はしないでください。

(9)　フレキシブルジョブの実行環境に関する注意事項

宛先エージェントおよび一斉配信エージェントはクラスタ構成に対応していません。宛先エージェントおよび一斉配信エージェントの可用性については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.9 クラウド環境でのジョブ実行について検討する」またはマニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.10 ジョブの一斉実行について検討する」を参照してください。

中継エージェントを使用しない構成で，フレキシブルジョブを他ホストで実行中にJP1/AJS3 - Managerにフェールオーバーが発生した場合，フレキシブルジョブは「強制終了」状態になります。一方，中継エージェントを使用した構成では，フレキシブルジョブは「実行中」のまま継続できます。このため，クラスタシステムでフレキシブルジョブを使用する場合，中継エージェントを使用することを推奨します。

11　JP1/AJS3のディザスター・リカバリー

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

11.1　JP1/AJS3のディザスター・リカバリー運用

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

JP1/AJS3のディザスター・リカバリー運用の概要を次の図に示します。

図11‒1　JP1/AJS3のディザスター・リカバリー運用の概要

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

メインサイトとリモートサイトで同じ環境のシステムを構築し，メインサイトの論理ホストが使用している共有ディスクの内容を，ハードウェアが持つディスクのコピー・ミラーリング機能を使用してリモートサイトの共有ディスクにコピーします。メインサイト側の共有ディスクをメインボリューム，リモートサイト側の共有ディスクをリモートボリュームと呼びます。

11.1.1　ディザスター・リカバリーの仕組み

JP1/AJS3が対応するディザスター・リカバリーの仕組みについて説明します。

(1)　メインサイトでの運用および共有ディスク間のコピーの開始

ディザスター・リカバリー環境の構築が完了したら，メインサイト側での運用およびリモートサイトへのコピーを開始してください。

メインサイト側での運用中は，リモートサイト側の論理ホスト（ディザスター・リカバリー運用対象）のJP1/AJS3サービスの起動が抑止されます。

図11‒2　メインサイトでの運用および共有ディスク間のコピーの開始

補足事項

メインサイト側で運用中の場合，リモートサイト側のディザスター・リカバリー運用対象の論理ホストはJP1/AJS3サービスが起動抑止状態のため，JP1/AJS3 - Viewなどで接続することはできません。

(2)　大規模災害などによるメインサイトの停止

大規模災害の発生などでメインサイト側のシステムが停止した場合は，リモートサイト側のハードウェア操作によって共有ディスク間のコピーを停止し，リモートボリュームを書き込みできる状態に変更します。

図11‒3　大規模災害などによるメインサイトの停止

(3)　リモートサイトへの運用切り替え

リモートサイト側の論理ホストをメインサイトとする運用に切り替えます。運用切り替えが完了すると，リモートサイト側のJP1/AJS3サービスの起動抑止状態が解除されます。リモートサイト側のJP1/AJS3サービスをディザスターリカバリースタートし，業務を再開します。

図11‒4　リモートサイトへの運用切り替え

(4)　メインサイトの再構築

被災したメインサイト側のシステムを再構築します。メインサイト側のシステムの再構築が完了したら，リモートサイト側からメインサイト側へ逆転のコピーを開始してください。

図11‒5　メインサイトの再構築

補足事項

メインサイトのシステムが復旧するまでの期間は，通常のJP1/AJS3のバックアップ方法で運用しているリモートサイト側のシステムをバックアップしてください。

(5)　メインサイトへの運用切り戻し

リモートサイト側のJP1/AJS3サービスを停止し，ジョブが実行されていないことを確認します。ジョブが実行されていないことが確認できたら，リモートサイト側からメインサイト側へ逆転のコピーを停止します。ハードウェア操作によってメインボリュームが書き込みできる状態に変更し，メインサイト側の論理ホストをメインサイトとする運用に切り替えます（運用切り戻し）。運用切り戻しが完了すると，メインサイト側のJP1/AJS3サービスの起動抑止状態が解除されます（リモートサイト側のJP1/AJS3サービスが起動抑止状態になります）。メインサイト側からリモートサイト側へのリモートコピーを開始し，メインサイト側のJP1/AJS3サービスを起動して業務を再開します。運用切り戻し直後の初回JP1/AJS3サービス起動時は，ディザスターリカバリースタートでサービスが起動します。

図11‒6　メインサイトへの運用切り戻し

11.1.2　ディザスター・リカバリー運用の前提条件とサポート範囲

JP1/AJS3をディザスター・リカバリー運用する場合の前提条件およびサポート範囲について説明します。

(1)　前提条件

JP1/AJS3をディザスター・リカバリー運用する場合の前提条件を次に示します。

共有ディスクとして使用するハードウェアが次の仕様を有すること。

メインボリュームとリモートボリュームの書き込み順序を保証する。

共有ディスク間のコピー動作を停止したときに，ハードウェアによってメインボリュームとリモートボリュームの整合性が確保できることを保証する。

共有ディスク間のコピー中は，リモートサイト上でリモートボリュームに書き込みできないことを保証する。

メインサイトとリモートサイトのJP1/AJS3 - Managerのバージョンが09-10以降であること。ただし，メインサイトとリモートサイトの論理ホスト名が同一の構成の場合は，JP1/AJS3 - Managerのバージョンが10-50以降であること。

JP1/AJS3のデータベース構成が，標準構成または標準構成（ISAMレス構成）であること。

論理ホスト環境であること。

クラスタシステムでJP1/AJS3を運用する場合は，「10.1.1 JP1/AJS3のクラスタシステムでの前提条件とサポート範囲」に示す条件を満たしていること。

(2)　サポート範囲

ディザスター・リカバリー運用する上でJP1/AJS3がサポートする範囲を次に示します。

JP1/AJS3 - Managerの論理ホストが使用する共有ディスク

JP1/AJS3 09-10以降の新規に構築する論理ホストをディザスター・リカバリー環境にする場合

JP1/AJS3 09-00以前の論理ホストをディザスター・リカバリー環境にすることはできません。

また，「(1) 前提条件」に示した条件を満たしていない場合は，JP1/AJS3の動作で発生した問題もサポートの対象外となります。

11.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)　クラスタ構成の場合

クラスタ構成の場合の例を示します。

エージェントホストを分ける場合

メインサイトで使用するエージェントホストと，リモートサイトに運用を切り替えた場合に使用するエージェントホストをそれぞれに用意する場合の例を次の図に示します。

図11‒7　クラスタ構成の場合のシステム構成（エージェント非共有型）

同じエージェントホストを使用する場合

メインサイトで使用するエージェントホストと，リモートサイトに運用を切り替えた場合に使用するエージェントホストを共有する場合の例を次の図に示します。

図11‒8　クラスタ構成の場合のシステム構成（エージェント共有型）

(b)　非クラスタ構成の場合

クラスタ構成でない場合の例を示します。

エージェントホストを分ける場合

メインサイトで使用するエージェントホストと，リモートサイトに運用を切り替えた場合に使用するエージェントホストをそれぞれに用意する場合の例を次の図に示します。

図11‒9　非クラスタ構成の場合のシステム構成（エージェント非共有型）

同じエージェントホストを使用する場合

メインサイトで使用するエージェントホストと，リモートサイトに運用を切り替えた場合に使用するエージェントホストを共有する場合の例を次の図に示します。

図11‒10　非クラスタ構成の場合のシステム構成（エージェント共有型）

(c)　クラスタ構成と非クラスタ構成が混在する場合

メインサイトがクラスタ構成でリモートサイトが非クラスタ構成，またはメインサイトが非クラスタ構成でリモートサイトがクラスタ構成のように，クラスタ構成と非クラスタ構成が混在するシステムも構成できます。

メインサイトがクラスタ構成で，リモートサイトが非クラスタ構成の場合の例を示します。

エージェントホストを分ける場合

メインサイトで使用するエージェントホストと，リモートサイトに運用を切り替えた場合に使用するエージェントホストをそれぞれに用意する場合の例を次の図に示します。

図11‒11　メインサイトがクラスタ構成でリモートサイトが非クラスタ構成の場合のシステム構成（エージェント非共有型）

同じエージェントホストを使用する場合

メインサイトで使用するエージェントホストと，リモートサイトに運用を切り替えた場合に使用するエージェントホストを共有する場合の例を次の図に示します。

図11‒12　メインサイトがクラスタ構成でリモートサイトが非クラスタ構成の場合のシステム構成（エージェント共有型）

11.1.4　JP1/AJS3の共有ディレクトリの情報以外で業務に必要なデータの配置

メインサイトからリモートサイトへのコピー対象でない，共有ディスクにあるJP1/AJS3の共有ディレクトリの情報以外のデータは，通常運用時に別途リモートサイト側に配置しておく必要があります。

メインサイトとリモートサイトの論理ホストを別名にしている場合は，リモートサイト側への配置の際に，論理ホスト名に注意してください。

(1)　JP1/AJS3の共有ディレクトリの情報以外で業務に必要なデータ

JP1/AJS3の共有ディレクトリの情報以外で業務に必要なデータを次に示します。

表11‒1　JP1/AJS3の共有ディレクトリの情報以外で業務に必要なデータ

項番

必要なデータ

リモートサイト側への配置方法

1

ジョブとして実行されるユーザーアプリケーション

通常運用時にリモートサイト側に配置してください。

2

ユーザーアプリケーションが必要とするデータやファイル

通常運用時にリモートサイト側に配置してください。

3

ユーザーアプリケーションの実行環境

OSのユーザー名やJP1/Baseのユーザーマッピングの設定など，リモートサイト側でユーザーアプリケーションを実行できるようにしてください。

(2)　JP1/AJS3の共有ディレクトリの情報以外で業務に必要なデータの配置

JP1/AJS3以外のプログラムデータおよびファイルの配置例を次の図に示します。

図11‒13　JP1/AJS3以外のプログラムデータおよびファイルの配置例

補足事項

JP1/Baseの論理ホストをJP1/AJS3の論理ホストと同じ共有ディスクで使用することもできます。その場合，共有ディスクはコピー・ミラーリングの対象に含まれます。詳細は，「11.2.1(1)(a) 運用切り替えを実施する前の作業」を参照してください。

なお，自ホスト以外のサーバにアクセスする業務についても，拠点停止を考慮した運用設計が必要になります。例えば，マネージャーホストと通信するユーザーアプリケーションを使用する場合は，マネージャーホストが切り替わることを想定して適切なエラー処理や切り替え先ホストへの再接続処理を実装しておくなどの検討が必要です。

11.2　運用の切り替え

JP1/AJS3のディザスター・リカバリー運用の開始からリモートサイトへの運用切り替え，メインサイトへの運用切り戻しまでの流れを次の図に示します。

図11‒14　運用切り替えの流れ

ディザスター・リカバリー環境の構築が完了したら，通常の運用を開始します。大規模災害などが発生し，メインサイトが停止する事態が起きたらリモートサイトに運用を切り替えて業務を再開します。拠点が復旧できたら，メインサイトを再構築して運用を切り戻すこともできます。

ディザスター・リカバリー運用での各操作について次に説明します。

11.2.1　リモートサイトに運用を切り替える

メインサイトで大規模災害などによる不意の拠点停止が起こると，リモートサイトで運用切り替えを実施し，業務を再開します。

ここでは，メインサイトからリモートサイトに運用を切り替える手順について説明します。

リモートサイトに運用を切り替える流れを次の図に示します。

図11‒15　リモートサイトに運用を切り替える流れ

なお，運用を切り替えたあと，再度共有ディスク間のコピーを開始するまでの期間も，不測の事態に備えてJP1/AJS3のデータのバックアップが必要です。メインサイトが再構築できるまでは，リモートサイトでバックアップを取得し，障害が発生した場合はバックアップ情報から回復してください。バックアップとリカバリーの詳細については，「2. バックアップとリカバリー」を参照してください。

(1)　運用切り替えの作業

運用切り替えを実施する前の作業と運用切り替えの手順を説明します。

注意事項

ここで説明する手順は，メインサイトとリモートサイトの論理ホスト名が同一名の場合も別名の場合も，共通です。

メインサイトとリモートサイトの論理ホスト名が同一名の場合，手順の中でコマンドの引数として指定する「リモートサイトの論理ホスト名」は，メインサイトの論理ホスト名と同一です。

(a)　運用切り替えを実施する前の作業

JP1/Baseの論理ホストをJP1/AJS3の論理ホストと同じ共有ディスクで使用する場合は，JP1/AJS3の運用切り替え手順を実施する前に，JP1/Baseの作業が必要です。メインサイトおよびリモートサイトで，論理ホスト名とIPアドレスが一致するかによって，必要となるJP1/Baseの作業手順が異なります。

それぞれの場合の作業について説明します。なお，JP1/Baseの論理ホストをJP1/AJS3の論理ホストと同じ共有ディスクで使用できるのは，JP1/BaseをJP1/AJS3だけの前提製品として使用する場合だけです。

メインサイトとリモートサイトの論理ホスト名およびIPアドレスが同一の場合

イベントDBを引き継ぐ場合は，JP1/Baseの作業は必要ありません。ただし，災害の影響でイベントDBが破損するおそれがあります。状況によっては，復旧作業が必要になります。統合トレースログに出力されるメッセージごとに対処方法が記載されているので，手順に従って復旧作業をしてください。イベントDBを引き継がない場合は，「KAJP1059-Eが出力された場合」の手順に従ってイベントDBを初期化してください。

KAJP1059-Eが出力されたとき

イベントDBが破損しているため，イベントサービスの起動ができません。次のコマンドを実行して，イベントDBを初期化してください。初期化することで，イベントDBの情報は失われます。

jevdbinit {-b | -n}

jevdbinitコマンドを実行すると，イベントDBが削除されたあとに再作成されます。イベントDB内の通し番号は，削除前のイベントDB内の通し番号を引き継ぎます。初期化前に破損しているイベントDBをバックアップしたい場合は，-bオプションを，バックアップしない場合は-nオプションを指定してください。バックアップしたデータベースの内容は，jevexportコマンドでcsvファイルに出力して確認できます。

jevdbinitコマンド，およびバックアップしたデータベースの詳細については，マニュアル「JP1/Base 運用ガイド」のjevdbinitコマンドの説明を参照してください。なお，jevdbinitコマンド実行時に，イベントDB内の通し番号が引き継げない場合は初期化に失敗します。メッセージKAJP1789-Eが出力された場合は，-sオプションで指定する開始番号に0を指定してイベントDBを再作成してください。

jevdbinit -s 0 {-b | -n}

KAJP1057-WおよびKAJP1058-Wが出力されたとき

イベントDBに不正なレコードがあり，検索性能が劣化するおそれがあります。再起動のタイミングで「KAJP1059-Eが出力されたとき」の手順に従ってイベントDBを初期化してください。

KAJP1075-Wが出力されたとき

重複防止テーブルが不整合な状態です。イベントサービスを停止してから，jevdbmkrepコマンドを実行して重複防止テーブルを再構築してください。jevdbmkrepコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」のjevdbmkrepコマンドの説明を参照してください。

メインサイトとリモートサイトの論理ホスト名が同一で，IPアドレスが異なる場合

次に示す作業を実施してください。

論理ホストのIPアドレスの変更に伴うJP1/Baseの設定変更作業

JP1/BaseのイベントDBの初期化

JP1/Baseの設定変更作業については，マニュアル「JP1/Base 運用ガイド」のIPアドレス変更時の作業を参照してください。JP1/BaseのイベントDBの初期化については，上記「メインサイトとリモートサイトの論理ホスト名とIPアドレスが同一の場合」の「KAJP1059-Eが出力されたとき」の手順を参照してください。

メインサイトとリモートサイトの論理ホスト名およびIPアドレスが異なる場合

次に示す作業を実施してください。

論理ホストのホスト名とIPアドレスの変更に伴うJP1/Baseの設定変更作業

JP1/BaseのイベントDBの初期化

JP1/Baseの設定変更作業については，マニュアル「JP1/Base 運用ガイド」のホスト名変更時の作業やIPアドレス変更時の作業を参照してください。JP1/BaseのイベントDBの初期化については，「メインサイトとリモートサイトの論理ホスト名およびIPアドレスが同一の場合」の「KAJP1059-Eが出力されたとき」の手順を参照してください。

(b)　運用切り替え手順

運用を切り替える際には，ハードウェアの操作で共有ディスク間のコピーを停止し，リモートサイトでリモートボリュームが書き込みできる状態に変更します。運用を切り替える手順を次に示します。

リモートサイトの実行系で，メインサイトとして運用する論理ホストを設定する。

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 コマンドリファレンス　3. 通常の運用で使用するコマンド　jpoagoec」を参照してください。

QUEUEジョブ，サブミットジョブ実行環境データベースのISAMファイルの状態を確認し，必要に応じて再作成する。

標準構成で運用している場合，リモートサイトにコピーされたISAMファイルが正常な状態かどうかを確認する必要があります。ISAMファイルの状態を確認する方法については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　2.11.1 ISAMファイルの状態確認手順」を参照してください。

ISAMファイルの状態が不正だと，ジョブの起動に失敗するなどの問題が発生し，リモートサイトでの運用が継続できないおそれがあります。その場合は，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　2.11.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の起動時の動作を一時的に変更する方法については，「6.2.1 JP1/AJS3起動時の動作を一時的に変更する」を参照してください。

UNIXの場合

次のコマンドを実行します。

jajs_spmd -h リモートサイトの論理ホスト名 -disaster

jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd」を参照してください。

なお，拠点を切り替えたあとの初回サービス起動時は，ホットスタートまたはウォームスタートで起動した場合でも，自動的にディザスターリカバリースタートに変更して起動します。このとき，jajs_spmd_statusコマンドを実行して，すべてのプロセスが正常に起動しているか確認してください。

JP1/AJS3 - Manager起動時に異常が発生した場合，異常のタイミングによっては，JP1/AJS3サービスが起動完了した直後にJP1/AJS3サービスが停止，またはスケジューラーサービスが停止し，ディザスターリカバリースタートが解除されるおそれがあります。この場合，まず異常の発生要因を取り除き，次のどちらかの方法でサービスを明示的にディザスターリカバリースタートで起動し直してください。

JP1/AJS3サービスを起動し直す場合：

Windowsの場合は，JP1/AJS3のスタートアップパラメーターに-disasterオプションを指定して開始してください。UNIXの場合は，jajs_spmdコマンドに-disasterオプションを指定して実行してください。

スケジューラーサービスを個別に起動し直す場合：

jajs_spmd -n jajs_schdコマンドに-disasterオプションを指定して実行してください。または，ajsstartコマンドに-Dオプションを指定して実行してください。

(ii) JP1/AJS3 - Managerをコールドスタートする場合

JP1/AJS3 - Managerをコールドスタートする場合，システム構成によって手順が異なります。ディザスター・リカバリー運用でのシステム構成については，「11.1.3 JP1/AJS3が対応するディザスター・リカバリーのシステム構成」を参照してください。

同じエージェントホストを使用する場合（エージェント共有型の場合）

Windowsの場合

JP1/AJS3のスタートアップパラメーターに「-cold」を指定して実行します。JP1/AJS3の起動時の動作を一時的に変更する方法については，「6.2.1 JP1/AJS3起動時の動作を一時的に変更する」を参照してください。

UNIXの場合

次のコマンドを実行します。

jajs_spmd -h リモートサイトの論理ホスト名 -cold

jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd」を参照してください。

エージェントホストを分ける場合（エージェント非共有型の場合）

次の操作を実行します。

(1) JP1/AJS3 - Manager起動時にスケジューラーサービスを自動起動しないようにする。

リモートサイトの論理ホストで運用するスケジューラーサービスの環境設定パラメーターAUTOSTARTに「no」を設定します。

論理ホスト上のスケジューラーサービスを多重起動する設定にしている場合は，すべてのスケジューラーサービスの環境設定パラメーターAUTOSTARTに「no」を設定する必要があります。

すでに「no」が設定されているスケジューラーサービスに対しては，この操作は不要です。

環境設定パラメーターAUTOSTARTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4 スケジューラーサービス環境設定」を参照してください。

(2) JP1/AJS3 - Managerを起動する。

Windowsの場合

JP1/AJS3のスタートアップパラメーターに「-cold」を指定して実行します。JP1/AJS3の起動時の動作を一時的に変更する方法については，「6.2.1 JP1/AJS3起動時の動作を一時的に変更する」を参照してください。

UNIXの場合

次のコマンドを実行します。

jajs_spmd -h リモートサイトの論理ホスト名 -cold

jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd」を参照してください。

(3) イベント・アクション制御マネージャーが保持する情報を削除する。

次のコマンドを実行します。

jpomanevreset -h リモートサイトの論理ホスト名 -F スケジューラーサービス名 -all -s

論理ホスト上のスケジューラーサービスを多重起動する設定にしている場合は，すべてのスケジューラーサービスに対してコマンドを実行する必要があります。

jpomanevresetコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jpomanevreset」を参照してください。

(4) 次のコマンドを実行してスケジューラーサービスを起動する。

jajs_spmd -h リモートサイトの論理ホスト名 -n jajs_schd -F スケジューラーサービス名 -cold

論理ホスト上のスケジューラーサービスを多重起動する設定にしている場合は，すべてのスケジューラーサービスに対してコマンドを実行する必要があります。

jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd」を参照してください。

(5) スケジューラーサービスの自動起動の設定を元に戻す。

手順(1)で設定した，リモートサイトの論理ホストで運用するスケジューラーサービスの環境設定パラメーターAUTOSTARTを「yes」（自動起動する）に戻します。

なお，手順(1)で設定を変更していないスケジューラーサービスに対しては，この操作は不要です。

リモートサイトの実行系で，JP1/AJS3 - Managerを起動したあとに必要な作業を実施する。

リモートサイトで運用するために，実行エージェントの定義をリモートサイト環境に合わせたり，ジョブの状態を確認したりする必要があります。

JP1/AJS3 - Managerを起動したあとに必要な作業については，「11.2.1(2) JP1/AJS3 - Manager起動後の作業」を参照してください。

リモートサイトの実行系で，ジョブの実行抑止を解除する。

次のコマンドを実行して，ジョブの実行抑止を解除します。

ajsalter -s none -F スケジューラーサービス名

ジョブの実行抑止を解除したら，リモートサイトで業務を再開してください。

なお，JP1/AJS3 - Managerをコールドスタートした場合は，この操作は必要ありません。

(2)　JP1/AJS3 - Manager起動後の作業

メインサイトからリモートサイトへ運用を切り替える場合の，リモートサイトのJP1/AJS3 - Managerを起動したあとに必要な作業について説明します。

JP1/AJS3 - Manager起動後の作業は，メインサイトとリモートサイトの論理ホスト名が同一名か別名かによって，必要可否が異なります。

次の表で説明する項目について，環境に応じて実施してください。

表11‒2　JP1/AJS3 - Manager起動後の作業一覧

項番

作業項目

作業内容

論理ホスト名が別名

論理ホスト名が同一名

参照先

1

接続する論理ホストの変更

JP1/AJS3 - Viewなどから接続する論理ホストを，リモートサイトの論理ホストに変更する

○

△※1

「(a) 接続する論理ホストを変更する」

2

実行エージェントの実行ホスト名変更

リモートサイトのエージェントホスト構成に合わせて，実行エージェントの実行ホスト名の定義を変更する

○

○

「(b) 実行エージェントを定義する」

3

ユニットの状態確認・設定変更

拠点停止時のジョブの状態を確認し，リモートサイトに反映されていないジョブの状態を変更したり，再実行したりする

○

○

「(c) ジョブの実行状態を確認する」

4

次のリモートジョブネットがある場合，状態を確認し，必要に応じて運用を再開する

メインサイトで定義しているリモートジョブネット

実行マネージャーにメインサイトの論理ホストを指定しているリモートジョブネット

○

○

「(d) リモートジョブネットの状態を確認する」

5

異なるスケジューラーサービス間のルートジョブネットの実行順序を制御している場合，ジョブネットコネクタ，接続先のジョブネット，および接続先のプランニンググループの状態を確認し，必要に応じて運用を再開する

○

○

「(e) 異なるスケジューラーサービス間のルートジョブネットの実行順序を制御している場合の運用拠点を変更する」

6

エージェントホストに残っているメインサイトの情報削除

メインサイトとリモートサイトでエージェントホストを共有している場合，jpomanevresetコマンドを実行して，エージェントホストに残っているメインサイトの情報を削除する

○

△※2

「(f) エージェントホストに残っているメインサイトの情報を削除する」

7

キューレスエージェントサービスに論理ホストをアタッチ

キューレスジョブを使用する場合，ajsqlattachコマンドを実行して，キューレスエージェントサービスにリモートサイトの論理ホストをアタッチ（接続）する

○

○

「(g) キューレスエージェントサービスに論理ホストをアタッチする」

8

キューレスジョブの実行先ホスト名を変更

キューレスジョブを使用する場合，リモートサイトのエージェントホスト構成に合わせて，キューレスジョブの実行先ホスト名を変更する

○

○

(h) キューレスジョブの実行先ホスト名の変更

（凡例）

○：作業が必要

△：条件によっては作業が必要

※1

接続する論理ホストのIPアドレスが異なる場合に，作業が必要です。

※2

拠点停止時にイベントジョブおよびカスタムイベントジョブが実行中だった場合だけ，作業が必要です。

次のどちらかの条件を満たす場合に，作業を実施してください。

項番3の作業でジョブの状態を確認したときに，「終了状態不明」状態のイベントジョブおよびカスタムイベントジョブがある。

エージェントホストでjpoagtjobshowコマンドを実行したときに，リモートサイトで運用する論理ホストのイベントジョブおよびカスタムイベントジョブが「実行中」状態になっている。

(a)　接続する論理ホストを変更する

運用切り替え時に，JP1/AJS3 - Viewなどが接続する論理ホストを，リモートサイトの論理ホストに変更します。変更の必要可否は，メインサイトとリモートサイトの論理ホスト名が同一名か別名かによって異なります。

メインサイトとリモートサイトの論理ホスト名が別名の場合

運用を切り替えると，論理ホスト名が変わります。そのため，JP1/AJS3 - Viewなどの接続先を，メインサイトの論理ホストからリモートサイトの論理ホストへ変更します。

変更が必要な接続を次に示します。

JP1/AJS3 - Viewからの接続

JP1/AJS3 - Definition Assistantからの接続

リモートコマンドの実行

ログやJP1イベントを監視しているジョブの接続先

メインサイトとリモートサイトの論理ホスト名が同一名の場合

運用する論理ホストのIPアドレスが同じ場合は，作業は不要です。

運用する論理ホストのIPアドレスが異なる場合は，共有エージェントなど，メインサイトとリモートサイトで共有しているホストからの接続を，リモートサイトの論理ホストへの接続に変更します。

接続を変更するには，DNSによる名前解決やhostsファイルなど，共有しているホストの通信設定を変更します。通信設定によってはシステムの再起動が必要な場合があるため，注意してください。

変更が必要な接続を次に示します。

JP1/AJS3 - Managerからの接続（リモートコマンドの実行）

JP1/AJS3 - Agentからの接続

JP1/AJS3 - Viewからの接続

JP1/AJS3 - Definition Assistantからの接続

(b)　実行エージェントを定義する

リモートサイトのエージェントホスト構成に合わせて，実行エージェントの実行ホスト名の定義を変更します。実行エージェントの定義を確認するには，ajsagtprintコマンドまたはajsagtshowコマンドを使用します。

実行エージェントの定義を変更する場合は，ajsagtaltコマンドを実行します。また，実行エージェントを追加する場合は，ajsagtaddコマンドを実行します。

コマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス」を参照してください。

(c)　ジョブの実行状態を確認する

この作業は，JP1/AJS3 - Managerをディザスターリカバリースタートした場合に必要です。

JP1/AJS3 - Viewまたはコマンドで拠点停止時のジョブの状態を確認し，リモートサイトに反映されていないジョブの状態を変更したり，再実行したりしてください。

拠点停止時に実行中だったジョブの状態は，メインサイトのシステムが停止しているためリモートサイトに引き継がれていないので，特に注意が必要です。

リモートサイトに反映されたジョブ状態については，「6.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です。

図11‒16　実行順序の制御対象のJP1/AJS3 - Manager

実行順序の制御対象のJP1/AJS3 - Managerが09-00以降で，ジョブネットコネクタまたはルートジョブネットを接続先にしている場合

ジョブネットリリース機能を使用することで，登録解除しなくても翌日以降の定義を変更できます。

接続先のジョブネットおよびジョブネットコネクタを含むルートジョブネットをコピーして，コピーしたジョブネットおよびジョブネットコネクタの［接続ホスト名］をリモートサイトのホスト名に変更します。

［接続ホスト名］を変更したジョブネットをコピー元のジョブネットにリリース登録してジョブネット定義を切り替えます。

リリース登録の方法については，「7.3 実行登録中にジョブネットの定義を切り替える」を参照してください。

実行順序制御対象のJP1/AJS2 - Managerが08-50以前である，プランニンググループを接続先にしている，またはコールドスタートなどによってユニットがすでに登録解除されている場合

変更対象のユニット（プランニンググループの場合は，配下のすべてのジョブネット）を登録解除して［接続ホスト名］をリモートサイトのホスト名に変更し，［接続ホスト名］を変更したユニットを再度実行登録します。

(f)　エージェントホストに残っているメインサイトの情報を削除する

メインサイトとリモートサイトでエージェントホストを共有している場合，メインサイトからの要求でジョブを監視していたエージェントホストには，運用を切り替えたあともメインサイトの情報が残っています。

次のコマンドをリモートサイトのマネージャーホストで実行して，エージェントホストに残っているメインサイトの情報を削除します。

jpomanevreset -h リモートサイトの論理ホスト名 -F スケジューラーサービス名 -dh メインサイトの論理ホスト名 -a エージェントホスト名

-aオプションに指定するエージェントホストが起動していることを確認してください。存在しないエージェントホスト，起動していないエージェント，またはマネージャーホストと通信できない状態のエージェントホストを指定すると，コマンドの実行に時間が掛かるおそれがあります。

jpomanevresetコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jpomanevreset」を参照してください。

(g)　キューレスエージェントサービスに論理ホストをアタッチする

キューレスジョブを使用する場合，次のコマンドを実行して，キューレスエージェントサービスにリモートサイトの論理ホストをアタッチ（接続）します。

ajsqlattach -h リモートサイトの論理ホスト名

(h)　キューレスジョブの実行先ホスト名の変更

ジョブ・ジョブネットの実行先エージェント名に指定したキューレスジョブの実行先ホスト名を，リモートサイトのエージェントホスト構成に合わせて変更します。

11.2.2　メインサイトを再構築する

ここでは，リモートサイトに運用を切り替えたあと，メインサイトを再構築し，リモートサイトで運用した業務の内容をメインサイトに引き継ぐために，リモートサイトからメインサイトへのコピーを開始する手順について説明します。

メインサイトの再構築は，次の流れで実施します。

図11‒17　メインサイトの再構築の流れ

メインサイトの再構築および運用再開の手順を次に示します。

注意事項

ここで説明する手順は，メインサイトとリモートサイトの論理ホスト名が同一名の場合も別名の場合も，共通です。

メインサイトとリモートサイトの論理ホスト名が同一名の場合，手順の中でコマンドの引数として指定する「リモートサイトの論理ホスト名」は，メインサイトの論理ホスト名と同一です。

リモートサイトで，ディザスター・リカバリー運用設定情報をエクスポートする。

次に示すコマンドを実行します。

jajs_rpenvexport -h リモートサイトの論理ホスト名 -d 出力ディレクトリ名

メインサイトの拠点を再構築する。

拠点を再構築する手順は，セットアップ時にリモートサイトを構築した手順と同様です。マニュアル「JP1/Automatic Job Management System 3 構築ガイド　9.2.3 リモートサイトのセットアップ」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　18.2.3 リモートサイトのセットアップ」（UNIXの場合）を参照して，メインサイトでの運用に合わせて設定してください。

メインサイトを再構築したら，ハードウェアの操作で，リモートサイトからメインサイトへのコピーを開始します。

11.2.3　メインサイトに運用を切り戻す

ここでは，メインサイトを再構築したあと，メインサイトでの運用を再開する手順について説明します。メインサイトでの運用再開は，次の流れで実施します。

図11‒18　メインサイトでの運用再開の流れ

(1)　運用再開の作業

運用再開を実施する前の作業と運用を再開する手順を説明します。

注意事項

ここで説明する手順は，メインサイトとリモートサイトの論理ホスト名が同一名の場合も別名の場合も，共通です。

メインサイトとリモートサイトの論理ホスト名が同一名の場合，手順の中でコマンドの引数として指定する「リモートサイトの論理ホスト名」は，メインサイトの論理ホスト名と同一です。

(a)　運用再開を実施する前の作業

JP1/Baseの論理ホストをJP1/AJS3の論理ホストと同じ共有ディスクで使用する場合は，メインサイトでの運用を再開する手順を実施する前にJP1/Baseの作業が必要です。メインサイトとリモートサイトで，論理ホスト名とIPアドレスが一致するかによって，必要となるJP1/Baseの作業手順が異なります。

それぞれの場合の作業について説明します。なお，JP1/Baseの論理ホストをJP1/AJS3の論理ホストと同じ共有ディスクで使用できるのは，JP1/BaseをJP1/AJS3だけの前提製品として使用する場合だけです。

メインサイトとリモートサイトの論理ホスト名およびIPアドレスが同一の場合

イベントDBを引き継ぐ場合は，JP1/Baseの作業は必要ありません。ただし，イベントDBが破損しているおそれがあります。状況によっては，復旧作業が必要になります。統合トレースログに出力されるメッセージごとに対処方法が記載されているので，手順に従って復旧作業をしてください。イベントDBを引き継がない場合は，「KAJP1059-Eが出力されたとき」の手順に従ってイベントDBを初期化してください。

KAJP1059-Eが出力されたとき

イベントDBが破損しているため，イベントサービスの起動ができません。次のコマンドを実行して，イベントDBを初期化してください。初期化することで，イベントDBの情報は失われます。

jevdbinit {-b | -n}

jevdbinitコマンドを実行すると，イベントDBが，削除されたあとに再作成されます。イベントDB内の通し番号は，削除前のイベントDB内の通し番号を引き継ぎます。初期化前に破損しているイベントDBをバックアップしたい場合は，-bオプションを，バックアップしない場合は-nオプションを指定してください。バックアップしたデータベースの内容は，jevexportコマンドでcsvファイルに出力して確認できます。jevdbinitコマンド，およびバックアップしたデータベースの詳細については，マニュアル「JP1/Base 運用ガイド」のjevdbinitコマンドの説明を参照してください。

なお，jevdbinitコマンド実行時に，イベントDB内の通し番号が引き継げない場合は初期化に失敗します。メッセージKAJP1789-Eが出力された場合は，次のように-sオプションで指定する開始番号に0を指定してイベントDBを再作成してください。

jevdbinit -s 0 {-b | -n}

KAJP1057-W，KAJP1058-Wが出力されたとき

イベントDBに不正なレコードがあり，検索性能が劣化するおそれがあります。再起動のタイミングで，「KAJP1059-Eが出力されたとき」の手順に従ってイベントDBを初期化してください。

KAJP1075-Wが出力されたとき

重複防止テーブルが不整合な状態です。イベントサービスを停止してから，jevdbmkrepコマンドを実行して重複防止テーブルを再構築してください。jevdbmkrepコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」のjevdbmkrepコマンドの説明を参照してください。

メインサイトとリモートサイトの論理ホスト名が同一でIPアドレスが異なる場合

次に示す作業を実施してください。

論理ホストのIPアドレスの変更に伴うJP1/Baseの設定変更作業

JP1/BaseのイベントDBの初期化

JP1/Baseの設定変更作業については，マニュアル「JP1/Base 運用ガイド」のIPアドレス変更時の作業を参照してください。JP1/BaseのイベントDBの初期化については，「メインサイトとリモートサイトの論理ホスト名およびIPアドレスが同一の場合」の「KAJP1059-Eが出力されたとき」の手順を参照してください。

メインサイトとリモートサイトで論理ホスト名およびIPアドレスが異なる場合

次に示す作業を実施してください。

論理ホストのホスト名とIPアドレスの変更に伴うJP1/Baseの設定変更作業

JP1/BaseのイベントDBの初期化

JP1/Baseの設定変更作業については，マニュアル「JP1/Base 運用ガイド」のホスト名変更時の作業やIPアドレス変更時の作業を参照してください。JP1/BaseのイベントDBの初期化については，「メインサイトとリモートサイトの論理ホスト名およびIPアドレスが同一の場合」の「KAJP1059-Eが出力されたとき」を参照してください。

(b)　運用再開手順

メインサイトで運用を再開する手順を次に示します。なお，非クラスタ環境の場合は，実行系での作業だけを実施してください。

リモートサイトの実行系および待機系でジョブを実行していないことを確認する。

実行中のジョブがないことを確認します。

異なるスケジューラーサービス間の実行順序を制御しているジョブネットコネクタ，およびジョブネットコネクタの転送先ホストの該当するジョブネットも終了させておいてください。

リモートサイトの実行系および待機系でJP1/AJS3 - Managerを停止する。

リモートサイトのキューレスエージェントサービスに論理ホストをアタッチ（接続）している場合は，次のコマンドを実行してデタッチ（切断）してください。

ajsqldetach -h リモートサイトの論理ホスト名 -k

ajsqldetachコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　4. 特別な運用で使用するコマンド　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 コマンドリファレンス　3. 通常の運用で使用するコマンド　jpoagoec」を参照してください。

QUEUEジョブ，サブミットジョブ実行環境データベースのISAMファイルの状態を確認し，必要に応じて再作成する。

標準構成で運用している場合，リモートサイトにコピーされたISAMファイルが正常な状態かどうかを確認する必要があります。ISAMファイルの状態を確認する方法については，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　2.11.1 ISAMファイルの状態確認手順」を参照してください。

ISAMファイルの状態が不正だと，ジョブの起動に失敗するなどの問題が発生し，リモートサイトでの運用が継続できないおそれがあります。その場合は，マニュアル「JP1/Automatic Job Management System 3 トラブルシューティング　2.11.2 QUEUEジョブ，サブミットジョブの実行環境データベースの再作成手順」を参照して，ISAMファイルを再作成してください。ただし，JP1/AJS3サービスの再起動方法については，次の手順に従ってください。

メインサイトの実行系で，JP1/AJS3 - Managerをディザスターリカバリースタートする。

ディザスターリカバリースタートとは，ジョブの実行を抑止した状態でJP1/AJS3 - Managerを起動することです。

JP1/AJS3 - Managerをディザスターリカバリースタートするには，次の操作を実行します。

Windowsの場合

JP1/AJS3のスタートアップパラメーターに-disasterを指定して実行します。JP1/AJS3の起動時の動作を一時的に変更する方法については，「6.2.1 JP1/AJS3起動時の動作を一時的に変更する」を参照してください。

UNIXの場合

次のコマンドを実行します。

jajs_spmd -h メインサイトの論理ホスト名 -disaster

jajs_spmdコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_spmd」を参照してください。

なお，拠点を切り戻したあとの初回サービス起動時は，ホットスタートまたはウォームスタートで起動した場合でも，自動的にディザスターリカバリースタートに変更して起動します。

メインサイトの実行系で，JP1/AJS3 - Managerをディザスターリカバリースタートしたあとに必要な作業を実施する。

メインサイトで運用するために，実行エージェントの定義をメインサイト環境に合わせたり，ジョブの状態を確認したりする必要があります。

メインサイトのJP1/AJS3 - Managerをディザスターリカバリースタートしたあとに必要な作業は，リモートサイトへの運用に切り替える場合にJP1/AJS3 - Managerの起動後に必要な作業と同様です。「11.2.1(2) JP1/AJS3 - Manager起動後の作業」を参照して，メインサイトでの運用に合わせて設定してください。

メインサイトの実行系で，ジョブの実行抑止を解除する。

次のコマンドを実行して，ジョブの実行抑止を解除します。

ajsalter -s none -F スケジューラーサービス名

ジョブの実行抑止を解除したら，メインサイトで業務を再開してください。

11.3　ディザスター・リカバリー運用中の設定変更

JP1/AJS3のディザスター・リカバリー運用中に，メインサイトの各種設定や構成を変更する場合の手順について説明します。

11.3.1　ディザスター・リカバリー運用設定変更の種類

ディザスター・リカバリー運用の設定変更の手順は，変更する内容によって異なります。ディザスター・リカバリー運用の設定変更の手順には，次の種類があります。

ディザスター・リカバリー運用設定情報のエクスポート・インポート機能で設定変更する

メインサイトとリモートサイトで個別に設定変更する

メインサイトでだけ設定変更する

メインサイトとリモートサイトの論理ホストの別名構成と同一名構成を変更する

設定変更は，「11.3.2 ディザスター・リカバリー運用設定変更の手順」の手順に従ってください。

それぞれの設定変更について，次に説明します。

(1)　ディザスター・リカバリー運用設定情報のエクスポート・インポート機能で設定変更する

表11-3に示した設定変更は，メインサイトで設定を変更したあと，ディザスター・リカバリー運用設定情報のエクスポート・インポート機能を使用してメインサイトの変更内容をリモートサイトに反映させます。

なお，一部の設定はリモートサイトで個別に設定する必要があります。

ディザスター・リカバリー運用設定情報のエクスポート・インポート機能による設定変更について，次の表に示します。

表11‒3　ディザスター・リカバリー運用設定情報のエクスポート・インポート機能による設定変更

項番

分類

変更対象

変更内容

1

全般

環境設定パラメーター

ディザスター・リカバリーの対象となる論理ホストの環境設定パラメーターの変更

2

スケジューラー

スケジューラーサービスの追加または削除※

スケジューラーサービスの設定

3

組み込みDB

組み込みDBの設定

組み込みDBのデータベース領域（テーブル領域またはインデクス領域）の拡張

組み込みDBのシステムファイル（システムログファイルまたはシンクポイントダンプファイル）の拡張

4

サブミットジョブ

JP1ユーザー仮定機能

JP1ユーザー仮定機能のJP1仮定ユーザーの登録

5

関連製品，連携製品

JP1/OJE for VOS3連携

JP1/OJE for VOS3との連携で使用するVOS3ユーザー情報の登録

注※

リモートサイトで個別に設定する必要があります。「(2) メインサイトとリモートサイトで個別に設定変更する」を参照してください。

(2)　メインサイトとリモートサイトで個別に設定変更する

メインサイトで設定を変更し，ディザスター・リカバリー運用設定情報のエクスポート・インポート機能を使用してメインサイトでの変更内容をリモートサイトに反映させたあと，リモートサイトでメインサイトと同一の設定変更を行います。

設定する機能と設定方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　9.2.3(3) リモートサイトの個別設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　18.2.3(3) リモートサイトの個別設定」（UNIXの場合）を参照してください。

(3)　メインサイトでだけ設定変更する

「(1) ディザスター・リカバリー運用設定情報のエクスポート・インポート機能で設定変更する」および「(2) メインサイトとリモートサイトで個別に設定変更する」以外は，リモートサイトで設定変更する必要はありません。メインサイトで設定した変更内容は，ハードウェアのコピー・ミラーリング機能でリモートサイトに反映されます。

(4)　メインサイトとリモートサイトの論理ホストの別名構成と同一名構成を変更する

メインサイトとリモートサイトの論理ホストを別名構成から同一名構成に変更する場合，および同一名構成から別名構成に変更する場合の手順を次に示します。

ディザスター・リカバリー運用を解除する。

ディザスター・リカバリー運用の解除方法については，「11.4 ディザスター・リカバリー運用をやめる場合の操作」を参照してください。

JP1/AJS3の論理ホストを再構築する。

ディザスター・リカバリー運用を再度セットアップする

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

11.3.2　ディザスター・リカバリー運用設定変更の手順

各種設定や構成を変更する場合には，次の図の流れで設定します。

図11‒19　ディザスター・リカバリー運用中の設定または構成の変更の流れ

JP1/AJS3のディザスター・リカバリー運用中に，メインサイトの各種設定や構成を変更する場合の手順を次に示します。

なお，非クラスタ環境の場合は，実行系での作業だけを実施してください。

注意事項

リモートサイトのJP1/AJS3 - Managerおよび組み込みDBは，停止したまま実施してください。

メインサイトの実行系および待機系で，必要に応じてJP1/AJS3 - Managerまたは組み込みDBを停止する。

メインサイトの実行系および待機系で，各種設定や構成を変更する。

実行系と待機系の両方で設定してください。設定手順は，クラスタ運用の場合と同じです。詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　8. クラスタ運用時のセットアップ」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　17. クラスタ運用時のセットアップ」（UNIXの場合）を参照してください。

メインサイトの設定変更が完了したらajsembdbidlistコマンドを実行して，メインサイトの論理ホストに対応する組み込みDBの，次の内容を記録します。

組み込みDBのインストール先フォルダ

セットアップ識別子

ajsembdbidlistコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　2. セットアップコマンド　ajsembdbidlist」を参照してください。

メインサイトの実行系で，必要に応じてディザスター・リカバリー運用設定情報をエクスポートする。

次に示すコマンドを実行します。

jajs_rpenvexport -h メインサイトの論理ホスト名 -d 出力ディレクトリ名

jajs_rpenvexportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　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. セットアップコマンド」を参照してください。

リモートサイトの実行系で，必要に応じてディザスター・リカバリー運用設定情報をインポートする。

ディザスター・リカバリー運用設定情報をインポートする場合，組み込みDBが停止状態になっていることを確認する必要があります。リモートサイトにある構築済みの組み込みDBに対して次のコマンドを実行し，組み込みDBが停止状態（UNIT-STATがSTOP）になっていることを確認してください。

ajsembdbstatus -s ust -id セットアップ識別子

組み込みDBが停止していない場合は，ajsembdbstopコマンドを実行して停止してください。ただし，再起動中断状態（UNIT-STATがPAUSE）の場合は，ajsembdbstartコマンドに-Rfオプションを指定して組み込みDBの起動抑止状態を解除してください。

ajsembdbstatusコマンド，ajsembdbstopコマンドおよびajsembdbstartコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド」を参照してください。

ディザスター・リカバリー運用設定情報をインポートするには，手順3でエクスポートしたディザスター・リカバリー運用設定情報をリモートサイトにコピーして，次のコマンドを実行します。

jajs_rpenvimport -h リモートサイトの論理ホスト名
                 -d 入力ディレクトリ名

jajs_rpenvimportコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　2. セットアップコマンド　jajs_rpenvimport」を参照してください。

リモートサイトの実行系で，必要に応じて個別に情報を設定する。

ディザスター・リカバリー運用設定情報をインポートしても，設定されない情報があります。インポートされない情報も設定する必要がある場合，個別に設定します。インポートされない情報の個別設定の方法については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　9.2.3(3) リモートサイトの個別設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　18.2.3(3) リモートサイトの個別設定」（UNIXの場合）を参照してください。

リモートサイトの待機系で，手順4〜6を実行する。

手順1でJP1/AJS3 - Managerまたは組み込みDBを停止した場合，メインサイトの実行系および待機系でJP1/AJS3 - Managerまたは組み込みDBを起動する。

設定が完了したら，メインサイトで業務を再開してください。

11.4　ディザスター・リカバリー運用をやめる場合の操作

ディザスター・リカバリー運用をやめる場合の操作について説明します。

11.4.1　ディザスター・リカバリー運用をやめる場合の操作（メインサイトとリモートサイトの論理ホスト名が別名のとき）

メインサイトとリモートサイトの論理ホスト名が別名の場合に，ディザスター・リカバリー運用をやめるには，次の図の流れで操作します。

図11‒20　ディザスター・リカバリー運用をやめる場合の操作（メインサイトとリモートサイトの論理ホスト名が別名の場合）

JP1/AJS3のディザスター・リカバリー運用をやめる場合の操作を次に示します。

メインサイトで，JP1/AJS3を停止する。

JP1/AJS3を停止したら，ハードウェアの操作で共有ディスク間のコピーを停止します。

メインサイトの実行系で，ディザスター・リカバリー運用を解除する。

メインサイトで次のコマンドを実行します。

jajs_rpsite -m UNSET -h メインサイトの論理ホスト名

リモートサイトの実行系で，ディザスター・リカバリー運用を解除する。

リモートサイトで次のコマンドを実行します。

jajs_rpsite -m UNSET -h リモートサイトの論理ホスト名

11.4.2　ディザスター・リカバリー運用をやめる場合の操作（メインサイトとリモートサイトの論理ホスト名が同一名のとき）

メインサイトとリモートサイトの論理ホスト名が同一名の場合に，ディザスター・リカバリー運用をやめるには，次の図の流れで操作します。

図11‒21　ディザスター・リカバリー運用をやめる場合の操作（メインサイトとリモートサイトの論理ホスト名が同一名の場合）

JP1/AJS3のディザスター・リカバリー運用をやめる場合の操作を次に示します。

メインサイトで，JP1/AJS3を停止する。

JP1/AJS3を停止したら，ハードウェアの操作で共有ディスク間のコピーを停止します。

メインサイトの実行系および待機系で，ディザスター・リカバリー運用を解除する。

メインサイトで次のコマンドを実行します。実行系と待機系の両方で実行してください。

jajs_rpsite -m UNSET -h 論理ホスト名

リモートサイトの実行系および待機系で，ディザスター・リカバリー運用を解除する。

リモートサイトで次のコマンドを実行します。実行系と待機系の両方で実行してください。

jajs_rpsite -m UNSET -h 論理ホスト名

注意事項

メインサイトとリモートサイトの論理ホストを同一名かつ同一IPアドレスで運用していた場合，ディザスター・リカバリー運用をやめたあとに，両方のサイトが同一ネットワーク上に存在しないようにしてください。二つのサイトを交互に起動するか，片方をネットワークから切り離して運用してください。

12　外部DBを利用する構成での運用

JP1/AJS3は，クラウド環境で提供されるデータベース（外部DB）を利用して運用できます。外部DBを利用することで，日々の運用の負担を軽減できます。

この章では，外部DBを利用した構成でJP1/AJS3を運用する場合の設定手順や，システム障害からの復旧方法などについて説明します。

12.1　ODBCの設定とODBCファイルデータソースの設定情報の変更

ここでは，ODBCファイルデータソース名やデータベース名，およびODBCファイルデータソースの内容を変更する手順について説明します。

外部DBと接続するJP1/AJS3のセットアップ時に指定したODBCファイルデータソース名，データベース名，およびODBCファイルデータソースの内容は，変更が必要となる場合があります。運用の途中で変更できる項目を，次の表に示します。

表12‒1　運用の途中で変更できる項目

項番

分類

変更できる項目

変更する要因

1

環境設定パラメーター（セットアップ時にjajs_setupコマンドで指定）

ODBCファイルデータソース名

ディスクの整理などによって，ODBCファイルデータソースの配置場所を変更したい。

2

データベース名

データベース名を変更したい。

3

ODBCファイルデータソースに指定

接続先サーバアドレスとポート番号

利用しているクラウドサービスで，接続先サーバのアドレスが変更された。

4

ユーザー名

セキュリティ要件に従って，定期的にパスワードを変更する必要がある。

5

パスワード

注意事項

ODBCファイルデータソースの設定情報を変更する場合は，スケジューラーサービスとデータベースの関係が変更されないよう注意してください。

12.1.1　セットアップ時（jajs_setupコマンド）に指定した項目の変更手順

jajs_setupコマンドで指定したODBCファイルデータソース名およびデータベース名の変更手順を次に示します。

jajs_extdbコマンドを実行して，変更するODBCファイルデータソース名またはデータベース名を使用している，エージェント管理およびスケジューラーサービスを確認する。

次のコマンドを実行します。

jajs_extdb -v

出力例を次に示します。

ホスト                          JP1_DEFAULT
データベースの種類              SQLSVR

エージェント管理
  状態                          有効
  ODBCファイルデータソース名    ODBCファイルデータソース名
  データベース名                データベース名

スケジューラーサービス          AJSROOT1
  状態                          有効
  ODBCファイルデータソース名    ODBCファイルデータソース名
  データベース名                データベース名

スケジューラーサービス          AJSROOT2
  状態                          有効
  ODBCファイルデータソース名    ODBCファイルデータソース名
  データベース名                データベース名

出力例のエージェント管理およびスケジューラーサービスに関連する，ODBCファイルデータソース名またはデータベース名が，変更対象かどうかを確認します。

jajs_extdbコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_extdb」を参照してください。

JP1/AJS3サービスまたはスケジューラーサービスを停止する。

変更対象にエージェント管理が含まれる場合は，JP1/AJS3サービスを停止します。含まれない場合は，変更対象のスケジューラーサービスを停止します。

jajs_configコマンドを実行して，手順1で確認した変更対象の環境設定パラメーターを変更する。

手順1の確認結果に基づき，それぞれ次の環境設定パラメーターを変更してください。

エージェント管理の情報を変更する場合

定義キー[JP1_DEFAULT¥JP1AJS2¥HOST¥AGENTMANAGER]の環境設定パラメーターAJSODBC_DSNAMEおよび環境設定パラメーターAJSODBC_DBNAMEを変更してください。

環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.13.2(1) AJSODBC_DSNAME」またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.13.2(2) AJSODBC_DBNAME」を参照してください。

スケジューラーサービスの情報を変更する場合

定義キー[JP1_DEFAULT¥JP1AJSMANAGER¥スケジューラーサービス名]の環境設定パラメーターAJSODBC_DSNAMEおよび環境設定パラメーターAJSODBC_DBNAMEを変更してください。

環境設定パラメーターの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(124) AJSODBC_DSNAME」またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(125) AJSODBC_DBNAME」を参照してください。

jajs_extdbコマンドを実行して，変更後のODBCファイルデータソース名およびデータベース名が正しいかを確認する。

次のコマンドを実行します。

jajs_extdb -v

jajs_extdbコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_extdb」を参照してください。

手順2で停止したJP1/AJS3サービスまたはスケジューラーサービスを再起動する。

12.1.2　ODBCファイルデータソースに指定した項目の変更手順

ODBCファイルデータソースに指定した項目の変更手順を次に示します。

jajs_extdbコマンドを実行して，変更するODBCファイルデータソース名を使用している，エージェント管理およびスケジューラーサービスを確認する。

次のコマンドを実行します。

jajs_extdb -v

出力例を次に示します。

ホスト                          JP1_DEFAULT
データベースの種類              SQLSVR

エージェント管理
  状態                          有効
  ODBCファイルデータソース名    ODBCファイルデータソース名
  データベース名                データベース名

スケジューラーサービス          AJSROOT1
  状態                          有効
  ODBCファイルデータソース名    ODBCファイルデータソース名
  データベース名                データベース名

スケジューラーサービス          AJSROOT2
  状態                          有効
  ODBCファイルデータソース名    ODBCファイルデータソース名
  データベース名                データベース名

出力例のエージェント管理およびスケジューラーサービスに関連する，ODBCファイルデータソース名が，変更対象かどうかを確認します。

jajs_extdbコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_extdb」を参照してください。

変更対象のエージェント管理およびスケジューラーサービスが存在するすべてのマネージャーホストのJP1/AJS3サービスを停止する。

マネージャーホスト上の，ODBCファイルデータソースの内容を変更する。

変更できる項目を次に示します。

表12‒2　ODBCファイルデータソースの変更できる項目

項番

指定する項目

ODBCファイルデータソースの項目

1

接続先サーバアドレス※とポート番号

SERVER

2

ユーザー名

UID

3

パスワード

PWD

注※

JP1/AJS3と外部DBとの接続は，JP1/Baseの通信設定に従いません。このため，接続先サーバアドレスは，hostsファイルおよびDNSなどのOSの機能によって，IPアドレスを解決できるようにしておく必要があります。

変更対象のエージェント管理およびスケジューラーサービスが存在するすべてのマネージャーホストのJP1/AJS3サービスを再起動する。

12.2　外部DBを利用する場合の障害からの復旧

外部DBと接続しているJP1/AJS3，または外部DBのデータベースに何らかの障害が発生した場合に，システムを復旧し，運用を継続する流れを次の図に示します。

図12‒1　システムを復旧して運用を継続する流れ

障害の復旧に向けて，事前に設定情報の取得などの準備をします。外部DBと接続しているJP1/AJS3システム，または外部DBに障害が発生した場合は，まずそれぞれの環境を復元します。次に，業務の復旧作業を実施し，業務を再開します。

ここでは，障害から復旧する各手順について説明します。

12.2.1　外部DBと接続しているJP1/AJS3のシステム障害から復旧するための準備

ここでは，外部DBと接続しているJP1/AJS3のシステム障害から復旧するための準備や注意事項について説明します。システム障害から復旧するための準備を次に示します。

外部DBを利用するためのセットアップが完了したJP1/AJS3のバックアップの作成

マネージャーホストの環境情報の確認

(1)　外部DBを利用するためのセットアップが完了したJP1/AJS3のバックアップの作成

外部DBを利用するためのセットアップが完了したJP1/AJS3のバックアップをスナップショットなどで作成しておく必要があります。なお，バックアップは，JP1/AJS3サービスが停止している状態で作成してください。

JP1/AJS3のセットアップについては，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　24. クラウド環境で外部DBを利用するためのセットアップ」を参照してください。

(2)　マネージャーホストの環境情報の確認

マネージャーホストに障害が発生した場合，業務を復旧させるためには，復旧後の環境を運用中のマネージャーホストと同一の環境にする必要があります。このため，JP1/AJS3のバックアップを作成したあとに，マネージャーホストの設定情報を変更していた場合は，設定を合わせる必要があります。同一の環境にするために必要な設定情報を次の表に示します。

表12‒3　同一の環境にするために必要な設定情報

項番

情報の種類

項目

設定

1

システム設定

ホスト名

マネージャーホストのホスト名

2

IPアドレス

マネージャーホストのIPアドレス

3

言語環境

マネージャーホストの言語環境

4

ポート番号

servicesファイルのポート番号の設定

5

ファイアウォール設定

ポートのファイアウォール透過設定

6

全般

トレースログファイルサイズ

次のトレースログファイルサイズの設定

JP1/AJS3のトレースログファイル

JP1/AJS3 Check ManagerサービスまたはJP1/AJS3 Check Agentサービスのトレースログファイル

7

環境設定パラメーター

物理ホストの環境設定パラメーターの設定

8

シェル

シェルのカスタマイズの設定

9

AJS管理者

AJS管理者の設定

10

JP1/AJS3接続元制限

次の設定ファイル

接続許可設定ファイル

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

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

11

実行エージェント情報※

実行エージェントおよび実行エージェントグループの追加，削除，変更の情報

12

スケジューラー

スケジューラーサービスの追加または削除

追加時に指定した次のディレクトリ名

データベースディレクトリ名

テンポラリーディレクトリ名

ジョブ情報ディレクトリ名

退避情報ディレクトリ名

13

次のコマンドでの環境設定パラメーターの取得

jbsgetcnf -c JP1AJSMANAGER -n スケジューラーサービス名

14

JP1/AJS3のスケジューラーサービスローカル日時

ajslocaldateコマンドでのJP1/AJS3のスケジューラーサービスローカル日時の変更

15

イベント・アクション

JP1イベント送信ジョブの送信先ホスト

JP1イベント送信ジョブで他ホストにJP1イベントを送信する場合の通信の設定

16

メールシステム連携

メールシステム連携機能の設定

17

定義内容の事前チェック

定義内容の事前チェック機能

定義内容の事前チェック機能のセットアップまたはアンセットアップ

18

前提製品，関連製品，連携製品

JP1イベントサービスの転送先ホスト

他ホストから転送されるJP1イベントをJP1イベント受信監視ジョブで監視する場合の設定

19

システム管理

プロセス定義

次の起動プロセス定義ファイルの設定

jp1ajs_dbmd.conf

jp1ajs_hstd.conf

jp1ajs_agtd.conf

jp1ajs_schd.conf

jp1ajs_spmd.conf

20

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

jp1ajs_dbmd_0700.conf

jp1ajs_hstd_0700.conf

jp1ajs_agtd_0700.conf

jp1ajs_schd_0700.conf

jp1ajs_service_0700.conf

21

プロセス起動設定

JP1/AJS3環境定義ファイル（jp1ajs_env.conf）の設定

22

運用プロファイル

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

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

23

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

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

24

JP1/AJS3 - Viewの設定

ウィンドウおよびダイアログボックスのカスタマイズ

ユーザー共通プロファイル（/etc/opt/jp1ajs2/conf/profiles配下）

25

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

26

実行許可コマンド設定ファイル（jajsExecutableCommand）のカスタマイズ

27

Viewカスタマイズ設定ファイル（jajsCustomizeView）のカスタマイズ

28

ユーザー資産

ODBCファイルデータソース

外部DBのスケジューラーサービス構築時に指定したODBCファイルデータソース

29

ユーザーアプリケーション

ジョブとして実行されるユーザーアプリケーション

30

ユーザーアプリケーションが必要とするデータやファイル

環境変数ファイル，標準入力ファイル，転送元ファイル，終了判定ファイルなど

31

ユーザーアプリケーションの実行環境

OSのユーザー名，JP1/Baseのユーザーマッピングの設定など

注※

エージェント管理データベースを復元した場合で，復元したデータベースに情報が不足しているときに，障害発生前と同一の環境にするために必要な情報です。エージェント管理データベースの復元後，この情報を元に，情報を変更する必要があります。

(3)　注意事項

次の情報は復旧後の環境には引き継げません。ただし，システム障害が発生した環境が参照できる場合は，該当のログファイルを参照できます。

ログファイルは，復旧後の環境に引き継げません。事前に手動でバックアップしておく必要があります。

JP1イベントは，復旧後の環境に引き継げません。そのため，JP1イベント受信監視ジョブで実行前のイベント検索を使用しても，障害発生前のイベントは検索できません。

12.2.2　外部DBと接続しているJP1/AJS3のシステム障害から復旧するための手順

外部DBと接続しているJP1/AJS3にシステム障害が発生した場合の復旧の流れを，次の図に示します。

図12‒2　外部DBと接続しているJP1/AJS3にシステム障害が発生した場合の復旧の流れ

外部DBと接続しているJP1/AJS3のシステム障害から復旧するための手順を次に示します。

セットアップが完了したJP1/AJS3のバックアップから，JP1/AJS3を復元する。

障害発生前のマネージャーホストで確認した環境情報を，復元したJP1/AJS3に反映する。

障害発生前のマネージャーホストで確認した環境情報の詳細については，「12.2.1(2) マネージャーホストの環境情報の確認」を参照してください。

jajs_extdbコマンドを実行して，マネージャーホスト内のスケジューラーサービスおよび利用しているデータベースを確認する。

次のコマンドを実行します。

jajs_extdb -v

jajs_extdbコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_extdb」を参照してください。

手順3で確認した，すべてのデータベースを起動する。

jajs_extdbコマンドに-pオプションを指定して実行し，マネージャーホストとエージェント管理データベースの接続関係を再設定する。

次のコマンドを実行します。

jajs_extdb -p -a

jajs_extdbコマンドに-pオプションを指定して実行し，スケジューラーサービスとデータベースの接続関係を再設定する。

手順3で確認したすべてのスケジューラーサービスに対して，次のコマンドを実行します。

jajs_extdb -p -F スケジューラーサービス名

JP1/AJS3サービスを起動する。

障害発生時のジョブネットおよびジョブの状態を確認し，状態を変更したり，再実行したりする。

jajs_extdbコマンドを実行すると，スケジューラーサービスはディザスターリカバリースタートします。このため，スケジューラーサービスは実行を抑止した状態で起動され，ジョブおよびジョブネットの状態が変更されます。JP1/AJS3 - Viewまたはコマンドでジョブの状態を確認し，必要に応じてジョブの状態を変更したり，再実行したりしてください。また，障害発生時に実行中だったジョブの状態は，JP1/AJS3の停止によって復旧後の環境に引き継がれていないおそれがあるため，特に注意が必要です。

ディザスターリカバリースタートした場合のジョブネットおよびジョブの状態については，「6.2.1(3)(a) マネージャーホストのJP1/AJS3サービスを再起動する場合」の，ディザスターリカバリースタートした場合のジョブネットおよびジョブの状態についての説明を参照してください。

同じルートジョブネット配下の複数のユニットを再実行する場合は，ジョブの実行抑止を解除してから再実行してください。配下のユニットを再実行するとルートジョブネットは「開始時刻待ち」状態となるため，ジョブ実行抑止を解除してルートジョブネットが「実行中」状態になるまで，ほかの配下のユニットを再実行することができません。

ジョブの実行状態を確認する方法，および状態変更や再実行の方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド」を参照してください。

なお，起動条件の監視が終了し，その起動条件によって生成された「起動条件待ち」の世代は，起動条件待ち世代の状態によって，次のように処理されます。

起動条件は成立していても，多重起動が未設定で，実行中のジョブネットの終了を待っている起動条件待ち世代のジョブネットがある場合

復旧後の状態は「起動条件待ち」のままで，実行中のジョブネットの状態が「中断」になります。実行中のジョブネットの状態が「中断」になったあと，起動条件待ちのジョブネットから再び実行されます。

起動条件が部分的にだけ成立（部分成立）している場合，または起動条件がまったく成立していない場合

復旧後には，このジョブネットの世代は消滅します。

エージェントホストに残っているイベントジョブおよびカスタムイベントジョブに関するマネージャーホストの情報を削除する。

次のコマンドをマネージャーホストで実行して，エージェントホストに残っている障害発生時のマネージャーホストの情報を削除します。

-aオプションには，対象の実行エージェント名に対応する実行ホスト名を指定してください。

jpomanevreset -h 論理ホスト名 -F スケジューラーサービス名 -dh マネージャーホスト名 -a 実行ホスト名

リカバリー対象のマネージャーホストが物理ホストの場合，-hオプションの指定は不要です。

論理ホストの場合，-hオプションと-dhオプションには論理ホストのマネージャーホスト名を指定してください。

jajs_extdbコマンドを実行し，スケジューラーサービスの実行抑止起動状態を解除する。

手順3で確認したすべてのスケジューラーサービスに対して，次のコマンドを実行します。

jajs_extdb -r -F スケジューラーサービス名

ajsalterコマンドを実行し，ジョブネットおよびジョブの実行抑止を解除し，運用を再開する。

手順3で確認したすべてのスケジューラーサービスに対して，次のコマンドを実行します。

ajsalter -F スケジューラーサービス名 -s none

ajsalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsalter」を参照してください。

12.2.3　データベースの障害から復旧する場合の準備

データベースの障害から復旧する場合に必要なバックアップの取得方法については，利用しているクラウド環境のドキュメントを参照してください。

12.2.4　データベースの障害から復旧する場合の手順

データベースに障害が発生した場合の復旧の流れを，次の図に示します。

図12‒3　データベースに障害が発生した場合の復旧の流れ

外部DBのデータベースで障害が発生した場合に，システムを復旧する手順について説明します。

JP1/AJS3サービスまたはスケジューラーサービスを停止する。

エージェント管理データベースを復元する場合，JP1/AJS3サービスを停止してください。

スケジューラーサービスのデータベースだけを復元する場合，障害が発生したデータベースと接続しているすべてのスケジューラーサービスを停止してください。スケジューラーサービスの停止方法については，「7.5.2 スケジューラーサービスを停止する」を参照してください。

障害が発生したデータベースをすべて復元する。

データベースの復元方法については，利用しているクラウド環境のドキュメントを参照してください。

jajs_extdbコマンドを実行して，マネージャーホスト内のスケジューラーサービスおよび利用しているデータベースを確認する。

次のコマンドを実行します。

jajs_extdb -v

復元したデータベースを起動する。

jajs_extdbコマンドに-pオプションを指定して実行する。

エージェント管理データベースを復元した場合，次のコマンドを実行し，マネージャーホストとエージェント管理データベースの接続関係を再設定します。

jajs_extdb -p -a

スケジューラーサービスのデータベースを復元した場合，手順3で確認したすべてのスケジューラーサービスに対して，次のコマンドを実行し，スケジューラーサービスとデータベースの接続関係を再設定します。

jajs_extdb -p -F スケジューラーサービス名

JP1/AJS3サービスまたはスケジューラーサービスを起動する。

エージェント管理データベースを復元した場合，JP1/AJS3サービスを起動してください。

スケジューラーサービスのデータベースだけを復元した場合，手順1で停止したスケジューラーサービスを起動してください。スケジューラーサービスの起動方法については，「7.5.1 スケジューラーサービスを起動する」を参照してください。

なお，以降の手順は，スケジューラーサービスのデータベースを復元した場合だけ実施してください。

障害発生時のジョブネットおよびジョブの状態を確認し，状態を変更したり，再実行したりする。

jajs_extdbコマンドを実行すると，スケジューラーサービスはディザスターリカバリースタートします。このため，スケジューラーサービスは実行を抑止した状態で起動され，ジョブおよびジョブネットの状態が変更されます。JP1/AJS3 - Viewまたはコマンドでジョブの状態を確認し，必要に応じてジョブの状態を変更したり，再実行したりしてください。また，障害発生時に実行中だったジョブの状態は，JP1/AJS3の停止によって復旧後の環境に引き継がれていないおそれがあるため，特に注意が必要です。

ディザスターリカバリースタートした場合のジョブネットおよびジョブの状態については，「6.2.1(3)(a) マネージャーホストのJP1/AJS3サービスを再起動する場合」の，ディザスターリカバリースタートした場合のジョブネットおよびジョブの状態についての説明を参照してください。

同じルートジョブネット配下の複数のユニットを再実行する場合は，ジョブの実行抑止を解除してから再実行してください。配下のユニットを再実行するとルートジョブネットは「開始時刻待ち」状態となるため，ジョブ実行抑止を解除してルートジョブネットが「実行中」状態になるまで，ほかの配下のユニットを再実行することができません。

ジョブの実行状態を確認する方法，および状態変更や再実行の方法については，マニュアル「JP1/Automatic Job Management System 3 操作ガイド」を参照してください。

なお，起動条件の監視が終了し，その起動条件によって生成された「起動条件待ち」の世代は，起動条件待ち世代の状態によって，次のように処理されます。

起動条件は成立していても，多重起動が未設定で，実行中のジョブネットの終了を待っている起動条件待ち世代のジョブネットがある場合

復旧後の状態は「起動条件待ち」のままで，実行中のジョブネットの状態が「中断」になります。実行中のジョブネットの状態が「中断」になったあと，起動条件待ちのジョブネットから再び実行されます。

起動条件が部分的にだけ成立（部分成立）している場合，または起動条件がまったく成立していない場合

復旧後には，このジョブネットの世代は消滅します。

エージェントホストに残っているイベントジョブおよびカスタムイベントジョブに関するマネージャーホストの情報を削除する。

次のコマンドをマネージャーホストで実行して，エージェントホストに残っている障害発生時のマネージャーホストの情報を削除します。

-aオプションには，対象の実行エージェント名に対応する実行ホスト名を指定してください。

jpomanevreset -h 論理ホスト名 -F スケジューラーサービス名 -dh マネージャーホスト名 -a 実行ホスト名

リカバリー対象のマネージャーホストが物理ホストの場合，-hオプションの指定は不要です。

論理ホストの場合，-hオプションと-dhオプションには論理ホストのマネージャーホスト名を指定してください。

jajs_extdbコマンドを実行し，スケジューラーサービスの実行抑止起動状態を解除する。

手順3で確認したすべてのスケジューラーサービスに対して，次のコマンドを実行します。

jajs_extdb -r -F スケジューラーサービス名

jajs_extdbコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_extdb」を参照してください。

ajsalterコマンドを実行し，ジョブネットおよびジョブの実行抑止を解除し，運用を再開する。

手順3で確認したすべてのスケジューラーサービスに対して，次のコマンドを実行します。

ajsalter -F スケジューラーサービス名 -s none

ajsalterコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsalter」を参照してください。

12.3　外部DBから組み込みDBに戻す場合の操作

ここでは，JP1/AJS3で使用するデータベースを外部DBから組み込みDBに戻す方法について説明します。

同一ホスト内に，組み込みDBを利用する環境と外部DBを利用する環境は混在できません。このため，使用するデータベースを組み込みDBに戻す場合，外部DBを利用する環境を削除してから，組み込みDBを利用するスケジューラーサービスを追加します。

外部DBから組み込みDBへ戻す流れを次の図に示します。

図12‒4　外部DBから組み込みDBへ戻す流れ

外部DBから組み込みDBへ戻す手順を次に示します。

マネージャーホストの設定情報をバックアップする。

外部DBで使用していた次の情報をバックアップします。

実行エージェント情報

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

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

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

注※

マネージャーホストにスケジューラーサービスが複数セットアップされている場合は，スケジューラーサービスの数だけバックアップの手順を繰り返してください。

マネージャーホストの設定情報をバックアップする手順の詳細については，「2.2.3 JP1/AJS3 - Managerの設定情報のバックアップ」を参照してください。

ジョブネットの登録予定情報をバックアップする。

マネージャーホストにスケジューラーサービスが複数セットアップされている場合は，スケジューラーサービスの数だけバックアップの手順を繰り返してください。

バックアップする手順の詳細については，「3.4 ajsrgexport，ajsrgimportコマンドによるジョブネットの実行登録状態のバックアップ・リカバリー」を参照してください。

外部DBと接続するスケジューラーサービスを削除する。

スケジューラーサービスを削除する手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　24.4.2 スケジューラーサービスの削除」を参照してください。

jajs_extdbコマンドを実行して，該当ホストのエージェント管理制御のデータベースを確認する。

次のコマンドを実行します。

jajs_extdb -v

jajs_extdbコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　jajs_extdb」を参照してください。

jbsunsetcnfコマンドを実行して，実行エージェントの情報を削除する。

定義キー[JP1_DEFAULT¥JP1AJS2¥HOST¥AGENTMANAGER]の環境設定パラメーターを削除します。

次のコマンドを実行します。

jbsunsetcnf -i -h JP1_DEFAULT -c "JP1AJS2¥HOST¥AGENTMANAGER"

jbsunsetcnfコマンドの詳細については，マニュアル「JP1/Base 運用ガイド」を参照してください。

標準構成の設定をする。

外部DBを利用するためにセットアップしたときに編集したJP1/AJS3用起動プロセス定義ファイル（jp1ajs_spmd.conf）および拡張起動プロセス定義ファイル（jp1ajs_service_0700.conf）を，元に戻してください。

また，必要に応じてデータベース構成を標準構成（ISAMレス構成）から標準構成に戻してください。

組み込みDBと接続するスケジューラーサービスをセットアップする。

スケジューラーサービスをセットアップする手順については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.1.1(1) スケジューラーサービスを追加する」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.1.1(1) スケジューラーサービスを追加する」（UNIXの場合）を参照してください。

重要

スケジューラーサービスを追加する最初の手順の，組み込みDBの開始は不要です。

バックアップした外部DBの設定情報を，組み込みDBにリカバリーする。

手順1と手順2でバックアップした外部DBの設定情報を，組み込みDBにリカバリーします。リカバリーする手順については，「2.3.4(8) 実行エージェント情報のリカバリー」，「2.3.4(10) ユニット定義のリカバリー」および「3.4 ajsrgexport，ajsrgimportコマンドによるジョブネットの実行登録状態のバックアップ・リカバリー」を参照してください。

必要に応じて，手順5で確認したデータベースを削除する。

外部DB上に作成したJP1/AJS3用のデータベースは，自動では削除されません。必要に応じて，手動で削除してください。

12.4　外部DBを利用するJP1/AJS3が動作しているホストの設定を変更する

外部DBを利用するJP1/AJS3が動作しているホストの設定変更については，「7.9 JP1/AJS3が動作しているホストの設定を変更する」を参照してください。

ただし，次の設定変更については，一部の手順を実施する必要がありません。

JP1/AJS3 - Managerのホスト名を変更する場合

「7.9.1(2) JP1/AJS3 - Managerのホスト名を変更する」の，次の手順を実施する必要はありません。

ジョブネットの定義をバックアップする手順

実行エージェントの定義をバックアップする手順

QUEUEジョブ，サブミットジョブ実行環境の定義をバックアップする手順

QUEUEジョブ，サブミットジョブ実行環境を再作成する手順

データベース環境を再セットアップする手順

バックアップしたジョブネット定義を回復する手順

バックアップした実行エージェント定義を回復する手順

システム日時を変更する場合

「7.9.3(1)(c) 進んでいるシステムの時刻を戻し，すぐにJP1/AJS3を起動する場合」の，データベース環境を再構築する手順を実施する必要はありません。

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

9

クラウドのオートスケール環境でジョブを実行したい

13.1.9

10

一つのジョブを，複数のエージェントホストで実行したい

13.1.10

11

Web GUI（ジョブポータル）やユーザーアプリケーションでできる操作を制限したい

13.1.11

12

JP1/AJS3の稼働状況を可視化したい

13.1.12

13

JP1/AJS3の状態をWeb GUIで確認したい

13.1.13

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 構築ガイド　21.1.1 実行エージェント制限の設定手順」

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 操作ガイド　12.4.41 ［詳細定義−［引き継ぎ情報設定ジョブ］］ダイアログボックス」

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.4.42 ［詳細定義−［引き継ぎ情報設定ジョブ］−［引き継ぎ情報］］ダイアログボックス」

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 ジョブネットやジョブの一時変更の操作情報を確認・再操作する」

リリース登録している場合の運用方法

「7.3.8(3) 推奨する運用方法」

設定手順

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.1.9 一時変更の操作管理機能を使用するための設定」（Windowsの場合）

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.1.9 一時変更の操作管理機能を使用するための設定」（UNIXの場合）

操作方法

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　9.17 一時変更情報を確認・再操作する」

画面

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.27 ［リリース登録］ダイアログボックス」

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.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(4) マネージャー・エージェント構成時の注意事項」

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.4 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」で始まる行を削除してください。

起動プロセス定義ファイルのパスと変更例を次に示します。

起動プロセス定義ファイルのパス

/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 構築ガイド　23.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
jpoagent xxxx
KNAD3691-I プロセスは全て起動しています

この設定でJP1/AJS3が起動するプロセスを抑止すると，使用できるコマンドが，JP1/AJS3 - Agentが提供しているコマンドだけになります。JP1/AJS3 - Agentが提供しているコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　1.5 コマンド一覧」を参照してください。

この設定を実行すると，キューレスジョブ使用時にWindowsの論理ホストを自動でアタッチ・デタッチするように設定できなくなります。

論理ホストを自動でアタッチ・デタッチする設定については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　8.2.7 キューレスジョブ実行環境の設定」を参照してくだい。

物理ホストにこの設定をしたあとに論理ホストを作成する場合は，運用に応じて次の手順を実施してください。

論理ホストの運用をジョブの実行だけに限定する場合

論理ホストで，JP1/AJS3の起動プロセス定義ファイルと拡張起動プロセス定義ファイルが，ここで説明した設定手順の変更後の状態になっているか確認してください。変更後の状態になっていない場合は，設定手順を実施してください。

論理ホストの運用をジョブの実行だけに限定しない場合

論理ホストで，JP1/AJS3の起動プロセス定義ファイルと拡張起動プロセス定義ファイルを次のモデルファイルから回復してください。

Windowsの場合

jajs_setup_clusterコマンドで指定した共有フォルダ¥jp1ajs2¥conf¥jp1ajs_spmd.conf.model

jajs_setup_clusterコマンドで指定した共有フォルダ¥jp1ajs2¥conf¥jp1ajs_service_0700.conf.model

UNIXの場合

jajs_setup_clusterコマンドで指定した共有ディレクトリ/jp1ajs2/conf/jp1ajs_spmd.conf.model

jajs_setup_clusterコマンドで指定した共有ディレクトリ/jp1ajs2/conf/jp1ajs_service_0700.conf.cluster.model

この設定を実行すると，Web GUI（マネジメントポータル）でJP1/AJS3の稼働情報を確認できなくなります。

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台です。この場合，一つの部門で同時に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の数を制限できます。これによって，一つの部門が同時に多数の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 導入ガイド　7.2 ユニットへのアクセスを制限するための設定」

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　6.4 設定するアクセス権限の検討」

設定手順

スケジューラーサービス参照制限

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.1.10 JP1/AJS3 - Viewでアクセス権限のないスケジューラーサービスの表示を抑止する設定」（Windowsの場合）

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.1.11 JP1/AJS3 - Viewでアクセス権限のないスケジューラーサービスの表示を抑止する設定」（UNIXの場合）

スケジューラーサービスごとのJP1/AJS3 - Viewの最大同時接続数

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.1.11 スケジューラーサービスの同時接続数を制限する設定」（Windowsの場合）

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.1.12 スケジューラーサービスの同時接続数を制限する設定」（UNIXの場合）

スケジューラーサービスの追加

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.1.1(1) スケジューラーサービスを追加する」（Windowsの場合）

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.1.1(1) スケジューラーサービスを追加する」（UNIXの場合）

実行エージェント制限

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.1.1 実行エージェント制限の設定手順」

JP1/AJS3 - ViewでのJP1ユーザーパスワード変更機能

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.9.3 JP1/AJS3 - ViewでJP1ユーザーのパスワードの変更を許可する設定」（Windowsの場合）

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.10.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 操作ガイド　12.3.50 ［パスワード変更］ダイアログボックス」

コマンド

jajs_config

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　2. セットアップコマンド　jajs_config」

jajs_setup

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　2. セットアップコマンド　jajs_setup」

ajschange

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　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（物理ホスト）で，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のユニット定義情報ファイルの出力先および出力ファイル名を次に示します。

%ALLUSERSPROFILE%¥Hitachi¥JP1¥JP1_DEFAULT¥JP1AJS2V¥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 操作ガイド　12.3.53 ［JP1/AJS3のコマンドの設定］ダイアログボックス」

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.54 ［JP1/AJS3のコマンドの登録］ダイアログボックス」

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.3.55 ［JP1/AJS3のコマンド実行結果］ダイアログボックス」

13.1.9　クラウドのオートスケール環境でジョブを実行したい

クラウドサービスの普及に伴って，処理に必要な分だけクラウド上でインスタンスを起動して，処理が完了したら停止するなどといった，効率的なジョブ運用が求められるようになりました。

これまでJP1/AJS3システムをオンプレミス環境で運用していた企業がクラウドサービスを導入し，ジョブの定義は既存のオンプレミス環境で，ジョブの実行はクラウドのオートスケール環境で実施するとします。この場合，マネージャーホストが直接管理していないエージェントでも処理を実行できる，フレキシブルジョブを使用します。また，オンプレミス環境のマネージャーホストと，クラウド環境のエージェントホストが通信できるように，中継エージェントを配置します。

ここでは，オンプレミス環境でフレキシブルジョブを定義し，クラウドのオートスケール環境で実行する事例について説明します。

(1)　運用

各部門には，次のようなユーザーがいるとします。

表13‒8　ユーザーの例

項番

ユーザーの所属部門

ユーザーの役割

1

営業部門

ジョブ運用管理者

営業部門で運用しているジョブを設計・構築・運用する。

2

総務部門

ジョブ運用管理者

総務部門で運用しているジョブを設計・構築・運用する。

3

情報システム部門

JP1/AJS3システム管理者

JP1/AJS3システム全体を管理する。

この企業では，各部門で独立して業務を運用できるようにするため，JP1/AJS3を次のように運用しています。

1台のホストに論理ホストを部門ごとに構築して，それぞれの部門が，別々にマネージャーホストとして運用している。

それぞれの部門が，別々にエージェントホストを運用している。

ジョブの実行は，各部門のジョブ運用管理者がそれぞれJP1/AJS3 - Viewで行っている。

JP1/AJS3システム全体の管理は，情報システム部門のJP1/AJS3システム管理者が行っている。

各部門がオンプレミス環境でマネージャーホスト・エージェントホストを運用している例を次の図に示します。

図13‒17　各部門がオンプレミス環境でマネージャーホスト・エージェントホストを運用している例

(2)　実現したいこと

エージェントホストだけクラウドのオートスケール環境に配置し，ジョブを実行したい。

既存のシステム構成やファイアウォールの設定変更は最小限としたい。

(3)　解決方法

フレキシブルジョブを使用すれば，クラウドのオートスケール環境のエージェントホストなど，マネージャーホストが直接管理していないエージェントホストでジョブを実行できます。

また，ジョブの実行要求を中継するエージェント（中継エージェント）を設けることで，設定変更は最小限に抑えつつ，ジョブの実行環境だけクラウド化できます。

ジョブの実行環境をクラウド化した例を次に示します。

図13‒18　ジョブの実行環境をクラウド化した例

(4)　設定手順

中継エージェント（AGT1）をセットアップする。

クラウド環境で，宛先エージェントをセットアップする。

クラウド環境で，ロードバランサー（LB1およびLB2）やオートスケールなどを設定する。

オンプレミス環境のJP1/AJS3 - Managerでフレキシブルジョブを定義したジョブネットを作成する。

営業部門のフレキシブルジョブの場合，宛先として「LB1」を，中継エージェントとして「AGT1」を定義します。総務部門のフレキシブルジョブの場合，宛先として「LB2」を，中継エージェントとして「AGT1」を定義します。

フレキシブルジョブを定義したジョブネットを実行登録する。

(5)　マニュアル記載個所

項目

詳細項目

参照個所

概要

フレキシブルジョブ

マニュアル「JP1/Automatic Job Management System 3 導入ガイド　3.1.1(1)(a) 標準ジョブ」

フレキシブルジョブの定義例

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.10 クラウド環境でジョブを実行する（フレキシブルジョブを使ったジョブネットの定義例）」

フレキシブルジョブ使用時の注意事項

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　7.8 フレキシブルジョブ使用時の注意事項」

システム構成例

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.9 クラウド環境でのジョブ実行について検討する」

設定手順

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.3 フレキシブルジョブを実行するための設定」

画面

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.4.12 ［詳細定義−［フレキシブルジョブ］］ダイアログボックス」

(6)　注意事項

複数のマネージャーホストからのジョブ実行要求が中継エージェントに集中すると，中継エージェントの負荷が高くなるおそれがあります。この場合，中継エージェントを複数設けて，負荷を分散させることを検討してください。

13.1.10　一つのジョブを，複数のエージェントホストで実行したい

ここでは，フレキシブルジョブの一斉実行を使用して，毎日定刻に1回，クラウド環境下のすべてのエージェントホストでジョブを実行する方法について説明します。

(1)　運用

ある企業のシステム管理部門では，毎日定刻に1回，クラウド環境下のすべてのエージェントホストからログを収集しています。

バージョン11-00以前では，この場合，ログを収集したいエージェントホストの数だけジョブを定義する必要がありました。

図13‒19　エージェントホストの数だけジョブを定義する例

また，オートスケールなどによってエージェントホストが追加・削除された場合，ジョブも追加・削除する必要がありました。

図13‒20　ジョブを追加・削除する例

この図では，スケールアウトによってエージェントホストCが新しく追加されたため，ジョブCも新しく追加する必要があります。

(2)　課題

一つのジョブを，複数のエージェントホストで実行したい。

エージェントホストが追加・削除されても，ジョブを追加・削除しないで運用したい。

(3)　解決方法

フレキシブルジョブの一斉実行を使用すれば，一つのジョブを複数のエージェントホストで同時に実行できます。フレキシブルジョブの一斉実行では，一斉配信エージェントを設置します。

図13‒21　一斉配信エージェントが複数のエージェントホストにジョブを配信する例

また，オートスケールなどによってエージェントホストが追加・削除された場合でも，一斉配信エージェントが宛先エージェントの生存通知を受け取り，ジョブを配信する範囲を自動で拡張します。そのため，ジョブを追加・削除する必要がありません。

図13‒22　一斉配信エージェントが自動で範囲を拡張する例

(4)　設定手順

一斉配信エージェントをセットアップする。

宛先エージェントをセットアップする。

JP1/AJS3 - Managerでフレキシブルジョブを定義したジョブネットを作成する。

フレキシブルジョブを定義したジョブネットを実行登録する。

(5)　マニュアル記載個所

項目

詳細項目

参照個所

概要

フレキシブルジョブ

マニュアル「JP1/Automatic Job Management System 3 導入ガイド　3.1.1(1)(a) 標準ジョブ」

一斉実行使用時のフレキシブルジョブの定義例

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　2.4.11 一つのジョブを複数の実行エージェントで一斉に実行する（フレキシブルジョブを使ったジョブネットの定義例）」

フレキシブルジョブ使用時の注意事項

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（業務設計編）　7.8 フレキシブルジョブ使用時の注意事項」

一斉実行使用時のシステム構成例

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.10 ジョブの一斉実行について検討する」

設定手順

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.3.2 ジョブを一斉実行する場合の設定手順」

画面

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　12.4.12 ［詳細定義−［フレキシブルジョブ］］ダイアログボックス」

13.1.11　Web GUI（ジョブポータル）やユーザーアプリケーションでできる操作を制限したい

複数のユーザーが，Web GUI（ジョブポータル）やユーザーアプリケーションを使用して運用を監視している場合，各ユーザーがユニットやマネージャーホストに対して不正な操作を実行しないよう，操作を制限したいことがあります。ここでは，Web GUI（ジョブポータル）やユーザーアプリケーションから実行できる操作を制限する方法について説明します。

(1)　運用

この企業では，部門ごとに異なるマネージャーホストを運用しています。一部の部門では，複数の担当者がWeb GUI（ジョブポータル）を使用して運用を監視しています。部門ごとに異なるマネージャーホストを使用し，複数の担当者がWeb GUI（ジョブポータル）を使用して運用を監視している例を，次の図に示します。

図13‒23　複数のユーザーがWeb GUI（ジョブポータル）を使用して運用を監視している例

それぞれのマネージャーホストは，次のように運用・管理していると想定します。

項番

ホスト名

説明

1

HostA

営業部門で運用・管理しているマネージャーホストです。Web GUI（ジョブポータル）を使用して運用を監視しています。

2

HostB

総務部門で運用・管理しているマネージャーホストです。Web GUI（ジョブポータル）を使用して運用を監視しています。

3

HostC

その他の部門で運用・管理しているマネージャーホストです。JP1/AJS3 - Viewを使用して運用を監視しています。

(2)　課題

Web GUI（ジョブポータル）やユーザーアプリケーションを使用して，不正な操作が実行されるおそれがあります。

具体的には，次のような課題を解決する必要があります。

Web GUI（ジョブポータル）を使用するユーザーが，ユニットに対して不正な操作を実行してしまう。

複数のユーザーがWeb GUI（ジョブポータル）を使用している場合，デフォルトの設定だと，Web GUI（ジョブポータル）で監視しているユニットに対して，すべてのユーザーがすべての操作を実行できます。このため，再実行だけを担当するユーザーが誤ってユニットを実行登録するなど，不正な操作が実行されるおそれがあります。

各部門の担当者が，ほかの部門のマネージャーホストで誤って操作を実行してしまう。

各部門で異なるマネージャーホストを運用している場合，デフォルトの設定では，すべてのマネージャーホストに対して，Web GUI（ジョブポータル）からログインしたりユーザーアプリケーションからAPIを実行したりできます。また，各マネージャーホストに対して，すべてのJP1ユーザーがすべての操作を実行できます。このため，ほかの部門のマネージャーホストに誤ってログインしたユーザーが，不正な操作を実行するおそれがあります。

Web GUI（ジョブポータル）を使用するユーザーの数が多く，システム管理者だけで操作制限を管理することが難しい。

複数の部門でWeb GUI（ジョブポータル）を使用している場合，各部門に所属するユーザーの操作制限をすべてシステム管理者だけで管理しようとすると，システム管理者の負担が増大してしまいます。

不正なAPIが実行されてしまう。

ユーザーアプリケーションを使用しないでWeb GUI（ジョブポータル）だけで運用したい場合，デフォルトの設定ではAPIの実行が制限されていないため，不正なユーザーアプリケーションからAPIが実行されるおそれがあります。

(3)　解決方法

「(2) 課題」の各項目に対しての解決方法を説明します。次に示す設定をすることで，ユーザーがWeb GUI（ジョブポータル）やユーザーアプリケーションでできる操作を制限できます。

JP1ユーザーごとにWeb GUI（ジョブポータル）で実行できる操作を制限し，不正な操作を実行できないようにする。

Web GUI（ジョブポータル）の操作制限機能を有効にすることで，ログインするJP1ユーザーごとに操作制限を設定できるようになります。操作を制限されたユーザーがログインすると，制限された操作を実行するためのボタンやメニューなどが表示されなくなります。

なお，Web Consoleサーバで操作制限機能を有効にすると，有効にしたWeb Consoleサーバから接続できるすべてのマネージャーホストで，操作制限機能が有効になります。

各部門のユーザーが，ほかの部門のマネージャーホストで，不正な操作を実行できないようにする。

次の二つの機能を使用することで，不正な操作を防止できます。

Web Consoleサーバの接続先ホスト制限機能

Web Consoleサーバからの接続を許可するマネージャーホストを指定できます。接続を許可するマネージャーホスト以外は，Web GUI（ジョブポータル）からログインしたり，ユーザーアプリケーションからAPIを実行したりできなくなります。Web GUI（ジョブポータル）で監視したいマネージャーホストだけ接続を許可することで，その他のマネージャーホストに不正にログインされることを防止できます。

Web GUI（ジョブポータル）の操作制限機能

JP1ユーザーの操作制限は，マネージャーホストごとに指定できます。操作制限が個別に設定されていないJP1ユーザーには，デフォルトの設定（参照だけを許可する）が適用されます。その部門の担当者が使用するJP1ユーザーだけ操作を許可することで，ほかの部門の担当者が誤ってユニットを操作することを防止できます。

各部門のユーザーの操作制限を，各部門の責任者が管理できるようにする。

Web GUI（ジョブポータル）の操作制限機能では，操作制限を管理するユーザー（設定ユーザー）を，マネージャーホストごとに指定できます。

部門ごとに，その部門の責任者が使用するJP1ユーザーだけを設定ユーザーに指定することで，部門ごとのユーザーの操作制限をその部門の責任者が管理できるようになります。また，ほかの部門の責任者が誤って操作制限の設定を変更することを防止できます。

ユーザーアプリケーションからのAPIの実行を制限する。

APIの実行制限機能を有効にすることで，APIの実行を制限できます。ユーザーアプリケーションを使用しないでWeb GUI（ジョブポータル）だけで運用したい場合，APIの実行を制限することで，ユーザーアプリケーションからの不正な操作の実行を防止できます。

(4)　設定手順

各機能を設定するために，システム管理者と設定ユーザーがそれぞれ実施する手順について説明します。

システム管理者の作業

Web GUI（ジョブポータル）の操作制限機能およびAPIの実行制限機能を有効にします。また，接続を許可するマネージャーホスト名と，マネージャーホストごとの設定ユーザーを指定します。

設定ユーザーの作業

Web GUI（ジョブポータル）から，マネージャーホストごとに，ユーザーの操作制限を設定します。

ここでは，次のようなJP1ユーザーを想定します。

表13‒9　JP1ユーザーの例

項番

JP1ユーザー名

ユーザーの役割

担当する業務

1

jp1admin

システム管理者

JP1/AJS3 システム全体を管理する。

2

admin1

営業部門の責任者

Web GUI（ジョブポータル）を使用した監視と運用を実施し，設定ユーザーとしてユーザーの操作制限を管理する。

3

admin2

総務部門の責任者

Web GUI（ジョブポータル）を使用した監視と運用を実施し，設定ユーザーとしてユーザーの操作制限を管理する。

4

user1

営業部門の担当者

Web GUI（ジョブポータル）を使用して運用状況を監視し，ユニットの再実行だけを実行する。

次に，それぞれのユーザーが実施する手順について説明します。

(a)　システム管理者の作業

システム管理者がJP1/AJS3 - Web Consoleの環境設定ファイル（ajs3web.conf）を編集することで，Web GUI（ジョブポータル）の操作制限機能およびAPIの実行制限機能を有効にします。また，接続を許可するマネージャーホスト名と，マネージャーホストごとの設定ユーザーを指定します。

システム管理者が実施する作業の手順を，次に示します。

JP1/AJS3 HTTP Serverサービス，およびJP1/AJS3 Web Application Serverサービスを停止する。

ajs3web.confを任意のフォルダにバックアップする。

モデルファイルajs3web.conf.modelをコピーして，ajs3web.confにリネームする。

ajs3web.confをテキストエディターで開く。

パラメーターGUI_OPERATION_RESTRICTIONの冒頭の「;」（セミコロン）を削除し，値に「yes」を指定する。

パラメーターPERMITTED_AJS_MANAGER_HOSTの冒頭の「;」（セミコロン）を削除し，接続を許可したいマネージャーホスト名を指定する。

マネージャーホスト名とは，次の方法で確認できる名前です。

物理ホストの場合

マネージャーホスト上でhostnameコマンドを実行すると出力されるホスト名。

論理ホストの場合

論理ホスト環境をセットアップしたときの論理ホスト名。

この例では，営業部門と総務部門で使用するマネージャーホストのホスト名だけを指定します。

PERMITTED_AJS_MANAGER_HOST=HostA,HostB

パラメーターAPI_EXECUTION_RESTRICTION冒頭の「;」（セミコロン）を削除し，値に「yes」を指定する。

設定ユーザーにしたいJP1ユーザーを指定する。

次に示すように，接続するマネージャーホストごとに，システム管理者が使用するjp1adminと各部門の責任者が使用するJP1ユーザーを設定ユーザーに指定します。

営業部門用マネージャーホスト

[HostA]

WEB_CONSOLE_SETTING_USER=jp1admin,admin1

総務部門用マネージャーホスト

[HostB]

WEB_CONSOLE_SETTING_USER=jp1admin,admin2

ファイルを保存する。

JP1/AJS3 HTTP Serverサービス，およびJP1/AJS3 Web Application Serverサービスを起動する。

(b)　設定ユーザーの作業

設定ユーザーがWeb GUI（ジョブポータル）から操作許可設定ファイルを適用することで，ユーザーの操作制限を設定します。設定ユーザーが実施する作業の手順を，次に示します。

操作制限を設定したいマネージャーホストを指定して，Web GUI（ジョブポータル）でログインする。

画面上部の［管理］メニューから，［操作許可設定］−［モデルファイルの取得］を選択する。

操作許可設定ファイルのモデルファイル（operationpermission_model.csv）がダウンロードされます。

ダウンロードしたモデルファイルをコピーして，任意のファイル名にリネームする。

リネームした操作許可設定ファイルを，操作許可設定ファイルのマスターファイルとして，任意のフォルダに格納する。

操作許可設定ファイルのマスターファイルを，表計算ソフトなどを使用して，CSV形式で開く。

定義内容を変更する。

次の表に示す操作制限を設定したい場合の，操作許可設定ファイルの記述例について説明します。

表13‒10　操作許可設定ファイルで設定する内容

氏名

JP1ユーザー名

所属部門

役職

操作制限の設定内容

日立 太郎

jp1admin

運用部門

運用責任者

すべて許可

日立 花子

jp1user1

運用部門

運用担当者

定義編集以外を許可

日立 次郎

jp1user2

開発部門

開発担当者

参照と定義編集を許可

そのほかのユーザー

参照だけを許可

記述例

FileVersion=1.0,,,,,,,,,,,,,,,,,,,,,,,,,,,
#,任意1,任意2,任意3,任意4,任意5,任意6,任意7,任意8,任意9,任意10,JP1ユーザー名,区分,実行登録,登録解除,追加,計画一時変更（日時変更）,計画一時変更（即時実行）,計画一時変更（実行中止）,計画一時変更（変更解除）,遅延監視変更,再実行,中断,強制終了,ジョブ状態変更,定義編集,保留設定,保留解除
#,Option 1,Option 2,Option 3,Option 4,Option 5,Option 6,Option 7,Option 8,Option 9,Option 10,JP1 User Name,Classification,Register for Execution,Cancel Registration,Add,Change Plan (Change Time),Change Plan (Execute Immediately),Change Plan (Execution Prohibited),Change Plan (Release Change),Delay monitoring changed,Rerun,Interrupted,Kill,Change Status,Edit Definition,Hold,Hold Release
,日立製作所,運用部門,運用責任者,日立 太郎,,,,,,,jp1admin,A,,,,,,,,,,,,,,,
,日立製作所,運用部門,運用担当者,日立 花子,,,,,,,jp1user1,C,1,1,1,1,1,1,1,1,1,1,1,1,0,1,1
,日立製作所,開発部門,開発担当者,日立 次郎,,,,,,,jp1user2,C,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0
,Default setting,,,,,,,,,,*,R,,,,,,,,,,,,,,,

操作許可設定ファイルをCSV形式で保存する。

Web GUI（ジョブポータル）の画面上部の［管理］メニューから，［操作許可設定］−［適用］を選択する。

［操作許可設定の適用］ダイアログボックスが開きます。

［選択］から編集した操作許可設定ファイルを選択し，［OK］ボタンをクリックする。

メモ

操作許可設定ファイルを選択したあとに，ファイルの内容を変更して適用した場合，変更した内容が反映されなかったり，リクエストを送信できずに通信タイムアウトが発生したりする場合があります。操作許可設定ファイルを選択したあとにファイルの内容を変更した場合は，ファイルを再度，選択し直してください。

Web GUI（ジョブポータル）を利用する各ユーザーに，ログインし直すよう連絡する。

メモ

設定または変更した操作許可設定は，Web GUI（ジョブポータル）を利用している各ユーザーが再ログインするまで反映されません。必要に応じて，JP1/AJS3 HTTP ServerサービスおよびJP1/AJS3 Web Application Serverサービスの再起動を検討してください。

(5)　マニュアル記載箇所

項目

詳細項目

参照箇所

概要

Web GUI（ジョブポータル）の操作制限機能

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　14.2 Web GUI（ジョブポータル）を使用するユーザーの操作制限の設定」

設定手順

環境設定ファイル（ajs3web.conf）

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　3.4.3 環境設定ファイル（ajs3web.conf）の設定項目の詳細」（Windowsの場合）

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　13.3.3 環境設定ファイル（ajs3web.conf）の設定項目の詳細」（Linuxの場合）

操作許可設定ファイル

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.4.2 ユーザーごとの操作制限のカスタマイズ」

画面

［操作許可設定の適用］ダイアログボックス

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　15.2.30 ［操作許可設定の適用］ダイアログボックス」

(6)　注意事項

Web GUI（ジョブポータル）の操作制限機能を有効にした直後は，有効にしたWeb Consoleサーバから接続できるすべてのマネージャーホストについて，すべてのJP1ユーザーが，参照だけを許可された状態になります。

Web GUI（ジョブポータル）にIPアドレスやエイリアス名などホスト名以外でログインしているユーザーがいる場合で，接続を許可するホスト名を設定したときは，ユーザーがWeb GUI（ジョブポータル）にホスト名でログインしたあと，［監視対象設定］ダイアログボックスで監視対象を設定し直す必要があります。

13.1.12　JP1/AJS3の稼働状況を可視化したい

日々の運用の中で，JP1/AJS3の稼働状況を把握したい場合があります。ここでは，稼働状況レポートの出力機能を使用してスケジューラーサービスの処理量やジョブの実行状況，実行エージェントの稼働状況を可視化する方法について説明します。

(1)　背景

ある企業では，日々の運用でジョブが計画どおり実行できているかを把握しようとしています。

(2)　実現したいこと

日々の運用でジョブが計画どおり実行できているか把握するため，ルートジョブネットやジョブ，イベントジョブといった種別ごとの実行数を確認したい。また，これらの情報を1日ごとや時間帯ごとに可視化したい。

(3)　解決方法

稼働状況レポートの出力機能を使用することで，スケジューラーサービスの処理量やジョブの実行状況を可視化できます。

1日ごとにスケジューラーサービス「AJSROOT1」の処理量やジョブの実行状況を，分単位で稼働状況レポートに出力します。また，エージェントごとの実行状況を，実行エージェント稼働状況レポートに出力します。CSV形式で出力された稼働状況レポートおよび実行エージェント稼働状況レポートをExcelなどで集計・分析し，ジョブの種別ごとの件数や時間帯ごとの件数を可視化できます。

図13‒24　稼働状況レポートの出力から可視化までの流れ

(4)　設定手順

稼働状況レポートおよび実行エージェント稼働状況レポートを出力する手順を次に示します。

稼働状況ログファイルおよび実行エージェント稼働状況ログファイルのサイズを見積もる。

稼働状況レポートの出力機能を有効にする。

JP1/AJS3 - Managerがバージョン12-00以降の場合，この手順は不要です。

実行エージェント稼働状況レポートの出力機能を有効にする。

ajsreportコマンドおよびajsagtreportコマンドを実行し，CSV形式で稼働状況レポートおよび実行エージェント稼働状況レポートを出力する。

出力された稼働状況レポートおよび実行エージェント稼働状況レポートをExcelなどで集計・分析する。

(5)　マニュアル記載個所

項目

詳細項目

参照個所

概要

「5.3 JP1/AJS3の稼働状況を確認する」

見積もり

稼働状況ログファイル

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　3.4.8 稼働状況ログファイルのサイズを見積もる」

実行エージェント稼働状況ログファイル

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　3.4.9 実行エージェント稼働状況ログファイルのサイズを見積もる」

設定手順

稼働状況レポート

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.6.1 稼働状況レポートの出力機能の設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.7.1 稼働状況レポートの出力機能の設定」（UNIXの場合）

実行エージェント稼働状況レポート

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.6.2 実行エージェント稼働状況レポートの出力機能の設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.7.2 実行エージェント稼働状況レポートの出力機能の設定」（UNIXの場合）

コマンド

ajsreportコマンド

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsreport」

ajsagtreportコマンド

マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsagtreport」

13.1.13　JP1/AJS3の状態をWeb GUIで確認したい

日々の業務運用の中で，JP1/AJS3が安定稼働しているかどうかを確認するために，複数の情報を取得する必要があります。ここでは，Web GUI（マネジメントポータル）を使用して，JP1/AJS3が安定稼働しているかどうかの情報をGUIで確認する方法について説明します。

(1)　背景

JP1/AJS3では，安定稼働しているかどうかの確認に必要な情報は，各種のコマンドを実行することで個々に取得できます。しかし，複数のコマンドを実行するため，手順が煩雑になる場合がありました。

図13‒25　JP1/AJS3の状態をコマンドで確認する場合の例

これまでコマンドの実行でJP1/AJS3の状態を監視していたある企業で，JP1/AJS3をより安定して運用するために，日々のシステム監視業務の手順を簡略化したいとします。

(2)　実現したいこと

JP1/AJS3が安定稼働しているかどうかの情報をGUIで可視化し，簡単に確認できるようにしたい。

JP1/AJS3のシステムに問題がある場合は，システムのどの部分に異常があるかすぐに発見できるようにしたい。これによって，異常の発生から解決までの時間を短縮したい。

(3)　解決方法

Web GUI（マネジメントポータル）をセットアップし，JP1/AJS3の稼働情報をWebブラウザーから確認できるようにします。

Web GUI（マネジメントポータル）でJP1/AJS3の状態を確認する場合の画面の例を次の図に示します。

図13‒26　Web GUI（マネジメントポータル）でJP1/AJS3の状態を確認する場合の画面例

Web GUI（マネジメントポータル）では，次の情報をWebブラウザーで確認できます。

JP1/AJS3のサービスが起動しているかどうか

データベースの無効領域が大量に発生しているかどうか

ジョブ実行の運用停止につながるような要因が発生しているかどうか

マネージャーホストとエージェントホスト間で通信できているかどうか

スケジューラーサービスの使用状況やジョブの実行数，エージェントホストのジョブ実行状態の実績などのJP1/AJS3システムの運用状況

(4)　設定例

Web GUI（マネジメントポータル）を使用するために，マネージャーホストとエージェントホストでそれぞれセットアップを実施します。

Web GUI（マネジメントポータル）のセットアップが完了したら，日々の業務運用で，WebブラウザーからWeb GUI（マネジメントポータル）にログインしてJP1/AJS3の状態を確認します。

(a)　Web GUI（マネジメントポータル）のセットアップの例

マネージャーホストとエージェントホストのセットアップの手順を次に示します。

JP1/AJS3の状態を取得するための，次の機能をセットアップする※。

ジョブ実行の運用停止につながるような要因を検知するための設定

ジョブの配信遅延を軽減するための設定

稼働状況レポートを出力するための設定

実行エージェント稼働状況レポートを出力するための設定

JP1/AJS3 - Web Consoleをインストールする。

マネージャーホストでWeb GUI（マネジメントポータル）をセットアップする。

エージェントホストでWeb GUI（マネジメントポータル）をセットアップする。

注※

次に示す4機能をセットアップしなくても，Web GUI（マネジメントポータル）は使用できます。ただし，一部の状態が取得できなくなります。

ジョブ実行の運用停止につながるような要因を検知するための設定

ジョブの配信遅延を軽減するための設定

稼働状況レポートを出力するための設定

実行エージェント稼働状況レポートを出力するための設定

(b)　Web GUI（マネジメントポータル）の使用例

WebブラウザーからJP1/AJS3の状態を確認する手順を次に示します。

Webブラウザーを使用して，Web GUI（マネジメントポータル）にログインする。

Web GUI（マネジメントポータル）の［サマリ］画面で，JP1/AJS3のサマリステータスを確認する。

JP1/AJS3のサマリステータスが正常であれば，確認はここで終了です。

JP1/AJS3のサマリステータスに異常が発生している場合は，詳細を確認する各画面に遷移し，異常の発生個所を特定する。

JP1/AJS3 - View，Web GUI（ジョブポータル）またはコマンドを使用して，異常に対処する。

(5)　マニュアル記載個所

項目

詳細項目

参照個所

概要

Web GUI（マネジメントポータル）の概要

マニュアル「JP1/Automatic Job Management System 3 導入ガイド　8. システムの監視」

マニュアル「JP1/Automatic Job Management System 3 導入ガイド　9.2.3 マネジメントポータルの画面」

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　4.6.3 マネジメントポータル実行環境について検討する」

見積もり

Web GUI（マネジメントポータル）が使用するデータ量の見積もり

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　3.1.3 Web GUIのレスポンス」

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　3.2.1 ネットワーク上を流れるデータ量を見積もる」

Web GUI（マネジメントポータル）のログファイルの見積もり

マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　3.4.7 Web Consoleサーバのログファイルのサイズを見積もる」

設定手順

マネージャーホストのセットアップ

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.7.3(1) マネージャーホストの設定手順」

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.8.3(1) マネージャーホストの設定手順」

エージェントホストのセットアップ

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.7.3(2) エージェントホストの設定手順」

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.8.3(2) エージェントホストの設定手順」

JP1/AJS3の情報を取得するための設定

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.5 ジョブの配信遅延を軽減するための設定」

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　21.7 ジョブ実行の運用停止につながるような要因を検知するための設定」

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.6.1 稼働状況レポートの出力機能の設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.7.1 稼働状況レポートの出力機能の設定」（UNIXの場合）

マニュアル「JP1/Automatic Job Management System 3 構築ガイド　6.6.2 実行エージェント稼働状況レポートの出力機能の設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　15.7.2 実行エージェント稼働状況レポートの出力機能の設定」（UNIXの場合）

画面

マニュアル「JP1/Automatic Job Management System 3 操作ガイド　16. Web GUIのマネジメントポータル」

(6)　注意事項

Web GUI（マネジメントポータル）を使用する場合，通信暗号化機能の有効・無効は，物理ホストの設定に従います。そのため，Web Consoleサーバ，マネージャーホストの物理ホストおよびエージェントホストの物理ホストでは，通信暗号化機能の有効・無効を通信するサーバ間で統一する必要があります。ただし，環境設定パラメーターAJS3SSLの値を「INETD」に設定することで，Web Consoleサーバとマネージャーホスト間で通信暗号化機能を有効にした場合でも，マネージャーホストとエージェントホスト間の通信暗号化機能を無効にできます。また，Web GUI（マネジメントポータル）を使用する場合で，マネジメントポータルの接続先に論理ホストを指定するときは，物理ホストのサーバ証明書のSANには，物理ホスト名，および物理ホスト上のすべての論理ホスト名を登録してください。詳細については，マニュアル「JP1/Automatic Job Management System 3 設計ガイド（システム構築編）　2.3.6 SSLによるJP1/AJS3の通信の暗号化」を参照してください。

Web GUI（マネジメントポータル）から接続するホストをクラスタ運用で使用する場合，JP1/AJS3 System Control ManagerサービスおよびJP1/AJS3 System Control Agentサービスはフェールオーバーの対象になりません。下記どちらかの設定を実施してください。

実行系と待機系の両方のマシンで，JP1/AJS3 System Control ManagerサービスおよびJP1/AJS3 System Control Agentサービスを起動しておく。

クラスタソフトまたはjajs_start.cluster.modelの設定で，実行系および待機系の論理ホストの起動時にJP1/AJS3 System Control ManagerサービスおよびJP1/AJS3 System Control Agentサービスが自動起動するようにしておく。

詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　8.2.11 Web GUI（マネジメントポータル）から接続するホストをクラスタ運用で使用する設定」（Windowsの場合）またはマニュアル「JP1/Automatic Job Management System 3 構築ガイド　17.2.12 Web GUI（マネジメントポータル）から接続するホストをクラスタ運用で使用する設定」（UNIXの場合）を参照してください。

付録

付録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

00004159

起動条件指定世代数到達警告イベント

起動条件付きジョブネットに滞留している世代数が指定値に到達したとき

KAVS1157-W※5

00004160

ジョブ実行環境データベース再編成開始イベント

ジョブ実行環境データベース再編成が開始したとき

KAVU5980-I※1

00004161

ジョブ実行環境データベース再編成正常終了イベント

ジョブ実行環境データベース再編成が正常終了したとき

KAVU5981-I※1

00004162

ジョブ実行環境データベース再編成異常終了イベント

ジョブ実行環境データベース再編成が異常終了したとき

KAVU5982-E※1

00004163

ジョブ実行環境ISAM未使用領域サイズ情報イベント

ジョブ実行環境ISAM未使用領域サイズ情報を取得したとき

KAVU5983-I※1

00004164

ジョブ実行環境ISAM未使用領域サイズしきい値到達イベント

ジョブ実行環境ISAM未使用領域サイズがしきい値に到達したとき

KAVU5984-W※1

00004165

キューイングおよび実行中状態のジョブ数しきい値到達警告イベント

キューイング状態と実行中状態のジョブ数が環境設定パラメーターAlartContentJobで指定した値以上になったとき

KAVU4524-W※6

00004170

スケジューラーサービスRDB接続待ち合わせ異常終了イベント

RDB接続待ち合わせ機能が異常終了したとき

KAVS0998-E

00004171

スケジューラーサービスRDB接続待ち合わせ開始イベント

RDB接続待ち合わせ機能が開始されたとき

KAVS0999-W

00004190

コマンド・JP1/AJS3 - View操作開始

コマンド・JP1/AJS3 - Viewからの操作が開始されたとき

KAVS0715-I※7

00004191

コマンド・JP1/AJS3 - View操作終了

コマンド・JP1/AJS3 - Viewからの操作が終了されたとき

KAVS0716-I※7

000041A0

ログファイルトラップ用イベント

監視中のログファイル監視条件に合致したデータがログファイルに出力されたとき

−

000041A1

イベント・アクション制御−マネージャー開始イベント

イベント・アクション制御−マネージャーの開始

KAVT0498-I

000041A2

イベント・アクション制御−マネージャー終了イベント

イベント・アクション制御−マネージャーの停止

KAVT0499-I

000041A3

イベント・アクション制御−エージェント開始イベント

イベント・アクション制御−エージェントの開始

KAVT0900-I

000041A4

イベント・アクション制御−エージェント終了イベント

イベント・アクション制御−エージェントの停止

KAVT0901-I

000041A5

イベント・アクション制御マネージャーのスケジューラーサービスに対する未通知情報数しきい値到達警告イベント

イベント・アクション制御マネージャーで管理しているスケジューラーサービスに対する未通知情報数が，環境設定パラメーターAlarmUnreportedInfoEventで指定した値以上になったとき

KAVT0365-W※8

000041B0※2

一斉実行先の宛先エージェント通信不可イベント

フレキシブルジョブ一斉実行時に，一斉実行先の個々の宛先エージェントと通信できないとき

KAVS8100-E

000041B1※2

一斉実行先の宛先エージェント実行時間監視タイムアウトイベント

フレキシブルジョブ一斉実行時に，一斉実行先の個々の宛先エージェントでフレキシブルジョブの実行時間が環境設定パラメーターFXJOB_MONITOR_TIMEOUTで設定された時間を超過したとき

KAVS8101-E

000041B2※2

一斉実行先の宛先エージェント開始確認タイムアウトイベント

フレキシブルジョブ一斉実行時に，一斉実行先の個々の宛先エージェントでフレキシブルジョブの開始が確認できないまま，環境設定パラメーターFXJOB_START_TIMEOUTで設定された時間を超過したとき

KAVS8116-E

000041B3※2

一斉実行先の宛先エージェント実行完了（正常終了）イベント

フレキシブルジョブ一斉実行時に，一斉実行先の個々の宛先エージェントでの実行が完了（正常終了）したとき

KAVS8138-I

000041B4※2

一斉実行先の宛先エージェント実行完了（警告終了）イベント

フレキシブルジョブ一斉実行時に，一斉実行先の個々の宛先エージェントでの実行が完了（警告終了）したとき

KAVS8138-I

000041B5※2

一斉実行先の宛先エージェント実行完了（異常終了）イベント

フレキシブルジョブ一斉実行時に，一斉実行先の個々の宛先エージェントでの実行が完了（異常終了）したとき

KAVS8138-I

000041B6※3

一斉実行先の全宛先エージェント実行完了（正常終了）イベント

フレキシブルジョブ一斉実行時に，一斉実行先の全宛先エージェントでの実行が完了（正常終了）したとき

KAVS8149-I

000041B7※3

一斉実行全宛先エージェント実行完了（警告終了）イベント

フレキシブルジョブ一斉実行時に，一斉実行先の全宛先エージェントでの実行が完了（警告終了）したとき

KAVS8149-I

000041B8※3

一斉実行全宛先エージェント実行完了（異常終了）イベント

フレキシブルジョブ一斉実行時に，一斉実行先の全宛先エージェントでの実行が完了（異常終了）したとき

KAVS8149-I

000041B9※3

一斉実行全宛先エージェント実行完了（宛先エージェントなし）イベント

フレキシブルジョブ一斉実行時に，一斉実行対象の宛先エージェントが一つもなかったとき

KAVS8159-W

000041F0※4

プロセス異常終了イベント（互換用イベント）

プロセスが異常終了したとき

KNAD3737-E

000041F1※4

プロセス起動タイムアウトイベント（互換用イベント）

プロセスの起動がタイムアウトしたとき

KNAD3613-W

000041F2※4

プロセス再起動完了イベント（互換用イベント）

プロセスの再起動が完了したとき

KNAD3616-I

000041F3※4

起動前処理失敗イベント（互換用イベント）

起動前処理が失敗したとき

KNAD3953-E

000041C0※4

JP1/AJS3起動完了イベント

JP1/AJS3が起動したとき

KNAD3604-I

000041C1※4

JP1/AJS3停止イベント

JP1/AJS3が停止したとき

KNAD3743-I

000041C2※4

管理対象プロセス起動完了イベント

管理対象プロセスの起動が完了したとき

KNAD3617-I

000041C3※4

管理対象プロセス停止イベント

管理対象プロセスが停止したとき

KNAD3746-I

000041C4※4

管理対象プロセス異常終了発生イベント

管理対象プロセスが稼働中に異常終了したとき

KNAD3737-E

000041C5※4

管理対象プロセス起動タイムアウト発生イベント

管理対象プロセスの起動時に起動通知がなく，タイムアウトしたとき

KNAD3613-W

000041C6※4

管理対象プロセス再起動完了イベント

異常終了した管理対象プロセスの再起動が完了したとき

KNAD3616-I

000041C7※4

起動前処理失敗イベント

起動前処理失敗したとき

KNAD3953-E

（凡例）

−：該当しない。

注※1

jpqdbcondコマンドで，出力先にJP1イベントを指定している場合だけ出力されます。

注※2

環境設定パラメーターFXBC_JP1EVSEND_AGENT_TRIGGERで，JP1イベントを発行する設定をした場合だけ発行されます。環境設定パラメーターFXBC_JP1EVSEND_AGENT_TRIGGERの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.9.2(8) FXBC_JP1EVSEND_AGENT_TRIGGER」を参照してください。

注※3

環境設定パラメーターFXBC_JP1EVSEND_JOB_TRIGGERで，JP1イベントを発行する設定をした場合だけ発行されます。環境設定パラメーターFXBC_JP1EVSEND_JOB_TRIGGERの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.9.2(9) FXBC_JP1EVSEND_JOB_TRIGGER」を参照してください。

注※4

JP1イベントを発行させる設定をした場合にだけ発行されます。JP1イベントを発行させたい場合は，「6.3.2 JP1/AJS3のプロセスが起動，停止，または異常終了したときにJP1イベントを発行する」を参照してください。

注※5

環境設定パラメーターCONDGENWARNINTで，JP1イベントを発行する設定をした場合だけ発行されます。環境設定パラメーターCONDGENWARNINTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(118) CONDGENWARNINT」を参照してください。

注※6

環境設定パラメーターAlarmContentJobEventIntervalで，JP1イベントを発行する設定をした場合だけ発行されます。環境設定パラメーターAlarmContentJobEventIntervalの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.5.2(14) AlarmContentJobEventInterval」を参照してください。

注※7

環境設定パラメーターCOMMANDEVENTで，JP1イベントを発行する設定をした場合だけ発行されます。環境設定パラメーターCOMMANDEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(85) COMMANDEVENT」を参照してください。

注※8

環境設定パラメーターAlarmUnreportedInfoEventIntervalで，JP1イベントを発行する設定をした場合だけ発行されます。環境設定パラメーターAlarmUnreportedInfoEventIntervalの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.6.2(12) AlarmUnreportedInfoEventInterval」を参照してください。

付録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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行予定日時

B5

実行予定日時（ジョブネットコネクタの場合は設定されない）

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態

B4

a：異常検出終了

q：順序不正

i：中断

c：強制終了

?：終了状態不明

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザ名

B2

ジョブネット登録ユーザ名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

実行先ホスト名

実行グループ名

C1

常に空白

ジョブ実行形態

C6

常にr

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング属性

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

(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

コメント

A6※1

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザ名

B2

ジョブネット登録ユーザ名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0※9

実行先ホスト名

実行グループ名

C1

常に空白

リクエストID

C2

ジョブ番号

キュー名

C3

UNIXジョブ，PCジョブ，フレキシブルジョブ，HTTP接続ジョブ，アクションジョブ，カスタムジョブ，引き継ぎ情報設定ジョブの場合

実行エージェント名または実行エージェントグループ名

QUEUEジョブの場合

キュー名

イベントジョブ，カスタムイベントジョブの場合

実行ホスト名※9

キューレスジョブ，判定ジョブ，ORジョブの場合

空白

ユーザ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

リトライ実行による開始時刻

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング属性

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※1

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

注※2

ジョブが起動失敗となり，実行先ホストで実行開始されなかった場合，値は設定されません。

注※3

判定ジョブやORジョブの場合，値は設定されません。

注※4

イベントジョブの場合，設定されたJP1ユーザー名にかかわらず常にJP1/AJS3を起動しているOSユーザーで実行されます。

注※5

判定ジョブやORジョブの場合，登録したJP1ユーザーが設定されます。

注※6

実行先で情報を取得できない場合，値は設定されません。

注※7

「実行先での開始時刻」または「実行先での終了時刻」が空白の場合，値は設定されません。

注※8

一度もリトライ実行されていない場合，空白で表示されます。

注※9

ジョブ状態変更などで，実行先のホストでジョブ開始前に終了すると，空白で表示されることがあります。

(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

コメント

A6※1

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザ名

B2

ジョブネット登録ユーザ名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態

B4

a：異常検出終了

f：起動失敗

c：強制終了

?：終了状態不明

実行先ホスト名

C0※9

実行先ホスト名

実行グループ名

C1

常に空白

リクエストID

C2

ジョブ番号

キュー名

C3

UNIXジョブ，PCジョブ，フレキシブルジョブ，HTTP接続ジョブ，アクションジョブ，カスタムジョブ，引き継ぎ情報設定ジョブの場合

実行エージェント名または実行エージェントグループ名※10

QUEUEジョブの場合

キュー名※10

イベントジョブ，カスタムイベントジョブの場合

実行ホスト名※9

キューレスジョブ，判定ジョブの場合

空白

ユーザ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

リトライ実行による開始時刻

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング属性

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※1

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

注※2

ジョブが起動失敗となり，実行先ホストで実行開始されなかった場合，値は設定されません。

注※3

判定ジョブやORジョブの場合，値は設定されません。

注※4

イベントジョブの場合，設定されたJP1ユーザー名にかかわらず常にJP1/AJS3を起動しているOSユーザーで実行されます。

注※5

判定ジョブやORジョブの場合，登録したJP1ユーザーが設定されます。

注※6

実行先で情報を取得できない場合，値は設定されません。

注※7

「実行先での開始時刻」または「実行先での終了時刻」が空白の場合，値は設定されません。

注※8

一度もリトライ実行されていない場合，空白で表示されます。

注※9

エージェント停止やジョブ状態変更などで，実行先のホストでジョブ開始前に終了すると，空白で表示されることがあります。

注※10

スケジューラーサービス再起動などで，キューイングになる前に終了すると，空白で表示されることがあります。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※1

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザ名

B2

ジョブネット登録ユーザ名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0※9

実行先ホスト名

実行グループ名

C1

常に空白

リクエストID

C2

ジョブ番号

キュー名

C3

UNIXジョブ，PCジョブ，フレキシブルジョブ，HTTP接続ジョブ，アクションジョブ，カスタムジョブ，引き継ぎ情報設定ジョブの場合

実行エージェント名または実行エージェントグループ名

QUEUEジョブの場合

キュー名

イベントジョブ，カスタムイベントジョブの場合

実行ホスト名※9

キューレスジョブの場合

空白

ユーザ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

リトライ実行による開始時刻

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング属性

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※1

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

注※2

ジョブが起動失敗となり，実行先ホストで実行開始されなかった場合，値は設定されません。

注※3

判定ジョブやORジョブの場合，値は設定されません。

注※4

イベントジョブの場合，設定されたJP1ユーザー名にかかわらず常にJP1/AJS3を起動しているOSユーザーで実行されます。

注※5

判定ジョブやORジョブの場合，登録したJP1ユーザーが設定されます。

注※6

実行先で情報を取得できない場合，値は設定されません。

注※7

「実行先での開始時刻」または「実行先での終了時刻」が空白の場合，値は設定されません。

注※8

一度もリトライ実行されていない場合，空白で表示されます。

注※9

ジョブ状態変更などで，実行先のホストでジョブ開始前に終了すると，空白で表示されることがあります。

(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

コメント

A6※1

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザ名

B2

ジョブネット登録ユーザ名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

常に空白

実行グループ名

C1

常に空白

リクエストID

C2

ジョブ番号

キュー名

C3※2

実行エージェント名または実行エージェントグループ名

ユーザCPU時間

C4

常に0（ゼロ）

システムCPU時間

C5

常に0（ゼロ）

ジョブ実行形態

C6

常にr

実行先での開始時刻

E0

常に空白

実行先での終了時刻

E1

常に空白

実行先でのユーザCPU時間

E2

常に0（ゼロ）

実行先でのシステムCPU時間

E3

常に0（ゼロ）

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング属性

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※1

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

注※2

サブミットが一度も完了していない場合，空白で表示されます。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行予定日時

B5

実行予定日時

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザ名

B2

ジョブネット登録ユーザ名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行グループ名

C1

常に空白

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング属性

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態

B4

term-wait：先行終了待ち

time-wait：開始時刻待ち

holding：保留中

shutdown：閉塞

実行予定日時

B5

実行予定日時

開始遅延日時

B6

開始遅延日時

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態

B4

term-wait：先行終了待ち

time-wait：開始時刻待ち

holding：保留中

running：実行中

AB-cont：異常検出実行中

WA-cont：警告検出実行中

shutdown：閉塞

実行予定日時

B5

実行予定日時

終了遅延日時

B7

終了遅延日時

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行予定日時

B5

実行予定日時

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザ名

B2

ジョブネット登録ユーザ名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

常に空白

実行グループ名

C1

常に空白

ジョブ実行形態

C6

常にr

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング属性

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザ名

B2

ジョブネット登録ユーザ名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

常に空白

実行グループ名

C1

常に空白

ジョブ実行形態

C6

常にr

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング属性

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

(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

コメント

A6※1

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態

B4

running：実行中

終了遅延日時

B7

終了遅延日時

実行先ホスト名

C0

実行先ホスト名

リトライ実行による開始時刻

E6※2

リトライ実行による開始時刻

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

注※1

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

注※2

リトライ実行による実行ではない場合，空白で表示されます。

(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

ルートジョブネット名

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

閉塞日時

B8

閉塞日時

保守情報

B9

保守情報

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行予定日時

B5

実行予定日時

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

状態

B4

u：監視未起動終了

c：監視打ち切り終了

i：監視中断

n：監視正常終了

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

ジョブネット登録元ホスト名

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

nc

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

ジョブネット登録元ホスト名

B3

ジョブネット登録元ホスト名

実行予定日時

B5

実行予定日時

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

n

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行予定日時

B5

実行予定日時

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンドを実行したホスト名

実行予定日時

B5

実行予定日時

ただし，ジョブネットコネクタの場合は項目自体が設定されない。また，環境設定パラメーターPREWAITNOSCHUNITSに「yes」を指定し，実行予定のないユニットで待ち合わせを行った場合は値に空文字が設定される。

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンドを実行したホスト名

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

成立要因

I0

待ち合わせ条件が成立した要因の番号

（凡例）

−：該当しない。

注※

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

(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

コメント

A6※1

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンドを実行したホスト名

実行予定日時

B5

実行予定日時

ただし，ジョブネットコネクタの場合は項目自体が設定されない。また，環境設定パラメーターPREWAITNOSCHUNITSに「yes」を指定し，実行予定のないユニットで待ち合わせを行った場合は値に空文字が設定される。

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

待ち合わせ対象ユニット名

I1

待ち合わせ対象ユニット名※2

待ち合わせ対象ユニットの実行ID

I2

待ち合わせ対象ユニットの実行ID※2，※3

要因番号

I3

要因番号

（凡例）

−：該当しない。

注※1

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

注※2

算出できない場合は，「***」が設定されます。

注※3

起動条件を使用するユニットを待ち合わせ対象ユニットに指定している場合，監視世代の実行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

コメント

A6※1

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンドを実行したホスト名

実行予定日時

B5

実行予定日時

ただし，ジョブネットコネクタの場合は項目自体が設定されない。また，環境設定パラメーターPREWAITNOSCHUNITSに「yes」を指定し，実行予定のないユニットで待ち合わせを行った場合は値に空文字が設定される。

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

待ち合わせ対象ユニット名

I1

待ち合わせ対象ユニット名

待ち合わせ対象ユニットの実行ID

I2

待ち合わせ対象ユニットの実行ID※2

（凡例）

−：該当しない。

注※1

環境設定パラメーターNETCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターNETCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(111) NETCOMMENTEVENT」を参照してください。

注※2

起動条件を使用するユニットを待ち合わせ対象ユニットに指定している場合，監視世代の実行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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンドを実行したホスト名

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

（凡例）

−：該当しない。

注※

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

(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

コメント

A6※

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンドを実行したホスト名

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

成立要因

I0

待ち合わせ条件が成立した要因の番号

（凡例）

−：該当しない。

注※

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

(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

コメント

A6※1

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンドを実行したホスト名

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

待ち合わせ対象ユニット名

I1

待ち合わせ対象ユニット名※2

待ち合わせ対象ユニットの実行ID

I2

待ち合わせ対象ユニットの実行ID※2，※3

要因番号

I3

要因番号

（凡例）

−：該当しない。

注※1

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

注※2

算出できない場合は，「***」が設定されます。

注※3

起動条件を使用するユニットを待ち合わせ対象ユニットに指定している場合，監視世代の実行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

コメント

A6※1

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンドを実行したホスト名

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

待ち合わせ対象ユニット名

I1

待ち合わせ対象ユニット名

待ち合わせ対象ユニットの実行ID

I2

待ち合わせ対象ユニットの実行ID※2

（凡例）

−：該当しない。

注※1

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

注※2

起動条件を使用するユニットを待ち合わせ対象ユニットに指定している場合，監視世代の実行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

コメント

A6※2

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザ名

B2

ジョブネット登録ユーザ名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

実行先ホスト名

実行グループ名

C1

常に空白

リクエストID

C2

ジョブ番号

キュー名

C3

UNIXジョブ，PCジョブ，フレキシブルジョブ，HTTP接続ジョブ，カスタムジョブの場合

実行エージェント名または実行エージェントグループ名

QUEUEジョブの場合

キュー名

キューレスジョブの場合

空白

ユーザCPU時間

C4

常に0（ゼロ）

システムCPU時間

C5

常に0（ゼロ）

ジョブ実行形態

C6

常にr

実行先での開始時刻

E0※3，※4

実行先での開始時刻

実行先での終了時刻

E1※4

実行先での終了時刻

実行先でのユーザCPU時間

E2

常に0（ゼロ）

実行先でのシステムCPU時間

E3

常に0（ゼロ）

実行先でのジョブ実行JP1ユーザ名

E4※5，※6，※7

実行ユーザー種別に従った実行先でのジョブ実行JP1ユーザ名

実行先でのジョブ実行時間

E5※4，※8

実行先でのジョブ実行時間（秒）

リトライ実行による開始時刻

E6※9

リトライ実行による開始時刻

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング属性

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※1

初回のジョブ実行を開始した時刻が設定されます。

注※2

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

注※3

ジョブが起動失敗となって実行先ホストで実行開始されなかった場合，値は設定されません。

注※4

判定ジョブやORジョブの場合，値は設定されません。

注※5

イベントジョブの場合，設定されたJP1ユーザー名とは関係なく，常にJP1/AJS3を起動しているOSユーザーで実行されます。

注※6

判定ジョブやORジョブの場合，登録したJP1ユーザーが設定されます。

注※7

実行先で情報を取得できない場合，値は設定されません。

注※8

「実行先での開始時刻」または「実行先での終了時刻」が空白の場合，値は設定されません。

注※9

一度もリトライ実行されていない場合，空白で表示されます。

(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※1

開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1000

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

コメント

A6※2

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザ名

B2

ジョブネット登録ユーザ名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

実行先ホスト名

実行グループ名

C1

常に空白

ジョブ実行形態

C6

常にr

リトライ実行による開始時刻

E6

リトライ実行による開始時刻

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング属性

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※1

初回のジョブ実行を開始した時刻が設定されます。

注※2

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

(46)　自動リトライ実行不可能エラー発生イベントの属性

自動リトライ実行不可能エラー発生イベントの属性を次の表に示します。

表A‒47　自動リトライ実行不可能エラー発生イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004157

メッセージ

−

KAVS4677-E An error that cannot be recoverd by retry execution occurred.(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

コメント

A6※2

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザ名

B2

ジョブネット登録ユーザ名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0※9

実行先ホスト名

リクエストID

C2

ジョブ番号

キュー名

C3

UNIXジョブ，PCジョブ，フレキシブルジョブ，HTTP接続ジョブ，カスタムジョブの場合

実行エージェント名または実行エージェントグループ名※10

QUEUEジョブの場合

キュー名※10

キューレスジョブの場合

空白

実行先での開始時刻

E0※3，※4

実行先での開始時刻

実行先での終了時刻

E1※4

実行先での終了時刻

実行先でのジョブ実行JP1ユーザ名

E4※5，※6，※7

実行ユーザー種別に従った実行先でのジョブ実行JP1ユーザ名

実行先でのジョブ実行時間

E5※4，※8

実行先でのジョブ実行時間（秒）

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング属性

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※1

初回のジョブ実行を開始した時刻が設定されます。

注※2

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

注※3

ジョブが起動失敗となって実行先ホストで実行開始されなかった場合，値は設定されません。

注※4

判定ジョブやORジョブの場合，値は設定されません。

注※5

イベントジョブの場合，設定されたJP1ユーザー名に関係なく，常にJP1/AJS3を起動しているOSユーザーで実行されます。

注※6

判定ジョブやORジョブの場合，登録したJP1ユーザーが設定されます。

注※7

実行先で情報を取得できない場合，値は設定されません。

注※8

「実行先での開始時刻」または「実行先での終了時刻」が空白の場合，値は設定されません。

注※9

エージェント停止などで，実行先のホストでジョブ開始前に終了すると，空白で表示されることがあります。

注※10

スケジューラーサービス再起動などで，キューイングになる前に終了すると，空白で表示されることがあります。

(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※1

開始時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1000

ジョブグループ名

A0

スケジューラーサービス名：/ジョブグループ名

ルートジョブネット名

A1

ルートジョブネット名

ネストジョブネット/ジョブ名

A2

ネストジョブネット名（ネストジョブネットの場合だけ設定）

実行ID

A3

実行ID

コメント

A6※2

ユニットのコメント（スケジューラーデータベースからユニットのコメントを取得できない場合は，値は設定されない）

リカバリ種別

B0

n：通常

r：リカバリ

ジョブネット階層数

B1

ルートジョブネットを0とした階層数

ジョブネット登録ユーザ名

B2

ジョブネット登録ユーザ名

ジョブネット登録元ホスト名

B3

JP1/AJS3 - View，またはJP1/AJS3 - Web Consoleから実行登録した場合

接続先JP1/AJS3 - Managerのホスト名

ajsentryコマンドで実行登録した場合

コマンド投入元のホスト名

リモートジョブネットの実行先の場合

リモートジョブネット定義元のホスト名

実行先ホスト名

C0

常に空白

実行グループ名

C1

常に空白

ジョブ実行形態

C6

常にr

リトライ実行によるサブミット開始時刻

E7

リトライ実行によるサブミット開始時刻

ユニットID

H2

ユニットID（10進数表記）

ユニット種別

H3

ユニットの種類（ユニット種別をユニット定義ファイルのパラメーターと同じ文字列で表す）

キューイング属性

H4

キューイング属性の有無

q：キューイング属性あり

n：キューイング属性なし

（凡例）

−：該当しない。

注※1

初回のジョブ実行を開始した時刻が設定されます。

注※2

環境設定パラメーターJOBCOMMENTEVENTで，ユニットのコメントを出力する指定をしている場合だけ出力されます。

環境設定パラメーターJOBCOMMENTEVENTの詳細については，マニュアル「JP1/Automatic Job Management System 3 構築ガイド　20.4.2(112) JOBCOMMENTEVENT」を参照してください。

(48)　起動条件指定世代数到達警告イベントの属性

起動条件指定世代数到達警告イベントの属性を次の表に示します。

表A‒49　起動条件指定世代数到達警告イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004159

メッセージ

−

KAVS1157-W The number of retained generations of the jobnets with start conditions in the scheduler service (スケジューラーサービス名) reached the specified number (指定世代数).

KAVS1157-W スケジューラーサービス(スケジューラーサービス名)で起動条件付きジョブネットに滞留している世代数が指定値(指定世代数)に達しました

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Warning

ユーザー名

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

事象発生元ホスト名

JP1_SOURCEHOST

事象が発生したスケジューラーサービスのホスト名

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1210

（凡例）

−：該当しない。

(49)　ジョブ実行環境データベース再編成開始イベントの属性

ジョブ実行環境データベース再編成開始イベントの属性を次の表に示します。

表A‒50　ジョブ実行環境データベース再編成開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベント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

（凡例）

−：該当しない。

(50)　ジョブ実行環境データベース再編成正常終了イベントの属性

ジョブ実行環境データベース再編成正常終了イベントの属性を次の表に示します。

表A‒51　ジョブ実行環境データベース再編成正常終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベント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

所要時間（秒）

（凡例）

−：該当しない。

(51)　ジョブ実行環境データベース再編成異常終了イベントの属性

ジョブ実行環境データベース再編成異常終了イベントの属性を次の表に示します。

表A‒52　ジョブ実行環境データベース再編成異常終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベント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

（凡例）

−：該当しない。

(52)　ジョブ実行環境ISAM未使用領域サイズ情報イベントの属性

ジョブ実行環境ISAM未使用領域サイズ情報イベントの属性を次の表に示します。

表A‒53　ジョブ実行環境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）

（凡例）

−：該当しない。

(53)　ジョブ実行環境ISAM未使用領域サイズしきい値到達イベントの属性

ジョブ実行環境ISAM未使用領域サイズしきい値到達イベントの属性を次の表に示します。

表A‒54　ジョブ実行環境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）

（凡例）

−：該当しない。

(54)　キューイングおよび実行中状態のジョブ数しきい値到達警告イベントの属性

キューイングおよび実行中状態のジョブ数しきい値到達警告イベントの属性を次の表に示します。

表A‒55　キューイングおよび実行中状態のジョブ数しきい値到達警告イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

00004165

メッセージ

−

KAVU4524-W The registered jobs exceed the warning number for the system (警告数), as stipulated in environment setting (論理ホスト名). (スケジューラーサービス名, 最大数)

KAVU4524-W 環境設定(論理ホスト名)のシステム内の警告ジョブ数(警告数)に達しました (スケジューラーサービス名, 最大数)

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Warning

ユーザー名

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

事象発生元ホスト名

JP1_SOURCEHOST

事象が発生したスケジューラーサービスのホスト名

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1210

（凡例）

−：該当しない。

(55)　スケジューラーサービスRDB接続待ち合わせ異常終了イベントの属性

スケジューラーサービスRDB接続待ち合わせ異常終了イベントの属性を次の表に示します。

表A‒56　スケジューラーサービス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からの返却コード

（凡例）

−：該当しない。

(56)　スケジューラーサービスRDB接続待ち合わせ開始イベントの属性

スケジューラーサービスRDB接続待ち合わせ開始イベントの属性を次の表に示します。

表A‒57　スケジューラーサービス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からの返却コード

（凡例）

−：該当しない。

(57)　コマンド・JP1/AJS3 - View操作開始イベントの属性

コマンド・JP1/AJS3 - View操作開始イベントの属性を次の表に示します。

表A‒58　コマンド・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ユーザー名

JP1/AJS3 - Web Consoleの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

コマンド実行時に指定したオプション

（凡例）

−：該当しない。

(58)　コマンド・JP1/AJS3 - View操作終了イベントの属性

コマンド・JP1/AJS3 - View操作終了イベントの属性を次の表に示します。

表A‒59　コマンド・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ユーザー名

JP1/AJS3 - Web Consoleの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

開始時刻

終了時刻

END_TIME

終了時刻

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

0800

スケジューラーサービス名

H1

スケジューラーサービス名

要求元ホスト名

H5

操作の要求元ホスト名

メッセージID

H6

操作結果に対応するメッセージID

ただし，操作が正常に終了した場合は0（ゼロ）

オプション

H7

コマンド実行時に指定したオプション

（凡例）

−：該当しない。

(59)　ログファイルトラップ用イベントの属性

ログファイルトラップ用イベントの属性を次の表に示します。

表A‒60　ログファイルトラップ用イベントの属性

属性種別

項目

属性名

内容

基本属性

イベント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

ログファイルトラップジョブの実行を判別する通し番号

（凡例）

−：該当しない。

(60)　イベント・アクション制御−マネージャー開始イベントの属性

イベント・アクション制御−マネージャー開始イベントの属性を次の表に示します。

表A‒61　イベント・アクション制御−マネージャー開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベント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

（凡例）

−：該当しない。

(61)　イベント・アクション制御−マネージャー終了イベントの属性

イベント・アクション制御−マネージャー終了イベントの属性を次の表に示します。

表A‒62　イベント・アクション制御−マネージャー終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベント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

（凡例）

−：該当しない。

(62)　イベント・アクション制御−エージェント開始イベントの属性

イベント・アクション制御−エージェント開始イベントの属性を次の表に示します。

表A‒63　イベント・アクション制御−エージェント開始イベントの属性

属性種別

項目

属性名

内容

基本属性

イベント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

（凡例）

−：該当しない。

(63)　イベント・アクション制御−エージェント終了イベントの属性

イベント・アクション制御−エージェント終了イベントの属性を次の表に示します。

表A‒64　イベント・アクション制御−エージェント終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベント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

（凡例）

−：該当しない。

(64)　イベント・アクション制御マネージャーのスケジューラーサービスに対する未通知情報数しきい値到達警告イベントの属性

イベント・アクション制御マネージャーのスケジューラーサービスに対する未通知情報数しきい値到達警告イベントの属性を次の表に示します。

表A‒65　イベント・アクション制御マネージャーのスケジューラーサービスに対する未通知情報数しきい値到達警告イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041A5

メッセージ

−

KAVT0365-W The number of unreported information for the scheduler service(スケジューラーサービス名) has exceeded the warning threshold(警告数). (論理ホスト名, 最大数)

KAVT0365-W スケジューラーサービス(スケジューラーサービス名)に対する未通知情報数の警告しきい値(警告数)に達しました (論理ホスト名, 最大数)

詳細情報

−

−

拡張属性

共通情報

重大度

SEVERITY

Warning

ユーザー名

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

事象発生元ホスト名

JP1_SOURCEHOST

事象が発生したスケジューラーサービスのホスト名

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1210

（凡例）

−：該当しない。

(65)　一斉実行先の宛先エージェント通信不可イベントの属性

一斉実行先の宛先エージェント通信不可イベントの属性を次の表に示します。

表A‒66　一斉実行先の宛先エージェント通信不可イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041B0

メッセージ

−

KAVS8100-E Cannot communicate with the execution environment for flexible jobs.(保守情報1, 保守情報2, 保守情報3, 保守情報4)

KAVS8100-E フレキシブルジョブ実行環境と通信できません(保守情報1, 保守情報2, 保守情報3, 保守情報4)

詳細情報

−

−

拡張属性

共通情報

重大度

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

終了コード

RESULT_CODE

終了コード

事象発生元ホスト名

JP1_SOURCEHOST

事象が発生した宛先エージェントのホスト名

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1110

実行ID

A3

実行ID

フレキシブルジョブID

FX_ID

どのフレキシブルジョブの実行かを特定するためのID

宛先エージェントのホスト名

FX_DSTAGTNAME

宛先エージェントのホスト名

宛先エージェントのIPアドレス

FX_DSTAGTIP

宛先エージェントのIPアドレス

マネージャーホスト名

FX_MGRNAME

マネージャーホスト名

（凡例）

−：該当しない。

(66)　一斉実行先の宛先エージェント実行時間監視タイムアウトイベントの属性

一斉実行先の宛先エージェント実行時間監視タイムアウトイベントの属性を次の表に示します。

表A‒67　一斉実行先の宛先エージェント実行時間監視タイムアウトイベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041B1

メッセージ

−

KAVS8101-E Status monitoring of the flexible job will be stopped. (ユニット完全名 : 実行ID , 保守情報)

KAVS8101-E フレキシブルジョブの実行状態監視を終了します (ユニット完全名 : 実行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

END

終了コード

RESULT_CODE

終了コード

事象発生元ホスト名

JP1_SOURCEHOST

事象が発生した宛先エージェントのホスト名

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1110

実行ID

A3

実行ID

フレキシブルジョブID

FX_ID

どのフレキシブルジョブの実行結果かを特定するためのID

宛先エージェントのホスト名

FX_DSTAGTNAME

宛先エージェントのホスト名

宛先エージェントのIPアドレス

FX_DSTAGTIP

宛先エージェントのIPアドレス

マネージャーホスト名

FX_MGRNAME

マネージャーホスト名

（凡例）

−：該当しない。

(67)　一斉実行先の宛先エージェント開始確認タイムアウトイベントの属性

一斉実行先の宛先エージェント開始確認タイムアウトイベントの属性を次の表に示します。

表A‒68　一斉実行先の宛先エージェント開始確認タイムアウトイベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041B2

メッセージ

−

KAVS8116-E Status monitoring will stop, because the start of the flexible job could not be confirmed. (ユニット完全名 : 実行ID , 保守情報)

KAVS8116-E フレキシブルジョブの開始が確認できなかったため，実行状態監視を終了します (ユニット完全名 : 実行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

END

終了コード

RESULT_CODE

終了コード

事象発生元ホスト名

JP1_SOURCEHOST

事象が発生した宛先エージェントのホスト名

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1110

実行ID

A3

実行ID

フレキシブルジョブID

FX_ID

どのフレキシブルジョブの実行結果かを特定するためのID

宛先エージェントのホスト名

FX_DSTAGTNAME

宛先エージェントのホスト名

宛先エージェントのIPアドレス

FX_DSTAGTIP

宛先エージェントのIPアドレス

マネージャーホスト名

FX_MGRNAME

マネージャーホスト名

（凡例）

−：該当しない。

(68)　一斉実行先の宛先エージェント実行完了（正常終了）イベントの属性

一斉実行先の宛先エージェント実行完了（正常終了）イベントの属性を次の表に示します。

表A‒69　一斉実行先の宛先エージェント実行完了（正常終了）イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041B3

メッセージ

−

KAVS8138-I The flexible job was executed. (ユニット完全名 : 実行ID , 終了コード, 宛先エージェントのホスト名 , 保守情報)

KAVS8138-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

終了コード

RESULT_CODE

終了コード

事象発生元ホスト名

JP1_SOURCEHOST

事象が発生した宛先エージェントのホスト名

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1110

実行ID

A3

実行ID

フレキシブルジョブID

FX_ID

どのフレキシブルジョブの実行結果かを特定するためのID

宛先エージェントのホスト名

FX_DSTAGTNAME

宛先エージェントのホスト名

宛先エージェントのIPアドレス

FX_DSTAGTIP

宛先エージェントのIPアドレス

標準エラー出力

FX_STDERR

宛先エージェントで実行したユーザープログラムが出力した標準エラー出力

開始時刻

FX_STARTTIME

宛先エージェントでのジョブ実行開始時刻

終了時刻

FX_ENDTIME

宛先エージェントでのジョブ実行終了時刻

マネージャーホスト名

FX_MGRNAME

マネージャーホスト名

（凡例）

−：該当しない。

(69)　一斉実行先のエージェント実行完了（警告終了）イベントの属性

一斉実行先のエージェント実行完了（警告終了）イベントの属性を次の表に示します。

表A‒70　一斉実行先のエージェント実行完了（警告終了）イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041B4

メッセージ

−

KAVS8138-I The flexible job was executed. (ユニット完全名 : 実行ID , 終了コード, 宛先エージェントのホスト名 , 保守情報)

KAVS8138-I フレキシブルジョブ(ユニット完全名 : 実行ID)の実行が終了しました(終了コード, 宛先エージェントのホスト名 , 保守情報)

詳細情報

−

−

拡張属性

共通情報

重大度

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

終了コード

RESULT_CODE

終了コード

事象発生元ホスト名

JP1_SOURCEHOST

事象が発生した宛先エージェントのホスト名

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1110

実行ID

A3

実行ID

フレキシブルジョブID

FX_ID

どのフレキシブルジョブの実行結果かを特定するためのID

宛先エージェントのホスト名

FX_DSTAGTNAME

宛先エージェントのホスト名

宛先エージェントのIPアドレス

FX_DSTAGTIP

宛先エージェントのIPアドレス

標準エラー出力

FX_STDERR

宛先エージェントで実行したユーザープログラムが出力した標準エラー出力

開始時刻

FX_STARTTIME

宛先エージェントでのジョブ実行開始時刻

終了時刻

FX_ENDTIME

宛先エージェントでのジョブ実行終了時刻

マネージャーホスト名

FX_MGRNAME

マネージャーホスト名

（凡例）

−：該当しない。

(70)　一斉実行先のエージェント実行完了（異常終了）イベントの属性

一斉実行先のエージェント実行完了（異常終了）イベントの属性を次の表に示します。

表A‒71　一斉実行先のエージェント実行完了（異常終了）イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041B5

メッセージ

−

KAVS8138-I The flexible job was executed. (ユニット完全名 : 実行ID , 終了コード, 宛先エージェントのホスト名 , 保守情報)

KAVS8138-I フレキシブルジョブ(ユニット完全名 : 実行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

END

終了コード

RESULT_CODE

終了コード

事象発生元ホスト名

JP1_SOURCEHOST

事象が発生した宛先エージェントのホスト名

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1110

実行ID

A3

実行ID

フレキシブルジョブID

FX_ID

どのフレキシブルジョブの実行結果かを特定するためのID

宛先エージェントのホスト名

FX_DSTAGTNAME

宛先エージェントのホスト名

宛先エージェントのIPアドレス

FX_DSTAGTIP

宛先エージェントのIPアドレス

標準エラー出力

FX_STDERR

宛先エージェントで実行したユーザープログラムが出力した標準エラー出力

開始時刻

FX_STARTTIME

宛先エージェントでのジョブ実行開始時刻

終了時刻

FX_ENDTIME

宛先エージェントでのジョブ実行終了時刻

マネージャーホスト名

FX_MGRNAME

マネージャーホスト名

（凡例）

−：該当しない。

(71)　一斉実行全宛先エージェント実行完了（正常終了）イベントの属性

一斉実行全宛先エージェント実行完了（正常終了）イベントの属性を次の表に示します。

表A‒72　一斉実行全宛先エージェント実行完了（正常終了）イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041B6

メッセージ

−

KAVS8149-I Broadcast execution has finished. (終了コード , マネージャーホスト名 , ユニット完全名 , 実行ID , 保守情報)

KAVS8149-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

終了コード

RESULT_CODE

終了コード

事象発生元ホスト名

JP1_SOURCEHOST

事象が発生した一斉配信エージェントのホスト名

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1110

実行ID

A3

実行ID

フレキシブルジョブID

FX_ID

どのフレキシブルジョブの実行結果かを特定するためのID

開始時刻

FX_STARTTIME

宛先エージェントでのジョブ実行開始時刻

終了時刻

FX_ENDTIME

宛先エージェントでのジョブ実行終了時刻

マネージャーホスト名

FX_MGRNAME

マネージャーホスト名

（凡例）

−：該当しない。

(72)　一斉実行全宛先エージェント実行完了（警告終了）イベントの属性

一斉実行全宛先エージェント実行完了（警告終了）イベントの属性を次の表に示します。

表A‒73　一斉実行全宛先エージェント実行完了（警告終了）イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041B7

メッセージ

−

KAVS8149-I Broadcast execution has finished. (終了コード , マネージャーホスト名 , ユニット完全名 , 実行ID , 保守情報)

KAVS8149-I 一斉実行が終了しました(終了コード , マネージャーホスト名 , ユニット完全名 , 実行ID , 保守情報)

詳細情報

−

−

拡張属性

共通情報

重大度

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

終了コード

RESULT_CODE

終了コード

事象発生元ホスト名

JP1_SOURCEHOST

事象が発生した一斉配信エージェントのホスト名

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1110

実行ID

A3

実行ID

フレキシブルジョブID

FX_ID

どのフレキシブルジョブの実行結果かを特定するためのID

開始時刻

FX_STARTTIME

宛先エージェントでのジョブ実行開始時刻

終了時刻

FX_ENDTIME

宛先エージェントでのジョブ実行終了時刻

マネージャーホスト名

FX_MGRNAME

マネージャーホスト名

（凡例）

−：該当しない。

(73)　一斉実行全宛先エージェント実行完了（異常終了）イベントの属性

一斉実行全宛先エージェント実行完了（異常終了）イベントの属性を次の表に示します。

表A‒74　一斉実行全宛先エージェント実行完了（異常終了）イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041B8

メッセージ

−

KAVS8149-I Broadcast execution has finished. (終了コード , マネージャーホスト名 , ユニット完全名 , 実行ID , 保守情報)

KAVS8149-I 一斉実行が終了しました(終了コード , マネージャーホスト名 , ユニット完全名 , 実行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

END

終了コード

RESULT_CODE

終了コード

事象発生元ホスト名

JP1_SOURCEHOST

事象が発生した一斉配信エージェントのホスト名

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1110

実行ID

A3

実行ID

フレキシブルジョブID

FX_ID

どのフレキシブルジョブの実行結果かを特定するためのID

開始時刻

FX_STARTTIME

宛先エージェントでのジョブ実行開始時刻

終了時刻

FX_ENDTIME

宛先エージェントでのジョブ実行終了時刻

マネージャーホスト名

FX_MGRNAME

マネージャーホスト名

（凡例）

−：該当しない。

(74)　一斉実行全宛先エージェント実行完了（宛先エージェントなし）イベントの属性

一斉実行全宛先エージェント実行完了（宛先エージェントなし）イベントの属性を次の表に示します。

表A‒75　一斉実行全宛先エージェント実行完了（宛先エージェントなし）イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041B9

メッセージ

−

KAVS8159-W There is no destination agent for broadcast execution. (マネージャーホスト名 , ユニット完全名, 実行ID , 保守情報)

KAVS8159-W 一斉実行の宛先エージェントがありません (マネージャーホスト名 , ユニット完全名, 実行ID, 保守情報)

詳細情報

−

−

拡張属性

共通情報

重大度

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

終了コード

RESULT_CODE

終了コード

事象発生元ホスト名

JP1_SOURCEHOST

事象が発生した一斉配信エージェントのホスト名

固有情報

プラットフォーム

PLATFORM

Windowsの場合：NT

UNIXの場合：UNIX

AJSのアクションバージョン

ACTION_VERSION

1110

実行ID

A3

実行ID

フレキシブルジョブID

FX_ID

どのフレキシブルジョブの実行結果かを特定するためのID

開始時刻

FX_STARTTIME

宛先エージェントでのジョブ実行開始時刻

終了時刻

FX_ENDTIME

宛先エージェントでのジョブ実行終了時刻

マネージャーホスト名

FX_MGRNAME

マネージャーホスト名

（凡例）

−：該当しない。

(75)　プロセス異常終了イベントの属性（互換用イベント）

プロセス異常終了イベントの属性を次の表に示します。

表A‒76　プロセス異常終了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041F0

メッセージ

−

KNAD3737-E JP1/AJS3：管理対象プロセス名 terminated abnormally.

KNAD3737-E JP1/AJS3：管理対象プロセス名が異常終了しました

拡張属性

共通情報

重大度

SEVERITY

Error

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SPMD

オブジェクト名

OBJECT_NAME

異常終了したプロセス名

事象種別

OCCURRENCE

NOTICE

（凡例）

−：該当しない。

(76)　プロセス起動タイムアウトイベントの属性（互換用イベント）

プロセス起動タイムアウトイベントの属性を次の表に示します。

表A‒77　プロセス起動タイムアウトイベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041F1

メッセージ

−

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

（凡例）

−：該当しない。

(77)　プロセス再起動完了イベントの属性（互換用イベント）

プロセス再起動完了イベントの属性を次の表に示します。

表A‒78　プロセス再起動完了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041F2

メッセージ

−

KNAD3616-I The restart of the JP1/AJS3 of 管理対象プロセス名 has completed.

KNAD3616-I JP1/AJS3の管理対象プロセス名の再起動が完了しました

拡張属性

共通情報

重大度

SEVERITY

Information

プロダクト名

PRODUCT_NAME

/HITACHI/JP1/AJS2

オブジェクトタイプ

OBJECT_TYPE

SPMD

オブジェクト名

OBJECT_NAME

再起動したプロセス名

事象種別

OCCURRENCE

NOTICE

（凡例）

−：該当しない。

(78)　起動前処理失敗イベントの属性（互換用イベント）

起動前処理失敗イベントの属性を次の表に示します。

表A‒79　起動前処理失敗イベントの属性

属性種別

項目

属性名

内容

基本属性

イベントID

−

000041F3

メッセージ

−

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

（凡例）

−：該当しない。

(79)　JP1/AJS3起動完了イベントの属性

JP1/AJS3起動完了イベントの属性を次の表に示します。

表A‒80　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

（凡例）

−：該当しない。

(80)　JP1/AJS3停止イベントの属性

JP1/AJS3停止イベントの属性を次の表に示します。

表A‒81　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

（凡例）

−：該当しない。

(81)　管理対象プロセス起動完了イベントの属性

管理対象プロセス起動完了イベントの属性を次の表に示します。

表A‒82　管理対象プロセス起動完了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベント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

（凡例）

−：該当しない。

(82)　管理対象プロセス停止イベントの属性

管理対象プロセス停止イベントの属性を次の表に示します。

表A‒83　管理対象プロセス停止イベントの属性

属性種別

項目

属性名

内容

基本属性

イベント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

（凡例）

−：該当しない。

(83)　管理対象プロセス異常終了発生イベントの属性

管理対象プロセス異常終了発生イベントの属性を次の表に示します。

表A‒84　管理対象プロセス異常終了発生イベントの属性

属性種別

項目

属性名

内容

基本属性

イベント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

（凡例）

−：該当しない。

(84)　管理対象プロセス起動タイムアウト発生イベントの属性

管理対象プロセス起動タイムアウト発生イベントの属性を次の表に示します。

表A‒85　管理対象プロセス起動タイムアウト発生イベントの属性

属性種別

項目

属性名

内容

基本属性

イベント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

（凡例）

−：該当しない。

(85)　管理対象プロセス再起動完了イベントの属性

管理対象プロセス再起動完了イベントの属性を次の表に示します。

表A‒86　管理対象プロセス再起動完了イベントの属性

属性種別

項目

属性名

内容

基本属性

イベント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

（凡例）

−：該当しない。

(86)　起動前処理失敗イベントの属性

起動前処理失敗イベントの属性を次の表に示します。

表A‒87　起動前処理失敗イベントの属性

属性種別

項目

属性名

内容

基本属性

イベント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　データベースのバックアップとリカバリー

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

データベースに障害などが発生した場合，データベースを回復する運用方法には次の三つがあります。

バックアップ強化機能で取得したバックアップファイルを使用してデータベースを回復させる方法

バックアップ強化機能を有効にしている組み込みDBで，jajs_dbbackupコマンドおよびjajs_dbrestoreコマンドを使用して，データベースを回復させます。

回復時にシステムログを使用しないでデータベースを回復させる方法

任意のタイミング（JP1/AJS3の停止時）で取得したバックアップファイルを使用して，データベースを回復させます。

アンロードログファイルを使用してデータベースを回復させる方法

バックアップファイルとアンロードログファイルを使用して，データベースを回復させます。

バックアップ強化機能でのデータベースのバックアップおよびリカバリーについては，「2.5 バックアップ強化機能を使用したJP1/AJS3 - Managerのバックアップとリカバリー」を参照してください。

システムログを使用しない方法およびアンロードログファイルを使用する方法でのバックアップとリカバリーについて，次に説明します。

付録B.1　システムログを使用しない運用でのバックアップとリカバリー

障害などが発生した場合，任意のタイミング（JP1/AJS3の停止時）に取得したバックアップファイルを使用してデータベースを回復させます。この運用では，回復時にシステムログを使用しません。

(1)　バックアップファイルの取得タイミング

JP1/AJS3の環境に障害が発生した場合は，JP1/AJS3の環境とスケジューラーデータベースの環境を，同期を取って回復する必要があります。そのため，JP1/AJS3の運用を停止できるときは，JP1/AJS3のバックアップファイルを取得するとともに，ajsembdbbackupコマンドを実行して，スケジューラーデータベースのバックアップファイルを取得してください。バックアップファイルを取得した場合，以前取得したバックアップファイルは任意の方法で削除して問題ありません。

バックアップファイルの取得タイミングを次の図に示します。

図B‒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 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsembdbbackup」を参照してください。

なお，バックアップファイルを取得するときに，スケジューラーサービスが稼働中であったり，スケジューラーデータベースを参照および更新していたりすると，ajsembdbbackupコマンドがエラーになる場合があります。

(4)　障害発生時のデータベースの回復手順

障害のケースごとに回復手順を説明します。

なお，データベースの回復に使用するajsembdbbackupコマンド，ajsembdbrstrコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド」を，ajsembdbbuildコマンド，ajsembdbsetupコマンド，ajsembdbunsetコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　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とデータベースに同時に障害が発生した場合」と同様の手順で回復してください。

付録B.2　アンロードログ運用でのバックアップとリカバリー

障害などが発生した場合，バックアップファイルとアンロードログファイルを使用してデータベースを回復させます。

(1)　バックアップファイルの取得方法

アンロードログ運用の場合，バックアップファイル取得方法には，次の2とおりがあります。

JP1/AJS3サービス停止中にバックアップファイルを取得する方法

スケジューラーデータベースのバックアップファイルを取得するときは，JP1/AJS3の運用を停止する必要があります。JP1/AJS3サービス停止中に取得したバックアップファイルで回復する場合は，バックアップ時点の状態に回復できます。また，バックアップファイルとともにアンロードログファイルを使用することで，バックアップ時点以降のスケジューラーデータベースの更新情報についても回復できます。

JP1/AJS3サービス稼働中にバックアップファイルを取得する方法

スケジューラーデータベースのバックアップファイルを取得するときに，JP1/AJS3の運用を停止する必要はありません。ただし，JP1/AJS3サービス稼働中に取得したバックアップファイルで回復する場合は，バックアップファイルだけでは回復できません。回復時は，バックアップファイルとともにアンロードログファイルを使用します。

それぞれのバックアップ方法の特徴を次の表に示します。

表B‒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) バックアップファイルおよびアンロードログファイルの管理」を参照してください。

バックアップファイルの取得タイミングを次の図に示します。

図B‒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 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsembdbbackup」を参照してください。

なお，バックアップファイルを取得するときにスケジューラーサービスが稼働中であったり，スケジューラーデータベースを参照および更新していたりすると，ajsembdbbackupコマンドがエラーになる場合があります。

(b)　JP1/AJS3サービス稼働中にバックアップファイルを取得する方法

ajsembdbbackupコマンドに，-sオプションを指定して実行してください。

この方法でのバックアップはJP1/AJS3の運用中に実行できますが，ajsembdbbackupコマンドとジョブ実行処理が競合することによって，双方の実行性能が若干低下します。ジョブの実行数ができるだけ少ない時間帯に実施してください。

ajsembdbbackupコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド　ajsembdbbackup」を参照してください。

(5)　障害発生時のデータベースの回復手順

障害のケースごとに回復手順を説明します。

なお，データベースの回復に使用するajsembdboplogコマンド，ajsembdbbackupコマンド，ajsembdbrstrコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　3. 通常の運用で使用するコマンド」を，ajsembdbbuildコマンド，ajsembdbsetupコマンド，ajsembdbunsetコマンドについては，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　2. セットアップコマンド」を参照してください。

(a)　データ領域のディスクに障害が発生した場合

データ領域のディスクに障害が発生した場合の回復手順を次に示します。

なお，クラスタ環境で回復する場合は，次の操作を実行系としてセットアップした環境で実施してください。待機系では実行しないでください。

アンロードログファイルを取得する。

障害発生直前の更新状態に回復する場合，障害発生直前の更新情報が格納されているシステムログファイルからアンロードログファイルを作成する必要があります。

アンロードログファイルは，ajsembdboplogコマンドを実行することで作成できます。

ajsembdboplogコマンドの指定例を次に示します。

ajsembdboplog -f -g log4※1 -o /unloadlog/unloadlog_file※2

データベースの回復に使用するバックアップファイルを取得した時点から，ajsembdboplogコマンドでアンロードログファイルを作成した時点までの，すべてのアンロードログファイルを，事前にアンロードログファイル作成ディレクトリから退避してください。

注※1

-gオプションの指定値は，ajsembdbstatusコマンドに-lオプションを指定して実行することで，求められます。

組み込みDBが稼働状態の場合は，Statusに表示されている文字列のうち，左から2文字目が「c」と表示されているシステムロググループを指定してください。組み込みDBが停止状態の場合は，Statusに表示されている文字列のうち，左から6文字目が「c」と表示されているシステムロググループを指定してください。左から2文字目がすべて「n」で，6文字目がすべて「-」の場合には，ajsembdboplogコマンドを実行しないで，出力済みのアンロードログファイルを退避してください。

組み込みDB_JF0が稼働中の場合の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とデータベースに同時に障害が発生した場合」と同様の手順で回復してください。

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

各バージョンでの変更点については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　付録B 各バージョンの変更内容」を参照してください。

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

このマニュアルを読むに当たっての参考情報については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　付録C このマニュアルの参考情報」を参照してください。

付録E　用語解説

用語解説については，マニュアル「JP1/Automatic Job Management System 3 導入ガイド　付録D 用語解説」を参照してください。

索引

A

ajsembdbreclaimコマンドを自動で実行する[1]

ajsembdbreclaimコマンドを手動で実行する[1]

ajsrestoreコマンドでユニットを回復する[1]

F

FQDN形式のホスト名に変更するときの作業の流れ[1]

I

IPアドレスを変更する[1]

J

jajs_killall.cluster[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のディザスター・リカバリー運用の概要[1]

JP1/AJS3のプロセスが起動，停止，または異常終了したときにJP1イベントを発行する[1]

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

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

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

JP1/AJS3 - Agentの設定情報のバックアップ[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 - 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 - 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]、[2]

JP1/AJS3 - Viewのリカバリー対象ファイルおよびフォルダ（Windowsホストの場合）[1]

JP1/AJS3 - Web Consoleで使用するバックアップ対象ファイル（Linuxの場合）[1]

JP1/AJS3 - Web Consoleで使用するバックアップ対象ファイル（Windowsの場合）[1]

JP1/AJS3 - Web Consoleの設定情報のバックアップ[1]

JP1/AJS3 - Web Consoleの設定情報のバックアップで必要な作業[1]

JP1/AJS3 - Web Consoleの設定情報のリカバリー[1]

JP1/AJS3 - Web Consoleの設定情報のリカバリーで必要な作業[1]

JP1/AJS3 - Web Consoleのホスト名を変更する[1]

JP1/Baseの設定情報のバックアップ[1]

JP1/Baseの設定情報のリカバリー[1]

JP1イベント一覧[1]

JP1イベントの属性[1]

JP1を実行するために必要な情報のバックアップで必要な作業[1]

JP1を実行するために必要な情報のリカバリーで必要な作業[1]

jpqautocondスクリプト[1]

O

ODBCの設定とODBCファイルデータソースの設定情報の変更[1]

W

Web GUI（マネジメントポータル）を使用する[1]

あ

アイコンイメージを作成した場合のバックアップ対象ファイル[1]

い

異常終了したJP1/AJS3のプロセスを再起動する[1]

イベントジョブおよびカスタムイベントジョブを使用したDNS運用時にFQDN形式のホスト名での運用に変更する[1]

イベントリセット時のジョブネットおよびジョブの状態[1]

う

ウォームスタート[1]

ウォームスタートした場合のジョブネットおよびジョブの状態[1]

運用サイクル[1]

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

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

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

運用中の設定変更[1]

え

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

か

外部DBから組み込みDBに戻す場合の操作[1]

外部DBを利用する構成での運用[1]

外部DBを利用する場合の障害からの復旧[1]

各バージョンの変更内容[1]

カスタムイベントジョブを使用する場合のバックアップ対象ファイル[1]

カスタムジョブアイコンのリカバリー[1]

カスタムジョブを使用する場合のバックアップ対象ファイル[1]

稼働状況の監視[1]

稼働状況レポート[1]

カレンダーの設定情報のリカバリー[1]

き

起動時または終了時の動作を変更する[1]

起動条件監視中のジョブネットの停止[1]

起動モードの指定を省略した場合のジョブネットおよびジョブの状態[1]

起動モード別のジョブネットおよびジョブの状態[1]

け

系[1]

こ

コールドスタート[1]

コールドスタートした場合のジョブネットおよびジョブの状態[1]

コマンドによるジョブネットの退避・回復の操作[1]

さ

再サブミット[1]

最新の定義内容が有効になるユニット定義情報[1]

再編成スクリプトのカスタマイズ[1]

削除待ち[1]

サポート範囲[1]

し

システム全体のバックアップとリカバリー[1]

システムの日時を変更する[1]

実行エージェント稼働状況レポート[1]

実行系[1]

実行結果の確認方法[1]

実行時間や遅延の監視方法[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]

ユニットを退避する手順[1]

り

リカバリー[1]

リカバリーの概要[1]

リモートサイトに運用を切り替える[1]

リリース中止[1]

リリース登録[1]

リリース登録待ち[1]

リリース待ち[1]

ろ

ログ情報を確認する[1]

ログファイル[1]

論理ホスト環境の前提条件[1]