灾备技术分析
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1.1.1灾备技术分析
1.1.1.1灾备等级建议
设计一个灾备系统,需要考虑数据安全保障、网络带宽、数据备份/恢复可用,关系到备份/恢复数据量大小、数据中心和灾备中心间的距离和数据传输方式、灾难发生时要求的恢复速度等。根据这些因素,通常将灾备分为四个等级。
第0级,无灾备中心:这一级灾备,实际上没有灾难恢复能力,它只在本地进行数据备份,并且被备份的数据只在本地保存,没有送往异地。
第1级,本地磁带备份,异地保存:在本地将关键数据进行备份,然后送到异地保存。灾难发生后,按照预定数据恢复程序恢复系统和数据。
第2级,主备站点备份:在异地建立一个热备份点,通过网络以同步或异步方式把主站点的数据备份到备份站点,备份站点一般只备份数据,不承担业务。当出现灾难时,备份站点将接替主站点的业务,从而维护业务的连续性。
第3级,活动灾备中心:在相隔较远的地方分别建立两个数据中心,它们都处于工作状态,并进行相互数据备份。当某个数据中心发生灾难时,另一个数据中心接替其工作任务。这种级别的备份需要配置专用的硬件设备和复杂的管理软件,需要的投资相对而言是最大的,但恢复速度也是最快的。
通过比较分析,本项目拟采用灾备第2级进行数据灾备系统的建
设。
1.1.1.2灾备类型分析
灾备系统可以分为业务级灾备、数据级灾备、应用级灾备共三种类型。
(1).业务级灾备:主要在应用软件开发阶段,对数据进行主用数据库和灾备数据库的提交,这种方式需消耗10%左右的主机资源,对网络的要求也很高,因为其数据几乎是实时传递的,此外这种方式对系统开发人员要求极高,要注意每个模块跟数据相关的代码,否则极容易出现数据不一致的情况。
(2).数据级灾备:有基于存储阵列的数据镜像和基于管理软件的数据镜像两种方式。前者跟主机以及现有的IP网络没有关系,它通过FC(或FC-IP-FC)来实现阵列一级的数据同步,整体投资大,但数据安全性最有保障,且应用系统较多时实施较方便;后者需消耗10%~30%的处理器资源,对网络环境依赖较大。传统的数据备份可以认为是初级的数据级灾备方式,只是实效性差。
(3).应用级灾备:主要用于基于数据库的灾备,这种方式的系统变更的数据可以通过数据库本身的功能,通过IP网络从数据中心复制到灾备中心,这种方式不用兼顾应用层面和存储层面,整体成本是比较低的。传统的应用级灾备是通过主机一级的卷复制来实现数据灾备,对网络、主机的资源消耗较大。
根据业务需求并通过比较分析,本项目拟采用应用级的数据灾备方案。
1.1.1.3灾备技术要求
金保工程数据灾备系统要求必须实现以下灾备技术:
(1).网络系统灾备:应充分考虑金保工程整体网络系统结构和配置的容错与容灾能力,满足系统的稳定性、有效性及不间断的需求。数据灾备中心和省级数据中心之间将基于金保工程业务专网,拟增设一对10M MSTP业务专网线路,专门用于实现数据灾备中心和省级数据中心之间的数据传输,通过配置相关设备,在窄带网络环境下,实现主、备数据中心之间网络系统层的灾备。
(2).主机系统灾备:省级数据中心已采用主机系统的冗余及容错,在主机与存储系统的灾备设计中,应考虑灾备系统与数据中心的兼容性及远程切换的便捷性和智能性,理论上要求灾备中心尽可能配置与数据中心同型号的主机设备,系统一旦切换到灾备中心工作后可提供对等的主机系统服务(应用接管)。
(3).业务数据灾备:通过对EMC、VIS、H3C、IBM、RD、HDS 等厂家所实现的金保工程数据灾备技术的比较分析,拟采用持续数据保护技术、字节变化量传输技术,实现应用级的远程数据备份与灾难恢复。实现省本级生产数据和福州市生产数据到三明数据灾备中心的远程复制,既要保证数据的更新能够实时备份至远端,又要保证备份数据的顺序和关联,当省级数据中心发生灾难时,数据灾备中心的数据立即可用,从而保证我省金保工程业务的连续性。
1.1.2灾备方式分析
现有灾备主要有盘阵对盘阵方式、灾备软件方式、灾备控制器方
式等三种。
1.1.
2.1阵列对阵列方式
阵列对阵列的灾备方式是利用磁盘阵列自带的数据复制功能(如Oracle的Data gurad、HDS的TrueCopy等),不适合于金保工程的数据灾备,原因在于省级数据中心与数据灾备中心之间距离远达216KM,传输线路仅为10M带宽。
此外,该方式需要同型号设备,不适用于异构环境,不利于将来的扩展。
1.1.
2.2纯软件灾备方式
最常用的软件Symantec Veritas有三款可用于数据的容灾与备份:
(1).BE(Backup Exec),Windows环境下的数据备份,只能做备份不能做容灾,不支持IBM AIX操作系统。
(2).NBU(Net Backup),UNIX环境下的数据备份,和BE一样是数据备份软件,NBU的功能比BE更加强大。
(3).VVR(Veritas V olume Replicator),是Veritas的一种应用较广的数据灾备软件,但要求传输环境为裸光纤。Veritas用于数据灾备的产品实际上是VVR,使用Veritas Foundation的逻辑卷复制模块,具有快照功能;VVR在打快照时将通过对磁盘数据进行快照(不对缓存数据进行快照)实现数据灾备。
VVR最大特点是无法恢复逻辑错误,到目前为止仍无法应对误操作、误删除、病毒等“软灾难”造成的数据灾难恢复。由于金保工程灾备的实际环境以及RPO和RTO的目标需求,需采用VVR软件+
主机HA(VCS)才能实现。
此外,以上三种软件在备份时都会对生产系统产生一定的影响,而且通过备份软件备份的数据需经过还原后,才能被省级数据中心的应用系统读取。
1.1.
2.3灾备软件+阵列方式
灾备软件+阵列方式采用灾备控制器构建,灾备控制器由主控制器和存储阵列(称灾备阵列)两部分组成,主控制器用于安装灾备管理软件。这种灾备方式采用基于硬件底层数据变化量的持续复制和镜像快照技术,对链路带宽要求很低,且不受距离限制,融合了盘阵对盘阵的高效和纯灾备软件的灵活。
灾备控制器的最大特点是无法进行数据归档,当需要对备份数据进行归档时,必须配置磁带库或虚拟磁带库等归档设备。
通过上述分析比较,基于对金保工程省级数据中心、设区市数据中心存在的异构存储环境,以及金保工程业务专网的窄带网络环境和线路租用成本等的综合考虑,本项目拟采用“灾备软件+存储阵列”的灾备技术方案。
1.1.3系统结构设计
金保工程数据灾备系统的网络拓扑结构如下图所示: