遅い時に先に聞くこと
AS400が遅いという問い合わせは、体感だけでは判断できません。特定画面だけか、全体的に遅いのか、夜間バッチや帳票作成と重なっているのかを最初に聞きます。WRKACTJOBを見る前に症状を分けておくと、CPU、ロック、SQL、外部連携のどこを見るべきかが決めやすくなります。
- いつから遅いか、急に遅くなったか
- 全員か、特定部署・特定端末だけか
- 同時に動いたバッチ、帳票、外部連携があるか
遅延調査でありがちな見落とし
WRKACTJOBでCPUが高いジョブを見つけても、それが原因とは限りません。実際には、ロック待ち、SQLの一時的な負荷、帳票作成、通信待ち、他システムからの応答待ちが原因で、画面側が遅く見えることがあります。遅延調査では、利用者の体感とAS400側の数値を分けて記録します。
- 全員が遅いのか、特定画面だけ遅いのかを分ける
- CPU高騰、ロック待ち、SQL、ディスク、通信待ちを同じ表で見る
- 直前に投入したバッチや大量帳票の有無を確認する
- 遅い時間帯とジョブログ・運用予定を照合する
遅い原因を一つに決めつけない
AS400が遅い時は、CPU、ディスク、ロック、夜間バッチ、SQL、ネットワーク、端末側のどれか一つに決めつけないことが大事です。利用者が「画面が遅い」と言っていても、実際には特定画面だけ、特定時間だけ、特定ユーザーだけ、帳票出力だけ遅いことがあります。
| 聞くこと | 分かること | 次に見るもの |
|---|---|---|
| いつから遅いか | 変更・バッチ・時間帯の影響 | ジョブログ、運用予定 |
| 全員か一部か | 端末側かシステム全体か | 5250、ネットワーク、WRKACTJOB |
| どの処理だけ遅いか | SQL、ロック、印刷、バッチの切り分け | WRKOBJLCK、SQL確認、OUTQ |
対処としては、まず現象の範囲を小さくします。WRKACTJOBで高負荷ジョブを見つけた場合でも、ロック待ちやSQL待ちが裏にあることがあります。調査結果を時系列で残すと、翌日以降の再発確認や研修での共有にも使いやすくなります。
遅い原因を決めつけないための切り分け
AS400が遅い時は、CPUだけを見て判断すると外すことがあります。通信、端末、特定ユーザー、バッチ集中、SQL、ロック待ち、ディスク、外部接続など、遅さの種類を分けることが大切です。問い合わせを受けた時点で「いつから」「誰が」「どの画面・処理で」「全員か一部か」を確認すると、WRKACTJOBで見るべき範囲が絞れます。
| 症状 | 最初に分ける観点 | 次に見る記事 |
|---|---|---|
| 全員が遅い | システム全体、バッチ集中、外部連携 | WRKACTJOB確認 |
| 特定端末だけ遅い | PC、回線、VPN、名前解決 | PING・NETSTAT確認 |
| 特定処理だけ遅い | SQL、ロック、データ量、締め処理 | Query・SQL確認 |
| 夜だけ遅い | 夜間バッチ、バックアップ、保守作業 | 夜間バッチ確認 |
遅延調査を属人化させないためには、画面キャプチャだけでなく、ジョブ名、開始時刻、処理名、業務影響、確認したコマンドを同じメモに残すと説明しやすくなります。
遅い原因は、CPUだけでなく待ち状態と業務時間帯で見る
AS400 / IBM i が遅い時は、WRKACTJOBでCPU使用率だけを見ると判断を誤ることがあります。実際には、ロック待ち、ディスクI/O、SQLの全件走査、夜間バッチの重なり、帳票出力、外部連携待ちなどが原因になることがあります。利用者から「遅い」と言われた時は、どの画面、どの処理、どの時間帯、誰だけが遅いのかを分けて確認します。
| 確認軸 | 見る内容 | 判断のポイント |
|---|---|---|
| 時間帯 | 朝一、締め前、夜間バッチ中、月末 | 毎日同じ時間か一時的かを分ける |
| ジョブ状態 | RUN、LCKW、MSGW、DEQW、CPU上位 | CPU以外の待ち状態も見る |
| 対象処理 | 画面、帳票、SQL、外部連携、バッチ | 処理種別で調査先が変わる |
| データ量 | 対象日付、抽出条件、明細件数、履歴件数 | 条件漏れで全件検索していないか |
| 業務影響 | 受注、出荷、請求、在庫、会計への影響 | どこまで急ぐかを判断する |
遅延調査では、コマンド結果だけでなく、利用者の体感と業務影響をセットで残すことが大事です。若手に調査を任せる場合は、WRKACTJOBの画面を眺めるだけでなく、ジョブ名、ユーザー、処理時刻、待ち状態、直近変更、再現条件をメモにする練習が必要です。こうした観点整理は、AS400 / IBM i 現場向けCodex実戦研修でも扱いやすいテーマです。
朝だけ処理が遅い時の切り分け例
毎朝9時台だけ受注照会が遅い場合、CPU使用率だけを見て結論を出さず、同時刻のバッチ、ロック、SQL、外部接続を比較します。
| 確認点 | 確認内容 | 判断 |
|---|---|---|
| 時間帯 | 遅い開始・終了時刻、対象画面、利用者範囲を記録する | 常時遅いのか特定時間だけかを分ける |
| ジョブ | WRKACTJOBなどでCPU、状態、実行中ジョブ、待ちを確認する | 高負荷ジョブと待機中ジョブを混同しない |
| 競合要因 | ロック、重いSQL、バックアップ、外部連携の重なりを確認する | 正常日との違いから確認順を決める |
遅いジョブを見つけても、業務内容を確認せず終了しません。改善後は同じ時間帯、同じ条件で応答時間と処理件数を再測定し、体感だけで効果を判断しないようにします。