AS400 / IBM i で「ファイル使用中」「オブジェクトがロックされている」「処理が進まない」と出た時、すぐにジョブを終了すると、業務データや後続処理に影響することがあります。ロックは障害にも見えますが、正常な更新処理の途中である場合もあります。
ロック時の確認順
| 確認 | 見るもの | 判断 |
|---|---|---|
| 対象 | ファイル、プログラム、ライブラリ | 何がロックされているか |
| 保持ジョブ | WRKOBJLCK、ジョブ名、ユーザー | 誰がロックしているか |
| 状態 | 実行中、LCKW、MSGW | 処理中か、待っているか |
| 業務影響 | 締め処理、出荷確定、帳票 | 止めると何が壊れるか |
| 終了判断 | ジョブログ、担当者、承認 | 強制終了してよいか |
強制終了の前に業務を確認する
ロックしているジョブを見つけても、すぐに終了するのは危険です。更新途中、締め処理中、外部連携中の場合、強制終了で後続処理が壊れることがあります。ジョブログと業務担当者への確認を挟みます。
遅い原因がロックのこともある
利用者には「遅い」「固まった」と見えていても、裏ではロック待ちになっていることがあります。WRKACTJOBでLCKWが目立つ場合は、待っているジョブだけでなく保持しているジョブを追います。
性能劣化の初動は AS400が遅い時の確認手順、本番障害は AS400本番障害の初動チェックリスト、本番反映と戻しは AS400本番反映・戻し手順チェックリスト を参照してください。
Codexには匿名化して渡す
ロック調査でCodexを使う場合は、ジョブ名やファイル名を匿名化し、状態、発生時刻、確認済み項目だけを渡します。AIには確認順の整理を任せ、ジョブ終了や再実行の判断は人が行います。
