NVP vProxy：VM 備份長時間處於等待執行狀態
Сводка: NetWorker VMware Protection （NVP） vProxy 虛擬機器 （VM） 備份長時間處於「等待執行」狀態。沒有 vProxy 可用性問題，NetWorker 伺服器和 vProxy 之間的通訊成功。NetWorker 管理主控台 （NMC） 中沒有關於 vProxy 無法使用的警示。
Симптомы
- NetWorker VMware Protection （NVP） vProxy 虛擬機器 （VM） 備份長時間處於「等待執行」狀態。
- NetWorker 伺服器和 vProxy 之間沒有通訊問題。這意味著，它們都可以正確地相互解析，並且可以通過埠 9090 進行通信： NVP vProxy： 故障診斷備份和還原操作的網路連接
- NetWorker Management Console （NMC） 或 NetWorker 伺服器中沒有警示
daemon.raw關於 vProxy 被停用或無法使用：- Linux：
/nsr/logs/daemon.raw - Windows （預設）：
C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw - NetWorker：如何使用 nsr_render_log 呈現.raw紀錄檔
- Linux：
- 備份動作是以「自動」vProxy 選項進行設定。也就是說，如果設定了多個 vProxy，NetWorker 可以選擇任何具有足夠工作階段可用性的 vProxy。
- 根據 NetWorker 啟用 vProxy 選取記錄 VMware Protection-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 訪問的 VM。當 VM 不支援 HotAdd（例如，如果它們使用 IDE 磁碟）時，可能會發生這種情況。
若要讓 VM 可透過 HotAdd 存取，vProxy 必須部署在對 VM 磁碟所在的 VMware 資料存放區具有資料存放區存取權的 ESXi 主機上。如果 vProxy 的 ESXi 主機和 VM 的資料存放區之間沒有這種對齊，就無法進行 HotAdd 處理。NetWorker VMware 整合指南中會記錄 HotAdd 的限制和需求，該指南可透過以下方式取得： 支援 NetWorker |手冊與文件
這會導致 NetWorker 伺服器的 select_vproxy 嘗試識別 vProxy 以啟動並行 VMDK 工作階段時卡住的邏輯。在某些情況下，工作最終可能會識別出可為其啟動 VMDK 工作階段的 VM。所花費的時間可能會因 VMware 環境大小而有所不同，因此工作可能永遠無法協調工作流程的 vProxy。
Разрешение
使用下列其中一個選項：
選項 1：協調熱添加要求：
下列步驟可識別哪些 VM 無法熱新增存取：
- 登入 NetWorker Web 使用者介面 （NWUI）：
https://nwui-server-name:9090/nwui - 前往保護原則>並展開至原則工作流程，然後選取備份動作並按一下編輯。
- 按一下 VMware 特定組態 標籤。
- 將 傳輸模式 更改為 熱添加。
注意： 此選項在 NetWorker Management Console （NMC） 中不可用;它僅在 NWUI 中可用。
- 儲存變更。
- 開始新的備份。
可存取的 HotAdd 虛擬機器會完成循序磁碟備份。非熱新增可存取的 VM 卡在「等待執行」狀態：
可熱新增的 VM 可存取完整備份。無法 HotAdd 可存取的 VM 永遠不會啟動其備份工作階段。必須取消工作流，並且必須考慮以下事項：
- 重新設定 vProxy 或 VM 放置，或部署其他 vProxy，以便所有 VM 都能 HotAdd 存取。解決 HotAdd 輔助功能後，先前卡在「等待執行」狀態的 VM 就會完成。
- 如果無法設定 VMware 環境，使這些 VM 的 HotAdd 可存取，或 VM 不支援 HotAdd （例如 IDE 磁碟），請使用 選項 2。
選項 2：在 vProxy 上啟用網路封鎖裝置 （NBD）。
- 在一或多個 vProxy 中啟用 NBD：
- 執行備份。
預設（首選）傳輸模式為熱添加。所有 VM 備份最初都會請求熱添加，並且僅在無法通過熱添加備份 VM 時回退到 NBD。但是，如果已使用所有熱添加會話，並且需要其他會話才能完成該 VM 的併發 VMDK 備份，則熱添加可訪問的 VM 可以通過 NBD 執行某些會話。無法熱新增可存取的 VM 會在 NBD 工作階段可用時透過 NBD 備份。