维护窗口对数据中心正常运营是很重要的，它提供了用来打补丁、升级、重配置或者只是检查服务器的关键时机。但是，即使是因为最常见的原因，下线服务器也会促使不必要的报警、促发日志报错，还会导致对系统可用性或者正常运行时间评估的错误。类似System Center 2012 Configuration Manager之类的管理工具支持维护窗口，在维护窗口期间被选择的服务器组会暂时在监控里面移除。管理员可以处理这些系统而又不会导致不需要的报警或者不重要的日志报错。

当你成功列出了所有的服务器，SCCM 2012可以直接地或者基于查询的方式将Linux、UNIX和Windows服务器集合囊括到维护窗口中。一旦一个维护窗口被调用，SCCM可以对软件开发或者更新，为满足规范或其他考虑的安全设置，操作系统更新和一些其他任务起到一定的作用。

SCCM 2012默认情况下在“All Systems”集合中包含了Linux和UNIX服务器，而且这看起来对所有维护窗口任务来说并不太适合。举个例子，在一个典型的维护窗口内，可能需要为操作系统打补丁，不过在一个混合服务器集合中（Windows/Linux）为Linux系统打补丁可能会导致这个补丁部署被报告为不成功的（因为Windows服务器不会被Linux的补丁所更新）。最好的方法是总是让Linux系统在一个单独的集合里面，这样任何针对Linux的任务的结果都会被报告为成功的。

同一个电脑属于不同的集合，而且每一个集合都分配一个不同的维护窗口也是有可能的。这意味着同一个系统可能有不止一个维护窗口。多个维护窗口也不见得一定是错误或者是疏忽——多个维护窗口可以用来帮助管理员组织不同的维护任务。举个例子，Linux系统可能包含在一个集合里面以支持Linux服务器补丁和更新。但是一个Linux、UNIX或者Windows服务器可能被混合在一个计划去促进其他任务的集合里面，例如在不同日期和时间里面去进行服务器硬件维护。

如果一个服务器隶属于不重叠的维护窗口，那么维护窗口会被视为分离的时间。如果一个服务器隶属于多个重叠的维护窗口，那么它将被视为是两个窗口时间的叠加——减去重叠的部分。举个例子，如果2个30分钟的维护窗口，其中有10分钟是重叠的，那么SCCM 2012会视它为一个50分钟的维护窗口。