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

[Shaka420]

你好,

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

最后，上周度假回来后，我花时间解决了这个问题，并在10日遇到了应用程序崩溃
我们从未注意到的

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

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





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

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

[中庭]

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

[Shaka420]

不幸的是，网站重置并没有起到什么作用。

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

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

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