在 Always On 可用性组中设置复制分发数据库
适用于:SQL Server
本文介绍在 Always On 可用性组 (AG) 中如何设置 SQL Server 复制分发数据库。
SQL Server 2017 CU6 和 SQL Server 2016 SP2-CU3 通过以下机制,引入对 AG 中复制分发数据库的支持:
- 分发数据库 AG 需要具有侦听器。 当发布服务器添加分发服务器时,它将侦听器名称用作分发服务器名称。
- 将侦听器名称作为分发服务器名称创建复制作业。 分发服务器上创建的复制快照、日志读取器和分发代理(推送订阅)作业将在分发数据库 AG 的所有次要副本上创建。
注意
拉取订阅的分发代理作业将在订阅服务器(而非分发服务器)上创建。
- 新的作业监视分发数据库的状态(在 AG 中为主要或次要)并基于分发数据库的状态禁用或启用复制作业。
根据以下所述的步骤配置好 AG 中的分发数据库后,在分发数据库 AG 故障转移前后,复制配置和运行时作业都可以正确运行。
支持的方案
- 将分发数据库配置到 AG 中。
- 在 AG 故障转移前后配置复制(例如发布和订阅)。
- 复制作业在故障转移前后运行。
- 当分发数据库在 AG 中时,删除分发服务器和发布服务器上的复制。
- 为现有分发数据库 AG 添加或删除节点。
- 分发服务器可能具有多个分发数据库。 每个分发数据库都可以在各自的 AG 中,但不能在任意 AG 中。 多个分发数据库可以共享一个 AG。
- 发布服务器和分发服务器都需要在单独的 SQL Server 实例上。
- 如果托管分发数据库的可用性组的侦听器配置为使用非默认端口,则需要为侦听器和非默认端口设置别名。
限制或排除
不支持本地分发服务器(即发布服务器也是分发服务器)。 发布服务器和分发服务器都需要在单独的 SQL Server 实例上。 这些实例可以托管在同一组节点上。 由于以下原因,不支持本地分发服务器:
- 如果分发服务器在本地配置,则无法使用可用性组侦听器将流量路由到分发服务器,这会导致故障转移后复制代理失败。
- 如果配置了本地分发服务器,然后分发服务器可用性组故障转移到原始辅助服务器,则发布服务器与分发服务器的连接会从本地更改为远程,这会导致复制存储过程和代理失败。
不支持 Oracle 发布服务器。
不支持合并复制。
不支持使用即时或排队更新订阅服务器的事务复制。
SQL Server 2019 (15.x) CU 17 之前不支持对等复制
托管分发数据库副本的所有 SQL Server 2017 实例必须是 SQL Server 2017 CU 6 或更高版本。
托管分发数据库副本的所有 SQL Server 2016 实例必须是 SQL Server 2016 SP2-CU3 或更高版本。
托管分发数据库副本的所有 SQL Server 实例的版本必须相同,除非进行升级的时间范围较窄。
分发数据库必须处于完整恢复模式。
要恢复和允许事务日志截断,请配置完整备份和事务日志备份。
分发数据库 AG 必须具有已配置的侦听器。
分发数据库 AG 中的次要副本可以是同步的,也可以是异步的。 建议和首选同步模式。
不支持双向事务复制。
分发数据库添加到可用性组后,SSMS 不会将分发数据库显示为同步/同步。
注意
在次要副本上执行任何复制存储过程之前(例如
sp_dropdistpublisher
、sp_dropdistributiondb
、sp_dropdistributor
、sp_adddistributiondb
、sp_adddistpublisher
),请确保此副本已完全同步。分发数据库 AG 中的所有次要副本都应可读。 如果次要副本不可读,则无法在特定次要副本上访问 SQL Server Management Studio 上的分发服务器属性,但复制将继续正常工作。
分发数据库 AG 中的所有节点都需要使用相同的域帐户来运行 SQL Server 代理,并且该域帐户需要对每个节点都具有相同的特权。
如果任何复制代理在代理帐户下运行,则代理帐户需要存在于分发数据库 AG 的每个节点中,并且对每个节点都具有相同的特权。
在参与分发数据库 AG 的所有副本中,更改分发服务器或分发数据库属性。
在参与分发数据库 AG 的所有副本中,通过 msdb 存储过程或 SQL Server Management Studio 更改复制作业。
如果使用任何代理的自定义配置文件,则必须使用过程 sp_add_agent_profile 在所有次要副本上手动创建配置文件。 该配置文件在所有副本上必须具有相同的 ID。
需要使用脚本完成在发布服务器上分配分发服务器。 无法使用复制向导。 支持将复制向导和属性表用于其他用途。
只能通过脚本完成为分发数据库配置 AG。
在 AG 中设置分发数据库需要是新的复制配置。 不支持将现有分发数据库切换到 AG。 同样,一旦将分发数据库从 AG 中移除,它就不能再作为有效的分发数据库运行,应该将其弃用。
配置体系结构
本文中的示例使用了以下服务器名称和设置。
- DIST1、DIST2、DIST3 为分发服务器;
- PUB 为发布服务器;
- 分发数据库 AG 形成后,侦听器的名称为 DISTLISTENER;
- DIST1 是用于分发数据库 AG 的初始主要副本。
配置分发服务器、分发数据库和发布服务器
此例配置新的分发服务器和发布服务器并将分发数据库置于 AG。
分发服务器工作流
通过
sp_adddistributor @@servername
将 DIST1、DIST2、DIST3 配置为分发服务器。 通过@password
为distributor_admin
指定密码。 DIST1、DIST2、DIST3 的@password
应完全相同。通过
sp_adddistributiondb
在 DIST1 上创建分发数据库。 分发数据库的名称为distribution
。 将distribution
数据库的恢复模式从简单更改为完整。使用 DIST1、DIST2 和 DIST3 上的副本,为
distribution
数据库创建 AG。 首选将所有的副本都设为同步。 将次要副本配置为可读取或允许读取。 此时,分发数据库是 AG,DIST1 是主要副本,DIST2 和 DIST3 是次要副本。为 AG 配置名为
DISTLISTENER
的侦听器。要恢复和允许事务日志截断,请配置完整备份和事务日志备份。
在 DIST2 和 DIST3 上,运行:
EXEC sys.sp_adddistributiondb @database = 'distribution';
若要在 DIST1 上将
PUB
添加为发布服务器,请运行:EXEC sys.sp_adddistpublisher @publisher = 'PUB', @distribution_db = 'distribution', @working_directory = '<network path>';
@working_directory
的值应为独立于 DIST1、DIST2 和 DIST3 的网路路径。在 DIST2 和 DIST3 上,如果副本可作为次要副本读取,请运行以下代码:
EXEC sys.sp_adddistpublisher @publisher = 'PUB', @distribution_db = 'distribution', @working_directory = '<network path>';
如果副本不可作为次要副本读取,请执行故障转移,使副本成为主要副本,然后运行以下代码
EXEC sys.sp_adddistpublisher @publisher = 'PUB', @distribution_db = 'distribution', @working_directory = '<network path>';
@working_directory
的值应与上一步相同。
发布服务器工作流
若要在 PUB 上将 distribution
数据库 AG 侦听器添加为分发服务器,请运行:
EXEC sys.sp_adddistributor @distributor = 'DISTLISTENER', @password = '<distributor_admin password>' ;
@password 的值应该为在分发服务器工作流中配置分发服务器时指定的值。
删除分发服务器和发布服务器
此示例在分发数据库位于 AG 时,删除发布服务器和分发服务器。
发布服务器工作流
在 PUB 上,删除此发布服务器的所有订阅和发布,然后调用 sp_dropdistributor
。
分发服务器工作流
在此示例中,DIST1 是 distribution
数据库 AG 当前的主要副本。 DIST2 和 DIST3 是次要副本。
在 DIST2 和 DIST3 上,运行:
EXEC sys.sp_dropdistpublisher @publisher = 'PUB', @no_checks = 1;
在 DIST1 上,运行:
EXEC sys.sp_dropdistpublisher @publisher = 'PUB';
删除 AG。
在 DIST2 和 DIST3 上,通过恢复使数据库还原,将
distribution
数据库更改为 read_write 模式。RESTORE DATABASE [distribution] WITH RECOVERY, KEEP_REPLICATION;
若要删除
distribution
数据库并保留快照目录,请运行:EXEC sys.sp_dropdistributiondb @database = 'distribution' , @former_ag_secondary = 1;
此过程将删除此副本的所有无关联作业。
若要在 DIST1 上删除
distribution
数据库,请运行EXEC sys.sp_dropdistributiondb @database = 'distribution';
如果 AG 中没有其他分发数据库,则在 DIST1、DIST2 和 DIST3 上运行
sp_dropdistributor
。
向分发数据库 AG 添加副本
此例通过 AG 中的分发数据库向现有复制配置添加新的分发服务器。 在此例中,现有分发数据库在 AG 中。 DIST1 和 DIST2 是分发服务器,distribution
是 AG 中的分发数据库,PUB 是发布服务器。 将 DIST3 添加为 AG 中的副本。
分发服务器工作流
应通过
sp_adddistributor @@servername
将 DIST3 配置为分发服务器。 应通过 @password 参数指定distributor_admin
的密码。 此密码应与为 DIST1 和 DIST2 指定的密码相同。向当前分发数据库的 AG 添加 DIST3。
在 DIST3 上,运行:
EXEC sys.sp_adddistributiondb @database = 'distribution';
在 DIST3 上,如果副本可作为次要副本读取,请运行以下代码:
EXEC sys.sp_adddistpublisher @publisher = 'PUB', @distribution_db = 'distribution', @working_directory = '<network path>';
如果副本不可作为次要副本读取,请执行故障转移,使副本成为主要副本,然后运行以下代码:
EXEC sys.sp_adddistpublisher @publisher = 'PUB', @distribution_db = 'distribution', @working_directory = '<network path>';
此
@working_directory
值应与为 DIST1 和 DIST2 指定的值相同。在 DIST3 中,必须重新创建指向订阅服务器的链接服务器。
从分发数据库 AG 删除副本
此例从当前分发服务器 AG 删除分发服务器,但不会影响分发数据库 AG 中的其他副本。 在此例中,分发数据库在 AG 中。 DIST1、DIST2 和 DIST3 是分发服务器,distribution
是 AG 中的分发数据库,PUB 是发布服务器。 从 AG 删除 DIST3。
分发服务器工作流
请确保 DIST3 是
distribution
数据库 AG 的次要副本。从
distribution
数据库 AG 删除 DIST3。在 DIST3 上,通过恢复使数据库还原,将
distribution
数据库更改为 read_write 模式。 例如,运行以下命令:RESTORE DATABASE distribution WITH RECOVERY, KEEP_REPLICATION;
若要删除在 DIST3 上的所有孤立作业,请运行:
EXEC sys.sp_dropdistpublisher @publisher = 'PUB', @no_checks = 1;
在 DIST3 上,运行:
EXEC sys.sp_dropdistributiondb @database = 'distribution', @former_ag_secondary = 1;
在 DIST3 上,运行:
EXEC sys.sp_dropdistributor;
从分发数据库 AG 删除发布服务器
此例从分发服务器的当前分发数据库 AG 中删除发布服务器,但不会影响此分发数据库 AG 服务的其他发布服务器。 在此例中,现有配置具有 AG 中的分发数据库。 DIST1、DIST2 和 DIST3 是分发服务器,distribution
是 AG 中的分发数据库,PUB1 和 PUB2 是 distribution
数据库服务的发布服务器。 此示例从这些分发服务器中删除 PUB1。
发布服务器工作流
在 PUB1 上,删除此发布服务器的所有订阅和发布,然后调用 sp_dropdistributor
。
分发服务器工作流
DIST1 是 distribution
数据库 AG 当前的主要副本。
在 DIST2 和 DIST3 上,运行:
EXEC sys.sp_dropdistpublisher @publisher = 'PUB1', @no_checks = 1;
在 DIST1 上,运行:
EXEC sys.sp_dropdistpublisher @publisher = 'PUB1';
此时,可能有与 DIST2 或 DIST3 上的 PUB1 相关的孤立作业。 每当 DIST2 和 DIST3 发生故障转移时,
Monitor and sync replication agent jobs
作业都将删除与 PUB1 的所有发布相关的孤立作业。
添加订阅
此示例介绍在分发服务器之间正确配置订阅服务器的信息。 此示例添加订阅服务器。 DIST1 是 AG 中分发数据库的主要副本,DIST2 和 DIST3 是 AG 中分发数据库的次要副本。 订阅服务器的名称为 SUB。
发布服务器工作流
在 PUB 上,类似于通常对订阅服务器 SUB
执行的操作一样,添加订阅。
分发服务器工作流
在 DIST2 和 DIST3 上,如果之前没有使用 DIST2 和 DIST3 注册“SUB”,则为其添加已链接的服务器。 以下是为链接服务器创建的示例 TSQL -
EXEC master.dbo.sp_addlinkedserver@server =N'SUB', @srvproduct=N'SQL Server';
/* For security reasons the linked server remote logins password is changed with ######## */
EXEC master.dbo.sp_addlinkedsrvlogin@rmtsrvname = N'SUB', @useself = N'True',@locallogin = NULL,@rmtuser =N ULL,@rmtpassword = NULL;
添加请求订阅
订阅服务器工作流
若要使用 AG 中的分发数据库添加请求订阅,请使用 sp_addpullsubscription_agent
的 @distributor
参数中的 AG 侦听器名称。
示例 T-SQL 创建 AG 中的分发数据库
以下脚本启用可用性组中的分发数据库。
--- WorkFlow to Enable Distribution Database In AG.
-- SECTION 1 ---- CONFIGURE THE DISTRIBUTOR SERVERS
-- Step1 - Configure the Distribution DB nodes (AG Replicas) to act as a distributor
:Connect SQLNode1
EXEC [sys].[sp_adddistributor]
@distributor = @@SERVERNAME,
@password = 'Pass@word1';
GO
:Connect SQLNode2
EXEC [sys].[sp_adddistributor]
@distributor = @@SERVERNAME,
@password = 'Pass@word1';
GO
-- Step2 - Configure the Distribution Database
:Connect SQLNode1
USE [master];
EXEC [sys].[sp_adddistributiondb]
@database = 'DistributionDB',
@security_mode = 1;
GO
ALTER DATABASE [DistributionDB] SET RECOVERY FULL;
GO
BACKUP DATABASE [DistributionDB] TO DISK = 'NUL';
GO
-- Step 3 - Create AG for the Distribution DB.
:Connect SQLNode1
USE [master];
GO
CREATE ENDPOINT [Hadr_endpoint]
STATE = STARTED
AS TCP (LISTENER_PORT = 5022, LISTENER_IP = ALL)
FOR DATA_MIRRORING (
ROLE = ALL,
AUTHENTICATION = WINDOWS NEGOTIATE,
ENCRYPTION = REQUIRED ALGORITHM AES
);
GO
:Connect SQLNode2
USE [master];
GO
CREATE ENDPOINT [Hadr_endpoint]
STATE = STARTED
AS TCP (LISTENER_PORT = 5022, LISTENER_IP = ALL)
FOR DATA_MIRRORING (
ROLE = ALL,
AUTHENTICATION = WINDOWS NEGOTIATE,
ENCRYPTION = REQUIRED ALGORITHM AES
);
GO
:Connect SQLNode1
-- Create the Availability Group
CREATE AVAILABILITY GROUP [DistributionDB_AG]
FOR DATABASE [DistributionDB]
REPLICA ON
N'SQLNode1' WITH (ENDPOINT_URL = N'TCP://SQLNode1.contoso.com:5022',
FAILOVER_MODE = AUTOMATIC,
AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
BACKUP_PRIORITY = 50,
SECONDARY_ROLE(ALLOW_CONNECTIONS = ALL),
SEEDING_MODE = AUTOMATIC),
N'SQLNode2' WITH (ENDPOINT_URL = N'TCP://SQLNode2.contoso.com:5022',
FAILOVER_MODE = AUTOMATIC,
AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
BACKUP_PRIORITY = 50,
SECONDARY_ROLE(ALLOW_CONNECTIONS = ALL),
SEEDING_MODE = AUTOMATIC);
GO
:Connect SQLNode2
ALTER AVAILABILITY GROUP [DistributionDB_AG] JOIN;
GO
ALTER AVAILABILITY GROUP [DistributionDB_AG] GRANT CREATE ANY DATABASE;
GO
--STEP4 - Create the Listener for the Availability Group. This is very important.
:Connect SQLNode1
USE [master]
GO
ALTER AVAILABILITY GROUP [DistributionDB_AG]
ADD LISTENER N'DistributionDBList' (
WITH IP
((N'10.0.0.8', N'255.255.255.0')) , PORT=1500);
GO
-- STEP 5 - Enable SQLNode2 also as a Distributor
:Connect SQLNode2
EXEC sys.sp_adddistributiondb @database = 'DistributionDB', @security_mode = 1;
GO
--STEP 6 - On all Distributor Nodes Configure the Publisher Details
:Connect SQLNode1
EXEC sys.sp_adddistpublisher @publisher = 'SQLNode4', @distribution_db = 'DistributionDB',
@working_directory = '\\sqlfileshare\Dist_Work_Directory\';
GO
:Connect SQLNode2
EXEC sys.sp_adddistpublisher @publisher = 'SQLNode4', @distribution_db = 'DistributionDB',
@working_directory = '\\sqlfileshare\Dist_Work_Directory\';
GO
-- SECTION 2 ---- CONFIGURE THE PUBLISHER SERVER
:Connect SQLNode4
EXEC sys.sp_adddistributor @distributor = 'DistributionDBList', -- Listener for the Distribution DB.
@password = 'Pass@word1';
GO
-- SECTION 3 ---- CONFIGURE THE SUBSCRIBERS
-- On Publisher, create the publication as one would normally do.
-- On the Secondary replicas of the Distribution DB, add the Subscriber as a linked server.
:Connect SQLNode2
EXEC master.dbo.sp_addlinkedserver @server = N'SQLNODE5', @srvproduct = N'SQL Server';
/* For security reasons the linked server remote logins password is changed with ######## */
EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname = N'SQLNODE5', @useself = N'True',
@locallogin = NULL,@rmtuser = NULL,@rmtpassword = NULL;