NetWorker: Optimera utrymmesåterställningsåtgärder för Data Domain

• NetWorker-sparfiler som har markerats som utgångna men inte borttagna
• Meddelanden om utrymmesåterställning visas i loggar mer än en gång per dag
• Data Domain-hastighet och belastningspåverkan
• Allmän inverkan på serverprestanda

• Volymer som är berättigade till utrymmesåterställning läses under förfalloåtgärden (mellanlagring, kloning eller återställning)
• Utrymmesåterställning körs som standard efter varje mellanlagringsåtgärd på en viss volym
• Space Recovery kontrollerar varje fil i en volymkatalogstruktur när Space Recovery körs
• Serverdrift och svarstider kan bli långsammare under utrymmesåterställningsfasen.

NetWorkers utrymmesåterställningsfas körs en gång om dagen som en av de sista faserna av åtgärden Förfallodatum i arbetsflödet för serversäkerhetskopiering. Den är avsedd att ta bort sparade filobjekt i en volym efter serverns utvärdering, utgångsdatum och borttagning av sparade poster efter att ha beräknat vilka som är säkra att ta bort enligt deras konfiguration.

Det finns flera faktorer som kan ha negativ inverkan på Data Domain- eller NetWorker-serverns svarstider. Aktivera något av nedanstående som verkar passa kraven för datazonen i fråga. Innan du överväger att testa med felsökningsnyckelfilerna nedan: Avaktivera den dagliga åtgärden för säkerhetskopiering av > Server Protection > Server för att avaktivera alla beräkningar av återställningsutrymme och mediedatabaser under en eller flera dagar för att bekräfta att prestandaproblem som påträffas är relaterade till utrymmesåterställning och/eller förfalloaktiviteter.

Om inaktivering av utgångsdatum bekräftar problemet relaterat till dagligt underhåll, kan följande funktioner inaktiveras för felsökning genom att skapa en tom fil med samma namn (utan filtillägg) i NetWorker-servern eller -noden under nsr-huvudkatalogensfelsökningsunderkatalog. Ingen av dessa flaggfiler kräver en omstart och börjar gälla när återställningsutrymmesjobb startas medan de finns.

Linux Plats: /nsr/debug
Windows-plats: C:\Program Files\EMC NetWorker\nsr\debug (eller motsvarande NSR-installationssökväg)
 

Filnamnen och deras funktioner beskrivs nedan:

skip_recover_space_for_stage

• Lagringsnoder. Den här flaggan gör att NetWorker hoppar över fasen för återställningsutrymme för en mellanlagringsåtgärd (kloning följt av källradering). Om din miljö använder mellanlagring, särskilt mellanlagring från samma källvolymer upprepade gånger, rekommenderas detta eftersom det negerar möjligheten att skapa flera återställningsutrymmesåtgärder för samma volymer. När den här flaggan är på plats skjuts åtgärden för att återställa utrymme upp helt, vilket gör att systemet kan ta bort filerna när den dagliga åtgärden Förfallodatum körs eller kommandot nsrimkörs manuellt. 

recover_space_anytime

• Endast server. Detta gör det möjligt för återställningsutrymme att upphöra att gälla och ta bort sparade uppsättningar på volymer som aktivt läser, vilket som standard skjuts upp. Det innebär att för volymer som har långvariga klonjobb kan förfallodatum och utrymmesåterställning skjutas upp upprepade gånger när förfalloåtgärd, nsrim eller ett mellanlagringsjobb (se föregående) körs. Detta kan i sin tur leda till stora kvarvarande uppgifter för utrymmesåterställning, gradvis utarmning av ledigt utrymme och ett större utrymmesåterställningsjobb när det tillåts köras. 

skip_disk_usage

• Lagringsnoder. Som en del av utrymmesåterställning och kontroll av diskvolymens filsystem kontrolleras och räknas som standard enskilda filer rekursivt för att skapa en exakt aggregering av data för volymen. Vissa kanske anser att den här precisionen är viktig, men att skjuta upp det här steget är beroende av NetWorkers mediedatabasposter för fil- och bytesummorna, som vanligtvis kan förväntas vara tillräckligt exakta för de flesta användningsområden. I en hårt belastad Data Domain, särskilt en där många återställningsutrymmesåtgärder körs upprepade gånger för volymer, kan detta betraktas som en onödig kostnad och inaktiveras på ett säkert sätt.

skip_consistency_check_in_recover_space

• Lagringsnoder. Under utrymmesåterställningen för en volym kontrolleras volymfilsystemet fil för fil för att säkerställa enhetlighet mellan mediedatabasen. Detta kan också leda till svarstider. Om du lägger till den här nyckelfilen i varje nod förhindrar du att noden tar bort sparade filer där det inte finns någon motsvarande post i mediedatabasen, eller markerar mediedatabasposter där ingen fil hittas som "misstänkta". Observera att detta förhindrar normala rensningsåtgärder och bör användas för att kvalificera svarstider relaterade till återställningsutrymmesåtgärder och bör inte inaktiveras på längre sikt. 

Mer utförlig loggning har införts som standard, vilket gör att hela sökvägarna till sparade uppsättningar loggas i de data_audit loggarna på NetWorker-servern. Om det redan finns tung belastning, många/stora utrymmesåterställningsjobb, är detta en faktor som kan leda till att de inte svarar, i synnerhet från lagringsnoder som returnerar informationen på distans till NetWorker. Om du vill inaktivera detta höjer du tröskelvärdet för loggning för dessa loggar på NetWorker-servern:

# nsradmin
# nsradmin> show name; auditlog severity
# print type: nsr auditlog

Begränsa den här ändringen så att den endast påverkar datagranskningen, om så önskas, genom att förfina frågan till den specifika instansen genom att inkludera dess namn. Hoppa över det här steget om du vill tillämpa inställningen på var och en igen:

# print type: nsr auditlog; name: servername_data_audit.raw

Ändra tröskelvärdet till ett eller båda till "Fel" för att sluta logga de enskilda borttagningarna – borttagningar loggas fortfarande i serverns daemon.raw.

# update auditlog severity: Error