NVP vProxy:VMバックアップが長時間実行待ち状態になる

• NetWorker VMware Protection (NVP) vProxy仮想マシン(VM)のバックアップが、長時間「実行待ち」状態になります。 
   
• NetWorkerサーバーとvProxy間の通信に問題はありません。つまり、どちらも互いを正しく解決し、ポート9090を介して通信できます。 NVP vProxy: バックアップおよびリストア操作のためのネットワーク接続のトラブルシューティング
• NMC(NetWorker管理コンソール)またはNetWorkerサーバーにアラートがない daemon.raw vProxyが無効または使用不可になっている場合:
  • Linux： /nsr/logs/daemon.raw
  • Windows(デフォルト): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
  • NetWorker:nsr_render_logを使用して.rawログ ファイルをレンダリングする方法
• バックアップ アクションは、「自動」vProxy選択を使用して設定されます。つまり、複数のvProxyが構成されている場合、NetWorkerは、十分なセッション可用性を持つ任意のvProxyを選択できます。
• 「NetWorker VMware Protection-vProxy:デバッグ ログを有効にする方法」に従って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」と「自動」転送モードで構成されています。

vProxyは、ホット アド モードでのみ構成されます:
| 

バックアップ ワークフローには、HotAddを使用してアクセスできない1つ以上のVMを含む保護グループが含まれています。これは、VMがHotAddをサポートしていない場合(IDEディスクを使用している場合など)に発生する可能性があります。

VMをHotAddでアクセス可能にするには、VMのディスクが存在するVMwareデータストアへのデータストア アクセス権を持つESXiホストにvProxyを導入する必要があります。vProxyのESXiホストとVMのデータストアの間でこのアライメントが行われないと、HotAdd処理は実行できません。HotAddの制限と要件については、NetWorker VMware統合ガイドを参照してください。 NetWorkerのサポート |マニュアルおよび文書 

これにより、NetWorkerサーバーの select_vproxy 同時VMDKセッションを開始するためにvProxyを識別しようとしてスタックするロジック。一部のシナリオでは、ジョブは最終的に、VMDKセッションを開始できるVMを識別する場合があります。所要時間はVMware環境のサイズによって異なる場合があり、ジョブでワークフローのvProxyが調整されない場合があります。

次のいずれかの方法を使用します。

オプション1:ホット アド要件の調整:

次の手順では、HotAddにアクセスできないVMを特定します。

1. NetWorker Webユーザー インターフェイス(NWUI)にログインします。 https://nwui-server-name:9090/nwui
2. Protection->Policiesに移動し、Policy, workflowを展開してバックアップ アクションを選択し、Editをクリックします。
3. VMware Specific Configurationタブをクリックします。
4. 転送モードをHotAddに変更します。
   メモ： このオプションは、NMC(NetWorker管理コンソール)では使用できません。NWUIでのみ使用できます。
5. 変更を保存します。
    
6. 新しいバックアップを開始します。

ホットアドでアクセス可能なVMは、シーケンシャル ディスク バックアップを完了します。ホット アドにアクセスできないVMが「実行待ち」でスタックします。
 

ホットアドでアクセス可能なVMの完全なバックアップ。HotAddにアクセスできないVMは、バックアップ セッションを開始しません。ワークフローをキャンセルする必要があり、次の点を考慮する必要があります。

• vProxyまたはVMの配置を再構成するか、追加のvProxyを導入して、すべてのVMにホットアドがアクセスできるようにします。HotAddアクセシビリティが解決されると、以前に「実行待ち」でスタックしていたVMが完了します。 
• これらのVMにホットアドでアクセスできるようにVMware環境を構成できない場合、またはVMがホットアドをサポートしていない場合(IDEディスクなど)は、 オプション2を使用します。

オプション2:vProxyでネットワーク ブロック デバイス(NBD)を有効にします。

1. 1つまたは複数のvProxyでNBDを有効にします。
    

2.  バックアップを実行します。

デフォルト(推奨)転送モードはホット アドです。すべてのVMバックアップは、最初にホット アドを要求し、ホット アドを介してVMをバックアップできない場合にのみNBDにフォールバックします。ただし、すべてのHot addセッションが消費され、そのVMの同時VMDKバックアップを完了するために追加のセッションが必要な場合は、ホットアドがアクセス可能なVMがNBDを介して一部のセッションを実行する可能性があります。ホット アドにアクセスできないVMは、NBDセッションが使用可能になるとNBD経由でバックアップされます。

• NVP vProxy:ホスト ファイル エントリーまたはデュアル スタック(IPv4およびIPv6)構成を使用している環境でVMバックアップが実行待機中状態になっている