NVP vProxy：動的ルール バックアップ、選択対象からVMが見つからない場合のトラブルシューティング

NetWorkerルールは、VMware仮想マシン(VM)を保護するように構成されています。

• 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.

  または、一部のVMのみがバックアップされます。ルール定義によってキャプチャされた疑いのあるVMはバックアップされないため、バックアップされません。
• [Protection Group Properties]から[Preview All Virtual Machines]を実行すると、VMが一覧表示されません。

または、一部のVMのみが表示されます。ルール定義によってキャプチャされた疑いのあるVMは表示されないため、表示されません。

使用されているルール定義または「一致」ロジックに問題があります。 

マッチロジック:

NetWorkerルールには、次の2つの一致タイプ オプションがあります。

• ALL - これは「AND」演算子ロジックを使用します。つまり、VMがルールによって識別されるためには、すべてのルールの要件を満たす必要があります。たとえば、ルールに2つのルール定義が定義されている場合、選択されるVMは両方のルール定義の要件を満たしている必要があります。

ケース シナリオ:

VMwareのVMには、次の2つのタグが割り当てられます。

次の「マッチタイプ: All」ルールが構成され、次のタグが両方定義されます。

すべてのルール定義を満たすVMのみが、次のルールによって識別されます。

VMwareタグが1つしか割り当てられていない他のVMは、必要な すべての 条件に一致しないため、ルールによって選択されません。

• ANY - これは「OR」演算子ロジックを使用します。つまり、ANYルール定義の要件を満たすVMが選択または無視されます(使用するオペレーターによって異なります)。たとえば、ルール定義が 2 つあるが、VM がルールの 1 つの要件のみを満たしている場合、その仮想マシンはルールによって識別されます。

ケース シナリオ:

次の「マッチタイプ: 任意の」ルールがNetWorkerで構成されています。
 

すべて これらのタグのいずれかを含むVMは、次のルールによって識別されます。

要約すると、「マッチタイプ: 「All」は、バックアップ中にバックアップ対象または無視するVMを特定する際に 、すべての ルール定義を満たす必要があることを確認する場合に適しています。「マッチタイプ: さまざまなルール定義が混在していて、ルール内の任意の 1 つのルール定義に基づいて VM を識別する場合は、Any」が適切です。

タイプと演算子:

正しい一致タイプが使用されていることを確認した後もVMが正しく識別されない場合は、ルール定義のタイプと演算子を確認します。

ルール定義では、次のタイプを使用できます。

• 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インフラストラクチャに存在するType値にも対応している必要があります。

プロパティと値:

次の 2 つのプロパティ タイプがあります。

• [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環境に存在し、NetWorkerインベントリー プロセス中に取得されるVMwareリソースが一覧表示されます。

1. NetWorkerサーバーの管理者特権のプロンプトで、次のコマンドを実行します。 nsrvim --dump --names=vCEnter_Server_Name
2. これにより、3 つの XML ファイルが生成されます。Windowsサーバーでは、コマンドを実行したのと同じ場所にファイルが生成されます。Linuxでは、ファイルは/nsr/cores/nsrvimの下に生成されます

• vCenter_Name.xml - VMwareオブジェクトを一覧表示します。VM、データストア、フォルダーなど
• vCenter_Name-cat_tags.xml:VMwareカテゴリー タグと、タグが割り当てられているリソースを一覧表示します。
• vCenter_Name-mapping.xml - VMwareオブジェクトを一覧表示します。ポート グループ、ホスト、フォルダー、VMなど