在 VMware 6.5 上，虚拟机在 CTK Delta 文件上运行，这会导致存储级别快照不一致吗？
答案1
CTK 文件包含有关 VMDK（包含实际虚拟磁盘的文件）中的块是否已更改的信息。它们与快照增量文件不同，后者包含自拍摄快照以来已更改的块的实际数据。
CTK 文件支持 VMware 的更改块跟踪功能，备份软件使用该功能来跟踪自上次备份以来哪些块已发生更改，这使得增量备份的速度呈指数级增长，因为它们不必将 VMDK 逐块与上次备份进行比较，而是可以立即备份 CTK 文件中标记为已更改的块。
一般来说，这些文件不是问题，因为它们首先就不会变得很大（最大大小是父 VMDK 中块数量的一个小序列号乘以）。
但是，这些文件可能会变成孤立文件，从而导致增量备份出现问题。我个人从未在生产环境中见过这种情况，但您可以按照以下步骤修复它：https://kb.vmware.com/s/article/2139574
答案2
我目前还不能发表评论，但是我想补充一下 Stuggi 的回答。
您问的是存储级别快照。这些通常发生在 LUN 级别，并且实际上并不关心内容，无论是 VMFS、NTFS 还是完全不同的文件系统……它们发生在块级别。因此，存储级别快照不会不一致 - 取决于您真正要问的是什么。
另一方面，如果您询问与备份解决方案结合的存储级别快照，那就完全是另一回事了。
实际上有两种情况：
1) 您只能将存储级别快照用作...您可以恢复到存储级别快照，并且处于块级别的时间点（您很少愿意对 VMFS LUN 执行此操作）...在这种情况下，您不会遇到不一致的问题，但是快照的实用性或多或少仅限于完整的灾难恢复方案，或者安装快照并恢复单个文件。
2）您将存储级别快照与备份产品（例如 Veeam）结合使用。
在这种情况下 - 为了使其首先正常工作 - 必须支持存储，并且必须正确配置解决方案。
如果是这种情况，那么您也不会遇到任何问题，因为备份解决方案的正确实施规定，备份软件请求 Vmware 为要为其拍摄存储级别快照的 LUN 上的所有 VM 创建快照，之后备份解决方案请求存储子系统创建存储级别快照。当 Vmware 创建快照时，新的 CBT ChangeId 会写入 CTK 文件，因此，从存储级别快照执行增量备份所需的所有信息都将存在。
这只是一个快速的概述，但如果您想要更精确的答案，请使用以下信息更新您的问题：
- 您到底担心在哪些方面会出现不一致？
- 如果问题与增量/差异备份不一致有关，请添加您使用的备份解决方案和备份方法。
- 添加存储子系统的供应商/型号，以及您使用的 LUN 配置（iSCSI/光纤通道 LUN 或 NFS）