当前位置:首页 数据库 正文

SQL Server 2008 R2数据库镜像部署

2011年06月15日 | 作者: 米豆网 - 1000seo | 分类: 数据库 | 

概述
“数据库镜像”是一种针对数据库高可用性的基于软件的解决方案。其维护着一个数据库的两个相同的副本,这两个副本分别放置在不同的SQL             Server数据库实例中。建议使用不同位置的两台服务器来承载。在同一时刻,其中一台上的数据库用于客户端访问,充当“主体服务器”角色;而另一台则根据镜像会话的配置和状态,充当热备份服务器,即“镜像服务器角色”,这两种角色不是绝对的。
优点
l 增强了数据保护功能
l 提高了数据库的可用性
l 提高了生产数据库在升级期间的可用性
工作方式
在“数据库镜像会话”中,主体服务器和镜像服务器是相互通信和协作,并双方互补。主体服务器角色上的数据库副本为生产数据库。数据库镜像会尽快将主体数据库中执行的每一项操作(如:插入、更新和删除等)在镜像数据库中进行重新执行。这一过程是通过将活动事务日志记录的流发送到镜像服务器来完成,这可以尽快将日志记录按顺序应用到镜像数据库中。而且数据库镜像是在物理日志记录级别执行这一“重做”操作的。SQL             Server 2008 R2(以下简称:SQL08R2)中,为了减少网络的负载,主体服务器会将事务日志记录压缩后进行发送。
运行模式
l             高性能模式(异步运行):事务不需要等待镜像服务器将日志写入磁盘便可提交,这样可最大程度地提高性能。这意味着事务不需要等待镜像服务器将日志写入磁盘便可提交,而此操作允许主体服务器在事务滞后时间最小的条件下运行,但可能会丢失某些数据。
l             高安全模式(同步运行):当会话开始时,镜像服务器使镜像数据库尽快与主体数据库同步。一旦同步了数据库,事务将在双方提交,这会延长事务滞后时间。

图1
l             具有故障转移功能的高安全性模式(见证服务器):这种模式最大的优点就是主体服务器断线时,镜像服务器上的数据库副本会自动启用,作为生产数据库为客户端提供服务。在这一结构中见证服务器并不能用于数据库,其主要作用是通过验证主体服务器是否已启用并运行来支持自动故障转移。
注意:只有在与主体服务器断开连接之后,镜像服务器仍和见证服务器保持相互连接时,镜像服务器才启动自动故障转移。
见证服务器的作用是验证指定的伙伴服务器是否已启动并正常运行。如果镜像服务器与主体服务器断开,但见证服务器仍与主体服务器保持连接,则镜像服务器无法启动故障转移。所以要实现故障转移的条件是主体服务器与镜像服务器断线,同时也与见证服务器断线;镜像服务器与见证服务器连线的情况。

图2
角色切换
自动切换:在使用见证服务器的情况下,数据库必须已经同步,并且见证服务器必须和镜像服务器连接正常。
手动切换:在高安全性模式下,主体服务器和镜像服务器必须保持互联,并且数据库必须已经同步。
强制服务:在高性能模式和不带自动故障转移功能的高安全性模式下,如果主体服务器出现故障而镜像服务器可用,则可以强制服务运行。这种方式可能导致某些数据库丢失。
实现
一、条件
SQL08R2的“数据库镜像”必须基于每个使用完整恢复模式的数据库来实现。对于SQL08R2不支持简单恢复模式和大容量日志恢复模式的数据库镜像。另外,不能镜像“master”、“msdb”、“model”和“tempdb”等系统数据库。
二、环境
测试环境为一个LAN内,IP地址是192.168.0.0/24段,域名是punwar.cn。
DC:192.168.0.110/24——域控制器和DNS服务器;
SQL-1:192.168.0.111/24——SQL08R2主体服务器;
SQL-1:192.168.0.112/24——SQL08R2镜像服务器;
SQL-1:192.168.0.113/24——SQL08R2见证服务器。
拓扑(如图3)所示:

图3
三、基本环境的准备
由于系统平台使用WIN08R2,而且启用了防火墙设置,因此为了SQL08R2能够正常工作,需要在防火墙上打开相应的端口。本文中介绍数据库镜像需要打开的端口是TCP-1433和TCP-5022端口。打开方式非常多,但是此处可以结合基于域的组策略为三台SQL08R2服务器同时进行整体配置。
将三台服务器放置在同一个OU中(如图4)

图4
通过DC的组策略管理器,为其OU单独创建一个GPO,并定位其“计算机配置”——“管理模板”——“网络/网络连接/Windows防火墙/域配置文件”,启用“定义入站端口例外”(如图5),分别定义两条:
1433:TCP:192.168.0.0/24:enabled:SQL             Server
5022:TCP:192.168.0.0/24:enabled:SQL       Server       DBM

图5
此外,对于SQL08R2来讲,默认情况下,SQL服务的TCP/IP访问是禁用的,所以需要通过SQL Server             Configuration Manager将其启用(如图6)。

图6
四、准备数据库
在登录将作为主体服务器的SQL-1服务器(如图7),定位需要镜像的数据库(本文中是mydb数据库),右击选择其“属性”(如图8)。

图7

图8
在其属性窗口中,选择“选项”页,确认其恢复模式为“完整”(如图9)。

图9
关闭该窗口,然后对该数据进行完整备份和事务日志备份。选择mydb数据库节点,右击选择任务——备份(如图10)。

在备份窗口中选择备份类型为“完整”,并指定目标备份包的路径(如图11),点击“确定”进行备份。

相同步骤,打开备份窗口,选择备份类型为“完整”,并指定目标备份包的路径(如图12),点击“确定”进行备份。这里为了方便可以选择与完整备份相同的备份包。

图12
将备份包复制到镜像服务器SQL-2上(如图13),并且从SQL管理控制台登录到SQL-2(如图14)。

图13

图14
创建与主体服务器上需要镜像的数据库相同名称的数据库——mydb(如图15)。同时,数据库文件放置的位置应该相同,各属性也应该配置相同。

图15
在SQL-2上对新建的数据库进行还原操作,即将从SQL-1上对数据库的备份针对SQL-2上新建的mydb进行还原操作。右击mydb数据库选择任务——还原——数据库(如图16)打开还原数据库窗口。

图16
选择“原设备”,通过浏览添加从SQL-1复制的备份包(如图17)。

图17
再选择页中选择“选项”,勾选“覆盖现有数据库”,同时选择“不对数据库执行任何操作,不回滚未提交的事务。可以还原其他事务日志。(RESTORE             WITH NORECOVERY)”(如图18)。

图18
点击“确定”,完成数据库还原操作(如图19)

图19
五、配置主体/镜像服务器
在SQL-1上,右击mydb,选择任务——镜像(如图20),打开镜像数据库配置窗口,点击“配置安全性”按钮(如图21)。

图20

图21
在“包括见证服务器”页中选择“是”(如图22),这样可以在之后实现自动故障转移。单击下一步。

图22
在“选择要配置的服务器”页面中,可以不勾选“见证服务器实例”(如图23),因为见证服务器可以在之后来进行配置。

图23
点击下一步,指定主体服务器监听端口和端点名称(如图24),默认的端口为TCP-5022端口,端点名称自定义。

图24
单击下一步,指定镜像服务器,在下拉菜单中选择“浏览更多”(如图25),在“连接到服务器”对话框中指定登录到SQL-2(如图26)。

图25

图26
仍然需要指定镜像服务器的侦听器端口和端点名称,这里的端口仍然使用默认的TCP-5022(如图27)。

图27
单击下一步,指定服务器实例的服务账户,在此测试环境中统一使用管理员账户,但是在生产环境中建议专门为其创建一个账户(如图28)。

图28
单击下一步,显示摘要,确认无误,点击“完成”(如图29)进行端点配置。

图29
成功完成配置后,系统提示是否立刻进行“开始镜像”(如图30),单击开始镜像。

图30
完成数据库同步后,镜像状态会显示为“已同步:数据库已完全同步”(如图31)。由此,主体服务器和镜像服务器的部署已经完成。

图31
注:在最后一个步骤中,进行镜像同步时,需要在每一台SQL08R2服务器上启用“Remote             DAC”,否则可能会收到错误提示(如图32)

图32

在SQL08R2中启用远程管理员连接的方法如下:
右击服务器节点,选择“方面”(如图33)

图33

打开“查看方面”窗口,在“方面”下拉菜单中选择“外围应用配置器”(如图34),指定“方面属性”的“RemoteDacEnabled”值为“True”(如图35)。

图34

图35

六、实现手动故障转移
首先,确定目前主体服务器和镜像服务器工作均正常,并且连接正常。目前在SQL-1上,mydb的状态是“主体,已同步”(如图36)

图36
在SQL-1上打开mydb的“镜像”配置窗口,确认运行模式为“高安全”模式,然后点击“故障转移”按钮(如图37)。系统提示是否进行转移(如图38),单击“是”进行转移。

图37

图38
成功完成操作后,在SQL-1上数据库mydb的状态变为了“镜像,已同步/正在还原……”(如图39);

图39
而在SQL-2上,mydb的状态变为“主体,已同步”了(如图40)。由此可见进行故障转移的结果是使其主体/镜像角色互换了。

图40
七、实现自动故障转移
自动故障转移需要配置见证服务器,由于此前在实现主体/镜像服务器的过程中,略过了见证服务器的配置,所以,现在需要手动重新配置见证服务器。
在主体服务器SQL-1上,右击数据库mydb,选择任务——镜像(如图41),打开“镜像”配置窗口,选择“配置安全性”按钮(如图42)

图41

图42
将安全性配置为包括见证服务器实例(如图43)

图43
单击下一步,勾选“见证服务器实例”(如图44)。

图44
单击下一步,确认主体服务器配置(如图45),

单击下一步,配置见证服务器,在下拉菜单中选择“浏览更多”(如图46)。连接并登录到SQL-3(如图47)

图46

图47
指定“侦听器端口”为默认的TCP-502和端点名称(如图48)

图48
单击下一步,指定域管理员作为主体/镜像/见证的服务账户(如图49)

图49
单击下一步,确认摘要信息无误,点击“完成”(如图50)。

图50
成功完成配置后,在“镜像”配置窗口中会显示“见证服务器”信息,并自动选中“带自动故障转移功能的高安全(同步)”(如图51)。

图51
注:此时“不带自动故障转移功能的高安全(同步)”将不可使用
断开SQL-1的网络连接,模拟主体服务器,即生产数据库服务器出现故障。如:拔去SQL-1的网线。SQL-1上的mydb状态将自动变为“主体,已断开连接/正在恢复”(如图52)

图52
而此时,在SQL-2上查看mydb状态将自动变为“主体,已断开连接”(如图53)。

图53
八、验证镜像数据库的数据同步。
在各角色都正常工作的情况下,定位到主体服务器SQL-1上mydb数据库,创建表t1。并在其中插入数据(如图54)。

图54
完成建表和插入数据后,拔掉SQL-1的网线,模拟故障。然后,登录镜像服务器SQL-2,定位到mydb数据库,展开可以看到镜像同步过来的t1表,打开表可以看到表中的数据也是同步过来的(如图55)。

图55
由此可以看出,“数据库镜像”技术可以成功对数据进行热备,使SQL08R2的可用性得以大大提高。此外,需要注意的是,出现故障后的服务器访问定位需要在SQL语句级别进行设计,在此将不再进行叙述。
参考文章:
《微软技术资源库SQL Server 2008             R2数据库镜像》http://technet.microsoft.com/zh-cn/library/bb934127.aspx

根据以上图示进行实验,特提出几点要注意的: 1、对源数据库、镜像数据库,都务必保证其还原模式为“完整”             2、在备份和恢复数据库时,最好不要用上面教程方法,用以下SQL语句: –一、对主数据库进行完整备份 BACKUP DATABASE test TO             DISK = ‘D:\share\test.bak’ GO –二、在镜像服务器上完整还原 RESTORE DATABASE test       FROM       DISK = ‘D:\share\test.bak’ WITH NORECOVERY GO             3、在非域环境的情况下,主、镜像、见证服务器的帐户均为sa(为了省事,sa有一切权限,包含了CONNECT权限)。 4、在A-A模式的Windows                   Server群集模式、并有见证服务器参与的环境中,所有节点关闭后再次启动时,总要先启动最后一次作为主数据库服务器的节点,否则还得重启最后一次作为镜像的节点,切记!这是为防止群集指向的节点SQL数据库状态是“正在恢复”,此时数据库是不可用的,导致客户端无法访问。

本文章由 米豆网 - 1000seo 于2011年06月15日发布在数据库分类下,您可以发表评论,并在保留原文地址及作者的情况下引用到你的网站或博客。
+复制链接 转载请注明:SQL Server 2008 R2数据库镜像部署-米豆网
关键字:, ,

好文章就要一起分享!

更多

发表评论

你的大名(必填)

你的邮箱(必填)

你的网站(选填)

评论内容(必填)

😉 😐 😡 😈 🙂 😯 🙁 🙄 😛 😳 😮 mrgreen.png 😆 💡 😀 👿 😥 😎 ➡ 😕 ❓ ❗