После года разработки представлен (http://www.bareos.org/en/news/bareos-16-2-4-major-version-re... пятый значительный релиз (16.2) проекта Bareos (http://www.bareos.org/), в рамках которого развивается форк клиент-серверной системы резервного копирования Bacula (http://www.bacula.org/). Bareos был создан участниками из сообщества в ответ (https://www.bareos.org/en/faq/why_fork.html) на смещение разработки Bacula в сторону развития закрытой коммерческой редакции, появления проблем с приёмом патчей и урезания возможностей открытой версии. Два года назад компания Bacula Systems SA попыталась инициировать судебное разбирательство в отношении нарушения своих авторских прав, но компания Bareos GmbH & Co выдвинула встречные претензии и дело было закрыто (https://www.bareos.org/en/news/bacula-systems-and-bareos-set... по соглашению сторон.
После ответвления от Bacula в Bareos были добавлены такие возможности, как поддержка квот на стороне клиента, встроенная реализация NDMP, дедупликация, средства для ограничения пропускной способности, новый установщик для Windows, пассивный режим работы клиента (все соединения инициируются с сервера), средства для аудита, бэкенды для Gluster и Ceph, новый интерфейс для плагинов, поддержка резервного копирования LDAP и VMware, web-интерфейс для управления через браузер. Bareos совместим с Bacula и предоставляет сценарий миграции для старых конфигураций Bacula. Код проекта распространяется (https://github.com/bareos/bareos) под лицензией AGPLv3.Ключевые улучшения в Bareos 16.2:
- Поддержка локализации интерфейса. Доступны наборы с переводами для русского, французского и немецкого языков. Язык выбирается на лету во время входа в интерфейс. В интерфейсе также обеспечен вывод списка клиентов, для которых доступны обновления ПО Bareos, и изменена работа с устройствами автоматической смены лент и дисков (обеспечен показ активных лент и дисков, добавлена возможность установки меток и импорта/экспорта);- Доведена до конца реализация мультиарендности (https://ru.wikipedia.org/wiki/%D0%9C%D1%... (multi-tenancy, возможность применения одной среды для организации резервного копирования разных пользователей). Реализованы полноценные средства для разграничения доступа через ACL - пользователь может просматривать и восстанавливать данные только с тех систем, доступ к которым ему явно разрешён;
- Добавлена возможность "Client Initiated Connection", при включении которой все соединения между клиентом и серверами Bareos инициируются только со стороны клиента, что удобно для организации резервного копирования ноутбуков, которые могут подключаться через разные сегменты корпоративной сети. Серверы, размещённые во внутренних подсетях внешних провайдеов, также теперь могут отправлять резервные копии без необходимости организации проброса соединения с серверов Bareos;
- Добавлен режим "Always Incremental", при котором на серверы Bareos передаются только инкрементальные изменения по сравнению с прошлым состоянием бэкапа. Данный режим удобно использовать для экономии трафика и времени при резервном копирования очень больших наборов данных - пользователь может один раз сохранить полный бэкап, после чего переключиться на передачу только инкрементальных изменений. Периодически на сервере можно запускать скрипт для слияния накопленных инкрементальных изменений с первичным бэкапом.
- Представлена новая структура директорий для файлов конфигурации, которая послужила основой для нового API управления конфигурацией. Новый формат позволяет использовать API или утилиты командной строки для автоматического создания файлов конфигурации новых клиентов;
- Добавлен новый плагин для резервного копирования MySQL и MariaDB, поддерживающий создание горячих бэкапов СУБД и способный восстанавливать состояние БД на заданный момент времени.
URL: http://www.bareos.org/en/news/bareos-16-2-4-major-version-re...
Новость: http://www.opennet.me/opennews/art.shtml?num=45399
насколько помню, веб-интерфейс был исключительно для мониторинга уже существующих задач, всё остальное в консоли.
консоль это только плюс. скриптуется же..
Удобно в энтерпрайзах - когда и гуй удобный и в консоли все можно делать.
Хорошая штука, этот Bareos, на самом деле.
Список вкусных изменений выглядит весьма разумно.К сожалению, в Bacula некоторые вещи вроде необходимости _заранее_ настраивать авторотацию томов приходилось выяснять или по опыту (в документации явно не говорилось), или на курсах, как мне ответили на предложение улучшения этой самой документации несколько лет тому -- возможно, действительно стоит переходить на этот форк.
> Список вкусных изменений выглядит весьма разумно.Собирать трудно, чтобы не мешало друг другу :-)
> К сожалению, в Bacula некоторые вещи вроде необходимости _заранее_ настраивать авторотацию
> томов приходилось выяснять или по опыту (в документации явно не говорилось),
> или на курсах, как мне ответили на предложение улучшения этой самой
> документации несколько лет тому -- возможно, действительно стоит переходить на этот
> форк.А можно ссылок, если есть? На трекер или если где-то на стороне задокументирован опыт.
> А можно ссылок, если есть? На трекер или если где-то на стороне задокументирован опыт.http://doc.bareos.org/master/html/bareos-manual-main-referen... Prune
http://doc.bareos.org/master/html/bareos-manual-main-referen... RetentionОно?
>> А можно ссылок, если есть? На трекер или если где-то на стороне задокументирован опыт.
> http://doc.bareos.org/master/html/bareos-manual-main-referen...
> Prune
> http://doc.bareos.org/master/html/bareos-manual-main-referen...
> Retention
> Оно?Касательно BareOS - да, оно. Но вопрос то был про бакулу и личный опыт/вклад.
>> К сожалению, в Bacula некоторые вещи вроде необходимости _заранее_ настраивать
>> авторотацию томов приходилось выяснять или по опыту (в документации явно не
>> говорилось), или на курсах, как мне ответили на предложение улучшения этой самой
>> документации несколько лет тому -- возможно, действительно стоит переходить на этот
>> форк.
> А можно ссылок, если есть?По крайней мере у меня под рукой нет, хотя наверняка тогда попытался задокументировать хотя бы письмом в community@ или sysadmins@.
> К сожалению, в Bacula некоторые вещи вроде необходимости _заранее_ настраивать
> авторотацию томов приходилось выяснять или по опыту (в документации явно
> не говорилось), или на курсахА это со всем навороченным бэкапным софтом так. Бэкапирование с замашкой на энтерпрайзные масштабы подразумевает некоторое освоение и некоторый уровень знаний. По хорошему бэкапами вообще должны заниматься отдельные люди но такое мажорство могут позволить себе только большие компании.
Каких, каких изменений? "вкусных"??? Вкусной может быть еда, а Вам бы, уважаемый, русский язык подтянуть что ли...
> Каких-каких изменений? "вкусных"??? Вкусной может быть еда,
> а Вам бы, уважаемый, русский язык подтянуть, что ли...Друг, давайте Вы мне будете читать лекции по русскому, когда справитесь с запятыми. :)
А я уж там посмотрю, ходить ли на них.
Эх... Долгие годы я жду под линуксами чего-то хотя бы несильно уступающего Time Machine, но всё нету. Печаль-беда :(
Бедненький, уже обеденное время, а ты все голодный ходишь. Ну постарайся более тонко набрасывать, а то совсем без еды останешься.
Так не смешно же... Щас использую DejaDup+Duplicity - тормоза и баг на баге.
Огрызок за вас уже все придумал и сделал. Зачем вам линукс?
Мои соболезнования, но сабж здесь причем? Ну это как прийти на презентацию новой модели карьерного самосвала от БелАЗа и стенать о том, как тебе трудно после Мерседеса пользоваться ВАЗом.
Не благодари:
http://alternativeto.net/software/time-machine/?platform=linux
> Эх... Долгие годы я жду под линуксами чего-то хотя бы несильно уступающего
> Time Machine, но всё нету. Печаль-беда :(Вы там держитесь, а мы пока снапшотами btrfs'а пощелкаем. И в отличие от гламурных кис меня и из консоли не обламывает. И таки да - я могу вернуться назад в будущее за секунды. И даже могу раскатать "вот это вот" на "вон тот компьютер". Просто тебе эта магия недоступна. Для гламурных тупаков есть маки, тебе там лучше будет наверное.
Вот это манямирок безумного фанатика.
> даже могу раскатать "вот это вот" на "вон тот компьютер".Опять бэтээрофцы пытаются представить что-то само собой разумеющееся, как киллeр-фичу ...
dump/restore позволял сделать такой фокус штатными средствами еще лет -цать назад. Да хоть на том же древнем, как шерсть мамонта, UFS.
> dump/restore позволял сделать такой фокус штатными средствами еще лет -цать назад.Если уж на то пошло - можно и tar сделать. А, простите, dump/restore сможет переслать потом ДЕЛЬТУ изменений? Ну вот перекинул я данные. Потом поменял пять файлов. Можно сделать новый send, содержащий изменения в этих 5 файлах. Применить его в назначении и получить файлуху в синхронизированном с оригиналом виде. Перекинув лишь относительно небольшие изменения. А с dump получить только блоки поменявшиеся в результате изменения 5 файлов - можно?
Send/receive - такой себе низкоуровневый вариант rsync, не требующий на destination сетевых серверов и пересылки данных в обе стороны, если выполняются некоторые допущения. С subvolumes это все еще и администрировать потом можно, более-менее логично и без костылей. А снапшоты живут рядом и являются теми же subvolumes, вид в профиль. Поэтому их удобно тасовать как душе угодно. Если мне надо - я могу вынуть 2 файла из снапшота. И даже поменять снапшот. Отредактировать снапшот до того как его send - достаточно удобно иногда, можно вылепить образ системы на основе того что видишь, немного поменять и задеплоить на кучку машин. Ничего сверхъествественного, но получается довольно круто и удобно.
> Да хоть на том же древнем, как шерсть мамонта, UFS.
А шерсть мамонта мы в музей палеонтологии сдадим.
а эти снапшоты выживают если файлуха отлетела в мир вантуза, который никогда не виснет и не падает? просто держать "backup" на том-же разделе, где и основные данные, это как минимум странно...
> просто держать "backup" на том-же разделе,
> где и основные данные, это как минимум странно...Делать со снимка ФС (который уже замер) собственно резервную _копию_ разумно, а вот полагаться на него я бы тоже не стал.
>> dump/restore позволял сделать такой фокус штатными средствами еще лет -цать назад.
> Если уж на то пошло - можно и tar сделать.Вообще-то dump-restore уровнем пониже tar будет и сдампит/развернет именно ФС, но видимо фанаты кухонных комбайнов^W^W btrfs не в курсе разницы и предлагают теплое как замену фиолетовому.
> dump/restore сможет переслать потом ДЕЛЬТУ изменений?
Вроде речь шла изначально про
> раскатать "вот это вот" на "вон тот компьютер".a не о религиозных запретах на использование rsync, duplicity/attic/zbackup и т.д.
> Ну вот перекинул я данные. Потом поменял пять файлов. Можно сделать новый send, содержащий изменения в этих 5 файлах. Применить его в назначении и получить файлуху в
> синхронизированном с оригиналом виде. Перекинув лишь относительно небольшие изменения.
> А с dump получить только блоки поменявшиеся в результате изменения 5 файлов - можно?Вообще-то я так бэкапы делаю. Поэтому наверное все же можно. Правда это предполагает отсутсвие определенных религиозных запретов.
> Send/receive - такой себе низкоуровневый вариант rsync, не требующий на destination сетевых
> серверов и пересылки данных в обе стороны, если выполняются некоторые допущения.
> С subvolumes это все еще и администрировать потом можно, более-менее логично
> и без костылей. А снапшоты живут рядом и являются теми же
> subvolumes, вид в профиль. Поэтому их удобно тасовать как душе угодно.
> Если мне надо - я могу вынуть 2 файла из снапшота.
> И даже поменять снапшот. Отредактировать снапшот до того как его send
> - достаточно удобно иногда, можно вылепить образ системы на основе того
> что видишь, немного поменять и задеплоить на кучку машин. Ничего сверхъествественного,
> но получается довольно круто и удобно.Не, я понимаю что кухонные комбайны -- в определенных сценариях удобно и даже труднозаменимо и все такое. Но фанатизм некоторых пользоваетелей этих комбайнов и попытки к месту и не очень агитировать ... иногда все же утомляет.
urbackup
+ еще несколько, если не нужно сетевое решение. Но такого прям отката изменений в клик там нет (есть что-то вроде получитьфайл на дату)
А вообще, хз что такое тайм машин, поэтому чего надо искать и без чего так плохо жить тоже хз.
дык backintime
давно пользую
(баряос - на отдельных задачах ездит)Причём, вроде этот backintime он по мотивам как раз огрызочного софта сделан.
Оно умеет в полный бэкап винды и разворачивание оного на голое железо ?
У Бакулы в мануалах был раздел "bare-metal recovery", но я им никогда не пользовался, потому что 1) это хороший повод обновиться и избавиться от каких-то костылей из прошлой жизни и всё переделать по уму; 2) для виндовых персоналок есть риск восстановить систему вместе с малварью, которая и стала причиной потери данных.
Спасибо за ответ. Причиной для восстановления может быть смерть железа.
А винда уже/опять научилась переживать смену железа?
Хитрые бэкапилки помогают винде пережить переезд.
Ну восстановление системы делается не только потому что вирус стал причиной. Куча вариантов.
Конечно. Разумеется, в неявном виде подразумевается, что вы либо сделали загрузочный CD/загрузочную флэшку, либо у вас хоть где-нибудь есть работающая Windows, чтобы его/её сделать.
На CD/флэшке должен жить BartPE с Bacula'овским клиентом.
Впрочем, более разумным мне видится развёртывание операционной системы через PXE.
А с сетевого железа умеет конфиги сливать?
Для таких задач существует https://github.com/ytti/oxidized/
Если чем-то не устроит вариант из предыдущего коммента, можно сливать expect'ом (https://www.nist.gov/services-resources/software/expect), потом уже из директории подбирать бакулой - для железок с cli это универсальный вариант.
Есть еще veeam backup for linux free
Граждане знающие, немного оффтоп, но по теме:
Как заставить бареос ВСЕГДА создавать новые тома для каждой задачи, удаляя старые по истечению времени.
Pool {
...
Maximum Volume Jobs = 1
Maximum Volumes = 7
...
Recycle = yes
Recycle Oldest Volume = yes
AutoPrune = yes
}Возможны варианты, гуглить по Maximum Volume Jobs
Приавильный вариант. На бакуле так и не смог вопротить процес перезаписи сталых бекапов. Делали по принципу новый сделаем, а старый удалим скриптом. Кстати. бакула не умеет удалять бекапы, а бареос сама умеет разве? что то не припомню.
Кстати, перезапись стаых образов была невозможно при реализации,когда в имени файла добавляется доп инфа,которая изменяется со временем (дата,месяц,время).
> Граждане знающие, немного оффтоп, но по теме:
> Как заставить бареос ВСЕГДА создавать новые тома для каждой задачи, удаляя старые
> по истечению времени.Я насоздавал их скока надо при настройке и автопрун старого (как вот товарищ выше пишет).
Каждая задача ложится в новый (прокрученный/очищенный) том, ну и в нужном пуле это происходит.
В итоге - примерно константная занятость диска под каждый сервер (к-во бекапов/томов - задана, а не случайна).
Надо скрипт писать, чтоб старые тома с диска удалялись.
Вопрос, а как он с оптикой работает, если вообще умеет ?
> Вопрос, а как он с оптикой работает, если вообще умеет ?Bacula умела.