バックアップサイズ計算機

予算、インフラのサイジング、および会議の回復目的のためのバックアップ容量を計画することは必要です。ストレージの過小評価は、バックアップや早期の回転に失敗しました。廃棄物の予算を過小評価します。この計算機は、データ変更率に基づいて、適切な戦略(フル、増分、差分)をサイズ保持し、要件を復元するのに役立ちます。

計算の仕組み

総データサイズ、バックアップ戦略(フルのみ、フル+増分、またはフル+差分)、保持する全バックアップ数、および - 増分/差分 - 数の増分または差分バックアップがフルサイクルごとに実行され、データが毎日変化する割合。計算機の合計:フルバックアップサイズ×フルス数、および各増分のためにデータサイズ×変更率(そして差動のために、最後の完全)。結果は、バックアップタイプでオプションの故障でGB(およびTB)の合計ストレージです。

主なコンセプト:

完全なバックアップ: すべてのデータの完全なコピー。復元には1つのバックアップのみが必要です。貯蔵は保持と直線的に成長します。
包括的なバックアップ: 最後のバックアップ(フルまたは増分)から変更されたブロックのみ。小さな毎日のサイズ; 復元には、フル + インクリメントのチェーンが必要です。
差分バックアップ: 最後まで変化します。毎日成長し、完全な+最も最近の差別化だけを元通りにします。
毎日の変更率: 一日あたりのデータの割合。データベース: 5-15%; ファイルサーバー: 1-10%; 静的な内容: <1%.
保持: バックアップを長期間保持する方法影響記憶:より多くの保持=より多くのスペース。コンプライアンス計画(例:7年)と回復ポイント

戦略の概要

フルのみ

ストレージ=データサイズ×フル数。最速復元、最高のストレージ。小さなデータセットや単純性が重要である場合に最適です。

フル + インフォメーション

最小限のストレージ; 完全な + すべての増分を順番に復元する必要があります。バックアップウィンドウとストレージがタイトな場合に最適です。

フル + アディアル

中ストレージ; 復元 = フル + 最新差分. 貯蔵の使用および回復速度のよいバランス。

バックアップストレージの推定の利点

予算と調達: 適切なサイズのバックアップストレージ(NAS、テープ、クラウド)と驚きを避けます。
戦略選択: 能力と複雑性を回復するという点で、完全な対増分対差を比較します。
RPO/RTO: 回復ポイントおよび回復時間の目的の保持そして頻度を一直線に並べて下さい。
コンプライアンス: 計画保持(例:7年)と、必要な回復ポイントの十分な容量を持っていることを確認してください。

制限と検討

毎日の変更率は見積りです。実際の変更はワークロードによって異なります。必要に応じてバックアップソフトウェアで測定します。
圧縮と解読は、15～50年までに実際の貯蔵を削減できます%; メタデータとカタログのオーバーヘッドを追加(多くの場合15〜25)% 追加)。
包括的なチェーンは壊れやすい: 1 つの破損したバックアップは復元を破ることができます。定期的に復元テストを行います。
結果は、生のバックアップサイズです。オーバーヘッドを含む実用的な容量のために1.15〜1.25倍増、または製品固有のサイジングツールを使用します。

重要:

常に15-25を追加% 圧縮分散、メタデータ、および成長のためのオーバーヘッド。定期的に3-2-1ルール(3コピー、2メディアタイプ、1オフサイト)をフォローし、復元できないバックアップは価値がありません。

速い方式の参照

フル: Storage = Data size × Number of full backups

導入事例: Fulls + (Data size × Change % × Incrementals per cycle × Cycles)

差分: Fulls + (Data size × Change % × (1+2+…+N) × Cycles), N = differentials per cycle

以下のような計算式セクションを参照してください。

結論:

データサイズ、戦略、変更率からバックアップストレージを推定するのは、バックアップインフラストラクチャをサイジングするための最初のステップです。この計算機を使用して、戦略、計画保持、および予算容量を比較します。 3-2-1ルール、GFS保持、毎日の変更率テーブルを組み合わせて、堅牢なバックアッププランを設計します。

戦略

バックアップ戦略の説明

各戦略は、ストレージの使用、バックアップウィンドウ、および複雑性を回復し、取引します。データサイズ、変更率、およびRTO/RPOに基づいて選ぶ。

フルバックアップ

完全なバックアップは、毎回すべてのデータをコピーします。ストレージ=フルバックアップ数×データサイズ。シンプルで高速復元(単一復元操作)が、ほとんどのスペースとバックアップウィンドウを使用します。小さいデータセットのために適したか、または単純性および速い回復が貯蔵費以上の問題のとき。

包括的なバックアップ

最後のバックアップ(フルまたは増分)から変更をバックアップするだけです。各インクリメンタルは小さい(例:1-10)% 一日あたりのデータ)。再ストアは、注文してから、最後のフルプラスすべてのインクリメントが必要です。酵母のストレージ使用, しかし、復元は、遅いと壊れやすいことができます: 1 つの破損増分は、チェーンを破ります.

差分バックアップ

最後のフルバックアップ以来、すべての変更をバックアップします。各差分は時間とともに成長します(日 1: 5%, 日 2: 10%, 3日目:15%...). 復元は、最後のフル+最新の差のみを必要とします。増分よりもストレージが高まりますが、復元が速く、弾力性が向上します。2つの復元手順のみです。

比較比較

完全対インプレメンタル対差

この表を使用して、ストレージの使用、バックアップ速度、復元速度、および3つの戦略の複雑さを比較します。

クリテリオン	スタッフ	インフォメーション	アディアル
ストレージ	最も高い	最安値	メディア
バックアップ速度	スローベスト	最速	中(毎日成長)
復元速度	最速 (1 復元)	最下(フル+チェーン)	中(フル + 1 差分)
複雑さを回復	シンプル	チェーンはそのままでなければなりません	完全な+最も最近のdiffだけ

フォーミュラ

計算式

計算機は、次の式を使用します。増加サイズは、周期ごとの毎日の変化率×増分の数に基づいています。差分は、サイクルごとのNの差分のための合計1 + 2 + Nを使用します。

フル: Storage = Data size × Number of full backups

導入事例: Storage = Full backups + (Data size × Change % × Incrementals per cycle × Full cycles)

差分: Storage = Full backups + (Data size × Change % × (1+2+...+N) × Full cycles) where N = differentials per cycle

例 (100 GB、5% 毎日の変更、週刊フル 6 増分): フル + 増加 = 4×100 + 4×6×5%×100 = 400 + 120 = 520 GB。同じシナリオの差分: 4×100 + 4×5%×(1+2+3+4+5+6)×100 = 400 + 4×0.05×21×100 = 820 GB。

参考文献

データ型による毎日の変更率

毎日の変更率は増分および差動サイズを運転します。これらの範囲をスタートポイントとして使用し、必要に応じてバックアップまたは監視ツールで測定します。

データの種類	典型的な毎日の変更	インフォメーション
トランザクションデータベース	5-15%	ERP、CRM、eコマース、ハイシューン
ファイルサーバー/文書	1-10%	ユーザーアクティビティに依存
メール(変更等)	5-20%	重い添付ファイルと削除
仮想マシン	3-10%	CBT/変更されたブロック;ワークロードによって変わります
アーカイブ/静的ファイル	<1%	まれに修正された;フルは十分かもしれません

リテンション

GFS保持戦略(グランドファザー・フォーザー・ソン)

GFSは、息子(毎日)、父(週刊)、祖父(月刊)の3つの層に保持を整理します。短期的な回復ポイントを長期的に保持し、コンプライアンスを順守します。典型的な構成は毎日7、週4、月12 = 23の回復ポイントです。

ストレージ: の量:毎日の増分/差分(例:7)、週刊フルス(例4)、月間フルス(例:12)。コンプライアンスとRPOに基づく調整

息子(毎日): 7日前まで通常増分または差分;昨日に回復を可能にします。
父(週): 最後の4週間。週刊フル+増分;月間回復をカバー。
祖父(毎月): 過去12ヶ月。毎月のフル;監査/コンプライアンスのための長期保持。

貯蔵例 (100 GB、5% 毎日の変更: 7×0.05×100 + 4×100 + 12×100 = 35 + 400 + 1200 =完全なGFSのための1635 GB。月間のみ使用し、シンプルに、日々増分します。

重要事項

3-2-1 ルールと RTO/RPO

3-2-1 ルールと RTO/RPO は、どれだけ多くのコピーが保持するかを定義します。, どこ, どのように迅速に回復する必要があります。. バックアップ頻度と保持率に直接影響するので、ストレージサイズ。

3-2-1 ルール

3 コピー:オリジナル+少なくとも2バックアップ
2 異なるメディア:例えば、ディスク+テープ、またはディスク+クラウド
1 敷地:火、洪水、ランサムウェアから保護

RTOとRPO

RPO (回復点の目的): 最大許容データ損失(時間)。毎日のバックアップ = 最大 24 時間損失; 1 時間 = 1 時間. バックアップ頻度を駆動します。

RTO (回復時間の目的): 最高の受諾可能なダウンタイム。インフルエンサーは戦略を回復します: 完全オンリーはより速く回復します; 増分鎖は長くかかります。

ニュース

ベストプラクティス

これらのプラクティスは、ストレージを正しくサイズ化し、障害やランサムウェアからバックアップを保護し、必要に応じて実際に復元できるようにします。

3-2-1ルールに従う: 3つのコピー、2つの異なるメディア、1オフサイト。
15-25を追加% 圧縮、メタデータ、保持成長、およびカタログのオーバーヘッド。
定期的に復元をテストします。復元できないバックアップは価値がありません。完全な回復訓練を含んで下さい。
データベース変更率は異なります:トランザクションDB 5-15%, 静的なファイル 1-2%. あなたの測定。
GFS(Grandfather-Father-Son):毎日(7)、毎週(4)、月(12)を柔軟に保持します。
ランサムウェアからバックアップを保護します:不変なストレージ、エアギャップのコピー、またはWORM。
バックアップの整合性(チェックサム、テスト復元)を確認します。破損は、復元するまでに気付くことが多いです。

ツール

データ計算機

Retention Duration Calculator Sla Calculator Backup Size Calculator Raid Calculator Acceptable Latency Calculator

他のツールが必要ですか?

必要な計算機が見つかりませんか? お問い合わせ他のデータ計算機を提案する。