NVP vProxy. Резервные копии виртуальных машин находятся в состоянии ожидания запуска в течение длительного периода времени
Сводка: Резервные копии виртуальных машин (ВМ) vProxy NetWorker VMware Protection (NVP) находятся в состоянии ожидания запуска в течение длительного периода времени. Проблемы доступности vProxy отсутствуют, связь между сервером NetWorker и vProproxy успешна. В консоли управления NetWorker Management Console (NMC) нет оповещений о недоступности виртуальных прокси-серверов. ...
Симптомы
- Резервные копии виртуальных машин (ВМ) vProxy NetWorker VMware Protection (NVP) находятся в состоянии ожидания запуска в течение длительного периода времени.
- Проблемы связи между сервером NetWorker и vProx отсутствуют. Это означает, что они оба правильно разрешают друг друга и могут обмениваться данными через порт 9090: NVP vProxy: поиск и устранение неисправностей подключения к сети для операций резервного копирования и восстановления
- На консоли управления NetWorker Management Console (NMC) или сервере NetWorker нет оповещений
daemon.rawОтносительно отключенных или недоступных виртуальных прокси-серверов:- Linux.
/nsr/logs/daemon.raw - Windows (по умолчанию):
C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw - NetWorker: Как использовать nsr_render_log для рендеринга файлов .raw журналов
- Linux.
- Для действия резервного копирования настроен выбор «Авто» vProxy. Это означает, что если настроено несколько виртуальных прокси-серверов, NetWorker может выбрать любой виртуальный прокси-сервер с достаточной доступностью сеанса.
- Включение ведения журнала выбора vProxy в соответствии с NetWorker VMware Protection-vProxy: как включить ведение журнала отладки приводит к следующему протоколированию в
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.
Причина
Для действия резервного копирования настроены «параллельный VMDK» и «Автоматический» транспортные режимы:
Для виртуальных прокси-серверов настроен только режим горячего добавления:
|
Рабочий процесс резервного копирования включает группу защиты, содержащую одну или несколько виртуальных машин, к которым нельзя получить доступ с помощью функции HotAdd. Это может произойти, если виртуальные машины не поддерживают HotAdd, например, если они используют диски IDE.
Чтобы виртуальная машина была доступна через HotAdd, виртуальный прокси должен быть развернут на хосте ESXi, имеющем доступ к хранилищу данных VMware, где находятся диски виртуальной машины. Без согласования между хостом ESXi vProxy и хранилищем данных виртуальной машины обработка HotAdd невозможна. Ограничения и требования HotAdd описаны в руководстве по интеграции NetWorker с VMware, доступном по адресу: Поддержка NetWorker | Руководства и документы
Это приводит к тому, что сервер NetWorker select_vproxy логика, которая может зависнуть при попытке определить vProxy для запуска параллельных сеансов VMDK. В некоторых сценариях задание может в конечном итоге определить, для каких виртуальных машин оно может запускать сеансы VMDK. Затраченное время может различаться в зависимости от размера среды VMware. Задание может никогда не согласовать vProxy для рабочего процесса.
Разрешение
Используйте один из следующих вариантов:
Вариант 1. Согласование требований к «горячему» добавлению
Следующие действия помогут определить, какие виртуальные машины недоступны для HotAdd.
- Войдите в пользовательский веб-интерфейс NetWorker (NWUI).
https://nwui-server-name:9090/nwui - Перейдите в раздел Protection-Policies> и разверните раздел Policy, workflow, затем выберите действие резервного копирования и нажмите Edit.
- Перейдите на вкладку VMware Specific Configuration .
- Измените Transport Mode на HotAdd.
ПРИМЕЧАНИЕ: Этот параметр недоступен в консоли управления NetWorker Management Console (NMC); он доступен только в NWUI.
- Сохраните изменения.
- Запустите новое резервное копирование.
Виртуальные машины, доступные для HotAdd, выполняют последовательное резервное копирование дисков. Виртуальные машины, которые не доступны для горячего добавления, зависают в состоянии ожидания запуска:
Виртуальные машины, доступные для HotAdd, выполняют полное резервное копирование. Виртуальные машины, для которых нет доступа HotAdd, никогда не запускают сеансы резервного копирования. Рабочий процесс должен быть отменен, и необходимо учесть следующее:
- Перенастройте размещение vProxy или виртуальных машин или разверните дополнительные vProx, чтобы все виртуальные машины были доступны для HotAdd. После разрешения специальных возможностей HotAdd виртуальные машины, которые ранее зависали в состоянии ожидания запуска, завершают работу.
- Если невозможно настроить среду VMware для предоставления этим виртуальным машинам доступа HotAdd или виртуальные машины не поддерживают HotAdd (например, диски IDE), используйте вариант 2.
Вариант 2. Включите Network Block Device (NBD) на виртуальных прокси-серверах.
- Включите NBD в одном или нескольких виртуальных прокси-серверах:
- Выполнение резервного копирования.
По умолчанию (предпочтительный) режим передачи данных — «горячее» добавление. Все резервные копии виртуальных машин будут первоначально запрашивать горячее добавление и возвращаться к NBD только в том случае, если резервное копирование виртуальной машины невозможно выполнить с помощью горячего добавления. Однако виртуальные машины, имеющие доступ к HotAdd, могут выполнять некоторые сеансы через NBD, если все сессии Hot Add используются и требуются дополнительные сеансы для выполнения параллельного резервного копирования VMDK для этой виртуальной машины. Виртуальные машины, для которых не доступно горячее добавление, будут выполнять резервное копирование через NBD, когда доступны сессии NBD.