この記事は、 「ネットワーク中級編｜構築・検証・障害切り分けを身につける」 の第45回です。
前回の「作業手順書の確認ポイント」で確認した手順書を、実際の変更作業へ持ち込む前に、 現行状態・影響範囲・バックアップ・切り戻し・体制まで含めて最終確認する方法を学びます。
ネットワーク変更作業の事前確認｜作業前に確認すべき項目をチェックリストで解説
ネットワーク変更では、コマンドが正しくても、対象機器の取り違え、影響範囲の見落とし、 バックアップ不足、切り戻し条件の曖昧さなどによって障害を起こすことがあります。 本記事では、作業開始前に何を確認し、どの状態なら作業を開始してよいのかを実務の順番で整理します。
ネットワーク変更作業では、実際にコマンドを投入する時間よりも、 作業前の確認に使う時間のほうが重要なことがあります。
「手順書があるから大丈夫」ではなく、手順書の前提条件が現地の状態と一致しているか、 変更によってどこまで影響するか、異常時に元へ戻せるかまで確認して、はじめて安全に作業を開始できます。
この記事を読み終えるとできること
- 変更対象と影響範囲を事前に整理できる
- 作業前に取得すべき現行情報を判断できる
- バックアップと切り戻しの違いを説明できる
- 作業開始前の疎通確認を設計できる
- Go／No-Goの判断条件を整理できる
- 事前確認チェックリストを作成できる
ネットワーク変更作業で事前確認が必要な理由
事前確認とは、変更コマンドを確認するだけではなく、 「今の状態」「変更後の状態」「異常時に戻す方法」を作業開始前にそろえることです。
ネットワーク変更は、VLAN追加、ルーティング変更、ACL変更、インターフェース設定変更など、 一見すると数行の設定で完了する場合があります。
しかし、その数行が多数の利用者や複数システムの通信へ影響することがあります。 そのため、作業者は「投入する設定」だけでなく、その設定が置かれる環境全体を確認する必要があります。
対象機器の取り違え
同じようなホスト名やIPアドレスの機器へ接続し、別機器へ設定を投入してしまう。
影響範囲の見落とし
変更対象ポートの先に別スイッチやサーバーがあり、想定以上の通信断が発生する。
戻せない
設定バックアップが古い、または切り戻し方法を確認しておらず、復旧に時間がかかる。
変更作業の安全性は、「設定を間違えないこと」だけでは決まりません。
間違いや想定外が起きても、早く検知し、安全に元へ戻せる準備ができていることが重要です。
まず全体の流れを理解する
作業開始前は、次の順序で確認すると抜け漏れを減らしやすくなります。
ネットワーク変更作業の事前確認フロー
この順番のポイントは、いきなり機器へログインして設定を始めないことです。 まず「作業をしてよい条件」がそろっているかを確認します。
変更対象と変更目的を確認する
最初に、「何を変更するのか」と「なぜ変更するのか」を明確にします。
| 確認項目 | 確認する内容 | 確認例 |
|---|---|---|
| 対象機器 | ホスト名、管理IP、設置場所、機種 | SW-CORE01 / 10.0.0.11 / 3Fラック |
| 対象IF | 物理ポート、LAG、SVI、VLAN | Gi1/0/24 / Port-Channel10 / VLAN 100 |
| 変更前 | 現在の設定・状態 | VLAN 100未許可 |
| 変更後 | あるべき設定・状態 | トランクへVLAN 100追加 |
| 変更目的 | なぜその変更が必要か | 新設サーバーセグメントを上位SWへ通す |
「手順書に書いてあるから」だけでは変更目的になりません。
何の通信を成立させるための変更なのかが分からないと、作業後に正常性を判断できません。
機器へログインしたら最初に本人確認する
実作業では、投入前にホスト名や管理IP、機器情報などを確認し、接続先が対象機器であることを確認します。
コマンド名はベンダーやOSによって異なるため、実際の製品に合わせて読み替えてください。
影響範囲と依存関係を確認する
変更対象そのものだけを見ていると、接続先や上位・下位の依存関係を見落とします。 構成図、ポート説明、MACアドレステーブル、ルーティング情報などを使って、影響範囲を確認します。
「1ポート変更」の先にある影響を考える
最低限確認したい影響
- 作業中に通信断が発生するか
- 通信断が発生する場合、何分程度を想定しているか
- どのVLAN、サブネット、拠点、サーバーが影響するか
- 管理通信や監視通信も同時に切れないか
- 冗長経路へ切り替わるのか、完全断になるのか
- 相手機器側にも変更が必要か
- FW、LB、DNS、DHCPなど別システムの変更と連動していないか
実務では「直接影響」と「間接影響」を分けて考えます。
対象IFがDownする直接影響だけでなく、STP再計算、ルート変更、セッション再確立などにより別経路へ影響する可能性も確認します。
現行状態と事前疎通を取得する
変更後に「正常か異常か」を判断するには、変更前の正常状態が必要です。 これをベースラインとして記録しておきます。
代表的な取得項目
| 分類 | 確認項目 | 見る理由 |
|---|---|---|
| 機器 | ホスト名、時刻、CPU、メモリ、稼働時間 | 対象確認と異常状態の有無 |
| IF | up/down、速度、duplex、エラー、description | 物理状態と接続先の把握 |
| L2 | VLAN、トランク、MAC、STP、LAG | スイッチング状態の把握 |
| L3 | IP、ARP/ND、ルーティング、隣接関係 | 到達経路の把握 |
| 制御 | ACL、FWポリシー、NAT、VPN状態 | 通信制御の確認 |
| 運用 | Syslog、監視アラート、NTP | 作業前から存在する異常の切り分け |
事前疎通は「作業後にも同じ試験をする」
たとえば、作業前に次の通信を確認したのであれば、作業後も同じ条件で確認します。
作業前に失敗している試験を、作業後の失敗として扱わないことが重要です。
事前疎通の結果を残しておけば、「今回の変更で壊れたのか」「元から失敗していたのか」を判断しやすくなります。
バックアップを確認する
バックアップは「ファイルを1つ保存したから完了」ではありません。 何を復旧するためのバックアップなのかを確認します。
設定バックアップ
- running-config相当
- startup-config相当
- 変更対象部分の抜粋
- ポリシーやオブジェクトのエクスポート
状態バックアップ
- ルーティングテーブル
- STP状態
- 隣接情報
- VPN・セッション状態
- ログ・アラーム状態
バックアップで確認すること
- 取得日時が今回の作業直前になっているか
- 対象機器・対象コンテキスト・対象VRFなどが正しいか
- 保存先へ正常に保存できているか
- 必要ならファイルを開いて内容を確認できるか
- 復元に必要な認証情報・ライセンス・イメージ等が別途必要でないか
バックアップがあることと、切り戻せることは同じではありません。
バックアップは材料です。実際にどう戻すか、どこまで戻るか、どれくらい時間がかかるかは別に確認します。
切り戻し条件と手順を確認する
変更作業では「異常が出たら戻す」だけでは不十分です。 何が起きたら、何分までに、どの手順で戻すかを事前に決めます。
| 項目 | 確認例 |
|---|---|
| 切り戻し条件 | 主要試験3項目のうち1項目でもNG、または監視断が5分以上継続 |
| 判断時刻 | 02:30までに正常性を確認できなければ切り戻し開始 |
| 切り戻し方法 | 追加設定を削除し、変更前設定を再適用 |
| 確認方法 | 変更前と同じ疎通試験、show確認、監視復旧を確認 |
| 判断者 | 作業責任者が顧客担当者と合意して判断 |
切り戻しは時間から逆算する
作業時間が01:00〜03:00で、切り戻しに30分必要なら、02:50まで作業を続けることはできません。 正常性確認の時間も必要なので、たとえば02:20〜02:30を切り戻し判断の期限として設定します。
作業時間の考え方
作業環境・権限・接続手段を確認する
手順が正しくても、作業端末や認証、接続経路に問題があると作業自体を開始できません。 また、設定変更によって管理経路を自分で切ってしまうケースにも注意します。
作業端末・ツール
- 作業用PCが利用できる
- SSH／HTTPS／コンソール接続が可能
- 必要なターミナルソフトがある
- ログ保存先に空きがある
- 時刻表示が正しい
認証・権限
- 作業アカウントが有効
- 変更に必要な権限がある
- MFAやワンタイム認証を確認
- 特権モードへの移行が可能
- 緊急時の代替アカウントを確認
代替アクセス
- コンソール接続の可否
- OOB管理経路の有無
- 現地要員へ依頼できるか
- 電源操作の責任範囲
作業時間
- メンテナンス時間帯
- 開始・終了時刻
- 切り戻し判断時刻
- 利用部門への連絡時刻
- 監視抑止の開始・解除時刻
管理経路を変更する作業では、特に代替アクセスを重要視します。
管理IP、管理VLAN、ルーティング、ACLを変更する場合、SSHセッションが切れたあとに再接続できるかを事前に考えておきます。
作業体制と連絡ルールを確認する
ネットワーク変更作業は、技術だけでなく役割分担も重要です。
| 役割 | 主な担当 |
|---|---|
| 作業者 | コマンド投入、ログ取得、手順実施 |
| 確認者 | 対象機器・投入内容・結果をダブルチェック |
| 作業責任者 | 開始判断、継続／切り戻し判断、全体進行 |
| 利用部門 | 業務影響確認、必要に応じて業務試験 |
| 監視担当 | アラート確認、監視抑止・解除、復旧確認 |
| エスカレーション先 | 想定外事象や障害時の技術支援・判断支援 |
連絡タイミングも決めておく
- 作業開始連絡
- 変更開始連絡
- 主要な試験完了連絡
- 切り戻し判断が必要な場合の連絡
- 作業完了・監視解除連絡
- 障害発生時の第一報
変更内容ごとの事前確認ポイント
変更の種類によって、特に重点的に見る項目が変わります。
| 変更内容 | 特に確認したいこと |
|---|---|
| VLAN追加・変更 | VLAN ID重複、アクセスポート、トランク許可VLAN、SVI、STP、対向SW、DHCPスコープ |
| ルーティング変更 | 宛先Prefix、Next Hop、AD/Metric、再配信、デフォルトルート、戻り経路、冗長経路 |
| ACL・FW変更 | 送信元・宛先・Port、ルール順序、既存セッション、暗黙のdeny、管理通信、NATとの関係 |
| インターフェース変更 | 対向ポート、speed/duplex、LAG所属、トランク設定、description、光レベル、冗長化 |
| STP変更 | Root Bridge、Priority、Port Cost、Path Cost、対象VLAN、ブロック位置、収束時の影響 |
| OS・ファームウェア変更 | 対応機種、ブート領域、設定互換性、再起動時間、冗長系切替、イメージ整合性、復旧手順 |
この表は「手順書の代わり」ではありません。
作業対象の製品仕様、設計書、変更内容に応じて確認項目を追加してください。
Go／No-Goを判断する
事前確認の最後は、「予定時刻になったから始める」ではなく、 作業開始条件がすべて満たされているかを確認します。
GO：開始できる状態
- 対象機器が一致している
- 現行状態に想定外の異常がない
- バックアップ取得済み
- 事前疎通結果を記録済み
- 切り戻し条件・手順が明確
- 作業者・確認者がそろっている
- 必要な承認・開始連絡が完了
NO-GO：止めるべき状態
- 対象機器や配線が資料と一致しない
- 作業前から重大アラームが出ている
- バックアップを取得できない
- 切り戻し手順が未確認
- 必要な権限や接続経路がない
- 影響部門への連絡が完了していない
- 作業時間が不足している
事前確認で想定外を見つけたことは「失敗」ではありません。
むしろ、本番変更を始める前に止められたことが事前確認の成果です。
ネットワーク変更作業でよくある失敗
1．バックアップが昨日のもの
直前に別変更が入っていると、昨日のバックアップへ戻すことで別の設定まで消す可能性があります。
2．事前疎通を省略する
作業後に通信NGを見つけても、その障害が変更前から存在したのか判断しにくくなります。
3．切り戻し時間を見ていない
作業を続けすぎて、メンテナンス時間内に元へ戻せなくなることがあります。
4．管理通信への影響を忘れる
ACLや管理VLAN変更により、自分自身のSSH接続を切断し、再接続できなくなる場合があります。
5．資料と現地差分を無視する
構成図やパラメータシートと現行設定が違うのに、そのまま手順を続けると事故につながります。
6．作業完了条件が曖昧
「設定が入った」だけで完了せず、通信・監視・ログ・業務確認まで何を満たせば完了か決めます。
ネットワーク変更作業の事前確認チェックリスト
実務で使いやすいように、作業前の確認項目を一覧化します。
1．変更対象
- 対象機器名・管理IP・設置場所が一致している
- 対象インターフェース・VLAN・VRF等が一致している
- 変更前／変更後の値が明確になっている
- 変更目的を説明できる
2．影響範囲
- 通信断の有無と想定時間を確認した
- 影響する利用者・システム・拠点を確認した
- 対向機器・上位／下位機器との依存関係を確認した
- 冗長化時の切替先と影響を確認した
3．現行状態
- 変更前設定を取得した
- IF、VLAN、STP、Route、Neighbor等の状態を取得した
- 既存アラームやエラーカウンタを確認した
- 事前疎通の結果を記録した
4．バックアップ・切り戻し
- 直前バックアップを取得した
- バックアップの保存先と内容を確認した
- 切り戻し条件が数値・時刻・試験結果などで明確になっている
- 切り戻し手順と所要時間を確認した
- 切り戻し後の正常性確認方法を確認した
5．作業環境・体制
- 作業アカウントと必要権限を確認した
- SSH・HTTPS・コンソール等の接続方法を確認した
- 作業ログを保存できる
- 作業者・確認者・責任者が明確になっている
- 緊急連絡先・エスカレーション先を確認した
- 作業開始・完了・障害時の連絡方法を確認した
6．最終判断
- 必要な承認が完了している
- メンテナンス時間に余裕がある
- 監視抑止など必要な運用対応が済んでいる
- 想定外事項が残っていない
- 作業責任者がGo判断している
作業開始前の報告例
事前確認が完了したら、作業者だけで抱えず、開始可能な状態を関係者へ共有します。
【変更作業 事前確認結果】 対象：SW-CORE01 変更内容：Port-Channel10 の許可VLANへ VLAN100 を追加 作業時間：01:00～03:00 【事前確認】 ・対象機器／対象ポート：設計資料と一致 ・現行コンフィグ：取得済み ・事前疎通：主要5項目すべて正常 ・既存アラーム：作業影響となる異常なし ・バックアップ：01:05取得済み ・切り戻し条件：主要疎通NG、または02:25までに正常性確認できない場合 ・切り戻し方法：追加VLAN設定を削除し、変更前状態へ復旧 ・作業者／確認者：配置済み 以上より、作業開始可能と判断します。
理解度チェック
記事の内容を確認するため、次の5問に答えてください。
問題1．変更作業前のベースライン取得として最も適切なものはどれですか。
- 変更後のコンフィグだけを保存する
- 変更前の設定・状態・疎通結果を記録する
- 作業完了後に構成図を確認する
- 作業者のPCを再起動する
解答を見る
変更前の正常状態を記録しておくことで、変更後との差分を判断できます。
問題2．「バックアップを取得した」だけでは不十分な理由を説明してください。
解答を見る
バックアップがあっても、復元方法、復元範囲、必要時間、復元後の確認方法が分からなければ、異常時に安全に戻せないためです。
問題3．作業時間が01:00～03:00、切り戻しに30分必要です。02:50まで新設定の調査を続ける判断は適切ですか。
解答を見る
切り戻し作業と切り戻し後の確認時間が不足します。事前に切り戻し判断期限を設定します。
問題4．ACL変更前に特に確認したい通信を2つ挙げてください。
解答を見る
例：業務通信、管理通信（SSH/HTTPS）、監視通信（SNMP）、Syslog、NTPなど。特に管理通信を遮断すると作業継続が困難になります。
問題5．事前確認で構成図と現行設定に差分が見つかりました。最も適切な対応はどれですか。
- 予定時刻なのでそのまま作業する
- 差分を無視して手順書を優先する
- 差分の理由と影響を確認し、必要なら作業を止める
- 変更後に調査する
解答を見る
前提条件が崩れている可能性があるため、差分を確認するまでNo-Goとする判断が安全です。
実践演習：VLAN追加作業の事前確認を考える
次の変更作業を担当するとします。
演習シナリオ
変更内容：SW-CORE01のPort-Channel10のトランク許可VLANへVLAN100を追加する。
課題1．事前に確認する項目を8つ挙げてください
解答例を見る
- SW-CORE01が対象機器であること
- Port-Channel10の対向がSW-ACCESS01であること
- VLAN100がSW-CORE01上に存在するか
- Port-Channel10の現在の許可VLAN
- 対向SW側のVLAN100設定
- STP上のVLAN100の状態
- 変更前コンフィグと状態情報のバックアップ
- VLAN100のGateway・DHCP・ルーティング等の準備状況
- 事前疎通と作業後試験内容
- 切り戻し条件・切り戻しコマンド
課題2．作業前と作業後で比較する情報を考えてください
解答例を見る
- Port-Channel10のup/down
- メンバーポートの状態
- 許可VLAN一覧
- STP状態
- MACアドレス学習状況
- PC-AからGatewayへの疎通
- PC-Aから業務サーバーへの疎通
- 監視・Syslogの正常性
課題3．No-Goにする条件を3つ考えてください
解答例を見る
- 構成図と実際の対向機器が一致しない
- Port-Channel10またはメンバーIFが作業前から異常
- バックアップが取得できない
- 対向SW側の設定準備が完了していない
- 作業時間が不足している
- 作業責任者または確認者が不在
自分の言葉で説明する課題
後輩から「手順書が完成しているなら、事前確認は何のためにするんですか？」と聞かれました。30秒程度で説明してください。
説明例を見る
手順書は予定している変更方法を示しますが、実際の機器や通信がその前提どおりとは限りません。 そのため、作業前に対象機器、現行状態、影響範囲、バックアップ、切り戻し方法、作業体制を確認し、 想定外がない状態で作業を開始できるか判断します。
現場でよく使う英語表現
| 英語 | 意味 | 実務での使い方 |
|---|---|---|
| Pre-check | 事前確認 | Pre-check completed. |
| Baseline | 変更前の基準状態 | Capture the baseline before the change. |
| Maintenance window | メンテナンス時間帯 | Confirm the maintenance window. |
| Rollback | 切り戻し | Rollback if the validation fails. |
| Impact | 影響 | Confirm the expected service impact. |
| Go / No-Go | 実施／中止判断 | Make the Go/No-Go decision before the change. |
まとめ
- 変更作業の事前確認では、変更内容だけでなく現行状態・影響範囲・復旧方法まで確認する
- 変更前の設定・状態・疎通結果をベースラインとして残す
- バックアップ取得と切り戻し計画は別々に確認する
- 切り戻し条件は「異常があれば」ではなく、試験結果や時刻など具体的に決める
- 管理通信を自分で切らないよう、代替アクセスやOOB経路を確認する
- 対象・状態・体制・時間の前提が崩れている場合は、作業を始めない判断も重要
- 作業前と作業後で同じ観点を比較できるようにする
安全な変更作業は、「正しい設定を入れること」ではなく、「異常時にも安全に判断して戻せる状態を作ること」から始まります。
コメント