SCCM部署问题：如何确保部署集合内的设备仅在指定时段接收软件部署

嘿，我完全懂你现在的头疼——刚按计划把当天的机器加到集合，结果没过5分钟就触发了部署，白天弄这事确实太影响业务了。咱们一步步拆解排查，SCCM的维护窗口逻辑其实不难，但几个关键开关得拧对才行：

先排查维护窗口本身的配置是否生效 #

• 确认维护窗口的适用类别：你给集合加了维护窗口后，得检查窗口的「适用部署类型」是不是覆盖了你正在用的Win10升级方式。比如如果是用软件更新推送22H2，要确保勾选了「软件更新」；如果是用任务序列部署，就得勾选「任务序列」。默认是全选，但万一不小心改了就会失效。
• 时间设置要精准：你把AWST的19:00-05:00转成UTC的11:00-21:00这个是对的，但一定要确认勾选了「使用UTC时间」选项——要是没勾，SCCM会用站点服务器的时区计算，时间直接就错了，自然起不到限制作用。
• 检查集合冲突：SCCM的维护窗口是叠加生效的，如果这些目标机器还属于其他允许白天部署的集合，那只要有一个窗口允许当前时间，部署就会触发。可以在设备的属性里查看「维护窗口」标签，看看它继承了哪些窗口规则。

核心关键：部署配置必须强制尊重维护窗口 #

这是90%的人会漏掉的点！就算维护窗口设对了，部署本身没开「服从窗口」的开关，那窗口等于白设：

• 如果是软件更新部署（22H2作为功能更新推送）：
  编辑部署规则，到「部署设置」选项卡，找到「软件更新部署选项」，务必勾选「在维护窗口内安装」。另外，「如果在维护窗口内无法完成安装，是否允许继续？」可以根据你的情况选，但核心是让部署服从窗口限制。
• 如果是任务序列部署（用OSD任务序列升级22H2）：
  编辑部署的「部署设置」，找到「任务序列运行的时间」，选择「仅在维护窗口内运行」。同时可以勾选「允许在维护窗口外下载内容」——这样机器可以白天先把升级包下好，晚上再安装，避免夜间下载拖慢进度。
• 调整部署的可用/截止时间：如果是「必需」类型的部署，要是截止时间设得太早（比如机器刚加入集合就到截止时间），SCCM会强制忽略窗口安装。建议把可用时间设为机器加入集合的时间，截止时间设为一个较远的日期，同时配合「在维护窗口内安装」的选项。

客户端策略与日志排查 #

• 手动刷新客户端策略：有时候设备没及时同步最新的维护窗口规则，你可以在目标机器上打开Configuration Manager控制台，到「操作」选项卡点击「机器策略检索和评估周期」，等5-10分钟让策略生效后再测试。
• 查看客户端日志定位问题：
  • MaintenanceWindows.log：可以看到设备是否正确识别了维护窗口的时间和规则；
  • UpdatesDeployment.log（软件更新场景）或TaskSequence.log（任务序列场景）：里面会明确记录部署是否触发了维护窗口检查，以及为什么会在白天运行——比如有没有强制安装的指令、窗口规则是否被识别等。

额外优化：自动化批次部署（可选） #

你现在每天手动加机器到集合容易出错，其实可以用SCCM的集合查询自动分组：比如创建查询规则筛选尾号为0的机器

select SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name,SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client from SMS_R_System where SMS_R_System.Name like '%0'

然后给每个尾号集合设置对应的启用时间，彻底解放手动操作。

备注：内容来源于stack exchange，提问作者thewinchester