1 минута вместо 6, или эффект от Changed Block Tracking — 24 августа 2026 г. в 08:01:01.253
1 минута вместо 6, или эффект от Changed Block Tracking В теории инкрементное резервное копирование должно выполняться быстро. Но на практике, если на уровне гипервизора не работает механизм отслеживания измененных блоков, агенту приходится каждый раз полностью считывать виртуальный диск целиком, создавая высокую нагрузку на дисковую подсистему и процессор хоста. На прошедшем вебинаре руководитель группы круглосуточной технической поддержки Виктор Козлов продемонстрировал создание инкрементной резервной копии одной и той же ВМ платформы zVirt: • Без CBT: системе пришлось заново сканировать весь виртуальный диск объемом 71 ГБ, чтобы найти изменения. Итог: время выполнения — 6 минут, сохранено 53 МБ дельты. • С включенным CBT: гипервизор отдал только карту изменившихся блоков. Агент вычитал всего 36 МБ данных. Итог: время выполнения — 1 минута Почему CBT может не работать на практике? В ходе демонстрации разобрали 3 обязательных технических условия, без выполнения которых механизм отслеживания изменений не запустится: 1. Формат дисков — QCOW2. На дисках формата RAW механизм инкрементного отслеживания на уровне qemu/KVM не поддерживается архитектурно. 2. Параметр в zVirt. В свойствах виртуального диска в консоли управления zVirt обязательно должен быть активирован чекбокс «Включить инкрементное резервное копирование». 3. Опция в плане защиты. В параметрах плана Кибер Бэкапа должен быть включен пункт «Использовать CBT». В записи вебинара вы также увидите: • Установку и настройку агента для oVirt • Работу с тегами и атрибутами виртуальных машин • Сценарий V2V-миграции с VMware на zVirt Смотрите на RUTUBE и в VK Видео