【IT168 技术文档】

    “东西交给了我，您放心”

    在SQL Server 2000中管理员已经能够通过多种方式完成保证数据可用性：用复制来创建一个数据库克隆、通过Archive Log重建数据库、备份和恢复。 

    微软在SQL Server 2005又引入了一个新的机制，它可以实现自动的错误恢复，同时允许将一个SQL Server中的数据库内容镜像到另一个SQL Server，同时它还提供了故障过程中通过镜像快速进行错误恢复的支持。数据库镜像是将数据库处理从一个SQL Server数据库移动到不同SQL Server环境中的另一个SQL Server数据库中。镜像的拷贝是一个备用的拷贝，不能直接访问，只用在SQL Server错误的情况用于恢复。 

    Mirroring工作机制

    要进行数据库镜像所需的最小需求包括了两个不同的SQL Server运行环境——Principal Server 和 Mirror Server。Principal数据库就是实际使用的数据库，Mirror数据库是数据库的备用拷贝。当事务写入你的Principal服务器的时候，它们也同样被传送到并写入Mirror数据库中。 

    除了Principal Server和Mirror Server之外，还可以引入另一个可选的组件——Partners。Partners数据库是第三个SQL Server 2005运行实例，它在判断什么时候进行错误恢复，用于Principal Server和Mirror Server之间内部交流。有了Partners就可以实现的自动的错误处理。 

    Mirroring主要可以采用如下三种方式工作。

 高可用：这个操作模式选项允许在两台服务器上同步事务写入，并支持自动错误恢复。要使用这个选项，你必须还要使用一个Partners服务器。

 高数据保护：这个选项可以在两台服务器上同步事务写入，但是错误恢复是手工的。因为自动的错误恢复不是这个选项的一部分，所以也不会用到Partners服务器。

 高性能：这个选项不关心两台服务器上的写入是否是同步的，因此在性能上有所提高。当使用这个选项的时候，你只能假设镜像服务器上的所有事情都是成功完成。这个选项只允许手工的错误恢复，因此不会用到Partners服务器。 

    但是，笔者一般建议对于企业的敏感数据可以考虑采用高数据保护方式，尤其是那些对于企业业务控制比较关键的参数数据，虽然修改频率和数据量都不大，但是一旦丢失对业务的影响很大；对于生产OLTP业务数据还是考虑采用高可用的方式。当然具体如何使用最后还要基于业务代价计算后决定。