GoldenGate容灾解决方案
黄行威
甲骨文（中国）软件系统有限公司
目录
第一章方案概述 (3)
1.1 概览 (3)
1.2 GoldenGate TDM的好处 (3)
1.2.1实时性 (3)
1.2.2持续可用性 (3)
1.2.3异构支持 (3)
1.2.4高性能，低影响 (3)
1.2.5事务一致性 (4)
1.3 GoldenGate技术介绍 (4)
第二章方案实现技术细节 (11)
第一章方案概述
1.1 概览
为了应对这样的现状，我们推荐Oracle 公司的GoldenGate软件，该软件提供了事务数据管理（TDM）平台，用于持续性的在电子客票系统和灾备系统之间传递大量事务数据，并确保投递速度快，事务完整，系统整体开销影响小。
采用GoldenGate的数据复制技术，实现数据实时备份，确保核心数据的安全，同时避免引入过多种类的软硬件产品，降低了运营维护的复杂度和投入，有利于灾备系统的恢复和切换。
1.2 GoldenGate TDM的好处
1.2.1 实时性
随着一个新事务在数据源端产生，数据马上被捕获，转换（如果有必要），并且在极短时间内被传送给目标端系统
1.2.2 持续可用性
GoldenGate工作不需要专门的时间窗口或者系统中断，它的架构可以保证即使遇到计划或非计划断电也不会影响可用性。
1.2.3 异构支持
只要源和目标端都是主流数据库，主流平台，即使在在异构环境下，也可以使用TDM进行系统间数据复制，这就确保了IT部门的灵活性。
1.2.4 高性能，低影响
GoldenGate能够支持每秒数千的事务交易，同时对源系统和目标系统仅仅有极小的性能影响。
1.2.5 事务一致性
尽管事务是在源和目的两个不同的系统之间传递的，GoldenGate依然可以确保其参照完整性和事务一致性。
1.3 GoldenGate技术介绍
关于GOLDENGATE
GoldenGate 是高可用和实时数据整合的最优方案。GoldenGate 协助关键系统保持24*7 小时运作，满足最终用户连续可用的要求。GoldenGate 帮助组织在企业范围内快速分发关键数据，以便及时和准确的决策。简而言之，GoldenGate 解决方案就是实时获取实时信息。
GoldenGate解决方案由GoldenGate Transactional Data Management (TDM)支撑，提供异构系统间事务数据实时捕获、路由、转换和投递，同时系统消耗最低。
全球逾400家客户信赖GoldenGate解决方案，包括Visa, Bank of America, US Bank, UBS, Sabre Holdings, DIRECTV, Comcast, MGM Mirage, Chase Paymentech, AMD, Mayo Foundation, Retail Decisions 和https://www.doczj.com/doc/495936210.html,等。
GoldenGate拓展全球市场，和领先技术提供商建立战略合作关系，他们包括ACI Worldwide, Amdocs, Business Objects, Cerner, Eclipsys, Fujitsu, GE Healthcare, HP, IBM, Ingres, Microsoft, Teradata。
高可用和容灾解决方案
GoldenGate 高可用和容灾解决方案消除计划外和计划内停机时间，同时提高性能和可伸缩性，满足数据和使用量激增需求。
? GoldenGate 实时备用显著加快关键业务系统的恢复。
? GoldenGate 零停机时间操作系统升级、移植和维护操作时不中断业务运作。
? GoldenGate 活动-活动通过均衡负载实现两个或更多数据库性能和扩
展性的提升。
? 数据库分层使公司确保他们的生产系统的最高性能，同时还容易支持必要只读操作。
实时数据整合解决方案
GoldenGate 实时数据整合解决方案提供为数据仓库、商店经营数据、报表系统，或其他OLTP数据库提供实时变化数据。
—无须批处理窗口，并且性能影响最小。
? GoldenGate 实时数据仓库在OLTP系统和数据仓库之间连续、实时地捕获、转换和投递最近变化的数据。这也可以和现有ETL系统整合。
? GoldenGate 实时报表以廉价次等系统分担生产数据库的报表负载。实时报表总能获取最新数据。
? GoldenGate事务数据完整性在OLTP系统之间实时保证点对点数据完整性，并且系统影响最小。
GoldenGate可以在异构的IT基础结构之间实现大量数据的秒一级的数据捕捉、转换和投递。GoldenGate可以支持几乎所有常用操作系统如和数据库平台，如下表所示：
GoldenGate软件提供了一个单一的平台，这个平台可以为任何企业环境实现秒一级的灾难备份。GoldenGate是一种基于软件的数据复制方式，它从数据库的日志中解析数据的变化（数据量只有日志的四分之一左右），GoldenGate 将数据转化为自己的格式，直接通过TCP/IP网络传输，无需依赖于数据库自身的传递方式如Oracle Net，而且可以通过高达9:1的压缩比率对数据进行压缩，大大降低带宽需求。在目标端，GoldenGate可以通过交易重组，分批加载等技术手段大大加快数据投递的速度和效率，降低目标系统的资源占用，可以在秒一
级实现大量数据的复制。
1.3.1.1 复制模式
?单向数据复制
GoldenGate的数据复制原理是：利用捕捉进程(Extract Process)在源系统端读取Online Redo Log或Archive Log，确定需要进行的复制（增、删、改）操作，并通过队列(Extract 队列)，将相关信息传送到目标系统。目标系统端的投递进程(Deliver 进程)接受相关内容，通过Replicate 进程创建实现数据复制或同步的SQL语句，并在目标系统中予以执行。
?双向数据复制
双向数据复制是基于单向数据复制原理之上，两端互为源/目的数据复制对象，两端生产系统同时保持Active状态。
为了避免出现刚被复制进对端目的数据库数据马上又被捕捉进程复制回源端，陷入死循环的状态。GoldenGate采用了相应的判别机制来保证对捕捉数据的识别，当应用程序和GoldenGate复制进程同时更新同一个表时, 捕捉进程使用了一个跟踪表机制。在配置双向数据复制时, 需要通过命令行向两边的数据库中加入跟踪表。当捕捉进程读到一个交易中有针对跟踪表的更新, 捕捉进程就知道这个交易是由复制进程产生的并且把这笔交易忽略掉. 如果没有针对跟踪表的更新, 捕捉进程就知道这个交易是由应用程序产生的并且把这笔交易读取出来.
通过以上处理机制后，就可以很好的解决双向数据复制中所担心的重复捕捉变化数据的操作出现。显然，上述过程的实现，与基于文件复制原理的数据同步完全不同。无论从网络资源占用、执行效率和对系统性能影响等方面考虑，都比其它方案有较大的优势。
GoldenGate提供了灵活的应用方案，基于其先进、灵活的技术架构可以根据用户需求组成各种拓扑结构，如图所示：
GoldenGate各种拓扑结构示意图
1. 广播复制：由一个数据库向多个数据库复制，利用GoldenGate的数据
过滤功能可以实现数据的有选择分发；
2. 集中复制：由多个数据库向一个数据库复制，可以将分布的、跨平台或
异构的多个数据库集中到一个数据库。此种模式广泛应用于n+1模式的
容灾，通过将多个系统数据库集中到一起，可以充分利用备份中心的设
施，大幅减少投资；另外也用于跨平台多系统的数据集成，为这些提供
系统提供一个统一视图便于查询和统计数据。
3. 多层复制：由A数据库向B复制，同时又由B向C复制，可以在以上
几种模式基础上无限制扩展。
由此可见，GoldenGate的复制模式非常灵活，用户可以根据自己的需求选择特定的复制方式，并根据系统扩展对复制进行扩展。
1.3.1.2 关键特性
GoldenGate是一种基于数据库日志的数据复制产品，可以利用极少的系统开支，实时复制数据库，改善数据可用性。GoldenGate可以在数据移植、在线维护等场合应用，以减少或消除数据库的停机时间。同时，它还可用于数据容灾、负载均衡、数据集中、数据分布等应用中。GoldenGate可确保在这些工作进行时，源系统的正常事务处理得以继续进行，功能上不受影响。
作为一种软件方案，GoldenGate 可以采用非常灵活的方式加以配置，包括双向复制和多层次的数据复制。特别是其在双向数据复制领域的技术先进性，可以满足用户在本地或广域网络环境中的各种复杂需求。
GoldenGate的TDM软件的几个关键特性∶
1. 本机数据改变捕捉–作为一个基于日志的同步解决方案，将对源系统和
网络的影响减少到最低。
2. 灵活性–源和目的系统不需要有一样的操作系统、数据库及模板(例如∶
表，索引，等)。GoldenGate能在同一个系统的多个数据库实例之间实
现数据复制，或把数据复制到局域网内的其它数据库实例，或把数据复
制到广域网上的远端数据库实例。
3. 无需宕机时间的移植–GoldenGate能在不同版本的数据库和操作系统
之间同步数据。数据库，操作系统或应用系统的更新可以在辅助系统里
进行。一旦更新后的辅助系统通过了完整的测试，所有的处理工作就可
以切换到辅助系统，然后更新主系统。一旦主系统的更新完成了，主与
辅助系统之间能够再一次同步而无宕机时间。
4. 不依赖于硬件和数据库–GoldenGate不依赖于操作系统，数据库和硬
件。数据可以在不同的环境之间移动，因而消除了客户对任何拓扑结构
的依赖性。
5. RPO与RTO的目标–GoldenGate提供了立即恢复备份的装备。这是因
为源和备份系统可以配置或构架设计为双向”端到端”的功能。
6. 双向复制–GoldenGate提供了两个或两个以上生产系统之间的数据复
制功能。这些系统无须具有一样的属性或相同的操作系统，数据库或数
据库版本。
7. 数据一致性–备份数据库支持读一致性的查询活动(交易的一致性在任
何时候都受到保护)。
8. 灵活的拓扑结构–在数据库和表一级实现了多种相关数据的分部方式。
例如∶支持一对多，多对一，多对多以及分层的配置。
9. 映射与转换功能–列转换能够适应特别的备份需要，包括查看和执行存
储过程。
10. 数据选择–选择性的复制数据而不是全部，例如表，行和列。
支持OracleRAC–对于Oracle的一个特别需求就是实时支持RAC数据复制。与其它现有方案不同之处就是能够从交易日志中捕捉和投递数据。
1.3.1.3 应用方式
GoldenGate 是一种基于log 的复制解决方案，支持不同的配置方式，以满足用户的各种数据复制和同步化要求。其用途和应用方式包括：?1）建立报表系统
GoldenGate 可以将源系统的数据实时复制到目标系统，从而建立一个可以被访问的即席查询和报表系统。目标系统可以是源系统的全集或子集。
通过将查询和报表系统放在不同的数据库实例中运行，可以平衡服务器负载并提高OLTP类生产系统的性能。一方面，
可以减少OLTP应用和查询报表应用之间
的磁盘I/O冲突，提高OLTP应用的效率。
另一方面，GoldenGate支持不同模式间的
复制。可以分别面向OLTP和查询系统的报表实例使用特点来进行设计，如建立索引，设置数据库表的参数等等。
?实现高可用性
保证数据高可用性和数据库系统能够从灾难中迅速恢复是一个非常具有挑
战性的工作。GoldenGate可以通过LAN或WAN进行复制，这样当生产环境出现紧急事件或要进行例行维护时，可以将应用
切换到复制数据库中。
有了生产数据库的实时拷贝，用户可以保证
应用系统7*24不间断运行的情况下进行维护工作高可用性
，如进行操作系统和数据库的升级等等。
?多数据源配置
多数据源配置允许你将不同的用户分布到不同
的服务器，让每个数据库能够反映其他数据库的变
化。在这种配置模式下，GoldenGate采用必要的
冲突处理机制来解决可能发生的冲突。多数据源?数据分布和数据集中
GoldenGate通过LAN或WAN进行实时复制，将生产数据库中的数据拷贝到需要它们的地方。对广播复制来说，远程用户可以访问这些实时数据而不用登录生产服务器。因此，提高了网络性能和生产环境下的OLTP应用的性能。
集中复制广播复制?层次化企业数据分布
GoldenGate 支持层叠复制，可以向不是直接
相连的数据库复制数据。使用这种配置，可以在远
程数据库间进行复制（如从北京到上海）。
GoldenGate 支持多种复杂的场景来满足复制需
求。
第二章方案实现技术细节
采用Oracle GoldenGate数据实时同步解决方案，需要在源与目标系统均安装GoldenGate相应软件模块，系统架构图如下：
1. 正常运行情况下，数据同步方向为生产系统到灾备系统。我们需要启动
上图中绿色实线方向的GoldenGate进程，同时停止红色虚线方向的
GoldenGate进程。数据同步进程如下：
a) 在生产系统上需要运行GoldenGate捕获进程，负责实时读取
Oracle数据库交易日志中的数据变化，并根据需要可以执行过滤操
作，仅将感兴趣的数据捕获过来，写入本地的源队列文件中。根据
实际测试，写入队列文件的数据量约为交易日志文件的四分之一。
b) 在生产系统上还需要运行GoldenGate DataPump进程，该进程负
责将源队列文件的内容发送到目标队列文件中。通过压缩机制（最
大压缩比可以达到9:1），网络传输的数据量，最佳情况下约为源队
列文件内容的九分之一。
c) 变化数据到达灾备系统后，灾备系统上的GoldenGate灾备进程将
实时读取这些交易变化数据，根据其在生产系统上的交易顺序，完
全一致地应用到灾备系统，保证了两边交易数据的一致性。
2. 当生产系统发生故障，无法对外提供服务时，需要将应用系统切换到灾
备中心。此时，GoldenGate需要实现反向的数据同步，即灾备系统到生产系统的实时数据同步。因此，在启用灾备系统的同时，需要同时启动反向数据同步的GoldenGate集成，即上述架构图中红色虚线方向的GoldenGate进程，同时停止绿色实线方向的GoldenGate进程。此时，数据同步过程如下：
a) 灾备系统上的GoldenGate捕获进程实时读取灾备系统交易日志的
变化数据，写入灾备系统本地的源队列文件中；
b) 如果网络正常，则灾备系统上的GoldenGate DataPump进程将把
变化数据从源队列文件压缩/加密传输到生产系统的目标队列文件
中，而此时，生产系统不必处于正常运行状态；
c) 当生产系统数据库恢复运行时，生产系统上的GoldenGate交付进
程会自动将积累在目标队列文件中的变化数据应用到生产系统数据
库中，保证生产系统与灾备系统的交易数据同步。
3. 当生产系统完全恢复运行后，需要将应用从灾备系统切换回生产系统
时。在应用切换的同时，启动生产系统到灾备系统的所有GoldenGate 进程，并在确保灾备系统到生产系统所有已有变化数据已处理的情况下，停止灾备系统到生产系统的所有GoldenGate进程，从而实现灾备系统到生成系统的恢复切换过程。
浪擎-陕西省中医院 1.概述 陕西省中医医院是一所以科研、教学为基础，以医疗为中心的三级甲等综合性中医医院，是国家药品临床研究基地之一，充分发挥中医药优势，结合现代医药科技成果、在诸多专科专病诊疗方面独具特色。目前开设病床380张，有临床医技科室30多个，全院在职职工665人，其中，高级中医药专家117名，博士3名，硕士24名，有国家级名老中医药专家5名，省级名老中医药专家11名；有突出贡献的专家7名，享受政府特殊津贴的专家18名，“三五人才”5人。 2.建设目标 1)业务系统服务器实时备份到备用服务器。 2)容灾系统对生产机（主服务器）不能有任何性能影响。必须保证该系统的正常运行。 3)为降低容灾成本，提高资源利用率主备服务器硬件规格或配置无需相同。 4)强调持久化服务能力，业务系统运行不允许中断。 5)强调数据的准确性，业务系统不允许丢失数据或出错。 6)需要可靠的容灾方案，保证数据的安全及提供快速的恢复能力。 3.选用部件 针对于上述需求说明，选用以下规格的部件： ?浪擎?镜像系统Oracle客户端代理 ?浪擎?镜像系统Oracle服务器端 ?浪擎?镜像系统WEB管理平台 4.应用说明 当HIS和LIS的服务器处于可用状态时，即能正常提供业务服务时，把HIS和LIS的主服务器的Oracle镜像代理连接至备用服务器的Oracle镜像服务器。当镜像代理检测到主存储数据变化后，将捕获变化的数据实时的复制到备用存储上。实现了实时的复制。具体部署如下图：
5.方案特色 1)备用端可查询 由于备用数据库处于打开运行状态，不同于冷容灾模式下容灾站点的数据库系统在进行数据复制是不可用的情况，因此备用数据库可以通过为其它系统提供数据查询或共享服务。 2)高性价比 对主备系统硬件一致性无要求，目标端无需购置昂贵的存储设备或光纤通信设备等，极大的降低系统投入成本，充分保护现有设备投资。 3)方便灵活 由于采用逻辑数据复制原理，镜像系统可采用一对一、多对一复制方式，应用方式非常灵活，并且大大减少投入成本。 4)高效率、低负载 数据复制引擎效率很高，同时保证了复制数据的精确性。在源数据库端，数据复制引擎严格地遵守读一致性模式。 5)基于Web的任务监控和配置管理 提供B/S图形化管理界面，复制任务状态和设置均可通过浏览器操作完成。 6)全方位的复制包含各种数据类型 系统支持数据库所有的数据类型、DML和DDL复制。在复制时，系统可选择性地在用户级、对象级、命令级排除（exclude）不需要复制的内容。 7)灾难恢复 系统可以容忍实例失败、系统失败和网络失败。 8)可选择性复制 当系统技术被用于某些目的（如报表系统）时，无需对所有的数据表信息进行复制，而只需要复制那些需要的表的信息，这样可以大大减少存储和网络带宽的成本。
系统容灾解决方案 容灾基本概念 容灾是一个范畴比较广泛的概念，广义上，我们可以把所有与业务连续性相关的内容都纳入容灾。容灾是一个系统工程，它包括支持用户业务的方方面面。而容灾对于IT而言，就是提供一个能防止用户业务系统遭受各种灾难影响及破坏的计算机系统。容灾还表现为一种未雨绸缪的主动性，而不是在灾难发生后的“亡羊补牢”。 从狭义的角度，我们平常所谈论的容灾是指：除了生产站点以外，用户另外建立的冗余站点，当灾难发生，生产站点受到破坏时，冗余站点可以接管用户正常的业务，达到业务不间断的目的。为了达到更高的可用性，许多用户甚至建立多个冗余站点。 容灾系统是指在相隔较远的异地，建立两套或多套功能相同的IT系统，互相之间可以进行健康状态监视和功能切换，当一处系统因意外(如火灾、地震等)停止工作时，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作。容灾技术是系统的高可用性技术的一个组成部分，容灾系统更加强调处理外界环境对系统的影响，特别是灾难性事件对整个IT节点的影响，提供节点级别的系统恢复功能。 要实现容灾，首先要了解哪些事件可以定义为灾难？典型的灾难事件是自然灾难，如火灾、洪水、地震、飓风、龙卷风、台风等；还有其它如原提供给业务运营所需的服务中断，出现设备故障、软件错误、网络中断和电力故障等等；此外，人为的因素往往也会酿成大祸，如操作员错误、破坏、植入有害代码和病毒袭击等。现阶段，由于信息技术正处在高速发展的阶段，很多生产流程和制度仍不完善，加之缺乏经验，这方面的损失屡见不鲜。 容灾的七个层次 等级1： 被定义为没有信息存储的需求，没有建立备援硬件平台的需求，也没有发展应急计划的需求，数据仅在本地进行备份恢复，没有数据送往异地。这种方式是成本最低的灾难恢复解决方案，但事实上这种恢复并没有真正达到灾难恢复的能力。 一种典型等级1方式就是采用本地磁带库自动备份方案，通过制定相关的备份策略，可以实现系统等级1备份。 等级2： 是一种为许多站点采用的备份标准方式。数据在完成写操作之后，将会送到远离本地的地方，同时具备有数据恢复的程序。在灾难发生后，在一台未启动的计算机上重新完成。系统和数据将被恢复并重新与网络相连。这种灾难恢复方案相对来说成本较低，但同时有难以管理的问题，即很难知道什么样的数据在什么样的地方。这种情况下，恢复时间长短依赖于何时硬件平台能够被提供和准备好。
赛门铁克医疗行业高可用及容灾解决方案 一、行业背景 医疗行业的信息化建设经过了几个阶段的发展，HIS、LIS、RIS以及PACS等众多内容丰富、功能强大的应用软件逐渐成熟，成为医院信息技术的核心。随着时间的推移，这些环境的数据越来越多，数据的价值也越来越大，数据丢失或系统停机所造成的损失会造成越来越严重的后果，甚至变得不能接受。 另一方面，“9.11”事件爆发以后，“容灾”这个词汇逐渐成为人们谈论最多的焦点之一。而随后的一系列自然灾害的发生，更推动了IT系统容灾的需求。医疗行业也不例外，今天许多医院管理者和就医者都十分关心医院的IT系统的高可用性。 二、需求分析 医院信息系统是一个数据量大，数据类型复杂和事务并发多的实时系统，由于医院业务的特殊性，任何人为或自然因素所导致的应用或系统中断，都会造成医院巨大的经济和名誉损失及严重的法律后果。所以医院应用对IT系统的持续稳定运行提出了非常苛刻的要求。 在目前已经上线的医院IT环境中，绝大多数医院都采用了群集技术（也就是通常人们所说的“双机热备份”）来保证服务的持续运行或者在用户可以容忍的时间之内自动进行服务恢复。群集技术在应对服务器故障方面有着显而易见的效果，这一技术已经得到大多数医院用户的认可，并已经得到很大程度上的普及。 但是，随着群集技术运用的普及，很多用户发现群集本身也有一些非常明显的不足： 1、由于传统的群集解决方案多采用“2+1”的模式，即两台服务器连接到一台磁盘阵列。这种结构是为了在两台服务器之间共享数据。但是单台磁盘阵列往往就成了核心系统的一个单点故障点，一旦磁盘阵列发生故障，则整个系统将发生停机，作为7×24营业的医院来说，这种意外的停机是无法忍受的； 2、很多用户往往有这样的误解――既然我的系统已经是“双机热备份”了，那么，我的数据也不需要备份了。这种误解导致很多用户往往忽视了数据备份的重要性，结果整个系统的数据只有磁盘阵列中的一个拷贝，等到由于磁盘阵列发生故障或人为误操作导致数据丢失的时候，才发现悔之晚矣！ 3、虽然关心容灾，但由于各种原因目前大多数国内的医院在建设IT系统时并没有过多地考虑。一旦发生火灾、地震等灾难性事故，整个系统将毁于一旦，数据将一去不复返，医院将遭受无法估量的巨大损失。
数据中心容灾备份方案 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
数据保护系统 医院备份、容灾及归档数据容灾 解决方案 1、前言 在医院信息化建设中，HIS、PACS、RIS、LIS 等临床信息系统得到广泛应用。医院信息化 HIS、LIS 和 PACS 等系统是目前各个医院的核心业务系统，承担了病人诊疗信息、行政管理信息、检验信息的录入、查询及监控等工作，任何的系统停机或数据丢失轻则降低患者的满意度、医院的信誉丢失，重则引起医患纠纷、法律问题或社会问题。为了保证各业务系统的高可用性，必须针对核心系统建立数据安全保护，做到“不停、不丢、可追查”，以确保核心业务系统得到全面保护。 随着电子病历新规在 4 月 1 日的正式施行，《电子病历应用管理规范（试行）》要求电子病历的书写、存储、使用和封存等均需按相关规定进行，根据规范，门(急)诊电子病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于15 年；住院电子病历保存时间自患者最后一次出院之日起不少于 30 年。
2、医院备份、容灾及归档解决方案 针对医疗卫生行业的特点和医院信息化建设中的主要应用，包括：HIS、PACS、RIS、LIS 等，本公司推出基于数据保护系统的多种解决方案，以达到对医院信息化系统提供全面的保护以及核心应用系统的异地备份容灾 数据备份解决方案 针对于医院的 HIS、PACS、LIS 等服务器进行数据备份时，数据保护系统的备份架构采用三层构架。 备份软件主控层（内置一体机）：负责管理制定全域内的备份策略和跟踪客户端的备份，能够管理磁盘空间和磁带库库及光盘库，实现多个客户端的数据备份。备份软件主服务器是备份域内集中管理的核心。 客户端层（数据库和操作系统客户端）：其他应用服务器和数据库服务器安装备份软件标准客户端,通过这个客户端完成每台服务器的 LAN 或 LAN-FREE 备份工作。另外，为包含数据库的客户端安装数据库代理程序，从而保证数据库的在线热备份。 备份介质层（内置虚拟带库）：主流备份介质有备份存储或虚拟带库等磁盘介质、物理磁带库等，一般建议将备份存储或虚拟带库等磁盘介质作为一级备份介质，用于近期的备份数据存放，将物理磁带库或者光盘库作为二级备份介质，用于长期的备份数据存放。
容灾项目方案设计
目录
容灾技术规范 作为风险防范系统，灾备系统建设本身在总体规划、方案选择和投产实施后的管理运行，以及真正面对灾难时的切换操作等方面也存在着潜在的风险。 计算机信息系统实现数据大集、应用大集中后，系统的运行安全成为风险控制的焦点。目前，已经有多系统开始或准备进行灾备系统的建设，灾备系统建设的目标是减灾容灾，使计算机信息系统和数据能够最大限度地防范和化解各种意外和灾害所带来的风险。然而，与大多数工程一样，灾备系统建设本身在总体规划、方案选择和投产实施后的管理运行，以及真正面对灾难时的切换操作等方面也存在着潜在的风险。 可以说，风险防范系统本身也存在风险点，需要小心应对。 灾备系统建设中所涉及的潜在风险大致可分为技术风险、管理风险和投资风险，其中尤以技术选择风险最大，技术方案选择优越，可以规避一定的管理风险和投资风险。而这三者也存在内在的相互关联，不同灾备级别对应的建设投资规模、所采用的技术以及实施和管理的复杂度也不同，应考虑保护计算机系统的原有投资并提高灾备系统建设投资的利用率。 1.1 容灾的总体规划 1.2 真正的容灾是数据被不间断的一致性访问！ 在灾难备份的世界里，是有等级观念的，级别不同，灾备系统所采用的技术和达到的功能是不同的，在系统建设资金投入方面的差距也很巨大。所以，对用户来说，明确灾备系统建设的总体规划十分必要。 1.2.1 技术指标RPO、RTO 衡量容灾技术的两个技术指标RPO、RTO RPO(Recovery Point Objective): 以数据为出发点，主要指的是业务系统所能容忍的数据丢失量。及在发生灾难，容灾系统接替原生产系统运行时，容灾系统与原
电信核心业务系统容灾解决方案 Oracle 技术产品咨询顾问高壮志2004/05/24 随着电信运营商多年的系统建设，其核心业务系统的高可用性越来越受到人们的关注。从整个系统的角度来看高可用性，包括主机、操作系统、数据库、应用、网络设备等许多方面。而这些系统的一个显著特点就是以数据为中心，因此对数据的保护是整个系统高可用性的核心体现。Oracle数据库作为电信运营商核心系统的主流数据库，针对企业用户的重要数据、重要业务高可用性的需求提出了建立在数据库级别的容灾方案-- Oracle Data Guard （数据卫士）。 为什么要使用Data Guard 电信行业现有系统在容灾方面基本上有两种做法。一是采用备份的方法，即定期地将数据备份到硬盘和磁带上。这种方法的缺陷是实时性较差，恢复时间较长；另外备份设备和生产系统一般都处于同一物理位置，不能满足异地容灾的要求。另一种做法就是硬件镜像的做法，这种做法在硬件投资上较大，对两点间网络带宽有较大要求。鱼和熊掌，可否兼得？下面让我们来看看Oracle Data Guard解决方案。 Oracle Data Guard Oracle9i Data Guard 维护了一个或多个与客户生产数据的同步备份。Oracle9i Data Guard配置包括一个松散连接的系统集合，由一个生产数据库和若干备用数据库组成，形成一个独立、易于管理的数据保护方案。现有运营商的核心业务系统的数据库在物理位置上往往位于省信息中心或计费中心的机房内，如果在同一城市有其它机房或利用其它城市机房部署同步备份的数据库，通过Oracle网络服务连接到一起，就可以构成一个很好的容灾解决方案。在修改主数据库时，对主数据库更改而生成的更新数据即发送到备用数据库，这些更改在备用数据库被重新应用。当生产数据库出现故障时，备用数据库可以继续提供服务。 图1提供了一个例子。 图1简单的双工作区配置
方案模板（适合政府、公安、医院等） XXXXX用户 信息系统数据安全方案建议书
目录 1. 需求说明 (5) 1.1. 项目背景 (5) 1.2. 实现目标 (6) 1.3. 环境概述 (7) 1.4. 待解决问题 (9) 2. 容灾概述 (10) 2.1. 概述 (10) 2.2. 灾难恢复和业务持续性的区别 (11) 2.3. 我们对灾难恢复的认识 (12) 2.4. 数据库容灾的几种实现方式 (14) 2.5. 有效的容灾方案应有特点 (15) 2.6. 容灾系统的设计指标 (16)
3. 方案设计 (19) 3.1. 设计概述 (19) 3.2. 设计思想 (19) 3.3. 设计原则 (22) 3.4. 方案说明 (24) 3.4.1. 方案综述 (24) 3.4.2. 数据库服务器容灾 (26) 3.4.3. 应用及虚拟机应用容灾 (29) 3.4.4. 本地备份 (36) 3.5. 容灾系统拓扑图 (39) 3.6. 配置清单 (41) 3.7. 方案总结 (41) 4. 实施方案 (42) 5. 产品概要 (42) 5.1. LanderVault 简述 (42) 5.2. 功能模块介绍 (44) 5.2.1. 统一集中管理平台：LanderVault (44) 5.2.2. Cluster高可用集群系统 (45) 5.2.3. Replicator网格化数据复制系统 (45)
5.2.4. Backup数据备份系统 (46) 5.2.5. Disaster应用级容灾系统 (46) 5.2.6. 备份一体化平台 (46) 5.2.7. 容灾一体化平台 (47) 5.2.8. 分布式存储 (48) 5.2.9. ORACLE逻辑复制AliveDB (49) 6. 公司简介 (50)
容灾备份系统2010-8-11
一、项目背景 随着计算机技术的快速发展，每个企业都在大量的使用计算机处理自己的核心数据，这些数据往往是企业生产经营必不可少的部分。依赖这些数据的计算机系统的停机往往会造成企业生产经营活动的停顿，给企业造成巨大的损失。所以，可以说，这些数据是企业的生命核心。企业的IT管理员为了保证生产经营活动的持续运行，不断的加强对系统和数据的保护，如使用基于双机的高可用技术，磁盘阵列系统的RAID技术等。然而，人们依然无法回避由于磁盘故障，人为失误，应用程序的逻辑错误，自然灾害等原因带来的系统停机或者数据丢失。所以，数据备份作为数据保护的最后一道屏障，必不可少。 二、功能介绍 实时保护：连续捕获、实时备份数据变化，全过程保护数据安全。实现真正的持 续性数据保护（CDP），无需设置任何备份时间点，居国内外同类产品领先地位。 完善备份：同一软件可实现“数据库双机热备＋接管”、“本地实时灾备”、“异 地实时灾备”，全方位保证数据库安全。 任意回退：可按任意操作步数或时间点进行数据回退。主数据库遭到破坏时，备 份数据库可将主数据库回退到损坏前最后时刻的状态，且能保证事件的完整性。 快速恢复：主数据库或表损坏，从站自动检测，提示回退的步数。恢复1个G数据 库在3－5分钟。 增量备份：只备份变化部分，在保障备份数据安全的同时减少备份的工作量。 错峰机制：在系统负荷极大时暂停备份以免系统瘫痪，当系统负荷下降时备份暂 停期间的数据，并重新开始实时备份。 低耗资源：对主数据库压力小，系统采用消息机制，只有灾数据库发生变化时才 触发，只传数据库的变化部分，不同于文件拷贝，和数据表的轮询。 操作简单：自主开发设计，着重考虑国内用户使用习惯，安装、设置非常简单。 维护方便：启动或连接中断后重连时，自动校验主从站数据，保证数据准确。 加密传输：底层通讯采用自主研发的通讯平台，所有数据都是用加密数据包进行 数据交换，充分保证数据安全。 高性价比：在各项性能领先的同时，价格远远优于国外软件。当选择不接管的热 容灾备份方式时，从站可采用低档Server或高稳定性的PC（有足够的存储空间即
容灾备份系统 2010-8-11 项目背景 随着计算机技术的快速发展，每个企业都在大量的使用计算机处理自己的核心数据，这些数据往往是企业生产经营必不可少的部分。依赖这些数据的计算机系统的停机往往会造成企业生产经营活动的停顿，给企业造成巨大的损失。所以，可以说，这些数据是企业的生命核心。
企业的IT 管理员为了保证生产经营活动的持续运行，不断的加强对系统和数据的保护，如使用基于双机的高可用技术，磁盘阵列系统的RAID 技术等。然而，人们依然无法 回避由于磁盘故障，人为失误，应用程序的逻辑错误，自然灾害等原因带来的系统停机或者 数据丢失。所以，数据备份作为数据保护的最后一道屏障，必不可少。 二、功能介绍 实时保护：连续捕获、实时备份数据变化，全过程保护数据安全。实现真正的持续性 数据保护（CDP），无需设置任何备份时间点，居国内外同类产品领先地位。 完善备份：同一软件可实现“数据库双机热备＋接管”、“本地实时灾备” 、“异 地实时灾备” ，全方位保证数据库安全。 任意回退：可按任意操作步数或时间点进行数据回退。主数据库遭到破坏时，备份数 据库可将主数据库回退到损坏前最后时刻的状态，且能保证事件的完整性。 快速恢复：主数据库或表损坏，从站自动检测，提示回退的步数。恢复1个G数据 库在3－5分钟。 增量备份：只备份变化部分，在保障备份数据安全的同时减少备份的工作量。 错峰机制：在系统负荷极大时暂停备份以免系统瘫痪，当系统负荷下降时备份暂停 期间的数据，并重新开始实时备份。 低耗资源：对主数据库压力小，系统采用消息机制，只有灾数据库发生变化时才触 发，只传数据库的变化部分，不同于文件拷贝，和数据表的轮询。 操作简单：自主开发设计，着重考虑国内用户使用习惯，安装、设置非常简单。维护 方便：启动或连接中断后重连时，自动校验主从站数据，保证数据准确。 加密传输：底层通讯采用自主研发的通讯平台，所有数据都是用加密数据包进行数据 交换，充分保证数据安全。 高性价比：在各项性能领先的同时，价格远远优于国外软件。当选择不接管的热 容灾备份方式时，从站可采用低档Server 或高稳定性的PC（有足够的存储空间即 可），从而实现极低的总体成本。 通用性好：不对数据库中的应用做任何修改。与数据库中表的结构无关，且无任 何限制。对数据库备份完整：如TABLES（表）、DIAGRAM（S关系图）、VIEWS（视图）、USERS（用户）、ROLES、RULES等。
XX 容灾整体解决方案
目
第1章
录
前言................................................................................................................................................2
容灾整体解决方案 第2章 2.1 2.2 2.2.1 2.2.2 2.3 2.4 容灾概述........................................................................................................................................3
概述 ...........................................................................................................................................................3 业务连续性管理简介................................................................................................................................5 《规范》简介 .........................................................................................................................................5 恢复时间目标（RTO）与恢复点目标（RPO）...................................................................................8 容灾系统建设的流程..............................................................................................................................10 容灾系统中的人员组织安排..................................................................................................................12 第3章 容灾建设中 IT 技术的选择 ........................................................................................................14
3.1.1
容灾中 IT 技术的选择..........................................................................................................................14 主流厂商解决方案简介 ..............................................................................................................23
第4章 4.1.1 4.1.2 4.1.3
EMC 容灾解决方案简介 .....................................................................................................................23 SYMMENTEC|VERITAS 整体解决方案简介.....................................................................................26 HDS 容灾解决方案简介.......................................................................................................................29 京北方公司容灾解决方案 ..........................................................................................................32
第5章 5.1.1 5.1.2
京北方公司容灾建设分阶段论............................................................................................................32 京北方公司容灾体系各阶段推荐的产品及产品优势 ........................................................................32 附件..............................................................................................................................................35
第6章
1-
数据中心容灾备份方案 Company number：【WTUT-WT88Y-W8BBGB-BWYTT-19998】
数据保护系统 医院备份、容灾及归档数据容灾 解决方案 1、前言 在医院信息化建设中，HIS、PACS、RIS、LIS 等临床信息系统得到广泛应用。医院信息化 HIS、LIS 和 PACS 等系统是目前各个医院的核心业务系统，承担了病人诊疗信息、行政管理信息、检验信息的录入、查询及监控等工作，任何的系统停机或数据丢失轻则降低患者的满意度、医院的信誉丢失，重则引起医患纠纷、法律问题或社会问题。为了保证各业务系统的高可用性，必须针对核心系统建立数据安全保护，做到“不停、不丢、可追查”，以确保核心业务系统得到全面保护。 随着电子病历新规在 4 月 1 日的正式施行，《电子病历应用管理规范（试行）》要求电子病历的书写、存储、使用和封存等均需按相关规定进行，根据规范，门(急)诊电子病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于 15 年；住院电子病历保存时间自患者最后一次出院之日起不少于30 年。
2、医院备份、容灾及归档解决方案 针对医疗卫生行业的特点和医院信息化建设中的主要应用，包括：HIS、PACS、RIS、LIS 等，本公司推出基于数据保护系统的多种解决方案，以达到对医院信息化系统提供全面的保护以及核心应用系统的异地备份容灾 数据备份解决方案 针对于医院的 HIS、PACS、LIS 等服务器进行数据备份时，数据保护系统的备份架构采用三层构架。 备份软件主控层（内置一体机）：负责管理制定全域内的备份策略和跟踪客户端的备份，能够管理磁盘空间和磁带库库及光盘库，实现多个客户端的数据备份。备份软件主服务器是备份域内集中管理的核心。 客户端层（数据库和操作系统客户端）：其他应用服务器和数据库服务器安装备份软件标准客户端,通过这个客户端完成每台服务器的 LAN 或 LAN-FREE 备份工作。另外，为包含数据库的客户端安装数据库代理程序，从而保证数据库的在线热备份。
数据容灾备份设计方案 1.1数据备份的主要方式 目前比较实用的的数据备份方式可分为本地备份异地保存、远程磁带库与光盘库、远程关键数据+定期备份、远程数据库复制、网络数据镜像、远程镜像磁盘等六种。 （1）本地备份异地保存 是指按一定的时间间隔（如一天）将系统某一时刻的数据备份到磁带、磁盘、光盘等介质上，然后及时地传递到远离运行中心的、安全的地方保存起来。 （2）远程磁带库、光盘库 是指通过网络将数据传送到远离生产中心的磁带库或光盘库系统。本方式要求在生产系统与磁带库或光盘库系统之间建立通信线路。 — （3）远程关键数据+定期备份 本方式定期备份全部数据，同时生产系统实时向备份系统传送数据库日志或应用系统交易流水等关键数据。 （4）远程数据库复制 生产系统相分离的备份系统上建立生产系统上重要数据库的一个镜像拷贝，通过通信线路将生产系统的数据库日志传送到备份系统，使备份系统的数据库与生产系统的数据库数据变化保持同步。 （5）网络数据镜像 是指对生产系统的数据库数据和重要的数据与目标文件进行监控与跟踪，并将对这些数据及目标文件的操作日志通过网络实时传送到备份系统，备份系统则根据操作日志对磁盘中数据进行更新，以保证生产系统与备份系统数据同步。 （6）远程镜像磁盘 利用高速光纤通信线路和特殊的磁盘控制技术将镜像磁盘安放到远 …
离生产系统的地方，镜像磁盘的数据与主磁盘数据以实时同步或实时异步方式保持一致。磁盘镜像可备份所有类型的数据。备份拓扑网络结构1.2（即东风东路院区中心机广州市第八人民医院具有两个不同地点的中心机房房和嘉禾院区中心机房），在这基础上是可以构建一个异地容灾的数据备份系统，以确保本单位的系统正常运营及对关键业务数据进行有效地保护，以下设计方案仅提供参考。嘉禾院区数据中心东风东院区数据中心 本方案中，我们采用EMC的CDP保护技术来实现数据的连续保护和容灾系统。 1.在东风东院区数据中心部署一台EMC 480统一存储平台，配置一个大容量光纤磁盘存储设备，作为整个系统数据集中存储平台。 2.在嘉禾院区数据中心部署一台EMC 480统一存储系统，配置一个大容量光纤磁盘存储设备，作为整个平台的灾备存储平台。 ） 3.两地各部署两台EMC RecoverPoint/SE RPA，采用CLR技术，即CDP（持续数据保护）+CRR（持续远程复制），实现并发的本地和远程数据保护。 4.在东风东院区数据中心本地采用EMC RecoverPoint/SE CDP（持续数据保护）技术实现本地的数据保护。． 5.两地采用EMC RecoverPoint/SE CRR（持续远程复制）技术，实现远程的数据保护。由于两地之间专线的带宽有限，可以采用EMC Recoverpoint/SE异步复制技术，将东风东院区数据中心EMC480上的数据定时复制到嘉禾院区数据中心。根据带宽的大小，如果后期专线带宽有所增加，RecoverPoint会自动切换同步、异步、快照时间点三种复制方式，尽最大可能保证数据的零丢失。 1.3本地数据数据保护（CDP）设计
“双活”容灾引领现代备份技术虽然每周全量夜间增量备份仍是常态，但很多组织机构逐渐发现他们的数据（以及恢复那些数据所需的条件）打破了长久以来传统备份所依赖的模型。存储管理人员备份操作不当，意味着困难并关键的备份现代化任务迎面而来。 备份现代化将是一个有点痛苦的过程，不仅需要选择一项备份技术，还需要考虑这种转变对关键业务处理和需求的影响。 备份替代技术考量 就备份现代化来讲，有各种各样的解决方案，无论经济实用型方案，还是舶来品。不过，当今有三类主要的数据保护策略： ·持续数据保护 ·快照 ·基于镜像的备份 CDP技术对数据进行近乎连续不断地保护。并非在夜间进行大型备份，CDP产品的备份全天候执行，每隔几分钟就进行一次。CDP产品首先将数据以块的方式复制到磁盘备份介质中。当某个块被创建或更改时，该块被备份。CDP有对版本信息进行跟踪的索引，而数据重删技术能够保证只有不重复的块会被存储到备份介质中。 快照与备份有所不同，前者并不创建数据的拷贝，而是提供将虚拟机、文件或应用回滚到先前某点状态的方法。快照是使用磁盘差分或指针的技术。由于快照并不进行实际备份，一些备份厂商将快照作为一种提高自身产品恢复能力的方式，而不是将其用作单独的数据保护策略。 基于镜像的备份代表着备份领域一种新的策略，并应用于虚拟机备份中。此类备份源于这样一种思想即备份处理对虚拟机进行整体数据捕获。如果需要进行恢复操作，将虚拟机的拷贝挂载至沙盒环境中用以承载数据。沙盒挂载能力有时也用来提供本地恢复测试甚至模拟实验能力。只要你受保护的资源全部部署在虚拟服务器上，基于镜像的备份就能够提供显著的灵活性。
重大业务考量。不管你选择使用哪种备份技术，都有一些与公司业务需求相关的重要因素需要考虑。一些因素在购买一个新的备份系统前就需要考虑，另外一些在新的备份系统安装完毕时，就需要立即考虑。 保留需求。选择一个现代备份系统时你最先需要考虑的你的备份保留要求，换句话说，你在多长的时间之内会需要检索数据。 这样的考虑很是重要，因为大多数现代备份方案都是基于磁盘或云服务，或者两者都是。以磁带为基础的备份能够提供近乎无限的保留跨度，因为你能备份到磁带上，而你想将磁带保留多久都可以，而基于磁盘的备份却并非如此。磁盘的容量是有限的，而容量会影响能够保留在备份中历史数据的总量。 快照的回滚可能引起数据库崩溃，除非该快照产品经过特殊设计，能够与你服务器上运行的应用一起工作。 即使磁盘的容量不是一个问题，一些现代备份应用也会有各种限制。比如，一些CDP 产品区分短期保存（磁盘）和长期保存（磁带），并对前者存储介质上的恢复点数量有十分严格的限制。 代理软件兼容性。如果你正在考虑的备份方案是基于代理的，那么就必须在购买之前把代理软件的兼容性当做一个首要考虑因素。尽管大部分备份软件提供商都会提供适用于大多数流行的操作系统的代理软件，你仍需要核实在你自己的环境下运行的操作系统中，该软件是否能正常使用。 业务识别性。在选择一个备份业务时，业务识别性是最重要的一个标准之一。如果你的备份不仅仅是文件数据，那么你的备份软件都必须支持你所运行的业务。 对于CDP或基于镜像的备份产品，业务识别性的确认通常意味着验证某备份产品是否包含一个Microsoft卷影复制服务（VSS），服务器上你所备份业务的运行需要它。对于快照产品，你则需要找寻细粒度应用回滚功能。 尽管大多数快照应用支持整个服务器的回滚，但可能会对数据库应用造成很严重的后果。因为在获取快照时，快照并不能捕捉储存在服务器内存中的处理状态。因此，快照回滚可能引发数据库崩溃，除非某快照产品对你服务器上的应用进行了定制化设计。 初始备份。在你付费并部署了现代备份解决方案之后，关于你的首次备份，有些事情需
某公司软件容灾方案 1容灾软件 Symantec 的存储管理软件VERITAS Storage Foundation（简称SF）适用于企业存储管理的标准化平台，它不仅提供比操作系统本身逻辑卷管理器更加强大的在线卷管理功能，还提供许多高级的存储管理功能，其中包括用于容灾的数据镜像、数据复制等功能。是目前市场上广泛使用的容灾软件。 Symantec VERITAS Cluster Server(简称VCS)是一个用于容灾演练、应用级容灾的软件。它是在基本的HA软件功能的基础上发展而来的。 Veritas Storage Foundation 软件可以根据企业不同需求，提供不同的容灾解决方案，小到同城数据镜像，大到两地三中心数据容灾。SF与VCS紧密集成，可以提供完整的、从数据到应用、并自动实时演练的企业容灾方案。 铁道部高铁指挥实验系统采用了SF/VCS实现了容灾。
2数据同城镜像方式 利用灾备中信和主中心之间或者同机房内的裸光纤线路构成SAN环境，直接采用Storage Foundation在两个存储之间实现存储镜像。即所有数据都将同时写入两边的磁盘整列中。 如上图所示，主中心的服务器将应用的每个写i/o数据同时写入到两个中心的存储中。由于镜像的实现是依托于底层的Volume，所有数据存取的过程对于应用来说都是透明的。我们可以通过设臵Volume Manager的读取策略来指定主中心的服务器从本地的磁盘阵列上读取数据，加快数据查询的速度。 在这个场景中，数据发生物理错误的可能性基本上分为两种，生产中心的存储系统出现物理错误，如硬盘问题、光纤卡问题、光纤连接问题或光纤交换机问题等，另外一种就是整个数据中心出现故障。
竭诚为您提供优质文档/双击可除容灾备份系统方案建议书 篇一：容灾备份系统方案建议书 xxx容灾备份系统 方案建议书 华为技术有限公司 20XX-10-18 目录 1 1.1 1.2 1.3 2 3 3.1 3.2 4 4.1
4.2备份容灾系统概述................................................. ................................................... .....................3容灾概念................................................. ................................................... ...................................3容灾与备份的关系................................................. ................................................... ...................3容灾的等级................................................. ................................................... ...............................4xxx项目背景................................................. ................................................... ...........................5xxx网络现状................................................. ................................................... ...........................6现网络设备拓扑图................................................. ................................................... ...................6建设目
XX 医院灾备建设灾备技术建议书 2016 年 1 月 5 日
1 项目概述 (5) 1.1 项目背 景 (5) 1.2 系统现状描 述 (5) 1.2.1 应用系统现 状 (5) 1.2.2 IT 系统现 状 (6) 1.3 需求分 析 (7) 1.3.1 行业发展要 求 (8) 1.3.2 灾备建设需 求 (9) 2 系统总体设计原则 (11) 3 容灾建设方案 (13) 3.1 业务系统特征及灾备需 求 (13) 3.1.1 HIS 门诊 类 (13) 3.1.2 HIS 住院 类 (13) 3.1.3 EMR 电子病历系 统 (14) 3.1.4 PACS 影像系 统 (14) 3.1.5 LIS 实验室检验系 统 (15) 3.1.6 医院各类经营管理系 统 (15) 3.1.7 业务需求分析汇 总 (16) 3.2 总体架构设 计 (17) 3.3 应用双活架构设 计 (18) 4 关键技术 (20) 4.1 存储层解决方 案 (20) 4.1.1 VIS 虚拟化技术.......................................................................错误！未定义书 签。 4.2 数据库层解决方 案 (25)
4.2.1 Oracle RAC 技术...................................................................... 错误！未定义 书签。 4.3 管理层解决方 案 (29) 4.3.1 灾备决策支持平台方 案 (30) 5 容灾相关产品及规格 (40) 5.1 Tecal RH5885 V3 机架服务 器 (40) 5.1.1 功能和价 值 (40) 5.1.2 规格参 数 (41) 5.2 OceanStor V3 系列存 储 (43) 5.2.1 功能和价 值 (43) 5.2.2 规格参 数 (44) 5.3 FusionSphere 云操作系 统 (46) 5.3.1 FusionCompute 虚拟 化 (46) 5.3.2 FusionManager 云管 理 (49) 5.4 SNS 系 列 (52) 5.4.1 功能和价 值 (52) 5.4.2 规格参 数 (53) 5.5 BIG-IP 本地流量管理器平 台 (58) 5.5.1 功能和价 值 (58) 5.5.2 规格参 数 (59) 5.6 OceanStor ReplicationDirector 管理软 件 (61)
华为点对点容灾解决方案技术建议书 临时方案 华为技术有限公司 2014年5月12日
目录 1项目概述 (4) 1.1项目需求 (4) 1.2华为点对点整体方案优势 (4) 2点对点容灾方案设计方案 (5) 2.1总体技术方案 (5) 2.1.1点对点容灾方案架构与组件介绍 (5) 2.1.2阵列异步远程复制子方案 (8) 2.1.3阵列同步远程复制子方案 (10) 2.1.4基于VIS的本地高可用子方案 (12) 2.1.5 Oracle Rac的持续化数据保护子方案 (14) 2.2设备选型方案 (14) 2.2.1华为T系列存储系统 (14) 2.2.2 Huawei Tecal RH2285 V2服务器 (18) 2.2.3 OceanStor VIS6600T (21) 2.2.4 OceanStor ReplicationDirector管理软件 (24) 3配置方案 (28)
术语说明
1 项目概述 1.1 项目需求 对于现行业务没有容灾保护的场景下，在面对灾难时，将面临数据丢失，业务长时间中断的风险。传统的单一站点的各种弊端和诸多不便，主要体现在以下几方面： ?难以有效保护核心数据：单一站点在面对突发灾难或者突发事件的时候，无法保护数据的完整性。一旦整个站点在地震等大规模灾难中彻底损坏，客户将面临数据全部丢失的风险。 ?难以提供合理的RPO和RTO：单一站点存在无法提供一个较小的RPO和RTO的限制。 ?系统维护困难：在对单一站点进行维护时，会面临长时间停止业务的风险，对于一个企业来说，业务停止的时间越长，企业受到的影响就越大。 ?难以有效利用现有存储资源：企业在更换高性能存储设备后，如何有效的利用陈旧设备是一个难题。 ?难以实现本地存储高可用：目前的单一存储很难提供有效的本地高可用支持，通过上层的应用软件来实现会影响上层主机性能。对于企业来说，如何在不影响业务运行性能的情况下实现本地存储的高可用是一个难题。 针对上述问题，建议使用点对点容灾方案。点对点容灾方案帮助企业解决数据保护问题，降低系统维护难度，充分利用企业资源，通过存储虚拟化技术实现本地高可用，为实现企业业务稳定、可靠的运行提供整体的解决方案。 1.2 华为点对点整体方案优势 华为公司针对本项目提供了端到端的解决方案。华为主要优势如下： （1）主要部件使用华为自研产品（如存储，交换机，服务器等），兼容性好，高性能，高可靠。 （2）提供较少的数据丢失（3S-5S的RPO）。华为能够提供秒级的RPO保护，为客户提供更好的数据保护。 （3）对华为的存储设备可以做到高中低端互通，充分的利用企业闲置的旧存储设备。 （4）通过存储虚拟化技术（VIS）实现本地存储系统的高可用，提高系统的可靠性。消除单阵列宕机时，业务无法运行的风险。 （5）对于光网络环境使用华为业界领先的光网络技术，提供高质量、高速率、远距离的数据传输支持。 （6）通过统一的管理软件，实现对整个存储资源的集中管理，大大提升管理系统的效率。 使用华为点对点整体方案，能够帮助企业： （1）保护核心业务数据