Veritas NetBackup™ 版本说明
- 关于 NetBackup 8.1.1
- 新增功能、增强功能和更改
- 关于 NetBackup 中的新增强功能和更改
- NetBackup 8.1.1 的新增功能、更改和增强功能
- NetBackup 8.1.1 中包含新的 RESTful API
- NetBackup 和 CloudPoint 之间的集成快照框架
- Bare Metal Restore 提供安全通信支持
- NetBackup 8.1.1 支持的增加和更改
- 终止多个 NetBackup 产品、功能和平台
- 对 vSphere 5.1 的支持已结束
- NetBackup 支持实用程序 (nbsu) 已更新
- 在未来版本中，将会弃用若干关闭命令
- NetBackup 8.1.1 的 IPv6 支持信息
- 安装或升级到 NetBackup 8.1.1 后立即更新主服务器上的云配置文件
- NetBackup 支持备份到 Amazon Glacier 存储类
- NetBackup 支持使用云分层进行备份
- 使用 Oracle 智能策略 (OIP) 支持 Bpstart_notify 和 bpend_notify 脚本
- 支持使用 NetBackup Bare Metal Restore 功能还原 NetBackup 8.1.1 客户端
- NetBackup 8.1.1 中的 MSDP 更新
- NetBackup 安装中现在包括 Nutanix Acropolis Hypervisor 和 Hadoop 插件
- 通过选择 Enterprise Vault 版本来配置策略指令的依赖性已被删除
- 操作说明
- 附录 A. 关于 SORT for NetBackup 用户
- 附录 B. NetBackup 安装要求
- 附录 C. NetBackup 兼容性要求
- 附录 D. 其他 NetBackup 文档和相关文档
纯 IPv6 NetBackup 主服务器和双堆栈主机的连接超时问题
在 NetBackup 主服务器为纯 IPv6 而介质服务器（或客户端主机）为双堆栈的混合 IP 地址环境中，主服务器和介质服务器（客户端主机）之间的连接超时。这可能会导致与安全通信有关的对等主机验证超时问题。bptestnetconn -w -H <IPV6-only master server name> 命令需要更长时间才能连接；有时执行时间超过 120 秒。
并显示以下 错误消息：
从介质主机或客户端主机运行 bptestnetconn -w -H <IPV6-only master server name> 时，需要更长时间才能连接到主服务器。
nbutils vxul 调试日志条目显示以下输出：
Connecting to [10.210.71.166]:[1556].,35:nbclnt_curl_prefnet::helper_connect,5 NON-Blocking connect in progress. Watch WRITE.,35:nbclnt_curl_prefnet::helper_connect,5 New sockfd is [5].,35:nbclnt_curl_prefnet::helper_connect,5 Returning VN_STATUS_SUCCESS,35:nbclnt_curl_prefnet::helper_connect,5 Returning VN_STATUS_SUCCESS,42:nbclnt_curl_prefnet::tryeach_iface_connect,5 Returning rc,49:nbclnt_curl_prefnet::establish_initial_connection,5 Returning VN_STATUS_SUCCESS,33:nbclnt_curl_prefnet::nbio_connect,5 RC [0] STAT [-1] MAXFD [5] TIMEOUT [150].,32:nbclnt_curl_prefnet::bio_connect,5 Non-blocking connect attempt failed. errno=[110]=[Connection timed out],48: nbclnt_curl_prefnet::helper_check_connect_status,1 :For host [pdqebl26vm12.pne.ven.veritas.com] already tried connecting to [10.210.71.166], now trying[2620:128:f0a1:9006::167].,39:nbclnt_curl_prefnet::iterate_next_iface,5 [vnet_addrinfo.c:9125] vnet_configured_stacks(), remote_ipv4_supported flag: 1 0x1,20:vnet_adjusted_family,1 [vnet_addrinfo.c:9126] vnet_configured_stacks(), remote_ipv6_supported flag: 1 0x1,20:vnet_adjusted_family,1 [vnet_addrinfo.c:5173] using interface ANY,27:vnet_get_pref_netconnection,4 Returning VN_STATUS_SUCCESS,44:nbclnt_curl_prefnet::usable_prefnet_settings,5 Returning VN_STATUS_SUCCESS,39:nbclnt_curl_prefnet::iterate_next_iface,5 Connecting to [2620:128:f0a1:9006::167]:[1556].,35:nbclnt_curl_prefnet::helper_connect,5
纯 IPv6 主服务器的 DNS 查找会提供两个 IP 地址 – IPv4 和 IPv6，而不是仅提供 IPv6 地址。这可能是因为主服务器曾在双堆栈模式下进行过配置。介质服务器（或客户端主机）与主服务器后台驻留程序之间建立连接时，VNET API 对 IP 地址进行排序。先对所有 IPv4 地址进行排序，然后再对 IPv6 地址进行排序，而与 bp.conf 文件中设置的 IP 地址系列无关。因此，介质服务器（或客户端主机）首先尝试使用 IPv4 地址，但会超时，因为主服务器为纯 IPv6，然后再尝试使用 IPv6 地址。但最后，IPv6 连接成功之前，对等主机验证操作超时。
解决方法：通过在介质服务器（或客户端主机）的 bp.conf 文件中设置 PREFERRED_NETWORK（从此处启动连接），来避免 IPv4（纯 IPv6 主服务器不可用的 IP 地址）连接尝试。设置 PREFERRED_NETWORK 参数，如下所示：
PREFERRED_NETWORK = <master server ipv4-only address> PROHIBITED