AS400ジャーナル・コミットメント制御の確認手順｜更新事故と戻し判断で見ること

AS400 / IBM i の更新事故や本番トラブルでは、ジャーナルやコミットメント制御を理解しているかどうかで、調査と戻し判断の精度が変わります。普段は意識されにくい領域ですが、誤更新、途中失敗、夜間バッチの異常終了、SQL更新の確認では重要です。

確認する観点

確認見るもの判断
ジャーナル対象ファイル、ライブラリ、ジャーナル設定対象データの変更履歴を追えるか
更新範囲対象レコード、時刻、実行ジョブどこまで戻す必要があるか
コミット単位トランザクション、コミット、ロールバック途中失敗時に整合性が保たれるか
後続影響帳票、締め処理、外部連携データだけ戻してよいか
証跡ジョブログ、作業記録、承認あとで説明できるか

戻しは技術だけで判断しない

ジャーナルがあるから戻せる、という判断は危険です。すでに帳票が出ている、外部へ連携済み、別処理で集計済みの場合、データだけを戻すと業務上の不整合が残ることがあります。戻し前に、業務担当者、保守担当、承認者で影響範囲を確認します。

更新事故の初動

誤更新が疑われる時は、まず追加更新を止めるかどうかを判断し、対象時刻、実行ユーザー、ジョブ、対象ファイル、処理名を記録します。焦って再実行や手修正を重ねると、後から追えなくなります。

本番障害の初動は AS400本番障害の初動チェックリスト、本番反映と戻しは AS400本番反映・戻し手順チェックリスト、影響調査は AS400 RPG/CL影響調査チェックリスト が近いテーマです。

Codexは記録整理に使う

ジャーナルや更新事故の相談でCodexを使う場合は、実データを渡さず、発生時刻、処理名、匿名化したファイル名、確認済み事項だけを渡します。AIには確認漏れの洗い出しを任せ、戻し実行と業務判断は人が行います。

関連: 25年以上の現場経験を反映した実務記事として、AS400本番データ修正の承認チェックリスト｜SQL更新・手修正で事故を防ぐ も追加しました。