如何在 Configuration Manager 中使用维护时段
适用于: Configuration Manager(current branch)
使用维护时段定义Configuration Manager何时可以运行影响设备上的任务。 维护时段有助于确保在不影响工作效率的时段发生客户端配置更改。 借助软件中心，用户可以在 “安装状态 ”选项卡上看到设备的下一个维护时段。
以下任务支持维护时段：
应用程序和包部署
软件更新部署
合规性设置部署和评估
OS 和自定义任务序列部署
使用生效日期、开始和结束时间以及定期模式配置维护时段。 窗口的最大持续时间必须小于 24 小时。 主机不允许单个维护时段超过 24 小时。 例如，如果要允许周六和周日全天进行维护，则每天创建两个 24 小时维护时段。
默认情况下，不允许在维护时段外由部署引起的计算机重启，但可以替代默认设置。 维护时段仅影响部署运行的时间。 配置为下载并在本地运行的部署可以在窗口外下载内容。
当客户端是具有维护时段的设备集合的成员时，仅当其允许的最大运行时间不超过该时段的持续时间时，部署才会运行。 如果部署无法运行，客户端将生成警报。 然后，它会在下一个有可用时间的计划维护时段内重新运行部署。
提示
维护时段适用于客户端。 服务窗口适用于站点服务器。 有关详细信息，请参阅 站点服务器的服务时段。
多个维护时段
如果客户端计算机是具有维护时段的多个设备集合的成员，则以下规则适用：
如果维护时段不重叠，则客户端将其视为两个独立的维护时段。
如果维护时段重叠，则客户端在两个时段的整个时间内将其视为单个时段。 例如，在集合上创建两个维护时段。 第一个从 6：00 到 7：00 有效，第二个从 6：30 到 7：30 生效。 由于它们重叠 30 分钟，因此组合维护时段的有效持续时间为 90 分钟，从 6：00 到 7：30。
当用户从软件中心安装应用程序时，客户端会立即启动它。 它将用户的意向优先于管理员的意向。
如果目标为 “必需” 的应用程序部署在用户在软件中心配置的非工作时间达到其安装截止时间，则客户端将安装该应用程序。 它将管理员的意向优先于用户的意向。
默认情况下，对于多个维护时段，客户端仅在 软件更新类型时段 期间安装软件更新。 它忽略所有 部署 维护时段，除非它们是唯一的类型。 可以在 “软件更新 ”组中使用以下客户端设置配置此行为： 当“软件更新”维护时段可用时，在“所有部署”维护时段中启用软件更新安装。 有关详细信息，请参阅 关于客户端设置。
注意
此设置也适用于配置为应用于 任务序列的维护时段。
如果客户端只有可用的 “所有部署” 窗口，它仍会在该窗口中安装软件更新或任务序列。
配置维护时段
在 Configuration Manager 控制台中，转到“资产和合规性”工作区。
选择“ 设备集合” 节点，然后选择一个集合。
注意
无法为 “所有系统” 集合创建维护时段。
在功能区的“ 开始 ”选项卡上的 “属性” 组中，选择 “属性”。
切换到“ 维护时段 ”选项卡，然后选择“ 新建 ”图标。
指定 名称 以唯一标识集合的此维护时段。
配置 时间 设置：
生效日期：维护时段开始的日期。 默认值为当前日期。
开始 和 结束：维护时段的开始和结束时间。 它计算窗口的 持续时间 。 最短持续时间为 5 分钟，最长为 24 小时。 默认持续时间为 3 小时，从 01：00 到 04：00。
协调世界时 (UTC) ：启用此选项，以便客户端解释 UTC 时区中的开始和结束时间。 对于同一集合中的区域或全局分布式设备，此选项将维护时段设置为在集合中的所有设备上同时发生。 为客户端禁用此选项以使用设备的本地时区。 默认情况下，此选项处于禁用状态。
配置重复模式。 默认值为每周一次，即每周的当前日期。
注意
从版本 2207 开始，可以偏移每月维护时段计划，以更好地使部署与每月安全更新的发布保持一致。 例如，使用月份第二个星期二后两天的偏移量设置星期四的维护时段。
将此计划应用于：默认情况下，窗口将应用于 “所有部署”。 可以选择 “软件更新 ”或 “任务序列” ，以进一步控制在此窗口中运行的部署。
提示
如果在同一集合上配置了不同类型的多个维护时段，请确保了解客户端行为。 有关详细信息，请参阅 多个维护时段。
选择 “确定” 以保存并关闭窗口。
集合属性的“ 维护时段 ”选项卡显示所有配置的窗口。
使用 PowerShell
可以使用 PowerShell 配置维护时段。 有关详细信息，请参阅以下文章：
反馈
即将发布：在整个 2024 年，我们将逐步淘汰作为内容反馈机制的“GitHub 问题”，并将其取代为新的反馈系统。 有关详细信息，请参阅：https://aka.ms/ContentUserFeedback。
提交和查看相关反馈