我在 SCCM 2007 中大量使用了子集合，现在我正在为新的 SCCM 2012 环境制作原型，该环境已经消除了子集合。我想知道其他人是如何处理这个问题的。
我的 SCCM 2007 集合层次结构有四个集合深。嵌套在最底部的是系统测试集合。每个集合都有一个维护窗口。测试集合和它上面的集合（集合 1）有周四的维护窗口。集合 2 有周五的维护窗口，集合 3 有周六的维护窗口。通过这种设计，我能够每月创建一个包和广告，在第一周将其应用于测试集合，并在一周延迟后将同一广告移动到其上方的集合（延迟一周后）。（一周的延迟是管理部门要求的测试/验证期。）然后在接下来的几天里，我会连续几天将广告重新定位到其上方的集合，直到到达顶部，即集合 3。使用“此集合和子集合”选项，我能够在广告到达顶部后将这些更新保留在连续的维护窗口中。
这种设计似乎很常见，所以我想知道其他人是如何处理 SCCM 2012 的扁平化设计和子集合的消除的。
答案1
首先，SCCM 2012 实际上并不是扁平的，您可以（并且应该）创建文件夹来在控制台中组织不同类型的集合。
其次，我意识到这并没有真正回答你的问题，因为你问的是怎样将设置、应用程序、更新等同时部署到一组集合中，而文件夹对此没有帮助。
我们这样做的方法是使用“包含集合”（和“排除集合”）成员规则。您可以创建原本是父集合的内容，然后为原本是子集合的内容向该集合添加“包含集合”成员规则。这最终比旧系统更加灵活，因为您可以轻松地将不同的集合组合包含到新的“父”集合中。
例如，我们根据服务器的工作、位置、风险级别以及它在补丁周期中所处的位置，为服务器修补创建了许多集合，然后将其包含在一个集合中以获取其维护窗口（通常基于其位置/时区或使用模式等），并包含在第二个集合中以获取其已部署的批准更新列表（通常基于其工作和风险级别），例如：
