Pull to refresh

Comments 19

Объедините все задания в цепочки

а можно ссылочку на kb или ман?
Спасибо, что то никогда не обращал внимание на After this job. Прям сегодня и попробую — сколько времени удастся отыграть.
Объединением в цепочки «отыграть» времени не получится, только проиграть.
Тут можно долго спорить, но иногда этим методом можно реально сократить общее время бэкапов (не их скорость).При бэкапе машин из vcloud может вполне пригодиться.
Ну почему же? У меня есть несколько задач. Они выполняются от 5 до 40 минут в зависимости от прироста данных. Допустим я запускаю задачи раз в час и теряю от 20 до 55 минут (ну образно), если они будут запускаться сами друг за другом — сэкономлю и ни мало
А вот здесь как раз обратная сторона. Новая задача у вас начнется, конечно, раньше запланированного срока, только вот представьте ситуацию, когда в вашей цепочке задач есть одна машина с очень большим диском и следующая задача ждет только эту машину, при этом 90% ресурсов прокси простаивает, хотя, запустись она параллельно, уже бы обрабатывала другие виртуалки.

На самом деле тут все очень индивидуально и каждый использует то, что ему удобней. В 8 версии я перестал использовать цепочки задач, потому что, если мне нужно было запустить только одну задачу из цепочки, после ее выполнения запускались следующие. В 9 версии, к счастью, теперь можно запустить только одну задачу и не запускать всю последующую цепь.
На самом деле тут все очень индивидуально и каждый использует то, что ему удобней.

Полностью согласен. Вот как раз в ситуации, о которой я говорил — это хорошее решение, т.к. из-за невысокой общей производительности инфраструктуры, бекапы делаются в очень малое кол-во потоков и с контролем iops на продуктивной схд, так что прокси у нас и так простаивает, пока изменений в архитектуре не будет — это отличный вариант заканчивать РК раньше.
Там есть подвох — следующая задача запустится только в том случае, если предыдущая закончилась со статусом Success или Warning. Так что если она Fail, то и остальные тоже будут Fail. По крайней мере в Veeam B&R 8 было так.
Вот это конечно недостаток, да.
Если Fail, то (по умолчанию) будет еще 3 попытки с интервалом 10 минут повторить задачу и только после этого таки запустится следующая задача. Только что простой 30 минут.
Ну кол-во попыток и интервал же настраиваются. Можно и уменьшить
Еще хорошо, когда не читаешь, что пишет менеджер восстановления, и восстанавливаешь машину поверх оригинальной, работающей, хотя хотел просто копию.
Ну и разносить виртуальные машины из одного VAPP в разные задачи резервного копирования, которые запускаются в одно время. В таком случае, кому не повезло — будет ждать, пока VAPP, занятый другой задачей не освободится.
Если в целом, то вся статья сводится к:

Неправильное бэкапирование — вы не используете продукты Veeam.
Правильное бэкапирование — вы используете продукты Veeam.
ИМХО шедулер не достаточно гибкий, и даже PS-скриптами не всё можно обыграть.
Хотелки:
1.Периодичность Active full и Syntetic full бэкапов вынести из «Advanced» закладки Storage, например, в закладку Virtual mashines задачи бэкапа.
2.На закладке задачи Virtual mashines возможность настройки последовательности с условием а) пока не закончилась текущая очередь — следующую не начинать б) следующую очередь начинать только когда освободятся ресурсы от выполнения текущей очереди. Например (а): очередь формируется из ВМ размещенных на ЛУНе (функция storage snaphots используется), ЛУНов в задании несколько, сценарий — бэкапятся ВМ с ЛУНа 1 (снапшеты ВМ, снапшет ЛУНа, удаление снапшетов ВМ, бэкап, удаление снапшета ЛУНа) и только после окончания бэкапа ВМ с ЛУНа 1 начинается очередь ВМ с ЛУНа 2,…
3.Имея много задач по бэкапу с разными настройками хотелось бы видеть эти «настройки» в табличном виде на заглавной странице Jobs или с помощью PS-скрипта
Тут бы хоть расписание произвольного списка ВМ выудить в приемлемом виде.
А то даже скриптом устанешь парсить, я всё себя заставить не могу начать такой писать.
Вроде надо, но как увидишь вывод — всякое желание пропадает ))

Start time: [20161123 1:00:00], Latest run time: [20170201 1:00:02], Next run time: [02/02/2017 01:00:00], Retry times on failure: [3], Retry timeout:
[10 min], Daily options: [Enabled: True, DayNumberInMonth: Everyday, Days: Sunday, Monday, Tuesday, Wednesday, Thursday, Friday, Saturday]Monthly optio
ns: [Enabled: False, Time: 20160419 22:00:00, Day Number In Month: Fourth, Day Of Week: Saturday, Months: January, February, March, April, May, June, J
uly, August, September, October, November, December]Periodically options: [Enabled: False, Period: 1 hour(s), ScheduleString: 0,0,0,
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,00,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,00,0,0,0,0,0,0,0,0,0,0,0,0,0,
0,0,0,0,0,0,0,0,0,00,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,00,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,
0,0,00,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,00,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0</s
cheduler>, HourlyOffset: 0]Continuous options: [Enabled: False, ScheduleString: 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0</Sun
day>0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,00,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,00,0,0,
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,00,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,00,0,0,0,0,0,0,0,0,0,0,
0,0,0,0,0,0,0,0,0,0,0,0,00,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]


Зачем там столько нулей? :)
Предполагаю, что это опции задания.
0 — выкл
00 — вкл.
Но уверенности нет)
Мне вот столбца с размером ВМок внутри задания не хватает
Sign up to leave a comment.