灾备中心数据容灾解决方案

财政灾备中心数据容灾解决方案

上海浪擎科技有限公司售前咨询部2012年8月25日

目录

1. 统一统筹，责任分明................................... 错误！未定义书签。2．浪擎灾备中心设计 (3)

2.1 灾备中心网络设计 (3)

2.2 两级监管的优势 (4)

2.3 横向扩展—支撑更多的用户 (5)

2.4 浪擎灾备软件的容灾优势 5 3．附件： (10)

2.4 附件1：部分案例介绍 (10)

1.统一统筹，分级管理

众所周知，集中建设备份中心的目的很明确，就是要本着少花钱多办事的原则，为全区域的各政府部门建立起一个共享的灾备平台，统一规划，节省投资。灾备中心共享化的确是一种符合政府信息化需求特点的建设趋势，即建成后将用一个灾备中心同时满足多个政府部门的数据备份保护需求。同时，灾备是一项长效的、专业的系统工程，只有专业的管理和服务才能将产品、技术、运维、演练有机结合，才能真正将灾备落到实处。然而各政府部门用户普遍“人少事多”，在规划和建设灾难备份和恢复系统时，经常面临着许多同样的困惑，例如对灾难恢复建设不熟悉、没经验，管理、技术、运维都面临调整、垂直行业无标准或标准混乱；投资保护和长远规划难于兼顾等等。因此，集中建立一个共享的灾备平台，实现专业人员集中管理，将灾备作为一种既统一管理、又可自主选择灾备级别的服务提供给各委办局使用，能从根本上避免“建而不管，备未无患”的尴尬，同时因为采用共享式灾备，可以极大的节约灾备中心的软硬件投入。

可见，建立集中的政府灾备中心，确实是一件有很大价值的好事儿。

但另一方面，随着部份地区的探索和实践，也发现政府异地灾备份中心与普遍意义的数据（灾备）中心在建设上存在着较大差异，建设和管理还存在很多难处。由区域政府牵头来建设灾备份中心，其核心难度在于：各条块、各委办局IT系统建设程度不一，数据存储形式复杂。因此如何搭建起一个同时满足各种不同复杂需求的统一灾备中心，并如何将灾备作为一种统一的、可选择的服务提供给各委办局使用，的确是一件非常“棘手”的任务。

结合多年的实际经验，浪擎科技对政府异地备份建设进行了一个小小的总结：

政府异地备份一般由灾备中心、委办局单位、备份系统、管理制度等组成。浪擎科技的建设经验证明，由于多家单位牵涉其中，在灾备系统建设之初就应理顺各方关系，协调好责任与义务。

上海浪擎信息科技有限公司是一家专注于存储、备份与容灾领域解决方案研发的公司，建设了多个大型的政府异地备份系统结合多年的实际经验，浪擎科技对政府异地备份建设进行了一个小小的总结：

政府异地备份一般由灾备中心、委办局单位、备份系统、管理制度等组成。浪擎科技的建设经验证明，由于多家单位牵涉其中，在灾备系统建设之初就应理顺各方关系，协调好责任与义务。

2.浪擎灾备中心设计

2.1灾备中心网络设计

目前政府电子政务网络由政务内网和政务外网构成。政府灾备可以选择电子政务网络作为灾备的基础网络，对于涉密的系统可经由政务内网传输；对于非涉密的系统可经由政务外网传输。数据量特别大的单位可架设专网接入灾备中心。

2.2两级监管的优势

备份中心必需明确备份中心和用户(政府部门)的管理职责、边界的划分，必需搞清楚谁该做什么。这就要求备份工作必需得到细分，备份中心负责“怎么存”，委办局负责“怎么备”。

备份中心提供通用备份和存储服务，负责存储、备份作业、各用户状态、网络等的监管。各政府部门负责自己单位的业务主机、备份策略、备份作业、数据失效等的管理。

浪擎灾备中心设计方案的“两级监管”使备份事务和存储管理独立，两级管理各司其职：

1)备份中心负责所有用户与存储设备管理、规划、监控全网运营，配置存储策略。

2)各接入单位负责本单位各应用的备份策略、计划、代理管理以及日常运营等。

两级管理可清晰划分两级的职责、工作内容，减少后期运营的纠纷、运维成本

2.3横向扩展- 支撑更多的用户

备份中心面临越来越多的需要备份的用户怎么办。横向扩展做到备份中心备份能力的堆叠。备份中心只需添置更多的服务器和存储，然后加入到共享式备份管理平台中，再将新增的用户指派给这些服务器。这种模式无需再购买中心端的备份管理软件，只对备份服务器做级联来支持更多的备份需求，从而不断扩充中心的接入能力。

2.4浪琴灾备软件的容灾优势

1)备端在线的容灾优势：

●所见即所得的容灾，备用系统直接处于在线运行的状态，是直接可见、可验证的。

不像其他容灾系统，一定要恢复后才能知道备用系统的好坏；

●应用级的复制技术，即镜像系统复制的数据是数据库事务，是属于应用层的，从而

可以保证数据库数据的完整性；

●实施无需停顿业务系统，适合7X24小时连续运行的业务系统；

●不需要主备系统硬件保证一致性，极大的降低系统改造及投入的硬件成本，只需备

份存储空间大一点就行；

●对网络带宽消耗非常小，不需专用的光纤传输网络，采用实时增量复制技术大大减

少了资源的开销，对业务系统性能影响很小；

●一旦主系统发生故障，由于备用系统的数据库直接处于运行状态，无需数据恢复阶

段，仅需恢复业务系统即可，所以整个备用系统替换主系统的过程非常快；

●采用实时增量复制技术，将数据复制到备用系统上，当主系统发生故障时，备用系

统丢失数量极小，由于数据量小使得备份窗口趋于零，对主系统的性能影响很小；

●应用方式多样化，支持多对一、一对多等镜像方式，为后期提供扩展平台；

●基于WEB的统一管理平台，负责对服务器、数据库等进行配置，设置镜像策略，并

监控复制链运行情况，方便管理。WEB监控界面可监控全网的备份任务及运行状态。

每条监控记录就是一条完整的复制链路，包含镜像代理、镜像服务器、运行状态。

监控配置示意图

Web可监控全网所有镜像代理、镜像服务器的工作状态以及所有复制任务。复制任务监控信息包括：

编号：根据任务复制的顺序来排序的。

类型：模块类型，有文件，SQL SERVER和ORACLE三种。

服务器：镜像服务器所在服务器IP。

目标数据库：镜像服务器端备份数据库的名称。

执行内容：具体复制的内容，数据库监控的是SQL语句，文件监控的是复制的文件名。

开始时间：任务开始执行的时间。

结束时间：任务执行结束的时间。

状态：任务执行完成后的状态，如果复制成功显示为成功，失败显示的是失败。