共享式灾备建设方案共48页文档
- 格式:ppt
- 大小:3.96 MB
- 文档页数:24
灾备建设方案第1篇灾备建设方案一、项目背景随着信息化建设的不断深入,各类信息系统已成为我国经济社会发展的重要支撑。
然而,自然灾害、人为破坏、系统故障等因素可能导致信息系统运行中断,给企业和社会带来重大损失。
为降低潜在风险,提高信息系统业务的连续性和稳定性,本项目将开展灾备中心建设,确保关键业务在面临各类灾害时能够快速恢复。
二、建设目标1. 确保关键业务在发生灾害时,能够在规定时间内恢复正常运行,降低灾害带来的影响。
2. 提高信息系统业务的连续性和稳定性,保障企业和社会的正常运行。
3. 建立完善的灾备管理体系,实现灾备资源的统一调度和优化配置。
4. 符合国家相关法律法规和标准要求,确保灾备建设的合法合规性。
三、灾备策略1. 灾备级别:根据业务重要性和恢复时间目标(RTO),将业务划分为不同的灾备级别。
2. 灾备模式:采用“两地三中心”模式,即生产中心、同城灾备中心和异地灾备中心。
3. 数据同步:采用实时数据同步技术,确保生产中心和灾备中心的数据一致性。
4. 灾备演练:定期开展灾备演练,检验灾备系统的可用性和有效性。
四、灾备系统建设1. 硬件设施:根据灾备级别和业务需求,配置相应的服务器、存储、网络设备等硬件资源。
2. 软件系统:选择成熟稳定的灾备软件,实现数据备份、恢复和同步等功能。
3. 数据保护:采用数据加密、访问控制等技术,保障数据在传输和存储过程中的安全性。
4. 网络通信:建立高速、稳定的网络通信线路,确保生产中心和灾备中心之间的数据实时同步。
5. 灾备运维管理:建立完善的灾备运维管理体系,包括人员、制度、流程等方面,确保灾备系统的正常运行。
五、灾备管理体系建设1. 组织架构:成立灾备管理组织,明确各部门和人员的职责,形成协同高效的灾备工作体系。
2. 灾备预案:制定详细的灾备预案,包括灾害类型、应对措施、恢复流程等,确保在发生灾害时能够迅速启动应急预案。
3. 培训与演练:定期开展灾备知识和技能培训,提高相关人员对灾备工作的认识和操作能力。
四川省电子政务应急灾备中心攀枝花分中心项目建议书四川省通信产业服务有限公司2015.11目录第1章项目概述.............................................................................................................. - 3 -1.1项目名称 (3)1.2项目概况 (3)1.3主要结论和建议 (3)第2章项目建设的必要性 ............................................................................................... - 4 -2.1四川省电子政务外网概述 (4)2.2四川省电子政务灾备系统现状及问题 (4)2.3项目建设必要性 (5)第3章项目需求分析 ...................................................................................................... - 6 -3.1业务承载范围需求 (6)3.2网络需求 (6)3.3存储容量需求 (6)3.4分险防控需求 (6)3.5容灾系统能力需求 (7)3.5.1 容灾系统的容灾对象.................................................................................................- 7 -3.5.2 信息系统灾难恢复目标RPO与RTO ........................................................................- 8 -3.5.3 标准灾难恢复能力等级体系.....................................................................................- 8 -3.5.4 信息系统灾难恢复目标与灾难恢复能力等级体系的关系.....................................- 9 -3.5.5 容灾系统能力需求分析.......................................................................................... - 10 -第4章总体设计............................................................................................................ - 11 -4.1建设思路 (11)4.2建设原则 (11)4.3建设目标 (12)4.3.1 近期目标.................................................................................................................. - 12 -4.3.2 中远期目标.............................................................................................................. - 12 -4.4总体架构.. (13)第5章容灾系统解决方案 ............................................................................................. - 14 -5.1灾备中心架构概述 (14)5.2灾备云平台建设 (17)5.2.1 灾备网络建设.......................................................................................................... - 17 -5.2.2 灾备云平台建设...................................................................................................... - 18 -5.3信息与网络安全建设 (21)5.3.1管理层面................................................................................................................... - 21 -5.3.2 技术层面.................................................................................................................. - 21 -5.4灾备管理体系建设 . (23)5.4.1 灾难恢复应急架构.................................................................................................. - 23 -5.4.2 灾备决策的条件和流程.......................................................................................... - 24 -5.4.3 灾难管理技术恢复步骤.......................................................................................... - 24 -5.4.4 灾难恢复演练.......................................................................................................... - 25 -5.4.5 灾难恢复培训.......................................................................................................... - 25 -5.5运维管理体系建设 . (25)5.5.1 运维管理内容.......................................................................................................... - 25 -5.5.2 运维管理组织方案.................................................................................................. - 26 -第6章投资估算............................................................................................................ - 30 -6.1投资估算的有关说明 (30)6.2项目总投资估算 (30)6.2项目建设总投资估算 (31)第7章项目建议............................................................................................................ - 32 -第1章项目概述1.1 项目名称四川省电子政务应急灾备中心攀枝花分中心建设项目(以下简称“攀枝花市应急灾备中心”)。
灾备实施方案服务器灾备方案一、服务器灾备的目的服务器灾备计划就是在平时对服务器的重要数据、数据库、配置文件、应用服务等做备份,为了在发生重大灾难或者事故后,能尽快将原服务器中重要的数据、数据库或者应用服务等恢复出来继续给客户提供服务。
※本方案适用于基于dows操作平台下的服务器。
二、主要的服务器备份方式按备份系统的准备程度,可将其分为冷备份、温备份和热备份三大类。
备份系统未安装或未配置成与当前使用的系统相同或相似的运行环境, 应用系统数据没有及时装入备份系统。
一旦发生灾难,需安装配置所需的运行环境,用数据备份介质(磁带或光盘)恢复应用数据,手工逐笔或自动批量追补孤立数据,将终端用户通过通讯线路切换到备份系统,恢复业务运行。
优点:设备投资较少,节省通信费用,通信环境要求不高。
缺点:恢复时间较长,一般要数天至1周,数据完整性与一致性较差。
将备份系统已安装配置成与当前使用的系统相同或相似的系统和网络运行环境,安装了应用系统业务定期备份数据。
一旦发生灾难,直接使用定期备份数据,手工逐笔或自动批量追补孤立数据或将终端用户通过通讯线路切换到备份系统,恢复业务运行。
优点:设备投资较少,通信环境要求不高。
缺点:恢复时间长,一般要十几个小时至数天,数据完整性与一致性较差。
备份处于联机状态,当前应用系统通过高速通信线路将数据实时传送到备份系统,保持备份系统与当前应用系统数据的同步;也可定时在备份系统上恢复应用系统的数据。
一旦发生灾难,不用追补或只需追补很少的孤立数据,备份系统可快速接替生产系统运行,恢复营业。
优点:恢复时间短,一般几十分钟到数小时,数据完整性与一致性最好,数据丢失可能性最小。
缺点:设备投资大,通信费用高,通信环境要求高,平时运行管理较复杂。
在计算机服务器备份和恢复中,冷备份服务器(cold server)是在主服务器丢失的情况下才使用的备份服务器。
冷备份服务器基本上只在软件安装和配置的情况下打开,然后关闭直到需要时再打开。
灾备建设流程(图文)(1)总体流程通过充分的客户调研和专家咨询,结合国内外成功的灾备建设经验,提出灾备建设的6个基本流程,供各企业公司在具体实施时参考。
①建立灾备的专门机构或工作小组实施灾备应由董事会或高级管理层决策,指定高层管理人员组织实施。
由信息科技、业务、财务、后勤支持等灾备相关部门组成专门机构。
鉴于企业公司的实际情况,一般可由信息技术部门牵头、高层领导挂帅,成立灾备工作小组。
②分析灾备需求重要的信息系统灾备需求包括对数据处理中心的风险分析,对业务进行分析以及确定灾难恢复目标。
企业公司可结合自身特点,依据业务持续性的需求,对灾备恢复需要达到的目标进行具体分析和总结。
③制定灾备方案灾备方案可以分为6个等级。
一个完整的灾备方案的设计基于灾备需求分析所得出的各业务系统灾难恢复目标,就可以涉及各个级别的专用,并且考虑到技术手段、投资成本、管理方式等多方面的因素,主要内容包括:数据备份方案、备份处理系统。
灾备中心建设、规程和管理制度。
④实施灾备方案按照所制定的灾备方案,完成灾备工作。
实施过程中,要严格灾备方案的要求和内容进行。
落实相关的规章制度、应用灾备方案、建设和运行灾备中心。
⑤指定灾难恢复计划其主要目的是规范灾难恢复流程,使重要的信息系统在灾难发生后就能够快速地恢复数据处理系统运行和业务运作,同时可以根据灾难恢复计划对其数据处理中心地灾难恢复能力进行测试,并讲灾难恢复计划作为相关人员培训内容之一。
(2)接入共享灾备中心实施流程①前期调研和咨询基于上面对客户需求的认识和理解,咨询公司或灾备集成服务商的技术专家将为企业公司着身制定一套完善的共享灾备中心接入实施方案。
为了保证项目的顺利实施,建议成立专项工作小组,明确指定双方在项目中的相关责任人员,采用项目经理负责制。
此阶段双方将明确分工,确定最终的实施方案。
③签订服务合同企业公司和咨询公司或灾备集成服务商将就接入共享灾备中心事宜签订正式的服务合同。
合同中将明确规定双方的责权利,以保障项目建设和服务实施的顺利进行。
灾害信息共享平台的建设与应用在当今社会,各种自然灾害和人为灾害时有发生,给人们的生命财产安全和社会的稳定发展带来了巨大的威胁。
为了有效地应对灾害,提高灾害预防、救援和恢复的效率,建设灾害信息共享平台显得尤为重要。
一、灾害信息共享平台建设的背景和意义随着全球气候变化和人类活动的影响,灾害的发生频率和强度不断增加。
在灾害应对过程中,信息的及时、准确和全面获取至关重要。
然而,传统的灾害信息管理方式存在着信息分散、沟通不畅、共享困难等问题,导致灾害应对效率低下,资源浪费严重。
灾害信息共享平台的建设旨在整合各类灾害相关信息,打破信息孤岛,实现信息的快速传递和共享。
通过该平台,政府部门、救援机构、社会组织和公众能够及时了解灾害的发生情况、救援进展和资源需求,从而更好地协同合作,提高灾害应对的整体效能。
二、灾害信息共享平台的功能需求1、信息采集与整合平台应具备强大的信息采集能力,能够收集来自气象、地震、水利、交通等多个部门的灾害相关数据,包括灾害的类型、发生时间、地点、强度、影响范围等。
同时,还应能够整合社交媒体、公众上报等渠道的信息,确保信息的全面性。
2、信息分析与处理采集到的大量信息需要进行有效的分析和处理,以提取有价值的信息。
平台应具备数据分析工具和模型,能够对灾害数据进行趋势分析、风险评估和预测预警,为灾害应对决策提供科学依据。
3、信息发布与共享平台应能够将处理后的信息以多种形式发布和共享,如网站、移动应用、短信等,确保不同用户群体都能够方便快捷地获取所需信息。
同时,还应支持信息的分级分类管理,保障信息的安全性和保密性。
4、协同工作与指挥调度在灾害应对过程中,需要各部门和机构之间的协同工作。
平台应提供协同工作的功能,如任务分配、进度跟踪、资源调配等,实现灾害应对的统一指挥和调度。
5、公众服务与互动灾害信息共享平台不仅要服务于专业的救援机构和政府部门,还应面向公众提供服务。
平台应具备公众互动功能,如在线咨询、求助上报、意见反馈等,提高公众的参与度和自我保护能力。
目录一、需求分析 (2)1。
1 数据连续性面临挑战 (2)1。
2 需求分析 (3)二、技术方案 (5)2.1 方案一。
数据集中保护建设方案 (5)2。
1。
1方案设计 (5)2。
1。
2方案说明 (5)2。
2 方案二。
业务系统应用容灾及集中保护平台建设方案 (8)2.2.1方案设计 (8)2.2。
2方案说明 (8)三、方案优势及技术说明 (11)3。
1 方案优势 (11)3。
1.1契合安全等级保护三级的建设 (11)3。
1。
2业务连续性保障 (16)3.1。
3成本可控 (16)3.1.4混合IT数据保护 (16)3。
1。
5降低成本投入&最大化提高投资回报率 (16)3。
1.6极简化的数据保护系统 (17)3.2 爱数备份柜数据保护技术 (17)3。
2.1 源端重复数据删除技术 (20)3.2.2 虚拟化平台备份 (21)3.2.3 LAN—free备份 (24)3.2。
4 远程复制(D2D2R) (25)3.2.5 Oracle多通道备份等高级备份功能 (26)3.2。
6 操作系统备份与恢复 (28)一、需求分析1.1 数据连续性面临挑战如何保证计算机系统连续不断的运行,保护企业中最宝贵的数据资产,成为其稳定发展的关键.随着信息化建设的不断发展和完善,济康医药连锁有限公司不仅完成从IT基础设施到IT应用的过渡,而且即将搭建统一的数据平台。
信息化办公使得工作人员的办公效率得到了很大的提高,同时为大家的协同工作也做到了高效和便捷。
为更好地服务于贵单位用户,将会有越来越多的关键业务集中于计算机系统中,能否提供一个高可靠性和高可用性的信息服务成为衡量服务质量的一个重要指标,因此整个计算机信息化系统的安全可靠地运行将直接关系到贵单位的生产和未来的发展。
而实际上,计算机信息系统时刻受到来自自然灾害、人为因素、供电、病毒、黑客攻击等各方面的破坏和侵袭、因此,具备快捷方便的数据备份、灾难恢复和数据恢复功能是现今系统网络管理的重要目标。
中信集团灾备中心建设方案V4.0中企网络通讯技术有限公司2015年5月14日目录第1章集团应用系统灾备需求 (4)1.1灾备项目背景 (4)1.2集团生产站点总体现状 (4)1.3灾备项目需求 (7)第2章集团灾备中心建设目标 (7)2.1灾备级别划分 (7)2.1.1第2级备份介质异地存放+异地备份数据中心 (8)2.1.2第3级网络传输+异地数据中心部分设备支持 (9)2.1.3第4级网络传输+异地数据中心完整设备支持 (10)2.2灾备系统组成 (11)2.3灾备模式介绍 (12)2.4集团一期灾备项目关键指标要求 (12)第3章业务系统灾备建设方案 (13)3.1方案设计思路 (13)3.2灾备中心VM规划 (14)3.3信息披露系统灾备设计 (15)3.3.1方案设计拓扑图 (15)3.3.2虚拟服务器层面 (15)3.3.3Oracle数据库设计 (15)3.4股份门户网站灾备设计 (16)3.4.1方案设计拓扑图 (16)3.4.2虚拟服务器层面 (16)3.4.3SQL Server数据库设计 (16)第4章灾备网络概要设计 (17)4.1方案设计拓扑图 (17)4.2集团管理信息部部署方式 (17)4.3上海宝山机房部署方式 (17)4.4灾备数据业务流向 (18)4.4.1Veeam灾备数据复制 (18)4.4.2应用系统数据复制 (19)4.5灾备切换场景及业务数据流向分析 (20)4.5.1正常情况下的路由及数据流 (20)4.5.2灾备切换场景概述 (20)4.5.3灾备切换情况说明 (22)第5章数据灾备及数据回复的实现过程 (22)5.1数据灾备过程 (22)5.2数据回复过程 (23)第6章灾备技术说明 (24)6.1V EEAM的实现过程 (24)6.2V EEAM的优势分析 (25)第7章灾备项目实施相关 (26)7.1实施计划 (26)7.2灾备站点基础设施 (26)7.2.1软硬件选型 (27)7.3灾备站点虚拟机配置 (28)7.4项目交付 (28)7.5安装过程 (29)7.6项目支持团队 (30)7.7项目进度 (30)7.8UAT测试标准 (30)7.9灾备启动流程 (31)7.10灾备回复流程 (32)7.11责任划分 (32)第8章客户服务 (34)8.1客户服务理念 (34)8.2一站式服务支持 (34)8.3客户满意度的措施 (34)8.4服务优势 (35)8.5中企通信服务质量承诺标准 (35)8.5.1MPLS VPN专线承诺标准 (35)8.5.2中企通信云平台承诺标准 (35)第9章中企通信灾备中心服务介绍 (35)9.1中企通信灾备中心服务综述 (35)9.2上海宝山数据中心概述 (36)9.3中企通信云计算服务(SMARTCLOUD™)概述 (37)9.4中企通信灾备服务(BRR)概述 (37)第10章成功案例 (38)第1章集团应用系统灾备需求1.1 灾备项目背景随着集团业务信息量增大,集团日常工作对信息化的依赖程度越来越高。
科力锐灾备云服务项目方案书深圳市科力锐科技有限公司2019年2月目录一、项目服务背景................ 错误!未定义书签。
二、项目服务特点 (4)三、科力锐灾备云平台和服务简介 (6)四、科力锐灾备云平台和服务特点 (12)一、项目服务背景近年来,国家大力推动“互联网+”战略,即通过“互联网+各个传统行业”的形式,利用先进的信息通信技术与传统行业进行深度融合,改造传统的生产、办公、经营方式,提高各个企事业单位的效率,创造新的发展生态。
政府信息化全力推进,政府部门间、对企业、公民的政务全部以电子化开展,即用电子化、无纸化办公的形式取代传统的依靠纸质文档和人工流转办公的方式,大幅提升工作效率。
企、事业单位也将生产、办公系统化,为繁荣社会经济、扩大城乡就业、增加财政收入、推动自主创新和促进科学发展发挥了重要作用。
但部分企、事业单位依然存在着资金短缺、人才匮乏、管理滞后、信息化能力弱、产品和市场信息不畅、市场竞争力不足、互动渠道窄等问题,限制了产业竞争力的提升。
在国家推动“互联网+”战略的大背景下,企事业单位信息化系统急需数字化转型,数据资产化趋势明显,同时业务系统已经成为各个组织单位的“生命线”,越来越多组织已认识到灾备的重要性。
然而,由于主机故障、系统故障、软件逻辑错误、人为操作失误和病毒攻击(例如勒索病毒)等众多风险高发引发灾难,极大的威胁了企事业单位的IT应用系统的安全和服务的连续性,需要能够提供灾备服务作为防范各类风险的最后一道屏障,帮助发生系统灾难的企事业单位快速的恢复IT应用系统保障生产经营工作得以正常开展,意义十分重大。
因此,一方面需要考虑如何保障组织的核心数据资产不丢失,另一方面需要考虑如何保障组织的核心业务系统不停或者少停。
从灾备的角度而言,各企、事业单位将会面临以下几点挑战:1、如何获取专业的灾备技术服务,降低数据丢失风险,满足数据保护需求。
2、如何能在降低灾备建设成本的基础上,让各单位都能够低成本使用成熟、可靠的灾备技术方案,保障核心数据资产不丢失。
数据中心解决方案之灾备方案设计1.数据中心容灾备份解决方案随着社会的发展和科技的进步,政府日常工作越来越依赖于数据处理来进行,政务系统的连续性依赖于数据中心系统的稳定运行。
然而,灾难就像灰尘一样伏击在运营环境周围,政务系统的数据中心可能正在一个充满风险和威胁的环境下运行。
如果不能对这些风险采取有效治理,一旦数据由于某种原因丢失,就很有可能对政府的日常工作造成严重的影响。
如果核心数据丢失,将会使得某些核心功能陷入瘫痪,造成不可估量的损失。
因此,保证政务的连续性和数据的高可靠性和可用性,已经成为政府部门在数据中心建设中,必须要考虑的问题。
1.1灾备解决方案原则首先,在制定容灾系统方案的过程中要考虑的就是容灾系统建设对原有业务系统带来的影响。
比如,采用数据复制技术对系统I/O带来的延迟,应用数据同步对日常业务处理系统带来的压力等。
因此,企业要通过周密的测试和分析来规避容灾系统建设时带来的这些风险,以保证业务系统不会因容灾系统的建设而出现在处理性能上下降的问题。
第二,数据状态要保持同步。
为保证在灾难发生时,业务可以成功地切换到备份中心,就必须保证容灾系统数据同步机制的可靠性。
因此,建立可靠的数据同步校验机制是必须的; 同时,还要考虑建立定时的、自动的数据同步核查对比机制,以检验两个中心数据的一致性,这是数据容灾工作中非常重要的一部分。
第三,容灾系统的日常维护工作要尽可能轻,并能承担部分业务处理和测试的工作。
容灾系统的维护和管理是容灾切换成功的重要保证,在系统建设中,就必须要考虑系统的维护管理流程。
生产中心任何业务处理过程的改变都必须完整地复制到备份中心; 所有新业务系统上线时,必须通知备份中心,并在备份中心配置好数据同步机制; 对原程序的改动也必须保证两个中心同时上线。
第四,系统恢复时间要尽可能短。
容灾系统主要是为了实现在主中心系统发生灾难时,可以在规定时间切换到备份中心,保证数据不会丢失,并且继续向用户提供服务。
H3C政府共享灾备解决方案提到灾备,我们都很熟悉。
自上世纪70年代,Sungad在全球建立了第一个灾备系统,频繁发生的自然灾难给我们的启示是:作为业务的支撑系统的重要组成部分,灾备系统的建设将始终伴随数据中心的建设。
可以这样说,灾备系统已经成为数据中心不可分割的部分,没有灾备的数据中心是不完整的。
在这种背景下,各个行业都在灾难的震撼中开始战略性研究灾难的预防和恢复措施,很多单位都在规划或者准备建设自己的灾备系统,以国信办《重要信息系统灾难恢复指南》为代表的系列指导文件也为灾难备份的建设明确了方向和思路。
国信办等国家相关部门对信息系统的灾备制定了很多规范和指导性文件,这为我们进行灾备系统的建设提供了依据。
对于政府的信息系统来说,建设灾备的必要性和可行性已经非常明确,我们建设灾备的条件和时机已经非常成熟。
但现实比较的情况是,90%以上的政府部门仍然没有建设自己的灾备系统。
那么,造成这种矛盾的现象的原因是什么呢?我们可以总结为两个主要因素:1)灾备系统的复杂性;2)建设灾备系统高昂的投资成本。
正是因为这两个问题,导致我们的灾备建设进展一直很缓慢。
如果我们希望能够推动灾备系统的发展,就必须有效的解决这些问题,让灾备变得标准简单,同时降低总体的灾备投资。
我们经常听到这样的说法,灾备不仅仅是技术,而是一项工程,这足以说明灾备的复杂性,国信办《信息系统灾难恢复指南》中,对灾备建设的7要素做了明确的定义。
我们建设灾备系统首先要进行灾备机房等相关基础设施的选址和筹备,然后构建完善的灾备网络。
为什么是网络而不是存储?因为当生产中心发生灾难时,我们要访问异地灾备中心,首先要网络可达,如果没有网络,不管异地灾备中心建设的多么完善,不仅本地的PC访问终端都无法对其进行访问,而且也没有办法恢复业务,这也失去了灾备的意义和价值。
因此,建设完备的网络系统后,才是服务器主机相关的数据处理系统和存储系统的部署。
灾备系统的建设到此为止是不是结束了呢?建成后,我们还需要对灾备系统进行日常的技术支持和维护管理,需要制定详细的灾备演练和恢复计划,这也需要大量的人力、物力的支撑。
案例分享丨基于共享数据中心的容灾体系建设信息系统面临的威胁近年来,随着网络攻击技术的泛滥,不少单位的信息系统会遭到黑客的攻击和信息的篡改。
针对网络信息系统攻击的各种犯罪活动已经严重危害到社会的发展和企业的安全,给全球带来了巨大的经济损失。
当前信息系统所面临的威胁共分为以下几种:人为因素:整个系统最薄弱的环节就是系统使用者。
误操作会导致数据的丢失或损坏,工作压力和恐慌以及疲劳都会增加误操作的发生概率。
硬件故障:任何高性能的机器都不能长久地运行下去,这也包括计算机部件。
磁盘故障是计算机运行过程中最常见的故障之―。
当磁盘损坏时,磁盘失去读写功能导致数据无法被继续使用,进而造成数据的丢失。
环境因素:环境因素对系统的可靠性有着重要的影响。
在温度、湿度、冲击、震动、电磁波等的作用下,系统会产生不同程度的故障,从而降低系统的可靠性。
设计错误:系统软件是功能描述整理设计出来的,由于不正确的逻辑设计可能使预定的功能产生偏差。
这种逻辑设计上的错误可能会导致数据不可逆的丢失。
网络故障:网络故障往往会导致服务的中断,对整个校园信息化运作的连续性产生巨大的影响。
网络故障还会导致数据包的丢失,造成数据不一致,降低系统稳定性。
自然灾害:自然灾害往往在毫无防备的情况下突然袭来,地震、火灾、洪水等一系列自然灾害都会导致所有系统连同数据顷刻损毁。
数据的完整性受到了严峻挑战。
根据国际IT风险评估数据统计,引起业务系统中断的原因占比分布如图1所示。
图1 信息系统威胁信息系统数据安全的四个指标各种无法预知的挑战都会导致大型核心数据库的损坏,进而导致整个数据中心的崩溃。
衡量一个数据中心的容灾备份能力,至少应该有以下四个关键指标:RPO(Recovery Point Objective)恢复的数据丢失目标,即业务系统所能容忍的数据丢失率目标。
RPO针对的是数据丢失,一般由数据中心数据备份系统的能力决定。
RTO(Recovery Time Objective)恢复的时间目标,RTO针对的是服务丢失时间长短,主要指的是所能容忍的业务停止服务的最长时间,即从灾难发生到业务系统恢复服务功能所需要的最短时间周期。