应用级灾备的实现方法V1.0.docVIP

第 PAGE 4 页 共 NUMPAGES 7 页 应用级灾备的实现方法 当前，灾备系统建设主要分为数据级灾备和应用级灾备两大类。数据级灾备关注数据的备份和恢复，是应用级灾备的基础和前提；而应用级灾备则在数据级之上，进一步提供业务接管和恢复能力。 应用级灾备包括两个方面：数据同步和应用接管。数据同步是应用接管的前提。在保证数据同步基础上，要实现应用接管，还要能实现灾难发生时的网络切换和应用切换。 本文将从数据同步和应用接管这两个方面来讨论应用级灾备的实现方法。 数据同步 数据的同步是应用接管的基础，保障数据同步的完整性和实时有效性才能使得应用的接管有意义。数据的同步主要分为两大类，第一类是基于磁盘阵列的复制软件实现，比如EMC MirrorView镜像功能、H3C ReplicationIP复制功能等，第二类是基于服务器或者应用软件（应用层）实现，比如Oracle DataGuard组件、GoldenGate数据库复制软件、Veritas VVR软件等。不管采用何种技术，都只是在不同的层面实现了数据的同步，要达到应用接管的目的，还需要实现网络切换和应用切换。从中我们可以了解到，应用层的数据同步和应用级灾备是有区别的，这也是经常会被混淆的地方。 在现实环境中，我们最常见的应用级灾备方案是“磁盘阵列的数据复制+备用服务器”，也就是通过磁盘阵列来实现数据同步，通过备用服务器提供业务接管能力。 磁盘阵列同步有以下主要特点： 可以实现对所有数据的灾备，支持所有的数据类型，是最全面的灾备保护方式； 基于存储设备进行灾备，可以有效的解决对数据库服务器和各种应用服务器的计算资源的占用问题； 部署简单，无需更改原来的文件系统。维护也更加简单，维护好存储灾备系统就可以。 基于服务器或应用软件的灾备，例如VVR主机复制方式，有以下特点： 对原系统改动巨大，需要重建原系统的数据和文件系统，对原有数据造成破坏，需要提前做好大量的数据迁移工作； 对软件要求较高，生产中心和灾备中心的每一台服务器上都要安装专门的软件，部署成本较高，在服务器扩展的时候，成本会直线上升； 灾备软件和应用软件、操作系统之间可能存在版本冲突、兼容性问题，这个问题长期存在，在扩容的时候更加需要考虑，有可能导致应用系统受到限制或扩展受到影响； 对主机的性能占用和消耗； 每个服务器对应一个节点，在管理和维护方面增加了复杂性； 数据复制采用异步的方式，在网络故障的情况下，会造成同步数据的不一致，导致数据不可用或无法访问； 因此，数据同步从实现效果、成本、维护、资源占用、对原系统的影响几个角度来看，从磁盘阵列层面实现都要优于通过主机软件方式实现。通过磁盘阵列进行数据同步之后，可以通过备用服务器的启用实现应用的切换，配合管理者的切换决策也更加方便，并能够有效降低误切换带来的风险。 应用接管 在数据同步基础上，可进一步考虑网络切换和应用切换，来实现应用级灾备。 2.1 网络切换技术 应用级灾备要求提供冗余的网络线路和设备。正常情况下，客户端通过生产中心的业务网络访问生产中心的应用服务器；在发生灾难时，通过网络切换，客户端能够访问到灾备中心的备用服务器。 目前，网络切换技术主要有以下三种： （1）基于IP地址的切换 生产中心和灾备中心主备应用服务器的IP地址空间相同，客户端通过唯一的IP地址访问应用服务器。在正常情况下，只有生产中心应用服务器的IP地址处于可用状态，灾备中心的备用服务器IP地址处于禁用状态。一旦发生灾难，管理员手工或通过脚本将灾备中心服务器的IP地址设置为可用，实现网络访问路径切换。 （2）基于DNS服务器的切换 在这种方式下，所有应用需要根据主机名来访问，而不是直接根据主机的IP地址来访问，从而通过域名实现网络切换。 对于对外提供服务的业务，可通过向运营商申请相应的DNS服务器，对主生产中心和备用生产中心各申请相应的DNS服务，通过运营商DNS切换机制实现对外服务的切换。 对于内部提供的业务，生产中心和灾备中心各自部署一台DNS服务器，负责所有主机的域名解析。生产中心的为主DNS服务器，灾备中心的为备份DNS服务器，两台DNS服务器的内容自动保持完全同步。对于每个应用服务器的域名，DNS服务器上可以保存两个IP地址，主IP地址指向生产中心应用服务器的IP地址，备份IP地址指向灾备中心服务器的IP地址。 在所有的客户端上设置这两个DNS服务器（可通过DHCP服务器自动分配）。系统首先查询主DNS服务器，如果没有应答，就查询备份DNS服务器。 当生产中心的主服务器出现故障，主DNS服务器发现无法联系到主服务器时，会自动将DNS请求解析至灾备中心服务器的IP地址，从而实现单个应用的自动切换。 当生产中心发生火灾、地震等灾难，导致整个生产中心不可用时，客户端因为联系不上主DNS服务器