Avamar:VSRとAMSレプリケーションの比較
概要: AvamarレプリケーションをData Domainと統合すると、自動マルチ ストリーミングと仮想合成レプリケーションの2つの異なるタイプのレプリケーションを活用できます。この記事では、これらの方法の違いについて説明します。
手順
自動マルチ ストリーミング(AMS):
自動化されたマルチ ストリーミング レプリケーションは、Data Domain (DD)上のバックアップを膨らませます。複数のストリームを使用してバックアップを「スライス」してからターゲットDDに送信します。
AMSレプリケーションは、Avamar 7.0以降でサポートされています。
-
-
複数の並列ストリームを活用して、バックアップを処理し、レプリケーション ターゲットに送信します
-
Avamar v7.0で導入
-
デフォルトでは、Avamarはコンカレント プロセスごとに6つのストリームを使用しますが、この値は適切なフラグを使用して変更できます。
-
AMSは変更だけでなくバックアップ全体をスキャンする必要があるため、多くの場合、Virtual Synthetic Replication (VSR)を使用した場合よりも多くのデータをスキャンする必要があります。
-
通常、サイト間の帯域幅が大きい場合、AMSは変更率の高いクライアントほど優れたパフォーマンスを発揮します。
-
AMSにより、ソースとターゲットのData Domain間でスペースに差が生じる可能性があります。これについては、「Data Domain: データが同じ場合、デスティネーションDDの領域使用量がソースDDのスペース使用率よりも高くなる(この記事を表示するには、Dellサポート ユーザーとしてのログインが必要になる場合があります)。
-
このタイプのレプリケーションでは、クライアント タイプに制限はありません。
-
AMSレプリケーションを選択するAvamarの例:
... 2015-11-22 10:05:55 avtar Info <6654>: Replicating backup 367, 528.7 GB 2015-11-22 10:05:56 avtar Info <40047>: id:1 VSR selected because file size is too small for NCR (container.1.cdsf) 2015-11-22 10:05:56 avtar Info <40050>: id:2 NCR selected because it could not be determined if VSR is possible (container.2.cdsf) ...
仮想合成レプリケーションは、単一ストリームのレプリケーション プロセスです。以前にレプリケートされたバックアップを活用するため、変更のみがスキャンされ、ターゲットData Domainに送信されます。
これらの変更が送信されると、ターゲットData Domainは仮想的にフル バックアップを合成できます。以前のレプリケーションのバックアップをベース ファイルとして使用します。バックアップは、新しくレプリケートされた変更と一緒に配置されます。
これは、フル バックアップのスキャンを必要とするAMSプロセスとは対照的です。VSRは、Avamar 7.1/DDOS 5.5以降でサポートされています。
-
-
コンカレントAvamarプロセスごとに消費される単一のData Domainストリーム。
-
Avamar 7.1/DDOS 5.5で導入
-
デフォルトでは、Avamarは可能な限りVSRを使用しようとします
-
変更されたデータのみをレプリケート
-
高いネットワーク効率性
-
変更率の低いクライアントに最適
-
NDMP(Network Data Management Protocol)、VMwareイメージ、ファイル システムのバックアップとのみ互換性があります
-
次の条件をすべて満たしていない場合、レプリケーションはデフォルトでAMSに戻ります。
snapview プロセスでは、VSR が正しく機能するために、すべてのパーシャルも正しい順序で複製する必要があります。詳細については、「VSRに関する追加の注意事項」セクションを参照してください。
初期レプリケーションでは、バックアップをレプリケートしようとするときに、AMSを活用してレプリケーション ターゲットにベース ファイルをシードします。
ベース ファイルがターゲットData Domainに配置されると、すべてのVSR要件が満たされていると仮定してVSRが使用されます。
VSRは正常に動作し続けますが、ベース ファイルはレプリケーションが完了するたびに更新されます。
VSRレプリケーションを選択するAvamarの例:
... 2016-03-15 07:37:17 avtar Info <6654>: Replicating backup 471, 100.0 GB 2016-03-15 07:37:17 avtar Info <40198>: id:19 VSR selected because file size is too small for NCR (16912D3D130B98D763593BD4DCD0BC586766FE46) 2016-03-15 07:37:17 avtar Info <40198>: id:20 VSR selected because file size is too small for NCR (04C560CC90AC7A626F4E7866573CF93D7D32EFE6) 2016-03-15 07:37:17 avtar Info <40198>: id:21 VSR selected because file size is too small for NCR (9D78E4B1CD2DF728D7A45B2E374D6D28A853ED2C) 2016-03-15 07:37:17 avtar Info <40198>: id:22 VSR selected because file size is too small for NCR (41A1BDB73F3BB615E03A95FC3758CDE1A2725E6F) 2016-03-15 07:37:17 avtar Info <40198>: id:23 VSR selected because file size is too small for NCR (1D6784C9E27240132EB7FBFEE3C0D4136D81AA8D) 2016-03-15 07:37:17 avtar Info <40198>: id:24 VSR selected because file size is too small for NCR (FC295BC80B73D67BFE437291253D46FAD42650C2) 2016-03-15 07:37:17 avtar Info <40198>: id:25 VSR selected because file size is too small for NCR (93B06F7711E1F64111BCAD4FBE966E051655EB94) 2016-03-15 07:37:17 avtar Info <40198>: id:26 VSR selected because file size is too small for NCR (55A58F9CDCB82A6756853E3D84A3D2A6993F2C3D) 2016-03-15 07:37:17 avtar Info <40200>: id:27 VSR selected because all base files are available (6122D9EF93CB95529D5E59327A3FF4789B0D0911) ...
Avamarが部分的なバックアップを利用している場合、VSRが必ずしも実行可能なソリューションであるとは限りません。設計上、Avamarは部分バックアップを7日ごとに期限切れにします。
その7日間の制限時間内にバックアップがすべてのパーシャルでレプリケートされない場合、Avamarはそれらを削除します。
これは通常、NDMPなどの大規模なバックアップ クライアントに影響します。