1

我有一个 SQL 2005 数据库,它与几十个(大部分)事务性出版物和几十个订阅者一起发布。目前我们有一个本地经销商。我正在尝试为此设置改进我们的 HA,并正在考虑镜像已发布的数据库。最佳实践是使用远程分发器,以防我们必须故障转移到镜像以便复制可以继续。我已经测试过了,它工作正常。

但是如果远程分发器失败了怎么办?我如何消除它作为单点故障,或者更好的是,当它发生故障时我如何恢复?

从测试和我在网上能找到的一点点来看,我需要完全撤消我的复制设置(删除订阅者、文章和出版物、分发者)并使用指定的新远程分发者重新创建它。如果我可以添加我的订阅者而不需要重新初始化它们,我会很好。我已经成功地将 sp_addsubscription 的 @subscriptionlsn 输入用于类似情况,在这种情况下,我想在不重新快照和重新初始化它们的情况下恢复复制。但是通过完全撤消复制,min_autosynch_lsn 会丢失,所有未完成的事务也会丢失。

我一定错过了一些基本的东西。我知道集群我的分销商增加了一层安全性,但即使这样也可能失败。那么,我如何或可以在不重新初始化我的数据的情况下切换到不同的分销商?

4

1 回答 1

0

真的没有很好的答案。

其他复制技术,如 Tungsten Replicator 和内置 MySQL 和 PostgresQL 复制不需要中央分发服务器,因为它们都利用读取订阅者的 binlog。

我从 BOL 中找到了以下关于复制拓扑的 DR 的内容。

Technet 复制论文

于 2014-01-16T17:27:53.537 回答