私はWindowsServer 2012を使用しており、複数のHyper-Vゲスト(すべてWindows Server 2012)のスケジュールされたバックアップをリムーバブルUSBドライブ上の動的VHDXに作成しています(2つのドライブを交互に使用して2つ持つことができるようにするため)バックアップのセット)。
ドライブに同様のデータ(ゲストOSごとにOSファイルのコピーが多数)があるため、データ重複排除が役立つ可能性があることに気付きました。そこで、ドライブでそれを有効にして、最適化ジョブを開始しました。 8 GBの節約が報告されました(テスト用に作成した35 GBドライブで、3つのVMのバックアップが含まれています)が、VHDXファイルサイズは4ギガバイト大きくなります。
VHDXファイル(フルモード)を最適化した後、重複排除によってドライブサイズがまったく減少しなかっただけでなく、増加したことに気付きました。
私が持っている唯一の説明は、WSB(Windows Serverバックアップ)がドライブにシャドウコピーを作成したため、VSSと重複排除がうまく機能しない可能性があるということです。そのため、VSSは重複排除によって行われた変更を追跡し、重複バージョンと重複排除バージョンの両方をボリュームに保持します。
WSBがシャドウコピーを作成したというあなたの仮定は正しいです。これらのコピーを使用して、バックアップ履歴を維持します。
重複排除最適化ジョブが実行される前の時点のバックアップバージョン(したがってシャドウコピー)がまだある場合、重複排除されたブロックは解放されていないため、節約はまったく見られません-それらは古い、非シャドウコピーの1つによってまだ参照されているデータの重複排除バージョン。
つまり、重複排除を表示するために節約が必要な場合は、古いシャドウコピーをすべて削除する必要があります。
表示されている増加は、おそらく重複排除アクティビティによるものではなく、その間に追加のバックアップジョブが実行され、必要な場合を除いて古いシャドウコピーが削除されないという事実によるものです(つまり、ボリュームに新しいバックアップ用の十分なスペースがない場合) )
テストマシンでこれが見つかりません。
Hyper-Vを搭載した2012年のマシンと、重複排除が有効になっている1TBのディスクがあります。
そこにVMディスクと、さまざまな共有を保存しています。そのうちのいくつかは、他のPCとサーバー自体が毎日バックアップしている場所です。PCがこのディスクにバックアップしているのは、 Windowsバックアップ。1つのバックアップしか保存しない(そして毎日上書きする)ので、さまざまな日のバックアップのカタログをだまして取得するために、シャドウコピーを使用して、前の日のファイルを取り戻すことができます。
原則として、ディスク使用量の増加は見られません