Durch die Replikation von Kopien von Daten in Remote-Speicher werden die Daten bei einem Notfall an der primären Standort geschützt und der erforderliche Speicherplatz an der primären Standort reduziert. Das Ziel der Replikation besteht darin, Ihre Daten wiederherzustellen, wenn es zu Datenverlusten und Auswirkungen auf Ihre Produktionssysteme aufgrund von Problemen wie Hardwareausfällen, Softwareproblemen oder Standortereignissen kommt. Die Datenreplizierung 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, für die Notfallwiederherstellung zu verwenden oder zu Test- und Entwicklungszwecken zu nutzen.
Mit Ihren Sicherungsvorlagen legen Sie die Methode, den Zeitplan und die Häufigkeit der Datenreplikation an einem Remote-Speicherort fest. In der Sicherungsvorlage wird festgelegt, wie Daten effizient in die Remote-Sicherungs-/Wiederherstellungsanwendung verschoben und dort gespeichert werden. Die Datenreplikation wird durch die einzelnen Vorlagenrichtlinien gesteuert:
Mit Produktions-zu-Mirror-Richtlinien werden Ihre Anwendungs- oder VM-Daten vor einem Standortausfall geschützt, indem eine vollständige Kopie dieser Daten auf einem Remote-Produktionsstandort gespiegelt wird. Die Anwendungen werden auf dem neuesten Stand gehalten und können jederzeit an der Remote-Site neu gestartet werden, indem auf Daten aus der Remote-DR-Kopie zugegriffen wird. Das Datenspiegeln kann als eine für den Zugriff optimierte Replikation an einen Remote-Speicherort betrachtet werden. Weitere Informationen finden Sie unter Replikation von Produktions- zu Spiegelrichtlinien.
Bei Snapshot-zu-OnVault-Richtlinien werden Daten über eine HTTPS-Verbindung an den Speicher gesendet, der von einem OnVault-Pool definiert wird. Die Komprimierungsoption ist in OnVault-Pools standardmäßig aktiviert. Weitere Informationen finden Sie im Abschnitt Snapshots an einen oder mehrere OnVault-Pools senden.
Snapshots an einen oder mehrere OnVault-Pools senden
Mit der Richtlinie „Snapshot to OnVault“ können Sie Snapshot-Daten an einen Speicherort senden, der von einem OnVault-Pool definiert ist. Über einen Zeitplan in der Richtlinie wird der aktuelle Snapshot, der von der Produktions-zu-Snapshot-Richtlinie der Richtlinienvorlage erstellt wurde, an den vom OnVault-Pool definierten Speicherort gesendet. 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 Langzeitspeichern von Bildern.
Beim Senden von Daten an einen Speicher, der von einem OnVault-Pool definiert ist, wird eine HTTPS-Verbindung verwendet, um die Datensicherheit über das Netzwerk zu gewährleisten. Die Komprimierungsoption des OnVault-Pools ist standardmäßig aktiviert, um den Netzwerkverkehr zu minimieren.
Nach der anfänglichen Aufnahme des vollständigen Snapshots werden nur die Änderungen an den Daten an den OnVault-Pool gesendet. Dies ist dasselbe inkrementelle Modell, das auch für andere Richtlinien verwendet wird.
Beachten Sie beim Zugriff auf Daten im Speicher eines OnVault-Pools Folgendes:
Sicherungs-/Wiederherstellungs-Appliances können Klone erstellen.
LiveClones können nicht erstellt werden.
OnVault zu mehreren OnVault-Pools
Anwendungsdaten können an mehrere OnVault-Ziele in der Cloud gesendet werden. Jedes OnVault-Ziel wird durch separate Richtlinien gesteuert, sodass sich Aktualisierungshäufigkeit und Aufbewahrungsdauer unterscheiden können (z.B. häufige lokale Aktualisierungen mit kurzer Aufbewahrungsdauer und weniger häufige Aktualisierungen in der Cloud mit langfristiger Aufbewahrungsdauer).
OnVault mit mehreren Zielen 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
Mit Produktions-zu-Spiegelungsrichtlinien können Sie eine Kopie der Anwendungs- oder VM-Daten auf einer Zielsicherungs-/Wiederherstellungs-Appliance replizieren und ohne Wiederherstellungsfenster auf die Daten zugreifen. So wird eine sehr kurze RTO ermöglicht. Bei Bedarf können Sie einen Failback zur Produktionswebsite mit einem identischen Datensatz ausführen, der zwischen den lokalen und Remote-Sicherungs-/Wiederherstellungs-Appliances gespiegelt wird.
StreamSnap
StreamSnap ermöglicht eine hohe Verfügbarkeit, da Sie eine Remote-Kopie des Speichers und der Konfiguration einer Anwendung auf dem neuesten Stand halten und für ein Failover-Szenario bereithalten 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 Synchronisierungs-Image mit den neuesten Änderungen auf der lokalen Website wiederherstellen und dann die Anwendung auf die Produktionswebsite zurückverschieben.
StreamSnap repliziert Daten-Snapshots über ein IP-Netzwerk mit hoher Bandbreite auf eine Remote-Sicherungs-/Wiederherstellungs-Appliance. Dies kann RPO-Werte von nur einer Stunde ermöglichen.
Bei VMware-VMs wird die Snapshot-Replikation parallel an die zweite Sicherungs-/Wiederherstellungs-Appliance gestreamt. Das Streaming einer VMware-VM wird durchgeführt, um zu vermeiden, dass Sie warten müssen, bis der lokale Snapshot-Job abgeschlossen ist, bevor die Replikation gestartet wird.
Bei nicht von VMware stammenden VM-Anwendungen erfolgt die Snapshot-Replikation nach Abschluss des lokalen Snapshot-Jobs.
Richtlinien für die Produktion zum Spiegeln mit StreamSnap-Replikation sind an eine bestimmte Richtlinie für die Produktion zum Snapshot gebunden. Sie verwenden die Zeitplan- und Häufigkeitseinstellungen der zugehörigen Produktion für die Snapshot-Richtlinie.
Sie können Snapshot-Bilder aus mehreren verfügbaren Zeitpunkten an der Remote-Site aufbewahren, indem Sie die Aufbewahrung in einer StreamSnap-Richtlinie anwenden. Wenn Snapshot-Images auf dem Remotegerät aufbewahrt werden, wird auf dem Remotegerät ein neues Snapshot-Image mit einem Ablaufdatum erstellt, das von den Richtlinieneinstellungen bestimmt wird. Jedes Remote-Snapshot-Image unterstützt alle Vorgänge, die bei einem lokalen Snapshot-Image 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 (ursprüngliche Kopie) und der Anzahl der Änderungen (bei inkrementellen Updates) ab.
Datenreplikationstechnologie für Sicherung und Notfallwiederherstellung:
- Schützt Daten vor potenziellem Verlust oder Beschädigung an entfernten Standorten, in Rechenzentren und in verschiedenen Regionen. Sollte es zu einer Störung kommen, kann durch die Datenreplikation der Zugriff auf und die Nutzung dieser Daten schnell wieder aufgenommen werden.
- Nutzt die Netzwerkbandbreite durch Komprimierungstechnologie optimal aus.
- Es ist kein spezieller WAN-Beschleuniger/-Optimierer erforderlich.
- Die Schreibreihenfolge wird beibehalten, auch über mehrere LUNs in einer Konsistenzgruppe hinweg.
- Kann in den Resilienz-Director für Sicherung und Notfallwiederherstellung eingebunden werden.
- Verschlüsselt Daten mit dem AES-256-Verschlüsselungsstandard. Die Authentifizierung zwischen den Appliances erfolgt mit 2048-Bit-RSA-Zertifikaten.
Replikationsmethoden
Mit Ihren Sicherungsvorlagen legen Sie die Methode, den Zeitplan und die Häufigkeit der Datenreplikation an einem Remote-Speicherort fest. In der Sicherungsvorlage wird festgelegt, wie Daten effizient in die Remote-Sicherungs-/Wiederherstellungsanwendung 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 die Daten repliziert werden.
Die Datenreplizierung kann mit verschiedenen Methoden implementiert werden:
- Datenspiegelung: Mit Produktions-zu-Spiegelungsrichtlinien werden Ihre Anwendungs- oder VM-Daten vor einem Serverausfall geschützt, indem eine vollständige Kopie dieser Daten auf eine Remote-Produktionswebsite gespiegelt wird. Die Anwendungen werden auf dem neuesten Stand gehalten und können jederzeit an der Remote-Site neu gestartet werden, indem auf Daten aus der Remote-DR-Kopie zugegriffen wird. Das Datenspiegeln kann als eine nutzungsoptimierte Replikation an einen Remote-Speicherort betrachtet werden. Die Datenspiegelung zwischen einer Produktions- und einer gespiegelten Website ist mit der StreamSnap-Replikationsmethode verfügbar. Weitere Informationen finden Sie auf der Seite Replikation von der Produktion zum Spiegel.
Snapshot to OnVault und direkt an OnVault: Mit OnVault-Richtlinien werden Daten über das Netzwerk an Cloud Storage gesendet. Mit diesen Richtlinien können Sie Anwendungs- und VM-Daten an Speicher senden, der durch einen OnVault-Pool für Sicherung und Notfallwiederherstellung definiert ist. Weitere Informationen finden Sie auf der Seite In Objektspeicher replizieren, der durch einen OnVault-Pool für Sicherung und Notfallwiederherstellung definiert ist.
Das sind die Vorteile der einzelnen Replikationsmethoden.
| Replikationsmethode | Empfohlene Verwendung | Vorteile | Nachteile |
|---|---|---|---|
| Snapshot auf OnVault oder direkt auf OnVault | Kurz-, mittel- und langfristige Bindung | Kostengünstig
Die Komprimierung reduziert den Bandbreitenverbrauch Daten werden während der Übertragung und optional im Ruhezustand verschlüsselt |
Höhere Bandbreitennutzung.
Anwendungen können nicht in einem Speicher ausgeführt werden, der von einem OnVault-Pool definiert ist. |
| Datenspiegelung: StreamSnap | Notfallwiederherstellung für Anwendungen, für die ein kürzeres RPO erforderlich ist. | RPO von nur einer Stunde mit nahezu sofortigem Datenzugriff und Failover
Komprimiert und verschlüsselt Repliziert auch große Datenmengen. Behält Snapshot-Images aus mehreren verfügbaren Zeitpunkten auf der Remote-Appliance bei 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 Zielspeicherpool aus, in dem die eingehenden StreamSnap-Replikationsdaten gespeichert werden sollen:
- Klicken Sie auf den Tab Verwalten und wählen Sie im Drop-down-Menü die Option Haushaltsgeräte aus.
- Wählen Sie ein Haushaltsgerät aus.
- Klicken Sie auf Gerät konfigurieren, um die Seite Gerätekonfiguration zu öffnen.
- Gehen Sie zu System, dann zu Konfiguration und dann zu Geräteeinstellungen.
- 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 an diese Sicherungs-/Wiederherstellungs-Appliance gesendet werden.
(Nur für VMware optional) Sie können diese Einstellung für VMware-VMs überschreiben, wenn sie stattdessen auf einen ESX-Datenspeicher zugreifen sollen. Setzen Sie ein Häkchen in das Kästchen VM-Überschreibung 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 zum Hosten der VMware-VMs aus. Dieser ESXi-Host sollte sich ebenfalls am Notfallstandort 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 Notfallwiederherstellungsdaten gespeichert werden sollen. Die Datenspeicher müssen Platz für die replizierten VMDKs (virtuelle Laufwerke) haben. Wenn Sie mehrere Datenspeicher auswählen, werden diese von der Sicherungs-/Wiederherstellungs-Appliance nacheinander verwendet.
Die Sicherungs-/Wiederherstellungs-Appliance erstellt neue VMs an der Notfallwiederherstellungsstelle mit dem Namen
DR-<original VM name>. Wenn die Quell-VM beispielsweise testvm heißt, wird die Notfallwiederherstellungskopie DR-testvm genannt. Wenn die VM bereits vorhanden und ausgeschaltet ist, verwendet die Sicherungs-/Wiederherstellungs-Appliance sie als Ziel für die replizierten VMs.Klicken Sie auf die graue Schaltfläche Einstellungen speichern.
StreamSnap-Replikation konfigurieren
Je nach Ihren Anforderungen an die Produktion und Spiegelung für die Replikation einer Kopie Ihrer Daten auf einer zweiten Sicherungs-/Wiederherstellungs-Appliance können Sie das Failover eines StreamSnap-Replikations-Images auf einen gespiegelten Produktionsstandort für Daten auf einer zweiten Sicherungs-/Wiederherstellungs-Appliance ausführen. Anschließend können Änderungen, die an der DR-Stelle vorgenommen wurden, auf der lokalen Sicherungs-/Wiederherstellungs-Appliance zurück repliziert werden (Failback).
- Mit mehreren Syncback-Images können kumulative Änderungen, die am DR-Standort vorgenommen wurden, wieder in die Produktion repliziert werden.
- Syncback-Images können an der Produktionsstelle bereitgestellt, geklont oder wiederhergestellt werden, um den Zugriff wiederherzustellen.
So verwalten Sie eine Anwendung oder VM mit einer StreamSnap-Replikationsrichtlinie:
- Prüfen Sie, ob beide Appliances konfiguriert und verbunden sind (Sicherheitszertifikate austauschen) und sich im Freigabemodus befinden.
Erstellen Sie unter Sicherungspläne eine Vorlage, die jeweils eines der folgenden Elemente enthält:
- Richtlinie für die Migration von der Produktion zu Snapshots Produktions-zu-Speicher-Richtlinien, 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 speichern, ohne in der Vorlage eine zugehörige Basis-Snapshot-Richtlinie anzugeben.
- Richtlinie für die Produktion zum Spiegeln Für die Richtlinie zum Spiegeln von Produktionsdaten wird die StreamSnap-Replikation verwendet. Remote-Snapshot-Images unterstützen alle Vorgänge, die bei einem lokalen Snapshot-Image verfügbar sind, wenn im App-Manager darauf zugegriffen wird.
Erstellen Sie unter Sicherungspläne ein Ressourcenprofil, in dem angegeben ist, wo Daten lokal gespeichert und wo sie repliziert werden sollen. Weitere Informationen finden Sie auf der Seite Ressourcenprofil erstellen.
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 einer Remote-Appliance repliziert. Die Daten sind dann auf dem Remote-Gerät verfügbar, um einen flexiblen und sofortigen Zugriff zu ermöglichen. Bilder werden auf dem Remotesystem angezeigt, wenn Sie im App-Manager im Fenster Wiederherstellen auf die Schaltfläche Remote-Snapshot klicken.
Testen Sie das Failover auf die Remote-Appliance wie unter Failover testen beschrieben.
Je nach Ihren Anforderungen an die Produktion und Spiegelung für die Replikation einer Kopie Ihrer Daten auf einer zweiten Appliance können Sie das Failover eines StreamSnap-Replikations-Images auf eine Produktionswebsite auf einer zweiten Appliance ausführen. Anschließend können Änderungen, die an der DR-Website vorgenommen wurden, auf der lokalen Appliance in die Produktionsumgebung repliziert 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 Job ausgeführt wird, wird er im Monitor als einzelner Job angezeigt. Sobald die Replikation abgeschlossen ist, werden im 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 Arten verfolgen:
- Wenn die Replikation erfolgreich war, werden in der Jobliste auf der Seite Jobs zwei separate Jobeinträge mit dem Status Erfolgreich angezeigt. Beide Jobeinträge haben denselben Jobnamen, mit der Ausnahme, dass der StreamSnap-Job zusätzlich ein S-Suffix im Jobnamen enthält.
- Wenn ein Job fehlschlägt, werden auf der Seite Jobs in der Jobliste zwei Jobeinträge angezeigt, um zu erkennen, welcher Job erfolgreich war und welcher fehlgeschlagen ist.
Die Start- und Endzeiten des StreamSnap-Jobeintrags und des Snapshot-Jobeintrags sind in 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 wird der Jobverlauf und die Fehlerbehandlung beschrieben, die je nach Erfolg oder Misserfolg der Snapshot-Richtlinie und der StreamSnap-Replikationsrichtlinie beim Schutz einer Anwendung auftreten.
| Schutzszenario | Verhalten im Jobverlauf |
|---|---|
| Sowohl der Snapshot-Job als auch der StreamSnap-Job werden erfolgreich ausgeführt | Wenn der Job abgeschlossen ist, werden in der Liste der Jobs zwei separate Jobeinträge mit dem Status Erfolgreich angezeigt. Beide Jobeinträge haben denselben Jobnamen, mit der Ausnahme, dass der StreamSnap-Job zusätzlich ein S-Suffix im Jobnamen enthält. |
| Snapshot-Job erfolgreich, StreamSnap-Job fehlgeschlagen | Für den Snapshot-Job wird in der Liste der Jobs ein Jobeintrag 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 dann, es noch einmal zu versuchen. | In der Liste der Jobs wird ein StreamSnap-Jobeintrag mit dem Status Noch einmal versucht angezeigt.
Wenn der Snapshot-Job erfolgreich ist, der StreamSnap-Job aber weiterhin fehlschlägt, werden zwei Jobeinträge erstellt und es gibt keine weiteren Wiederholungen für StreamSnap. |
| Sowohl die einzelnen Snapshot- als auch die StreamSnap-Jobs schlagen nach der maximalen Anzahl von Wiederholungen fehl. | In der Liste der Jobs wird ein StreamSnap-Jobeintrag mit dem Status Fehlgeschlagen angezeigt. |
Wiederholungen der StreamSnap-Replikation
Bei der StreamSnap-Replikation (SnapReplicate) wird ein Snapshot der ursprünglichen Anwendung zu einem bestimmten Zeitpunkt repliziert. Weitere Informationen finden Sie auf der Seite StreamSnap-Replikationsproduktion zum Spiegeln einer Richtlinie erstellen.
Vorteile
Die StreamSnap-Replikation auf verschiedene Hosts kann gleichzeitig ausgeführt werden. 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 vom Buchstaben „a“, „b“ oder „c“, der die Anzahl der Wiederholungen angibt.
Wenn der Snapshot-Job fehlschlägt, wird er wiederholt. Wenn ein Wiederholungsversuch erfolgreich ist, kann der Replikationsjob fortgesetzt werden. Wenn der Snapshot-Job auch nach mehreren Versuchen fehlschlägt, schlägt erst dann der StreamSnap-Job fehl.
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+Replikation) aufgeteilt, bevor er in die Warteschlange gestellt wird. In diesem Szenario kann der Snap-Teil des zweiten Jobs parallel zum Replikationsteil des zweiten Jobs ausgeführt werden. Der Teil des zweiten Jobs, der die Replikation ausführt, wartet, bis der Snapshot-Job abgeschlossen ist, bevor er aktiviert wird.
On-Demand-Snapshot-Replikation
In der Verwaltungskonsole können Sie den lokalen Snapshot oder einen StreamSnap über das Drop-down-Menü „Replikieren“ im Bereich mit den Image-Details von einer gekoppelten Appliance auf eine andere gekoppelte Appliance replizieren. Bei der Replikation werden immer die Änderungen vom ausgewählten Image zum jeweils neuesten Image an der Remote-Site übertragen. Daher ist es am besten, Images vom ältesten zum neuesten zu replizieren, wenn mehrere Images 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-Image replizieren
So replizieren Sie ein Snapshot-Image:
Klicken Sie auf den Tab App-Manager und wählen Sie in der Drop-down-Liste die Option Anwendungen aus.
Die Seite Anwendungen wird geöffnet.
Wählen Sie die Anwendung mit dem Bild aus, das Sie replizieren möchten, und dann rechts unten auf der Seite Anwendungen die Drop-down-Liste Zugriff aus. Die Seite Zugriff wird geöffnet. Dort werden die aufgenommenen Bilder in der Zeitachsenrampenansicht aufgeführt. Sowohl Snapshot- als auch Remote-Snapshot-Bildtypen, einschließlich StreamSnap-Bilder, können ausgewählt und repliziert werden.
Wählen Sie ein Image und dann Replizieren aus der Liste der Zugriffsvorgänge aus.
Die Seite Replikieren wird geöffnet.
Wählen Sie im Drop-down-Menü Ziel die Ziel-Appliance für die Replikation aus.
Wählen Sie im Bereich Ablauf eine der folgenden Optionen für das neu replizierte Image aus:
- Wie bei der Quelle: Wählen Sie Wie bei der 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 Image in Stunden, Tagen, Wochen, Monaten oder Jahren festlegen möchten.
- Expire on (Ablaufen am): Wählen Sie Expire on aus, wenn das Replikat an einem bestimmten Datum ablaufen soll, und geben Sie das Ablaufdatum für das Replikat an.
- Ablaufen am: Wählen Sie Ablaufen am aus und geben Sie das Ablaufdatum für das replizierte Image an.
- Nie: Wählen Sie Nie aus, wenn das replizierte Bild nicht ablaufen soll.
Klicken Sie auf Senden.