Sqlserver2012-Alwayson高可用性方案

1Sqlserver2012Alwayson高可用性方案编制日期2015-09审核日期批准日期发布实施变更记录2版本修订时间修订人修订类型修订章节修订内容V1.0.02015-09龚新艳A创建*修订类型分为A-ADDEDM-MODIFIEDD–DELETED注：对该文件内容增加、删除或修改均需填写此记录，详细记载变更信息，以保证其可追溯性3目录1需求分析1.1背景说明..............................................................................................................................31.2系统目标与系统边界..........................................................................................................42AlwaysOn高可用性配置2.1环境..................................................................................................................................52.2操作系统安装及配置......................................................................................................52.32008故障转移群集部署............................................................................................….62.4AlwaysOn部署………………………………………………………………………………...………..………………73数据库备份3.1AlwaysOn在主服务器上面进行数据库完全备份和差异备份..................................103.2查看主服务器备份文件................................................................................................104模拟故障转移切换节点4.1在主节点实施故障转移策略........................................................................................114.2将节点sql03部署在异地机房，选择异步提交，允许10ms延时..........................124.3读写分离的故障转移模式…………………………………………………………….125灾备系统测试5.1模拟上海数据中心的客户数据库发生故障………………………………………….125.2模拟上海数据中心的硬件发生故障............................................................................125.3模拟上海数据中心的数据丢失……………………………………………………….125.4模拟上海数据中心存储设备有故障………………………………………………….135.5灾备检测工具DBCC……..…………………………………………………………….1311需求分析1.1背景说明AlwaysOn利用了Windows故障转移群集的健康监测和自动故障转移的特性，因此它必须建立在Windows故障转移群集之上。但是和SQLServer群集不同的是，可用性组里的数据库并4不是一定要求存放在共享存储（SharedDisk）上的，它们也可以存储在本地磁盘上。另外，可用性组是以用户数据库的集合为单位进行健康检测和故障转移的，而不像SQLServer群集那样是以整个实例为单位。AlwaysOn具有以下这些关键特性：1.像群集一样，AlwaysOn支持故障转移，但是它具有其独特的特点：多个用户数据库可以一同进行故障转移。这对要同时使用多个用户数据库的应用，例如MicrosoftSharePoint，会很有帮助。提供一个虚拟的服务器网络名，无论哪个服务器是当前的主服务器，客户端都可以使用统一的虚拟服务器名进行连接。具有三种故障转移模式：自动，手动和强制，用户可以选择发生故障切换的条件。一个主服务器可以对应最多达4个辅助服务器（总共5个服务器）。发生故障时可以切换到任意一个辅助服务器上。有Dashboard可用于监视AlwaysOn的运行状态。有丰富的信息可用于故障诊断（DMV,性能计数器，扩展事件日志等）得益于WindowsServer2008群集，可以实现多站点的部署。主服务器和辅助服务器之间可以在物理上相隔很远。2.像镜像和日志传递一样，AlwaysOn在辅助服务器上有数据库的另外一份拷贝。所不同的是，这份拷贝可以支持更多的只读功能。每个辅助服务器上都有一份数据的拷贝，可以使服务器上的数据拷贝和主服务器上的数据完全同步。辅助服务器可用于只读的访问请求。辅助服务器可以执行备份和DBCC命令。在某些配置情况下，客户端的只读请求可以被自动定向到辅助服务器。可以自动修复某些类型的数据页面损坏问题。主服务器和辅助服务器之间的数据会被加密和压缩，提高了安全性又降低了网络流量。通过上面这些特性，相信你已经很清楚地看到，AlwaysOn集合了许多以往SQLServer高可用和灾难恢复技术的优点，同时又具有自己独特的功能。这些特性不但保证了SQLServer更高的可用性，而且还实现了一定程度上的负载均衡，减轻了SQLServer主服务器的压力。51.2系统目标与系统边界通过高可用性AlwaysOn方案实现负载均衡，读写分离，减轻sqlserver主服务器的负担，为灾难恢复提供有效保障。2AlwaysOn高可用性配置2.1环境1、服务器：准备3台服务器SQL01，SQL02，SQL03。2、操作系统：windows2008R2SP2或者以上版本。3、数据库：Sqlserver2012。2.2操作系统安装及设置1、在3台服务器上均安装操作系统windows2008R2,并分别设置计算机名为:Sql01、SQL02、sql03，分别设置IP为10.0.0.11，10.0.0.12，10.0.0.13.子网掩码都是255.255.255.0.默认网关是10.0.0.251.2、在Sql01、SQL02、sql03上开启功能.NET3.5SP1。63、在Sql01、SQL02、sql03上安装Sqlserver2012。4、在Sql01服务器上建立域服务HMD.com、并将Sql01、SQL02、sql03的DNS设置为10.0.0.20，然后加域HMD.com。2.3windows2008故障转移群集部署1、以HMD.com\administrator域帐户登录Sql01、SQL02、sql03，并添加故障转移集群功能。2、在Sql01、SQL02、sql03中任一台机上创建群集，并将Sql01、SQL02、sql03台服务器添加进去、群集名称为sqlcluster1.hmd.com,群集IP为10.0.0.20。72.4alwayson部署1.启动AlwaysOn高可用性功能2.附加SQL数据库3.AlwaysOn高可用添加节点8指定可用性组名称:sqlalwayson9分别添加副本服务器SQL02\SQL03103数据库备份3.1在辅助服务器sql02上面进行数据库完整备份和日志备份AlwaysOn在辅助服务器sql02上面进行数据库完整备份和事物日志备份。3.2查看主服务器备份文件有效性。AlwaysOn为了减轻主服务器的压力，选择在辅助服务器sql02上面进行数据库完整备份和事物日志备份。备份频率分别是：每周进行一次数据库完整备份，每半小时进行一次事物日志备份。4模拟故障转移切换节点4.1在主节点实施故障转移策略右键故障转移1112选择副本SQL02作为新的主副本。4.2将节点sql03部署在异地机房，选择异步提交，允许10ms延时当机房sql01，sql02服务器均发生故障灾难时，手动将sql03故障转移切换成主副本。4.3读写分离的故障转移模式主节点sql01作为写应用，辅助节点sql02作为同步提交的故障转移只读应用，延时10ms.当主节点sql01发生灾难故障时，自动切换到sql02辅助节点作为新的主节点接入写应用。Sql03就变成辅助节点提交接入只读应用。5灾备系统测试5.1模拟上海数据中心的客户数据库发生故障（一）目标：1分钟之内将所有上海数据中心的客户数据库转向北京数据中心的客户数据库。（二）测试步骤：1.将homeother数据库设置为脱机。2.立即访问电商网站发现相关页面发生系统性功能失效。3.一分钟内再次访问电商网站发现故障已恢复。4.一切恢复正常运转。5.2模拟上海数据中心的硬件发生故障（一）目标：1分钟之内将所有上海数据中心的客户数据库转向北京数据中心的客户数据库。（二）测试步骤：1.将上海数据中心的服务器sql01内存条拆除。2.立即访问电商网站发现相关页面发生系统性功能失效。3.一分钟内再次访问电商网站发现故障已恢复。4.一切恢复正常运转。5.3模拟上海数据中心的数据在14：31分人为删除丢失数据（一）目标：3分钟之内将所有上海数据中心的客户数据库转向北京数据中心的客户数据13库。（二）测试步骤：1.将上海数据中心的重要订单数据在14：31分删除一条。2.立即访问电商网站该客户的订单数据发现缺失。3.将最后一次的完整备份和14：31分的日志备份恢复即可。3.三分钟内再次访问电商网站发现故障已恢复。4.一切恢复正常运转。5.4模拟上海数据中心存储设备有故障（一）目标：1分钟之内将所有上海数据中心的客户数据库转向北京数据中心的客户数据库。（二）测试步骤：1.将上海数据中心的服务器sql01硬盘拆除。2.访问电商网站发现相关页面发生系统性功能失效。3.一分钟内再次访问电商网站发现故障已恢复。4.一切恢复正常运转。5.5灾备检测工具DBCC在危急时刻，数据库一致性检测（DBCC）可能是你最重要的工具。它们包括：检测表和相关目录的完整性；检测整个数据库；检测数据库页的完整性；重建任何指定表中的目录；包括以下扩展：CheckDB：检测整个数据库的一致性，是检查数据库破坏的基本方法。CheckTable：检测特定表的问题。CheckAlloc：检测数据库的单个页面，包括表和目录。Reindex：重建某个特定表的目录。CacheStats：说明当前存储在内存缓存中的对象。DropCleanBuffers：释放当前存储在缓冲区中的所有数据，这样你就可以继续进行检测，而不必使用前面的结果。Errorlog：删除（缩短）当前日志。你可以考虑确定包含这个命令的操作的时间，一个星期左右运行一次。FlushProclnDB：清除特定数据库的存储过程缓存（使用它的数据库id而不是名称）。使用下列代码找出id：SELECTdbidFROMmaster.dbo.sysdatabasesWHEREname='nameyourpoisonIndexDefrag：减少目录分裂，但不给文件加锁，以便用户能够继续应用数据库。CheckCatalog：检测特定数据库表及表之间的一致性（后者意味着使用外键等。）DBCC命令分类维护语句DBCCDBREINDEX重建指定数据库中表的一个或多个索引DBCCDBREPAIR除去损坏的数据库DBCCINDEXDEFRAG整理指定的表或视图的聚集索引和辅助索引碎片DBCCSHRINKDATABASE收缩指定数据库中的数据文件大小