这不是一个我应该怎么做的问题,只是为了搭建舞台。你的经历是什么?请在快速回复之前通读整个问题。
昨天我花了一天时间向当前这一轮的 SharePoint MCM(Microsoft 认证大师 - 见这里)学生讲授 SQL Server 中的高可用性技术,以及 SQL 日志/恢复/备份/恢复的工作原理。这一点非常重要,因为在每个企业级 MOSS 安装下都隐藏着一个企业级 SQL Server,通常没有 DBA。Kimberly 在周五教他们一天的数据库维护(我们教的 SQL MCM 第一周的一种缩小版)。
我们正在讨论使用数据库镜像为 SharePoint 数据库提供高可用性的可能性,以及相关的优缺点。现在,我知道数据库镜像到它的最低内部深度,因为我曾经在 Microsoft 拥有它,所以无需在您的回复中指出行为和特质。我还知道 SharePoint 人员在镜像白皮书中的各种注意事项和指导方针,是的,它们只是通用指导方针,而不是硬性规定。
我的问题是:我想听听任何为 SharePoint 实施数据库镜像的人的意见,以及您是否发现它对您有用,或者您崩溃并烧毁了。特别是,您如何发现故障转移行为对您有用?您是否最终在一台服务器上使用了一些数据库主体,而在另一台服务器上使用了一些数据库主体,从而有效地分割了您的场并使其无法使用,直到手动干预将所有内容都转移到一台服务器上?您是否将它用于本地或远程 HA?等等。
我们将不胜感激地收到任何回复,并将有助于扩大关于结合这两种技术的知识库,我会将故事反馈到 SharePoint 产品组,以及我教授的未来 MCM 轮换。
谢谢!
[编辑:PS 我也会在周末整理一篇关于经验和指南的博客文章]
我们告诉甚至不要尝试使用 MS 的 SharePoint(这是 1.5 年前我们第一次开始规划 SharePoint 2007 实施的时候)。
我们最终使用了一个名为Neverfail的产品来为我们的 MOSS 实现添加 HA。它提供 SQL 服务器和 MOSS 服务器的连续复制。故障转移和故障恢复方案更加可靠。
没有反应,检查脉搏!?
哇,保罗,你在http://www.sharepointoverflow.com上试过这个了吗?
我曾与实施集群但从未在生产中镜像的客户合作过。我的一位同事向我展示了用于故障转移的白皮书技术的 POC,因此我亲眼目睹了它的工作原理,但是,该演示的大多数与会者都对该技术感到惊讶,并且不确定是否将其推荐给他们的客户.