変更されたデータの割合を計算する
Symantec Backup Exec 2010の導入を検討しており、適切な拡張と保持期間を実現するためにメディアサーバーに必要なストレージの量を把握しようとしています。 2010は、ゲームを劇的に変えるブロックレベルの重複排除を提供します。これはばかげた質問のように思えますが、変更されたデータの割合を計算し、その情報を振り返ってバックアップストレージのニーズを見積もるにはどうすればよいでしょうか。
ありがとう
完全バックアップを実行します。次に、次の6日に増分バックアップを実行します。これらの6つの増分バックアップからデータ量の合計を取得し、6で割ります。これにより、バックアップされるデータの1日あたりの平均変化率がわかります。 1日の平均変化率に保存期間の日数を掛けると、必要なストレージの量がわかります。増分ではなく差分バックアップを実行する場合は、6つの差分バックアップの合計を計算し、それを保持期間の週数で乗算する必要があります。保存期間中に発生する完全バックアップの数をストレージ計算に含めることを忘れないでください。
今後数か月/数年でビジネスにどのような成長が見込まれるかを経営陣に尋ねます。確かに、ディスク使用量に直接リンクすることはありませんが（ディスク容量を販売している場合を除く）、予想される成長を示す指標になります。
以前のデータから外挿することもできますが、それが常に利用できるとは限りません。バックアップソリューションがそのような種類のデータを提供していないか、バックアップシステムがありません。しかし、マネージャーからの成長予測と組み合わせると、それは良い答えです。
ソリューションによって後でバックアップするスペースを簡単に追加できる場合は、技術的な観点からあまり心配する必要はありません（ただし、おそらく誰かのコストを見積もる必要があります）。スペースを追加するのが比較的難しい場合は、今すぐ正当化できる範囲で追加してください。
私はあなたの質問に対する答えがあると正直に言うことはできません。以前のデータを見たり、現在の変更をキャプチャしたりすることを提案できますが、あなたが求めているものは毎日変化するため、すべて無駄になります。私が提案できるのは、多くのディスクスロットを備えたメディアサーバーを購入し、アレイを簡単に拡張できるコントローラーを使用することです。例として、これらのメディアサーバーにHPのDL380 G6を使用します。16個のディスクを搭載できるため、OS /コードに2つのミラーディスクを使用し、R6アレイの一時データストアに最低4つのディスクをインストールします。組み込みのコントローラーは、推測が間違っていた場合に、このR6アレイをすばやく拡張できます。このようにして、必要に応じて、600GBのチャンクで最大1TBの小さな一時データストアから最大7TBまで移動できます。
お役に立てれば
既存のバックアッププログラムからいくつかの統計を取得できますか？
たとえば、バックアップの完了にかかった時間や、昨年の毎月1日のバックアップサイズを確認します。
これをスプレッドシートに入れて、変化率が一定であるかどうか、または変化率が増加しているかどうかを判断できるかどうかを確認します。そこから、数年後の状況を推定してみることができます。少し余裕を持たせるために、予想よりも最大20％のストレージ容量を追加することをお勧めします。
それは決して正確な科学ではなく、私がやろうとするのは嫌いなことですが、それを計算してみて、1年でストレージが不足している場合は、「当時、私が持っていた情報を使って、必要なストレージの量に関する正しい決定」。
Backup Excecについて話すことはできませんが、Commvaultの世界では、次のことをかなり適切な見積もりとして使用しています。
システムの完全バックアップを実行するために必要な容量を取り、それを2倍にします。たとえば、750 GBの本番データがある場合、MediaAgentに1.5TBの容量をプロビジョニングします。
これにより、1か月のバックアップをディスクに保持できるようになります（重複排除）。私は常に成長のために少し余分なヘッドルームを許可します。