Server 2012 R2ストレージスペースで重複排除を試しています。昨晩、最初の重複排除の最適化を実行しましたが、340GBの削減を要求していることがわかりました。
しかし、私はこれがあまりにも良いことだと知っていました。そのドライブでは、重複排除の100％がSQL Serverバックアップから発生しました。
フォルダー内にその20倍のサイズのデータベースバックアップがあることを考えると、これは非現実的です。例として：
13.3GBのバックアップファイルが0バイトに重複排除されていると考えられます。そしてもちろん、そのファイルをテスト復元したとき、実際には機能しません。
傷害に侮辱を追加するには、そこにあるデータのほとんどTBあり、そのドライブ上の別のフォルダである必要があり、多くの重複排除しているのではなく、持っています。
Server 2012 R2の重複排除は機能しますか？
5
覚えておく必要があります。「もちろん、あなたが私を怒らせたのであなたのデータを削除しませんでした。それを0バイトに重複排除しました。すべてです。」
—
HopelessN00b
ある夜から次の夜までデータが比較的同じであると仮定して重複除去を行っている可能性はありますか。つまり、最初と最後のバックアップがある場合、毎晩、VSSなどの違いのスナップショットしかありません。理論的には、最初と最後のコピーでファイルを途中で再生成するのに十分な場合、0に削除することが可能かもしれません。しかし、それは復元に失敗したので、説明としてあなたが思いついたものを見るのを待つつもりです。しかし、あなたのテストは有望ではありません
—
。– MikeAWood
@MikeAWoodは、まったく異なるデータベースバックアップも0バイトに重複排除しましたが、これは間違いなく間違いです。私が重複排除を望んでいたことの1つは、あなたが指摘したように、夜間のバックアップの90％が同一であることです。
—
マークヘンダーソン
@MarkHenderson新しいドライブをセットアップして、そこにすべてをコピーした場合、それは動作しますか？ただぼんやり推測します。たぶん、初期データを確認するプロセスを実行する必要があるか、正しく動作しない場合のDFSに似ています。あなたの結果は奇妙で、疑いの余地はありません。うまくいけば、あなたはそれを理解し、私は何が起こったのか知りたいと思います
—
。– MikeAWood
@MikeAWood-私はそれを試しませんでした。私は以来、ドライブと異なる重複排除の設定でそれを再作成することを被爆しましたので、私は今夜何が起こるかわかりますとき、別のダンプの実行
—
マーク・ヘンダーソン