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

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