Май
19
2010

Баг с 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, эту ситуацию обрабатывает (у них в данный момент через службу поддержки уже доступен фикс для этого дела).