この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
ディザスタ リカバリ システム(DRS)には、システムを復元するプロセスを実行するためのガイドとなるウィザードが用意されています。
クラスタの各ノードで自動的にマスター エージェント サービスが起動されますが、マスター エージェントはパブリッシャ ノード上でのみ機能します。サブスクライバ ノード上のマスター エージェントは、何の機能も実行しません。
サーバには、バックアップおよび復元機能を実行するローカル エージェントが搭載されています。
マスター エージェントを含むノードをはじめ、Cisco Unified Communications Manager クラスタ内の各ノードには、バックアップおよび復元機能を実行するために独自のローカル エージェントが必要です。
(注) | デフォルトでは、ローカル エージェントは IM and Presence ノードをはじめ、クラスタ内の各ノードで自動的に起動されます。 |
バージョンの要件を満たしていることを確認してください。
すべての Cisco Unified Communications Manager クラスタ ノードは、同じバージョンの Cisco Unified Communications Manager アプリケ−ションを実行している必要があります。
すべての IM and Presence Service クラスタ ノードは、同じバージョンの IM and Presence Service アプリケーションを実行している必要があります。
バックアップ ファイルに保存されているバージョンが、クラスタ ノードで実行されるバージョンと同じでなければなりません。
バージョンの文字列全体が一致している必要があります。たとえば、IM and Presence データベース パブリッシャ ノードがバージョン 11.5.1.10000-1 の場合、すべての IM and Presence サブスクライバ ノードは 11.5.1.10000-1 であり、バックアップ ファイルに保存されているバージョンも 11.5.1.10000-1 でなければなりません。現在のバージョンと一致しないバックアップ ファイルからシステムを復元しようすると、復元は失敗します。
サーバの IP アドレス、ホスト名、DNS 設定および導入タイプが、バックアップ ファイルに保存されている IP アドレス、ホスト名、DNS 設定および導入タイプと一致していることを確認します。
バックアップを実行した後にクラスタ セキュリティ パスワードを変更した場合、元のパスワードのレコードを記録しておきます。元のパスワードが分からなければ、復元は失敗します。
復元プロセス中、[Cisco Unified CM の管理(Cisco Unified Communications Manager OS Administration)] または [Cisco Unified CM IM and Presence OS の管理(Cisco Unified IM and Presence OS Administration)] に関するタスクを実行しないでください。
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 | 最初のノードのみの復元 | (オプション)クラスタ内の最初のパブリッシャ ノードだけを復元する場合は、この手順を使用します。 |
ステップ 2 | 後続クラスタ ノードの復元 | (オプション)クラスタ内のサブスクライバ ノードを復元する場合は、この手順を使用します。 |
ステップ 3 | パブリッシャの再構築後の 1 回のステップでのクラスタの復元 |
(オプション)パブリッシャがすでに再構築されている場合、1 回のステップでクラスタ全体を復元するには、次の手順に従ってください。 |
ステップ 4 | クラスタ全体の復元 |
(オプション)パブリッシャ ノードを含む、クラスタ内のすべてのノードを復元するには、この手順を使用します。主要なハード ドライブで障害またはアップグレードが発生した場合や、ハード ドライブを移行する場合には、クラスタ内のすべてのノードの再構築が必要になる場合があります。 |
ステップ 5 | 前回正常起動時の設定へのノードまたはクラスタの復元 |
(オプション)前回正常起動時の設定にノードを復元する場合に限り、この手順を使用します。ハード ドライブ障害やその他のハードウェア障害の後には使用しないでください。 |
ステップ 6 | ノードの再起動 |
ノードを再起動するには、この手順を使用します。 |
ステップ 7 | 復元ジョブ ステータスのチェック |
(オプション)復元ジョブ ステータスを確認するには、この手順を使用します。 |
ステップ 8 | 復元履歴の表示 |
(オプション)復元履歴を表示するには、この手順を使用します。 |
再構築後に最初のノードを復元する場合は、バックアップ デバイスを設定する必要があります。
この手順は、Cisco Unified Communications Manager の最初のノード(パブリッシャ ノードとも呼ばれます)に対して実行できます。その他の Cisco Unified Communications Manager ノードおよびすべての IM and Presence サービス ノードは、セカンダリ ノードまたはサブスクライバと見なされます。
クラスタ内に IM and Presence サービス ノードがある場合は、最初のノードを復元するときに、ノードが実行されており、アクセス可能であることを確認してください。これは、この手順の実行中に有効なバックアップ ファイルを見つけるために必須です。
(オプション)復元のステータスを表示するには、次を参照してください。 復元ジョブ ステータスのチェック ノードを再起動するには、次を参照してください。 ノードの再起動
この手順は、Cisco Unified Communications Manager のサブスクライバ(後続)ノードにのみ適用されます。インストールされる最初の Cisco Unified Communications Manager ノードはパブリッシャ ノードです。その他すべての Cisco Unified Communications Manager ノードおよびすべての IM and Presence サービス ノードはサブスクライバ ノードです。
クラスタ内の 1 つ以上の Cisco Unified Communications Manager サブスクライバ ノードを復元するには、次の手順に従います。
復元操作を実行する場合は事前に、復元のホスト名、IP アドレス、DNS 設定、および配置タイプが、復元するバックアップ ファイルのホスト名、IP アドレス、DNS 設定、および配置タイプに一致することを確認します。ディザスタ リカバリ システムでは、ホスト名、IP アドレス、DNS 設定、および配置タイプが異なると復元が行われません。
サーバにインストールされているソフトウェアのバージョンが復元するバックアップ ファイルのバージョンに一致することを確認します。ディザスタ リカバリ システムは、一致するソフトウェア バージョンのみを復元操作でサポートします。再構築後に後続ノードを復元している場合は、バックアップ デバイスを設定する必要があります。
ステップ 1 | ディザスタ リカバリ システムから、 を選択します。 | ||
ステップ 2 | [復元ウィザード ステップ 1(Restore Wizard Step 1)] ウィンドウの [バックアップ デバイスの選択(Select Backup Device)] 領域で、復元元のバックアップ デバイスを選択します。 | ||
ステップ 3 | [次へ(Next)] をクリックします。 | ||
ステップ 4 | [復元ウィザード ステップ 2(Restore Wizard Step 2)] ウィンドウで、復元するバックアップ ファイルを選択します。 | ||
ステップ 5 | [次へ(Next)] をクリックします。 | ||
ステップ 6 | [復元ウィザード ステップ 3(Restore Wizard Step 3)] ウィンドウで、復元する機能を選択します。
| ||
ステップ 7 | [次へ(Next)] をクリックします。[復元ウィザード ステップ 4(Restore Wizard Step 4)] ウィンドウが表示されます。 | ||
ステップ 8 | [復元ウィザード ステップ 4(Restore Wizard Step 4)] ウィンドウで、復元するノードを選択するよう求められたら、後続ノードのみを選択します。 | ||
ステップ 9 | [復元(Restore)] をクリックします。 | ||
ステップ 10 | 後続ノードにデータが復元されます。復元ステータスの確認方法については、「次の作業」の項を参照してください。
| ||
ステップ 11 | [復元ステータス(Restore Status)] ウィンドウの [完了率(Percentage Complete)] フィールドに 100% と表示されたら、復元した 2 次サーバを再起動します。クラスタ内のすべてのノードの再起動は最初のノードのみへの復元の場合に必要となります。後続ノードを再起動する前に、必ず最初のノードを再起動してください。サーバの再起動方法については、「次の作業」の項を参照してください。
|
(オプション)復元のステータスを表示するには、次を参照してください。 復元ジョブ ステータスのチェック ノードを再起動するには、次を参照してください。 ノードの再起動
復元するデータベースとコンポーネントのサイズによっては、復元が完了するまでに数時間かかることがあります。パブリッシャがすでに再構築されている場合、または新しくインストールされた場合に、1 回のステップでクラスタ全体を復元する場合は、次の手順に従います。
ステップ 1 | ディザスタ リカバリ システムから、 を選択します。 | ||
ステップ 2 | [復元ウィザード ステップ 1(Restore Wizard Step 1)] ウィンドウの [バックアップ デバイスの選択(Select Backup Device)] 領域で、復元するバックアップ デバイスを選択します。 | ||
ステップ 3 | [次へ(Next)] をクリックします。 | ||
ステップ 4 | [復元ウィザード ステップ 2(Restore Wizard Step 2)] ウィンドウで、復元するバックアップ ファイルを選択します。
バックアップ ファイル名から、バックアップ ファイルが作成された日付と時刻がわかります。 クラスタ全体を復元するクラスタのバックアップ ファイルだけを選択します。 | ||
ステップ 5 | [次へ(Next)] をクリックします。 | ||
ステップ 6 | [復元ウィザード ステップ 3(Restore Wizard Step 3)] ウィンドウで、復元する機能を選択します。
画面には、復元する機能のうち、バックアップ ファイルに保存された機能のみが表示されます。 | ||
ステップ 7 | [次へ(Next)] をクリックします。 | ||
ステップ 8 | [復元ウィザード ステップ 4(Restore Wizard Step 4)] ウィンドウで、[1 ステップでの復元(One-Step Restore)] をクリックします。
このオプションは、復元用に選択されたバックアップ ファイルがクラスタのバックアップ ファイルであり、復元用に選択された機能に、パブリッシャとサブスクライバの両方のノードに登録された機能が含まれている場合にのみ [復元ウィザード ステップ 4(Restore Wizard Step 4)] ウィンドウに表示されます。詳細については、最初のノードのみの復元および後続クラスタ ノードの復元を参照してください。
| ||
ステップ 9 | 復元するノードの選択を求められたら、クラスタ内のすべてのノードを選択します。
最初のノードを復元すると、ディザスタ リカバリ システムが自動的に後続ノードに Cisco Unified Communications Manager データベース(CCMDB)を復元します。そのため、復元しているノードの数とデータベースのサイズによっては、数時間かかることがあります。 | ||
ステップ 10 | [復元(Restore)] をクリックします。 クラスタ内のすべてのノードでデータが復元されます。 | ||
ステップ 11 | [復元ステータス(Restore Status)] ウィンドウの [完了率(Percentage Complete)] フィールドに 100% と表示されたら、サーバを再起動します。クラスタ内のすべてのノードの再起動は最初のノードのみへの復元の場合に必要となります。後続ノードを再起動する前に、必ず最初のノードを再起動してください。サーバの再起動方法については、「次の作業」の項を参照してください。 |
(オプション)復元のステータスを表示するには、次を参照してください。 復元ジョブ ステータスのチェック ノードを再起動するには、次を参照してください。 ノードの再起動
主要なハード ドライブで障害またはアップグレードが発生した場合や、ハード ドライブを移行する場合には、クラスタ内のすべてのノードの再構築が必要です。クラスタ全体を復元するには、次の手順を実行します。
ネットワーク カードの交換やメモリの増設など他のほとんどのハードウェア アップグレードでは、次の手順を実行する必要はありません。
ステップ 1 | ディザスタ リカバリ システムから、 を選択します。 | ||||
ステップ 2 | [バックアップ デバイスの選択(Select Backup Device)] エリアで、復元する適切なバックアップ デバイスを選択します。 | ||||
ステップ 3 | [次へ(Next)] をクリックします。 | ||||
ステップ 4 | [復元ウィザード ステップ 2(Restore Wizard Step 2)] ウィンドウで、復元するバックアップ ファイルを選択します。
| ||||
ステップ 5 | [次へ(Next)] をクリックします。 | ||||
ステップ 6 | [復元ウィザード ステップ 3(Restore Wizard Step 3)] ウィンドウで [次へ(Next)] をクリックします。 | ||||
ステップ 7 | [復元ウィザード ステップ 4(Restore Wizard Step 4)] ウィンドウで復元ノードの選択を求められたら、すべてのノードを選択します。 | ||||
ステップ 8 | [復元(Restore)] をクリックして、データを復元します。
最初のノードを復元すると、ディザスタ リカバリ システムが自動的に後続ノードに Cisco Unified Communications Manager データベース(CCMDB)を復元します。そのため、ノードの数とデータベースのサイズによっては、最大数時間かかることがあります。 すべてのノードでデータが復元されます。
| ||||
ステップ 9 | 復元プロセスが完了したら、サーバを再起動します。サーバの再起動方法の詳細については、「次の作業」セクションを参照してください。
| ||||
ステップ 10 | レプリケーションはクラスタのリブート後に自動的にセットアップされます。『Command Line Interface Reference Guide for Cisco Unified Communications Solutions』の説明に従って "utils dbreplication runtimestate" CLI コマンドを使用して、すべてのノードで [レプリケーション ステータス(Replication Status)] の値を確認します。各ノードの値は 2 になっているはずです。
|
(オプション)復元のステータスを表示するには、次を参照してください。 復元ジョブ ステータスのチェック ノードを再起動するには、次を参照してください。 ノードの再起動
ステップ 1 | ディザスタ リカバリ システムから、 を選択します。 | ||
ステップ 2 | [バックアップ デバイスの選択(Select Backup Device)] 領域で、復元する適切なバックアップ デバイスを選択します。 | ||
ステップ 3 | [次へ(Next)] をクリックします。 | ||
ステップ 4 | [復元ウィザード ステップ 2(Restore Wizard Step 2)] ウィンドウで、復元するバックアップ ファイルを選択します。
| ||
ステップ 5 | [次へ(Next)] をクリックします。 | ||
ステップ 6 | [復元ウィザード ステップ 3(Restore Wizard Step 3)] ウィンドウで、[次へ(Next)] をクリックします。 | ||
ステップ 7 | 復元ノードを選択するように求められたら、該当するノードを選択します。 選択したノードにデータが復元されます。 | ||
ステップ 8 | クラスタ内のすべてのノードを再起動します。後続の Cisco Unified Communications Manager ノードを再起動する前に、最初の Cisco Unified Communications Manager ノードを再起動します。クラスタに Cisco IM and Presence ノードもある場合は、最初の Cisco IM and Presence ノードを再起動してから、後続の IM and Presence ノードを再起動します。詳細については、「次の作業」の項を参照してください。 |
データを復元したら、ノードを再起動する必要があります。
パブリッシャ ノード(最初のノード)を復元したら、最初にパブリッシャ ノードを再起動する必要があります。サブスクラバ ノードは必ず、パブリッシャ ノードが再起動し、ソフトウェアの復元されたバージョンを正常に実行し始めた後で再起動してください。
注意 | この手順を実行すると、システムが再起動し、一時的に使用できない状態になります。 |
ステップ 1 | [Cisco Unified OS の管理(Cisco Unified OS Administration)] から、 を選択します。 | ||
ステップ 2 | ノードを再起動するには、[再起動(Restart)] をクリックします。 | ||
ステップ 3 | レプリケーションはクラスタのリブート後に自動的に設定されます。utils dbreplication runtimestate CLI コマンドを使用して、すべてのノードで [レプリケーション ステータス(Replication Status)] 値を確認します。各ノードの値は 2 になっているはずです。CLI コマンドに関する情報は、後述の「関連項目」の項を参照してください。
レプリケーションが正しくセットアップされない場合は、『Command Line Reference Guide for Cisco Unified Communications Solutions』の説明に従って utils dbreplication reset CLI コマンドを使用します。CLI コマンドに関する情報は、後述の「関連項目」の項を参照してください。
|
(オプション)復元のステータスを表示するには、復元ジョブ ステータスのチェックを参照してください。
トラブルシューティングを行う際、またはログの収集中には、トレース ファイルの保存先として次の場所が使用されます。
マスター エージェント、GUI、各ローカル エージェント、および JSch ライブラリのトレース ファイルは次の場所に書き込まれます。
マスター エージェントの場合、トレース ファイルは platform/drf/trace/drfMA0* にあります。
各ローカル エージェントの場合、トレース ファイルは platform/drf/trace/drfLA0* にあります。
GUI の場合、トレース ファイルは platform/drf/trace/drfConfLib0* にあります。
JSch の場合、トレース ファイルは platform/drf/trace/drfJSch* にあります。
詳細については、『Command Line Interface Reference Guide for Cisco Unified Communications Solutions』(http://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-command-reference-list.html)を参照してください。
ディザスタ リカバリ システムでは、次の表に示すように、バックアップおよび復元機能のサブセットにコマンドラインからアクセスできます。これらのコマンドの内容とコマンドライン インターフェイスの使用方法の詳細については、『Command Line Interface(CLI)Reference Guide for Cisco Unified Presence』(http://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-command-reference-list.html)を参照してください。
コマンド |
説明 |
---|---|
utils disaster_recovery estimate_tar_size |
SFTP/Local デバイスからのバックアップ tar の概算サイズを表示し、機能リストのパラメータを 1 つ要求します。 |
utils disaster_recovery backup |
ディザスタ リカバリ システムのインターフェイスに設定されている機能を使用して、手動バックアップを開始します。 |
utils disaster_recovery jschLogs |
JSch ライブラリのロギングを有効または無効にします。 |
utils disaster_recovery restore |
復元を開始します。復元するバックアップ場所、ファイル名、機能、およびノードを指定するためのパラメータが必要です。 |
utils disaster_recovery status |
進行中のバックアップ ジョブまたは復元ジョブのステータスを表示します。 |
utils disaster_recovery show_backupfiles |
既存のバックアップ ファイルを表示します。 |
utils disaster_recovery cancel_backup |
進行中のバックアップ ジョブをキャンセルします。 |
utils disaster_recovery show_registration |
現在設定されている登録を表示します。 |
utils disaster_recovery device add |
ネットワーク デバイスを追加します。 |
utils disaster_recovery device delete |
デバイスを削除します。 |
utils disaster_recovery device list |
すべてのデバイスを一覧表示します。 |
utils disaster_recovery schedule add |
スケジュールを追加します。 |
utils disaster_recovery schedule delete |
スケジュールを削除します。 |
utils disaster_recovery schedule disable |
スケジュールを無効にします。 |
utils disaster_recovery schedule enable |
スケジュールを有効にします。 |
utils disaster_recovery schedule list |
すべてのスケジュールを一覧表示します。 |
utils disaster_recovery backup |
ディザスタ リカバリ システムのインターフェイスに設定されている機能を使用して、手動バックアップを開始します。 |
utils disaster_recovery restore |
復元を開始します。復元するバックアップ場所、ファイル名、機能、およびノードを指定するためのパラメータが必要です。 |
utils disaster_recovery status |
進行中のバックアップ ジョブまたは復元ジョブのステータスを表示します。 |
utils disaster_recovery show_backupfiles |
既存のバックアップ ファイルを表示します。 |
utils disaster_recovery cancel_backup |
進行中のバックアップ ジョブをキャンセルします。 |
utils disaster_recovery show_registration |
現在設定されている登録を表示します。 |
ディザスタ リカバリ システムは、バックアップまたは復元手順の実行時に発生するさまざまなエラーのアラームを発行します。次の表に、ディザスタ リカバリ システムのアラームの一覧を記載します。
アラーム名 |
説明 |
説明 |
---|---|---|
DRFBackupDeviceError |
DRF バックアップ プロセスでデバイスへのアクセスに関する問題が発生しています。 |
DRS バックアップ プロセスでデバイスへのアクセス中にエラーが発生しました。 |
DRFBackupFailure |
シスコ DRF バックアップ プロセスが失敗しました。 |
DRS バックアップ プロセスでエラーが発生しました。 |
DRFBackupInProgress |
別のバックアップの実行中は、新規バックアップを開始できません。 |
DRS は、別のバックアップの実行中は新規バックアップを開始できません。 |
DRFInternalProcessFailure |
DRF 内部プロセスでエラーが発生しました。 |
DRS 内部プロセスでエラーが発生しました。 |
DRFLA2MAFailure |
DRF ローカル エージェントが、マスター エージェントに接続できません。 |
DRS ローカル エージェントが、マスター エージェントに接続できません。 |
DRFLocalAgentStartFailure |
DRF ローカル エージェントが開始されません。 |
DRS ローカル エージェントがダウンしている可能性があります。 |
DRFMA2LAFailure |
DRF マスター エージェントがローカル エージェントに接続しません。 |
DRS マスター エージェントがローカル エージェントに接続できません。 |
DRFMABackupComponentFailure |
DRF は、少なくとも 1 つのコンポーネントをバックアップできません。 |
DRS は、コンポーネントのデータをバックアップするように要求しましたが、バックアップ プロセス中にエラーが発生し、コンポーネントはバックアップされませんでした。 |
DRFMABackupNodeDisconnect |
バックアップされるノードが、バックアップの完了前にマスター エージェントから切断されました。 |
DRS マスター エージェントが Cisco Unified Communications Manager ノードでバックアップ操作を実行しているときに、そのノードはバックアップ操作が完了する前に切断されました。 |
DRFMARestoreComponentFailure |
DRF は、少なくとも 1 つのコンポーネントを復元できません。 |
DRS は、コンポーネントのデータを復元するように要求しましたが、復元プロセス中にエラーが発生し、コンポーネントは復元されませんでした。 |
DRFMARestoreNodeDisconnect |
復元されるノードが、復元の完了前にマスター エージェントから切断されました。 |
DRS マスター エージェントが Cisco Unified Communications Manager ノードで復元操作を実行しているときに、そのノードは復元操作が完了する前に切断されました。 |
DRFMasterAgentStartFailure |
DRF マスター エージェントが開始されませんでした。 |
DRS マスター エージェントがダウンしている可能性があります。 |
DRFNoRegisteredComponent |
使用可能な登録済みコンポーネントがないため、バックアップが失敗しました。 |
使用可能な登録済みコンポーネントがないため、DRS バックアップが失敗しました。 |
DRFNoRegisteredFeature |
バックアップする機能が選択されませんでした。 |
バックアップする機能が選択されませんでした。 |
DRFRestoreDeviceError |
DRF 復元プロセスでデバイスへのアクセスに関する問題が発生しています。 |
DRS 復元プロセスは、デバイスから読み取ることができません。 |
DRFRestoreFailure |
DRF 復元プロセスが失敗しました。 |
DRS 復元プロセスでエラーが発生しました。 |
DRFSftpFailure |
DRF SFTP 操作でエラーが発生しています。 |
DRS SFTP 操作でエラーが発生しています。 |
DRFSecurityViolation |
DRF システムが、セキュリティ違反となる可能性がある悪意のあるパターンを検出しました。 |
DRF ネットワーク メッセージには、コード インジェクションやディレクトリ トラバーサルなど、セキュリティ違反となる可能性がある悪意のあるパターンが含まれています。DRF ネットワーク メッセージがブロックされています。 |
DRFTruststoreMissing |
ノードで IPsec 信頼ストアが見つかりません。 |
ノードで IPsec 信頼ストアが見つかりません。DRF ローカル エージェントが、マスター エージェントに接続できません。 |
DRFUnknownClient |
パブリッシャの DRF マスター エージェントが、クラスタ外部の不明なサーバからクライアント接続要求を受け取りました。要求は拒否されました。 |
パブリッシャの DRF マスター エージェントが、クラスタ外部の不明なサーバからクライアント接続要求を受け取りました。要求は拒否されました。 |
DRFBackupCompleted |
DRF バックアップが正常に完了しました。 |
DRF バックアップが正常に完了しました。 |
DRFRestoreCompleted |
DRF 復元が正常に完了しました。 |
DRF 復元が正常に完了しました。 |
DRFNoBackupTaken |
現在のシステムの有効なバックアップが見つかりませんでした。 |
アップグレード/移行または新規インストール後に、現在のシステムの有効なバックアップが見つかりませんでした。 |
DRFComponentRegistered |
DRF により、要求されたコンポーネントが正常に登録されました。 | DRF により、要求されたコンポーネントが正常に登録されました。 |
DRFRegistrationFailure |
DRF 登録操作が失敗しました。 |
内部エラーが原因で、コンポーネントに対する DRF 登録操作が失敗しました。 |
DRFComponentDeRegistered |
DRF は正常に要求されたコンポーネントの登録をキャンセルしました。 |
DRF は正常に要求されたコンポーネントの登録をキャンセルしました。 |
DRFDeRegistrationFailure |
コンポーネントの DRF 登録解除リクエストが失敗しました。 |
コンポーネントの DRF 登録解除リクエストが失敗しました。 |
DRFFailure |
DRF バックアップまたは復元プロセスが失敗しました。 |
DRF バックアップまたは復元プロセスでエラーが発生しました。 |
DRFRestoreInternalError |
DRF 復元オペレーションでエラーが発生しました。復元は内部的にキャンセルされました。 |
DRF 復元オペレーションでエラーが発生しました。復元は内部的にキャンセルされました。 |
DRFLogDirAccessFailure |
DRF は、ログ ディレクトリにアクセスできませんでした。 |
DRF は、ログ ディレクトリにアクセスできませんでした。 |
DRFDeRegisteredServer |
DRF がサーバのすべてのコンポーネントを自動的に登録解除しました。 |
サーバが Unified Communications Manager クラスタから切断されている可能性があります。 |
DRFSchedulerDisabled |
設定された機能がバックアップで使用できないため、DRF スケジューラは無効になっています。 |
設定された機能がバックアップで使用できないため、DRF スケジューラは無効になっています |
DRFSchedulerUpdated |
機能が登録解除されたため、DRF でスケジュールされたバックアップ設定が自動的に更新されます。 |
機能が登録解除されたため、DRF でスケジュールされたバックアップ設定が自動的に更新されます |
制約事項 |
説明 |
---|---|
エクスポートの制限 |
制限されたバージョンの DRS バックアップは、制限されたバージョンにのみ復元できます。また、制限されていないバージョンのバックアップは、制限されていないバージョンにのみ復元できます。Cisco Unified Communications Manager の米国輸出無制限バージョンにアップグレードした場合、その後、このソフトウェアの米国輸出制限バージョンへのアップグレード、または新規インストールを実行できなくなります。 |
プラットフォームの移行 |
ディザスタ リカバリ システムを使用してプラットフォーム間で(たとえば、Windows から Linux へ、または Linux から Windows へ)データを移行することはできません。復元は、バックアップと同じ製品バージョンで実行する必要があります。Windows ベースのプラットフォームから Linux ベースのプラットフォームへのデータ移行については、『Data Migration Assistant User Guide』を参照してください。 |
HW の交換と移行 |
DRS 復元を実行してデータを新しいサーバに移行する場合、新しいサーバに古いサーバが使用していたのと同じ IP アドレスとホスト名を割り当てる必要があります。さらに、バックアップの取得時に DNS が設定されている場合、復元を実行する前に、同じ DNS 設定がある必要があります。 サーバの交換の詳細については、『Replacing a Single Server or Cluster for Cisco Unified Communications Manager』ガイドを参照してください。 また、ハードウェアの交換後は、証明書信頼リスト(CTL)クライアントを実行する必要もあります。後続ノード(サブスクライバ)サーバを復元しない場合には、CTL クライアントを実行する必要があります。他の場合、DRS は必要な証明書をバックアップします。詳細については、『Cisco Unified Communications Manager Security Guide』の「Installing the CTL Client」と「Configuring the CTL Client」の手順を参照してください。 |
クラスタ間のエクステンション モビリティ(Extension Mobility Cross Cluster) |
バックアップ時にリモート クラスタにログインしていた Extension Mobility Cross Cluster ユーザは、復元後もログインしたままとなります。 |
(注) | Cisco Unified Communications サーバ コンポーネントの復元が正常に完了した後、Cisco Unified Communications Manager を Cisco Smart Software Manager または Cisco スマート ソフトウェア マネージャ サテライトに登録してください。バックアップを作成する前に製品がすでに登録されていたとしても、その製品を再登録してライセンス情報を更新する必要があります。 製品を Cisco Smart Software Manager または Cisco スマート ソフトウェア マネージャ サテライトに登録する方法の詳細については、『System Configuration Guide for Cisco Unified Communications Manager, Release 12.0(1),』(http://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-installation-and-configuration-guides-list.html)を参照してください。 |
IM and Presence サービス ノードをディスク容量がより小さい VM に復元すると、データベースの復元が失敗することがあります。
大きいディスク サイズから小さいディスク サイズに移行したときに、この障害が発生します。
2 個の仮想ディスクがある OVA テンプレートから、復元用の VM を展開します。