黑科技 | 激活隐藏在VBR中的快照猎手

目录

好久好久没更新这个黑科技系列了,今天带来一篇想写了很久的功能。

这项创造性科技我认为是可以在Veeam功能实用性排行榜上排上前三的。而绝大多数Veeam使用者我相信也几乎不知道有这个科技的存在。它就像个默默无闻的老黄牛,出现在每一个Backup/Replication的作业中,为每一台VM保驾护航。

Snapshot 基础知识

VMware的Snapshot,自从有了虚拟化技术之后,可以说是虚拟化领域最具争议的技术。很多人因为喜欢快照技术开始入门虚拟化,很多人因为痛恨快照技术弃用一些解决方案和功能。而对于备份软件来说,想做好虚拟化的备份,不得不面对快照技术,修炼快照基本功是一门必修课!

Veeam产品中大量使用VMware快照技术,在任务发起时,会通过API接口发送快照指令给vSphere,这时候有个名叫“VEEAM BACKUP TEMPORARY SNAPSHOT”会出现在虚拟机的快照管理器中。而任务结束时,Veeam会再一次发送指令要求VMware删除该快照。

1qnrp8.png

这时候,因为涉及到基础架构中多个产品之间的互相通讯,往往会出现一个结果,就是这个临时快照并没有被删除,甚至是出现一些“假删除”的情况。也就是说,表面上从快照管理器中看到已经不存在快照了,而实际上在vSphere Datastore中,依旧存在00001.vmdk这样的快照差异磁盘文件。VMware中,这种快照文件一般被称为孤立的快照(Orphaned snapshot),通常这种快照如果存在,后续的正常的快照都会受影响,而VMware的快照管理器中也会提供相应的“整合快照选项”。

然而情况往往并没有那么乐观,这个问题不那么容易被发现,而这个整合也不那么顺利能进行。在有些时候往往就会碰到报错而进行不下去的状况,这种情况我们统称为Snapshot issue。而出现这种情况多数是因为没有及时去处理这个潜在的Orphaned Snapshot。

我这里提供几个VMware官网的KB,算是小福利哦,能够帮大家更快处理这类issue。

https://kb.vmware.com/s/article/1005049

https://kb.vmware.com/s/article/1006847

https://kb.vmware.com/s/article/1038963

https://kb.vmware.com/s/article/2003638

快照猎手

如果不想那么麻烦,手工去做这么复杂的快照整合操作,那么可以试试Veeam Backup & Replication。在VBR中,有个特殊功能,能够全自动处理这些Snapshot issue,我们称他为“快照猎手”。

通常这个功能会在每个备份和复制的Job中自动执行,因此对于一般用户而言,这个功能在后台全自动的进行。Veeam会全自动处理可能碰到的一切快照Issue。它的处理过程分为两大类:

  1. 检测是否有上次备份后残留的Veeam辅助快照“VEEAM BACKUP TEMPORARY SNAPSHOT”,如果有,将会在备份之前提前删除该快照。这个过程确保历史任务中遗留的Veeam快照会被处理干净。
  2. 检测是否存在孤立的快照,如果有,尝试将它整合。这个过程确保除了上一种情况之外的所有情况都会被政策修复。

而对于第二步过程,Veeam又会采用一组复杂的整合算法,这个算法是综合了上文提到的4个VMware官方KB的精华。

  1. 普通的VMware快照整合方法 这个和VMware菜单上的Consolidation按钮功能完全相同,如果正常能用VMware菜单上Consolidation按钮整合完成的,那么事情非常简单,Veeam会用这个功能立刻完成整合。
  2. 强制整合,不带静默 如果上一种方式失败,Veeam就会执行第二种方法,这种方法Veeam会借助快照技术,创建一个新的快照,然后调用VMware的*Delete all snapshot*命令,通过这种方式一把移除所有孤立快照,恢复磁盘状态。
  3. 强制整合,带静默 如果上一种方式还是失败,Veeam会执行第三种方法,这种方法会创建VMware静默快照,然后再次使用Delete all snapshot命令。
  4. 如果以上3种方法都失败 Veeam会发失败警告给用户,建议手工处理孤立快照,避免生产存储被撑爆。

最后,我还会有个视频,来给大家Demo一下快照猎手,近距离感受下快照猎手的强大。

好了,感谢收看今天的内容,下期再会!

打赏一个呗

取消

感谢您的支持,我会继续努力的!

扫码支持
扫码支持
扫码打赏,你说多少就多少

打开支付宝扫一扫,即可进行扫码打赏哦