中途之间复制和服务器集群,数据库镜像是一个良好的高可用性解决方案。 其原理很简单:主实例上的交易也发送到镜像实例。 这种方式主要崩溃的情况下,它是可以切换(自动)上镜最好,在最坏的情况下不存在的最小的数据损失。
复制或群集不同,镜像数据库是不是在为主要基地的同时,将在事实上只有当使用的主要问题。 这是不是一种方式传播跨多个服务器的负载,但热备份,也就是说一个立即可用的数据库的当前备份。
在下面的文章中,我将详细介绍2005年与SQLServer的镜像数据库的步骤。
要求和基本原则
首先确保SQLServer的版本,可以使用镜像。 开发版和企业版允许镜子有关的所有操作,而标准版不允许高性能模式。 Express版本和工作组做比证人的作用。
| 公司 | 开发人员 | 标准 | 工作组 | 特快 | |
|---|---|---|---|---|---|
| 见证 | X | X | X | X | X |
| 合伙人 | X | X | X | ||
| 高安全性 | X | X | X | ||
| 高性能 | X | X |
现在看到了更多的细节,这句话的含义:
- 合作伙伴:这简直是在镜子中的一个实例。 还要注意SQLServer的实例有两个单台服务器上做镜像。
- 证人:这是一个可选的身体,将监测镜子双方的合作伙伴的可用性。 如果主体不响应,证人将其解释为服务器崩溃和配置,将自动启动镜像数据库。 这种行为是等于集群法定人数。 这就提出了一个重要的一点:如果使用的主要是非常重要的,它是可能的证人,不能在接触的时间限制(默认情况下,10秒)。 这可能导致了不必要的自动故障转移到镜像的问题。 建议保持在50%以下的CPU利用率。
- 高安全性(高安全性):在这种模式下镜像,交易发送到校长和镜子。 一旦交易之镜表示,校长让他的COMMIT。 这种模式是同步的,可以配置,在主镜数据库崩溃的情况下自动激活。
- 高性能(高性能):在这种模式下,交易进行主一旦COMMIT时传染给镜子。 这种模式是异步的,不能放慢校长。 有没有必要在这种模式下,见证。
Service Pack 2之前,2005年为SQLServer的镜像状态仍处于试验阶段,直接可以激活至少开始用交换机1400(NET启动MSSQLSERVER的/ T1400)的诉讼。
建议安装SP2使用镜像。
在高性能模式下镜像数据库
最初,它是最好的模式,最有可能影响到的主要程序,也就是说,高性能模式做一些测试。 事实上,高安全性模式可能会放慢,一方面主要在等待确认镜子和其他意外原因,如果自动故障转移的首要问题。
- 执行完整备份的数据库镜像和恢复使用NORECOVERY镜(第二泡选项“选项卡中恢复界面)实例。 如果你得到一个错误1418可能是由于使用NORECOVERY忽视。
该基地是在恢复状态可见...
- 镜像事务日志数据库的备份和恢复使用NORECOVERY镜(第二泡选项“选项卡中恢复界面)实例。 如果你得到一个错误1416可能是由于使用NORECOVERY忽视。
该基地是仍处于恢复状态...
- 在主,右键的基础上,以反映和选择任务>镜。 向导镜像启动,然后只要按一下“配置安全。 然后单击“下一步”,然后单击“否”和下一步。 选择的主要论坛,单击下一步,选择镜像实例并连接到,然后单击下一步。 需要学习必要的帐户,并单击下一步和完成。
安装完成后,您就可以开始镜像本身并首次同步,这通常是非常快的。 一旦你同步的基本状态是在镜子发现,同步/恢复)。
您可以跟踪的主要基地之一,右键单击任务>启动数据库镜像监视器镜的状态。
在高安全性模式下镜像数据库
建立一个高安全性镜像高性能模式本质上是相同的,除了第三个实例将被指定作为对照检查的两个合作伙伴的实例。
需要回答的第一个问题是在镜子里的助理。 进一步后会出现两个机构的要求来表示,例如证人(证人)的合作伙伴任命。
如果你想要一个自动故障转移到镜像崩溃或主要事件,这将进一步确定,它显然将取决于业务需求,以及已经取得的测试。
标签: 高可用性 , 镜像 , SQL Server 2005中










