结合SharePoint和数据库镜像

这不是我应该怎么做的问题，只是为了做好准备。这是您的经历吗？请仔细阅读整个问题，然后快速答复。

昨天，我花了一天的时间教授本轮SharePoint MCM（Microsoft认证大师-请参阅此处），所有学生都了解SQL Server中的高可用性技术，以及SQL日志/恢复/备份/还原的工作方式。这一点非常重要，因为在每个企业级MOSS安装下，通常都没有DBA，就隐藏了一个企业级SQL Server。Kimberly在星期五教他们一天的数据库维护（这是我们教的SQL MCM第一周的缩小版本）。

我们正在讨论使用数据库镜像为SharePoint数据库提供高可用性的可能性，以及相对的利弊。现在，我知道数据库镜像是它内部的最低深度，就像我在Microsoft时曾经拥有的那样，因此无需在您的答复中指出行为和特质。我也从SharePoint人士那里了解镜像白皮书中的各种警告和准则，是的，它们只是通用准则，而不是一成不变的规则。

我的问题是：我想听听为SharePoint实现数据库镜像的任何人，以及您是否发现它对您有用，还是当机并烧死了。特别是，您如何发现故障转移行为对您有用？您是否最终在一台服务器上使用了某些数据库主体，而另一台服务器上又使用了某些数据库主体，从而有效地拆分了服务器场并使它无法使用，直到手动干预将所有故障转移到一台服务器上为止？您是否将其用于本地或远程HA？等等。

我们将不胜感激地收到所有答复，并将有助于扩大结合这两种技术的知识基础，并且我将把故事反馈给SharePoint产品组，以及我所教的将来的MCM轮换。

谢谢！

[编辑：PS我也将在周末整理有关此方面的经验和准则的博客文章]

我们告诉甚至不要尝试使用MS by SharePoint（这是1.5年前，当我们刚开始计划SharePoint 2007实施时）。

我们最终使用了一个名为Neverfail的产品来添加HA我们的MOSS实现。它提供了SQL服务器和MOSS服务器的连续复制。故障转移和故障回复方案都更加可靠。

无响应，请检查脉冲！？

哇，保罗，您在http://www.sharepointoverflow.com上尝试过这个吗？

我曾与实现群集的客户合作，但从未在生产中进行镜像。我的一位同事向我演示了用于故障转移的白皮书技术的POC，因此我亲眼看到了它的工作原理，但是，该演示文稿上的大多数与会者对该技术感到惊讶，并且不确定向其客户推荐该技术。