説明
ファイバー チャネル SAN のストレージ スナップショットからバックアップを実行するには、バックアップ プロキシとして機能する 1 つ以上の物理サーバーを展開し、それらを SAN ファブリックに接続する必要があります。これは、Veeam Backup & Replication がファイバ チャネル プロトコルを介してストレージ システムにアクセスする必要があるためですが、これは仮想マシンではサポートされていません。バックアップ プロキシは、ストレージ スナップショットからデータを読み取り、バックアップ リポジトリに転送します1

ゴールド層のバックアップ ジョブには、イメージ バックアップに 1 時間、トランザクション ログ バックアップに 15 分の最も厳しい目標復旧時点 (RPO) が設定されています。つまり、他のバックアップ ジョブよりも頻繁に実行し、1 日あたりより多くの復元ポイントを作成する必要があります。したがって、バックアップ コピー ジョブの設定を適切に計画するには、VM の数、バックアップのサイズ、変更率、保持ポリシー、バックアップのコピーに使用できる帯域幅など、ゴールド層のバックアップ ジョブに関する詳細情報が必要になります。オフサイトの場所へ。
参考資料: [バックアップ コピー]、[バックアップ方法]、[継続的なデータ保護]

Veeam のネイティブ暗号化を使用している場合、最も影響を受けるリポジトリ タイプは重複排除ストレージ アプライアンスです。これは、Veeam Backup & Replication がジョブ セッションごとに異なる暗号化キーを使用するため、重複データが含まれている場合でも、暗号化されたデータ ブロックが異なるように見えるためです。これにより、重複排除率が低下し、重複排除アプライアンスのストレージ消費量が増加します。より高い重複排除率を達成したい場合は、データ暗号化を無効にするか、重複排除アプライアンス自体の暗号化機能を使用できます1

レプリケートされた仮想ワークロード データが 1 時間以内に保存されるという要件を満たすディザスタ リカバリ ソリューションを設計するには、オフサイトのディザスタ リカバリのサービス レベル アグリーメント (SLA) に影響を与える可能性がある潜在的なリスクと課題のいくつかを考慮する必要があります。この要件の側面。これは、レプリケーションとフェイルオーバーのプロセスの可用性と信頼性、さらには組織の目標復旧時間 (RTO) と目標復旧時点 (RPO) を確保するのに役立ちます。
Veeam のバックアップおよびレプリケーションのベスト プラクティス ガイドによると、この要件のオフサイトのディザスタ リカバリの側面における SLA に対する潜在的なリスクの 1 つは、B. データ変更率です。
このリスクは次のことを意味します。
※データ変化率とは、一定期間内に変更、追加、削除されたデータの量です。通常、1 時間あたりのパーセンテージまたはメガバイト数で測定されます。
*データ変更率は、ソース サイトとターゲット サイト間で転送および処理する必要があるデータの量を決定するため、レプリケーションのパフォーマンスと効率に影響します。
*データ変更率は、レプリカが更新され、ソース ワークロードと同期される頻度と精度を決定するため、レプリケーションの頻度と一貫性にも影響します。
*データ変更率は、データベース、ファイル サーバー、Web サーバーなどのワークロードのタイプやアクティビティによって異なる場合があります。一部のワークロードではデータ変更率が高く、他のワークロードではデータ変更率が低い場合があります。
*データ変更率が、ソース サイトとターゲット サイトの間で利用可能な帯域幅またはストレージ容量を超える可能性があり、その結果、レプリケーションの失敗、遅延、またはエラーが発生する可能性があります。これにより、レプリケートされた仮想ワークロード データが 1 時間以上古いものになる可能性があるため、この要件のオフサイト災害復旧の側面に関する SLA が損なわれる可能性があります。
このリスクは、Veeam 製品および機能を使用したソリューションの設計に次のような影響を及ぼします。
*顧客またはサードパーティ ベンダーは、レプリケートする必要があるワークロードのデータ変更率、ソース サイトとターゲット サイトの間で利用可能な帯域幅とストレージ容量を監視および測定する必要があります。これは、データ変更率に基づいて、プロキシ サーバー、リポジトリ サーバー、WAN アクセラレータ、フェイルオーバー プランなどのレプリケーション インフラストラクチャを計画および最適化するのに役立ちます。
*顧客またはサードパーティ ベンダーは、データ変更率に基づいて、レプリケーション方法、スケジュール、頻度、保持、圧縮、重複排除などのレプリケーション設定とポリシーを構成および調整する必要があります。これは、レプリケーションのパフォーマンスと効率を向上させるだけでなく、この要件のオフサイト災害復旧の側面に関する SLA を満たすのにも役立ちます。

説明
Veeam University Hospital のバックアップ保持要件を満たすソリューションを設計するには、このプロジェクトのオンプレミスのバックアップ保持の最小要件を考慮する必要があります。これは、バックアップ データの可用性と信頼性、およびバックアップ ストレージのコンプライアンスとセキュリティを確保するのに役立ちます。
ケーススタディによると、このプロジェクトのオンプレミスのバックアップ保持の最小要件は B です。
オンプレミスでのバックアップは毎日 14 回、毎週 2 回バックアップする必要があります。
この要件は次のことを意味します。
*オンプレミスのバックアップ保持期間は、NFS ストレージ、重複排除アプライアンスなどのローカル バックアップ ストレージにバックアップ データを保持する期間を定義するポリシーです。
*オンプレミスのバックアップ保持は、日次バックアップ 14 個と週次バックアップ 2 個である必要があります。つまり、日次バックアップの少なくとも 14 コピーと週次バックアップのコピー 2 つをローカル バックアップ ストレージに保持する必要があります。
*オンプレミスのバックアップ保持は、仮想マシン、物理サーバー、NAS システムなど、Veeam Backup & Replication によってバックアップされるすべてのタイプのワークロードに適用する必要があります。
この要件は、次のような Veeam 大学病院のビジネス ニーズとコンプライアンス ニーズに基づいています。
*災害や障害が発生した場合に、最新のバックアップを迅速かつ信頼性の高い復元オプションで提供できるようにするため。
*医療機関にバックアップ データを少なくとも 6 年間保持することを義務付ける HIPAA 規制に準拠するため1。