镜像SQLServer数据库

中途之间复制和服务器集群，数据库镜像是一个良好的高可用性解决方案。 其原理很简单：主实例上的交易也发送到镜像实例。 这种方式主要崩溃的情况下，它是可以切换（自动）上镜最好，在最坏的情况下不存在的最小的数据损失。

复制或群集不同，镜像数据库是不是在为主要基地的同时，将在事实上只有当使用的主要问题。 这是不是一种方式传播跨多个服务器的负载，但热备份，也就是说一个立即可用的数据库的当前备份。

在下面的文章中，我将详细介绍2005年与SQLServer的镜像数据库的步骤。

要求和基本原则

首先确保SQLServer的版本，可以使用镜像。 开发版和企业版允许镜子有关的所有操作，而标准版不允许高性能模式。 Express版本和工作组做比证人的作用。

现在看到了更多的细节，这句话的含义：

- 合作伙伴：这简直是在镜子中的一个实例。 还要注意SQLServer的实例有两个单台服务器上做镜像。

- 证人：这是一个可选的身体，将监测镜子双方的合作伙伴的可用性。 如果主体不响应，证人将其解释为服务器崩溃和配置，将自动启动镜像数据库。 这种行为是等于集群法定人数。 这就提出了一个重要的一点：如果使用的主要是非常重要的，它是可能的证人，不能在接触的时间限制（默认情况下，10秒）。 这可能导致了不必要的自动故障转移到镜像的问题。 建议保持在50％以下的CPU利用率。

- 高安全性（高安全性）：在这种模式下镜像，交易发送到校长和镜子。 一旦交易之镜表示，校长让他的COMMIT。 这种模式是同步的，可以配置，在主镜数据库崩溃的情况下自动激活。

- 高性能（高性能）：在这种模式下，交易进行主一旦COMMIT时传染给镜子。 这种模式是异步的，不能放慢校长。 有没有必要在这种模式下，见证。

Service Pack 2之前，2005年为SQLServer的镜像状态仍处于试验阶段，直接可以激活至少开始用交换机1400（NET启动MSSQLSERVER的/ T1400）的诉讼。

建议安装SP2使用镜像。

在高性能模式下镜像数据库

最初，它是最好的模式，最有可能影响到的主要程序，也就是说，高性能模式做一些测试。 事实上，高安全性模式可能会放慢，一方面主要在等待确认镜子和其他意外原因，如果自动故障转移的首要问题。

- 执行完整备份的数据库镜像和恢复使用NORECOVERY镜（第二泡选项“选项卡中恢复界面）实例。 如果你得到一个错误1418可能是由于使用NORECOVERY忽视。

该基地是在恢复状态可见...

- 镜像事务日志数据库的备份和恢复使用NORECOVERY镜（第二泡选项“选项卡中恢复界面）实例。 如果你得到一个错误1416可能是由于使用NORECOVERY忽视。

该基地是仍处于恢复状态...

- 在主，右键的基础上，以反映和选择任务>镜。 向导镜像启动，然后只要按一下“配置安全。 然后单击“下一步”，然后单击“否”和下一步。 选择的主要论坛，单击下一步，选择镜像实例并连接到，然后单击下一步。 需要学习必要的帐户，并单击下一步和完成。

安装完成后，您就可以开始镜像本身并首次同步，这通常是非常快的。 一旦你同步的基本状态是在镜子发现，同步/恢复）。

状态基地镜像

您可以跟踪的主要基地之一，右键单击任务>启动数据库镜像监视器镜的状态。

在高安全性模式下镜像数据库

建立一个高安全性镜像高性能模式本质上是相同的，除了第三个实例将被指定作为对照检查的两个合作伙伴的实例。

需要回答的第一个问题是在镜子里的助理。 进一步后会出现两个机构的要求来表示，例如证人（证人）的合作伙伴任命。

如果你想要一个自动故障转移到镜像崩溃或主要事件，这将进一步确定，它显然将取决于业务需求，以及已经取得的测试。