嗨,杨,
你同事说得对,基于AD的集合确实会带来开销,但影响很大程度上取决于规模和查询设计。当你通过直接的 AD 安全组或 OU 成员查询构建 SCCM 集合时,ConfigMgr 依赖于 Active Directory 系统发现和组发现周期来拉取数据,这意味着每个评估周期都涉及对域控制器的 LDAP 查询。在拥有数千个终端的大型企业中,范围不明确或频繁的发现周期会给数据中心带来明显负担并延长收集评估时间。
相比之下,针对SCCM自身SQL数据库的WQL查询是在ConfigMgr内部本地评估的,一旦发现数据已进入数据库,就不会直接访问AD。这样通常扩展性更好,也能避免给域控制器带来压力。Microsoft 的最佳实践是尽量减少对动态 AD 组/OU 查询的依赖,转而使用 SCCM 原生属性或预填充的发现数据。如果必须与 AD 结构保持一致,确保发现以受控间隔运行,避免复杂的嵌套查询。在实际部署中,性能下降并非灾难性,但在企业级,可能严重到值得优先使用基于WQL的集合以求稳定性。
如果上述回复能帮助你回答问题,请点击“接受答案”,这样社区中面临类似问题的人也能轻松找到解决方案。非常感谢你的贡献。
哈利。