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

本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。稼働中のネットワークで作業を行う場合、コマンドの影響について十分に理解したうえで作業してください。

背景説明

CUCM Administrationから起動できるディザスタリカバリシステム(DRS)は、クラスタ内のすべてのサーバに対して完全なデータバックアップおよび復元機能を提供します。DRSを使用すると、定期的にスケジュールされた自動またはユーザが起動したデータバックアップを実行できます。

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

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

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

ディザスタリカバリシステムには、マスターエージェント(MA)とローカルエージェント(LA)の2つの主要機能があります。 マスターエージェントは、ローカルエージェントとバックアップおよび復元アクティビティを調整します。クラスタ内のすべてのノードで、マスターエージェントとローカルエージェントの両方が自動的にアクティブになります。

CUCMクラスタは、次の要件を満たす必要があります。

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

• 有効なIpsecおよびTomcat証明書

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

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

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

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

設定

バックアップ

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

ステップ1：データが保存されるバックアップデバイスを作成するには、[Disaster Recovery System] > [Backup] > [Backup Device] に移動します。

ステップ2:[Add New;バックアップデバイス名を定義し、図に示すようにSFTP値を入力します。[Save] をクリックします。

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

ステップ4：スケジュール名を定義します。[Device Name]を選択し、図に示すように、シナリオに基づいて[Features]をオンにします。

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

ステップ6:[Save]をクリックし、図に示すように警告が表示されます。[OK]をクリックして先に進みます。

ステップ7：バックアップスケジュールが作成されたら、図に示すように[Enable Schedule]をクリックします。

ステップ8：図に示すように、ステータスが[Enabled]に変更されるまで待ちます。

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

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

ステップ11:[Start Backup]をクリックすると、図に示すように操作が進行中として表示されます。

ステップ12:O手動バックアップが完了すると、図のように完了メッセージが表示されます。

ステップ13:SFTPデバイスが使用するバックアップtarファイルのサイズを見積もるには、図に示すように[Estimate Size]をクリックします。

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

注：Estimate Size関数は、前回の正常なバックアップに基づいて計算され、前回のバックアップ以降に構成が変更された場合に異なる可能性があります。

ステップ15：バックアップの実行中にバックアップのステータスを確認するには、図に示すように、[Backup] > [Backup Status]に移動します。

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

復旧

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

注：Backup Device（SFTPサーバ）は、そのサーバからtarファイルを取得し、これらのファイルでシステムを復元するために、すでに設定されている必要があります。

ステップ1:[Disaster Recovery System] > [Restore] > [Restore Wizard]に移動します。

ステップ2：図に示すように、復元に使用するバックアップファイルを保存するデバイス名を選択します。[Next] をクリックします。

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

ステップ4：使用可能な機能のリストから、イメージに示すように、復元する必要がある機能を選択します。

ステップ5：図に示すように、復元を適用するノードを選択します。

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

ステップ6:[Restore]をクリックしてプロセスを開始し、図に示すように[Restore status]が更新されます。

ステップ7：復元のステータスを確認するには、図に示すように、[Restore] > [Current Status]に移動します。

ステップ8：イメージに示すように、ステータスの復元が完了すると、ステータスがSUCCESSに変わります。

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

ヒント：サポートされている手順に従って、システムをシャットダウンまたは再起動する必要があります。

ステップ10：システムで実行された復元手順を調べるには、図に示すように、[Restore] > [History]に移動します。

トラブルシューティング

このセクションでは、設定のトラブルシューティングに役立つ情報を提供します。

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

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

関連情報

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