我已经仔细阅读了从SQL 2000迁移到SQL 2008的线程，但我没有真正遇到我的问题，所以我们再来一个。
我正在构建一个策略，将特定的SQL 2000数据库移动到新的SQL 2008 R2实例。我的问题是关于传输模式和数据的最佳方法。我知道的一种方法是做快速'n'脏分离 - 复制 - 附加方法，只要我完成了兼容性和代码等的作业，它就应该有效。
但是，如果我通过脚本编写架构和登录，然后通过SSIS复制数据，该怎么办？我正在考虑尝试这样做，以便我可以更轻松地将我的一些测试用例集成到包中（错误处理和诸如此类的）。如果我这样做，我会为自己做些什么呢？
答案 0 :(得分：1)
由于您在服务器或实例之间移动数据，我建议通过数据流移动数据。如果您不希望多次运行代码，那么您可以让向导为此移动生成代码。但是，当我在2年多前做过这个时，向导代码生成了组合执行sql任务，将许多“创建表”命令组合到一个任务中，并创建了一些数据流任务，其中包含多个源和目标以插入数据目的地。这对于启动和运行是很好的，但是当我想要在修改新目标表的模式后再次刷新表时，这是不够的。如果您希望多次运行刷新，那么您可能需要花时间先创建目标模式，然后手动创建数据流。
移动数据后，您可以在新服务器上启用全文搜索。我认为您不需要在首次加载时启用此功能。
我建议使用分离附加方法进行迁移的一个原因是您将所有脏衣服从2000数据库带到2008 R2数据库。如果您在2000服务器或许多不应该存在的古老用户上安全性太高，那么从头开始清理它可能更容易。如果使用detach-attach方法，则必须担心用户。