A
Это называется forward incremental без периодически Full-ов
Forever?
Size: a a a
2021 March 29
A
Forever forward incremental
AL
Andrei
Я понял, спасибо.
То есть получается так:
Я делаю один фулл и бесконечный инкремент.
Мой фулл и инкременты - это одна цепочка, а в ней точки. И вот я указываю 14 и я могу восстановить последние 14 бэкапов(инкрементов) точек из цепочки.
И 15 бэкап заставит самый первый инкремент влиться в фулл бэкап.
То есть получается так:
Я делаю один фулл и бесконечный инкремент.
Мой фулл и инкременты - это одна цепочка, а в ней точки. И вот я указываю 14 и я могу восстановить последние 14 бэкапов(инкрементов) точек из цепочки.
И 15 бэкап заставит самый первый инкремент влиться в фулл бэкап.
Почти. Фулл и 13 инкрементов это будет 14 точек. Следующий инкремент упадет 5-й точкой. А для мерджинг который сольет фулл с первым инкрементом стартует в указанное время. Например раз в неделю. Или каждый день.
AL
Andrei
Forever forward incremental
оно самое
AL
Точнее можно выбрать. Собирать синтетику, иметь тьму инкрементов или иногда делать фулл
AL
И тогда если мы не собираем синтетику - то это Forever forward incremental, а если собираем то forward incremental. А если иногда делаем фуллы то обычная схема
ДС
Вопрос по retention policy, как раз в тему, надеюсь: В какой последовательности происходит создание бекапа с учётом ограниченного кол-ва точек? Возьмём для простоты политику "Хранить данные за 7 дней" и создание бекапа 3 раза в неделю (Пн, Ср, Пт). В Пн делается первый полный бекап, среда, пятница - инкрементальные. Вопрос: что происходит в следующий понедельник - сначала создаётся(пытается создастся) новая полная копия, а затем удалается самая первая полная, или как это происходит? Столкнулся с проблемой упирания в квоту провайдера, хочу понять, как правильно настроить расписание при наличии квоты. (Сори, если сумбурно).
EE
Andrei
Forever forward incremental
https://helpcenter.veeam.com/docs/backup/vsphere/backup_files.html?ver=110
да прочитайте вы уже документацию! всё же написано
да прочитайте вы уже документацию! всё же написано
IM
https://helpcenter.veeam.com/docs/backup/vsphere/backup_files.html?ver=110
да прочитайте вы уже документацию! всё же написано
да прочитайте вы уже документацию! всё же написано
погоди, мы сейчас пройдем реверс, синтетики и уйдем в GFS. Там такой простор для шатания канала
VK
https://helpcenter.veeam.com/docs/backup/vsphere/backup_files.html?ver=110
да прочитайте вы уже документацию! всё же написано
да прочитайте вы уже документацию! всё же написано
Женя, дыши размеренно, скоро день Бэкапа!
EE
Вопрос по retention policy, как раз в тему, надеюсь: В какой последовательности происходит создание бекапа с учётом ограниченного кол-ва точек? Возьмём для простоты политику "Хранить данные за 7 дней" и создание бекапа 3 раза в неделю (Пн, Ср, Пт). В Пн делается первый полный бекап, среда, пятница - инкрементальные. Вопрос: что происходит в следующий понедельник - сначала создаётся(пытается создастся) новая полная копия, а затем удалается самая первая полная, или как это происходит? Столкнулся с проблемой упирания в квоту провайдера, хочу понять, как правильно настроить расписание при наличии квоты. (Сори, если сумбурно).
и вы туда же? что вы будете делать со 2 и 3 инкрементом без первого фула??? прочитайте теорию как работает фул+ инкремент
LM
Вопрос по retention policy, как раз в тему, надеюсь: В какой последовательности происходит создание бекапа с учётом ограниченного кол-ва точек? Возьмём для простоты политику "Хранить данные за 7 дней" и создание бекапа 3 раза в неделю (Пн, Ср, Пт). В Пн делается первый полный бекап, среда, пятница - инкрементальные. Вопрос: что происходит в следующий понедельник - сначала создаётся(пытается создастся) новая полная копия, а затем удалается самая первая полная, или как это происходит? Столкнулся с проблемой упирания в квоту провайдера, хочу понять, как правильно настроить расписание при наличии квоты. (Сори, если сумбурно).
всегда сначала новая точка, потом, в самом конце, ретеншн
EE
Женя, дыши размеренно, скоро день Бэкапа!
да, надо, кстат и, жюри подготовить голосовалку
ДС
всегда сначала новая точка, потом, в самом конце, ретеншн
Спасибо, так я и думал.
ДС
и вы туда же? что вы будете делать со 2 и 3 инкрементом без первого фула??? прочитайте теорию как работает фул+ инкремент
я бы предпочёл, чтобы 1-й фул и два его инкремента тоже удалились, поскольку у меня теперь есть новый фулл.
EE
я бы предпочёл, чтобы 1-й фул и два его инкремента тоже удалились, поскольку у меня теперь есть новый фулл.
и мы приходим к тому, что целый день объясняли Andrei
АТ
я бы предпочёл, чтобы 1-й фул и два его инкремента тоже удалились, поскольку у меня теперь есть новый фулл.
ну да, без фулла они дырка от бублика )
ДС
и мы приходим к тому, что целый день объясняли Andrei
т.е., veeam так не умеет? С Andrei обсуждали агента, насколько я понял. Я же говорю об Veeam Backup & Replication 11, которая у нашего провайдера в облаке. Там многих настроек, о которых вы говорили, просто нет. Есть "Latest backups to keep: N restore points || days". Моя задача - иметь актуальный на последние 5-7 дней бекап для нескольких машин различного назначения, и (внимание!) при этом не выйти за установленную квоту по размеру репозитория (дисков), которые выдал провайдер. Поэтому я просто вынужден как-то удалять старые копии.
EE
как “так” не умеет? удалять фулл, оставляя ни к чему не привязанные инкременты? или нарушать настройки и оставлять хранить меньеш точек, чем указано администратором?