来自Veeam支持的您好！最近，一位顾客跟我们联系了一个非常奇怪的案子。SureBackup作业在快照创建阶段失败，并显示一般错误消息："此版本不支持指定的功能。"SureBackup作业中包含多个VM，但只有一个特定的VM失败。此外，源备份作业本身工作得很好，包括受影响的虚拟机。隔离问题由于这是一个通用的错误消息，它可能有几个出现的原因。例如，免费的ESXi版本有一些限制，因此不受支持。但是，我们确信ESXi版本不是免费的，因为其他VM在SureBackup作业中处理得很好，而受影响的VM在常规备份作业中也能正常处理。正如我们之前所说的，这个问题只存在于一个特定的虚拟机上，所以第一步就是找出这台机器有什么特别之处。乍一看，这台机器（我们称之为VM01）的主要区别在于它的大小——它的大小比其他磁盘超过2TB的其他机器要大得多。记住这一点，我们参考了Veeam备份和复制任务日志文件： [时间戳]信息[VimApi]创建快照，参考"vm-12345"，名称"VEEAM_SUREBACKUP_snapshot"，说明""，内存"False"，静止"False"[时间戳]错误拍摄快照时出错：此版本不支持指定的功能。[时间戳]错误CreateSnapshot failed，vmRef vm-12345，timeout 1800000，snName VEEAM_SUREBACKUP_SNAPSHOT，snDescription，memory False，quiesce False(系统。异常)[18.09.2017 18:17:18]错误Veeam.Backup.ViSoap公司.CSoapConnection.CreateSnapshot（字符串vmRef，Int32 timeout，字符串名称，字符串描述，布尔内存，布尔停顿）[时间戳]错误发生在Veeam.Backup.SureBackup.Operations.CSnapshotVmEngine.InternalProcess()[时间戳]错误发生在Veeam.Backup.SureBackup.Operations.CSnapshotVmEngine.Process()[时间戳]错误对象不支持该操作。(Veeam.Backup.ViSoap公司.ViServiceFaultException）[时间戳]错误不支持VimApi[时间戳]错误发生在Veeam.Backup.ViSoap公司.CSoapService.ExecuteAndWaitForCompletion（IServiceOperationSync操作，可为空`1超时）[时间戳]错误发生在Veeam.Backup.ViSoap公司.CSoapConnection.CreateSnapshot（字符串vmRef，Int32 timeout，字符串名称，字符串描述，布尔内存，布尔停顿） 老实说，在那一刻它并没有真正的帮助，但有一点是清楚的——根据错误堆栈，消息是由VMware vSphere API生成的。始终检查VMware日志这就是为什么我们决定检查VMware日志文件并找出这种行为的可能原因。为了使我们的搜索更容易，我们只使用错误字符串作为搜索查询，现在我们来： 时间戳信息主机号[XXXX][XXXX sub=DiskLib opID=XXXXX-XX-XXXXX用户=vpxuser:域\NAME]DISKLIB-LIB\u CLONE:无法获取seSparse的默认对象类型-此不支持指定的功能版本：24。时间戳信息主机号[XXXXXX][XXXX sub=Libs opID=XXXXX-XX-XXXXX用户=vpxuser:域\NAME]快照：SnapshotBranchDisk:无法分支磁盘：'/vmfs/volumes/XXXXXX-XXXX/XX_XXXX/vmdk_vmdk'->'/vmfs/卷/vSAN:XXXXXX-XXXXXXX/SureBackup/XXXXX-XXXXX-XXXXX-XXXXX-XXXXX/vmdk_name-000001.vmdk'：此不支持指定的功能版本（24） 首先引起我们注意的是错误消息包含一个特定的磁盘名。我们检查了一下，这就是我们之前看到的大磁盘（>2TB）VMDK。我们还看到了seSparse disk type（节省空间的稀疏格式）的提及，这提醒我们，当为大于2TB的磁盘创建快照时，VMware vSphere正在使用seSparse格式而不是VMFS delta（vmfssparse）（请参阅VMware KB 2058287）。从这一刻起，我们就知道这个问题与seSparse redo logs磁盘类型有关，但在我们记住一个重要细节之前，它并没有解释完全不受支持的内容—原始虚拟机和SureBackup虚拟实验室位于vSAN数据存储中。众所周知，SureBackup使用Veeam vPower NFS store从中提升虚拟机，但SureBackup虚拟机的重做日志被重定向到生产数据存储（在我们的例子中是vSAN）： [时间戳]信息[SureBackup][VM01][ReconfigVm][Line 104]workingDir="/vmfs/volumes"/vSAN:XXXXXX-XXXXXXX/SureBackup/XXXXX-XXXXX-XXXXX-XXXXX-XXXXX"[时间戳]信息[SureBackup][VM01][ReconfigVm][Line 105]snapshot.redoNotWithParent="真的" 基本上，我们有一个异构VMs存储配置，基本磁盘位于NFS数据存储中，重做日志位于vSAN上。由于这对除VM01之外的所有机器都能完美地工作，因此我们得出结论：seSparse和vSAN兼容性之间存在问题。快速搜索使我们找到了VMware vSAN文档，其中包含以下语句："虚拟SAN不支持SE稀疏磁盘。"您可能会注意到，文档与vSphere v5.5有关，在我们的示例中，vSphere版本是6.0。我们联系了VMware，并确认了这个限制仍然存在，即使对于6.0和6.5也是如此。在这一点上，谜团可以放在一个大的画面上——你不能在NFS/VMFS存储上有父磁盘，在vSAN上不能有seSparse redo日志，因为snapshot继承了VMFS的类型（根据VMware文档）。您可能会问，如果vSAN不支持seSparse，为什么备份在大型（>2TB）磁盘的vSAN上工作正常？这很简单–VMware hypervisor在为父磁盘位于vSAN上的机器创建快照时使用VSANSPARSE redo logs类型。需要记住的有用注释：VSANSPARSE是在vSAN磁盘上创建的VMFS_sparse或seSparse根据磁盘大小或VMFS版本在常规VMFS磁盘上创建（无论大小，VMFS6上的快照都将是seSparse）重定向过程中从磁盘上的另一个快照类型继承了父磁盘。解决方案我们建议将虚拟实验室迁移到非vSAN数据存储。因此，快照的类型在重定向期间保持不变。在vSAN上安装vm并为具有大磁盘（>2TB）的vm运行即时恢复时，也会遇到相同的问题。同样的解决方案也适用于即时恢复快照重定向。结论根据我们的研究，发现上面的场景不仅仅涉及即时恢复和可靠备份问题，在某些情况下，即使是热添加模式也无法工作。您需要仔细检查操作期间使用的数据存储和快照类型，以便避免不受支持的设置。另请阅读：深入研究VMware vSAN 6.6和Veeam集成如果遇到"无效块大小"，如何从磁带恢复Veeam支持故障排除系列：Linux FLR设备部署失败VN:F[1.9.22_1171]请评价这篇文章对您的评价有多大帮助：5.0/5（投10票）如何避免vSAN兼容性问题并确保SureBackup成功，根据10个评分，5.0分为5分