Windows 11 のノートPCで「システムの復元」を実行したとき、Intel iCLSClient（Intel Capability Licensing Service）関連ファイルの「遅延移動（delayed move）ができない」と表示されて失敗してしまう――この記事では、この現象の原因と仕組みを整理しつつ、最も安全で再現性の高い解決策である「Windows 回復環境（WinRE）からのシステムの復元」の具体的な手順と、復元後にやっておきたい再発予防策までまとめて解説します。
症状：Intel iCLSClient が原因と表示されてシステムの復元が失敗する
まずは、典型的な症状を整理します。
| 項目 | 内容 |
|---|---|
| OS | Windows 11（ノートPCでの事例が多い） |
| 操作 | 作成済みの復元ポイントに対して「システムの復元」を実行 |
| 結果 | 復元ウィザードの最後で失敗し、「システムの復元は正しく完了しませんでした」と表示される |
| エラー詳細 | Intel iCLSClient 関連ファイルの「遅延移動（delayed move）ができない」といった内容が表示される |
エラー詳細のメッセージは環境により多少異なりますが、例としては次のようなイメージです（実際の文言とは一部異なる場合があります）。
ファイル C:\Windows\System32\LogFiles\WMI\Intel\iCLSClient\xxxxxx.etl の
遅延移動操作を完了できませんでした。
システムの復元は正しく完了しませんでした。
Microsoft Q&A や Windows 11 フォーラムでも、まさに同じ状況（Intel iCLSClient 関連ファイルの delayed move ができず復元に失敗する）という報告が上がっており、そこでの解析結果と解決策が本記事のベースになっています。
問題の正体：WMI オートロガーが iCLSClient のログファイルをロックしている
このエラーは、単なる「システムの復元の不具合」ではなく、OS のログ機構と Intel のドライバーが絡んだ、ある意味では筋の通った現象です。
「遅延移動（delayed move）」とは何か
Windows では、次の再起動時にファイルを入れ替えるために「遅延移動（Delayed Move）」という仕組みを使います。インストーラーやシステムの復元が、起動中には置き換えられないファイルを再起動後に入れ替えるときに使う仕組みです。
- 復元ポイント時点のファイルを復元する必要がある
- しかし今そのファイルは OS やサービスが使用中でロックされている
- そのため「次回ブート時に A を B にリネーム（移動）しておいてね」と OS に予約する
ところが、予約されたファイルが再起動後もなお別のプロセスに掴まれていると、「遅延移動」が実行できず、システムの復元が失敗します。
WMI オートロガー（AutoLogger）とは
Windows には ETW（Event Tracing for Windows）というイベントトレース機構があり、その一種として「AutoLogger セッション」が存在します。AutoLogger セッションは、通常のサービスよりも早い段階から起動し、OS のブート初期からログを収集するための仕組みです。
- レジストリの
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\WMI\Autologger配下に設定が保存される - システム起動時に自動で有効化され、
%SystemRoot%\System32\LogFiles\WMI\<セッション名>.etlなどへログを書き込む - デバイスドライバーやサービスが、自分専用の AutoLogger セッションを持つこともある
この AutoLogger が、問題の「ファイルロック」の犯人です。
Intel iCLSClient と WMI ログファイル
Intel iCLSClient（Intel Capability Licensing Service）は、Intel プラットフォームのライセンス管理や TPM / PTT まわりの処理などに関わるコンポーネントで、ドライバーとサービスのセットとしてインストールされます。Intel の資料では「Intel TCS Client Driver (iCLS client)」として案内されており、第11世代以降の Intel Core プロセッサーではサポート対象外になっていることも明記されています。
この iCLSClient は、WMI/ETW を利用してログを出力しており、実際のシステムでは次のようなパスにログファイルが溜まっている例が報告されています。
C:\Windows\System32\LogFiles\WMI\Intel\iCLSClient\
├─ TPMProvisioningService.etl.005
├─ IntelPTTEKRecertification.etl.006
├─ PlatformLicenseManagerService.etl.007
├─ iclsProxy.etl.006
└─ iclsClient.etl.006
これらの ETL ファイルは、まさに AutoLogger セッションによりブート時から書き込まれるログです。
なぜ「システムの復元」の delayed move が失敗するのか
起動中の Windows から「システムの復元」を実行すると、次のようなタイミングで処理が行われます。
- OS 起動中に復元ポイントの選択と事前チェック
- 再起動して OS が復元専用モードで起動
- 復元対象ファイルの差し替え（ここで delayed move が使われる）
ところが、Intel iCLSClient のように AutoLogger を使っているドライバーは、OS が復元処理を始めるタイミングよりもさらに早く起動してログを書き始める場合があります。
- AutoLogger セッションが iCLSClient の ETL ファイルを開く
- そのファイルを「復元前の状態」から「復元ポイントの状態」に入れ替えようとして delayed move が予約されている
- しかしファイルが「使用中（ロック中）」のため、移動・リネームができずエラーになる
Microsoft Q&A では、ボランティアモデレーターがこの状況を「WMI Autologger が原因」と診断し、「Windows 回復環境（WinRE）からシステムの復元を実行する」ことで解決したと報告されています。
結論：WinRE から「オフライン復元」を行うとロックを回避できる
上記のように、問題の本質はOS が稼働している状態で、iCLSClient の AutoLogger がログファイルをロックしてしまうことです。であれば、単純に
「iCLSClient が起動していない状態（＝オフラインの Windows）でシステムの復元を実行する」
と、ファイルロックを避けることができます。これを実現してくれるのが、Windows 回復環境（WinRE）です。
WinRE は、Windows 10 / 11 に標準搭載されている回復環境で、「トラブルシューティング」→「詳細オプション」→「システムの復元」から、オフライン状態で復元を実行できます。
オンライン復元と WinRE 復元の違い
| 項目 | オンライン復元（通常） | WinRE からの復元（今回の推奨） |
|---|---|---|
| 実行環境 | Windows を起動した状態で実行 | Windows 回復環境（WinRE）上で実行 |
| iCLSClient / AutoLogger | 起動している可能性が高い | 多くの場合、起動していない（ログも書き込まれていない） |
| ファイルロックのリスク | ログファイル等がロックされ「遅延移動」失敗の原因になり得る | 対象ファイルが未使用のため、ロックのリスクが低い |
| 安全性 | 通常でも問題ないが、今回のような特殊なケースでは不安定 | システムファイルだけを落ち着いて入れ替えできるため安全性が高い |
実際に、Intel iCLSClient が原因でシステムの復元に失敗していたユーザーが、WinRE から同じ復元ポイントを指定したところ正常に復元できたと報告しています。
手順：Windows 回復環境（WinRE）からシステムの復元を実行する
大まかな流れ
- 事前に必要なファイルのバックアップを確認する
- Windows 回復環境（WinRE）に入る
- 「トラブルシューティング」→「詳細オプション」→「システムの復元」を開く
- 復元ポイントを選択して復元を実行する
- 再起動後、復元結果を確認する
以下で、Windows 11 日本語 UI を前提に、もう少し具体的に解説します。
1. 事前準備と注意点
- 個人ファイルのバックアップ
システムの復元は、基本的に個人ファイル（ドキュメントや写真など）は対象外ですが、インストール済みアプリやドライバー、レジストリは巻き戻されます。念のため、重要なデータは OneDrive や外付けディスク等に退避しておくと安心です。 - AC アダプタ接続
復元中に電源が切れると最悪 OS が起動不能になる可能性があるため、ノートPCは必ず電源アダプタを接続してから実行しましょう。 - BitLocker の有無
ドライブが BitLocker 暗号化されている場合、WinRE からの操作時に回復キーの入力を求められることがあります。Microsoft の公式ドキュメントでも、WinRE の一部機能では BitLocker 回復キーが必要であると注意喚起されています。
2. Shift キーを使って WinRE を起動する
最も手軽な方法は、「Shift キーを押しながら再起動」する方法です。
| 状況 | 操作手順 |
|---|---|
| Windows にサインインできる場合 | 1. 画面左下の「スタート」ボタンをクリック 2. 「電源」アイコンをクリック 3. Shift キーを押しっぱなしにしたまま「再起動」をクリック 4. 「オプションの選択」画面が表示されるまで待つ |
| サインイン画面から操作する場合 | 1. サインイン画面右下の「電源」アイコンをクリック 2. 同様に、Shift キーを押しながら「再起動」をクリック 3. 「オプションの選択」画面が表示されるまで待つ |
うまくいけば、青い背景の「オプションの選択」画面（Windows 回復環境）が表示されます。
3. WinRE 上で「システムの復元」を実行する
WinRE に入ったら、次の順番で進みます。
- 「トラブルシューティング」をクリック
- 「詳細オプション」をクリック
- 「システムの復元」をクリック
- 復元対象の Windows 11 を選択（複数インストールされている場合）
- サインイン用のアカウントを選択し、パスワードを入力
- 表示された復元ポイント一覧から目的のポイントを選び、ウィザードの指示に従って進める
途中で「影響を受けるプログラムの検出」リンクをクリックすると、インストール済みアプリやドライバーのうち、「復元によって削除されるもの」「復元によって復活するもの」が一覧表示されます。必要に応じて確認しておきましょう。
4. 復元完了後の確認ポイント
復元が完了すると、PC が再起動され、ログオン後に次のようなメッセージが表示されれば成功です。
システムの復元は正常に完了しました。
システムは、202X/XX/XX XX:XX の復元ポイントに復元されました。
その後、以下を確認します。
- デスクトップやスタートメニューのアプリが、復元ポイント時点の状態になっているか
- 不具合のきっかけになったドライバー更新やアプリインストールが元に戻っているか
- 問題解決のために復元したのであれば、その症状が出なくなっているか
ここまでで、「iCLSClient 関連の delayed move が原因で OS 上からの復元が失敗する」問題は、ほぼ確実に回避できます。
補足：Intel iCLS ドライバーの有無を DISM で確認する
「そもそも自分の PC に iCLSClient ドライバーが入っているのか？」を確認するには、管理者権限のコマンド プロンプト（またはターミナル）で DISM コマンドを実行するのが手軽です。Microsoft Q&A でも、同じトラブルの調査時にこのコマンドが利用されています。
管理者コマンドプロンプトの開き方（例）
- スタートボタンを右クリック
- 「Windows ターミナル（管理者）」または「Windows PowerShell（管理者）」をクリック
- ユーザーアカウント制御（UAC）のダイアログが出たら「はい」を選択
Intel iCLS ドライバーの確認コマンド
次のコマンドを入力して Enter キーを押します。
dism /online /get-drivers /format:table | findstr /i icls
Intel iCLSClient がインストールされている環境では、例えば次のような結果が返ってきます。
oem66.inf iclsclient.inf No SoftwareComponent Intel 06/12/2023 1.71.99.0
- iclsclient.inf… Intel iCLSClient のドライバー INF
- 1.71.99.0… ドライバーのバージョン
もし何も表示されなければ、その PC には少なくとも現在の OS インストールに iCLSClient ドライバーは登録されていない可能性が高く、このページで紹介した現象とは別の要因で復元が失敗していると考えられます。
再発予防：復元後にやっておきたいドライバーと設定の見直し
WinRE からの復元で一度問題を回避できても、「同じドライバー構成のまま」だと、将来また復元に失敗する可能性があります。そこで、復元が成功したタイミングで、以下のような再発予防策を取っておくと安心です。
1. PC メーカーのサポートサイトで Intel 関連ドライバーを更新
最初に確認すべきは、PC メーカー（OEM）のサポートページです。多くのメーカーでは、機種ごとに最適化された以下のようなドライバーを提供しています。
- チップセットドライバー
- Intel Management Engine Interface（MEI）/ Intel ME WMI Provider / Platform License Manager Service など
- Intel iCLSClient（TCS Client）関連コンポーネント
Intel Management Engine Interface ドライバーのパッケージには、しばしば WMI プロバイダーやライセンス管理サービスが含まれており、これらが WMI オートロガー経由でログを出力します。
メーカーサイトにより表記は異なりますが、少なくとも以下は確認しておくとよいでしょう。
- 「チップセット」「Management Engine」「iCLS」「Platform License Manager」などの名称を含むドライバーが最新かどうか
- Windows 11 用の最新版が出ていればそれを適用する
2. Windows Update / Microsoft Update Catalog のドライバー更新をチェック
PC メーカー経由に加えて、Windows Update から Intel iCLSClient の更新プログラムが配信されている場合もあります。また、Microsoft Update Catalog で「Intel(R) iCLS Client」を検索すると、Windows 11 向けに 2025 年時点でバージョン 1.77.4.0 のドライバーが登録されていることが分かります。
企業環境などで WSUS や構成管理ツールを利用している場合は、これらのドライバー更新がブロックされていないかも確認しておくとよいでしょう。
3. Intel 公式ドキュメントの位置づけを理解しておく
前述のとおり、Intel 公式ドキュメントでは TCS Client Driver（iCLS client）は「Intel Core 第11世代以降ではサポートされない」と明記されています。
- 新しい CPU 世代では、別の仕組みに置き換わっている可能性がある
- それでも OEM が互換性目的で iCLS を同梱しているケースもある
- 将来的な Windows やドライバー更新で iCLS 関連機能が変更・削除される可能性がある
セキュリティ面でも、過去のバージョンでは OpenSSL の脆弱性が話題になった例もあり、ベンダー側でも更新が求められています。 そのため、「古い iCLS を温存する」よりは「ベンダー推奨の構成に合わせておく」ほうが長期的には安全です。
4. システムの復元の運用を見直す
最後に、システムの復元自体の運用も見直しておきましょう。
| ポイント | 具体的な設定・運用例 |
|---|---|
| 保護の有効化 | 重要なシステムドライブ（通常は C:）に対して「システムの保護」を有効にしておく |
| ディスク使用量 | 復元ポイント用のディスク容量を数 GB〜十数 GB 程度に増やしておく（空き容量が少ないと古い復元ポイントがすぐに削除されてしまう） |
| 復元ポイントの作成タイミング | 大型の Windows Update やドライバー更新、重めのソフトウェア導入前に手動で作成しておく |
| テスト運用 | トラブルが起きていない平常時に、一度だけ WinRE からの復元を試し、「自分の PC でこの手順が使える」と確認しておく |
どうしても OS 起動中に復元したい場合（非推奨オプション）
基本方針としては「システムの復元は WinRE から実行する」がベストですが、事情により OS 起動中からの復元をどうしても使いたいケースもあるかもしれません。その場合に検討されがちな方法と、そのリスクを簡単に整理しておきます。
| 方法 | 概要 | リスク・注意点 |
|---|---|---|
| iCLS 関連サービスを一時的に停止 | Intel iCLSClient / Platform License Manager などのサービスを停止してから復元する | 停止状態のままにすると、一部の Intel 機能（TPM 利用やライセンス関連処理）が不安定になる可能性がある |
| WMI AutoLogger の設定変更 | レジストリの WMI\Autologger から Intel 関連セッションを無効化する | ETW 設定の誤りは OS のトレース機構に影響し、トラブルシューティングやセキュリティ機能にも悪影響を与えるおそれがある |
| iCLS ドライバー自体のアンインストール | デバイスマネージャーや「アプリと機能」から関連コンポーネントを削除する | メーカーの想定外構成となり、保証やサポートの対象外になる可能性がある。Intel のサポート状況も CPU 世代により異なる |
これらはいずれも副作用が読みにくい「最終手段」であり、まずは WinRE からの復元で問題が解決するかを確認することを強くおすすめします。本記事では、具体的なレジストリ編集やサービス無効化の手順はあえて記載しません。
よくある疑問への補足
Q. WinRE から見ても「システムの復元」が表示されない
WinRE の「詳細オプション」に「システムの復元」が存在しない場合、次の可能性があります。
- システムの保護が有効化されておらず、そもそも復元ポイントが一度も作られていない
- ディスクのクリーンアップやサードパーティ製クリーンアップツールにより復元ポイントが削除された
- ドライブ構成が変更され、既存の復元ポイントが無効化されている
このケースでは、残念ながら「システムの復元」を利用したロールバックはできません。今後に備え、復元ポイントの運用を見直しつつ、別途イメージバックアップソフトなどの導入も検討するとよいでしょう。
Q. システムの復元で個人データは消える？
システムの復元は、基本的には
- システムファイル
- レジストリ
- インストール済みアプリ・ドライバー（復元ポイント以降にインストール／アンインストールされたもの）
を対象に変更を巻き戻します。ドキュメントや写真、動画などのユーザーデータは原則として変更されません。ただし、アプリ側の仕様でユーザーデータを独自の場所に保存している場合など、例外的に影響するケースもゼロではないため、重要なデータは別途バックアップしておくのが安全です。
Q. この症状が出る PC の特徴は？
公開されている事例を見る限り、
- Windows 11 を搭載したノート PC（特に OEM 独自ユーティリティが多いモデル）
- Intel Core 第11世代前後の CPU を搭載し、iCLSClient / MEI / Platform License Manager 等がプリインストールされている構成
で報告が集中している印象です。ただし、同じ構成でもすべての PC で現れるわけではなく、「たまたま特定のタイミングで AutoLogger がログファイルをロックしていた」といった条件が重なったときに発生している可能性があります。
まとめ：Intel iCLSClient が原因の復元失敗は WinRE から回避する
最後に、本記事のポイントを整理します。
- 症状
Windows 11 の「システムの復元」が、Intel iCLSClient 関連ファイルの「遅延移動（delayed move）ができない」という理由で失敗する。 - 原因
Intel iCLSClient（TCS Client）の WMI AutoLogger セッションが、C:\Windows\System32\LogFiles\WMI\Intel\iCLSClient\*.etlなどのログファイルをブート初期からロックしており、復元処理の delayed move が実行できない。 - 決定的な解決策
Windows 回復環境（WinRE）から「トラブルシューティング」→「詳細オプション」→「システムの復元」を開き、オフライン状態で復元を実行する。これにより、iCLSClient の AutoLogger によるファイルロックを回避できる。 - 確認のための補助情報
dism /online /get-drivers /format:table | findstr /i iclsで iCLS ドライバー（iclsclient.inf）がインストールされているか確認できる。 - 再発予防
復元後は、PC メーカーのサポートサイトや Windows Update から Intel 関連ドライバー（チップセット / MEI / iCLS など）を最新版に更新し、システムの復元機能の運用（保護の有効化・容量設定・復元ポイント作成タイミング）も見直しておく。 - それでもダメな場合
サービス無効化やレジストリ操作など、より踏み込んだ対策も理屈としてはあり得るが、副作用が大きいため最後の最後の手段として考え、まずは WinRE からの復元で対応するのが現実的で安全。
「システムの復元が信用できない」と感じてしまうと、トラブル発生時の心理的ハードルが一気に上がってしまいます。今回のような少しマニアックなケースでも、原因と仕組みを理解していれば、落ち着いて WinRE から復元を実行し、Intel iCLSClient によるファイルロック問題をスマートに回避できます。
いざというときに慌てないためにも、一度 WinRE の画面に入って操作感を確認し、「自分の PC の逃げ道」を把握しておくことをおすすめします。
コメント