NetWorker 19.9. Задания резервного копирования и восстановления vProxy не запускаются, процесс не забирает vProxy

Рабочий процесс резервного копирования виртуальных машин отображает виртуальные машины в состоянии ожидания запуска. Сведения о действии резервного копирования в NetWorker Management Console отображают:

Для сессий восстановления виртуальной машины наблюдается тот же признак. Сеанс восстановления запускается, но ни один виртуальный прокси не будет выбран сессией. Задание не будет выполняться и должно быть отменено вручную. Нет проблем с доступностью vProxy:

• Прокси-серверы отображаются как включенные: Да , в разделе «Устройства» —> прокси-серверы VMware
• В окне «NMC Alerts» нет сообщений «vProxy is unavailable».
• Сервер NetWorker может правильно определить полное доменное имя (FQDN) vProxy, сокращенное имя и IP-адрес.
• vProxy может правильно разрешить полное доменное имя, сокращенное имя и IP-адрес сервера NetWorker.
• Открыт порт 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

Существует несколько потенциальных причин, по которым виртуальный прокси не может быть выбран для операции резервного копирования или восстановления. Если используется версия сервера 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. Убедитесь, что виртуальные прокси-серверы включены. В столбце «Enabled» должно отображаться значение «Enabled». Yes.
   

    

   ПРИМЕЧАНИЕ. Если vProxy показывает значение Enabled: Нет, отредактируйте vProxy и выберите Enabled. Да

Разрешение имени:

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

NVP-vProxy. Поиск и устранение неисправностей подключения к сети для операций

резервного копирования и восстановленияДвойной стек (IPv4 и IPv6) не поддерживается устройством vProxy; необходимо использовать один из вариантов. В среде VMware с поддержкой IPv6 следующие компоненты не должны иметь недоступных записей IPv4 на DNS-сервере:

• • Полное доменное имя сервера NetWorker
  • Полное доменное имя устройства vProxy
  • Полное доменное имя Data Domain
  • Полное доменное имя vCenter
  • Полное доменное имя ESXi

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

Видеть: NVP-vProxy. Резервные копии виртуальных машин в состоянии ожидания запуска в среде с использованием записей файлов hosts или конфигурации с двумя стеками (IPv4 и IPv6).

1. В устройстве vProxy и на сервере NetWorker убедитесь, что полностью определенное доменное имя, краткое имя и 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. Проверьте daemon.raw на наличие vProxy или ошибки SSL.

   Linux: /nsr/logs/daemon.raw
   Windows: C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw

   NetWorker. Как использовать nsr_render_log

Ошибки сертификата и SSL

Если наблюдаются ошибки SSL, повторная регистрация устройства vProxy может устранить проблему: NVP-vProxy. Как отменить/повторно зарегистрировать устройство vProxy?

Горячее добавление доступности.

По умолчанию для устройства vProxy включено 13 сессий горячего добавления и отключено Network Block Device (NBD).

Это означает, что устройство vProxy должно находиться на хосте ESXi, который имеет доступ к хранилищу данных для виртуальных машин, для которых выполняется резервное копирование. Если включено только HotAdd, вы можете временно включить NBD, чтобы увидеть, запускается ли сессия резервного копирования. Если начнется резервное копирование, это означает, что в VMware возникла проблема с доступом с горячим добавлением. Эту проблему можно решить, развернув устройства vProxy на хостах ESXi, чтобы каждое хранилище данных VMware было доступно по крайней мере одному устройству vProxy. Не рекомендуется использовать NBD (когда это возможно). Большое количество сессий 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 или выборе «Automatic».