AS400 / IBM iをまだまだ使い続けるなら、Powerサーバー更新は避けて通れないテーマです。アプリケーションは安定していても、ハードウェア、ディスク、保守契約、OS対応、周辺接続が古くなると、ある日から継続利用そのものが難しくなります。
Powerサーバー更新は、単なる機械入れ替えではありません。IBM iバージョン、PTF（IBM iの修正プログラム）、バックアップ、復元、外部接続、夜間バッチ、帳票、運用手順まで含めて確認する必要があります。
更新前に確認すること
| 確認項目 | 見ること | 注意点 |
|---|---|---|
| 現行機種 | Power世代、CPU、メモリ、ディスク、保守状況 | 保守切れ前に計画する |
| IBM i | OSバージョン、ライセンス、PTF、互換性 | アプリと周辺接続も見る |
| ストレージ | ASP使用率、増加傾向、バックアップ容量 | 移行時に容量不足を起こさない |
| 外部接続 | 5250、プリンター、ODBC/JDBC、FTP、IFS、EDI | 接続先の古い設定を洗い出す |
| 運用 | 夜間バッチ、監視、バックアップ、復元、帳票 | 切替当日の確認手順を作る |
移行テストで見るポイント
- 主要メニューから画面が開けるか
- 夜間バッチが最後まで流れるか
- 帳票、スプール、プリンター出力が正しいか
- 外部システムとのファイル送受信ができるか
- ODBC/JDBC接続やデータ抽出が動くか
- バックアップと復元の手順が確認できているか
特に、古いプリンター、端末エミュレーター、固定IP、FTP連携、文字コード、ジョブスケジュールは見落としやすいです。切替直前に発見すると調整時間が足りなくなります。
切替当日の確認
切替当日は、技術担当だけでなく業務担当にも確認してもらいます。ログインできる、メニューが開く、照会できる、更新できる、帳票が出る、締め処理が動く、外部連携が成功する、という業務目線の確認が必要です。
- 開始前バックアップと戻し判断
- 切替作業の開始・終了時刻
- QSYSOPR、ジョブログ、MSGW、エラーメッセージ確認
- 主要業務の操作確認
- プリンター、スプール、外部送受信確認
- 翌営業日の問い合わせ窓口
社内説明では「延命」ではなく「継続性」と言う
Power更新を社内説明する時は、古い機械の延命ではなく、基幹業務を止めないための継続性投資として説明します。売上、請求、出荷、在庫、会計が止まるリスクと、更新によって復旧性や保守性を上げる意味をセットで伝えると通りやすくなります。
長期方針は AS400長期ロードマップ、社内説明の作り方は AS400更新計画を社内説明する方法、PTF確認は AS400のバージョン・PTF確認手順も確認してください。
まとめ
AS400 / IBM iを長く使い続けるには、アプリケーションだけでなくPowerサーバー更新も計画に入れる必要があります。現行機種、IBM i、PTF、ディスク、バックアップ、外部接続、移行テスト、切替当日の確認を先に整理し、安全に次の世代へつなげましょう。
週末切替で確認するハードウェア更新例
Powerサーバー更新では、データ移行だけでなく、LPAR、接続、帳票、外部連携、戻し判断までを一つの切替計画にします。
| 確認点 | 確認内容 | 判断 |
|---|---|---|
| 現行把握 | LPAR、CPU・メモリ、ディスク、アダプター、接続装置を棚卸しする | 使われていない構成と業務必須構成を分ける |
| 移行 | IBM i、ライセンス、ネットワーク、プリンター、バックアップの互換性を確認する | アプリケーション以外の周辺要件を漏らさない |
| 切替 | 停止、同期、起動、業務確認、戻しの時刻と担当を決める | 戻し可能時間を過ぎる前に判断する |
新環境で代表業務とバックアップを確認するまで、旧環境を再利用不能な状態にしません。切替後の性能値とエラーを基準値と比較し、問題がないことを記録します。
関連するAS400確認ルート
Powerサーバー更新では、ハード更新だけでなく、現行AS400の基本、障害対応、確認コマンド、引き継ぎを同時に棚卸しします。
Power更新は、接続・権限・教育まで一緒に見直す
AS400 / IBM iのPowerサーバー更新では、ハードウェアやOSレベルだけを見て終わると、移行後の接続トラブルや運用引き継ぎで詰まりやすくなります。ACS（IBM i Access Client Solutions）接続、5250ログイン、ユーザー権限、プリンター、バッチ、バックアップ、外部連携を、更新前に同じ表で棚卸ししておくことが重要です。
特に社内でAS400担当を増やす予定がある場合は、更新プロジェクトを「若手が現行構成を理解する機会」として使えます。誰が何を確認するか、障害時にどこを見るか、ベンダーへ渡す情報は何かを整理しておくと、更新後の保守も属人化しにくくなります。