SQL Server 复制中的行为更改

Windows 同步管理器

在 SQL Server 2005 之前的 SQL Server 版本中，默认情况下已启用与同步管理器同步订阅的能力。在 SQL Server 2005 中，如果要使用同步管理器，必须显式启用此选项。有关详细信息，请参阅如何使用 Windows 同步管理器同步订阅（Windows 同步管理器）。

架构选项更改

通过架构选项，可以指定复制与表关联的属性和对象（如索引和约束）的方式。在 SQL Server 2005 中，许多架构选项的行为都发生了更改。本主题的下一部分提供详细信息。

可更新订阅安全模式

sp_link_publication 的 @security_mode 参数控制即时更新订阅的触发器如何在发布服务器上执行调用。在 SQL Server 2005 中，此参数的选项有：

• 0：使用 SQL Server 身份验证，以存储过程中指定的登录名作为登录名和密码。

• 1：使用在订阅服务器上进行更改的用户的安全上下文（SQL Server 身份验证或 Windows 集成身份验证）。

• 2：使用现有的、用户定义的链接服务器登录名。

在 SQL Server 的早期版本中，选项 0 用于指定从订阅服务器到发布服务器（而不是链接服务器）的动态远程过程调用 (RPC)。

补偿操作

在 SQL Server 的早期版本中，在同步期间遇到错误（如违反约束）时采取补偿操作。此行为在某些情况下很合适，但在某些情况下可能会带来问题；例如，一个未正确配置的订阅服务器发生错误时，可导致撤消对发布服务器和所有其他订阅服务器的更改。

在 SQL Server 2005 中，sp_addmergearticle 的 @compensate_for_errors 参数控制是否采取补偿操作。当设置为 False（默认值）时，禁用补偿操作；但是，仍将错误记录到日志中，且后续合并将继续尝试应用更改。虽然受影响的行中的数据可能表面上不收敛，但只要解决了错误，更改就可以应用，数据亦将收敛。当设置为 True 时，同步期间无法在节点上应用的更改会导致补偿操作，而这些补偿操作会撤消所有其他节点上的更改。

注意

如果项目的源表已在另一个发布中发布，则两个项目的 @compensate_for_errors 值必须相同。对于运行 SQL Server 2000 8.00.858 版本和更早版本（包括 Service Pack 3）的订阅服务器上的请求订阅，即使将 @compensate_for_errors 设置为 False，仍会发生补偿操作。

基于保持期的元数据清除

SQL Server 2005 使用基于保持期的元数据清除，这是在 SQL Server 2000 Service Pack 1 中引入的。元数据定期从下列系统表中删除掉：

• MSmerge_contents

• MSmerge_tombstone

• MSmerge_genhistory

• 任何前映像表（如果存在）。如果发布上启用了 @keep_partition_changes 同步优化选项（有关此选项的详细信息，请参阅下一节），则存在前象表。