NVP vProxy: Усунення несправностей із динамічними резервними копіями правил, відсутні у виборі віртуальних машин
Summary: «Правила» NetWorker налаштовані для ідентифікації віртуальних машин VMware (VM) у групі захисту NetWorker. Це динамічно резервує нові віртуальні машини на основі визначених визначень правил і віртуальних машин, що відповідають критеріям правил. Деякі або жодних віртуальних машин не вказані. Підхід, описаний у цій статті, описує, як діагностувати потенційні проблеми з конфігурацією, які призводять до неправильного ідентифікації очікуваних ресурсів VMware. ...
Symptoms
Правила NetWorker налаштовані для захисту віртуальних машин VMware (VM):
- NVP vProxy: Захист VMware на основі категорійного тегування
- NetWorker: vProxy: Як увімкнути групу VMware з Dynamic Association and Rules?
Спостерігаються такі симптоми:
- Робочі процеси резервного копіювання 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.
АБО лише деякі віртуальні машини мають резервне копіювання. Віртуальні машини, які підозрюють у захопленні за визначенням правил, не є резервними копіями, і тому не мають резервної копії. - Жодна віртуальна машина не вказана при виконанні «Попередній перегляд усіх віртуальних машин» з властивостей групи захисту:

АБО ж показані лише деякі віртуальні машини. Віртуальні машини, які підозрюються як захоплені за визначенням правил, не відображаються і, отже, не відображаються.
Cause
Існує проблема з визначеннями правил або логікою «Match» (логіка «Match»).
Resolution
Логіка матчу:
У NetWorker Rules доступні два варіанти типів матчу:
- ALL - Це використовує логіку оператора "AND". Це означає, що для того, щоб будь-яка віртуальна машина була ідентифікована за правилом, вона повинна відповідати вимогам ВСІХ правил. Наприклад, якщо правило має визначені два визначення правил, то приймані віртуальні машини повинні відповідати вимогам обох визначень правил.
Кейс:
VM у VMware має призначені два теги:

Наступний «Тип матчу»: Правило All" налаштоване, визначаючи обидва ці теги:

Лише віртуальні машини, які відповідають Усі визначення правил ідентифікуються за цим правилом:
Інші віртуальні машини, які мають лише один із призначених тегів VMware, не піддаються правилу, оскільки вони не відповідають усім необхідним умовам.
- БУДЬ-ЯКИЙ — Це використовує логіку оператора "OR". Це означає, що будь-яка віртуальна машина, яка відповідає вимогам БУДЬ-якого визначення правил, приймається або ігнорується (залежно від оператора). Наприклад, якщо існує два визначення правил, але віртуальна машина відповідає лише вимогам одного з правил, вона ідентифікується цим правилом.
Кейс:
Наступний «Тип матчу»: Правило any" налаштоване в NetWorker:
Будь-які VM, що містить будь-який із цих тегів, ідентифікується правилом:
Підсумовуючи, «Тип матчу: Все» доречно, коли ви хочете переконатися, що всі визначення правил мають бути виконані при визначенні віртуальних машин, які потрібно резервувати або ігнорувати під час резервного копіювання. "Тип матчу: Any" доречна, коли у вас є суміш різних визначень правил, і ви хочете, щоб віртуальні машини ідентифікувалися за будь-яким одним визначенням правил у правилі.
Типи та оператори:
Якщо віртуальні машини все ще неправильно ідентифіковані після підтвердження правильного типу відповідності, перегляньте типи та оператори у визначеннях правил.

Визначення правил дозволяють такі типи:
VirtualMachineHost/ClustervAppVmFolderDatacenterResourcePool
Кожен із цих типів відповідає ресурсам VMware.
Визначення правил містить такі логічні оператори:
EqualsDoes not EqualContainsDoes not ContainStarts WithDoes Not Start WithEnds WithDoes Not End WithRegular Expression
Під час перегляду цих налаштувань переконайтеся, що немає суперечливих правил, які можуть нейтралізувати одне одного. Оператори також повинні відповідати значенням типу, які існують в інфраструктурі VMware.
Властивості та значення:
Існує два типи властивостей:
- Ім'я — безпосередньо пов'язане з «Іменем» чогось у VMware. Наприклад, ім'я VirtualMachine, Host/Cluster, vApp, VmFolder, Datacenter або ResourcePool. Залежно від оператора, це може бути точна збіг або часткова струна. Наприклад, ім'я VirtualMachine має дорівнювати "rhel-client01.amer.lan", ім'я VirtalMachine має містити "rhel-client" або VmFolder має дорівнювати "VM Clients."
- Тег — використовує VMware Category Tagging. Категорії та теги налаштовуються безпосередньо у 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 файлів журналів
- Linux:
- Перегляньте журнали сесій інвентарю сервера NetWorker (
nsrvisd), щоб перевірити, чи були виявлені помилки при визначенні динамічних правил:- Linux:
/opt/nsr/logs/vproxy/logs/nsrvisd/ - Windows (за замовчуванням):
C:\Program Files\EMC NetWorker\nsr\vproxy\logs\nsrvisd\
- Linux:
- Згенеруйте дамп-файли vCenter. Ці файли перелічують, які ресурси VMware існують у середовищі VMware, і які забирають під час процесу інвентаризації NetWorker.
- З підвищеного запиту на сервері NetWorker виконайте:
nsrvim --dump --names=vCEnter_Server_Name - Це генерує три XML-файли. На серверах Windows файли генеруються в тому ж місці, звідки була виконана команда. У Linux файли генеруються під /nsr/cores/nsrvim
- vCenter_Name.xml - Перелік об'єктів VMware: Віртуальні машини, сховища даних, папки тощо
- vCenter_Name-cat_tags.xml - Перелік тегів категорій VMware та ресурсів, які мають призначені теги.
- vCenter_Name-mapping.xml - Перелік об'єктів VMware: Групи портів, хости, папки, віртуальні машини тощо