Баг с Changed Block Tracking в VMware vSphere 4.
Вы все уже, наверное, прочитали заметку про технологию Changed Block Tracking в VMware vSphere на VM Guru. Технология прекрасная, ускоряет инкрементальные бэкапы, но есть один небольшой нюанс.
Если вы сделали вот так:
1. С помощью VMware Data Recovery сделали бэкап виртуальной машины.
2. Сделали ручной snapshot виртуальной машины.
3. Сделали еще один бэкап с помощью VMware Data Recovery (он уже инкрементальный и использует CBT)
4. Вручную откатили виртуальную машину к снапшоту.
5. Снова сделали бэкап с помощью VMware Data Recovery.
Исходя из того как работает технология Changed Block Tracking в VMware vSphere, можно понять к чему это может привести - к неконсистентому бэкапу, который может не работать после восстановления. Ведь CBT вычислял изменившиеся блоки с момента последнего бэкапа, а вы откатили машину туда, где еще есть разница между состоянием виртуальной машины в момент ручного снапшота и моментом, когда был сделан последующий бэкап Data Recovery (эта разница не учтена в списке изменившихся блоков).
Что это значит? Это значит как всегда: ручные снапшоты виртуальных машин - зло, и не надо их использовать.
Более подробно в KB 1021607.
Хочу отметить, что продукт для резервного копирования виртуальных машин номер 1, Veeam Backup and Replication, эту ситуацию обрабатывает (у них в данный момент через службу поддержки уже доступен фикс для этого дела).




