Инкрементальный бэкап «на лету» с помощью Quick Backup — новая возможность Veeam Backup & Replication v8

Что чаще всего делают пользователи, которым нужно срочно получить резервную копию виртуальной машины, например, для тестирования и отладки хотфикса? Судя по нашим наблюдениям, чаще всего они делают снапшот. В самом деле, у снапошота достаточно плюсов: его создание не отнимает много времени, а если что-то пойдет не так, можно быстро откатить виртуальную машину на предыдущее состояние. Однако есть и минусы: пока вы экспериментируете с машиной, снапшот разрастается; у виртуальной машины падает производительность чтения/записи; сокращается свободное место на СХД. Вдобавок, «забытые» (бесхозные) снапшоты тоже могут доставить неприятности – недаром VMware рекомендует следить за актуальностью и длиной цепочки снапшотов виртуальной машины. В итоге есть риск, что из-за разросшихся снапшотов возникнут проблемы с доступностью ресурсов продакшена (в частности, из-за чрезмерной интенсивности чтения/записи на СХД), и во время коммита виртуальная машина просто подвиснет.

Чтобы избежать этих неприятностей, для всякого рода тестирования разумно использовать виртуальную лабораторию, или «песочницу» (например, как рекомендуется здесь). Но ее запуск и настройка требуют времени, а как быть, если его в обрез?

Можно запустить процесс резервного копирования – но он тоже отстает по быстроте от создания снапшота, даже если вы используете бесплатную утилиту VeeamZIP (создание полного бэкапа для выбранной виртуальной машины «на лету», т.е. по требованию и без остановки машины). Проход инкрементального бэкапа тоже не всегда является спасением – например, если виртуальная машина бэкапится в одном задании еще с несколькими, то при запуске этого задания придется ждать, пока обработаются они все.

Для таких случаев очень пригодится новая функциональная возможность Veeam Backup & Replication 8.0 – Quick Backup, создающая инкрементальную точку восстановления для выбранной виртуальной машины «на лету».

image

Что это за разновидность бэкапа, и почему она носит имя Quick — разбираемся под катом.


Как это работает?


Когда вы запускаете Quick Backup, Veeam Backup & Replication выполняет поиск точки восстановления для выбранной виртуальной машины (неважно, была ли она создана заданием резервного копирования, включающим одну-единственную машину или несколько).

Если хотя бы одна точка восстановления найдена, то создавшее ее задание резервного копирования запустится на выполнение инкрементального (относительно этой точки) прохода бэкапа. При этом вне зависимости от того, сколько виртуальных машин включено в задание, инкремент будет создан только для выбранной машины. (Заметим, что поддерживаются цепочки как прямого инкрементного, так и для реверсивного инкрементного метода резервного копирования).

Предвижу вопрос: а если эта виртуальная машина обрабатывается несколькими заданиями? Тогда из всех созданных точек восстановления будет выбрана самая свежая, и запущено соответствующее задание.

Файл инкремента (.VIB или .VRB) будет содержать лишь изменившиеся блоки для выбранной виртуальной машины, так что его создание займет немного времени. Никаких параметров дополнительно задавать не нужно – будут использованы настройки исходного задания, в том числе и путь к репозиторию (в него же и будет сохранен инкремент, созданный Quick Backup). Важно отметить, что такие настройки задания, как сроки хранения и количество сохраняемых точек восстановления, не собьются: будет создана «дополнительная» точка, которая, во-первых, не входит в подсчитываемые точки восстановления, и, во-вторых, будет удалена вместе с той точкой, которая послужила для нее отправной (т.е. согласно настройкам хранения, как описано здесь).

Какую кнопку нажимать?


Запустить Quick Backup из консоли Veeam Backup & Replication можно лёгким движением руки: в представлении Virtual Machines выбираем в дереве виртуальную машину, для которой хотим начать инкрементальный бэкап, затем справа для нее же из конекстного меню выбираем команду Quick Backup:

image

Чтобы облегчить жизнь администраторам vSphere и не вынуждать их обращаться к разным консолям для разных задач, есть возможность запускать Quick Backup напрямую из популярного VMware vSphere Web Client – например, для нашей виртуальной машины идём в меню Actions и затем выбираем Backup > Quick Backup:

image

Прогресс инкрементального бэкапа отображается в панели Recent Tasks:

image

Если в это же время открыть консоль Veeam Backup & Replication, то можно увидеть, что запустилось и работает соответствующее задание резервного коприрования:

image

Администратору VMware можно, безусловно, и не переключаться на вторую консоль — когда создание точки восстановления закончится, он узнает об этом из уведомления в панели веб-клиента:

image
Подробнее об интеграции Veeam Backup с набравшим популярность веб-клиентом vSphere можно узнать здесь (на англ. языке).

Итого


Можно рекомендовать Quick Backup для быстрого создания точки восстановления выбранной виртуальной машины, предварительно проверив, соблюдены ли следующие условия:
  1. Данная виртуальная машина должна входить в задание резервного копирования на сервере Veeam Backup & Replication (для запуска Quick Backup из продуктовой консоли; для запуска из VMware vSphere web client необходимо еще, чтобы этот сервер был добавлен в Veeam Backup Enterprise Manager, что даст возможность интеграции с vSphere Web Client)
  2. Для данной машины должна существовать полная резервная копия (т.е. файл .VBK в соответсвующем репозитории), созданная при успешном выполнении задания резервного копирования.

Дополнительная информация:


  • +10
  • 11,1k
  • 4
Veeam Software
76,16
Продукты для резервного копирования информации
Поделиться публикацией

Комментарии 4

    0
    Есть одно но… Если задания построены таким образом, что второе запускается после того, как отработает первое, третье после второго и т.д. То после отработки Quick Backup, запустится следующее задание, которое идет после этого.

    Приведу пример, чтобы понятнее было.
    У меня, допустим, 3 ВМ (ESXi). Все они бэкапятся в veeam. В одном задании одна ВМ. Запускаются бэкапы друг за другом:
    Задание : Когда запускается
    ----------------------------------------------------
    VM1     : Everyday 22:00
    VM2     : After [VM1]
    VM3     : After [VM2]
    

    Допустим, мне надо сделать Quick Backup для VM1. Запускаю… После того, как он отработает, запускается задание VM2, за ним VM3 и т.д. Пока вся цепочка не закончится.
    Даже если VM2 и VM3 сделать Disable, то после включения (Enable) они запускаются все равно.
    Так же если, например, VM2 (или VM3) не бэкап, а репликация, то это задание тоже запускается.
      +1
      Спасибо за вопрос! Действительно, на данный момент будет иметь место такое поведение (срабатывание после старта Quick Backup цепочки заданий по шедулу After this job).
      Ожидается, что сценарий с такими настройками расписания будет переработан и включен в ближайший пакет обновлений в более дружественном варианте:).
      Пока же можно рекомендовать в случае наличия подобных цепочек и необходимости создать бэкап «на лету» использовать VeeamZIP, у которого нет зависимостей от заданий бэкапа/репликации.
        0
        Ожидается, что сценарий с такими настройками расписания будет переработан
        Это будет здорово! =)
      0
      Как выяснилось, всё даже ещё более лучше!:) А именно — поправленный сценарий работает в патче 1, то есть можно проапгрейдиться до билда 8.0.0.917, как описано здесь.
      Правильный сценарий должен подхватиться автоматически и сработать без перенастройки расписания — т.е. по запуску Quick Backup задание VM1 создаст только доп.инкремент, и этот проход больше не будет считаться за запуск первого задания в цепочке.

      Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

      Самое читаемое