复制可管理性增强功能
复制在以下方面对可管理性进行了增强：
- 新增复制监视器
- 用户界面的简化
- 改进的标识范围管理
- 并行快照准备
- 事务性发布的跟踪令牌
- 从备份中初始化事务性订阅
- 事务性项目的调用格式无需重新初始化就可修改
- 事务性发布在默认情况下使用并发快照
- 增加了事务性发布中允许的列数
- 改进对合并订阅统计信息的监视功能
- 对带参数化筛选器的合并发布快照的改进
- 对合并发布中项目的声明性排序
- 对合并发布中项目的条件性删除处理
- 改进的错误消息
可管理性增强功能
新增复制监视器
为 SQL Server 2005 复制监视器做了完全的重新设计。它使您能够监视复制拓扑的总体状况，同时提供有关发布和订阅的状态和性能的详细信息。有关详细信息，请参阅使用复制监视器监视复制。
用户界面的简化
为 SQL Server 2005 重新设计了复制向导和对话框以简化复制拓扑的设置。更改包括：
- 新发布向导的页数比 SQL Server 2000 中的相应部分减少了 40%，从而简化了创建发布的过程。
- 简化了筛选合并发布的界面。
- 推送订阅向导和请求订阅向导合并为新建订阅向导。
- 利用新建订阅向导，使您在该向导的一次运行中就可以创建具有不同属性的多个订阅。针对超大型部署仍可选择使用脚本，但该向导提供了设置多个订阅的简便方法。
- 脚本集成到向导中。
改进的标识范围管理
标识范围管理得到了改进：
- 对于事务复制，默认情况下将标识列复制为标识列，而不是复制为基本数据类型。在 SQL Server 的早期版本中，带有只读订阅的事务复制将标识列复制为基本数据类型（如 int）。
- 对于合并复制，重新设计了标识范围的分配。不再使用范围阈值，而为每个节点分配一个主标识范围和一个辅助标识范围。
有关详细信息，请参阅复制标识列。
并行快照准备
并行快照准备的特点是在快照代理内为架构编写脚本或大容量复制数据的同时对多个项目进行处理，这样便可以更快、更有效地准备快照。无需特殊选项即可使用此功能。
事务性发布的跟踪令牌
多个服务器和数据库之间的复制可能很难监视和管理。SQL Server 2005 提供了新的跟踪令牌功能：将令牌（少量数据）插入到发布服务器并复制到订阅服务器。跟踪令牌在系统中运动时，统计信息被收集，并可从系统表进行查询。有关详细信息，请参阅为事务复制测量滞后时间和验证连接。
从备份中初始化事务性订阅
如果数据库一开始就包含大量数据，在它们之间设置复制会很耗时且需要大量存储。SQL Server 2005 提供了一个新的发布选项，使创建事务性发布后所做的任何备份都可以在订阅服务器上还原，而不是用快照对订阅进行初始化。有关详细信息，请参阅初始化事务订阅（不使用快照）。
事务性项目的调用格式无需重新初始化就可修改
对于事务性发布中的项目，默认情况下，复制使用一组存储过程将更改传播到订阅服务器。每个过程所使用的调用语法决定了为过程提供的参数结构，以及针对每个数据更改将多少信息发送到订阅服务器。现在可以更改项目的调用语法，而无需重新初始化订阅。有关调用语法的详细信息，请参阅指定如何传播事务性项目的更改。
在默认情况下事务性发布使用并发快照
在 SQL Server 2000 中，并发快照可用于事务性发布，但在默认情况下并不使用它们。并发快照能缩短快照生成过程中持有锁的时间，使用户可以在创建快照文件的同时不间断工作。在 SQL Server 2005 中，默认情况下使用并发快照；将值“concurrent_c”用于 sp_addpublication (Transact-SQL) 的 @sync_method 参数。
增加了事务性发布中允许的列数
事务性发布在每个已发布表中现在允许最多 1000 列。
改进对合并订阅统计信息的监视功能
合并复制现在提供项目级统计信息，其中包括以下内容的更详细的信息：合并阶段的完成要多花多长时间，处理给定项目花了多少时间，订阅服务器正在使用的连接类型，以及其他重要信息。统计信息在复制监视器的**“同步历史记录”**窗口中显示。有关详细信息，请参阅如何查看与订阅相关的代理的信息并执行此代理的任务（复制监视器）。
对带参数化筛选器的合并发布快照的改进
带参数化筛选器的发布快照（在早期版本中称为“动态快照”）为订阅服务器提供正确的数据分区。这些快照提供了高性能，但对成百上千的订阅服务器可能难以管理。利用合并复制，现在可以为每个订阅服务器预生成快照，和/或指定订阅服务器可在初始同步过程中对快照生成进行初始化。有关详细信息，请参阅带有参数化筛选器的合并发布的快照。
对合并发布中项目的声明性排序
现在可以在合并同步的过程中显式定义项目处理的顺序，如果用触发器定义引用完整性并依赖触发器激发的特定顺序，这将尤其有用。有关详细信息，请参阅指定合并项目的处理顺序。
对合并发布中项目的条件性删除处理
某些应用程序需要将插入和更新从订阅服务器复制到发布服务器，但不复制删除。考虑一个销售点系统，在该系统中将订单的插入复制到发布服务器，然后将订单数据从订阅服务器上清除。利用条件性删除处理，可以指定对订阅服务器上的表的删除不应复制到发布服务器。有关详细信息，请参阅用条件性删除跟踪优化合并复制的性能。
改进的错误消息
大量的错误消息被重写，以便提供有关错误原因和解决方法的更详细信息。故障排除文档中还有其他可用于某些错误的信息。有关详细信息，请参阅复制错误的原因和解决方法。