I moved this comment from the other topic. We try to not mix different issues in a single topic.
If all copy sessions now are taking longer, I suggest you open a support case so we can check the log files.
Please provide us with the case number.
Hmmm, nothing in my tests show that this could be an issue but obviously I don't have all the different possibilities configured in my tiny lab. Can you please create a support call? Post the case ID here so I can follow up. (And if our engineers can resolve it, please let us know the solution also )
I got an information from Veeam that this is known issue on Veeam end, that RnD team is working on it and that they can't specify ETA.
Due to this, we performed downgrade.
Issues that we had on previous version were much smaller than issues on the version 7.0.0.4388.
I got information from Veeam support that reopened my closed ticket that the hotfix that speed up copy jobs back to previous speed can corrupt data in backup...
Support: "Regrettably, the RnD team has found a possible change in the copy job workflow after the hotfix is being applied. In the case of processing OneDrive and Personal sites data simultaneously, some metadata can be overwritten which might affect the consistency of a backup copy data. I recommend rolling back the fix to the original build 7.0.0.4388. You can just revert the original dlls or reinstall the product."
@Pagrossman
If I am not mistaken (I will ask for confirmation to be sure) then a fix will be added to 7a which will be released soon. (And delivers compatibility with VBR 12.1)