NetWorker: Sådan konfigurerer og foretager du fejlfinding af NetWorker-navnecachelagring

Den mest effektive måde for NetWorker at fortolke et navn til en IP på er at holde den cachelagrede IP:name-tilknytning i hukommelsen for de større processer. Dette gør den interne procescache til den første port-of-call for name:IP-opslag og undgår dyrere opslagsmetoder.

Alle NetWorker-værter vedligeholder denne interne navnecache for alle større dæmoner – alle værtstyper, herunder klienter, cache-løste navne i nsrexecd, og det gør serverens nsrd, nsmmdbd og nsrjobd også. 

Hvornår skal man overveje navnecache?

• Når navnefortolkning ser ud til at være forkert eller ufuldstændig med hensyn til IP:navneforeninger
• Hvor cache til navnefortolkning tager for lang tid for lang tid til, at binære filer kan udfyldes

Forkerte eller manglende indtastninger: Cache med rapporteringsnavn

Følgende kommandoer dumper den aktuelle cache for enhver proces til dæmonloggen, flush eller flush / øjeblikkelig genløsning af dem som ønsket:

dbgcommand -n nsrexecd PrintDnsCache=1
dbgcommand -n nsrexecd FlushDnsCache=1
dbgcommand -n nsrexecd FlushDnsCache=9

Dette får den pågældende dæmon til at rapportere meddelelser for hver vært i cachen i formatet:

<nsr_daemon> NSR notice hostname: <hostname>, address: <ip_address>, ai_flags: 0x0002, family: inet, protocol: tcp
<nsr_daemon> NSR notice DNS_II: hostname: <ip_address>, status: STATUS_OK, head: <hostname>, TTL: 0 secs
<nsr_daemon> NSR notice CLIENT_CACHE: hostname: <hostname_variation>, status: STATUS_OK, head: <hostname>, TTL: 0 secs

Lang befolkningstid: Forlængelse af cachens levetid

Problematisk DNS kan forårsage ekstreme forsinkelser, når binære filer forsøger at cache alle nødvendige værter for at undgå periodisk at skulle genudfylde efter behov. Kontroller daemon.raw på den berørte vært for meddelelser, der ligner:

<nsr_binary> NSR notice Populating of DNS cache took <number> secs

Linux / UNIX: /nsr/logs/daemon.raw
Windows: C:\Programmer\EMC NetWorker\nsr\logs\daemon.raw
NetWorker: Sådan bruger du nsr_render_log
 

Hvis disse handlinger tager 60 sekunder eller mere, kan det være en fordel at hæve cachens levetid. Vær forsigtig, hvis IP-adresser sandsynligvis ændres i dette miljø ofte; Selv med DHCP kan lejemål dog tildeles for at sikre, at værter modtager de samme IP'er fra en central myndighed.

Levetiden for den interne cache kan indstilles i hver NetWorker-værts nsrla-database ved hjælp af nsradmin:

Linux/UNIX

printf ". type: nsrla\nshow positive DNS cache TTL; negative DNS cache TTL\nprint\n" | nsradmin -p nsrexec

Windows

(echo . type: nsrla & echo show positive DNS cache TTL; negative DNS cache TTL & echo print) | nsradmin -p nsrexec

Dette er som standard indstillet til 30 minutter (1800 sekunder):

positive DNS cache TTL: 1800;
negative DNS cache TTL: 1800;

Denne værdi styrer, hvor lang tid der går, før NetWorker bevidst renser procescachen til fordel for opdaterede oplysninger fra de næste lag sekventielt. Som sådan er det passende at hæve det for miljøer, hvor DNS-opslag er langsomt, men DNS-adressering er relativt statisk (DHCP-lejemål eller statisk adressering). Omvendt kan lavere værdier være ønskelige for miljøer med hyppigt skiftende adresser.

For statiske miljøer, hvor DNS kan være et ydeevnetræk, skal du overveje en værdi på 86400 (1 dag) for at forhindre unødvendige opslag hver halve time. Der kræves en genstart, før ændringen kan træde i kraft.

Linux/UNIX

printf ". type: nsrla\nupd positive DNS cache TTL: 86400\nupd negative DNS cache TTL: 86400\n" | nsradmin -p nsrexec

Windows

(echo . type: nsrla & echo upd positive DNS cache TTL: 86400 & echo upd negative DNS cache TTL: 86400) | nsradmin -p nsrexec