规划高可用性支持
上一次修改主题： 2009-09-28
高可用性指的是在因硬件、软件或服务要求而发生中断时继续执行常规操作，使系统停机时间减少到最小的能力。容错特指在系统或组件出现故障时降低服务中断的风险。在消息传递基础结构中设计容错非常重要，这样才能确保 Office Communications Server 2007 R2 部署具有高可用性。
规划高可用性对于部署 Office Communications Server 2007 R2 Enterprise Edition 非常重要。本节将讨论 Office Communications Server 2007 R2 支持高可用性的功能，以及在安装第一台服务器之前需要考虑的各种选项和策略。
如果组织要求 Office Communications Server 2007 R2 拓扑提供高可用性，则需要在内部拓扑中部署一个或多个企业版池。如果不考虑高可用性，而简单性和经济性更为重要，则 Standard Edition 可能是合适的选择。如有必要，还可以在外围网络中支持高可用性。
Standard Edition
Standard Edition 在单个计算机上提供所有 IM、状态和会议组件（包括数据存储）。对于包含的用户数量相对较少、用户位于单一位置并且不太需要 IM 和联机会议功能的组织而言，这是一个高效经济的解决方案。Standard Edition Server 监视其自身状态，在发生故障时会自动重新启动，而不会丢失文件、会议内容或会议安排。但是，正在进行的会议和对话会中断，这种情况可能会持续很长时间（这取决于故障原因）。
由于 Standard Edition Server 即意味着单点故障，因此建议在需要高可用性的任务关键性部署中不要使用它。对于这种部署，Enterprise Edition 是必要选择。
Enterprise Edition
Office Communications Server 2007 R2 Enterprise Edition 的体系结构使用多个 Enterprise Edition Server 和专用的后端数据库服务器，从而减少了单点故障。为了提供更大冗余，数据库可以采用多节点主动/被动配置组成群集。Office Communications Server 2007 R2 还提供自动重新连接客户端的机制。有时可能会出现暂时的中断和终止会话，但整个系统很少会完全停用。
.gif "Dd425308.important(zh-cn,office.13).gif") 重要提示： |
|---|
| 后端数据库必须安装在任何 Enterprise Edition Server 之外的独立物理计算机上。对于 Enterprise Edition，不支持将后端数据库与任何 Office Communications Server 角色并置。此外，Office Communications Server 需要一个不与任何其他服务器应用程序共享的独立 SQL Server 实例。在多节点群集中，Office Communications Server SQL 实例必须能够故障转移到被动节点，出于性能原因，其他任何 SQL 实例均不应共享该节点。 |
组成企业版池的多个前端服务器可提供高可用性解决方案，在这种解决方案中，如果单个前端服务器发生故障，则客户端会检测到该故障并自动重新连接到另一台可用的前端服务器。因为由池（而不是任何一个服务器）来承载会议，所以会保留会议状态。通过多个前端服务器，还可以在服务中断时间最短的情况下，使任何指定服务器脱机以进行硬件或软件更新。当服务器由于硬件或网络故障而关闭时，将该服务器用于 IM、状态和会议功能的客户端的体验会中断。这些客户端会重新连接以恢复服务。
将池的 SQL Server 数据库置于独立于前端服务器的后端服务器或后端服务器群集上，不仅可以防止数据库受可能的前端故障的影响，还可提高整体吞吐量和前端性能。
外围网络
如果计划在高可用拓扑中实现外部访问，则需要在外围网络中部署多台连接至硬件负载平衡器的合并边缘服务器（称为合并边缘服务器阵列）。相反，如果组织不需要外围网络提供高可用性，则可以部署一台合并边缘服务器。有关详细信息，请参阅规划外部用户访问。
群聊
如果计划部署群聊，则可以部署一个提供高可用性的拓扑。有关详细信息，请参阅规划外部用户访问。
为了提高群聊安装的可伸缩性和可用性，可以最多部署总共五台群聊服务器。在遵循容量规划建议的前提下，每台服务器可支持 2,000 个用户，总计可支持 10,000 个用户。
群聊服务器将使用简单循环负载平衡算法处理新的用户连接。如果安装中的任何服务器出现故障，群聊客户端就会自动重新连接，并且会重定向到其余的某台服务器。