Avamar: VSR- vs. AMS-Replikation
Summary: Wenn die Avamar-Replikation in Data Domain integriert ist, kann sie zwei verschiedene Arten von Replikationen nutzen: automatisiertes Multistreaming und virtuelle synthetische Replikation. In diesem Artikel werden die Unterschiede zwischen diesen Methoden erläutert. ...
Instructions
Automatisiertes Multi-Streaming (AMS):
Durch die automatisierte Multi-Streaming-Replikation wird ein Backup auf der Data Domain (DD) aufgebläht. Es verwendet mehrere Streams, um das Backup zu "slicen", bevor es an die Ziel-DD gesendet wird.
Die AMS-Replikation wird in Avamar 7.0 und höher unterstützt.
-
-
Es 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 richtigen 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 die virtuelle synthetische Replikation (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 im Artikel Data Domain näher erläutert: Die Speicherplatznutzung auf der Ziel-DD ist höher als in der Quell-DD, wenn die Daten identisch sind (Melden Sie sich möglicherweise als registrierter Dell Support-Nutzer an, um diesen Artikel anzuzeigen.)
-
Für diesen Replikationstyp gibt es keine Einschränkungen bei den Clienttypen.
-
Beispiel für die Entscheidung von Avamar für AMS-Replikation:
... 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) ...
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.
-
-
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 Network Data Management Protocol (NDMP), VMware-Image- und Dateisystem-Backups
-
Alle diese Bedingungen müssen erfüllt sein, andernfalls wird die Replikation standardmäßig auf AMS zurückgesetzt:
snapview -Prozesses, müssen auch alle Teilversionen in der richtigen Reihenfolge repliziert werden, damit VSR ordnungsgemäß funktioniert. Weitere Informationen finden Sie in den zusätzlichen Hinweisen zu VSR.
Bei der ersten Replikation wird AMS verwendet, um ein Seeding der Basisdatei auf das Replikationsziel durchzuführen, wenn versucht wird, ein Backup zu replizieren.
Sobald sich die Basisdateien auf der Ziel-Data Domain befinden, wird VSR verwendet, vorausgesetzt, alle VSR-Anforderungen sind erfüllt.
Während 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:
... 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) ...
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.