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

はじめに

このドキュメントでは、Graphic User Interface（GUI；グラフィックユーザインターフェイス）を使用したCUCMのバックアップおよび復元機能の設定要件について説明します。

前提条件

要件 

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

• 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バックアップデバイスとスケジュールを再設定する必要はありません。

ディザスタリカバリシステムには、次の機能があります。

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

ディザスタリカバリシステムには、マスターエージェント(MA)とローカルエージェント(LA)の2つの主要機能があります。 

マスター・エージェントは、ローカル・エージェントとバックアップ/リストア・アクティビティを調整します。クラスタ内のすべてのノードで、マスターエージェントとローカルエージェントが自動的にアクティブ化されます。

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

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

• IPsecおよびTomcat証明書の期限が切れていないことを確認。

  証明書の有効性を確認するために、次の場所に移動します。

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

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

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

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

設定

バックアップ

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

ステップ 1：データを保存するバックアップデバイスを作成するには、次の手順に従います。 Disaster Recovery System > Backup > Backup Device.

ステップ 2：「Add New;define a Backup Device Name」を選択し、SFTP値を入力します。保存

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

ステップ 4：定義Schedule Name.Device Nameを選択し、シナリオに基づいてFeaturesをオンにします。

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

手順 6：Saveを選択すると、次の図に示す警告が表示されます。次に進むには、OKを選択します。

手順 7：Backup Scheduleを作成したら、 Enable Schedule.

ステップ 8：ステータスがに変更されるまで待ちます Enabled.

ステップ 9：手動バックアップが必要な場合は、 Backup > Manual Backup.

ステップ 10：Device Nameを選択し、シナリオに基づいてFeaturesにチェックマークを付けます。

ステップ 11Start Backupを選択すると、処理の進行状況が表示されます。

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

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

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

注:Estimate Size機能は、以前に成功したバックアップに基づいて計算され、最後のバックアップ以降に設定が変更された場合に変動する可能性があります。

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

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

復元

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

注: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サーバを含む）は、次の要件を満たす必要があります。

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

• IPsecおよびTomcat証明書の期限が切れていないことを確認。

  証明書の有効性を確認するために、次の場所に移動します。

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

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

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

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

関連情報

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