AS400のロック待ち確認手順｜LCKW・WRKOBJLCK・ジョブログで誰がつかんでいるか見る

AS400 / IBM i の本番対応で「画面が進まない」「更新できない」「バッチが止まっている」「LCKWのような待ち状態が見える」という時は、オブジェクトロックやレコードロックを疑う場面があります。ロックは、同じデータやオブジェクトを複数の処理が同時に触る時に起きやすい現象です。

この記事では、AS400でロック待ちを見つけた時に、初心者・保守担当者が最初に確認する順番を整理します。原因不明のままジョブを強制終了する前に、誰が何をつかんでいるのかを落ち着いて確認します。

ロック待ちで最初に見ること

WRKOBJLCK は、対象オブジェクトに対してどのジョブがロックを持っているかを見る入口になります。ロックしているジョブが分かれば、ジョブ名、ユーザー、ジョブ番号を確認し、そのジョブのジョブログや実行中処理を見ます。

ただし、ロックしているジョブを見つけたからといって、すぐに終了してよいとは限りません。帳票出力中、更新処理中、締め処理中、外部連携中の可能性があります。業務影響と再実行方法を確認してから判断します。

レコード更新やファイル操作の前後で CPF5026、CPF5035 のようなCPFメッセージが出ている場合は、対象ファイル、メンバー、ロックしているジョブ、実行ユーザーを合わせて確認します。メッセージIDだけではなく、ジョブログの前後に出ているCPF、RPG、SQLメッセージも保存します。

CPF系のエラー全体は AS400メッセージID・エラーコード索引、外部接続が絡む場合は ODBC/JDBC接続の確認ポイントも合わせて確認してください。

AS400でロック待ちが起きた時は、WRKACTJOB、WRKOBJLCK、ジョブログ、対象ファイル、業務影響の順に確認します。ジョブを止めるかどうかは、ロックしている処理と再実行手順を見てから判断します。

LCKWやWRKOBJLCKでロック待ちを見つけた時は、誰がつかんでいるかだけでなく、どの業務が止まっているか、強制終了してよいか、後続処理に影響があるかを先に分けます。在庫照会、請求締め、出荷確定など業務影響がある場合は、ジョブ終了より前に関係者へ状況を共有します。