我是一名继承了兼职 DBA 角色的软件开发人员。我负责 SQL Server 2008 上的一个小型、大容量 24x7 数据库的应用程序后端。
虽然数据库中还有其他东西，但关键部分是一个 50GB、750 万行的表，在峰值负载期间服务 100K 请求/秒，在“夜间”大约有一半。这是 99%+ 的读取流量，但写入是恒定的，并且是必需的。
我需要能够在没有维护窗口的情况下执行定期维护。比如说索引重建、清除旧数据的作业、Windows 更新或硬件升级。我看到的大多数建议都是“建立一个维护窗口”。虽然我很欣赏这种情绪，但我希望还有另一种方式。如果它能解决这个问题，我确实有能力购买新硬件或修改数据库、客户端（一组 Web 服务服务器）和大部分应用程序代码（ADO.NET + ASP.NET）。
我一直在考虑使用热备件（或第三台服务器）进行维护，然后将其“交换”到生产中。
1 通过恢复备份（包括当前事务日志）来同步备件。
2 执行维护任务。3 重新配置客户端以连接到备用服务器。现有连接在一分钟左右完成。4 备用服务器现在是生产服务器。
剩下的问题是新的生产服务器现在已经过时了，无论执行维护需要多长时间。是否有某种方法可以使原始生产服务器对更改进行排队并将它们合并到步骤 2 和 3 之间的备用服务器？还有其他想法吗？