数据容灾备份中心建设方案书

1、CHISC.NET - 国内第一医疗信息化网站 ,为业内人士提供最强大的交流共享平台PAGE PAGE 150保密 迪思杰（北京）数码技术有限公司单位数据容灾备份中心建设方案书（DSGRealsync数据复制容灾技术）迪思杰（北京）数码技术有限公司DSGdata Inc.目 录 TOC o 1-3 h z u HYPERLINK l _Toc175033491 第一部需求分析 PAGEREF _Toc175033491 h 7 HYPERLINK l _Toc175033492 1容灾项目建设需要注意的几大问题 PAGEREF _Toc175033492 h 8 HYPERLINK l _To

2、c175033493 1.1为什么要建容灾系统 PAGEREF _Toc175033493 h 8 HYPERLINK l _Toc175033494 1.2容灾不能替换备份 PAGEREF _Toc175033494 h 8 HYPERLINK l _Toc175033495 1.3容灾项目需要多大的投资？ PAGEREF _Toc175033495 h 10 HYPERLINK l _Toc175033496 1.4容灾项目如何解决投资回收问题 PAGEREF _Toc175033496 h 11 HYPERLINK l _Toc175033497 1.5容灾项目对生产系统性能的影响 PA

3、GEREF _Toc175033497 h 12 HYPERLINK l _Toc175033498 1.6选择什么容灾技术能保证项目实施成功？ PAGEREF _Toc175033498 h 12 HYPERLINK l _Toc175033499 2容灾项目的建设原则“平战结合” PAGEREF _Toc175033499 h 13 HYPERLINK l _Toc175033500 2.1变成本中心为利润中心 PAGEREF _Toc175033500 h 13 HYPERLINK l _Toc175033501 2.2核心业务的灾备平台 PAGEREF _Toc175033501 h

4、13 HYPERLINK l _Toc175033502 2.3业务负载分担 PAGEREF _Toc175033502 h 13 HYPERLINK l _Toc175033503 2.4容灾技术的推荐“DSG RealSync” PAGEREF _Toc175033503 h 14 HYPERLINK l _Toc175033504 DSG-RealSync数据同步复制容灾产品应用案例 PAGEREF _Toc175033504 h 14 HYPERLINK l _Toc175033505 DSG-SnapAssure高速备份产品应用案例 PAGEREF _Toc175033505 h 1

5、5 HYPERLINK l _Toc175033506 2.5DSG RealSync数据库复制产品的特点 PAGEREF _Toc175033506 h 16 HYPERLINK l _Toc175033507 3容灾技术对比和分析 PAGEREF _Toc175033507 h 19 HYPERLINK l _Toc175033508 3.1容灾产品概述 PAGEREF _Toc175033508 h 19 HYPERLINK l _Toc175033509 3.2基于异地备份技术实现容灾的分析 PAGEREF _Toc175033509 h 19 HYPERLINK l _Toc1750

6、33510 3.3基于应用层容灾技术的分析 PAGEREF _Toc175033510 h 20 HYPERLINK l _Toc175033511 3.4基于磁盘阵列复制容灾技术的分析 PAGEREF _Toc175033511 h 20 HYPERLINK l _Toc175033512 3.5基于存储卷复制容灾技术的分析 PAGEREF _Toc175033512 h 22 HYPERLINK l _Toc175033513 3.6基于虚拟化存储技术的分析 PAGEREF _Toc175033513 h 23 HYPERLINK l _Toc175033514 3.7基于Oracle D

7、ataGuard容灾技术的分析 PAGEREF _Toc175033514 h 24 HYPERLINK l _Toc175033515 3.8DSG Realsync容灾技术的分析 PAGEREF _Toc175033515 h 26 HYPERLINK l _Toc175033516 第二部整体方案设计 PAGEREF _Toc175033516 h 29 HYPERLINK l _Toc175033517 4方案设计(案例：西部证券) PAGEREF _Toc175033517 h 30 HYPERLINK l _Toc175033518 4.1需求分析 PAGEREF _Toc1750

8、33518 h 30 HYPERLINK l _Toc175033519 4.2DSG灾备一体化产品线 PAGEREF _Toc175033519 h 30 HYPERLINK l _Toc175033520 4.3Snapassure与Realsync的关系 PAGEREF _Toc175033520 h 30 HYPERLINK l _Toc175033521 4.4容灾技术的推荐 PAGEREF _Toc175033521 h 31 HYPERLINK l _Toc175033522 4.5系统结构 PAGEREF _Toc175033522 h 32 HYPERLINK l _Toc1

9、75033523 4.6实时复制软件realsync配置 PAGEREF _Toc175033523 h 33 HYPERLINK l _Toc175033524 4.7定时备份软件snapassure配置 PAGEREF _Toc175033524 h 33 HYPERLINK l _Toc175033525 4.8功能实现 PAGEREF _Toc175033525 h 33 HYPERLINK l _Toc175033526 4.9性能和资源需求估算 PAGEREF _Toc175033526 h 34 HYPERLINK l _Toc175033527 4.9.1网络需求 PAGERE

10、F _Toc175033527 h 34 HYPERLINK l _Toc175033528 4.9.2日志分析速度 PAGEREF _Toc175033528 h 34 HYPERLINK l _Toc175033529 4.9.3每秒钟复制的操作数 PAGEREF _Toc175033529 h 34 HYPERLINK l _Toc175033530 4.9.4复制数据延迟 PAGEREF _Toc175033530 h 35 HYPERLINK l _Toc175033531 4.9.5CPU资源占用 PAGEREF _Toc175033531 h 35 HYPERLINK l _To

11、c175033532 4.9.6源端的缓存空间 PAGEREF _Toc175033532 h 35 HYPERLINK l _Toc175033533 4.9.7业务切换 PAGEREF _Toc175033533 h 35 HYPERLINK l _Toc175033534 4.9.8RTO,RPO指标规划 PAGEREF _Toc175033534 h 35 HYPERLINK l _Toc175033535 4.10备份和灾难恢复策略设计 PAGEREF _Toc175033535 h 36 HYPERLINK l _Toc175033536 4.10.1本地和异地的数据实时备份 PA

12、GEREF _Toc175033536 h 36 HYPERLINK l _Toc175033537 4.10.2本地数据定时备份 PAGEREF _Toc175033537 h 36 HYPERLINK l _Toc175033538 4.10.3灾难恢复策略 PAGEREF _Toc175033538 h 37 HYPERLINK l _Toc175033539 5方案设计的要点 PAGEREF _Toc175033539 h 38 HYPERLINK l _Toc175033540 5.1OPS/RAC的支持 PAGEREF _Toc175033540 h 38 HYPERLINK l

13、_Toc175033541 5.2数据完整性保证 PAGEREF _Toc175033541 h 39 HYPERLINK l _Toc175033542 5.3数据初始化装载 PAGEREF _Toc175033542 h 39 HYPERLINK l _Toc175033543 5.4选择性复制支持 PAGEREF _Toc175033543 h 41 HYPERLINK l _Toc175033544 5.5支持的复制结构 PAGEREF _Toc175033544 h 41 HYPERLINK l _Toc175033545 5.6产品规格 PAGEREF _Toc175033545

14、h 42 HYPERLINK l _Toc175033546 5.7其他关键问题（DSGRealSync的关键答复） PAGEREF _Toc175033546 h 42 HYPERLINK l _Toc175033547 6DSG-RealSync解决方案的特点 PAGEREF _Toc175033547 h 44 HYPERLINK l _Toc175033548 6.1业务功能实现 PAGEREF _Toc175033548 h 44 HYPERLINK l _Toc175033549 6.1.1主备系统数据库处于双活状态 PAGEREF _Toc175033549 h 44 HYPER

15、LINK l _Toc175033550 6.1.2以数据保护为中心，侧重于保护业务数据安全 PAGEREF _Toc175033550 h 44 HYPERLINK l _Toc175033551 6.1.3数据延迟 PAGEREF _Toc175033551 h 44 HYPERLINK l _Toc175033552 6.1.4数据损失 PAGEREF _Toc175033552 h 44 HYPERLINK l _Toc175033553 6.2性能和稳定性 PAGEREF _Toc175033553 h 45 HYPERLINK l _Toc175033554 6.2.1对源系统性能

16、的影响 PAGEREF _Toc175033554 h 45 HYPERLINK l _Toc175033555 6.2.2对网络资源的使用 PAGEREF _Toc175033555 h 45 HYPERLINK l _Toc175033556 6.2.3数据延迟 PAGEREF _Toc175033556 h 45 HYPERLINK l _Toc175033557 6.2.4对主中心的影响 PAGEREF _Toc175033557 h 46 HYPERLINK l _Toc175033558 6.2.5复制环境的健壮性 PAGEREF _Toc175033558 h 46 HYPERL

17、INK l _Toc175033559 6.2.6事物的完整性和可用性 PAGEREF _Toc175033559 h 46 HYPERLINK l _Toc175033560 6.3配置和实施 PAGEREF _Toc175033560 h 47 HYPERLINK l _Toc175033561 6.3.1开放性 PAGEREF _Toc175033561 h 47 HYPERLINK l _Toc175033562 6.3.2对源系统的修改工作 PAGEREF _Toc175033562 h 47 HYPERLINK l _Toc175033563 6.4可扩展性 PAGEREF _To

18、c175033563 h 47 HYPERLINK l _Toc175033564 6.4.1对系统扩容的影响 PAGEREF _Toc175033564 h 47 HYPERLINK l _Toc175033565 6.4.2业务扩展的影响 PAGEREF _Toc175033565 h 47 HYPERLINK l _Toc175033566 6.4.3对双机集群的支持 PAGEREF _Toc175033566 h 47 HYPERLINK l _Toc175033567 7DSG-RealSync产品工作原理 PAGEREF _Toc175033567 h 48 HYPERLINK l

19、 _Toc175033568 7.1日志抓取（Data Capture） PAGEREF _Toc175033568 h 48 HYPERLINK l _Toc175033569 7.2日志分析（Analyze） PAGEREF _Toc175033569 h 49 HYPERLINK l _Toc175033570 7.3交易合成（Synthesize） PAGEREF _Toc175033570 h 50 HYPERLINK l _Toc175033571 7.4交易传输 PAGEREF _Toc175033571 h 51 HYPERLINK l _Toc175033572 7.5数据装

20、载 PAGEREF _Toc175033572 h 51 HYPERLINK l _Toc175033573 7.5.1用DXF数据格式的装载： PAGEREF _Toc175033573 h 52 HYPERLINK l _Toc175033574 7.5.2Row mapping实现快速定位 PAGEREF _Toc175033574 h 52 HYPERLINK l _Toc175033575 8DSG SnapAssure备份产品（可选） PAGEREF _Toc175033575 h 54 HYPERLINK l _Toc175033576 8.1DSG SnapAssure备份技术

21、概述 PAGEREF _Toc175033576 h 54 HYPERLINK l _Toc175033577 8.1.1选型原则 PAGEREF _Toc175033577 h 54 HYPERLINK l _Toc175033578 8.1.2DSG SnapAssure概述 PAGEREF _Toc175033578 h 54 HYPERLINK l _Toc175033579 8.1.3DSG SnapAssure特点 PAGEREF _Toc175033579 h 55 HYPERLINK l _Toc175033580 8.2SnapAssure备份产品工作原理 PAGEREF _

22、Toc175033580 h 56 HYPERLINK l _Toc175033581 8.2.1数据抽取 PAGEREF _Toc175033581 h 57 HYPERLINK l _Toc175033582 8.2.2数据压缩 PAGEREF _Toc175033582 h 57 HYPERLINK l _Toc175033583 8.2.3备份数据的组织 PAGEREF _Toc175033583 h 58 HYPERLINK l _Toc175033584 8.2.4备份数据的访问 PAGEREF _Toc175033584 h 58 HYPERLINK l _Toc17503358

23、5 8.2.5恢复功能 PAGEREF _Toc175033585 h 59 HYPERLINK l _Toc175033586 8.2.6对非归档日志模式的支持 PAGEREF _Toc175033586 h 60 HYPERLINK l _Toc175033587 8.3SnapAssure的模块组成 PAGEREF _Toc175033587 h 61 HYPERLINK l _Toc175033588 8.4SnapAssure支持的备份策略 PAGEREF _Toc175033588 h 62 HYPERLINK l _Toc175033589 8.4.1SnapAssure支持的备

24、份类型 PAGEREF _Toc175033589 h 62 HYPERLINK l _Toc175033590 8.4.2备份策略的设计 PAGEREF _Toc175033590 h 63 HYPERLINK l _Toc175033591 8.4.3恢复策略 PAGEREF _Toc175033591 h 63 HYPERLINK l _Toc175033592 8.5SnapAssure对Oracle备份系统的特殊优势 PAGEREF _Toc175033592 h 64 HYPERLINK l _Toc175033593 8.6SnapAssure的案例 PAGEREF _Toc17

25、5033593 h 66 HYPERLINK l _Toc175033594 8.6.1SnapAssure在广东联通的应用： PAGEREF _Toc175033594 h 67 HYPERLINK l _Toc175033595 8.6.2SnapAssure在新疆电信IBSS系统中的集中备份应用 PAGEREF _Toc175033595 h 67 HYPERLINK l _Toc175033596 第三部项目实施及售后服务 PAGEREF _Toc175033596 h 71 HYPERLINK l _Toc175033597 9项目实施规划 PAGEREF _Toc175033597

26、 h 72 HYPERLINK l _Toc175033598 9.1项目管理 PAGEREF _Toc175033598 h 72 HYPERLINK l _Toc175033599 9.2实施策略规划 PAGEREF _Toc175033599 h 73 HYPERLINK l _Toc175033600 9.3测试 PAGEREF _Toc175033600 h 73 HYPERLINK l _Toc175033601 9.4生产系统实施 PAGEREF _Toc175033601 h 74 HYPERLINK l _Toc175033602 9.5验收支持 PAGEREF _Toc17

27、5033602 h 75 HYPERLINK l _Toc175033603 9.6验收方式 PAGEREF _Toc175033603 h 75 HYPERLINK l _Toc175033604 9.7验收小组构成 PAGEREF _Toc175033604 h 76 HYPERLINK l _Toc175033605 9.8验收工作流程图 PAGEREF _Toc175033605 h 77 HYPERLINK l _Toc175033606 9.9培训 PAGEREF _Toc175033606 h 78 HYPERLINK l _Toc175033607 9.9.1DSGRealSy

28、nc复制容灾系统培训 PAGEREF _Toc175033607 h 78 HYPERLINK l _Toc175033608 9.9.2DSGSnapAssure备份系统培训 PAGEREF _Toc175033608 h 79 HYPERLINK l _Toc175033609 9.10知识转移 PAGEREF _Toc175033609 h 80 HYPERLINK l _Toc175033610 9.11项目文档 PAGEREF _Toc175033610 h 80 HYPERLINK l _Toc175033611 9.12项目小组 PAGEREF _Toc175033611 h 8

29、1 HYPERLINK l _Toc175033612 10项目的具体实施步骤 PAGEREF _Toc175033612 h 82 HYPERLINK l _Toc175033613 10.1容灾项目整体实施阶段概述 PAGEREF _Toc175033613 h 82 HYPERLINK l _Toc175033614 10.2数据复制软件本身实施步骤和周期 PAGEREF _Toc175033614 h 82 HYPERLINK l _Toc175033615 10.3容灾系统状态定义 PAGEREF _Toc175033615 h 82 HYPERLINK l _Toc17503361

30、6 10.4环境准备 PAGEREF _Toc175033616 h 83 HYPERLINK l _Toc175033617 10.5安装和配置概述 PAGEREF _Toc175033617 h 84 HYPERLINK l _Toc175033618 10.6初始化复制环境、进行初始数据同步 PAGEREF _Toc175033618 h 84 HYPERLINK l _Toc175033619 10.6.1首次全同步分析 PAGEREF _Toc175033619 h 84 HYPERLINK l _Toc175033620 10.6.2全同步实施步骤 PAGEREF _Toc1750

31、33620 h 86 HYPERLINK l _Toc175033621 10.6.3时间估算 PAGEREF _Toc175033621 h 86 HYPERLINK l _Toc175033622 10.7开始实时复制 PAGEREF _Toc175033622 h 87 HYPERLINK l _Toc175033623 10.8灾难恢复 PAGEREF _Toc175033623 h 87 HYPERLINK l _Toc175033624 10.9数据一致性检查 PAGEREF _Toc175033624 h 87 HYPERLINK l _Toc175033625 10.10容灾中

32、心的使用 PAGEREF _Toc175033625 h 88 HYPERLINK l _Toc175033626 11容灾演习、容灾切换和回切 PAGEREF _Toc175033626 h 89 HYPERLINK l _Toc175033627 11.1容灾演习 PAGEREF _Toc175033627 h 89 HYPERLINK l _Toc175033628 11.2切换的方式 PAGEREF _Toc175033628 h 89 HYPERLINK l _Toc175033629 11.3数据库的切换过程 PAGEREF _Toc175033629 h 90 HYPERLINK

33、 l _Toc175033630 11.3.1数据库切换方式： PAGEREF _Toc175033630 h 90 HYPERLINK l _Toc175033631 11.3.2数据库切换的步骤 PAGEREF _Toc175033631 h 91 HYPERLINK l _Toc175033632 11.4应用服务器切换 PAGEREF _Toc175033632 h 92 HYPERLINK l _Toc175033633 11.5网络切换 PAGEREF _Toc175033633 h 92 HYPERLINK l _Toc175033634 11.6系统回切 PAGEREF _To

34、c175033634 h 94 HYPERLINK l _Toc175033635 11.7切换自动化管理工具 PAGEREF _Toc175033635 h 94 HYPERLINK l _Toc175033636 12容灾系统的维护和人员配置需求 PAGEREF _Toc175033636 h 95 HYPERLINK l _Toc175033637 12.1容灾管理规划 PAGEREF _Toc175033637 h 95 HYPERLINK l _Toc175033638 12.2复制软件的日常维护 PAGEREF _Toc175033638 h 95 HYPERLINK l _Toc

35、175033639 12.3人员组织结构规划 PAGEREF _Toc175033639 h 95 HYPERLINK l _Toc175033640 12.3.1容灾项目领导小组 PAGEREF _Toc175033640 h 95 HYPERLINK l _Toc175033641 12.3.2容灾项目经理 PAGEREF _Toc175033641 h 96 HYPERLINK l _Toc175033642 12.3.3系统专家 PAGEREF _Toc175033642 h 96 HYPERLINK l _Toc175033643 12.3.4网络专家 PAGEREF _Toc175

36、033643 h 96 HYPERLINK l _Toc175033644 13售后服务内容及承诺 PAGEREF _Toc175033644 h 97 HYPERLINK l _Toc175033645 13.1服务宗旨与策略 PAGEREF _Toc175033645 h 97 HYPERLINK l _Toc175033646 13.2服务体系 PAGEREF _Toc175033646 h 98 HYPERLINK l _Toc175033647 13.3技术服务流程 PAGEREF _Toc175033647 h 98 HYPERLINK l _Toc175033648 13.4行业

37、战略级售后服务计划 PAGEREF _Toc175033648 h 99 HYPERLINK l _Toc175033649 13.4.1工程实施阶段的服务 PAGEREF _Toc175033649 h 99 HYPERLINK l _Toc175033650 13.4.2系统售后运行期间的服务内容 PAGEREF _Toc175033650 h 100 HYPERLINK l _Toc175033651 13.5服务联系方式 PAGEREF _Toc175033651 h 101 HYPERLINK l _Toc175033652 14附：容灾系统术语与定义 PAGEREF _Toc175

38、033652 h 103 HYPERLINK l _Toc175033653 14.1灾难 PAGEREF _Toc175033653 h 103 HYPERLINK l _Toc175033654 14.2灾备站点 PAGEREF _Toc175033654 h 103 HYPERLINK l _Toc175033655 14.3恢复时间目标（RTO）与恢复点目标（RPO） PAGEREF _Toc175033655 h 103 HYPERLINK l _Toc175033656 14.4业务持续计划（BCP）与灾难恢复计划（DRP） PAGEREF _Toc175033656 h 103

39、HYPERLINK l _Toc175033657 14.5系统灾难级别定义 PAGEREF _Toc175033657 h 104 HYPERLINK l _Toc175033658 14.6灾难恢复过程 PAGEREF _Toc175033658 h 105 HYPERLINK l _Toc175033659 14.7灾难备份技术 PAGEREF _Toc175033659 h 106 HYPERLINK l _Toc175033660 14.8灾难备份中心 PAGEREF _Toc175033660 h 107 HYPERLINK l _Toc175033661 14.9RPO与RTO

40、PAGEREF _Toc175033661 h 108 HYPERLINK l _Toc175033662 第四部DSG公司简介及案例 PAGEREF _Toc175033662 h 110 HYPERLINK l _Toc175033663 15DSG公司简介 PAGEREF _Toc175033663 h 111 HYPERLINK l _Toc175033664 15.1DSG成立和组成 PAGEREF _Toc175033664 h 111 HYPERLINK l _Toc175033665 15.2DSG业务范围 PAGEREF _Toc175033665 h 111 HYPERLI

41、NK l _Toc175033666 15.3DSG核心技术 PAGEREF _Toc175033666 h 112 HYPERLINK l _Toc175033667 15.4DSG公司的业务方向 PAGEREF _Toc175033667 h 112 HYPERLINK l _Toc175033668 15.5DSG在国内的主要应用客户 PAGEREF _Toc175033668 h 113 HYPERLINK l _Toc175033669 16附：DSG在类似项目的成功范例和相关经验 PAGEREF _Toc175033669 h 114 HYPERLINK l _Toc1750336

42、70 16.1成功案例的列表 PAGEREF _Toc175033670 h 114 HYPERLINK l _Toc175033671 16.2成功案例的概况 PAGEREF _Toc175033671 h 115 HYPERLINK l _Toc175033672 16.3广西移动营业和客服数据库数据复制应急查询平台 PAGEREF _Toc175033672 h 118 HYPERLINK l _Toc175033673 16.4福建电信的计费查询平台应用 PAGEREF _Toc175033673 h 121 HYPERLINK l _Toc175033674 16.5河北地税11地市

43、本地复制和数据集中上收和容灾应用 PAGEREF _Toc175033674 h 123 HYPERLINK l _Toc175033675 16.6长江证券集中交易系统灾备应用 PAGEREF _Toc175033675 h 125 HYPERLINK l _Toc175033676 16.7西北证券灾备一体化方案 PAGEREF _Toc175033676 h 128 HYPERLINK l _Toc175033677 16.8湖北联通的复制应用 PAGEREF _Toc175033677 h 131 HYPERLINK l _Toc175033678 16.9江苏联通业务复制应用 PAG

44、EREF _Toc175033678 h 133 HYPERLINK l _Toc175033679 16.10辽宁网通数据复制应用案例 PAGEREF _Toc175033679 h 135 HYPERLINK l _Toc175033680 16.11上海松江财政容灾系统应用案例 PAGEREF _Toc175033680 h 138 HYPERLINK l _Toc175033681 16.12山东联通计费系统容灾及查询平台应用 PAGEREF _Toc175033681 h 141 HYPERLINK l _Toc175033682 16.13SnapAssure在新疆移动BOSS系统

45、备份的应用 PAGEREF _Toc175033682 h 143 HYPERLINK l _Toc175033683 16.14容灾异构平台的经验 PAGEREF _Toc175033683 h 145 HYPERLINK l _Toc175033684 16.15性能指标占用参考 PAGEREF _Toc175033684 h 145需求分析为什么要建容灾系统随着业务的飞速发展使其单位时间内的业务量、相关的资金密度不断提高，因此，业务的间断直接意味着经济上的损失；另一方面，提供高可靠性、高水准的客户服务也是保持良好形象的重要手段；随着IT系统建设的不断发展，我们在享受IT支撑系统带来的高效

46、率、高服务的优势的同时，其业务运作也更加依赖于IT系统的稳定运行，其结果是，一旦发生IT系统停止运行，那么关键业务系统将受到严重影响，用户信息、征收记录等也随之丢失。随着应用系统的不断发展完善，信息化对工商系统的业务影响也越来越明显，为了更好地保护已有的数据资料，保证信息系统的正常运行，对一些关键业务的实时保护就变得异常重要，同时对关键数据的保护也变得十分重要。灾难恢复就是在这样的背景下提出的。本方案是根据*单位提出的容灾需求，所设计的方案。如有欠缺或遗漏之处，敬请谅解！容灾项目建设需要注意的几大问题为什么要建容灾系统随着业务的飞速发展使其单位时间内的业务量、相关的资金密度不断提高，因此，业务

47、的间断直接意味着经济上的损失；另一方面，提供高可靠性、高水准的客户服务也是保持良好形象的重要手段；随着IT系统建设的不断发展，我们在享受IT支撑系统带来的高效率、高服务的优势的同时，其业务运作也更加依赖于IT系统的稳定运行，其结果是，一旦发生IT系统停止运行，那么关键业务系统将受到严重影响，用户信息、征收记录等也随之丢失。因此，小至一般性的硬件故障，大到区域性的自然灾害，从物理的设备不可用，到逻辑的人为失误和破坏，都可能造成整个信息系统的全面瘫痪，导致业务运营的停顿。灾难的定义也从过去的大面积自然灾害，转变为可造成IT系统应用不可用，产生的任何故障和灾害。 如何才能保证尽量减少企业数据的丢失、

48、将危险与灾难的损失降低到最小程度呢？这就需要建立容灾系统，包括数据容灾以及应用容灾。容灾系统的核心就在于使用各种技术和管理手段将灾难化解，在实践中主要表现为两个方面：一是保证企业数据的安全；二是保证业务的连续性。通过在工作站点和灾难恢复站点运行同样的系统，包括操作系统、基础数据库和应用软件，并通过数据复制完成数据复制。假如工作站点发生灾难，不能再继续工作，这时容灾中心会将业务数据及时恢复到备用服务器上，并自动将业务切换到备用服务器，然后实现业务的远程切换，恢复系统不间断的运行，在容灾中心实现应用级容灾，这个过程只需要很短的时间；在此基础上，在灾难过后，再将业务系统切换回正常的生产系统，实现业务

49、的灾难恢复。因此，业务连续性和容灾建设的总体目标是：为关键业务系统提供风险预防机制和灾难恢复措施，在确保数据安全的基础上提高业务连续运行能力，降低企业运营风险，将业务损失降低到可接受的程度，提升管理和服务质量，增强企业竞争力。 容灾不能替换备份1容灾和备份的目的不同容灾系统的目的在于保证系统数据和服务的“在线性”，即当系统发生故障时，仍然能够正常地向网络系统提供数据和服务，以使系统不致停顿。而备份技术的目的与此并不相同，备份是“将在线数据转移成离线数据的过程”，其目的在于应付系统数据中的逻辑错误和历史数据保存。所以，在各种容错技术非常丰富的今天，备份系统仍然是不可替代的。2备份是基石 备份是指

50、为防止系统出现操作失误或系统故障导致数据丢失，而将全系统或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。备份是数据高可用的最后一道防线，其目的是为了系统数据崩溃时能够恢复数据。3容灾不可少 那么建设了备份系统，是否就不需要容灾系统？这还要看业务部门对RTO（恢复所需的时间指标）/RPO（能够恢复到的最新状态）指标的期望值，如果允许1TB的数据库RTO8小时，RPO1天，那备份系统就能满足要求。同时，备份的目的在于应付系统数据中的逻辑错误和历史数据保存。只能够满足数据丢失、数据破坏时的数据恢复目的，而不能提供实时的业务接管功能。因此容灾系统对于某些关键业务而言也是必不可少的。人们

51、谈及容灾往往是针对当生产系统，不能正常工作时，其业务可由容灾系统接替这些业务，继续进行正常的工作。 能够提供很好的RTO和RPO指标。同时远程容灾系统具备应付各种灾难，特别是区域性与毁灭性灾难的能力，具备较为完善的数据保护与灾难恢复功能，保证灾难降临时数据的完整性及业务的连续性，并在最短时间内恢复业务系统的正常运行，将损失降到最小。 4容灾不能替换备份容灾系统会完整地把生产系统的任何变化复制到容灾端去，包括不想让它复制的工作，比如不小心把计费系统内的用户信息表删除了，同时容灾端的用户信息表也会被完整地删除。如果是同步容灾，那容灾端同时就删除了；如果是异步容灾，那容灾端在数据异步复制的间隔内就会

52、被删除。这时就需要从备份系统中取出最新备份，来恢复被错误删除的信息。因此容灾系统的建设不能替代备份系统的建设。5规划企业安全保障体系考虑的因素对于企业而言到底应该如何建设自己的灾备系统，是只建设备份系统、还是只建设容灾系统、还是需要二者同时建设、或者是分步骤的建设，谁先谁后等问题，主要根据业务的需求而定：（1）需要防范的灾难类型：企业信息系统可能遇到的灾难类型及其发生的比例如下：对于“人为错误”、“软件损坏和程序错误”加上“病毒”等这些都称为逻辑错误，占总故障的 56%，这些错误只能通过备份系统才能防范；对于 “硬件和系统故障”以及“自然灾难”等故障可以通过在容灾系统（或者异地备份）来防范，占

53、总故障率的44%。（2）允许的RTO和RPO指标从技术上看，衡量容灾系统有两个主要指标：RPO（Recovery Point Object）和RTO（Recovery Time Object），其中RPO代表了当灾难发生时允许丢失的数据量；而RTO则代表了系统恢复的时间。一般而言：容灾系统能够提供较好的RTO和RPO指标。（3）系统投资总的说来，建设备份系统的投资远比建设标准意义的容灾系统的投资小得多：备份系统的投资规模一般在几百万；而最节省的一套容灾系统投资都将上千万；因为建设备份系统所需的资源在以下几个方面的投资都远远小于容灾系统：备份系统容灾系统传输链路TCP/IP网络带宽一般1GBSA

54、N网络独占光纤资源带宽要求10GB盘阵需求容量小只需要中档阵列容量大必需高端阵列系统维护成本几乎无需维护需建一个团队维护6常用的灾备组合方式基于以上原因，业界在灾备系统的建设上一般按照以下几种方式：建设机房内的本地备份系统建设异地的备份系统该方式可以备份系统的价格满足备份和异地容灾功能，能够避免主生产中心由于地震、火灾或其他灾害造成的数据丢失备份系统异地容灾系统这是一个较为理想化的灾备一体化解决方案，能够在很大程度上避免各种可能的错误。容灾项目需要多大的投资？其实这个问题也可以被反问为：你希望容灾系统能达到什么效果？要想阐述清楚此问题，首先要明白两个指标：RTO和RPO。RTO，Recover

55、 Time Object，恢复时间指标（业务接管时间），是指当灾难发生后，生产系统需要多长时间能够恢复生产，它是衡量企业在灾难发生后多长时间能重新开始运转的指标。RPO，Recover Point Object，恢复点指标（数据丢失量），是指灾难发生后，容灾系统能把数据恢复到灾难发生前的哪一个时间点的数据，它是衡量企业在灾难发生后会丢失多少生产数据的指标。理想状态下，我们希望RTO=0，RPO=0，即灾难发生对企业生产毫无影响，既不会导致生产停顿，也不会导致生产数据丢失。从当前计算机技术水平来说，我们可以为用户建设这种类型的容灾系统，其中最著名的例子当属VISA和Master的结算系统，由于这

56、两个银行结算组织占据了全球银行结算业务的重要地位，他们的结算系统不允许发生任何停顿和数据丢失的情况，即使在911这种极端情况下。但实现这样的容灾系统的投资巨大，它结合了存储数据复制技术、服务器操作系统镜像技术、集群技术、数据库高可用性设计、应用系统高可用性设计、同步容灾技术、异步容灾技术、同城容灾方案、异地容灾方案，以及相应的管理流程和意外事件反映处理流程等详细的规章制度，和人员配备、行政保障手段（通信、交通等），综合在一起完成一个完整的容灾方案（实际是双生产中心或多生产中心方案，并没有单纯的容灾中心）。但是这种方案的投资过于巨大，目前中国可能除了中国银联等这种特殊性质的企业外，不会有太多的企

57、业会去实现这个系统。目前，在电信等企业的关键业务系统容灾项目建设中，投资规模为多少是合理的？如果业务部门能确认RTO/RPO指标，那技术部门选择了合适的容灾技术以及配套的管理流程就可以确定投资规模了。例如，如果业务部门确认，灾难发生后，3个小时内营业厅恢复生产就可以满足用户需求，且营业系统数据不能丢失，那RTO3小时，RPO0，那就必须选择基于存储平台数据复制技术的同步容灾方案；如果业务部门确认，灾难发生后，3天能恢复经营分析系统工作，且以前的数据丢失可以忽略不计，那RTO=3天，RPO无，那选择ATA磁盘实现异地备份，就能满足要求。容灾项目如何解决投资回收问题从系统安全性角度考虑，我们必须为

58、关键的业务支撑系统建设最有效的灾难恢复解决方案。但是在大部分情况下，当未出现灾难时，我们的容灾端系统总是处于空闲状态，花费大量投资买来的系统根本无法有效利用。这个问题一直困扰着用户。为了百年不遇的灾难投入巨资建设一个容灾中心，容灾中心的设备在灾难发生前不能给企业带来效益，这是企业决策者很难接受的，因此如何合理分配投资，将容灾中心建设成为第二生产中心，与生产中心成为企业支持企业正常运行的双中心，并实现互为容灾，是降低总体拥有成本（TCO，Total Cost of Ownership），提高投资回报率（ROI，Return Of Investment）的一个重要措施，应该得到企业的高度重视。因此

59、，我们建议在容灾系统建设中，需要考虑的第一个问题是如何保证容灾端的系统可以得到充分利用，使容灾端系统的数据实现共享，能够利用容灾系统提供的高性能主机资源、存储资源为企业带来更大的处理能力。目前建设容灾方案的原则都是“平战结合”，容灾数据在平时能够方便的利用（查询统计报表等业务分担、实验系统数据来源、数据仓库中数据抽取），突出容灾数据的价值，保证容灾系统建设的合理性。目前能支持容灾数据实时再利用的解决方案不是很多，如DSG的RealSync产品，目标系统的数据库一直处于打开状态，甚至在复制过程中。因此，RealSync技术除用于容灾外，还可以将不同的业务模块分布在源系统和容灾系统上，实现负载分担

60、。因为RealSync的目标数据库在被实时更新时可以被访问，还可以被用于决策支持类应用。为决策分析和报表系统提供快速的数据抽取功能提供准实时脱机查询，提高查询效率为试验系统提供真实的生产数据将以上本来需要在主系统上运行的业务与生产系统完全隔离，充分利用容灾系统的资源，实现企业应用负载分担，减少对生产系统的影响，提高服务系统响应效率；从而将容灾系统这个成本中心转化为利润中心。容灾项目对生产系统性能的影响容灾系统的本质是将生产系统的数据以及这些数据的变化，完整地复制到容灾系统中，并通过相关技术手段，确保容灾系统中数据的完整性和一致性。容灾系统对生产数据和生产数据的变化的复制操作，必然需要与完成这些