Sql server 在SQL Server中迁移大规模数据库

我正在处理的项目中的一项任务是将SQLServer2000上的现有数据库迁移到运行SQLServer2008的新服务器上。这个数据库非常庞大，有2300万行和一个78GB的mdf文件

迁移这种大小的数据库的最佳方法是什么

我目前的做法是：

• 允许应用程序停机，以便应用程序不会将记录写入数据库
• 在SQL Server 2000上执行完全备份
• 通过网络将备份文件移到新服务器上
• 在SQL Server 2008上恢复完全备份
• 将应用程序配置为引用新服务器上的数据库
• 重新启动应用程序
• 在SQL Server 2000上解除数据库的运行

但是，我不确定这会导致多少应用程序宕机

---

有没有更简单的方法，或者只需要很少的停机时间的方法？应用程序运行时是否可以进行备份？显然，在传输备份文件并完成恢复时，我需要停止应用程序。有兴趣了解您处理此类任务的方法。

如果您愿意停机：

• 分离数据库
• 将数据文件和日志文件复制到新服务器
• 将数据库附加到新服务器实例上

分离将关闭数据库并完成文件，以便安全地移动（或通过文件系统备份进行备份）。在重新连接服务器实例之前，它将不再可在服务器实例上访问

不要剪切、粘贴/移动数据和日志文件，以防复制过程中发生爆炸

在迁移到新的服务器实例时，还需要记住其他几件事，例如确保新实例上存在登录名，使用中可能不推荐的功能，等等

---

这里是参考。

顺便说一句，78 GB并没有那么大。大的，是的。大规模-不是在行业背景下。谢谢你的回答。我喜欢分离数据库的声音，因为在我看来，这将排除进行完整备份和恢复的需要。顺便说一句，78 GB并没有那么大。大的，是的。大规模-不在行业范围内。>一切都是相对的，不是吗；-）@acha114是的，完全是相对的：）我以为我有750GB的大数据库，然后和其他人谈了谈，他们让我拥有20+TB的数据库。好吧，你也让我处于我的位置！；-）您可以使用一些现有备份测试预期的停机时间。此外，您还应该在实时迁移之前测试迁移。同样值得一读：（升级到SQL 2012时犯下的7个错误）适用于任何迁移。