适用于企业的 Windows 更新部署服务中的部署

部署是业务部署服务Windows 更新的基础。 通过部署，可以面向一组设备接收来自Windows 更新的特定内容，例如软件更新。

部署具有以下关键方面：

1. 内容：可从目录中部署的更新。 这由 deployableContent 类型的 content 属性表示。
2. 受众：要接收内容的设备。 这是 deploymentAudience 类型的受众关系。
3. 策略：管理向关联的部署受众部署内容的实体。 这是 updatePolicy 类型的策略关系。
4. 设置：控制内容应如何以及何时传送到设备的设置。 这由 deploymentSettings 类型的 settings 属性表示。
5. 状态：部署在其生命周期内的当前状态。 这由 deploymentState 类型的 state 属性表示。

创建包含内容和受众的部署

由于内容和受众是定义部署的关键，因此需要在创建时同时分配这两者。 虽然以后无法更改内容和访问群体分配，但访问群体中的设备成员身份可以更改。

若要详细了解如何创建部署，请参阅部署功能更新、部署加速安全更新和管理驱动程序更新。

配置设置

计划

计划设置 控制内容随时间推移部署到部署受众中的设备的方式。 可以为功能更新的部署配置计划设置。

若要了解有关计划设置的详细信息，请参阅 计划部署。

监控

可以使用 监视设置 来配置警报和自动操作，以便根据来自设备的更新信号执行。 可以为功能更新的部署配置监视设置。

若要详细了解监视设置，请参阅 管理监视规则。

用户体验

对于快速质量更新的部署， 用户体验设置 会暂时替代设备上的现有策略，以获取更新体验。

若要详细了解用户体验设置，请参阅 部署加速安全更新。

获取或设置生命周期状态

状态

部署在生命周期状态中移动，如下表所述。

状态	说明
scheduled	部署正在等待满足产品/服务条件，以开始向设备提供更新。
offering	部署正在为设备提供更新。
paused	部署暂停，并阻止向设备提供更新，直到它取消暂停。
faulted	由于服务无法解析的原因，部署不提供对设备的更新。

Transitions

Transition	条件
scheduled → offering	满足计划条件。
offering → scheduled	不满足计划条件。
scheduled 或 offering → paused	需要暂停请求或自动操作。
pausedscheduled→ 或offering	不再有暂停请求或自动操作。
offering、 scheduled或 paused → faulted	存在服务无法解决的错误。

资源模型

部署资源具有 deploymentState 类型的 state 属性，该属性提供有关当前生命周期状态的信息。

该服务确定部署状态作为多个输入和异步进程的净结果的有效 值 ，但你可以通过将 requestedValue 设置为这些输入之一来请求特定值。 有效部署状态值的其他输入包括计划设置和监视设置。

将设备分配到多个部署

可以一次将设备分配到多个部署。 这些部署可以用于同一更新类别的内容 (例如，所有部署都是功能更新) ，或针对不同更新类别的内容。

将一个设备分配给两个部署，用于不同更新类别的内容 (例如功能更新和加速质量更新) 时，部署服务会根据 Microsoft 的建议按顺序提供内容。

将设备分配给两个部署，以获取同一更新类别的内容 (例如， 功能更新版本 20H1 和 20H2，或 2021 年 3 月和 2021 年 4 月的质量更新，或 2023 年 1 月发布的驱动程序版本 1.0.0.0 和 2023 年 2 月发布的 1.0.0.1) ，部署服务提供 Microsoft 排名更高的内容。 对于功能更新和质量更新，最新更新的排名更高。 对于驱动程序更新，适用的更新通常按版本和发布日期进行排名。 如果其中一个部署仍针对设备进行计划，并且尚未准备好提供内容，则此行为不适用。 在这种情况下，另一个部署会将内容传送到设备。