AG
DD же сам должен делать синтетику (если как dd boost используется) и трафик никуда не гоняет и ресурсы gw не использует?
Size: a a a
2021 January 18
YK
HINT: Если в инфраструктуре вима для source backup-proxy установлено 2 parallel task, а для destination - 4 parallel task, то при потере replication metadata (например, из-за repository backed up by rotated hard drives) задача репликации вм с более чем 1 диском падает с Error: Unable to perform parallel VM disk processing. Решение - поставить одинаковое количество parallel tasks.
2021 January 19
V
Я правильно понимаю что когда Veeam сделал реплику и еще 7 точек восстановления (7 согласно настройке репликации) то при выполнении 8, он самую старую точку восстановления делает этой самой репликой? Или перефразирую, сделали 1 реплику, у нас появилась 1 точка восстановления, в расписании выставлено 7 точек восстановления, долгое время выполняются репликации точек восстановления было больше чем 7, какая версия реплики запустится если я ее запущу из vcenter, первая которая была изначально или же 7 самая старая ?
EE
Vladimir
Я правильно понимаю что когда Veeam сделал реплику и еще 7 точек восстановления (7 согласно настройке репликации) то при выполнении 8, он самую старую точку восстановления делает этой самой репликой? Или перефразирую, сделали 1 реплику, у нас появилась 1 точка восстановления, в расписании выставлено 7 точек восстановления, долгое время выполняются репликации точек восстановления было больше чем 7, какая версия реплики запустится если я ее запущу из vcenter, первая которая была изначально или же 7 самая старая ?
V
спасибо, я читал подобное, но не понял, значит предполагаю что при таком запуске запускается машина с самым старым моментальным снимком
EE
Vladimir
спасибо, я читал подобное, но не понял, значит предполагаю что при таком запуске запускается машина с самым старым моментальным снимком
тогда вам не про вим читать надо, а про работу со снепшотами в варе
V
тогда вам не про вим читать надо, а про работу со снепшотами в варе
👍🏻 иду читать
OK
Vladimir
спасибо, я читал подобное, но не понял, значит предполагаю что при таком запуске запускается машина с самым старым моментальным снимком
При наличии 7 снепшотов восстановить ВМ можно на любой из них. По умолчанию активный самый последний, самый новый, самый свежий. Veeam при процедуре переключения ("Failover") по умолчанию тоже включает последний снепшот.
Подразумевается, что в типичном случае вам нужны самые актуальные данные. Для менее актуальных, архивных данных, более логично доставать их из бекапа а не из реплики, хотя ситуации разные бывают.
Подразумевается, что в типичном случае вам нужны самые актуальные данные. Для менее актуальных, архивных данных, более логично доставать их из бекапа а не из реплики, хотя ситуации разные бывают.
D
для вима так висеть это норм ?
EE
агентский бекап?
LM
13 минут это ещё не висеть )))))
EE
там на старых версиях агента он помнится не сразу данные пулял в ВБР
EE
может потом прилететь сразу 100%
LM
на самом деле внутри масса всяких таймеров, которые ретраят всё на свете 15 минут. так что до 15й минуты можно даже не напрягаться
D
агентский бекап?
да
EE
если интересно посмотреть что именно происходит - всегда можно глянуть лог на агенте
V
Oleksandr Karimov
При наличии 7 снепшотов восстановить ВМ можно на любой из них. По умолчанию активный самый последний, самый новый, самый свежий. Veeam при процедуре переключения ("Failover") по умолчанию тоже включает последний снепшот.
Подразумевается, что в типичном случае вам нужны самые актуальные данные. Для менее актуальных, архивных данных, более логично доставать их из бекапа а не из реплики, хотя ситуации разные бывают.
Подразумевается, что в типичном случае вам нужны самые актуальные данные. Для менее актуальных, архивных данных, более логично доставать их из бекапа а не из реплики, хотя ситуации разные бывают.
👍спасибо
D
если интересно посмотреть что именно происходит - всегда можно глянуть лог на агенте
🤷♂️
EE
логи….
LM
ну что тебе не понятно? сешн из фолед, ну всё же очевидно 😆