NetWorker: Data Domain snapshots configureren

Samenvatting

NetWorker die Data Domain gebruikt voor storage is een beproefde oplossing die maximale snelheid, storage-efficiëntie en bescherming biedt. Een functie die beheerders kunnen implementeren is snapshottechnologie. Snapshots bieden in feite een beschermde secundaire kopie van alle bestanden in een mtree, zodat beheerders een back-up hebben in het geval van ongewenste verwijdering van data. Als u bijvoorbeeld per ongeluk een geldig NetWorker Data Domain-volume opnieuw labelt, worden alle opslagsetbestanden op dat volume onmiddellijk verwijderd. Vanaf een snapshot kan de beheerder de data veilig herstellen zonder een volledige rollback van het bestandssysteem.

Verantwoordelijkheden 

NetWorker-software heeft geen toegang tot of zichtbaarheid van snapshots: deze worden volledig geconfigureerd en beheerd op het Data Domain. Hieronder vindt u informatie over hoe u dit instelt en hoe het nuttig kan zijn om te herstellen na dataverlies, en wat de gevolgen zijn voor de capaciteit en opschoning van Data Domain.

Effecten

• Snapshots nemen verwaarloosbare hoeveelheden ruimte in beslag, maar zolang ze bestaan, voorkomen ze dat ruimte wordt vrijgemaakt voor productiedata die normaal gesproken worden verwijderd.
•  Dit garandeert dat ten minste een deel van de data die op natuurlijke wijze door NetWorker is verlopen en verwijderd, langer zal blijven bestaan dan ten minste één garbage collection. Een snapshot met een retentie van één dag zorgt er bijvoorbeeld voor dat de data die op de laatste dag vóór de garbage collection zijn verwijderd, blijven bestaan (in de snapshot) na die opschooncyclus.
• MTree-replicatie repliceert ook snapshots. Omdat de replica of het doel ook kan worden geconfigureerd voor snapshots, gebruiken replica's een voorvoegsel van REPL-MTREE.
• Sommige processen, zoals mtree-replicatie, kunnen leiden tot soft locks op de snapshot, waardoor verwijdering tijdens garbage collection wordt voorkomen. Snapshots moeten in overweging worden genomen bij het onderzoeken van ruimteproblemen en in het algemeen in overweging worden genomen tijdens het bepalen van de grootte.

Overwegingen

• Omdat snapshots op mtree zijn gebaseerd, kunt u NetWorker-volumes in afzonderlijke mtrees organiseren als voor volumes verschillende snapshotpolicy's nodig zijn. Het is bijvoorbeeld mogelijk dat één mtree geen snapshots heeft, omdat deze als niet-kritiek wordt beschouwd, en onbedoelde verwijdering niet als catastrofaal wordt beschouwd. Een tweede mtree kan als kritiek worden beschouwd en de extra bescherming die snapshots bieden, is de overhead waard.
• Het bewaren van snapshots verlengt de normale duur dat data ruimte gebruiken, zelfs nadat de standaardkopie is verlopen, verwijderd en opgeschoond. Overwegingen bij bewaring moeten inhouden dat wordt bepaald hoeveel dagen de bescherming van een snapshot vereist is. De standaardretentie van 14 dagen voor snapshots vertraagt bijvoorbeeld het terugwinnen van de data met twee opschooncycli. Kortere bewaarperioden, zoals 3 dagen, kunnen voldoende bescherming bieden om te herstellen van onverwachte verwijderingsproblemen op een vrijdag onopgemerkt tot maandag, en zullen het vrijmaken van ruimte voor de laatste drie dagen van back-ups met één opschooncyclus vertragen.
• Afzonderlijke bestanden kunnen worden hersteld, maar niet verwijderd uit elke snapshotsubmap. Snapshots kunnen handmatig verlopen om ruimte vrij te maken wanneer dat nodig is, maar alleen voor de volledige snapshot. Dit betekent in feite dat op snapshotniveau alle data in de mtree samen verlopen om ruimte vrij te maken. Om deze reden zou het handig zijn om elke mtree zijn eigen saveset-data te laten hebben met vergelijkbare NetWorker-retenties.

Configuratie

•  Na overweging van al het bovenstaande, om een snapshotschema met de naam Daily-0800 te maken op een mtree met de naam networker, om 08:00 AM, dat 7 dagen moet worden bewaard, waardoor snapshots worden gemaakt met de naam voor de jaar-maand-dag waarop ze worden genomen:

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

• U kunt als volgt alle snapshots weergeven:

snapshot list mtree *

• Ga als volgt te werk om snapshot 'Daily-0800_2026-05-23' handmatig te laten verlopen, zodat deze door garbage collection wordt verwijderd:

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

• Als u het volumepad 'volume1' van de snapshot Daily-0800_2026-05-23 wilt herstellen, maakt u eerst een herstel-mtree en kopieert u vervolgens de data daarheen:

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

• Op dit punt kunt u een NetWorker-apparaat maken voor de nieuwe mtree/path en vanaf daar herstellen. Omgekeerd kunt u snel naar de oorspronkelijke locatie kopiëren, hoewel dit wordt afgeraden omdat onjuiste opdrachten kunnen leiden tot overschreven gegevens.

Raadpleeg het Knowledge-artikel Data Domain voor meer informatie: Snapshots gebruiken om verwijdering van data te voorkomen