维护窗口
为读者提炼SCCM涉及的基础知识、注意事项、运行机制以及排错方法等信息是本系列文章的初衷，对于SCCM各组件及功能部署步骤方面的信息，网络中已有较多文章可以参考，因此本系列文章并不侧重于提供类似Step-by-Step的部署指南，还请见谅。同时由于个人能力和知识水平的限制，文中不免有纰漏和出错的地方，还望大家可以指正，非常感谢。
本篇文章主要讨论ConfigMgr中维护窗口(Maintenance Windows)
每个维护窗口定义了一个时间周期，用于限制SCCM客户端可执行强制部署的时间窗口，起到避免在用户的工作时间里执行部署而影响设备性能的作用
限制对象
- 软件部署：适用于应用程序和包部署
- 软件更新部署
- 操作系统部署
类型
- 普通维护窗口(General maintenance window)：适用于所有部署
- 软件更新窗口(Software update window)：近适用于软件更新部署
优先级
- 在1810之前：如果同时定义了普通维护窗口和软件更新窗口，软件更新部署只在软件更新部署窗口进行
- 在1810之后：在1810中，可通过客户端策略的“软件更新客户端设置”中变更此行为
多个维护窗口
- 一个设备集合允许多个维护窗口
默认如果集合中没有定义维护窗口，则解释为此集合在任何时间都可运行强制部署
- 当一个设备属于多个设备集合时，此设备最终维护窗口是将所在集合的所有维护窗口进行叠加
- 维护窗口以客户端按“部署”为单位进行计算(最大运行时间决定)
限制行为
- 在默认形况下，当一个强制部署到达deadline后，如果设备没有在对应部署的维护窗口内，则必须等待最近的一个维护窗口时间到达后，才允许强制执行行为发生
- 某部署的Deadline为2019.2.17 12：00，而设备的维护窗口为每天晚上23：00 - 24：00，则此部署到达Deadline后，会在2019.2.17 23:00开始安装
可在每一个部署的用户体验设置中，单独设置是否覆盖此行为
- 当部署变为可用时，客户端即开始评估此部署，如有必要会在后台先下载部署中包含的内容，这些行为和维护窗口无关
- 维护窗口只限制ConfigMgr客户端发起的行为，用户在软件中心发起的行为不受限于维护窗口
原文地址：http://blog.51cto.com/nodium/2351087
时间： 2024-10-09 14:32:10