当前位置: 首页 > 知识库问答 >
问题:

镜像与HA数据复制用于灾难恢复

呼延博易
2023-03-14

如果我们失去了整个数据中心,我正在考虑ActiveMQ Artemis中的数据恢复选项。我们有两个数据中心,一个在东海岸,一个在西海岸。

从文档和论坛中,我找到了四种选择:

与number 2类似,但是在Artemis中启用了数据复制,因此Artemis处理复制。

镜像代理连接。

我们的IT团队在我们的其他服务中使用/熟悉MySQL复制、NFS和rsync。我们目前正在用一个通过MySQL复制的JBoss4服务器来处理JMS。

共有1个答案

殷永嘉
2023-03-14

首先要注意的是,通过HA-policy配置的高可用性功能(共享存储和复制选项#2和#3)是为在具有高速、低延迟网络连接的本地数据中心中使用而设计的。它不是为灾难恢复而设计的。

对于您来说,基于网络的数据复制的具体问题是,复制是同步的,这意味着很有可能会对性能产生负面影响,因为每个持久消息都必须在全国范围内从一个数据中心发送到另一个数据中心。此外,如果复制代理失败,那么客户端将自动故障转移到另一个数据中心的备份。

使用基于块存储的解决方案(例如Ceph或DRDB)是可行的,但它实际上是一件独立的事情,不受ActiveMQ Artemis的控制。

镜像代理连接的设计考虑到了灾难恢复用例。它是异步的,因此几乎不会受到复制的性能影响,而且如果镜像代理失败,客户端不会自动故障转移到镜像。

 类似资料:
  • Danger 本章节是为专家准备的,尽可能地恢复损坏的文件系统。这些操作有可能改善你的处境,也可能更糟糕。如果你不太确定,最好别下手。 导出日志 尝试危险的操作前,先备份个日志副本,像这样: cephfs-journal-tool journal export backup.bin 需要注意的是,此命令在日志损坏严重时也许会失效,在这种情况下,应该进行 RADOS 级的复制( http://tra

  • ### # 主库master宕机 登录从库show processlist查看两个线程的更新状态 mysql> show processlist\G *************************** 1. row *************************** Id: 6 User: rep Host: 192.168.0.200:45738 db:

  • 注: 内容翻译自 Disaster recovery etcd 被设计为能承受机器失败。etcd 集群自动从临时失败(例如,机器重启)中恢复,而且对于一个有 N 个成员的集群能容许 (N-1)/2 的持续失败。当一个成员持续失败时,不管是因为硬件失败或者磁盘损坏,它丢失到集群的访问。如果集群持续丢失超过 (N-1)/2 的成员,则它只能悲惨的失败,无可救药的失去法定人数(quorum)。一旦法定人

  • 本文向大家介绍数据库崩溃,利用备份和日志进行灾难恢复,包括了数据库崩溃,利用备份和日志进行灾难恢复的使用技巧和注意事项,需要的朋友参考一下 在实际的工作中,我们可能经常会遇到数据库宕机,数据丢失的情况,下面,我将演示一个模拟环境 1.数据库正常启动插入数据: 2.数据库宕机后执行恢复操作  以上就是本文的全部内容,希望大家可以喜欢。

  • 我正在尝试找到一种为日志分析工作区规划故障转移/灾难恢复的方法。我浏览了https://docs.microsoft.com/en-us/Azure/Azure-monitor/learn/quick-create-workspace,没有看到任何导出工作区数据以进行灾难恢复的解决方案。下面是唯一可能的办法吗?https://www.borninthecloud.com/export-log-an

  • 20.6 灾难复原的考虑 之所以要备份当然就是预防系统挂点啦!如果系统真的挂点的话,那么你该如何还原系统呢? 硬件损毁,且具有完整备份的数据时 由于是硬件损毁,所以我们不需要考虑系统软件的不稳定问题,所以可以直接将完整的系统复原回去即可。 首先,你必须要先处理好你的硬件,举例来说,将你的硬盘作个适当的处理,譬如创建成为磁盘阵列之类的。 然后依据你的备份状态来复原。举例来说,如果是使用差异备份,那么