NetWorker: Konfigurieren von Data Domain-Snapshots

Übersicht

NetWorker, der Data Domain für Storage verwendet, ist eine bewährte Lösung, die ein Höchstmaß an Geschwindigkeit, Storage-Effizienz und Schutz bietet. Eine Funktion, die Administratoren implementieren können, ist die Snapshot-Technologie. Snapshots stellen effektiv eine geschützte sekundäre Kopie aller Dateien in einem MTree bereit, sodass Administratoren im Falle einer unerwünschten Löschung von Daten über ein Backup verfügen. Beispiel: Bei einer versehentlichen Neuetikettierung eines gültigen NetWorker Data Domain-Volume werden alle Saveset-Dateien auf diesem Volume sofort entfernt. Anhand eines Snapshots kann der Administrator die Daten ohne ein vollständiges Dateisystem-Rollback sicher wiederherstellen.

Verantwortlichkeiten 

Die NetWorker-Software hat keinen Zugriff auf Snapshots und keine Sichtbarkeit auf diese – sie werden vollständig auf Data Domain konfiguriert und gemanagt. Im Folgenden wird beschrieben, wie Sie dies einrichten und wie nützlich es sein kann, nach Datenverlustszenarien wiederherzustellen, sowie die Auswirkungen auf die Data Domain-Kapazität und -Bereinigung.

Auswirkungen

• Snapshots verbrauchen vernachlässigbare Mengen an Speicherplatz, aber solange sie vorhanden sind, verhindern sie die Rückgewinnung von Speicherplatz für Produktionsdaten, die normalerweise gelöscht wurden.
•  Dadurch wird sichergestellt, dass zumindest einige der Daten, die auf natürliche Weise abgelaufen sind und von NetWorker gelöscht wurden, über mindestens eine automatische Speicherbereinigung hinaus erhalten bleiben. Beispiel: Ein Snapshot mit einer Aufbewahrungsdauer von einem einzigen Tag führt dazu, dass die Daten, die am letzten Tag vor der automatischen Speicherbereinigung gelöscht werden, (im Snapshot) über diesen Bereinigungszyklus hinaus erhalten bleiben.
• Bei der MTree-Replikation werden auch Snapshots repliziert. Da das Replikat oder Ziel auch für Snapshots konfiguriert sein kann, verwenden Replikate das Präfix REPL-MTREE.
• Einige Prozesse, wie z. B. die MTree-Replikation, können zu Softlocks für den Snapshot führen, die das Löschen während der automatischen Speicherbereinigung verhindern. Snapshots müssen bei der Untersuchung von Speicherplatzproblemen und generell bei der Dimensionierung berücksichtigt werden.

Überlegungen

• Da Snapshots MTree-basiert sind, organisieren Sie NetWorker-Volumes in separaten MTrees, wenn Volumes unterschiedliche Snapshot-Policies erfordern. Beispielsweise kann ein MTree keine Snapshots haben, da er als nicht kritisch betrachtet wird und ein versehentliches Löschen nicht als katastrophal angesehen wird. Ein zweiter MTree kann als kritisch betrachtet werden, und der zusätzliche Schutz, den Snapshots bieten, ist den Overhead wert.
• Die Snapshot-Aufbewahrung verlängert die normale Dauer, für die Daten Speicherplatz verbrauchen – auch nachdem die Standardkopie abgelaufen, gelöscht und bereinigt wurde. Überlegungen zur Aufbewahrung sollten die Festlegung der Anzahl der Tage umfassen, für die der Schutz eines Snapshots erforderlich ist. Beispielsweise verzögert die standardmäßige 14-tägige Snapshot-Aufbewahrung die Rückgewinnung der Daten um zwei Bereinigungszyklen. Kürzere Aufbewahrungsfristen, z. B. 3 Tage, bieten möglicherweise ausreichenden Schutz für die Wiederherstellung nach unerwarteten Löschproblemen an einem Freitag, die bis Montag unentdeckt bleiben, und verzögern die Speicherplatzrückgewinnung für die Backups der letzten drei Tage um einen Bereinigungszyklus.
• Einzelne Dateien können wiederhergestellt, aber nicht aus jedem Snapshot-Unterordner gelöscht werden. Snapshots können manuell ablaufen, um Speicherplatz bei Bedarf zurückzugewinnen, aber nur für den gesamten Snapshot. Auf Snapshot-Ebene laufen alle Daten im MTree zur Rückgewinnung von Speicherplatz ab. Aus diesem Grund wäre es sinnvoll, wenn jeder MTree seine Saveset-Daten mit ähnlichen NetWorker-Aufbewahrungen hätte.

Konfiguration

•  Nach Abwägung aller oben genannten Schritte erstellen Sie einen Snapshot-Zeitplan mit dem Namen Daily-0800 auf einem MTree namens NetWorker um 08:00 Uhr, der 7 Tage lang aufbewahrt werden soll und Snapshots erstellt, die nach Jahr, Monat und Tag benannt sind, an dem sie erstellt wurden:

snapshot schedule create Daily-0800 mtrees /data/col1/networker time 08:00 retention 7days snap-name-pattern Daily-0800-2026-05-23

• So listen Sie alle Snapshots auf:

snapshot list mtree *

• So lassen Sie den Snapshot "Daily-0800_2026-05-23" manuell ablaufen, damit er von der automatischen Speicherbereinigung entfernt wird:

snapshot expire Daily-0800_2026-05-23 mtree /data/col1/networker

• Um den Volume-Pfad "volume1" aus dem Snapshot Daily-0800_2026-05-23 wiederherzustellen, erstellen Sie zunächst einen Recovery-MTree und kopieren Sie die Daten dann per Fastcopy dorthin:

mtree create /data/col1/networker-recovery

filesys fastcopy source /data/col1/networker/.snapshot/Daily-0800_2026-05-23/volume1 destination /data/col1/networker-recovery/volume1

• An diesem Punkt können Sie ein NetWorker-Gerät für den neuen MTree/Pfad erstellen und von dort aus eine Wiederherstellung durchführen. Umgekehrt können Sie Fastcopy an den ursprünglichen Speicherort erstellen, obwohl davon abgeraten wird, da falsche Befehle dazu führen können, dass Daten überschrieben werden.

Weitere Informationen finden Sie im Wissensdatenbank-Artikel Data Domain: Verwenden von Snapshots, um das Löschen von Daten zu verhindern