AS400 / IBM i が長く使われ続ける理由を調べると、「単一レベル記憶」や「TIMI」という言葉が出てきます。どちらもAS400らしさを説明する重要な仕組みですが、現場では言葉だけが一人歩きし、「結局、保守や移行で何に関係するのか」が分かりにくくなりがちです。
この記事では、AS400の単一レベル記憶、TIMI、IBM iとの関係を、現場の保守・移行・ブラックボックス化対策につながる形で整理します。AS400とは何かを基礎から知りたい場合は、先にAS400完全ガイドを読むと全体像をつかみやすくなります。
単一レベル記憶とは
単一レベル記憶は、主記憶と補助記憶を利用者やプログラムから見て一体の記憶空間として扱う考え方です。一般的な説明では「メモリとディスクを意識しにくい仕組み」とされますが、現場で重要なのは、アプリケーションが物理的なハードウェア構造に強く縛られにくいという点です。
| 観点 | 現場での意味 |
|---|---|
| 保守 | 古い資産が長く動く一因になる。ただし中身を見なくても動くため、棚卸し不足を招きやすい |
| 性能 | 物理配置だけで単純に判断しにくい。遅い時はジョブ、SQL、ディスク、ロックを分けて見る |
| 移行 | ハードウェア更改時もアプリ資産を引き継ぎやすいが、現行調査は別途必要 |
| 教育 | PCサーバー前提の説明だけでは理解しにくい。IBM i独自の前提として教える必要がある |
性能問題の切り分けは、AS400が遅い時の確認手順や、LCKW・WRKOBJLCKの確認手順と合わせて見ると、単なる概念説明で終わらず実務に落とし込めます。
TIMIとは
TIMIは、アプリケーションをハードウェアの違いから切り離すための中間層として説明されることが多い仕組みです。AS400で古いRPGやCLの資産が長く使われる背景には、この互換性の考え方があります。
ただし、「古いプログラムが動く」ことと「安全に変更できる」ことは別です。TIMIやIBM iの互換性により動き続けているシステムでも、ソースの所在、コンパイル手順、参照ファイル、ジョブ投入方法、夜間バッチ、外部連携が分からなければ、変更時のリスクは高くなります。
ブラックボックス化とどう向き合うか
AS400は安定して動くため、長年「止まらないから触らない」状態になりやすいシステムです。その結果、担当者退職、資料不足、ソース不明、ジョブ構成不明、帳票やCSV連携の経路不明といったブラックボックス化が起きます。
- 主要ライブラリ、主要ファイル、主要プログラムを棚卸しする
- DSPPGMREFでプログラム参照関係を確認する
- DSPFFD / DSPPFMでファイル構造と中身を確認する
- SBMJOB、JOBD、JOBQ、JOBSCDEでバッチ経路を整理する
- WRKSPLF、OUTQ、IFS、FTP、APIなど外部接点を一覧化する
影響調査はDSPPGMREFの使い方、バッチ構成はJOBQ・SBSD・JOBSCDEの確認手順、外部ファイル連携はFTP転送確認手順から確認できます。
将来性を見る時の判断軸
AS400の将来性を考える時は、「残すか捨てるか」だけでなく、どの資産を活かし、どこを可視化し、どこを外部連携やWeb化で補うかを分けて考える方が現実的です。IBM iとして継続利用する、Power環境を更新する、クラウドやAPIと連携する、周辺業務だけWeb化する、といった選択肢があります。
| 選択肢 | 向いているケース | 注意点 |
|---|---|---|
| 継続保守 | 基幹業務が安定し、短期で大改修しない | 担当者依存と資料不足を放置しない |
| 段階的モダナイゼーション | 画面、帳票、CSV、Web連携を少しずつ改善したい | 現行調査なしに周辺だけ変えない |
| API連携 | 外部SaaSやWebアプリとつなぎたい | 権限、性能、データ整合性、監査を確認する |
| リプレイス検討 | 業務そのものを大きく変える必要がある | 現行機能、例外運用、帳票、夜間バッチを棚卸しする |
移行やWeb化の考え方は、AS400モダナイゼーション・リプレイス判断ガイドと、Web/API連携ガイドも合わせて確認してください。
まとめ
単一レベル記憶とTIMIは、AS400 / IBM iが長く使われる理由を理解するうえで重要な概念です。ただし、安定して動くことは、変更や移行が簡単という意味ではありません。互換性の強さを活かしながら、プログラム、ファイル、バッチ、帳票、外部連携を棚卸しし、ブラックボックス化を減らすことが、これからのAS400運用では大切です。
バージョン・PTF・サポート状況を確認する
AS400の保守、更改、クラウド移行、PTF適用を考える時は、AS400のバージョン・PTF・サポート確認手順を確認してください。IBM iのバージョン、PTF、Powerサーバー世代、バックアップ、権限、外部連携を整理します。
Git・ソース管理・AI活用の前に
RPG/CLの保守をGitやAI活用へつなげる時は、AS400でGit・ソース管理を始める手順を確認してください。ソースの正本、コンパイル手順、レビュー、切り戻し、Codex利用時の注意点を整理します。
