快科技 7月6日微软已正式确认 Windows 11 存在一处严重的悄悄吃存储管理 Bug。受影响的盘空系统中，与权限管理相关的间微 CapabilityAccessManager.db-wal文件会出现不受控制的体积膨胀，持续吞噬系统盘空间，软承认导致 C 盘迅速告急。悄悄吃部分重度受影响用户的盘空该文件体积甚至已飙升至 513GB。

故障根源：SQLite WAL 日志合并失败

该异常文件位于路径 C:\ProgramData\Microsoft\Windows\CapabilityAccessManager下，间微本质上是软承认 Windows 权限管理服务数据库的 WAL（Write-Ahead Log，预写式日志）文件。悄悄吃

• 功能机制：Capability Access Manager 服务负责管控应用对摄像头、盘空麦克风、间微定位、软承认屏幕截图等敏感隐私权限的悄悄吃访问。每次应用请求或调用这些权限时，盘空系统会向该数据库写入一条日志记录。间微
• 正常逻辑：WAL 是 SQLite 数据库的标准机制，旨在通过先记录操作来保障数据完整性。在正常运行状态下，WAL 文件的大小通常不应超过几 MB，且会定期合并回主数据库。
• 故障现象：在受影响的系统中，WAL 日志无法正确合并至主数据库，导致日志文件持续累积、无限膨胀。

数据对比：异常占用远超预期

据多位用户反馈，该 Bug 导致的磁盘占用极为惊人：
* 极端案例：有用户报告该文件体积达到 513GB，而其系统中的页面文件和休眠文件总和仅为 29GB。
* 普遍范围：其他用户反馈的异常体积包括 70GB、110GB、200GB 不等。
* 反复复发：部分用户尝试清理后，文件体积虽可回落至 4GB 或 15GB，但随后会再次增长，表明触发该 Bug 的根本条件并未消除。

排查难点：系统工具“隐身”

此问题的棘手之处在于，Windows 自带的存储分析工具存在“盲区”。系统不会直接显示该文件的具体名称，而是将其庞大的体积归类为模糊的 “系统文件”或 “系统和保留空间”大类。若不借助第三方工具进行手动深度排查，普通用户几乎无法定位到真正的“罪魁祸首”。

值得注意的是，Windows Latest在其刚重装系统的测试机上发现了 89GB的异常占用，并通过第三方工具确认为 CapabilityAccessManager所致。这一发现证实，该 Bug 并非由长期使用积累导致，即使是全新安装的系统也可能迅速触发。

微软回应与修复计划

• 6月23日：微软发布支持文档时，尚未提及此 Bug。
• 6月29日：微软悄悄更新了文档，加入简短说明，确认 KB5095093更新旨在“改善 CapabilityAccessManager.db-wal文件的磁盘空间占用”。
• 7月14日：修复补丁将捆绑在该日期的累积更新中全量推送。

临时解决方案

在官方修复补丁推送之前，用户可以采取以下措施缓解问题：

1. 定位文件：使用第三方磁盘分析工具，以管理员身份扫描系统盘，按文件大小排序，找到 CapabilityAccessManager.db-wal文件。
2. 手动重置（谨慎操作）：
3. 将 CapabilityAccessManager.db-wal文件重命名（例如添加 .bak后缀），迫使系统生成一个新的、干净的小文件。
4. 警告：不建议直接删除该文件，以免导致权限管理服务出现异常。
5. 命令行检测：
   在管理员命令提示符（CMD）中运行以下命令查看文件大小：

dir "C:\ProgramData\Microsoft\Windows\CapabilityAccessManager\CapabilityAccessManager.db-wal"

• 若文件大小仅为几 MB，说明系统未受影响。
• 若文件体积巨大或持续增长，则需密切关注并执行上述临时解决方案。