在复制中配置集群链接
当您创建到复制组成员的集群链接时，这两个链接之间会共享数据通道。这会造成链接设置相互冲突的情况。以下是详细说明。
共享数据通道
如在配置集群链接中所述，DMR集群链接由以下部分组成：
- 一个控制通道
- 一个客户端配置文件
- 每个消息VPN的一个数据通道。数据通道由一个桥和一个队列组成。
如果集群链接指向的是复制组的一个节点，那么该链接的数据通道将与指向复制组另一个节点的链接共享。因此，这对链接共享单个桥每个消息VPN，以及单个链接队列每个消息VPN。
考虑以下图表中所示的例子：
- 每个区域（由灰色椭圆形表示）是一个单独的DMR集群。
- 每个区域有两个节点，每个节点由一个高可用性（HA）对组成。
- 网络中的每个节点都通过DMR链接连接到其他节点：
- 集群（在这个例子中是区域）之间的节点通过外部DMR链接连接
- 同一集群内的节点（例如，西雅图和圣何塞）通过内部DMR链接连接。
- 从圣何塞到多伦多（红色）和蒙特利尔（蓝色）的集群链接共享同一组数据通道（绿色；每个消息VPN一个），但每个链接都有自己的控制通道和客户端配置文件。这在绿色详细视图中有说明。
由于共享数据通道不是直接配置的，而是根据其父链接中的设置构建的，因此共享数据通道必须根据两个父链接的组合配置来设置。在许多情况下，两个配置可以以兼容的方式组合。然而，并非所有设置都是如此。
对于10.8.1及更高版本，如果共享数据通道的两个父链接之间存在冲突，如果另一个父链接被行政性禁用，则一个父链接在操作上是UP。共享数据通道采用启用链接的设置并在操作上是UP。由于共享数据通道保持启用状态，您可以在需要时对禁用的链接进行维护，以匹配其设置，服务不会中断。然而，如果两个父链接都被行政性启用，并且共享数据通道的两个父链接之间存在冲突，则两个父链接和共享通道在操作上都是DOWN。
对于10.8.0及更早版本，如果共享数据通道的两个父链接之间存在冲突，无论链接的行政状态如何，两个父链接和共享数据通道在操作上都是DOWN。
当父链接由于属性冲突而在操作上DOWN时，您可以使用show cluster <cluster-name-pattern> link *命令，在其中您可以看到Reason字段中的冲突属性。
以下表格详细说明了可能发生冲突的设置：
| 链接设置 | 详细信息 |
|---|---|
authenticationScheme | 整个桥必须有一个单一的认证方案。也就是说，两个链接必须使用相同的认证方案。 |
initiator | 发起者必须在两个链接之间保持一致，以便无论哪个DR伴侣处于活动状态，都能以相同的方式启动。 |
span | 节点和远程DR对之间的两个链接的拓扑关系（internal或external）必须相同。 |
queueDeadMsgQueue | |
queueEventSpoolUsageThreshold | |
queueMaxDeliveredUnackedMsgsPerFlow | |
queueMaxMsgSpoolUsage | |
queueMaxRedeliveryCount | |
queueMaxTtl | |
queueRejectMsgToSenderOnDiscardBehavior | |
queueRespectTtlEnabled | 这些值 与单个共享队列相关联，因此两个链接必须相同。 |
- queueDeadMsgQueue | |
- queueEventSpoolUsageThreshold | |
- queueMaxDeliveredUnackedMsgsPerFlow | |
- queueMaxMsgSpoolUsage | |
- queueMaxRedeliveryCount | |
- queueMaxTtl | |
- queueRejectMsgToSenderOnDiscardBehavior | |
- queueRespectTtlEnabled | |
- queueDeadMsgQueue | |
- queueEventSpoolUsageThreshold | |
- queueMaxDeliveredUnackedMsgsPerFlow | |
- queueMaxMsgSpoolUsage | |
- queueMaxRedeliveryCount | |
- queueMaxTtl | |
- queueRejectMsgToSenderOnDiscardBehavior | |
- queueRespectTtlEnabled | |
egressFlowWindowSize | 这个值与单个共享队列相关联；这个设置必须对两个链接都相同。 |