通过

SharePoint Server 的全局体系结构

适用于：yes-img-132013 yes-img-162016 yes-img-192019 yes-img-seSubscription Edition no-img-sopSharePoint in Microsoft 365

SharePoint Server 经过优化，可以在广域网 (WAN) 连接时表现良好。 对于大部分客户，建议使用集中的环境作为体系结构来为世界范围的用户群提供服务。 如果客户的网站具有连接问题，他们可能会通过部署一个或多个区域服务器场获得好处。 本文将说明受支持的体系结构、用于针对 WAN 连接优化 SharePoint Server 的策略，以及对于服务应用程序的建议。

主要概念

本文使用以下术语：

  • 中央站点 - 托管大部分公司数据和员工计算机的位置。 集中的 SharePoint Server 环境可以包含单个服务器场或位于相同数据中心的多个服务器场。

  • 区域站点 - 托管部分公司数据和员工计算机的位置，这些计算机使用局域网 (LAN) 和 WAN 链接的组合进行连接。

  • 分布式环境 - 员工和公司数据分散在世界各地的环境。

  • 国内农场 - 部署在政治边界内以满足政府法规的农场。

评估您的 WAN 连接

对于 WAN 环境的体系结构，最重要的决定因素是跨 WAN 连接时 SharePoint Server 的性能。 在为你的 WAN 环境考虑体系结构选项之前，请先评估在进行要执行的最常见的操作时，用户所体验的性能。 可以跨多个 WAN 连接使用系统基准测试，或者在测试环境中使用简单用户测试来完成此操作。 还可以在与公司主位置相同的区域中的 Microsoft 365 中创建评估网站，并测试多个地理位置的用户体验。

如果你的组织当前使用较早版本的产品在地理位置上部署多个服务器场，则可以使用单个具有中心服务器场的环境或者使用更少的服务器场来成功部署。 不要假定你的组织需要的服务器场数量与使用较早版本进行部署时相同。

优化中心服务器场或中心数据中心部署

将 SharePoint Server 部署到中心环境是为全世界用户群提供服务的首选。

中央环境示意图

由于 SharePoint Server 性能提高，通过 WAN 连接进行良好连接的全球客户预期将成功地集中部署 SharePoint Server。 对于企业规模的客户，这可能包括部署到单个数据中心的多个服务器场。 大部分客户可以通过部署单个服务器场来满足组织（例如，美国联合航空公司）的需要。 组织还可以将 Microsoft 365 用作中心环境，为全球用户群提供服务。

如果在本地部署 SharePoint Server，可以使用多个策略来帮助优化跨 WAN 连接的集中环境。

优化网页以更快下载

SharePoint Server 中的默认页面的性能都经过优化。 如果自定义页面或者添加许多图像或其他类型的内容，请确保优化这些页面，使其可以通过 WAN 连接良好运行。

Windows Server 功能

Windows Server 中的许多功能都可以为通过区域网站或分支机构连接到中心环境的用户提高性能。

  • BranchCache-BranchCache 是 Windows 7、Windows Server 2008 R2 和 Windows Server 2012 操作系统的一项功能，在本地分支机构的计算机上的 WAN 上缓存文件和 Web 服务器的内容。 在地理位置分布式 SharePoint Server 环境中，BranchCache 可以通过为使用 SharePoint Server 的下载的大型文件创建缓存来优化 WAN 性能。

  • 服务质量 (QoS) — Windows 2000 引入了 Windows Server 2012 增强的 QoS 功能。 借助 QoS，可以满足工作负载或应用程序的服务要求，具体方法是通过衡量网络带宽、检测变化的网络条件（如带宽拥塞或可用性），以及设置网络流量优先级或限制网络流量。 例如，可以使用 QoS 优先对延迟敏感的应用程序的流量，并控制对延迟不敏感的流量（如批量数据传输）所产生的影响。 可以使用 QoS 优先对用户非常重要的应用程序的置请求。 此外，还可以取消优先对性能产生负面影响的应用程序或过程（如备份过程或大型下载）。 若要详细了解 Windows Server 2012 中的 QoS 功能，请参阅服务质量 (QoS) 概述。

WAN 加速器

WAN 加速器有利于 Intranet 部署。 一些全球公司将 WAN 加速器放置在延时最多的连接中，以便将这些网站的性能提高到可接受的范围。 这些解决方案通常可以优化多个级别的流量。

  • WAN 加速解决方案将压缩网络级数据包并优化基础协议以减少原始流量。

  • WAN 加速器可以根据最近发送块的历史记录比较内容块，从而优化内容，这可以仅发送差异，而不是所有内容。

  • 可以感知应用程序的设备将优化应用程序级协议，该协议可以减少应用程序争议。

不同的解决方案使用优化技术和算法的不同组合。

WAN 加速器成对工作。 一个设备位于运行 SharePoint Server 的服务器旁的数据中心内，另一个设备位于分支机构中或公司外部的客户端设备上。 供应商声称可以在高度延迟的网络上，为第二次请求或后续请求减少 90% 以上（含 90%）的响应时间。

提供许多 WAN 加速器设备。 每种设备将使用不同的方式优化 WAN 流量。 因为 SharePoint Server 同样可以优化和压缩数据，在使用和不使用 WAN 加速设备的情况下测试 SharePoint Server 的性能十分重要。 在某些情况下，多项技术（SharePoint Server、IIS 和 WAN 加速器）的压缩对性能造成的负面影响可能超过带来的好处。

优化网络

许多客户可以通过与带宽提供商协作来优化用户和中心网站之间的网络连接，从而使集中环境生效。 同样，一些电信公司提供更高效的路由模式，在新兴市场中尤其如此。 与在多个位置管理 SharePoint 服务器场和内容的复杂性相比，优化 WAN 连接可能更实际。

用于 WAN 环境的客户端工具

多个客户端工具可以显著改进对于 WAN 连接的用户体验，并且无需在全球部署多个服务器场。 在具有多个在地理位置上部署的服务器场的环境中，您也可以使用这些工具。

Office Online Server

Office Online Server 是 Office 服务器产品，它可以提供基于浏览器版本的 Word、PowerPoint、Excel 和 OneNote。 因为用户不会上载或下载文件，所以 Office Online Server 可以显著提高 WAN 环境中的性能。 单个 Office Online Server 服务器场可以支持通过 SharePoint Server 2016、Skype for Business Server 2015 和 Exchange Server 2013.访问 Office 文件的用户。 在具有高度延迟的连接、低带宽连接，或两者兼有的环境中，Office Online Server 运行良好。 在具有间歇性连接的环境中，它可能表现不佳。

Office Online Server 场通常与 SharePoint Server 2016 场位于同一数据中心，但这不是必需的。 在 SharePoint 网站不位于的远程数据中心内定位 Office Online Server 场不会提高性能。 有关详细信息，请参阅 Office Web Apps Server overview。

Microsoft OneDrive

OneDrive 同步应用允许用户将其“我的网站”库和团队网站上的其他 SharePoint 库同步到其计算机。 然后，他们可以直接在文件资源管理器中处理这些库中的文件。 即使处于脱机状态，用户也可以访问这些文件。 当用户重新联机时，文件更改会自动同步。

注意

SharePoint Server 订阅版和 2019 支持新的 OneDrive 同步应用 (OneDrive.exe) 。 有关详细信息，请参阅 配置与新 OneDrive 同步应用的同步。

设计具有多个服务器场的中心网站

一些企业可能选择在中心网站部署多个服务器场以满足扩展和容量要求。 但是，如果体系结构包含多个内容服务器场，社交功能可能会受到限制。 要优化多服务器场的环境，请应用以下设计原则：

  • User Profile Service 应用程序必须与其支持的内容位于相同的数据中心。

  • 建议使用一个"我的网站"服务器场。 跨多个"我的网站"服务器场的社交功能受到限制。 例如，用户仅可以看到来自该服务器场的"我的网站"新闻源中的社交活动。 多个"我的网站"还需要多个 User Profile Service 应用程序，这会增加复杂性。

  • 若要跨内容服务器场使用社交功能，必须在数据中心的每个内容服务器场中创建"我的网站"宿主。 在该设计中，存在 User Profile Service 应用程序的"我的网站"服务器场上的"我的网站"宿主是主要的"我的网站"宿主。 其他"我的网站"宿主支持位于内容服务器场的工作组网站上的网站源。

  • SharePoint Server 支持服务器位于不同数据中心的拉伸场体系结构。 要使用拉伸场，运行 SQL Server 的计算机和向一个方向的前端 Web 服务器之间的延迟必须小于 1 毫秒，并且每秒带宽至少为 1 GB。

  • 搜索服务器场可以位于不同的数据中心。 Search Service 应用程序可以通过 WAN 连接正常运行。 如果必须跨数据中心分布服务器场，专用的搜索服务器场不需要与其他类型的 SharePoint 服务器场位于相同的数据中心内。

下图显示了为一家虚构的全球制造公司设计的多服务器场体系结构，该公司名为 Fabrikam，拥有超过 30 万用户。

全球型制造企业的多服务器场体系结构

您可以跨服务器场共享一些服务应用程序。 大部分服务应用程序都可以在由 WAN 链接分隔的服务器场之间共享。 下表总结了对于跨 WAN 链接共享服务应用程序的支持。 Search Service 应用程序需要更多注意事项，在表后提供了对于该服务的建议。

用于 WAN 环境的跨服务器场服务支持

服务应用程序 是否通过 WAN 连接受到支持？ 注释
搜索
 是
 可以通过 WAN 连接对内容进行爬网。 或者可以配置搜索以从远程结果源（远程服务器场中的索引）检索结果。
托管元数据
 是
 如果 WAN 连接处于脱机状态（例如间歇性卫星连接），Managed Metadata Service 应用程序提供的用户输入字段可能不可用。
Business Data Connectivity
 是
 在远程服务器场（从中心服务器场使用 Business Data Connectivity Service 的服务器场）的 Web 服务器上缓存数据模型后，远程服务器场将通过 WAN 直接连接到数据源以查询数据（而不是重新连接到托管 Business Data Connectivity Service 的服务器场）。 因此，远程服务器场需要访问数据源的权限。 同样，远程服务器场和数据源之间的性能取决于 WAN 连接的性能。
用户配置文件
 不支持
 不支持跨 WAN 链接使用 User Profile Service 应用程序。 该服务需要直接数据库访问。
Secure Store Service
 是
 虽然 Secure Store Service 可以跨 WAN 链接进行工作，但我们不建议该用法，因为这可能对其他使用 WAN 链接的服务的性能产生负面影响。
机器翻译服务
 是

您可以跨 WAN 连接共享 Search Service 应用程序。 然而，如果 WAN 连接足够强健，可以支持通过 WAN 对内容进行爬网，则该连接的强健程度应该足以支持通过 WAN 对中心服务器场进行用户操作。 我们建议您消除区域服务器场并让用户使用中心服务器场环境，从而利用 WAN 性能的提高，而不用通过 WAN 连接共享 Search Service 应用程序。

以下 WAN 条件可能导致创建区域服务器场：

  • 延时最多的连接

  • 间歇性连接

  • 由网络拥堵导致的不可靠连接

  • 低效的路由模式

  • 数据包丢失

我们不建议在这些类型的 WAN 连接之间共享 Search Service 应用程序。 相反，我们建议您在区域服务器场上配置搜索，并使用远程 SharePoint 结果源将来自区域服务器场和中心服务器场的搜索结果整合在一起。

国家/地区内服务器场代表不同的挑战。 如果国家/地区内服务器场的目的是防止在政治边界之外放置文档和文件，我们不建议通过 WAN 对内容进行爬网。 搜索索引至少包含已爬网内容的碎片。 此外，每个文档的临时副本将下载到搜索服务器场进行处理。 因此，对国家/地区内服务器场进行爬网的中心服务器场包含该国家/地区内服务器场中的数据副本。 如果这违反公司政策，我们建议您使用远程 SharePoint 结果源。 借助该配置，搜索结果可以包含来自国家/地区内服务器场的内容，并且内容继续仅放置在本地服务器场，除非用户将副本下载到本地计算机。

允许通过 WAN 连接对内容进行爬网的一种方案是，混合部署使用本地 SharePoint Server 场对Microsoft 365 专用服务器场中的内容进行爬网， (O365-D) ，并向该场提供搜索服务。 使用 Microsoft 365 专用订阅计划，每个客户环境都放置在专用服务器场上。 对 Microsoft 365 专用场进行爬网可为这两个环境提供一组相关性排名的结果。 专用Microsoft 365 环境不同于多租户Microsoft 365 环境。 对于包含 Microsoft 365 多租户环境的混合环境，无法对多租户环境进行爬网，建议使用远程结果源提供集中搜索。

虽然如此建议，但支持通过 WAN 连接共享 Search Service 应用程序，并可以使用以下方法来实现：

  • 区域服务器场可以从中心服务器场使用 Search Service 应用程序，并使用它在本地对内容爬网。 您必须设置跨服务器场的服务共享关系，并完成额外配置。 在此情况下，中心服务器场上的搜索组件将在区域服务器场上对内容进行爬网。 将通过 WAN 连接来进行对内容爬网时所需的通信。 不建议使用该配置。 相反，请直接在区域服务器场上部署和配置 Search Service 应用程序。

  • 中心服务器场上的 Search Service 应用程序可以对区域服务器场上的内容进行爬网。 该配置不需要设置跨服务器场的服务共享。 相反，将向中心服务器场添加爬网规则以对远程服务器场上的内容进行爬网。 但是，该配置将通过 WAN 连接为内容爬网，这并不理想。

下表总结了通过 WAN 进行爬网和使用远程结果源以在搜索结果中包含内容之间的差异。

用于在搜索结果中包含全局内容的选项

  通过 WAN 爬网 配置用于远程服务器场的结果源
说明
 将通过 WAN 从中心网站对区域网站上的内容进行爬网。
将配置搜索，使其从除本地服务器场之外的一个或多个远程服务器场（结果源）返回结果。
在该方案中，将在本地对远程服务器场进行爬网。 您将配置中心服务器场的搜索，使其包含来自远程索引的结果。
还可以配置远程服务器场，使其包含来自中心服务器场和其他区域服务器场的结果。 这使用户可以从本地服务器场进行搜索。
用户体验
 将为用户显示单个结果列表。
结果显示在单个列表中。 但是，将按照结果源以块的形式为结果分组。 您可以配置每组的结果数。
优点
 搜索结果将包含在单个按搜索排名的列表中。
将集中管理搜索。
不使用 WAN 爬网。
根据爬网计划，搜索结果可能更新。
如果您还配置了远程服务器场，使其包含其他服务器场的结果源，则除中心服务器场外，还可以从远程服务器场进行企业范围的搜索。
缺点
 通过 WAN 爬网需要花费时间并使用带宽。
搜索结果可能比在本地对内容爬网所获得的结果旧。
仅可以从中心服务器场进行企业范围的搜索。
用户将看到结果的多个分组。
不会对整个组织内的搜索结果进行排名。
必须在多个位置管理搜索。