ImageVerifierCode 换一换
格式:DOCX , 页数:17 ,大小:30.38KB ,
资源ID:1244131      下载积分:12 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/1244131.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ibm存储容灾方案v.docx)为本站会员(b****2)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

ibm存储容灾方案v.docx

1、ibm存储容灾方案v存储容灾解决方案一、概述 31.1信息系统现状 31.1.1存储系统现状 31.1.2备份系统现状 41.1.3没有一套完善的容灾保护机制 61.2信息中心存储系统建设需求分析 71.2.1存储系统要求 71.3信息中心智能保护系统建设需求分析 101.3.1智能保护系统设备要求 101.4集中存储备份智能保护的建设目标 11二、系统建设方案 12第一期规划 122.1存储系统总体设计 122.1.1方案总述 122.1.2方案拓扑示意图 132.1.3方案关键优势 132.1.4方案配置 142.1.5存储系统建设所能达到的效果 15第二期规划 152.2虚拟化系统总体设

2、计 15 152.3.1方案拓扑示意图 162.3.2方案关键优势。 162.3.3虚拟化系统建设所能达到的效果 172.3.4VMware服务器虚拟化方案设计 19一、概述1.1信息系统现状1.1.1存储系统现状目前业务系统主要应用系统有文件服务器(windows)、应用服务器(windows)、邮件服务器(windows)、防病毒服务器(windows)、HR服务器(windows)和ERP服务器(SUN小机)。目前应用系统均运行在独立的服务器中,一方面服务器本身容量空间有限,随着业务数据的不断增长,空间已基本饱和,另一方面数据安全性没有保障,服务器故障将面临整个业务系统数据丢失(单台服务

3、器故障,怎么会造成整个数据丢失)。应用系统的高性能存储空间及数据保护工作是信息中心最为重视的现有存储系统情况统计:(表格把客户目前服务型号及硬盘分布要写的详细些,表格我会提供)序号系统组成系统类型/存储方式(位置)现有磁盘阵列及类型、容量1文件服务器Windows/本地/2应用服务器Windows/本地3邮件服务器Windows/本地4防病毒服务器Windows/本地5HR服务器Windows/本地6ERP服务器SUN小机/本地从上表情况来看,所有业务系统的数据都存放在本地硬盘上,本地硬盘存储具有如下缺陷: 单硬盘或者原始RAID方式,故障率高,安全性低。 性能低下,影响应用主机性能。 磁盘容

4、量性能扩展性差。 只能通过与之连接的主机进行访问。 每一个主机管理它本身的文件系统,但不能实现与其他主机共享数据。 数据分散,管理复杂。综上所述,在信息中心现有的业务系统环境中,各业务主机的存储环境主要由本地硬盘,存储数据分散在各自单独的本地存储中,导致数据分散管理,管理非常繁琐,数据的安全性和高可用性得不到根本保障。从存储方式来看,对业务系统来说,改善存储架构,用先进的集中统一管理的FCSAN存储架构代替现有的存储架构,提高存储的安全性和高可用性是非常有必要和必须的。(建议把现有架构和FCSAN架构做一个对比的拓扑图,简要分析下优劣势),(客户担心吧鸡蛋放在一个篮子里面不安全,打个比方解释下

5、,使客户放心)1.1.2备份系统现状在信息中心现有的业务系统环境中,服务器类型较多,业务系统分布在unix、Windows等不同的平台上,数据库以Sqlserver为主,对操作系统及业务数据和数据库目前主要采用传统的手工方式进行备份。信息中心现有备份情况统计(表格把客户目前硬盘分布要写的详细些)序号系统组成数据库数据量数据库类型及版本现在的备份方式1文件500GB-手工备份2应用100GB-手工备份3邮件100GB-手工备份4防病毒100GB-手工备份5HR100GB-手工备份6ERP200GB-手工备份无集中备份管理系统,具有如下隐患和风险: 物理故障导致数据无法恢复物理故障是指造成系统无法

6、正常运行的软硬件损坏。如操作系统故障、应用程序和数据库损坏、硬盘故障、主机故障等。常见的几种物理故障包括: 操作系统故障:非法指令造成的系统崩溃,系统文件被破坏导致无法重启。 应用程序损坏:缺少文件或程序本身不完善导致程序无法运行。(上了集中存储和容灾该故障如果还存在,可以不写,因为客户并没因为上了存储而改变现状,) 整机损坏:由掉电、火灾、地震等造成设备无法运行。 硬盘故障:硬盘是精密的机电设备,安装时的无意磕碰、掉电、电流突然波动等原因都有可能造成设备无法运行。 网络设备故障:传输距离过长、设备添加与移动、传输介质的质量问题和老化都有可能造成故障。 逻辑故障导致数据无法恢复逻辑故障包括两种

7、,第一是系统能够正常运行,但实际已经有部分损坏,如数据文件丢失,程序丢失等。第二种是系统本身虽然完好无损,可是系统中的部分数据是错误的。常见的几种逻辑故障包括: 数据不完整:系统缺少完成业务所必须的数据。 数据不一致:系统数据是完全的,但不符合逻辑关系。 数据错误:系统数据是完全的,也符合逻辑关系,但数据是错误的。逻辑故障隐蔽性强,往往带有巨大的破坏性,并造成不可估算的损失(通过集成存储可以减少和避免逻辑故障么)。 无法对数据库进行在线备份用手工方式对数据库进行备份,需要将数据库停机,否则无法保证备份数据的一致性和可用性。用手工方式对数据库进行备份,对数据的性能会有很大的影响,影响生产系统的使

8、用效率和性能。 数据管理工作难以形成制度化,数据丢失现象难以避免; 数据分散在不同的机器、不同的应用上,管理分散,安全性得不到保障; 应用系统的使用维护人员工作量大,业务人员工作效率下降; 存储媒体管理困难,如今,用来存储数据的介质越来越多,各种不同系统下存储产生的软盘、磁带、光盘将给管理带来很大的困难;(客户不用磁带等存储设备) 历史数据保留比较困难;综上所述,手工方式进行备份经常需要人工干预,且工作效率非常低下,备份数据的安全性和可用性也得不到保障,无集中统一的管理平台,管理非常繁琐,为了解决这些由于数据的增长或信息化发展所带来的问题,信息中心业务系统迫切的需要构建一套完善的集中备份管理系

9、统。通过先进的集中备份管理系统自动灵活的完成每天繁重的数据及系统的备份,极大提高业务系统数据的安全性和可用性,为信息中心系统的不间断运行和数据的安全性提供最大的保障。原有存储备份系统拓扑示意图:1.1.3没有一套完善的容灾保护机制信息中心的业务数据非常重要,它影响到整个公司的运作,一旦发生水灾、火灾、地震或者一些非人为性的灾难,数据将受到严重威胁,建立一套完善的容灾保护机制来确保数据的安全和业务的连续运行是非常有必要的。从容灾的级别和要求来说,可以分为数据级容灾和应用级别容灾。数据级别容灾,指灾难发生后以后可以确保数据不会丢失或者遭到破坏。数据级的容灾是比较基础的,其中,成本较低的数据容灾方案

10、中,仅需利用磁带库和备份软件或者虚拟磁带库自身的远程复制功就能实现数据异地备份,达到数据远程复制的效果;而较高级的数据备份方案则是依靠磁盘阵列数据复制工具,例如卷复制软件,或者硬件控制器的远程数据同步功能,实现数据的远程复制。数据级别容灾是保障数据可用的最后底线,当数据丢失时能够保证应用系统可以重新得到所有数据。从这种意义上讲,数据备份属于该级别容灾,用户把重要的数据存放在磁带上,如果考虑到高级别的安全性还可以把磁带运送到远距离的地方保存,当灾难发生后,从磁带中获取数据。该级别灾难恢复时间较长,仍然存在风险,尽管用户原有数据没有丢失,但是应用会被中断,用户业务也被迫停止。客户不用磁带应用级别的

11、容灾是以数据级容灾为基础的,在数据不丢失的前提下,把系统和应用软件都进行复制,当然这里所说的复制不是拷贝一份那么简单,还要涉及到主节点故障的时候,备用节点需要知晓,并且把应用和数据全部接管,代替主节点工作。也就是说,在备份站点同样构建一套应用系统。应用级容灾系统能提供不间断的应用服务,让用户应用的服务请求能够透明地继续运行,而感受不到灾难的发生,保证信息系统提供的服务完整、可靠、安全。一般来说,应用级容灾系统需要通过更多软件来实现,它可以使企业的多种应用在灾难发生时进行快速切换,确保业务的连续性。综上所述容灾不是一个简单的复制,它需要考虑到各个方面的问题。我们要考虑到数据从本磁盘复制到异地磁盘

12、的机制,恢复的可行性,并且还要考虑到网络如何切换,应用如何切换,如果前期的规划不合理,就很有可能在灾难发生的时候切换不成功或者在没有发生灾难的时候就切换到异地,毕竟应用的切换都是有风险的,这都将影响到业务的有序进行。所以我们建议在选择一个合适的产品的同时,要选择一家有经验的厂商和一个具备容灾经验的服务商来帮助我们一起完成容灾建设。并把一切能考虑的问题在前期都考虑到,做好数据恢复测试、容灾演练等重要工作。1.2信息中心存储系统建设需求分析1.2.1存储系统要求统一规划信息中心存储资源,完成关键和重要的应用系统数据集中整合和管理,提供信息共享的管理平台,解决信息孤岛,同时建立一个简单、实用、高效、

13、灵活的信息整合管理平台系统。为现有及未来新增的应用系统构建一个集中、高性能和高可用的网络存储平台。为不同的应用服务器,选择具有针对性的网络存储接入方式,以优化服务器连接成本,提高存储资源的利用率和应用程序的访问效率。同时,需考虑到未来的容灾需求和集中统一的备份需求。实现信息中心存储资源集中整合,建立集中存储平台,必须满足以下要求:1、数据的安全性本集中存储系统负担着关键和重要业务系统的存储整合,其中包括HR系统、ERP系统、邮件系统等非常关键的业务数据,存储数据的安全性至关重要,对存储的安全性有很高的要求,因此,对集中存储系统的设计,数据安全性是第一重要的考虑因素。2、系统的高可有性本集中存储

14、系统负责完成对关键业务系统的支持,对系统的高可靠性有着很高的要求。作为该系统核心的存储平台的高可靠性则更是重中之重。由于采用了集中存储的方案,所有的信息存储,信息管理及信息共享均集中存储于统一的平台之上,存储平台的任何故障会造成巨大的影响。因此存储平台的系统高可靠性尤为重要。3、系统的高性能存储系统要存储大量的在线数据信息,支持多关键业务服务器的在线业务并发读写要求。由于的特殊性和重要性,如何满足高负荷的应用主机、客户机的并发访问,保证业务的连续运行,整个存储系统的性能也是一个非常关键的要求。而且考虑到将来业务的增长,数据量还会持续增加,应用主机、客户机的数量也会继续增加,系统的性能还应能很好

15、的适应未来的扩充和扩展的需要。4、 系统的可扩充性和可扩展性作为集中存储的基本要求,存储系统应能支持巨大的存储容量,可以集中存储不同平台的企业数据,从而使企业在保留分布式处理好处的同时实现核心信息的集中存储和集中管理。随着时间的推移、技术的发展以及环境的变化,业务系统的数据量会飞速增长,许多新业务系统会不断产生,因此对存储系统的可扩展性有很高要求。尽管我们在本方案中已经充分考虑了系统存储容量空间的预留,但随着业务的发展,对存储系统的可扩展性要求仍将非常迫切。这主要表现在对存储系统容量的平滑扩充以及对新的主机(HOST)系统的平滑连接,以尽量减少对已有正常业务的影响。5、系统的多平台支持能力信息系统是一个多层的体系结构,在集中的存储平台之上要为数据库服务器,应用服务器和其他服务器提供统一的存储方案。信息中心现有unix、WINDOWS等多种异构平台,作为集中存储的基本要求,存储系统必须能够同时连接不同的服务器平台,以满足数据集中的需要。(把sun的平台数据存储迁移的问题做下说明)6、 系统故障切换支持信息中心负

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1