NetWorker. Настройка и устранение неполадок кэширования имен NetWorker

Наиболее эффективным способом преобразования имени в IP-адрес в NetWorker является хранение кэшированного сопоставления IP:name в памяти для основных процессов. Это делает кэш внутреннего процесса первым портом вызова для поиска name:IP и позволяет избежать более дорогостоящих методов поиска.

Все хосты NetWorker поддерживают этот внутренний кэш имен для всех основных демонов - каждый тип хостов, включая клиентов, кэширует успешно разрешенные имена в nsrexecd, а также nsrd, nsmmdbdи nsrjobd сервера. 

Когда следует учитывать кэш имен

• Если разрешение имен оказывается неверным или неполным в отношении ассоциаций IP:name
• Когда кэш разрешения имен занимает слишком много времени, слишком много времени для заполнения двоичных файлов

Неверные или отсутствующие записи: Кэш имен отчетов

Следующие команды выгружают текущий кэш для любого процесса в журнал управляющей программы, сбрасывают или сбрасывают / немедленно разрешают их соответственно по мере необходимости:

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

Это приводит к тому, что рассматриваемая демоническая программа выдает сообщения для каждого хоста в кэше в следующем формате:

<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

Длительное время заселения: Продление срока жизни кэша

Проблемный DNS может приводить к значительным задержкам, когда двоичные файлы пытаются кэшировать все необходимые хосты, чтобы избежать необходимости периодического повторного заполнения по требованию. Проверьте daemon.raw на затронутом хосте на наличие сообщений, подобных следующим:

<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: Как использовать nsr_render_log
 

Если эти действия занимают 60 секунд или более, может быть полезно увеличить время существования кэша. Будьте осторожны, если IP-адреса могут часто меняться в этой среде. Однако даже при использовании DHCP могут быть назначены аренды, чтобы хосты получали одни и те же IP-адреса от центрального органа власти.

Время существования внутреннего кэша можно задать в базе данных nsrla каждого хоста NetWorker с помощью 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

По умолчанию этот параметр имеет значение 30 минут (1800 секунд).

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

Это значение определяет, сколько времени проходит до того, как NetWorker намеренно очистит кэш процесса в пользу последовательного обновления информации со следующих уровней. Таким образом, его повышение подходит для сред, в которых поиск DNS выполняется медленно, а адресация DNS относительно статична (аренда DHCP или статическая адресация). И наоборот, более низкие значения могут быть желательны для сред с часто меняющимися адресами.

Для статических сред, в которых DNS может тормозить производительность, рассмотрите значение 86400 (1 день), чтобы избежать ненужных поисков каждые полчаса. Чтобы это изменение вступило в силу, требуется перезапуск.

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