Microsoftが、Windows 11の空き容量を大きく奪う問題に対して修正を入れた。対象はCapability Access Managerに関連するCapabilityAccessManager.db-walというシステムファイルだ。MicrosoftのKB5095093リリースノートには、2026年6月29日付で、このファイルのディスク使用量を改善する項目が追加された。問題は、ユーザーのダウンロードやアプリではなく、Windowsの権限管理に近い場所で起きる。そのため、設定画面では「System & reserved」の肥大化として見え、原因の切り分けが遅れやすい。
Windows Latestの検証によると、影響を受けた環境ではこのWALファイルが数十GBから数百GBに膨らむ。報告値は70GB、110GB、200GB級に及び、TreeSizeで約513GBを示した例もある。Microsoftは修正を出したが、なぜ一部のWindows 11でここまで大きくなるのかについて、詳しい説明はまだ出していない。
KB5095093が直したのは、空き容量そのものではなくWALの肥大化だ
Microsoftの公式情報で確認できる中心事実は短い。2026年6月23日付のプレビュー更新KB5095093は、OS Builds 26200.8737と26100.8737を含むWindows 11向け更新であり、変更履歴には6月29日付でStorage項目が追加された。そこに記された修正対象がCapabilityAccessManager.db-walである。
この書き方は、Windows全体のストレージ管理を広く直したという意味ではない。特定のファイルのディスク使用量を改善する修正だ。だから、読者が見るべき場所も一般的な「ディスククリーンアップ」ではなく、C:\ProgramData\Microsoft\Windows\CapabilityAccessManager\配下のWALファイルになる。
KB5095093はWindows Updateの詳細オプションにある任意更新から入れられる。Microsoft Update Catalogからも取得できる。一方、Microsoftが公式に書いているのは、Windows Update for Businessでは同じ変更が次のセキュリティ更新に現れるという範囲だ。個人PCなら任意更新を選べるが、管理端末では配布リングや検証手順が絡む。
数百GBに見える理由
Capability Access Managerは、カメラやマイクなど、アプリがプライバシーに関わる機能へアクセスするときの権限管理や記録に関わるコンポーネントだ。位置情報や画面キャプチャも、この種のアクセス管理に含まれる。Windows Latestは、この仕組みの背後にあるデータベースのwrite-ahead log、つまりWALがCapabilityAccessManager.db-walだと説明している。
WALは異常な存在ではない。データベースへの書き込みをいったんログに残し、後でメインのデータベースへ反映するための仕組みだ。通常なら一時的に増えても、チェックポイント処理や圧縮で大きさが戻る。今回の問題では、このログが戻らず、システムドライブを埋めるほど残り続ける。
Windows Latestは、OSがアクセス要求や位置情報などのプライバシー制御に関するイベントを繰り返し記録し、WALがメインのSQLiteデータベースへ適切に統合されていない可能性を示している。ただし、これはMicrosoftの原因説明ではない。Microsoftが公式に示したのは、KB5095093が該当ファイルのディスク使用量を改善するという点までだ。
見え方も厄介だ。Windowsの設定アプリでは、問題の容量が「System & reserved」や「System files」として表示されることがある。ユーザーから見れば、アプリも写真も動画も増やしていないのにCドライブだけが減っていく。ファイル名へたどり着くまでに時間がかかる。
影響確認は削除より先に行う
影響の入り口は、設定アプリから確認できる。Settings > System > Storageに進み、カテゴリをさらに表示してSystem & reserved、とくにSystem filesが不自然に大きいかを見る。ここが数百GBに達しているなら、Capability Access Manager関連のファイルを疑う余地がある。
ただし、対象フォルダはWindowsに保護されている。エクスプローラーやPowerShellで開こうとしてもアクセス拒否になることがある。Windows Latestは、所有権や権限を変える前に、管理者権限のコマンドプロンプトから読み取り専用のRobocopyコマンドで確認する方法を示している。
robocopy "C:\ProgramData\Microsoft\Windows\CapabilityAccessManager" "%TEMP%\CAMCheck" /L /B /R:0 /W:0 /BYTES /NPこのコマンドで見る対象はCapabilityAccessManager.db-walだ。Windows Latestが正常例として示した環境では、CapabilityAccessManagerフォルダ全体が4MB未満で、WALファイルは約1.6MBだった。数GB以上あり、さらに増え続けるなら、影響を受けている可能性が高い。
ここで焦ってシステムファイルを削るのは悪手だ。Microsoftの公式な修正はKB5095093に入っており、Windows Latestも同更新の適用を主な解決策として扱っている。Windows Latestは、すでにドライブが埋まりWindows Updateを入れられない場合の回復環境やセーフモードでの対処にも触れているが、通常の稼働中に保護されたシステムファイルを直接削る手順として読むべきではない。
任意更新か月例更新か
この不具合が面倒なのは、セキュリティ侵害やアプリの暴走のように見えない点だ。増えているのはWindows内部の権限管理に関わるログであり、表に出る症状は「Cドライブの空きがない」という汎用的な警告に近い。ヘルプデスクや管理者は、まずユーザープロファイルやOneDriveを疑いやすい。更新キャッシュや休止状態ファイルを確認した後で、ようやくSystem filesの肥大化に気づくことになる。
MicrosoftのWindowsリリースヘルスで見える既知の問題一覧には、2026年7月8日時点でこのCapabilityAccessManagerのストレージ問題は前面に出ていない。KB5095093の既知の問題欄にも、Officeアプリを一部のサードパーティアプリから起動できない可能性がある別件が載っている。つまり、ユーザー向けの症状説明より先に、リリースノートの短いStorage項目として修正が置かれた形だ。
空き容量に余裕がある端末なら、次のセキュリティ更新まで待つ判断もあり得る。Windows Latestは、2026年7月のPatch Tuesdayで同じ修正が自動展開される見込みとしている。ただし、Microsoftの公式表現で確認できるのは、Windows Update for Businessでは次のセキュリティ更新に現れるという範囲だ。小容量SSDを使うノートPCや仮想デスクトップでは、100GB単位の肥大化は通常業務を止める。任意更新を先に配るかどうかは、更新リスクではなく、残り容量と影響範囲の問題として判断した方がよい。
今回の確認ポイントは単純だ。Windows UpdateのKB番号を見る前に、まずSystem filesが不自然に大きい端末を洗い出す。次にCapabilityAccessManager.db-walの実サイズを読み取り専用で確認する。そこまで分かれば、KB5095093を先に当てる端末と、次のセキュリティ更新まで待てる端末を分けられる。
