Durch die Replikation von Kopiedaten in einen Remotespeicher werden die Daten im Falle eines Notfalls am primären Standort geschützt und die erforderliche Speichermenge am primären Standort wird reduziert. Das Ziel der Replikation besteht darin, Ihre Daten bei Datenverlust und Auswirkungen auf Ihre Produktionssysteme aufgrund von Problemen wie Hardwarefehlern, Softwareproblemen oder einem Standortvorfall 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, für die Notfallwiederherstellung oder für Test- und Entwicklungszwecke.
Mit Ihren Sicherungsvorlagen legen Sie die Methode, den Zeitplan und die Häufigkeit der Datenreplikation an einen Remotestandort fest. In der Sicherungsvorlage wird definiert, wie Daten effizient auf die Remote-Sicherungs-/Wiederherstellungs-Appliance verschoben und dort gespeichert werden. Die Datenreplikation wird durch die einzelnen Vorlagenrichtlinien gesteuert:
Richtlinien für die Erstellung von Spiegelungen aus 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 am Remote-Standort jederzeit 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- zu Spiegelrichtlinien.
Snapshot-zu-OnVault-Richtlinien verwenden eine HTTPS-Verbindung, 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.
Snapshots an einen oder mehrere OnVault-Pools senden
Mit der Richtlinie „Snapshot an OnVault“ können Sie Snapshot-Daten an einen Speicherort senden, der durch einen OnVault-Pool definiert ist. Ein Zeitplan innerhalb 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 unter Snapshots an einen oder mehrere OnVault-Pools senden.
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. Dies ist dasselbe Modell für die inkrementelle Sicherung, das auch von anderen 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 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 Aufbewahrung).
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.
Produktion zur Spiegelung der Richtlinienreplikation
Richtlinien für die Erstellung von Spiegelungen aus Produktionsdaten bieten eine Möglichkeit, eine Kopie der Anwendungs- oder VM-Daten auf einer Ziel-Sicherungs-/Wiederherstellungs-Appliance zu replizieren und ohne Wiederherstellungsfenster auf Daten zuzugreifen, was einen sehr niedrigen RTO-Wert ermöglicht. Bei Bedarf können Sie ein Failback auf den Produktionsstandort 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 bereitstellen können. Wenn eine von StreamSnap verwaltete Anwendung ausfällt, stellen Sie ein Failover-Backup der Anwendung vom Remotestandort bereit. Wenn das Problem behoben ist, können Sie die Syncback-Sicherung mit den neuesten Änderungen am lokalen Standort wiederherstellen und dann ein Failback der Anwendung auf den Produktionsstandort durchführen.
StreamSnap repliziert Daten-Snapshots über ein IP-Netzwerk mit hoher Bandbreite auf eine Remote-Sicherungs-/Wiederherstellungs-Appliance, was RPOs von nur einer Stunde ermöglichen kann.
Bei VMware-VMs wird die Snapshot-Replikation parallel zur zweiten Sicherungs-/Wiederherstellungs-Appliance gestreamt. Das Streaming einer VMware-VM wird ausgeführt, um zu vermeiden, dass vor dem Starten der Replikation auf den Abschluss des lokalen Snapshot-Jobs gewartet werden muss.
Bei Nicht-VMware-VM-Anwendungen erfolgt die Snapshot-Replikation nach Abschluss des lokalen Snapshot-Jobs.
Richtlinien für die Erstellung von Spiegelungen aus Produktionsdaten mit StreamSnap-Replikation sind an eine bestimmte Richtlinie für die Erstellung von Snapshots aus Produktionsdaten gebunden. Sie verwenden die Zeitplan- und Häufigkeitseinstellungen der zugehörigen Richtlinie für die Erstellung von Snapshots aus Produktionsdaten.
Sie können Sicherungen von mehreren verfügbaren Zeitpunkten am Remote-Standort aufbewahren, indem Sie die Aufbewahrung in einer StreamSnap-Richtlinie anwenden. Wenn Sicherungen auf der Remote-Appliance aufbewahrt werden, wird auf der Remote-Appliance eine neue Sicherung mit einem Ablaufdatum erstellt, das durch die Richtlinieneinstellungen bestimmt wird. Jede Remote-Sicherung unterstützt alle Vorgänge, die mit einer lokalen Sicherung 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 bei Sicherung und Notfallwiederherstellung:
- Schützt Daten bei potenziellem Verlust oder Beschädigung an entfernten Standorten, in Rechenzentren und Regionen. Sollte es zu einer Störung kommen, ermöglicht die Datenreplikation eine schnelle Wiederaufnahme des Zugriffs auf diese Daten und deren Nutzung.
- Nutzt die Netzwerkbandbreite durch Komprimierungstechnologie optimal.
- Ein dedizierter WAN-Beschleuniger/-Optimierer ist nicht mehr erforderlich.
- Die Schreibreihenfolge wird beibehalten, auch über mehrere LUNs in einer Konsistenzgruppe hinweg.
- Integrierbar in den Resiliency Director für Backup und DR.
- Verschlüsselt Daten mit dem AES-256-Verschlüsselungsstandard. Die Authentifizierung zwischen Appliances erfolgt über 2048-Bit-RSA-Zertifikate.
Replikationsmethoden
Ihre Sicherungsvorlagen bestimmen die Methode, den Zeitplan und die Häufigkeit der Datenreplikation an einen Remotestandort. Die Backup-Vorlage definiert, wie Daten effizient zur Remote-Sicherungs-/Wiederherstellungs-Appliance verschoben und dort gespeichert werden. Ressourcenprofile legen fest, 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 mit verschiedenen Methoden implementiert werden:
- Datenspiegelung: 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 am Remote-Standort jederzeit 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 in der StreamSnap-Replikationsmethode verfügbar. Weitere Informationen finden Sie auf der Seite Produktions- zu Spiegelreplikation.
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 einen Speicher senden, der durch einen Backup und DR-OnVault-Pool definiert ist. Weitere Informationen finden Sie auf der Seite In Objektspeicher replizieren, der durch einen Backup und DR-OnVault-Pool definiert ist.
Dies sind die Vorteile der einzelnen Replikationsmethoden.
| Replikationsmethode | Empfohlene Verwendung | Vorteile | Nachteile |
|---|---|---|---|
| Snapshot zu OnVault oder direkt zu OnVault | Kurz-, mittel- und langfristige Aufbewahrung. | Kostengünstig
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 durch einen OnVault-Pool definiert ist. |
| Datenspiegelung: StreamSnap | Notfallwiederherstellung für Anwendungen, die einen kürzeren RPO erfordern. | RPO von nur einer Stunde mit nahezu sofortigem Datenzugriff und Failover
Komprimiert und verschlüsselt Repliziert auch große Datenmengen. Sicherungen von mehreren verfügbaren Zeitpunkten auf der Remote-Appliance werden beibehalten StreamSnap-Technologie kann für die Protokollreplikation zwischen lokalen und Remote-Appliances verwendet werden |
Höherer Bandbreitenverbrauch |
Speicherpool für replizierte Daten auswählen
So wählen Sie den Zielspeicherpool aus, der zum Speichern der eingehenden StreamSnap-Replikationsdaten verwendet werden soll:
- Klicken Sie auf den Tab Verwalten und wählen Sie im Drop-down-Menü die Option Appliances aus.
- Wählen Sie eine Appliance aus.
- Klicken Sie auf Appliance konfigurieren, um die Seite Appliance-Konfiguration zu öffnen.
- Gehen Sie zu System, dann zu Konfiguration und dann zu Geräteeinstellungen.
- Klicken Sie auf den Tab Speicher. Es wird ein Drop-down-Menü angezeigt, in dem Sie den Ziel-Snapshot-Pool für replizierte Daten auswählen können, die an diese Sicherungs-/Wiederherstellungs-Appliance gesendet werden.
(Optional, nur für VMware) Sie können diese Einstellung für VMware-VMs überschreiben, wenn Sie möchten, dass sie stattdessen in einen ESX-Datenspeicher verschoben werden. Setzen Sie ein Häkchen bei VM-Überschreibung und treffen Sie die folgende Auswahl:
- 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 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 Platz für die replizierten VMDKs (virtuelle Laufwerke) haben. Wenn Sie mehrere Datenspeicher auswählen, verwendet die Sicherungs-/Wiederherstellungs-Appliance jeden 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 Backup/Recovery-Appliance sie als Ziel für die replizierten VMs.Klicken Sie auf den grauen Button Einstellungen speichern.
StreamSnap-Replikation konfigurieren
Basierend auf Ihren Anforderungen an die Spiegelung der Produktion, um eine Kopie Ihrer Daten auf eine zweite Sicherungs-/Wiederherstellungs-Appliance zu replizieren, können Sie das Failover einer StreamSnap-Replikationssicherung auf einen gespiegelten Datenproduktionsstandort auf einer zweiten Sicherungs-/Wiederherstellungs-Appliance ausführen. Anschließend können die am DR-Standort vorgenommenen Änderungen auf die Produktionsumgebung auf der lokalen Sicherungs-/Wiederherstellungs-Appliance repliziert werden (Failback).
- Mehrere Syncback-Sicherungen können verwendet werden, um kumulative Änderungen, die am DR-Standort vorgenommen wurden, wieder in die Produktion zu replizieren.
- Syncback-Sicherungen können am Produktionsstandort 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 im Freigabemodus ausgeführt werden.
Erstellen Sie unter Sicherungspläne eine Vorlage, die jeweils eines der folgenden Elemente enthält:
- Richtlinie für die Umstellung von Produktions- auf Snapshot-Daten Richtlinien für die Erstellung von Spiegeln aus Produktionsdaten, die die StreamSnap-Replikationsoption 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.
- Produktions- zu Spiegelungsrichtlinie. Die Richtlinie für die Spiegelung von Produktionsdaten verwendet die StreamSnap-Replikation. Remote-Sicherungen unterstützen alle Vorgänge, die mit einer lokalen Sicherung verfügbar sind, wenn im App Manager darauf zugegriffen wird.
Erstellen Sie in den Sicherungsplänen 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.
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 der Remote-Appliance verfügbar und bieten die Flexibilität des sofortigen Zugriffs. Sicherungen werden auf dem Remote-System angezeigt, wenn Sie im Fenster Wiederherstellen in App Manager auf die Schaltfläche Remote-Snapshot klicken.
Testen Sie das Failover auf die Remote-Appliance, wie unter Failover testen beschrieben.
Basierend auf Ihren Anforderungen für die Replikation einer Kopie Ihrer Daten auf eine zweite Appliance können Sie das Failover einer StreamSnap-Replikationssicherung auf einen Produktionsstandort auf einer zweiten Appliance ausführen. Anschließend können die am DR-Standort vorgenommenen Änderungen zurück in Ihre Produktionsumgebung auf der lokalen Appliance 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 Ausführung wird der StreamSnap-Job in Monitoring als einzelner Job angezeigt. Nach Abschluss der Replikation werden unter Überwachen zwei Jobs angezeigt: einer für den Snapshot-Job und ein zweiter für den StreamSnap-Job.
Beachten Sie die folgenden Möglichkeiten, wie eine Sicherungs-/Wiederherstellungs-Appliance diese Jobs verfolgt:
- Wenn die Replikation erfolgreich ist, werden auf der Seite Jobs 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 auch ein S-Suffix im Jobnamen 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 Jobeinträge angezeigt, um zu ermitteln, welcher Job erfolgreich war und welcher fehlgeschlagen ist.
Die Start- und Endzeiten des StreamSnap-Job-Eintrags und des Snapshot-Job-Eintrags 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 werden der Jobverlauf und das Verhalten bei der Fehlerbehandlung basierend auf dem Erfolg oder Misserfolg der Snapshot-Richtlinie und der StreamSnap-Replikationsrichtlinie beschrieben, wenn sie zum Schutz einer Anwendung verwendet werden.
| Schutzszenario | Verhalten des Jobverlaufs |
|---|---|
| Sowohl der Snapshot- als auch der StreamSnap-Job sind erfolgreich. | In der Liste der Jobs werden zwei separate Jobeinträge mit dem Status Erfolgreich angezeigt, wenn der Job abgeschlossen ist. Beide Jobeinträge haben denselben Jobnamen, mit der Ausnahme, dass der StreamSnap-Job auch ein S-Suffix im Jobnamen enthält. |
| Snapshot-Job erfolgreich, StreamSnap-Job fehlgeschlagen | Für den Snapshot-Job wird ein Jobeintrag mit dem Status Erfolgreich in der Liste der Jobs angezeigt.
Der StreamSnap-Job wird bis zu dreimal wiederholt. |
| Sowohl der Snapshot- als auch der StreamSnap-Job schlagen fehl, aber die Appliance versucht es dann 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 aber weiterhin fehlschlägt, führt dies zu zwei Jobeinträgen und es werden keine weiteren Versuche für StreamSnap unternommen. |
| 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 Fehlgeschlagen angezeigt. |
StreamSnap-Replikationswiederholungen
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 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. Wenn der Snapshot-Job auch nach Wiederholungsversuchen fehlschlägt, schlägt 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 Replikationsteil des zweiten Jobs wartet, bis der Snapshot-Job abgeschlossen ist, 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 Replizieren im Drop-down-Menü des Abschnitts mit den Image-Details. Die Replikation umfasst immer die Änderungen vom ausgewählten Back-up bis zum neuesten Back-up am Remote-Standort. Daher ist es ideal, Sicherungen von der ältesten zur neuesten zu replizieren, wenn mehrere Sicherungen repliziert werden sollen. Sie können beim Replizieren der Sicherung eine eigene Aufbewahrungsdauer angeben. Weitere Informationen finden Sie im Abschnitt Sicherung replizieren.
Sicherung replizieren
So replizieren Sie eine Sicherung:
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 der Sicherung aus, die Sie replizieren möchten, und wählen Sie dann in der Drop-down-Liste rechts unten auf der Seite Anwendungen die Option Zugriff aus. Die Seite Zugriff wird geöffnet. Dort werden die erfassten Sicherungen in der Zeitachsenansicht aufgeführt. Sowohl Snapshot- als auch Remote-Sicherungstypen, einschließlich StreamSnap-Sicherungen, können ausgewählt und repliziert werden.
Wählen Sie eine Sicherung und dann Replizieren aus der Liste der Zugriffsvorgänge aus.
Die Seite Replizieren 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 die neu replizierte Sicherung aus:
- Wie Quelle: Wählen Sie Wie Quelle aus, wenn Sie dasselbe Ablaufdatum wie für die Quellsicherung festlegen möchten.
- Aufbewahren: Wählen Sie Aufbewahren aus, wenn Sie die Ablaufdauer für die replizierte Sicherung in Stunden, Tagen, Wochen, Monaten oder Jahren festlegen möchten.
- Läuft ab am: Wählen Sie Läuft ab am aus, wenn Sie ein Ablaufdatum für das Replikat festlegen möchten.
- Ablaufdatum: Wählen Sie Ablaufdatum aus und geben Sie das Ablaufdatum für die replizierte Sicherung an.
- Nie ablaufen: Wählen Sie Nie aus, wenn die Replikatsicherung nicht ablaufen soll.
Klicken Sie auf Senden.