「Avamar：VSRとAMSレプリケーションの比較

自動マルチストリーミング(AMS)

自動化されたマルチストリーミング レプリケーションは、Data Domain上のバックアップを膨らませます。複数のストリームを使用してバックアップを「スライス」してから、ターゲットData Domainに送信します。
AMSレプリケーションは、Avamar 7.0以降でサポートされています。

AMSの主な機能:

• 複数の並列ストリームを活用してバックアップを処理し、レプリケーション ターゲットに送信

• Avamar v7.0で導入

• デフォルトでは、Avamarはコンカレント プロセスあたり6つのストリームを使用しますが、この値は適切なフラグを使用して変更できます。

• AMSは変更だけでなくバックアップ全体をスキャンする必要があるため、VSRを使用した場合よりも多くのデータをスキャンする必要があることがよくあります。 

• 通常、サイト間の帯域幅が大きい場合、AMSは変更率の高いクライアントほど優れたパフォーマンスを発揮します。 

• AMSにより、ソースとターゲットのData Domain間でスペースに差が生じる可能性があります。これについては、こちらのData Domainで詳しく説明します。データが同じ場合、デスティネーションDDのスペース使用量がソースDDのスペース使用率よりも高くなる

• このタイプのレプリケーションでは、クライアント タイプに制限はありません。 

AMSレプリケーションを選択するAvamarの例:

<snip>
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)
<snip>

仮想シンセティック レプリケーション(VSR)

仮想合成レプリケーションは、単一ストリームのレプリケーション プロセスです。以前にレプリケートされたバックアップを活用するため、変更のみがスキャンされ、ターゲットData Domainに送信されます。
これらの変更が送信されると、ターゲットData Domainは仮想的にフル バックアップを合成できます。以前のレプリケーションのバックアップをベース ファイルとして使用します。バックアップは、新しくレプリケートされた変更と一緒に配置されます。これは、フル バックアップのスキャンを必要とするAMSプロセスとは対照的です。VSRは、Avamar 7.1/DDOS 5.5以降でサポートされています。  

VSRの主な機能:

• コンカレントAvamarプロセスごとに消費される単一のData Domainストリーム。

• Avamar 7.1/DDOS 5.5で導入

• デフォルトでは、Avamarは可能な限りVSRの使用を試みます

• 変更されたデータのみをレプリケート 

• 高いネットワーク効率性 

• 変更率の低いクライアントに最適

• NDMP、VMwareイメージ、ファイル システムのバックアップとのみ互換性がある

VSRの要件:

1. 次の条件をすべて満たしていない場合、レプリケーションはデフォルトでAMSに戻ります。

2. レプリケーション ソースとレプリケーション デスティネーションの両方のAvamar ServerがAV7.1以降である必要があります

3. レプリケーション ソースとレプリケーション デスティネーションの両方のData DomainシステムがDD OS 5.5以降である必要があります

4. バックアップ データセットは VSR と互換性がある必要があります。つまり、バックアップ データセットは、VMwareイメージ、ファイル システム、またはAV/DDへのNDMPバックアップである必要があります

5. 「ベース」バックアップ(そのデータセットの直前のバックアップ)がレプリケーション デスティネーションに存在する必要がある

6. レプリケーション方式は、デフォルトに設定するか、VSRを強制するように設定する必要があります

7. バックアップでsnapviewプロセスを活用する場合、VSRが正しく動作するためには、すべてのパーシャルも正しい順序でレプリケートされる必要があります。詳細については、「VSRに関するその他の注意事項」セクションを参照してください

バックアップをレプリケートしようとする場合、初期レプリケーションではAMSを活用して、ベース ファイルをレプリケーション ターゲットにシードします。ベース ファイルがターゲットData Domainに配置されると、すべてのVSR要件が満たされていると仮定してVSRが使用されます。VSRが正常に動作し続ける限り、レプリケーションが完了するたびにベース ファイルが更新されます。

VSRレプリケーションを選択するAvamarの例:

<snip>
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)
<snip>

VSRに関するその他の注意事項 

Avamarが部分的なバックアップを利用している場合、VSRが実行可能なソリューションとは限らない場合があります。設計上、Avamarは部分バックアップを7日ごとに期限切れにします。その7日間の制限時間内にバックアップがすべてのパーシャルでレプリケートされない場合、Avamarはそれらを削除します。これは通常、NDMPなどの大規模なバックアップ クライアントに影響します。この問題の詳細については、次のナレッジベース記事を参照してください。

VSRを利用していないAvamar 7.2.X NDMPクライアントの場合 - Avamar 7.2で部分バックアップが期限切れになります。