【緊急・重要】かなり危険？「新機能ポイントインタイムリストア（RITR)」の挙動【2026/07/28】

情報更新履歴

• 2026/07/28：初版公開（RITR の初期挙動を速報として掲載）
• 2026/07/29：Microsoft公式情報の公開に伴い、推定部分の修正・補足を追加
• 2026/08/03：RITR と PITR の略語表記の揺れを正式に修正。
  実機検証に基づく「復元ポイント消失・保存領域の統一・巻き戻り」など、
  RITR と従来復元ポイントの関係に関する追加情報を追記
• 2026/08/05：動作機序の詳細（セッション基準の24時間周期、起動時生成、保存領域の統一挙動）を
  最新の実機検証に基づき大幅に追記。
  一般向け補足・プロ向け折りたたみセクションを新設し、記事構造を正式版に近い形へ整備。

最新の情報まとめ（速報時点：2026/08/03）

表面上の動作に関するまとめ（ユーザーが体感する挙動）

• 従来の復元ポイントが「1個だけになる」または消える挙動を複数環境で確認
• 従来の復元ポイントの設定容量に関わらず、RITR 側の保存領域設定（例：50GB）が優先され、結果として両者の保存領域が RITR の設定値に統一される挙動を確認
• RITR が短時間で大量の差分を生成し、保存領域を急速に消費する場合がある
• RITR 導入前の復元ポイントが UI から消える、または復元できなくなるケースあり

内部機序の推測に基づく懸念点（速報時点の技術的背景）

• RITR と従来の復元ポイントは同じ VSS 保存領域を共有している（公式情報で確定）
• 保存領域の優先順位（どちらが先に削除されるか）は未公開で不明
• RITR の差分生成が従来の復元ポイントを押し出す可能性が高い
• 復元ポイントの内部ファイルが「巻き戻る」可能性がある（実機で観察）
• 保存領域の設定値が「安全に使える容量」を意味しない可能性がある（設定値より広い範囲に書き込む可能性）

情報更新内容（更新詳細）

初版記事公開後に判明した情報より、「修正点」「追記」「補足」「更新情報」を記載します。

公式ページ（固定）

一般コンシューマー向け：Windows のポイントインタイム リストア（マイクロソフトサポート）

IT プロフェッショナル向け：Restore-in-Time Recovery for Windows

BitLockerトラブル時のブログ内記事（固定）

私のブログの宣伝のようになってしまいますが、今回の新機能の利用で一番厄介な問題になるであろうBitLocker関連のトラブル対処に関する記事を紹介しておきます。

【2025年5月度改定完全版】「BitLockerを使ってないのに回復キー？」Windows予期せぬ要求の解決策-そして予防策と原因【2025/05/22】

【使っていないBitLocker】誤解を解く-回復キーは誤作動ケースの修復には不要【2025年11月版】

【対応手順】2025年12月10日更新起因の【現場用】BitLocker回復ループ・緊急対応チェックシート【2025/12/15】

2026/08/05時点推定の従来の復元ポイントと新機能（PITR）の動作機序と相互関係

以下は、実機上で観察した挙動に基づく、従来の「システムの復元」と新機能「ポイントインタイムリストア（PITR / RITR）」の動作機序と相互関係の推定です。

2026/08/05時点の推定・補足解説

従来の「システムの復元」は、アプリやドライバーのインストール・更新・削除などの差分を名前付きで表示するため、「復元後に何が戻るか／何が削除されるか」をユーザーが把握できます。
一方、新機能の「ポイントインタイムリストア（PITR / RITR）」は、タイムスタンプのみが表示され、どの更新や変更が対象になっているのかが分かりません。

両機能は内部的には同じ VSS（Volume Shadow Copy）領域を共有しており、従来の復元ポイント側で大きな領域（例：80GB）を設定していても、新機能側の最大領域（例：50GB）と不整合がある状態が続くと、OS 側の整合性チェックのタイミング（複数回の再起動やスリープ復帰など）で新機能側の設定値に合わせて強制的に統一されると推定されます。

また、従来の復元ポイントを無効にしていても、新機能（PITR / RITR）が有効である限り、Cドライブの VSS は自動的に有効化され、内部的にはシャドウコピーが作成され続けます。
さらに、Windows 11 25H2 以降では、アプリ更新で作成された復元ポイントであっても、復元ポイント一覧上のラベルが一律に「Windows Update」と表示されるケースがあり、ラベル表示の信頼性が低下している点も注意が必要です。

以上は、2026/08/05時点で実機の挙動を観察しながら推定した動作機序と相互関係であり、Microsoft 公開ドキュメントの概念的な説明だけでは把握しづらい「実装上の現実」を補うための整理です。

追加事項（一般向け）

• PITR の保存期間が短い理由
  新機能は保存期間が短いため、ロールバックしようとした時点ですでに削除されている可能性があります。これは欠点ではなく、Microsoft が「Windows Update直後やアプリ導入直後の不具合を即座に戻すための簡易機能」として設計したためと考えられます。
• シャットダウン時ではなく起動時にロールバックポイントが作成される
  PITR はシャットダウン時には作成されず、起動時に内部更新が走るタイミングでロールバックポイントが生成されます。
• 24時間周期の基準は「セッション内の初回作成時刻」
  一続きの記録セッションの中で最初に作成されたロールバックポイントの時刻を基準に、PC が起動している時間帯の累積が 24 時間に達したタイミングで、条件を満たしていればロールバックポイントが生成されます。ただし、PC が起動していない時間帯にはロールバックポイントも生成されません。

追加事項（プロ向け・折りたたみ）

vssadmin list shadows
vssadmin list shadowstorage
Get-ComputerRestorePoint   （従来の復元ポイントのみ）

これらの追加検討事項は、実機検証に基づく推定であり、
今後の Windows Update によって挙動が変化する可能性があります。
記事としては、一般向けとプロ向けを分けて提示することで、
読者が必要な情報だけを選択して読める構成になります。

2026/08/03　追加情報（RITRと従来復元ポイントの関係と注意点）

RITR（ポイントインタイムリストア）は従来の「システムの復元」とは別の新機能ですが、保存領域が共有されている可能性が高く、両者の挙動が互いに影響するケースが複数の実機環境で確認されています。Microsoft 公式からの仕様説明は現時点でなく、以下はすべて実機検証ベースの観測です。

従来の復元ポイントが「1個だけになる」現象

RITR 有効化後、従来の復元ポイントが1個だけ残り、他が消えてしまう現象が複数環境で発生しています。これは復元ポイントの破損ではなく、保存領域が共有されていることでRITR の差分生成が従来の復元ポイントを押し出している可能性があります。

保存領域が勝手に統一される挙動

従来の復元ポイントを 80GB、RITR を 50GB に設定していた環境でも、再起動を複数回行うと両者が 50GB に統一されてしまう挙動が確認されました。RITR が保存領域管理の優先権を持っている可能性があり、従来の設定が上書きされるケースがあります。

復元ポイントが「巻き戻る」可能性

保存領域が共有されている場合、RITR が大量の差分を生成すると、従来の復元ポイントが押し出されるだけでなく、内部ファイルが古い状態に巻き戻る可能性があります。
実際に、翌朝には RITR の差分が 22GB 以上生成されていた環境もあり、従来の復元ポイントの保持が不安定になる状況が確認されています。

RITR 導入前の復元ポイントが利用できなくなるケース

RITR 導入前に作成した復元ポイントが、RITR 有効化後にUI から消える、または復元できなくなるケースがあります。形式の互換性が失われる可能性があり、RITR 導入前の状態に戻せない状況が発生する場合があります。

なぜ危険なのか（要点）

• 復元ポイントが消える・巻き戻る可能性がある
• 保存領域が勝手に変更されるため、復元の信頼性が低下する
• RITR 導入前の復元ポイントが使えなくなる場合がある

読者が取れる対策（暫定）

復元ポイントを確実に保持したい場合は、RITR を一時的にオフにするか、保存領域を十分に確保することを推奨します。現時点では仕様が不明確なため、復元を前提とした環境では慎重な運用が必要です。

以上の内容はすべて実機検証ベースでの観測であり、Microsoft 公式の仕様説明が出るまでは推定を含む暫定情報となります。今後も挙動を継続して確認し、変化があれば追記します。

2026/07/29　04：00頃時点の情報更新

Microsoft が一般向け（日本語）および IT プロフェッショナル向け（英語）の公式情報を公開したため、内容を精査し、初版記事の推定部分に対する「修正点」「追記」「補足」をまとめます。
速報記事としての性質を保つため、本文そのものの書き換えは行わず、このセクションに最新情報を反映します。

一般コンシューマー向けの要点

• Windows Home / Pro では、復元ポイントの「頻度（約24時間）」「保持期間（最大72時間）」は固定仕様です。
  設定項目がグレーアウトしているのは「利用できない」ためではなく、一般向けエディションでは変更不可の設計であることが公式により確認されました。
• 復元ポイントは最大 72 時間保持され、保持期間経過・VSS 領域不足・空き容量不足（20GB未満）などで自動削除されます。
  初版記事での推定内容と一致することが確認されました。
• 復元には BitLocker 回復キーが必須です。
  一般向け記事でも明記されており、復元操作前にキーの準備が必要です。誤動作や不都合の発生も想定されるため、機能を利用していない方も含めて全員が回復キーを確保しておく必要があります。Home 版でも「デバイスの暗号化」が有効な場合は回復キーが必要になります。

技術的な詳細（Pro / Enterprise 向けを含む）

• Windows Home / Pro では、復元ポイントの頻度・保持期間は固定仕様で変更不可。
  最大使用量（ディスクの 2%）のみ変更可能です。
• Enterprise 環境では、復元ポイントの頻度・保持期間を変更できます。
  Intune / CSP / GPO による構成が可能であり、一般向け記事では省略されている高度な設定項目が存在します。
• RITR と従来の「システムの復元」は、同じ VSS（Volume Shadow Copy）領域を共有します。
  初版記事では「可能性が高い」と記述しましたが、IT プロ向け公式情報により事実として確定しました。
• 復元ポイントは最大 72 時間保持され、保持期間経過・VSS 領域不足・空き容量不足（20GB未満）などの条件で自動削除されます。
• 復元には BitLocker 回復キーが必須です。
  復元操作前にキーの準備が必要であり、暗号化が有効な Home 版でも同様です。
• 復元には「復元ポイントの総容量と同等の空きディスク領域」が必要です。
  空き容量不足の場合、復元が失敗する可能性があります。
• OS ボリュームが 200GB 以上の場合、RITR は既定で自動的に有効化されます。
  200GB 未満のデバイスでは手動で有効化できます。
• 保存領域の優先順位（RITR と従来復元のどちらが先に削除されるか）など、内部挙動には未公開の部分が多く残っています。
  公式情報でも優先順位は明記されておらず、初版記事で記述した「不明点が多い」という判断は妥当です。
• 復元ポイントの差分生成や内部的な領域割り当てなど、詳細仕様はMicrosoftの IT プロ向け英文記事を参照する必要があります。
  一般向け記事では説明されていません。

Q＆A（2026/08/05時点）

Q：設定項目がグレーアウトしていて変更できません。故障でしょうか？

A：故障ではありません。Windows Home / Pro では、復元ポイントの「頻度（約24時間）」「保持期間（最大72時間）」は固定仕様であり、一般向けエディションでは変更できません。Enterprise のみ変更可能です。

Q：復元ポイントがすぐ消えてしまいます。異常ですか？

A：仕様上の正常動作です。復元ポイントは最大 72 時間保持され、保持期間経過・VSS 領域不足・空き容量不足（20GB未満）などで自動削除されます。

Q：RITR を有効化したら、従来の復元ポイントが「1個だけ」になりました。

A：複数環境で確認されている現象です。RITR が大量の差分を生成することで保存領域を占有し、従来の復元ポイントが押し出される可能性があります。

Q：従来の復元ポイントを 80GB に設定しても、勝手に 50GB に戻ります。

A：RITR と従来の復元ポイントは同じ VSS 保存領域を共有しており、RITR 側の設定値が優先されるケースがあります。現状の GUI 操作だけでは従来側の領域を広く確保することはできません。

Q：復元を実行しようとすると BitLocker 回復キーを求められます。

A：Windows Home で「デバイスの暗号化」が有効な場合、BitLocker を意識して使っていなくても回復キーが必要になります。復元前に必ず回復キーを確認・保管してください。

Q：復元に必要な空き容量はどれくらいですか？

A：復元ポイントの総容量と同等の空きディスク領域が必要です。空き容量が不足している場合、復元が失敗する可能性があります。

Q：RITR のロールバックポイントはいつ作成されますか？

A：セッション内の初回作成時刻を基準に、条件を満たしたタイミングで作成されます。基準時刻の24時間後にPCが起動していなければ、次回起動時に作成されます。

Q：RITR 導入前の復元ポイントが使えなくなることはありますか？

A：あります。形式の互換性が失われる可能性があり、RITR 有効化後に従来の復元ポイントが UI から消える、または復元できなくなるケースが確認されています。

Q：ITプロ向けの公式ドキュメントを読んでも内部挙動が分かりません。

A：現時点では、保存領域の優先順位、差分生成の内部処理、VSS の競合時の挙動など詳細仕様は未公開です。実機検証ベースでの推定が必要であり、今後の公式情報更新を待つ必要があります。

本機能が導入された更新について

ポイントインタイムリストア（RITR）は、以下の更新で段階的に導入されたことを確認しています。

• ※　対象OSは、Windows11（25H2ならびに24H2）です。
• ※　LTSC（ロングタームOS）24H2については、2026/07/28　12：30追記セクションをご覧ください。
• 2026年6月のプレビュー更新（KB5095093）
  ─ 初期導入。復元ポイントの挙動変化が確認された時期。
• 2026年7月の定例更新（KB5101650）
  ─ 機能が広範囲に展開され、保存領域の共有・復元ポイントの消失などの挙動が複数環境で確認された時期。
• パッチKB（KB5121767）も同内容を含んでいます。

これらの更新を適用した環境では、従来の「システムの復元」に影響が出る可能性があります。

※　7分1秒

この記事に関する留意点

• 本記事は情報が極めて少ない段階での暫定的な整理であること
  • Microsoft公式の技術情報が不足しており、新機能「ポイントインタイムリストア（RITR）」の詳細仕様が公開されていません。
• 従来の「システムの復元」機能に影響が出ている可能性があること
  • 復元ポイントの表示数が減る／消える挙動が見られる可能性があります。
  • 保存領域が従来の復元ポイントと共有されている可能性があります。
  • 従来の復元ポイントが RITR によって上書き・削除される可能性があります。
  • UI が統合されておらず、挙動が不一致な状態になっています。
• 本記事の内容は、筆者の実機および仮想環境での観察に基づく推定であること
  • 実機2台（複数ドライブ構成を含む）と Hyper-V 上の Windows 2台での挙動を観察しています。
  • これらの環境で共通して見られた挙動をもとに推定しているため、環境差による例外があり得ます。
• RITR が設定によっては非常に大きな容量を消費する可能性があること
  • 保存領域を 50GB に設定したところ、翌朝には約 22GB を消費していました。
  • 短時間に大量の差分データを保持する挙動が推測されます。
  • ストレージ容量が小さい環境では、RITR の保存ポイント作成が失敗する可能性があります。
• 現時点では「危険性がある可能性」を示す段階であり、断定はできないこと
  • ただし、観察された挙動から見て注意喚起は必要と判断しています。
  • 今後の検証結果に応じて、内容が更新・修正される可能性が高いです。

何が起きている

従来のシステムの復元と新しいポイントインタイムリストアの機能において、利用する領域が共通の領域であるのではないかと言うように見える実機上の観察などから私がこれは見えているのではないかなということ、そして事実を記述しておきます。

実機や仮想環境での事実

• 新機能「ポイントインタイムリストア（RITR）」が動作すると、従来の復元ポイントが消える挙動が確認されている
  • 実機2台および Hyper-V 上の Windows 2台で共通して発生。
  • 導入直後に「従来の復元ポイントがリセットされる」挙動を確認。
  • ただし、導入後に新たに復元ポイントを作成した場合は、復元ポイントが保持されることも確認済み。（ただし、長期に確実に確認できているわけではありません）
• RITR が確保する保存領域はデフォルトでストレージの 2%（従来の復元ポイントと同じ初期値）
  • 従来の「システムの復元」も初期設定では保存領域が 2% に設定されている。
  • そのため、両者が「同じ初期値で同じ領域を参照している」ように見える挙動が発生している。
• 従来の復元ポイントと RITR の保存領域は“ほぼ確実に重なっている”
  • 両者が生成するファイルの容量が完全に一致するケースを複数環境で確認。
  • このため「保存領域が共有されている」という推定ではなく、実質的には“事実に近い状態”と判断できる。
  • 優先順位や削除ルールは不明であり、どちらのデータが押し出されるかは現時点で判断できない。
• RITR は短時間で大量の容量を消費する可能性がある
  • 保存領域を 50GB に設定したところ、翌朝には約 22GB を消費していた。
  • 差分方式で頻繁にスナップショットを生成している可能性が高い。
  • デフォルトの 2%（数GB 程度）のままだと、復元ポイントが 1件しか保持されない、または 1件も保持されない可能性がある。
  • ストレージ容量が小さい環境では、保存ポイントの生成が失敗する可能性がある。
• RITR 導入後、従来の復元ポイントが利用できなくなるケースがある
  • 導入前に作成された復元ポイントが UI 上から消える挙動を確認。
  • このため「新機能導入前の状態に戻す」ことは、RITR でも従来の復元でも不可能になる可能性がある。
  • 導入後に作成した復元ポイントは保持されるケースもあるが、従来通りに安定して使えるかどうかは現時点では断定できない。

どう困るのか？

情報が少なすぎるため、以下はほぼ私の実機を見た上での推定であり、それに基づく懸念です。

推定

• RITR と従来の「システムの復元」が同じ保存領域を共有している可能性が高い
  • 両者が同じ 2% の保存領域を参照している挙動が複数環境で確認されている。
  • その結果、どちらのデータが優先されるのかが不明。
• RITR が復元ポイントより優先されて保存領域を占有している可能性がある
  • RITR が短時間で大量の差分データを生成するため、従来の復元ポイントが押し出されて消える可能性がある。
  • 復元ポイントが 1 件だけになる、または完全に消える挙動がその結果である可能性がある。
• 従来の「システムの復元」が今後“当てにならなくなる”可能性がある
  • RITR 導入後、従来の復元ポイントが UI 上から消えるケースが実機で確認されている。
  • 復元ポイントが残っていても、RITR によって内部的に破損している可能性がある。
  • そのため、従来の復元ポイントを使っても正常に戻せない可能性がある。
• RITR の挙動が不透明なため、保存領域の適切な設定値が分からない
  • 保存領域を 50GB に設定したところ、翌朝には約 22GB を消費していた。
  • どの程度の容量を割り当てれば従来の復元ポイントを安全に保持できるのか判断できない。
  • 容量不足が発生した場合、復元ポイント・RITR のどちらが削除されるのかも不明。
• RITR 導入前に作成した復元ポイントが利用できなくなる可能性がある
  • 導入前の復元ポイントが UI から消える、または復元できなくなる挙動が複数環境で確認されている。
  • そのため、RITR 導入後に「以前の状態に戻したい」と思っても、復元ポイントが機能しない可能性がある。

懸念

• 従来の「システムの復元」が今まで通りに利用できなくなる可能性
  • RITR 導入直後に従来の復元ポイントが消える・利用できない挙動が複数環境で確認されています。
  • 復元ポイントが残っていても、内部的に破損している可能性があり、復元が成功する保証がありません。
  • そのため、新機能導入前の状態に戻したい場合でも、復元ポイントが機能しない可能性があります。
• RITR の設定によってはストレージ容量が逼迫する可能性
  • 保存領域を 50GB に設定したところ、翌朝には約 22GB を消費していました。
  • 短時間で大量の差分データを生成する挙動があり、容量不足が発生しやすい可能性があります。
  • デフォルトの 2%（数GB 程度）のままだと、復元ポイントが 1件しか保持されない、または 1件も保持されない可能性があります。
• どの程度の保存領域を確保すれば安全なのか判断できない
  • RITR と従来の復元ポイントが同じ保存領域を共有している可能性が高く、領域を分割できません。
  • RITR を 10GB に設定しても、内部仕様としては最大 50GB まで書き込む設計が残っている可能性があります。
  • そのため、従来の復元ポイントがどこに保存されていても、RITR が上書きする可能性があります。
  • 従来の復元ポイントの領域を 50GB より大きく確保しても、優先順位や削除ルールが不明なため安全とは言えません。
  • 結果として「併用できる容量設定の正解」が現時点では存在しません。
• RITR が設計通りに動作しているのか判断できない
  • 従来の復元ポイントが消える理由が公式に説明されておらず、内部仕様が不透明です。
  • 保存領域の優先順位や削除ルールが公開されていないため、どのデータが残るのか予測できません。
  • そのため、復元機能全体の信頼性が低下している状態です。
• RITR が「未完成の状態」で提供されている可能性
  • 保持時間や保持数を設定するオプションが現時点で利用できません。
  • UI が統合されておらず、従来の復元機能との整合性が取れていません。
  • 内部仕様が公開されていないため、ユーザーが意図した通りに運用することが難しい状態です。

悪い方のシナリオ

従来の復元ポイントが事実上「使えなくなる」可能性

• RITR の導入後、従来の復元ポイントが UI から消える、または復元できなくなるケースが複数環境で確認されています。
• 従来の復元ポイントが残っていても、内部的に破損している可能性があり、正常に復元できる保証がありません。
• 結果として「復元ポイントがあるのに戻せない」という状況が発生する可能性があります。

RITR が保存する内容が「従来の復元ポイントと異なる」ため、戻すべき時点が判断できない

• RITR はタイムスタンプのみを表示し、従来の復元ポイントのように「何を戻すのか」「どのアプリや設定が影響するのか」が一切表示されません。
• そのため、ユーザーは「この時点で何が起きていたか」を自分の記憶だけで判断するしかありません。
• 復元ポイントの意味が分からないため、誤った時点を選んでしまう可能性が高くなります。

ロールバック時点を“記憶頼り”で選ぶしかなくなる

• 従来の復元ポイントは「アプリをインストールした直後」「設定変更後」など、意味のあるラベルが付いていました。
• RITR はタイムスタンプのみのため、どの時点が正常だったのか判断できません。
• 結果として「なんとなくこの時間帯だったはず」という曖昧な記憶でロールバックを選ぶことになります。
• 誤った時点に戻してしまい、問題が解決しない・別の問題が発生する可能性があります。

復元が“当てずっぽう”になることで、トラブルシューティングが困難になる

• 復元ポイントの意味が分からないため、原因切り分けが極めて難しくなります。
• 「どの時点で何が壊れたのか」「どの時点で何をインストールしたのか」が分からないまま復元を試すことになります。
• 結果として、復元作業そのものが不確実で、トラブルシューティングの信頼性が大きく低下します。

まあ困らないシナリオ

十分な保存領域を確保できる環境では、従来の復元ポイントも新機能も共存できる

• システムの復元に割り当てる保存領域を「ある程度以上」確保しておけば、従来の復元ポイントが押し出されずに保持される可能性があります。
• RITR が短時間で差分を大量に生成しても、容量に余裕があれば従来の復元ポイントが消えにくくなります。
• 結果として、従来の「システムの復元」と新しい RITR の両方を通常通り利用できる環境が成立します。

初回導入時に復元ポイントがリセットされても、その後は安定して動作する可能性

• RITR 導入直後に従来の復元ポイントが消える挙動は確認されていますが、これは「初回の構造変更によるリセット」である可能性があります。
• 一度リセットが完了すると、その後は従来の復元ポイントが通常通り作成されるケースもあります。
• この場合、RITR と従来の復元ポイントが競合せず、安定した運用が可能になります。

Microsoft の想定に近い“共存運用”が成立するケース

• 保存領域に十分な余裕があり、RITR の差分生成がストレージを圧迫しない環境では、両機能が問題なく共存する可能性があります。
• RITR は短時間のロールバック、従来の復元ポイントは長期的な復元という役割分担が自然に成立します。
• 結果として、ユーザーは「短期の巻き戻し」と「長期の復元」を使い分けられ、実用性が高い状態になります。

未完成な部分があっても、通常利用では大きな問題が表面化しないケース

• RITR の保持時間設定や保持数設定が現時点で利用できないなど、未完成な部分はあります。
• しかし、通常利用では「短期の自動スナップショット」として機能し、ユーザーが深く意識しなくても問題が起きないケースがあります。
• 復元ポイントを頻繁に使わないユーザーにとっては、初回のリセット以外はほぼ影響がない可能性もあります。

それでも注意すべき点

• RITR と従来の復元ポイントが共通の保存領域を使っている可能性がある
  • 両者が同じ 2% の領域を参照している挙動が複数環境で確認されています。
  • この領域が内部的に分離されているのか、完全に共有されているのかは現時点で不明です。
• 共通領域の「優先順位」が全く分からない
  • RITR が差分を大量に生成した場合、従来の復元ポイントが押し出される可能性があります。
  • 逆に従来の復元ポイントが優先されるのか、あるいは両方が削除されるのかは公式情報がありません。
  • そのため、保存領域の設定が適切でも、どちらのデータが残るかは保証されません。
• 従来の復元領域（OXA）が RITR の最大容量より小さい場合、復元ポイントが上書きされる可能性
  • RITR の最大容量は 50GB ですが、従来の復元領域がこれより小さい環境では、領域不足が発生する可能性があります。
  • 領域不足が起きた場合、従来の復元ポイントが削除されるのか、RITR のデータが削除されるのかは現時点で不明です。
  • 結果として、従来の復元ポイントが保持できない環境が発生する可能性があります。
• 良いシナリオでも「不安定要素」が残る
  • 初回導入時の復元ポイント消失は構造変更によるものと推測されますが、今後も同様の挙動が起きない保証はありません。
  • RITR の挙動が未完成である可能性があり、保持時間や保持数の設定が現時点で利用できません。
  • そのため、保存領域に余裕があっても、完全に安心できる状態とは言えません。

対応策は？

最初にPIRTをに項にする場所を書いておきます。 PC設定⇒システム⇒回復⇒ポイントインタイムリストアとたどり、表示または編集ボタンで設定ウィンドウを開いたのちトグルスイッチを操作して無効にします。

• 現時点で最も確実なのは「新機能（RITR）を無効化して従来の復元に戻す」こと
  • RITR の挙動が不透明であり、復元ポイントが消える・保持されないなどの問題が複数環境で確認されています。
  • 従来の「システムの復元」を確実に使いたい場合は、RITR をオフにするのが最も安全です。
  • ただし、OS 側で複数のバックアップ機能が統合されつつあるため、RITR を無効化した場合に従来の復元が完全に元通り動作するかは現時点で保証できません。
• RITR を無効化した場合でも、OS 内部の統合構造によって挙動が変わる可能性
  • Windows 11 はバックアップ関連機能が「Windows バックアップ」「ファイル履歴」「復元ポイント」「RITR」など複数の仕組みで部分的に統合されています。
  • RITR をオフにしても、内部の保存領域や優先順位が従来通りに戻るかは不明です。
  • 特に保存領域の共有・優先順位の問題は、RITR を無効化しても残る可能性があります。
• Windows バックアップや「削除できるファイル」機能との連携が不安定になる可能性
  • 最近の Windows Update（特にバックアップ関連の KB）は、RITR を前提とした構造変更を含んでいる可能性があります。
  • RITR を無効化した場合、Windows バックアップが保持しているメタデータや履歴情報との整合性が崩れる可能性があります。
  • 「削除できるファイル」機能（ストレージセンサー系）が、RITR の差分データを誤って削除する・逆に削除できないなどの齟齬が起きる可能性があります。
• 重要な KB（バックアップ関連の更新）には注意が必要
  • バックアップ関連の KB は、RITR の挙動や保存領域の扱いを変更する可能性があります。
  • 更新によって「復元ポイントが消える」「保存領域が再構成される」などの影響が出る可能性があります。
  • バックアップ関連の更新は、適用前に内容を確認し、必要であれば延期する判断が必要です。
• 現時点では「従来の復元を優先したい場合は RITR をオフにする」以外の確実な対応策は存在しない
  • RITR の仕様が未公開であり、保存領域の優先順位・削除ルール・復元ポイントとの関係が不明です。
  • そのため、ユーザー側で安全に運用するための「正しい設定値」や「最適な容量」は現時点では判断できません。
  • 今後のアップデートで挙動が変わる可能性が高く、継続的な検証が必要です。

2026/07/28　12：30 追記：LTSC（ロングタームOS）24H2について

今回の検証内容は「一般向けの Windows 11（25H2・24H2）」を対象にしていますが、ロングタームOS（LTSC）24H2 も同じバックアップ基盤の影響を受ける可能性が高い点について、重要な補足を記載します。

■ LTSC 24H2 は “安定OS” として完全に安全とは限らない

LTSC は「新機能が来ない」「UIが変わらない」「企業向けで安定」というイメージがありますが、今回の ポイントインタイムリストア（RITR）基盤は “新機能” ではなく OS の根幹部分（バックアップ基盤・VSS・保存領域の共通化） に属します。

そのため、LTSC 24H2 でも復元ポイントの挙動が変化したり、保存領域が共通化される可能性があります。
つまり「LTSCだから安全」という保証は現時点ではありません。

■ 24H2 系は “基盤が共通化” しているため、今回の影響を受けやすい

今回の検証で判明した通り、24H2 は内部的に 25H2 とバックアップ基盤が共通化されており、復元ポイントの保存領域・上限値・挙動が従来と異なる状態になっています。

この「基盤の共通化」は LTSC 24H2 でも同様に適用される可能性が高く、復元ポイントが消える・保存領域が暴走する・RITRの挙動が混入するといった影響を受ける可能性があります。

■ “安定OSとして使う” なら 23H2 系（LTSC 23H2）が現実的

企業向け LTSC の多くは ダウングレード権（Downgrade Rights） が付属しており、24H2 ライセンスを購入しても 23H2 系 LTSC を利用できるケースが一般的です。

今回の検証結果から判断すると、復元ポイントの挙動が従来通りで、バックアップ基盤が共通化されていない最後の安定OSは 23H2 系（LTSC 23H2）になります。

そのため、「安定性を最優先する」「復元ポイントを確実に使いたい」という目的で LTSC を選ぶ場合は、24H2 ではなく 23H2 系を選択することを強く推奨します。

以上の理由から、LTSC 24H2 を「安定OS」として利用する場合でも、今回の RITR 基盤の影響を受ける可能性がある点にご注意ください。

深堀り

• RITR と従来の復元ポイントは「同じ仕組みの上に別のレイヤーを重ねた」可能性
  • 従来の復元ポイントは Volume Shadow Copy（VSS）を基盤として動作していました。
  • RITR も内部的には VSS の仕組みを利用している可能性があり、同じ保存領域を参照している挙動と一致します。
  • つまり「新しい UI と新しい管理ロジックを追加しただけ」で、基盤は従来と同じ可能性があります。
  • この場合、優先順位や削除ルールが不透明になるのは当然で、現状の挙動と一致します。
• RITR の保存方式は“差分の積み上げ”であり、短時間で容量を大量消費する可能性
  • 従来の復元ポイントは「特定の時点のスナップショット」を作成していました。
  • RITR は「数時間ごとの差分を連続的に保持する」方式と推測されます。
  • この方式は、短時間で大量の差分データを生成するため、保存領域の消費が非常に早くなります。
  • 実際に保存領域 50GB のうち約 22GB が一晩で消費された挙動と一致します。
• 復元ポイントの“意味”が失われることで、トラブルシューティングの根本が揺らぐ
  • 従来の復元ポイントは「アプリをインストールした直後」「設定変更後」など、意味のあるラベルが付いていました。
  • RITR はタイムスタンプのみのため、どの時点が正常だったのか判断できません。
  • 結果として、復元作業が「記憶頼り」「当てずっぽう」になり、トラブルシューティングの信頼性が大きく低下します。
  • これは復元機能の本質的価値を損なう可能性があります。
• Windows 11 のバックアップ構造は現在“統合の過渡期”にある可能性
  • Windows バックアップ、ファイル履歴、復元ポイント、RITR が部分的に統合されつつあります。
  • この統合はまだ完全ではなく、複数のバックアップ機能が同じ領域を参照している可能性があります。
  • そのため、RITR を無効化しても内部構造が従来通りに戻る保証はありません。
  • バックアップ関連の KB が頻繁に構造変更を行っているため、今後も挙動が変わる可能性があります。
• RITR は「未完成のまま提供された機能」である可能性
  • 保持時間や保持数を設定するオプションが現時点で利用できません。
  • UI が統合されておらず、従来の復元機能との整合性が取れていません。
  • 復元ポイントの優先順位や削除ルールが公開されていません。
  • これらの点から、RITR は「まず提供して後から改善する」方式でリリースされた可能性があります。
• 今後のアップデートで挙動が大きく変わる可能性
  • バックアップ関連の KB は、保存領域の扱い・優先順位・削除ルールを変更する可能性があります。
  • 現在の挙動が「暫定仕様」であり、今後安定する可能性もあります。
  • 逆に、さらに統合が進み、従来の復元ポイントが完全に廃止される可能性もあります。
  • 現時点ではどちらの方向に進むか判断できず、継続的な検証が必要です。

大げさかもしれないこと

ここからは「大げさかもしれない」と感じるかもしれませんが、実機で確認された挙動や Windows の仕様を踏まえると、十分に注意すべき内容です。

新機能でロールバックした場合、ファイルそのものが巻き戻る（確定した挙動）

• アプリや設定だけでなく、「新規作成したファイル」や「更新したファイル」もロールバック時点の状態に戻ることが確認されています。
• Word、PDF、テキストファイルなど、一般的なドキュメントも例外ではありません。
• これは「復元ポイント」ではなく「時点スナップショット」を戻す仕組みであるため、ファイルシステム全体が巻き戻される挙動です。
• そのため、ロールバック前には必ずファイルをバックアップしておく必要があります。

セキュリティ関連ファイルの巻き戻りによる重大な影響

• セキュリティ関連のファイルや構成がロールバック時点に戻るものと戻らないものが混在する可能性があります。
• その結果、整合性が崩れ、以下のような事態が発生する可能性があります：
  • BitLocker の回復キーが要求される
  • Secure Boot が失敗し、起動できなくなる
  • Windows のライセンス認証が再要求される
  • TPM の状態が巻き戻り、整合性が取れなくなる
• 少なくとも、BitLocker 回復キーを手元に用意した状態でロールバックを行うべきなのはほぼ確実です。

OneDrive 環境ではさらに深刻な問題が起きる可能性

• OneDrive は同期の方向性をユーザーが細かく指定できません。
• PC側でファイルが巻き戻った場合：
  • OneDrive 上の新しいファイルが「削除扱い」になる可能性
  • 古いバージョンのファイルが OneDrive に上書きされる可能性
  • 同期の衝突が発生し、意図しないファイル消失が起きる可能性
• ファイル巻き戻りと OneDrive の仕様が組み合わさることで、データ損失のリスクが高まります。

Q＆A（2026/08/03時点）

記事中の専門用語の解説（2026/08/05時点）

• 復元ポイント（System Restore Point）従来の Windows が提供してきた「システムの復元」で使用される保存データ。OS の設定・レジストリ・一部のシステムファイルを巻き戻すためのスナップショットで、ユーザーデータは原則巻き戻されない。RITR 導入後は保存領域を共有している可能性があり、復元ポイントが押し出される・消失する挙動が複数環境で確認されている。
• RITR（Restore-in-Time Recovery / ポイントインタイムリストア）2026年6月プレビュー更新・7月定例更新で導入された新しい復元機能。従来の復元ポイントと同じ保存領域を共有している可能性があり、保存領域の圧迫・復元ポイントの押し出し・ロールバック時のファイル巻き戻りなどが確認されている。Microsoft が正式に用いている略称は RITR であり、PITR（Point-in-Time Restore）とは別概念。
• 保存領域（Shadow Storage / System Protection Storage）復元ポイントや RITR のデータを保存する領域。Windows の「システムの保護」で容量を指定できる。2026年7月以降の更新環境では、手動で設定した容量が再起動後に変更される事例が複数報告されている。
• ロールバック（Rollback）更新適用後の不具合発生時に以前の状態へ戻す操作。従来は OS の設定のみを巻き戻す挙動だった。RITR 導入後は、ユーザーファイルの巻き戻りが発生する可能性があり、従来の「安全な復元」とは性質が異なる。
• 巻き戻り（File Reversion / Data Rollback）ロールバック時にユーザーが作成・編集したファイルが過去の状態に戻る現象。RITR の挙動として複数環境で確認されている。従来の復元ポイントでは起こらなかった種類の巻き戻りが発生する可能性がある。
• 押し出し（Restore Point Eviction）保存領域が圧迫された際、古い復元ポイントが自動削除される挙動。RITR 導入後は従来より頻繁に押し出しが発生する可能性があり、復元ポイントが1件だけになる・突然消える事例が報告されている。

付録：この記事の作成プロセス（AI協働メモ・2026/08/05時点）

1. この記事の目的と役割

今回のプレビュー更新（KB5101684）は重大な障害が確認されていない任意適用の品質改善アップデートです。
しかし、2026年6月〜7月に導入された RITR（Restore-in-Time Recovery） の挙動が、
従来の復元ポイントと異なる可能性があるため、本記事では以下を目的として構成しています。

• 初動段階の不具合報告の整理（KB5101684 本体の安全性確認）
• RITR・保存領域の変化など、更新とは独立した注意点の明確化
• 復元ポイント押し出し・ファイル巻き戻りなどの潜在的リスクの提示
• 読者が「今回の更新を適用すべきか」を安全に判断できる材料の提供

2. 筆者の関連経験・専門性

この記事の執筆には、主筆である井上 公敬の以下の経験が活かされています：

• 30年以上の機材利用・保守経験： PC-98 時代から現代の AI PC まで幅広く扱い、OS 修復・ブート構造の解析に精通。
• Windows コミュニティでの実績： Microsoft コミュニティ Windows 部門モデレーター経験。
• Secure Boot / UEFI の実機解析スキル： 2026年問題の検証に必要な知識を保有。
• 専門メディア運営 15年以上： 実務者視点での検証記事を多数公開。

3. AIとの協働内容（今回の記事で扱った範囲）

今回の記事では、AI とは以下の論点について調査・確認を行いました。

• KB5101684 の初動段階における不具合報告の有無
• 検索・エクスプローラー・ログイン画面などの品質改善内容の整理
• RITR の保存領域変化（復元ポイントとの共有確定）の確認
• 復元ポイント押し出し・ファイル巻き戻りの発生可能性の検証
• RITR のロールバックポイント生成タイミング（セッション基準）の整理
• Intel IPF ドライバーの既存問題との関連性の確認
• 25H2 / 24H2 の既知問題の継続状況

4. 主な参照情報・検証方法

この記事の作成にあたり、以下の情報源を参照しました。

• Microsoft 公式（Windows Release Health / KB5101684）
• WindowsLatest などの海外技術メディア
• 海外フォーラム（Reddit / TechCommunity）の初期報告
• 筆者の実機環境での更新挙動・復元機能の検証

※ 本付録は記事作成過程のメモであり、必ずしも記事本文と完全に一致するものではありません。

付録：perplexity.aiによる2026/07/28　10：10時点のリアルタイム調査結果

Windows 11 の新機能「ポイントインタイムリストア（RITR）」について、海外・国内の最新情報をリアルタイムで検索してまとめてください。

【検索対象】
・Microsoft公式ドキュメント（英語/日本語）
・Microsoft Learn / Windows IT Pro Blog
・海外技術ニュース（Neowin, BleepingComputer, Windows Latest, The Verge）
・海外フォーラム（Reddit r/windows11, Microsoft Q&A, TenForums）
・国内技術ブログ・ニュースサイト
・復元ポイント（System Restore）との関係性を扱う記事
・障害報告、不具合報告、保存領域の共有問題を扱う投稿

【調査してほしい内容】
1. RITR/RITR の公式説明（仕様・目的・内部構造）
2. 従来の「システムの復元」との関係性
─ 保存領域の共有、優先順位、削除ルール、競合の有無
3. 復元ポイントが消える／減る／壊れるという報告の有無
4. RITR の保存領域が急速に増える問題の報告
5. ロールバック時にファイルが巻き戻る挙動の公式説明・ユーザー報告
6. OneDrive同期との衝突・ファイル消失の報告
7. BitLocker・TPM・SecureBoot・認証への影響に関する議論
8. 海外での障害報告（時期・環境・再現性）
9. KB5095093 / KB5101650 / KB5121767 に関する海外の反応・技術解説
10. 「未完成機能」「実験的機能」として扱われているかどうか

【出力形式】
・信頼性の高い情報（公式・大手メディア）とユーザー報告を区別して記述
・重要ポイントを箇条書きで整理
・海外と日本語圏の情報の差異があれば明記
・記事として引用可能な形で要約

最新情報を優先し、2026年7月時点の状況を基準にまとめてください。

回答

以下、2026年7月時点で確認できた範囲を、公式情報 / 大手報道 / ユーザー報告に分けて整理します。なお、RITR は Microsoft の正式では Point-in-time restore が中心で、RITR は少なくとも今回確認できた公式資料では一般的な正式名称としては出てきませんでした。（文責者注記：この質問では、RITRとPITRを私が混同して質問しています）

1. 公式説明
Microsoft は Restore-in-Time Recovery（RITR）を、Windows 11 を短時間で過去の正常状態へ戻す回復機能として案内しています。

BleepingComputer の要約では、RITR は OS、設定、システムファイルだけでなく、ローカルファイルやアプリも含めて戻す「より広いスナップショット」と説明されていました。

PCWorld と YouTube 系の解説でも、数時間おきのスナップショットを最大72時間程度保持する短期復旧機能という理解で概ね一致しています。

2. System Restore との関係
現時点の整理では、RITR は従来の System Restore の上位互換に近い短期復旧機能として扱われています。

System Restore が主にシステムファイルやレジストリ中心なのに対し、RITR は より広い状態の巻き戻しを狙っており、ユーザーファイルも含むと説明されています。

ただし、保存領域の完全な内部構造、削除ルール、競合時の優先順位については、公式公開情報だけではまだ細部が十分に出ていません。

3. 保存領域・容量
RITR は ローカル保存で、しかも 複数の復元点を持つ短期保持型です。

Microsoft の説明を紹介した動画では、Reserved Storage と連携し、ストレージ影響を抑える設計とされていました。

一方で、実ユーザーの観点では「どれだけ容量を使うか」「復元点がいつ消えるか」はまだ不透明で、保存領域の増減や急激な肥大化に関する確定報告は少ないです。

4. 復元ポイント消失・破損
今回の検索では、“復元ポイントが消える／壊れる”という大量報告はまだ見つかっていません。

ただし、RITR は新しい機能なので、フォーラム系では「保持期間が短いので、必要なときにはもう残っていないのでは」という懸念が見られました。

この点は、System Restore の長期保存を期待する使い方と相性が悪い可能性があります。

5. ロールバック時の挙動
大手メディアや解説では、RITR は 更新失敗や不調時に“PC全体を戻す”ための Undo ボタンとして扱われています。

そのため、ロールバック時に アプリやローカルファイルまで戻ることが大きな特徴です。

ただし、ファイルがどこまで巻き戻るか、OneDrive同期中のファイルがどう扱われるかは、実地検証ベースの報告がまだ少なく、注意が必要です。

6. OneDriveとの関係
今回確認できた範囲では、OneDrive同期との衝突やファイル消失を実証的に報告した強い一次ソースはまだ多くありません。

ただ、RITR が「ローカルファイルを含む」設計である以上、OneDriveのクラウド同期とローカル巻き戻しの差分で混乱が起きうるという懸念は十分にあります。

そのため、実務上は ロールバック後に OneDrive 同期状態を再確認する運用が必要です。

7. BitLocker・TPM・Secure Boot
RITR は回復機能なので、BitLocker / TPM / Secure Boot と無関係ではありません。

特に回復環境からの巻き戻しでは、認証要素や鍵の再入力が発生する可能性があり、復元後に起動や認証が変化する懸念があります。

ただし、今回確認できた情報では、BitLocker との直接衝突を広く断定できる報告はまだ少数です。

8. 海外フォーラム・ユーザー報告
Reddit / フォーラム系では、RITR はかなり早い段階から 「System Restore より広く戻す」「短期スナップショット」「実質的なPC全体の巻き戻し」として受け取られていました。

一方で、未完成・実験的・Insider 側の機能として見られていた時期が長く、一般ユーザーは挙動をまだ様子見している印象です。

2026年7月の大手記事でも、新機能としては注目されているが、まだ検証段階の印象が残るというトーンでした。

9. KB5095093 / KB5101650 / KB5121767 との関係
今回の検索では、RITR と KB5095093 を直接結びつける大手報道はありましたが、KB5101650 や KB5121767 をRITRの公式説明に結びつけた強い一次情報は多くありません。

特に KB5121767 については、今回の文脈では RITR の主役KBとして扱うには根拠が薄いです。

記事化するなら、“RITR は7月更新期に広く話題化したが、機能自体はInsider/事前案内から段階的に整備されてきた” と書くのが安全です。

10. 結論
現時点のRITRは、正式導入された新しい短期復旧機能として見るのが妥当で、System Restore の単なる置き換えというより、より広範囲を戻せる回復手段に近いです。

ただし、保存領域の詳細、OneDrive との実運用、BitLocker 影響、復元点消失の頻度はまだ情報が薄く、ここは今後の実地報告待ちです。

もし記事に入れるなら、“便利だが挙動はまだ発展途上で、特にローカルファイルと同期の扱いは要注意” というまとめ方がもっとも無難です。

この記事中の広告リンクについて

この記事中の広告リンク一覧です。

記事本文中の広告リンク

このブログは、広告収入によって運営されていますが、この記事の本文中に個別の広告リンクは含まれていません。

サイドバーやヘッダー部分などの広告

広告が表示されています。

業者名や商品名など

この記事では明示的にプロモーションとして取り扱っているものはありません。

ただし、過去のプロモーションなどで取り扱った商品名や企業名などがプロモーション目的ではなくとも記載されている場合があります。

過去のプロモーションなどで取り扱った企業名は、できる限りステマ規制に関する表示についてのアフィリエイト等関連業者名一覧の項で記載していますので、お手数ですがそちらでご確認ください。