NetWorker: Як налаштувати та усунути неполадки кешування імен NetWorker

Найефективніший спосіб для NetWorker перетворити ім'я на IP - це зберігати кешовану карту 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

Вікна

(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

Вікна

(echo . type: nsrla & echo upd positive DNS cache TTL: 86400 & echo upd negative DNS cache TTL: 86400) | nsradmin -p nsrexec