SQL Server 2008 R2 100% 可用性

Mar*_*son 4 cluster sql-server-2008 fault-tolerance

有没有办法在 SQL Server 2008 R2 上提供 100% 的正常运行时间?

根据我的经验,不同复制方法的停机时间是:

  • 原木运输:批次(仅适用于 DR)
  • 镜像 w。NLB:~ 45 秒
  • 聚类:~ 5-15 秒

而且所有这些解决方案都涉及从源头断开的所有连接,因此如果停机时间太长或应用程序的网关不支持在任务中间重新连接,那么您就不走运了。

我能想到的解决这个问题的唯一方法是将集群抽象化一个级别(通过虚拟化然后启用 VMWare FT。哎呀。无论如何,祝你好运让它在四路 32 核系统上工作。)。

有没有其他方法可以提供 100% 的 SQL Server 正常运行时间?

gbn*_*gbn 5

不,SQL Server 不可能 100%。几个 9,是的。

至于集群:在任何时间点,只有一个单独的 SQL Server 安装可以“拥有”MDF。因此,当另一个实例接管并且连接中断时,您有前滚/回滚周期。这决定了集群故障转移的时间:通常可能不到 10 秒。

镜像也有同样的问题:只有一个拥有/控制 SQL Server 实例

您可以编码客户端以在超时/死锁时重试,然后这会减少故障转移时间。并非所有人都同意这一点,但我们发现它有时很有用。

当我们进行了故障转移(接触木头,不是一年左右)时,除非一个调用在错误的时间失败,否则无状态客户端(例如 Web 服务)不会注意到。看我之前的发言。

  • 地球上没有一种 IT 架构可以提供 100% 的正常运行时间。然而,聚类将提供最多的 9。如果状态问题妨碍了最佳 DB HA 解决方案的实施,则重新构建状态问题。 (6认同)