两地三中心私有云业务级容灾与数据备份解决方案
两地三中心容灾专项计划
两地三中心容灾专项计划概述两地三中心容灾专项计划是为了应对可能发生的灾害，以确保系统的连续性和数据的安全性而制定的计划。
该计划覆盖了两个地点和三个中心，旨在降低因自然灾害或人为事故而造成的潜在损失。
计划目标- 确保两地的中心设施和设备符合容灾要求。
- 提供对业务系统和数据的持续和及时的可用性。
- 建立有效的灾难恢复策略，以便在灾难发生后尽快恢复业务。
- 最小化灾害事件对组织运营的影响。
计划内容1. 容灾需求评估：对两地的中心设施和设备进行评估，确定是否符合容灾要求，并提出改进建议。
2. 灾难恢复策略：基于业务系统的关键性和恢复时间目标，制定恢复策略和优先级。
3. 备份和恢复方案：确保数据的备份完整性，制定数据恢复的详细步骤和时间计划。
4. 测试计划：定期进行灾难恢复演练，以验证恢复策略和程序的有效性，并及时修正存在的问题。
5. 灾难事件响应：建立灾难事件响应团队，并制定明确的责任和沟通流程，以及紧急事件的处置指南。
6. 容灾培训和意识：为员工提供容灾培训和意识教育，提高他们对容灾措施的理解和应对能力。
实施计划1. 配置双中心架构：在两地建立两个中心，确保系统和数据的冗余备份和恢复能力。
2. 更新设施和设备：根据容灾需求评估结果，对中心设施和设备进行必要的更新和升级。
3. 持续监测：定期对中心设施和设备进行检查和维护，并确保备份和恢复方案的有效性。
4. 灾难恢复演练：定期进行演练，评估演练效果，并不断改进灾难恢复策略和程序。
5. 培训和意识提升：为员工提供容灾培训和意识教育，确保他们能够正确应对灾难事件。
风险与挑战- 执行计划可能需要较高的投资成本。
- 正常业务操作可能会受到一定程度的中断。
- 移民、政策变化等外部因素可能对计划实施造成影响。
结论两地三中心容灾专项计划是一项关键的项目，旨在确保系统的连续性和数据的安全性。
通过合理规划和有效实施容灾策略，我们能够有效地应对灾害事件，减少潜在损失，并尽快恢复业务正常运营。
金融行业两地三中心解决方案
用户容灾至同城云端灾备中心的架构
用户C 用户B 用户A
云
OS OS OS OS OS OS
私有云/托 管私有云
OS OS OS OS
共享服务器 组.
云灾备.云备份 1.实时数据复制 2.可独立、可共享 3.任意历史点恢复 4.部署简单，易于应用
用户容灾至同城云端灾备中心的架构
用户C 用户B 用户A
实时数据灾备
• 实时传输,字节级增量方式 • 和存储无关，支持异构存储 • 在线复制/在线备份 • 针对卷,目录或单个文件 • 海量小文件高性能传输处理 • NFS文件系统支持 • 无距离限制且对主机影响小 • 应用无关/全面支持 • 保证数据库一致性 • 数据压缩加密传输 • 图形化监控和管理
ELML ELMD
6
可扩展设备的 IDC机柜空间
7
金融数据天地 互备
8
驻场运维人员 办公坐席
金融行业客户需求解决
解决方案 | SOLUITONS
互金
Internet Finance
银行
Bank
证券
Stock
保险
Insurance
金融行业VIP专属区域
运营商传输设备预留 支持金融行业高密设备高电
金融级IDC SLA保障 5 MIN运维响应服务
活动灾备中心-同城模式
SITE
A
Synchronous Paths
600 Feet
• 很高的灾备恢复指标（RTO，RPO） • 主数据中心承担100%的生产负荷，同时数据镜像到灾备中心（可以演变为同城双活中心） • 无法预防同城级别的灾难 • 每个中心都需要定期进行演练
SITE
B
活动灾备中心-同城模式
两地三中心容灾解决方案
两地三中心容灾解决方案2010-12-26目录1“两地三中心”容灾系统建设的功能目标 (3)2两地三中心”容灾系统技术方案 (4)2.1总体设计方案 (4)2.2容灾方案实现 (5)2.2.1同城应用级容灾方案 (5)2.2.2异地数据级灾备方案 (6)3基于SHAREPLEX的容灾方案 (7)3.1S HARE P LEX FOR O RACLE产品介绍 (7)3.2S HAREPLEX主要技术指标 (8)4成功案例 (10)4.1银联数据 (10)4.2山西移动 (12)4.3北京地税 (15)4.4S HARE P LEX国内部分客户 (18)1 “两地三中心”容灾系统建设的功能目标理想目标：在确保系统稳定安全的前提下，颠覆“切换时长、数据丢失，平时不用、浪费投资，决策困难、影响巨大，演练复杂、风险增加”的传统“灾备”模式，创建全新“容灾”理念，使新增投资平时发挥生产效力、实现容纳各种灾难、确保业务连续和数据安全的崭新模式。
同城应用级容灾：覆盖能被客户直接感知的各类业务，平时与主机房同时运行，负载均衡使用，可分担各查询业务流量。
当容灾机房或主机房任何一处出现灾难造成的非计划内停机，则另一个机房都能在保证不丢失数据的前提下，继续对外提供同样的服务，对业务或对客户的感觉影响极低。
异地容灾；异地容灾机房，存放一台存储设备和一台核心业务验证服务器，异步存储数据，容许0-15分钟数据丢失。
发生城市级灾难时仍可以有效恢复生产系统核心数据和，。
最终实际目标：以系统稳定、安全、高效为基本前提，经严格论证和实测，可以逐步退守，直至实现一定投资下“高可用性和高安全性”的平衡。
容灾系统将能够应对下述的灾难和风险，确保数据安全性和业务连续性：灾难发生的百分比统计电源问题硬件、软件、程序故障机房其它基础设施故障系统设计失误小失误/故障长期累加人为操作失误或渎职蓄意破坏/病毒/黑客网络/线路故障技术失败大规模自然灾害其它0102030405060708090100Number of Declarations2 两地三中心”容灾系统技术方案2.1 总体设计方案生产系统的容灾系统拟建成“两地三中心“模式。
两地三中心容灾方案
（4）制定详细的容灾预案和操作手册；
（5）组织培训，提高相关人员操作技能。
2.验收标准
（1）数据同步：确保数据一致性、完整性和可靠性；
（2）灾备切换：确保业务无中断，数据不丢失；
（3）容灾环境：确保设备、软件、网络等资源满足业务需求；
（4）操作手册：确保预案和操作手册的完整性和实用性。
二、方案概述
两地三中心容灾方案是指在两个地理位置相隔一定距离的城市分别建立生产中心、同城灾备中心和异地灾备中心。其中，生产中心负责日常业务运行，同城灾备中心用于应对同城范围内的灾害，异地灾备中心用于应对跨城市的灾害。通过数据同步、应用切换等技术手段，实现业务系统的快速恢复和持续运行。
三、方案设计
1.数据同步
（3）切换过程应遵循以下原则：
a.先切换核心业务，再切换非核心业务；
b.优先保障关键业务的恢复；
c.切换过程中，确保用户无感知或感知最小。
3.灾备中心设
（1）同城灾备中心：
a.建立在距离生产中心一定距离的城市，避免因同城灾害影响生产中心和灾备中心；
b.设备配置与生产中心相同，具备足够的计算、存储和网络资源；
两地三中心容灾方案
第1篇
两地三中心容灾方案
一、背景与目的
随着信息化建设的不断深入，信息系统已成为企业、政府部门日常运营的重要支撑。然而，信息系统在带来便捷与高效的同时，也面临着诸多潜在风险，如自然灾害、系统故障等。为保障信息系统稳定、安全运行，降低因灾害导致的业务中断风险，提高业务连续性，特制定本两地三中心容灾方案。
5.加强对运维人员的培训，提高其技能水平。
六、总结
本两地三中心容灾方案旨在为企业、政府部门提供一种高效、可靠的容灾解决方案。通过数据同步、应用切换等技术手段，实现业务系统的快速恢复和持续运行，降低因灾害导致的业务中断风险。在实施过程中，需关注数据一致性、应用切换、容灾环境建设等方面，确保方案的顺利实施和验收。同时，加强运维管理，提高应对灾害的能力，为业务连续性提供有力保障。
自主可控数据库两地三中心容灾方案架构设计
⾃主可控数据库两地三中⼼容灾⽅案架构设计摘要数据库的信创工作不仅是将数据迁移存储到国产数据库上，还需要满足企业IT架构的高性能、高可用、容灾等信息化目标。
尤其金融行业两地三中心的容灾建设是必不可少的，本文对自主可控数据库产品的两地三中心高可用容灾方案展开思考，探索新产品新架构新方案，不仅要“平替”，还要“升华”。
一、概述当前金融行业面临着紧迫的IT架构自主可控压力。
其中数据库作为企业IT 架构中最重要的一环，实现国产化替代是当前最重要也是最困难的课题。
过去几十年，国内金融行业大量使用了Oracle、Db2等国外成熟的商业数据库，并在IT架构建设中多数采用了基于IOE产品的成熟方案。
近几年大数据、分布式、NoSQL数据库等新兴的技术对传统企业架构产生了一定的冲击，但是并没有动摇其根本，仅仅能够在某些专项领域场景替换掉了传统数据库。
近两年自主可控的大趋势，让企业亟需找到IOE产品的替代产品。
数据库的信创工作不仅是将数据迁移存储到国产数据库上，还需要满足企业IT架构的高性能、高可用、容灾等信息化目标。
尤其金融行业两地三中心的容灾建设是必不可少的，新的自主可控数据库不仅要看齐国外商业数据库的容灾方案能力，并且还需要汲取过往建设中的经验，取长补短，实现更好的容灾方案。
二、自主可控数据库选型思考自主可控数据库选项评估需要参考的维度很多。
我也帮助twt社区在2022年做了金融证券行业自主可控数据库选项调研。
从调研结果来看目前大家最关心的是数据库基础功能完备性、高可用架构方案和售后支持能力等维度。
由此可见金融行业对于新数据库的两地三中心高可用容灾方案需求非常迫切。
2.1 选择什么类型的数据库？个人认为目前业内自主可控的数据库主要有三类：基于My SQL内核的本地化数据库、基于P o s t g reSQL内核的本地化数据库和纯国产内核的数据库。
基于My SQL内核的数据库集成了My SQL的能力，面向T P系统，不善于AP场景。
省级政务云平台-两地三中心灾备建设方案
省级政务云两地三中心灾备建设方案目录第1章建设目标、范围、任务 (1)1.1 建设目标 (1)1.2 建设范围 (1)1.3 建设任务 (2)第2章省级云计算中心方案 (4)2.1 整体架构 (4)2.2 容灾备份建设方案 (5)2.2.1两地三中心容灾技术方案 (5)2.2.2备份系统技术方案 (84)第1章建设目标、范围、任务1.1 建设目标以《国务院办公厅关于促进电子政务协调发展的指导意见》为指导，统筹推进省电子政务基础设施提升、电子政务业务系统协同发展、信息资源共享共用和数据开放利用；按照湘府阅[2015]53号文件要求，以资源整合、集约建设、稳步推进为原则，建成安全可靠、统一高效、国内领先的云计算平台并开展示范应用，为全省各级部门提供弹性的云计算和云存储能力、政务外网承载服务与应用能力，基本满足省直部门“十三五”期间非涉密业务的统一网络、计算资源、存储资源、数据库服务、备份服务、安全服务等需求，提升政府效能，促进政府管理创新，达到简政、兴业、惠民的目标。
1.2 建设范围省级电子政务外网主要满足各级政府部门社会管理、公共服务等方面的需求，为各省直部门的非涉密电子政务业务提供承载服务。
本次建设省级电子政务外网统一云平台，总体框架为“1+2+N”，即“1网、2中心、N多应用云”，省本级政务大数据中心，初步形成“8+3+5”的基本框架。
具体业务目标主要包括：“一个网络”——优化升级电子政务外网平台，满足省直部门间以及省到市、市到县网络传输和承载的需求；“两个中心”——建设云计算中心、大数据中心，满足省直部门十三五期间非涉密业务需求，为政府领导提供科学、合理的决策支持。
“N 朵应用云”——建设基于云平台的N 个全省性应用系统，包括政务服务、政务管理、政务行业、政务决策和政务办公等领域。
“8大基础数据库、主题数据库”——完成人口、法人、宏观、地理空间、政务服务信息、工商企业、信用信息、电子证照等8大基础数据库、主题数据库1的建设、迁移、备份共享；“3大平台”——完成大数据智能分析平台、数据交换和共享平台、数据开放平台3大平台；“5大示范工程”——完成全省旅游大数据分析、12345服务平台、区域经济脸谱大数据分析、省互联网产业发展状况分析、省政府网站群智能监测分析5大示范工程；建设建设统一的安全体系；建设统一运维管理机制；设计迁移策略，完成部分系统的迁移；明确云平台建设、管理、运营模式，节约投资，提升服务质量。
省级政务云平台-两地三中心灾备建设方案
省级政务云两地三中心灾备建设方案目录第1章建设目标、范围、任务 (1)1.1 建设目标 (1)1.2 建设范围 (1)1.3 建设任务 (2)第2章省级云计算中心方案 (4)2.1 整体架构 (4)2.2 容灾备份建设方案 (5)2.2.1两地三中心容灾技术方案 (5)2.2.2备份系统技术方案 (84)第1章建设目标、范围、任务1.1 建设目标以《国务院办公厅关于促进电子政务协调发展的指导意见》为指导，统筹推进省电子政务基础设施提升、电子政务业务系统协同发展、信息资源共享共用和数据开放利用；按照湘府阅[2015]53号文件要求，以资源整合、集约建设、稳步推进为原则，建成安全可靠、统一高效、国内领先的云计算平台并开展示范应用，为全省各级部门提供弹性的云计算和云存储能力、政务外网承载服务与应用能力，基本满足省直部门“十三五”期间非涉密业务的统一网络、计算资源、存储资源、数据库服务、备份服务、安全服务等需求，提升政府效能，促进政府管理创新，达到简政、兴业、惠民的目标。
1.2 建设范围省级电子政务外网主要满足各级政府部门社会管理、公共服务等方面的需求，为各省直部门的非涉密电子政务业务提供承载服务。
本次建设省级电子政务外网统一云平台，总体框架为“1+2+N”，即“1网、2中心、N多应用云”，省本级政务大数据中心，初步形成“8+3+5”的基本框架。
具体业务目标主要包括：“一个网络”——优化升级电子政务外网平台，满足省直部门间以及省到市、市到县网络传输和承载的需求；“两个中心”——建设云计算中心、大数据中心，满足省直部门十三五期间非涉密业务需求，为政府领导提供科学、合理的决策支持。
“N 朵应用云”——建设基于云平台的N 个全省性应用系统，包括政务服务、政务管理、政务行业、政务决策和政务办公等领域。
“8大基础数据库、主题数据库”——完成人口、法人、宏观、地理空间、政务服务信息、工商企业、信用信息、电子证照等8大基础数据库、主题数据库1的建设、迁移、备份共享；“3大平台”——完成大数据智能分析平台、数据交换和共享平台、数据开放平台3大平台；“5大示范工程”——完成全省旅游大数据分析、12345服务平台、区域经济脸谱大数据分析、省互联网产业发展状况分析、省政府网站群智能监测分析5大示范工程；建设建设统一的安全体系；建设统一运维管理机制；设计迁移策略，完成部分系统的迁移；明确云平台建设、管理、运营模式，节约投资，提升服务质量。
两地三中心数据容灾解决方案
钢铁企业两地三中心数据容灾解决方案上海浪擎科技有限公司售前咨询部2012年8月25日目录1. 信息安全，重于泰山 (3)1.1备端在线两地三中心 (3)2“双活”+ 异地容错的技术方案 (4)2.1备端在线两地三中心灾备方案网络设计 (4)2.2备端在线容灾系统设计 (4)2.3异地容错的容灾系统设计 (6)2.4备端在线两地三中心的容灾优势 (6)附件： (11)2.4附件1：部分案例介绍 (11)1.信息安全，重于泰山钢铁行业作为传统的制造行业，在逐步摆脱传统的业务模式，加速走向信息化生产时代。
“如何保障业务系统的安全正常运行”的课题，一直是行业中讨论、尝试的重点。
虽然信息化程度提高了，但信息安全问题不容忽视，尤其是针对业务系统的信息容灾处理成为重中之重。
为了防止信息安全事故或事件的发生，尽管有相应技术防范措施，但是人为因素造成的安全风险仍然占有很高的比率。
因此明确目前钢铁企业面临的主要信息安全问题并提出相应的信息管理措施十分必要。
随着信息化的发展，钢铁企业信息系统由以前单一的一、二级作业系统，向多级系统并存、互动发展。
在SAP的定义中,钢铁冶金行业的信息系统架构被分解成五个层次,这五级系统分别是：一级设备控制系统；二级过程控制系统；三级车间或分厂级制造执行系统(即MES)等；四级钢铁企业资源计划系统(即ERP)；五级钢铁企业间管理系统及决策系统。
这五层系统之间相互集成、相互协调,构成了一个完整、复杂的钢铁企业信息系统。
那么问题来了，面对这样复杂的信息系统，如何才能保障生产系统在发生自然或人为的灾害时的业务运行呢?如何才能保证这样复杂的系统里的信息的安全呢？信息，作为企业宝贵的资源，其重要性已经得到了人们的充分认识。
但是我们该如何保护这一资源？假设您就是企业的一位信息管理人员，当您的企业遭遇以下事故时，您将如何去面对：1．某一天，企业的交易数据因操作失误而损坏；2．某一天，工厂的所有生产数据因电源故障而丢失；3．质量检测部门辛苦一年获取的质量数据因人为的恶意操作而丢失；4．工厂保存的所有工人资料因为磁带的损坏而无法使用；这样的例子还有很多很多。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
生产中心
灾备中心
互切
系统２
切换对象 的组合
系统2
业务群３
系统1
系统1 业务单元1
业务单元２ 业务单元１ 业务群1 业务群２
某房间内所有系统
某范畴内所有业务
某中心所有业务
容灾平台建置--第二步：分解，业务分层切换控制
22
容灾平台建置-第三步：Symnatec VBS定义虚拟业务组
业务系统
Web 应用服务组
2013年赛门铁克中国区合作伙伴峰会
6
在很多的数据中心我们能看到什么？
• 功能管理难以实现各个环 节的紧密配合 • 管理压力无法简单转换为 团队合作的动力
过程管理的三个关注
• 影响范围：业务、主机、网 评估的问题通常很难回答： 络、存储
1. 如果面临损失或风险，而所投入的灾备资 • 三个级别的处理方式 源大量空闲，这意味着存在成本投入的结 – 在线处理 构性问题？ – 业务转移 2. 如果是环境条件不具备，需要回答为什么 – 停机处理 不做的问题？ • 过程评估 3. 如果答案是没有解决方案，则会面临更大 – 事件起因？是否有损失和风险？ 的质疑（高风险的防范不做投入，为什么 为什么？ 要投入低风险防范？）
双中心运营最终成果示例说明
1、VCS集群部置
生产中心1
VOM集中管理生产与容灾 中心业务切换与接管
生产中心2
DRA集中管理生 产与容灾中心灾 难风险评估
将生产中心和容灾中心的WEB 层，应用层、数据层全面部署 VCS集群管理平台，部署过程 不影响用户的业务运营 2、VBS配置系统依赖关系 在部署集群完成的基础上，根 据顾问咨询梳理的系统依赖关 系，定义到VBS中进行统一自 动化的管理 3、多种复制技术并存 根据数据复制需求的不同采用 不同的复制技术降低投资成本 。每套业务恢复时间小于30分 钟，数据零丢失。 4、VOM,DRA 集中管理生产中心与容灾中心 业务系统的整体切换与管理， 及灾难恢复的风险评估，持续 保证业务的永续运营
2013年赛门铁克中国区合作伙伴峰会
7
内容
1 2 数据中心容灾建设现状说明 Symantec双运营中心容灾与备份解决方案
2.1 业务梳理 2.2 数据复制
2.3 灾备中心建置
2.4 容灾切换 2.5 容灾运营 2.6 双运营中心数据备份
3 4
Symantec双运营中心容灾与备份成功案例 Symantec对于客户双运营中心的核心价值
2.4 容灾切换 2.5 容灾运营 2.6 双运营中心数据备份
3 4
Symantec双运营中心容灾与备份成功案例 Symantec对于客户双运营中心的核心价值
20
Virtual Business Services
容灾平台建置--第一步：整理，切换流程定义 切换对象
系统
业务单元
业务群
数据中心
切换流程
数据复制--应用级容灾：数据和业务一体化容灾
灾备中心
生产中心
• 应用级容灾
– 主站点故障后的业务快速接管 – 真正容灾一体化解决方案
心跳 数据 写入 数据写入 FC Storage Foundation HA/DR ＋GCO
城域集群
Storage Foundation HA/DR ＋GCO
数据 写入
与 FXML Potal Se rve r 共 用 L
1
与 FXML AP Se rve r共 用 LP
与 FXML DB Se rve r共 用 LP
与 FXML Potal Se rve r 共 用 L
与 FXML AP Se rve r共 用 LP
业务系统环境调研-业务依赖关系与流程梳理示例
内容
1 2 数据中心容灾建设现状说明 Symantec双运营中心容灾与备份解决方案
2.1 业务梳理 2.2 数据复制
2.3 灾备中心建置
2.4 容灾切换 2.5 容灾运营 2.6 双运营中心数据备份
3 4
Symantec双运营中心容灾与备份成功案例 Symantec对于客户双运营中心的核心价值
11
双运营中心业务级容灾与数据备份解决方案
内容
1 2 数据中心容灾建设现状说明 Symantec双运营中心容灾与备份解决方案
2.1 业务梳理 2.2 数据复制
2.3 灾备中心建置
2.4 容灾切换 2.5 容灾运营 2.6 双运营中心数据备份
3 4
Symantec双运营中心容灾与备份成功案例 Symantec对于客户双运营中心的核心价值
业务
SF HA
OS
业务 SF HA
OS
裸光线/DWDM链路 数据远程镜像（同步）
数据复制--远距离复制
基于IP网络的远程数据复制
生产中心
容灾中心
业务 SF HA
OS
IP网络 数据远程复制（同步/异步）
业务 SF HA
OS
保护投资 支持任意存储间数据复制 对网络无特殊要求，距离不受限制 保护数据 完整的保证数据的一致性 全面的数据库支持 提供网络故障下的数据保护 易于管理 在不同操作系统上有相同的管理界面 能充分利用主、备站点 主、备站点的切换和回切
3 4
Symantec双运营中心容灾与备份成功案例 Symantec对于客户双运营中心的核心价值
16
Virtual Business Services
数据复制--同城数据复制
基于SAN网络的数据实时同步
生产中心
容灾中心
• 业务保障 – 任意盘阵损坏不影响任何业务 – 故障后的快速同步 • 管理性 – 本地存储管理和容灾管理采用同一套管理技术 • 硬件选择更加灵活 – 两边的阵列可以任意型号
ORA
ORA
ORA
DB2
DB2
DB2
DB2
ORA DB2 SQL
WAS WLS SAP APA IIS
内容
1 2 数据中心容灾建设现状说明 Symantec双运营中心容灾与备份解决方案
2.1 业务梳理 2.2 数据复制
2.3 灾备中心建置
2.4 容灾切换 2.5 容灾运营 2.6 双运营中心数据备份
IIS
SQL
SQL
APA
APA
APA
IIS
IIS
SQL
SQL
APA
APA
APA
IIS
IIS
WAS
WAS
WAS
WLS
WLS
WLS
WLS
WAS
WAS
WAS
WLS
WLS
WLS
WLS
ORA
ORA
ORA
DB2
DB2
SAP
SAP
ORA
ORA
ORA
DB2
DB2
SAP
SAP
ORA
ORA
ORA
DB2
DB2
DB2
DB2
2
Virtual Business Services
基础目标： 避免单点故障
深层次的目标： 对数据安全和业 务连续性的追求
2013年赛门铁克中国区合作伙伴峰会
3
数据•中心
数据•中心
2013年赛门铁克中国区合作伙伴峰会
4
数据•机房
数据•机房
2013年赛门铁克中国区合作伙伴峰会
5
方案选择： 从功能管理到过程管理
13
业务系统环境调研-单套业务系统依赖关系定义
数据中心集群环境 数据库应用
ORA DB2 SQL APA APA APA APA APA APA APA
• • •
Oracle Sybase SQL
SQL SQL SAP SAP SAP IIS IIS
中间件应用
WAS WLS SAP
SQL
SQL
APA
8
Virtual Business Services
双运营中心容灾解决方案
采用Symantec软件数据复制技术或其 它厂商软硬件复制技术，双运营中心 数据互为复制，保证数据的零丢失， 并降低数据复制的总体成本
实施部署Symantec业务容灾管理平 台，将梳理完成的系统依赖关系与 业务流程定义到容灾管理平台，进 行自动化管理与运维
IIS
业务系统环境调研—多套业务系统依赖关系定义
-切换、不切换、互相切换（演练）
数据中心集群环境
APA APA APA APA APA APA APA APA APA
备份中心集群环境
APA APA APA APA APA
SQL
SQL
SAP
SAP
SAP
IIS
IIS
SQL
SQL
SAP
SAP
SAP
IIS
Virtual Business Services
业务系统环境调研-环境调研表示例
Production Site
机型/ 实体主机数 业务别 操作系统/ FXML Potal Server FXML AP Server IBM P690 1.7GHz(LPAR) AIX 5.2 IBM P690 1.7GHz(LPAR) AIX 5.2 FXML DB Server IBM P690 1.7GHz(LPAR) AIX 5.2 LP AR No 2 CPUs/5GB RAM LPAR 01 2 CPUs/4GB RAM LPAR 02 2 CPUs/5GB RAM LPAR 03 2 CPUs/5GB RAM LPAR 01 2 CPUs/4GB RAM LPAR 02 2 CPUs/5GB RAM LPAR 03 2 CPUs/5GB RAM LPAR 01 2 CPUs/4GB RAM LPAR 02 C P U/ R AM Appl i c a t i on & Ve rsi on webMethods N/A IBM CS 6.0 C Compiler 6.0 N/A N/A N/A webMethods N/A IBM CS 6.0 C Compiler 6.0 N/A N/A N/A webMethods N/A IBM CS 6.0 C Compiler 6.0 N/A Mi ddl e wa re & Ve rsi on WebSphere 5.0 N/A We bSphe re 5.0 N/A N/A N/A WebSphere 5.0 N/A We bSphe re 5.0 N/A N/A N/A WebSphere 5.0 N/A We bSphe re 5.0 N/A DB & Ve rsion N/A 72GB N/A N/A 72GB N/A DB2 V8 N/A N/A N/A N/A DB2 V8 N/A N/A N/A N/A 120G 72GB EMC CX-700 Cisco 9214 EMC CX-400 40G Cisco 9214 EMC CX-400 Local Disk 容量 Di sk Arra y 型号 Di sk Arra y F C S wi t c h 磁盘容量 型号 40G Cisco 9214