構成図は機器配置だけを見る資料ではなく、通信経路や制御点、冗長化、障害時の影響範囲を把握するための「地図」として使います。

構成図は設計や接続関係を示しますが、現在の状態まで保証するものではありません。実機のshowコマンド、設定、ログ、監視情報などと組み合わせて確認します。

物理構成図は、実際にどの機器がどこにあり、どのポート・ケーブル・回線でつながっているかを把握するために使います。VLANやIP、ルーティングは論理構成図で整理します。

パラメータシートは単独で完結する資料ではありません。構成図、現行コンフィグ、インターフェース情報などと照合し、対象・値・関係性が一致しているか確認します。

手順書は「何を入力するか」だけでなく、開始条件、正常性の判断、問題発生時の切り戻しまで含めて初めて安全に使えます。

資料と現行状態の差分は、作業前提が崩れているサインです。理由と影響が確認できるまで、予定優先で進めないことが重要です。

作業終了時刻ではなく、切り戻しに必要な時間と確認時間から逆算して判断期限を設定します。切り戻す時間を失わないことが重要です。

単体試験は変更した機器や機能そのものが正しいかを確認し、結合試験は関連機器・端末・サーバーまで含めて業務通信が成立するかを確認します。

試験は後から第三者が確認できるように、何をどう確認し、何をもって正常とするか、どの証跡を残したかまで明確にします。

初動では復旧を急ぐだけでなく、発生時刻、影響範囲、現在の状態を押さえ、後の原因分析に必要なログや状態を失わないようにします。

障害報告では、確認済みの事実、原因候補としての推定、まだ確認できていない事項を分けて記載します。確証がない段階で原因を断定しないことが重要です。

受け手が状況と優先度を判断できるように、いつ・何が・誰にどの程度影響し、何を確認し、現在どう対応しているかを整理します。

ベンダーが追加質問を繰り返さず一次調査へ進めるように、環境・事象・条件・証跡・実施済み確認をセットで整理します。

「特定条件でだけ発生する」のか、「操作1→2→3で再現できる」のかを分けて書くと、ベンダー側で検証しやすくなります。

第5章の総合問題です。変更差分、影響、証跡、試験結果、切り戻し基準、報告を一つの流れとして扱います。原因を断定せず、確認済みの事実から判断します。