Windows 11 では、2027 年以降、ReFS リムーバブル ハード ドライブがデフォルトでマウントされなくなります

📅 2026-10-18

要約:

Microsoft は、ReFS ファイル システムのリムーバブル ストレージ デバイスに対する Windows システムのサポートをさらに強化しています。 Microsoft の最新のセキュリティ ポリシーによると、2027 年 1 月の Windows セキュリティ アップデート以降、Windows はデフォルトで ReFS ファイル システムを使用した U ディスクおよび外付けハード ディスクのマウントをブロックします。ユーザーが引き続きそのようなデバイスを使用したい場合は、グループ ポリシーまたはレジストリを通じて関連する設定を手動で調整する必要があります。

この決定は非常に憂慮すべきものです。近年、Microsoft は Windows システムにおける ReFS の適用範囲を拡大しており、開発者専用の Dev Drive に ReFS を使用するだけでなく、Windows インストーラーがディスク パーティション フォーマットとして ReFS を直接選択する機能をテストしています。しかし、外の世界では、ReFS が NTFS の既存の責任を徐々に引き受けるようになると期待されているのと同じように、Microsoft はリムーバブル ストレージ デバイスでの ReFS の使用をサポートしていないことを明らかにしており、システム アップデートを通じてこの制限を適用する準備を進めています。

ReFS は Resilient File System の略称で、通常中国語では「弾性ファイル システム」または「回復ファイル システム」と訳されます。これは、大規模ストレージ環境におけるデータの整合性、システムの信頼性、および処理パフォーマンスを向上させるために Microsoft によって開発されました。 1990 年代に誕生した NTFS と比較すると、ReFS には一部のストレージ シナリオにおいて明らかな利点があり、特に仮想化、大容量のデータ管理、データ破損のリスクを軽減する必要があるワークロードに適しています。

Microsoft は、今回突然 ReFS モバイル ハード ドライブの禁止を決定したのではなく、以前から存在していた技術的制限をデフォルトのシステム セキュリティ ポリシーにさらに転換しました。 Microsoft は、サポート ドキュメントで、リムーバブル メディアを使用した ReFS ボリュームのマウントはサポートされない構成であると明確に述べています。この調整の目的は、管理者がこれらのサポートされていない構成を特定し、必要に応じて関連ボリュームのマウントを防止できるようにすることです。

Microsoft が発表した実装計画によると、プロセス全体は 2 つの段階に分かれています。

最初のフェーズは、2026 年 10 月 13 日にリリースされた Windows セキュリティ更新プログラムで開始されました。この段階では、システムはデフォルトで監査を有効にします。 Windows は、リムーバブル メディア上の ReFS ボリュームの存在を検出すると、対応するイベントをログに記録しますが、デフォルトでのボリュームのマウントは妨げられません。管理者は、システム ログを通じてどのデバイスがまだこの構成を使用しているかを確認し、関連するワークフローを事前に調整できます。

フェーズ 2 は、2027 年 1 月の Windows セキュリティ アップデートで開始される予定です。その時点で、監査機能とブロック機能の両方がデフォルトで有効になります。関連条件を満たす外部 ReFS ボリュームは、管理者が対応するグループ ポリシーまたはレジストリ設定を明示的に変更しない限り、通常はマウントされません。

これは、USB フラッシュ ドライブ、モバイル ハード ドライブ、その他のデバイスを ReFS にフォーマットしたユーザーは、その後のシステム アップデートに事前に注意する必要があることを意味します。デバイスがデータの保存またはアクセスに ReFS に依存している場合、デフォルト ポリシーが有効になった後、Windows はユーザーにこれらのボリュームへの通常のアクセスを提供しなくなる可能性があります。

ただし、Microsoft は、この制限はディスク上のファイルを直接削除するのではなく、ファイル システムのマウント プロセスに適用されることを強調しました。つまり、システムがマウントをブロックしてもデータが自動的に消去されるわけではありませんが、ユーザーは Windows を通じて通常どおりデータにアクセスできなくなる可能性があります。したがって、Microsoft では、管理者が強制ブロックを有効にする前に、関連するデータがサポートされているストレージ構成に移行されていることを確認することをお勧めします。

一般ユーザーにとって、最も重要な注意点は、「ディスクにアクセスできない」を「ファイルが削除された」と取り違えないことですが、リスクを無視することはできません。デバイスが ReFS 形式を使用している場合は、システムの更新によって必須の制限が課される前に、重要なファイルを他のストレージ メディアにバックアップし、モバイル ハード ドライブをモバイル ストレージの目的により適したファイル システムに再フォーマットすることを検討することをお勧めします。

Microsoft は、組織が独自のニーズに応じてこのポリシーを制御できるようにする、対応する管理オプションも提供します。関連する設定は RefsRemovableDeviceMountPolicy と呼ばれ、グループ ポリシーまたはレジストリを通じて構成できます。

レジストリでは、関連するポリシー値は HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlFileSystem パスの下にあり、RefsRemovableDeviceMountPolicy という名前が付けられます。その値は、シャットダウン ポリシー、監査のみ、マウント防止の 3 つのモードに対応します。グループ ポリシーを通じて一元管理される場合、ポリシー値は HKEY_LOCAL_MACHINESYSTEMCurrentControlSetPolicies パスの下にあります。両方の方法で設定した場合、グループ ポリシーがローカル レジストリ設定より優先されます。構成を変更した後、新しい設定を有効にするためにデバイスを再起動する必要があります。

これらの設定は主に、システム管理とストレージ構成を理解しているユーザーを対象としていることに注意してください。一般のユーザーにとって、システム ポリシーを手動で変更することは、最も安全な最初の選択ではありません。特にエンタープライズ環境では、外部 ReFS ボリュームに依存するアプリケーションまたはワークフローがある場合、管理者はデフォルトの制限を調整するかどうかを決定する前に互換性テストを実施する必要があります。

さらに注目に値するのは、この決定が近年の Microsoft の積極的な ReFS 推進とはまったく対照的であるということです。

Microsoft は、Windows クライアント システムの主流のファイル システムとして NTFS を長い間使用してきました。 NTFS は、Windows システムの起動、広範なファイル管理機能、およびさまざまな従来のアプリケーションをサポートしており、その互換性と環境上の成熟度は非常に高いです。 ReFS は一部のテクニカル指標ではより高度ですが、NTFS のすべての機能を備えているわけではないため、まだ単純に NTFS の包括的な代替品とみなすことはできません。

ReFS の最も顕著な利点の 1 つは、データ整合性の保護です。チェックサムを介してメタデータの破損を検出し、オプションでファイル データの整合性検証を実行できます。 Microsoft 記憶域スペースなどのストレージ テクノロジと組み合わせて使用​​すると、システムに利用可能なデータの他のコピーがある場合、ReFS は検出されたデータ破損の問題の一部を修復することもできます。システムに組み込まれたデータ整合性スキャン メカニズムは、ストレージ ボリュームを定期的にチェックして、潜在的なエラーの検出に役立てることもできます。

ただし、ReFS は、すべてのデータ破損を自動的に修復できることを意味するものではありません。破損したデータのコピーが他にない場合でも、システムは元のコンテンツを回復できない可能性があります。したがって、ReFS は、バックアップに代わる汎用ソリューションではなく、より強力なデータ整合性保護メカニズムを提供します。

パフォーマンスの面では、ReFS はブロック クローン作成などの機能をサポートしています。従来のファイル コピーでは通常、対応するデータの再読み取りと書き込みが必要ですが、ブロック クローン作成では、条件を満たす同じ ReFS ボリューム内で複数のファイルが既存のデータ ブロックを共有できます。ファイルの 1 つが変更されると、システムは変更された部分を個別に書き込むため、不必要なデータのコピーが削減されます。

このメカニズムは、仮想化環境で特に役立ちます。たとえば、仮想マシンのディスク ファイルを処理する場合、ブロック クローン作成により特定のコピー操作やチェックポイント マージ タスクが高速化され、ストレージ システムへの追加の負担が軽減されます。 ReFS は、一部の仮想ディスク ファイルの作成プロセスを高速化できるスパース有効データ長 (Sparse VDL) などの機能もサポートしています。

容量も ReFS の利点です。 Microsoft が公開した仕様によると、ReFS がサポートする単一ファイルとボリュームの容量制限は最大 35 ペタバイトですが、対応する NTFS の上限は 256 テラバイトです。通常のパーソナル コンピューターの場合、この容量の違いは実用的な影響を及ぼしませんが、エンタープライズ クラスのストレージ、科学研究データ、大規模な仮想化環境では、ReFS のスケーラビリティがより重要になります。

Microsoft はすでに Windows 11 の Dev Drive 機能に ReFS を使用しています。 Dev Drive は開発者のワークロード用に設計されたストレージ ボリュームで、コード リポジトリ、プロジェクト ファイル、その他の開発関連データに適しています。 ReFS は、開発シナリオに合わせてストレージ操作を最適化することで、一部の開発ワークフローのパフォーマンス向上を支援します。

近年、Microsoft は ReFS に新機能を追加し続けています。 2024 年に、Microsoft は関連するブロック クローン作成サポートをさらに改善し、対象となるファイル コピー操作において ReFS をより効率的にしました。 Windows 11 インストーラーに ReFS パーティション オプションのテストが登場したことにより、Microsoft がクライアント システムにおける ReFS の役割を徐々に拡大するのではないかという憶測が広まりました。

しかし、現在の実際の状況から判断すると、Microsoft は特定の日付に ReFS が NTFS を完全に置き換えると発表していません。 Windows 11 が一部のテスト環境で ReFS オプションを提供できるからといって、ファイル システムが NTFS と同じ完全なサポートを受けていることを意味するわけではありません。システムの起動、リムーバブル ストレージの互換性、従来のファイル システム機能の違いにより、ReFS の適用範囲は依然として制限されています。

特にモバイル ストレージの分野では、NTFS には依然として重要な利点があります。 Microsoft の公式技術文書には、ReFS に現在備わっていない機能として、リムーバブル メディアのサポートとシステム ブートがリストされています。これは、一部の高パフォーマンス ストレージ シナリオでは ReFS の方が利点があるものの、その設計目標は NTFS を無条件に置き換えることではなく、特定のワークロードに別のオプションを提供することであることを示しています。

では、なぜ Microsoft は ReFS の適用範囲を拡大する一方、USB フラッシュ ドライブやモバイル ハード ドライブへの使用を妨げるのでしょうか?

重要な点は、ファイル システムのパフォーマンス上の利点は、より広い適用性と同等ではないということです。 ReFS はデータの整合性、大規模ストレージ、仮想化ワークロード向けに最適化されていますが、ファイル システムを特定の種類のデバイスで使用できるかどうかには、互換性、システムのサポート範囲、長期メンテナンスなどの要素も関係します。 Microsoft は、リムーバブル メディア上の ReFS 構成はサポートされている使用法ではないと考えているため、そのような構成をデフォルトで存在させ続けるのではなく、監査および必須のブロック メカニズムを通じてそれらを均一に管理することを選択しました。

これは、Microsoft による ReFS の推進が、短期的には NTFS のすべての使用を置き換えるのではなく、特定のシナリオに重点を置く可能性があることも意味します。高い信頼性、大容量、高性能を必要とする開発環境や仮想化環境では、ReFS が依然として明らかな価値を持つ可能性があります。異なるコンピュータ間で頻繁に接続する必要があり、互換性を重視するモバイル ストレージ デバイスの場合は、NTFS およびその他のサポートされているファイル システムがより適しています。

一般の Windows 11 ユーザーの場合、ReFS のパフォーマンス上の利点により、現時点では USB フラッシュ ドライブやモバイル ハード ドライブをこの形式に積極的に変換する必要はありません。逆に、既存のデバイスが既に ReFS を使用している場合は、2027 年 1 月の強制ブロッキング ポリシーの施行前に互換性を確認し、重要なデータのバックアップを事前に完了しておくことをお勧めします。

この調整は、Microsoft が Windows ファイル システムをより明確なアプリケーション シナリオに分割しようとしていることも改めて示しています。NTFS は引き続き従来のデスクトップ システムと一般的なストレージ タスクを引き受けますが、ReFS は開発、仮想化、大規模データ管理の分野で徐々に役割を果たしています。今後、ReFS が一般の Windows ユーザーの主流のストレージ環境にさらに参入していくかどうかについては、Microsoft が既存の機能と互換性のギャップを埋めることができるかどうかにもかかっています。

関連タグ

関連記事

コメント

0/500
Captcha (click to refresh)
コメントなし