这不是一个我该怎么做的问题，只是为了设置舞台。 这是你有什么经验？ 在快速回复之前，请仔细阅读整个问题。
我昨天花了一天的时间教导SharePoint MCM（微软authentication大师 – 请看这里 ）的学生所有关于SQL Server中的高可用性技术，以及SQL日志/恢复/备份/恢复如何工作。 这是非常重要的，因为每个企业级的MOSS安装都是隐藏起来的Entreprise级SQL Server，通常没有DBA。 Kimberly在星期五教他们一天的数据库维护（一种SQL MCM第一周缩减版）。
我们正在讨论使用数据库镜像为SharePoint数据库提供高可用性的可能性，以及相对的优缺点。 现在，我知道数据库镜像的内部深度最低，因为我曾经在微软拥有它，所以不需要在回复中指出行为和特质。 我也知道来自SharePoint人员的白皮书中的各种警告和指导原则，是的，他们只是通用的指导方针而不是硬性规定。
我的问题是这样的：我希望听到任何实施SharePoint的数据库镜像的人，以及是否发现它适用于您，或者您崩溃和烧毁。 特别是，您是如何find故障转移行为为您工作的？ 你是否在一台服务器上有一些数据库负责人，另一些人是否有效地分割了你的服务器，并使其无法使用，直到手动干预将所有事情都转移到一台服务器上？ 你使用它为本地或远程HA？ 等等。
任何回复都将受到感谢，并将有助于拓宽与这两种技术结合的知识库，并将故事情节回馈到SharePoint产品组以及我所教授的未来MCM轮换。
谢谢！
[编辑：PS我会在这个周末也把关于经验和指导方针的博客文章放在一起]
我们告诉过，甚至不要用MS试用SharePoint（这是1.5年前我们开始规划我们的SharePoint 2007实现时）。
我们最终使用了一个名为Neverfail的产品来添加我们的MOSS实现。 它提供了SQL服务器和MOSS服务器的连续复制。 在故障切换和故障恢复情况下更可靠。
没有反应，检查脉搏！
哇，保罗，你有没有尝试过这个http://www.sharepointoverflow.com呢？
我已经与实施集群的客户合作，但从不在生产中镜像。 我的一位同事向我展示了白皮书故障转移技术的POC，所以我亲眼见证了它的工作原理，然而，大多数与会者都对技术感到惊讶，并不确定是否向客户提出build议。