次の方法で共有


データ重複除去の相互運用性

データ重複除去は、ファイル アクセスや整合性に影響を与えずに重複データを識別して削除することで、記憶域を最適化するのに役立つ 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 バックアップを使用してボリュームまたは選択したファイルをボリュームから復元する方法を示します。

  1. 次のコマンドを実行して E: ボリュームを別のボリュームにバックアップします。ボリューム名は状況に合った適切なものに置き換えてください。

    wbadmin start backup –include:E: -backuptarget:F: -quiet
    
  2. 作成したバックアップのバージョン ID を取得します。

    wbadmin get versions
    

    この出力バージョン ID は、日付と時刻の文字列です (例: 08/18/2016-06:22)。

  3. ボリューム全体を復元します。

    wbadmin start recovery –version:02/16/2012-06:22 -itemtype:Volume  -items:E: -recoveryTarget:E:
    

    --または--

    特定のフォルダー (この場合は、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 ではこのインデックスを作成できないため、重複除去対象のすべてのファイルをスキップし、インデックスから除外します。 その結果、重複除去されたボリュームでは検索結果が不完全になる場合があります。

Robocopy

特定の Robocopy コマンドによってチャンク ストアが破損する可能性があるため、データ重複除去で Robocopy を実行することはお勧めしません。 チャンク ストアは、ボリュームのシステム ボリューム情報フォルダーに格納されます。 システム ボリューム情報フォルダーを削除すると、ソース ボリュームからコピーされた最適化されたファイル (再解析ポイント) が破損します。 これは、データ チャンクがコピー先ボリュームにコピーされないために発生します。