結論から言うと、AS400 / IBM i はまだまだ使い続けられます。むしろ、会計、販売管理、在庫、出荷、請求、基幹バッチのように長年安定して動いている領域では、無理に短期リプレースするより、現行化しながら使い続ける方が安全な会社も多いです。
ただし、「まだ使える」は「何もしなくてよい」という意味ではありません。OSバージョン、Powerサーバー、PTF、バックアップ、セキュリティ、RPG/CLの保守体制、周辺システム連携、人材継承を計画的に整えていくことが前提です。放置したAS400は危ないですが、管理されたIBM i は長期利用に向いた基盤です。
IBM iは現在も更新されている現役の基盤
IBM公式のIBM iページでは、IBM iはミッションクリティカルなワークロードと新しい取り組みを支える統合型のアプリケーション基盤として紹介されています。OS、データベース、ミドルウェア、セキュリティ、実行環境などが統合されている点もIBM iの強みです。
また、IBM i 7.6 のデータシートでは、セキュリティ、アプリケーション開発、データベース、管理機能の強化が説明されています。MFA、Navigator、Db2 for i、IBM i Services などの改善を見ると、IBM iは過去の遺産として止まっているのではなく、現行のPower環境で使い続けるために更新されている製品だと分かります。
参考: IBM i 公式製品ページ / IBM i 7.6 データシート
AS400を長く使う時の基本方針
長期利用の方針は、「全部そのまま残す」でも「全部捨てる」でもありません。基幹処理は守り、古くなった部分だけ順番に現行化します。画面、帳票、外部連携、データ抽出、権限、監視、ドキュメント化を少しずつ整える進め方が現実的です。
| 期間 | やること | 目的 |
|---|---|---|
| 0-1年 | 現状棚卸、OS/PTF確認、バックアップ確認、重要ジョブ洗い出し | 今すぐ止まるリスクを減らす |
| 1-3年 | 運用監視、権限整理、ACS活用、SQL Services、障害対応手順の整備 | 属人化を減らして保守しやすくする |
| 3-5年 | Power更新、IBM iバージョン更新、外部連携見直し、RPG/CLの整理 | 次の世代でも動かせる状態にする |
| 5年以上 | 基幹は安定運用、周辺はWeb/API/BI/AIで補完、人材継承 | AS400を会社の資産として残す |
0-1年目：まず現状を見える化する
最初にやるべきことは、リプレース検討ではなく現状把握です。AS400は長く動き続けるため、担当者が交代しても「何が動いているか」「止まると何が困るか」が曖昧になりがちです。
- IBM i のバージョン、Power機種、保守契約、PTF適用状況
- 夜間バッチ、ジョブスケジュール、MSGW、QSYSOPR、重要スプール
- バックアップ方式、復元手順、DR時の優先順位
- RPG、CL、QUERY、物理ファイル、論理ファイル、外部連携
- 退職者ID、共有ID、特別権限、監査ログ
この段階では、AS400のバージョン・PTF・サポート確認手順、AS400バックアップ・復旧チェックリスト、AS400日次運用監視チェックリストを先に確認しておくと、長期ロードマップの土台が作りやすくなります。
1-3年目：止めない運用から、引き継げる運用へ変える
AS400は「止まらないから大丈夫」と思われがちですが、止まっていない時ほど運用を整える余裕があります。長期利用で怖いのは機械そのものより、誰も仕様を説明できない、障害時にジョブログを読めない、メッセージ待ちに適切に返信できない、といった人と運用の問題です。
1-3年の間に、ジョブ監視、MSGW検知、QSYSOPR確認、スプール滞留確認、月次点検、権限棚卸を定例化します。若手や兼任担当者でも追えるように、コマンドの意味、確認画面、判断基準、連絡先を残すことが大切です。
運用面は AS400保守・運用ガイド、学習順は AS400初心者向け学習ロードマップ、症状別の入口は AS400トラブル逆引き索引から見ると整理しやすいです。
3-5年目：IBM i更新と周辺システム連携を計画する
3-5年の範囲では、Powerサーバー更新、IBM iバージョン更新、PTF運用、クライアント接続、外部インターフェースを計画に入れます。古い5250画面をすべてWeb化する必要はありませんが、CSV連携、IFS、ODBC/JDBC、API、BI、帳票出力など、周辺だけを現代的にする余地はあります。
この時期に重要なのは、「リプレースするか、使い続けるか」を感情で決めないことです。会計・在庫・出荷・請求のように業務ルールが深く埋まっている場合、移行費用、テスト範囲、現場教育、並行稼働、障害時対応まで含めて比較する必要があります。
判断材料は AS400移行・廃止判断チェックリスト、現行化の進め方は AS400モダナイゼーションとリプレース判断、RPG資産を活かす方針は AS400 RPG資産のWeb化・現代化の始め方を参考にしてください。
5年以上：基幹は残し、周辺を育てる
5年以上の長期利用では、AS400 / IBM i を「古いから残っているもの」ではなく、「会社の業務ルールが蓄積された基幹資産」として扱います。基幹処理はIBM iで安定稼働させ、周辺の参照、集計、問い合わせ、教育、ドキュメント化は外部ツールやAIも使って補完します。
この方針なら、無理に全移行して失敗するリスクを避けながら、現場が困っている調査時間、属人化、引き継ぎ、ドキュメント不足を減らせます。AS400を使い続けることは、変化しないことではありません。重要な処理を守りながら、周辺を少しずつ変えていくことです。
長期利用でやってはいけないこと
- 古いOSやPower機種のまま、保守期限を確認せず使い続ける
- バックアップは取っているが、復元テストをしていない
- 夜間バッチやMSGWを、特定の担当者の経験だけに頼る
- RPG/CLソース、テーブル、帳票、外部連携の一覧がない
- AS400を知らない人だけで、短期リプレース計画を決める
- AIにソースや顧客情報をそのまま貼り付ける
AIやCodexは「調査時間を減らす道具」として使う
AS400の長期利用では、AIやCodexを「IBM iを置き換えるもの」と考えるより、調査時間を減らす道具として使う方が現実的です。ジョブログの読み解き、RPG/CLの処理説明、影響調査の観点出し、障害報告書の下書き、引き継ぎ資料の整理には向いています。
一方で、実データ、会社名、ユーザーID、ライブラリ名、顧客名、取引先情報をそのまま入れる運用は避けるべきです。AI活用は、マスキング、レビュー、承認、社内ルールを決めてから始めます。詳しくは AS400保守向けAIプロンプト集 と AS400保守でAI回答を本番適用する前の確認リストを確認してください。
まとめ：AS400はまだ使える。だからこそ計画が必要
AS400 / IBM i は、まだまだ使い続けられる基盤です。ただし、長期利用の勝ち筋は「何も変えないこと」ではありません。OS、Power、PTF、バックアップ、権限、監視、人材、ドキュメント、周辺連携を計画的に整え、基幹処理を守りながら現場の負担を減らすことです。
まずは現状棚卸から始め、1-3年で運用を引き継げる形にし、3-5年でIBM i更新と周辺連携を計画し、5年以上は基幹を残しながら周辺を育てる。この進め方なら、AS400は「古いシステム」ではなく、会社の業務を支える長期資産として活かせます。
社内でAS400保守とAI活用を一緒に整理したい場合は、AS400 / IBM i 現場向けCodex実戦研修も参考にしてください。
AS400はまだ使える。ただし、放置ではなく段階的に守る
AS400はまだ使えるのか、という相談では、システムそのものよりも保守体制、人材、業務理解、バックアップ、テスト、外部連携の状態を見るべきです。無理に全面刷新しなくても、現行資産を守りながら段階的に改善する道はあります。
- 夜間バッチ、締め処理、EDIなど止められない業務を先に棚卸しする
- RPG/CLソース、JOBD、SBSD、スケジュール、帳票、外部連携を引き継げる形にする
- 若手や外部エンジニアが調査できるよう、ジョブログと業務メモを残す
- CodexなどのAIは、調査時間短縮とソース解析の補助として使う
- 全面移行だけでなく、周辺Web化、帳票PDF化、監視強化、運用改善を段階的に進める
AS400はまだ使えるのですか？
AS400はまだ使えるケースが多くあります。ただし、長期利用するなら、保守体制、人材、バックアップ、変更管理、外部連携、業務理解を整え、全面刷新だけでなく段階的な改善を進めることが重要です。
長く使うための現場判断
AS400 / IBM i を長く使う時は、単に「古いから置き換える」「動いているから触らない」で決めると失敗しやすいです。現場では、夜間バッチ、MSGW、EDI、締め処理、解読しにくいRPG/CLを分けて、止めてはいけない部分と周辺から改善できる部分を切り分けます。
