重複除去中にフル ガベージ コレクションからチャーンすると、Windows Server でパフォーマンスの問題が発生する可能性があります

この記事では、重複除去中の完全なガベージ コレクションからのチャーンによって発生するパフォーマンスの問題の回避策について説明します。

適用対象: Windows Server 2019、Windows Server 2016、Windows Server 2012 R2
元の KB 番号: 3066175

現象

フル ガベージ コレクション ジョブでは、"通常の" ガベージ コレクションよりも多くの空き領域が解放されます。 ただし、完全なガベージ コレクションでは、ボリュームに対してはるかに多くのチャーンが生成されます。 これは、参照されていないチャンクがある場合、すべてのチャンク コンテナーが圧縮 (書き換え) されるためです。

ボリューム上のこのチャーンは、次の問題と副作用を引き起こす可能性があります。

• ボリューム シャドウ コピー サービス (VSS) シャドウ コピーの削除
• 特に、サーバーが高チャーンまたは IO 集中型重複除去ワークロードを既に実行している場合は、システムの I/O 負荷が大きい
• ファイルチャーンが原因で増加する一部のソリューション (増分バックアップやファイル レプリケーションなど) のボリューム ワークロードの増加

原因

この動作は、次の状況で発生する可能性があります。

• ワークロードに多数のファイル削除またはファイルインプレース書き込みが含まれている場合。 これにより、多くのチャンクが参照されなくなります。 問題は削除によってもトリガーされ、古いチャンクと新しいチャンクを含む多くのチャンク コンテナーで圧縮が発生します。
• システムの物理空き領域が比較的少ない場合、NTFS ではまず、シャドウ コピーの記憶域領域の消費を引き起こさない空き領域が使用されます。 ボリュームに空き領域がほとんどない場合、NTFS は"書き込み時のコピー" 動作をトリガーする領域の新しいファイルに領域を割り当てます。 ストレージ領域が不足すると、VSS はシャドウ コピーを削除します。

回避策

これらの問題を回避するには、次のいずれかの方法を使用します。

• VSS を構成して、そのdiff領域 ("シャドウ ストレージ領域") に個別の (場合によっては専用の) ボリュームを使用します。 これを行うには、Vssadmin.exe やその他のツールを使用します。 この回避策は、シャドウ コピー削除の問題に役立ちます。

  注:

  専用ボリュームにdiff領域を使用することには、他にもパフォーマンス上の利点があります。

• 完全 GC を実行するのではなく、通常モードでのみガベージ コレクションを実行するように重複除去を構成します。 既定では、ガベージ コレクション ジョブは毎週実行されるようにスケジュールされています。 また、既定では、4 つ目のガベージ コレクション ジョブごとに、フル GC (月単位) で実行するように設定されています。

  注:

  次のWindows PowerShell コマンドを手動で実行することで、フル GC をオンデマンドで実行できます。

  Start-DedupJob <volume> -Type GarbageCollection -Full

完全 GC を回避するには、次のレジストリ キーを構成します。
HKLM\System\CurrentControlSet\Services\ddpsvc\Settings /v DeepGCInterval /t REG_DWORD /d 0xffffffff

システムがクラスター化されている場合は、代わりに次のレジストリ キーを構成する必要があります。
HKLM\CLUSTER\Dedup\ /v DeepGCInterval /t REG_DWORD /d 0xffffffff

この回避策は、「現象」セクションで説明されているすべての副作用を減らすのに役立ちます。 ただし、通常モードのガベージ コレクションは、完全な GC ほど完全ではありません。 システムが Full GC を実行しない場合、一部の参照されていない重複除去チャンクが解放されない可能性があります。 ただし、通常モードのガベージ コレクションでは、参照されていないデータの 95% 以上を引き続き再利用する必要があります。

Windows Server 2012を実行しているシステムで、修正プログラム 2897997がインストールされていることを確認します。 (これは、Windows Server 2012 R2 には必要ありません。