NetWorker 19.9: завдання резервного копіювання та відновлення vProxy не запускаються, жоден vProxy не підхоплюється процесом

Робочий процес резервного копіювання віртуальних машин показує віртуальні машини в стані очікування запуску. Подробиці дії резервного копіювання в консолі управління NetWorker показують:

Сеанси відновлення ВМ демонструють той самий симптом. Сеанс відновлення розпочнеться, але сеанс не підхопить vProxy. Робота не просувається вперед і має бути скасована вручну. Проблем із доступністю vProxy немає:

• vProxies показують увімкнено: Так у розділі Devices-VMware> Proxies
• У вікні сповіщень NMC немає повідомлень «vProxy is unavailable».
• Сервер NetWorker може правильно визначити повне доменне ім'я vProxy (FQDN), коротке ім'я та IP-адресу.
• vProxy може правильно визначити FQDN сервера NetWorker, коротке ім'я та IP-адресу.
• Порт 9090 відкритий між сервером NetWorker і пристроєм vProxy. Кожна система може обмінюватися даними одна з одною через цей порт.

Сервер NetWorker має вигляд 19.9.0.0-19.9.0.3> або 19.10.0.0.

Перш ніж можна буде встановити сеанс резервного копіювання або відновлення віртуальної машини, сервер NetWorker повинен визначити доступний пристрій vProxy та підключитися до нього.

Оптимізація коду пішла на NetWorker 19.9.0.4 і 19.10.0.1 через NETWORKER-85156.

Якщо сервер NetWorker 19.9.0.3 або старіше, оновіть його до 19.9.0.4/19.10.0.1 або пізніше. Пристрої vProxy також повинні бути оновлені до останньої версії, яка підтримується NetWorker. Оновлення пристрою vProxy гарантує застосування останніх виправлень безпеки. Нові релізи vProxy також включають оновлені бібліотеки ddboost, версію VMware Virtual Disk Development Kit (VDDK) та VMware Tools.

Завантаження пакетів NetWorker та vProxy доступне за посиланням: https://www.dell.com/support/home/product-support/product/networker/overview

• NetWorker: Як оновити NetWorker і практичні поради перед оновленням
• NVP vProxy: Як оновити пристрій NVP vProxy за допомогою nsrvproxy_mgmt
• NVP vProxy: Інформація про версію NetWorker vProxy

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

Статус увімкнено vProxy:

1. З NMC перейдіть в Devices-VMware> Proxies, або з NetWorker Web User Interface (NWUI) перейдіть в Protection-VMware> Proxies.

2. Перевірте, чи ввімкнено vProxies. У стовпці enabled має відображатися Enabled: Так:
   

    

   ПРИМІТКА. Якщо vProxy показує Enabled: Ні, відредагуйте vProxy та виберіть Увімкнено: Так

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

Переконайтеся, що середовище використовує систему доменних імен (DNS). Сервер NetWorker, vProxies, системи Data Domain, хости VMware vCenter і VMware ESXi повинні використовувати FQDN, які можна вирішити в DNS. Ресурси, налаштовані в NetWorker, повинні бути додані за допомогою FQDN. FQDN, коротке ім'я та IP-адреси мають розпізнаватися правильно. Будь-які системи, які використовують записи файлів hosts, повинні мати правильні IP-адреси, FQDN та псевдоніми, заповнені правильно.

NVP vProxy: Усунення несправностей підключення до мережі для операцій

резервного копіювання та відновленняПодвійний стек (IPv4 та IPv6) не підтримується пристроєм vProxy, необхідно використовувати той чи інший пристрій. У середовищі VMware з підтримкою IPv6 наступні компоненти не повинні мати жодних недоступних записів IPv4 на DNS-сервері:

• • Сервер NetWorker FQDN
  • vProxy appliance FQDN
  • Домен даних FQDN
  • vCenter FQDN
  • ESXi FQDN

Перелічені вище FQDN повинні повертати лише записи AAAA з DNS і не повинні мати жодних недосяжних записів IPv4 у DNS.

Бачити: NVP vProxy: Резервні копії віртуальних машин знаходяться в стані очікування виконання в середовищі з використанням записів файлів hosts або конфігурації з подвійним стеком (IPv4 і IPv6)

1. З пристрою vProxy та сервера NetWorker переконайтеся, що FQDN, коротке ім'я та IP-адреса доступні для кожної відповідної системи:

   nslookup FQDN
   nslookup Short_Name
   nslookup IP_ADDRESS

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

2. Перевірте /etc/hosts у кожній системі та переконайтеся, що якщо існують будь-які записи файлів hosts, вони мають правильну IP-адресу та відповідні імена хостів.

   ПРИМІТКА. При доступі до vProxy по SSH необхідно авторизуватися за допомогою облікового запису "admin". Root-доступ по SSH відключений за замовчуванням.

Зв'язок порту 9090:

1. На сервері NetWorker підтвердьте, що ви можете обмінюватися даними з портом 9090 на vProxy:

   nsrports -t vProxy_Address -p 9090

2. З пристрою vProxy підтвердьте, що ви можете обмінюватися даними з портом 9090 на сервері NetWorker:

   curl -v NetWorker_Address:9090

   ПРИМІТКА. При доступі до vProxy по SSH необхідно авторизуватися за допомогою облікового запису "admin". Root-доступ по SSH відключений за замовчуванням.

Доступність vProxy:

1. Перевірте сервер NetWorker daemon.raw за будь-яку доступність vProxy або помилки SSL.

   Linux: /nsr/logs/daemon.raw
   Вікна: C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw

   NetWorker: Спосіб застосування nsr_render_log

Помилки сертифіката та SSL

Якщо спостерігаються помилки SSL, повторна реєстрація пристрою vProxy може вирішити проблему: NVP vProxy: Як скасувати/повторно зареєструвати пристрій vProxy?

Гаряче додати наявність.

За замовчуванням пристрій vProxy має 13 увімкнених сеансів гарячого додавання та вимкнено пристрій мережевого блоку (NBD).

Це означає, що пристрій vProxy має знаходитися на хості ESXi, який має доступ до сховища даних до віртуальних машин, які він резервує. Якщо ввімкнено лише HotAdd, ви можете тимчасово ввімкнути NBD, щоб побачити, чи починається сеанс резервного копіювання. Якщо запускається резервне копіювання, це свідчить про проблему з доступом Hot Add у VMware. Цю проблему можна вирішити шляхом розгортання пристроїв vProxy на хостів ESXi, щоб кожне сховище даних VMware було доступне принаймні одному пристрою vProxy. Не рекомендується використовувати НБД (коли це можливо). Велика кількість сеансів NBD може спричинити перевантаження в мережі управління ESXi. Для отримання додаткової інформації про масштабованість, а також рекомендації та обмеження hotadd/NBD перегляньте Посібник з інтеграції NetWorker VMware, доступний за посиланням: https://www.dell.com/support/home/product-support/product/networker/docs

HotAdd також можна перевірити за допомогою утиліти ProxyHC: NVP-vProxy: Як користуватися інструментом перевірки працездатності ProxyHC на пристрої vProxy.

Для резервного копіювання вручну вибрано vProxy:

Дія резервного копіювання має вручну вибраний vProxy:

Переконайтеся, що немає проблем (як описано вище) з доступом до цього vProxy або з його доступністю, протестуйте інший доступний vProxy або встановіть "Автоматичний" вибір.