容灾的重头戏——业务接管和容灾回切,你了解多少?

在备份容灾过程中,业务接管和数据回切是不可忽视的两大环节。

  • 容灾接管:备份容灾过程中的一个环节,当生产系统发生故障时,业务被容灾系统所代替的过程。

  • 数据回切:备份容灾过程中的最后一个环节,生产系统修复完毕后,业务数据从容灾系统重新传输回生产系统的过程。

业务接管

传统容灾的业务接管方式复杂,需要手动输入命令行、账号密码等操作,接管一台主机需要约40个步骤,过于依赖人力,技术难度大,速度很难提升。

HyperBDR自动化业务接管,可优化以下问题: 

容灾业务分类,提高业务接管效率

企业可通过“资源组容灾”将业务按地域、类型、核心/非核心等进行划分并放入不同的资源组。当灾难发生时,可只容灾发生灾难的资源组业务,或先拉起核心业务资源组,提高容灾效率,最大程度地减少企业损失。

几次点击,即可完成业务接管

企业只需在数据同步完成之后,勾选需要容灾接管的资源组,并点击“容灾接管”按钮,确认需要同步的数据时间点后,即可开始自动接管生产端的业务。普通运维即可操作,操作简单、高效。

容灾的重头戏——业务接管和容灾回切,你了解多少?_第1张图片

Boot in Cloud一键恢复,保护业务连续性

业务接管成功后,HyperBDR会通过自研Boot in Cloud技术一键恢复业务至可用状态,实现分钟级RTO。

容灾的重头戏——业务接管和容灾回切,你了解多少?_第2张图片

容灾回切

在常见的容灾解决方案中,企业需先将生产端的数据备份到目标端,当灾难发生,源端宕机,需要将生产端的业务切换到容灾端,以此来保证业务的连续性。但是,容灾端仅作为灾难发生时的临时生产系统使用。当生产端修复完毕后,还需让业务数据回归原来的生产端。

这时企业会遇到以下问题:   

传统容灾回切需要生产端和容灾端同时停机数小时,停机时间过久,依然影响业务连续性。

HyperBDR容灾回切可以帮助企业解决容灾完成之后的问题:

原来的生产系统修复后,和容灾接管同样原理,HyperBDR可以帮助企业将容灾端正在运行的业务全部回切至原来的生产端,。

容灾的重头戏——业务接管和容灾回切,你了解多少?_第3张图片

驱动智能适配,异构环境轻松回切

HyperBDR可实现异构平台的驱动智能适配转换,可支持企业将容灾业务回切至复杂的混合云源端环境,实现高度自动化的容灾回切,降低人力成本。

全量增量回切,保证业务连续性

回切阶段,HyperBDR在完成全量增量数据同步后,业务割接前夕,企业可以将增量同步频率调高,并选择非业务时间段内进行割接,以保证最后一次同步的增量数据较少,缩短割接停机窗口,从而保证业务连续性。

“三步”回切,操作便捷

容灾的重头戏——业务接管和容灾回切,你了解多少?_第4张图片

跟容灾同款的极简“三步回切”向导式操作界面,简化回切难度,提升回切效率。

HyperBDR的自动接管和容灾回切功能,帮助企业轻松实现全链路业务容灾,自由选择业务保护资源池,实现持续保护业务连续不间断,节约企业容灾后的一系列成本,促进企业数字化发展。

容灾的重头戏——业务接管和容灾回切,你了解多少?_第5张图片

你可能感兴趣的:(运维,云计算,安全)