Activemq 将活动MQ版本从5.5.1迁移到5.11.2

Activemq 将活动MQ版本从5.5.1迁移到5.11.2,activemq,Activemq,计划将活动MQ版本从5.5.1迁移到5.11.2如何将现有消息从旧版本(5.5.1)迁移到新版本(5.11.2) 提前感谢。这假设您已经解决了从5.6.0到5.11.2的每个发行说明中提到的任何迁移问题 基本上有两种方法可以升级/迁移代理 只需安装新的代理并指出旧的(kahaDB)数据库。这将自动升级到新版本。这可能会导致商店升级期间出现一些停机时间(至少在商店中有大量邮件的情况下) 让两个并行代理同时运行,让旧的“淡出”。您可以并排设置一个全新的5.11代理。这也使得迁移到其他存储类型(JDB

计划将活动MQ版本从5.5.1迁移到5.11.2如何将现有消息从旧版本(5.5.1)迁移到新版本(5.11.2)


提前感谢。

这假设您已经解决了从5.6.0到5.11.2的每个发行说明中提到的任何迁移问题

基本上有两种方法可以升级/迁移代理

  • 只需安装新的代理并指出旧的(kahaDB)数据库。这将自动升级到新版本。这可能会导致商店升级期间出现一些停机时间(至少在商店中有大量邮件的情况下)

  • 让两个并行代理同时运行,让旧的“淡出”。您可以并排设置一个全新的5.11代理。这也使得迁移到其他存储类型(JDBC或LevelDB)成为可能。这是一个多一点的工作,但将保持您的正常运行时间最大化。如果您依赖于消息顺序,我不推荐这种方法

  • 设置新的代理
  • 从旧代理中删除transportConnector,并将网络连接器从旧添加到新
  • 停止旧的,开始新的,开始旧的
  • 现在,客户机(使用故障转移,对吗?)将故障转移到新代理,并且只要所有队列上都有连接的使用者,来自旧代理的消息就会复制到新代理
  • 当旧代理上不再留有消息时,请关闭它并卸载

  • 与所有升级一样,绕过许多版本会降低升级的可靠性。我会尝试对生产副本进行一些干运行升级,以确保一切按计划进行。

    这个问题可能属于“服务器故障”,因为它与编程无关。我还是贴了一个答案。只是为将来的职位做准备。