この画像は、最高のバックアップインフラストラクチャアーキテクチャの1つを示しています。 生産的なネットワークの元のデータに近接した「最初の行」（図ではデータストレージの左側に示されているバックアップストレージ）のストレージは、可能な限り高速（たとえば、SSDディスク上に構築可能）である必要がありますリーズナブルな価格です。 この目標を達成するために、このストレージは、システム障害からの回復のために、または生産的なネットワークのユーザーの要求で回収される可能性が最も高いデータのみを格納するのに十分な大きさでなければなりません。 たとえば、統計によると、回復要求の最大80％が過去30日間に作成、変更、または削除されたデータに対するものである場合、このデータのみが「最初の行」ストレージシステムに保存されます。 このストレージシステムを選択するときは、次の推奨プロパティを考慮する必要があります。
- 高性能 ：「最初の行」で高性能ストレージを使用すると、一方で、元のデータの変更を可能な限り迅速に複製/複製でき、他方で、必要なデータを迅速に復元できるため、それぞれ適切なRPOおよびRTOが得られます。
- 小さいボリューム ：高性能のために費用を支払う必要があるため、ストレージの最初の行の容量は大きくないはずです。 このストレージのサイズを計画するときは、回収される可能性が最も高いデータ量から続行する必要があります。そのため、組織で「データ回復要求の80％が発生する期間」という質問に関するHelpDeskへの呼び出しの統計を分析するのが理にかなっています。 この質問に対する答えは7から30日の範囲です。これは、後のバックアップを長期ストレージに移動する必要があることを意味します（より大きくなりますが、効率が悪く、保存される情報の単位あたりの価格が低くなります）。
- ストレージは、後続のバックアップジョブのソースです ：ストレージの最初の行から、データをチェーンのさらに下にコピーする必要があります：長期ストレージリポジトリまたはオフィスの外、さらには複数の宛先に同時にコピーする必要があります。 したがって、このようなストレージシステムは、書き込み操作だけでなく読み取り操作でも高速を提供する必要があります。 WANアクセラレータを使用した「バックアップコピージョブ」の詳細については、ウェビナーエントリ「 ビルトイン WANアクセラレーションを使用したバックアップコピージョブ 」（英語）を参照してください。
したがって、バックアップの観点からまとめると、このスキームの利点は次のとおりです。
- 新規および変更された本稼動システムのデータは可能な限り迅速に複製されます（良好なRPO）
- データリカバリに最も頻繁に必要なデータのバックアップは、高速ストレージに配置され、元のデータ（良好なRTO）に可能な限り近い（ネットワークの観点から）
- オフィスの外または長期データストレージのリポジトリにあるコピーは、プライマリデータの複製中に作成されたコピーに対して非同期に作成されます。 したがって、WANまたはネットワークの低速セクションを介した大量のデータの転送に関連する追加のリスクは、情報の主要な複製のプロセスから削除されます（プロセスがドラッグし、RPOに悪影響を与える可能性があるという事実に主に関連するリスク）。
リポジトリに同じインフラストラクチャの多くのバックアップが保存されている場合、 データ重複排除を使用するのが妥当です。これにより、ストレージシステムに必要なストレージスペースが削減されます。
このタスクには、ExaGrid、Data Domain、HP StoreOnceなどの特殊な重複排除ストレージシステムが適しています。 また、Windows Server 2012に組み込まれたソフトウェア重複排除を使用することをお勧めします。VeeamBackupは、ストレージに組み込まれたハードウェア重複排除とソフトウェア重複排除の両方で動作し、独自の組み込み重複排除も備えています。どの重複排除を使用するか、これはすでにデータの構造とストレージの機能に依存しています。 たとえば、ExaGrid EXシリーズストレージシステムは、頻繁に使用されるデータをアンパック（再重複排除または「再水和」）形式で自動的に保存します。これにより、読み取り操作でそのようなデータを非常に迅速に返すことができるため、バックアップから復元操作を実行する際にネットワーク速度のみが制限要因になりますコピー。 これは、たとえばインスタントVMリカバリテクノロジを使用している場合など、バックアップからサンドボックスに即座に仮想マシンを復元するタスクで特に重要です。 バックアップの重複排除の問題の詳細については、 ESGラボレポート「妥協のない仮想マシンバックアップ」をご覧ください。
バックアップリポジトリのディスクスペースの計画は簡単な作業ではなく、自動車の燃料消費の計画と多少似ています。実際、走行距離はケースごとに異なり、多くの要因に依存します。 そして最後に、これは元の質問に戻ります。「これはより重要です-速度、コスト、またはディスクスペースのサイズ」。 後続の問題、優先順位、および制限は、特定のユーザーシナリオ、ITインフラストラクチャ、およびデータ自体の構造に依存します。