NVP-vProxy. Поиск и устранение неполадок с резервным копированием динамических правил, отсутствие выбранных виртуальных машин

Правила NetWorker настроены для защиты виртуальных машин VMware (ВМ):

• NVP-vProxy. Защита VMware на основе маркировки категорий
• NetWorker: vProxy: Как включить группу VMware с динамическими ассоциациями и правилами?

Наблюдаются следующие симптомы:

• Рабочие процессы резервного копирования VMware не сообщают о следующем:

  180795 2025-10-22 11:47:06 AM  1 5 0 5616 11684 0 NetWorker_Server_Name nsrvproxy_save NSR notice No VM selected as part of static selection. 
  180797 2025-10-22 11:47:06 AM  1 5 0 5616 11684 0 NetWorker_Server_Name nsrvproxy_save NSR notice No VM's found as part of dynamic/rule based selection 
  180799 2025-10-22 11:47:06 AM  1 5 0 5616 11684 0 NetWorker_Server_Name nsrvproxy_save NSR notice No excluded VM's are present. 
  205487 2025-10-22 11:47:06 AM  0 0 2 5616 11684 0 NetWorker_Server_Name nsrvproxy_save NSR info No VMs obtained for Backup. Verify the static and rule based dynamic associations for VM selection.

  ИЛИ выполняется резервное копирование только некоторых виртуальных машин. Виртуальные машины, которые, как предполагается, должны быть захвачены определениями правил, не захватываются, поэтому резервные копии для них не выполняются.
• При выполнении команды «Preview All Virtual Machines» в свойствах группы защиты виртуальные машины не указаны:

ИЛИ отображаются только некоторые виртуальные машины. Виртуальные машины, которые предположительно должны быть захвачены определениями правил, не отображаются и, следовательно, не отображаются.

Возникла проблема с определениями правил или используемой логикой сопоставления. 

Логика матча:

В правилах NetWorker доступны два типа соответствия:

• ALL — использует логику оператора «И». Это означает, что для того, чтобы любая виртуальная машина могла быть идентифицирована правилом, она должна соответствовать требованиям ВСЕХ правил. Например, если для правила определены два определения правила, то выбранные виртуальные машины должны соответствовать требованиям обоих определений правил.

Сценарий обращения:

Виртуальной машине в VMware назначены два тега:

Следующий параметр «Тип соответствия: Все" настроено, определив оба этих тега:

Правилом определяются только те виртуальные машины, которые соответствуют всем определениям правил:

Другие виртуальные машины, которым назначен только один из тегов VMware, не выбираются правилом, так как они не соответствуют всем необходимым условиям.

• ANY — использует логику оператора «ИЛИ». Это означает, что любая виртуальная машина, которая удовлетворяет требованиям определения ЛЮБОГО правила, будет выбрана или проигнорирована (в зависимости от используемого оператора). Например, если имеется два определения правила, но виртуальная машина удовлетворяет требованию только одного из правил, она идентифицируется правилом.

Сценарий обращения:

Следующий параметр «Тип соответствия: Any" настроено в NetWorker:
 

Любой Виртуальная машина, содержащая любой из этих тегов, определяется по правилу:

Таким образом, «Тип соответствия: Все» подходит, если вы хотите убедиться, что все определения правил должны выполняться при определении виртуальных машин для резервного копирования или игнорирования во время резервного копирования. 「Тип матча: Any» подходит, если у вас есть сочетание различных определений правил и вы хотите, чтобы виртуальные машины определялись на основе любого одного определения правила в правиле.

Типы и операторы:

Если после подтверждения использования правильного типа соответствия виртуальные машины по-прежнему не удается идентифицировать правильно, проверьте типы и операторы в определениях правил.

Определения правил допускают следующие типы:

• VirtualMachine
• Host/Cluster
• vApp
• VmFolder
• Datacenter
• ResourcePool

Каждый из этих типов соответствует ресурсам VMware.

Определение правила содержит следующие логические операторы:

• Equals
• Does not Equal
• Contains
• Does not Contain
• Starts With
• Does Not Start With
• Ends With
• Does Not End With
• Regular Expression

При проверке этих параметров убедитесь в отсутствии конфликтующих правил, которые могут отменять друг друга. Операторы также должны соответствовать значениям типа, существующим в инфраструктуре VMware.

Свойства и значения:

Существует два типа недвижимости:

• Name — связывается непосредственно с «Name» чего-либо в VMware. Например, имя виртуальной машины, хоста/кластера, vApp, папки VmFolder, центра обработки данных или пула ресурсов. В зависимости от используемого оператора это может быть строка точного совпадения или частичная строка. Например, имя VirtualMachine должно быть равно "rhel-client01.amer.lan", имя VirtalMachine должно включать "rhel-client", а имя VmFolder должно быть равно "VM Clients".
• Тег — использует маркировку категорий VMware. Категории и теги настраиваются непосредственно в VMware и назначаются различным ресурсам. Определенные категории и теги должны существовать в VMware и правильно назначаться ресурсам. Это более подробно описано в разделе NVP vProxy. Защита VMware на основе маркировки категорий.

Журналы и дополнительные меры по поиску и устранению неисправностей.

• Проверка сервера NetWorker daemon.raw при любых ошибках, связанных с процессом инвентаризации VMware (nsrvim)
  • Linux: /nsr/logs/daemon.raw
  • Windows (по умолчанию): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker. Как использовать nsr_render_log для рендеринга файлов .raw журналов
• Просмотрите журналы сессий инвентаризации сервера NetWorker (nsrvisd), чтобы проверить, не обнаружено ли ошибок при определении динамических правил:
  • Linux: /opt/nsr/logs/vproxy/logs/nsrvisd/
  • Windows (по умолчанию): C:\Program Files\EMC NetWorker\nsr\vproxy\logs\nsrvisd\
• Создание файлов дампа vCenter. Эти файлы содержат список ресурсов VMware, существующих в среде VMware, и извлекаются в процессе инвентаризации NetWorker.

1. В командной строке с повышенными привилегиями на сервере NetWorker выполните команду: nsrvim --dump --names=vCEnter_Server_Name
2. В результате будут созданы три файла XML. На серверах Windows файлы создаются в том же расположении, из которого была запущена команда. В Linux файлы создаются в каталоге /nsr/cores/nsrvim

• vCenter_Name.xml Выводит список объектов VMware: Виртуальные машины, хранилища данных, папки и т. д.
• vCenter_Name-cat_tags.xml Список тегов категорий VMware и ресурсов, которым назначены эти теги.
• vCenter_Name-mapping.xml Выводит список объектов VMware: Группы портов, хосты, папки, виртуальные машины и т. д.