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

2019-07-24 | 阅读：次

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

Snapshot 基础知识

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

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

这时候，因为涉及到基础架构中多个产品之间的互相通讯，往往会出现一个结果，就是这个临时快照并没有被删除，甚至是出现一些“假删除”的情况。也就是说，表面上从快照管理器中看到已经不存在快照了，而实际上在 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。它的处理过程分为两大类：

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

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

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

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

好了，感谢收看今天的内容，下期再会！