30.3. 数据复制

以下是两个示例，显示了驻留在名为 my-cluster 的群集和名为 group1 的备份组中的实时和备份服务器的基本配置。

以下步骤使用管理 CLI 为驻留于名为 my-cluster 的群集和名为 group1 的备份组中的实时和备份服务器提供基本配置。

有关 所有配置属性的详情，请参阅所有复制 配置。

在添加配置后，您可以使用管理 CLI 将配置添加到策略中。要执行此操作的命令遵循以下基本语法：

/subsystem=messaging-activemq/server=default/ha-policy=POLICY:write-attribute(name=ATTRIBUTE,value=VALUE)

例如，若要将 restart-backup 属性的值设为 true，可使用以下命令：

/subsystem=messaging-activemq/server=default/ha-policy=replication-slave:write-attribute(name=restart-backup,value=true)

下表提供 replication -master 节点和 replication- slave 配置元素的 HA 配置属性。

每个实时和备份对使用 集群连接 进行通信。cluster -connection 的 call- timeout 属性设置服务器在向群集中另一台服务器发出调用后等待响应的时间。call-timeout 的默认值为 30 秒，这足以满足大多数用例的需要。但在某些情况下，备份服务器可能无法处理来自实时服务器的复制数据包。例如，由于磁盘操作较慢或 journal- min-file 的值较大，日志文件的初始预创建时间可能会发生。如果出现如此超时的情况，您将在日志中看到与以下类似的一行。

AMQ222207: The backup server is not responding promptly introducing latency beyond the limit. Replication server being disconnected now.

要防止集群连接超时，请考虑以下选项：

当备份服务器开始与实时服务器同步时，备份服务器会将其日志移到新位置。默认情况下，日志目录位于 EAP_HOME /standalone 下的 data/ activemq 目录中。对于域，每一服务器自己的 serverX/data/activemq 目录位于 EAP_HOME/domain/servers 下。目录命名为 bindings、日志、大型消息和 分页。有关这些目录的更多信息，请参阅 配置持久性和 配置 Paging。

移动之后，新目录将重命名为 旧replica.X，其中 X 是数字后缀。如果由于新的故障转移而启动另一个同步，则"moved"目录的后缀将由 1 增加。例如，在第一次同步时，日志目录将移到 旧replica.1，第二个是 旧的replica.2，等等。原始目录将存储从实时服务器同步的数据。

默认情况下，备份服务器配置为管理出现两次故障切换和回退故障。在此之后，清理过程会触发移除 旧replica.X 目录。您可以使用备份服务器上的 max-saved-replicated-journal-size 属性来更改触发清理过程的故障转移数量。

如果实时和备份服务器部署在专用拓扑中（每个服务器都在自己的 JBoss EAP 实例中运行），请按照以下步骤确保集群的平稳更新和重新启动。

要检测代理的网络隔离，您可以 ping 可配置的主机列表。使用以下参数之一配置如何检测网络上的代理状态：

/subsystem=messaging-activemq/server=default:write-attribute(name=network-check-list, value="10.0.0.1")

当实时服务器及其备份同时处于活动状态时，会发生"脑裂"情况。两个服务器都可以提供客户端和进程消息，而其他人不知道它。在这种情况下，实时和备份服务器之间不再有任何消息复制。如果这两个服务器之间进行网络故障，则会出现分割情况。

例如，如果实时服务器和网络路由器之间的连接中断，备份服务器将丢失与实时服务器的连接。但是，备份仍可以连接到集群中超过一半的服务器，因此它变为活跃状态。请记住，如果只有一个实时备份对，并且备份服务器丢失与实时服务器的连接，则备份也会激活。当两个服务器都在集群中处于活跃状态时，可能会发生两个不合预期的情况：

客户应在每对实时和备份服务器之间实施可靠的网络，以减少使用数据复制时脑裂处理的风险。例如，使用重复的网络接口卡和其他网络冗余。