データ重複除去は、ファイル アクセスや整合性に影響を与えずに重複データを識別して削除することで、記憶域を最適化するのに役立つ Windows Server 機能です。 この記事では、データ重複除去が他の Windows Server テクノロジとどのように相互運用されるかについて、サポートされているシナリオとサポートされていないシナリオなどを説明します。 この情報を使用することで、環境にデータ重複除去をデプロイする際に、互換性を確保し最適なパフォーマンスを維持できます。
サポートされているシナリオ
以降のセクションでは、他の Windows Server の機能とテクノロジを使用したデータ重複除去でサポートされるシナリオについて説明します。
ReFS
データ重複除去は、Windows Server 2019 以降でサポートされています。
フェールオーバー クラスタリング
クラスター内のすべてのノードにデータ重複除去機能がインストールされている場合、フェールオーバー クラスタリングは完全にサポートされます。
フェールオーバー クラスタリングでデータ重複除去を使用する場合は、次の点を考慮する必要があります。
手動で開始されたデータ重複除去ジョブはクラスター共有ボリュームの所有者ノードで実行する必要があります。
スケジュールされたデータ重複除去ジョブは、スケジュールされたクラスター タスクに格納されます。 これは、重複除去されたボリュームを別のノードが引き継いだ場合、スケジューリングされたジョブは、次回予定されている時間帯に適用されることを意味しています。
データ重複除去はクラスター OS のローリング アップグレード機能と完全に相互運用します。
データ重複除去は記憶域スペース ダイレクトの ReFS または NTFS フォーマットされたボリューム (ミラーまたはパリティ) で完全にサポートされます。
ReFS 形式のボリュームは、Windows Server 2019 以降でサポートされています。
ストレージ層が複数あるボリュームでは重複除去はサポートされません。
記憶域レプリカ
記憶域レプリカ は完全にサポートされています。 データ重複除外は、セカンダリ コピーに対して実行しないように構成する必要があります。
BranchCache
サーバーとクライアントで BranchCache を有効にすることで、ネットワーク経由のデータ アクセスを最適化できます。 BranchCache を有効にしたシステムで、データ重複除去を実行するリモートのファイル サーバーと WAN を介して通信を行う場合、重複除去対象のすべてのファイルにはあらかじめインデックスとハッシュが作成されています。 このため、ブランチ オフィスからのデータ要求を素早く処理することができます。 これは、BranchCache 対応サーバーを事前にインデックス化またはハッシュ化することと似ています。
DFS レプリケーション
データ重複除去は、分散ファイル システム (DFS) レプリケーションと併用できます。 ファイルを最適化または非最適化しても、ファイルは変更されないため、レプリケーションはトリガーされません。 DFS レプリケーションは、ネットワークを節約するため、チャンク ストアのチャンクではなく、Remote Differential Compression (RDC) を使用します。 レプリカがデータ重複除去を使用している場合は、レプリカ上のファイルも重複除去を使用して最適化できます。
Quotas
データ重複除去では、重複除去が有効になっているボリューム ルート フォルダーにハード クォータを作成することはできません。 ボリューム ルートにハード クォータが設定されていると、ボリュームの実際の空き領域とクォータで制限された領域が同じになりません。 この空き領域の違いにより、重複除去の最適化ジョブが失敗する可能性があります。 ただし、重複除去が有効になっているボリューム ルートにソフト クォータを作成することはできます。
重複除去対象のボリュームでクォータを有効にした場合、クォータではファイルの物理サイズではなく論理サイズが使用されます。 重複除去によってファイルが処理されても、クォータの使用率 (クォータのしきい値を含む) は変わりません。 ボリューム ルートのソフト クォータやサブフォルダーのクォータなど、クォータのその他の機能は重複除去が使用されていても通常どおりに機能します。
Windows Server バックアップ
Windows Server バックアップでは、最適化されたボリュームをそのまま (つまり、重複除去の対象データを削除せずに) バックアップすることができます。 次の手順は、ボリュームをバックアップする方法と、PowerShell で Windows Server バックアップを使用してボリュームまたは選択したファイルをボリュームから復元する方法を示しています。
次のコマンドを実行して E: ボリュームを別のボリュームにバックアップします。ボリューム名は状況に合った適切なものに置き換えてください。
wbadmin start backup –include:E: -backuptarget:F: -quiet作成したバックアップのバージョン ID を取得します。
wbadmin get versionsこの出力バージョン ID は、たとえば 08/18/2016-06:22 のような日付と時刻の文字列です。
ボリューム全体を復元します。
wbadmin start recovery –version:02/16/2012-06:22 -itemtype:Volume -items:E: -recoveryTarget:E:--OR--
特定のフォルダー (この場合は、E:\Docs フォルダー) を復元します。
wbadmin start recovery –version:02/16/2012-06:22 -itemtype:File -items:E:\Docs -recursive
サポートされていないシナリオ
次のセクションでは、データ重複除去でサポートされていないシナリオについて説明します。
入れ子になった仮想化
入れ子になった仮想化シナリオでは、データ重複除去はサポートされていません。 つまり、入れ子になった仮想化が有効になっている Hyper-V ホストで実行されている仮想マシン内でデータ重複除去を実行することはできません。 たとえば、Hyper-V VDI シナリオでは、他の VM をホストする VM のドライブでデータ重複除去を有効にすることはできません。
Windows 10 (クライアント OS)
Windows 10 では、データ重複除去はサポートされていません。 一部のコミュニティ ブログ投稿で、Windows Server 2016 からバイナリを取得して Windows 10 に配置する方法について説明しています。 このメソッドはサポートされていません。
Windows Search
Windows Search では、データ重複除去はサポートされていません。 データ重複除去では再解析ポイントが使用されますが、Windows Search ではこのインデックスを作成できないため、重複除去対象のすべてのファイルをスキップし、インデックスから除外します。 その結果、重複除去されたボリュームでは検索結果が不完全になる場合があります。
Robocopy
特定の Robocopy コマンドによってチャンク ストアが破損することがあるため、データ重複除去を使用した Robocopy の実行はお勧めしません。 チャンク ストアは、ボリュームのシステム ボリューム情報フォルダーに格納されます。 システム ボリューム情報フォルダーを削除すると、ソース ボリュームからコピーされた最適化されたファイル (再解析ポイント) が破損します。 これは、データ チャンクがコピー先ボリュームにコピーされないことが原因で発生します。