Veritas NetBackup™ 故障排除指南
- 介绍
- 故障排除过程
- 对 NetBackup 问题进行故障排除
- vnetd 代理连接故障排除
- 安全证书吊销故障排除
- 验证 NetBackup 中的主机名和服务条目
- 冻结的介质故障排除注意事项
- 对 NetBackup Web 服务问题进行故障排除
- 解决 PBX 问题
- 远程主机验证问题故障排除
- 自动映像复制故障排除
- 使用 NetBackup 实用程序
- 灾难恢复
- 关于适用于 UNIX 和 Linux 的磁盘恢复过程
- 关于 UNIX 和 Linux 上的群集 NetBackup 服务器恢复
- 关于适用于 Windows 的磁盘恢复过程
- 关于 Windows 上的群集 NetBackup 服务器恢复
- 关于恢复 NetBackup 目录库
- 关于 NetBackup 目录库恢复和 OpsCenter
- 关于恢复整个 NetBackup 目录库
- 关于恢复 NetBackup 目录库映像文件
- 关于恢复 NetBackup 关系数据库
解决与 UNIX 客户端相关的网络通信问题
以下过程用于解决 NetBackup 通信问题,如与 NetBackup 状态码 25、54、57 和 58 相关联的问题。此过程包含两种情况:一个针对 UNIX 客户端,另一个针对 Windows 客户端。
注意:
无论哪种情况,都要首先确保网络配置在 NetBackup 之外工作正常,然后再尝试解决 NetBackup 问题。
对于 UNIX 客户端,执行下列步骤。在启动此过程之前,请在 /usr/openv/netbackup/bp.conf 文件中添加 VERBOSE=5 选项。
表:解决与 UNIX 客户端相关的网络通信问题的步骤
步骤 |
操作 |
描述 |
---|---|---|
步骤 1 |
创建调试日志目录。 |
在通信重试过程中,调试日志将提供详细的调试信息,以帮助您分析问题。 创建下列目录:
使用 bprd 日志目录调试客户端与主服务器的通信问题,而不是客户端与介质服务器的通信问题。 |
步骤 2 |
测试新配置或修改过的配置。 |
如果此配置是一个新配置或修改过的配置,请执行以下操作:
|
步骤 3 |
验证名称解析。 |
要验证名称解析,请在主服务器和介质服务器上运行下列命令: # bpclntcmd -hn client name 如果对结果感到意外,请检查以下名称解析服务的配置: 此外,请在客户端上运行以下命令,检查执行备份的主服务器和介质服务器的正向和反向名称查找: # bpclntcmd -hn server name # bpclntcmd -ip IP address of server |
步骤 4 |
验证网络连接。 |
通过从服务器对客户端进行 Ping 操作,来验证客户端与服务器之间的网络连接。 # ping clientname 其中 clientname 是在 NetBackup 策略配置中所配置的客户端名称。 例如,对名为 ping 的策略客户端进行 # ping ant ant.nul.nul.com: 64 byte packets 64 bytes from 199.199.199.24: icmp_seq=0. time=1. ms ----ant.nul.nul.com PING Statistics---- 2 packets transmitted, 2 packets received, 0% packet loss round-trip (ms) min/avg/max = 1/1/1 成功的 ping 操作可验证服务器与客户端之间的连接。如果 Ping 操作失败,并且 ICMP 在主机之间未遭到阻止,请在 NetBackup 之外解决网络问题后再继续。 使用某些形式的 ping 命令可以对客户端上的 bpcd 端口进行 Ping 操作,如以下命令所示: # ping ant 1556 按顺序对 1556 ( |
步骤 5 |
确保客户端在正确的端口上侦听 bpcd 连接。 |
在客户端上,请运行下列命令之一(具体取决于平台和操作系统): netstat -a | grep bpcd netstat -a | grep 13782 rpcinfo -p | grep 13782 对 1556 ( # netstat -a | egrep '1556|PBX|13724|vnetd|13782|bpcd' | grep LISTEN *.1556 *.* 0 0 49152 0 LISTEN *.13724 *.* 0 0 49152 0 LISTEN *.13782 *.* 0 0 49152 0 LISTEN 其中的 LISTEN 表示该客户端在端口上侦听连接。 如果 NetBackup 进程正确运行,预期的输出如下所示: # ps -ef | egrep 'pbx_exchange|vnetd|bpcd' | grep -v grep root 306 1 0 Jul 18 ? 13:52 /opt/VRTSpbx/bin/pbx_exchange root 10274 1 0 Sep 13 ? 0:11 /usr/openv/netbackup/bin/vnetd -standalone root 10277 1 0 Sep 13 ? 0:45 /usr/openv/netbackup/bin/bpcd -standalone 在主服务器和介质服务器上重复此过程,以测试到客户端的通信。 |
步骤 6 |
通过 telnet 连接到客户端。 |
通过 telnet 连接到客户端上的 1556 ( telnet clientname 1556 telnet clientname 13724 其中 clientname 是在 NetBackup 策略配置中所配置的客户端名称。 例如, # telnet ant vnetd Trying 199.999.999.24 ... Connected to ant.nul.nul.com. Escape character is ‘^]’. 在此示例中,telnet 可以建立一个到客户端 在主服务器和介质服务器上重复此过程,以测试到客户端的通信。 |
步骤 7 |
标识服务器主机上的出站套接字。 |
在主服务器和介质服务器上:使用下列命令标识用于步骤 6 中的 telnet 命令的出站套接字。指定服务器将策略客户端解析到的适当 IP 地址。注意源 IP (10.82.105.11)、源端口 (45856) 和目标端口 (1556)。 # netstat -na | grep ‘<client_IP_address>’ | egrep ‘1556|13724’ 10.82.105.11.45856 10.82.104.99.1556 49152 0 49152 0 ESTABLISHED 如果 telnet 仍然处于连接状态,并且没有显示套接字,请删除端口号过滤功能,并观察站点将服务名映射到的端口号。检查进程是否在步骤 5 中的端口号上侦听。 $ netstat -na | grep ‘<client_IP_address>’ 10.82.105.11.45856 10.82.104.99.1234 49152 0 49152 0 ESTABLISHED 如果套接字处于 SYN_SENT 状态而不是 ESTABLISHED 状态,则服务器主机会尝试建立连接。但是,防火墙会阻止出站 TCP SYN 到达客户端主机,或者阻止绑定的 TCP SYN+ACK 返回到服务器主机。 |
步骤 8 |
确认 telnet 连接到达此客户端主机。 |
在主服务器和介质服务器上,要确认 telnet 连接到达此客户端主机,请运行下列命令: $ netstat -na | grep ‘<source_port>’ 10.82.104.99.1556 10.82.105.11.45856 49152 0 49152 0 ESTABLISHED 发生以下情况之一:
|
步骤 9 |
验证客户端与主服务器之间的通信。 |
要验证客户端到主服务器的通信,可使用 bpclntcmd 实用程序。当 -pn 和 -sv 在 NetBackup 客户端上运行时,它们会启动对 NetBackup 主服务器(即在客户端的 bp.conf 文件中配置的主服务器)的查询。然后主服务器将信息返回到请求方客户端。还提供了有关 bpclntcmd 的详细信息。 PBX、vnetd 和 bprd 调试日志应提供有关任何其余故障性质的详细信息。 |