SCCM 2012修补devise – 没有子集合

我在SCCM 2007中广泛使用了子集合，并且正在对我们新的SCCM 2012环境进行原型化，这已经消除了子集合。我想知道别人怎么处理这个问题。

我的SCCM 2007集合层次结构是深度四个集合。嵌套在底部是一个testing系统的集合。每个集合都有一个维护窗口。它的testing集合和集合，集合1，有星期四的维护窗口。集合2有星期五的维护窗口和集合3，星期六一个。有了这个devise，我可以每个月创build一个包装和广告，在第一个星期将其应用到testing集合，并在一个星期的延迟之后，将相同的广告移动到上面的集合。（本周的延迟是pipe理所要求的testing/validation期。）然后在连续几天，我会重新将广告重新定位到它上面的集合，连续几天到达顶部，集合3.使用选项“这个集合和子集“，我可以保持这些更新可用于后续维护窗口广告达到顶部后。

这种devise看起来很常见，所以我想知道其他人是如何处理SCCM 2012的平面devise和消除子集合的。

首先，SCCM 2012实际上并不平坦，您可以（也应该）创build文件夹来组织控制台中不同types的集合。

其次，我意识到这并不能真正回答你的问题，因为你在问如何同时将设置，应用程序，更新等部署到一组集合中，而文件夹对此没有帮助。

我们这样做的方式是使用“包含集合”（和“排除集合”）成员规则。您可以创build您的父集合，然后将“包含集合”成员资格规则添加到您的子集合中。这最终比旧的系统更灵活，因为你可以很容易地将不同的集合组合到新的“父”集合中。

例如，根据服务器的作业，位置，风险级别以及它在我们的补丁周期中的位置，我们有许多用于服务器补丁的集合，然后这些集合将被包含在一个集合中以获得其维护窗口（通常基于它的维护窗口位置/时区或使用模式），并将其包含到第二个集合中，以获取部署的已批准更新列表（通常根据其工作和风险级别），例如：

包括收藏 - 点击放大图片