设置冗余 Sql Server 2008 配置，同时保持高性能和最小停机时间

Question

我们遇到了一种情况，我们要迁移到新的托管设施并尝试配置我们的新数据库环境。然而，我们都不是正式的 DBA，所以我们所做的很多事情都是在尝试做出明智决定的同时猜测和阅读文章。

首先，我们目前是一家小公司，一个月要处理几十万条记录（其中大约 1/2 有图像数据）。我们正在快速发展，在发生严重故障（SAN 阵列完全瘫痪，我们在 12 小时内丢失所有内容）之后，我们正在迁移到具有更好灾难恢复能力的新托管设施。

新的托管设施将在 50 磁盘 SAN 上拥有我们的数据库。每分钟都会拍摄一张快照。如果 SAN 出现故障，快照会加载到另一个 SAN，并且服务器会自动在新的 SAN 上启动。停机时间为几分钟。

除此之外，我们还需要一个冗余的数据库设置。我们讨论了在 2 个单独的 SAN 上使用 DFS 的 Sql Server 集群，但这违反了我们必须拥有的 PCI 合规性。因此，我认为在 SAN 发生故障时，集群不会比托管公司的内置快照系统为我们带来更多的冗余。

我们正在讨论的另一个选项是使用镜像。但是，我们阅读的信息使我们相信，使用见证进行镜像会对性能影响太大。提出的一种选择是使用“Safety Off”镜像，直到我们想要执行维护，然后启动见证，一次关闭一台服务器并执行维护。然后，完成后，关闭见证服务器。这似乎两全其美，但也令人头疼。

那么现在最大的问题是 - 我们托管公司的快照系统将我们的停机时间缩短到几分钟，建议使用什么配置来提供高可用性和最佳性能？

Answer 1

我会和见证人一起镜像，你想在凌晨 3 点“袜子撞到风扇”时进行手动故障转移工作吗？查看 Paul Randal 的MCM 准备视频，它们可能会帮助您做出决定。