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

  • [アーティクル]

適用対象: Windows Server 2022、Windows Server 2019、Windows Server 2016、Azure Stack HCI バージョン 21H2 および 20H2

サポート

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 バックアップでは、最適化されたボリュームをそのまま (つまり、重複除去の対象データを削除せずに) バックアップすることができます。 次の手順で、ボリュームのバックアップ方法と、ボリュームまたはボリュームから選択したファイルの復元方法を示します。

  1. Windows Server バックアップをインストールします。

    Install-WindowsFeature -Name Windows-Server-Backup

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

    wbadmin start backup –include:E: -backuptarget:F: -quiet

  3. 作成したバックアップのバージョン ID を取得します。

    wbadmin get versions

    この出力バージョン ID は、たとえば 08/18/2016-06:22 のような日付と時刻の文字列になります。

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

    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

サポートされていない

Windows 10 (クライアント OS)

Windows 10 では、データ重複除去はサポートされていません。 Windows コミュニティの人気ブログの中には、Windows Server 2016 からバイナリを削除して Windows 10 をインストールする方法を説明した記事がいくつかありますが、これはデータ重複除去の開発の一部として検証されたシナリオではありません。

Windows Search では、データ重複除去はサポートされていません。 データ重複除去では再解析ポイントが使用されますが、Windows Search ではこのインデックスを作成できないため、重複除去対象のすべてのファイルをスキップし、インデックスから除外します。 その結果、重複除去されたボリュームでは検索結果が不完全になる場合があります。

Robocopy

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