SQLServer2008部署镜像

SQL Server 2008 R2数据库镜像部署

概述

“数据库镜像”是一种针对数据库高可用性的基于软件的解决方案。其维护着一个数据库的两个相同的副本,这两个副本分别放置在不同的SQL Server数据库实例中。建议使用不同位置的两台服务器来承载。在同一时刻,其中一台上的数据库用于客户端访问,充当“主体服务器”角色;而另一台则根据镜像会话的配置和状态,充当热备份服务器,即“镜像服务器角色”,这两种角色不是绝对的。

优点

增强了数据保护功能

提高了数据库的可用性

提高了生产数据库在升级期间的可用性

工作方式

在“数据库镜像会话”中,主体服务器和镜像服务器是相互通信和协作,并双方互补。主体服务器角色上的数据库副本为生产数据库。数据库镜像会尽快将主体数据库中执行的每一项操作(如:插入、更新和删除等)在镜像数据库中进行重新执行。这一过程是通过将活动事务日志记录的流发送到镜像服务器来完成,这可以尽快将日志记录按顺序应用到镜像数据库中。而且数据库镜像是在物理日志记录级别执行这一“重做”操作的。SQL Server 2008 R2(以下简称:SQL08R2)中,为了减少网络的负载,主体服务器会将事务日志记录压缩后进行发送。

运行模式

高性能模式(异步运行):事务不需要等待镜像服务器将日志写入磁盘便可提交,这样可最大程度地提高性能。这意味着事务不需要等待镜像服务器将日志写入磁盘便可提交,而此操作允许主体服务器在事务滞后时间最小的条件下运行,但可能会丢失某些数据。

高安全模式(同步运行):当会话开始时,镜像服务器使镜像数据库尽快与主体数据库同步。一旦同步了数据库,事务将在双方提交,这会延长事务滞后时间。

图1

具有故障转移功能的高安全性模式(见证服务器):这种模式最大的优点就是主体服务器断线时,镜像服务器上的数据库副本会自动启用,作为生产数据库为客户端提供服务。在这一结构中见证服务器并不能用于数据库,其主要作用是通过验证主体服务器是否已启用并运行来支持自动故障转移。

注意:只有在与主体服务器断开连接之后,镜像服务器仍和见证服务器保持相互连接时,镜像服务器才启动自动故障转移。

见证服务器的作用是验证指定的伙伴服务器是否已启动并正常运行。如果镜像服务器与主体服务器断开,但见证服务器仍与主体服务器保持连接,则镜像服务器无法启动故障转移。所以要实现故障转移的条件是主体服务器与镜像服务器断线,同时也与见证服务器断线;镜像服务器与见证服务器连线的情况。

图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语句级别进行设计,在此将不再进行叙述。

SQLServer2008部署镜像,布布扣,bubuko.com

时间: 2024-10-06 00:40:47

SQLServer2008部署镜像的相关文章

Openstack(八)部署镜像服务glance

8.1glance镜像服务介绍 Glance是OpenStack镜像服务组件,glance服务默认监听在9292端口,其接收REST API请求,然后通过其他模块(glance-registry及image store)来完成诸如镜像的获取.上传.删除等操作,Glance提供restful API可以查询虚拟机镜像的metadata,并且可以获得镜像,通过Glance,虚拟机镜像可以被存储到多种存储上,比如简单的文件存储或者对象存储(比如OpenStack中swift项目)是在创建虚拟机的时候,

Sqlserver2008安装部署文档

Sqlserver2008部署文档 注意事项: 如果你要安装的是64位的服务器,并且是新机器.那么请注意,你需要首先需要给64系统安装一个.net framework,如果已经安装此功能,请略过这一步.   具体安装.net framework的方法是:在图标<我的电脑>上右击选择<管理>,打开以后选择<功能>选项卡,如下图所示,然后点击添加功能,勾选..net framework,然后一直点击下一步安装即可. 安装的过程中,需要注意如果你要安装的服务器有外挂或者附加的

使用VMDepot镜像快速部署CKAN开放数据门户

最新发布的CKAN VMDepot镜像针对中国用户强化了中文支持,提升了与MS Office办公软件的互操作性,并集成了常用插件和最佳实践配置参数. 使得CKAN原本十分复杂繁琐的部署流程变得非常简单.本指南展示了如何使用VMDepot镜像快速部署CKAN开放数据门户: 前提条件 使用VMDepot镜像部署CKAN 1. 导入CKAN镜像到您的本地帐户 2. 使用本地CKAN镜像创建虚机 3. 安装后的配置(必须完成) 创建您的第一个数据集 定制您的CKAN 前提条件 您需要一个可用的微软中国A

MDT跨VLAN部署WINDOWS7 镜像

今天和大家分享的是关于MDT2010跨vlan部署windows7的问题.这是一个工作中的真实案例,当时遇到这个问题的时候,头脑里闪现的是要在交换机上设置ip helper address命令,但是由于没有权限所以放弃这个方向的思路,而将解决方案转向了DHCP 服务器. 大家对DHCP 服务器都不陌生,而其中的server options 中的选项在实际工作当中却难有场景得以实现. 大家都应该清楚MDT 2010部署镜像的时候,客户端是通过PXE 启动然后通过DHCP获取IP 地址并用FTP 协

测试环境docker化(一)—基于ndp部署模式的docker基础镜像制作

本文来自网易云社区 作者:孙婷婷 背景 我所在测试项目组目前的测试环境只有一套,在项目版本迭代过程中,开发或产品偶尔会在测试环境进行数据校验,QA人数在不断增加,各个人员在负责不同模块工作时也会产生脏数据,导致QA在功能测试和接口测试过程中需要清理测试环境增加工作量,同时QA组在进行异常测试等多维度质量保障时也希望有多套环境进行数据隔离.但目前测试环境多套隔离操作麻烦,每隔离一套环境需要修改大量配置.数据库重新建表到调试可用,在开发的帮助下至少需要3天的时间,在这种场景下,我们借鉴组内大数据QA

容器和镜像的导入导出及部署

一.镜像导出 save 1.查看镜像 docker images 2.导出镜像 docker save -o test.tar image_name 或 docker save image_name > /test.tar 二.容器导出 export 1.导出容器 命令格式为: docker export [-o|--output[=""]] CONTATINER  或: docker export 容器id/name >文件名.tar 例如: docker export

使用MDT2013部署Win8系统之五-配置MDT服务器之添加任务序列

在本篇中我们来看一下如何配置任务序列.那么我们首先来看一下任务序列是做什么的呢?任务序列主要用于操作系统部署.捕获模板机系统,然后在捕获后再做一个标准任务.下面我们就来看看如何为安装操作系统创建标准任务序列 添加任务序列,右击"TaskSequence"->"New TaskSequence" 输入任务ID和任务名称,以便分辨具体任务,这个描述的名称到时会在部署的时候看到,所以我们在定义描述时一定要确保一目了然 因为是全新安装,所以选择"Standa

第三篇——第二部分——第三文 配置SQL Server镜像——域环境

原文:第三篇--第二部分--第三文 配置SQL Server镜像--域环境 原文出处:http://blog.csdn.net/dba_huangzj/article/details/28904503 本文将演示如何在域环境下部署镜像,在域中部署相对来说简单很多,但是很多企业并不真正使用域来管理服务器(本人所在的公司就是其一),所以有必要演示非域环境,并且重点放在非域环境下.但是作为实践经验和最佳建议,强烈使用域环境管理.非域环境将在第四文中演示:http://blog.csdn.net/dba

openstack项目【day24】:OpenStack mitaka部署

前言: openstack的部署非常简单,简单的前提建立在扎实的理论功底,本人一直觉得,玩技术一定是理论指导实践,网上遍布个种搭建方法都可以实现一个基本的私有云环境,但是诸位可曾发现,很多配置都是重复的,为何重复?到底什么位置该不该配?具体配置什么参数?很多作者本人都搞不清楚,今天本人就是要在这里正本清源. 介绍:本次案列为基本的三节点部署,集群案列后期有时间再整理 一:网络: 1.管理网络:172.16.209.0/24 2.数据网络:1.1.1.0/24 二:操作系统:CentOS Linu