NetWorker: Como configurar e solucionar problemas de armazenamento em cache de nomes do NetWorker

A maneira mais eficiente de o NetWorker resolver um nome para um IP é manter o mapa IP:nome armazenado em cache na memória para os principais processos. Isso torna o cache do processo interno a primeira porta de chamada para pesquisas de nome:IP e evita métodos de pesquisa mais caros.

Todos os hosts do NetWorker mantêm esse cache interno de nomes para todos os principais daemons — todos os tipos de host, inclusive clients, armazenam em cache nomes resolvidos com sucesso em nsrexecd, e nsrd, nsmmdbd e nsrjobd do servidor também. 

Quando considerar o cache de nomes

• Quando a resolução de nomes parece estar incorreta ou incompleta no que diz respeito a associações IP:name
• Onde o cache de resolução de nomes está demorando muito tempo demais para que os binários sejam preenchidos

Entradas incorretas ou ausentes: Cache do nome do relatório

Os seguintes comandos despejam o cache atual de qualquer processo no log do daemon, flush ou flush/immediate reresolve-los, respectivamente, conforme desejado:

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

Isso faz com que o daemon em questão relate mensagens para cada host no cache, no formato:

<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

Longos tempos de população: Estendendo a vida útil do cache

O DNS problemático pode causar atrasos extremos quando binários tentam armazenar em cache todos os hosts necessários para evitar ter que preencher novamente periodicamente sob demanda. Verifique se há mensagens semelhantes ao daemon.raw no host afetado:

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

Linux/UNIX: /nsr/logs/daemon.raw
Windows: C:\Arquivos de Programas\EMC NetWorker\nsr\logs\daemon.raw
NetWorker: Como usar nsr_render_log
 

Se essas ações demorarem 60 segundos ou mais, pode ser benéfico aumentar a vida útil do cache. Tenha cuidado se os endereços IP provavelmente mudarão nesse ambiente com frequência; no entanto, mesmo com DHCP, concessões podem ser atribuídas para garantir que os hosts recebam os mesmos IPs de uma autoridade central.

A duração do cache interno pode ser definida em cada banco de dados nsrla dos hosts do NetWorker usando 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

Isso é definido como 30 minutos por padrão (1800 segundos):

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

Esse valor controla quanto tempo antes de o NetWorker deliberadamente limpar o cache do processo em favor de informações atualizadas das próximas camadas sequencialmente. Dessa forma, aumentá-lo é apropriado para ambientes em que a pesquisa de DNS é lenta, mas o endereçamento DNS é relativamente estático (concessões DHCP ou endereçamento estático). Por outro lado, valores mais baixos podem ser desejáveis para ambientes com endereços que mudam com frequência.

Para ambientes estáticos em que o DNS pode ser um arrastar do desempenho, considere um valor de 86400 (1 dia) para evitar pesquisas desnecessárias a cada meia hora. Uma reinicialização é necessária para que essa alteração tenha efeito.

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