Datenreplikation

Durch die Replikation von Kopierdaten auf Remote-Speicher werden die Daten im Falle einer Katastrophe am primären Standort geschützt und der erforderliche Speicherplatz am primären Standort wird reduziert. Ziel der Replikation ist es, Ihre Daten bei Datenverlust und Beeinträchtigung Ihrer Produktionssysteme aufgrund von Problemen wie Hardware- oder Softwarefehlern oder einem Standortereignis wiederherzustellen. Die Datenreplikation unterstützt auch das Erstellen von Remote-Kopien von Test-/Entwicklungs-, QA- und Analysedaten. Daten können von einer Sicherungs-/Wiederherstellungs-Appliance auf eine zweite (Remote-)Appliance oder in die Cloud repliziert werden, um sie wiederherzustellen, im Notfall wiederherzustellen oder für Test- und Entwicklungszwecke zu nutzen.

Ihre Sicherungsvorlagen bestimmen die Methode, den Zeitplan und die Häufigkeit der Datenreplikation an einen Remote-Standort. Die Sicherungsvorlage definiert, wie Daten effizient zur Remote-Sicherungs-/Wiederherstellungs-Appliance verschoben und dort gespeichert werden. Die Datenreplikation wird durch die einzelnen Vorlagenrichtlinien gesteuert:

• Die Richtlinien für die Spiegelung von Produktionsdaten schützen Ihre Anwendungs- oder VM-Daten vor einem Standortausfall, indem eine vollständige Kopie dieser Daten auf einen Remote-Produktionsstandort gespiegelt wird. Anwendungen werden auf dem neuesten Stand gehalten und können bei Bedarf am Remote-Standort neu gestartet werden, indem auf Daten aus der Remote-DR-Kopie zugegriffen wird. Die Datenspiegelung kann als zugriffsoptimierte Replikation an einen Remote-Standort betrachtet werden. Weitere Informationen finden Sie unter Replikation von Produktions- in Spiegelrichtlinien.

• Bei Snapshot-zu-OnVault-Richtlinien wird eine HTTPS-Verbindung verwendet, um Daten an den Speicher zu senden, der durch einen OnVault-Pool definiert ist. Die Option „Komprimieren“ ist in OnVault-Pools standardmäßig aktiviert. Weitere Informationen finden Sie im Abschnitt Snapshots an einen oder mehrere OnVault-Pools senden.

Momentaufnahmen an einen oder mehrere OnVault-Pools senden

Mit der Snapshot-zu-OnVault-Richtlinie können Sie Snapshot-Daten an einen Speicherort senden, der durch einen OnVault-Pool definiert wird. Ein Zeitplan in der Richtlinie wird verwendet, um den neuesten Snapshot, der von der Richtlinie für die Erstellung von Snapshots aus Produktionsdaten der Richtlinienvorlage erstellt wurde, an den vom OnVault-Pool definierten Speicherort zu senden. OnVault-Poolspeicher wird in der Regel für die langfristige Aufbewahrung verwendet. Weitere Informationen zum OnVault-Pool finden Sie auf der Seite OnVault-Pool zum langfristigen Speichern von Bildern.

Wenn Daten an einen Speicher gesendet werden, der durch einen OnVault-Pool definiert ist, wird eine HTTPS-Verbindung verwendet, um die Datensicherheit im Netzwerk zu gewährleisten. Die Komprimierungsoption des OnVault-Pools ist standardmäßig aktiviert, um den Netzwerkverkehr zu minimieren.

Nach der ersten Aufnahme des vollständigen Snapshots werden nur die Änderungen an den Daten an den OnVault-Pool gesendet. Es handelt sich um dasselbe Modell für inkrementelle Änderungen, das auch in anderen Richtlinien verwendet wird.

Beachten Sie beim Zugriff auf Daten im Speicher eines OnVault-Pools Folgendes:

• Mit Sicherungs-/Wiederherstellungs-Appliances können Klone erstellt werden.

• LiveClones können nicht erstellt werden.

OnVault in mehrere OnVault-Pools

Anwendungsdaten können an mehrere OnVault-Ziele in der Cloud gesendet werden. Jedes OnVault-Ziel wird durch separate Richtlinien gesteuert, sodass die Häufigkeit der Aktualisierung und die Aufbewahrungsdauer unterschiedlich sein können (z.B. häufige lokale Aktualisierungen mit kurzer Aufbewahrungsdauer zusammen mit weniger häufigen Aktualisierungen in der Cloud mit langfristiger Aufbewahrungsdauer).

Multi-Target OnVault wird für alle Anwendungstypen unterstützt, einschließlich Direct-to-OnVault mit VMware-VMs. In diesem Fall werden die Daten direkt in den ersten OnVault-Pool geschrieben, wobei der Snapshot-Pool umgangen wird. Anschließend werden sie aus dem ersten OnVault-Pool gelesen und an die anderen gesendet.

Replikation von Produktions- zu Spiegelrichtlinien

Die Richtlinien für die Spiegelung von Produktionsdaten bieten die Möglichkeit, eine Kopie der Anwendungs- oder VM-Daten auf eine Ziel-Appliance für Sicherung und Wiederherstellung zu replizieren und ohne Wiederherstellungszeitfenster auf Daten zuzugreifen, was einen sehr niedrigen RTO-Wert ermöglicht. Bei Bedarf können Sie ein Failback zur Produktionswebsite mit einem identischen Datensatz durchführen, der zwischen den lokalen und Remote-Sicherungs-/Wiederherstellungs-Appliances gespiegelt wird.

StreamSnap

StreamSnap ermöglicht Hochverfügbarkeit, da Sie eine Remote-Kopie des Speichers und der Konfiguration einer Anwendung auf dem neuesten Stand halten und für ein Failover-Szenario vorbereiten können. Wenn eine von StreamSnap verwaltete Anwendung ausfällt, stellen Sie ein Failover-Image der Anwendung von der Remote-Site bereit. Wenn das Problem behoben wurde, können Sie das Syncback-Image mit den neuesten Änderungen auf der lokalen Website wiederherstellen und dann ein Failback der Anwendung auf die Produktionswebsite durchführen.

StreamSnap repliziert Daten-Snapshots über ein IP-Netzwerk mit hoher Bandbreite auf ein Remote-Sicherungs-/Wiederherstellungsgerät, wodurch RPOs von nur einer Stunde möglich sind.

• Bei VMware-VMs wird die Snapshot-Replikation parallel an die zweite Sicherungs-/Wiederherstellungs-Appliance gestreamt. Das Streamen einer VMware-VM erfolgt, um nicht warten zu müssen, bis der lokale Snapshot-Job abgeschlossen ist, bevor die Replikation gestartet wird.

• Bei Nicht-VMware-VM-Anwendungen erfolgt die Snapshot-Replikation nach Abschluss des lokalen Snapshot-Jobs.

Hinweis :Die StreamSnap-Replikation und lokale Snapshots sind integriert, um die Erstellung doppelter Snapshots zu vermeiden. Mit der Sicherungs-/Wiederherstellungs-Appliance können Sie mehrere lokale Snapshots erstellen und lokale Images zur langfristigen Aufbewahrung in einem OnVault-Pool speichern.

Richtlinien für die Spiegelung von Produktionsdaten mit StreamSnap-Replikation sind an eine bestimmte Richtlinie für die Erstellung von Snapshots aus Produktionsdaten gebunden. Sie verwenden die Einstellungen für Zeitplan und Häufigkeit der zugehörigen Richtlinie für die Erstellung von Snapshots aus Produktionsdaten.

Sie können Snapshot-Bilder von mehreren verfügbaren Zeitpunkten am Remote-Standort beibehalten, indem Sie die Aufbewahrung in einer StreamSnap-Richtlinie anwenden. Wenn Snapshot-Bilder auf dem Remote-Gerät beibehalten werden, wird auf dem Remote-Gerät ein neues Snapshot-Bild mit einem Ablaufdatum erstellt, das durch die Richtlinieneinstellungen bestimmt wird. Jedes Remote-Snapshot-Bild unterstützt alle Vorgänge, die mit einem lokalen Snapshot-Bild verfügbar sind, wenn über den App Manager darauf zugegriffen wird.

Für die StreamSnap-Replikation ist eine zuverlässige Netzwerkverbindung erforderlich, um Daten-Snapshots auf die Remote-Appliance zu replizieren. Die für die Netzwerkverbindung erforderliche Bandbreite hängt direkt von der Größe der Anwendung (erste Kopie) und dem Umfang der Änderungen (für inkrementelle Updates) ab.

Technologie für die Datenreplikation von Backup and DR:

• Schützt Daten im Falle eines potenziellen Verlusts oder einer Beschädigung an Remote-Standorten, in Rechenzentren und in verschiedenen geografischen Regionen. Sollte es zu einer Unterbrechung kommen, ermöglicht die Datenreplikation eine schnelle Wiederaufnahme des Zugriffs auf und der Nutzung dieser Daten.
• Nutzt die Netzwerkbandbreite durch den Einsatz von Komprimierungstechnologie optimal.
• Ein dedizierter WAN-Beschleuniger bzw. ‑Optimierer ist nicht mehr erforderlich.
• Die Schreibreihenfolge wird beibehalten, auch über mehrere LUNs in einer Konsistenzgruppe hinweg.
• Wird in den Resiliency Director von Backup and DR eingebunden.
• Verschlüsselt Daten mit dem AES-256-Verschlüsselungsstandard. Die Authentifizierung zwischen Geräten erfolgt mit 2048-Bit-RSA-Zertifikaten.

Replikationsmethoden

Ihre Sicherungsvorlagen bestimmen die Methode, den Zeitplan und die Häufigkeit der Datenreplikation an einen Remote-Standort. Die Sicherungsvorlage definiert, wie Daten effizient zur Remote-Sicherungs-/Wiederherstellungs-Appliance verschoben und dort gespeichert werden. In Ressourcenprofilen wird festgelegt, wo Daten gespeichert werden. Daten können lokal oder auf einer Remote-Sicherungs-/Wiederherstellungs-Appliance gespeichert werden, auf die Daten repliziert werden.

Die Datenreplikation kann auf verschiedene Arten implementiert werden:

• Datenspiegelung: Richtlinien für die Spiegelung in der Produktion schützen Ihre Anwendungs- oder VM-Daten vor einem Standortausfall, indem eine vollständige Kopie dieser Daten auf einer Remote-Produktionswebsite gespiegelt wird. Anwendungen werden auf dem neuesten Stand gehalten und können bei Bedarf am Remote-Standort neu gestartet werden, indem auf Daten aus der Remote-DR-Kopie zugegriffen wird. Die Datenspiegelung kann als zugriffsoptimierte Replikation an einen Remote-Standort betrachtet werden. Die Datenspiegelung zwischen einer Produktions- und einer gespiegelten Website ist mit der StreamSnap-Replikationsmethode möglich. Weitere Informationen finden Sie auf der Seite Replikation von der Produktion zum Spiegelserver.

• Snapshot zu OnVault und direkt zu OnVault: OnVault-Richtlinien senden Daten über das Netzwerk an Cloud Storage. Mit diesen Richtlinien können Sie Anwendungs- und VM-Daten an Speicher senden, der durch einen Backup and DR OnVault-Pool definiert wird. Weitere Informationen finden Sie auf der Seite In Objektspeicher replizieren, der durch einen Backup and DR OnVault-Pool definiert wird.

  Hinweis :Wenn Sie die Replikation von Kopierdaten zwischen einer primären (lokalen) Sicherungs-/Wiederherstellungs-Appliance und einer Remote-Appliance für die Speicherung durchführen möchten, müssen beide Appliances konfiguriert und verbunden sein (Sicherheitszertifikate austauschen) und im Nichtfreigabemodus betrieben werden. Sie verbinden die primäre und die Remote-Appliance, wie unter Verbundene Appliances konfigurieren beschrieben.

Das sind die Vorteile der einzelnen Replikationsmethoden.

Replikationsmethode	Empfohlene Verwendung	Vorteile	Nachteile
Schnappschuss in OnVault oder direkt in OnVault	Kurz-, mittel- und langfristige Kundenbindung.	Kostengünstig Durch die Komprimierung wird der Bandbreitenverbrauch reduziert. Daten werden während der Übertragung und optional im Ruhezustand verschlüsselt.	Höhere Bandbreitennutzung. Anwendungen können nicht in Speicher ausgeführt werden, der durch einen OnVault-Pool definiert ist.
Datenspiegelung: StreamSnap	Notfallwiederherstellung für Anwendungen, die ein kürzeres RPO erfordern.	RPO von nur einer Stunde mit nahezu sofortigem Datenzugriff und Failover Komprimiert und verschlüsselt Repliziert auch große Datenmengen. Behält Snapshot-Bilder von mehreren verfügbaren Zeitpunkten auf dem Remote-Gerät bei Die StreamSnap-Technologie kann für die Protokollreplikation zwischen lokalen und Remote-Geräten verwendet werden.	Höherer Bandbreitenverbrauch

Speicherpool für replizierte Daten auswählen

So wählen Sie den Ziel-Speicherpool aus, in dem die eingehenden StreamSnap-Replikationsdaten gespeichert werden sollen:

1. Klicken Sie auf den Tab Verwalten und wählen Sie im Drop-down-Menü die Option Haushaltsgeräte aus.
2. Wählen Sie ein Gerät aus.
3. Klicken Sie auf Appliance konfigurieren, um die Seite Appliance-Konfiguration zu öffnen.
4. Gehen Sie zu System, dann zu Konfiguration und dann zu Geräteeinstellungen.
5. Klicken Sie auf den Tab Speicher. Ein Drop-down-Menü wird angezeigt, in dem Sie den Ziel-Snapshot-Pool für replizierte Daten auswählen können, die auf dieser Sicherungs-/Wiederherstellungs-Appliance eingehen.

6. (Optional nur für VMware) Sie können diese Einstellung für VMware-VMs überschreiben, wenn Sie möchten, dass sie stattdessen in einem ESX-Datenspeicher abgelegt werden. Klicken Sie das Kästchen VM override an und treffen Sie die folgenden Auswahlen:

   • Wählen Sie ein vCenter aus, um den Vorgang zu verwalten. Dieses vCenter sollte sich idealerweise am DR-Standort befinden.
   • Wählen Sie einen ESXi-Host für die VMware-VMs aus. Dieser ESXi-Host sollte sich auch am DR-Standort befinden und muss jederzeit eingeschaltet und verfügbar sein. Sie können nur einen ESXi-Host auswählen.
   • Wählen Sie die Datenspeicher aus, in denen die DR-Daten gespeichert werden sollen. Die Datenspeicher müssen genügend Speicherplatz für die replizierten VMDKs (virtuelle Laufwerke) haben. Wenn Sie mehrere Datenspeicher auswählen, verwendet die Sicherungs-/Wiederherstellungs-Appliance jeden einzelnen nacheinander.

   Die Sicherungs-/Wiederherstellungs-Appliance erstellt neue VMs am DR-Standort mit dem Namen DR-<original VM name>. Wenn die Quell-VM beispielsweise testvm heißt, wird die DR-Kopie DR-testvm genannt. Wenn die VM bereits vorhanden und ausgeschaltet ist, verwendet die Sicherungs-/Wiederherstellungs-Appliance sie als Ziel für die replizierten VMs.

   Hinweis :Wenn Sie die VMware-Überschreibung konfigurieren, wirkt sich dies auf die eingehende StreamSnap-Replikation auf die Sicherungs-/Wiederherstellungs-Appliance aus, auf der Sie angemeldet sind. Wenn die DR-Appliance ihre DR-Kopie in einem VMware-Datenspeicher und nicht im Snapshot-Pool der DR-Appliance erstellen soll, müssen Sie den VMware-Override am Standort der DR-Appliance festlegen.

7. Klicken Sie auf die graue Schaltfläche Einstellungen speichern.

StreamSnap-Replikation konfigurieren

Basierend auf Ihren Produktionsanforderungen für die Spiegelung zum Replizieren einer Kopie Ihrer Daten auf einem zweiten Sicherungs-/Wiederherstellungsgerät können Sie das Failover eines StreamSnap-Replikations-Images auf einen gespiegelten Datenproduktionsstandort auf einem zweiten Sicherungs-/Wiederherstellungsgerät ausführen. Anschließend können Änderungen, die am DR-Standort vorgenommen wurden, auf Ihre Produktionsumgebung auf der lokalen Sicherungs-/Wiederherstellungs-Appliance zurückrepliziert werden (Failback).

• Mit mehreren Syncback-Images können kumulative Änderungen, die am DR-Standort vorgenommen wurden, in der Produktionsumgebung repliziert werden.
• Syncback-Images können am Produktionsstandort gemountet, geklont oder wiederhergestellt werden, um den Zugriff wiederherzustellen.

So verwalten Sie eine Anwendung oder VM mit einer StreamSnap-Replikationsrichtlinie:

1. Prüfe, ob beide Geräte konfiguriert und verbunden sind (Sicherheitszertifikate austauschen) und im Freigabemodus betrieben werden.

2. Erstellen Sie unter Sicherungspläne eine Vorlage, die jeweils Folgendes enthält:

   • Richtlinie für die Umstellung von Produktions- auf Snapshot-Daten Richtlinien für die Erstellung von Spiegelbildern aus Produktionsdaten, die die Replikationsoption „StreamSnap“ verwenden, sind an eine bestimmte Snapshot-Richtlinie gebunden. Für die StreamSnap-Richtlinie sind die Zeitplan- und Häufigkeitseinstellungen der zugehörigen Snapshot-Richtlinie in der Vorlage erforderlich. Sie können die StreamSnap-Replikationsrichtlinie nicht ohne eine zugehörige Basis-Snapshot-Richtlinie in der Vorlage speichern.
   • Richtlinie „Production to Mirror“ Bei der Richtlinie für die Erstellung von Spiegeln aus Produktionsdaten wird die StreamSnap-Replikation verwendet. Remote-Snapshot-Bilder unterstützen alle Vorgänge, die mit einem lokalen Snapshot-Bild verfügbar sind, wenn über den App Manager darauf zugegriffen wird.
   Hinweis :Wenn Sie die erweiterten Einstellungen für die Sicherung von Datenbanklogs als Teil der Snapshot-Richtlinie aktivieren, die mit der StreamSnap-Replikation verknüpft ist, und die Einstellung Logs replizieren (mit StreamSnap-Technologie) aktivieren, werden Datenbanklogs auf das Remote-Gerät repliziert. Wenn die Protokollreplikation erst erfolgt, nachdem die Datenbank auf die Remote-Appliance repliziert wurde. Bevor ein Log auf dem Remote-Gerät angezeigt wird, muss mindestens eine erfolgreiche Replikation der Datenbank abgeschlossen sein.

3. Erstellen Sie unter Sicherungspläne ein Ressourcenprofil, in dem Sie angeben, wo Daten lokal gespeichert und wo Daten repliziert werden sollen. Weitere Informationen finden Sie auf der Seite Ressourcenprofil erstellen.

4. Wählen Sie im App Manager die Anwendungsdaten aus, die Sie verwalten möchten, und wenden Sie dann die Richtlinienvorlage an, um Anwendungen oder VMs zu verwalten.

   Snapshots werden lokal erstellt und auf eine Remote-Appliance repliziert. Die Daten sind dann auf dem Remote-Gerät verfügbar, sodass Sie jederzeit darauf zugreifen können. Bilder werden auf dem Remote-System angezeigt, wenn Sie im Fenster Wiederherstellen im App Manager auf die Schaltfläche Remote Snap klicken.

5. Testen Sie das Failover auf die Remote-Appliance, wie unter Failover testen beschrieben.

6. Basierend auf Ihren Anforderungen für die Spiegelung in der Produktion zum Replizieren einer Kopie Ihrer Daten auf einem zweiten Gerät können Sie das Failover eines StreamSnap-Replikations-Images auf eine Produktionswebsite auf einem zweiten Gerät ausführen. Anschließend können Änderungen, die am DR-Standort vorgenommen wurden, auf die lokale Appliance in Ihrer Produktionsumgebung zurückrepliziert werden (Failback). Weitere Informationen finden Sie auf der Seite Failover und Failback.

Fehlerbehandlung bei StreamSnap-Jobs

Wenn eine Sicherungsvorlage eine StreamSnap-Replikationsrichtlinie und eine Snapshot-Richtlinie enthält und Sie diese Sicherungsvorlage auf eine Anwendung oder VM anwenden, werden die Ergebnisse des StreamSnap-Jobs im Monitor aufgezeichnet. Während der Ausführung wird der StreamSnap-Job als einzelner Job im Monitor angezeigt. Nach Abschluss der Replikation werden unter Monitor zwei Jobs angezeigt: einer für den Snapshot-Job und ein zweiter für den StreamSnap-Job.

Eine Sicherungs-/Wiederherstellungs-Appliance kann diese Jobs auf folgende Weise verfolgen:

• Wenn die Replikation erfolgreich ist, werden auf der Seite Jobs zwei separate Job-Einträge mit dem Status Erfolgreich angezeigt. Beide Jobeinträge haben denselben Jobname, mit Ausnahme des StreamSnap-Jobs, der ein S-Suffix im Jobname enthält.
• Wenn ein Job fehlschlägt, entweder der StreamSnap-Job oder der Snapshot-Job, werden in der Liste der Jobs auf der Seite Jobs zwei Job-Einträge angezeigt, um zu erkennen, welcher Job erfolgreich war und welcher fehlgeschlagen ist.

Hinweis :Failover-, Test-Failover- und Syncback-Jobs, die für ein StreamSnap-Bild ausgelöst wurden, werden in der Liste der Jobs angezeigt, wenn Sie nach dem StreamSnap-Jobtyp filtern. Der Appliance Monitor-Dienst unterscheidet nicht zwischen den beiden Images in Bezug auf Failover-, Test-Failover- und Syncback-Jobtypen.

Die Start- und Endzeiten des StreamSnap-Job-Eintrags und des Snapshot-Job-Eintrags sind unter Monitor identisch. Die tatsächliche Dauer der Snapshot-Phase wird auf der Seite Statistiken für den StreamSnap-Job aufgeführt.

In der folgenden Tabelle sind der Jobverlauf und das Verhalten bei der Fehlerbehandlung aufgeführt, je nachdem, ob die Snapshot-Richtlinie und die StreamSnap-Replikationsrichtlinie erfolgreich ausgeführt wurden oder fehlgeschlagen sind, wenn sie zum Schutz einer Anwendung verwendet werden.

Schutzszenario	Verhalten des Jobverlaufs
Sowohl der Snapshot- als auch der StreamSnap-Job werden erfolgreich ausgeführt.	In der Liste der Jobs mit dem Status Erfolgreich werden nach Abschluss des Jobs zwei separate Job-Einträge angezeigt. Beide Jobeinträge haben denselben Jobname, mit der Ausnahme, dass der StreamSnap-Job auch ein S-Suffix im Jobname enthält.
Snapshot-Job erfolgreich, StreamSnap-Job fehlgeschlagen	Für den Snapshot-Job wird ein Job-Eintrag in der Liste der Jobs mit dem Status Erfolgreich angezeigt. Der StreamSnap-Job wird bis zu dreimal wiederholt.
Sowohl der Snapshot- als auch der StreamSnap-Job schlagen fehl, aber die Appliance versucht es noch einmal.	In der Liste der Jobs wird ein StreamSnap-Job mit dem Status Wiederholt angezeigt. Wenn der Snapshot-Job erfolgreich ist, der StreamSnap-Job jedoch weiterhin fehlschlägt, werden zwei Job-Einträge erstellt und es werden keine weiteren Wiederholungen für StreamSnap versucht.
Sowohl der einzelne Snapshot- als auch der StreamSnap-Job schlagen nach der maximalen Anzahl von Wiederholungsversuchen fehl.	In der Liste der Jobs wird ein StreamSnap-Job mit dem Status Fehler angezeigt.

Wiederholungsversuche bei der StreamSnap-Replikation

Bei der StreamSnap-Replikation (SnapReplicate) wird ein Snapshot der Originalanwendung zu einem bestimmten Zeitpunkt repliziert. Weitere Informationen finden Sie auf der Seite StreamSnap-Replikationsproduktion erstellen, um Richtlinie zu spiegeln.

Vorteile

• Die StreamSnap-Replikation auf verschiedene Hosts kann gleichzeitig erfolgen. Dadurch kann die Replikation auf mehrere Hosts viel schneller abgeschlossen werden.

• Wenn die Snapshot-Phase eines StreamSnap-Jobs erfolgreich ist, die StreamSnap-Phase jedoch fehlschlägt, wird die StreamSnap-Phase bis zu dreimal wiederholt, bevor der StreamSnap-Job fehlschlägt. Der StreamSnap-Job hat das Suffix S, gefolgt von den Buchstaben a, b oder c, die die Anzahl der Wiederholungen angeben.

• Wenn der Snapshot-Job fehlschlägt, wird er wiederholt. Wenn ein Wiederholungsversuch erfolgreich ist, kann der Replikationsjob fortgesetzt werden. Der StreamSnap-Job schlägt erst fehl, wenn der Snapshot-Job auch nach Wiederholungsversuchen fehlschlägt.

• Wenn Sie einen neuen StreamSnap-Job ausführen, während bereits ein StreamSnap-Job ausgeführt wird, wird der neue StreamSnap-Job automatisch in zwei Jobs (Snap+Replicate) aufgeteilt, bevor er in die Warteschlange gestellt wird. In diesem Szenario kann der Snap-Teil des zweiten Jobs parallel zum Replicate-Teil des zweiten Jobs ausgeführt werden. Der Replicate-Teil des zweiten Jobs wartet auf den Abschluss des Snapshot-Jobs, bevor er aktiviert wird.

On-Demand-Snapshot-Replikation

In der Appliance-Verwaltungskonsole können Sie den lokalen Snapshot oder einen StreamSnap von einer beliebigen gekoppelten Appliance auf eine beliebige gekoppelte Appliance replizieren. Verwenden Sie dazu die Option Replicate (Replizieren) im Drop-down-Menü des Bereichs mit den Bilddetails. Bei der Replikation werden immer die Änderungen vom ausgewählten Image zum neuesten Image am Remote-Standort berücksichtigt. Daher ist es ideal, Bilder vom ältesten zum neuesten zu replizieren, wenn mehrere Bilder repliziert werden müssen. Sie können beim Replizieren des Images einen eigenen Aufbewahrungszeitraum angeben. Weitere Informationen finden Sie im Abschnitt Snapshot-Image replizieren.

Snapshot-Bild replizieren

So replizieren Sie ein Snapshot-Image:

1. Klicken Sie auf den Tab App Manager und wählen Sie in der Drop-down-Liste die Option Applications (Anwendungen) aus.

   Die Seite Anwendungen wird geöffnet.

2. Wählen Sie die Anwendung mit dem Bild aus, das Sie replizieren möchten, und wählen Sie dann in der Drop-down-Liste unten rechts auf der Seite Anwendungen die Option Zugriff aus. Die Seite Zugriff wird geöffnet und zeigt die aufgenommenen Bilder in der Zeitachse an. Sowohl Snapshot- als auch Remote-Snapshot-Bildtypen, einschließlich StreamSnap-Bildern, können ausgewählt und repliziert werden.

3. Wählen Sie ein Bild und dann Replicate aus der Liste der Zugriffsoperationen aus.

   Die Seite Replicate (Replizieren) wird geöffnet.

4. Wählen Sie im Drop-down-Menü Ziel das Zielgerät für die Replikation aus.

5. Wählen Sie im Bereich Ablauf eine der folgenden Optionen für das neu replizierte Bild aus:

   • Wie Quelle: Wählen Sie Wie Quelle aus, wenn Sie dasselbe Ablaufdatum wie für das Quellbild festlegen möchten.
   • Beibehalten: Wählen Sie Beibehalten aus, wenn Sie die Ablaufdauer für das replizierte Bild in Stunden, Tagen, Wochen, Monaten oder Jahren festlegen möchten.
   • Ablaufdatum: Wählen Sie Ablaufdatum aus, wenn Sie ein Ablaufdatum für die Replik angeben möchten.
   • Ablaufdatum: Wählen Sie Ablaufdatum aus und geben Sie das Ablaufdatum für das replizierte Bild an.
   • Nie ablaufen: Wählen Sie Nie aus, wenn das replizierte Bild nie ablaufen soll.

6. Klicken Sie auf Senden.