NetWorker: Практичні поради щодо вирішення проблем із розпізнаванням імен

NetWorker залежить від роздільної здатності імені. Якщо роздільна здатність імен не є правильною і не повністю стабільною, можуть виникнути проблеми в багатьох операціях NetWorker. Оскільки NetWorker управляє потенційно конфіденційними даними, він повинен забезпечувати особистість хостів, з якими він взаємодіє різними способами.

Будь-яка кількість симптомів у NetWorker може бути результатом недосконалого розпізнавання імен у NetWorker:

• Повідомлення про помилки, що вказують на проблеми з пошуком прямого або зворотного імені.
• Неможливість зондування клієнтів під час резервного копіювання
• Неможливість клієнтів вручну зберегти на сервер або відновити.
• Проблеми з клонуванням або доступом до пристроїв Storage Node
• Проблеми з переглядом або записом медіа-бази даних.
• Сервер або вузол зберігання перестає відповідати під час запуску або під час звичайної роботи.
• Неправильно названі або вкладені індексні каталоги
• Неправильно налаштовані помилки клієнта

Робочий процес розпізнавання імен

Спроби визначити ім'я хоста, яке використовується командою або внутрішньою конфігурацією, мають бути вирішені на IP-адресу, щоб їх можна було використовувати. Наступні ресурси перевіряються в наступному порядку, щоб побачити, чи ім'я:IP вже було кешовано, зупиняючись, коли ім'я співпадає. 

1. Кеш імен NetWorker: Більшість основних демонів NetWorker; Настроюваний термін служби в базі даних NSRLA 
2. Кеш локального розв'язувача хоста: Залежить від операційної системи та відкладає навантаження від хостів або пошуку DNS
3. Записи файлів локальних хостів : Швидкий локальний пошук, але підтримується вручну; корисно для перевизначення роздільної здатності DNS
4. Пошук на DNS-сервері : Промисловість має перевагу за рахунок централізованого управління, але повільніше

1. Кешування NetWorker:

Демони NetWorker підтримують внутрішні кеші імен. Клієнти кешують вирішені імена в nsrexecd, тоді як основні демони, такі як nsrd і nsmmdbd, зберігають свої власні кеші. Це перша перевірена таблиця IP, і найшвидша. Час життя внутрішнього кешу можна встановити в базі даних nsrla кожного хоста NetWorker за допомогою nsradmin:

Linux/UNIX

printf ". type: nsrla\nshow positive DNS cache TTL; negative DNS cache TTL\nprint\n" | nsradmin -p nsrexec -s remote_host

Вікна

(echo . type: nsrla & echo show positive DNS cache TTL; negative DNS cache TTL & echo print) | nsradmin -p nsrexec -s remote_host

Має повертати 30 хвилин за замовчуванням (1800 секунд):

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

Це значення контролює, скільки часу до того, як NetWorker навмисно очистить кеш процесів на користь оновленої інформації з наступних шарів послідовно. Таким чином, його підняття підходить для середовищ, де пошук DNS повільний, але адресація DNS є відносно статичною. І навпаки, нижчі значення можуть бути бажаними для середовищ із адресами, що часто змінюються. 

Якщо у внутрішньому кеші NetWorker присутнє потрібне ім'я, воно використовується, і подальший запит зупиняється. Для виправлення неполадок, якщо прив'язки кешованого імені до IP здаються неправильними, використовуйте команди для ведення журналу поточного кешу, а потім очищення або повторного вирішення записів:

• • dbgcommand -n nsrd PrintDnsCache=1 (Скидати на daemon.raw)
  • dbgcommand -n nsrd FlushDnsCache=1 (Флеш), або, 
  • dbgcommand -n nsrd FlushDnsCache=9 (Очистіть і негайно повторно розв'яжіть/перебудуйте кеш)

• • Linux/UNIX: ps -ef | grep nsr 
  • Вікна: tasklist | findstr nsr

2. Кеш розв'язувача:

• • Очищення кешу резольвера залежить від ОС/дистрибутива - дивіться документацію постачальника.
  • Вікна: ipconfig /flushdns

3. Файли хостів:

• • UNIX/Linux: /etc/hosts
  • Вікна: %systemroot%\System32\drivers\etc\hosts

4. Пряма роздільна здатність:

• Бігти nslookup без аргументів для введення інтерактивного запиту.
• Введіть ітерацію імені для пошуку та натисніть enter, щоб отримати запис пересилання з DNS-сервера, до якого ви підключилися.
• Введіть те саме ім'я ще двічі, щоб побачити, чи запис імені безшумно переходить між різними вузлами, чи повертає однакові дані.
• Повторіть той самий процес для будь-якого екземпляра будь-якого імені, який хост може бути викликаний іншими хостівами або вважати себе таким, що має ту саму IP-адресу.
• Повторіть той самий процес для будь-якого іншого DNS-сервера, на потенційне використання якого налаштовано хост, увійшовши в next_dns_server сервера.

5. Зворотна роздільна здатність:

• Бігти nslookup без аргументів для введення інтерактивного запиту.
• Увійти в набір q=ptr , щоб змінити тип запиту на Зворотну зону.
• Введіть IP-адресу для зворотного вирішення та натисніть enter.
• Переконайтеся, що ім'я, яке повертається у зворотному записі, збігається з іменем прямого запису/IP.

[root@linux_a~]# nslookup linux_a
Server:         1.2.3.4
Address:        1.2.3.4#53
Name:   linux_a.domain.com
Address: 5.6.7.8
         
[root@linux_a~]# nslookup 5.6.7.8
Server:         1.2.3.4
Address:        1.2.3.4#53
Name:   linux_a.domain.com
Address: 5.6.7.8
         
[root@linux_a~]# nslookup
> set q=ptr
> 5.6.7.8
Server:         1.2.3.4
Address:        1.2.3.4#53
Non-authoritative answer:
8.7.6.5.in-addr.arpa        name = linux_a.domain.com.

Роздільна здатність імені тестування

Всі хости NetWorker повинні мати однакову пряму і зворотну роздільну здатність імен для будь-якого хоста, з яким вони спілкуються, в залежності від їх ролі в зоні даних. Для адміністраторів NetWorker критично важливо гарантувати, що будь-які проблеми з вирішенням хостів вирішуються негайно і повністю.
При усуненні проблем з розпізнаванням імен або для виключення їх у вашій зоні даних NetWorker:
    1. Знайдіть всі хости, які беруть участь у невдалій операції - сервер, клієнти і, можливо, вузли зберігання тощо.
    2. Для кожного з них визначте IP-адреси, налаштовані локально, і всі очікувані вирішувані назви для цих IP-адрес.
    3. Налаштуйте всі хости на використання файлу hosts перед DNS для визначення хоста.
    4. На початку файлу хостів одного хоста налаштуйте один запис для кожної IP-адреси, з кожним іменем, що відповідає йому в одному рядку.
    5. Скопіюйте ці рядки точно з першого хоста у файли хостів інших задіяних хостів.
    6. Відредагуйте об'єкти клієнта NetWorker, щоб псевдоніми правильно відповідали бажаним IP-адресам.
    7. Вимкніть NetWorker на всіх задіяних хостів.
    8. Очистіть кеш резольвера на кожному хості за допомогою відповідного механізму операційної системи.
    9. Перезапустіть NetWorker і повторіть спробу проблемної операції.

Щоб довести, що ім'я визначається заданим хостом, використовуйте цей тест:
    1. З першого хоста NetWorker (наприклад, Client) підключіться до другого (наприклад, Server) за допомогою nsradmin -s remote_host -p nsrexec - Залиште сесію відкритою.
    2. На тому ж хості визначте процес для nsradmin (наприклад, Windows, tasklist | findstr nsradmin)
3. Запустіть netstat, щоб відобразити сокет, пов'язаний з цим процесом (наприклад, Windows, netstat -ao | findstr process_id)
4. Визначте з'єднувальний роз'єм від цього хоста (крайнє ліве сполучення IP:порт на виході)
5. На віддаленому хості - запуск netstat -a і findstr/grep для :calling_port_from_first_host.
    6. Ім'я хоста перед двокрапкою – це спосіб, за допомогою якого другий хост вирішує перший хост під час прийняття вхідного з'єднання.
    7. Знову запустіть з -n перемикач додано до команди netstat для перевірки IP того ж сокета, щоб перевірити, чи очікується IP/маршрут.
    8. Виконайте той самий тест, щоб переконатися, що другий хост вирішує перший хост у межах очікуваних параметрів.

Про псевдоніми клієнтів NetWorker

NetWorker також має налаштовуване поле, яке є глобальним для всіх екземплярів клієнта під назвою 'Aliases', яке повинно відображати всі імена, які можна вирішити для цього клієнта. Це дозволяє NetWorker пов'язувати кілька вирішених імен з одним екземпляром клієнта. Наприклад, client1.domain.prod також може відображатися як client1.domain.bkup або client1, залежно від використовуваної IP-адреси.

Операції NetWorker, такі як savegroup, використовують кілька TCP-сокетів: по одному для контролю, даних та оновлень індексів. Якщо будь-який сокет використовує невідповідне (але дійсне) ім'я, операція може завершитися помилкою.

• Кругова система іноді використовується навмисно і налаштовується, але зазвичай це несподівано і його слід уникати
• netstat -a виявляє відкриті/активні TCP-сокети, які розкривають ім'я стороннього хоста, яке вирішено ОС - це може бути використано для виявлення проблем
• Статична маршрутизація іноді може бути необхідною, коли мережевий трафік використовує несподіваний/небажаний адаптер, що згодом може призвести до проблем із розпізнаванням імен.

Читайте також:  Процеси та порти NetWorker