コンフィグ管理の自動バックアップで失敗が起こる背景
自動バックアップは、設定情報を定期的に取得して保管する、コンフィグ管理の基本機能です。便利な機能ですが、環境や設定によっては取得に失敗する場合があります。まずは、仕組みと失敗の背景を整理しておきましょう。
自動バックアップの基本的な仕組み
自動バックアップでは、ツールが決められた時刻に機器へ接続し、現在の設定情報を取得します。取得した設定は、ツールの保存先に世代ごとに保管されます。前回との差分を比較して、変更の有無を確認できる製品もあります。
この流れには、機器との接続、認証、設定の取得、保存という複数の段階があります。どの段階でも、条件が整わなければ失敗する可能性があります。仕組みを理解しておくと、原因の切り分けがしやすくなります。
原因が複数の要素にまたがる点
バックアップが失敗する原因は、機器、ツール、ネットワーク、保存先など複数の要素にまたがります。一つの原因に決めつけず、段階ごとに確認することが大切です。製品側の仕様だけでなく、利用環境の設定も影響します。
例えば、機器の設定変更やネットワークの構成変更の直後に、取得が失敗し始める場合があります。変更作業の記録とあわせて確認すると、原因に気づきやすくなります。失敗が続く場合は、ベンダーへの相談も検討しましょう。
失敗に気づかない状態のリスク
自動バックアップは、動いているように見えても、実際には取得できていない場合があります。通知の設定がないと、失敗に気づかないまま日数が経過するおそれがあります。その間に機器の設定が変更されると、最新の状態が保管されません。
障害が起きて復元しようとした際に、古い設定しか残っていないと、復旧に時間がかかります。成功したかどうかを確認する仕組みは、バックアップ機能そのものと同じくらい大切です。後半の章で、具体的な備え方を紹介します。
コンフィグ管理でエラーが生じる機器側の原因
バックアップの取得先である機器側に、エラーの原因があることも考えられます。機器へ接続できない、設定を読み取れないといったケースです。機器側で確認したい3つの原因を、順に見ていきましょう。それぞれの対処の方向性もあわせて紹介します。
機器への接続や認証ができない
ツールが機器へ接続するには、ログインのためのアカウントとパスワードなどの認証情報が必要です。機器側でパスワードを変更したのに、ツール側の登録を更新していないと、認証に失敗します。アカウントの有効期限切れやロックも、同様の原因になり得ます。
接続に使う方式も、機器の設定に左右されます。リモートでログインする方式が機器側で無効になっていると、ツールは接続できません。定期的なパスワード変更のルールがある場合は、更新の手順を決めておきましょう。
機器の状態や設定が取得を妨げる
機器の負荷が高いときや再起動の直後などは、ツールからの要求に応答できない場合があります。応答が遅れると、ツールが待ち時間を超えて、取得を失敗として扱う場合も考えられます。取得の時刻を、機器の処理が集中する時間帯から外すと、改善する場合もあります。
同時にログインできる接続数の上限が、機器ごとに決まっていることもあります。管理者が機器にログインしている最中は、ツールの接続が拒否される例もあります。作業の時間帯と取得の時刻が重ならないよう、調整しましょう。
機種やファームウェアが対象外になる
ツールが対応している機種でも、ファームウェア（機器を動かす制御用ソフト）を更新すると、設定の表示形式が変わる場合があります。その場合、ツールが設定を正しく読み取れず、取得が失敗することがあります。機器の更新前に、ツールの対応状況を確認しておくと安心です。
ベンダーが対応する機種を追加するまで、取得できない期間が生じることもあります。更新情報や対応機種の一覧は、定期的に確認しましょう。更新を予定している機器は、先に検証環境で取得を試すと確実です。
コンフィグ管理のエラー原因となるツールとネットワーク
機器に問題がなくても、ツールや通信経路、保存先に原因がある場合があります。これらは、導入形態や社内の環境によって状況が異なります。ここでは、確認したい3つの原因を取り上げます。自社の環境にあてはまるものがないか、確かめながら読み進めてください。
通信経路とファイアウォールの設定
ツールと機器の間の通信が、ファイアウォール（不正な通信を防ぐ仕組み）などで制限されていると、取得に失敗します。ネットワークの構成を変更した際に、通信の許可設定が漏れる場合もあります。クラウド型の場合は、社内の機器へ外部から接続できる経路の設計も必要です。
ネットワーク機器の管理に使う通信は、運用ルールで制限されていることもあります。ネットワークの担当者やセキュリティの担当者と、早めに調整しておきましょう。通信の不具合は、ツール側と機器側の双方で確認が必要です。
取得スケジュールと処理負荷の影響
管理する機器の数が増えると、同じ時刻に多くの取得処理が重なる場合があります。ツールの処理が追いつかないと、一部の取得が時間切れになることがあります。取得の時刻を分散させる設定ができるかを、見積もりの前に確認しましょう。
ツールを動かすサーバーの性能や、同時に処理できる件数の上限も影響します。台数の増加を見込んで、事前にベンダーへ目安を聞いておくと安心です。取得に要した時間の記録も、見直しの手がかりです。
保存先の容量と権限の不足
取得した設定を保存する場所の容量が不足すると、新しいバックアップを保存できません。保管する世代数が多い場合や、保存先を共用している場合は、特に注意が必要です。容量の使用状況は、定期的に確認しましょう。
保存先へ書き込む権限が変更されて、保存に失敗するケースもあります。保存先の管理者とツールの管理者が異なる場合は、変更時の連絡の流れを決めておきます。責任の分担を明確にすることが、早期の発見につながります。
ITトレンドでは、最新の製品・サービスを多数比較・掲載しています。まず資料請求して、さまざまな製品の機能や特徴を比較してみてください。忙しい業務時間内でも、各社に問い合わせる手間なく、たった1回の入力（約60秒）でコンフィグ管理の一括資料請求が可能です。浮いた時間で、じっくりと製品を比較検討し進めましょう。
コンフィグ管理のエラーに備える監視と復旧の運用
エラーが起きる可能性を前提に、起きたときに早く気づき、対応できる状態を整えることが重要です。通知や再実行、検証の3つの観点から、運用での備え方を紹介します。この3点は、製品選びの確認項目にもなります。
失敗を通知で検知できるようにする
バックアップの失敗を、メールなどで管理者に通知できる設定があるかを確かめます。通知の宛先は、特定の1人ではなく、複数の担当者やグループにしておくと、見落としが減ります。通知を受け取った後の対応手順も、あわせて決めておきましょう。
通知機能がない製品では、管理画面で取得結果を定期的に確認する運用が必要です。確認の頻度と担当者を決め、記録を残しましょう。履歴画面で失敗の原因を確認できるかも、選定時のポイントです。
手動で再実行できる手順を用意する
失敗に気づいたときに、原因を取り除いたうえで、すぐに再取得できる手順を用意しておきます。管理画面から特定の機器だけを指定して再実行できる製品もあります。自動での再試行の回数や間隔を設定できるかも、あわせて確認しましょう。
再実行しても失敗する場合の相談先も、決めておくと安心です。ベンダーのサポート窓口の連絡方法や受付時間を、手順書に載せます。調査に必要なログの取得方法も、あらかじめ把握しておきましょう。
取得内容を定期的に検証する
取得に成功と表示されていても、内容が正しいとは限りません。設定が一部しか取得されていなかったり、空のファイルが保存されていたりする場合も考えられます。定期的に、保管された設定の内容を実際の機器と見比べて確認しましょう。
検証用の機器で、保管した設定から復元する手順を試す方法もあります。本番の機器で試す場合は、影響が出ないよう、ベンダーの案内や社内の規定にしたがってください。試した結果は記録し、手順書に反映します。
バックアップの失敗に備える製品
自動バックアップと履歴管理を備え、取得状況の確認に役立つ製品を紹介します。
Unimus
- 機器の設定を自動バックアップし履歴管理
- 設定変更を差分表示で確認
- 複数機器への設定展開を自動化
ジュピターテクノロジー株式会社が提供する「Unimus」は、ネットワーク機器の設定を自動でバックアップし、履歴を管理するソフトウェアです。保存した設定は差分表示で見比べられるため、取得後の内容の確認に使えます。マルチベンダーの機器に対応し、複数機器への設定展開の自動化やコンプライアンスチェックも備えています。保存した設定を運用の記録として残せる点が特徴です。取得に失敗した際の切り分けでは、保存済みの履歴を手がかりにできます。
Network Configuration Manager
- コンフィグの変更管理で障害に強い仕組みへ
- ネットワーク機器の脆弱性対策に活用できる
- 監査に強いITコンプライアンスを支える
ゾーホージャパン株式会社が提供する「Network Configuration Manager」は、マルチベンダー環境のネットワーク機器を対象にした製品です。コンフィグの自動バックアップと変更管理、世代管理を一元化できます。変更履歴の保存や差分管理、一括変更にも対応しています。世代ごとに設定を残せるため、バックアップの取得結果を過去の設定と照らして確認できる点も、検討材料の一つです。提供形態はオンプレミスです。
SolarWindsNetworkConfigurationManager （ジュピターテクノロジー株式会社）
- コンフィグ・ファームウェアの一元管理と自動化
- 業界標準に準拠したコンフィグ確認
- NPM連携で障害検知・コンフィグ確認しダウンタイムを縮小。
FortiManager （フォーティネットジャパン合同会社）
- 多数の機器の設定やポリシーを一括で配布・更新
- 拠点やクラウドをまたぐ環境を一元的に可視化
- アプライアンス・仮想・クラウド版から選択可能
コンフィグ管理に関するよくある質問
コンフィグ管理ツールの自動バックアップとエラーについて、よくある質問をまとめました。
- ■Q1：自動バックアップで、取得に失敗することはありますか？
- A：接続や認証、通信経路、保存先の状態などが原因で、取得に失敗する場合があります。製品や利用環境によって原因は異なるため、段階ごとの切り分けが必要です。
- ■Q2：失敗した場合は、まず何を確認すればよいですか？
- A：管理画面の履歴でエラーの内容を確認し、機器、通信、ツール、保存先の順に切り分けます。直前に設定変更やファームウェアの更新がなかったかも、確かめましょう。
- ■Q3：バックアップの失敗に気づく方法はありますか？
- A：失敗時にメールなどで通知する機能や、取得結果を確認できる履歴画面があります。通知の宛先を複数にしておくと、見落としを減らせます。
- ■Q4：バックアップが成功と表示されていれば、復元も問題なくできますか？
- A：成功と表示されていても、内容に不足がある場合があります。検証用の機器で復元を試し、手順を確認しておくと安心です。
まとめ
コンフィグ管理の自動バックアップは、機器側、ツールやネットワーク側、保存先の状態など、複数の要因で失敗する場合があります。失敗を前提に、通知や手動での再実行、取得内容の検証といった運用を整えておくことが大切です。製品選びの際は、これらの機能を資料請求で比較してみてください。
