Comments 19
Объедините все задания в цепочки
а можно ссылочку на kb или ман?
0
Спасибо, что то никогда не обращал внимание на After this job. Прям сегодня и попробую — сколько времени удастся отыграть.
0
Объединением в цепочки «отыграть» времени не получится, только проиграть.
0
Тут можно долго спорить, но иногда этим методом можно реально сократить общее время бэкапов (не их скорость).При бэкапе машин из vcloud может вполне пригодиться.
0
Ну почему же? У меня есть несколько задач. Они выполняются от 5 до 40 минут в зависимости от прироста данных. Допустим я запускаю задачи раз в час и теряю от 20 до 55 минут (ну образно), если они будут запускаться сами друг за другом — сэкономлю и ни мало
0
А вот здесь как раз обратная сторона. Новая задача у вас начнется, конечно, раньше запланированного срока, только вот представьте ситуацию, когда в вашей цепочке задач есть одна машина с очень большим диском и следующая задача ждет только эту машину, при этом 90% ресурсов прокси простаивает, хотя, запустись она параллельно, уже бы обрабатывала другие виртуалки.
На самом деле тут все очень индивидуально и каждый использует то, что ему удобней. В 8 версии я перестал использовать цепочки задач, потому что, если мне нужно было запустить только одну задачу из цепочки, после ее выполнения запускались следующие. В 9 версии, к счастью, теперь можно запустить только одну задачу и не запускать всю последующую цепь.
На самом деле тут все очень индивидуально и каждый использует то, что ему удобней. В 8 версии я перестал использовать цепочки задач, потому что, если мне нужно было запустить только одну задачу из цепочки, после ее выполнения запускались следующие. В 9 версии, к счастью, теперь можно запустить только одну задачу и не запускать всю последующую цепь.
0
На самом деле тут все очень индивидуально и каждый использует то, что ему удобней.
Полностью согласен. Вот как раз в ситуации, о которой я говорил — это хорошее решение, т.к. из-за невысокой общей производительности инфраструктуры, бекапы делаются в очень малое кол-во потоков и с контролем iops на продуктивной схд, так что прокси у нас и так простаивает, пока изменений в архитектуре не будет — это отличный вариант заканчивать РК раньше.
0
Там есть подвох — следующая задача запустится только в том случае, если предыдущая закончилась со статусом Success или Warning. Так что если она Fail, то и остальные тоже будут Fail. По крайней мере в Veeam B&R 8 было так.
0
Еще хорошо, когда не читаешь, что пишет менеджер восстановления, и восстанавливаешь машину поверх оригинальной, работающей, хотя хотел просто копию.
Ну и разносить виртуальные машины из одного VAPP в разные задачи резервного копирования, которые запускаются в одно время. В таком случае, кому не повезло — будет ждать, пока VAPP, занятый другой задачей не освободится.
Ну и разносить виртуальные машины из одного VAPP в разные задачи резервного копирования, которые запускаются в одно время. В таком случае, кому не повезло — будет ждать, пока VAPP, занятый другой задачей не освободится.
+1
Если в целом, то вся статья сводится к:
Неправильное бэкапирование — вы не используете продукты Veeam.
Правильное бэкапирование — вы используете продукты Veeam.
Неправильное бэкапирование — вы не используете продукты Veeam.
Правильное бэкапирование — вы используете продукты Veeam.
+1
ИМХО шедулер не достаточно гибкий, и даже PS-скриптами не всё можно обыграть.
Хотелки:
1.Периодичность Active full и Syntetic full бэкапов вынести из «Advanced» закладки Storage, например, в закладку Virtual mashines задачи бэкапа.
2.На закладке задачи Virtual mashines возможность настройки последовательности с условием а) пока не закончилась текущая очередь — следующую не начинать б) следующую очередь начинать только когда освободятся ресурсы от выполнения текущей очереди. Например (а): очередь формируется из ВМ размещенных на ЛУНе (функция storage snaphots используется), ЛУНов в задании несколько, сценарий — бэкапятся ВМ с ЛУНа 1 (снапшеты ВМ, снапшет ЛУНа, удаление снапшетов ВМ, бэкап, удаление снапшета ЛУНа) и только после окончания бэкапа ВМ с ЛУНа 1 начинается очередь ВМ с ЛУНа 2,…
3.Имея много задач по бэкапу с разными настройками хотелось бы видеть эти «настройки» в табличном виде на заглавной странице Jobs или с помощью PS-скрипта
Хотелки:
1.Периодичность Active full и Syntetic full бэкапов вынести из «Advanced» закладки Storage, например, в закладку Virtual mashines задачи бэкапа.
2.На закладке задачи Virtual mashines возможность настройки последовательности с условием а) пока не закончилась текущая очередь — следующую не начинать б) следующую очередь начинать только когда освободятся ресурсы от выполнения текущей очереди. Например (а): очередь формируется из ВМ размещенных на ЛУНе (функция storage snaphots используется), ЛУНов в задании несколько, сценарий — бэкапятся ВМ с ЛУНа 1 (снапшеты ВМ, снапшет ЛУНа, удаление снапшетов ВМ, бэкап, удаление снапшета ЛУНа) и только после окончания бэкапа ВМ с ЛУНа 1 начинается очередь ВМ с ЛУНа 2,…
3.Имея много задач по бэкапу с разными настройками хотелось бы видеть эти «настройки» в табличном виде на заглавной странице Jobs или с помощью PS-скрипта
0
Тут бы хоть расписание произвольного списка ВМ выудить в приемлемом виде.
А то даже скриптом устанешь парсить, я всё себя заставить не могу начать такой писать.
Вроде надо, но как увидишь вывод — всякое желание пропадает ))
А то даже скриптом устанешь парсить, я всё себя заставить не могу начать такой писать.
Вроде надо, но как увидишь вывод — всякое желание пропадает ))
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
Мне вот столбца с размером ВМок внутри задания не хватает
0
Sign up to leave a comment.
«Худшие практики» работы с продуктами резервного копирования на примере Veeam Backup & Replication