CUCMでのGUIからのバックアップと復元の設定

はじめに

このドキュメントでは、次の設定要件について説明します。 Backup と Restore のCUCMの機能 Graphic User Interface (GUI)を参照。

前提条件

要件

次の項目に関する知識があることが推奨されます。

• Cisco Unified Communications Manager
• Secure File Transfer Protocol (SFTP)

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアのバージョンに基づいています。

• Cisco Unified Communications Manager version 10.5.2.15900-8

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。

背景説明

「 Disaster Recovery System (DRS)は、CUCM Administrationから呼び出すことができ、クラスタ内のすべてのサーバに対して完全なデータバックアップおよび復元機能を提供します。DRSでは、定期的にスケジュールされた自動データバックアップまたはユーザが起動するデータバックアップが可能です。

DRSは、プラットフォームのバックアップ/復元の一部として、独自のパラメータ（バックアップデバイスおよびスケジュールパラメータ）を復元します。DRSは、 drfDevice.xml と drfSchedule.xml ファイルが削除されます。これらのファイルを使用してサーバを復元する場合、DRSバックアップデバイスとスケジュールを再設定する必要はありません。

「 Disaster Recovery System 以下の機能を備えています。

• バックアップタスクと復元タスクを実行するためのユーザインターフェイス
• バックアップ機能と復元機能を備えた分散システムアーキテクチャ
• スケジュール バックアップ
• バックアップを物理テープドライブまたはリモートSFTPサーバにアーカイブする

「 Disaster Recovery System 2つの主要な機能が含まれています Master Agent (MA) と Local Agent (LA)を参照。

「 Master Agent バックアップと復元アクティビティの調整 Local Agentsを参照。システムによって自動的に Master Agent と Local Agent クラスタ内のすべてのノードで実行されます。

CUCMクラスタ(CUCMノードと Cisco Instant Messaging & Presence (IM&P) サーバ)は、次の要件を満たす必要があります。

• Port 22 sftpサーバとの通信を確立するために開きます

• 検証された結果、  IPsec と Tomcat 証明書は期限切れではありません。

  証明書の有効性を確認するために、n～に乗り出す Cisco Unified OS Administration > Security > Certificate Management

注:ipsecおよびTomcat証明書を再生成するには、「CUCMで証明書を再生成する手順」を使用します

• データベースレプリケーションの設定が完了し、CUCMパブリッシャとIM&Pパブリッシャサーバのエラーや不一致が表示されていないことを確認します。

SFTPサーバの設定は、次の要件を満たしている必要があります。

• ログインクレデンシャルを使用できる
• CUCMサーバから到達可能である必要があります
• リストアの実行時に選択したパスにファイルが含まれる

設定

バックアップ

「 Disaster Recovery System クラスタレベルのバックアップを実行します。つまり、CUCMクラスタ内のすべてのサーバのバックアップを中央の場所に収集し、バックアップデータを物理ストレージデバイスにアーカイブします。

ステップ 1：データを保存するバックアップデバイスを作成するには、 Disaster Recovery System > Backup > Backup Deviceを参照。

ステップ 2：選択 Add New；定義 Backup Device Name SFTPの値を入力します。 Save

ステップ 3：データをバックアップするために、バックアップスケジュールを作成および編集します。移動先 Backup > Schedulerを参照。

ステップ 4：定義する Schedule Nameを参照。を選択します。 Devicee Name 次の Features お客様のシナリオに基づいて説明します

ステップ 5：シナリオに基づいてスケジュールバックアップを設定します。

手順 6：選択 Save 次の図に示すように、警告に注目してください。選択 OK 前に進むために。

手順 7：この時点で Backup Schedule を作成し、選択します。 Enable Schedule を参照。

ステップ 8：ステータスが次のように変更されるまで待ちます Enabledを参照。

ステップ 9：手動バックアップが必要な場合、 Backup > Manual Backupを参照。

ステップ 10：を選択します。 Device Name 次の Features お客様のシナリオに基づいて説明します

ステップ 11選択 Start Backup 操作が進行中であると表示されます。

ステップ 12手動バックアップが完了すると、完了メッセージが表示されます。

ステップ 13SFTPデバイスが使用するバックアップtarファイルのサイズを見積もるには、 Estimate Sizeを参照。

ステップ 14：概算見積書のサイズが図のように表示されます

注:Estimate Size機能は、前回の正常なバックアップに基づいて計算され、前回のバックアップ以降に設定が変更された場合に応じて異なる可能性があります。

ステップ 15：バックアップの実行中にバックアップのステータスを確認するには、 Backup > Backup Statusを参照。

ステップ 16：システムで実行されるバックアップ手順を調べるには、に移動します。 Backup > Historyを参照。

復元

DRSは主に復元します drfDevice.xml と drfSchedule.xml ファイルが削除されます。ただし、システムデータの復元を実行する場合は、クラスタ内のどのノードを復元する必要があるかを選択できます。

注:バックアップデバイス（SFTPサーバ）からtarファイルを取得し、これらのファイルでシステムを復元するには、バックアップデバイス（SFTPサーバ）がすでに設定されている必要があります。

ステップ 1：移動先 Disaster Recovery System > Restore > Restore Wizardを参照。

ステップ 2：を選択します。 Device Name 復元に使用するバックアップファイルを保存します。選択 Nextを参照。

ステップ 3：を選択します。 Backup File 図に示すように、使用可能なファイルのリストが表示されます。選択したバックアップファイルには、復元する情報が含まれている必要があります。

ステップ 4：使用可能な機能のリストから、復元する機能を選択します。

ステップ 5：リストアを適用するノードを選択します。

注：ワンステップ復元では、パブリッシャがすでに再構築されているか、新規インストールされている場合に、クラスタ全体を復元できます。このオプションは、復元対象として選択したバックアップファイルがクラスタのバックアップファイルであり、復元対象として選択した機能にパブリッシャノードとサブスクライバノードの両方に登録されている機能が含まれている場合にのみ表示されます。

手順 6：選択 Restore プロセスを開始すると、復元ステータスが更新されます。

手順 7：復元のステータスを確認するには、 Restore > Current Statusを参照。

ステップ 8： Restore Status 変更 SUCCESS 完了したら、

ステップ 9：変更を有効にするには、システムを再起動する必要があります。

ヒント：サポートされている手順を使用してシステムを再起動します。システムのシャットダウンまたは再起動

ステップ 10：システムで実行される復元手順を確認するには、に移動します。 Restore > Historyを参照。

トラブルシュート

このセクションでは、設定のトラブルシューティングを行うための情報について説明します。

CUCMクラスタ(CUCMノードとCisco Instant Messaging & Presence(IM&P)サーバを含む)は、次の要件を満たす必要があります。

• Port 22 sftpサーバとの通信を確立するために開きます

• 検証された結果、 IPsec と Tomcat 証明書は期限切れではありません。

  証明書の有効性を確認するために、n～に乗り出す Cisco Unified OS Administration > Security > Certificate Management

注:ipsecおよびTomcat証明書を再生成するには、「CUCMで証明書を再生成する手順」を使用します

• データベースレプリケーションの設定が完了し、CUCMパブリッシャとIM&Pパブリッシャサーバのエラーや不一致が表示されていないことを確認します。
• サーバとSFTPサーバ間の到達可能性を検証します。
• 次のコマンドを使用して、クラスタ内のすべてのサーバが認証されていることを検証します show network clusterを参照。

バックアップまたは復元の失敗が報告され、さらにサポートが必要な場合は、次の一連のログを収集し、Technical Assistance Center(TAC)と共有する必要があります。

• Cisco DRFマスターログ
• Cisco DRFローカルログ
• DRF Current Statusページからの障害ログ
• 問題のタイムスタンプ

関連情報

• サポートされるSFTPサーバ