等待SCCM崩溃导致服务器时间更改为未来日期，导致大量问题

[Shaka420]

你好,

自9月中旬以来，我们公司一直在处理许多奇怪的SCCM问题，无法真正确定所有这些戏剧性事件的原因。
—部署时，应用程序不再出现在软件中心。华体会体育系列
客户端操作快要到期了，什么都没做，总结在这个页面上也不起作用了
-监控部署和软件更新不再报告任何东西，华体会体育系列
所有新应用的合规性都是0%，尽管我知道应用的合规性是0%
当他们最终出现在应用程序列表中时，他们通过SC在一些客户端上安装了自己。
-只有当你手动运行它时，总结才会起作用，没有什么是自动总结的，或者数据没有更新。

最后，上周度假回来后，我抽空排除了这个问题，遇到了一个应用程序崩溃，发生在10日
我们从来没有注意到的

这个smsexec.exe应用程序在我们的主要SCCM MP站点上崩溃了，同时这触发了服务器上的时间更改，大约20分钟后才纠正自己。(我们仍在调查这是如何发生的)。它是我们域内唯一一个经历了时间更改的服务器。一个时间的改变你说，有什么大不了的?!
嗯，这个可爱的服务器崩溃导致时间更改为未来的日期，我认为这是带来一系列问题的原因
我们现在正在经历。

这是我现在在SCCM的某些概述和状态页面上看到的日期。





锦上添花的是，在我度假期间，同事们将服务器更新到2207，而没有意识到几周前发生的崩溃。
所以现在我们也不知道这可能会带来什么其他问题。
所有组件都是绿色的，部署仍然在进行，但我们无法控制它们何时以及是否出现在SC中。
机器策略触发和评估部署似乎没有效果。重新安装客户端代理会触发立即安装
但是如果我决定部署一个额外的应用程序到同一个客户端，这是不可能的。还要再等一次，直到SCCM做出决定
再次推送应用程序或重新安装客户端代理。

网站重置可以纠正这个问题吗?是否有一个组件，我可以触发或PS脚本，我可以运行销点，这些值来自哪里?

[中庭]

网站重置只能帮助这种情况。在2023年1月13日之前，你可能无法对此做任何事情。

[Shaka420]

不幸的是，网站重置并没有帮助。

重置后使用CEViewer检查评估周期，All Systems确实仍然被明年运行的完整评估周期所困。我设法将一些集合的评估日期更新为当前日期，只是通过更改限制集合并将其返回到以前的状态。这足以触发计算，但All Systems是一个内置集合，也是大多数其他集合的根集合。

是否有办法在All Systems集合上强制执行求值触发器?我认为这反过来会触发所有子集合。对于内置集合，增量和完整更新的复选标记是灰色的，所以我希望有一种方法来手动排队对所有系统进行完整的评估。

到目前为止，还没有在网上找到用于此目的的PowerShell脚本。遇到过一些改变RefreshType的脚本，但我猜它们不能与标记的4106集合一起工作。调用CMCollectionUpdate似乎也不起作用。开始担心手动计算对于这个集合是不可能的。我猜这就是Garth所说的要等到2023年以后才会发生任何事情的意思。