ソフトウェアセンターで「ソフトウェアをダウンロードするための一時領域が不足しています」と出たら、Cドライブの空き容量とConfiguration Managerのキャッシュ上限を分けて確認します。ccmcacheをクリアする操作が必要か、上限変更が必要かは、ダウンロードするコンテンツのサイズによって異なります。
ccmcacheを空にしても、配布コンテンツ自体がキャッシュ上限を超えていればダウンロードできません。
会社・学校の管理端末では、ローカル管理者権限がある場合も配布運用の指示を確認します。ExplorerやRemove-Item、delでccmcache内を直接削除する手順にはしません。以下は通常のWindowsクライアントでアプリケーション・パッケージを配布する場合を中心に説明します。
ccmcacheとは：Windowsの一時フォルダーとの違い
Microsoftのクライアントキャッシュ説明によると、ccmcacheはアプリケーションやプログラムのインストールに必要なコンテンツを保存する場所です。既定の場所は%windir%\ccmcacheで、通常はC:\Windows\ccmcacheに相当します。既定の上限は5,120 MBですが、組織のクライアント設定によって変更されている場合があります。
上限はダウンロード可能な管理上の容量です。実際にその容量のファイルが必ず事前作成される、またはCドライブの空きが同じだけあるという意味ではありません。キャッシュ保存先がDドライブなどなら、そのドライブの空きも確認します。
| 確認する値 | 役割 | 不足時の対応 |
|---|---|---|
| コンテンツ自体のサイズ | その配布を置くのに必要な容量。 | 上限より大きければ、削除だけでは足りない。 |
| キャッシュの設定上限と使用中の内容 | Configuration Managerが管理する容量と再利用中のコンテンツ。 | 適切な上限と削除可能な内容を管理者が確認。 |
| 保存先ドライブの実際の空き | ダウンロード・展開・インストールに使える容量。 | キャッシュ拡張だけでなく、端末のストレージ整理を検討。 |
エラーの文面と配布の種類を先に確認する
表示例は「ソフトウェアをダウンロードするための一時領域が不足しています。Configuration Manager コントロール パネル アプレットで一時領域を調整できます。」です。英語では「There is not enough temporary space reserved to download the software.」などと表示されます。アプリ名、時刻、表示されたコードや詳細も控えてください。
Microsoftは、プログラムまたはアプリケーションのコンテンツがキャッシュサイズより大きい場合、容量不足で失敗しステータスメッセージ10050を生成すると説明しています。画面の文面だけで、すべての失敗が10050、または原因がキャッシュ破損と断定できるわけではありません。
ソフトウェア更新はキャッシュを使っても、サイズ設定にかかわらずダウンロードを試みるという別の扱いがあります。OS展開やWindows PEのタスクシーケンスも、通常のアプリ配布と保存先・処理が異なります。同じccmcache拡張手順で全部直ると考えず、配布の種類を管理者に伝えます。
ccmcacheをクリアする前に確認すること
- ソフトウェアセンターでインストール中・ダウンロード中の配布を確認し、その最中に手作業で内容を消さない。
- 端末の資産番号、PC名、アプリ名、発生時刻とエラー画面を記録する。
- Configuration Managerの［キャッシュ］タブで現在の場所とサイズを確認する。変更できない場合は値を控えるだけにする。
- 保存先ドライブの空き容量を確認する。ユーザーデータ整理は組織の指示と必要なバックアップに沿って行う。
- キャッシュに永続保持する設定やピアキャッシュとしての役割があるかを管理者に確認する。
キャッシュの削除はアプリのアンインストールとは別です。ただし、後の修復・再配布ではコンテンツの再ダウンロードが必要になる場合があります。組織が永続保持しているコンテンツまで消してよいとは限りません。
Configuration Managerの画面からキャッシュを削除する
組織から実施を認められ、必要な権限がある場合は、Microsoftが案内するコントロールパネルの方法を使います。
- ［コントロール パネル］を開き、［Configuration Manager］を選びます。
- ［キャッシュ］タブで現在の場所とサイズを確認します。
- ［ファイルの削除］（Delete Files）を選び、確認画面の対象と説明を読みます。
- 永続保持するキャッシュの削除を選べる画面では、保持の必要性を管理者に確認してから判断します。
- 操作完了後に、対象アプリの配布状態を確認して再試行します。
項目が無効・権限要求・設定が戻るといった場合は、管理者へ依頼します。フォルダーの所有権変更、クライアント停止、強制削除で回避しないでください。公式の削除方法は、ファイルだけでなくクライアントが管理するキャッシュ情報との整合を保つためのものです。
ccmcacheをExplorerやコマンドで直接消してはいけない理由
Configuration Managerは、ファイルシステムとは別に配布コンテンツを追跡しています。フォルダー内だけを削除すると管理情報と実体がずれ、クライアントの問題につながるため、MicrosoftはExplorerやコマンドラインでの手動削除を行わないよう明記しています。一般的なTEMPフォルダーの掃除と同じ扱いにしません。
一括削除スクリプトをインターネットからコピーして実行する方法もここでは勧めません。管理者が自動化する場合は、組織で検証したサポート対象の管理方法を使い、稼働中・永続保持・ピア配信の影響を確認します。
キャッシュサイズを変更する場合
コントロールパネルの［Configuration Manager］→［キャッシュ］で領域・場所の設定を確認し、必要なら管理者が上限を変更します。組織のポリシーが設定を管理している場合は、端末だけを変更しても後で上書きされることがあります。
10 GBや20 GBを全端末の必要最低値として決めません。配布コンテンツの最大サイズ、同時に保持する内容、インストール時の展開領域、保存先ドライブの空きを比較して設計します。上限が小さい場合でも、コンテンツより十分大きく、不要内容をクライアントが削除できるなら、拡張以外の対応で済む場合があります。
| 状態 | 優先する確認 |
|---|---|
| 配布サイズ6,000 MB、上限5,120 MB | 全削除しても上限不足。配布サイズと上限を管理者が見直す。 |
| 配布サイズ1,000 MB、上限5,120 MBだが削除可能領域なし | 直近利用・永続保持・他配布を確認し、サポート対象の削除または上限変更。 |
| 上限は大きいが保存先ドライブがほぼ満杯 | 端末全体の空き不足を解消。上限値だけを増やしても物理容量は増えない。 |
数値は判断の例で、推奨容量ではありません。コンテンツに加えてインストーラーが必要とする展開領域を確認し、保存先の余裕を残します。
容量を増やした後も再試行しない場合
コンテンツ自体が以前の上限を超えて失敗した必須配布では、公式説明に再試行の違いがあります。
| 配布 | 拡張後の動作 |
|---|---|
| 必須のプログラム（package/program） | 自動でコンテンツのダウンロードを再試行しない。管理者がパッケージとプログラムを再展開する。 |
| 必須のアプリケーション（application） | クライアントポリシーの受信時にダウンロードを自動再試行する。 |
コンテンツは上限内だがキャッシュがいっぱいだった場合は、空きができるまでの再試行・タイムアウト・再試行上限という別の動作です。クリックを繰り返す前に、管理者がログで失敗の種類と配布状態を確認します。
管理者向け：クライアント設定と保持時間
クライアント設定の公式仕様では、［管理］→［クライアント設定］のクライアントキャッシュ設定で最大容量を管理できます。構成を有効にしてMBとディスクの割合を設定した場合、適用されるのは小さい方です。MBを増やしたのに変化しないときは、割合側の制限と適用対象も確認します。
キャッシュを削除できるまでの最小期間は既定で1,440分（24時間）、最大10,080分（1週間）です。これは「24時間後に全部自動削除する」タイマーではありません。新しいコンテンツに領域が必要なときに削除する仕組みで、永続保持の指定がある内容は自動削除されません。
短い保持時間にすれば常に良いわけではありません。再インストールやピアキャッシュの再配信で再ダウンロードが増える可能性もあるため、容量、配布頻度と通信量を試験端末で評価してから適用します。年度替わりやログオン時に無条件で全削除する運用の代わりに、必要な保持と削除条件を見直します。
キャッシュ保存先の変更とタスクシーケンスの注意
クライアントインストールのプロパティではSMSCACHEDIRなどが案内されています。既存フォルダーをExplorerでDドライブへ移すのではなく、管理者がクライアントの設定方法と配布への影響を検証します。公式のキャッシュ説明では保存先フォルダーを暗号化しないよう明記されており、ここではEFSによるフォルダー暗号化と、ドライブ全体のBitLockerを混同しません。
Download Package Contentの公式仕様では、タスクシーケンスの作業ディレクトリ、クライアントキャッシュ、カスタムパスの選択があり、Windows PEではクライアントキャッシュへの保存オプションはサポートされません。OS展開の失敗は、実行環境・対象ステップ・smsts.logを確認します。利用者がUSBや共有フォルダーのインストーラーで配布を迂回する対応にはしません。
ログで不足の場所と配布失敗を切り分ける
Microsoftのログ一覧にある役割を参考に、管理者が対象時刻・コンテンツID・配布IDをそろえて追います。通常のクライアントではC:\Windows\CCM\Logsなどを確認しますが、実際のインストール先と実行環境に従ってください。
| ログ | 確認する処理 |
|---|---|
| CAS.log | Content Accessによるローカルキャッシュ管理。容量とコンテンツの状態を確認。 |
| ContentTransferManager.log | BITSまたはSMBによる転送・アクセスのスケジュール。 |
| DataTransferService.log | BITS通信の記録。 |
| AppEnforce.log | アプリケーションのインストール・アンインストール実行。 |
| execmgr.log | パッケージやタスクシーケンスの実行に関する記録。 |
| smsts.log | タスクシーケンスのステップと処理。場所は実行段階によって変わる。 |
CAS.logだけで配布ポイント障害やパッケージ定義の問題まで確定しません。キャッシュに入った後のインストーラー失敗は、AppEnforce.logなど該当する処理のログへ進みます。ログに端末名、ユーザー名、サーバー情報が含まれる場合は、組織の窓口へ必要範囲だけ共有します。
管理者へ依頼するときの情報
| 項目 | 記録する内容 |
|---|---|
| 対象 | PC名・資産番号、アプリ名、配布の種類。 |
| 現象 | 正確な文面・コード・発生時刻・スクリーンショット。 |
| 容量 | キャッシュの場所と上限、保存先ドライブの空き。 |
| 実施済み | 再試行の結果、権限の有無、変更や削除を行ったか。 |
依頼文の例：「ソフトウェアセンターの〇〇で一時領域不足と表示されます。発生時刻は〇月〇日〇時、キャッシュの場所は〇〇、上限は〇MB、保存先の空きは〇GBです。配布コンテンツのサイズ、永続保持とCAS.log、必要な上限変更・サポート対象の削除方法をご確認ください。設定変更の権限はありません。」
よくある質問
キャッシュを削除するとインストール済みアプリは消えますか？
キャッシュの削除とアンインストールは別の操作です。ただし配布・修復でコンテンツが再度必要になる場合があるため、稼働中の配布と永続保持を確認してから公式の［ファイルの削除］を使います。
Cドライブに100 GB空いているのに、なぜ不足しますか？
キャッシュの設定上限とドライブの空きは別だからです。コンテンツが上限を超えるケースと、上限内でも削除可能なキャッシュ領域がないケースを分けます。保存先がCドライブとは限らない点にも注意してください。
ccmcacheが大きいと壊れている証拠ですか？
いいえ。再利用や永続保持、ピア配信に必要な内容がある場合もあります。フォルダーの大きさだけで破損と決めず、キャッシュ設定、配布の状態、該当時刻のログを確認します。
まとめ
ccmcache不足では、コンテンツのサイズ、キャッシュ上限・削除可能な内容、保存先ドライブの空きを順に比較します。クリアはConfiguration Managerの［ファイルの削除］などサポート対象の方法を使い、上限超過の配布は容量変更と配布の種類に応じた再試行を管理者が確認してください。
コメント