在 Lync Server 2013 中对池进行故障转移

 

上次修改的主题: 2014-10-10

如果单个前端池失败且需要故障转移,请使用以下过程。 在此过程中,Datacenter1 包含 Pool1,而 Pool1 已失败。 你正在故障转移到位于 Datacenter2 中的 Pool2。

池故障转移的大部分工作涉及故障转移中央管理存储(如果需要)。 这一点很重要,因为当池的用户发生故障转移时,中央管理存储必须正常运行。

此外,如果前端池失败,但该站点的 Edge 池仍在运行,则必须知道 Edge 池是否使用失败的池作为下一跃点池。 如果这样做,则必须先将 Edge 池更改为使用其他前端池,然后才能故障转移失败的前端池。 如何更改下一跃点设置取决于 Edge 是使用与 Edge 池位于同一站点的池,还是使用其他站点。

在同一站点上设置边缘池以使用下一跃点池

  1. 打开拓扑生成器,右键单击需要更改的 Edge 池,然后单击 “编辑属性”。

  2. 单击 “下一跃点”。 从 “下一跃点池: 列表”中,选择现在将用作下一跃点池的池。

  3. 单击 “确定”,然后发布更改。

将边缘池设置为在其他站点使用下一跃点池

  1. 打开 Lync Server Management Shell 窗口并键入以下 cmdlet:

    Set-CsEdgeServer -Identity EdgeServer:<Edge Server pool FQDN> -Registrar Registrar:<NextHopPoolFQDN>
    

在灾难中故障转移池

  1. 通过在 Pool2 的前端服务器上键入以下 cmdlet,查找哪个池是中央管理服务器的主机:

    Invoke-CsManagementServerFailover -Whatif
    

    此 cmdlet 的结果显示当前托管中央管理服务器的池。 在此过程的其余部分中,此池称为CMS_Pool。

  2. 使用拓扑生成器查找在CMS_Pool上运行的 Lync Server 版本。 如果运行 Lync Server 2013,请使用以下 cmdlet 查找池 1 的备份池。

    Get-CsPoolBackupRelationship -PoolFQDN <CMS_Pool FQDN>
    

    让我们Backup_Pool备份池。

  3. 使用以下 cmdlet 检查中央管理存储的状态:

    Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus 
    

    此 cmdlet 应显示 ActiveMasterFQDN 和 ActiveFileTransferAgents 都指向CMS_Pool的 FQDN。 如果它们为空,则中央管理服务器不可用,必须将其故障转移。

  4. 如果中央管理存储不可用,或者如果 Central Management 存储在 Pool1 ((即失败的池) 上运行),则必须在故障转移池之前故障转移中央管理服务器。 如果需要故障转移托管在运行 Lync Server 2013 的池上的中央管理服务器,请在此过程的步骤 5 中使用该 cmdlet。 如果需要故障转移托管在运行 Lync Server 2010 的池上的中央管理服务器,请在此过程的步骤 6 中使用该 cmdlet。 如果不需要故障转移中央管理服务器,请跳到此过程的步骤 7。

  5. 若要故障转移运行 Lync Server 2013 的池上的中央管理存储,请执行以下操作:

    • 首先,键入以下内容来检查Backup_Pool中哪个后端服务器运行中央管理存储的主体实例:

      Get-CsDatabaseMirrorState -DatabaseType Centralmgmt -PoolFqdn <Backup_Pool Fqdn>
      
    • 如果Backup_Pool中的主后端服务器是主体,请键入:

      Invoke-CSManagementServerFailover -BackupSQLServerFqdn <Backup_Pool Primary BackEnd Server FQDN> -BackupSQLInstanceName <Backup_Pool Primary SQL Instance Name>
      

      如果Backup_Pool中的镜像后端服务器是主体,请键入:

      Invoke-CSManagementServerFailover -MirrorSQLServerFqdn <Backup_Pool Mirror BackEnd Server FQDN> -MirrorSQLInstanceName <Backup_Pool Mirror SQL Instance Name>
      
    • 验证中央管理服务器故障转移是否已完成。 键入以下内容:

      Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus 
      

      检查 ActiveMasterFQDN 和 ActiveFileTransferAgents 是否都指向Backup_Pool的 FQDN。

    • 最后,键入以下内容来检查所有前端服务器的副本状态:

      Get-CsManagementStoreReplicationStatus 
      

      检查所有副本的值是否为 True。

      在此过程中跳到步骤 7。

  6. 在 Backup_Pool 的后端服务器上安装中央管理存储。

    • 首先,运行以下命令:

      Install-CsDatabase -CentralManagementDatabase -Clean -SqlServerFqdn <Backup_Pool Back End Server FQDN> -SqlInstanceName rtc  
      
    • 在 Backup_Pool 的前端服务器之一上运行下一个命令以强制移动中央管理存储:

      Move-CsManagementServer -ConfigurationFileName c:\CsConfigurationFile.zip -LisConfigurationFileName c:\CsLisConfigurationFile.zip -Force 
      
    • 验证移动是否已完成:

      Get-CsManagementStoreReplicationStatus -CentralManagementStoreStatus 
      

      检查 ActiveMasterFQDN 和 ActiveFileTransferAgents 是否都指向Backup_Pool的 FQDN。

    • 键入以下内容来检查所有前端服务器的副本状态:

      Get-CsManagementStoreReplicationStatus 
      

      检查所有副本的值是否为 True。

    • 在 Backup_Pool 中在前端服务器的其余部分上安装 Central Management Server 服务。 为此,请在所有前端服务器上运行以下命令,但此过程前面强制中央管理存储移动时使用的命令除外:

      Bootstrapper /Setup 
      
  7. 通过在 Lync Server Management Shell 窗口中运行以下 cmdlet,将用户从 Pool1 故障转移到 Pool2:

    Invoke-CsPoolFailover -PoolFQDN <Pool1 FQDN> -DisasterMode -Verbose
    

    由于此过程前面部分为检查中央管理存储状态而执行的步骤并不普遍,因此此 cmdlet 仍有可能失败,因为中央管理存储尚未完全故障转移。 在这种情况下,必须根据你看到的错误消息修复中央管理存储,然后再次运行此 cmdlet。

    如果看到以下错误消息,则需要更改此站点的 Edge 池,以便在故障转移池之前使用其他池作为下一跃点。 有关详细信息,请参阅本主题开头的过程。

    Invoke-CsPoolFailOver : This Front-end pool "pool1.contoso.com" is specified in
    topology as the next hop for the Edge server. Failing over this pool may cause External
    access/Federation/Split-domain/XMPP features to stop working. Please use Topology Builder to
    change the Edge internal next hop setting to point to a different Front-end pool,  before you
    proceed.