在托管环境中为 Microsoft 365 应用版提供软件更新时，有多种选项可供选择。 本文概述了每种方法的优缺点，以帮助您做出正确的选择。 任何更新部署实现都可以在以后更改。 这些选项适用于重新开始使用 Microsoft 365 应用版或重新评估当前实施时。
首先，本文介绍了三种不同的更新位置，您可以从中进行选择，并列出个体差异和网络影响。 其次，列出了用于控制每个更新位置更新的可用选项，再次涵盖了每个机制的各个好处和注意事项。 下面是一个概述，如果您想直接跳转到某个部分：
注意
Office 更新引擎将始终使用相同的机制更新所有基于即点即用的产品和应用。 例如，如果设备安装了 Microsoft 365 应用版和 Visio 桌面应用，并且更新配置为通过云更新进行，则两个产品将同时更新。 无法混合和匹配更新机制 (例如来自 Office CDN 的 Visio 桌面应用更新，但来自本地文件共享的Microsoft 365 应用版) 。
步骤 1：选择更新源：云、本地位置或混合
确定应如何更新Microsoft 365 应用版的第一步是选择应从何处发送更新： 从云、本地位置或两者的混合 (也称为“混合”) 。 下一节列出了这些来源，并指出了各自的好处和挑战。 第二步是查看并选择合适的 解决方案来管理 所选更新源的更新。
来自云端的汇报
当Microsoft 365 应用版从 Microsoft Office 内容交付网络 (Office CDN) 拉取更新时，这称为基于云的更新。 Microsoft 运营着一个全球分布式数据中心网络，该网络承载所有可用更新渠道、语言、相关产品（如 Visio 和 Project）以及 32/64 位) (体系结构的Microsoft 365 应用版的所有更新。 Office CDN 还包含已发布更新的历史记录，因此也可以更新到特定版本或回滚到较旧的版本。
提示
Microsoft 建议使用云作为更新源。
将云用作更新源有两个核心优势：
- 增量更新：当 Microsoft 365 应用版拉取最新更新时，仅下载当前安装的版本与目标版本之间的差异。 因此，不必处理整个源文件包，在某些情况下，仅下载直至子文件级别的增量差异。 这可节省大量带宽。
- 无需维护源文件 ：由于更新在全球范围内的 Microsoft 数据中心托管，因此无需在本地网络中下载、打包、暂存和分发源文件。 由于更新特定于架构、更新通道和语言，因此在例如多语言环境中，这可能成为一项复杂的任务。
使用云作为更新源时，还有一些注意事项：
- 网络连接：设备必须能够连接到 Office CDN。 为此，设备必须能够访问 Office 365 URL 和 IP 地址范围中列出的 URL 和 IP。 Microsoft 建议允许设备绕过任何代理服务器在系统级别连接到 Office CDN，以确保最佳性能。 建议查看 Microsoft 365 应用版更新的下载大小，以评估对网络的影响。
- 传递优化：在所有基于云的更新方案中，更新机制可以并将在可用时使用 传递优化 。 这允许设备以对等方式共享所需的资源，并减少需要从 Internet 下载的数据量。 Microsoft 建议使用传递优化。 如果部署和配置 了连接缓存 ，也会使用这些缓存。 尤其是 Configuration Manager 中的 Microsoft 联网缓存易于实现，建议用于具有现有 Configuration Manager 基础结构的环境。
- VPN 绕过：使用虚拟专用网络 (VPN) 解决方案时，建议在从 Office CDN 下载数据时绕过 VPN 隧道。 这减少了 VPN 基础设施、网络上行链路的负载，并允许更快的下载。
来自本地位置的汇报
Microsoft 365 应用版支持多个本地位置进行更新。 所需的源文件可以托管在网络共享、本地文件夹或驱动器中，也可以托管在 Configuration Manager 的分发点上。 所有这些选项的共同点是，管理员负责确保所有采用的更新渠道、语言和体系结构 (32/64 位) 所需的源可用。 否则，更新将失败。
使用本地位置的主要优点是设备无需从 Internet 下拉数据即可进行更新。 如果存储库在所有站点上都可用，则网络流量将在局域网 (LAN) 本地发生。 如果并非所有站点都有基础结构，则流量可能必须流经广域网 (WAN) 。
通常，由于以下挑战，Microsoft 不再建议在本地托管更新：
- 源文件维护：当更新源托管在本地时，管理员必须确保所有已部署的更新渠道、语言和体系结构所需的版本都可用。 由于 Microsoft 每月发布一次安全更新，因此本地存储库必须以相同的节奏进行更新，以保持最新状态和安全性。
- 源大小：由于 Microsoft 不发布单个补丁，而是发布一组新的源文件，因此特定更新通道和体系结构的更新源文件大小约为 3.5 GB。 每个包含的语言包都会向此源文件集增加 100-300 MB。 例如，当设备在当前通道上混合运行 32 位和 64 位，并且包含三个包含的语言包时，这意味着 2 * 4 GB 的源文件必须按月计划在更新位置之间下载和同步。
- 查找最近的更新位置：如果网络共享用于托管更新，设备需要一种方法来识别最近的网络共享以限制 WAN 流量。 这可以通过 使用具有网站目标或自定义脚本的组策略首选项 来解决，但这会增加实现的复杂性。 如果更新由 Configuration Manager 管理，则上述内容不适用，因为设备会自动确定最近的分发点。
- 无传递优化：在本地位置托管更新时，Microsoft 365 应用版无法应用传递优化来减少网络影响。 所有设备都会下拉其单独的增量文件集。 使用 Microsoft Configuration Manager 时，可以使用对等缓存来缓解此问题。
混合本地和云位置 (混合) 汇报
使用 Configuration Manager，可以实现混合模型。 此方案结合了托管一部分源 (例如，对于分发点上最常部署的语言) ，以及允许设备从 Office CDN 获取缺失的部分（例如，对于很少部署的语言包）。
混合方法在以下情形中具有优势：有限的 Internet 带宽要求，即本地托管更新源，但在不同更新通道上运行的一小部分设备，并且需要维护完整的更新源文件集。 在此特定方案中，混合方法可能会通过从本地位置为大多数设备部署更新有所帮助，但是，虽然较小子集的更新仍通过 Configuration Manager 触发，但源文件在分发点上不可用，并且在本例中允许设备回退到 Office CDN。
混合方法与本地方法具有相同的缺点，即使这样，在直接比较中也降低了源文件维护的复杂性。
注意
通过 Configuration Manager 获取更新信号的设备无法利用传递优化，即使源已从 Office CDN 中下拉。 这是 Configuration Manager 下载机制的限制。
步骤 2：选择管理更新的方式
根据你的首选更新源位置，有几种可用的更新管理解决方案。 以下部分按更新源列出了这些选项，介绍了优点和挑战，并提供了指向其他信息的链接。
基于云的更新的更新解决方案
云更新
云更新是 Microsoft 推荐用于管理 Microsoft 365 应用版更新的解决方案。 它可以帮助组织保持最新状态、降低更新复杂性，并支持以更少的管理工作支持 Copilot 就绪情况。
优势
- 专为 Microsoft 365 应用版构建的更新解决方案
- 有关更新状态、进度和遇到的问题的详细报告
- 允许管理员在出现任何问题时暂停或回退更新
- 允许管理员设置更新强制执行的截止时间
- 使管理员能够为分阶段发布配置自定义推出波次
- 适用于连接到租户的所有 Microsoft 365 应用版实例，无论管理域或目录域如何
注意事项
- 云更新支持每月企业频道和当前频道。
- 考虑使用自定义推出波次来控制设备获取更新的顺序和时间，使你能够首先使用试点组验证更新。
其他信息
Microsoft Intune
Microsoft Intune 设置目录支持更新设置的配置和分配。
优势
- 精细控制配置的设置。
注意事项
- Microsoft 验证在广泛部署（称为“限制”）之前发布的版本中的信号。 此限制意味着并非所有客户端都在同一时间接收更新，而是以交错的方式接收更新。
- 默认情况下，不强制更新。 可以通过应用 Office 的 更新截止时间 组策略设置来缓解此问题。
- 使用 Microsoft 365 应用版管理中心中的安全更新状态来监视更新采用率和合规性。
基于本地的更新的更新解决方案
Microsoft Configuration Manager
Configuration Manager 可用于部署 Microsoft 365 应用版的更新，其方式与允许管理更新（例如 Microsoft Windows）的方式相同。 默认情况下，Configuration Manager 将从 Office CDN 下载所需的源，然后同步并暂存在分发点上。
优势
- Office 客户端仅从最近的分发点获取更新，无需通过 Internet 线路下载内容
- 通过 Configuration Manager 完全控制最终用户通知、维护时段和强制执行
- 精细控制哪些设备在何时获取更新
注意事项
- 要求管理员下载支持每个频道排列、体系结构和组织支持的语言组合所需的所有内容
- 每个受支持的 Office 排列都会导致包内容呈指数级增长。 然后，必须将此内容复制到每个分发点
- 默认情况下，分发点上未找到的任何必需内容都会导致 Microsoft 365 应用版客户端更新失败
- 不支持回滚更新。 唯一的方法是重新安装较旧的内部版本。
- 仅限于 Configuration Manager/共同管理的设备
注意
托管设备仅从分发点下载所需的更改。 因此，当向客户端提供多个渠道和架构时，他们不会下载所有内容，而只下载该客户端所需的内容。
网络共享
管理员可以选择使用 Office 部署工具 下载最新版本，并将文件暂存在网络共享、本地文件夹、USB 拇指驱动器或基于 http/https 的位置。 然后，可以使用配置文件或组策略中的 UpdatePath 设置将设备指向该位置。
注意
由于拥有成本高和重复的手动密集型过程，不鼓励使用这种方法。 只有在仔细评估替代选项后才应实施。
优势
- 设备从本地源获取更新，无需通过 Internet 线路下载内容
注意事项
- 要求管理员下载支持每个频道排列、体系结构和组织支持的语言组合所需的所有内容
- 每个受支持的 Office 排列都会导致包内容呈指数级增长。 然后必须将此内容复制到每个共享
- 默认情况下，分发点上未找到的任何必需内容都会导致 Microsoft 365 应用版客户端更新失败
混合更新源的更新解决方案
Microsoft Configuration Manager
Configuration Manager 可用于部署 Microsoft 365 应用版的更新，其方式与允许管理更新（例如 Microsoft Windows）的方式相同。 通过启用这些选项 如果软件更新在当前、邻居或站点边界组中的分发点上不可用，请在配置更新部署包时从 Microsoft 汇报下载内容，允许设备回退到 Office CDN 以查找丢失的源。 这样，管理员就可以减少需要同步到分发点的语言数量。 如果某些语言包很少部署，这些设备会从 Office CDN 下拉所需的更新源，同时从分发点获取核心内容。
优势
- 优化了带宽，管理员可以在其中暂存所需的本地内容，并将不需要的内容卸载到 CDN。 一个很好的例子是语言。
注意事项
- IT 专业人员必须仔细考虑要下载的内容以及应来自 CDN 的内容。
- IT 专业人员必须按每月下载的频道就特定内部版本\版本做出有意决定。
- 对于从分发点下载的内容，支持 Configuration Manager 对等缓存功能。 将使用 BITS 下载 Office CDN 中的内容 (没有可用的传递优化支持) 。