NetWorker: Slik konfigurerer og feilsøker du hurtigbufring av NetWorker-navn

Den mest effektive måten for NetWorker å løse et navn til en IP på, er å oppbevare den bufrede IP:name-tilordningen i minnet for de viktigste prosessene. Dette gjør den interne prosessbufferen til den første anløpshavnen for navn:IP-oppslag og unngår dyrere oppslagsmetoder.

Alle NetWorker-verter opprettholder denne interne navnebufferen for alle større demoner - alle vertstyper, inkludert klienter, cacher vellykket løste navn i nsrexecd, og serverens nsrd, nsmmdbdog nsrjobd gjør det også. 

Når bør du vurdere navnebuffer

• Når navneløsingen ser ut til å være feil eller ufullstendig når det gjelder IP:navnetilknytninger
• Der hurtigbufferen for navneoppløsning tar for lang tid til at binærfiler fylles ut

Feil eller manglende oppføringer: Hurtigbuffer for rapporteringsnavn

Følgende kommandoer dumper gjeldende hurtigbuffer for enhver prosess til henholdsvis daemonloggen, flush eller flush / immediate re-resolve them, som ønsket:

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

Dette får den aktuelle bakgrunnsprosessen til å rapportere meldinger for hver vert i hurtigbufferen, 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: Forlenge hurtigbufferens levetid

Problematisk DNS kan forårsake ekstreme forsinkelser når binærfiler prøver å bufre alle nødvendige verter for å unngå å måtte fylle inn på nytt med jevne mellomrom ved behov. Se etter meldinger som ligner på daemon.raw på den berørte verten:

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

Linux / UNIX: /nsr/logs/daemon.raw
Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
NetWorker: Hvordan du bruker nsr_render_log
 

Hvis disse handlingene tar 60 sekunder eller mer, kan det være fordelaktig å øke hurtigbufferens levetid. Vær forsiktig hvis det er sannsynlig at IP-adresser endres i dette miljøet ofte. Selv med DHCP kan imidlertid leieavtaler tildeles for å sikre at verter mottar de samme IP-adressene fra en sentral myndighet.

Levetiden for den interne hurtigbufferen kan angis i nsrla-databasen til hver NetWorker-vert ved hjelp av 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 satt til 30 minutter som standard (1800 sekunder):

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

Denne verdien styrer hvor lang tid det tar før NetWorker bevisst tømmer prosessbufferen til fordel for oppdatert informasjon fra de neste lagene sekvensielt. Derfor er det hensiktsmessig å heve det for miljøer der DNS-oppslag er tregt, men DNS-adressering er relativt statisk (DHCP-leieavtaler eller statisk adressering). Omvendt kan lavere verdier være ønskelig for miljøer med adresser som endres ofte.

For statiske miljøer der DNS kan være et ytelsesdrag, bør du vurdere en verdi på 86400 (1 dag) for å forhindre unødvendige oppslag hver halvtime. En omstart er nødvendig for at denne endringen skal tre 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