SCCM卸载部署与安装规则冲突：排除集合后部分设备异常排查求助

一、集合与部署配置校验 #

• 确认Collection B的排除规则有效性：检查Collection A的排除集合设置，确保Collection B是唯一且正确的排除项；验证AD组到Collection B的成员同步LDAP查询，比如确认过滤条件为memberOf -eq "CN=Uninstall Application A,OU=Groups,DC=domain,DC=com"（需替换为实际AD组路径）。
• 检查卸载部署属性：确认Application A的卸载部署目的为“卸载”，未勾选“允许用户独立安装和卸载此应用”；验证部署的“可用时间”“截止时间”无异常限制（未过期、已生效）。
• 校验设备集合归属：在SCCM控制台查看Device A/B的“集合成员身份”，确认仅属于Collection B及系统默认集合；也可通过PowerShell命令验证：Get-CMDevice -Name "DeviceA" | Select-Object CollectionNames。

二、客户端深层日志分析 #

• 重点排查AppConflictManager.log：该日志专门记录应用部署冲突，搜索Device A/B的日志条目，确认是否存在旧部署策略ID残留、应用检测方法返回异常等冲突触发原因。
• 分析DeploymentTypeDetectionEvaluator.log：验证卸载部署的检测方法是否正确识别应用已安装（比如检测脚本返回码、WMI查询结果是否符合预期），错误的检测逻辑会导致冲突判定。
• 查看CCMExec.log：确认CCM服务是否正常处理策略更新，是否存在权限问题、缓存损坏导致的冲突提示。

三、SCCM服务器端同步与缓存清理 #

• 刷新集合成员：对Collection A和Collection B执行**“更新成员身份”**操作，查看colleval.log确认更新完成后，再次校验设备集合归属。
• 重新部署卸载任务：在Collection B的卸载部署上执行**“重新部署”**，确保服务器端策略重新推送至客户端，覆盖旧缓存。
• 清理服务器部署缓存：删除站点服务器<SCCM安装目录>\SMS_CCM\Cache下的旧部署文件，避免旧安装策略干扰。

四、客户端手动干预修复 #

• 清理策略缓存：停止CCMExec服务，删除C:\Windows\CCM\Policy\Machine下所有文件，重启CCMExec服务后重新下载策略。
• 强制应用评估：以管理员权限打开命令提示符，执行命令：WMIC /namespace:\\root\ccm\policy\machine\requestedconfig path CCM_ApplicationPolicy CALL TriggerEvaluation，强制客户端重新评估部署意图。
• 手动执行卸载：通过Client Centre for ConfigMgr直接触发Application A的卸载动作，完成后在SCCM控制台手动标记卸载完成，同步客户端状态。

内容的提问来源于stack exchange，提问作者Random206