小议灾难备份常用技术

在企业建设灾难备份的过程中,首要的步骤是进行风险分析与业务影响分析,确定灾难备份建设的重要指标RPO与RTO,然后考虑灾难恢复的策略,并且确定技术方案。在灾难恢复行业,很多公司都可以提供软硬件的解决方案,面对纷繁复杂的情况,企业如何选择呢? 本文从灾备常用的技术方式入手比较相关技术的特点,希望可以为大家的具体工作提供一些帮助。

1、灾备方案需要考虑的要点

-备用应用系统

灾备中心需部署与生产中心相同和相近的系统软件和应用软件,具备业务处理能力备份;
  应用系统灾难备份切换过程必需遵循灾难恢复流程。

-备用数据处理系统

灾备中心备份的数据处理系统应该能够接替生产中心该业务系统的运行;
  备用数据处理系统应采用与生产中心主机系统相同系列的产品或相应的升级产品;
  灾备中心的应用或数据服务器应具有一定的可扩展性。

-数据备份系统

考虑现有应用的数据量和未来3~5的业务量增长带来的数据量增长;
  建议同城灾备中心采用SAN架构;
  应优先考虑数据复制、数据快照的技术。

-备用网络系统

网络系统应采用与主中心相近的网络和通信设置;
  网络系统应满足生产运行基本系统配置和性能要求;
  最大限度的利用现有生产网络的备份线路资源;
  主要节点采用冗余的网络结构;
  考虑外联单位的网络接入。

1



常用的灾备技术

-基于主机的复制方式

与存储设备无关、数据完全一致、灵活、对带宽要求高、对不同的操作系统,需要专用的软件、需要管理多个节点、需占用主机的处理能力

-基于数据库的复制方式

灵活、方便、对带宽要求低、通过复制日志来复制数据库数据、适用范围窄

-基于磁盘的复制方式

与主机无关、可支持异构平台环境、带宽要求高、主备端需要使用同样的磁盘存储系统、在远程情况下需要配置专用的通道延伸器、成本较高

-基于装置的复制方式(基于SAN结构)

任意的存储设备之间进行复制、通过异步机制对 point-in-time images 进行复制,确保数据的一致性,可点对点,或多点对一点进行复制

-数据备份技术

通过备份软件备份系统中的应用与数据,然后再通过人工方式或者电子方式传送到远程。成本低,但可能的数据丢失量相对较大。传统上使用磁带作为备份介质,但目前开始流行使用基于磁盘的技术。

-其他技术

上述模式属于比较常用的灾备技术,但是根据具体情况,企业可能采取其他技术,如远程集群技术、连续数据保护技术甚至应用编程的方式实现灾备,但是在选择技术方案的时候,切记恢复的目的是使业务重新恢复运行,而不应执着于尝试新技术,一个传统稳定的方案往往优于一些流行技术的尝试。

特点 基于装置的复制技术 基于主机的数据复制技术 基于磁盘镜像的数据复制技术 数据库复制技术 网络备份管理软件
实现方式 基于装置的定点数据复制系统 基于逻辑卷的数据实时复制系统,一般有平台的限制 基于磁盘系统的复制技术 基于数据库复制机制,在同种数据库间实现 通过代理、备份服务器和媒体服务器完成数据备份
系统架构 需要在服务器和存储设备之间安装专用设备及软件 相同系统平台之间的数据复制,必须在卷管理软件基础上实现其数据复制功能 相同存储平台之间的数据镜像,对存储系统的功能要求高 相同的数据库平台,有版本要求 需要安装代理、备份服务器和媒体服务器
主机资源 不占用主机资源,会对主机存储性能有一定影响 占用主机处理能力进行数据复制 不占用主机处理能力 占用主机处理能力 占用较少主机处理资源
RPO 数分钟~数小时
(定点拷贝)
数分钟~小时
(异步复制)
0~数分钟
(同步、异步、定点拷贝)
数分钟~小时
(LOG复制方式)
12小时~24小时
(数据增量备份)
RTO 低于1小时 低于30分钟 低于30分钟 30分钟~数小时 数小时~1天
(视数据量大小)
数据一致性 可保证 可保证 可保证 可保证 可保证
网络带宽 对带宽要求较低 对带宽要求较高 对带宽要求高 对带宽要求较高 对带宽要求较低
系统切换及回退 容易管理,但应用系统切换和接管还需要人工启动 结合相关的广域集群软件,可实现系统的自动切换和接管 存储系统切换灵活,不实现系统和应用的切换功能 仅实现数据库的复制;需要另行考虑系统及应用的复制问题 需要进行数据备份的恢复,所需时间很长
对原系统的影响 需要在生产中心的SAN网络中增加专用的装置设备 需要在操作系统上安装相应的卷管理软件 磁盘系统镜像对网络要求高,需要光纤连接或特殊协议转换设备 可能需增加数据库软件 在生产中心服务器上安装Agent
实施难度 实施工作有一定难度,对生产系统有一定影响 实施工作有一定难度,对生产系统有一定影响 实施过程复杂 实施工作有一定难度,对生产系统有一定影响 实施工作对生产系统影响最小
成本 较高 较高(视软件版权数量而定) 较低(视数据库版权数量而定) 较低