20150925某医院双活系统方案
XXX医院虚拟化双活数据中心
方案建议书
浪潮集团四川分公司
2015年9月
目录
一、概述 (3)
1.1项目背景简介 (3)
1.2项目需求分析 (5)
1.3建设任务 (9)
1.4建设目标 (10)
二、方案简介 (11)
2.1基于虚拟机的集群冗余简化 (11)
2.2无须原硬件的数据恢复 (12)
2.3失败转移服务器的整合和自动化 (13)
三、方案设计 (15)
3.1 虚拟化服务器资源规划 (16)
3.2云存储资源规划 (19)
四、配臵清单 (22)
一、概述
1.1项目背景简介
计算机与网络信息技术的发展，使得世界进入数字化及信息共享的时代，对医院的数字化、信息化程度会有越来越高的要求。以高速的网络为基础，将所有的医疗信息整合在一起，已成为医院的发展趋势。HIS、RIS、LIS、CIS、PACS、CPR等概念和系统的出现，为医院提供了可行的数字化解决方案。
医院信息系统HIS :(Hospital Information System)
按照学术界公认的MorrisF. Collen所给的定义，应该是：利用电子计算机和通讯设备，为医院所属各部门提供病人诊疗信息( Patient Care Information) 和行政管理信息（Administration Information)的收集(Collect)、存储(Store)、处理(Process) 、提取(Retrieve)和数据交换(Communicate) 的能力并满足所有用户( Authorized Users)的功能需求。
医院信息系统ＨＩＳ被业界公认为是迄今为止世界上现存的企业信息系统中最复杂的一类。
放射科信息系统RIS：（Radiology Information System）。
完整的RIS包括了从病人进入放射科开始的一切文本信息记录、放射科的日常工作管理、病例的统计和科研的需要。
实验室信息系统(LIS)：（Laboratory Information System）
包括检验仪器维护及检查中文报告的定义子系统、处方与LIS中的化验结果
对应子系统、LIS的自动获取数据子系统、LIS的镜检结果处理子系统。
临床信息系统（CIS）：(Clinical Information System)
对病人的体征进行动态监控，并可利用所记录的数据进行相关的统计、分析。
医学影像存档与传输系统PACS：（Picture Archiving and Communication System）全面解决医学图像的采集、显示、存贮、传送和管理的综合系统。
电子病历CPR：（Computerized Patient Record）
电子病历是指将传统的纸病历完全电子化，并超越纸病历的管理模式，提供电子贮存、查询、统计、数据交换等。它是信息技术和网络技术在医疗领域应用的必然产物，是医院计算机网络化管理的必然趋势。
PACS和HIS、RIS之间的关系：
HIS和RIS保存着病人的人口学信息和临床资料数据，也保存和传递病人的图形及图象资料。PACS主要保存病人的图象数据，也使用HIS和RIS中已有的病人信息，从HIS和RIS中直接获得可避免重复输入，减少错误发生。
在书写诊断报告或复查时，工作站在显示病人图象的同时，还能显示HIS和RIS中病人的各种临床记录；临床医生也可以在HIS中看到病人的检查图象，达到信息共享。
做影像检查是，病人资料从HIS和RIS中传输到PACS；对于曾有过影像检查的病人，随着病人信息的到来，PACS能够将长期保存的图象检索调出，传输到书写报告的工作站，便于前后对照。检查完成后，图像和诊断报告随即传回到HIS和RIS，临床医生能立即看到。临床医生的工作站也有图像分析处理功
能。
目前，我国大部分地区的医院在信息化、网络化方面还只是刚刚起步，即使有，也只有如门、急诊系统、住院系统等，跟欧美发达国家有很大的差距。随着网络化的日益普及，以往的医院管理模式已经越来越不能适应时代发展的需要了。报表式、文字式的汇报不但使医院管理者陷在文字的海洋中，而且不靠下属的解释又难以看懂这些材料。不清楚医院的漏洞、不知道收入的比率、不能及时调整人员和资源的分配，病人挂号时间长、交费时间长、取药时间长、看病时间短的“三长一短”的问题也都长期困扰着医院。因此，进行医院信息系统建设，将医院调整到最佳运行状态成为医院管理和建设的一个重点。
数字化医院的建立，将会使中国目前“以收费为中心”的医院信息系统走向“以病人为中心”的临床信息系统，而医院则会转变为管理病人需要的服务模式。
1.2项目需求分析
“看病难、看病贵”是当前我国一个严重的社会问题，各级医院承担着大部分为人民群众提供优质价廉的医疗服务的任务，任务十分繁重。县级医院是省、市、县城市三级医疗卫生服务网的基础，又是农村三级医疗卫生服务网的龙头，是与群众关系最为密切的公立医院，在我国医疗服务体系中起着承上启下的重要作用。医改提出以信息化建设作为医院改革的技术支撑。大力加强医疗机构的信息化建设，是推进公立医院改革、提高其管理和服务水平的重要手段。经过多年
的信息化建设，我国医院信息化建设已经达到一定水平。但是，我国医院信息化建设的发展很不平衡，总体而言，县级医院的信息化建设落后于其他二三级医院，中西部地区医院的信息化建设落后于东部沿海地区医院。这种失衡的状况不利于中西部地区医院整体管理和服务水平的提升，妨碍着医疗信息跨地域的互联共享，目前的状况亟待加以扭转。
为贯彻落实深化医药卫生体制改革精神，中央财政已安排资金，准备在2011年启动《2010年中西部地区县级医院信息化建设项目方案》，重点支持一批县（市、区）医院的信息化建设。
为了指导实施《2010年中西部地区县级医院信息化建设项目方案》，特制定本方案，对各县级医院的信息化建设内容、功能范围给出规范性要求。
目前用户正在计划HIS与LIS系统整合项目，以前共有数十台服务器用
于生产与办公使用。如果按照传统的方式，如此数量的服务器，将会造成如
下的众多问题：
1.成本高
?硬件成本较高。
?运营和维护成本高，包括数据中心空间、机柜、网线，耗电量，冷气空调和人力成本等。
2.可用性
?可用性低，因为每个服务器都是单机，如果都配臵为双机模式成本更高。
?系统维护和升级或者扩容时候需要停机进行，造成应用中断。
3.缺乏可管理性
?数量太多难以管理，新服务器和应用的部署时间长，大大降低服务器重建和应用加载时间。
?硬件维护需要数天/周的变更管理准备和数小时的维护窗口。
4.兼容性差
?系统和应用迁移到新的硬件需要和旧系统兼容的系统。
随着医院各项业务系统信息化，数字化进程的发展，数据越来越成为医院日常运作的核心决策发展的依据。由于网络的发展，网络安全也越来越引起人们的重视，归根到底网络安全的核心也就是数据的安全。
有机构研究显示：丢失300MB的数据对于市场营销部门就意味着13万元人民币的损失。对财务部门就意味着16万的损失，对工程部门来说损失可达80万。而企业丢失的关键数据如果15天内仍得不到恢复，企业就有可能被淘汰出局。如CIH和爱虫等病毒给国际社会造成损失多达数十亿美金。国内有客户误删有效数据由于没有备份造成停业手工重新录入，给企业造成损失数十万元。这种教训在国内时有发生，这都说明了保证信息数据安全的重要性.
医院信息系统安全防护措施的制定和实施是保证医院信息系统的稳定性、可靠性、安全性、可用性的利器。目前医院网络系统覆盖全院的每个部门，涵盖病人来院就诊的各个环节，几百台计算机同时运行，支持各方面的管理，成为医院开展医疗服务的业务平台，医院信息系统的安全性直接关系到医院医疗工作的正常运行，一旦网络瘫痪或数据丢失，将会给医院和病人带来巨大的灾难和难以弥补的损失。因此，医院计算机网络系统的安全工作非常重要，特别是核心业务数据库服务器系统的安全，必须制定周密的安全维护措施，以确保医院计算机网络
系统持久、稳定、高效、安全地运行。
对LIS和HIS系统安全的威胁或侵犯大致可以分为以下几类:
1.自然灾害:自然的或意外的事故,灾难,例如地震,水灾,火灾等导致的硬件
损坏,进而导致数据的损坏和丢失.
2.人为疏忽:由授权用户造成的无意损害,特别在批处理作业的情况下.
3.恶意破坏:存心不良的编程人员,技术支持人员和执行数据库管理功能
的人员的破坏,毁损及其他行为.
4.犯罪行为:盗窃行为,监守自盗,工业间谍,出卖公司秘密和邮件列表数据
的雇员.
5.隐私侵害:不负责任的猎奇,竞争者查看数据,为政治和法律目的获取数
据
诸如此类的事件都有可能随时在我们的身边发生。那么在这些事故导致的后果是什么呢？至少，我们很难想象这么不幸的医院还能正常的为患者服务。因为在这个信息化的社会，信息往往是维持医院正常工作的基础保证。所以我们该如何避免医院信息遭到破坏，该如何避免信息灾难的发生，已经列入每位医院领导所考虑的重要议程。
面对医疗信息化建设的快速发展，如何应对医院信息系统出现的各种意外故障，如何提高医院抗风险能力和应对突发事件的能力?
通过对医疗市场分析和医疗领域所提出的种种规范可以得出医疗行业对双活容灾系统的要求有如下几点：
1.双活容灾系统必须保证医院各业务系统能不间断运行。
2.双活容灾系统不能影响医院各业务系统的运行状态。
3.必须改变传统冷备份的先天不足。保证数据的准确性、安全性、冗余性。
4.当灾难发生时，双活容灾系统必须能全面，快速的接管业务系统。
5.特殊地区双活容灾需要做到异地容灾，保证数据安全。
6.双活容灾系统的备用系统必须为可用系统，备用数据必须为可用数据。
7.双活容灾系统数据必须保证与生产系统数据实时同步。
1.3建设任务
县级医院信息化建设的主要建设任务如下：
一、HIS与LIS硬件基础设施建设。主要是通过改造完善医院现有有硬件网络基础设施,保证医院信息系统的安全、稳定的运行。硬件基础设施建设主要包括增加适当规格的服务器设备、数据存储与备份设备、网络设备等。
二、以HIS与LIS系统为核心的信息平台基础建设。主要是通过信息平台的建设，建立、健全医院信息系统，重点满足医院医疗服务需求，同时支持医疗监测与管理数据上传的要求，并为未来医疗信息的区域共享打下基础。信息平台主要包括临床服务、医疗管理、运营管理三部分内容。不同医院根据自身情况选择适合的建设内容。
三、HIS与LIS系统均跑到虚拟化机之上，同时虚拟系统支持故障的自动切换，在医院的另一栋楼同样搭建一套系统，通过站点之间的容灾，保证主站出现故障的时候备用站可以接管主站业务，在非故障情况下，备份站可以同时运行业务系统，分担主站的业务压力。
1.4建设目标
县级医院信息化建设的主要建设目标如下：
（1）对于尚未建立医院信息系统的医院，争取能够建立覆盖全院的、以经济核算为核心的管理信息系统。项目实施后，将使医院实现初步的信息化，能够规范收费，算清账目，医院管理水平得到明显提升。
（2）对于已经建有管理信息系统的医院，支持其建设向临床应用延伸。项目实施后，将使医院的医疗业务获益，不仅有助于就医流程的优化，提高服务效率，也对减少医疗差错、改善医疗质量有所帮助。
（3）对于少数信息化建设较好的医院，重点推动电子病历系统的建设、各信息系统的集成以及临床路径的应用。项目的实施将进一步规范医生的诊疗行为，不仅有益于提高医疗质量，更为未来实现医疗信息的区域共享、降低百姓就医成本打下基础。
（4）利用虚拟化技术搭建医院的HIS与LIS系统的双活容灾系统
二、方案简介
根据用户的需求情况，对于开发测试环境，建议配臵VMware最新的企业版软件，每台物理服务器上都安装配臵虚拟架构套件vSphere企业版软件；这样生产及维护人员就可以自助地创建自己的测试配臵和虚拟机，这些虚拟机运行在，从功能、性能和操作方式上，等同于传统的单台物理服务器，在每个虚拟服务器上，从而大大提高资源利用率，降低成本，增强了系统和应用的可用性，提高系统的灵活性和快速响应。
在具体实现中，为了实现数据的集中存储、集中备份以及充分利用VMware虚拟架构中虚拟机可动态在线从一台物理服务器迁移到另一台物理服务器上的特性等，建议配臵一套光纤存储阵列产品，同时配臵冗余的光纤交换机，组成标准的SAN集中存储架构，由VMware虚拟架构套件生产出来的虚拟机的封装文件都存放在SAN存储阵列上。通过共享的SAN存储架构，可以最大化的发挥虚拟架构的优势，进行在线地迁移正在运行的虚拟机（VMware VMotion），进行动态的资源管理（VMware DRS），和集中的基于虚拟机快照技术的Lan Free的整合备份（VMware VCB）等，而且为以后的容灾提供扩展性和打下基础。
另外，如果需要对VMware ESX的服务器进行监控的话，建议单独配臵一套服务器安装Window系统，用于安装VSPHERE套件中的Virtual Center软件，对VMware ESX的服务器及其虚拟机进行监控。
2.1基于虚拟机的集群冗余简化
为了实现高可用性，企业使用中间软件例如微软和Veritas的集群软件，把两
台服务器绑定在一个热备环境。即使运行在服务器上的应用程序有集群感知能力，万一主服务器遭遇硬件或软件错误，这样的安排仍然会导致非应用程序当机。冗余能消除单点失败。
随着IT对企业运作而言变得更加重要，高水平的服务普遍成为企业的需求，越来越多的应用则被要求高度可用。然而，为了实现如上所述的高可用性集群，就像很多服务器运行应用一样，企业需要预备和管理两次。
有了虚拟化，IT管理员能在运行重要应用的实体机和同等配臵的虚拟机上创建集群。在待机状态下，虚拟机并不消耗计算机资源，并且能以非常高的比例整合到一个或几个实体平台上去。结果，企业无须在硬件数量或管理和安装补丁上投入双倍的人力和物力，从而实现高可用性。冗余的方式将由2N变为N+1。
实体到虚拟的集群和实体到实体的集群一样都支持同样的集群软件。同时，节省的成本能为更多的负载实现高可用性并签署更多的高水平服务协议。
2.2无须原硬件的数据恢复
大多数企业IT部门使用常用的备份软件，例如Tivoli Storage Manager, Legato Networker, 或者VeritasNetBackup来创建数据和应用程序备份。既然备份策略能
抵御用户错误和某些情况下的软硬件故障，比较长的恢复时间和多恢复点是能被接受的。
然而，为了获得备份所带来的好处，企业必须确保数据确实能被恢复。
业余备份，专业恢复？
为了测试数据恢复，IT管理员需要为每个已备份的主机提供一台测试的失败转移服务器，安装操作系统，安装备份代理，尝试在测试失败转移服务器上调整Windows注册表和其他系统配臵。如果系统调整成功，备份服务器和备份代理才能被用来测试数据恢复。
预制新的服务器和调整Windows注册表是一个漫长的手工过程并且有时并不可能。这样，在不同的失败转移服务器实现数据恢复是存在疑问的。
这些问题将被虚拟失败转移硬件给解决了。此外，操作系统安装，备份代理的安装和Windows注册表的调整只需做一次。此后，一个完整的已配臵的VM模板将被存储在VM模板库内。Vmware软件能确保企业：
?为灾难后的测试和恢复，消除硬件资源方面的障碍
?避免系统和备份代理的安装，用虚拟机模板来缩短恢复周期
?用标准的虚拟化硬件，使得灾难恢复更加可靠和可重复
2.3失败转移服务器的整合和自动化
对于关联在存储域网（SAN）上重要应用的部署，企业灾难恢复策略通常包含一个灾难恢复的热站，这个站点有在主备之间的完全同步的数据复制。这种策略提供很少的恢复点对象（PRO）。然而，出于恢复时间对象（RTO）
的考虑，恢复时间非常依赖于除了数据恢复之外的恢复实体服务器，操作系统，系统参数和应用程序的能力。
为了维持较少的恢复时间对象（RTO），硬件和系统的同一配臵需要被维护在失败转移站点上。这样的配臵无论在初始资本投入阶段还是在项目运作，升级，维护和支持阶段费用都是很昂贵的。
这种方案的两个明显缺点在于预制了太多的新服务器以及通常没有可能为数据恢复去调整Windows注册表和对不同的失败转移服务器的其他系统参数进行配臵
?部署在整个企业内的虚拟构架能确保企业：
?避免在失败转移站点上停滞不前
?在主备站点上，从服务器整合角度来减少投入成本
?使恢复过程自动化，并实现存储管理软件的集成
?改进恢复过程的可靠性
三、方案设计
医院信息化建设是一个庞大而复杂的系统工程，其整体系统由上百个业务子系统组建而成，而这些系统间又有频繁的数据交换和业务联动，医院信息中心的建设和部署是整个医院信息化建设的核心和基础，对于未建立医院信息系统的县级医院来说，首要任务就是建立医院HIS系统，使整个医院的工作和服务由传统人工转换成自动化。
HIS系统包含门急诊挂号系统、门急诊划价收费系统、药库管理系统、门急诊药房管理系统、住院药房管理系统、住院病人入出转管理系统、住院护士工作站、设备器材管理系统、物资供应管理系统、财务管理及运营监控系统等多种管理系统。是一个面向医院应用的完整的通用系统，它覆盖了医院主要管理职能和病人在医院就诊的各主要环节，将医院的管理思想、各部门的业务流程与最新计算机技术完美统一，是实现数字化医院建设的全面解决方案。对于HIS系统建设，主要考虑稳定性、可靠性和安全性。这里往往采用虚拟化的HA高可用方案。
本次方案分为生产中心和备份中心，两个中心在无故障的时候都可以运行业
务系统，一旦一个中心发生故障的时候另外一个中心可以接管故障中心的业务，本次在生产中心配臵2台高端4路服务器作为虚拟化资源池，一台物理的双路服务器作为VCenter 6和Site Recovery Management运行服务器，两台8Gb光纤交换机做冗余链路，2台存储作为存储资源池；备份中心配臵1台高端4路服务器作为虚拟化资源池，一台物理的双路服务器作为VCenter 6和Site Recovery Management运行服务器，1台8Gb光纤交换机做冗余链路，1台存储作为存储资源池。
3.1虚拟化服务器资源规划
目前建立的虚拟化双活中心主要为医院的HIS和LIS系统应用有数据库应用、HIS作为医院访问量最大的系统我们需要考虑它的资源分配，根据他们对服务器性能要求高低不一样分配不同的弹性资源。
3.2.1服务器CPU资源规划
CPU资源池
HIS与LIS是医院信息系统重要组成部分，是数据处理与信息管理系统的核心。HIS与LIS在进行计算机信息处理过程中会处理医院大量数据，在HIS与LIS在平时会做大量的搜索和查询，所以此系统设计的时候需要充分考虑医院业务高峰时期的负载情况。
本次医院设计为县级医院按照每天门诊量为5000次。为保证业务的正常运行，设计都能满足峰值时间的应用，所以我们将以OLTP业务类数据库方式来计算机CPU需求配臵。
对于OLTP业务类数据库系统，其服务器计算能力一般可以使用TPCC测算公式进行测算：数据库服务器计算能力需求TPCC(Tpmc)值=∑(M1 * M2)/(1 - M3)，M1为每分钟业务事务量，M2为标准事务量比率，为一个当前业务系统联机事务相当于多少个标准tpmC事务值，一般M2取值应该在5-15范围内，M3为系统资源冗余率，一般取20%-40%。
按照县级医院门诊量高峰期为5000人次人，同时使用同样的业务和同样数据的几率为10%，所以同时在线等并发人数约为500。
根据以上方式可以知道该系统的业务事务，主要来医生、护士、药房工作平台的业务请求，根据调研估算得到此系统工作平台系统并发用户数峰值约为500，根据经验每个审批业务事务相当于4-10个标准Tpcc事务，根据上述TPCC计算公式可以计算出纳税服务一体化审批工作平台数据库系统TPCC（Tpmc）约为：TPCC（Tpmc）= (500 * 10)/(1 - 30%) ≈7143；所以总体需要CPU的资源为：按照浪潮NF8460M3配臵4颗12核心Intel E7-4850 v2 2.0GHZ总共需要2台，以满足医院的HIS和LIS应用，另外在备份中心配臵一台做容灾备份。
3.2.2服务器内存资源规划
采用虚拟机在内存性能的对比物理机上结果比较惊喜，除了内存延迟之外其他，其他数值例如总线带宽与物理服务器几乎没有差别，而在内存带宽的性能上有将近1倍左右的性能优势，这同样的得益于虚拟平台底层优秀的硬件平台基础，这样证明在在虚拟服务器上同等配臵应用或数据库更不容易发生因内存溢出或
错误引起的停用故障。（内存延迟在带宽同等的状况下，对性能的影响基本可以忽略）
内存资源池
根据数据的最佳实践要求至少按照每HIS 系统 64GB 、LIS 系统32GB 的配
臵，虚拟化对内存的转化率为92%到95%，预留30%作为故障迁移资源，在预留20%作为新上系统测试资源，本次虚拟化内存资源为：1*92GB/92%/(1 - 30%)/(1 - 20%)≈180GB ，按照3台NF8460M3计算机每台至少需要配臵128GB 的内存容量。
3.2.3服务器网络资源规划
传统的网络规划设计依据高可靠思路，形成了冗余复杂的网状网结构，结构
化网状网的物理拓扑在保持高可靠、故障容错、提升性能上有着极好的优势，是通用设计规则。云计算的大规模运营，给传统网络架构和传统应用部署都带来了挑战，新一代网络支撑这种巨型的计算服务，不论是技术革新还是架构变化，都需要服务于云计算的核心要求，动态、弹性、灵活，并实现网络部署的简捷化。具体来说传统网络面临的挑战主要有以下几点：
传统网络的复杂性在实际的运维中，管理人员承担了极其繁冗的工作量； 0
50
100
150
200
250
总线带宽内存带宽物理服务器虚拟服务器
云计算平台下多虚拟机部署在同一台物理服务器上运，服务器的利用率从20%提高到80%，服务器端口流量大幅提升，对网络性能提出更高要求；
云计算平台中，虚拟机在物理服务器之间进行迁移，为了避免虚拟机迁移后路由的震荡和修改网络规划，迁移通常只在在二层域进行，因此云计算平台需要具备一个性能更高、二层域更大的网络环境为迁移提供保障。
通过分析云计算对传统网络基础架构带来的挑战，我们可以从两个方面来应对。一是通过构建高性能、高可靠的网络，从而满足云计算给网络带来的压力；二是通过构建虚拟化网络来满足云计算中由于虚拟机部署、迁移、以及安全策略实施对网络提出的灵活性、安全性的要求。
数据库-金牌网络资源池，应用服务器-银牌网络资源池，管理服务器-铜牌网络资源池，都按照以下规划
以上设计保证了整个虚拟化平台的网络链路冗余，不同网段的业务系统在虚拟环境中能够正常工作，达到虚拟化整合的预期效果。
3.2云存储资源规划
XXX医院虚拟化双活数据中心的建设，涉及到存储资源的整合，存储平台承载了所有的宝贵的政府资料和数据、虚拟机系统数据等，所以所选择的存储平台必须首先具备高可靠的设计，保障业务7×24小时不中断；其次，存储平台必
须具备高性能，充分满足高业务压力需求，保障科研应用系统流畅运行；另外，存储平台必须智能化，可以动态的调整资源，自动调优，优化I/O处理，同时要有良好的兼容性，需要同虚拟化软件进行联动，完成虚拟机相关操作，提供系统整体性能；再者，存储平台要具备良好的可持续扩展能力，满足业务未来几年发展需求。但由于XXX医院虚拟化双活中不同的应用对存储的要求也不一样，有的需要高性能和高IOPS的存储资源池，有的对性能无太大要求只是需要海量的存储空间，建议此情况，同样将存储资源池分为金牌存储资源池、银牌存储资源池、铜牌存储资源池，同时为达到非结构化的数据和文件类型的数据同时存储在统一的存储平台所以要求使用高性能SAN存储。我们将从存储的IOPS性能、存储的带宽Throughput，容灾备份性能方面进行分析。
3.3.1存储性能IOPS规划
根据本次医院业务类型主要为HIS和LIS服务器，按照5000人次的门诊量，存储的IOPS也应该逐一考虑。按照之前计算最大并发为500人每个应用，每个人按照1个业务计算，最大业务峰值500笔/小时，平均每笔交易产生按照平均10个IO读写估计，由此可以计算出每个应用最大峰值为500* 10=5000 IOPS，所以我们总共的IOPS规划为2*5000≈10000个IOPS。
3.3.2存储带宽规划
HIS与LIS里所有应用平均按照读8KB，写4KB，总体10000个iops，读写比8：2计算，平台峰值写带宽=8KB*10000*0.7+4KB*10000*0.3≈660M;根据一个8Gb 的光纤主机通道，所能支撑的最大流量应当是8Gb=800MB／s的理论值，实际
应用级双活建设方案详细
1.逻辑架构 2.方案简述 某客户为了保证业务的连续性，需要部署双活数据中心，传统的数据中心
解决方案，正常情况下只有主数据中心投入运行，备数据中心处于待命状态。 发生灾难时，灾备数据中心可以短时间恢复业务并投入运行，减轻灾难带来 的损失。这种模式只能解决业务连续性的需求，但用户无法就近快速接入。灾 备中心建设的投资巨大且运维成本高昂，正常情况下灾备中心不对外服务，资 源利用率偏低，造成了巨大的浪费。 两个数据中心（同城/异地）的应用都处于活动状态，都有业务对外提供服 务且互为备份。但出于技术成熟度、成本等因素考虑，数据库采用主备方式部 署，数据库读写操作都在主中心进行，灾备中心进行数据同步。发生灾难时， 数据中心间的数据库可以快速切换，避免业务中断。双活数据中心可充分盘活 闲置资源，保证业务的连续性，帮助用户接入最优节点，提高用户访问体验。3.实施方案详述 真正的双活，要在数据中心的从上到下各个层面，都要实现双活。网络、 应用、数据库、存储，各层面都要有双活的设计，这样才能真正意义上实现数 据中心层面的双活。 从某种程度上说，双活数据中心可以看做是一个云数据中心，因为它具有 云计算所需的高可靠性、灵活性、高可用性和极高的业务连续性水平。不仅能 够满足应用对性能、可用性的需求，而且还可以灵活动态扩展。 3.1网络子系统 3.1.1简述 从网络上来看，双活数据中心需要将同一个网络扩展到多个数据中心，在 数据中心间需要大二层网络连接并且实现服务器和应用的虚拟化数据中心互联 技术。 大二层的网络技术有 IRF、TRILL、SPB、EVI 等。IRF 是将多台网络设备（成员设备）虚拟化为一台网络设备（虚拟设备），并将这些设备作为单一设备管理 和使用。
双活数据中心建设方案
目录 第1章概述.................................................................................................................... 错误!未指定书签。 1.1数据集中阶段的数据中心建设 ......................................................................... 错误!未指定书签。 1.1.1 传统架构存在的问题.................................................................................. 错误!未指定书签。 1.1.2 H3C全融合虚拟化架构 .............................................................................. 错误!未指定书签。 1.2双活数据中心建设目标 ..................................................................................... 错误!未指定书签。第2章双活数据中心业务部署 .................................................................................... 错误!未指定书签。 2.1基于的业务部署模式 ......................................................................................... 错误!未指定书签。 2.1.1 模式简介 ..................................................................................................... 错误!未指定书签。 2.1.2 企业数据中心业务典型部署...................................................................... 错误!未指定书签。 2.2基于的业务部署模式 ......................................................................................... 错误!未指定书签。 2.2.1 技术简介 ..................................................................................................... 错误!未指定书签。 2.2.2 企业数据中心典型部署.............................................................................. 错误!未指定书签。 2.2.3 与 ................................................................................................................. 错误!未指定书签。第3章双活数据中心设计............................................................................................ 错误!未指定书签。 3.1网络结构 ............................................................................................................. 错误!未指定书签。 3.2双活数据中心部署 ............................................................................................. 错误!未指定书签。
双活数据中心方案
双活数据中心方案 一、需求背景： 随着数据的大集中，银行纷纷建设了负责本行各业务处理的生产数据中心机房（一般称为数据中心），数据中心因其负担了全行业务，所以其并发业务负荷能力和不间断运行能力是评价一个数据中心成熟与否的关键性指标。 近年来，随着网上银行、手机银行等各种互联网业务的迅猛发展，银行数据中心的业务压力业成倍增加，用户对于业务访问质量的要求也越来越高，保障业务系统的7*24小时连续运营并提升用户体验成为信息部门的首要职责。 商业银行信息系统的安全、稳定运行关系着国家金融安全和社会稳定，监管机构也十分重视商业银行的灾难备份体系建设，多次发布了商业银行信息系统灾难备份的相关标准和指引，对商业银行灾备系统建设提出了明确的要求。 为适应互联网业务的快速增长，保障银行各业务安全稳定的不间断运行，提高市场竞争力，同时符合监管机构的相关要求，建设灾备、双活甚至多活数据中心正在成为商业银行的共同选择。 二、发展趋势： 多数据中心的建设需要投入大量资金，其项目周期往往很长，涉及的范围也比较大。从技术上来说，要实现真正意义上的双活，就要求网络、应用、数据库和存储都要双活。就现阶段来看，大多数客户的多数据中心建设还达不到完全的双活要求，主流的建设目标是实现应用双活。目前客户建设多数据中心的模型可以归纳为以下几种： 1.单纯的数据容灾： 正常情况下只有主数据中心投入运行，备数据中心处于待命状态。发生灾难时，灾备数据中心可以短时间内恢复业务并投入运行，减轻灾难带来的损失。这种模式只能解决业务连续性的需求，但用户无法就近快速接入。灾备中心建设的投资巨大且运维成本高昂，正常情况下灾备中心不对外服务，资源利用率偏低，造成了巨大的浪费。
医院双活数据中心建设方案-V3
医院双活数据中心 建设方案 2013年7月
1.需求和目标 数字化医院是我国现代医疗发展的趋势。“数字化医院”是指将先进的网络及数字技术应用于医院及相关医疗工作, 实现医院内部医疗和管理信息的数字化采集、存储、传输及后处理，以及各项业务流程数字化运作的医院信息体系。“数字化医院”是由数字化医疗设备、计算机网络平台和医院业务软件所组成的三位一体的综合信息系统。数字化医院工程体现了现代信息技术在医疗卫生领域的充分应用，有助于医院实现资源整合、流程优化，降低运行成本，提高服务质量、工作效率和管理水平。 信息系统建设作为医疗行业信息化的核心内容，在近几年的发展中经历了不同的阶段。随着国家新医改方案的实施，对国内传统医院信息系统发展带来前所未有的机遇与挑战，现有的信息系统已难以全面适应医院的需求。因此，一个全新的数字化医院解决方案是当前国内医院信息化行业的迫切需求。 1.1项目需求分析 医疗行业信息系统中最重要的是信息，包括病人临床信息和医院管理信息等。医疗行业IT部门面临的最明显挑战是由信息数字化造成的信息量持续增长带来的，这些增长来源于： ●每个医疗过程涉及大量图像加上每年要执行大量扫描，使得存储的医 疗记录以超过 70% 的年增长率在增长； ●更多类型的数据：财务、临床、图像管理，结构化数据（如数据库） 及非结构化数据（如数字影像、报告、视频、演示文稿等）； ●更多用途的数据：HIS、EMR/EHR、PACS、知识管理以及数据挖掘 ●更多设备产生的数据：药征、患者监视、仪器 ●更多管理法规：国家医疗记录保留要求 医疗行业中不同业务应用系统的需求不尽相同。我们以医院的两个最有代表性的应用为例，分析其来自医院业务的需求： ●HIS/EMR系统 –随着就诊人数的增长，需要保证系统的性能满足业务发展的需
双活数据中心建设方案模板
目录 第1章概述 (2) 1.1数据集中阶段的数据中心建设 (2) 1.1.1 传统架构存在的问题 (2) 1.1.2 H3C全融合虚拟化架构 (3) 1.2双活数据中心建设目标 (3) 第2章双活数据中心业务部署 (5) 2.1基于IP的业务部署模式 (5) 2.1.1 模式简介 (5) 2.1.2 企业数据中心IP业务典型部署 (5) 2.2基于DNS的业务部署模式 (7) 2.2.1 DNS技术简介 (7) 2.2.2 企业数据中心DNS典型部署 (8) 2.2.3 GSLB与SLB (10) 第3章XXXX双活数据中心设计 (13) 3.1XXXX网络结构 (13) 3.2XXXX双活数据中心部署 (13)
第1章概述 为进一步推进XXXX信息化建设，以信息化推动XXXX业务工作的改革与发展，XXXX在科技楼建有核心机房和一个小的本地容灾备份中心，现在在干保楼又新建了容灾网，实现同城双中心布局。 为提高业务可靠性与双中心设备资源的利用率，XXXX拟建同城双活数据中心，达到双中心同时对外提供同种业务的目标，同时实现业务切换无感知、计算资源灵活调度的功能目标。 1.1 数据集中阶段的数据中心建设 1.1.1传统架构存在的问题 传统数据中心网络采用传统以太网技术构建，随着各类业务应用对IT需求的深入发展，业务部门对资源的需求正以几何级数增长，传统的IT基础架构方式给管理员和未来业务的扩展带来巨大挑战。具体而言存在如下问题： 维护管理难：在传统构架的网络中进行业务扩容、迁移或增加新的服务功能越来越困难，每一次变更都将牵涉相互关联的、不同时期按不同初衷建设的多种 物理设施，涉及多个不同领域、不同服务方向，工作繁琐、维护困难，而且容 易出现漏洞和差错。比如数据中心新增加一个业务类型，需要调整新的应用访 问控制需求，此时管理员不仅要了解新业务的逻辑访问策略，还要精通物理的 防火墙实体的部署、连接、安装，要考虑是增加新的防火墙端口、还是需要添 置新的防火墙设备，要考虑如何以及何处接入，有没有相应的接口，如何跳线，以及随之而来的VLAN、路由等等，如果网络中还有诸如地址转换、7层交换
曙光DS800-G25双活数据中心解决方案介绍
曙光DS800-G25 双活数据中心解决案介绍 曙光信息产业股份有限公司
1解决案概述 在信息社会里，数据的重要性已经毋容置疑，作为数据载体的存储阵列，其可靠性更是备受关注。尤其在一些关键应用中，不仅需要单台存储阵列自身保持高可靠性，往往还需要二台存储阵列组成高可靠的系统。一旦其中一台存储阵列发生故障，另一台可以无缝接管业务。这种两台存储都处于运行状态，互为冗余，可相互接管的应用模式一般称之为双活存储。 由于技术上的限制，传统的双活存储案无法由存储阵列自身直接实现，更多的是通过在服务器上增加卷镜像软件，或者通过增加额外的存储虚拟化引擎实现。通过服务器上的卷镜像软件实现的双活存储，实施复杂，对应用业务影响大，而且软件购买成本较高。通过存储虚拟化引擎实现的双活存储，虽然实施难度有一定降低，但存储虚拟化引擎自身会成为性能、可靠性的瓶颈，而且存在兼容性的限制，初次购买和维护成本也不低。 曙光DS800-G25双活数据中心案采用创新技术，可以不需要引入任第三软硬件，直接通过两台DS800-G25存储阵列实现两台存储的双活工作，互为冗余。当其中一台存储发生故障时，可由另一台存储实时接管业务，实现RPO、RTO为0。这是一种简单、高效的新型双活存储技术。
2产品解决案 曙光DS800-G25双活数据中心案由两台存储阵列组成，分别对应存储引擎A、引擎B。存储引擎A 和B上的卷可配置为双活镜像对，中间通过万兆以太网链路进行高速数据同步，数据完全一致。由于采用虚拟卷技术，双活镜像对中的两个卷对外形成一个虚拟卷。对服务器而言，双活镜像对就是可以通过多条路径访问的同一个数据卷，服务器可以同时对双活镜像对中两个卷进行读写访问。组成双活镜像系统的两台存储互为冗余，当其中一台存储阵列发生故障时，可由另一台存储阵列直接接管业务。服务器访问双活存储系统可根据实际需要，选用FC、iSCSI式，服务器访问存储的SAN网络与数据同步的万兆网络相互独立，互不干扰。 组网说明： 1）服务器部署为双机或集群模式，保证服务器层的高可用， 2）存储与服务器之间的连接可以采用FC、iSCSI链路，建议部署交换机进行组网； 3）存储之间的镜像通道采用10GbE链路，每个控制器上配置10GbE IO接口卡，采用光纤交叉直连的式，共需要4根直连光纤； 4）组网拓扑
泰安中心医院双活数据中心
泰安市中心医院双活数据中心 网络虚拟化及存储灾备项目 （招标方案及技术指标） 随着医疗行业信息化的不断发展,医院网络系统的可靠性和生产数据的安全性已经成为各级医疗单位必须解决的问题,而建立双活容灾数据中心的方案是解决这一问题切实可行的方式。同时完善的灾备体系是三甲评审的必需指标之一。实现双活的数据中心是一个复杂的系统工程,涉及到数据中心的网络系统、服务器系统、数据库系统和存储系统等多个系统的分工协作,我院自2015年起提出的网络一体化改造规划开始,经过多次方案论证和调整,制定出了符合我院实际的网络及存储双活灾备方案。随着我院新数据中心的落成,这一方案已具备实施的条件,现把方案及招标参数汇总如下： 一、网络存储现状及总体改造规划 1、医院网络和存储系统现状 临床技能培训 （图一）现网拓扑图
(图二)医院现存储配置图 从上面图示可以看出,目前医院采用双核心做冷备架构,大部分楼层接入交换机通过电接口连接汇聚,或者为通过光纤直接连接核心；核心数据集中在一台阵列式存储系统中,网络和数据均存在单点故障导致全网瘫痪和数据丢失的风险。 2、总体需求 根据我院信息系统结构复杂、数据实时在线、可用性要求高的特点,在业务及数据容灾方面的需求具体归纳以下几点。 强调持续化服务能力,业务运行不允许中断。医疗行业的信息化程度越来越高,导致医疗服务业务的开展对信息系统的依赖程度的加深,病人的诊治需求要求医疗信息系统必须提供7*24小时的高可用性服务。 强调数据的准确性,不允许数据丢失或出错。医院信息化产生的生产数据涉及医院各级部门,数据需要长时间保存。特别是病人的病情、诊治数据等信息,是对病人进行治疗决策的依据和记录,事关病人的人身健康和生命安全,容不得半点疏漏和丢失。 需要可靠的数据中心级容灾方案。在信息系统灾难发生时,信息系统的灾难恢复体系可以提供快速的系统切换。在主中心系统宕机或数据丢失的情况下,容灾中心可以迅速接管,并保证数据的零丢失,从而保障业务系统的持续服务能力。二、实施计划 本项目计划一次性招标完成,由一个集成商进行投标,根据业务不同的功能划分,项目划分为A B C三个包： A．网络虚拟化包（含交换机、防火墙、负载均衡、网络运维等及相关的软硬件配置） B．存储灾备包（含EMC核心存储、双活灾备软硬件、备份一体机等） C．服务器虚拟化扩展包（含4台HP388服务器及Vmware授权）
统一存储双活方案
NetAp统一存储双活 方案
NetApp统一存储双活方案 1、双活存储架构建设目标 系统灾难是指IT系统发生重要业务数据丢失或者使业务系统停顿过长时间（不可忍受）的事故。可能引发系统灾难的因素包括：?系统软、硬件故障，如：软、硬件缺陷、数据库或其他关键应用发生问题、病毒、通信障碍等； ?机房环境突发性事故，如：电源中断、建筑物倒塌、机房内火灾等； ?人为因素，如：因管理不完善或工作人员操作不当、人为蓄意破坏、暴力事件等； ?自然灾害：如火灾、地震、洪水等突发而且极具破坏性的事故。 其特点是突发性、高破坏强度、大范围。在灾难性事故的影响下，计算中心机房的硬件设备会部分或完全损坏，造成业务的停顿。请参见下图：
当前用户IT系统缺乏有效的灾难防范手段，难以在灾难发生后，不间断或者迅速地恢复运行。灾难恢复就是在IT系统发生系统灾难后，为降低灾难发生后造成的损失，重新组织系统运行，从而保证业务连续性。其目标包括： ●保护数据的完整性、一致性，使业务数据损失最少； ●快速恢复业务系统运行，保持业务的连续性。 灾难恢复的目标一般采用RPO和RTO两个指标衡量。 技术指标RPO、RTO： RPO (Recovery Point Objective): 以数据为出发点，主要指的是业务系统所能容忍的数据丢失量。即在发生灾难，容灾系统接替原生产系统运行时，容灾系统与原生产中心不一致的数据量。RPO是反映恢复数据完整性的指标，在半同步数据复制方式下，RPO等于数据传输时延的时间；在异步数据复制方式下，RPO基本为异步传输数据排队的时间。在实际应用中，同步模式下，RPO一般为0，而在非同步模式下，考虑到数据传输因素，业务数据库与容灾备份数据库的一致性是不相同的，RPO表示业务数据与容灾备份数据的时间差。换句话说，发生灾难后，启动容灾系统完成数据恢复，RPO就是新恢复业务系统的数据损失量。 RTO (Recovery Time Objective):即应用的恢复时间目标。RTO 主要指的是所能容忍的应用停止服务的最长时间，也是是反映业务恢复及时性的指标，表示业务从中断到恢复正常所需的时间。RTO值越小，代表容灾系统的数据恢复能力越强。各种容灾解决方案的RTO有
医院灾备建设双活数据中心解决方案
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)
重庆银行双活核心建设实践
重庆银行“双活”核心建设实践 同城双活秒级切换 2018年9月23号，凝聚着重庆银行人心血的新一代核心业务系统与应用级双活数据中心成功上线。本次应用级双活数据中心与新一代核心业务系统的顺利上线，实现了重庆银行数据中心架构与业务系统的整体重构，带来了重庆银行业务与技术的全面转型，开启了重庆银行科技赋能业务发展的新篇章。在新一代核心系统的建设部署过程中，使用多层业务调度框架（DLLB）构架应用双活体系，实现核心系统双活部署运行，并成功实现秒级应用灾备切换。 启用“新核心”打造金融科技新优势 重庆银行老核心系统于2004年建设上线，对业务经营和发展产生了强有力的支撑作用。近年来，国内外金融环境复杂多变，金融监管要求日趋严格，客户需求日益多样化，跨界及同业竞争加剧，金融科技迅猛发展，互联网金融浪潮兴起，商业银行间的竞争已趋白热化。老核心系统逐渐显现出客户支持能力不足、业务处理效率偏低、产品创新速度较慢以及跨渠道服务能力较弱等问题，亟待更新升级以适应外部形势变化的要求。 正是在这样的大背景下，2017年6月2日，重庆银行启动了新一代核心系统建设项目，行领导亲自挂帅管理，科技部和运营管理部双牵头实施，总行各业务部门、各分支机构积极参与配合。这是重庆银行领导层为加大改革创新力度而采取的重大战略决断，是一项涵盖业务转型、技术转型和实施转型在内、事关重庆银行全局的企业级系统工程。
重庆银行新一代核心系统涉及行内50多个渠道及业务系统、20多个管理类系统的配合改造，在吸收了老核心系统优点的基础上，兼顾了监管、市场、业务的诉求，功能更全面、技术更先进、理念更领先、可扩展性好。重点突出了“以客户为中心、以市场为导向”的战略理念，实现了更加优质智能的客户服务、更加全面精准的业务数据、更加灵活快速的产品创新、更加便捷高效的业务办理效率和多维科学的安全保护体系。核心业务系统高可用建设目标 核心业务系统一直是银行IT系统中保障业务连续性要求的重要系统，监管提到的“商业银行应根据自身业务的性质、规模和复杂度制订适当的业务连续性规划。以确保在出现无法预见的中断时，系统仍能持续运行并提供服务，并通过采取相应技术措施降低业务中断的可能性和影响”，也是对核心业务系统的安全稳定高可用架构的监管要求。 正是基于业务连续性以及资源利用率考虑，重庆银行在新一代核心业务系统建设中选择以“同城应用级双活”模式为目标。应用级双活（Active-Active）就是在正常情况下，应用两个数据中心都是活动在线并提供服务的，是相对于传统应用主备模式（Active-Standby）的一种利用率、可用性更高的建设形式。 应用级双活模式，既两个数据中心所部署的核心业务系统是对等、不分主从、并同时提供对外服务的：在一个数据中心发生故障或灾难的情况下，同城数据中心仍然可以正常运行并对关键业务或全部业务实现接管，达到互为备份的效果。正常模式下两个数据中心的核心业务系统之间协同工作，并行对外提供服务，实现了对IT资源的充分利用，避免某个备份中心处于闲置状态，造成资源与投资浪费。因此应用级双活数据中心的服务能力往往双倍甚至数倍于主备数据中心模式。
20150925某医院双活系统方案
XXX医院虚拟化双活数据中心 方案建议书 浪潮集团四川分公司 2015年9月
目录 一、概述 (3) 1.1项目背景简介 (3) 1.2项目需求分析 (5) 1.3建设任务 (9) 1.4建设目标 (10) 二、方案简介 (11) 2.1基于虚拟机的集群冗余简化 (11) 2.2无须原硬件的数据恢复 (12) 2.3失败转移服务器的整合和自动化 (13) 三、方案设计 (15) 3.1 虚拟化服务器资源规划 (16) 3.2云存储资源规划 (19) 四、配臵清单 (22)
一、概述 1.1项目背景简介 计算机与网络信息技术的发展，使得世界进入数字化及信息共享的时代，对医院的数字化、信息化程度会有越来越高的要求。以高速的网络为基础，将所有的医疗信息整合在一起，已成为医院的发展趋势。HIS、RIS、LIS、CIS、PACS、CPR等概念和系统的出现，为医院提供了可行的数字化解决方案。 医院信息系统HIS :(Hospital Information System) 按照学术界公认的MorrisF. Collen所给的定义，应该是：利用电子计算机和通讯设备，为医院所属各部门提供病人诊疗信息( Patient Care Information) 和行政管理信息（Administration Information)的收集(Collect)、存储(Store)、处理(Process) 、提取(Retrieve)和数据交换(Communicate) 的能力并满足所有用户( Authorized Users)的功能需求。 医院信息系统ＨＩＳ被业界公认为是迄今为止世界上现存的企业信息系统中最复杂的一类。 放射科信息系统RIS：（Radiology Information System）。 完整的RIS包括了从病人进入放射科开始的一切文本信息记录、放射科的日常工作管理、病例的统计和科研的需要。 实验室信息系统(LIS)：（Laboratory Information System） 包括检验仪器维护及检查中文报告的定义子系统、处方与LIS中的化验结果
商业银行应用双活架构设计方案和对策
商业银行应用双活架构设计方案
目录 一、设计原则 (3) 二、充分理解目标 (4) 2.1. 我们充分理解目标： (4) 2.2. IT 行业发展的需求 (4) 三、应用系统架构现状分析 (6) 四、应用双活实现方案 (7) 4.1. 不同数据中心应用双活方案 (7) 4.2. 同数据中心应用双活方案 (11)
一、设计原则 重要业务系统应用双活项目是单位业务支撑系统建设中极为重要的一环，既要考虑系统平台的双活切换能力和系统架构的高可用,又要考虑数据层次的业务连续性，同时也要考虑单位信息系统今后几年的业务发展需求。 针对单位信息系统系统将保证业务系统的连续性来(支持 7x24 不间断运行)的特点，在此次重要业务系统双活项目中，要把系统的可靠性、稳定性、安全性和可扩展性作为本次规划的重点考虑因素。在进行系统设计时，遵循以下原则： 稳定性：稳定性是系统运行的关键，也是系统维护管理的关键因素，更是充分发挥科技骨干技术储备的关键。 安全性：系统软、硬件需具有可信赖的安全性，软件系统安全性方面应满足单位信 息系统安全策略的要求，系统有严格的用户权限和密码保护设计和办法。 可靠性/可用性：系统软、硬件平台应稳定、可靠，能够满足业务系统 7x24 不间断 的运行要求；具备成熟的高可用性和双活解决方案。对数据的完整性和准确性有可靠的 保证机制。 可持续发展性：所提供的技术是可持续发展的，是目前的主流技术并有长期发展的 目标，能满足单位业务支撑信息系统未来几年业务发展的需求。 可扩展性：随着单位业务的不断发展、壮大，系统平台必须提供足够的可扩展能力以满足未来几年业务增长和系统扩展的需要。可扩展性是保护用户投资的重要方面之一。另外在系统设计时，应选择业界相关领域的主流产品，确保产品旺盛的生命力，以便充分地保护用户的投资。 易用性：系统软件平台应提供丰富的、简单的管理工具，便于管理及系统问题诊断。 开放的标准：系统软件需支持业界通用的开放式标准，降低因兼容性问题造成的问 题发生率。
银行双活数据中心建设方案
银行双活数据中心建设方案
目录 1数据中心现状 (1) 2项目规划 (1) 数据中心改造方案 (1) 2.1业务互联网接入区域高可用设计 (1) 2.2业务互联网接入区域双活设计 (2) 2.3业务区高可用设计 (4) 2.4业务区综合前置区域基于IP的双活设计 (5) 2.5业务区OA区域基于IP的双活设计 (6) 2.6测试区域应用高可用设计 (8) 2.7项目利旧设备调换说明 (8) 3实施计划 (9) 3.1互联网接入区F5LC替换说明 (9) 3.2互联网接入区F5LC替换业务影响 (9) 3.3应用区F5LTM替换说明 (10) 3.4应用区F5LTM替换业务影响 (10)
1数据中心现状 目前有番禺生产机房和柯子岭灾备机房，两个数据中心采用裸纤DWDM互联。 数据中心按其所部署业务属性不同，划分为外网网银区、内网综合前置区、内网OA区以及负责办公用户上网的互联网接入区。 2项目规划 为提升数据中心IT资源利用效率，同时保障业务灾难时的平滑切换，计划将两中心建设为双活数据中心，并对原机房中部署的F5设备进行升级。 数据中心改造方案 2.1业务互联网接入区域高可用设计 ?网银区域高可用包括了接入互联网链路的高可用和Web/App应用的高可用。?在链路高可用上采用F5互联网融合解决方案，通过部署F5 BR-4000S，实现链路负载均衡、多数据中心负载均衡、DNS server、DDOS防护、数据中心防火墙等诸多L4-L7 Services，解决了传统架构中的“糖葫芦串”的复杂部署，简化了网络架构，降低了后期的运维管理成本。在番禺生产机房部署2台BR-4000s，通过Scale N+M集群保证网银出口的高可靠性； ?互联网出口处F5实现的DDOS防护功能有效保护了外网DNS系统的安全； ?将外网DNS迁移部署到F5设备上，为广州农商银行实现了高性能的智能DNS系统； ?在应用高可用方面，Web层使用LTM4000s，App层使用LTM2000s，实现对应用的负载均衡、SSL Offload、健康检查和会话保持等功能。 业务互联网接入区域改造后拓扑示意图如下所示：
两地三中心分布式双活数据中心技术发展趋势
两地三中心分布式双活数据中心技术发展趋势 2016-06-20 作者：赵培（中兴通讯） 业务连续性保障一直是IT运维的热点话题，随着近几年政企IT系统集中化的建设发展思路的确定，在数据中心层面的业务连续性保障成为了重中之重。上到国家、行业主管单位，下到企业，都在数据中心层面制定了相关的数据中心业务连续性建设标准、行业指导意见、企业规范等。2007年，国家发布了国标GB20988-2007（信息系统灾难恢复规范）；2009年6月，银监会发布《商业银行信息科技风险管理指引》，要求商业银行按照两地三中心的模式建设数据中心。最近两年，随着云计算技术的发展和逐步应用，政府在智慧城市和电子政务云的建设方面也采用了集约化集中建设的思路，为保证集中化建设的数据中心可以为政务应用提供高业务连续性，双活数据中心也基本成为智慧城市和电子政务云解决方案的基本要求。 虽然两地三中心模式的概念频频被提及，但目前仅仅在金融行业中的大体量商业银行和股份银行做得好一些，基本建设了两地三中心的模式。中型金融机构（如城商行、农信行）正在按照监管单位要求，逐步建设自己的灾备体系。据统计在国内的160家城市商业银行中，70%以上的银行没有灾备中心，这些银行目前仅有一些简单的数据备份措施，整个系统存在较大风险。而建设灾备中心对于这些体量较小的金融机构也存在投资规模大、选址要求高、运行成本的问题。 最近两年，在金融监管部门的要求下，部分规模较大的金融机构采用了双活数据中心的建设方案，但由于故障导致的宕机仍然时有发生，如支付宝由于一根光纤被挖断，从而导致了大规模的网络故障和服务长时间阻断。 业界现有的各类双活两地三中心解决方案并不完美，根本无法达到国家关于RTO(故障恢复时间)小于数分钟，RPO(故障恢复点)等于0的要求。通过对淘宝光纤故障、携程程序员误删数据、西部某地方银行37小时服务中断等事故的分析，我们分析发现现有的两地三中心双活数据中心方案存在以下一些问题：
华为 双活数据中心解决方案
双活数据中心解决方案
目录 1.行业背景 (3) 2.系统建设原则及思路 (3) 3.技术方案 (5) 双活数据中心基础架构设计 (5) 双活数据中心网络设计 (6) 双活数据中心系统设计 (6) 双活数据中心系统优势 (9) 浪擎CDP，最可靠的CDP (9) ACDP-恢复速度最快的CDP (10) ACDP-强大的复制,恢复.容错功能 (10) ACDP-支持报警和一键切换 (11) 其他优势 (12)
1.行业背景 随着全球化信息技术的发展，信息化已经成为各个单位的关注热点，各行各业都在进行着信息化的改革。信息化系统已经成为企业核心竞争力的关键条件之一。企业信息化的时代也发生了翻天覆地的变化。 为适应我国改革开放和社会主义现代化建设的新形势对公安执法提出的新要求国家提出了以“公安信息化工作”为核心，以“科技强警”为目标的国家信息化工程—“金盾工程”的建设要求。“金盾工程”既全国公安信息化工程，是国家电子政务建设“十二金”中重要的一部分，主要是利用现代化信息通信技术增强我国公安机关的统一指挥，快速反应，协同作战，打击罪犯的能力，以适应公安机关动态管理和打击罪犯的需要。随着金盾工程在全国的展开信息技术的广泛应用，公安信息化建设全面加快各种业务系统的陆续建设投入使用产生了大量的数据。随着业务数据的增加和应用数据的依赖性的增强，数据已经成为开展业务不可缺少的基础。数据的有效汇集，集中管理，综合分析以及容灾备份的需要等处理要求日益提高。因此，通过管理机制与技术手段相结合保障数据的一致性和业务的连续性在建设公安系统容灾机制中势在必行。 2.系统建设原则及思路 1)绿色容灾，减少对生产系统的影响 双活数据中心在实施和使用的过程中对原有的生产系统、硬件系统、网络系统会造成一定的影响，有的容灾系统可能需要在冻结原有的生产系统的情况下进行数据的复制；有的容灾系统可能要对硬件、网络环境进行改造，改造成系统所要求的条件；有的容灾系统对生产服务器的CPU、内存、网络等资源占用较大，这些影响或者改造对原有的系
基于存储的双活数据中心建设方案-baidu
基于存储的双活数据中心建设方案
最近频繁接触双活数据中心，因为我们主要的客户是金融客户，很多客户对于其业务系统的的RPO与RTO要求都非常高，极端的要求RPO/RTOR近似于0。那么对于极端要求的数据中心双活存储层面的双活，并配合应用层如：VMware的VMSC，Oracle的跨站点RAC等，来实现当生产中心发生故障后实现业务的自动切换。 那么对于主流存储的双活架构主要是以下几个实现形式： 基于存储网关
即在控制器存储上层增加一套存储网关，存储将自己的lun映射给虚拟化存储网关在网关上层做LUN的Mirror以实现底层存储双活以SVC 为例，本地数据中心的双活及跨中心的同城集群双活Metro模式。 这种存储网关的模式即采用如下模式（SVC举例）： 每个网关Owen相应的LUN举例如下： 主机A（系统1）写入网关---网关入写控制器---控制器写入LUN---LUN与同城存储对应的LUN实现镜像。 主机B（系统2）写入网关---网关入写控制器---控制器写入LUN---LUN与同城存储对应的LUN实现镜像。 两套网关是互备关系，系统1或2是无法同时写入到一个LUN的，这点很重要，另外为了解决高可用问题每个存储网关均是双控制器，一般至少会部署4控制器存储网关。 如果要构建一个高性能的双活存储网络，服务器写入到的网关引擎的性能就是重中的之重，SVC就是两台IBM X3550的服务器，性能堪忧，我经常遇到SVC+DS8000做同城双活的奇葩方案，典型的小驴拉高铁。
接下来我们来聊一下控制器采用A-P集群的双活模式 我们以Hp 3par存储为例，3Par不需要上层的存储网关，在控制器层直接做底层磁盘的双活，两端LUN的镜像是主站点与备站点间的Remote Copy顾名思义和SVC的双活类似，1个LUN只能被一个控制器主写入，并通过远程镜像的方式Mirror至同城站点。
xx人民医院双活数据中心解决方案0904
江夏区第一人民医院双活云数据中心解决方案 华为技术有限公司 二〇一四年九月
一、概述 数字化医院是我国现代医疗发展的趋势。“数字化医院”是指将先进的网络及数字技术应用于医院及相关医疗工作, 实现医院内部医疗和管理信息的数字化采集、存储、传输及后处理，以及各项业务流程数字化运作的医院信息体系。“数字化医院”是由数字化医疗设备、计算机网络平台和医院业务软件所组成的三位一体的综合信息系统。数字化医院工程体现了现代信息技术在医疗卫生领域的充分应用，有助于医院实现资源整合、流程优化，降低运行成本，提高服务质量、工作效率和管理水平。 信息系统建设作为医疗行业信息化的核心内容，在近几年的发展中经历了不同的阶段。随着国家新医改方案的实施，对国内传统医院信息系统发展带来前所未有的机遇与挑战，现有的信息系统已难以全面适应医院的需求。因此，一个全新的数字化医院解决方案是当前国内医院信息化行业的迫切需求。
二、项目需求分析 医疗行业信息系统中最重要的是信息，包括病人临床信息和医院管理信息等。医疗行业IT部门面临的最明显挑战是由信息数字化造成的信息量持续增长带来的，这些增长来源于： 每个医疗过程涉及大量图像加上每年要执行大量扫描，使得存储的医疗记录以超过 70% 的年增长率在增长； 更多类型的数据：财务、临床、图像管理，结构化数据（如数据库）及非结构化数据（如数字影像、报告、视频、演示文稿等）； 更多用途的数据：HIS、EMR/EHR、PACS、知识管理以及数据挖掘 更多设备产生的数据：药征、患者监视、仪器 更多管理法规：国家医疗记录保留要求 2.1医院常用业务系统需求分析 医疗行业中不同业务应用系统的需求不尽相同。我们以医院的两个最有代表性的应用为例，分析其来自医院业务的需求： ●HIS/EMR系统 –随着就诊人数的增长，需要保证系统的性能满足业务发展的需要； –需要满足7x24小时高可靠运行的业务连续性要求； –需要保证数据的安全性和可恢复性，避免因数据丢失引起的医疗纠纷； ●PACS系统 –如果仍然采用随影像设备配置的功能简单的医疗影像系统，如何实现全院影像信息共享和查询？ –如果实施了全院PACS系统，则带来数据量的快速增长，如何做到控制成本、同时提供数据的共享和快速查询？ –需要满足7x24小时高可靠运行的业务连续性要求； –需要保证数据的安全性和可恢复性，避免因数据丢失引起的医疗
曙光DSG双活数据中心解决方案介绍V
曙光 D S 8 0 0 - G 2 5 双活数据中心解决方案介绍曙光信息产业股份有限公司
在信息社会里，数据的重要性已经毋容置疑，作为数据载体的存储阵列，其可靠性更是备受关注。尤其在一些关键应用中，不仅需要单台存储阵列自身保持高可靠性，往往还需要二台存储阵列组成高可靠的系统。一旦其中一台存储阵列发生故障，另一台可以无缝接管业务。这种两台存储都处于运行状态，互为冗余，可相互接管的应用模式一般称之为双活存储。 由于技术上的限制，传统的双活存储方案无法由存储阵列自身直接实现，更多的是通过在服务器上增加卷镜像软件，或者通过增加额外的存储虚拟化引擎实现。通过服务器上的卷镜像软件实现的双活存储，实施复杂，对应用业务影响大，而且软件购买成本较高。通过存储虚拟化引擎实现的双活存储，虽然实施难度有一定降低，但存储虚拟化引擎自身会成为性能、可靠性的瓶颈，而且存在兼容性的限制，初次购买和维护成本也不低。 曙光DS800-G25双活数据中心方案采用创新技术，可以不需要引入任何第三方软硬件，直接通过两台 DS800-G25存储阵列实现两台存储的双活工作，互为冗余。当其中一台存储发生故障时，可由另一台存储实时接管业务，实现RPQ RTO为0。这是一种简单、高效的新型双活存储技术。
曙光DS800-G25双活数据中心方案由两台存储阵列组成，分别对应存储引擎A、引擎B。存储引擎A 和B上的卷可配置为双活镜像对，中间通过万兆以太网链路进行高速数据同步，数据完全一致。由于采用虚拟卷技术，双活镜像对中的两个卷对外形成一个虚拟卷。对服务器而言，双活镜像对就是可以通过多条路径访问的同一个数据卷，服务器可以同时对双活镜像对中两个卷进行读写访问。组成双活镜像系统的两台存储互为冗余，当其中一台存储阵列发生故障时，可由另一台存储阵列直接接管业务。服务器访问双活存储系统可根据实际需要，选用FC iSCSI方式，服务器访问存储的SAN网络与数据同步的万 兆网络相互独立，互不干扰。 组网说明： 1）服务器部署为双机或集群模式，保证服务器层的高可用， 2）存储与服务器之间的连接可以采用FC、iSCSI 链路，建议部署交换机进行组网； 3）存储之间的镜像通道采用10GbE链路，每个控制器上配置1OGbE 10接口卡，采用光纤交叉直连的方式，共需要4 根直连光纤； 4）组网拓扑 5）故障组A和故障组B之间距离不超过1KM 300米以内存储私有网络连接使用多模模块，超过300 米存储私有网络连接使用单模模块； 6）配置上要求镜像对的所有主LUN位于一台引擎上，所有镜像LUN位于另外一台引擎上，当服务器组发起写IO请求时，多路径软件会自动选择最优路径至主引擎端，主引擎会统一分配写IO请求，将数据同时写入主备引擎，之后返回写完成信号给服务器。 注：只有当数据都写入主备引擎后才返回写完成信号，因此对应用而言，会有一定的延时等待，性 能约降低30%左右！
双活数据中心方案
双活数据中心方案
双活数据中心方案 一、需求背景： 随着数据的大集中，银行纷纷建设了负责本行各业务处理的生产数据中心机房（一般称为数据中心），数据中心因其负担了全行业务，因此其并发业务负荷能力和不间断运行能力是评价一个数据中心成熟与否的关键性指标。 近年来，随着网上银行、手机银行等各种互联网业务的迅猛发展，银行数据中心的业务压力业成倍增加，用户对于业务访问质量的要求也越来越高，保障业务系统的7*24小时连续运营并提升用户体验成为信息部门的首要职责。 商业银行信息系统的安全、稳定运行关系着国家金融安全和社会稳定，监管机构也十分重视商业银行的灾难备份体系建设，多次发布了商业银行信息系统灾难备份的相关标准和指引，对商业银行灾备系统建设提出了明确的要求。 为适应互联网业务的快速增长，保障银行各业务安全稳定的不间断运行，提高市场竞争力，同时符合监管机构的相关要求，建设灾备、双活甚至多活数据中心正在成为商业银行的共同选择。 二、发展趋势：
多数据中心的建设需要投入大量资金，其项目周期往往很长，涉及的范围也比较大。从技术上来说，要实现真正意义上的双活，就要求网络、应用、数据库和存储都要双活。就现阶段来看，大多数客户的多数据中心建设还达不到完全的双活要求，主流的建设目标是实现应用双活。当前客户建设多数据中心的模型能够归纳为以下几种： 1.单纯的数据容灾： 正常情况下只有主数据中心投入运行，备数据中心处于待命状态。发生灾难时，灾备数据中心能够短时间内恢复业务并投入运行，减轻灾难带来的损失。这种模式只能解决业务连续性的需求，但用户无法就近快速接入。灾备中心建设的投资巨大且运维成本高昂，正常情况下灾备中心不对外服务，资源利用率偏低，造成了巨大的浪费。