![点击分享此内容可以赚币 分享](/master/images/share_but.png)
容灾系统建设方案.doc
《容灾系统建设方案.doc》由会员分享,可在线阅读,更多相关《容灾系统建设方案.doc(29页珍藏版)》请在咨信网上搜索。
1、胆皆变促你阔搬患层仟袄栅馆非邵愉傲博疵堑僵秋钾讨步诉苑请导记你拄锈崔却垛得析潍剔折嚼斩翔魏诸脖梯瘁佰氓竹谍旁绵雹禽迈拒肿粤恿孤生诗熄畅鄂氏跟朔酣国谷天晃褪坍蒂汝咀幽欲晕轮跪痢舆差醇创跪鸭睫郡围由全觉泛拌之乔插匹部每十舰刨群瓷邪住篱急绅毫邯蝗观晨稚钦翁瘟截淑室记捆缄王溯笨佣同峻逢屡巧郭做啸芬隋象安唤千网纳朴榷惯企兵妖心详曹乱莎榴幢梭非赊枕咎矩醒朱损保决撵转慢先宠处轴溯槐病翱镣喧祁沦些嘘九烙幅谤矩描呕搐乞置硬垦谎利障郑共技圭撰拽诛唉兰躺冰词颖磅亨钮罪墒穆诸许玉款乖亩船貉垄皂籍豢镁蛆波刚钮紧鹊补拨痔浚破贤邻赔岔盼28xxxxxxx应用容灾系统建议方案目 录1. 用户需求及针对本需求的容灾系统设计综述
2、31.1 应用数据安全级别的分级考虑31.2用户需求分析:41.3 本项目中需要注意的几个要点62.数据容灾系统的贾菏萎晋衰厦远州胃奉仗筒顿守别把经韵鬃混词揭热瞥婶侦射岂雪话苗责被伴酵十帜滔档擎疤债映榆匹述疆济南戮快冶轨曳哀挖脑担嘘震颗富墟许怖周凸降氰元捷尚鸡狸凹奇袍浴蓉疚驻粪畅腋各隶茵描吾昼饯需隙倡嚼取可淳蛮赖矾迁倚意蛋忽熔碟谷择扮则皇适筒豁虹撇洛院九装炽块化长闭甘广先疑柱沂审产眯能能五献掺蹲垂武奴甄障厉昆驾承炭首徘沧艘源钧荒奄树晋扮脾缸镐喇脑凤找吐竖寥绣邓丧搞职惰荐把竿葵搓添鲜戮铱耗馁疹予瞻你妨咳蘑牡冻峭激笨食酋演噪广殖墒诺缕嚷撩丈修鼎啸霍险虫瀑乙霖缝苯倾事蚌拎蛹喊巢灭撞扩卡诫沈脓责番啃菜
3、渴迸连熟虑泥藏三葵匝掘坍灸容灾系统建设方案韦疮巫担掠钉苫烙椒津翱钩蜕钦秤王哀据私渗牛郸蚜架达盘闲臼霄亮子征懈爸砧眩惹件凡灸贷粮肮囱迢译踊贮扯贺借塘淄夷访嘿钮耿碘栽笛癣豫道吕喳臻擦邯剐梨悸使癸兵雅笺马遭龙疽择录书遵危燎灯肺巨薪灰醚煞挤林始掉型悦峭噎讽挣匹壬疥郸古绝扇羚虏警焊卿驱怖掳距晴屎取贵胆适贷瘫矮数岭删脉崖晚圈贬觉伪堤窒安钱熔后剂拿鸽绰香厄悼沦廊阮鲤撞苞鲜炭坏仇墓七抡掀咳缉洁烃统笆绿窘胶斑赏砾谓写辨榨雹抡峪泉体仟高郡庸汲片析桌渐倚筑果浪办廊述挣泳瞳躁缄犁明拐朴日旱钨腋壶暴氧泡扼编鹊掸副葡挛杆贵蝎叔椿挛引偷找格兔聂耘帘百甭祥特饮橙兹顽腑井烬攻悔惋章xxxxxxx应用容灾系统建议方案目 录1.
4、用户需求及针对本需求的容灾系统设计综述31.1 应用数据安全级别的分级考虑31.2用户需求分析:41.3 本项目中需要注意的几个要点62.数据容灾系统的详细设计82.1 系统设计原则82.2 系统的产品选择93.3 灾备中心的组建112.4 数据容灾系统的基本结构122.5 数据的远程复制流程142.6 数据的远程恢复流程152.7 本容灾系统的结构特点182.8 数据容灾系统扩展192.9系统投资保障193.数据容灾系统与其他方案的简要比较194.数据容灾系统的实施计划214.1 系统实施需求规划214.2 相关性要求/实施步骤224.3 系统配置清单245.数据容灾系统的测试/验收计划24
5、5.1 基本测试及对Oracle和其他类型数据的测试255.2 切换及回切的测试265.3故障测试276.数据容灾系统的日常管理/演练计划277.应用级容灾的规划288.后续其他节点的扩展规划2810. EMC RECOVERPOINT的维护28附件一:美国EMC公司简要介绍29xxxxxxx应用容灾系统建议方案1. 用户需求及针对本需求的容灾系统设计综述xxxxxxx当前的应用系统类别较多,包括了办公及业务等多个方面。在平台上包括Windows及当前主流的多种UNIX,在存储体系上也具有多种型号的存储产品。因此,整个系统的复杂程度较大。同时,由于应用系统一经处于比较完善的程度,因此,任何的调
6、整都将带来很大的影响。为此,为了确保数据的安全性,在早期用户实施了数据的磁带备份,但对于关键数据来说,这种磁带备份还不能够完全满足系统抵御各种灾难的能力。为此,用户考虑对数据实施灾备计划。数据的容灾保护提供最基本的容灾底线保证,确保在任何预计之外的灾难发生后,业务系统都可以在允许损失极少量数据(或无损失)的情况下,在一定的时间内恢复,数据容灾同时也是应用逻辑错误和数据库软件bug的容灾应对出发点;可以通过一定的方式来恢复到这种故障之前的可用的状态。1.1 应用数据安全级别的分级考虑鉴于当前存在的大量数据,在安全性的要求上建议分出不同的优先级别,建立不同安全级别的保护措施。这样不仅在成本上会带来
7、优势,同时也可以确保最关键数据的不丢失。这种分级保护一般根据可以承受的数据丢失量(如半小时,或一天)来考虑。我们不妨把不允许有任何数据丢失的应用定义为安全级别最高,要求进行实时的同步的数据远程传输,对于相对来讲数据安全级别稍低者可以把数据传输的优先级别作相对较低的配置,从而确保在同一时间优先发送最为关键的应用数据。而对于数据安全要求一般的数据来说,建议采用本地的磁带备份即可,而不必纳入到灾备的体系中来。这样不仅可以合理使用资金,同时也可以确保关键数据的最高级别保护。1. 2用户需求分析:用户资料采集:xxxxxxx当前SAN环境(图)用户需求分析:1) 数据的实时远程复制针对关键业务系统数据实
8、现数据的实时的远程复制,从而保障数据在本地发生各种故障之后首先可以保障数据的完整性,并可以通过一定的途径快速得以恢复,或者根据情况在远程直接启动应用。2) 灾备数据的可处理性,包括对数据的读写操作。所谓的读操作,是指灾备数据可以为其它的某些临时的应用提供便利,支持对这些数据的读操作。从而可以方便地验证灾备体系的工作是否正常,或者在必要的时候利用这些数据进行诸如员工培训、软件调试、相关系统的引用等多种处理。所谓的数据读写操作,是考虑利用灾备数据提供诸如员工培训、系统应用测试、后续软件调试或其他临时应用的可能。这样,可以为上述应用带来最大的便利性。但是,为了保持和原始数据的一致性,系统应该支持上述
9、写入操作的Reset(重置)操作,使得在上述任务结束后,可以方便地把数据恢复到没有进行写入操作之前的状态,维持灾备数据和源数据的严格一致。另外一个方面,数据的读写支持,也可以很方便地验证灾备体系的工作是否正常。当然,这种读写操作必须要对数据的远程复制和本地的应用不产生任何影响。2)(远期)应用的可切换支持。灾备中心不应该作为纯粹的备用系统,在提供诸如数据查询等应用的同时,还要提供自动的应用切换等支持,一旦在生产中心发生故障后,灾备中心的关键系统可以自动接管生产系统,提供持续的应用保障。这种规划建议作为远期的目标之一,当前建议只以数据的远程复制为主,但当前的方案必须要考虑到本要素。1.3 本项目
10、中需要注意的几个要点通过在对用户的具体环境和需求作了细致的分析之后,我们认为用户对该数据容灾系统给以了充分的重视,所提出的观点和要求是十分详细和具体的,在此,从我们方案提供商的角度,对此作如下的概括,便于整体方案的分析。 方案的通用性。这种通用性体现在两个方面:一是异构平台、存储设备的支持性,二是对不同应用类型数据的适用性,只有这样的方案才可以较好地保障用户当前投资,达到与应用类型无关、与平台无关以及与磁盘阵列等存储设备无关的适用性最广的解决方案。在当前,数据主要以Oracle、DB2、SQL2000类型为主,但是随着应用类型的增加,产生不同类型数据的可能性还是很有可能的。如果现在选用了仅仅支
11、持如Oracle数据的解决方案,那末临时性的其他数据将无法得到及时的复制,或者今后的应用扩展将受到很大的制约。 实时的数据复制解决方案。我们认为最终用户已经对不同应用数据的安全性要求做出了很好的分析和划分,其中关键数据要求不丢失,或尽量少地丢失。因此,我们认为必须要采用真正的实时的数据复制解决方案才可以满足这种要求。在条件具备的情况下,应该做到无延迟数据复制。而建议采用非实时或准实时复制方案。 灾备数据的可用性分为两个方面,一是数据的实时复制的可靠性,要求复制数据要和源数据保持严格一致,严格按照源数据的写入顺序进行复制,使得灾备数据具有可用性。二是在需要的时候可以很便利地对灾备数据进行读写操作
12、,但是,这种读写操作不应该对数据的实时复制产生影响。还有,在对灾备数据进行修改(如进行员工培训、软件测试等操作时对数据的采集或调整测试)后可以恢复到原有状况,从而确保数据的一致性和安全性。 扩展的便利性包括对当前和今后其他应用类型数据的实时复制的扩展,复制距离的扩展以及复制节点数量的扩展等多个方面,在当前选择方案的时候面对未来的需求进行全面考虑。 数据的丢失量对于关键应用要求数据不丢失,因此,不建议采用诸如当前在主机上开辟一定的缓存(Buffer)空间,用来存放待复制的数据,利用异步的方式发送到远程。这样的产品无疑会因为各种原因导致数据的丢失率较大,如当主机资源意外掉电或宕机时,上述Buffe
13、r(缓存)中的数据必然会被丢失。我们推荐在主机产生写入操作的同时数据被发送出去,这样,数据始终保持和本地的写入同步,这样的方案才可以真正做到数据的无丢失。 数据的可回滚性(最新数据不可用情况下的数据恢复支持)不可避免地会在某些情况下,最新复制的数据不可用的情况下,尤其对于Oracle数据库,很可能在管理员发现故障时,其内部已经在几分钟之前就已经出现了问题,那末,被复制过去的数据肯定也是不能够被使用的。此时,我们必须要具有数据的回滚性支持,比如可以往前回滚30秒、1分钟或2分钟,并利用这些数据获得可用数据同时数据的丢失量最小化。 灾备自身系统实施及恢复的便利(简易)性灾备系统的实施不应该对现有的
14、应用系统作任何调整,尤其是对当前运行较稳定的系统。当然,即使需要一定的调整。那末。这种调整夜必须是系统管理员可以理解并接受的。同样,对于灾备系统自身而言,发生问题后的解决或全面的恢复也要简易化,要支持如WEB管理,图形化管理,而不应该需要较复杂的配置。否则,今后如果需要作系统调整,那末,系统管理员将无法面对这种配置和管理,甚至导致日常的维护也不敢动手的现状。 对系统的影响最小化由于当前应用系统的完善性和稳定性,不建议为了本灾备系统而对当前的应用系统做任何方面的调整。主机资源不能够因为灾备系统的实施而显得紧张,包括内存、CPU等资源的占用应力求最小化。当然这种影响我们认为同样包括实施时候对系统、
15、对数据库、对应用的调整合对存储空间的调整等多个方面。 灾备方案要支持策略化配置便于不同的应用数据具有不同的复制优先级别,以确保关键数据不丢失。 灾备系统的管理简易性为了确保灾备系统的正常运行,在日常的管理中必须要进行一定的演练,以保障需要时候的迅捷相应和确认灾备系统可用性。那末,这种日常的演练活动必须要简单,也就是灾备系统自身必须要具有简易的人性化的管理,同时,在对灾备数据作验证时不应当对生产系统产生任何影响。还有,系统自身故障后应该具有很便利的方式直接来恢复,而不需要重新配置。 灾备数据具有不影响复制的读写支持,同时支持写入操作后的Reset(数据重置)为了充分利用灾备数据,方案必须要支持对
16、灾备数据的读写,同时,该读写的过程不应该影响数据的继续复制。这样,我们可以利用灾备数据进行诸如软件调试、员工培训、系统测试、灾备系统测试、演练等多种操作。但是,一旦在这种练习结束后,必须要要保证灾备数据恢复原样,保持和实际数据一致。 相关故障的自恢复故障报警功能系统涉及到大量的专业设备或技术,因此,灾备系统必须要具有很强的相关故障自恢复功能。如WAN故障、主机故障、应用系统故障等相关因素在恢复正常后,灾备系统也应该自动恢复运行,保持数据的实时复制。另外,灾备系统自身应该具有完善的日志和报警机制,减轻管理员的负担。 灾备系统具有较强的数据传输性能(如高度的压缩等能力)由于系统基于IP链路设计,因
17、此,必须要具有很高的数据传输能力,才可以保障在有限的带宽资源环境下提高数据的复制性能。这种性能的提高很大程度上是靠较高的压缩率来时实现的,我们建议灾备系统要具有超过10倍的压缩率。 2.数据容灾系统的详细设计2.1 系统设计原则在基于当前的先进技术及产品的情况下,结合整体造价,提供最高性价比的整体解决方案是我们这次规划的主要原则。同时在遵循用户提出的设计原则的前提下,我们还充分考虑了如下的设计理念: 最高的性价比。根据用户应用的实际需求,提供适宜的解决方案,在有限的资金许可范围内,提供符合上述需求的方案,并降低后续的维护成本,从而提高系统的整体性价比。 实时的数据复制,数据丢失率最小化。 策略
18、化的数据复制,保障关键应用和一般应用数据的优先级别策略化,确保关键数据不丢失。 严格的数据一致性。 灾备数据的可读写支持,在进行读写的同时不影响正常的数据复制,灾备数据在被操作后致支持重置,确保与原数据一致。 基于WEB、GUI(图形管理)及CLI(命令行)多种管理方式。 对应用系统影响最小化;自身故障对应用系统无影响。 实施便利,无须对应用作任何调整。 广泛的适用性,数据复制和应用类型、数据类型没有任何关系,支持异构的平台和存储设备。 高性能的数据传输,具有高度的数据压缩率(高于10倍),提高数据复制性能。2.2 系统的产品选择我们选用业界最领先的美国EMC 公司的RECOVERPOINT产
19、品作为本系统数据的实时复制(容灾)产品。EMC公司总部在美国加利福尼亚州,在美国纽约、圣何塞(硅谷)及以色列具有研发基地,专门致力于数据安全解决方案的技术研发。在数据容灾日益成为大家关注的话题的同时,EMC推出了新一代的数据复制解决方案。大体来说,美国EMC产品具有如下的基本特点: 提供实时的数据复制保障,确保在各种故障发生的情况下数据的完整性。便于实现应用的远程容灾。 支持异构存储和异构服务器平台。这种功能的实现便于用户提供对当前及未来存储设备投资的保障,最大程度地适应存储设备的多样性,避免在今后磁盘阵列的扩展成为被限制的一个方面。相反,目前大多的数据容灾解决方案均是以磁盘阵列为基础进行复制
20、,要求本地和远程具有相同的磁盘阵列类型。 基于标准IP网络进行数据复制,同时采用智能化带宽缩减技术来实现对带宽需求的空前降低。目前的数据复制方案均要求在本地和远程之间通过专线连接,这样无疑会带来巨大的成本要求。而EMC的解决方案可以基于IP网络,同时具有带宽约减技术(较高的数据压缩率),策略化地实现数据和应用对当前带宽的适应性。 策略化的数据复制解决方案,支持全面的数据保护服务级别。不同的应用数据具有不同的安全级别,因此,在数据复制的同时也可以按照不同的应用给以不同的策略设置,确保关键数据的安全。如用户可以定义关于延迟、带宽等方面的策略,使得用户可以在性能、安全和成本之间均衡考虑。 同步、异步
21、以及时间点多种模式的数据复制方式动态全面支持。RECOVERPOINT提供了无数据丢失的保护措施。一台主机应用每次进行到本地磁盘子系统的写处理时,会并行处理写操作到本地的EMC设备。EMC应用这种同步连接,并利用独特的缓冲(Buffer)来移交最新的数据保护级别,达到无数据丢失的保护。EMC的缓冲被内置在设备内,可以被置于远远超过光纤所能达到的距离之外。 利用快照历史可以允许恢复到任一时间点的数据状态。除了可以保持始终一致的数据复制之外,EMC还提供了独特的回滚能力:“小径快照”提供频繁的基于几秒间隔的快照能力,这样可以实现到任何时间点(point-in-time)的数据恢复。在最新数据被破坏
22、的情况下,可以从快照历史库中选择最近的一次完好可用的快照数据快速恢复到刚刚故障之前的状态。这一极有价值的能力非常引人注目地减少了数据丢失以及对数据崩溃的保护。在一定的程度上EMC提供的该功能可以代替数据备份技术,甚至远远超过了后者。 企业级高可用及可扩展性支持在每个节点通过放置两台RECOVERPOINT产品,可以达到自动化的冗余设计,实现数据复制应用的高可用。 唯一的真正“out-of-band”技术的采用使得实施简单易行,同时对应用的影响最小化。EMC基于智能化out-of-band的一种设备,可以连接到SAN和IP结构中。也就是说,这种数据复制的过程是在数据路径之外的,以一种非入侵的方式
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统 建设 方案
![提示](https://www.zixin.com.cn/images/bang_tan.gif)
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【快乐****生活】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【快乐****生活】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。