NVP vProxy: Резервні копії віртуальних машин довго чекають на запуск

• Резервні копії NetWorker VMware Protection (NVP) vProxy Virtual Machine (VM) зберігаються у стані «очікування запуску» протягом тривалого часу. 
   
• Між сервером NetWorker і vProxі немає проблем із зв'язком. Тобто вони правильно розв'язують один одного і можуть спілкуватися через порт 9090: NVP vProxy: Діагностика несправностей мережевого підключення для операцій резервного копіювання та відновлення
• У консолі управління NetWorker (NMC) або сервері NetWorker немає сповіщень daemon.raw щодо відключення або недоступності vProx:
  • Linux: /nsr/logs/daemon.raw
  • Windows (за замовчуванням): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker: Як використовувати nsr_render_log для рендерингу .raw файлів журналів
• Дія резервного копіювання налаштована за допомогою вибору "Auto" vProxy. Тобто, якщо налаштовано кілька vProxie, NetWorker може обрати будь-який vProxy з достатньою доступністю сесій.
• Увімкнення логування вибору vProxy відповідно до NetWorker VMware Protection-vProxy: How to enable debug log призводить до наступного входження в daemon.raw:

0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401461 nsrd-D0 Vmproxy queue: Selecting vProxy for request with reducing num_disks (id=13, manager_id=1774026055) in pending queue
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401551 nsrd-D0 select_vproxy: all full '0'.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401627 nsrd-D0 select_vproxy: vProxy not found.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401707 nsrd-D0 Proxies are overloaded with Hotadd/NBD sessions during concurrent VMDKs parallelism, we will try recursive parallelism later.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401794 nsrd-D0 recursive parallelism: not found vproxy with 2 sessions.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401871 nsrd-D0 process_pending: err: 53014.
0 03/24/26 07:23:31  nsrd NSR notice 03/24/26 07:23:31.401948 nsrd-D0 process_pending: err: 53014.

Дія резервного копіювання налаштована з режимом «concurrent VMDK» та «Auto» транспорту:

vProxі налаштовані лише з режимом гарячого додавання:
| 

Робочий процес резервного копіювання включає групу захисту, яка містить одну або кілька віртуальних машин, до яких неможливо отримати доступ за допомогою HotAdd. Це може виникати, коли віртуальні машини не підтримують HotAdd — наприклад, якщо вони використовують IDE-диски.

Щоб віртуальна машина була доступною через HotAdd, vProxy має бути розгорнутий на ESXi-хості, який має доступ до сховища даних VMware, де знаходяться диски віртуальної машини. Без цього узгодження між ESXi-хостом vProxy та сховищем даних віртуальної машини обробка HotAdd неможлива. Обмеження та вимоги HotAdd задокументовані в Посібнику з інтеграції NetWorker VMware, доступному через: Підтримка NetWorker | Посібники та документи 

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

Використовуйте один із наступних варіантів:

Варіант 1: Узгодити вимоги до гарячого додавання:

Наступні кроки визначають, які віртуальні машини не є доступними через HotAdd:

1. Увійдіть у веб-інтерфейс користувача NetWorker (NWUI): https://nwui-server-name:9090/nwui
2. Перейдіть у розділ Protection-Policies> і розгорніть у розділі Policy, робочий процес, потім виберіть дію резервного копіювання і натисніть Edit.
3. Натисніть вкладку VMware Specific Configuration .
4. Змініть режим транспорту на HotAdd.
   ПРИМІТКА: Ця опція недоступна в NetWorker Management Console (NMC); він доступний лише в NWUI.
5. Збережіть зміни.
    
6. Почніть нову резервну копію.

Віртуальні машини, які є доступними за допомогою HotAdd, повні послідовні резервні копії диска. Віртуальні машини, які не підтримують доступ до Hot add, застрягають у режимі «очікування запуску»:
 

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

• Переналаштуйте розміщення vProxy або VM, або розгорніть додаткові vProxі так, щоб усі VM були доступні для HotAdd. Після вирішення доступності HotAdd віртуальні машини, які раніше застрягли в режимі «очікування запуску», завершують роботу. 
• Якщо середовище VMware не може бути налаштоване для доступу цих віртуальних машин до HotAdd або VM не підтримують HotAdd (наприклад, диски IDE), використовуйте Опцію 2.

Варіант 2: Увімкнути пристрій блокування мережі (NBD) на vProxies.

1. Увімкніть NBD в одному або кількох vProxie:
    

2.  Робіть резервні копії.

Стандартний (бажаний) режим транспорту — гаряче додавання. Усі резервні копії VM спочатку запитують гаряче додавання і повертаються до NBD лише якщо VM не можна зробити резервне копіювання через Hot add. Однак для віртуальних машин, доступних через HotAdd, можливо виконувати деякі сесії через NBD, якщо всі сесії Hot Add витрачені і потрібні додаткові сесії для одночасного резервного копіювання VMDK для цієї VM. Віртуальні машини, які не доступні для Hot add, будуть резервні копії через NBD, коли доступні сесії NBD.

• NVP vProxy: резервні копії VM у стані очікування запуску в середовищі з використанням файлових записів хостів або конфігурації dual stack (IPv4 та IPv6)