SQL Server 2000 和 SQL Server 2005 均可以与 SQL Server 2008 一起参与复制拓扑。对于 SQL Server 2000，最低版本为 Service Pack 3 (SP3)。对于 SQL Server 2005，最低版本为 Service Pack 2 (SP2)。

在不同版本的 SQL Server 之间复制时，通常受限于所使用的最早版本的功能。例如，如果将分发服务器升级到 SQL Server 2008 实例，但是您有运行 SQL Server 2005 实例的发布服务器和运行 SQL Server 2000 实例的订阅服务器，则会受限于 SQL Server 2000 的常规功能和复制功能。

注意：
由于 64 位和 32 位环境中的 SQL Server 磁盘存储格式相同，因此复制拓扑可以将运行于 32 位环境中的服务器实例与运行于 64 位环境中的服务器实例结合起来。

对于所有类型的复制，分发服务器版本不得低于发布服务器版本。（分发服务器通常与发布服务器是同一个实例。）

对于事务复制，用于事务发布的订阅服务器版本可以是两个发布服务器版本中的任何一个版本。例如，SQL Server 2000 发布服务器可以对应 SQL Server 2008 订阅服务器，而 SQL Server 2008 发布服务器可以对应 SQL Server 2000 订阅服务器。

对于合并复制，用于合并发布的订阅服务器的版本不能比发布服务器版本高。有关早期版本兼容性的详细信息，请参阅本主题稍后部分中的“合并发布的兼容级别”。有关 SQL Server 的各种版本所支持的复制功能的详细信息，请参阅 SQL Server 2008 各个版本支持的功能。

与运行 SQL Server 2000 的发布服务器一起使用 SQL Server 2005 或 SQL Server 2008 分发服务器

SQL Server 2008 和 SQL Server 2005 支持若干新数据类型。如下表中所示，如果使用来自 SQL Server 2005 或 SQL Server 2008 分发服务器的推送订阅，则会将这些新数据类型映射到订阅服务器上的兼容数据类型。如果将新数据类型复制到运行早期版本 SQL Server 的订阅服务器，则必须验证数据类型的映射是否正确：

• 默认情况下，将针对合并复制中的项目（而不是快照复制或事务复制中的项目）执行映射。对于合并发布，映射类型的方式由发布兼容级别确定。例如，如果某列类型为 geography 且兼容级别为 90RTM，则类型将映射为 varbinary(max)。如果兼容级别为 80RTM，则类型将映射为 image。
  
• 映射行为由 sp_addarticle 和 sp_addmergearticle 的 @schema_option 参数控制。
  有关如何设置架构选项的详细信息，请参阅如何指定架构选项 (SQL Server Management Studio) 和如何指定架构选项（复制 Transact-SQL 编程）。
  

1 对于包含可更新订阅的事务发布，不支持映射 UDT、FILESTREAM、geography、geometry 和 hierarchyid 类型。只有当所有更新订阅服务器运行的都是 SQL Server 2008 或更高版本时，才包括这些类型。

2 复制过程不检查插入到订阅服务器的数据的格式。因此，您的应用程序必须确保所插入数据的格式适用于 date、datetime2、datetimeoffset 和 time 类型的列。这通常是使用约束来完成的。如果数据格式不正确，则在发布服务器上插入时将失败。

3 这些类型在复制到 SQL Server Compact 3.5 订阅服务器之后，将由订阅服务器进行转换。有关 SQL Server Compact 3.5 数据类型映射的信息，请参阅 SQL Server Compact 3.5 文档。

如要将列从类型 geography 或 geometry 映射到 varbinary(max) 或 image，将无法复制这些列的默认约束。此操作会产生以下结果：

• 如果在发布服务器上已有默认约束，则删除此约束，或者指定不得复制此约束。若要指定不得复制默认约束，请使用默认约束的项目架构选项：
  
  • 为选项“复制默认值规范”选择值 False。有关详细信息，请参阅如何指定架构选项 (SQL Server Management Studio)。
    
  • 禁用架构选项 0x800。有关详细信息，请参阅如何指定架构选项（复制 Transact-SQL 编程）。
    
• 若要在发布服务器上添加一个默认约束，请首先指定不得复制架构更改。有关详细信息，请参阅如何复制架构更改 (SQL Server Management Studio) 和如何复制架构更改（复制 Transact-SQL 编程）。
  

4 FILESTREAM 是 varbinary(max) 列的一个属性。有关如何在复制的表中使用 FILESTREAM 列的信息，请参阅 将 FILESTREAM 与其他 SQL Server 功能配合使用中的“复制”一节。具有 FILESTREAM 属性的列不应包含在使用字符模式快照的发布中。

5 是否支持 hierarchyid 类型的列取决于复制类型以及使用的 SQL Server 版本。有关详细信息，请参阅 hierarchyid (Transact-SQL) 的“在复制的表中使用 hierarchyid 列”一节。对于合并复制，当复制兼容级别为 100RTM 且使用字符模式快照时，hierarchyid 将映射为 image。

向 SQL Server Compact 3.5 SP1 复制 XML 数据类型时，合并复制会将它们映射到 Ntext。SQL Server 2008 中的 XML 数据具有 UTF-16 编码的前缀字节。使用合并复制从 SQL Server 向 SQL Server Compact 3.5 SP1 复制时会保留这些字节。查看 SQL Server Compact 3.5 SP1 数据库的 Ntext 列时，这些前缀字节不为 SQL Server Management Studio 所理解。因此，这些字节将显示为垃圾字符。

SQL Server 2008 中的 XML 架构集合已经更新。这将对从 SQL Server 2008 向 SQL Server 2005 复制绑定到 XML 架构的 XML 列产生影响。

对于 SQL Server 2008 中的日期、时间和日期时间 XML 架构值，时区不是强制性的。这意味着，如果不对 SQL Server 2008 发布服务器 XML 列指定时区，将不会对 SQL Server 2005 订阅服务器应用该更改，因为 SQL Server 2005 要求指定时区。

有关 SQL Server 2008 发布服务器的日期、时间和日期时间 XML 架构类型化值的时区信息将转换为 SQL Server 2005 中的 UTC-0 时区。这由时区指示符 Z 表示。

SQL Server 2008 XML 架构日期、时间和日期时间类型支持更大的精度。因此，在向 SQL Server 2005 复制这些值时，会进行舍入。

从 SQL Server 2005 向 SQL Server 2008 复制 XML 架构日期或时间日期值时，具有负年份的值将不适用于 SQL Server 2008，因为 SQL Server 2008 不支持此类值。

在这些情况下，复制代理中的 sp_table_validation 和 Validate 方法可能会失败。有关详细信息，请参阅类型化的 XML 与非类型化的 XML 的比较中的“将类型化的 XML 从 SQL Server 2005 升级到 SQL Server 2008”部分。

SQL Server 2008 支持表和索引的行压缩和页压缩。有关压缩数据的复制支持的信息，请参阅创建压缩表和索引中的“压缩如何影响复制”。

从早期版本还原复制数据库的备份时，可以保留复制设置。如果要将备份还原到与进行备份的服务器和数据库同名的服务器和数据库，或者如果指定了 KEEP_REPLICATION 选项，则将保留复制设置。有关详细信息，请参阅 RESTORE (Transact-SQL)。还原数据库后，请执行 sp_vupgrade_replication 来升级架构和系统数据，以便支持当前产品级别上的复制。

尽管在从早期版本的备份中还原后可以保留复制，但是复制很少用作升级选项。作为产品升级的一部分升级复制的数据库或根据一组脚本重新创建数据库和复制配置较为常见。

合并复制使用发布兼容级别来确定给定数据库中的发布可以使用哪些功能。对于 SQL Server 2008 来说，值的范围是从 80RTM（未安装 Service Pack 的 SQL Server 2000）到 100RTM。可以通过下列方法之一来指定兼容级别：

• 使用 sp_addmergepublication 的 @publication_compatibility_level 参数。有关详细信息，请参阅如何设置合并发布的兼容级别（复制 Transact-SQL 编程）。
  
• 在新建发布向导的“订阅服务器类型”页上指定。有关如何运行此向导的详细信息，请参阅如何创建发布和定义项目 (SQL Server Management Studio)。
  
• 在“发布属性 - <发布>”对话框的“常规”页上指定。有关详细信息，请参阅如何设置合并发布的兼容级别 (SQL Server Management Studio)。
  

下列功能要求 90RTM 或更高的兼容级别：

• 逻辑记录。有关详细信息，请参阅通过逻辑记录对相关行的更改进行分组。
  
• 订阅服务器上载选项。有关详细信息，请参阅使用仅下载项目优化合并复制的性能。
  
• 不重叠的分区。有关详细信息，请参阅参数化行筛选器。
  
• 业务逻辑处理程序。有关详细信息，请参阅在合并同步期间执行业务逻辑。
  
• 使用 ALTER <OBJECT> 语句的架构更改。有关详细信息，请参阅对发布数据库进行架构更改。
  

下列功能不依赖于兼容级别；但是，它们需要使用 SQL Server 2005 及更高版本中随附的合并代理。运行早期版本 SQL Server 的订阅服务器在运行时就好像合并代理功能未启用一样。

• 预计算分区。有关详细信息，请参阅使用预计算分区优化参数化筛选器的性能。
  
• Web 同步。有关详细信息，请参阅合并复制的 Web 同步。
  
• 并行阶段代理（为合并代理指定 -ParallelUploadDownload）。有关详细信息，请参阅复制合并代理。
  
• 使用参数化筛选器的发布的快照功能。通过这些功能可以执行如下操作：
  
  • 如果订阅服务器没有分区快照，可以请求快照。
    
  • 管理员可以预生成快照和计划快照的生成。
    
  • 使用 FTP 传递参数化快照。
    
  有关详细信息，请参阅带有参数化筛选器的合并发布的快照和通过 FTP 传输快照。
  
• 改进了复制监视器中的历史日志和项目级统计信息。有关详细信息，请参阅如何查看订阅信息和执行其任务（复制监视器）。
  

SQL Server 2008 中的发布兼容级别行为

SQL Server 2008 支持针对运行 SQL Server 2005、SQL Server 2008、SQL Server Compact 3.5 3.0、3.1 以及 3.5 的订阅服务器进行 Web 同步。下表列出了每种类型的订阅服务器所需的发布兼容级别和服务器组件。

1  因为发布服务器版本不得低于订阅服务器版本，所以不支持该配置。

概念

帮助和信息