尽管从SQL Server 2000升级到SQL Server 2005，数据复制功能的变化是根本性的，但从SQL Server 2005升级到2008的变化却是更细微的。下面列出了SQL Server 2008数据复制功能的新特性。

　　1、极大地提高了快照和事务复制命令执行效率；

　　2、为创建和修改Peer-to-Peer（P2P）网络拓扑提供了新界面；

　　3、对于Peer-to-peer点对点数据复制功能，新版本中支持冲突检测，而且无需离线即可复制schema的变化；

　　4、深度复制与数据库镜像和log shipping（日志传送）整合；

　　5、为开发人员提供了数据库同步类库（Sync Services），开发人员无需掌握DBA管理员知识即可使用；

　　6、调整了复制监视器功能。

　　下面我们详细看一下这些新特性。

　　快照和事务复制命令执行效率的提高

　　快照技术是指从发布者向订阅者复制数据，数据库对象和可以重建表，存储过程，函数，视图等的元数据。

　　微软博客上的这个帖子有一些关于提高可扩展性的内容，但是最令人感兴趣的部分是下面这段话：

　　“结果绝对令人瞠目。Pull方式的复制在Yukon平台（Windows Server 2003）的SQL Server 2005上运行需要223分钟，而在采用Katmai指令技术的Longhorrn Server平台（Windows 2008 Server）上只需要2分钟”.一份11.3GB大的快照在大约23分钟内被发送到2000英里之外（几乎每分钟500MB的速率）。这是按字节算的，而不是按位算的。可以讨论‘better together’了。

　　除了快照执行效率的提升，运行在Windows Server 2008上的SQL Server 2008可以利用TCP/IP网络协议栈改善复制命令的延迟时间。Windows Server 2008对于TCP/IP网络协议栈的改进使得我们可以自行调整TCP/IP包的参数（某些情况下是自动调整的）。涉及的具体参数有：

　　1、接收Window Auto-Tuning

　　2、发送缓冲自动扩展

　　3、接收Compound TCP

　　按照MSDN上这份白皮书“geo-replication performance gains”，微软的Engineering Operations团队在pull类型数据复制上，达到了令人难以置信的性能提升：11，345.13%。

　　为创建和修改Peer-to-Peer（P2P）拓扑提供了新界面

　　Peer-to-peer（P2P）数据复制是事务复制的一种变体，多个节点会给网络拓扑中的其他节点发布变化内容。如果一个节点与网络断开了连接，它可以继续工作，网络拓扑中的其他节点会互相执行复制。当该断开的节点再次连接到网络中来时，它会从网络拓扑中的其他节点接收到离线时产生的所有变更。新界面可以复制离线时产生的变化。这种复制类型是网状拓扑结构，而不是发布/订阅方式的拓扑。发布订阅的拓扑中，发布者为事务清理空间并决定变更发生的地方。

　　图1展示了新版本中的Peer-to-peer网络拓扑界面，图2显示了怎样给网络拓扑中添加一个节点。

　　图1：peer-to-peer（P2P）网络拓扑向导

　　图2：给peer-to-peer网络拓扑添加新节点