Avamar: VSR- vs. AMS-Replikation

Automatisiertes Multi-Streaming (AMS)

Die automatisierte Multi-Streaming-Replikation vergrößert ein Backup auf der Data Domain. Es verwendet mehrere Streams, um das Backup zu "slicen", bevor es an die Ziel-Data Domain gesendet wird.
Die AMS-Replikation wird in Avamar 7.0 und höher unterstützt.

Hauptmerkmale von AMS:

• Nutzt mehrere parallele Streams, um Backups zu verarbeiten und an das Replikationsziel zu senden

• Eingeführt in Avamar v7.0

• Standardmäßig verwendet Avamar sechs Streams pro gleichzeitigem Prozess, dieser Wert kann jedoch mithilfe der entsprechenden Flags geändert werden.

• AMS muss das gesamte Backup und nicht nur die Änderungen scannen, sodass oft mehr Daten gescannt werden müssen, als wenn VSR verwendet würde. 

• AMS hat in der Regel eine bessere Leistung bei Clients mit hoher Änderungsrate, wenn die Bandbreite zwischen den Standorten groß ist. 

• AMS kann Speicherplatzunterschiede zwischen den Quell- und Ziel-Data Domains verursachen. Dies wird hier näher erläutert Data Domain: Die Speicherplatznutzung auf der Ziel-DD ist höher als auf der Quell-DD, wenn die Daten identisch sind

• Für diesen Replikationstyp gibt es keine Einschränkungen bei den Clienttypen. 

Beispiel für die Entscheidung von Avamar für AMS-Replikation:

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

Virtuelle synthetische Replikation (VSR)

Die virtuelle synthetische Replikation ist ein Single-Stream-Replikationsprozess. Es nutzt das zuvor replizierte Backup, sodass nur die Änderungen gescannt und an die Ziel-Data Domain gesendet werden.
Sobald diese Änderungen gesendet wurden, kann die Ziel-Data Domain virtuell ein komplettes Backup erstellen. Sie verwendet das Backup der vorherigen Replikation als Basisdatei. Das Backup wird zusammen mit den neu replizierten Änderungen erstellt. Dies steht im Gegensatz zum AMS-Prozess, bei dem das komplette Backup gescannt werden muss. VSR wird in Avamar 7.1/DDOS 5.5 und höher unterstützt.  

Hauptmerkmale von VSR:

• Einzelner Data Domain-Stream, der pro gleichzeitigem Avamar-Prozess verbraucht wird.

• Eingeführt in Avamar 7.1/DDOS 5.5

• Standardmäßig versucht Avamar, wann immer möglich, VSR zu verwenden

• Repliziert nur die geänderten Daten 

• Hohe Netzwerkeffizienz 

• Ideal für Clients mit niedriger Änderungsrate

• Nur kompatibel mit NDMP-, VMware-Image- und Dateisystem-Backups

Anforderungen für VSR:

1. Alle diese Bedingungen müssen erfüllt sein, andernfalls wird die Replikation standardmäßig auf AMS zurückgesetzt:

2. Sowohl die Replikationsquelle als auch die Avamar-Replikationszielserver müssen AV7.1 oder höher aufweisen

3. Sowohl die Replikationsquelle als auch die Data Domain-Zielsysteme müssen DD OS 5.5 oder höher aufweisen

4. Backup-Datenvolumen muss mit VSR kompatibel sein. Das heißt, das Backup-Dataset muss ein VMware-Image-, Dateisystem- oder NDMP-Backup auf AV/DD sein.

5. Das Basisbackup, d. h. das unmittelbar vorherige Backup dieses Datenvolumens, muss auf dem Replikationsziel vorhanden sein

6. Die Replikationsmethode muss auf die Standardeinstellung oder zum Erzwingen von VSR festgelegt werden.

7. Wenn für das Backup der Snapview-Prozess genutzt wird, müssen auch alle Teilteile in der richtigen Reihenfolge repliziert werden, damit VSR ordnungsgemäß funktioniert. Weitere Informationen finden Sie im Abschnitt "Zusätzliche Hinweise zu VSR"

Beim Versuch, ein Backup zu replizieren, nutzt die erste Replikation AMS, um die Basisdatei auf das Replikationsziel zu übertragen. Sobald sich die Basisdateien auf der Ziel-Data Domain befinden, wird VSR verwendet, vorausgesetzt, alle VSR-Anforderungen sind erfüllt. Solange VSR weiterhin ordnungsgemäß funktioniert, wird die Basisdatei jedes Mal aktualisiert, wenn die Replikation abgeschlossen ist.

Beispiel für die Entscheidung von Avamar für die VSR-Replikation:

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

Zusätzliche Hinweise zu VSR 

In manchen Fällen, in denen Avamar partielle Backups nutzt, ist VSR nicht immer eine praktikable Lösung. Designmäßig laufen Teilbackups von Avamar alle 7 Tage ab. Wenn ein Backup nicht mit allen Teilen innerhalb dieses 7-Tage-Limits repliziert wird, entfernt Avamar sie. Dies betrifft in der Regel große Backupclients wie NDMP. Weitere Informationen zu diesem Problem finden Sie im folgenden Wissensdatenbank-Artikel:

Für Avamar 7.2.X-NDMP-Clients, die VSR nicht nutzen – Teilbackups sind in Avamar 7.2 abgelaufen.