AS400 サブシステム停止・開始の確認ポイント|STRSBS・ENDSBSで事故を防ぐ

ENDSBSを実行する前に現場で止まるポイント

サブシステム停止は、コマンド自体よりも「今止めてよいか」の判断が重要です。出荷、EDI、締め、帳票、倉庫作業が動いている時間にENDSBSを実行すると、AS400側では正常終了に見えても、業務側では処理途中のデータや未送信データが残ることがあります。

確認する相手聞く内容理由
業務担当処理中の入力や確定作業がないか画面操作中の強制終了を避ける
運用担当夜間バッチやJOBSCDEの予定停止後に後続ジョブが流れない事故を防ぐ
外部連携担当EDIやFTP送受信の予定送信途中・受信途中の切断を避ける

私は、停止前にWRKACTJOB、WRKJOBQ、WRKOUTQ、DSPMSGを見て、実行中ジョブ、待ちジョブ、出力待ち、メッセージ待ちをざっと確認します。停止後は、再開しただけで終わらせず、利用者がサインオンできるか、主要なバッチや帳票が再開できるかまで確認します。

ENDSBS前に確認する実務チェック

サブシステム停止は、コマンド自体よりも停止前の確認が重要です。対象サブシステムに対話ジョブ、バッチジョブ、通信ジョブ、印刷関連ジョブが残っている場合、業務影響や再起動後の復旧手順を確認してから実行します。

  • 対象サブシステム名を取り違えていないか確認する
  • WRKACTJOBで稼働中ジョブとユーザーを確認する
  • 停止してよい時間帯か、関係者へ連絡済みか確認する
  • ENDSBS後にSTRSBSで戻せる手順を用意する
  • MSGWやLCKWが絡んでいないか確認する

特に本番環境では、すぐにENDSBSを打つのではなく、まず停止対象、停止理由、復旧方法をメモに残します。サブシステムを止めてよいか判断に迷う場合は、ジョブ名と利用者、実行中プログラムを確認してから進める方が安全です。

サブシステム操作前に確認する影響範囲

STRSBSやENDSBSはコマンド自体は短いですが、影響は大きい操作です。対象サブシステムで動いている対話ジョブ、バッチジョブ、プリンター関連ジョブ、通信ジョブを確認せずに停止すると、利用者の画面や夜間処理を止めてしまうことがあります。

安全に進めるには、対象サブシステム名、停止予定時刻、利用者影響、停止前のジョブ一覧、再開後に戻すべき状態をメモします。障害対応でやむを得ず停止する場合も、終了させるジョブと待つジョブを分け、後から説明できるようにジョブログと作業時刻を残しておくと安心です。

ENDSBS前に確認したい業務影響

サブシステムの停止は、コマンド自体よりも「止めてよい範囲の確認」が重要です。ジョブが少なく見えても、夜間バッチ、帳票出力、外部連携、端末接続が同じサブシステムに乗っていることがあります。停止前後で、誰が判断し、どの業務へ影響するかを残すと事故を防ぎやすくなります。

  • WRKACTJOBで対象サブシステム内の対話ジョブ・バッチジョブを確認する
  • JOBQやOUTQに未処理が残っていないかを見る
  • 外部連携、FTP、帳票、締め処理の時間帯と重なっていないか確認する
  • ENDSBS直後に再起動するのか、作業後にSTRSBSするのかを明記する
  • 戻し手順と連絡先を作業前に決めておく

停止後にジョブが残る、または再開後に処理が戻らない場合は WRKACTJOBでジョブ状態を見る手順、夜間処理と関係する場合は 夜間バッチ障害対応フロー も確認してください。

サブシステム停止前後に合わせて見る確認手順

SBSDを止める前に確認すること

ENDSBSは影響範囲が広い操作です。対象サブシステムに接続している画面、バッチ、プリンタ、外部連携を確認してから実行可否を判断します。

確認点確認内容判断
対象範囲WRKSBSJOBやWRKACTJOBで対象SBSD配下のジョブを確認するQINTER、QBATCH、独自SBSDを取り違えない
停止条件実行中ジョブ、MSGW、印刷中スプール、通信ジョブの有無を確認する業務時間中なら利用部門へ影響を確認する
戻し方STRSBSで戻す対象、起動後に見るジョブ、確認画面を決める停止だけでなく復旧確認まで手順に入れる

サブシステム操作は「止められるか」より「戻ったことをどう確認するか」が大事です。停止前後の状態をセットで残します。