NVP vProxy:对备份和还原操作的网络连接进行故障处理

Summary: 本文概述了在备份和还原受 NetWorker VMware Protection (NVP) vProxy 一体机保护的虚拟机 (VM) 期间涉及的系统之间的网络连接故障处理的一般概述。

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

vProxy 端口要求图
VMware 虚拟机 (VM) 备份和还原作涉及的系统和端口。

提醒:网络连接问题发生在 NetWorker 之外,网络、防火墙或系统管理员必须调查和解决。

根据《NetWorker 安全配置指南》,NetWorker 使用直接套接字连接以最小的开销进行通信并通过网络将数据移动到所需的服务。虽然 NetWorker 为 TCP 和 UDP 开放了一些端口,但 NetWorker 只需要 TCP 端口。UDP 端口是可选的,SNMP 除外,它使用 UDP 端口 161 和 162。

本知识库文章中显示的端口表和网络拓扑是直接从 NetWorker VMware 集成指南中提取的。VMware 集成和安全配置指南可在戴尔支持 NetWorker 产品页面上找到。

端口要求

端口要求表
至 (target_system) 端口 目的
NetWorker 服务器 vProxy 一体机 9090 NetWorker VMware Protection Web 服务调用,用于启动和监视备份、映像恢复、粒度恢复。
NetWorker 服务器 vCenter Server 443 NetWorker Management Console 中的 VMware View
NetWorker 服务器 ESXi 服务器 443 紧急还原、vProxy 重新部署
vCenter Server NetWorker 服务器 9090 vSphere Client 的 Dell NetWorker 插件程序。
Dell Data Protection Restore Client 界面 NetWorker 服务器 9090 Dell Data Protection Restore Client中的文件级恢复。
提醒:这也适用于 NetWorker Web 用户界面 (NWUI)。
ESXi 服务器 Data Domain 111, 2049, 2052 文件级恢复和即时恢复。
虚拟机 Data Domain 111, 2049 SQL 应用程序一致性备份
vProxy 一体机 域名系统 (DNS) 53 名称解析。
vProxy 一体机  Data Domain 22, 111, 131, 161, 2049, 2052, 3009 Data Domain 管理
提醒:具有 DDOS 7.0 或更高版本的 vProxy 需要端口 3009 来执行 FLR 和即时访问还原。
vProxy 一体机 ESXi 服务器 443, 902 备份和恢复作
vProxy 一体机 vCenter Server 443 vProxy 注册、备份和恢复作。 
提醒:不支持将非默认 vCenter 端口用于 HTTPS。
vProxy 一体机 目标虚拟机 9613 vProxy FLR — 与目标虚拟机上的 FLR 代理进行通信。


域名系统 (DNS)

确保检查是否已为涉及的系统正确解析 DNS,包括完全限定域名 (FQDN)、短名称和 IP 地址(反向查找)。

nslookup FQDN
nslookup SHORT_NAME
nslookup IP_ADDRESS

请参阅文章:NetWorker:名称解析故障处理最佳实践

此外,还建议检查系统主机文件。主机文件条目可能会冲突或覆盖 DNS 查询,或者导致 IP 地址或主机名不正确。

  • Linux 系统:/etc/hosts
  • Windows 系统:C:\Windows\System32\drivers\etc\hosts

NetWorker 服务器

The NetWorker nsrports 该命令可用于确认涉及的系统之间的名称解析和端口连接。请参阅上表,了解在测试通信时应指定哪些端口和目标系统。

nsrports -t target_system -p port

Linux 系统可以使用 curl 用于测试连接的命令:

curl -v target_system:port

Windows 系统可以使用 Test-NetConnection PowerShell cmdlet:

Test-NetConnection -ComputerName target_system  -port port

vProxy 一体机

可以在 vProxy 上运行 ProxyHC(运行状况检查)实用程序,以检查系统之间的端口连接,请参阅文章:NVP-vProxy:如何在 vProxy 一体机上使用运行状况检查工具 ProxyHC。

vProxy 一体机还可以使用 curl 用于测试连接性的命令。请参阅上表,了解在测试通信时应指定哪些端口和目标系统。

curl -v target_system:port

ESXi 服务器

netcat 可以在 ESXi 主机上使用 (nc)命令检查端口连接。请参阅上表,了解在测试通信时应指定哪些端口和目标系统。

nc -zv target_system port

请参阅文章 NVP vProxy:NetWorker VIB 打开 vProxy FLR 的 NFS 端口。

vCenter Server

vCenter Server 使用基于作系统的连接命令。请参阅上表,了解在测试通信时应指定哪些端口和目标系统。

curl -v target_system:port

虚拟机

无论是测试来自虚拟机的 Data Protection Restore Client、NetWorker Web 用户界面 (NWUI) 的通信,还是与 Data Domain 的连接,所使用的命令都取决于虚拟机的作系统。Linux 系统可以使用 curl 用于测试连接的命令:

curl -v target_system:port

Windows 系统可以使用 Test-NetConnection PowerShell cmdlet:

Test-NetConnection -ComputerName target_system  -port port

Additional Information

如果没有观察到端口连接问题;但是,在备份或还原作期间连接会断开,可以执行以下作。

在涉及的系统之间执行带时间戳的 ping。例如:
  • NetWorker 服务器 —> vProxy 一体机
  • NetWorker 服务器/存储节点 —> Data Domain
  • vProxy 一体机 —> Data Domain
  • vProxy 一体机 —> vCenter Server
提醒:根据面临的问题,可能需要在涉及的不同系统之间运行一个或多个测试。

Linux 主机

可以在 Linux NetWorker 服务器、存储节点、vProxy 一体机和/或 vCenter Server 一体机上执行以下步骤。

1.使用 SSH 连接到 NetWorker 服务器/存储节点/vProxy 一体机。
2.切换到 root 用户: 
sudo su -
3.运行以下命令,将 ADDRESS 替换为远程主机的 IP 地址或 DNS 可解析 FQDN。
nohup ping ADDRESS | while read l; do echo "$(date) $l"; done >> /nsr/logs/$(hostname)_ping.log &
注意:即使 SSH 会话终止, nohup 也会在后台运行该命令。打开重复的会话以继续工作。如果在运行 ping 的会话中使用了 CTRL+C,则命令将停止。上述命令将带时间戳的 ping 输出重定向到 /nsr/logs 下的日志文件,其中包含 NetWorker 服务器的主机名。
4.重现备份或还原问题。
5.停止 ping:
一个。获取 ping 命令的进程 ID (PID):
ps -ef | grep ping
b.停止 ping 进程。
kill -9 PID_OF_PING
示例:
[root@nsr ~]# ps -ef | grep ping
gdm         4066    1993  0 Nov15 tty1     00:00:18 /usr/libexec/gsd-housekeeping
root      215151  215146  0 Nov18 ?        00:16:25 /opt/nsr/rabbitmq-server-3.11.16/erts-13.2.2/bin/beam.smp -W w -MBas ageffcbf -MHas ageffcbf -MBlmbcs 512 -MHlmbcs 512 -MMmcs 30 -P 1048576 -t 5000000 -stbt db -zdbbl 128000 -sbwt none -sbwtdcpu none -sbwtdio none -B i -- -root /opt/nsr/rabbitmq-server-3.11.16 -bindir /opt/nsr/rabbitmq-server-3.11.16/erts-13.2.2/bin -progname erl -- -home /nsr/rabbitmq -- -pa  -noshell -noinput -s rabbit boot -boot start_sasl -syslog logger [] -syslog syslog_error_logger false -kernel prevent_overlapping_partitions false
root      467940  467115  0 16:10 pts/3    00:00:00 ping nsr-vproxy02.amer.lan
root      468141  467115  0 16:11 pts/3    00:00:00 grep --color=auto ping
[root@nsr ~]# kill -9 467940
6.检视 ping 输出文件,查看是否存在与观察到备份或还原问题时的时间戳重叠的任何网络问题(丢包、高延迟等)。
提醒:NetWorker 性能优化规划指南指出,NetWorker 服务器/存储节点与 Data Domain 之间的延迟不应超过 50 毫秒。这可能会导致吞吐量较差。较高的延迟可能会导致会话意外关闭。

Windows 主机

可以在 Windows NetWorker 服务器和/或远程存储节点上执行以下步骤。

1.创建包含以下内容的.bat脚本 (timestamped_ping.bat)。将 ADDRESS 替换为远程主机的 IP 地址或 DNS 可解析的 FQDN。如果未在默认安装路径中安装 NetWorker,或者您想要将输出定向到其他位置,请将输出位置更改为另一个路径。

@echo off
ping -t ADDRESS |find /v ""|cmd /q /v:on /c "for /l %%a in (0) do (set "data="&set /p "data="&if defined data echo(!date! !time! !data!)" >> "C:\Program Files\EMC NetWorker\nsr\logs\ping.out" 2<&1
2.在保存脚本的目录中打开管理员命令提示符。
打开管理员命令提示符
3.运行脚本:
timestamped_ping.bat
4.让脚本保持运行状态并重现备份或还原问题。
5.问题重现后。在运行脚本的命令提示符中使用 CTRL+C 停止脚本。
6.检视 C:\Program Files\EMC NetWorker\nsr\logs\ping.out 文件(或您指定的位置),了解与观察到备份或恢复问题时的时间戳重叠的任何网络问题(丢包、高延迟等)。  
提醒:NetWorker 性能优化规划指南指出,NetWorker 服务器/存储节点与 Data Domain 之间的延迟不应超过 50 毫秒。这可能会导致吞吐量较差。较高的延迟可能会导致会话意外关闭。

Affected Products

NetWorker

Products

NetWorker Family
Article Properties
Article Number: 000203350
Article Type: How To
Last Modified: 22 Oct 2025
Version:  18
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.