SharePoint与SQL Server数据库镜像

　　SQL Server数据库镜像增加了SharePoint相关数据库的可用性和安全性，它在单独的SQL Server实例中提供并维护了一个热备用数据库。这一SQL Server镜像实例可以存在于主服务器上，也可以存在于其它的位置。因为镜像是主数据库的一个拷贝，所以在主数据库中进行修改操作，相应的变化也会同步出现在镜像中。

　　使用数据库镜像，一个SharePoint数据库可以得到持续的支持，并通过它减少宕机时间和在特定数据库中减少数据丢失。

　　用户在进行数据库镜像时，可以有三种模式选择：

　　1、具备自动故障转移，实现高可用性。这一模式也可视为高可用性模式，它为数据库镜像部分提供了最大限度的可用性。此模式下实现自动故障转移，你需要在主数据库和镜像数据库中间设置一个见证服务器。

　　2、不具备自动故障转移，实现高安全性。这一模式同高可用性模式很接近，因为它通过同步操作来实现最大限度的可用性，但是它不需要见证服务器。

　　3、高性能。这种模式是异步操作，因为事务不需要等待镜像服务器向磁盘中写入日志。因此这种模式提供了很好的性能，但数据丢失的概率也相应提高了。在这个模式中，你需要在主数据库和镜像数据库中强制进行故障转移。

　　使用镜像来保护MOSS相关的数据库，这种方法允许你进行跨farm的数据库镜像部署。从性能、兼容性和支持角度来看，最佳实践是维护主服务器和镜像服务器的一对一映射。

　　当主服务器和镜像服务器在同一物理位置时，高可用性模式可以视为切合实际的选择，因为它对灾难备份的支持是最佳的。它提供的网络延时只有1毫秒，并在SQL Server和MOSS前端Web服务器之间提供1GB带宽。

　　总体看来，故障转移群集应该使用在本地服务器冗余站点内，因为它为整个SQL Server实例提供了高可用性。而且在故障转移中，它可以自动完成并与SharePoint应用程序进行无缝连接，所以你不需要担心宕机时间问题。

　　数据库镜像是在数据库级别上进行设置的，这意味着你需要确保所有与MOSS有关的数据库的可用性策略全部被镜像了，否则就不会实现高可用性和灾难恢复。

　　注意：SharePoint选项不支持镜像。因此，需要你确保前端Web服务器与主数据库的链接。另外，两种方法的结合可以将可用性最大化。

　　最后，SQL Server和Microsoft Office SharePoint Server有着错综复杂的关系。然而如何选择高可用性和灾难恢复选项，就全看你自己抉择了。