SQL 2000到SQL 2008的迁移策略

Question

我已经仔细阅读了从SQL2000迁移到SQL2008的线程，但并没有真正遇到我的问题，所以我们来看另一个线程。

我正在构建一个策略，将特定的SQL2000数据库移动到一个新的SQL2008 R2实例。我的问题是关于传输模式和数据的最佳方法。我所知道的一种方法是使用快速的“n”脏的分离-复制-附加方法，只要我做了功课、wrt兼容性和代码之类的工作，它就应该可以工作。

但是，如果我通过脚本编写模式和登录，然后通过SSIS复制数据，会怎么样呢？我正在考虑尝试这样做，这样我就可以更容易地将我的一些测试用例集成到包中(错误处理等)。如果我这样做了，我会为自己做什么呢？

Answer 1

由于您要在服务器或实例之间移动数据，因此我建议您通过数据流移动数据。如果您不希望多次运行代码，那么您可以让向导为此移动生成您的代码。然而，当我在几年前这样做的时候，向导代码生成了组合的执行2+任务，这些任务将许多"create table“命令组合到一个任务中，并创建了一些数据流任务，其中包含多个源和目标，以便在目标中插入数据。这对于启动和运行是很好的，但是当我想在修改新目标表的模式之后再次刷新这些表时，这是不够的。如果您希望多次运行刷新，那么您可能希望先花点时间创建目标模式，然后再手动创建数据流。

移动数据后，即可在新服务器上启用全文搜索。我不相信你需要在第一次加载时启用它。

我建议不要使用分离-附加方法进行迁移的一个原因是，您将2000数据库中的所有麻烦都转移到了2008年的R2数据库中。如果2000服务器上的安全性太松散，或者许多不应该存在的老用户，从头开始清理可能会更容易。如果您使用分离-附加方法，那么您必须担心用户。