AS400 / IBM i の保守で SST や DST という言葉が出ることがあります。どちらも通常の業務画面より深い保守・サービス領域に関係するため、初心者が内容を理解しないまま触るのは危険です。
この記事では、SST / DST を操作する手順ではなく、保守会社や社内管理者へ相談する前に確認しておく情報、権限、変更記録、障害影響の見方を整理します。
SST / DSTで最初に確認すること
- 誰が、何の目的で確認するのか
- 本番環境か、検証環境か
- 作業前バックアップや復旧手順があるか
- 作業履歴、変更理由、承認者を残せるか
- 保守会社やIBM i管理者に相談すべき内容か
手順を検索してそのまま実行しない
SSTやDSTは、システム設定、保守、装置、サービスツールに関係する領域です。検索で見つけた断片的な手順を本番でそのまま実行すると、障害調査や復旧を難しくすることがあります。操作前に、目的、影響、戻し方、作業者を明確にします。
関連して確認するページ
相談前に残すメモ
- 対象システム、環境、日時
- 発生している症状と業務影響
- 直前の変更、PTF（IBM iの修正プログラム）、バックアップ、IPL、障害履歴
- QSYSOPR、DSPLOG、QHST、ジョブログで見た内容
- 実施した操作と未実施の操作
SST / DST は、AS400保守で重要な言葉ですが、安易に操作する領域ではありません。まずは情報を整理し、権限と影響範囲を確認したうえで、管理者や保守会社と進めるのが安全です。
SSTへ入る前の作業票の具体例
SSTやDSTは通常のアプリケーション保守とは権限と影響範囲が異なります。「確認だけ」という依頼でも、触る画面と触らない機能を作業票へ書きます。
| 確認点 | 確認内容 | 判断 |
|---|---|---|
| 目的 | ディスク状況の表示確認など、必要な機能を一つに限定する | 目的外の設定画面へ進まない |
| 認証 | IBM iユーザーとサービスツールユーザーIDを区別する | IDやパスワードを作業記録へ転記しない |
| 終了 | 変更有無、確認した画面、退出時刻を記録する | F3でSSTを終了し、開いたままにしない |
SST利用にはSTRSSTへの権限、必要な特殊権限、サービスツール側の機能権限が関係します。権限不足を理由に広い権限を恒久付与せず、作業ごとに必要性を確認します。
仕様確認: IBM公式のSSTアクセス要件
関連するAS400確認ルート
SST/DSTは強い保守機能なので、作業目的、操作範囲、復旧手順、立会いを明確にしてから触ります。通常のコマンド確認と分けて、安全な保守作業として扱います。
SST/DSTは「触る前の確認」を作業に含める
SSTやDSTは、通常の業務メニューとは違い、システム全体へ影響する設定に触れる入口です。現場では、作業者本人が分かっているつもりでも、横で見ている人が目的を理解していないことがあります。私は、操作前に「何を確認するだけか」「変更するならどこか」「戻し方はあるか」を声に出して確認するようにしています。
- 確認だけで終わる作業か、変更を伴う作業かを分ける
- 作業前の画面、値、時刻、担当者をメモする
- 作業中に判断が変わったら、その場で止めて承認者へ確認する
- 夜間や休日に一人で深い設定を触らない運用にする
SST/DSTは作業前の合意を残す
SSTやDSTは通常の業務画面とは違い、システム全体へ影響する操作を含みます。作業前に、目的、実行者、立会者、開始時刻、戻し方、触らない項目を決めておくべきです。
| 確認 | 理由 |
|---|---|
| 作業目的 | 不要な画面操作を避ける |
| 権限者 | 誰が承認したか残す |
| 戻し方 | 設定変更後の事故を小さくする |
| 記録 | 後日の監査・引き継ぎで説明する |
不安がある場合は、画面を進める前にスクリーンショットや作業メモを残し、単独判断で進めないことが重要です。
