Pull to refresh

Comments 4

Есть одно но… Если задания построены таким образом, что второе запускается после того, как отработает первое, третье после второго и т.д. То после отработки 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) не бэкап, а репликация, то это задание тоже запускается.
Спасибо за вопрос! Действительно, на данный момент будет иметь место такое поведение (срабатывание после старта Quick Backup цепочки заданий по шедулу After this job).
Ожидается, что сценарий с такими настройками расписания будет переработан и включен в ближайший пакет обновлений в более дружественном варианте:).
Пока же можно рекомендовать в случае наличия подобных цепочек и необходимости создать бэкап «на лету» использовать VeeamZIP, у которого нет зависимостей от заданий бэкапа/репликации.
Ожидается, что сценарий с такими настройками расписания будет переработан
Это будет здорово! =)
Как выяснилось, всё даже ещё более лучше!:) А именно — поправленный сценарий работает в патче 1, то есть можно проапгрейдиться до билда 8.0.0.917, как описано здесь.
Правильный сценарий должен подхватиться автоматически и сработать без перенастройки расписания — т.е. по запуску Quick Backup задание VM1 создаст только доп.инкремент, и этот проход больше не будет считаться за запуск первого задания в цепочке.
Sign up to leave a comment.