ActiveMQ Artemis共享存储HA配置疑问：双备份无法激活及可行性咨询

是否支持同时激活2台备份服务器？ #

ActiveMQ Artemis 共享存储HA模式下，同一时间仅能有1台备份服务器处于激活（active）状态，其余备份节点会处于待机（standby）模式，持续监听主节点的运行状态。这是因为共享存储依赖单点锁机制，同一时间仅允许一个节点获取存储目录的读写权限，多备节点中只有竞争到锁的节点会成为活跃备份，当主节点故障时，该活跃备份会升级为主节点，剩余待机节点则会重新竞争锁，产生新的活跃备份。

未激活备份服务器的排查步骤 #

• 检查共享存储挂载与权限
  确认异常备份节点已正确挂载共享存储目录，执行mount命令查看挂载状态，用ls -l检查存储目录的权限，确保Artemis运行用户拥有完整的读写权限。若挂载失败或权限不足，节点无法获取存储锁，会无法进入待机或激活状态。

• 核对broker.xml配置一致性
  对比正常备份与异常备份的broker.xml文件，重点核查：

  • <ha-policy>下的<shared-store>节点参数，确保backup相关配置（如allow-failback、max-saved-replicated-journals-size）与正常节点完全一致；
  • <cluster-connection>的connector-ref、discovery-group-ref配置，保证节点能正确加入集群；
  • <journal-directory>、<bindings-directory>等存储路径是否指向共享存储的正确位置，避免路径拼写错误。

• 分析节点日志
  查看异常备份节点的data/log/artemis.log文件，搜索关键错误信息：

  • Failed to lock：说明共享存储锁竞争失败，可能是存储挂载异常或其他节点占用锁资源；
  • Cluster connection failed：集群通信异常，节点无法与主节点/正常备份节点建立连接；
  • Backup failed to activate：直接指向激活失败的具体原因，日志中会附带详细报错信息。

• 验证网络连通性
  测试异常备份节点与主节点、正常备份节点的网络通畅性：

  • 使用telnet或nc命令检查Artemis集群端口（默认61616、5445等）是否能正常连通；
  • 排查防火墙、安全组规则，确认未阻断节点间的集群通信端口。

• 检查共享存储锁文件
  共享存储HA依赖journal/lock文件实现锁机制，确认异常节点是否能访问该文件。若锁文件损坏或无法创建，节点会启动失败；若主节点/正常备份节点持有锁，异常节点会处于待机状态。可在停止所有节点后手动删除锁文件（操作前需确保数据安全），再重新启动测试。

• 确认节点版本一致性
  确保所有节点的ActiveMQ Artemis版本完全相同，版本不一致可能引发集群通信、存储兼容性问题，导致备份无法激活。

内容的提问来源于stack exchange，提问作者Gampa Sivakumar