NetWorker: Redusere plassbruken til klientfilindeks med NetWorker 19.2

NetWorker 19.2 innfører muligheten til å redusere diskplassen som brukes av metadata for NetWorker-klientfilindeksen, ved å redusere søketiden til enkelte lagringssett. Dette fører til at indeksoppføringene kan fjernes tidligere enn oppbevaringstiden for det lagringssettet.  Vær svært oppmerksom når du bruker nsrmm-kommandoen for NetWorker, ettersom den brukes til å endre oppbevaringsatferden til et lagringssett og fører til at lagringssettdata fjernes.

NetWorker-lagringssett har en "browse time"-verdi (søketid) og en "retention time"-verdi (oppbevaringstid).  Disse verdiene er identiske fra og med NetWorker 9 (men ikke i tidligere versjoner).  NetWorker 19.2 kan brukes til å endre søketiden for et lagringssett for å redusere mengden diskplass som brukes av NetWorker-klientfilindeksen.  Dette gjøres ved å bruke nsrmm-kommandoen for NetWorker på følgende måte:

Vær oppmerksom på at hvis du gjør denne endringen, kan du ikke søke gjennom lagringssettet etter den angitte datoen.  Det vil kunne gjenopprettes frem til oppbevaringsdatoen.

nsrmm -S [lagringssett-ID] -w [ny søketid]

For eksempel:

Etter en sikkerhetskopiering med en oppbevaringsperiode på 1 år er oppbevarings- og søkeperioden for lagringssettet 1 år:

date                  ssid          clone id        client      name                           clretent       retent       lvl    browse
02/17/2020  2050525695 1580764855 nw231     /julian                       02/17/2021 02/17/2021 full 02/17/2021

Hvis du skal redusere diskplassen som brukes for klientfilindeksen, reduserer du søkeperioden til 2 uker fra nåværende tidspunkt:

nsrmm -S 2050525695 -w "2 weeks"

date                  ssid          clone id        client      name                           clretent       retent       lvl    browse
02/17/2020 2050525695 1580764855 nw231     /julian                       02/17/2021 02/17/2021 full 03/02/2020

Du vil nå kunne søke i dette lagringssettet i 2 uker fra det tidspunktet du kjørte nsrmm-kommandoen.  Etter to uker vil du ikke lenger kunne søke gjennom lagringssettet, men du vil fortsatt kunne gjenopprette det frem til oppbevaringsdatoen.

• NetWorker gjør det ikke mulig å endre søkeperioden på tidspunktet for sikkerhetskopiering eller kloning.  Den vil være identisk med oppbevaringsperioden. Søketiden må endres ved hjelp av nsrmm-kommandoen etter at sikkerhetskopieringen eller kloningen er utført.
• Hvis du vil ha alle opplysninger om betydningen av hver dato for NetWorker-søk og -oppbevaring, kan du se følgende artikkel: Hvordan blir oppbevaring og lagringssettoppbevaring beregnet i NetWorker?
• Du kan bruke følgende metode til å beregne hvor mye diskplass som brukes av NetWorker-klientfilindeksen:  Beregne plass for NetWorker-klientfilindeksen

Hvis du skal endre flere lagringssett, kan du bruke et kort skript til å endre søkeperioden for en liste over lagrede sett.  Opprett en nøyaktig liste over ssid-er for lagringssettene som skal endres, og kjør deretter en sløyfe av nsrmm-kommandoen mot listen på NetWorker-serveren.

Skripteksempel – Linux

nwbrowsechange.sh

#Dette skriptet endrer søkeperioden for alle samsvarende lagringssett til to dager fra nåværende tidspunkt.

#!/bin/bash

change_retent() {

list_of_ssids=`mminfo -q "client=nw231,name=/julian" -r ssid`

for savesetid in $list_of_ssids ; do
nsrmm -y -S $savesetid -w "2 days"
done
}

change_retent


Skripteksempel – Windows

c:\>mminfo -q "client=vm3129,savetime>4 days ago" -r ssid > C:\ssid.txt

for /f %t in (C:\ssid.txt) do nsrmm -y -w "3 days" -S %t