微軟在 6 月 29 日發佈的 Windows 11 KB5095093 可選更新中承認，系統中存在一個與 Capability Access Manager 相關的 Bug，會讓一個數據庫日誌文件持續膨脹，最嚴重時佔據 500GB 存儲空間，直至把 C 盤填滿。截至發稿，微軟未將該問題列入 Windows 已知問題（Windows Known Issues Dashboard），也未在發佈說明中解釋爲何部分系統會讓該文件膨脹至數十至數百 GB。
圖 1： Windows 11 系統上看到的 Settings → Storage 頁面。System & reserved 已佔用 78.9GB，但頁面並不告訴用戶是哪個具體文件。
一、起因：2026 年初的一次 Windows 11 更新埋下隱患
Windows Latest 援引信源指出，**2026 年 2 月或 3 月**發佈的一次 Windows 11 更新在系統中引入了對 Capability Access Manager 數據庫寫入路徑的迴歸（regression）。這一回歸併未在當時的發佈說明中作爲已知問題列出，社區與 Windows Insider 也花了數月時間才把分散在 Feedback Hub、Reddit r/techsupport 等渠道的報告歸併爲同一個根因。
被波及的具體文件是 **CapabilityAccessManager.db-wal**，它位於受系統保護的路徑：
C:\ProgramData\Microsoft\Windows\CapabilityAccessManager\
圖 2：File Explorer 打開該文件夾後的樣子。默認情況下，PowerShell 或資源管理器直接訪問會提示 "Access denied"。
這條路徑之所以"潛伏成功"，是因爲兩層隱藏疊加：
存儲設置中的"系統與保留"頁面只顯示總量，不指向具體文件。
該目錄默認受保護，用戶即便懷疑到這層也無法直接確認。
Parmar 在原文中寫道："you wouldn't realize you are affected until you manually check the file storage"——直到微軟更新發布說明，他才意識到自己的 89GB 系統文件佔用其實源於這裏。
更關鍵的是，微軟在這幾個月的例行更新裏都沒有正面回應。直到 6 月 29 日，KB5095093 的發佈說明才被悄悄追加了一行：
[Storage] This update improves disk space usage for the CapabilityAccessManager.db-wal file.
圖 3：微軟在 6 月 29 日的 KB5095093 change log 中悄悄加了"Storage"修復條目。同一條修復將在 7 月 Patch Tuesday 自動推送，但官方並未在 Windows Known Issues Dashboard 上把它標爲已知問題。
二、原因：WAL 文件沒被合併回主數據庫
要理解這個 Bug，需要先了解 Capability Access Manager 的工作機制。它是 Windows 11 用來跟蹤應用對麥克風、位置、攝像頭、屏幕錄製等隱私相關能力訪問的子系統，本質上是一個 SQLite 數據庫加上一個預寫日誌（WAL, Write-Ahead Log） ：
主數據庫 CapabilityAccessManager.db：記錄長期狀態；
預寫日誌 CapabilityAccessManager.db-wal：保存尚未合併進主庫的臨時寫入，用於提升併發寫入與故障恢復能力。
正常情況下，WAL 文件可以臨時增長，但系統應定期將其內容 checkpoint / merge 回主 SQLite 數據庫，使 WAL 體積保持在 MB 級別。Windows Latest 在對照測試中檢查了一臺未受影響的 Windows 11：整個 CapabilityAccessManager 目錄小於 4MB，CapabilityAccessManager.db-wal 約 1.6MB。
圖 4：在管理員命令提示符下用 robocopy 列出該目錄。可以看到 CapabilityAccessManager.db-wal 約 1.6MB、整個目錄不到 4MB——這是"未受影響"的對照狀態。
而 2026 年 2—3 月的那次迴歸打破了這一合併機制。Windows Latest 援引信源表示：操作系統持續記錄重複的訪問請求 / 隱私事件（例如位置、麥克風等），但 WAL 文件沒有正確地被合併 / 壓縮回主 SQLite 數據庫。其結果是 WAL 單調增長，從數十 GB 起步一路喫到上百 GB。
在 Reddit r/techsupport 的一條線索中，有用戶報告 TreeSize 顯示該文件達到約 513GB，而同一系統上的 pagefile.sys + hiberfil.sys 加起來也只有約 29GB。其他用戶報告 70GB、110GB、200GB 不等，部分機器清理後回落到 4GB 或 15GB。
圖 5：在已受影響機器上用 TreeSize 類工具查看該目錄。整個目錄 6.2GB，CapabilityAccessManager.db-wal 佔 99.8%（6.2GB）——只是這還是"中度"情況，嚴重的機器是幾百 GB 量級。
之所以"並非所有用戶都中招" ，原文給出的依據是"some users are more affected than others depending on the apps they use"。結合 WAL 的工作原理可推斷：調用攝像頭 / 麥克風 / 位置 API 的頻率越高 → 預寫日誌的寫入越頻繁 → 一旦合併機制失靈，膨脹就越嚴重。
三、解決方案：升級 KB5095093，必要時手動清理
方案 A：安裝 Windows 11 KB5095093（首選）
打開 設置 → Windows Update，檢查可選更新並安裝 KB5095093（2026 年 6 月可選更新）。如果不想立刻裝可選更新，可以等到 7 月 Patch Tuesday，該修復會隨安全更新自動推送給所有 Windows 11 用戶。
方案 B：用 robocopy 安全自查（無需修改權限）
不要試圖修改 C:\ProgramData\Microsoft\Windows\CapabilityAccessManager\ 的所有權或權限——這會帶來不必要的系統風險。Windows Latest 推薦的方法是在管理員命令提示符下用 robocopy 的"只列不復制"模式列出該目錄的文件大小：
robocopy "C:\ProgramData\Microsoft\Windows\CapabilityAccessManager" "%TEMP%\CAMCheck" /L /B /R:0 /W:0 /BYTES /NP
輸出中若 CapabilityAccessManager.db-wal 只有幾 MB（參考圖 4，約 1.6MB），機器未受影響；若達到數 GB 並仍在持續增長，則確認受影響。
方案 C：磁盤已滿導致 Windows Update 裝不上的應急處理
如果 C 盤已經被 WAL 撐滿、Windows Update 無法下載安裝包，恢復路徑是：
進入 Windows 恢復環境（WinRE） 或 安全模式。
找到 C:\ProgramData\Microsoft\Windows\CapabilityAccessManager\CapabilityAccessManager.db-wal。
重命名這個超大文件（例如改成 .old），讓 Windows 在重啓後自動重建一個全新的小 WAL。
⚠ 不要在正常運行的系統中直接刪除這個文件——它可能仍在被 Capability Access Manager 引用。Parmar 在原文中強調：除非你清楚自己在做什麼，否則不要隨意刪除系統文件。
方案 D：升級後的二次驗證
裝完 KB5095093 後，重新跑一遍方案 B 的 robocopy 命令，觀察 CapabilityAccessManager.db-wal 是否回到幾 MB 級別；同時在 設置 → 存儲 → 系統與保留 → 系統文件 中查看"系統文件"佔用是否回到正常範圍。
圖 6：如果這裏顯示的是個位數 GB 一般沒事；如果是 50GB / 100GB+，很可能就是 CapabilityAccessManager.db-wal 在堆積。
更多遊戲資訊請關註：電玩幫遊戲資訊專區
電玩幫圖文攻略 www.vgover.com
