AS400 / IBM i の運用で「ディスク使用率が高い」「ASP使用率を確認したい」「容量不足が心配」と言われた時、WRKSYSSTS は最初に見る入口のひとつです。容量不足は、バッチ遅延、スプール滞留、バックアップ失敗、アプリ停止につながることがあります。
この記事では、WRKSYSSTS、ASP使用率、ディスク容量、スプール、IFS、バックアップの関係を、AS400保守現場の目線で整理します。
WRKSYSSTSで最初に見ること
- ASP使用率が急に上がっていないか
- ディスク使用率の推移が分かる記録があるか
- スプール、ログ、IFS、バックアップファイルが増えていないか
- 夜間バッチやデータ抽出で大量ファイルを作っていないか
- 容量不足の前に削除してよいものと残すべきものを分けたか
すぐに削除しない
容量が足りないからといって、原因不明のままスプール、ログ、SAVF（保管ファイル）、IFSファイルを削除するのは危険です。監査、障害調査、復元、業務証跡に必要なファイルが含まれることがあります。削除前に、所有者、作成日、業務影響、バックアップ有無を確認します。
容量増加で疑う場所
- WRKSPLF / OUTQ（出力待ち行列）: 帳票やスプールが溜まっている
- IFS: CSV、連携ファイル、ログ、共有フォルダが増えている
- SAVF: 退避ファイルが残っている
- ジョブログ: 異常ジョブやMSGWでログが増えている
- バックアップ: 世代管理や媒体退避の見直しが必要
IFSは IFS・NetServer・WRKLNKの確認ポイント、スプールは 印刷できない時の確認手順、バックアップは BRMSとバックアップ運用 も確認してください。
運用メモに残すこと
- 確認日時とASP使用率
- 前回確認時との差分
- 増加した領域の候補
- 削除、退避、圧縮、保管した対象
- 次回確認日としきい値
WRKSYSSTSは、容量不足の兆候を早めに見つけるための入口です。数値だけを見るのではなく、どの業務処理で増えたのか、削除してよいものか、復元に必要なものかを分けて確認します。
関連: SAVFの中身を確認してから復元判断をしたい場合は、DSPSAVFでSAVFの中身を確認するポイント で、保存日時、保存元、対象オブジェクト、復元先、容量影響を確認してください。
関連: AS400日次監視チェックリスト｜朝一番に見るジョブ・メッセージ・容量・スプールもあわせて確認してください。
ASP使用率は早めに見る
ASP使用率やディスク容量は、障害が起きてから見る項目ではなく、夜間バッチ停止の前兆として早めに見る項目です。スプール、ログ、ワークファイル、抽出データ、バックアップ世代が増え続けると、ある日突然処理が止まることがあります。
容量不足を運用で拾うには、WRKSYSSTSの数値だけでなく、増え方、増えた時間帯、直近のバッチ変更、データ抽出、不要スプールの滞留を合わせて確認します。毎日見る項目に入れておくと、障害対応ではなく予防保守として動けます。
ASP使用率が毎週増える時の確認例
ASP使用率が上がっている時は、現在値だけで緊急度を決めず、増加速度と増えた対象を確認します。
| 確認点 | 確認内容 | 判断 |
|---|---|---|
| 傾向 | 同じ時刻の使用率を日次・週次で記録する | 一時的な増加か継続的な増加かを分ける |
| 増加要因 | スプール、SAVF、ジャーナル、ログ、業務ファイルの増加を確認する | 削除可能な一時物と保持必須データを区別する |
| 対応 | 警告基準、担当者、容量追加や整理の期限を決める | 逼迫してから無計画に削除しない |
整理を行う場合は、保持期限、バックアップ、復元要否、業務所有者の承認を確認します。削除後は使用率だけでなく、対象ジョブや帳票、監査記録が正常に利用できることも確認します。
関連するAS400確認ルート
ASP使用率やディスク容量不足は、WRKSYSSTSだけでなく、スプール、ログ、退避、バックアップ方針まで見ます。
ASP使用率は「今すぐ消す」より先に増加理由を見る
WRKSYSSTSでASP使用率が高いと、すぐ不要データ削除に進みたくなりますが、まずは増加理由を分けることが大切です。スプール、ジャーナル、受信ファイル、保管失敗、ログ肥大、月次処理後の一時データなど、原因によって安全な対処が変わります。
本番機で容量対応を行う場合は、削除対象、退避先、戻せる範囲、業務影響、実施時間帯を決めてから動く方が安全です。容量逼迫が繰り返される場合は、日次監視や月次点検の項目に入れて、保守会議で傾向として扱うと事故を防ぎやすくなります。