AS400 / IBM i の現場で「今日は画面が遅い」「夜間バッチが終わらない」「帳票が出るまで時間がかかる」と言われた時、いきなり原因を決めつけるのは危険です。CPU、ディスク、ジョブ待ち、ロック、通信、バッチ集中、SQL、プリンター、外部連携など、遅く見える理由はいくつもあります。
この記事では、AS400が遅い時に初心者・保守担当者が最初に見る順番を整理します。細かいチューニングの前に、まず何が遅いのか、いつから遅いのか、どのユーザーだけなのか、全体なのかを切り分けます。
性能劣化の調査は研修題材にも向いている
AS400の処理が遅い時は、ジョブ、待ち、入出力、SQL、バッチ時間帯、利用者の操作を順番に切り分けます。この流れは、若手担当者や後任者が現場で覚えるべき調査手順そのものです。
最初に切り分けること
「AS400が遅い」という言葉だけでは、まだ原因に近づけません。画面操作が遅いのか、バッチが遅いのか、特定メニューだけ遅いのか、全員が遅いのかを分けます。現象を分けるだけで、見るべき場所がかなり変わります。
| 遅いもの | 最初に見ること | 関連ページ |
|---|---|---|
| 画面操作 | 特定ユーザーか全体か、5250接続、通信、対象メニュー | ACS入門 |
| 夜間バッチ | WRKACTJOB、WRKSBMJOB、ジョブキュー、ジョブログ | 夜間バッチ障害対応フロー |
| 特定ジョブ | CPU、経過時間、MSGW、ロック待ち、ジョブログ | WRKACTJOB確認手順 |
| 帳票出力 | WRKSPLF、OUTQ、プリンター、スプール件数 | OUTQ / WRKOUTQ確認 |
| SQLやデータ抽出 | 抽出条件、件数、対象ファイル、索引、実行時間 | IBM i SQL Services入門 |
WRKACTJOBで全体を見る
まず見る入口は WRKACTJOB です。CPUを多く使っているジョブ、長時間動いているジョブ、MSGW（メッセージ応答待ち）で止まっているジョブ、バッチが集中しているサブシステムを確認します。ここで全体が重いのか、特定ジョブだけが怪しいのかを見ます。
- CPUを多く使っているジョブはあるか
- 特定サブシステムにジョブが集中していないか
- MSGWやLCKWのような待ち状態がないか
- 夜間バッチが想定時間を超えていないか
- 直近で新しい処理やデータ量増加がなかったか
ジョブログで異常の始まりを見る
遅いジョブを見つけたら、ジョブログを確認します。最後のメッセージだけでなく、処理が遅くなり始めた付近、繰り返し出ているメッセージ、ファイルオープン、ロック、エラー、MSGWを見ます。処理が止まっているのか、遅いだけなのかを分けることが重要です。
ジョブログの読み方は、AS400のジョブログ確認手順 と ジョブログ実例集 を参考にしてください。
データ量と抽出条件を見る
最近遅くなった処理では、データ量が増えていることがあります。日次処理、月次処理、販売管理の売上集計、在庫引当、請求処理、帳票出力などは、対象期間や抽出条件によって実行時間が大きく変わります。
SQLやデータ抽出が関係する場合は、対象ファイル、条件、件数、出力先を確認します。AS400データ抽出ガイド も合わせて確認してください。
本番でやってはいけないこと
- 原因不明のままジョブを強制終了する
- MSGWに内容を読まずに返答する
- 全件抽出SQLを本番で繰り返す
- バッチ中に対象ファイルを不用意に更新する
- バックアップや復元手順を確認せず作業する
本番で対応する場合は、AS400本番対応チェックリスト と 本番障害の初動対応 を先に確認してください。
相談前に残すメモ
| メモ | 内容 |
|---|---|
| 発生時刻 | いつから遅いか、毎日か特定日だけか |
| 対象 | 全体、特定ユーザー、特定メニュー、特定ジョブ |
| ジョブ情報 | ジョブ名、ユーザー、ジョブ番号、サブシステム |
| 状態 | CPU高騰、MSGW、LCKW、長時間実行、スプール待ち |
| 直近変更 | プログラム修正、データ量増加、締め処理、外部連携変更 |
ここまでの要点
AS400が遅い時は、まず現象を分け、WRKACTJOBで全体を見て、ジョブログで異常の始まりを確認します。画面、バッチ、帳票、SQL、データ抽出のどこが遅いのかを切り分けることが、原因調査の第一歩です。
外部へ相談する場合は、AS400保守会社に相談する前のチェックリスト を使って、対象業務、現象、緊急度、ジョブ情報を整理してください。
ロック待ち・LCKWを確認する
LCKWやロック待ちでジョブが進まない時は、AS400のロック待ち確認手順 を確認してください。WRKACTJOB、WRKOBJLCK、ジョブログ、対象ファイル、業務影響を順番に見ます。
遅い原因をコマンド・SQL・保守観点で分ける
AS400が遅いときは、WRKACTJOBだけで終わらせず、ジョブ、バッチ、SQL、ディスク、直近変更を分けて見ます。SQL Servicesで運用情報を見る場合はIBM i SQL Servicesの確認ポイントも参考になります。
関連する全体像はAS400初心者向け完全ガイド、作業別の確認コマンドはAS400コマンド逆引き、運用・障害対応はAS400保守・運用完全ガイドも合わせて確認してください。
遅い原因調査をAIで整理する
WRKACTJOB、ジョブログ、SQL Services、夜間バッチの状況を見ても、原因整理に時間がかかることがあります。AIで調査メモや確認順を整理したい場合は、AS400 / IBM i 現場向けCodex実戦研修でAS400保守向けの安全な使い方を確認できます。
遅い時はロック待ちと外部接続ジョブも見る
AS400が遅い時は、CPUだけでなく、ロック待ち、SQL、QZDASOINIT、夜間バッチ、スプール滞留も確認します。画面が遅いだけに見えても、裏側でODBC/JDBC接続やバッチが同じファイルを保持していることがあります。ロック待ちはLCKW・WRKOBJLCK確認、外部接続はQZDASOINIT確認も合わせて見てください。
遅い原因を相談する前に整理すること
AS400 / IBM i が遅い時は、CPUだけ、SQLだけ、夜間バッチだけで決めつけると遠回りになります。外部へ相談する前に、いつ遅いのか、どの業務が困っているのか、再現するのかを分けて残すと、原因の切り分けが早くなります。
| 整理する情報 | 見る理由 |
|---|---|
| 発生タイミング | 朝一、月末、夜間バッチ中、特定画面だけなど、原因候補を絞れます。 |
| 影響している業務 | 出荷、請求、在庫照会、EDIなど、優先して復旧すべき範囲が分かります。 |
| 確認済みの状況 | WRKACTJOB、ジョブログ、ロック待ち、SQL、データ量のどこまで見たかを共有できます。 |
| 直近の変更 | 改修、データ増加、外部連携、運用変更の有無を切り分けに使えます。 |
初動の確認順をそろえる場合は、AS400保守の初動対応を確認してください。データ量や抽出条件が関係しそうな場合は、AS400データ抽出ガイドも役立ちます。状況を整理して相談したい場合は、お問い合わせから概要を共有できます。
参考：IBM公式ドキュメント（WRKACTJOB）
本記事で扱った WRKACTJOB の全パラメーターと表示項目の定義は、IBM公式ドキュメントで確認できます。指定できる値や既定値はOSリリースによって異なるため、本番環境では自社のリリースに合わせて確認してください。