精华内容
下载资源
问答
  • 信息安全技术 信息系统灾难恢复规范 信息安全技术 信息系统灾难恢复规范 信息安全技术 信息系统灾难恢复规范 信息安全技术 信息系统灾难恢复规范
  • 17-信息安全技术 信息系统灾难恢复规范.pdf。。。。。
  • 信息安全技术
  • GB20988-2007-T 信息安全技术 信息系统灾难恢复规范
  • 很多人上传国标,也不是他编的,动辄几十分。发个低分版的,以飨广大好友,收回积分后,还要下调积分。大家共享资源多好
  • 信息系统灾难恢复规范 我们的系统始终依赖于其他系统和服务,因此可能并且将遭受故障-网络故障,连接断开,负载峰值,死锁,子系统缓慢或崩溃的影响。 我们将探索如何创建健壮的系统,以承受来自用户的打击,互连的...

    信息系统灾难恢复规范

    我们的系统始终依赖于其他系统和服务,因此可能并且将遭受故障-网络故障,连接断开,负载峰值,死锁,子系统缓慢或崩溃的影响。 我们将探索如何创建健壮的系统,以承受来自用户的打击,互连的网络以及据称是联盟系统,同时又能持续运行并Swift恢复-而不是避免这些困难并将其转变为长时间的停机和潜在的实质性财务失利。 在并非为坚固性而设计的系统中,即使是轻微的暂时性故障也容易引起故障的连锁React,从而将破坏范围扩大到广泛范围。 在这里,您将学习如何通过一些关键而又简单的稳定性模式以及需要注意的主要反模式来避免这种情况。 主要基于本书Release It! 和Hystrix。 在2015年Iterate冬季会议上发表;从blog.iterate.no转贴。

    我们经常会说建立正确的事物,正确构建事物。 今天:打造生存之道。

    动机

    在开发人员的生活中有一个特殊的时刻。 一个下午的销售活动开始或重大体育赛事开始的那一刻–您看到服务器像火把一样一一点亮。 CPU使用率低,网络,内存,磁盘都可以,数据库运行状况良好–尚未收到任何请求。 您正在失去信誉,客户以及也许成千上万的克朗,但仍然不知道哪里出了问题。 数小时后,您终于发现防火墙已静默地断开了与数据库的长期连接,从而导致一种罕见的错误情况,即代码处理不当,从未释放连接-导致线程永远阻塞,等待连接。

    我们编写软件的方式非常容易受到诸如此类的级联故障的影响–即使火花本身很快就消失了,很小的火花也会导致系统完全崩溃。

    一切都会失败。 如何阻止这些故障的火花蔓延和烧毁整个系统? 如何编写能够生存和恢复的软件?

    (反)模式

    这是我从Michael Nygard的Release It!稳定性部分中选择的5种主要模式和5种主要反模式

    待办事项:图片

    红色框是有助于创建和传播稳定性问题的反模式。 绿色的椭圆是有助于遏制和隔离问题的模式,因此它们不会扩散。

    反模式:故障如何扩散和繁殖

    1. 级联故障
      • =下游系统中的问题导致上游系统崩溃
      • 谈话核心:遏制未能扩散,幸免于难,尽快恢复
      • 例如:网上商店和库存? 状态->库存WS->库存IS->流行项目锁定的DB =>故障传播
      • 一个系统就像一个挪威的木制小镇。 必须特意包括防火墙,以防止火势蔓延和蔓延
    2. 整合点
      • =级联故障通过它们<>防火墙传播; IP =每当我们调用某些内容时:DB,WS,缓存等; 可能并将失败
      • 错误响应(成功之后排名第二)
      • 响应速度慢(由于TCP ACK重试,…)
      • 否则通话永远不会返回
      • 意外数据:过多(结果集无限制),垃圾; 例如:通常返回10行的数据库查询突然返回10M =>永恒,由于内存不足而进行转换和崩溃
      • =>偏执
    3. 线程阻塞
      • =级联故障的工具; 发现接近知识产权; 由于资源(例如数据库连接)池/同步
      • 低级同步=>您弄错了,死锁/不一致=>使用高级结构,库, 语言
    4. 连锁React
      • =负载均衡器后面的相同实例,在高负载下表现出相同的问题(泄漏/计时问题)
      • 当一个失败时,负载增加,而其他失败的可能性更大
      • =>真实的压力测试,寿命测试
    5. React慢
      • 慢比失败更糟–消耗呼叫者和被呼叫者的资源
      • 一个慢叫不是问题,但是很多并发是
      • 没有理由等待的时间超过用户等待时间/ SLA

    模式:防护防火墙

    1. 超时时间
      • 超时是您最好的朋友; 打电话时总是适用
      • (默认情况下通常为“无穷大”;可能需要设置不同的超时时间,例如JDBC:连接,查询等)
      • 考虑重试-但延迟,间隔时间增加
      • 防止线程阻塞,响应缓慢
    2. 断路器
      • =类似于保险丝; 包装一个集成点,监视故障和超时,如果一段时间内过多,则可以断定系统已关闭,并将立即启动错误以供将来调用而无需调用它; 但它会让请求经过一段时间,以检查系统是否尚未恢复
      • 防止由于麻烦的依赖而导致资源耗尽
      • 用于保护自己免受连锁故障的影响
      • 遇到麻烦时可通过切断负载来保护被呼叫者
      • 考虑一个后备解决方案
      • 这是防止级联故障的主要保护措施,即IP周围的主要防火墙
    3. 隔板
      • =船上的水密隔室,可防止有Kong时下沉
      • =通过专用的独立资源来控制故障=>重要,通常在IT中应用
      • 以不同的粒度:将线程绑定到1个CPU; 使用有限的线程池(x耗尽所有线程); 硬件冗余; 集群子组
      • 例如:航空公司IS,通过为每个服务器提供专用的应用服务器,防止飞行状态检查中的问题中断旅客的登机手续
      • 例如:管理员请求的单独请求线程,Linux上的root用户配额
      • 包含连锁React,保留部分功能
    4. 稳定状态
      • =如果一个进程积累了资源,则另一个必须自动回收资源
      • 例如:日志文件,缓存,数据库中的数据
      • 违规=>连锁React
    5. 快速失败
      • =如果您知道要失败,请立即失败以节省资源并保护自己/被调用者免受过载的影响
      • 例如:在调用昂贵的呼叫之前先进行基本用户输入验证,然后检查依赖项可用性(所有CB是否都打开?)
      • 例如:从网络到应用程序服务器的最大用户数量不要超过(x延迟&没有人提供服务)

    参考:Hystrix

    Hystrix是Netflix的Java框架,用于实现灵活的分布式通信。 使用线程池(=隔板)和超时和断路器(以及可选的缓存和后备数据)+监视和即时可重新配置性。 了解如何做才能获得关于如何应用这些模式的更实际的想法是很有用的。

    奖励主题

    • 应用稳定性模式虽然很好,但还不够。 您想添加良好的监视和通知=>发现/查找问题=>帮助恢复(如果无法自动恢复)
    • 平稳降级:编写您的系统,使其能够在没有非核心功能(例如上面提到的库存检查)的情况下运行
    • 测试工具(Release It的另一种模式!)–一种伪造的服务,可以模拟各种问题(接受连接),但从不响应,返回垃圾数据,……); 在测试结果之前,模式的实现还没有真正完成
    • 释放它! 具有更多(反)模式并涵盖其他领域而不是稳定性

    结论

    • 对主叫方和被叫方都偏执
    • 应用超时,断路器,稳定状态,快速失败...
    • 了解Hystrix的功能
    • 至少浏览Release It!

    翻译自: https://www.javacodegeeks.com/2015/03/there-will-be-failures-on-systems-that-live-through-difficulties-instead-of-turning-them-into-a-catastrophy.html

    信息系统灾难恢复规范

    展开全文
  • 2007年7月,国务院信息化工作办公室领导编制的《重要信息系统灾难恢复指南》正式升级成为国家标准《信息系统灾难恢复规范》(GB/T20988-2007)。 ~~~~~~~~~~~~ l灾备建设国家标准的诞生 随着社会信息化进程的...

     2007年7月,国务院信息化工作办公室领导编制的《重要信息系统灾难恢复指南》正式升级成为国家标准《信息系统灾难恢复规范》(GB/T 20988-2007 )。

    ~~~~~~~~~~~~

    l        灾备建设国家标准的诞生

    随着社会信息化进程的全面加快,网络和信息系统的基础性、全局性作用日益增强,经济和社会发展对基础信息网络和重要信息系统的依赖越来越大,由此而产生的信息安全问题日趋严重。

    2003年8月,中央办公厅、国务院办公厅联合下发了《国家信息化领导小组关于加强信息安全保障工作的意见》,对基础信息网络和重要信息系统灾难备份与恢复作了原则规定,第一次提到了重要信息系统需要具备灾难恢复能力。

    2004年9月,国务院信息化工作办公室下发了《关于加强国家重要信息系统灾难备份工作的意见》,要求重要信息系统的各主管部门要制定行业的灾难备份建设政策和规划,对本行业各单位的灾难备份建设进行指导和管理,确保国家和行业灾难备份政策法规的贯彻落实;要求各重要信息管理运行机构要明确灾难备份管理和执行部门,负责落实国家和行业主管部门的灾难备份建设政策和要求,确定本单位的灾难备份的建设目标和建设模式,制定完善的灾难恢复计划,确保在发生灾难和出现重大事故后能快速地恢复业务系统的运行。

    2005年4月,国务院信息化办公室联合银行、电力、民航、铁路、证券、税务、海关、保险等国内八大重点行业,制定发布了《重要信息系统灾难恢复指南》,对国内各行业的灾难备份与恢复工作的开展和实施提供了指导和参考。

    2007年7月,经过两年的实施以及广泛征求意见,《重要信息系统灾难恢复指南》经过修改完善后正式升级成为国家标准GB/T 20988-2007《信息系统灾难恢复规范》(以下简称《规范》),并于2007年11月1日开始正式实施。这是中国灾难备份与恢复行业的第一个国家标准,是各行业进行灾备建设的重要参考性文件,具有重大意义。

     

    l        《信息系统灾难恢复规范》解读

    核心内容

    《规范》规定了信息系统灾难恢复应遵循的基本要求,适用于信息系统灾难恢复的规划、审批、实施和管理。《规范》主要包括以下几部分内容:

    1、灾难恢复行业相应的术语和定义;

    2、灾难恢复概述(包括灾难恢复的工作范围、灾难恢复的组织机构、灾难恢复规划的管理、灾难恢复的外部协作、灾难恢复的审计和备案);

    3、灾难恢复需求的确定(包括风险分析、业务影响分析、确定灾难恢复目标);

    4、灾难恢复策略的制定(包括灾难恢复策略制定的要素、灾难恢复资源的获取方式、灾难恢复资源的要求);

    5、灾难恢复策略的实现(包括灾难备份系统计数方案的实现、灾难备份中心的选择和建设、专业技术支持能力的实现、运行维护管理能力的实现、灾难恢复预案的实现)。

    由此可见,《规范》对灾难恢复建设的全流程实现给出了详细的指导意见,具有很高的可操作性。

     

    灾难恢复能力等级

    灾难恢复等级的确定是信息系统灾备建设的重要考虑因素。《规范》将灾难恢复能力划分为6级:

     

    等级一:基本支持。要求数据备份系统能够保证每周至少进行一次数据备份,备份介质能够提供场外存放。对于备用数据处理系统和备用网络系统,没有具体要求。

    等级二:备用场地支持。在满足等级一的条件基础上,要求配备灾难恢复所需的部分数据处理设备,或灾难发生后能在预定时间内调配所需的数据处理设备到备用场地;要求配备部分通信线路和相应的网络设备,或灾难发生后能在预定时间内调配所需的通信线路和网络设备到备用场地。

    等级三:电子传输和设备支持。要求每天至少进行一次完全数据备份,备份介质场外存放,同时每天多次利用通信网络将关键数据定时批量传送至备用场地。配备灾难恢复所需的部分数据处理设备、通信线路和相应的网络设备。

    等级四:电子传输及完整设备支持。在等级三的基础上,要求配置灾难恢复所需的所有数据处理设备、通行线路和相应的网络设备,并且出于就绪或运行状态。

    等级五:实时数据传输及完整设备支持。除要求每天至少进行一次完全数据备份,备份介质场外存放外,还要求采用远程数据复制技术,利用通信网络将关键数据实时复制到备用场地。

    等级六:数据零丢失和远程集群支持。要求实现远程实时备份,数据零丢失;备用数据处理系统具备与生产数据处理系统一致的处理能力,应用软件是“集群的”,可实时无缝切换。

    由此可见,灾难恢复能力等级越高,对于信息系统的保护效果越好,但同时成本也会急剧上升。因此,需要根据成本风险平衡原则(即灾难恢复资源的成本与风险可能造成的损失之间取得平衡),确定业务系统的合理的灾难恢复能力等级。对于多个业务系统,不同业务可采用不同的灾难恢复策略。

    信息系统灾难恢复能力等级与恢复时间目标(RTO)和恢复点目标(RPO)具有一定的对应关系,各行业可根据行业特点和信息技术的应用情况制定相应的灾难恢复能力等级要求和指标体系。在《规范》中,也给出了某个特定行业灾难恢复能力等级与RTO、RPO之间关系的示例,可作为参考:

    灾难恢复能力等级

    RTO

    RPO

    1

    2天以上

    1天至7天

    2

    24小时以后

    1天至7天

    3

    12小时以上

    数小时至1天

    4

    数小时至2天

    数小时至1天

    5

    数分钟至2天

    0至30分钟

    6

    数分钟

    0

     

    灾难恢复资源要素

    在明确了灾备建设中灾难恢复能力等级目标之后,另一个重要问题是在具体建设中应该考虑哪些资源要素。下表是对《规范》中灾备建设内容的总结,我们称之为灾备建设的七要素:

    序号

    要素

    要素的考虑要点

    1

    备用基础设施

    灾难备份中心选址与建设;

    备用的机房及工作辅助设施和生活设施;

    2

    数据备份系统

    数据备份范围与RPO;

    数据备份技术;

    数据备份线路;

    3

    备用数据处理系统

    数据处理能力;

    与生产系统的兼容性要求;

    平时的状态(处于就绪还是运行);

    4

    备用网络系统

    备用网络通信设备系统与备用通信线路的选择;

    备用通信线路的使用状况;

    5

    灾难恢复预案

    明确灾难恢复预案的:

    A)整体要求

    B)制订过程的要求

    C)教育、培训和演练要求

    D)管理要求

    6

    运行维护管理能力

    运行维护管理组织架构;

    人员的数量和素质;

    运行维护管理制度;

    其他要求;

    7

    技术支持能力

    软件、硬件和网络等方面的技术支持要求;

    技术支持的组织架构;

    各类技术支持人员的数量和素质等;

    《规范》中对灾备恢复资源七要素的详细定义,可以引导灾备建设单位全面考虑灾难恢复建设的各个相关方面,防止片面强调个别要素而忽略整体。

     

    l        小结

    《信息系统灾难恢复规范》推出后,我国各个行业的信息系统灾难恢复规划和建设将逐渐规范化和统一化。特别是《规范》中对灾难恢复能力六等级、七要素的定义,使得我们在灾备建设中能够更加明确和清晰的确定建设目标和内容

    转载于:https://www.cnblogs.com/aguncn/p/4152908.html

    展开全文
  • 2007年7月,国务院信息化工作办公室领导编制的《重要信息系统灾难恢复指南》正式升级成为国家标准《信息系统灾难恢复规范》(GB/T 20988-2007 )。这是中国灾难备份与恢复行业的第一个国家标准,并于2007年11月1日...

    本帖转自杭州安网http://www.hzsafe.com.cn

    2007年7月,国务院信息化工作办公室领导编制的《重要信息系统灾难恢复指南》正式升级成为国家标准《信息系统灾难恢复规范》(GB/T 20988-2007 )。这是中国灾难备份与恢复行业的第一个国家标准,并于2007年11月1日开始正式实施。

    《信息系统灾难恢复规范》规定了信息系统灾难恢复应遵循的基本要求,适用于信息系统灾难恢复的规划、审批、实施和管理。《规范》具体对灾难恢复行业相应的术语和定义、灾难恢复概述(包括灾难恢复的工作范围、灾难恢复的组织机构、灾难恢复的规划管理、灾难恢复的外部协作、灾难恢复的审计和备案)、灾难恢复需求的确定(包括风险分析、业务影响分析、确定灾难恢复目标)、灾难恢复策略的制定(包括灾难恢复策略制定的要素、灾难恢复资源的获取方式、灾难恢复资源的要求)和灾难恢复策略的实现(包括灾难备份系统计数方案的实现、灾难备份中心的选择和建设、专业技术支持能力的实现、运行维护管理能力的实现、灾难恢复预案的实现)等内容作了具体描述。
    同时,在附录A对灾难恢复能力作了等级划分(共6级:第1级 基本支持,第2级 备用场地支持,第3级 电子传输和部分设备支持,第4级 电子传输及完整设备支持,第5级实时数据传输及完整设备支持,第6级数据零丢失和远程集群支持);附录A对灾难恢复能力等级评定原则、灾难备份中心的等级等也作了规范要求。附录B对灾难恢复预案框架、附录C对相应行业 RTO/RPO与灾难恢复能力等级的关系比例作了规范要求。信息系统灾难恢复能力等级与恢复时间目标(RTO)和恢复点目标(RPO)具有一定的对应关系,各行业可根据行业特点和信息技术的应用情况制定相应的灾难恢复能力等级要求和指标体系。

    转载于:https://www.cnblogs.com/hzsafe/archive/2009/07/23/1529624.html

    展开全文
  • GB/T 20988 提出了信息系统灾难恢复能力等级的概念,并列出了 RTO(恢复时间目标)、RPO(恢复点目标)与信息系统灾难恢复能力等级间的指导性对应关系。这为各行各业制定相应的灾难恢复能力等级要求和指标体系,提供...

    第 0 章:引言

    【感】GB/T 20988 引用了 SHARE 78 会议(标准)上的有关内容和思想,并结合国家重要信息系统行业技术发展和实践经验制定而成。
    GB/T 20988 提出了信息系统灾难恢复能力等级的概念,并列出了 RTO(恢复时间目标)、RPO(恢复点目标)与信息系统灾难恢复能力等级间的指导性对应关系。这为各行各业制定相应的灾难恢复能力等级要求和指标体系,提供了参照

    第 1 章:范围

    【摘抄】本标准规定了信息系统灾难恢复应遵循的基本要求
    【摘抄】 本标准适用于信息系统灾难恢复的规划审批实施管理

    第 2 章:规范性引用文件

    【略读感】GB/T 20988-2007 引用了以下文档:

    • GB/T 5271.8-2001 信息技术 词汇 第8部分:安全
    • GB/T 20984 信息安全技术 信息安全风险评估规范

    第 3 章:术语和定义

    【摘抄】灾难备份定义为:对数据、数据处理系统、网络系统、基础设施、专业技术支持能力和运行管理能力进行备份的过程。
    【摘抄】灾难备份系统定义为:由数据备份系统备用数据处理系统备用的网络系统组成的信息系统。
    【感】备份不仅仅是狭义的对数据的备份,其涵盖了对信息系统中的各类组件

    【摘抄】数据备份策略定义为:为了达到数据恢复和重建目标所确定的备份步骤和行为

    【摘抄】场外存放定义为:将存储介质存放到离主中心有一定安全距离的物理地点的过程。

    【摘抄】恢复时间目标(RTO)定义为:灾难发生后,信息系统或业务功能从停顿到必须恢复的时间要求。

    【摘抄】恢复点目标(RPO)定义为:灾难发生后,系统和数据必须恢复到的时间点要求。

    【摘抄】重续定义为:灾难备份中心替代主中心,支持关键业务功能重新运作的过程。

    【摘抄】回退定义为:支持业务运作的信息系统从灾难备份中心重新回到主中心运行的过程。

    第 4 章:灾难恢复概述

    【略读感】本章简略得说明了灾难恢复中涉及的重要概念。
    首先,于 4.1 描述了灾难恢复的工作范围,着重说明了灾难恢复规划涉及的几个阶段;
    随后,于 4.2 较详细的描述了灾难恢复涉及的组织机构及其职责,其中包含如下组织机构:灾难恢复领导小组、灾难恢复规划实施组、灾难恢复日常运行组。
    最后,于 4.3 至 4.5 简单介绍了灾难恢复的规划、外部协作及审计备案工作。

    第 5 章:灾难恢复需求的确定

    【略读感】灾难恢复的第一步,实际上就是确认灾难恢复需求,本章便描述了确认灾难恢复需求的基本步骤。
    首先,5.1 描述了如何识别信息系统的脆弱性,评估其风险。
    随后,5.2 描述了评定信息系统风险后,需要分析风险的影响程度。
    在确定了风险及风险影响程度后,就评定出信息系统的功能恢复需求了,也就可以确定 RPO 及 RTO 期望指标了。

    第 6 章:灾难恢复策略的制定

    【摘抄】本章描述了如何制定灾难恢复策略,也就是在一个企业中要为灾难恢复做哪些方面的准备
    首先,于 6.1 中描述了灾难恢复需要的资源要素,共 7 个要素,分别为:数据备份系统备份数据处理系统备份网络系统备份基础设施专业技术支持能力运行维护管理能力灾难恢复预案
    随后,于 6.2 说明了灾难恢复 7 种资源的获取方式
    最后,于 6.3 说明了子安恢复 7 中资源的要求

    第 7 章:灾难恢复策略的实现

    【略读感】第 6 章中描述了为实现灾难恢复,需要做那些方面的准备。本章则描述了进行灾难恢复准备的步骤
    首先,于 7.1 描述了灾难备份系统技术方案的实现方式,其包含了**设计*8技术方案、验证技术方案、基于方案进行开发,以及最后将技术方案部署于生产环境的步骤。
    随后,于 7.2 描述了灾难备份中心的建设思路。
    于 7.3 简述了如何达到要求的专业技术支持能力。
    于 7.4 简述了如何提升运行维护管理能力。
    最后,于 7.5 讲述了如何制定灾难恢复预案注意:其提出了灾难恢复预案需要遵循的几个原则:完整性易用性明确性有效性兼容性。同时,其描述了灾难恢复预案的制定过程包含以下阶段:起草评审测试完善审核和批准注意:针对应急预案,本章还强调了必须定期进行演练**,以测试有效性。

    附录

    附录 A:灾难恢复能力等级划分

    【略读感】可以说是本标准最有价值的部分了!

    附录 B:灾难恢预案框架

    【略读感】给出了预案编写的模板,很有借鉴意义

    附录 C:某行业 RTO/RPO 与灾难恢复能力等级的关系示例

    【略读感】可以说是本标准最有价值的部分了!

    转载于:https://www.cnblogs.com/autopenguin/p/9717374.html

    展开全文
  • 转载于:https://blog.51cto.com/infosafe/162794
  • 银行业信息系统灾难恢复管理规范 可以用来参考
  • JR0044-2008银行业信息系统灾难恢复管理规范.pdf
  • 银行业信息系统灾难恢复管理规范,供大家下载。
  • 本指南用于规范和指导重要信息系统的使用和管理单位对信息系统灾难恢复的规划和准备工作。 本指南主要从灾难恢复规划的管理、灾难恢复的需求分析、灾难恢复等级的确定、灾难恢复等级的实 现、灾难恢复预案的制订、...
  • XXX1—XXXX目次前 言 引 言 1 范围2 规范性引用文件3 术语和定义4 灾难恢复规划的管理4.1 灾难恢复规划的过程 4.2 灾难恢复规划的组织机构及其职责 4.2.1 组织机构的设立 4.2.2 组织机构的职责 4.3 灾难恢复规划的...
  • 2007年7月,国务院信息化工作办公室领导编制的《重要信息系统灾难恢复指南》正式升级成为国家标准《信息系统灾难恢复规范》(GB/T 20988-2007 )。这是中国灾难备份与数据恢复行业的第一个国家标准,并于2007年11月1...
  • 【法规标题】关于印发《保险业信息系统灾难恢复管理指引》的通知 【颁布单位】中国保险监督管理委员会 【发文字号】保监发〔2008〕20号 【颁布时间】2008-3-21 【失效时间】 【法规来源】...
  • 银行、证券、保险等金融行业的信息系统是关系国计民生的重要系统,一旦发生火灾、地震、台风、主机故障、电源故障、存储故障等突发灾难,造成金融行业信息系统中断,将会直接影响到国家财产安全、社会生活稳定和国民...
  • 随着信息化的发展,很多企业或者单位缺乏灾难恢复规范流程,因此自己半路出家,凭着自己多年的经验,撰写这篇文章,本文充分借鉴了国际和国内的信息安全标准来编写,具有很强的实践意义,可以帮助企业建立全面的...
  • 随着我国信息化和信息安全保障工作的不断深入推进,以应急处理、风险评估、灾难恢复系统测评、安全运维、安全审计、安全培训和安全咨询等为主要内容的信息安全服务在信息安全保障中的作用日益突出。加强和规范信息...
  • 信息系统灾难恢复规范》(GB/T 20988-2007)将信息系统的灾难恢复能力划分为6级。哈尔滨医科大学附属第一医院(以下简称哈医大一院)采用H3C 万兆IX3620存储系统,同时借助CDP连续数据保护解决方案实现了对HIS系统...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 7,484
精华内容 2,993
关键字:

信息系统灾难恢复规范