AS400 / IBM i のPTF（IBM iの修正プログラム）適用は、単に更新ファイルを入れる作業ではありません。業務停止時間、事前バックアップ、適用後の確認、万一の戻し判断、利用部門への連絡まで含めて運用設計する必要があります。ここでは現場の保守担当者がPTF前後で見るポイントを整理します。
PTF適用前に確認すること
| 確認 | 見るもの | 判断 |
|---|---|---|
| 対象範囲 | OS、ライセンスプログラム、関連PTF | 何を更新する作業か説明できるか |
| 停止調整 | 業務時間、夜間バッチ、外部連携 | 止めてよい時間帯か |
| バックアップ | SAVSYS、SAVLIB、BRMS、媒体 | 戻せる状態を作っているか |
| 担当者 | 実行者、確認者、承認者 | 一人作業になっていないか |
| 連絡先 | 利用部門、保守会社、ベンダー | 異常時に誰へ連絡するか |
適用後は起動確認だけで終わらせない
IPL後にサインオンできるだけでは確認不足です。5250接続、主要メニュー、夜間バッチ、帳票、外部連携、権限、ジョブログを確認します。特に締め処理や出荷確定のような重要業務は、利用部門と確認観点を合わせておくと安心です。
戻し判断を先に決める
更新作業では、異常が出た時にどこまで粘るか、いつ戻すかを先に決めておくことが重要です。担当者だけで判断すると、夜間に長引いて翌日の業務に影響することがあります。
バックアップ確認は AS400バックアップ・復旧チェックリスト、本番作業の戻しは AS400本番反映・戻し手順チェックリスト、障害初動は AS400本番障害の初動チェックリスト も参考になります。
Codexで手順を点検する
Codexには実サーバー名や契約情報を入れず、匿名化した作業手順、確認項目、連絡フローだけを渡します。抜け漏れの洗い出しには有効ですが、PTF適用の実行判断は必ず保守責任者が行います。
PTF適用計画を組み立てる例
PTF番号だけを見て適用せず、カバーレター、前提PTF、即時・遅延適用、IPL要否を確認します。
| 確認点 | 確認内容 | 判断 |
|---|---|---|
| 事前 | 対象リリース、累積・グループPTFレベル、前提、特別指示を確認する | 別環境で同じ組み合わせを先に検証する |
| 保守 | バックアップ、制限状態、IPL、停止サービス、監視担当を計画する | 適用時間だけでなく再開確認時間を確保する |
| 事後 | PTF状態、IPL結果、主要ジョブ、通信、帳票、業務確認を行う | 適用済み表示だけで完了にしない |
IBM公式資料では、PTFに即時適用と次回IPLでの遅延適用があり、カバーレターに前提や特別指示が示されます。環境の手順書と照合してから実施します。
仕様確認: IBM公式のPTF適用チュートリアル
関連するAS400確認ルート
PTF適用は、適用手順だけでなく、事前バックアップ、停止調整、適用後確認、戻し判断を含めて計画します。長期利用するAS400ほど、更新作業を属人化させないことが重要です。
PTF適用日の作業ログに残す項目
PTF適用は「正常終了しました」だけでは、あとで説明しにくくなります。作業日、開始時刻、終了時刻、実行者、確認者、対象区画、適用したPTFグループ、IPL有無、確認した業務を残しておくと、翌営業日の問い合わせにも対応しやすくなります。
| 記録する項目 | 残す理由 | 確認例 |
|---|---|---|
| 適用前の状態 | 変更前との差分を説明するため | OSリリース、PTFグループ、主要業務の稼働状況 |
| 作業中の判断 | 予定外の対応を追えるようにするため | IPL延長、エラー発生、保留したPTF |
| 適用後確認 | 利用部門へ報告するため | 5250接続、バッチ、帳票、外部連携、ジョブログ |
| 残課題 | 翌日以降の確認漏れを防ぐため | 未確認業務、監視対象、問い合わせ窓口 |
PTF後に現場で見落としやすい確認
PTF適用後は、ログインできることだけで終わらせない方が安全です。特に、プリンター出力、FTP/IFS連携、ODBC/JDBC接続、夜間ジョブ、権限まわりは、普段の利用者が気づくまで問題が残ることがあります。作業直後に全業務を確認できない場合でも、「どの業務を誰がいつ確認するか」を決めておくことが重要です。
- 主要メニューから代表的な照会・更新画面を開けるか
- OUTQやプリンターライターに異常が出ていないか
- ジョブスケジュールや夜間バッチが保留状態になっていないか
- 外部連携先とのファイル送受信が通常どおり動くか
- 作業用に付けた権限や一時設定を戻したか