复制管理员常见问题

下列问题和解答就复制数据库管理员所面临的多种任务提供指导。

配置复制

活动在发布时是否需要在数据库上停止?

否。 创建发布时,活动仍可在数据库上继续进行。 注意,生成快照可能占用大量资源,因此最好在数据库活动较少的期间生成快照(默认情况下完成新建发布向导后就生成快照)。

快照生成期间是否锁定表?

锁定的时间长度取决于所用复制的类型:

  • 对于合并发布,快照代理不采用任何锁。

  • 对于事务发布,默认情况下快照代理只在快照生成的初始阶段进行锁定。

  • 对于快照发布,快照代理在快照生成的整个过程中都进行锁定。

由于锁会阻止其他用户更新表,所以应把快照代理安排在数据库活动较少的期间执行,对快照发布尤其如此。

订阅何时可用?何时可以使用订阅数据库?

将快照应用于订阅数据库之后,即可使用订阅。 即使订阅数据库在此之前就可以访问,但在应用快照之前,不应使用数据库。 使用复制监视器检查快照生成和应用的状态:

如果分发代理或合并代理启动时快照代理尚未完成,会出现什么情况?

如果分发代理或合并代理和快照代理同时运行,不会引发错误。 但是,必须注意下列事项:

  • 如果将分发代理或合并代理配置为连续运行,则该代理将在快照代理完成之后自动应用快照。

  • 如果将分发代理或合并代理配置为按计划运行或按需运行,而且在代理运行时不存在可用的快照,则代理将关闭,并显示一条快照尚不可用的消息。 快照代理完成后,必须再次运行代理以应用快照。 有关运行代理的详细信息,请参阅同步推送订阅同步请求订阅复制代理可执行文件概念

是否应为复制配置编写脚本?

是。 为复制配置编写脚本是任何复制拓扑的灾难恢复计划的关键。 有关编写脚本的详细信息,请参阅编写复制脚本

复制数据库需要什么样的恢复模式?

复制使用以下任何恢复模式都可正常运行:简单恢复模式、大容量日志恢复模式或完整恢复模式。 合并复制以在元数据表中存储信息的方式跟踪更改。 事务复制通过标记事务日志来跟踪更改,但此标记过程不受恢复模式影响。

复制为什么要向已复制的表添加一列;如果表并未发布,是否会删除该列?

若要跟踪更改,带有排队更新订阅的合并复制和事务复制必须能够唯一地标识每个已发布表中的每一行。 为实现这一点:

  • 合并复制向每个表添加 rowguid 列,除非表中已包含一个具有 ROWGUIDCOL 属性集且数据类型为 uniqueidentifier 的列(这种情况下将使用此列)。 如果从发布中删除表,则删除 rowguid 列;如果将现有列用于跟踪,则不删除该列。

  • 如果事务发布支持排队更新订阅,复制就会向每个表添加 msrepl_tran_version 列。 如果从发布中删除表,则不会删除 msrepl_tran_version 列。

  • 筛选器不能包含复制所用的 rowguidcol 来标识行。 默认情况下,这是您设置合并复制时添加的列,命名为 rowguid

如何管理已发布表的约束?

关于已发布表的约束,有几个问题需要考虑:

  • 事务复制要求每个已发布表都有主键约束。 合并复制不需要主键,但如果存在一个主键,则必须复制该主键。 快照复制不需要主键。

  • 默认情况下,主键约束、索引和检查约束都会复制到订阅服务器。

  • 默认情况下为外键约束和检查约束指定 NOT FOR REPLICATION 选项;约束对用户操作强制使用,但不对代理操作强制使用。

有关设置控制是否复制约束的架构选项的信息,请参阅指定架构选项

如何管理标识列?

复制在订阅服务器中为包含更新的复制拓扑提供自动标识范围管理。 有关详细信息,请参阅复制标识列

是否可以在不同的发布中发布相同的对象?

是,但有一些限制。 有关详细信息,请参阅发布数据和数据库对象主题中的“在多个发布中发布表”部分。

多个发布是否可以使用同一个分发数据库?

是。 对于可以使用同一分发数据库的发布的数量或类型没有任何限制。 来自给定发布服务器的所有发布都必须使用同一分发服务器和分发数据库。

如果有多个发布,则可以在分发服务器上配置多个分发数据库,以确保通过每个分发数据库的数据流都来自单个发布。 请使用**“分发服务器属性”**对话框或 sp_adddistributiondb (Transact-SQL) 来添加分发数据库。 有关访问该对话框的详细信息,请参阅查看和修改分发服务器和发布服务器属性

如何在分发服务器和发布服务器中查找信息,如已经发布了数据库中的哪些对象?

此信息可通过 SQL Server Management Studio 和许多复制存储过程获得。 有关详细信息,请参阅分发服务器和发布服务器信息脚本

复制是否加密数据?

否。 复制不对数据库中存储的数据或网络上传输的数据加密。 有关详细信息,请参阅安全性概述(复制)主题的“加密”部分。

如何在 Internet 上复制数据?

使用以下方式在 Internet 上复制数据:

所有类型的 Microsoft SQL Server 复制都可以通过 VPN 来复制数据。但如果使用的是合并复制,应考虑使用 Web 同步。

如果删除连接,复制是否可以继续?

是。 如果删除连接,复制处理可从停止处继续。 如果在不可靠的网络上使用合并复制,则请考虑使用逻辑记录,这可确保把相关更改作为一个单元来处理。 有关详细信息,请参阅通过逻辑记录对相关行的更改进行分组

复制是否可以在低带宽连接上工作?它是否使用压缩?

是,复制的确可以在低带宽连接上工作。 对于通过 TCP/IP 的连接,复制使用该协议提供的压缩,但不提供其他压缩。 对于通过 HTTPS 的 Web 同步连接,复制使用协议提供的压缩,也使用复制更改所用的 XML 文件的其他压缩。

登录名和对象所有权

是否复制登录名和密码?

否。 可以创建 DTS 包,把登录名和密码从发布服务器传输到一个或多个订阅服务器。

什么是架构,如何复制架构?

从 Microsoft SQL Server 2005 开始,“架构”有两种含义:

  • 对象的定义,如 CREATE TABLE 语句。 默认情况下,复制把所有已复制对象的定义都复制到订阅服务器。

  • 在其中创建对象的命名空间:<数据库>.<架构>.<对象>。 架构使用 CREATE SCHEMA 语句定义。

  • 在新建发布向导中,复制在架构和对象所有权方面具有以下默认行为:

  • 对于兼容级别为 90 或更高的合并发布、快照发布和事务发布中的项目:默认情况下,订阅服务器中的对象所有者与发布服务器中相应对象的所有者相同。 如果订阅服务器中不存在拥有对象的架构,将自动创建这些架构。

  • 对于兼容级别低于 90 的合并发布中的项目:默认情况下,所有者保留为空,在订阅服务器中创建对象时将其指定为 dbo

  • 对于 Oracle 发布中的项目:默认情况下,所有者指定为 dbo

  • 对于使用字符模式快照(用于非 SQL Server 订阅服务器以及 SQL Server Compact 订阅服务器)的发布中的项目:默认情况下,所有者保留为空。 所有者默认为与分发代理或合并代理连接到订阅服务器所使用的帐户关联的所有者。

通过**“项目属性 - <Article>”**对话框和以下存储过程,可以更改对象所有者:sp_addarticlesp_addmergearticlesp_changearticlesp_changemergearticle。 有关详细信息,请参阅查看和修改发布属性定义项目查看和修改项目属性

如何配置订阅数据库上的授权,以使其与发布数据库上的授权相匹配?

默认情况下,复制不在订阅数据库上执行 GRANT 语句。 如果希望订阅数据库上的权限与发布数据库上的权限相匹配,请使用下列方法之一:

如果重新初始化订阅,订阅数据库中授予的权限会怎样?

默认情况下,重新初始化订阅时会删除并重新创建订阅服务器中的对象,这将导致删除已授予这些对象的所有权限。 有两种方法可以处理此种情况:

  • 重新初始化后,使用前一部分介绍的技术重新应用授权。

  • 指定重新初始化订阅时不应删除对象。 重新初始化之前,进行以下两项操作之一:

    • 执行 sp_changearticlesp_changemergearticle。 将参数 @property 的值指定为“pre_creation_cmd”(sp_changearticle) 或“pre_creation_command”(sp_changemergearticle),并将参数 @value 的值指定为“none”、“delete”或“truncate”。

    • 在**“项目属性 - <项目>”对话框的“目标对象”部分中,对于“名称已被使用时的操作”选项,选择“现有对象保持不变”“删除数据。如果项目有行筛选器,则仅删除与该筛选器匹配的数据。”“截断现有对象中的所有数据”**的值。 有关访问此对话框的详细信息,请参阅查看和修改发布属性

数据库维护

为什么无法对已发布的表运行 TRUNCATE TABLE?

TRUNCATE TABLE 是不会激发触发器的日志未记录的操作。 之所以不允许对已发布的表运行 TRUNCATE TABLE,是因为复制无法跟踪此操作导致的更改:事务复制通过事务日志来跟踪更改;合并复制通过已发布表的触发器来跟踪更改。

在复制的数据库上运行大容量插入命令,会产生什么效果?

对于事务复制,大容量插入命令跟踪和复制的方式和其他插入命令相同。 对于合并复制,则必须确保正确更新跟踪元数据的更改。

对于备份和还原,是否存在复制注意事项?

是。 对于复制所涉及数据库有许多特别注意事项。 有关详细信息,请参阅备份和还原复制的数据库

复制是否影响事务日志的大小?

合并复制和快照复制不影响事务日志的大小,但事务复制会影响。 如果数据库包括一个或多个事务发布,则只有将与这些发布有关的所有事务传递到分发数据库之后才会截断日志。 如果事务日志增长得过大,而且日志读取器代理按计划运行,请考虑缩短运行间隔。 或者,将日志读取器代理设置为以连续模式运行。 如果将其设置为以连续模式运行(默认值),请确保它正在运行。 有关检查日志读取器代理状态的详细信息,请参阅查看与发布相关的代理的信息并执行此代理的任务(复制监视器)

此外,如果在发布数据库或分发数据库中设置了选项“sync with backup”,则直到备份了所有事务后,才会截断事务日志。 如果事务日志增长过大,而且已设置了此选项,请考虑缩短事务日志备份间的间隔。 有关涉及事务复制的备份和还原数据库的详细信息,请参阅快照复制和事务复制的备份和还原策略

如何在复制的数据库中重新生成索引或表?

有许多用于重新生成索引的机制。 这些机制都可以使用,且对于复制并没有特别的注意事项,但下述情况例外:事务发布中的表必须具有主键,因此无法删除并重新创建这些表的主键。

如何在发布数据库和订阅数据库上添加或更改索引?

可以在发布服务器或订阅服务器中添加索引,并且没有针对复制的特别注意事项(注意,索引可以影响性能)。 不会复制 CREATE INDEX 和 ALTER INDEX,因此如果要添加或更改比如发布服务器中的索引,则必须也在订阅服务器中进行相同的添加或更改(如果想要其反映在订阅服务器中)。

如何对复制所涉及的数据库的文件进行移动和重命名?

在早于 SQL Server 2005 的 SQL Server 版本中,移动或重命名数据库文件需要分离并重新附加数据库。 因为无法分离复制的数据库,所以必须首先从这些数据库中删除复制。 从 SQL Server 2005 开始,无需分离并重新附加数据库便可移动或重命名文件,且不会影响复制。 有关移动和重命名文件的详细信息,请参阅 ALTER DATABASE (Transact-SQL)

如何删除正在复制的表?

首先使用 sp_droparticlesp_dropmergearticle 或**“发布属性 - <发布>”**对话框从发布中删除项目,然后使用 DROP <Object> 从数据库中删除此项目。 在添加订阅后,就不能从快照发布或事务发布中删除项目,而必须先删除订阅。 有关详细信息,请参阅向现有发布添加项目和从中删除项目

如何在已发布的表中添加或删除列?

SQL Server 支持对已发布对象进行各种架构更改,包括添加和删除列。 例如,在发布服务器上执行 ALTER TABLE ... DROP COLUMN,该语句将复制到订阅服务器,然后执行以删除列。 运行早于 SQL Server 2005 的 SQL Server 版本的订阅服务器支持通过存储过程 sp_repladdcolumnsp_repldropcolumn 添加和删除列。 有关详细信息,请参阅对发布数据库进行架构更改

复制维护

如何确定订阅服务器的数据是否与发布服务器的数据同步?

使用验证。 验证报告给定订阅服务器是否与发布服务器同步。 有关详细信息,请参阅验证已复制的数据。 验证不会提供与某些行是否未正确同步有关的信息,而 tablediff 实用工具可以提供此信息。

如何向现有发布添加表?

不必为了添加表(或另一个对象)而停止发布数据库或订阅数据库上的活动。 通过**“发布属性 - <发布>”**对话框或存储过程 sp_addarticlesp_addmergearticle 将表添加到发布。 有关详细信息,请参阅向现有发布添加项目和从中删除项目

如何从发布中删除表?

使用 sp_droparticlesp_dropmergearticle 或**“发布属性 - <发布>”**对话框从发布中删除表。 在添加订阅后,就不能从快照发布或事务发布中删除项目,而必须先删除订阅。 有关详细信息,请参阅向现有发布添加项目和从中删除项目

哪些操作需要重新初始化订阅?

许多项目和发布更改都需要重新初始化订阅。 有关详细信息,请参阅更改发布和项目属性

什么操作会导致快照失效?

许多项目和发布更改都可使快照无效,并需要生成新快照。 有关详细信息,请参阅更改发布和项目属性

如何删除复制?

从数据库删除复制所需的操作取决于数据库是作为发布数据库、订阅数据库使用,还是同时作为这两种数据库使用。

如何确定是否存在要复制的事务或行?

对于事务复制,请使用存储过程或复制监视器中的**“未分发的命令”**选项卡。 有关详细信息,请参阅查看分发数据库中复制的命令和其他信息(复制 Transact-SQL 编程)查看信息并执行与订阅相关联的代理任务(复制监视器)

对于合并复制,请使用 sp_showpendingchanges 存储过程。 有关详细信息,请参阅 sp_showpendingchanges (Transact-SQL)

分发代理滞后多少?是否应重新初始化?

使用 sp_replmonitorsubscriptionpendingcmds 存储过程或复制监视器中的**“未分发的命令”**选项卡。 存储过程和选项卡显示:

  • 分发数据库中未传递到所选订阅服务器的命令数量。 命令由一条 Transact-SQL 数据操作语言 (DML) 语句或一条数据定义语言 (DDL) 语句组成。

  • 将命令传递到订阅服务器所用的估计时间量。 如果此值大于生成快照并将其应用到订阅服务器所需的时间,请考虑重新初始化订阅服务器。 有关详细信息,请参阅重新初始化订阅

有关详细信息,请参阅sp_replmonitorsubscriptionpendingcmds (Transact-SQL)查看信息并执行与订阅相关联的代理任务(复制监视器)

复制和其他数据库功能

复制是否可与日志传送和数据库镜像一起进行?

是。 有关详细信息,请参阅日志传送和复制 (SQL Server)数据库镜像和复制 (SQL Server)

复制是否可与聚类分析一起进行?

是。 没有需要特别注意的事项,因为所有数据都存储在群集上的一组磁盘中。

请参阅

概念

复制管理最佳实践

其他资源

管理(复制)