この記事は、 「ネットワーク中級編｜構築・検証・障害切り分けを身につける」 の第44回です。
前回は、パラメータシートからインターフェース、IPアドレス、VLAN、 ルーティングなどの設定値を読み取る方法を学びました。 今回は、それらの設定を実機へ反映するときに使用する 作業手順書をどのように確認すればよいかを学びます。
作業手順書の確認ポイントとは？ネットワーク作業前に見るべき項目を解説
作業手順書にコマンドが書かれているからといって、そのまま実行してよいとは限りません。 対象機器、前提条件、投入コマンド、正常性の確認方法、影響範囲、 異常時の切り戻し方法、作業を継続するための判断基準まで確認して、 初めて安全に実行できる手順書になります。
ネットワーク作業で怖いのは、コマンドを知らないことだけではありません。 手順書どおりに作業したにもかかわらず、想定外の通信断を発生させる ケースがあります。
手順書を確認するときは、「コマンドが合っているか」だけではなく、 この作業を実行すると何が変わり、何を確認できれば成功で、 どの状態になったら中止・切り戻しするのかまで読み取ることが重要です。
この記事を読み終えるとできること
- 作業手順書の役割を説明できる
- 前提条件の不足を見つけられる
- 投入コマンドを設定値と照合できる
- 作業前後の確認項目を整理できる
- 切り戻し手順の妥当性を確認できる
- 継続・中止・切り戻しの判断基準を確認できる
作業手順書とは
作業手順書とは、変更内容を安全かつ再現可能な形で実施するために、 作業前確認、実施手順、正常性確認、異常時対応を順番に整理した文書です。
ネットワークの変更作業では、VLAN追加、ルーティング変更、 ACL変更、インターフェース設定、機器交換、OSアップデートなど、 さまざまな操作を本番環境へ実施します。
その際、担当者が記憶だけで作業すると、入力漏れや確認漏れが発生しやすくなります。 そこで、誰が実施しても同じ流れで作業できるように手順を文書化します。
手順書の役割は「コマンド一覧」ではありません。
作業を安全に進め、途中で想定外の状態になったときにも 次に取る行動を判断できるようにすることが重要です。
作業手順書を確認する全体像
作業手順書は、上から順番に読むだけではなく、 作業前から切り戻しまで一つの流れとして確認します。
ネットワーク変更作業の基本的な流れ
作業前確認と作業後確認は、できるだけ対になるように考えます。
変更前の正常な状態を記録しておくことで、 作業後に「何が変わったのか」「想定外の変化がないか」を比較できます。
必ず確認したい6つのポイント
作業手順書をレビューするときは、最低でも次の6項目を確認します。
前提条件
対象機器、接続方法、現行状態、必要ファイルなど、 作業開始前に満たしているべき条件を確認します。
コマンド・操作
対象機器、インターフェース、VLAN、IPアドレスなどが 設計値と一致しているか確認します。
確認方法
showコマンドやpingなど、 変更が正常に反映されたことを確認する方法を確認します。
影響範囲
通信断の有無、影響するVLAN、拠点、利用者、 冗長構成への影響などを確認します。
切り戻し
問題発生時に元の状態へ戻す方法と、 切り戻し後の正常性確認を確認します。
判断基準
どの状態なら次へ進み、 どの状態なら作業停止・切り戻しとするかを確認します。
特に危険なのは「確認してください」とだけ書かれている手順です。
何をもって正常とするのかが書かれていなければ、 作業者によって判断が変わってしまいます。
前提条件を確認する
最初に確認するのは、コマンドではなく 「この手順を開始してよい状態になっているか」です。
対象が明確か
- 機器名
- 管理IPアドレス
- 設置拠点
- 対象インターフェース
- 対象VLAN・VRF・ルーティング領域
現行状態を確認できるか
- 現在のコンフィグ
- インターフェース状態
- ルーティング状態
- 冗長系の状態
- 作業対象通信の正常性
必要な準備物がそろっているか
- バックアップコンフィグ
- 作業用アカウント
- 必要なソフトウェア・OSファイル
- コンソール接続手段
- 設計書・パラメータシート
依存する作業が完了しているか
- 対向機器の設定
- 回線開通
- サーバー側設定
- ファイアウォール許可
- 監視・DNSなどの関連設定
たとえば「VLAN 200を追加する」という作業でも、 対向スイッチのトランクでVLAN 200が許可されていなければ、 自機だけ正しく設定しても通信できません。
投入コマンドを確認する
次に、手順書に記載されたコマンドと パラメータシートや設計書を照合します。
コマンドを一文字ずつ見るだけではなく、 「このコマンドによって何が変わるのか」を説明できる状態にしておくことが重要です。
| 確認項目 | 確認する内容 |
|---|---|
| 対象機器 | 作業対象のホスト名・管理IPと一致しているか |
| 対象IF | ポート番号・Port-Channel・SVIなどが正しいか |
| IP情報 | IPアドレス、プレフィックス、ネクストホップが正しいか |
| VLAN | VLAN ID、Access VLAN、Trunk許可VLANが正しいか |
| ルーティング | 宛先、マスク、ネクストホップ、コストなどが正しいか |
| 削除操作 | no や削除操作によって必要な既存設定まで消えないか |
例：アクセスポートのVLAN変更
例として、Cisco IOS形式で次の変更を行うとします。
configure terminal
interface GigabitEthernet1/0/10
switchport mode access
switchport access vlan 20
endこのコマンドだけを見て「構文が正しい」と判断するのではなく、 次のように確認します。
- 本当に対象ポートは GigabitEthernet1/0/10 か
- 接続されている端末はVLAN 20へ変更する対象か
- VLAN 20は対象スイッチに存在しているか
- 上位スイッチまでVLAN 20を転送できるか
- VLAN 20のデフォルトゲートウェイは存在するか
- 変更後に端末通信を確認する方法が記載されているか
上記コマンドは説明用の例です。 実際の構文や動作は機種、OS、設定状態によって異なります。 本番作業では対象機器の設計情報・現行設定・製品仕様を確認してください。
コピペ前提の手順ほど注意する
コマンドブロックをそのまま貼り付けられる手順書は便利ですが、 その分、別機器用の値が残っていると一度に誤設定してしまう危険があります。
ホスト名、インターフェース、IPアドレス、 VLAN IDなどを確認せず投入すると、大きな影響につながる可能性があります。
特に数字を含む値は見落としやすいため、 パラメータシートと一つずつ突き合わせます。
確認方法と判断基準を確認する
良い作業手順書には、 「設定する手順」と同じくらい「確認する手順」が書かれています。
作業前確認・作業後確認・通信確認に分ける
| タイミング | 目的> | タイミング | 目的 | 確認例 |
|---|---|---|---|---|
| 作業前 | 変更前の正常状態を記録する | IF状態、ルート、隣接状態、ping、ログ | ||
| 設定直後 | 想定した設定が反映されたか確認する | running-config、VLAN、ルート、ACLなど | ||
| 通信確認 | 利用者視点で通信が正常か確認する | ping、名前解決、TCP接続、アプリケーション確認 | ||
| 最終確認 | 副作用や新規異常がないか確認する | ログ、監視、冗長系、エラー、CPUなど |
「正常」の条件が書かれているか
何を見れば正常なのか分かりません。
確認対象と期待結果が明確なため、 作業者が同じ基準で判断できます。
確認コマンドには「期待値」をセットで書きます。
「コマンドを実行した」という事実ではなく、 出力結果が期待する状態になっていることを確認して初めて次へ進みます。
正常だけでなく異常時の行動も書く
例えば、作業後のping確認で失敗した場合に、 「再度pingする」のか、「調査へ移る」のか、「即座に切り戻す」のかでは意味が大きく異なります。
- 何回確認するか
- 何分待つか
- どのログを確認するか
- 誰へ相談するか
- どの条件で作業を中止するか
ここまで決まっていると、想定外の状況でも落ち着いて判断できます。
影響範囲を確認する
作業手順書には、その操作によって発生する可能性がある 通信影響も記載されている必要があります。
利用者への影響
- 通信断は発生するか
- 何秒・何分程度か
- どの利用者が対象か
- 再接続が必要か
ネットワークへの影響
- ルーティング再計算が発生するか
- 冗長系が切り替わるか
- セッションが切断されるか
- 監視アラートが発生するか
直接変更していない通信も考える
例えば、トランクポートのAllowed VLANを変更する場合、 作業目的が「VLAN 200を追加する」だけでも、 コマンドの書き方によっては既存VLANへ影響する可能性があります。
変更対象と影響対象は同じとは限りません。
変更するインターフェースを経由している既存通信や、 冗長経路、隣接装置への影響まで確認します。
切り戻し手順を確認する
本番作業では、すべてが予定どおりに進むとは限りません。 そのため、作業を開始する前に 元の状態へ戻す方法を確認しておきます。
切り戻しで最低限確認すること
- どの状態になったら切り戻すのか
- 誰が切り戻しを判断するのか
- 元の設定値が記録されているか
- 切り戻しコマンドが用意されているか
- 切り戻しに必要な時間を見込んでいるか
- 切り戻し後の確認方法が記載されているか
「元のコンフィグへ戻す」だけでは不足
具体的な設定値や操作方法、判断条件が分かりません。
条件、操作、復旧確認まで一連の流れになっています。
設定を戻しただけでは切り戻し完了ではありません。 元のサービス状態・通信状態まで復旧したことを確認して完了です。
実際の手順書をレビューする
次の簡略化した手順書を例に、問題点を考えてみましょう。
1. SW01へログインする
2. 以下を投入する
configure terminal
interface GigabitEthernet1/0/10
switchport access vlan 20
end
3. 設定を確認する
4. pingを確認する
5. 問題なければ作業終了一見すると作業できそうですが、実際には多くの情報が不足しています。
| 不足している項目 | 問題点 | 追加したい内容 |
|---|---|---|
| 接続先 | 別のSW01へ接続する可能性がある | ホスト名・管理IP・拠点 |
| 作業前状態 | 元のVLANが分からない | 現行VLANとポート状態を記録 |
| 設定値 | VLAN 20が設計値か判断できない | パラメータシートとの照合 |
| 設定確認 | 何をもって正常か不明 | VLAN 20へ所属したことを確認 |
| ping先 | 宛先が不明 | 具体的なIPアドレス・期待結果 |
| 異常時対応 | 失敗時に何をするか分からない | 中止条件と切り戻し手順 |
改善した手順イメージ
-
SW01（管理IP：192.0.2.10）へ接続する
ログイン後、ホスト名がSW01であることを確認する。 -
作業前状態を確認する
Gi1/0/10がupであり、Access VLAN 10へ所属していることを確認・記録する。 -
VLAN 20が存在することを確認する
存在しない場合は作業を開始せず、作業責任者へ確認する。 -
Gi1/0/10のAccess VLANを20へ変更する
パラメータシートの対象ポート・VLAN IDと再度照合してから投入する。 -
設定反映を確認する
Gi1/0/10がAccess VLAN 20へ所属していることを確認する。 -
疎通を確認する
指定された確認端末からデフォルトゲートウェイおよび対象サーバーへの通信を確認する。 -
異常がある場合は切り戻す
Gi1/0/10をVLAN 10へ戻し、作業前と同じ通信状態へ復旧したことを確認する。
手順書レビューでは、 実際に自分がその場で作業するつもりで読み進めると 不足している情報を見つけやすくなります。
作業手順書レビュー用チェックリスト
実務では、次のようなチェックリストを使うと確認漏れを減らせます。
| 分類 | 確認ポイント |
|---|---|
| 基本情報 | 作業目的、日時、対象機器、担当者が明確か |
| 対象 | 機器名、IP、ポート、VLANなどを一意に特定できるか |
| 前提条件 | 必要な関連作業・現行状態・準備物が整理されているか |
| 作業前確認 | 変更前の正常状態を記録できるか |
| コマンド | 設計書・パラメータシートと一致しているか |
| 影響 | 通信断、セッション断、冗長系への影響が明確か |
| 作業後確認 | 設定反映・通信・ログなどの確認方法があるか |
| 期待値 | 正常と判断する具体的な結果が書かれているか |
| 異常時 | 作業停止・エスカレーション条件が明確か |
| 切り戻し | 元の設定値、操作方法、復旧確認が記載されているか |
レビュー時に分からない項目があった場合、 「現地で確認すればよい」と残さず、 可能な限り作業開始前に解消しておくことが重要です。
よくある危険な手順書
何のための設定か、どこまで投入したら確認するのか、 問題時にどこまで戻せばよいのか判断できません。
作業者によって正常の判断が変わります。 期待する状態や値を明確にします。
作業後に障害を見つけても、 作業前から発生していた問題なのか判断できなくなります。
元の設定値、操作方法、切り戻し後の確認方法まで具体化する必要があります。
想定外の表示やエラーが発生したときに、 勝手な判断で次の手順へ進む原因になります。
作業者が「なぜこの操作をするのか」を理解できる手順書は、 想定外の状況にも気づきやすくなります。
理解度チェック
作業手順書の確認ポイントを理解できたか、 5問で確認してみましょう。
問題1．作業手順書を確認するとき、最も適切な考え方はどれですか。
- コマンドのスペルだけを確認する
- 作業者が経験者ならレビューは不要
- 前提条件・作業・確認・切り戻しを一連の流れで確認する
- 本番環境で問題が出たらその場で考える
解答を見る
コマンドだけでなく、作業開始条件、影響、 正常性確認、判断基準、切り戻しまで確認します。
問題2．作業前確認を実施する主な理由は何ですか。
解答を見る
変更前の正常状態を把握・記録するためです。
作業後の状態と比較することで、 変更による影響や想定外の変化を判断しやすくなります。
問題3．「showコマンドを実行して正常であることを確認する」という手順の問題点は何ですか。
解答を見る
正常と判断する具体的な期待値が記載されていないことです。
例えば「VLAN 20がactiveで表示されること」のように、 確認対象と期待結果を具体化します。
問題4．切り戻し手順に必要な情報を3つ挙げてください。
解答を見る
例：
- 切り戻しを開始する判断条件
- 元の設定値
- 切り戻し操作・コマンド
- 切り戻し後の正常性確認
- 切り戻しを判断する担当者
問題5．手順書どおりにコマンドを投入したところ、想定していないエラーが表示されました。 手順書にエラー時の指示がない場合、どうするのが適切ですか。
解答を見る
自己判断で次の手順へ進まず、作業を止めて状況を確認・共有します。
エラー内容、実施済み手順、現在の状態を整理し、 作業責任者などと継続・調査・切り戻しを判断します。
実践演習：不足している確認項目を見つけよう
あなたは、次のネットワーク変更手順書をレビューする担当者です。
作業内容：SW01のGi1/0/24をトランクへ変更する
1. SW01へログインする
2. 以下のコマンドを投入する
configure terminal
interface GigabitEthernet1/0/24
switchport mode trunk
end
3. show interfaces trunk を実行する
4. 作業終了課題1．不足している情報を5つ以上挙げる
解答例を見る
- SW01の管理IPが記載されていない
- Gi1/0/24の接続先が記載されていない
- Gi1/0/24の現行設定が記載されていない
- トランクで許可するVLANが記載されていない
- 対向ポートの設定確認がない
- 変更による通信影響が記載されていない
- 作業前の疎通確認がない
- 作業後の通信確認がない
show interfaces trunkの期待結果がない- 異常時の切り戻し手順がない
- 作業中止の判断条件がない
課題2．作業後確認を追加する
この変更が正常に完了したことを確認するため、 どのような項目を確認するか考えてください。
・＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
・＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
解答例を見る
- Gi1/0/24がtrunk状態になっていること
- 必要なVLANがトランクで転送可能なこと
- 対向ポートも想定どおりの状態であること
- 対象VLANの端末間通信が正常なこと
- STP状態に想定外の変化がないこと
- 新規エラーやリンクダウンログがないこと
課題3．切り戻し条件を書く
解答例を見る
例： 「変更後に対象VLANの通信が成立せず、確認時間内に原因を特定できない」 場合は作業を中止し、Gi1/0/24を作業前の設定へ戻す。
切り戻し後、 「作業前に正常だった通信が復旧し、インターフェース状態とログに異常がないこと」 を確認します。
自分の言葉で説明する課題
後輩から 「手順書にコマンドが書いてあるのに、なぜ作業前にレビューする必要があるのですか？」 と質問されました。 1分程度で説明してください。
説明例を見る
手順書に書かれているコマンドが正しくても、 対象機器や設定値が間違っていたり、 作業後の確認方法や切り戻し方法が不足していたりすると、 本番環境で障害につながる可能性があります。
そのため、作業前に 「対象・前提条件・コマンド・影響・確認方法・判断基準・切り戻し」 を確認し、想定外の状態になった場合でも安全に対応できる手順になっているかをレビューします。
まとめ
- 作業手順書は、コマンドだけではなく 作業前確認から異常時対応までを整理した文書
- レビューでは 前提条件・コマンド・確認方法・影響・切り戻し・判断基準 を確認する
- コマンド内のIPアドレス、VLAN、インターフェースなどを パラメータシートと照合する
- 作業前の正常状態を記録し、作業後と比較できるようにする
- 確認手順には「何を見るか」だけでなく 期待する結果を記載する
- 変更対象だけでなく、その変更によって影響する既存通信も確認する
- 切り戻しでは、設定を戻すだけでなく 元の通信・サービスが復旧したことまで確認する
- 想定外の状態では自己判断で先へ進まず、 継続・中止・切り戻しの判断基準に従う
良い作業手順書とは、 「何を入力するか」だけでなく 「何を確認し、どう判断するか」まで分かる手順書です。
コメント