ConfigMgr SUP显示重复条目
在创建ADR时，ConfigMgr SUP显示重复的条目，这有点令人困惑。在Windows产品(如Windows Server 2016、2019甚至Windows 10 1903及更高版本)中观察到SUP重复条目。我在创建自动部署规则(美国存托凭证)。
在我们的产品设置中，我们不使用最新版本的ConfigMgr。我们用的是比最新版本旧的两个版本。因此,如果ConfigMgr 2010我们使用的是最新的当前分支构建吗ConfigMgr 2002．
我知道使用最新的SCCM当前分支构建是有意义的。然而，如果在最新版本中发现任何新的错误或问题，我们就有风险了。我同意微软通过hotfix或带外更新但这仍需要一些时间。在一行中，我们的业务不同意使用最新的ConfigMgr构建。
如果您正在创建一个ConfigMgr ADR来第一次部署更新，这肯定是一件令人困惑的事情。您永远不会期望看到SUP在列表中两次显示一个产品，您不知道该选择哪一个。
当您转到ADR属性>软件更新选项卡>属性过滤器并想要添加产品过滤器时，也会看到重复的条目。华体会体育系列您仍然会看到重复的产品条目。
注意，在创建ADR时，Windows Server 2016和Windows Server 2019产品将显示两次。
ConfigMgr SUP显示重复条目
因此，如果你注意到ConfigMgr SUP显示重复的条目或Windows产品，我可以为你建议一个解决方案。请注意，微软将发布此问题的修复程序，您将不得不等待，直到您得到它。
与此同时，我在想，是只有我一个人面临这个问题，还是每个人都面临这个问题。做了一些快速的研究，我注意到这个问题已经被报道过了微软论坛．许多人已经向微软报告了这个漏洞。Reddit上也报道了这个问题。但是我发现下面讨论了解决方法线程．
我确实在推特上报告了这个问题，我得到了一些不同的回应。
这个问题与ConfigMgr的构建无关，而是与威诺娜州立大学目录．下面的答案应该给出关于重复条目问题的更多细节。
以下是Jason对这个问题的回应。该问题源于将重复的名称发布到WSUS目录。这些重复的名称实际上是新的子类别，这在WSUS中是可以接受的。然而，ConfigMgr从来没有出现过这个问题，因为ConfigMgr假设所有的名称都是唯一的，并且不考虑不同的子类别。我们正在考虑发布一个修补程序，但我不知道目前的确切状态．
根据微软的一个人的回答，如果你从列表中选择了第一个产品，比如Windows 10版本1903及以后，你将找不到任何Windows 10 2004的更新。如果您选择列表中的第二个Windows 10版本1903及更高版本，您将在预览列表中找到Windows 10 2004更新。
如果您同时选择Windows 10 1903及以上版本，则可以正常工作。因此，为了解决ConfigMgr SUP显示重复项的问题，建议您同时选择Windows 10版本1903及更高版本，以便自动部署规则能够正常工作。该解决方案适用于Windows 10和Windows Server产品。
现有的ADR会起作用，因为产品已经选好了，所以你不需要担心。如果你是部署Windows更新通过ADR发送到服务器，确保您现在选择了两个条目。这只适用于我们看到一个新的修补程序从微软。有了新的热修复程序，重复的SUP条目将被修复。
2203年还在那里。修复有更新吗?
这个问题本应得到解决。你还在看吗?
@prajwal你知道Powershell方面有什么解决办法吗?我试图用Powershell自动创建ADR，但由于重复的条目而失败:
$Products = @(“Windows Server 2008 R2”，“Windows Server 2012 R2”，“Windows Server 2016”，“Windows Server 2019”)
New-CM华体会体育系列SoftwareUpdateAutoDeploymentRule”
-Name $deploymentname '
-CollectionID collection.collectionid美元
-Product $products '
故障信息:
New-CM华体会体育系列SoftwareUpdateAutoDeploymentRule:指定的参数匹配多个集合。
在行:1字符:1
+ New-CM华体会体育系列SoftwareUpdateAutoDeploymentRule '
仍然没有看到任何迹象表明，包括2203在内的SCCM升级可以解决这个问题。
我怀疑这是恢复SCCM DB的结果，而不是恢复WUSUS DB的结果。我们使用保存的搜索作为生成sug的一部分。所以这些搜索工作正常(上周三)，直到我们不得不做一个数据库恢复(上周五)，这些保存的搜索现在不再正常工作
这个问题曾经被修复过吗?我在MECM的最新版本上仍然有同样的问题。
我最近没有听说过这个问题。不过这个问题应该得到解决。
直到2103年