SCCM：Zoinks …神秘维护窗口

我想要做什么？

我们有几个SCCM客户端，主要是在Windows Server 2008 R2的IIS 7.5上运行的公共网站，这些网站由一个名为XYmon的系统监控 。 我们最近注意到这些服务器在大约一个小时之前安装每月Windows更新后重新启动。 SCCM客户端操作和监控系统存在一定的延迟，但是XYmon在19：20-19：30之间失去与这些机器的连接，而其余的受监控机器在20小时后似乎重新启动大约一个小时： 20-20：30。

我期望应用的维护窗口从20:00开始，到22:00结束，每周四重新出现。

我想弄清楚为什么这些机器提前一小时安装更新。 我知道多个维护窗口“联合”或合并，所以我怀疑有另一个维护窗口也适用于这些客户端。

这些机器也在非域joinDMZ，所以我不会排除任何时区/时钟偏移问题。

• 做过多次sysprep会导致问题吗？
• SCCM 2012：如何正确更新应用程序的内容？
• 当SCCM客户端为系统安装.msi时，究竟是什么呢？
• ConfigMgr 2012 – 如何在不强制安装的情况下自动将更新提供给计算机？
• SCCM用户状态迁移 – 这个用户的数据没有了吗？

我为了做到这一点而尝试了什么？

我认为时区/时钟倾斜问题是最有可能的，但两台机器都在正确的时区，同步时间，并设法适当地处理发生在3月8日的夏令时变化。

我的下一个假设是，我们有一个错误的或旧的维护窗口，适用于这些机器收集。这似乎有点不太可能，因为有另一台机器应该是所有相同的集合重新启动在正确的时间20：00十岁上下。

让我们确保客户端实际上是重新启动时，监测系统说这是！

如果我检查一个客户端， systeminfo在19:22显示启动时间。 事件日志似乎协作：

 Log Name: System Source: USER32 Date: 3/12/2015 7:21:02 PM Event ID: 1074 Task Category: None Level: Information Keywords: Classic User: SYSTEM Computer: HOST09 Description: The process C:\Windows\CCM\CcmExec.exe (HOST09) has initiated the restart of computer HOST09 on behalf of user NT AUTHORITY\SYSTEM for the following reason: No title for this reason could be found Reason Code: 0x80020001 Shutdown Type: restart Comment: Your computer will restart at 03/12/2015 07:21:02 PM to complete the installation of applications and software updates. 

SCCM的Windows更新是否重启？

如果我深入到UpdatesHandler.log ，答案是一个很大的“是”：

 Initiating updates scan for checking applicability. UpdatesHandler 3/12/2015 7:00:00 PM 6472 (0x1948) Successfully initiated scan. UpdatesHandler 3/12/2015 7:00:00 PM 6472 (0x1948) Updates scan completion received, result = 0x0. UpdatesHandler 3/12/2015 7:00:00 PM 8396 (0x20CC) Initiating updates scan for checking applicability. UpdatesHandler 3/12/2015 7:00:02 PM 10160 (0x27B0) Method (Apply) called from SDM. UpdatesHandler 3/12/2015 7:00:02 PM 8888 (0x22B8) Starting job with id = {7DD179F1-1B94-4ADB-A5F1-08E9A000709F} UpdatesHandler 3/12/2015 7:00:02 PM 8888 (0x22B8) Successfully initiated scan. UpdatesHandler 3/12/2015 7:00:02 PM 10160 (0x27B0) Updates scan completion received, result = 0x0. UpdatesHandler 3/12/2015 7:00:02 PM 8396 (0x20CC) Initiating Scan. Forced = (0) UpdatesHandler 3/12/2015 7:00:02 PM 8888 (0x22B8) Successfully initiated scan for job ({7DD179F1-1B94-4ADB-A5F1-08E9A000709F}). UpdatesHandler 3/12/2015 7:00:02 PM 8888 (0x22B8) Scan completion received for job ({7DD179F1-1B94-4ADB-A5F1-08E9A000709F}). UpdatesHandler 3/12/2015 7:00:02 PM 8396 (0x20CC) Evaluating status of the updates for the job ({7DD179F1-1B94-4ADB-A5F1-08E9A000709F}). UpdatesHandler 3/12/2015 7:00:02 PM 8396 (0x20CC) Initiating download for the job ({7DD179F1-1B94-4ADB-A5F1-08E9A000709F}). UpdatesHandler 3/12/2015 7:00:02 PM 8396 (0x20CC) Bundle update (038c4fc9-664f-45e5-b838-f7263ffc4512) is requesting download from child updates for action (INSTALL) UpdatesHandler 3/12/2015 7:00:02 PM 8396 (0x20CC) 

'ServiceWindowManager.log`显示在19:00应用了维护窗口：

 Active Service Windows List has 1 windows ServiceWindowManager 3/12/2015 7:28:13 PM 2404 (0x0964) Service Window with ID = {F51051BF-90E8-4ED7-BA06-F74F9E74A098} having Starttime=03/12/15 19:00:00 ServiceWindowManager 3/12/2015 7:28:13 PM 2404 (0x0964) Duration is 0 days, 08 hours, 00 mins, 00 secs ServiceWindowManager 3/12/2015 7:28:13 PM 2404 (0x0964) 

好的…维护窗口从哪里来？

有一点SQL应该会显示所有适用于特定SCCM客户端的维护窗口：

 select v_FullCollectionMembership.Name as Computername ,v_Collection.Name as CollectionName, v_ServiceWindow.Description as "Next Maintanance Window" from v_ServiceWindow inner join v_FullCollectionMembership on (v_FullCollectionMembership.CollectionID = v_ServiceWindow.CollectionID) inner join v_Collection on (v_Collection.CollectionID = v_FullCollectionMembership.CollectionID) order by Computername 

我得到以下结果：

 Computername CollectionName Next Maintanance Window HOST09 Default Maintenance Window Occurs on 9/15/2013 1:00 AM HOST09 Weekly Maintenance Window - Thursday Occurs every 1 weeks on Thursday effective 11/1/2013 8:00 PM 

一点解释是为了：我们所有的SCCM客户端都属于一个集合，它被分配了一个默认维护窗口，该窗口只出现一次，并且是过去的。 这可防止收集成员身份更改和不及时的客户端策略请求导致阻止操作的客户立即执行这些操作。 但是，由于维护窗口是“联合”，每周维护窗口应在20:00之后应用。

在一个预感中，我倾倒了这个客户所在的所有集合，然后去检查是否有维护窗口分配给他们：

 SELECT dbo.v_Collection.Name FROM dbo.v_FullCollectionMembership INNER JOIN dbo.v_Collection ON dbo.v_FullCollectionMembership.CollectionID = dbo.v_Collection.CollectionID WHERE (LOWER(dbo.v_FullCollectionMembership.Name) = LOWER('HOST09')) 

长话短说。 他们没有。

你期望什么结果？

我真的希望看到一个集合，有一个维护窗口应用到它开始于19:00，除非我的SQL是坏的，我错过了，我想这不是在这里发生了什么。

早一个小时的事实也让我觉得这可能是时区或时钟偏移的问题，但这也是预料之中的。

我仍然认为我的假设都是体面的，没有被驳斥，但我不知道如何收集更多的信息来确定它们。 任何想法，我应该如何进行故障排除？

还有什么我应该考虑的？ 还有什么其他的东西可以导

编辑：

我查看了本月的软件更新的软件更新组，并且截止date为2015年10月3日20:53， 但在维护时段之外执行的活动的最后期限行为在软件更新安装和系统重新启动。

至于目前在盒子上的时间，就像它确实看起来不错，但我只是在控制面板中检查date和时间：

 SELECT * FROM v_ServiceWindow ORDER BY ServiceWindowID 

 Biggest Active Service Window has ID = {F51051BF-90E8-4ED7-BA06-F74F9E74A098} having Starttime=3/5/2015 7:00:00 PM ServiceWindowManager 3/5/2015 10:00:00 PM 68400 (0x10B30) 

 Service Window with ID = {D047CD9F-25E4-4EDC-95E3-44E971E234FA} having Starttime=3/19/2015 8:00:00 PM ServiceWindowManager 3/16/2015 12:13:41 PM 15500 (0x3C8C)