事件查看器里出现事件 ID 1890 时，直接禁用客户体验改善计划（CEIP）往往不能消除日志。该错误通常由组策略客户端扩展在处理 HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\DataCollection 下的 AllowTelemetry 值时发生冲突引起。当策略模板、注册表实际状态和系统服务设置三者不一致时，gpsvc 服务就会记录处理失败。本文从触发链路讲起，给出注册表修正、组策略模板配置、缓存清理以及验证的完整方案。
事件 ID 1890 是如何触发的
事件 ID 1890 通常出现在应用程序日志或系统日志中，来源可能是 GroupPolicy 或 SceCli。它表示组策略客户端扩展无法正确处理客户体验改善计划相关设置。这个问题本身一般不会直接导致蓝屏或系统崩溃，但它会持续产生错误日志，干扰监控系统判断，同时也说明组策略刷新链路存在隐患。很多情况下，该错误与注册表项 HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\DataCollection 的读写失败有关。
从触发机制看，Windows 组策略引擎在后台刷新时会加载 CEIP 相关的客户端扩展。这个扩展会读取注册表项 HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\DataCollection 下的 AllowTelemetry DWORD 值，并与组策略模板中的“允许遥测”策略设置进行核对。如果注册表值被第三方优化工具、脚本或手动修改为系统不接受的数值，比如在部分 Windows 版本中 AllowTelemetry 被设置为 0 导致冲突，或者该注册表项的权限被改动、SYSTEM 账户无法写入，组策略扩展就会处理失败并记录事件 1890。
一个常见误区是认为只要在组策略中启用“关闭客户体验改善计划”就能解决问题。实际上“关闭 CEIP”和“允许遥测”是两个独立设置，后者控制诊断数据级别。如果先将“允许遥测”策略设置为“已禁用”或值 0，然后又停止 DiagTrack 服务，组策略扩展在核对时会发现策略模板与注册表状态不一致，反而会持续报错。另外，部分精简版系统或优化工具会直接删除 DataCollection 注册表项，导致策略处理时找不到基准值，同样会触发事件 1890。
通过组策略与注册表修复 CEIP 设置
先确认实际策略需求。如果是企业环境且需要统一禁用遥测，应通过域控 GPO 下发设置；如果是单机环境，可以使用本地组策略。打开 gpedit.msc，导航到“计算机配置” > “管理模板” > “Windows 组件” > “数据收集和预览版本”。找到“允许遥测”策略，将其设置为“已启用”，并在选项中选择“1 - 基本”或“3 - 完整”（企业版、教育版和 Server 版本还可选择“0 - 安全”）。不要将其设置为“已禁用”，因为禁用相当于缺失策略，但注册表中可能残留旧值，导致状态不一致。同时找到“关闭客户体验改善计划”策略，根据需要设置为“已启用”或“未配置”，注意不要与遥测级别产生冲突。
如果系统没有组策略编辑器（例如 Windows Home 版），可以直接修改注册表。打开注册表编辑器，定位到 HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\DataCollection。如果该路径不存在，手动新建。在右侧新建或修改 DWORD (32 位) 值，名称为 AllowTelemetry，基数选择十进制，数值设为 1（基本）或 3（完整）。修改后关闭编辑器。同时检查该注册表项的权限：右键 DataCollection，选择“权限”，确保 SYSTEM 和 Administrators 拥有完全控制权限，否则组策略扩展无法写入配置，错误会继续出现。
为了方便重复部署或快速恢复，可以将注册表修改保存为 .reg 文件。以下是一个标准示例，可以直接双击导入：
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\DataCollection] "AllowTelemetry"=dword:00000001
将上述内容保存为 fix-ceip.reg，双击导入即可。导入后需要重启计算机或手动运行组策略刷新，命令为 gpupdate /force。注意路径中的反斜杠必须保留，如果注册表项已有其他值，导入会覆盖为指定数值。如果组织有合规要求需要设置为 0，请先确认当前 Windows 版本支持该级别，否则仍会触发事件 1890。
清理组策略缓存并验证刷新
注册表修改完成后，组策略缓存可能仍然保留旧的失败状态。组策略客户端会缓存已应用的策略，相关文件位于 C:\ProgramData\Microsoft\Group Policy\History 和 C:\Windows\System32\GroupPolicy。这些缓存文件不会在每次刷新时自动完全重建，如果其中包含冲突信息或已损坏，事件 ID 1890 可能继续出现。因此修复流程中必须包含缓存清理步骤。
以管理员身份打开命令提示符，先尝试执行一次强制刷新：
gpupdate /force
如果事件仍然存在，可以进一步清理缓存。以下命令会停止组策略客户端服务、删除历史缓存并重新启动服务，操作需要谨慎，建议提前保存重要工作：
net stop gpsvc rd /s /q C:\ProgramData\Microsoft\Group Policy\History net start gpsvc gpupdate /force
执行完成后，打开事件查看器，导航到“应用程序和服务日志” > “Microsoft” > “Windows” > “GroupPolicy” > “Operational”，筛选事件 ID 1890，确认是否还在生成。也可以运行 gpresult /h C:\gpresult.html 生成策略结果集报告，在报告中查看“客户体验改善计划”部分是否显示为“成功”。如果仍然失败，说明问题可能出在注册表权限或系统文件完整性上，需要进入下一步排查。
高级排查与自动化修复脚本
如果上述方法均无效，可能是组策略客户端扩展本身或相关系统文件损坏。可以运行系统文件检查器进行修复。以管理员身份打开命令提示符，执行 sfc /scannow，该命令会扫描并修复 C:\Windows\System32 下的系统文件，包括 gpsvc 相关组件。扫描完成后重启，再运行 DISM /Online /Cleanup-Image /RestoreHealth 修复系统映像。这两个命令需要一定时间，并且可能要求联网或插入安装介质。
对于需要批量处理多台机器的场景，可以编写 PowerShell 脚本自动完成注册表设置、权限修复和缓存清理。以下是一个完整的脚本示例：
$regPath = "HKLM:\SOFTWARE\Policies\Microsoft\Windows\DataCollection"
If (-not (Test-Path $regPath)) {
New-Item -Path $regPath -Force | Out-Null
}
Set-ItemProperty -Path $regPath -Name "AllowTelemetry" -Value 1 -Type DWord
$acl = Get-Acl $regPath
$rule = New-Object System.Security.AccessControl.RegistryAccessRule("SYSTEM","FullControl","Allow")
$acl.AddAccessRule($rule)
Set-Acl $regPath $acl
Remove-Item -Path "C:\ProgramData\Microsoft\Group Policy\History\*" -Recurse -Force -ErrorAction SilentlyContinue
gpupdate /force
该脚本会创建注册表路径、设置 AllowTelemetry 为 1、授予 SYSTEM 完全控制权限、清理历史缓存并强制刷新组策略。使用时需要以管理员身份运行 PowerShell。如果企业策略要求更严格的遥测级别，可将 -Value 1 修改为 -Value 0 或 -Value 3，但必须确认目标系统版本支持对应值。
事件 ID 1890 虽然不直接造成系统故障，但它是组策略健康度的一个重要信号。通过统一遥测策略、保持注册表与策略模板一致、定期清理组策略缓存，可以从根本上避免该错误反复出现。对于企业 IT 管理员，建议在域控上集中配置“允许遥测”和“关闭客户体验改善计划”策略，并启用“禁用本地覆盖”选项，防止单机注册表漂移再次引发冲突。
组策略事件 ID 1890客户体验改善计划修改时间：2026-10-04 12:06:16