应用级灾备的实现方法

《应用级灾备的实现方法》由会员分享，可在线阅读，更多相关《应用级灾备的实现方法（9页珍藏版）》请在金锄头文库上搜索。

1、应用级灾备的实现方法 V1.0应用级灾备的实现方法当前，灾备系统建设主要分为数据级灾备和应用级灾备两大类。 数据级灾备关注 数据的备份和恢复，是应用级灾备的基础和前提；而应用级灾备则在数据级之上，进 一步提供业务接管和恢复能力。应用级灾备包括两个方面：数据同步和应用接管。数据同步是应用接管的前提。 在保证数据同步基础上，要实现应用接管，还要能实现灾难发生时的网络切换和应用 切换。本文将从数据同步和应用接管这两个方面来讨论应用级灾备的实现方法。1数据同步数据的同步是应用接管的基础， 保障数据同步的完整性和实时有效性才能使得应 用的接管有意义。数据的同步主要分为两大类，第一类是基于磁盘阵列的复制软

2、件实 现，比如EMC MirrorView 镜像功能、H3c Replications 复制功能等，第二类是基 于服务器或者应用软件（应用层）实现，比如 Oracle DataGuard组件、GoldenGate 数据库复制软件、Veritas VVR软件等。不管采用何种技术，都只是在不同的层面实 现了数据的同步，要达到应用接管的目的，还需要实现网络切换和应用切换。从中我 们可以了解到，应用层的数据同步和应用级灾备是有区别的，这也是经常会被混淆的地方。在现实环境中，我们最常见的应用级灾备方案是“磁盘阵列的数据复制+备用服务器”，也就是通过磁盘阵列来实现数据同步，通过备用服务器提供业务接管能力。

3、磁盘阵列同步有以下主要特点：? 可以实现对所有数据的灾备，支持所有的数据类型，是最全面的灾备保护方 式；? 基于存储设备进行灾备，可以有效的解决对数据库服务器和各种应用服务器 的计算资源的占用问题；? 部署简单，无需更改原来的文件系统。维护也更加简单，维护好存储灾备系 统就可以。基于服务器或应用软件的灾备，例如 VVRi机复制方式，有以下特点：? 对原系统改动巨大，需要重建原系统的数据和文件系统，对原有数据造成破 坏，需要提前做好大量的数据迁移工作；? 对软件要求较高，生产中心和灾备中心的每一台服务器上都要安装专门的软 件，部署成本较高，在服务器扩展的时候，成本会直线上升；? 灾备软件和应用软

4、件、操作系统之间可能存在版本冲突、兼容性问题，这个 问题长期存在，在扩容的时候更加需要考虑，有可能导致应用系统受到限制 或扩展受到影响；? 对主机的性能占用和消耗；? 每个服务器对应一个节点，在管理和维护方面增加了复杂性；? 数据复制采用异步的方式，在网络故障的情况下，会造成同步数据的不一致， 导致数据不可用或无法访问；因此，数据同步从实现效果、成本、维护、资源占用、对原系统的影响几个角度 来看，从磁盘阵列层面实现都要优于通过主机软件方式实现。通过磁盘阵列进行数据同步之后，可以通过备用服务器的启用实现应用的切换，配合管理者的切换决策也更加方便，并能够有效降低误切换带来的风险。2应用接管在数据同

5、步基础上，可进一步考虑网络切换和应用切换，来实现应用级灾备。2.1 网络切换技术应用级灾备要求提供冗余的网络线路和设备。 正常情况下，客户端通过生产中心 的业务网络访问生产中心的应用服务器； 在发生灾难时，通过网络切换，客户端能够 访问到灾备中心的备用服务器。目前，网络切换技术主要有以下三种：(1)基于IP地址的切换生产中心和灾备中心主备应用服务器的 IP地址空间相同，客户端通过唯一的IP 地址访问应用服务器。在正常情况下，只有生产中心应用服务器的IP地址处于可用状态，灾备中心的备用服务器IP地址处于禁用状态。一旦发生灾难，管理员手工或 通过脚本将灾备中心服务器的IP地址设置为可用，实现网络访

6、问路径切换。(2)基于DN号艮务器的切换在这种方式下，所有应用需要根据主机名来访问，而不是直接根据主机的IP地址来访问，从而通过域名实现网络切换。对于对外提供服务的业务，可通过向运营商申请相应的 DNSK务器，对主生产中 心和备用生产中心各申请相应的 DNSK务，通过运营商DNSU换机制实现对外服务的 切换。对于内部提供的业务，生产中心和灾备中心各自部署一台 DNSK务器，负责所有 主机的域名解析。生产中心的为主DNS务器，灾备中心的为备份DNSK务器，两台 DNS服务器的内容自动保持完全同步。对于每个应用服务器的域名， DNS服务器上可 以保存两个IP地址，主IP地址指向生产中心应用服务器的

7、IP地址，备份IP地址指 向灾备中心服务器的IP地址。在所有的客户端上设置这两个 DNS服务器(可通过DHCF务器自动分配)。系统 首先查询主DNS服务器，如果没有应答，就查询备份 DNSK务器。当生产中心的主服务器出现故障，主DNSK务器发现无法联系到主服务器时， 会 自动将DNS青求解析至灾备中心服务器的IP地址，从而实现单个应用的自动切换。当生产中心发生火灾、地震等灾难，导致整个生产中心不可用时，客户端因为联 系不上主DNSK务器，会自动将地址解析的请求发往备份 DNS服务器。备份DNS服务 器通过存活状态检查确认生产中心的主服务器已经不可用，就将灾备中心的服务器 IP地址作为DNSS答

8、，从而将所有应用切换到灾备中心。(3)基于负载均衡设备的切换通过在服务器集群前端部署一台负载均衡设备，根据已配置的均衡策略将用户请 求在服务器集群中分发，为用户提供服务，并对服务器可用性进行维护。负载均衡能够按照一定的策略分发到指定的服务器群中的服务器或指定链路组 的某条链路上，调度算法以用户连接为粒度，并且可以采取静态设置或动态调配的方负载均衡设备能够针对各种应用服务状态进行探测，收集相应信息作为选择服务 器或链路的依据，包括ICMP TCP HTTP FTR DNSo通过对应用协议的深度识别, 能够对不同业务在主生产中心和灾备中心之间进行切换。方耳潺案群独於盘集擀这三种网络切换方式比较如下

9、:网络切 换方式基于IP地址基于DNS服务器；基于负 载均衡切换方 式手动或 半自动自动自动切换时 间10-30分钟左 右，与服 务器数 量相关10分钟 左右分钟级技术成 熟度成熟实施案较多例设备投无资单个应适合整用和整个子网个子网切换的切换成熟多较多增加2台在数据DNS服务中心前器端交换机上增加负载均衡板卡适合单适合单个应用个应用和整个和整个子网切子网切换换在以上三种网络切换方式中，基于IP地址的切换方式较简单，实现成本低，但 是对于拥有较多服务器的灾备中心而言，手工更改大量IP地址和网络配置需要比较长时间，因此这种方式适合于只有少数应用服务器的场合；基于DNS勺切换方案，从技术上讲较成熟，

10、应用也较多，而且能够实现网络切换的全自动，但是需要增加两台 DNSK务器的投资；而基于负载均衡的切换，需要增加负载均衡板卡，但是切换能够 精细到业务和服务内容，因此，在大型数据中心情况下，也可采用负载均衡的方式进 行应用之间的切换。2.2 应用切换技术应用切换是指生产中心由于发生灾难而瘫痪时，可由灾备中心的备用服务器提供业务接管，确保业务运行的高连续性。实现应用切换的前提条件是：数据已经从生产中心同步到灾备中心；灾备中心配置与生产中心对应的应用软件服务器、数据库服务器和中间件服务器等，且运行正常；灾备中心网络运行正常或能够实现正常切换。应用切换技术主要有以下几种：（1）双活数据库技术部分数据库

11、复制容灾软件，能够实现生产中心和灾备中心数据库双活，即灾备中心的备份数据库也处于Open状态，客户端可对灾备数据库进行只读访问（例如GoldenGate、DSG等数据库复制软件）。生产中心和灾备中心数据库保持双活，可提 高灾备中心的资源利用率，分担生产中心的业务负担，在发生灾难时，自然也可以实 现应用和业务的接管。H3c作为GoldenGate、DSG数据库复制容灾软件厂商的合作伙伴，对于基于数 据库复制的应用级灾备解决方案进行过严格的测试验证，能够保证方案的快速正确的 实施。这种方式的缺点之一是只适合于特定的数据库应用，不适合文件系统等应用，有一定的局限性。（2）远程集群技术远程集群是指通过

12、在生产中心和灾备中心的应用服务器上安装远程集群软件（例如Veritas Storage Foundation中的GCO&件），实现跨广域的多服务器状态的监控， 当发生灾难时，实现应用服务器的自动切换。这种方式的主要弊端在于，多种潜在因素（例如集群服务器心跳线中断、 网络短 时间中断、应用服务器响应不及时等）容易导致在生产中心实际运行正常情况下进行 误切换，运行风险高。我们知道，灾备中心的应用接管是一个管理和决策的过程，需 要人为参与，无法完全交给机器和软件来替代完成的。其次，对于存在多应用情况下，采用自动切换， 可能导致部分应用出现故障时切 换，由灾备中心接管，而其它应用在数据中心运行正常，没

13、有切换，最终产生两个数 据中心同时运行，造成数据混乱。另外，需要注意的是，即使实现了应用服务器(或者数据库服务器)的自动切换， 也并不等同于应用的自动切换。一般来说，一个应用由应用服务器和数据库服务器构 成，前者提供前端客户端的直接读写请求，并通过数据库服务器进行真实的读写操作， 应用服务器本身并不进行数据存储操作，而数据库服务器才是真正和存储系统打交道 的服务器。采用集群技术，能够实现应用服务器或数据库服务器的自动切换，但是应 用服务器和数据库服务器之间往往存在着依赖关系，它们之间连接关系的建立，一般无法自动完成，因此也无法实现真正的应用自动切换。(3)手动切换方式手动切换方式实现较简单，总

14、体成本低，适用范围广，而且较可靠。采用这种方 式时，灾备中心部署与生产中心相对应的应用服务器和数据库服务器，安装相应软件。在正常情况下，灾备中心服务器可选择不运行或者处于就绪状态但对外不可访问；发生灾难时，可在人为决策后，将灾备中心服务器启动或恢复对外访问，实现业务的快 速切换。这三种方式比较如下:应用切换 方式双活数据 库技术远程集群手动切换适用范围仅限特定 数据库无限制无限制应用完全 自动切换否否否灾备中心 日常可访 问是否否运行风险低高，可能 误切换低实施成本高较局低维护工作且 里较局较局低通过对以上应用切换技术的分析，建议首选手动切换方式，针对个别核心数据库 应用，也可选择数据库双活技术，提高灾备中心的利用率。