NVP vProxy：虚拟机备份长时间处于等待运行状态
Сводка: NetWorker VMware Protection （NVP） vProxy 虚拟机 （VM） 备份长时间处于“等待运行”状态。不存在 vProxy 可用性问题，NetWorker 服务器与 vProxy 之间的通信成功。没有关于 NetWorker 管理控制台 （NMC） 中 vProxy 不可用的警报。
Симптомы
- NetWorker VMware Protection （NVP） vProxy 虚拟机 （VM） 备份长时间处于“等待运行”状态。
- NetWorker 服务器和 vProxy 之间没有通信问题。这意味着，它们都可以正确地相互解析，并且可以通过端口 9090 进行通信： NVP vProxy：对用于备份和恢复操作的网络连接进行故障处理
- NetWorker 管理控制台 （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 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 访问的虚拟机。当虚拟机不支持 HotAdd 时（例如，如果它们使用 IDE 磁盘），则可能会发生这种情况。
要使虚拟机可通过 HotAdd 访问，必须在对虚拟机磁盘所在的 VMware 数据存储区具有数据存储区访问权限的 ESXi 主机上部署 vProxy。如果 vProxy 的 ESXi 主机与虚拟机的数据存储区之间没有这种一致性，则无法进行热添加处理。热添加限制和要求记录在《NetWorker VMware 集成指南》中，可通过以下链接获取： 针对 NetWorker 的支持 |手册和文档
这导致 NetWorker 服务器的 select_vproxy 尝试识别 vProxy 以启动并发 VMDK 会话时卡住的逻辑。在某些情况下，作业可能会最终确定可以为哪些虚拟机启动 VMDK 会话。所用的时间可能因 VMware 环境大小而异，作业可能永远无法协调工作流的 vProxy。
Разрешение
使用以下选项之一：
选项 1：协调热添加要求：
以下步骤确定哪些虚拟机不可用于 HotAdd：
- 登录到 NetWorker Web 用户界面 （NWUI）：
https://nwui-server-name:9090/nwui - 转至 Protection-Policies> 并展开到 Policy、工作流，然后选择备份操作并单击 Edit。
- 单击 VMware 特定配置 选项卡。
- 将 传输模式 更改为 HotAdd。
注意： 此选项在 NetWorker Management Console （NMC） 中不可用;它仅在 NWUI 中可用。
- 保存所做更改。
- 启动新备份。
可通过 HotAdd 访问的虚拟机可完成顺序磁盘备份。不属于热添加可访问状态的虚拟机卡在“等待运行”状态：
可通过 HotAdd 访问的虚拟机完成备份。不可通过 hotAdd 访问的虚拟机永远不会启动其备份会话。必须取消工作流，并且必须考虑以下事项：
- 重新配置 vProxy 或虚拟机放置，或部署其他 vProxy，以便所有虚拟机均可访问 HotAdd。解决 HotAdd 可访问性问题后，之前卡在“等待运行”状态的虚拟机将完成。
- 如果 VMware 环境无法配置为使这些虚拟机可访问 HotAdd，或者虚拟机不支持 HotAdd（例如 IDE 磁盘），请使用 选项 2。
选项 2：在 vProxy 上启用网络数据块设备 （NBD）。
- 在一个或多个 vProxy 中启用 NBD：
- 执行备份。
默认（首选）传输模式为热添加。所有虚拟机备份最初都将请求热添加，并且仅在无法通过热添加备份虚拟机时回退到 NBD。但是，如果消耗了所有热添加会话，并且需要其他会话才能完成该虚拟机的并发 VMDK 备份，则可访问热添加的虚拟机可以通过 NBD 执行某些会话。当 NBD 会话可用时，不可热添加的虚拟机将通过 NBD 进行备份。