我们最近有一个主要的数据中心从我们的托pipe服务提供商中断。 他们失去了光纤连接，导致9小时的停电，大部分客户无法连接。
这使我们考虑在两个独立的数据中心内部安放我们的网站。
该网站是一个asp.net网站与Sql 2008数据库。 我已经阅读了关于循环IP，任播IP等的一些文章。
这对我来说是新的恐怖，所以我相当失去了从哪里开始。
我有一些问题：
这些只是一些开始的问题。 如果有人能给我一个关于如何解决这个问题的概述，或者指点我一些有用的资源，将会非常感激。
这是非常难以实现的。 认真。
对于镜像和集群来说，SQL Server不能很好地执行高延迟链接（在这种情况下高延迟大于1Ms），这是保证最新数据唯一可用的两种方法。 如果有任何延迟，您需要切换到复制或日志传送。 否则，你的数据库在读写速度方面会受到很大的影响。
就任播而言，这需要一个非常冗长的DNSnetworking。 有DNS提供者可以为你做这个。
对于DNS轮询/故障切换，这通常被认为是一种非常糟糕的故障切换方法，但是如果您的客户的SLA能够适应，它可以是“足够好”的。 如果您的TTL较低（例如5-30分钟），那么您可以进入并翻转您的DNSlogging以指向您的第二个数据中心，然后大多数客户将在<30分钟内重新上线（虽然有一个很多破的DNScaching在那里，所以你的里程可能会有所不同）。
另一个select是使用某种forms的高可用性内置到SAN和虚拟机pipe理程序中。 VMWare的SRM让人想起。 如果您的SAN可以执行iSCSI LUN的块级复制，并且拥有适当授权的VMWare群集，则VMWare可以在检测到主站点已脱机时启动灾难站点。 随着vSphere 5对vCPU和vRAM分配数量的巨大改进，即使是大型SQL服务器，现在也是可行的。 然而，它需要在$和基础设施方面进行巨额投资。