您好,登录后才能下订单哦!
使用Veeam Backup & Replication中的Replication复制功能,将虚拟机从源端复制到目标端,如何很好的利用好复制后的备份呢?在生产系统出现问题时,可以进行failover故障切换,切换过后有一个确认的过程,如果切换后运行正常,可以执行永久切换,如果测试不正常,可以回档
Failover为故障转移、故障切换的意思,即将源端的虚拟机上的负载切换至DR灾难恢复站点的复制虚拟机上
Failback为故障恢复,即将灾备站点的复制虚拟机上的负载切换回源端虚拟机上
各个概念的一些差异和区别:
Replica Failover:将负载从生产端切换至复制端虚拟机,是一种临时的中间状态,只能恢复到目标虚拟机的某一个还原点,还原点后改变的数据无法同步至复制虚拟机,与源端虚拟机不完全一致。
Permannet Failover:永久故障转移,即对Replica Failover的状态进一步确认和提交,确定将源端虚拟机负载转移至复制端虚拟机上,复制虚拟机的状态同Replica Failover。
Failover Plan:对于多个有依赖关系的源端虚拟机,确定好各个虚拟机的切换顺序和间隔时长,依次进行故障转移。
Planned Failover:对计划停机、计划的硬件维护等,事先安排好的,将生产端的虚拟机负载切换至目标端复制虚拟机,复制虚拟机和源端虚拟机数据是一致的。
Undo Failover:生产端虚拟机故障转移至目标端后,可以执行永久切换(Permannet Failover),也可以对故障转移进行撤销,即回退到最初的状态,工作负载切换回生产端。
Replica Failback:将复制端虚拟机负载切换回生产端,是复制端虚拟机全部传递到生产端,是一种中间临时状态,需要进一步操作。
Commit Failback:对Replica Failback负载从复制端虚拟机切换回生产端虚拟机进行提交确认
Undo Failback:对Replica Failback负载从复制端虚拟机切换回生产端虚拟机进行撤销,撤销后工作负载依然回到灾备站点的复制虚拟机。
Replica Failover在目标端基于某一个还原点恢复虚拟机的完整功能,可以快速的启动起来,执行failover操作时,源虚拟机依然可以正常运转,完成必要的测试工作后,我们还可以撤销failover,回到原始的状态。如果源虚拟机和目标虚拟机处于同一网络,源虚拟机和目标虚拟机要同时运行时,可以暂时断开源虚拟机的网络,以免IP冲突。
推荐使用failover操作,避免手工开启replica虚拟机电源,避免丢失重要数据。
failover操作的方式:
(1) VBR从必要的复制链中的快照进行还原
(2) VBR启动replica虚拟机,replica虚拟机状态由normal变为failover,如果只是测试使用,源虚拟机还在正常运转。只有当replica VM的状态由failover转变为normal时,replication activies才可以正常进行。
(3) 所有对复制虚拟机的改变都写入到了一个变化文件的快照中
failover是一种中间状态,需要进一步作操作,可以执行undo failover,failback,permanent failover.灾难恢复场景中,在测试完成后,应该执行下一步的操作。
执行permanent failover后,将永久的将源虚拟机切换至复制虚拟机,复制虚拟机将替换掉源虚拟机。适用于源虚拟机和复制虚拟机位于相同的站点,拥有相近的资源,这样切换后用户正在进行的操作感觉不到延迟。
permanent failover处理方式:
(1) VBR移除复制虚拟机的还原点,并删除datastore中的相关文件,所有写入的数据都提交到变化文件的快照中。
(2) VBR从Veeam Replicaiton console中移除从replicas列表中VM replica
(3) 为了保护复制虚拟机在执行Permanent failover后不被破坏,VBR重新配置复制任务,将源虚拟机添加到复制的排除列表,下次复制任务执行时将不会复制源虚拟机。
当正在运行的虚拟机存在着相互依赖关系时,可以使用failover plan,来确定各个虚拟机的恢复的先后顺序,并设置好启动的虚拟机之间的延迟间隔时间,默认为60秒,除了最后一个虚拟机外。一次最多只能恢复10个,如果超过10个,则会进行排队,即第一个恢复完成后,才会启动第11个虚拟机的恢复。与failover类似,Failover Plan也是一种中间状态。
启动Failover Plan
在Failover Plans列表中,选中一个任务,右键,点击start可以恢复到最新的还原点,如果想恢复到指定的还原点,可以使用start to选项
如果主站点计划停机,则可以以最小的中断切换工作负载从主虚拟机到复制虚拟机,比如对数据中心进行迁移、维护、软件进行时,可以执行Planned Failover.
Planned Failover处理过程:
(1) failover进程触发replication job执行增量复制,将未复制的数据同步到复制端
(2) 源虚拟机关机
(3) failover进程触发replication job执行另外一次增量复制,同步最后一分钟产生的增量变化部分。
(4) 虚拟机切换至复制端。
(5) 复制端开机启动。
注意:这个过程是设计用来将当前工作负载传递到目标端的,不建议选择一个还原点来进行切换。
在Planned failover过程中,VBR创建了两个辅助还原点,我们可以利用它来做回滚等操作。
主站点主机在线后,我们还可以切换回去,操作类似unplanned failover,包括:undoing failover, permanent failover or failback.
可以使用undo failover将复制虚拟机恢复到failover前的状态。VBR将复制虚拟机关机,并恢复到快照链中最近的快照。写入变化快照文件中的数据被清理,虚拟机恢复到normal状态,源虚拟机中复制活动可以继续进行。
在前期进行了Failover操作,将虚拟机的负载从生产环境切换到了目标端,运行了一段时间,如果想把负载从DR容灾端切换回生产环境,可以使用Replica Failback,此操作会将目标端的完整数据完全同步到生产端,可以有如下三种方式:
l Failback回源主机的源虚拟机
l Failback回前期通过备份还原到的一个新位置的虚拟机
l 传递完整的文件,Failback一个完整的全新的位置的虚拟机
前两种方式只需要传递增量部分,第三种方式传递完整的虚拟机
Failback工作方式
(1) 如果源主机处于开机状态,VBR将源主机关闭
(2) VBR对源主机创建一个failback快照
(3) VBR计算源虚拟机和复制虚拟机切换状态时的差异部分
(4) VBR传递差异部分到源主机的delta文件的快照中
(5) VBR关闭复制虚拟机直至提交failback或者撤销failback
(6) VBR对复制虚拟机创建一个failback保护快照
(7) VBR再次计算在最后执行failback过程中的源虚拟机和复制虚拟机的差异部分,再次执行同步操作
(8) VBR移除源虚拟机上的failback快照,将Delta变化文件提交到源虚拟机
(9) 复制虚拟机的状态从failover切换为failback。VBR将源主机上的复制活动挂起,因为这时切换只是一种中间状态,还需要后续对这个failback状态进行提交或撤销回failover状态。
(10) 如果选择了源主机开机选项,VBR将会对源主机进行开机操作。
Failback on VSAN:由于VSAN数据存储组织特性,VBR无法获取到位于VSAN中的VM replica与源虚拟机磁盘的差异部分,所以在两次的计算差异部分均需要读取复制虚拟机所有的磁盘数据,然后只传递差异的部分。
Quick rollback选项
(1) VBR不会从复制虚拟机查询整个磁盘文件,而是只查询CBT获取差异部分
(2) 使用场景为复制虚拟机操作系统层面的错误,如在复制虚拟机上应用程序错误或者误删了文件。如果在复制虚拟机上发生了硬件、电源或存储故障,不要使用Quick rollback选项
(3) 必须是failback到源位置,源虚拟机开启CBT,复制虚拟机创建时使用了“Use changed block tracking data ”选项。
确认Failback操作,完成恢复到源虚拟机,需要对Failback进行提交Commit
(1) VBR将复制虚拟机状态由Failback更改为Normal
(2) 如果是还原到一个新的位置,VBR重新配置复制任务,将之前的源虚拟机添加到排除列表,新的还原的虚拟机取代了原来复制任务中的源虚拟机,新复制任务开始时,VBR将会处理新的被还原的虚拟机,而不是原来的源虚拟机。如果是还原到原位置,则VBR按正常模式处理。
当负载从复制虚拟机迁移到生产环境,而没有提交Commit时,发现生产环境的虚拟机工作不正常,可以Undo Failback撤销.
(1) VBR删除VBR保护快照
(2) VBR将复制虚拟机状态由Failback改为Failover
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。