В детстве не сумел одолеть одну из первых игр от Олега Медокса - Z.A.R. А тут она появилась на стиме. Купил и за 8 часов таки закрыл гештальт на среднем уровне сложности. Сильно сомневаюсь что сдюжил бы на высоком. Любителям bullet hell рекомендую, игра состарилась очень достойно. Отдельно порадовал саундтрек - нет-нет, а раз в месяц слушаю его на ютубе.
С моей точки зрения, узкий момент в том, что за резервированием никто не следит. Если бэкап сыплет ошибками, а никто не реагирует — это может много к чему привести, тут всяких ограничений потребуется вводить десятки. Я категорически против практики игнорирования проблем, как в B&R, так и по жизни :)
Но у РнД может быть другое мнение, так что с вашей подачи отправлю им фича реквест.
Тема GDPR очень интересная. Возможно, даже достойная отдельного рассмотрения. Не являясь юристом, из своего опыта (решение подобных кейсов) могу сказать следующее:
1) Проблему восстановления персональных данных из бэкапа B&R позволяет решить через т.н. Staged restore (https://helpcenter.veeam.com/docs/backup/vsphere/staged_restore_about.html?ver=100). Если коротко, то машина сначала публикуется в изолированной среде (прямо из бэкапа, без копирования данных), на ней запускается пользовательский скрипт, который должен вычистить данные, после чего машина уже копируется в продакшен.
2) У нас были кейсы, когда клиенты приходили и просили удалить определенные данные прямо с кассет. Вообще так нельзя, но как альтернативу мы предлагали аккуратно вместе прочитать акты и понять, нужно ли это в принципе. И приходили к выводу, что не нужно. Может быть есть и более сложные случаи, но пока везло. В целом, требования удалять данные из бэкапов для меня выглядят абсурдными. Скажем, есть же кассеты WORM, с которых что-то можно удалить только с помощью молотка или высокой температуры. Как с ними поступать?
Приветствую!
Как уже сказал alhimik45 — возможно это был per-vm. В этом случае для каждой ВМ будет создаваться отдельная цепочка, но учите, что складываться они будут в одну папку. Кроме того, для переключения в режим per-vm выставить галку в настройках репо недостаточно — задание должно сделать active full.
Мне кажется что в прошлых версиях (наверное Veeam Backup v6.5) было что программа сама к каталоге создает папки с именем ВМ и туда складывает полные и инкрементные бекапы…
Под это описание попадают Агентские бэкапы. Если в консоли B&R создать агентское задание и добавить туда несколько машин, то на репозитории будет создана именно такая структура:
Папка с именем задания — папка с именем машины — бэкапные файлы.
Хотя Агенты задумывались как бэкап физических машин, бэкапить ими ВМ тоже можно, хотя сам процесс сильно отличается от бэкапов на уровне гипервизора.
Я бы сказал что скорее нет. Точнее, в науке наверно есть сдвиг, но в мире больших денег все еще правят математические модели со сферическими конями.
Хрестоматийный пример: в 1994 году был образован фонд Long-Term Capital Management с двумя нобелевскими лауреатами в советниках. Первые годы — потрясающие результаты, в 1998 — феерический коллапс с бейлаутом. Да и 2008 год все хорошо помнят.
Эпатажный автор Насим Талеб называет это «platonification» — когда реальная картина мира слишком сложна, экономист отбрасывает все «неважное» и строит свою модель. Потом оказывается, что отброшенный фактор на самом деле был очень важен и его неучет привел к коллапсу. Умение прогнозировать у экономистов — все еще на уровне астрологов, к сожалению (т.е. если взять любое важное событие, то пост-фактум окажется что кто-то там его предсказал, да вот при обилии экономистов это в общем-то попадает под закон больших чисел).
Текст мне очень понравился прежде всего скромность. Но оптимизма я не разделяю. Экономика все еще очень сильно хочет быть физикой (ну или богатые люди готовы вливать деньги только туда, где им обещают результаты с физической точностью). Между тем законы ньютоновской физики в каждодневном мире дают стабильные результаты, а вот экономика… вспоминаются слова Фридриха Хайека (перефразирую), что от экономистов ждут решения проблемы гиперинфляции, между тем это советы экономистов эту проблему и создали.
Извините, получилось многословно.
Если говорить про бэкап на уровне гипервизора, то да, копируется именно полный образ машины (можно настроить исключение дисков, файлов по маске, но это несколько иное).
Я не знаком с Syncthing, как я понимаю это средство синхронизации/репликации файлов. Я не уверен, что это можно считать бэкапом (задачи несколько разные, в моем представлении).
Т.е. юзкейс что хочется хранить несколько изменений редкоменяющихся файлов в директории с часто меняющимися/бекапящимися.
На этот счет есть несколько мыслей:
1) Если файл не меняется, то в инкрементальные бэкапы его блоки не попадут, т.е. не стоит беспокоиться, что мы бэкапим «лишнее»
2) Если очень-очень необходимо бэкапить файлы с разной периодичностью, то могу предложить использовать Veeam Agent for Windows/Linux. Они бэкапят машину «изнутри» и позволяют выбрать директории или файлы по маске, которые нужно забэкапить. Т.е. можно создать несколько заданий, настроить их на бэкап разных объектов и выставить каждому заданию индивидуальное расписание.
3) В v.11 появится долгожданная фича — Continous Data Protection (CDP). По сути каждая операция в машине будет тут же фиксироваться B&R, это позволит восстановить состояние машины на любой момент времени в прошлом (а не только на момент создания точки восстановления), что по сути включает в себя синхронизацию файловой системы.
Прежде всего удостоверьтесь, что инфраструктура настроена так, что сорсной и таргентный агенты стартуют на разных площадках (для примера: следует избегать ситуаций когда сорсной репозиторий и гейтвей находятся на одной площадке, а скажем NAS c SMB/NFS шарой на другой. Гейтвей должен быть на другой стороне WAN, чтобы агенты могли создать стабильный канал связи между собой).
Скорее всего вам нужно создать DWORD BackupSyncMaxRetriesPerOib, в ключе HKEY_LOCAL_MACHINE\SOFTWARE\Veeam\Veeam Backup and Replication на B&R сервере. Значение по умолчанию — 5, можете попробовать выставить его на 10 или 20. После добавления нужно перезапустить сервисы или подождать 15 минут.
Если не поможет, то лучше создать заявку с техподдержкой, чтобы мы могли посмотреть логи и определить точнее, какая операция выдает ошибку.
А я вот возьму и поблагодарю. Да, прописные истины, но вы их емко описали по пунктам. Личный опыт подсказывал такое же, но в слова не ложился.
В детстве не сумел одолеть одну из первых игр от Олега Медокса - Z.A.R. А тут она появилась на стиме. Купил и за 8 часов таки закрыл гештальт на среднем уровне сложности. Сильно сомневаюсь что сдюжил бы на высоком. Любителям bullet hell рекомендую, игра состарилась очень достойно. Отдельно порадовал саундтрек - нет-нет, а раз в месяц слушаю его на ютубе.
Но у РнД может быть другое мнение, так что с вашей подачи отправлю им фича реквест.
techcommunity.microsoft.com/t5/failover-clustering/failover-cluster-vm-load-balancing-in-windows-server-2016/ba-p/372084
1) Проблему восстановления персональных данных из бэкапа B&R позволяет решить через т.н. Staged restore (https://helpcenter.veeam.com/docs/backup/vsphere/staged_restore_about.html?ver=100). Если коротко, то машина сначала публикуется в изолированной среде (прямо из бэкапа, без копирования данных), на ней запускается пользовательский скрипт, который должен вычистить данные, после чего машина уже копируется в продакшен.
2) У нас были кейсы, когда клиенты приходили и просили удалить определенные данные прямо с кассет. Вообще так нельзя, но как альтернативу мы предлагали аккуратно вместе прочитать акты и понять, нужно ли это в принципе. И приходили к выводу, что не нужно. Может быть есть и более сложные случаи, но пока везло. В целом, требования удалять данные из бэкапов для меня выглядят абсурдными. Скажем, есть же кассеты WORM, с которых что-то можно удалить только с помощью молотка или высокой температуры. Как с ними поступать?
Как уже сказал alhimik45 — возможно это был per-vm. В этом случае для каждой ВМ будет создаваться отдельная цепочка, но учите, что складываться они будут в одну папку. Кроме того, для переключения в режим per-vm выставить галку в настройках репо недостаточно — задание должно сделать active full.
Под это описание попадают Агентские бэкапы. Если в консоли B&R создать агентское задание и добавить туда несколько машин, то на репозитории будет создана именно такая структура:
Папка с именем задания — папка с именем машины — бэкапные файлы.
Хотя Агенты задумывались как бэкап физических машин, бэкапить ими ВМ тоже можно, хотя сам процесс сильно отличается от бэкапов на уровне гипервизора.
Хрестоматийный пример: в 1994 году был образован фонд Long-Term Capital Management с двумя нобелевскими лауреатами в советниках. Первые годы — потрясающие результаты, в 1998 — феерический коллапс с бейлаутом. Да и 2008 год все хорошо помнят.
Эпатажный автор Насим Талеб называет это «platonification» — когда реальная картина мира слишком сложна, экономист отбрасывает все «неважное» и строит свою модель. Потом оказывается, что отброшенный фактор на самом деле был очень важен и его неучет привел к коллапсу. Умение прогнозировать у экономистов — все еще на уровне астрологов, к сожалению (т.е. если взять любое важное событие, то пост-фактум окажется что кто-то там его предсказал, да вот при обилии экономистов это в общем-то попадает под закон больших чисел).
Текст мне очень понравился прежде всего скромность. Но оптимизма я не разделяю. Экономика все еще очень сильно хочет быть физикой (ну или богатые люди готовы вливать деньги только туда, где им обещают результаты с физической точностью). Между тем законы ньютоновской физики в каждодневном мире дают стабильные результаты, а вот экономика… вспоминаются слова Фридриха Хайека (перефразирую), что от экономистов ждут решения проблемы гиперинфляции, между тем это советы экономистов эту проблему и создали.
Извините, получилось многословно.
Я не знаком с Syncthing, как я понимаю это средство синхронизации/репликации файлов. Я не уверен, что это можно считать бэкапом (задачи несколько разные, в моем представлении).
На этот счет есть несколько мыслей:
1) Если файл не меняется, то в инкрементальные бэкапы его блоки не попадут, т.е. не стоит беспокоиться, что мы бэкапим «лишнее»
2) Если очень-очень необходимо бэкапить файлы с разной периодичностью, то могу предложить использовать Veeam Agent for Windows/Linux. Они бэкапят машину «изнутри» и позволяют выбрать директории или файлы по маске, которые нужно забэкапить. Т.е. можно создать несколько заданий, настроить их на бэкап разных объектов и выставить каждому заданию индивидуальное расписание.
3) В v.11 появится долгожданная фича — Continous Data Protection (CDP). По сути каждая операция в машине будет тут же фиксироваться B&R, это позволит восстановить состояние машины на любой момент времени в прошлом (а не только на момент создания точки восстановления), что по сути включает в себя синхронизацию файловой системы.
Скорее всего вам нужно создать DWORD BackupSyncMaxRetriesPerOib, в ключе HKEY_LOCAL_MACHINE\SOFTWARE\Veeam\Veeam Backup and Replication на B&R сервере. Значение по умолчанию — 5, можете попробовать выставить его на 10 или 20. После добавления нужно перезапустить сервисы или подождать 15 минут.
Если не поможет, то лучше создать заявку с техподдержкой, чтобы мы могли посмотреть логи и определить точнее, какая операция выдает ошибку.