政府行业基于华为高端存储容灾解决方案.docx

上传人:王** 文档编号:1393270 上传时间:2024-07-05 格式:DOCX 页数:58 大小:428.12KB
下载 相关 举报
政府行业基于华为高端存储容灾解决方案.docx_第1页
第1页 / 共58页
政府行业基于华为高端存储容灾解决方案.docx_第2页
第2页 / 共58页
政府行业基于华为高端存储容灾解决方案.docx_第3页
第3页 / 共58页
政府行业基于华为高端存储容灾解决方案.docx_第4页
第4页 / 共58页
政府行业基于华为高端存储容灾解决方案.docx_第5页
第5页 / 共58页
政府行业基于华为高端存储容灾解决方案.docx_第6页
第6页 / 共58页
政府行业基于华为高端存储容灾解决方案.docx_第7页
第7页 / 共58页
政府行业基于华为高端存储容灾解决方案.docx_第8页
第8页 / 共58页
政府行业基于华为高端存储容灾解决方案.docx_第9页
第9页 / 共58页
政府行业基于华为高端存储容灾解决方案.docx_第10页
第10页 / 共58页
亲,该文档总共58页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《政府行业基于华为高端存储容灾解决方案.docx》由会员分享,可在线阅读,更多相关《政府行业基于华为高端存储容灾解决方案.docx(58页珍藏版)》请在优知文库上搜索。

1、1前言政府行业的电子政务等系统建设关系到民生的保障。近几年来,由于自然灾舌以及人为误操作等因素给电子政务等系统造成的损失除了导致业务无法正常进行外,还给国家和百姓生活带来损失。大多数政府行业用户已经认识到容灾对于数据保护和实现业务连续性的重要性和必要性,但是由于容灾技术的豆杂性以及容灾实施与管理的难度高等因素,存在仅做数据容灾,或者容灾系统建设完成后面临管理豆杂和运维难度高等问题.那么如何才能建立一个架构简单、安全可症又易于管理的容灾系,保证电子政务等系统的持续运行呢?在做好本地数据备份的基础上,选择基于高端存储的应用级容灾方案是一个不错的选择.在保证关犍业务数据的安全,同时在发生故障时,可以

2、在同城/异地的容灾中心迅速启动灾备系统,接管生产中心业务,保证业务的永续运行.对于关系到民生的关键政务系统应用而言,仅仅建设数据级灾智只是在灾难发生时保证了数据备份存放作用,并不能直接使用继续提供可持续性的服务.因此在数据级灾备的基础上建立应用级灾备体系至关重要,对关健核心应用系统进行基制,在同城/异地灾备中心再构建一套应用支撑系统.支撑系统包括数据备份系统、备用数据处理系统、备用网络系统等部分.应用级灾备能提供应用系统接管能力,即在生产中心发生故障的情况下,灾备中心便能够接管应用,从而尽量减少系统停机时间,提高业务连续性.在应用级灾备系统建设中,应该综合考虑数据与应用系统的串要性、业务关联度

3、、技术成效度、基础设施条件、成本和管理维护等一系列因素.在应用级灾备系统中,不管是生产中心还是灾备中心,他们之间的业务都是有联系的.比如数据库必须先启动,之后才能启动应用程序,应用服务器接管完成,才能进行网络的切换,只有严格按照应急流程操作,才能确保应用及灾密建立及正常运行。2项目背景某部委按照有关要求进行电子政务信息化建设,到目前为止按照整体规划要求,完成了多个电子政务系统的建设,90%以上的业务已经全部纳入信息化管理,为某部委的信息化建设提供了强有力的技术支持并做出了巨大的贡献.由于信息化系统的建设是分块、分批建立起来的,目前仍三个系统中的数据不能共享、大量的相关和交叉业务不能协同处理。系

4、统分别运行,不能实现统一数据,也就实现数据的统一共享和使用。因此,需要将三个系统的数据进行统一整合.整合后的系统将现有系统的数据合为一体,形成全市统一的集中式数据库,真正做到统一数据.相关业务和交叉业务协同办理,独立业务分别办理,统一入口、统一出口.在一个数据庵中同时记载数据处理过程中的所有信息,在同一个信息源实现“数据共享。整合后的数据库将彻底解决在业务处理中相互依存、信息相互借用的问题,保证了数据的唯一性和准确性,把某部委的管理水平提升到一个全新的高度,简化了流程,提高了政府办事效率,真正做到”让数据多跑路群众少跑腿”,实现了80%以上业务网上申报,大大减轻和节省了经办人员成本,使之能有更

5、多的时间和精力深入街道、社区进行社会宣传及点对点服务.3现状和需求分析3.1 系统现状分析核心电子政务系统全部在等级保护三级及以上。全部是面向公众服务、关乎国计民生的重要信息系统。用户系统平台种类众多,涵盖所有主流品牌的操作系统,包括HPUX、IBMAIX.SUNSO1.ARIS和WindowsServer平台.用户应用系统采用的数据库集中在ORAC1.E、MSSQ1.和IBMDB2用户生产环境内数据存描类型和品牌各不相同,有服务器硬盘存储、NAS,DAS.SAN等;品牌包括】BM、HP、EMCxHDS.SUN、富士通、华赛等.数据管理模式不同,有集中存放及分散存放.各用户备份方式不同,有光盘

6、备份、喊带备份、磁盘备份,备份数据量和存阵总量差别较大.3.2 项目需求分析某部委目前已有比较完善的数据中心及相关应用,部署了服务器、存储、网络等设备.但是随若本次电子政务系统的建设和多个系统数据的整合,单体系统的数据量急剧增加,数据保护的重要性也随之提高.如何进一步提升电子政务系统的可靠性和降低系统停机时间成为了优先考虑的问题,对于容灾系统建设迫在相睦.被逐渐提上日程.在容灾系统建设方案上,由于本期项目整合的政务系统核心数据涉及到大员敏感的公民个人隐私信息,数据需要存储在本地数据中心,需要建设基于本地数据保护的容灾系统。在容灾系统建设前需要通过风险分析及业务影响分析等手段对业务和数据的风险进

7、行分析,确定容灾系统建设的方向和目标.容灾系统建设的需求分析主要包含风险分析和业务影响分析.进行风险分析,识别可能造成业务中断的灾难、具有负面影响的事件等因素,可控的风险与控制范围以外的风险,确定由这些风险可能造成的直接经济损失,确定业务系统的弱点,明确防危控制风险的技术和管理措施:进行业务影响分析,识别关健业务以及业务的优先级,识别由于业务中断造成的直接和间接后果,确定业务中断的影响程度,确定可以接受的损失范围,关键业务恢复的优先顺序以及恢且时间目标。3.2.1 风险分析对于某部委来说,风险分析的范围主要考虑所在地区的交通、电讯、能源及其他关键基础设施遭到严圭破坏,或各部门数据中心发生硬件故

8、障、天灾或人祸等灾难后所面对的可能性风险,同时还关要考虑各部分信息系统中断所造成的系统性风险.根据之前调研的结果,目前某部委信息系统应用中,数据的可免存放和备份主要存在缺乏针对自然风险(火灾、地赛、水灾等)、技术风睑(电力、网络和设备故障等等)和人为风险(人为操作失误、系统软件BUG、病毒、黑客等)的全面而有效的数据保护措施和恢复手段.经过风险分析,得出的风险因素如下:风险因素风险发生比率自然风险(5%)火灾(机房)3.5%水灾1.3%地震0.2%技术风险(35%)电力8%网络11%设备故障16%人为风险(60%)误操作40%病毒、黑客15%其他风险5%1、自然风险自然风险包括机房由于电力、雷

9、击或人为原因造成的火灾.由于地面沉降导致寡雨内涝、风星潮、地赛等自然灾舌:2、技术风险某部委各部门业务数量众多,机房环境和应用环境非常欠杂,随着业务需求的不断变化和数据大集中的建设,对各部门数据中心的应用和管理带来极大的冲击.数据大集中在带来种种好处的同时,也带来了风险的相对集中,这就对网络和管理提出了更高的要求.早期各级部门的分布式结构,出了问题只会对局部造成膨响,范围有限,管理上往往是被动管理模式,只有等到设备出现了问题才去进行紧急处理,这种方式已不适合数据大集中模式.由于数据的集中处理,一旦数据中心出现电力、网络和设备故障等问题就会在一个很大的范围内产生不利影响.需要各部门采取主动管理的

10、工作方式,未雨绸缪,提前预判、预防,井建立应急体系.一旦出现问题,能在极短时间内恢豆系统运行.否则,业务的中断与数据的丢失可能会带来巨大的经济和信誉损失与严函的负面影响.为了预防大集中模式数据的丢失,需要通过数据备份、异地灾备等数据安全手段保护数据的安全.根据目前某部委的现状,目前数据总量约为120T;数据备份技术主要为本地数据备份.现有普通的备份和恢豆手段实现不能够满足新的业务需求,需要更安全的和更易于管理的容灾解决方案.3、人为风险某部委信息系统软硬件设施型号、版本和品牌数量众多,涵盖的应用及数据的种类也非常多,应用系统平台豆杂,操作系统有Windows.Unix、1.inUX等,数据库有

11、Orade、DB2、SQ1.SERVER.MYSQ1.等.由于设备品牌,操作系统和数据库类型的不同,难免会出现人为操作失误、系统漏洞,病毒攻击和黑客入侵等问题,造成由大故障,影响数据安全.根据各个业务系统不同部署情况对容灾保护的为求也各不相同,其中的数据也都有不同层次的容灾需求.3.2.2 业务影响分析业务影响分析主要是对存在风险的业务系统的功能、以及当这些功能一旦失去作用时可能造成的损失和影响进行分析,以确定单位关键业务功能及其相关性,确定支持各种业务功能的资源,明确相关信息的保密性、完整性和可用性要求,确定这些业务系统的恢宜需求,为下一阶段制定灾难恢复策略提供基础和依据.某部委的核心主机设

12、备为高性能四路服务器及SAN存储等设备组成,大部分设备使用年限已超五年,老化严重,出现故障的几率非常大。核心数据库存储系统资源的利用率已到达85左右,月底月初时数据访问量大,存储资源的访问频率更高,响应时间变长.而且隐着使用人群的增加和新业务需求的增长,同时也考虑到未来几年的新业务增长和业务豆杂度的增高,现有存慵设备已不能完全满足.目前存储系统为单节点部署,如果一旦宕机,会导致该业务系统提供的社会职能瘫痪,严再时给社稷民生带来灾难性后果,进行容灾建设,对数据进行保护,对业务系统连续性进行保护,是非常必要的.3.3 痛点分析在数据保护方面,某部委本地数据中心制盘阵列采用SAN存储架构,通过备份软

13、件实现了本地数据备份。但是本地数据保护只能应对小规模的逻辑错误,而且恢豆时间比蛟长,无法做到实时的应用保护和数据保护.而且一旦本地机房发生火灾、地震等自然灾吉,所有数据将全部丢失,严由威胁公民信息安全.另外,由于多库合一的系统建设,需要容灾系统保持高性能、高可用、资源高度整合和可持续发展。实现关撼应用系疣的业务连续性,实现核心业务系统应用级容灾的要求,满足未来五年某部委业务的稔定和快速发展.由于某部委的数据关系到民生数据安全,需要实现零数据丢失”,确保在灾难发生时数据不会丢失.容灾系统建设后,需要实现同城/异地灾备中心容灾系统数据安全,实现业务系统应用快速切换,确保在灾难发生时,容灾中心能移快

14、速接管生产中心应用系统,继续对外进行服务,4建设内容分析4.1 指导思想某部委容灾系统建设应以科学发展为主题,以提升可持续发展能力为目标,以实际需求为导向,以节约资源和保障数据安全为若力点,遵循电子政务业务发展规律,发挥容灾系统的优势,完成合理规划、按需设计、按标建设,逐渐形成技术先进、结构合理、协调发展的容灾数据中心新格局.4.2 建设原则项目建设应充分考虑实际需求和技术发展,以实现系统统一管理、高效应用、平滑扩展为目标,以先进、安全、成熟、开放、经济”为总体设计原则.(一)先进性原则:在系统总体方案设计时应优先考虑基于国产品牌产品的先进方案和技术,确保一定时间内不落后.选择实用性强产品,模

15、块化结构设计,既可满足当前的需要又可实现今后系统发展平滑扩展.(二)安全性原则:容灾系统数据某部委重要信息系统的最终保障,不但要保证能够7X24运行,而且必须有高可用性.在迸行系统设计时,充分考虑数据高可靠存储,采用高度可靠的软硬件容错设计,进行有效的安全访问控制,实现故障屏蔽、自动冗余更建等智能化安全可靠措施,提供统一的系统管理和监控平台,进行有效的故障定位、预警.(三)成熟性原则:为确保整个系统能终稳定工作,灾备系统平台应使用先进、完善、易于管理和稳定可靠的数据存储系统、网络系统和容灾管理系统。(四)开放性原则:系统建设具有开放性的标准体系,提供符合国家灾省建设标准的容灾等级保护系统.(五

16、)经济性原则:某部委现有业务系统存硫数据量较大,目数据的增长速度较快.因此在建设灾备系统存储架构时,应从长远的角度考虑,建设一个长期的存储架构,除了可以应对存储硬件设备的升级速度外,还必须考虑到对前期存磕设备的投资保护,在保证不断提供功能和性能提高的同时,存储架构在较长的时间内能够保持相对稳定.同时充分考虑应用发展方求,实现系统可弹性在线平滑升级,节约和降低系统建设的硬件成本.4.3 建设依据近年来,国信办和我市出台的有关信息化发展规划和信息系统建设要求的相关文件多次指出,各地要建立容灾中心,实现数据级容灾备份,有条件的应实现应用级容灾备份.1、2004年9月,国家网络与信息安全协调小组办公室又出台了关于做好重要信息系统灾难备份工作的通知

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 办公文档 > 解决方案

copyright@ 2008-2023 yzwku网站版权所有

经营许可证编号:宁ICP备2022001189号-2

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!