It seems like your browser didn't download the required fonts. Please revise your security settings and try again.
Barracuda Backup

Some Change Areas are not Reported on Virtual Machine Running ESXi 6.0.x with Changed Block Tracking Enabled

  • Last updated on

Issue

VMware has reported an issue with ESXi version 6.0.x where incorrect changed sectors are returned. When a virtual machine (VM) is running ESXi 6.0.x and Changed Block Tracking (CBT) is enabled, some change areas in data are not reported. When this occurs, that data is not recognized as changed and is not backed up; current and past incremental backups are potentially compromised. For more information, see the VMware knowledgebase solution Changed Block Tracking (CBT) on virtual machines.

Symptoms

When running VM backups that utilize CBT in ESXi 6.0, the CBT API call QueryDiskChangedAreas() can sometimes return incorrect changed sectors, resulting in inconsistent incremental VM backups.

Cause

When running incremental VM backups, backup applications typically rely on the vSphere API call QueryDiskChangedAreas() to determine the changed sectors. This issue occurs due to a problem with CBT in the disklib area, which results in the change tracking information of I/Os that occur during snapshot consolidation to be lost. The main backup payload data is never lost and is always written to the backend device. However, the corresponding change tracking information entries which occur during the consolidation task are missed. Subsequent QueryDiskChangedAreas() calls do not include these missed blocks and, therefore, a backup based on this CBT data is inconsistent. All incremental backups which utilize CBT are potentially affected.

Impact/Risks

Data loss could occur on restore from an inconsistent virtual machine backup.

Resolution

See the VMware knowledgebase solutions Changed Block Tracking (CBT) on virtual machines and Enabling or disabling Changed Block Tracking (CBT) on virtual machines.