SCCM Windows更新

P

Pootietang

新成员
4
0
1
问候每一个人,
有人能告诉我为什么SMS代理不会在同一维护窗口安装后续更新吗?当我计划所需的更新(其中一些需要与其他更新分开安装)时,这些额外的更新直到下一个维护窗口才会安装。您可能会认为,当安装初始更新和计算机重新启动时,如果还有足够的维护窗口,就会安装任何额外的补丁。我设置了选项“如果部署中的任何更新需要重新启动系统,请在重新启动后运行更新部署评估周期”。显然,这并没有达到目的。

提前谢谢,
Pootietang
人事处
P

Pootietang

新成员
4
0
1
  • 线程启动
  • # 3
谢谢Garth的回复,
我的updatesdeployment.log(和之前的存档)显示了许多:
更新(site_blah-blah/sum_blah-blah)添加到部署的目标列表({E2Df0BLAH-BLAH…})
以“可选作业,无需提前下载”结束。日志时间戳在安装夜更新后8小时以上开始和结束。
Updateshandler.log以“已收到更新扫描完成,结果= 0x0。”在维护窗口的开始直接启动更新扫描以检查适用性。

Pootie
人事处
P

Pootietang

新成员
4
0
1
  • 线程启动
  • # 5
是的,在软件中心有两个更新被列为“可用”。华体会体育系列部署已经超过了截止日期。我还向部署集合中添加了另一台计算机。它是Updatesdeployment.log显示:
EnumerateUpdates for action (UpdateActionInstall) -可操作的更新总数= 2
在软件华体会体育系列中心中,它们也显示为“可用”而不是“过期”。更新内容为“SQL Server 2017 RTM CU安全更新(KB4583457)”和“SQL Server 2017 RTM GDR安全更新(KB4583456)”。它与SQL补丁有关吗?
中庭

中庭

著名的成员
工作人员
1359年
116
63
很有可能。不是所有SU都可以静默安装。SQL和SharePoint都有这种类型的SU。
解决方案
人事处
P

Pootietang

新成员
4
0
1
  • 线程启动
  • # 7
由于中庭,
我又向目标集合添加了两台机器,并安装了除SQL补丁之外的所有其他补丁。将它记为SQL补丁的正常操作。
如果能在微软更新目录的补丁列表中看到记录的行为,那就太好了。
感谢您的回复!

论坛统计

线程
4946年
消息
19290年
成员
10199年
最新的成员
冠军