Inhaltsverzeichnis
Werbung
Verwalten von Backupanwendungen
Verwenden von Storage Lifecycle Policies zur Automatisierung der optimierten Duplizierung
EMC Data Domain Boost for OpenStorage 3.3 Administrationshandbuch
86
Angenommen, Media_Server verwendet DD Boost-over-FC zur Kommunikation mit
Dst_DD_System. Der vollständig optimierte Duplizierungvorgang erfordert jetzt zwei
„Namen" für Dst_DD_System:
<dfc-server-name > – von der DD Boost Library auf Media_Server verlangt
DFC-
l
IP-Hostname – von Src_DD_System verlangt
l
Während der Konfiguration kann der DD Boost Library aber nur ein Name für
Dst_DD_System verfügbar gemacht werden: und zwar der DFC-Stilname DFC-
server-name> .
Die DD Boost Library muss im Rahmen der Anforderung zur Übertragung der Daten
einen Namen an Src_DD_System vergeben.
Src_DD_System erfordert einen IP-Hostnamen für Dst_DD_System, da die gesamte
Kommunikation zwischen den beiden Data Domain-Systemen mithilfe des IP-
Netzwerks durchgeführt wird.
Aber die DD Boost Library kennt Dst_DD_System nur über den DFC-Stilnamen.
Welchen Namen für Dst_DD_System sollte die DD Boost Library dem Src_DD_System
also verfügbar machen?
Die Antwort ist, dass die DD Boost Library lediglich das „DFC-"-Präfix entfernt und
dem Src_DD_System den DFC-Servernamen von Dst_DD_System verfügbar macht.
Beispiel:
Medienserver: clientA
Src_DD_System: DFC-ddr1
Dst_DD_System: DFC-ddr2
In diesem Fall macht die DD Boost Library dem Src_DD_System den Namen ddr2 als
Dst_DD_System verfügbar.
Dies funktioniert natürlich, wenn der DFC-Servername eines Dst_DD_Systems gleich
dem entsprechenden IP-Hostnamen ist, wie er Src_DD_System bekannt ist. Dies ist
die erwartete normale Situation, da der standardmäßige DFC-Servername für ein Data
Domain-System der einfache Nodename ist.
Wenn der Benutzer den DFC-Servernamen von Dst_DD_System geändert hat (z. B.
auf
), muss er sicherstellen, dass Src_DD_System bei der
my-ddr-via-dfc
Hostnamenabfrage von
Dst_DD_System erreichbar ist. Dies kann über einen Eintrag in der Datei/etc/hosts
auf Src_DD_System erreicht werden.
Eine Storage Lifecycle Policy besteht aus einer Liste von Zielen für Backupdateien und
einer Aufbewahrungsfrist für jede Datei. Erstellung, Aufbewahrung und Ablaufen der
Dateien erfolgt anhand eines Lebenszyklusprozesses. Der Einsatz von Storage
Lifecycle Policies ermöglicht Ihnen, verschiedene Aufbewahrungsfristen für das erste
Backup und für die Kopien festzulegen. Beispielsweise können Sie eine
Aufbewahrungsfrist für das ursprüngliche lokale Backup und eine weitere für ein
dupliziertes Backup am Disaster-Recovery-Standort festlegen.
Wählen Sie eine einzelne Speichereinheit als Duplizierungsziel in der SLP aus. Weitere
Informationen finden Sie im Wissensdatenbankartikel „OST Duplication Does Not
Work", Dokument-ID 000181560, der auf der EMC Online Support-Website unter
https://support.emc.com
eine IP-Adresse findet, unter der
my-ddr-via-dfc
verfügbar ist.
<dfc-
Werbung
Kapitel
Inhaltsverzeichnis
Fehlerbehebung
