それ、レプリケーションでよろしく。UDPともども。

■ 日次増分率

Arcserve UDP ではフル バックアップは初回のみで、2回目以降は増分バックアップだけを行うのが基本です。保存されるバックアップの世代（復旧ポイント）のほとんどが増分バックアップに由来するので、増分バックアップの効率がバックアップ先ストレージの必要容量に大きく影響します。

以下の表では、各お客様事例から分かる日次の増分バックアップの容量をフルバックアップの容量で割って日次増分率を求めました。この値が小さければ小さいほど、増分バックアップの効率が高く、バックアップ先のストレージ容量が小さくて済む（または、たくさんの世代を保持できる）という事になります。 元事例へのリンクも貼っているので、生データを見たい方はそちらもご覧ください。

結果は、0.19% ～ 2.0% の幅に落ち着いています。個人的には大体予想通り。マスターデータを定期的に入れ替えるような DB サーバや、新設したばかりで既存のデータがないサーバは極端に日次増分率が増える事がありますが、今回はそういう事例はなかったようです。

前にこのブログで紹介した RPS サイジング ツールでのデフォルト値は 2% になっているので、ツールを使う際はもう少し小さくしてもよいかもしれません。

■ 重複排除/圧縮率

Arcserve UDP では重複排除（デデュプリケーション）と圧縮が標準で使えます。今回は、重複排除と圧縮を両方行った後にデータがどれだけ削減できているかを各事例から引用しました。「重複排除/圧縮率」という列がその値で、この値が大きければ大きいほどバックアップ データの容量が小さくなっている（効果が大きい）という事を表します。

こちらの結果は、思ったよりバラつきが少ない印象で、40% ～ 60% の範囲に収まる事例が多かったです。複数のサーバ/クライアントをバックアップしている事例が多いので、縮減率が平均化されているのかもしれません。

RPS サイジング ツールのデフォルト値では 61.5 % になるように設定されているので、保守的に見積もるのであれば、重複排除率と圧縮率をそれぞれデフォルト値より小さくするとよいです。

以上、ホテがお伝えしました。

<関連記事>

Arcserve UDP 復旧ポイント サーバ（RPS）の容量計算が簡単になります！

データが40分の1になる！？ 重複排除の売り文句にご用心。

メルマガコラム再掲：バックアップ先に必要なディスク容量を見積もる！

※1 おかげさまで、Arcsereve.com のカタログ センターには多数導入事例が掲載されています。

※2 重複排除率に影響する要素として、デデュプリケーション ブロック サイズがあります。ブロック サイズが明記されていない事例については、Arcserve UDP アプライアンスの事例は 4 KB、それ以外の事例は 16 KB と推定しています。

※3 2回目以降の増分バックアップは初回のフルバックアップよりもデータの縮減率が大きくなる傾向があり、90% 前後の縮減率が出ている事例が結構あります。今回はストレージの見積もり計算に役に立つデータをまとめたかったので、増分とフルのそれぞれの縮減率が載っている事例からは、バックアップ先容量への寄与度が大きいフルのデータのみを引用しています。