实例分析:一汽大众IT系统异地容灾建设
一汽大众 发表于:12年03月02日 16:24 [来稿] 存储在线
异地应用级容灾的数据复制技术
采用哪种技术实现异地容灾的数据复制是最为关键的一环,采用技术不当,必然会增加成本和实施的风险,不同厂家的技术对各种平台的支持程度也不尽相 同。在经过与多个的厂商间的技术交流,以及查询大量的资料后,我们确定应用级容灾与数据级容灾采用不同的技术,原因是这两种类别的容灾策略侧重的目标值相 差甚远。数据级容灾系统只保证数据的完整性、可靠性和安全性,但提供的服务在灾难发生后中会中断,实现起来相对简单。而应用级容灾还需要考虑数据复制的完 全性、数据的一致性、数据的完整性、网络的通畅性、容灾切换的性能影响、应用软件的适应性改造等问题,以及为保证业务运行的所需设备、环境、人员及其相应 的管理,实现起来更为复杂。
应用级容灾中我们采用了HP StorageWorks XP24000存储的CA异步复制技术,其原因是我们对此产品比较熟悉,对CA技术的掌握也比较有把握,有关此技术的详细信息不在此描述。
由于异地应用级容灾的实施难度大,在初期我们只选择了最为重要的ERP系统作为实施对象。此系统运行SAP ECC6.0, 操作系统为HP-UX 11.23,数据库为Oracle 10.2, 数据容量约8T;采用HP Storage Works XP24000 作为两端的存储设备,启用CA实时异步复制技术;通过Brocade 7800 SAN Switch连接两端存储, 启用FCoIP协议,将数据通过广域网专线从长春传递到成都。目前系统运行已接近半年,在启用了SAN交换机的数据压缩功能后,压缩比达到约2:1,在广域网线路带宽30Mbps的速度下,每日数据量< 100G。在系统上线后,成功进行了一次数据恢复测试,确认数据库完整,应用系统可正常启动。

在确定了异地数据级容灾目标后,我们比较了各种数据复制技术,包括: 基于备份软件的备份复制, 数据库的远程复制, 服务器逻辑卷的远程数据复制, 基于存储设备的远程数据复制等等,这些技术各有优缺点但无法完全满足我们的需求。因为我们发现广域网的带宽瓶颈是一个非常大的挑战,我们迫切需要一种技术对数据进行压缩后再传递,否则会增加极高的网络带宽成本。
当时市场上广泛介绍的重复数据删除技术引起了我们极大兴趣,经过仔细研究我们发现,基于备份软件+虚拟带库实现的远程数据复制技术,是非常好的一种方式,基本可满足我们对数据级容灾的需求,其特点如下:
• 备份的速度较快,而价格相对物理带库不是高很多
• 具有远程电子复制功能,支持断点续传功能
• 具有重复数据删除功能,压缩技术基于数据块而非基于文件
• 支持将虚拟带库的数据转存到物理磁带功能,物理带库的磁带可进行Export/Import作业
• 是开放式平台,支持大部分备份软件,如:IBM TSM, HP DataProtector, Commvault,NetBackup 等
• 有众多的供应商可供选择,包括: IBM, HP, Quantum, FALCON 均有独立的VTL产品
• 最重要的是,采用虚拟带库实现容灾功能,无需改变原有的应用系统架构,即保护了原有投资也降低了风险
