NetWorker: Konfigurieren und Troubleshooting des Zwischenspeicherns von NetWorker-Namen

Die effizienteste Methode für NetWorker, einen Namen in eine IP-Adresse aufzulösen, besteht darin, die zwischengespeicherte IP:name-Zuordnung für die wichtigsten Prozesse im Arbeitsspeicher zu halten. Dadurch wird der interne Prozess zur ersten Anlaufstelle für Name:IP-Lookups und es werden teurere Lookup-Methoden vermieden.

Alle NetWorker-Hosts verwalten diesen internen Namenscache für alle wichtigen Daemons – jeder Hosttyp, einschließlich Clients, speichert die erfolgreich aufgelösten Namen in nsrexecd zwischen, ebenso wie die Server nsrd, nsmmdbdund nsrjobd. 

Wann sollten Sie den Namenscache in Betracht ziehen?

• Wenn die Namensauflösung in Bezug auf IP:Name-Zuordnungen falsch oder unvollständig zu sein scheint
• Wenn der Namensauflösungscache zu lange dauert, damit Binärdateien aufgefüllt werden

Falsche oder fehlende Eingaben: Cache des Reporting-Namens

Mit den folgenden Befehlen wird der aktuelle Cache für jeden Prozess je nach Bedarf in das Daemon-Protokoll geschrieben, geleert bzw. leer/sofort wieder aufgelöst:

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

Dies führt dazu, dass der betreffende Daemon Meldungen für jeden Host im Cache im folgenden Format meldet:

<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 Bestückungszeiten: Verlängern der Cachelebensdauer

Ein problematisches DNS kann zu extremen Verzögerungen führen, wenn Binärdateien versuchen, alle erforderlichen Hosts zwischenzuspeichern, um zu vermeiden, dass sie bei Bedarf regelmäßig neu bestückt werden müssen. Überprüfen Sie die daemon.raw auf dem betroffenen Host auf ähnliche Meldungen wie:

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

Linux/UNIX: /nsr/logs/daemon.raw
Windows: C:\Programme\EMC NetWorker\nsr\logs\daemon.raw
NetWorker: Verwenden von nsr_render_log
 

Wenn diese Aktionen 60 Sekunden oder länger dauern, kann es sinnvoll sein, die Lebensdauer des Caches zu erhöhen. Seien Sie vorsichtig, wenn sich die IP-Adressen in dieser Umgebung wahrscheinlich häufig ändern. Selbst mit DHCP können jedoch Leases zugewiesen werden, um sicherzustellen, dass Hosts dieselben IP-Adressen von einer zentralen Instanz erhalten.

Die interne Cachelebensdauer kann in der nsrla-Datenbank jedes NetWorker-Hosts mithilfe von nsradmin festgelegt werden:

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

Dieser Wert ist standardmäßig auf 30 Minuten (1800 Sekunden) eingestellt:

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

Dieser Wert steuert, wie lange es dauert, bis NetWorker den Prozesscache absichtlich zugunsten aktualisierter Informationen aus den nächsten Ebenen sequenziell löscht. Daher eignet sich die Erhöhung für Umgebungen, in denen die DNS-Suche langsam, die DNS-Adressierung jedoch relativ statisch ist (DHCP-Leases oder statische Adressierung). Umgekehrt können niedrigere Werte für Umgebungen mit sich häufig ändernden Adressen wünschenswert sein.

Für statische Umgebungen, in denen DNS eine Leistungsbelastung darstellen kann, sollten Sie einen Wert von 86400 (1 Tag) in Betracht ziehen, um unnötige Abfragen jede halbe Stunde zu vermeiden. Damit diese Änderung wirksam wird, ist ein Neustart erforderlich.

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