微軟已確認Windows 11存在一個儲存Bug，與權限管理相關的CapabilityAccessManager.db-wal文件會不受控制地膨脹，後台吞噬系統盤空間直到C盤被填滿，部分用戶系統中該文件已增長至513GB。
該文件位於C:ProgramDataMicrosoftWindowsCapabilityAccessManager目錄下，是Windows權限管理服務的資料庫WAL（Write-Ahead Log）日誌文件。
Capability Access Manager服務負責管理應用對攝影機、麥克風、定位、螢幕截圖等隱私權限的訪問控制，每次應用調用這些權限時，系統都會向該資料庫寫入一條日誌記錄。
WAL機制本身是SQLite資料庫的標準做法，用於在寫入前先記錄操作以保證數據完整性，正常情況下大小不應超過幾MB。
但在受影響的系統中，WAL日誌無法正常合併回主資料庫，導致文件持續膨脹。有用戶反饋該文件占用513GB，而頁面文件和休眠文件加起來才29GB。
其他用戶反饋數字包括70GB、110GB、200GB不等，清理後可能回落到4GB或15GB但會再次增長，說明觸發條件並未消除。
問題的棘手之處在於Windows自帶的儲存管理不會直接顯示罪魁禍首，只會將占用歸入「系統文件」或「系統和保留空間」大類，用戶不手動排查根本無法定位。
Windows Latest在自己剛重裝系統的PC上也發現了89GB的異常占用，最終通過第三方工具才確認是CapabilityAccessManager所致。這意味著即使是剛重裝系統也可能觸發該Bug，並非長期使用積累導致。
微軟在6月23日發布支持文檔時未提及此Bug，6月29日悄悄更新加入一條簡短說明，確認KB5095093更新將「改善CapabilityAccessManager.db-wal文件的磁盤空間占用」，修復補丁將捆綁在7月14日的更新中全量推送。
在修復到來之前，用戶可以通過第三方工具以管理員身份掃描系統盤，按文件大小排序定位該文件。臨時解決方案是將CapabilityAccessManager.db-wal重命名讓系統重新生成一個乾淨的小文件，但不建議直接刪除系統文件以免引發權限管理服務異常。
也可以在命令提示符（管理員）中運行robocopy命令查看該文件大小，若僅幾MB則未受影響，若持續增長則需關注。
