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

(a)　同期書き込みの設定

ISAMデータベースには書き込みモードの設定があり，同期書き込みか非同期書き込みが選べます。非同期書き込みにすると性能は向上しますが，フェールオーバー時にデータファイルとキーファイルの整合性が取れなくなる場合があります。クラスタシステムで運用する場合はフェールオーバー時のデータ保護のために，ISAMの書き込み方法を同期書き込みに設定することを推奨します。同期書き込みの設定をした場合，テーブル間で矛盾が起きないよう，JP1/AJS3が書き込み順序によって整合性を保ちます。ただし，同期書き込みの場合でも，OSによるディスク書き込み処理途中での電源断で，ファイルが壊れるおそれがあるため注意してください。

ISAMを利用している場合，ファイルの整合性だけに問題がある場合は，再編成を実施することで修復できます。ただし，電源断などによるディスク・ファイル障害が発生したときは，同期・非同期の設定に関係なく，タイミングによっては，修復できない状態になるおそれがあります。このような事態に備えて，QUEUEジョブ，サブミットジョブ実行環境定義のバックアップを随時実施する運用を検討してください。

(b)　自動再編成の設定

ISAMデータベースには自動再編成機能があり，JP1/AJS3のサービス起動時にQUEUEジョブ，サブミットジョブ実行環境のデータベースを自動的に再編成するかどうかを選べます。再編成機能を有効にしないと，無効領域が増大する，可変長テーブルのフラグメンテーションが発生する，などの要因で長時間運転していると徐々に処理性能が劣化していきます。そのため，自動再編成の設定をしてください。ISAMデータベースの自動再編成の設定手順については，「7.1.2(2) ISAMファイル自動再編成機能の設定（Windowsホストの場合）」（Windowsの場合）または「7.1.2(3) ISAMファイル自動再編成機能の設定（UNIXホストの場合）」（UNIXの場合）を参照してください。

また，クラスタシステムで運用する場合は，ISAMの自動再編成機能を有効にして，JP1/AJS3の起動時に自動的に回復するように設定することを推奨します。これは，フェールオーバー（業務処理を実行系のサーバから待機系のサーバへ切り替えること）のタイミングによって，データ部と索引部が不整合になった場合，回復するにはISAMデータベースの再編成が必要なためです。ただし，ISAMデータベースを自動再編成する際，一つ一つファイルを順次再編成していくため，QUEUEジョブやサブミットジョブの実行結果保存数が多くなると，ISAMの再編成の実行時間が長く掛かり，JP1/AJS3のサービス起動時間も長く掛かることがあります。クラスタ運用している場合，フェールオーバーの繰り返しとなることがあるため，クラスタソフトの起動タイムアウト時間を調整してください。ISAMの再編成に必要な時間は，実レコード件数に比例します。クラスタソフトの起動タイムアウト時間が調整できない場合は，ISAMファイルが肥大化しない設定（ジョブ情報保存日数の調整など）を実施し，再編成所要時間が短くなるようにしてください。

なお，JP1/AJS3のサービス起動を常に高速にし，手動で再編成を実施する運用の場合は，自動再編成機能を無効にしてください。

重要

再編成時には，対象の物理ホストまたは論理ホストの作業ディレクトリ（環境設定パラメーターWorkPathに指定したマネージャープロセス実行時のワークディレクトリ）があるドライブに，再編成対象のQUEUEジョブ，サブミットジョブの実行環境のISAMファイルの中で最もサイズが大きいファイルの2倍程度の空き容量が必要です。また，QUEUEジョブ，サブミットジョブの実行環境データベースディレクトリがあるドライブに，再編成対象のISAMファイルの中で最もサイズが大きいファイルと同じ程度の空き容量が必要です。

(a)　メンテナンスモードの使用目的

JP1/AJS3のメンテナンスモードでできることは，ISAMデータベースの再編成です。

ISAMをデータベースに使用している場合，仮に1日に10,000ジョブを実行したときに，約1年に1回メンテナンスを実施する必要があるとすると，ジョブの実行件数が倍（1日に20,000ジョブ）になれば，再編成の実施サイクルは半分（約半年に1回）という計算になります。ジョブの実行件数が多くなればなるほど，メンテナンスの頻度が高くなり，それだけ手間とコストが掛かります。

JP1/AJS3がメンテナンスモードを用意する前は，システムをいったん停止し，メンテナンス実施後に再起動という形でしたが，JP1/AJS3が用意するメンテナンスモードを使用すると，JP1/AJS3を一時的に縮退運転するだけでメンテナンスができます。また，メンテナンスを実施するjajs_maintainコマンドは，JP1/AJS3からスケジュール実行できるので，メンテナンスを意識しないで長時間運用ができるようになります。jajs_maintainコマンドの詳細については，マニュアル「JP1/Automatic Job Management System 3 コマンドリファレンス　4. 特別な運用で使用するコマンド　jajs_maintain」を参照してください。

JP1/AJS3 - Managerのマネージャー機能だけを順次停止してメンテナンスを実施できます。このモードでは，他ホストからのジョブ実行要求やjpqjobsubコマンドからの要求など，QUEUEジョブ，サブミットジョブ実行制御のマネージャーに対する要求を拒否します。ただし，QUEUEジョブ，サブミットジョブ実行制御エージェントで変化する状態を保持することには対応できるため，起動済みジョブの情報を消失することはありません。ただし，エージェントとマネージャー間で未通知のジョブ状態情報を蓄積するため，メモリーをジョブ数に比例して消費するので，ジョブ実行が少ない時間帯に使用してください。

メンテナンス中は，すべてのデータベースアクセスプロセスの機能を停止しますが，QUEUEジョブ，サブミットジョブ実行制御は，再編成が終わり次第起動します。

(b)　メンテナンスを実施する時期を見積もる

QUEUEジョブ，サブミットジョブで使用するデータベースでは，JP1/AJS3サービスを連続運用し，400万ジョブを実行した段階で性能が約20%劣化します。

仮に，1日に10,000ジョブを実行する場合は，約1年に1回，ISAMファイルを再編成する必要があります。ジョブの実行件数が倍（1日に20,000ジョブ）になれば，再編成の実施サイクルは半分（約半年に1回）という計算になります。これを一つの目安としてファイル中の無効領域を監視し，メンテナンスする時期を見積もってください。

なお，JP1/AJS3サービス起動時にISAMファイルを自動的に再編成する「ISAMファイル自動再編成機能」を使用して，定期的に再編成している環境の場合，メンテナンスモードによる再編成の必要はありません。

(c)　メンテナンスモードの注意事項

メンテナンスモードを利用した縮退中は，JP1/AJS3の機能によっては制限が掛かります。運用環境および実施時間帯を考慮してメンテナンスモードを利用してください。