Комментарии 16
Отчасти мы уже знакомы – мои англоязычные посты появлялись здесь в переводе моей дорогой коллеги polarowl.
А я считал, что polarowl — мужчина :))
Ну и наверное, тогда стоило бы себя представить, а то приходится гуглить :)
Evgenii Ivanov is a Tier 1 team leader for Italian and Spanish speaking support teams. Apart from managing his team, he is passionate about knowledge sharing and is involved in mentorship and writing of technical articles, both for internal and public use.
Т.е. количество restore points задаётся для всего бекапа, а не конкретных файлов?
Правильно ли я понимаю, что тот же syncthing версирует и хранит что-то похожее на restore points для каждого файла в отдельности?
Т.е. юзкейс что хочется хранить несколько изменений редкоменяющихся файлов в директории с часто меняющимися/бекапящимися.
Правильно ли я понимаю, что тот же syncthing версирует и хранит что-то похожее на restore points для каждого файла в отдельности?
Т.е. юзкейс что хочется хранить несколько изменений редкоменяющихся файлов в директории с часто меняющимися/бекапящимися.
Если говорить про бэкап на уровне гипервизора, то да, копируется именно полный образ машины (можно настроить исключение дисков, файлов по маске, но это несколько иное).
Я не знаком с Syncthing, как я понимаю это средство синхронизации/репликации файлов. Я не уверен, что это можно считать бэкапом (задачи несколько разные, в моем представлении).
На этот счет есть несколько мыслей:
1) Если файл не меняется, то в инкрементальные бэкапы его блоки не попадут, т.е. не стоит беспокоиться, что мы бэкапим «лишнее»
2) Если очень-очень необходимо бэкапить файлы с разной периодичностью, то могу предложить использовать Veeam Agent for Windows/Linux. Они бэкапят машину «изнутри» и позволяют выбрать директории или файлы по маске, которые нужно забэкапить. Т.е. можно создать несколько заданий, настроить их на бэкап разных объектов и выставить каждому заданию индивидуальное расписание.
3) В v.11 появится долгожданная фича — Continous Data Protection (CDP). По сути каждая операция в машине будет тут же фиксироваться B&R, это позволит восстановить состояние машины на любой момент времени в прошлом (а не только на момент создания точки восстановления), что по сути включает в себя синхронизацию файловой системы.
Я не знаком с Syncthing, как я понимаю это средство синхронизации/репликации файлов. Я не уверен, что это можно считать бэкапом (задачи несколько разные, в моем представлении).
Т.е. юзкейс что хочется хранить несколько изменений редкоменяющихся файлов в директории с часто меняющимися/бекапящимися.
На этот счет есть несколько мыслей:
1) Если файл не меняется, то в инкрементальные бэкапы его блоки не попадут, т.е. не стоит беспокоиться, что мы бэкапим «лишнее»
2) Если очень-очень необходимо бэкапить файлы с разной периодичностью, то могу предложить использовать Veeam Agent for Windows/Linux. Они бэкапят машину «изнутри» и позволяют выбрать директории или файлы по маске, которые нужно забэкапить. Т.е. можно создать несколько заданий, настроить их на бэкап разных объектов и выставить каждому заданию индивидуальное расписание.
3) В v.11 появится долгожданная фича — Continous Data Protection (CDP). По сути каждая операция в машине будет тут же фиксироваться B&R, это позволит восстановить состояние машины на любой момент времени в прошлом (а не только на момент создания точки восстановления), что по сути включает в себя синхронизацию файловой системы.
Крайне полезно. Спасибо.
Есть ли какой-то способ для backup copy задавать интервал/количество повторных попыток для ситуаций с нестабильным каналом связи? Периодически натыкаюсь на проблему, когда стандартные 5 повторных попыток успешно проваливаются. При этом если запустить задание заново — оно успешно скопирует всё, что оставалось.
Прежде всего удостоверьтесь, что инфраструктура настроена так, что сорсной и таргентный агенты стартуют на разных площадках (для примера: следует избегать ситуаций когда сорсной репозиторий и гейтвей находятся на одной площадке, а скажем NAS c SMB/NFS шарой на другой. Гейтвей должен быть на другой стороне WAN, чтобы агенты могли создать стабильный канал связи между собой).
Скорее всего вам нужно создать DWORD BackupSyncMaxRetriesPerOib, в ключе HKEY_LOCAL_MACHINE\SOFTWARE\Veeam\Veeam Backup and Replication на B&R сервере. Значение по умолчанию — 5, можете попробовать выставить его на 10 или 20. После добавления нужно перезапустить сервисы или подождать 15 минут.
Если не поможет, то лучше создать заявку с техподдержкой, чтобы мы могли посмотреть логи и определить точнее, какая операция выдает ошибку.
Скорее всего вам нужно создать DWORD BackupSyncMaxRetriesPerOib, в ключе HKEY_LOCAL_MACHINE\SOFTWARE\Veeam\Veeam Backup and Replication на B&R сервере. Значение по умолчанию — 5, можете попробовать выставить его на 10 или 20. После добавления нужно перезапустить сервисы или подождать 15 минут.
Если не поможет, то лучше создать заявку с техподдержкой, чтобы мы могли посмотреть логи и определить точнее, какая операция выдает ошибку.
Дальняя сторона — виртуалка с ubuntu, добавлена как "Managed servers". Насколько я понял, Veeam B&R запускает там требуемый кусок своего ПО через ssh.
Вообще, изначальная задача была в минимальном денежно и ресурсоёмком копировании резервных копий с текущей площадки на удалённый сервер (в идеале — без требования дополнительной лицензии на WinServer).
Благодарю за совет, попробую.
Всем привет! Отличная статья! Наконец то все понятно что и как происходит в ретеншен…
По больше таких статей! Еще бы про Veeam ONE…
Но есть один вопрос? как можно сделать: при создании Job я включаю несколько ВМ и устанавливаю backup на каждый день с 7 точками ретеншен и через 14 дней удалять. все хорошо работает как мне надо, но физически фаил backup-ов один большого размера!!!
А мне бы хотелось что бы было несколько файлов и по имени ВМ которые я делаю.
Мне кажется что в прошлых версиях (наверное Veeam Backup v6.5) было что программа сама к каталоге создает папки с именем ВМ и туда складывает полные и инкрементные бекапы…
Сколько в job виртуальных машин столько и папок с их именами…
По больше таких статей! Еще бы про Veeam ONE…
Но есть один вопрос? как можно сделать: при создании Job я включаю несколько ВМ и устанавливаю backup на каждый день с 7 точками ретеншен и через 14 дней удалять. все хорошо работает как мне надо, но физически фаил backup-ов один большого размера!!!
А мне бы хотелось что бы было несколько файлов и по имени ВМ которые я делаю.
Мне кажется что в прошлых версиях (наверное Veeam Backup v6.5) было что программа сама к каталоге создает папки с именем ВМ и туда складывает полные и инкрементные бекапы…
Сколько в job виртуальных машин столько и папок с их именами…
Кажется для этого нужно включить Per-VM backup files
Приветствую!
Как уже сказал alhimik45 — возможно это был per-vm. В этом случае для каждой ВМ будет создаваться отдельная цепочка, но учите, что складываться они будут в одну папку. Кроме того, для переключения в режим per-vm выставить галку в настройках репо недостаточно — задание должно сделать active full.
Под это описание попадают Агентские бэкапы. Если в консоли B&R создать агентское задание и добавить туда несколько машин, то на репозитории будет создана именно такая структура:
Папка с именем задания — папка с именем машины — бэкапные файлы.
Хотя Агенты задумывались как бэкап физических машин, бэкапить ими ВМ тоже можно, хотя сам процесс сильно отличается от бэкапов на уровне гипервизора.
Как уже сказал alhimik45 — возможно это был per-vm. В этом случае для каждой ВМ будет создаваться отдельная цепочка, но учите, что складываться они будут в одну папку. Кроме того, для переключения в режим per-vm выставить галку в настройках репо недостаточно — задание должно сделать active full.
Мне кажется что в прошлых версиях (наверное Veeam Backup v6.5) было что программа сама к каталоге создает папки с именем ВМ и туда складывает полные и инкрементные бекапы…
Под это описание попадают Агентские бэкапы. Если в консоли B&R создать агентское задание и добавить туда несколько машин, то на репозитории будет создана именно такая структура:
Папка с именем задания — папка с именем машины — бэкапные файлы.
Хотя Агенты задумывались как бэкап физических машин, бэкапить ими ВМ тоже можно, хотя сам процесс сильно отличается от бэкапов на уровне гипервизора.
Да, вы правы, Veeam ONE в этом сезоне действительно обойден вниманием :( Будем исправлять ситуацию. А что конкретно интересует по его работе?
Если честно по Veeam ONE, интересует все. Ну или хотя бы основные состовляющие…
Что делать после установки?
Как настроить?
На что смотреть в первую очередь?
Например мне нужно контролировать HP MSA подключенная по FC.
VMware иногда предупреждает о латентности дискового массива MSA
И мне нужно контролировать эти предупреждения, группировать их в отдельную группу (наверное)
Ну в общем как-то так… ;)
Что делать после установки?
Как настроить?
На что смотреть в первую очередь?
Например мне нужно контролировать HP MSA подключенная по FC.
VMware иногда предупреждает о латентности дискового массива MSA
И мне нужно контролировать эти предупреждения, группировать их в отдельную группу (наверное)
Ну в общем как-то так… ;)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Политики хранения Veeam B&R — распутываем бэкапные цепи вместе с техподдержкой