我正在从一个旧的 web/sql 盒子过渡到一个完全不同的主机上的更强大的解决方案（800hosting 到 RackSpace）。
我们的应用程序对正常运行时间有很高的要求。它 24x7x365 全天候运行并影响数以千计的站点，我希望确保在过渡期间尽可能减少停机时间。（不要问我们现在是如何用一个盒子解决这个问题的。）
我的 Web 服务器计划是一些 DNS 工作，将新的子域指向新的服务器设置，并转发来自现有服务器的请求。这将照顾到足够快地将每个人翻转到新的网络框。问题是数据库 - 我如何保持同步，直到我准备好打开网站上的开关（或者是否值得付出努力，而不是仅仅接受停机来停止应用程序、备份、压缩、传输和恢复？）。
一些细节。我们在旧系统上运行 Sql2k5，在新系统上运行 2k8r2。数据库本身的主数据库约为 30 演出，仓库约为 60 演出。我可以忍受仓库的停机时间，但真的想尽量减少对主数据库的影响。
关于将数据库从旧设置迁移到新设置的最佳方法有什么建议吗？
我有一个相当高吞吐量的应用程序，有时它会崩溃。这种情况并不常见——大约每三周左右一次。当它出现时，如果我检查 perfmon，我会看到 100% 的“平均磁盘队列长度”与服务器挂钩。
在此期间，我还看到许多来自 SQL Server 的良好连接失败消息。
我不是 SQL Server 专家，我可以做索引、备份等基础知识，但仅此而已。
什么会导致这样的事情呢？我在想，也许这是数据库大小的调整（可用容量减少到约 300MB [而且是一个 30 GB 的数据库]），或者可能是一些重新索引变得疯狂？
我确实有一张桌子，里面有大量的插入物。读取次数很少，但每秒插入次数很多，这并不罕见。
服务器也只有大约 4 GB 的 RAM，但我们确实有一个专用的仓库箱，每天晚上都会汇总数据，大部分繁重的查询都集中在其中。
有人对可能导致如此长的队列长度的原因有任何想法吗？