Backup Exec 2010の重複排除オプション-このように機能しますか？
Backup Exec 2010で実行されている6TBのディスクへのバックアップシステムがあります。毎週、他の日に差分を使用して完全バックアップが実行されます。そこには約4週間のバックアップがあります。
まず、重複排除オプションがこのディスクへのバックアップスペースをより効果的に使用すると考えるのは正しいですか？たとえば、これらの4週間のそれぞれで、同じ同一の4GBファイルが4回バックアップされます（使用スペース= 16GB）が、重複排除では最初のコピーのみが保存されますか？
次に、重複排除を有効にした場合、すぐに効果がありますか、それとも重複排除がB2D領域に波及するのに時間がかかりますか？
前者は、既存のB2Dファイルで実行するジョブを必要とし、重複を見つけて、BKFファイルを上書き可能としてマークアップします。
後者は、今後のバックアップに影響を与えるだけなので、実装がはるかに簡単になります。
私が賭けをしている人なら、後のオプションを選びます;-)コーディングが簡単です...
Backup Exec 2010の試用版をインストールしました。自分の質問に答えることができます：
まず、既存のディスクへのバックアップシステムを使用して、それを重複排除ストレージに変換することはできません。重複排除は完全に異なるメカニズムであり、BEの新しいタイプのストレージです。ディスクへのバックアップストレージ領域を作成するのと同じように、新しい重複排除ストレージ領域を作成します。
したがって、既存のB2Dフォルダーを重複排除するかどうかについての私の質問は「いいえ」です。
これにより、同じストレージメディアを使用しようとしている場合に、B2Dから重複排除に切り替えるという厄介な問題が発生します。 BEがB2DBKFファイルを削除することはないため、メディアの有効期限が切れたときに手動で削除する必要があります。
次に、BE de-dupは、デフォルトで64kブロックに基づくブロックです。これに加えて、辞書データベースは、重複するブロックをハッシュできるように維持する必要があります。 de-dupフォルダー構造は、B2Dよりもはるかに複雑です。
第三に、はいBE2010には大きなRAM要件があります。1GBのW2k3 VMでテストしていて、3本足のロバのように動作することに気づきました。合計1.5GBを消費したため、ページファイルがスラッシングされました。したがって、de-dupの使用を検討する前に、ライブバックアップサーバーをアップグレードする必要があると思います。
乾杯、ロブ。
重複排除されたストレージシステム（またはBEの重複排除エンジン）に対してB2Dを使用するための通常のセットアップは、1つの完全バックアップを実行してから、「永久に増分」することです。これは、重複排除を最大限に活用するための推奨される方法ですが、すべてのデータセンターに適しているとは限りません。
重複排除にはさまざまな種類があります。現在、1つのBEがどちらを使用しているかは思い出せませんが、すべてがデータブロックのチェックサムを作成し、それをデータベースと比較して、すでに別の場所に保存されているかどうかを確認します。
Backup Execには、重複排除を実行するための非常に多くのシステム要件があります。これに注意する必要があります。正しく思い出せば、バックアップサイクルのデータ1TBあたり1GBのRAM）です。
オプションを有効にして完全バックアップを実行すると、重複排除の効果に気付くはずです。これは基本的に、上記の「ベース」データであり、すべての増分バックアップが完全バックアップに対して重複排除されます。
既存のB2Dファイルを使用する必要はないと思います。次の完全バックアップを、「重複排除」などと呼ばれるB2Dストレージ上のフォルダに向けてみませんか？