Data Domain: Commvault und Retention Lock

Eine allgemeinere Übersicht über die Integration von Commvault (CV) in DD finden Sie zunächst in diesem Wissensdatenbank-Artikel:

Data Domain: DDBoost Best Practices für Commvault v11

Im Abschnitt "Retention Lock (RL)" dieses Wissensdatenbank-Artikels:

Aktivieren von WORM
 
Hinweis: Sie sollten die Option DD Retention Lock auf dem MTree in der Data Domain Console aktivieren, bevor Sie die WORM-Speichersperre in der CommCell Console aktivieren.
Mit DataDomain wird Retention Lock manual sowohl für den Governance- als auch für den Compliance-Modus unterstützt.
Hinweis: Die automatische Aufbewahrungssperre von DataDomain wird nicht unterstützt.

Konfiguration von Retention Lock

Konfigurieren Sie die WORM-Speichersperre für die Data Domain Boost-Speicherbibliothek.

Weitere Informationen finden Sie unter Aktivieren von WORM-Speicher und -Aufbewahrung für Festplattenspeicher.

Die im Commvault-Storage-Pool konfigurierten WORM-Sperrtage sollten zwischen den Werten Retention period min und Retention period max festgelegt werden, die in der Data Domain Console unter der Einstellung DD Retention Lock festgelegt wurden. WORM Lock days wird im Dialogfeld Storage Policy Copy Properties angezeigt.

DD Retention Lock kann entweder auf den Governance-Modus oder den Compliance-Modus festgelegt werden.

Die Einstellung für die minimale Data Domain-Aufbewahrungssperre sollte auf weniger als 7 Tage und die maximale Aufbewahrung auf 2x+1 als die in Commvault im Storage-Pool festgelegte Aufbewahrung festgelegt werden. Wenn beispielsweise die Mindestaufbewahrung in Commvault 14 Tage beträgt, legen Sie die maximale Aufbewahrung in Data Domain Console auf 29 Tage fest. Wir haben die Mindestaufbewahrung auf weniger als 7 Tage festgelegt, da CV-Metadaten/Indexdateien nur für einen kurzen Zeitraum das System sind.

Weitere Best Practices finden Sie unter CommVault Best Practices für Disk Libraries.

Wenn Sie die obigen Anleitungen befolgen, wird RL eingerichtet.

Nachdem RL und WORM nun konfiguriert sind, gibt es einen wichtigen Unterschied, um zu verstehen, wie die Aufbewahrungsfristen in CV konfiguriert werden.

Wenn Sie Backups mit unterschiedlichen Aufbewahrungsfristen haben, sollten Sie die Aufbewahrungsfrist auch für diese Backups unterschiedlich festlegen.

Angenommen, Sie haben 

1. Tägliche Backups, die 30 Tage lang aufbewahrt werden
2. Wöchentliche Backups, die 180 Tage lang aufbewahrt werden
3. Monatliche Backups, die 1 Jahr aufbewahrt werden
4. Jährliche Backups, die 7 Jahre lang aufbewahrt werden

In CV haben Sie diese möglicherweise alle unter den Regeln für die grundlegende Aufbewahrung und die erweiterte Aufbewahrung in einer Storage-Policy-Kopie konfiguriert, wenn Sie normale Backups ohne RL durchführen.

Ein Beispiel:

Bei Verwendung von WORM und RL mit CV und DD können wir keine erweiterten Aufbewahrungsregeln verwenden, um die Aufbewahrungssperre für Backups festzulegen.

Jede Aufbewahrungsfrist muss eine eigene Storage-Policy-Kopie sein und die grundlegende Aufbewahrungsregel wird zum Festlegen der Aufbewahrungssperre auf dem DD verwendet.

In unserem obigen Beispiel würden wir keine erweiterten Aufbewahrungsregeln verwenden und stattdessen eine separate Speicher-Policy erstellen.

Dies ist ein Beispiel für eine Storage-Policy für die wöchentlichen Daten, die 180 Tage lang aufbewahrt und auch für diesen Zeitraum gesperrt werden sollte:

Wenn CV also Backupjobs für diese Storage-Policy-Kopie ausführt, werden die Daten auf der DD gesichert und eine Aufbewahrungssperre für 180 Tage festgelegt.

Es ist wichtig, diese Unterscheidung zu verstehen, da es nicht offensichtlich ist, dass CV nicht die richtigen Aufbewahrungssperren für die DD festlegt.