同步数据库以进行服务器转换

Question

我正在从一个旧的 web/sql 盒子过渡到一个完全不同的主机上的更强大的解决方案（800hosting 到 RackSpace）。

我们的应用程序对正常运行时间有很高的要求。它 24x7x365 全天候运行并影响数以千计的站点，我希望确保在过渡期间尽可能减少停机时间。（不要问我们现在是如何用一个盒子解决这个问题的。）

我的 Web 服务器计划是一些 DNS 工作，将新的子域指向新的服务器设置，并转发来自现有服务器的请求。这将照顾到足够快地将每个人翻转到新的网络框。问题是数据库 - 我如何保持同步，直到我准备好打开网站上的开关（或者是否值得付出努力，而不是仅仅接受停机来停止应用程序、备份、压缩、传输和恢复？）。

一些细节。我们在旧系统上运行 Sql2k5，在新系统上运行 2k8r2。数据库本身的主数据库约为 30 演出，仓库约为 60 演出。我可以忍受仓库的停机时间，但真的想尽量减少对主数据库的影响。

关于将数据库从旧设置迁移到新设置的最佳方法有什么建议吗？

Answer 1

我赞成金博的回答，因为我认为在理想的世界中，它会完美地发挥作用。

不幸的是，由于网络传输限制、数据库大小、磁盘 I/O 限制、CPU 使用限制等，我无法足够快地进行恢复/差异/恢复以维持适当的停机时间要求而不影响旧服务器。如果我尝试全速传输数据，它会严重占用 CPU 并开始导致站点出现问题，如果我限制它，则需要很长时间。

所以，我最终进行了日志传送。日志传送足够好，可以自动追赶，因此我让原始备份花时间传输，然后通过传送配置应用所有事务日志。它还使整个事情变得不那么紧张，因为当我完成后，我只需关闭对旧服务器的访问，在其上手动运行计划的日志传送任务，在新服务器上运行复制/恢复日志传送方法，然后将事情又恢复了。不需要手动文件复制等，这使得最终转换变得轻松愉快。

感谢所有的建议。