配置 Windows Sserver2008 R2故障转移集群
一、问题描述
建立双节点的Windows Server 2008 故障转移集群，高可用和SQLServer集群，实现业务的连续性得到保障。
二、配置集群前的准备
1、一台DC（域控）、网络参数：192.168.0.100，提供DNS服务
备注:DC不能与SQL群集节点在一起
2、两台节点+NSA共享存储：
1、xingyu-SQLD1 群集：
群集节点1
192.168.0.101 心跳网卡：10.53.0.1 Server
ISCSI网卡：192.168.1.159
群集节点2
2、xingyu-SQLD2 内网卡： 192.168.0.102 心跳网卡：10.53.0.2 Server
ISCSI 网卡：192.168.1.169
3、NSA存储：网络IP：192.168.1.179
（安装ISCSITarget、配置接入节点）附图1
.......
3、群集虚拟IP与群集DTC虚拟IP
虚拟IP：192.168.0.103 DTC虚拟IP：192.168.0.104
4、硬盘*3：Q：仲裁盘(800MB) P：DTC盘(500MB) J:数据盘（1TB）
《完成DC创建、节点加入域、网络参数配置、DNS记录添加》
5、DTC分布式事务协调器：处理群集节点切换，需要一块DTC硬盘，同时需要添加一个SQL 群集硬盘。
注意:共享存储设备或虚拟的共享存储(ISCSI):至少3块共享存储硬盘
图示1
1）、首先，新建一个ISCSI目标（ISCSIReady），可以选择本地IP地址或者DNS域名
2）、其次，把本地硬盘联机——初始化——最后设置为简单卷
3）、最后打开ISCSI，添加三个虚拟磁盘——设置可发起程序的节点（IP地址、DNS域名）——ISCSI的作用是提供存储和建立虚拟磁盘通过ISCSI发起程序同步至节点服务器
5、ISCSI客户端连接（节点1、节点2）
打开ISCSI程序——发现输入SNA（共享存储）IP地址——确定连接，然后到目标栏连接服务器，连接成功后发现已经从SNA（共享存储）同步到本地三个硬盘（仲裁盘、DTC盘、数据盘）
注意：节点之间一定要保持盘符一致
以上准备工作完成，下面开始新建故障群集
三、故障转移
1、安装故障转移群集功能（节点1、节点2）
2、验证群集（note1\note2）
错误1：列出磁盘错误：由于虚拟机是复制的，出现了故障，后面从新创建虚拟机，从NAS 服务器同步过来的硬盘，恢复正常
错误2：网络IP配置故障，怀疑也是由于是同一台虚拟机导致。(网络验证报警是因为虚拟机环境ICSCI网卡和群集网卡无法通讯导致,忽略)
故障3：节点2故障
解决：通过验证群集的方法解决
描述：验证通过后，安装群集（设置群集服务IP,供于访问使用），最后如图所示(第三次实验结果图)：
1、配置群集网卡网络设置
2、设置仲裁和安装应用程序分布式事务处理器DTC（分配网络IP和DTC盘）
Windows SERVER 2008 R2+SQL SERVER 故障转移群集
一、安装SQL故障转移
1、SQL数据库需邀Framework 3.5支持，在节点1、2分别安装，运行SQL安装节点1：
2、群集信息检测是否符合群集（需要为SQL群集添加一块可用磁盘）
报错如下：
报错原因：没有多余可用磁盘
解决办法：把可用磁盘划分到DTC群集下（服务和应用程序下的具体应用群集），即是确保有可用的磁盘
图示：
3、故障转移群集（SQL功能选择）
4、SQL群集盘的选择
备注：也可以不用先将磁盘添加到DTC群集，后面安装SQL群集选择可用磁盘（如下）
5、群集的网络配置（供于访问群集资源的网络地址），同时在DNS服务器上面会新增一条关于群集服务器名称和群集IP之间A记录。
6、安装完成
添加SQL故障转移群集节点
1、节点2安装SQL故障转移群集
2、根据提示完成节点添加【过程简单，不在累述】
3、查看添加节点的群集信息
如图显示有错误信息：
1、Analysis service 服务无法启动
2、名称信息尚无法解析（修改DNS的A记录）
解决办法：
1，添加一条关于ReadySQL与群集网络IP的A记录
2、启动Analysis服务
如下图：报错和提醒信息已没有，Windows SERVER R2+SQL 故障转移搭建成功！
1、每个服务和应用程序都需要单独：磁盘、网络IP、群集名称（A记录）
2、群集可以自动切换和手动切换
效果图展示：
1）、分布式事务处理DTC
2）、SQL故障转移群集
SQL群集
打开节点1报错无法连接服务器
解决方法：服务器名称不正确导致，所以选择正确的服务器名称（计算机全名），如果做了群集那么请浏览网络服务器名称，这里选择ReadySQL服务名称
打开节点2提示如下：
报错原因：由于故障转移群集中节点1已经响应，节点2无法打开SQL群集
2）、测试Windows Server R2故障转移功能
关闭节点1，然后切换到DC域控一直PING群集SQL的群集IP。
结果如下：
根据模拟测试统计信息显示：该故障转移群集在节点1发生故障一分钟后，群集能够完成自动切换，备用节点2自动启用充当主服务器
提示：故障转移群集是通过分布式事务DTC来完成手动或者自动切换
然后打开节点2，查看响应服务器为节点2
在节点2正常打开SQL Management Studio
3）、测试SQL故障转移群集效果
在节点2上面创建数据库Studentsys,然后停止节点2，查看节点1能否正常响应和同步内容
图示如下：
创建数据报错
修改PATH为数据库SQL群集路径（必须使用群集磁盘）
现在打开节点1，并且关闭节点2
图示如下：
1.业务连续 1.1.共享存储集群 业务系统运营时，服务器、网络、应用等故障将导致业务系统无常对外提供业务，造成业务中断，将会给企业带来无法估量的损失。针对业务系统面临的运营风险，Rose提供了基于共享存储的高可用解决方案，当服务器、网络、应用发生故障时，Rose可以自动快速将业务系统切换到集群备机运行，保证整个业务系统的对外正常服务，为业务系统提供7x24连续运营的强大保障。 1.1.1.适用场景 基于共享磁盘阵列的高可用集群，以保障业务系统连续运营 硬件结构：2台主机、1台磁盘阵列
主机 备机心跳 磁盘阵列 局域网 1.1. 2.案例分析 某证券公司案例 客户需求分析 某证券公司在全国100多个城市和地区共设有40多个分公司、100多个营业部。经营围涵盖：证券经纪，证券投资咨询，与证券交易、证券投资活动有关的财务顾问，证券承销与保荐，证券自营，证券资产管理，融资融券，证券投资基金代销，金融产品代销，为期货公司提供中间介绍业务，证券投资基金托管，股票期权做市。 该证券公司的系统承担着企业的部沟通、关键信息的传达等重要角色，随着企业的业务发展，系统的压力越来越重。由于服务器为单机运行，如果发生意外宕机，将会给企业的日常工作带来不便，甚至
给企业带来重大损失。因此，急需对服务器实现高可用保护，保障服务器的7×24小时连续运营。 解决方案 经过实际的需求调研，结合客户实际应用环境，推荐采用共享存储的热备集群方案。部署热备集群前的单机环境：业务系统，后台数据库为MySQL，操作系统为RedHat6，数据存储于磁盘阵列。 在单机单柜的基础上，增加1台备用主机，即可构建基于共享存储的热备集群。增加1台物理服务器作为服务器的备机，并在备机部署系统，通过Rose共享存储热备集群产品，实现对应用的高可用保护。如主机上运行的系统出现异常故障导致宕机，比如应用服务异常、硬件设备故障，Rose将实时监测该故障，并自动将系统切换至备用主机，以保障系统的连续运营。
高可用方案之二 高可用中的存储容灾方案 北京市科瑞讯科技发展股份有限公司
企业和事业单位的运转越来越依赖于计算机系统，如果一旦这个数据处理中心无法正常运转，就会造成业务停顿，导致不可挽回的损失。 随着信息时代的到来，关键数据的安全、持续可用问题直接关系到企业的生存和发展。用户对于保证数据的安全、持续可用的方案需求也变得多元化、复杂化，单一的解决方案已经逐渐不能满足用户的实际需求。 中金富捷凭借其丰富的研发经验，为您提供高可用性系列产品和优质的服务，推出了中金富捷高可用存储容灾解决方案，目的在于保证数据永不丢失和系统永不停顿，彻底解决传统高可用系统中存储设备单点故障的风险。 而采用中金富捷科技有限公司硬盘虚拟化产品SyMirror，可以最大限度的保护用户的数据信息，将用户的不同的存储设备进行同步复制，同时虚拟存储系统提供用户透明化的存取访问，任何一台存储设备的故障都会在SyMirror软件的检测下迅速切换到备用存储设备继续使用。而故障的存储设备修好后，重新加入SyMirror系统后，SyMirror会自动将增量数据同步到加入的存储设备。 具有国际领先技术的中金富捷SyMirror软件，具有以几个特点： 1、数据实时同步功能，确保两台存储设备的数据在任保时候保持一致。 2、透明化的数据存取功能，任何一台存储设备的损坏都不影响用户使用存储设备。 3、虚拟存储中的任何一个真实的存储设备都可以在任保时候轻松离线工作。 4、智能增量数据实别功能，确保加入虚拟系统中的存储设备进行快速增量同步。 5、存储设备之间的容灾切换时间小于1秒钟，对用户存取数据几乎无任何影响。 6、同PlusWell HA软件系统紧密配合，随动切换。实现真正意义的高可用冗余存储方 案。 北京中金富捷科技有限公司的高可用存储容灾方案结合了PlusWell HA高可用软件的高可用性及PlusWell SyMirror虚拟存储软件的透明化特点，结合二者之优势为客户提供了一套没有单点故障的高可用存储容灾方案。 一：方案特点 1、传统高可用解决方案（双机热备）： 主要以一台共享的存储设备提供数据共享存储区域，两台或两台以上的服务器提供主备两种状态，当主机故障时，备机接管主机工作。实现业务的可持续性工作。其工作原理如下：
高可用性集群系统的实现 《Linux企业应用案例精解》第8章主要介绍一下虚拟化技术应用。本节为大家介绍高可用性集群系统的实现。 8.3.5 高可用性集群系统的实现（1） VMware Infrastructure 的体系结构和典型配置 资源动态分配和高可用性的实现为构建高可用性集群系统提供了有力的保障，采用VMwae构建铁路企业高可用性集群，不需要为系统中的每台服务器分别添置备用服务器，就可以有效地降低系统成本，在基于VMware的我企业高可用性集群中，备用服务器安装了VMware ESX Server，与数据库服务器、Web服务器、OA服务器和文件服务器等构成高可用性集群，同时采用数据库备份服务器实现差额计划备份。 使用VMware提供的虚拟基础架构解决方案，服务器不再需要随着业务增加而添加，整个IT基础架构能得到有效控制并可充分发挥效能。只有当整体资源出现不足的时候，才需要增加服务器。而且对系统资源的
添加也非常简单，不再需要做繁琐的硬件维护以及业务迁移，只需要简单地将新服务器安装VMWARE? INFRASTRUCTURE 3软件，并添加到已有的VMWARE? INFRASTRUCTURE 3架构中即可，新增资源将自动分配到各个最需要的业务环境中。 在HA和DRS功能的共同支撑下，虚拟机的稳定、不间断运行得到了保证，而且，在没有搭建Cluster环境的情况下，迁移、升级依旧能不中断服务。哪怕是硬件升级、添加，正常停机维护等情况，也能够保证所有的业务正常运行，客户端访问服务器不产生业务中断现象。新的服务器虚拟化架构中另一个重点是VMware HA 的部署，它是整个服务器系统安全、可靠运行的一道防线。传统的热备机方式最大的问题就是容易造成资源的大量闲置；在正常运行状态下，所有备机服务器都处于闲置状态，不仅造成计算资源的空耗，而且还浪费大量的电力和散热资源，投资回报率非常低。 如何应对Linux系统软件包的依赖性问题 不管是初步跨入Linux殿堂的新手还是，具有多年经验的专家，在安装或编译软件包的过程中或多或少的都会遇到包的依赖问题从而导致安装过程无法继续，比如管理员在安装php软件包需要libgd.so文件，而这个文件属于gb软件包。但是在安装gb软件包时，可能这个软件包跟其他软件包又具有依赖关系，又需要安装其他软件包才行。这时有的管理员便失去耐心。在遇到这种Linux软件包依赖关系问题，该如何解决呢?在谈这个具体的措施之前，先跟大家聊聊Linux系统里的软件爱你依赖性问题。 我们把处理rpm依赖性故障的策略可以分成两类解决依赖性故障的自动方法和手工方法。但当安装不属于发行一部分的软件包时自动方法是不可用的。在描述如何手工解决依赖性故障后，将简要描述如何使用自动方法之一（YUM），但首先需要了解它们是什么及rpm如何强制实施它们。 一、什么是依赖性 程序依赖于程序代码的共享库，以便它们可以发出系统调用将输出发送到设备或打开文件等（共享库存在于许多方面，而不只局限于系统调用）。没有共享库，每次程序员开发一个新的程序，每个程序员都需要从头开始重写这些基本的系统操作。当编译程序时，程序员将他的代码链接到这些库。如果链接是静态的，编译后的共享库对象代码就添加到程序执行文件中；如果是动态的，编译后的共享库对象代码只在运行时需要它时由程序员加载。动态可执行文件依赖于正确的共享库或共享对象来进行操作。RPM依赖性尝试在安装时强制实施动态可执行文件的共享对象需求，以便在以后--当程序运行时--不会有与动态链接过程有关的任何问题。
方 案 建 议 书 （XXX容灾方案建议）
目录 第1章XXXX容灾方案参考 (1) 1.1 系统现状 (1) 1.2 容灾需求分析 (1) 1.3 容灾参考方案 (2) 1.3.1 总体架构规划 (2) 1.3.2 V7000 外部存储虚拟化功能说明 (2) 1.3.3 V7000 VDM（虚拟磁盘镜像）功能说明 (3) 1.3.4 后期存储扩展建议 (4) 1.4 系统配置参考 (4) 第2章V7000存储设备介绍 (6) 2.1 IBM V7000存储系统概述 (6) 2.2 通过IBM S YSTEM S TORAGE E ASY T IER增强访问能力 (6) 2.3 通过精简调配来优化效率 (7) 2.4 动态迁移避免系统中断运行 (7) 2.5 通过复制服务来保护数据 (8) 2.6 管理工具与IBM S YSTEMS D IRECTOR相集成 (9) 2.7 高性能SSD支持 (10) 2.8 外部存储系统虚拟化 (10) 第3章存储高可用技术建议 (11) 3.1 存储高可用性的内容 (11) 3.2 存储高可用性方案的主要实现方式 (13) 3.2.1 方式一：磁盘设备间数据镜像( 如LVM Mirror ) (14) 3.2.2 方式二：磁盘设备间数据复制（如PPRC或ERM） (18) 3.2.3 方式三：采用SVC或V7000或V7000实现逻辑卷镜像 (20) 3.2.4 三种HA方式的比较 (21)
第1章XXXX容灾方案参考 1.1系统现状 XXXX现有IT系统的现状大致如下图所示。采用IBM P550服务器作为数据库服务器，采用DS3400存储设备作为主存储系统。 1.2容灾需求分析 当前，XXXX计划在同一园区内建设容灾系统，在容灾中心和主生产中心之间采用2km长的裸光纤进行直连。并且，希望对现有的存储设备进行充分利旧。 IBM将针对当前所了解的情况，做出初步的方案，供XXXX容灾建设参考。 由于DS3400设备没有自身的基于磁盘的远程复制功能，因此无法采用基于存储底层的磁盘复制技术。此外，由于DS3400的性能有限，且缓存较低，因此采用基于AIX操作系统的LVM镜像方式性能会有影响。（各种高可用技术，详见第3章的说明） 而目前IBM最新的虚拟化存储设备V7000，即可以支持外部存储的接入，也可以支持内部存储和外部存储之间的镜像，因此可以通过V7000存储设备来实现存储的高可用，并达到同园区内容灾的目的。
双机热备、集群及高可用性入门
什么是双机热备？ 双机热备这一概念包括了广义与狭义两种意义。 从广义上讲，就是对于重要的服务，使用两台服务器，互相备份，共同执行同一服务。当一台服务器出现故障时，可以由另一台服务器承担服务任务，从而在不需要人工干预的情况下，自动保证系统能持续提供服务。(相关文章：为什么需要双机热备？) 双机热备由备用的服务器解决了在主服务器故障时服务不中断的问题。但在实际应用中，可能会出现多台服务器的情况，即服务器集群。(相关文章：双机软件与集群软件的异同) 双机热备一般情况下需要有共享的存储设备。但某些情况下也可以使用两台独立的服务器。(相关文章：双机热备的实现模式) 实现双机热备，需要通过专业的集群软件或双机软件。(相关文章：双机与集群软件的选择) 从狭义上讲，双机热备特指基于active/standby方式的服务器热备。服务器数据包括数据库数据同时往两台或多台服务器写，或者使用一个共享的存储设备。在同一时间内只有一台服务器运行。当其中运行着的一台服务器出现故障无法启动时，另一台备份服务器会通过软件诊测（一般是通过心跳诊断）将standby机器激活，保证应用在短时间内完全恢复正常使用。(相关文章：双机热备、双机互备与双机双工的区别) 为什么要做双机热备？ 双机热备针对的是服务器的故障。 服务器的故障可能由各种原因引起，如设备故障、操作系统故障、软件系统故障等等。一般地讲，在技术人员在现场的情况下，恢复服务器正常可能需要１０分钟、几小时甚至几天。从实际经验上看，除非是简单地重启服务器（可能隐患仍然存在），否则往往需要几个小时以上。而如果技术人员不在现场，则恢复服务的时间就更长了。 而对于一些重要系统而言，用户是很难忍受这样长时间的服务中断的。因此，就需要通过双机热备，来避免长时间的服务中断，保证系统长期、可靠的服务。 决定是否使用双机热备，正确的方法是要分析一下系统的重要性以及对服务中断的容忍程度，以此决定是否使用双机热备。即，你的用户能容忍多长时间恢复服务，如果服务不能恢复会造成多大的影响。 在考虑双机热备时，需要注意，一般意义上的双机热备都会有一个切换过程，这个切换过程可能是一分钟左右。在切换过程中，服务是有可能短时间中断的。
英方软件数据库系统高可用解决方案 英方软件（上海）有限公司
目录 1. 概述 (1) 2. 需求分析 (2) 3.1主机配置 (3) 3.2方案拓扑图： (3) 3.3 I2高可用方案功能介绍 (4) 3.4管理控制台 (7) 5. I2的主要优势 (10) 6. 典型案例 (12) 7.公司简介 (13)
1. 概述 现代大型企业大多拥有为数众多的服务器，提供Internet与Intranet使用者各种不同的服务。如数据库系统、影像系统、录音系统、Email系统等。保持业务的持续性是当今企业用户进行数据存储需要考虑的一个重要方面。系统故障的出现，可能导致生产停顿，客户满意度降低，甚至失去客户，企业的竞争力也大打折扣。因此，保持业务的持续性是用户在选择计算机系统的重要指标。究其根本，保护业务持续性的重要手段就是提高计算机系统的高可靠性同时将数据的损失降至最低限度。 关键数据和数据库的备份操作已经成为日常运行处理的一个组成部分，以确保出现问题时及时恢复重要数据。传统的解决方案,类似于磁带机备份存在较大的缺点. 通常数据采用磁带离线备份，当数据量较大或突发灾难发生时，备份磁带无法真正及时快速恢复数据及业务。 提供有效的数据保护和高可用性服务,又在合理预算范围之内,并且能够基于你现有环境当中,获得实时数据保护,并无距离限制,为确保你重要数据的保护----包含数据库和邮件系统。I2为您提供了完美的解决方案。 I2 采用先进的异步实时数据复制技术(Asychronous Real-Time Data Replication)，立即将所有服务器上对于磁盘系统的变更透过网络传输至备援服务器，而非整个档案或磁盘的镜设(Mirror)，因此对于服务器的效能与网络带宽的影响都能降至最低，并能将成本降至最低，做到真正的实时数据保护. 业务数据是用户最宝贵的资产之一，数据的损失就是企业资产利润的损失，所以保护业务数据是企业计算系统的主要功能之一。实施I2的备份方案可以将用户数据的损失降至最低甚至为零。
双机双柜高可用解决方案 关键字：双机双柜 传统的基于共享存储的双机热备方案解决了用户业务连续性的问题，当主服务器故障时，备机能及时接管保证业务7*24小时连续运行。但共享的存储设备却成为了系统的单一故障点，当盘阵不可用时，整个业务系统也必然停顿。 为了解决共享盘阵单点故障可能导致的系统不可用问题，Rose提出了相应的解决方案。仅需在现有架构基础上增加一台冗余的磁盘阵列，即构成双机双盘柜的解决方案，既消除了存储的单点故障，又使得客户拥有冗余的数据副本，大大提升了数据和业务的可靠性。 双机双柜高可用解决方案一：镜像方式 如上图所示，主、备服务器上均挂载一个磁盘阵列，部署Rose的双机双柜解决方案，通过Rose双机镜像软件利用TCP/IP网络实现主备机存储设备上的数据实时同步，当主机遭遇存储设备故障时，由于备机上有一份完全一致的数据，则可以利用备机上的数据将应用正常启动并恢复生产。 解决方案优点： ●数据存储在两台磁盘阵列上，数据冗余备份，避免磁盘单点故障 ●基于镜像技术的实施复制，保证数据的一致性
●Rose的高可用技术，保证业务连续性 ●提升高可用容灾距离 双机双柜高可用解决方案二：LAN-FREE方式 该方案中服务器、交换机、存储设备均有冗余设计，磁盘阵列A 和磁盘阵列B 分别接入不同的光纤存储交换机，服务器A 和服务器B 分别接入不同的光纤存储交换机；这种部署结构，实现了硬件设备和存储通道的完全冗余。 利用盘阵的多路径管理软件将冗余路径映射的磁盘还原为实际磁盘，通过操作系统的磁盘管理工具将不同盘阵映射的磁盘创建为RAID 1镜像卷。分别在服务器上部署需保护的应用，并将应用数据存放至不同盘阵构成的镜像卷中，实现对业务系统的高可用保护；通过系统的软RAID技术及光纤存储网络实现两台磁盘阵列中的数据同步。 冗余的存储路径设计，有效避免了存储HBA卡、光纤存储交换机、磁盘阵列、存储通道的单点故障，完全冗余的双机双柜结构保证了业务系统的连续运营和业务系统的数据安全，方案稳定性及可靠性得到保障。 解决方案优点： ●完全冗余结构，有效避免硬件设备和软件的单点故障。彻底解决了传统双机单柜模式下，磁盘阵列单点故障的情况。 ●数据的存储架构为FC-SAN，通过存储多路径管理软件实现存储通道的负载冗余，提升了业务系统数据存储的可靠性、高效性、安全性，并且基于FC-SAN 的架构具有高可扩展性。 ●高性价比的整体解决方案，既帮助用户实现了高容错，高安全，高性能的解
高可用解决方案 数据中心高可用网络系统设计 数据中心的故障类型众多，但故障所导致的结果却大同小异。即数据中心中的设备、链路或server发生故障，无法对外提供正常服务。缓解这些问题最简单的方式就是冗余设计，可以通过对设备、链路、Server提供备份，从而将故障对用户业务的影响降低到最小。 但是，一味的增加冗余设计是否就可以达到缓解故障影响的目的？有人可能会将网络可用性与冗余性等同起来。事实上，冗余性只是整个可用性架构中的一个方面。一味的强调冗余性有可能会降低可用性，减小冗余所带来的优点，因为冗余性在带来好处的同时也会带来一些如下缺点： w 网络复杂度增加 w 网络支撑负担加重 w 配置和管理难度增加 因此，数据中心的高可用设计是一个综合的概念。在选用高可靠设备组件、提高网络的冗余性的同时，还需要加强网络构架及协议部署的优化，从而实现真正的高可用。设计一个高可用的数据中心网络，可参考类似OSI七层模型，在各个层面保证高可用，最终实现数据中心基础网络系统的高可用，如图1所示。 网络架构高可用设计 企业在进行数据中心架构规划设计时，一般需要按照模块化、层次化原则进行，避免在后续规模越来越大的情况再进行大规模的整改，造成时间与投资浪费。 模块化设计
模块化设计是指在对一定范围内的不同功能或相同功能不同性能、不同规格的应用进行功能分析的基础上，划分并设计出一系列功能模块，模块之间松耦合，力求在满足业务应用要求的基础上使网络稳定可靠、易于扩展、结构简单、易于维护。 层次化设计 包括网络架构分层和应用系统分层两个方面。在当前网络及安全设备虚拟化不断完善的情况下，应用系统分层可完全通过设备配置来实现逻辑分层，不影响网络的物理拓扑。对于网络架构层次化设计，选择三层架构还是二层架构是不少企业进行数据中心网络建设时面临的难题。 从可靠性的角度来看，三层架构和二层架构均可以实现数据中心网络的高可用。近年来随着云计算的逐渐兴起，二层扁平化网络架构更适合云计算网络模型，可以满足大规模服务器虚拟化集群、虚拟机灵活迁移的部署。二层架构和三层架构两者之间没有绝对的优劣之分，企业用户可根据自身的业务特点进行选择。也可以先二层，后续针对某些特定的功能分区采用三层组网。 设备层高可用设计 设备可靠是系统可靠的最基本保证，数据中心核心交换区设备的可靠稳定尤为重要。尽管可以通过架构、策略、配置等的调整和优化等多种手段降低核心设备的故障几率以及影响范围，但若要解决最根本的设备本身的软硬件故障，则必须选用数据中心级的网络设备。 关于数据中心级设备，业界还没有标准的定义，但从目前主流网络设备供应商提供的数据中心解决方案产品可以看出，数据中心级交换机应具备以下特征： 1) 控制平面与转发平面物理分离 控制平面与转发平面硬件物理分离，引擎切换时不影响转发，可实现零丢包。同时控制平面与转发平面均提供独立的冗余架构，实现控制与转发两级冗余，保证更高的可靠性。 2)关键部件更强的冗余能力 除了引擎和交换网板的冗余外，此类设备的电源一般均可以配置多块，实现N+M的冗余，保证电源的可靠性更高；另外风扇的冗余也由原来的风扇级冗余，提高到了风扇框冗余，每个独立的风扇框内多个风扇冗余。 3)虚拟化能力 数据中心的复杂度越来越高，需要管理的设备也越来越多，设备的虚拟化可将同一层面（核心、汇聚、接入）的多台设备虚拟化为一台，进行设备的横向整合，简化设备的配置和管理。 4)突发大流量的缓冲能力
【赛迪网独家特稿】集群技术是使用特定的连接方式，将相对于超级计算机便宜许多的计算机设备结合起来，提供与超级计算机性能相当的并行处理技术。早在七十年代就有人提出可以使用这种集群技术完成并行处理，但是由于受到当时网络交换技术的限制，集群系统在性能上与其他并行处理系统相距甚远，直到网络技术逐渐成熟的今天，它才具备了与超级计算机相匹敌的能力。 什么是集群 集群（Cluster）技术是指一组相互独立的计算机，利用高速通信网络组成一个计算机系统，每个群集节点（即集群中的每台计算机）都是运行其自己进程的一个独立服务器。这些进程可以彼此通信，对网络客户机来说就像是形成了一个单一系统，协同起来向用户提供应用程序、系统资源和数据，并以单一系统的模式加以管理。一个客户端（Client）与集群相互作用时，集群像是一个独立的服务器。 计算机集群技术的出发点是为了提供更高的可用性、可管理性、可伸缩性的计算机系统。一个集群包含多台拥有共享数据存储空间的服务器，各服务器通过内部局域网相互通信。当一个节点发生故障时，它所运行的应用程序将由其他节点自动接管。在大多数模式下，集群中所有的节点拥有一个共同的名称，集群内的任一节点上运行的服务都可被所有的网络客户所使用。 集群的特点 1．提供强大处理能力的高性能计算机系统：计算机集群可以通过负载均衡、并行处理、时间片处理等多种形式，将多台计算机形成高性能计算机集群。对用户端（Client）而言，计算机集群则是一个单一的系统，可以为用户提供高性能的计算机系统，而用户不用关心有多少计算机承担了系统实现的任务，而只需要关注系统的整体处理能力。因此，计算机集群可以用多台普通性能的计算机组成具有高性能的计算机系统，承担只有超级计算机才能胜任的工作。 2．提供高可用性的计算机系统：通过计算机集群技术组成的系统，可以确保数据和应用程序对最终用户的高可用性，而不管故障属于什么类型。即当计算机集群中的节点计算机出现软硬件故障的时候，高可用性集群提供了对软件和硬件失败后的接替。它将服务器镜像到备用系统或节点中，当主节点上的系统崩溃时，冗余节点就从替补角色转换到正式角色，并自动投入应用，从而保证了系统运行的不间断。
高可用MS SQL Server数据库解决方案 建设目标 减少硬件或软件故障造成的影响，保持业务连续性，从而将用户可以察觉到的停机时间减至最小，确保数据库服务7*24小时（RTO为99.9%）运转，建设一套完整的高可用性MS SQL Server数据库系统。 需求分析 服务器宕机造成的影响 服务器宕机时间使得丢失客户收益并降低员工生产效率，为了避免对业务造成影响，从两个方面采取预防措施： 一、计划宕机时的可用性： ●补丁或补丁包安装 ●软硬件升级 ●更改系统配置 ●数据库维护 ●应用程序升级 二、防止非计划性宕机： ●人为错误导致的失败 ●站点灾难 ●硬件故障
●数据损毁 ●软件故障 现有状况 ●服务器存在单点故障； ●数据库未做高可用性配置； ●数据库版本为MS SQL Server2008； ●服务器配置为CPU E7540 2.0，24G存； ●数据库容量约800G 技术解决方案 解决思路 考虑到本项目的需求和最佳性能，为了达到最佳可用性，方案采用两台数据库服务器做故障转移集群，连接同一台存储做数据库的共享存储，实现故障自动转移。同时，将旧服务器作为镜像数据库，采用SQL Server 2012的alwayson 功能来再次完成自动故障转移，并可以分担查询的负载。
架构拓扑 新数据库：承担数据库主体计算功能，用于生产数据，采用双机集群，实现自动故障转移。 旧数据库：通过镜像功能，存储数据库副本，用于发生故障时的转移。也可配置为只读，承担备份的负载。 存储：存储采用双控制器，双FC连接两台服务器，避免单点故障。 主/辅域控制器：采用双机模式，SQL Server 2012 实现高可用的必备基础设施。 高可靠性技术方案 SQL Server的企业版支持所有的高可用性功能，这些功能包括：
目录 第1章存储高可用性给业务连续运营提供保障 (1)
1.1为什么要构建存储高可用性解决方案 (1) 1.2存储高可用性解决方案简述 (2) 1.3存储高可用性解决方案价值 (2) 第2章IBM存储高可用性解决方案介绍 (3) 2.1存储高可用性的内容 (3) 2.2存储高可用性方案的主要实现方式 (4) 第3章IBM高可用性存储产品介绍 (11) 3.1 IBM SYSTEM STORGE DS8000 TURBO系列存储产品 (11) 3.2 IBM SYSTEM STORAGE DS5000系列存储产品 (17) 3.3 IBM SYSTEM STORAGE DS4000系列存储产品 (20) 第4章为什么选择IBM (22) 第5章IBM中国公司简介 (23) 第1章存储高可用性给业务连续运营提供保障 1.1 为什么要构建存储高可用性解决方案 随着社会的发展和科技的进步，企业越来越依赖于数据处理来进行业务运营，对IT 系统的依赖性也随之增加。一旦数据由于某种原因丢失，就有可能造成整个组织在运营上的重大不便和经济损失，企业的信誉也将受到影响。如果核心数据丢失，严重时完全有可能造成整个企业的瘫痪。所以
保证企业的业务连续运营及数据处理的高可靠性和高可用性，就成为所有IT 人员在建设IT 基础架构中首先要考虑的问题。 显然，企业所面临的风险和挑战来自多方面： ?无法预知的IT 硬件设备的损坏、断电、火灾、自然灾害、恐怖袭击等，造成数据丢失或业务的突然中断； ?系统人员误操作造成意外宕机或关键数据丢失，无法避免； ?手段频多的黑客攻击、病毒入侵、垃圾邮件、网络与系统的漏洞，造成网络瘫痪、系统崩溃； ?用户需要实时应用与访问机密、关键数据，向企业的服务提出更高的要求； ?行业与政府的标准与法规的不断变化，进一步增加了企业的压力与成本。 信息是企业的最宝贵的资产之一；集中的数据备份、恢复和管理已经成为企业数据存储管理的重要任务。企业需要的是： ?数据与存储系统的高可用性，保证数据7X24 小时的连续访问； ?将现有的存储技术集成，创造出一种更有效的数据存储管理，实现高效、高可靠性、低成本的数据管理； ?需要一套成熟度高，业内应用广泛的企业级软硬件整体解决方案； ?需要对企业现有的数据库、邮件系统、文件服务器以及各种应用系统进行集中化、自动化的基于策略的保护； ?易于IT部门日常的管理维护，界面友好，可操作性强； ?能够符合企业日后发展需求，对异构平台有很好的支持，可以满足将来远程数据灾备的需求； ?一旦发生灾难(洪水、地震、火灾等)，或者人为灾难(用户失误、磁盘失
PLUSWELL多机集群、数据备份解决方案 北京蓝科泰达科技有限公司 2008年7月
一：概述 企业和事业单位的运转越来越依赖于计算机系统，如果一旦这个数据处理中心无法正常运转，就会造成业务停顿，导致不可挽回的损失。 而现有的双机热备份设备存在价格高昂，成本较高的情况，往往使用户望而却步。而用户寻求底成本的纯软件方案又往往因产品不容易维护，纯软件双机方案不稳定等因素，往往给用户造成不必要的使用麻烦。有时因护理不当造成数据损坏，发生更大的事故。 蓝科泰达凭借其丰富的研发经验，为您提供高可用性系列产品和优质的服务，推出了蓝科泰达双机容错打包解决方案，目的在于保证数据永不丢失和系统永不停顿，同时为用户节省大量的开支。蓝科泰达容错系统结合了蓝科泰达磁盘阵列产品的安全可靠性与双机容错技术高可用性的优点，相互配合二者的优势。蓝科泰达磁盘阵列针对双机容错技术做了许多优化和改进，满足了双机硬件的连接要求，根据应用环境的实际情况，适用于Windows2000平台以上，开放源代码Linux 平台，SCO UNIX平台上的多种双机热备软件。 二、需求分析 企业关键业务一旦中断，企业的日常运作将受到致命的影响，那么就要求我们的系统在最短的时间内将系统恢复到正常状态。 所以我们要求双机软件能够实现以下几点： 1、异常终端检测 2、网络故障，系统故障，应用程序故障等全系统检测 3、当高可用系统中的某个节点故障，无须人工干预自动切换，保障系统运行 4、速度快（快速恢复） 贵单位业务平台，是以Windwos 2003 Server系统平台为基础，以SQL Server核心的数据 库应用系统，该系统对稳定性要求很高、系统实时性和可用性提出要有连续运行的能力，系统一旦出现故障，其损失是惨重的。 因此，建议用户采用高可用技术，高可用系统在各个节点间保持的间歇的通讯，使系统中的独立节点组合成整体的一套系统，并使用PlusWell 软件可以保障该系统中的某一节点故障都可 被PlusWell 软件所监控，如主服务器应用程序、网卡、操作系统，均纳入公共的安全体系，确 保7*24的不停机。 比较典型的危及系统安全应用和系统错误主要有： （1）进程错误，比如用户应用与文件数据库的连接异常中断或用户进程发生错误。 （2）文件系统故障，由于异常操作或其它原因造成文件系统内部部分信息丢失或不一致。 （3）操作系统故障，操作系统本身的系统调用问题及底层的应用驱动在安装或更新出现冲突； （4）网络线缆故障。 （5）介质问题，网络连接或物理硬盘也可能会出现问题。 方案拓扑：
SQL server高可用方案 一、高可用的类型 ●Always On 高可用性解决方案，需要sql server 版本在2012以上 SQL Server Always On 即“全面的高可用性和灾难恢复解决方案”。客户通过使用Always On 技术，可以提高应用程序可用性，并且通过简化高可用性的部署和管理方面的工作。 SQL Server Always On 在以下2个级别提供了可用性。 *数据库级可用性 是一种“热备份”技术。在同步提交模式下，主副本的数据被同步更新到其他辅助副本，主副本与辅助副本之间可以保持实时同步。当系统监测到主副本发生故障时，辅助副本可以立即成为新的主副本。 *实例级可用性 Always On 故障转移群集实例（Failover Cluster Instance，简称FCI）可以在多个16个节点之间实现故障转移（Failover）。企业版最多支持16个节点，标准版只支持2个节点。 当主节点发生故障时，辅助节点提升为主节点并获取共享存储中的数据，然后才在这个新的主节点服务器中启动SQL Server 服务。 FCI 是一种“冷备份”技术。辅助节点并不从主节点同步数据，唯一的一份数据被保存在共享存储（群集共享磁盘）中。 ●日志传送 日志传送依赖于传统的Windows 文件复制技术与SQL Server 代理。 主数据库所做出的任何数据变化都会被生成事务日志，这些事务日志将定期备份。然后备份文件被辅助数据库所属的实例复制到它的本地文件夹， 最后事务日志备份在辅助数据库中进行恢复，从面实现在两个数据库之间异步更新数据。 当主数据库发生故障时，可以使辅助数据库变成联机状态。可以把每一个辅助数据库都当作“冷备用”数据库 ●其它辅助技术 对数据库进行备份，当出现故障时，手动将数据还原到服务器，使得数据库重新联机，这也可以算作实现高可用性的一种技术手段。 复制（Replication）并不算是一个高可用性解决方案，只是它的功能可以实现高可用性。复制通过“发布-订阅”模式，由主服务器向辅助服务器发布数据，使这些服务器间实现可用性。 SQL server复制 定义及应用：数据库间复制和分发数据和数据库对象，然后在数据库间进行 同步操作以维持一致性。使用复制，可以通过局域网和广域网、拨号连 接、无线连接和Internet 将数据分配到不同位置以及分配给远程或移动用户sql server复制分成三类：
目录
第1章存储高可用性给业务连续运营提供保障 (1) 1.1为什么要构建存储高可用性解决方案 (1) 1.2存储高可用性解决方案简述 (2) 1.3存储高可用性解决方案价值 (2) 第2章IBM存储高可用性解决方案介绍 (3) 2.1存储高可用性的内容 (3) 2.2存储高可用性方案的主要实现方式 (4) 第3章IBM高可用性存储产品介绍 (11) 3.1 IBM SYSTEM STORGE DS8000 TURBO系列存储产品 (11) 3.2 IBM SYSTEM STORAGE DS5000系列存储产品 (17) 3.3 IBM SYSTEM STORAGE DS4000系列存储产品 (20) 第4章为什么选择IBM (22) 第5章IBM中国公司简介 (23) 第1章存储高可用性给业务连续运营提供保障 1.1 为什么要构建存储高可用性解决方案 随着社会的发展和科技的进步，企业越来越依赖于数据处理来进行业务运营，对IT 系统的依赖性也随之增加。一旦数据由于某种原因丢失，就有可能造成整个组织在运营上的重大不便和经济损失，企业的信誉也将受到
影响。如果核心数据丢失，严重时完全有可能造成整个企业的瘫痪。所以保证企业的业务连续运营及数据处理的高可靠性和高可用性，就成为所有IT 人员在建设IT 基础架构中首先要考虑的问题。 显然，企业所面临的风险和挑战来自多方面： ?无法预知的IT 硬件设备的损坏、断电、火灾、自然灾害、恐怖袭击等，造成数据丢失或业务的突然中断； ?系统人员误操作造成意外宕机或关键数据丢失，无法避免； ?手段频多的黑客攻击、病毒入侵、垃圾邮件、网络与系统的漏洞，造成网络瘫痪、系统崩溃； ?用户需要实时应用与访问机密、关键数据，向企业的服务提出更高的要求； ?行业与政府的标准与法规的不断变化，进一步增加了企业的压力与成本。 信息是企业的最宝贵的资产之一；集中的数据备份、恢复和管理已经成为企业数据存储管理的重要任务。企业需要的是： ?数据与存储系统的高可用性，保证数据7X24 小时的连续访问； ?将现有的存储技术集成，创造出一种更有效的数据存储管理，实现高效、高可靠性、低成本的数据管理； ?需要一套成熟度高，业内应用广泛的企业级软硬件整体解决方案； ?需要对企业现有的数据库、邮件系统、文件服务器以及各种应用系统进行集中化、自动化的基于策略的保护； ?易于IT部门日常的管理维护，界面友好，可操作性强； ?能够符合企业日后发展需求，对异构平台有很好的支持，可以满足将来远程数据灾备的需求；
双机热备解决方案 一．双机热备 1.什么叫做双机热备？ 从广义上讲就是服务器高可用应用的另一种说法，英译为：high available，而我们通常所说的热备是根据意译而来，同属于高可用范畴，而双机热备只限定了高可用中的两台服务器。热备软件是用来解决一种不可避免的计划和非计划系统宕机问题的软件解决方案，当然也有硬件的。是构筑高可用集群系统的基础软件，对于任何导致系统宕机或服务中断的故障，都会触发软件流程来进行错误判定、故障隔离、以及通地联机恢复来继续执行被中断的服务。在这个过程中，用户只需要经受一定程度可接受的时延，而能够在最短的时间内恢复服务。 从狭义上讲双机热备特指基于高可用系统中的两台服务器的热备（或高可用），因两机高可用在国内使用较多，故得名双机热备，双机高可用按工作中的切换方式分为：主-备方式（Active-Standby方式）和双主机方式（Active-Active方式），主-备方式即指的是一台服务器处于某种业务的激活状态（即Active状态），另一台服务器处于该业务的备用状态（即Standby状态)。而双主机方式即指两种不同业务分别在两台服务器上互为主备状态（即Active-Standby和Standby-Active状态）。 2. 组成双机热备的方案主要的两种方式 （1）基于共享存储（磁盘阵列）的方式 共享存储方式主要通过磁盘阵列提供切换后，对数据完整性和连续性的保障。用户数据一般会放在磁盘阵列上，当主机宕机后，备机继续从磁盘阵列上取得原有数据。如下图所示。
这种方式因为使用一台存储设备，往往被业内人士称为磁盘单点故障。但一般来讲存储的安全性较高。所以如果忽略存储设备故障的情况下，这种方式也是业内采用最多的热备方式。 （2）基于数据复制的方式 这种方式主要利用数据的同步方式，保证主备服务器的数据一致性。 3.双机热备的工作原理 故障隔离，简单的讲，高可用（热备）就是一种利用故障点转移的方式来保障业务连续性。其业务的恢复不是在原服务器，而是在备用服务器。热备不具有修复故障服务器的功能，而只是将故障隔离。 4. 故障检测 故障检测是双机热备的任务，不同的双机检测点的多少决定了双机热备软件在功能和性能上的优劣，并不是所有的软件都具有相同的检测功能，以PlusWell双机热备软件为例，其提供的是一种全系统检测能力，即检测分为系统级、应用级、网络级三个方面。系统级检测主要通过双机热备软件之间的心跳提供系统的检测功能，应用级提供用户应用程序、数据库等的检测功能，网络级的检测提供对网卡的检测及可选的对网络路径的
H3C 高可用性解决方案 H3C 高可用性解决方案 应用背景 随着网络的快速普及和应用的日益深入，各种关键业务和增值业务在网络上得到了广泛部署，网络带宽也以指数级增长，对可靠性的需求也越来越高，尤其是在各种运营商网络、商业经营网络和管理控制网络中，需求显得更为突出。网络短时间的中断就可能影响大量业务，造成重大损失。作为业务承载主体的网络高可用性（High Availability, HA）日益成为关注的焦点。 从运营商到大中型企业客户，在构建生产网络时，99.999%的电信级已经成为基本需求之一。 对于设备提供商或解决方案提供商来说，能否提供端到端的高可用网络解决方案也成为衡量设备提供商技术能力的关键一环。。 解决方案 在深入了解各行业和众多企业对网络可靠性的需求的基础上，H3C把客户对网络可靠性需求总结为以下几点： ?保持网络长时间的无故障运行； ?保证突发情况下的网络可用性和可恢复性； ?恶劣环境条件下的网络应用； ?抵抗灾难。 根据以上需求，H3C在网络建设中强调高可靠性设计，全方位多角度的对网络可靠性给予充分保障： ?设备的可靠：双主控、双电源 ?网络的可靠：关键设备双归属、重要链路手工聚合、服务器采用双网卡 ?协议的可靠：VRRP、防火墙HRP
?架构的可靠：重要设备冗余部署、流量路径合理规划 ?应用的可靠：服务器健康检查 H3C网络高可用解决方案能够保证网络能从故障中快速恢复。通过高可用性组网模型的推荐，从网络规划、设计、部署等多方面综合考虑，结合H3C网络产品的应用，提高网络的整体可用性。 从整网结构上，推荐典型的三层结构组网模型和简化了的二层扁平结构组网，严格定义各层功能模型；使用各种故障检测技术，实现网络故障的快速检测、上报；采用冗余设计，提供关键节点的冗余和链路冗余，通过预留资源实现快速收敛；综合考虑各种高可用性技术的应用部署，达到网络故障的最佳收敛效果。 例如如下的三层接入组网模型的推荐示例： 图1高可用性网络三层接入组网模型 网络按照分层、模块化的思路进行设计和规划，根据业务、区域等规划因素进行模块化区域划分，每个区域有自己的汇聚核心与网络核心相连。 网络各层设备都为三层设备，支持OSPF，模型中接入层选用的是3600EI、汇聚层7506R、
NetAp统一存储双活 方案 NetApp统一存储双活方案 1、双活存储架构建设目标 系统灾难是指IT系统发生重要业务数据丢失或者使业务系统停顿过长时间（不可忍受）的事故。可能引发系统灾难的因素包括：?系统软、硬件故障，如：软、硬件缺陷、数据库或其他关键应用发生问题、病毒、通信障碍等； ?机房环境突发性事故，如：电源中断、建筑物倒塌、机房内火灾等； ?人为因素，如：因管理不完善或工作人员操作不当、人为蓄意破坏、暴力事件等； ?自然灾害：如火灾、地震、洪水等突发而且极具破坏性的事故。 其特点是突发性、高破坏强度、大范围。在灾难性事故的影响下，计算中心机房的硬件设备会部分或完全损坏，造成业务的停顿。请参见下图：
当前用户IT系统缺乏有效的灾难防范手段，难以在灾难发生后，不间断或者迅速地恢复运行。灾难恢复就是在IT系统发生系统灾难后，为降低灾难发生后造成的损失，重新组织系统运行，从而保证业务连续性。其目标包括： ●保护数据的完整性、一致性，使业务数据损失最少； ●快速恢复业务系统运行，保持业务的连续性。 灾难恢复的目标一般采用RPO和RTO两个指标衡量。 技术指标RPO、RTO： RPO (Recovery Point Objective): 以数据为出发点，主要指的是业务系统所能容忍的数据丢失量。即在发生灾难，容灾系统接替原生产系统运行时，容灾系统与原生产中心不一致的数据量。RPO是反映恢复数据完整性的指标，在半同步数据复制方式下，RPO等于数据传输时延的时间；在异步数据复制方式下，RPO基本为异步传输数据排队的时间。在实际应用中，同步模式下，RPO一般为0，而在非同
Microsoft SQL Server 2012 AlwaysOn 高可用性解决方案
1.术语定义 1)高可用性：HA（High Availability） 通常来描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性 2)灾难恢复：DR（Disaster Recovery） 指自然或人为灾害后，重新启用信息系统的数据、硬件及软件设备，恢复正常商业运作的过程 3)故障转移群集：WSFC（Windows Server Failover Cluster） 微软操作系统针对服务器提供的一种服务，该服务用于防止单台服务器故障导致服务失效。 2.公司数据库使用现状及问题瓶颈 其他部门对应用开发部负责的融资管理系统性能提出以下问题： 1)数据部： a)服务器不稳定 b)数据库性能配置低 2)市场部： a)查询效率太低 3)产品部： a)报表、BI支撑难 这些性能问题无不涉及到后台数据库的性能及可靠性问题。 还有一个安全问题也值得重视。目前，公司产品数据库和融资管系统都部署在10.44.1.3一台服务器上。理论上，产品数据库不应与Web应用部署在同一台机器而暴露给用户，产品数据库最好只交由专职DBA 来管理。因为，万一Web应用遭受黑客攻击，产品数据将会面临巨大威胁，甚至有可能被永久性物理删除。 前不久，就有报道携程数据遭受有预谋的内部攻击被物理删除
（https://www.doczj.com/doc/944018797.html,/20150528/n413987338.shtml）。如果分开部署，那么即使Web应用遭受攻击，只要产品数据在，我们仍然可以在短时间内部署新的Web应用。 3.SQL Server 高可用技术简介 1)故障转移群集(Failover Cluster) 共享存储，效率高，但某一个时间点只有一个节点处于活动状态，造成硬件资源浪费。 2)数据库镜像(Database Mirror) 提供几乎是瞬时的故障转移，以提高数据库的可用性。但其最大弊端在于镜像数据库处于不可读状态，同样造成硬件资源浪费。 3)日志传送(Log Shipping) 还原作业之间的间隔时间内的只读访问权限，可用做报表查询。一般用于远程的异步容灾，存在部分数据丢失的可能性。 4)复制(Replication) 基于数据库对象级别，灵活性较高，但弊端在于，它不支持DDL命令，不便维护。 5)AlwaysOn AlwaysOn是SQL Server 2012中提供的一种全新的高可用性技术，其集中了上述4种高可用性技术的优点，以确保企业无需增加成本和提高复杂度，即可实现最高级别的可用性和数据保护。可在数据中心内部以及跨数据中心实现数据冗余，快速地实现应用程序故障转移，保护现有硬件资源，同时简化了其配置过程。AlwaysOn可以实现服务器实例级和数据库级配置高可用性，所对应的技术就是AlwaysOn故障转移群集实例和AlwaysOn可用性组。 下图1展示了使用Alwayson可用性组的HA 和DR 解决方案