Data Domain：有关链路聚合配置的建议，而不是使用两个 DD 之间的直接连接接口进行故障切换
摘要: 直接在两个 DDR 之间背靠背连接故障切换接口可能无法传输数据。
本文适用于
本文不适用于
本文并非针对某种特定的产品。
本文并非包含所有产品版本。
症状
DD1 和 DD2 的接口 eth3b、eth4a 和 eth4b 背靠背直接相互连接。在两个 DD eth3b、eth4a 和 eth4b 上，都配置为参与故障切换绑定。故障切换接口的链路状态显示“Running”，但流量无法通过此故障切换接口在两个 DD 之间流动。
不匹配的活动链接会导致此问题。在未配置主接口的情况下，两端的活动接口都是任意的，并且可能不匹配。这可能会导致到达接收端的流量通过备用接口，并被备用接口丢弃。
DD1：
Net Failover Show ----------------- Ifname Hardware Address Configured Interfaces Up Delay (ms) Down Delay (ms) ------ ----------------- ------------------------------------------------- ------------- --------------- veth1 00:60:16:68:ed:41 eth3b, eth4a, eth4b, active: eth4b, primary: None 29700 29700 ------ ----------------- ------------------------------------------------- ------------- ---------------
DD2：
Net Failover Show ----------------- Ifname Hardware Address Configured Interfaces Up Delay (ms) Down Delay (ms) ------ ----------------- ------------------------------------------------- ------------- --------------- veth1 00:60:16:68:e9:21 eth3b, eth4a, eth4b, active: eth3b, primary: None 29700 29700 ------ ----------------- ------------------------------------------------- ------------- ---------------
Ping 失败：
SE@DD1## net ping interface veth1 192.168.170.252 PING 192.168.170.252 (192.168.170.252) from 192.168.170.250 veth1: 56(84) bytes of data From 192.168.170.250 icmp_seq=11 Destination Host Unreachable From 192.168.170.250 icmp_seq=12 Destination Host Unreachable From 192.168.170.250 icmp_seq=13 Destination Host Unreachable From 192.168.170.250 icmp_seq=15 Destination Host Unreachable From 192.168.170.250 icmp_seq=16 Destination Host Unreachable From 192.168.170.250 icmp_seq=17 Destination Host Unreachable From 192.168.170.250 icmp_seq=19 Destination Host Unreachable
原因
在直接连接的接口之间使用故障切换时，应为两端的故障切换绑定配置匹配的主接口。
您可以在创建故障切换时指定主接口：
net failover add <virtual interface> interfaces <slave interfaces> [primary <interface name>]
或者修改现有故障切换虚拟接口以添加主接口：
net failover modify <virtual interface> primary <interface name>
设置匹配的主接口后：
DD1：
Net Failover Show ----------------- Ifname Hardware Address Configured Interfaces Up Delay (ms) Down Delay (ms) ------ ----------------- ------------------------------------------------- ------------- --------------- veth1 00:60:16:68:ed:41 eth3b, eth4a, eth4b, active: eth3b, primary: eth3b 29700 29700 ------ ----------------- ------------------------------------------------- ------------- ---------------
DD2：
Net Failover Show ----------------- Ifname Hardware Address Configured Interfaces Up Delay (ms) Down Delay (ms) ------ ----------------- ------------------------------------------------- ------------- --------------- veth1 00:60:16:68:e9:21 eth3b, eth4a, eth4b, active: eth3b, primary: eth3b 29700 29700 ------ ----------------- ------------------------------------------------- ------------- ---------------
Ping 现在正在工作：
SE@DD2## net ping interface veth1 192.168.170.250 PING 192.168.170.250 (192.168.170.250) from 192.168.170.252 veth1: 56(84) bytes of data 64 bytes from 192.168.170.250: icmp_seq=1 ttl=64 time=1.09 ms 64 bytes from 192.168.170.250: icmp_seq=2 ttl=64 time=1.12 ms 64 bytes from 192.168.170.250: icmp_seq=3 ttl=64 time=1.14 ms
提醒：如果一端的主接口出现故障，用户可能仍面临相同的问题。两端将任意选择其他链路之一处于活动状态，并且两端可能存在活动接口不匹配的情况。
解决方案
建议对直接连接的背靠背接口使用 LACP 而不是故障切换。注意，如果总吞吐量小于一个接口的吞吐量，则可以使用 LACP。否则，发生故障切换时总吞吐量会降低。
综上所述，当接口直接连接时：
- 应指定主要接口，使两端的接口都处于活动状态
- 使用 LACP 而不是故障切换。LACP 还提供故障切换功能。
其他信息
有关接口网络连接故障处理，请参阅 如何对网络接口连接问题进行故障处理。
受影响的产品
Data Domain, Data Domain Boost, Data Domain Boost - Open Storage产品
Data Domain Boost – File System, Data Domain Deduplication Storage Systems, Data Domain Encryption, Data Domain Extended Retention, Data Domain GDA, Data Domain NDMP Tape Server, Data Domain Replicator, Data Domain Retention Lock
, Data Domain Storage Migration, Data Domain Virtual Tape Library, Data Domain Virtual Tape Library for IBM I/OS, Data Domain Virtual Edition, PowerProtect Data Domain Management Center, Storage Direct for Data Domain
...
文章属性
文章编号: 000191681
文章类型: Solution
上次修改时间: 11 5月 2026
版本: 7
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。