Lync Server 2013 中适用于前端服务器、即时消息和状态的拓扑和组件
上次修改的主题： 2014-10-24
即时消息 (IM) 和状态所需的唯一组件是：
组织的前端服务器或标准版服务器。 将始终在这些服务器上启用 IM 和状态功能。
负载平衡器（如果您拥有 Enterprise Edition 前端池）。 有关详细信息，请参阅 Lync Server 2013 的负载均衡要求。
规划前端池的部署
在 Lync Server 2013 中，前端池体系结构已更改，这些更改会影响规划和维护前端池的方式。
建议所有Enterprise Edition前端池至少包括三台前端服务器。 在 Lync Server 中，前端池的体系结构使用分布式系统模型，每个用户的数据保留在池中的三台前端服务器上。 有关此新体系结构的详细信息，请参阅 Lync Server 2013 中的拓扑更改。
如果不想部署三台Enterprise Edition前端服务器，并且想要灾难恢复，建议使用 Lync Server Standard Edition 并创建两个具有配对备份关系的池。 这将提供仅包含两台服务器的灾难恢复解决方案。 有关高可用性和灾难恢复拓扑和功能的详细信息，请参阅 Lync Server 2013 中的高可用性和灾难恢复规划。
规划前端池的管理
对于前端池，请遵循本部分中的准则。
确保池正常运行
使用前端池的新分布式模型，必须运行特定数量的池服务器才能使池正常运行。 池有两种丢失模式
路由组级别仲裁丢失，是由于特定路由组的副本服务器不足引起的。 路由组是池中托管的一组用户的聚合。 每个路由组在池中都有三个副本：一个主副本和两个辅助副本。
池级别仲裁丢失，当池中运行的种子服务器不足时导致的。
路由组级别仲裁丢失
当您首次启动新的前端池时，务必确保有 85% 的服务器已启动且正在运行，如下表所示。 如果正在运行的服务器数目较少，则服务可能会滞留在启动状态，而池可能无法启动。
| 池中服务器的总数 | 使池第一次启动所必须运行的服务器的数量 |
|---|---|
2 |
1 |
3 |
3 |
4 |
3 |
5 |
4 |
6 |
5 |
7 |
5 |
8 |
6 |
9 |
7 |
10 |
8 |
11 |
9 |
12 |
10 |
以后每次启动池时，都应启动 85% 的服务器（如上表所示）。 如果无法启动此数量的服务器（但是可以启动足够数量的服务器来避免遭遇池级别仲裁丢失），那么您可以使用 Reset-CsPoolRegistrarState –ResetType QuorumLossRecovery cmdlet 来使池从此路由组级别仲裁丢失中恢复，然后继续操作。 有关如何使用此 cmdlet 的详细信息，请参阅 Reset-CsPoolRegistrarState。
注意
由于 Lync Server 使用主 SQL 数据库作为见证服务器，因此如果关闭主数据库并切换到镜像副本，并关闭足够的前端服务器，以便根据上表运行的不足，整个池将关闭。 有关详细信息，请参阅数据库镜像见证。
池级别仲裁丢失
若要使前端池正常运行，它不能处于池级仲裁丢失状态。 如果运行的服务器数低于下表所示的功能级别，则池中的其余服务器将停止所有 Lync Server 服务。 请注意，下表中的数字假定池中的后端服务器正在运行。
| 池中前端服务器总数 | 使池发挥作用所必须运行的服务器的数量 |
|---|---|
2 |
1 |
3-4 |
任意 2 台 |
5-6 |
任意 3 台 |
7 |
任意 4 台 |
8-9 |
前 7 台服务器中的任意 4 台 |
10-12 |
前 9 台服务器中的任意 5 台 |
在上表中，“前几台服务器”是指自首次启动池起按时间顺序靠前显示的服务器。 若要确定这些服务器，可以将 Get-CsComputer cmdlet 与 –PoolFqdn 选项配合使用。 此 cmdlet 将按服务器在池中的出现顺序显示服务器，列表最上方的服务器就是前几台服务器。
具有两个前端服务器的前端池
我们不建议部署仅包含两个前端服务器的前端池。 如果确实需要部署此类池，请遵循以下准则：
如果两个前端服务器之一发生故障，应尽量尽快恢复失败的服务器。 同样，如果需要升级两台服务器之一，升级完成后将其尽快联机。
如果因某些原因需要将两台服务器同时停机，当该池停机后执行下列操作：
最佳做法是同时重启两个前端服务器。
如果无法同时重新启动两台服务器，则应该按其停机时的相反顺序来启动它们。
如果无法按该顺序将其恢复，请在恢复池之前使用以下 cmdlet：。
Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery -PoolFQDN <FQDN>
确保池正常运行的其他步骤
您应注意其他几项因素，以确保您的前端池仍正常工作。
首次将用户移到池时，请确保至少三个前端服务器正在运行。
如果出于灾难恢复目的在此池与另一个池之间建立配对关系，则在建立此关系后，必须确保此池有三个前端服务器在某个时间同时运行，以便将数据与备份池正确同步。 有关池配对和灾难恢复功能的详细信息，请参阅 在 Lync Server 2013 中规划高可用性和灾难恢复。
提高池升级的可靠性
当需要升级或修补前端池中的服务器时，请遵循 Lync Server 2013 中升级或更新前端服务器中显示的工作流，并遵循以下准则：
在 Lync Server 2013) 中，在升级或更新前端服务器 的工作流之后 (从一个升级域移动到另一个升级域时，将使用 Get-CsPoolUpgradeReadinessState cmdlet 并检查“就绪”状态。 在每个升级域到达“就绪”后，在每个升级域之间添加 20 分钟的等待时间将使升级更加可靠。 如果在此 20 分钟内它变得 “未就绪 ”，请重启 20 分钟的计时器。 此外，还可以在开始 20 分钟间隔之前和之后运行 Get-CsPoolFabricState cmdlet，并确保不会更改主要组和路由组的辅助数据库。
如果上一个修补升级域中的任何服务器被卡住或未重启，请勿转到下一个升级域。 如果升级中的任何服务器无法启动，此操作也适用。 运行 Get-CsPoolFabricState ，确保所有路由组都有主组和至少一个辅助组;这将确认所有用户是否都具有服务。
如果某些用户有服务，而另一些用户没有服务，请使用 –Verbose 选项运行 Get-CsPoolFabricState ，以检查是否存在缺少副本的路由组。 请勿作为第一个故障排除步骤重启整个池。 有关此 cmdlet 的详细信息，请参阅 Get-CsPoolFabricState。
确保为 windows 结构安装/卸载关闭事件查看器或性能监视器窗口的所有实例。
更改前端池的配置
每当将前端服务器添加到池或从池中删除前端服务器，然后发布新拓扑时，请遵循以下准则：
发布新拓扑后，必须重启池中的每个前端服务器。 一次重新启动一个。
如果在配置更改期间整个池已关闭，则在新拓扑发布后运行以下 cmdlet：
Reset-CsPoolRegistrarState -PoolFQDN <PoolFQDN> -ResetType ServiceReset
如果前端服务器失败且不太可能被替换几天或更短的时间，请从拓扑中删除服务器。 再次可用时，将新的前端服务器添加到拓扑。