![通过 WAN 链路使用 MOSS 延伸农场——一个坏主意吗?](https://linux22.com/image/488444/%E9%80%9A%E8%BF%87%20WAN%20%E9%93%BE%E8%B7%AF%E4%BD%BF%E7%94%A8%20MOSS%20%E5%BB%B6%E4%BC%B8%E5%86%9C%E5%9C%BA%E2%80%94%E2%80%94%E4%B8%80%E4%B8%AA%E5%9D%8F%E4%B8%BB%E6%84%8F%E5%90%97%EF%BC%9F.png)
我正在为我们的 MOSS 场构建灾难恢复策略。扩展场配置看起来很有吸引力,但 MS 文档警告说,当数据中心之间的延迟超过 1ms 时不要使用它。
我们的 WAN 链路在数据中心之间平均延迟为 6ms。有人曾经通过 WAN 链路建立过扩展服务器场吗?微软的警告是真诚的还是过度保护?
答案1
您最好使用带有辅助服务器场的 SQL Server 日志传送路线。您可能已经熟悉该链接,但这里是SharePoint 可用性指南
我不太喜欢采用多服务器场理念进行灾难恢复,我更喜欢日志传送选项。
答案2
他们是真诚的,而你这样做会将自己置于不受支持的环境中(当你在农场之间遇到怪异情况时,CSS 将无法帮助你)。
如果灾难恢复是您的首要任务,那么最好的选择是使用 SQL Server 日志传送配置跨 SharePoint 场的灾难恢复。如果您更有兴趣为连接到不同数据中心的用户提供使用单个(逻辑)SharePoint 实现的能力,那么您可能需要研究全球部署多个农场。