复制订阅服务器和 AlwaysOn 可用性组 (SQL Server)
包含作为复制订阅服务器的数据库的 AlwaysOn 可用性组发生故障转移时,复制订阅可能会失败。 对于事务订阅服务器,如果订阅使用的是订阅服务器的可用性组侦听器的名称,则分发代理继续自动复制。 对于合并订阅服务器,复制管理员必须通过重新创建订阅来手动重新配置订阅服务器。
支持的操作
SQL Server 复制支持订阅服务器的自动故障转移、事务订阅服务器的自动故障转移以及合并订阅服务器的手动故障转移。 不支持 AlwaysOn 数据库上分发服务器的故障转移。 AlwaysOn 不能与 Websync 和 ssNoVersion Compact 方案结合使用。
合并请求订阅的故障转移
进行可用性组故障转移时请求订阅失败,因为请求代理找不到承载主副本的服务器实例的 msdb 数据库中存储的作业;由于服务器实例失败该作业不可用。
合并推送订阅的故障转移
进行可用性组故障转移时推送订阅失败,因为推送代理无法连接到原始订阅服务器上的原始订阅数据库。
如何在 AlwaysOn 环境中创建事务订阅
对于事务复制,可使用以下步骤配置订阅服务器可用性组并对其进行故障转移:
在创建订阅之前,请将订阅服务器数据库添加到相应的 AlwaysOn 可用性组。
将订阅服务器的可用性组侦听器作为链接服务器添加到可用性组的所有节点。 此步骤可确保所有潜在故障转移伙伴能够知道并连接到侦听器。
使用下面创建事务复制推送订阅一节中的脚本,使用订阅服务器的可用性组侦听器名称来创建订阅。 在进行故障转移后,侦听器名称将始终有效,并且订阅服务器的实际服务器名称将取决于成为新的主节点的实际节点。
注意 必须使用 Transact-SQL 脚本创建订阅,而不能使用 Management Studio 创建订阅。
如果创建请求订阅:
在 Management Studio 中的主订阅服务器节点上,打开 SQL Server 代理树。
确定**“请求分发代理”**作业并编辑该作业。
在**“运行代理”**作业步骤中,检查 -Publisher 和 -Distributor 参数。 确保这些参数包含发布服务器和分发服务器的正确的直接服务器和实例名称。
将 -Subscriber 参数更改为订阅服务器的可用性组侦听器名称。
如果按照这些步骤创建订阅,则在发生故障转移后不必执行任何操作。
创建事务复制推送订阅
-- commands to execute at the publisher, in the publisher database:
use [<publisher database name>]
EXEC sp_addsubscription @publication = N'<publication name>',
@subscriber = N'<availability group listener name>',
@destination_db = N'<subscriber database name>',
@subscription_type = N'Push',
@sync_type = N'automatic', @article = N'all', @update_mode = N'read only', @subscriber_type = 0;
GO
EXEC sp_addpushsubscription_agent @publication = N'<publication name>',
@subscriber = N'<availability group listener name>',
@subscriber_db = N'<subscriber database name>',
@job_login = null, @job_password = null, @subscriber_security_mode = 1;
GO
在订阅服务器的可用性组发生故障转移后恢复合并代理
对于合并复制,复制管理员必须通过以下步骤手动重新配置订阅服务器:
执行 sp_subscription_cleanup 删除订阅服务器的旧订阅。 在新的主副本(以前为辅助副本)上执行此操作。
通过从新快照开始创建新订阅来重新创建订阅。
注意 |
---|
当前过程对于合并复制订阅服务器来说不是很方便,但是,合并复制的主要应用场景是断开连接的用户(台式机、笔记本电脑、手机设备),它们不使用订阅服务器上的 AlwaysOn 可用性组。 |