断更的原因是把ESXi/VC都更新到了 8.0 U1，导致VEEAM不兼容VC了，备份出现报错。然后VEEAM版本升级上来了之后，可以正常备份了。
还有一个就是把Linux的库的那台虚拟机删掉了，现在换成了Windows的库了。
前面我们讲了备份的模式，还做了Demo，并且还对比了Windows 的库和Linux不可变库的删除对比。我们接着讲备份的恢复。
有备份肯定有恢复，我们来看一下VEEAM的恢复是怎么样的。
首先是备份的2种类型
右键备份任务，点击编辑。在备份任务的Storage——Advanced——Backup里面可以看到备份模式，一般默认就可以了。
一般按照默认，选择第二种，合成全备份。
合成全备份工作原理：https://helpcenter.veeam.com/docs/backup/vsphere/synthetic_full_hiw.html?ver=120
备份链：https://helpcenter.veeam.com/docs/backup/vsphere/backup_files.html?ver=120
- 永久正向增量
- 正向增量（绝大部分场景）
- 反向增量（没理解透））
可以看上面的官网链接上详细的介绍
恢复分普通恢复和即时恢复，VEEAM的主打功能就是即时恢复
即时恢复的使用场景像生产环境遭到灾难性事故，利用异地的备份机即时把备份的虚拟机拉起来，先接管生产任务，随后再把虚拟机迁移到恢复后的生产环境。
我们来看看工作流程
1、备份存储挂载到生产存储
2、在虚拟机管理程序注册虚拟机（这一步一般是自动完成的，无需人工干预）
3、虚拟机直接通过备份文件运行
这个里面有一个叫vPower技术，官网有简单的介绍https://helpcenter.veeam.com/docs/backup/vsphere/vpower_nfs_service.html?ver=120，暂时没有更细致的信息。
笔者的理解，由于备份文件类型不属于VMDK，不能被VMware直接识别，过程可能是VEEAM先需要对备份文件进行解密，然后通过VMware的 API 被VMware识别到备份文件的里面的VMDK，最后进行IO的读写。
我们在后面演示环境再讲
