Lync Server 2013 での応答グループの障害復旧の計画

 

トピック最終更新日時: 2012-11-01

このセクションでは、ディザスター リカバリーに対応グループを準備する方法と、ディザスター リカバリー プロセスの概要について説明します。

応答グループディザスター リカバリーの準備

ディザスター リカバリー手順を準備して実行する場合は、次の点に注意してください。

注意

共存環境では、このドキュメントで説明するディザスター リカバリー手順では、Lync Server 2013 応答グループのみがサポートされます。

• 容量計画を行うときにディザスター リカバリーを計画します。 ディザスター リカバリー容量の場合、ペアになっているプール内の各プールは、両方のプール内のすべての応答グループのワークロードを処理できる必要があります。 応答グループの容量計画の詳細については、「 Lync Server 2013 での応答グループの容量計画」を参照してください。

• このドキュメントで説明するエクスポート手順を使用して、応答グループ アプリケーションをデプロイしたすべてのフロントエンド プール内のすべての応答グループ構成の定期的なバックアップ コピーを作成します。 詳細については、「 Lync Server 2013 の応答グループディザスター リカバリー手順」を参照してください。 バックアップ コピーは安全な場所に保管してください。

• 応答グループ アプリケーションに使用したすべての元のオーディオ ファイル (録音ファイルや保留音楽ファイルなど) の別のバックアップ コピーを保持します。 バックアップ ファイルは安全な場所に保管してください。

• Lync Server 2013 ディザスター リカバリーの場合、すべての応答グループ設定には、展開全体で一意の名前が必要です。 この要件は、ワークフロー、キュー、エージェント グループ、休日セット、営業時間に適用されます。 プライマリ プールとバックアップ プールがまだアクティブな状態で、フェールオーバー手順を開始する必要がある前に、この要件が満たされていることを確認する必要があります。 応答グループ データをバックアップ プールにインポートするときに名前の競合が発生した場合、インポートは失敗します。 インポートとフェールオーバーの手順を完了するには、バックアップ プール内の応答グループ オブジェクトの名前を変更するか、または -ResolveNameConflicts パラメーターを使用して Import-CsRgsConfiguration コマンドレットを使用して、応答グループ オブジェクトに一意の識別番号を追加して競合を自動的に解決する必要があります。

• 一般に、毎日のバックアップを実行することをお勧めしますが、大量の変更がある場合は、より頻繁にバックアップをスケジュールすることをお勧めします。 障害発生時に失われる可能性がある情報の量は、バックアップの頻度と、変更の頻度と量によって異なります。

• 障害またはフェールオーバー操作が発生する前に、応答グループをバックアップ プールにインポートできます。 Lync Server 応答グループ サービスは、呼び出しがバックアップ プールにルーティングされるとすぐにバックアップ プールで復元できるため、事前に応答グループをインポートするとダウンタイムが短縮されます。

  注意

  応答グループ アプリケーションは、フェールオーバーが完了するまで、非アクティブ なプールに存在するエージェントに到達できません。 この間、応答グループ アプリケーションは、それらのエージェントが利用できないかのように呼び出しを処理します。

応答グループディザスター リカバリー プロセス

障害が発生した場合は、次のいずれかの復旧方法を使用して応答グループを回復できます。

• バックアップ プールにフェールオーバーし、元のプールにフェールバックします。

• バックアップ プールにフェールオーバーし、別の完全修飾ドメイン名 (FQDN) を持つ新しいプールを作成し、応答グループを新しいプールにインポートします。

ディザスター リカバリーのフェールオーバー フェーズ中、応答グループは複数のプール (プライマリ プール (使用不可) とバックアップ プール内に存在します。 両方のプールの応答グループには、同じ名前と同じ所有者 (プライマリ プール) がありますが、親は異なります。

別の FQDN を持つ新しいプールを作成して回復する場合は、それらをインポートするときに、応答グループの所有者として新しいプールを割り当てる必要があります。 Import-CsRgsConfiguration コマンドレットで –OverwriteOwner パラメーターを使用して所有権を明示的に再割り当てしない限り、応答グループの所有権は元のプールに残ります。

注意

また、同じ FQDN を使用するかどうかに関係なく、復旧中にプールを再構築した場合 (つまり、応答グループ データベースが空である) 場合は、–OverwriteOwner パラメーターを使用する必要があります。 プールを再構築しなかった場合は、–OverwriteOwner パラメーターを使用する必要はありませんが、応答グループをプライマリ プールにインポートするたびにこのパラメーターを使用することは許可されます。

プールごとに定義できるアプリケーション レベルの応答グループ構成設定のセットは 1 つだけです。 これらの設定には、既定の保留音構成、既定の保留音オーディオ ファイル、エージェントリングバック猶予期間、通話コンテキストの構成が含まれます。 これらの構成設定を表示するには、 Get-CsRgsConfiguration コマンドレットを 実行します。 Get-CsRgsConfiguration コマンドレットの詳細については、「Get-CsRgsConfiguration」を参照してください。

Import-CsRgsConfiguration コマンドレットと –ReplaceExistingSettings パラメーターを使用して、これらのアプリケーション レベルの設定を別のプールに転送できますが、これを行うと、変換先プールの設定がオーバーライドされます。

大事な

別のプールへの設定の転送に関するこの制約は、アプリケーション レベルの設定と既定の保留音オーディオ ファイルにのみ当てはまります。 エージェント グループ、キュー、ワークフロー、営業時間、休日セットには適用されません。

障害時にバックアップ プール内のアプリケーション レベルの設定を置き換える必要がなく、プライマリ プールを復旧できない場合、プライマリ プールからのアプリケーション レベルの設定は失われます。 復旧中にプライマリ プールを置き換える新しいプールを作成する必要がある場合は、同じ FQDN または別の FQDN を使用して、元のアプリケーション レベルの設定を回復することはできません。 この場合、これらの設定で新しいプールを構成し、保留音楽オーディオ ファイルを含める必要があります。

Import-CsRgsConfiguration コマンドレットを使用して、障害発生時にプライマリ プールからバックアップ プールにアプリケーション レベルの設定を転送する場合は、プライマリ プールからバックアップ プールに転送したのと同じ方法で、復旧中に設定をバックアップ プールから新しいプールに転送できます。

次の表は、応答グループの回復に関連する手順の概要です。

これらの手順の実行の詳細については、 Lync Server 2013 の応答グループディザスター リカバリー手順に関するページを参照してください。

応答グループのディザスター リカバリー手順

段階	手順	必要なグループおよび役割
停止前	定期的に Export-CsRgsConfiguration コマンドレットを実行して、応答グループ アプリケーションがデプロイされているすべてのフロント エンド プールですべての応答グループ構成のバックアップを作成します。	RTCUniversalServerAdmins CsResponseGroupAdministrator
停止中	Import-CsRgsConfiguration コマンドレットを実行して、バックアップされた Lync Server 応答グループ サービス構成をプライマリ プールからバックアップ プールにインポートします。 注意 バックアップ プール内のアプリケーション レベルの応答グループ設定をプライマリ プールの設定に置き換える場合は、–ReplaceExistingSettings パラメーターを使用します。 プライマリ プールからバックアップ プールにアプリケーション レベルの設定を転送せず、プライマリ プールを回復できない場合は、プライマリ プールから設定が失われます。	RTCUniversalServerAdmins CsResponseGroupAdministrator
インポート後	–ShowAll パラメーター (すべての応答グループを表示する) または –Owner パラメーター (インポートされた応答グループのみを表示する) を使用して応答グループ コマンドレットを実行して、すべての応答グループ構成がバックアップ プールにインポートされたことを確認します。 大事な –ShowAll パラメーターまたは –Owner パラメーターのいずれかを使用しない場合、バックアップ プールにインポートした応答グループは、コマンドレットによって返された結果に一覧表示されません。 次のコマンドレットを実行します。 Get-CsRgsWorkflow Get-CsRgsQueue Get-CsRgsAgentGroup Get-CsRgsHoursOfBusiness Get-CsRgsHolidaySet	RTCUniversalServerAdmins CsResponseGroupAdministrator
フェールオーバー後	バックアップ プールにインポートされた応答グループにテスト呼び出しを配置し、呼び出しが正しく処理されていることを確認します。 すべての正式なエージェントは、バックアップ プール上の正式なグループに再度サインインする必要があります。 構成の変更を管理する: バックアップ プール内の応答グループは、バックアップ プールにインポートされるか、バックアップ プールによって所有されているかに関係なく、停止中に通常どおりに変更できます。 大事な バックアップ プールにインポートした応答グループを管理するには、Lync Server Management Shell を使用する必要があります。 Lync Server コントロール パネルを使用して、バックアップ プール内にある応答グループを管理することはできません。	該当なし
復旧後、フェールバック前	バックアップ プールとして -Source パラメーターを指定し、プライマリ プールとして –Owner パラメーターを指定して Export-CsRgsConfiguration コマンドレットを実行し、プライマリ プールが所有する応答グループをバックアップ プールからエクスポートします。	RTCUniversalServerAdmins CsResponseGroupAdministrator
フェールバック後	Import-CsRgsConfiguration コマンドレットを実行して、応答グループをプライマリ プールにインポートします。 注意 プライマリ プールを復旧できず、新しいプールをデプロイして置き換える場合は、–ReplaceExistingSettings パラメーターを使用して、バックアップ プールから新しいプールにアプリケーション レベルの設定を転送します。 バックアップ プールから設定を転送しない場合、新しいプールでは既定の設定が使用されます。 –ShowAll パラメーター (すべての応答グループを表示する) または –Owner パラメーター (インポートされた応答グループのみを表示する場合) を使用して次のコマンドレットを実行して、すべての応答グループ構成がプライマリ プールに正常にインポートされたことを確認します。 Get-CsRgsWorkflow Get-CsRgsQueue Get-CsRgsAgentGroup Get-CsRgsHoursOfBusiness Get-CsRgsHolidaySet プライマリ プールにインポートされた応答グループにテスト呼び出しを配置し、呼び出しが正しく処理されていることを確認します。 必要に応じて、-RemoveExportedConfiguration パラメーターを指定してバックアップ プールで Export-CsRgsConfiguration コマンドレットを実行して、プライマリ プールが所有する応答グループをバックアップ プールから削除します。	RTCUniversalServerAdmins CsResponseGroupAdministrator