D
мне непонятно, почему я в veeam agent создал job на файловый бейкап 5 мб папочки с 38 файликами, оно думало 5 минут, подготавливало бэкап, и в итоге не смогло
Size: a a a
2020 April 26
D
но я так и не прочитал о тех штуках, про которые мне писали, так что сильно умничать не буду
УM
Меня ничего😊
Похвально
EE
И хоть бы кто про новый ретенш полиси спросил =\
который теперь в днях или что?
LM
который теперь в днях или что?
... и версиях
EE
мне непонятно, почему я в veeam agent создал job на файловый бейкап 5 мб папочки с 38 файликами, оно думало 5 минут, подготавливало бэкап, и в итоге не смогло
не понятно из лога - заведите кейс или спросите здесь
EE
... и версиях
мне сдаётся тут не так много народу, кто 10-ку уже качественно счупал, а те кто счупали своими лапками в большинстве и так поняли, не глупые 🙂
2020 April 27
AL
Ну к слову сказать вим не такой уж и сложный, в сравнении с некоторыми.
С
Приветствую, коллеги!
Возникла непонятка, связанная с применением двух продуктов veeam.
У меня есть несколько относительно небольших VM c w2k8r2 серверами, которые крутятся на esxi 5.5. По бедности я бэкапил их с помощью Veeam Agent for Windows на внешнюю SMB шару. Причем машинки на которых данные пользователей не хранятся и ежедневные дельты были небольшие и примерно одинаковые по размеру (изменяются в основном системные файлы журналы и т.п.).
Недавно решил попробовать Veeam B&R Comunity Edition, настроил задачу с сохранением на ту же шару. После нескольких дней работы обнаружил что и full бэкап и ежедневные дельты в случае B&R больше по размеру раза в полтора. Ну full мог и подрасти, так как предыдущий был какое то время назад, а вот с дельтами странно для меня. Настройки сжатия в обоих случаях одинаковые (optimal).
Может вы в курсе почему так и может это поддается настройке ?
Возникла непонятка, связанная с применением двух продуктов veeam.
У меня есть несколько относительно небольших VM c w2k8r2 серверами, которые крутятся на esxi 5.5. По бедности я бэкапил их с помощью Veeam Agent for Windows на внешнюю SMB шару. Причем машинки на которых данные пользователей не хранятся и ежедневные дельты были небольшие и примерно одинаковые по размеру (изменяются в основном системные файлы журналы и т.п.).
Недавно решил попробовать Veeam B&R Comunity Edition, настроил задачу с сохранением на ту же шару. После нескольких дней работы обнаружил что и full бэкап и ежедневные дельты в случае B&R больше по размеру раза в полтора. Ну full мог и подрасти, так как предыдущий был какое то время назад, а вот с дельтами странно для меня. Настройки сжатия в обоих случаях одинаковые (optimal).
Может вы в курсе почему так и может это поддается настройке ?
С
B&R установлен на внешней машине, не на VM которую бэкаплю
LM
вбр делает образ машины снаружи, агент делает образ системы изнутри. Они совершенно не обязаны быть одинаковыми
LM
если я правильно понял вопрос )
С
Это то понятно, вопрос поняли правильно.
Просто разница не единицы процентов и стабильно в одну сторону. А в результате заметно больший расход места в хранилище...
и не в пользу более продвинутого решения получается причем одной фирмы. По идее значительная разница может быть от разных алгоритмов сжатия. Но они то как раз вроде бы одинаковые... и вcяко в B&R не дожны быть хуже
Просто разница не единицы процентов и стабильно в одну сторону. А в результате заметно больший расход места в хранилище...
и не в пользу более продвинутого решения получается причем одной фирмы. По идее значительная разница может быть от разных алгоритмов сжатия. Но они то как раз вроде бы одинаковые... и вcяко в B&R не дожны быть хуже
EE
диски у ВМ толстые?
EE
а на сколько они по факту заполнены?
EE
шифрование и прочие радости?
EE
мы по тексту гадать не умеем
С
снапшотов нет
EE
я не про снепшоты, я про заполненность дисков ВМ