html スイッチのソフトウェア復旧:設定、ファームウェア、アクセス | FCTELE
                                   +8618758069661 [email protected]
製品検索 検索ガイド: スペース = AND(かつ)、 | = OR(または)、 ! = NOT(除外)

ご質問はありますか? 今すぐお電話ください!

+8618758069661

またはメッセージをお送りください

オンラインお問い合わせ

産業用スイッチのソフトウェア障害からの復旧方法:稼働中の設定、ファームウェア、管理アクセス

閲覧数: 90 +1FCTELEによるオリジナル記事著者:FCTELE技術チーム
概要

スイッチの障害をソフトウェア復旧の問題として扱うべきなのは、どのような場合ですか?

まず、転送、管理、設定の永続化のどこに問題が生じたかを特定し、現状の証拠を保全します。完全復元やファームウェア変更を検討する前に、最後に検証・承認されたルールと現在の稼働状態を比較してください。ハードウェア固有の復旧手順や設定のインポート動作は機種によって異なります。必要なサービス経路、管理者アクセス、設定の永続化、使用可能なバックアップ資料を確認して初めて、復旧が完了したといえます。

3つの仕組みと検証の適用範囲信号の流れを追い、実際のサービスを検証する

01保存済みルールと稼働中のルールを区別する

Separate saved and running rulesThe current service can depend on settings not retained for restart.RunningSaveStartConfiguration persistence is a separate stepVerify an approved restart and serviceAn open session only shows present state

現在のサービスは、再起動後には保持されない設定に依存している可能性があります。

02管理経路を確保する

Retain a management routeAdministrative reachability is separate from production forwarding.AdminProtected pathDeviceProtection applies to the management endpointsForwarded application traffic is assessed separately

管理アクセスの可否と本番データの転送は別のものです。

03復元資料の適合性を確認する

Match restore materialFirmware and backups have model and version boundaries.BackupModel/versionRestore testMatch the saved file to compatible equipmentConfirm import behavior and recovery access

ファームウェアとバックアップには、対応する機種とバージョンの範囲があります。

スワイプして3つの図を比較 →

概念を説明するための図であり、実測波形、設置配線図、特定製品の内部構成を示すものではありません。
  • 保存済みルールと稼働中のルールを区別する

    文書に記載された保存動作と起動時の動作を確認してください。

  • 管理経路を確保する

    サポートされているローカル復旧経路、または管理下の復旧経路を確保してください。

  • 復元資料の適合性を確認する

    復元前に、機器の識別情報、インポートの動作仕様、ロールバック方法を確認してください。

選定・検証チェックリスト確認項目と関連ガイドを展開する
対象サービスと実際の運用条件に関する確認事項
確認項目確認する内容検証方法
保存済みルールと稼働中のルールを区別する現在のサービスは、再起動後には保持されない設定に依存している可能性があります。文書に記載された保存動作と起動時の動作を確認してください。
管理経路を確保する管理アクセスの可否と本番データの転送は別のものです。サポートされているローカル復旧経路、または管理下の復旧経路を確保してください。
復元資料の適合性を確認するファームウェアとバックアップには、対応する機種とバージョンの範囲があります。復元前に、機器の識別情報、インポートの動作仕様、ロールバック方法を確認してください。

産業用スイッチが設定変更、ファームウェア更新、再起動の後に異常動作した場合は、まず「現在稼働中の設定」と「起動時に読み込まれる設定」を確認し、そのうえでソフトウェア復旧が必要かを判断します。ポートのランプが点灯していてもサービスが動作しない場合、単にVLANの設定が異なっている可能性があります。また、管理ページにアクセスできないからといって、データ転送が停止しているとは限りません。本記事では、設定、ファームウェア、管理アクセスの復旧について説明します。物理ケーブルや電源の障害については、次の記事をご覧ください。 階層別トラブルシューティングの記事.

ファームウェア、稼働設定、起動設定のそれぞれの役割

ファームウェアは、機器を動作させるソフトウェアプログラムです。機器の起動、管理インターフェースの提供、ハードウェアを制御したスイッチング処理を担います。設定とは、このプログラムに与える具体的なルールの集合であり、どのポートを同じVLANに所属させるか、どのアップリンクでタグ付きデータの通過を許可するかなどを定めます。ファームウェアの変更は、これらのルールの変更とは異なり、設定の復元も、プログラムに関するすべての問題を修正することとは異なります。

多くの管理型ネットワーク機器では、現在有効なルールを稼働設定(running configuration)、再起動後に読み込むルールを起動設定(startup configuration)と呼びます。前者は調整に応じて変わりますが、後者には通常、保存操作が必要です。メーカーによっては自動保存などの仕組みを採用しているため、機種のマニュアルを確認してください。よくある現象として、現場でポート設定を変更した時点ではサービスが正常だったのに、停電後に以前の状態へ戻ることがあります。この場合は、スイッチングチップの故障と直ちに結論づけるのではなく、まず保存の仕組みを確認すべきです。

外部バックアップとは、機器の外部に保管するファイルです。設定をスイッチ内部に保存するだけでは、機器の破損や機器全体の交換には対応できません。バックアップには機器番号、ハードウェアバージョン、ファームウェアバージョン、エクスポート日時、ポートの用途を明記し、管理された場所に保管してください。ファイルにはアカウント情報やネットワーク情報が含まれる場合があるため、公開グループに投稿しないでください。復旧前には、復元先機器との互換性も確認します。同じブランドでも、異なる機種をそのまま置き換え可能なものとして扱わないでください。

スイッチの稼働設定は転送を制御し、起動設定は起動時に読み込まれます。検証後に保存し、外部バックアップをエクスポートします
図1:稼働、保存、外部バックアップはそれぞれ異なる操作です。保存構造は一般的な仕組みを示したものであり、個々の機器の保存・読み込み動作はマニュアルで確認してください。

まず管理障害とサービス障害を切り分ける

管理アドレスは機器の設定にアクセスするために使用し、サービスポートは端末データを伝送するために使用します。両者は関連していますが、同じ試験対象ではありません。管理用コンピューターのアドレス変更、管理用VLANの制限、ブラウザーセッションの期限切れなどによってページにアクセスできなくても、PLCとホストコンピューターは引き続き通信できる場合があります。逆に、ページにログインできても、すべてのサービスポートが正常であるとは証明できません。

まず、障害が発生した端末、すべてのポートで同時に異常が発生したかどうか、障害直前に行われた最後の変更を記録します。ログ、現在のバージョン、ポート状態、エクスポートした設定を保管してください。管理アクセスが可能なら、最初に読み取り専用の確認を行います。ネットワーク経由の管理アクセスが失われた場合は、コンピューターのサブネット、アクセスが許可されたインターフェース、機器の管理アドレスを確認します。その機種に実際にローカルコンソールが備わっている場合に限り、指定のケーブルとシリアル通信パラメーターに従ってアクセスしてください。インターネットで見つけたコマンドを、すべての産業用スイッチに適用しないでください。

リンクが正常な場合は、サービス経路上のVLANとポートルールを確認する

VLANは、レイヤー2ネットワークを異なる論理範囲に分割するルールです。端末を接続するアクセスポートでは通常、タグなしフレームを指定のVLANに割り当てます。アップリンクポートでは、複数のタグ付きVLANを伝送する場合があります。ポートが所属する範囲、タグなしフレームの分類方法、アップリンクで許可するタグは、一組の設定として確認する必要があります。物理リンクのランプは、両端でリンクが確立したことを示すだけであり、これらのルールが一致していることまでは証明できません。

例えば、PLCがスイッチAのVLAN10に接続され、ホストコンピューターがスイッチBのVLAN10に接続されていても、その間のアップリンクがVLAN20しか許可していない場合があります。両機器のアップリンクランプが点灯していても、PLCのデータは通過できません。正しい対処は、両端のアクセスポートの割り当てとアップリンクの許可リストを確認することであり、便宜のためにすべての分離ルールを削除することではありません。もともとVLANをまたぐ通信を想定したサービスであれば、対応するルーティングとアクセスルールも必要です。タグの通過を許可するだけで、サブネット間の通信が自動的に可能になるわけではありません。

同じ物理アップリンクでも、VLAN10が許可されていなければサービス通信は遮断され、対応するVLANを正しく許可すると端末データが通過します
図2:この例のサービスはVLAN10に所属します。アクセスポートとアップリンクの許可範囲を確認し、本来の分離の意図を維持してください。この図は、特定機種の設定画面ではありません。

ポートが管理操作によって無効化されていないか、アクセス制御がサービスを遮断していないか、リンクアグリゲーションの設定が両端で一致しているかも確認します。対応プロトコル、機能名、パラメーターの設定箇所は機種によって異なります。飛暢科技の公式サイトに掲載されている 10G光ポート4基とギガビットイーサネットポート8基を備えた管理型産業用DINレール対応レイヤー3スイッチ は、管理機能およびレイヤー3関連機能を提供し、転送ルールの検証が必要な用途に適しています。ただし、非管理型の機種でもログインしてVLANを変更できるという意味ではありません。実際の操作では、納入された機種と対応するバージョンを必ず確認してください。

設定を復元する際は、まず最後に検証されたバージョンを見つける

障害前に検証済みの設定と現在の設定を比較し、影響を受けたポート、VLAN、アップリンク、管理アドレスを重点的に確認します。現象を説明できる項目を一度に一つだけ修正し、対応するサービスを試験してカウンターを観察します。特定の変更によって問題が発生した場合は、機器全体の設定を消去するよりも、その変更を元に戻すほうが、通常は影響範囲を管理しやすくなります。

バックアップをインポートする前に、上書きかマージか、直ちに有効になるか、再起動が必要か、復旧後に管理アドレスが変わるかを確認します。実装によっては、インポートしたコマンドを現在の稼働設定に追加するものもあれば、起動ファイルを置き換えるものもあり、この二つを混同してはいけません。復旧後のログイン経路を準備し、作業者と作業日時を記録してください。現場で生産制御サービスが稼働している場合は、保守時間帯とロールバック手順を設定します。一時的に誤った状態を固定してしまわないよう、保存前にサービスを検証してください。

ファームウェアの異常、更新、パスワード紛失への対処

パケット損失があるという理由だけで、ファームウェアに脆弱性があると結論づけないでください。送信側の輻輳、レイヤー2ループ、端末の異常でも同様の現象が発生することがあります。まず、バージョン、ログ、メーカーが把握している既知の問題を照合します。大量のブロードキャストによる影響は、レート、パケットサイズ、転送方式、コントロールプレーンの負荷によって異なり、すべてのスイッチに適用できる一定の割合のしきい値はありません。また、データプレーンと管理CPUを単純に同一視することもできません。

更新が本当に必要な場合は、ハードウェアバージョンに適合するファイルをメーカーの公式経路から入手し、更新経路と設定の互換性に関する注意事項を読み、メーカーが提供するチェックサムに従ってファイルの完全性を確認します。設定バックアップ、現在のバージョン記録、実行可能なロールバック方法を準備し、更新中は安定した電源を確保してください。すべての機器にバックアップイメージや障害復旧機能が備わっているわけではありません。対応するマニュアルと復旧用アクセス手段がない場合は、まず供給元に連絡し、電源の切断と再投入を繰り返して試さないでください。

パスワードを紛失した場合は、適切な権限のもとで機種の指示に従って対処してください。設定を保持する復旧手順もあれば、設定を消去したりサービスを中断したりする手順もあります。リセットボタンを、どの機器でも使えるパスワード復旧ボタンとして扱わないでください。管理アクセスが失われてもサービスが正常な場合は、稼働状態の維持を最優先にします。復旧後は初期認証情報を変更し、アクセス権限を確認し、管理下の保守記録を更新してください。

ログインの復旧だけでなく、復旧の完了を確認する方法

アップリンク設定を誤って変更したという仮の例で考えます。まず、異常時のポート情報とVLAN情報を保存し、変更差分を特定して、関連するアップリンクの許可範囲だけを元に戻します。PLCとホストコンピューターの実際のデータ交換が再開し、ポートエラーと破棄カウンターの増分が想定負荷に見合っていること、管理アドレスにも正常にアクセスできることを確認します。確認後、設定を保存して新しいバックアップをエクスポートします。

今回の問題が「再起動後に設定が失われる」ことであれば、業務日に任意に電源を入れ直すのではなく、合意した時間帯に再読み込み動作を検証します。受入確認では、サービス通信、管理アクセス、設定の永続化、ロールバック資料の四項目を確認してください。次の保守担当者がどの設定を検証済みか把握できるよう、変更前後の差分、試験条件、結果を残します。

参考資料:Cisco設定ファイルコマンドリファレンス 稼働設定と起動設定の違いを確認するために参照しています。Ciscoファームウェアのバックアップおよび復旧手順 機種ごとのイメージ復旧の適用範囲を確認するために参照しています。他社の操作手順を、そのまま飛暢科技の機器に適用することはできません。二つの図は一般的な原理を示したものであり、製品写真や試験記録ではありません。

中国語の技術記事から翻訳。原文の初回公開日:2020-11-18。原文の最終改訂日:2026-10-13T20:24:48+08:00。 中国語の原文を読む

実務上のよくある質問

昨日の設定テストは合格したのに、再起動後にサービスが停止するのはなぜですか?

検証・承認された稼働中の変更が保存されていないか、起動時に異なる形で読み込まれている可能性があります。ハードウェア障害と判断したりファームウェアを更新したりする前に、設定の同一性と永続化を確認してください。

管理用Webページにアクセスできなくなったら、直ちに工場出荷時設定へリセットすべきですか?

いいえ。まず、アドレス、管理用VLAN、アクセスポリシー、サポートされているローカルアクセス手段を確認してください。リセットによって、稼働中の本番環境のルールが削除される可能性があります。ブラウザーセッションが失敗したというだけで実施するのではなく、承認された復旧計画が必要です。

同じブランドの設定なら、どの交換用スイッチにも安全に復元できますか?

いいえ。ハードウェア、ファームウェア、機能の互換性、インポートが状態をマージするのか置き換えるのか、復元後のアクセスアドレスを確認してください。可能であれば、本番環境で復元する前に、互換性のある予備機で試験してください。

出典と適用範囲

これらの補足は一般的な仕組みを説明するものです。対応機能、接続の詳細、受入判定基準は、実際の機器、ソフトウェア、運用条件に合わせて検証する必要があります。図は測定結果や認証の証拠ではありません。

この記事を共有する