通过

在 Lync Server 2013 中规划响应组灾难恢复

  • 项目

 

上次修改的主题： 2012-11-01

本部分介绍准备灾难恢复响应组的一些方法，并概述了灾难恢复过程。

准备响应组灾难恢复

在准备和执行灾难恢复过程时，请记住以下事项。

注意

在共存环境中，本文档中所述的灾难恢复过程仅支持 Lync Server 2013 响应组。

  • 在执行容量规划时规划灾难恢复。 对于灾难恢复容量，配对池中的每个池都应能够处理两个池中所有响应组的工作负荷。 有关响应组容量规划的详细信息，请参阅 Lync Server 2013 中响应组的容量规划。

  • 使用本文档中所述的导出过程，获取所有前端池中所有响应组配置的常规备份副本，在其中部署了响应组应用程序。 有关详细信息，请参阅 Lync Server 2013 中的响应组灾难恢复过程。 将备份副本保留在安全位置。

  • 保留用于响应组应用程序的所有原始音频文件的单独备份副本，包括任何录制和音乐保留文件。 将备份文件保留在安全位置。

  • 对于 Lync Server 2013 灾难恢复，所有响应组设置都必须在部署中具有唯一名称。 此要求适用于工作流、队列、代理组、假日集和营业时间。 在主池和备份池仍处于活动状态，并且需要启动任何故障转移过程之前，应验证是否满足此要求。 如果在将响应组数据导入到备份池时遇到名称冲突，则导入会失败。 若要完成导入和故障转移过程，需要通过重命名备份池中的响应组对象或将 Import-CsRgsConfiguration cmdlet 与 –ResolveNameConflicts 参数配合使用来自动解决名称冲突，以便通过将唯一标识号追加到响应组对象来自动解决冲突。

  • 一般情况下，我们建议你执行每日备份，但如果有大量更改，则可能需要计划更频繁的备份。 发生灾难时可能丢失的信息量取决于备份的频率以及更改的频率和数量。

  • 在发生灾难或故障转移操作之前，可以将响应组导入到备份池。 提前导入响应组可减少停机时间，因为一旦调用路由到备份池，就可以在备份池中还原 Lync Server 响应组服务。

    注意

    在故障转移完成之前，响应组应用程序无法访问在非活动池中托管的任何代理。 在此期间，响应组应用程序将处理调用，就像这些代理不可用一样。

响应组灾难恢复过程

发生灾难时，可以使用以下任何一种恢复方法来恢复响应组：

  • 故障转移到备份池，然后故障回复到原始池。

  • 故障转移到备份池，创建具有不同完全限定域名的新池 (FQDN) ，然后将响应组导入到新池。

在灾难恢复的故障转移阶段，响应组驻留在多个池中：主池 (不可用) 和备份池中。 两个池中的响应组在主池) (具有相同的名称和相同的所有者，但它们具有不同的父级。

通过使用不同的 FQDN 创建新池来恢复时，需要在导入响应组时将新池分配为响应组的所有者。 除非通过将 –OverwriteOwner 参数与 Import-CsRgsConfiguration cmdlet 结合使用来显式重新分配所有权，否则响应组的所有权将保留在原始池中。

注意

如果在恢复期间重新生成池，则还需要使用 –OverwriteOwner 参数， (即响应组数据库为空) ，无论是否使用相同的 FQDN。 如果未重新生成池，则无需使用 –OverwriteOwner 参数，但每次将响应组导入到主池时，都允许使用此参数。

每个池只能定义一组应用程序级响应组配置设置。 这些设置包括默认音乐保留配置、默认音乐保留音频文件、代理回退宽限期和调用上下文配置。 若要查看这些配置设置，请运行 Get-CsRgsConfiguration cmdlet。 有关 Get-CsRgsConfiguration cmdlet 的详细信息，请参阅 Get-CsRgsConfiguration。

可以通过将 Import-CsRgsConfiguration cmdlet 与 –ReplaceExistingSettings 参数结合使用，将这些应用程序级别设置从一个池传输到另一个池，但这样做会覆盖目标池中的设置。

重要

此关于将设置传输到另一个池的约束仅适用于应用程序级别设置和默认的保留音乐音频文件。 它不适用于代理组、队列、工作流、工作时间和假日集。

如果不想在灾难期间替换备份池中的应用程序级别设置，并且无法恢复主池，则主池中的应用程序级别设置将丢失。 如果需要创建一个新池以在恢复期间将主池替换为相同的 FQDN 或不同的 FQDN，则无法恢复原始的应用程序级别设置。 在这种情况下，需要使用这些设置配置新池，并包含音乐保留音频文件。

如果决定在灾难期间使用 Import-CsRgsConfiguration cmdlet 将应用程序级别设置从主池传输到备份池，则可以在恢复期间将设置从备份池传输到新池，就像将它们从主池传输到备份池一样。

下表概述了恢复响应组所涉及的步骤。

有关执行这些步骤的详细信息，请参阅 Lync Server 2013 中的响应组灾难恢复过程。

响应组灾难恢复步骤

阶段 步骤 所需的组和角色

中断前

定期运行 Export-CsRgsConfiguration cmdlet，在部署响应组应用程序的所有前端池中创建所有响应组配置的备份。

RTCUniversalServerAdmins

CsResponseGroupAdministrator

中断期间

运行 Import-CsRgsConfiguration cmdlet，将备份的 Lync Server 响应组服务配置从主池导入到备份池。

注意

如果要将备份池中的应用程序级别响应组设置替换为主池中的设置，请使用 –ReplaceExistingSettings 参数。 如果未将应用程序级别设置从主池传输到备份池，并且无法恢复主池，则会丢失主池中的设置。

RTCUniversalServerAdmins

CsResponseGroupAdministrator

导入后

使用 –ShowAll 参数 (运行响应组 cmdlet，以显示所有响应组) 或 –Owner 参数 (仅显示导入的响应组) ，以验证是否已将所有响应组配置导入到备份池。

重要

如果不使用 –ShowAll 参数或 –Owner 参数，则导入到备份池的响应组不会列在 cmdlet 返回的结果中。

运行以下 cmdlet：

  • Get-CsRgsWorkflow

  • Get-CsRgsQueue

  • Get-CsRgsAgentGroup

  • Get-CsRgsHoursOfBusiness

  • Get-CsRgsHolidaySet

RTCUniversalServerAdmins

CsResponseGroupAdministrator

故障转移后

  • 对已导入到备份池的响应组进行测试调用，并验证呼叫是否已正确处理。

  • 所有正式代理必须在备份池上再次登录到其正式组。

  • 管理配置更改：

    在中断期间，可以像往常一样修改备份池中的响应组（无论是导入到备份池还是由备份池拥有）。

    重要

    必须使用 Lync Server Management Shell 管理导入到备份池的响应组。 在备份池中时，不能使用 Lync Server 控制面板来管理这些响应组。

不适用

恢复后，在故障回复之前

运行 Export-CsRgsConfiguration cmdlet，将 -Source 参数指定为备份池，并将 –Owner 参数指定为主要池，以便从备份池导出主池拥有的响应组。

RTCUniversalServerAdmins

CsResponseGroupAdministrator

故障回复后

  • 运行 Import-CsRgsConfiguration cmdlet，将响应组导入到主池。

    注意

    如果无法恢复主池并部署新池来替换它，请使用 –ReplaceExistingSettings 参数将应用程序级别设置从备份池传输到新池。 如果不从备份池传输设置，新池将使用默认设置。

  • 使用 –ShowAll 参数 (运行以下 cmdlet，以显示所有响应组) 或 –Owner 参数 (以仅显示导入的响应组) 验证是否已成功将所有响应组配置导入到主池：

    • Get-CsRgsWorkflow

    • Get-CsRgsQueue

    • Get-CsRgsAgentGroup

    • Get-CsRgsHoursOfBusiness

    • Get-CsRgsHolidaySet

  • 对已导入到主池的响应组进行测试调用，并验证呼叫是否已正确处理。

  • （可选）使用 –RemoveExportedConfiguration 参数在备份池上运行 Export-CsRgsConfiguration cmdlet，以从备份池中删除主池拥有的响应组。

RTCUniversalServerAdmins

CsResponseGroupAdministrator