在下一篇文章中我们的时间到了“如何说话像一个数据中心极客”系列。如果你在科技行业,你可能听说过公元前缩写/博士,代表“业务连续性和灾难恢复。“这是一个可怕的声音一口但每个业务的关键。没有一个好的BC /博士计划就像没有照顾好你自己的健康计划。如果你BC /博士策略并不是完整的,你可能会发现自己进入急诊室昂贵的危机解决。事实上,根据联邦应急管理署(FEMA), 40 - 60%的小企业没有灾难后重新打开大门在一年内,90%的失败,除非他们五天内可以恢复操作。我
快速BC /博士术语表
公元前(业务连续性):公元前是保持业务运行在日常维护和更新(计划停机)或在紧急事件或灾难(计划外停机)。业务连续性计划(BCP)确定哪些业务功能所必需的操作和建立过程,以使它们保持运转尽可能很少或没有停机时间。一旦基本业务功能和计划内和计划外停机场景识别,开发一个业务连续性计划需要进行业务影响分析(BIA)来识别漏洞,评估一个中断的后果在业务操作和确定需要实施应对突发事件的风险。ISO / TS进行BIA 22317:2015标准提供了详细的指南。二世
韧性:弹性是指一个组织如何尽快适应中断,同时保持业务操作。没有一个有效的BC /博士计划,很难实现弹性。
冗余:冗余是重复的关键系统组件将会有一个备份或替代方法如果失败了。冗余可以简单到一个数据库备份镜像整个IT基础设施在一个单独的地理位置。规划冗余时,重要的是要考虑it基础架构的所有元素,可能无法确保风险就减少了。这可能包括复制数据、应用程序、网络、权力和更多。
BCM(业务连续性管理):BCM是一个框架来管理一个组织的暴露风险和威胁发展计划,使组织继续操作,恢复关键功能的业务中断。除了公元前BCM包括应急响应、危机管理和灾难恢复(DR)。需要知道更多吗?查看业务连续性管理系统ISO 22301:2012标准。三世
博士(灾难恢复):博士是一个BCP的一部分。而业务连续性关注综合规划的组织作为一个整体来减轻风险,灾难恢复通常集中在IT基础设施。灾难恢复计划(DRP)概述了业务需要采取步骤恢复技术系统灾害或紧急事件发生后。
- RTO(恢复时间目标):RTO目标上允许的最大持续时间恢复的业务流程(基本上需要多长时间得到系统再次运行)。它通常是定义在BIA过程所有者。
- RPO(恢复点目标):RPO是目标最大允许的时间内数据丢失由于事件(基本备份的最低频率)。12小时的RPO意味着数据需要备份每12小时。不那么咄咄逼人的RPO目标,每日离线备份到磁带可以工作,但是RPO以分钟需要连续镜像到另一个站点。
- 博士测试(灾难恢复测试):定期测试博士计划是很重要的,以确保它将工作在一个实际的灾难和满足RTO RPO目标。一旦测试完成,博士计划应该被更新以解决任何不工作。
利用云BC /博士
所有云的优势(灵活性、可伸缩性、成本)也可以为BC /博士工作。关键的系统元素,可以反映到云数据和应用程序,或多个云冗余,使更快出现故障的恢复时间。如果发生故障,该组织可以故障转移到云镜子然后失败事件时解决。时要记住的一件事利用云BC /博士是确保云镜像站点地理位置遥远从主的位置。和互连的类型之间的主要和次要的位置很重要,使用公共网络引入了网络拥塞和延迟(延迟),导致不可预测的性能,增加安全风险。
直接和安全的私人之间的互连BC /博士网站需要实现高可用性和较低的RTO / RPO目标。与Equinix的云交换织物™(ECX织物™),业务可以构建geo-diverse,弹性软件定义互联云服务,最大限度地减少停机时间或服务中断。连成一片织物互联Equinix的国际业务交流™(IBX®)在世界各地的地铁数据中心,绕过公共网络,以避免网络拥塞,降低安全威胁。其安全、可靠、高性能、低延迟的虚拟连接网络,云数据中心和远程IBX可在几分钟内提供,加快部署BC /基础设施博士和使瞬时高可用性需求。
来源:Equinix的
观看视频(下图)和下载连成一片面料数据表想要了解更多关于跨多个云确保业务连续性。
极客了吗?这里有更多的极客文章狂欢。
22个部分:业务连续性和灾难恢复(见上图)
(二)ISO / TS 22317:2015、社会安全-业务连续性管理系统指南业务影响分析(BIA)。
[3]ISO 22301:2012,社会安全-业务连续性管理系统需求。