我是一名继承了兼职 DBA 角色的软件开发人员。我负责 SQL Server 2008 上的一个小型、大容量 24x7 数据库的应用程序后端。
虽然数据库中还有其他东西，但关键部分是一个 50GB、750 万行的表，在峰值负载期间服务 100K 请求/秒，在“夜间”大约有一半。这是 99%+ 的读取流量，但写入是恒定的，并且是必需的。
我需要能够在没有维护窗口的情况下执行定期维护。比如说索引重建、清除旧数据的作业、Windows 更新或硬件升级。我看到的大多数建议都是“建立一个维护窗口”。虽然我很欣赏这种情绪，但我希望还有另一种方式。如果它能解决这个问题，我确实有能力购买新硬件或修改数据库、客户端（一组 Web 服务服务器）和大部分应用程序代码（ADO.NET + ASP.NET）。
我一直在考虑使用热备件（或第三台服务器）进行维护，然后将其“交换”到生产中。
1 通过恢复备份（包括当前事务日志）来同步备件。
2 执行维护任务。3 重新配置客户端以连接到备用服务器。现有连接在一分钟左右完成。4 备用服务器现在是生产服务器。
剩下的问题是新的生产服务器现在已经过时了，无论执行维护需要多长时间。是否有某种方法可以使原始生产服务器对更改进行排队并将它们合并到步骤 2 和 3 之间的备用服务器？还有其他想法吗？
您需要阅读 SQL 2008 提供的高可用性功能。请参阅此处以获取白皮书。有太多的场景需要涵盖。
[爬上肥皂盒]
不过，您确实需要维护窗口。这并不意味着每周甚至每月，但有时您需要关闭服务器以进行改进。很少有系统可以 100% 长期（年）运行，或者需要。维护窗口的目的是最大限度地减少停机时间并使其可预测，以便企业能够应对。我建议不要一起取消维护窗口。如果您确实通过迁移到集群等方式更改了配置，那么您肯定会在过渡期间有一些停机时间，无论多短。[爬回来]
一些选项：
我的 2 美分。
我会第二次镜像并指出，如果您真的需要 24/7，公司应该提高预算以包括 DBA 或顾问来帮助解决这个问题。
多次镜像可以解决“足够好”的 24/7 需求，而成本非常低，只需要第二台服务器。
由于该数据库是基础架构的重要组成部分，因此无论如何都建议使用热备件。这也将使您能够进行维护。