如果你计划将数据库从SQL Server 2000 升级到 SQL Server 2005。你在升级之前一定会测试每样东西，并且证明应用程序是稳定的。即使这样，如果升级之后发生任何问题的话，你仍然会想要确保你仍然可以回退到原来的环境中去，并且保证不丢失任何的数据修改。

　　这篇文章列出了保持原有数据(SQL Server 2000)中数据最新，直到新的环境被证明是鲁棒的方法。

　　保持原有SQL Server环境最新的方法：

　　在SQL Server中，有一些方法可以用来复制数据修改到另外一个数据库中去：

　　1、日志传送

　　2、拷贝数据库任务

　　3、复制(事务，快照)

　　4、SQL 追踪

　　5、编程(触发器、DTS，BCP等)

　　6、第三方工具

　　下面我们来讨论其中的三种方法：

　　日志传送

　　我们可以在SQL Server 2005数据库(主数据库)和SQL Server 2000数据库(从数据库)之间传送日志吗?

　　我努力在因特网上寻找这个问题的积极答案，但是很不走运。然后我试图自己创造性地寻找一种解决方法，使用产品自带的标准工具。也没有门，天啊……我只能在第二个数据库中使用WITH NORECOVERY将日志从SQL Server 2000 传送到SQL Server 2005，没有其他办法。所以，答案是“没有”，使用日志传送是不现实的。

　　拷贝数据库

　　不幸的是，当开启拷贝数据库向导的时候，当源和目标版本不同的时候，你就会收到错误信息，不能继续下去。

　　复制

　　事务复制

　　事务复制是在两个版本之间工作的。这个解决方案有两个问题：

　　有一些SQL Server的版本不能作为PRIMARY 或者DISTRIBUTOR参加复制模型，《SQL Server 2005 Features Comparison》一书中对此有详细描述。

　　没有定义Unique键的表不能参加这个模型。

　　快照复制

　　这个解决方案有效，但是也有几项例外。例如，如果表中有用户自定义数据类型，并且必须在表被创建之前创建，那么由于在SQL Server2000没有CREATE TYPE这个命令，就会失败。

　　如果你计划将数据库从SQL Server 2000 升级到 SQL Server 2005。你在升级之前一定会测试每样东西，并且证明应用程序是稳定的。即使这样，如果升级之后发生任何问题的话，你仍然会想要确保你仍然可以回退到原来的环境中去，并且保证不丢失任何的数据修改。

　　这篇文章列出了保持原有数据(SQL Server 2000)中数据最新，直到新的环境被证明是鲁棒的方法。

　　保持原有SQL Server环境最新的方法：

　　在SQL Server中，有一些方法可以用来复制数据修改到另外一个数据库中去：

　　1、日志传送

　　2、拷贝数据库任务

　　3、复制(事务，快照)

　　4、SQL 追踪

　　5、编程(触发器、DTS，BCP等)

　　6、第三方工具

　　下面我们来讨论其中的三种方法：

　　日志传送

　　我们可以在SQL Server 2005数据库(主数据库)和SQL Server 2000数据库(从数据库)之间传送日志吗?

　　我努力在因特网上寻找这个问题的积极答案，但是很不走运。然后我试图自己创造性地寻找一种解决方法，使用产品自带的标准工具。也没有门，天啊……我只能在第二个数据库中使用WITH NORECOVERY将日志从SQL Server 2000 传送到SQL Server 2005，没有其他办法。所以，答案是“没有”，使用日志传送是不现实的。

　　拷贝数据库

　　不幸的是，当开启拷贝数据库向导的时候，当源和目标版本不同的时候，你就会收到错误信息，不能继续下去。

　　复制

　　事务复制

　　事务复制是在两个版本之间工作的。这个解决方案有两个问题：

　　有一些SQL Server的版本不能作为PRIMARY 或者DISTRIBUTOR参加复制模型，《SQL Server 2005 Features Comparison》一书中对此有详细描述。

　　没有定义Unique键的表不能参加这个模型。

　　快照复制

　　这个解决方案有效，但是也有几项例外。例如，如果表中有用户自定义数据类型，并且必须在表被创建之前创建，那么由于在SQL Server2000没有CREATE TYPE这个命令，就会失败。