同步复制技术,不能# 杜绝逻辑错误传递问题,逻辑故障只能通过其他方式解决。考虑到双中心数据实时一致,为了抵御突发的数据中心灾难,同步复制还是有必要的。通过底层物理层面的复制技术,不管同步还是异步,都存在逻辑层面数据
这是必须的!
这个问题好,也是很多企业忽视的一个问题。灾难发生后,企业想的第一件事就是快速进行恢复,重续业务系统运行。请注意,重续业务系统运行时第一要务,通俗讲,要让系统运行起来,别管在哪个数据中心,让业务恢复,让“企业开门”。重续
答案是肯定的,多种方案的叠加肯定能够防范更广泛的灾难风险。但是需要注意的是,在做DRP预案的时候,针对不同的灾难场景要有详细的预案,要充分分析不同灾备解决方案的灾难恢复效果和适用场景。
在BIA 业务影响分析中会从业务角度入手,分析IT系统的RTO和RPO。如何定制策略,主要是企业业务在灾难发生时的影响程度,这种影响又分为经济性和社会性的。同时要结合监管部门的法律法规。最后在实际操作的时候,还需要考虑
前面提到了一些观点,简单总结一下还是建议传统架构的灾备保留传统灾备方案,云原生应用,基于云原生的技术实现业务连续性,有上云需求的应用,要考虑是否适合云环境,适合云环境的可以基于云计算技术实现灾备,例如PaaS层的一些灾
某个企业自建云数据中心,仅仅作为灾备中心使用,除非这个企业未来想作为灾备服务的提供商,提供灾备云服务,为更多的企业提供灾备服务,我觉得才值得。通常云计算中心还是以提供云服务为主,灾备服务只是云服务的一个很小部分。
基于业务入手,关联IT系统,做BIA分析,得出灾难恢复目标,然后根据不同的技术特点选择不同的灾备技术,我觉得流程和思路和传统没太多区别。区别在于业务连续性规划中要把平台的风险,应急预案中要考虑平台的因素,同时灾备解决方
通过PaaS层的应用实现数据同步,例如数据库复制技术,当然有一些会把数据库归为IaaS+层,这里只提供一个思路,和传统方式有区别,不会通过底层技术来实现,例如IaaS层,主要是技术瓶颈以及不够灵活。
因为这个讨论主要以灾备为主,所以谈到安全,主要考虑得数据安全。灾备就是数据安全的一个主要领域,主要保证数据的完整性和有效性,主要实现业务的连续性。云环境下的灾备更多的采用PaaS层或者IaaS+层以上的技术手段来实现
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30