CUCM の GUI からの設定バックアップと復元
概要
この資料は GUI （グラフィックユーザインターフェイス）からの Cisco Unified Communications Manager （CUCM）でバックアップのための基本および必須セットアップおよびリストア機能を説明していたものです。
前提条件
要件
次の項目に関する知識が推奨されます。
- Cisco Unified Communications Manager
- Secure File Transfer Protocol（SFTP）
使用するコンポーネント
このドキュメントの情報は、次のソフトウェアのバージョンに基づくものです。
- Cisco Unified Communications Manager バージョン 10.5.2.15900-8
本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。 稼働中のネットワークで作業を行う場合、コマンドの影響について十分に理解したうえで作業してください。
背景説明
ディザスタ リカバリ システム（DR）はクラスタのすべてのサーバに、CUCM 管理から呼び出すことができる完全なデータ バックアップおよび復元機能を提供します。 DR は規則的にスケジュールされた自動かユーザ呼び出されたデータ バックアップを行うことを可能にします。
DR はプラットフォーム バックアップ/復元の一部として自身の設定を（バックアップ デバイスおよびスケジュール設定）復元する。 DR は drfDevice.xml および drfSchedule.xmlfiles をバックアップし、復元する。 サーバがこれらのファイルと復元するとき、DR バックアップ デバイスおよびスケジュールを再構成する必要はありません。
ディザスタ リカバリ システムはこれらの機能が含まれています:
- ユーザインターフェイス バックアップと復元タスクを行うため
- バックアップと復元機能の分散システムアーキテクチャ
- スケジュール バックアップ
- 物理的 な 磁気 テープ 装置またはリモート SFTP サーバへのアーカイブ バックアップ
ディザスタ リカバリ システムは 2 つのキー機能、マスタ エージェント（MA）およびローカル エージェント（LA）が含まれています。 ザ・マスター エージェントはローカル エージェントとのバックアップと復元アクティビティを調整します。 システムは自動的にクラスタのすべてのノードのマスタ エージェントおよびローカル エージェントを両方アクティブにします。
CUCM クラスタは fuilfill これらの必要条件なります:
- 開いたポート 22 SFTP サーバの通信を確立するため
-
Ipsec および Tomcat 有効な証明書
証明書の妥当性を、ナビゲート Cisco Unified OS 管理 > Security > Certificate Management に確認するため
SFTP サーバ設定はこれらの必要条件をカバーする必要があります:
- ログイン 資格情報は利用できます
- それは CUCM サーバから到達可能である必要があります
- ファイルは選択されるパスに復元が実行されたとき含まれています
設定
バックアップ
ディザスタ リカバリ システムはクラスタ レベル バックアップを行います、つまりセントラルロケーションに CUCM クラスタのすべてのサーバのためのバックアップを集める意味し、物理記憶装置にバックアップデータをアーカイブしますことを。
ステップ 1.データが保存されるバックアップ デバイスを作成するため; ディザスタ リカバリ システム > バックアップ > バックアップ デバイスへのナビゲート。
ステップ 2. 『Add New』 を選択 して下さい; バックアップ デバイス名を定義し、イメージに示すように SFTP 値を入力して下さい。 [Save] をクリックします。
ステップ 3.バックアップ スケジュールを作成し、データをバックアップするために編集して下さい。 バックアップするべきナビゲート > スケジューラー。
ステップ 4.スケジュール名前を定義して下さい。 デバイス名を選択し、イメージに示すようにシナリオに基づいて機能をチェックして下さい。
ステップ 5.Configure イメージに示すようにシナリオに基づくスケジュールバックアップ。
ステップ 6.イメージに示すように警告を『SAVE』 をクリック し、注意して下さい。 進むために『OK』 をクリック して下さい。
ステップ 7 それがバックアップ スケジュール作成されたら、イメージに示すようにスケジュールを『Enable』 をクリック して下さい。
ステップ 8.ステータスがイメージに示すようにイネーブルになったに変更されるまで待って下さい。
ステップ 9： 手動バックアップが必要となる場合、> 手動バックアップはバックアップするためにナビゲート します。
ステップ 10.デバイス名を選択し、イメージに示すようにシナリオに基づいて機能をチェックして下さい。
ステップ 11. 『Start Backup』 をクリック すれば オペレーションはイメージに示すように表示する進行中です。
ステップ 12： 手動バックアップが完了すれば、completition メッセージはイメージに示すように表示する。
ステップ 13： SFTP デバイス使用がイメージに示すように、サイズを『Estimate』 をクリック するバックアップ tarファイルのサイズを推定するため。
ステップ 14： 推定サイズはイメージに示すように表示する。
ステップ 15： バックアップが動作する間、バックアップのステータスをイメージに示すように > バックアップ ステータス バックアップするためにチェックするため、ナビゲート。
ステップ 16： バックアップ手順を参照することはシステムでイメージに示すように > 履歴バックアップするために、ナビゲート します実行しました。
復旧
DR は主に drfDevice.xml および drfSchedule.xmlfiles を復元する。 ただし、システム データ リストアが実行されたとき、クラスタのノードは復元する得るように要求する選択できます。
ステップ 1.ディザスタ リカバリ システム > 復元 > Restore ウィザードへのナビゲート。
ステップ 2.イメージに示すように、復元のために使用したいと思うバックアップ ファイルを保存するデバイス名を選択して下さい。 [Next] をクリックします。
ステップ 3.イメージに示すように利用可能 なファイルの表示するリストからバックアップ ファイルを選択して下さい。 『Backup』 を選択 された ファイルは復元するたいと思う情報を含む必要があります。
ステップ 4 利用可能 な 機能のリストから、イメージに示すように復元する必要がある機能を選択して下さい。
ステップ 5.イメージに示すように復元を適用することを望むノードを選択して下さい。
ステップ 6.プロセスを開始するために『Restore』 をクリック すれば 復元ステータスはイメージに示すように更新済です。
ステップ 7.復元のステータスをイメージに示すように > 現在のステータス 復元するために確認するため、ナビゲート
ステップ 8.イメージに示すように完了したら成功にステータス 変更を復元する。
ステップ 9.実施される変更のためにシステムはイメージに示すように再始動する必要があります:
ステップ 10.復元の手順を参照することはシステムでイメージに示すように > 履歴復元するために、ナビゲート します実行しました
トラブルシューティング
このセクションでは、設定のトラブルシューティングに役立つ情報を提供します。
バックアップまたは復元失敗が報告され、詳細事項が必要となるとき、ログのこのセットはテクニカル アシスタンス センタ （TAC）と集められ、共有する必要があります:
- Cisco DRF マスター ログ
- Cisco DRF ローカル ログ
- DRF 現在のステータス ページからの障害ログ
- 問題のタイムスタンプ
フィードバック