News:

Но самым опасным врагом, которого ты можешь встретить, будешь всегда ты сам. Фридрих Вильгельм Ницше

Main Menu

Veeam 7.0 ошибка после обновления инфраструктуры до 6.5

Started by Призрак, 12 March 2019, 20:25

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

ival

Quote from: Уваров А.С. on 19 March 2019, 20:52Возможно есть смысл отказаться от инкрементного копирования в пользу полного + дедупликация. Быстро (или не очень быстро) слили бекап - но это последовательная запись, здесь будем упираться только в сеть (ну или в диски). А потом пусть он там оставшееся время скрипит - дедуплицирует.
Нет, достаточно:
1. Использовать обычное инкрементальное, а не обратное инкрементальное
2. 1 задание 1 машина
3. Разнести старт по времени (или ограничить количество сессий до репозитория)
4. Если нужно более 1 полной копии, то использовать полный синтетический бекап, но опять же по разным дням.
У Veeam хороший алгоритм сжатия, лично я видел 24х, но ходят слухи что и 60х есть. Но это уже от типа данных в машине зависит. Нет, там машина решила обновления поставить и рестартануться, скрин выше был из журнала событий. Я так понимаю бекап идёт не на локальные диски а на iscsi, а в таком случае Veeam все равно, он просто писать медленнее начнёт. Ему важнее процессоры и оперативная память на каждое задание.

ival

Quote from: ival on 19 March 2019, 21:37У Veeam хороший алгоритм сжатия, лично я видел 24х, но ходят слухи что и 60х есть.

Чтобы не быть голословным, скрин задания одного узла кластера Exchange. Как видно из скрина сжатие в 38 раз. Но это много, в среднем 22-28 раз.



Призрак

Я хотел бы сказать большое спасибо всем, кто мне помогал по этому вопросу. Я надеюсь, что я никого ничем не обидел. Дабы не способствовать разжиганию флейма, который грозит баном, обещаю, что с моей стороны больше не будет агрессивных выпадов в сторону производителей программного и аппаратного обеспечения, всё равно я, как и кто другой, поделать с этим ничего не смогу. Жадность она была, есть и будет. Вопрос решён полностью, там, где были ошибки MSSQL, я просто добавил учётную запись, из под которой запускается задание, в MSSQL на каждом проблемном сервере, ошибок больше никаких нет, резервное копирование выполняется чётко и без сбоев. Что же касается FreeNAS, я полностью убедился в том, что на старом железе не добиться каких - либо выдающихся скоростей, будь хоть самая хорошая и дорогая сетевая карта, будем смотреть в сторону его замены. Лишний раз убедился, что на этом форуме оказывают реальную помощь, в отличие от других, мне известных.