NetWorker: Problemen met NetWorker Name Caching configureren en oplossen

De meest efficiënte manier voor NetWorker om een naam op te zetten in een IP-adres, is door de in de cache opgeslagen IP:name-toewijzing in het geheugen te bewaren voor de belangrijkste processen. Dit maakt de interne procescache de eerste aanloophaven voor name:IP lookups en vermijdt duurdere lookup-methoden.

Alle NetWorker-hosts onderhouden deze interne naamcache voor alle belangrijke daemons - elk hosttype, inclusief clients, cache met succes opgeloste namen in nsrexecd, en de nsrd, nsmmdbden nsrjobd van de server doen dat ook. 

Wanneer moet u een naamcache overwegen?

• Wanneer de naamresolutie onjuist of onvolledig blijkt te zijn met betrekking tot IP:naam-associaties
• Waarbij de cache voor naamresolutie te lang duurt voordat binaire bestanden zijn ingevuld

Onjuiste of ontbrekende vermeldingen: Cache van rapporteringsnaam

De volgende commando's dumpen de huidige cache voor elk proces naar de daemon log, flushen, of flushen/onmiddellijk opnieuw oplossen, zoals gewenst:

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

Dit zorgt ervoor dat de daemon in kwestie berichten rapporteert voor elke host in cache, in het formaat:

<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

Lange bevolkingstijden: Cache verlengen

Problematische DNS kan extreme vertragingen veroorzaken wanneer binaire bestanden proberen alle vereiste hosts in de cache op te slaan om te voorkomen dat ze periodiek opnieuw moeten worden ingevuld op aanvraag. Controleer de daemon.raw op de betreffende host op berichten zoals:

<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: Hoe nsr_render_log te gebruiken
 

Als deze acties 60 seconden of langer duren, kan het nuttig zijn om de levensduur van de cache te verlengen. Wees voorzichtig als IP-adressen in deze omgeving waarschijnlijk vaak veranderen; Maar zelfs met DHCP kunnen huurovereenkomsten worden toegewezen om ervoor te zorgen dat hosts dezelfde IP's van een centrale autoriteit ontvangen.

De levensduur van de interne cache kan worden ingesteld in de nsrla-database van elke NetWorker-host met behulp van 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

Dit is standaard ingesteld op 30 minuten (1800 seconden):

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

Deze waarde bepaalt hoe lang het duurt voordat NetWorker opzettelijk de procescache opschoont ten gunste van bijgewerkte informatie uit de volgende lagen opeenvolgend. Als zodanig is het verhogen ervan geschikt voor omgevingen waar DNS-lookup traag is, maar DNS-adressering relatief statisch is (DHCP-leases of statische adressering). Omgekeerd kunnen lagere waarden wenselijk zijn voor omgevingen met vaak veranderende adressen.

Voor statische omgevingen waar DNS een prestatiebelemmering kan zijn, houdt u rekening met een waarde van 86400 (1 dag) om onnodige zoekopdrachten per half uur te voorkomen. U moet de computer opnieuw opstarten om de wijziging door te voeren.

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