灾备技术的现在和未来课件.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《灾备技术的现在和未来课件.ppt》由用户(晟晟文业)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 技术 现在 未来 课件
- 资源描述:
-
1、灾备技术的现在和未来灾备技术的现在和未来NEL-DBR主要内容主要内容l 引言引言 l 灾备技术的现在灾备技术的现在 l 灾备技术的未来灾备技术的未来 l 灾备技术国家工程实验室灾备技术国家工程实验室 主要内容 引言 灾备技术的现在 灾备技NEL-DBR引言引言 l 为什么需要灾备?为什么需要灾备?l 什么是灾备?什么是灾备?引言 为什么需要灾备?什么是灾备?NEL-DBRl 信息系统灾难案例信息系统灾难案例l 信息系统灾难原因信息系统灾难原因l 信息系统灾难后果信息系统灾难后果需要灾备需要灾备 信息系统灾难案例需要灾备NEL-DBR需要灾备需要灾备 911 911事件发生中,世贸中心事件发生
2、中,世贸中心12001200家企业的信息化系统家企业的信息化系统 (其中不乏摩根士丹利这样的巨型跨国公司的信息中心)(其中不乏摩根士丹利这样的巨型跨国公司的信息中心)全部损毁,本地数据全部丢失。全部损毁,本地数据全部丢失。-案例案例1需要灾备 9 1 1 事件发生中,世贸中心1 2 0 0 家企业的信息化系NEL-DBR20022002年年7 7月月2323日,北京首都国际机场离港系统出现故日,北京首都国际机场离港系统出现故障停机障停机1 1小时,小时,6060个航班和约个航班和约60006000名旅客被延迟。名旅客被延迟。需要灾备需要灾备-案例案例22 0 0 2 年7 月2 3 日,北京首
3、都国际机场离港系统出现故障停机1NEL-DBR20032003年年7 7月月1 1日日,上海市轨道交通上海市轨道交通4 4号线凌晨发生险情,号线凌晨发生险情,临江花苑大厦内的劳动保障局和市财税局的重要信息临江花苑大厦内的劳动保障局和市财税局的重要信息系统被迫中断和搬迁系统被迫中断和搬迁。需要灾备需要灾备-案例案例32 0 0 3 年7 月1 日,上海市轨道交通4 号线凌晨发生险情,临江花NEL-DBR20082008年年1111月月8 8日,北京火车站售票系统死机瘫痪,不得已日,北京火车站售票系统死机瘫痪,不得已采用手写无座票的售票方式进行应急处理,直到采用手写无座票的售票方式进行应急处理,直
4、到5 5小时后小时后系统才修复。系统才修复。需要灾备需要灾备-案例案例42 0 0 8 年1 1 月8 日,北京火车站售票系统死机瘫痪,不得已采用NEL-DBR需要灾备需要灾备信息系统灾难信息系统灾难就在我们身边就在我们身边 并非遥不可及!并非遥不可及!需要灾备信息系统灾难就在我们身边NEL-DBR自然灾难自然灾难 -天灾天灾 -人祸人祸-原因原因1-自然灾难会造成灾难区域被完全孤立隔离、信息设备损毁严重、自然灾难会造成灾难区域被完全孤立隔离、信息设备损毁严重、人员伤亡严重。人员伤亡严重。-自然灾难所产生的直接后果就是自然灾难所产生的直接后果就是本地数据信息难以获取或保本地数据信息难以获取或保
5、全全、本地系统难以在短时间内恢复或重建本地系统难以在短时间内恢复或重建、灾难对信息系灾难对信息系统的影响和范围难以控制统的影响和范围难以控制。-自然灾难虽然很可怕,但是据统计仅占灾难自然灾难虽然很可怕,但是据统计仅占灾难3%3%。需要灾备需要灾备自然灾难-原因1-自然灾难会造成灾难区域被完全孤立隔离、信NEL-DBR人为灾难人为灾难偶然故障(人为失误、非授权操作等)偶然故障(人为失误、非授权操作等)ByzantineByzantine故障(恶意操作、病毒入侵等)故障(恶意操作、病毒入侵等)-原因原因2需要灾备需要灾备u人为灾难发生机率大、危害具有潜伏性和突变性、表现形式多种人为灾难发生机率大、
6、危害具有潜伏性和突变性、表现形式多种多样多样u人为灾难造成的直接后果包括人为灾难造成的直接后果包括丢失或泄漏重要数据信息丢失或泄漏重要数据信息、性性能降低乃至丧失系统服务功能能降低乃至丧失系统服务功能、软件系统崩溃或者硬件设软件系统崩溃或者硬件设备损坏备损坏u人为灾难中偶然故障约占人为灾难中偶然故障约占32%,Byzantine故障约占故障约占7%人为灾难-原因2 需要灾备人为灾难发生机率大、危害具有潜伏性NEL-DBR技术灾难技术灾难设备故障(硬件损坏、电力中断设备故障(硬件损坏、电力中断等)等)设计故障(软设计故障(软/硬件设计故障等硬件设计故障等)-原因原因3需要灾备需要灾备-设备灾难主
7、要是以硬件器件的损伤为典设备灾难主要是以硬件器件的损伤为典型特征;设计故障则主要来自人为的考型特征;设计故障则主要来自人为的考虑不周或逻辑错误,设计错误是其典型虑不周或逻辑错误,设计错误是其典型特征,采用相异性的冗余设计方法才有特征,采用相异性的冗余设计方法才有可能从根本上解决这类问题。可能从根本上解决这类问题。-技术灾难会造成信息、数据的损害或丢技术灾难会造成信息、数据的损害或丢失。失。-这一类故障数量占到灾难中的这一类故障数量占到灾难中的58%58%。技术灾难-原因3 需要灾备-设备灾难主要是以硬件器件的损伤为NEL-DBR-原因原因需要灾备需要灾备l客观原因客观原因 天灾无法控制天灾无法
8、控制 人祸不可避免人祸不可避免 信息系统存在生存期信息系统存在生存期l主观原因主观原因 信息系统技术本身存在缺陷信息系统技术本身存在缺陷 信息系统缺乏灾难防护能力信息系统缺乏灾难防护能力-原因需要灾备客观原因NEL-DBR需要灾备需要灾备信息系统周围潜伏了信息系统周围潜伏了无数的灾无数的灾难难,随时会,随时会损坏损坏甚至甚至摧毁摧毁信息信息系统!系统!信息系统灾难信息系统灾难就在我们身边就在我们身边 并非遥不可及!并非遥不可及!需要灾备信息系统周围潜伏了无数的灾信息系统灾难就在我们身边NEL-DBR-后果后果需要灾备需要灾备-后果需要灾备NEL-DBR需要灾备需要灾备信息系统一旦被灾难毁坏,会
9、对信息系统一旦被灾难毁坏,会对人民生活人民生活、国家政治国家政治和和国国家经济家经济造成无法估计的影响!造成无法估计的影响!信息系统周围潜伏了信息系统周围潜伏了无数的灾无数的灾难难,随时会,随时会损坏损坏甚至甚至摧毁摧毁信息信息系统!系统!信息系统灾难信息系统灾难就在我们身边就在我们身边 并非遥不可及!并非遥不可及!需要灾备信息系统一旦被灾难毁坏,会对信息系统周围潜伏了无数的NEL-DBRl 灾备的基本概念灾备的基本概念l 信息系统与灾备信息系统与灾备l 灾备的性能指标灾备的性能指标l 灾备的体系结构灾备的体系结构灾备灾备 灾备的基本概念灾备NEL-DBRl灾难备份,简称灾备,就是指利用技术、
10、管理灾难备份,简称灾备,就是指利用技术、管理手段以及相关资源确保关键数据、关键数据处手段以及相关资源确保关键数据、关键数据处理系统和关键业务在灾难发生后可以恢复的过理系统和关键业务在灾难发生后可以恢复的过程程l灾备的目的就是确保关键业务持续运行以及减灾备的目的就是确保关键业务持续运行以及减少非计划宕机时间少非计划宕机时间灾备灾备-概念概念灾难备份,简称灾备,就是指利用技术、管理手段以及相关资源确保NEL-DBRl灾备灾备 狭义灾备:包括灾难备份系统(存储领域)狭义灾备:包括灾难备份系统(存储领域)广义灾备:包括灾难备份和灾难恢复两层含义广义灾备:包括灾难备份和灾难恢复两层含义l容灾容灾 与广义
11、灾备等价(涵盖了容错领域、存储领域与广义灾备等价(涵盖了容错领域、存储领域 和信息安全领域)和信息安全领域)灾备灾备-概念概念灾备灾备-概念NEL-DBRl广义灾备广义灾备 从严格意义上说,灾备应该称为灾难备份与恢复从严格意义上说,灾备应该称为灾难备份与恢复(disaster backup and recoverydisaster backup and recovery)灾难前的备份灾难前的备份 不仅仅是数据信息的备份和日志,更重要的还包括信息系统不仅仅是数据信息的备份和日志,更重要的还包括信息系统 构建过程中容灾体系结构的设计、提前制定的灾难应急预案构建过程中容灾体系结构的设计、提前制定的灾
12、难应急预案 与恢复计划等与恢复计划等灾难后的恢复灾难后的恢复 应急服务系统或者备份系统的业务接管、应急服务系统或者备份系统的业务接管、数据数据/系统系统/服务迁移过程中的安全管理、服务迁移过程中的安全管理、系统灾难损失评估等系统灾难损失评估等灾备灾备-概念概念广义灾备灾备-概念NEL-DBR信息系统的核心结构图信息系统的核心结构图灾备灾备-信息系统与灾备信息系统与灾备信息系统的核心结构图灾备-信息系统与灾备NEL-DBR信息数据信息数据信息系统信息系统社会社会依赖依赖信息化信息化数据丢失数据丢失业务中断业务中断损失损失灾难灾难 灾难备份与恢复是信息化社会灾难备份与恢复是信息化社会 一个一个不可
13、缺少不可缺少的的基础安全设施。基础安全设施。灾难备份与恢复是信息系统的灾难备份与恢复是信息系统的 基本要求。基本要求。灾备灾备-信息系统与灾备信息系统与灾备信息数据社会依赖信息化数据丢失损失灾难 灾难备份与恢复是信息NEL-DBRl恢复时间目标恢复时间目标RTO(RecoveryRTO(Recovery Time Object)Time Object)l恢复点目标恢复点目标RPO(RecoveryRPO(Recovery Point Object)Point Object)l降级操作目标降级操作目标DOO(DegradedDOO(Degraded Operations Object)Opera
14、tions Object)l网络恢复目标网络恢复目标NRO(NetworkNRO(Network Recovery Object)Recovery Object)该指标是容灾恢复的该指标是容灾恢复的时间指标时间指标:-其含义从广义上来说,是从灾难发生造成其含义从广义上来说,是从灾难发生造成业务中业务中断断,直到使,直到使业务能够得以继续业务能够得以继续所需要的所需要的时间时间。-通常通常RTORTO越短意味着容灾能力越高。越短意味着容灾能力越高。恢复点:宕机后数据开始恢复的时间点。恢复点:宕机后数据开始恢复的时间点。恢复点指标恢复点指标RPORPO:指当灾难发生后,系统和数据:指当灾难发生后,
15、系统和数据必必须须 恢复恢复到的到的时间点时间点要求。要求。RPO RPO 对应着灾难造成的数据丢失。对应着灾难造成的数据丢失。-如果如果RPO=0RPO=0,相当于没有任何数据丢失,相当于没有任何数据丢失 -否则,就需要进行业务回复处理,修复数据丢失否则,就需要进行业务回复处理,修复数据丢失 宕机恢复宕机恢复后到后到第二次故障第二次故障或灾难的或灾难的时间时间 网络恢复的时间网络恢复的时间灾备灾备-性能指标性能指标恢复时间目标R T O(R e c o v e r y T i me O b j e c tNEL-DBR灾备系统结构简图灾备系统结构简图灾备灾备-体系结构体系结构 在信息领域,灾
16、备系统可以理解为是以在信息领域,灾备系统可以理解为是以存存储系统储系统作为基本支撑系统、以作为基本支撑系统、以网络网络作为作为基本传输手段、以基本传输手段、以容错软硬件技术容错软硬件技术为为直接技术手段、以直接技术手段、以管理技术管理技术为重要辅助为重要辅助手段的综合系统。手段的综合系统。灾备系统结构简图灾备-体系结构 在信息领域,灾备系统可以NEL-DBR灾灾备备技技术术的的历历史史 灾灾备备技技术术的的衍衍生生 灾灾备备技技术术的的提提出出灾灾备备技技术术的的发发展展灾灾灾灾NEL-DBR灾备技术的历史灾备技术的历史 灾备技术灾备技术从从容错计算容错计算中中衍生衍生-衍生衍生l容错计算容错
17、计算 容灾容灾是容错计算中专门专注于对灾难事件处理的相关是容错计算中专门专注于对灾难事件处理的相关技术,是技术,是容错计算容错计算中一个重要的中一个重要的研究方向研究方向。到目前为止,容灾所用到的相关技术让然到目前为止,容灾所用到的相关技术让然没有脱离没有脱离开开容错的基本技术和方法容错的基本技术和方法 容灾技术容灾技术就是目前耳熟能详的就是目前耳熟能详的广义灾备技术广义灾备技术。灾备技术的历史 灾备技术从容错计算中衍生-衍生容错计算NEL-DBRl容错计算容错计算 容错容错是指在存在故障的情况下,计算机系统不失效,是指在存在故障的情况下,计算机系统不失效,仍然能够提供系统服务的特性仍然能够提
18、供系统服务的特性容错技术在计算机系统中的应用可以追溯到第一台计算容错技术在计算机系统中的应用可以追溯到第一台计算机系统机系统ENIAC 由于由于ENIACENIAC采用了采用了1880018800个真空管,而受工艺限制、硬件的个真空管,而受工艺限制、硬件的故障率是平均每故障率是平均每1515分钟就会烧掉一个真空管,因此,该系分钟就会烧掉一个真空管,因此,该系统中大量的采用了基于冗余的容错技术来保证系统的可用统中大量的采用了基于冗余的容错技术来保证系统的可用性性 因此,如果没有容错技术,也就不会有了第一台成功的现因此,如果没有容错技术,也就不会有了第一台成功的现代的电子计算机代的电子计算机国际上
19、一直对容错计算比较重视:国际上一直对容错计算比较重视:容错专委容错专委也是也是IEEEIEEE和和ACMACM协会中具有协会中具有最老资格专业技术委员会最老资格专业技术委员会之一之一 灾备技术的历史灾备技术的历史-衍生衍生容错计算灾备技术的历史-衍生NEL-DBR灾备技术的历史灾备技术的历史-衍生衍生l容错技术是提高系统可靠性的有效手段,通过自动容错技术是提高系统可靠性的有效手段,通过自动监测、自动甄别监测、自动甄别-隔离隔离-排除等技术手段,保证系统排除等技术手段,保证系统完成预期的目标。一般来说,整个过程不需要用户完成预期的目标。一般来说,整个过程不需要用户干预,对用户透明干预,对用户透明
20、l除功能子系统外,容错系统通常还包括除功能子系统外,容错系统通常还包括故障检测子系统故障检测子系统备份子系统备份子系统系统恢复与重构子系统系统恢复与重构子系统灾备技术的历史-衍生容错技术是提高系统可靠性的有效手段,通过NEL-DBR灾备技术的历史灾备技术的历史-衍生衍生计算机系统故障分类计算机系统故障分类灾备技术的历史-衍生计算机系统故障分类NEL-DBR灾备技术的历史灾备技术的历史-衍生衍生l 容错计算容错计算-技术实质技术实质高可信应用需求高可信应用需求 航空、航天、核电站等关键应用系统关键应用系统 银行、证券等其他关键系统其他关键系统 包括制造、物流、交通等有着“7天24小时”不间断运营
21、需求的中小商业团体和政府容错计算系统多用于系统可靠度达到容错计算系统多用于系统可靠度达到99.999%99.999%以上的应用环境中即以上的应用环境中即连续工作连续工作一年中系统故障时间为一年中系统故障时间为5 5分钟分钟灾备技术的历史-衍生 容错计算-技术实质高可信应用需求容错计NEL-DBR灾备技术的历史灾备技术的历史-提出提出l灾难备份在上世纪灾难备份在上世纪5050年代作为容错中的一种技术年代作为容错中的一种技术手段被提出手段被提出l但是直到但是直到7070年代,灾备才作为独立的研究方向得年代,灾备才作为独立的研究方向得到发展,其契机是美国建立联邦应急管理总署。到发展,其契机是美国建立
22、联邦应急管理总署。该机构明确提出了建立灾难指挥系统,提出了信该机构明确提出了建立灾难指挥系统,提出了信息系统的灾难安全保障。息系统的灾难安全保障。l19791979年,年,SunGuardSunGuard公司建立了世界上第一个灾备公司建立了世界上第一个灾备中心,从而开创了专业从事信息系统灾备的产业中心,从而开创了专业从事信息系统灾备的产业灾备技术的历史-提出灾难备份在上世纪5 0 年代作为容错中的一种NEL-DBR灾备技术的历史灾备技术的历史-发展发展l最初,灾备集中在企业信息化方面,专注于最初,灾备集中在企业信息化方面,专注于数据备份和系统备份数据备份和系统备份l随后,随着信息系统规模扩大,
23、提出了灾难随后,随着信息系统规模扩大,提出了灾难恢复计划恢复计划(DRP)(DRP),即在灾备中加入了灾难恢复,即在灾备中加入了灾难恢复预案、资源需求和灾备中心管理,形成了生预案、资源需求和灾备中心管理,形成了生产中心的保障概念产中心的保障概念l之后,把灾难恢复从专注于系统转向了业务之后,把灾难恢复从专注于系统转向了业务的角度,提出了用业务衡量灾备目标的角度,提出了用业务衡量灾备目标灾备技术的历史-发展最初,灾备集中在企业信息化方面,专注于数NEL-DBR灾备技术的历史灾备技术的历史-发展发展l 除了信息化系统外,还增加了信息化辅助除了信息化系统外,还增加了信息化辅助与决策的支持与决策的支持l
24、 “911”911”事件后,灾备又将引入了管理方面事件后,灾备又将引入了管理方面的支持,包括的支持,包括紧急事件响应紧急事件响应危机公关和供应链危机管理等集中在企危机公关和供应链危机管理等集中在企业信息化方面,专注于数据备份和系统备业信息化方面,专注于数据备份和系统备份份n 业务影响分析n 业务恢复预案n 策略制定n 人员架构n 通信保障n 第三方合作机构灾备技术的历史-发展 除了信息化系统外,还增加了信息化辅助NEL-DBR灾备技术的现在灾备技术的现在 政策引导政策引导 市场情况市场情况 技术现状技术现状灾备技术的现在 政策引导 市场情况 技术现状NEL-DBR灾备技术的现在灾备技术的现在
25、发达国家发达国家70%70%公司开始启动容灾机制公司开始启动容灾机制-政策引导政策引导l 国外国外美国发布了强化金融容灾能力白皮书美国发布了强化金融容灾能力白皮书限定了容灾能力到位的时间表美国政府制定了美国政府制定了COOP计划计划确定政府容灾能力下限保护重要信息资产:启动恢复小于12小时,维持能力大于30天其他国家重新评估银行容灾能力,提出监管要求其他国家重新评估银行容灾能力,提出监管要求v英国的FSA、德国的HKMA、新加坡的MAS灾备技术的现在 发达国家7 0%公司开始启动容灾机制-政策引NEL-DBR2003年年8月月中共中央办公厅中共中央办公厅国务院办公厅国务院办公厅国家信息化国家信
展开阅读全文