结合SharePoint和数据库镜像

这不是一个我该怎么做的问题,只是为了设置舞台。 这是你有什么经验? 在快速回复之前,请仔细阅读整个问题。

我昨天花了一天的时间教导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议。