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

はじめに

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

前提条件

要件 

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

• Cisco Unified Communications Manager（CUCM）
• Secure File Transfer Protocol（SFTP）

使用するコンポーネント

本書の情報は、次のソフトウェアのバージョンに基づくものです。

• Cisco Unified Communications Managerバージョン10.5.2.15900-8

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

バックグラウンド情報

CUCM Administrationから起動できるディザスタリカバリシステム(DRS)には、クラスタ内のすべてのサーバに対する完全なデータバックアップ機能と復元機能があります。DRSでは、定期的な自動データバックアップまたはユーザが起動するデータバックアップを実行できます。

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

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

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

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

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

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

• SFTPサーバとの通信を確立するためにPort 22をオープンにします

• IPsec証明書とTomcat証明書の有効期限が切れていないことを検証。

  証明書の有効性を確認するために、Cisco Unified OS Administration > Security > Certificate Managementに移動します。

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

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

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

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

設定

バックアップ

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

ステップ 1：データを保存するバックアップデバイスを作成するには、ディザスタリカバリシステム>バックアップ>バックアップデバイスに移動します。

ステップ 2Add Newを選択し、バックアップデバイス名を定義し、SFTP 値を入力します。保存

ステップ 3データをバックアップするために、バックアップスケジュールを作成および編集します。Backup > Schedulerの順に選択します。

ステップ 4スケジュール名を定義します。シナリオに応じて、デバイス名を選択し、機能を確認します。

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

ステップ 6Saveを選択すると、次の図に示す警告が表示されます。先に進むには、OKを選択します。

ステップ 7バックアップスケジュールが作成されたら、Enable Scheduleを選択します。

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

ステップ 9手動バックアップが必要な場合は、[バックアップ] > [手動バックアップ] に移動します。

ステップ 10デバイス名を選択し、シナリオに基づいて機能を確認します。

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

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

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

手順 14：概算見積書のサイズが図のように表示されます。

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

手順 15：バックアップの実行中にバックアップのステータスを確認するには、バックアップ>バックアップステータスに移動します。

ステップ 16：システムで実行したバックアップ手順を確認するには、[バックアップ] > [履歴] に移動します。

復元

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

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

ステップ 1：Disaster Recovery System > Restore > Restore Wizardの順に移動します。

ステップ 2復元に使用するバックアップファイルが保存されているデバイス名を選択します。[次へ（Next）] を選択します。

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

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

ステップ 5復元を適用するノードを選択します。

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

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

ステップ 7復元のステータスを確認するには、[復元] > [現在のステータス] に移動します。

ステップ 8復元が完了すると、Restore StatusがSUCCESSに変わります。

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

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

ステップ 10システムで実行された復元手順を確認するには、[復元] > [履歴] に移動します。

トラブルシュート

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

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

• SFTPサーバとの通信を確立するために、ポート22が開きます。

• IPsec証明書とTomcat証明書の有効期限が切れていないことを検証。

  証明書の有効性を確認するために、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サーバ

更新履歴

改定	発行日	コメント
6.0	10-Jun-2026	スタイルの要件と書式を更新。
5.0	15-Jul-2025	代替テキスト、SEO、およびフォーマットを更新。
4.0	04-Nov-2022	要求されたドキュメントは、アドレッシングおよびドメインの標準に準拠していることが判明しており、外部公開の準備ができています。
3.0	29-Oct-2021	小さな変更
2.0	28-Oct-2021	SFTP設定DBレプリケーションの情報を使用して、背景情報が拡張されました。
1.0	30-Oct-2019	初版