VMware ESXi变更块跟踪（CBT）记录存储位置及多备份任务冲突问询

让我来一步步解答你的两个核心问题，都是VMware备份场景里的常见疑问：

变更块跟踪（CBT）的核心数据主要存在两个地方：

• 磁盘附属文件：每个启用了CBT的虚拟机磁盘（.vmdk），都会对应生成一个后缀为-ctk.vmdk的文件（比如你的虚拟机磁盘是win-server_1.vmdk，对应的CBT跟踪文件就是win-server_1-ctk.vmdk）。这个二进制文件专门用来记录磁盘块的变更状态，是ESXi主机维护CBT的核心载体。
• 虚拟机配置文件：虚拟机的.vmx配置文件里会包含CBT的启用标记，比如ctkEnabled = "true"（全局启用），以及scsi0:0.ctkEnabled = "true"这类针对单个磁盘的配置，用来告诉ESXi该虚拟机/磁盘需要开启变更跟踪。

你的场景不会产生CBT冲突，只要严格保证两个备份任务不同时运行，原因如下：

1. CBT是由ESXi主机统一维护的变更跟踪机制，所有合规的备份软件都是通过VMware官方API（比如vSphere API）读取CBT数据，并且在备份完成后，会通知ESXi更新CBT的「基准点」——也就是把当前磁盘状态标记为新的参考点，后续的变更会从这个点开始跟踪。
2. 当本地增量备份完成后，ESXi已经更新了CBT基准；之后启动异地备份任务时，它会读取从上次基准到当前的所有变更块，完成备份后再更新基准点，两者串行执行完全不会互相干扰。

不过要注意几个关键细节，避免潜在的CBT异常：

• 确保两款备份软件都严格遵循VMware官方的CBT规范，不要使用非官方工具读取CBT数据，否则可能导致基准点混乱。
• 如果某个备份任务中途失败（比如网络中断、磁盘错误），不要直接重试增量备份，建议先重新执行一次全量备份来重置CBT基准，避免后续增量备份出现数据遗漏或不一致。
• 不要手动删除、修改-ctk.vmdk文件，也不要随意编辑.vmx里的CBT配置，否则会直接导致CBT失效，需要重新启用并做全量备份才能恢复。

内容的提问来源于stack exchange，提问作者Rehan Miah