We have been using veeam backup for some while now - no issues was detected during this period. even using CBT in HyperV to backup our ordinary VM's.
We also have a large (20Tb) Virtual HyperV machine - and we only took backup of C: drive (with CBT) - and until now we have, had no performance issues with this - c: drive is only a 100G drive..
However a few days a ago we started to take backup of the large data drives as well - the same minute the backup was initiated the complete server started to have performance issues, and the issues persisted afte the backup completed.
Before we initiated this backup of the large drive, performance was as said fine, but now it sucks.
I have ongoing WMI performance monitoring of all my VMs every 5 min - so I can see/document the behavior and go back the last 30 days to inspec he WMI counters..
or physical disk que size, read transfere, write transferes og both my physical server runnig the VM and the VM it self.
it is clear that the disk que used to be aprox 5000/sec, now they are at 150.000/sec
leading to extremly slow disk IO.
I can see the physical server is not transfering same amount of data, as before - mainly becouse the VM can not fetch the data due to a disk que.
if I move other VM's to the same physical server, these VM's can make normal disk IO -basically telleing me the issues is not the physical server. reather the VHDX files belonging to the bad behaiving VM
all in all, I can confirm that enabling CBT is a bad idea on large/heavy disk IO VM's running under HyperV.
My plan is now to move this vm to vmware, and start using CBT there - hopefully this may solve this issue that MS has had for years and not solved.
Im in the happy situation that I can migrate to vmware cluster, and HyperV/failovercluster will be shurtdown permanently in our production enviroment within a few months :) - I have tested this beta software (HyperV) all to may times, and it keeps having issues not seen in ESXi spending to much time and downtime for by applications.