ブロック レベルのバックアップ ソリューションを使用して、SBS 2008 を実行している Hyper-V サーバーと、Windows 2008 の 2 つの追加インスタンスをバックアップします。相対的な使用の観点からは、これはかなり軽量です。ファイル共有の合計サイズはわずか 100 GB 程度です。Exchange のサイズは 50 GB です。バックアップされたすべてのボリュームの合計サイズは、約 300 GB になると思います。
これを見積もるために、既存のシステムでデータをどのように収集すればよいかわかりません。ストレージの増加はかなり低く、ファイル ストレージと Exchange を含めて過去 1 年間で 20 GB 未満です。
私がやろうとしているのは、1TB メディアで、週 7 日、24 時間ごとに完全バックアップを実行した場合に、どのくらいのバックアップ履歴を取得できるかを見積もることです。繰り返しますが、これはファイル レベルではなく、ブロック レベルのバックアップです。したがって、1 日にどのくらいのブロックが変更されるかを計算しようとしています。
これには明確な答えがないことは承知していますが、1% は低すぎますか? 10% は高すぎますか? 大まかに言うとどの大陸でしょうか? よろしくお願いします。
答え1
私は Windows にあまり詳しくないので、具体的にどのツールを使用すればよいかはわかりません (管理ツールに監視/統計ユーティリティが組み込まれていたように記憶しています)。ただし、バックアップするデバイスに書き込まれた「ブロック」を観察するだけで、大体のことはわかるはずです。
一部の書き込みではデータが変更されない場合もありますが、スナップショット ソリューションによっては、ダーティとしてマークされる可能性があります。いずれにしても、デバイスの変更量の最悪のケースの見積もりが得られるはずです。
答え2
毎日完全なバックアップを実行している場合、1 日にいくつのブロックが変更されるかは問題になりません。毎回 300 GB をバックアップすることになります。
それ以外の場合、差異の量は、バックアップ ソフトウェアの機能と、システムの具体的な変更量によって異なります。システムが日々行っていることの履歴情報がなければ、事前に適切な推測を行うことはできません。
システム履歴にアクセスできない場合 (「毎日 15 GB のデータがアップロードされています」などの一般的な情報さえもない場合)、非常に緩い推測 (たとえば、システム上のすべてのファイルの「最終更新」日を取得し、過去 2 日間に変更されたファイルのサイズを合計して、毎日どの程度変更される可能性があるかの上限を推測できます) を行い、すべてのニーズに対応できる十分なスペースがあることを確認することをお勧めします。
システムが稼働したら、最初の 90 日間は注意深く確認してください。稼働中のシステムだけが信頼できる情報源です。