本文介绍了复制可以与基本永远在线可用性组共存的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

大家好,

我需要设置一个2节点Always -on AG群集。这将是基本可用性组。这意味着,辅助节点上的数据库是节点不可读的。这是因为我们使用的是标准版而不是企业版。

I need to set up a 2 node Always -on AG cluster . This will be Basic Availability Group. That means, database on secondary node is node is not readable. This is because we are using Standard edition and not Enterprise Edition.

我想知道我是否可以在此永远在线AG数据库上启用复制,并在故障转移后无缝恢复复制。在此复制场景中,我将使用独立实例来托管订户数据库。

I would like to know if I can have replication enabled on this Always-On AG database and have replication seamlessly resuming after failover. In this replication scenerio, I will be using a standalone instance to host the subscriber database .

如果可以,最好配置首先复制然后AG或反过来? 

If that is possible, is it best to configure replication first and then AG or the other way around? 

请指教。 

Please advise. 

推荐答案

如果您使用的是SQL 2016及更高版本,则可以执行此操作,但涉及多个步骤。 您需要在每个节点上设置发布者,然后将原始发布者重定向到AV组名称。

Yes you can do this if you are using SQL 2016 and up but there are several steps involved.  You need to set up the publisher on each node and then redirect the original publisher to the AV group name.

完整的指南可以在这里找到。

A 虽然我从未用SQL STD做过这个,但我不明白为什么它不会
work。

Although I have never done this with SQL STD, I don't see why it wouldn't work.

L 我知道你是否需要其他任何东西。

Let me know if you need anything else.

谢谢,

Matt


这篇关于复制可以与基本永远在线可用性组共存的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

07-17 11:58
查看更多