Спустя три года с момента формирования прошлой значительной ветки представлен (http://blog.bacula.org/release-9-0-0/) релиз кроссплатформенной клиент-серверной системы резервного копирования Bacula 9.0.0 (http://www.bacula.org/en/). Новая версия вышла вслед за релизом 7.9.5, ветка 8.x была пропущена для разделения нумерации версий между свободной и коммерческой редакциями - в свободной версии используются нечётные номера веток, а в коммерческой - чётные. Код свободной редакции Bacula распространяется (http://www.bacula.org/git/) под лицензией AGPLv3, но излишний контроль над ходом разработки и урезание функциональности в пользу коммерческой версии, в несколько лет назад привёл к созданию форка - Bareos (http://www.bareos.org/en/), который активно развивается и конкурирует с Bacula.
Основные новшества Bacula 9.0.0:
- Полностью переписан Storage Daemon, отвечающий за предоставление ресурсов для сохранения резервных копий. В новой версии добавлена возможность динамической загрузки драйверов устройств хранения и перенесена большая часть возможностей из коммерческой редакции Bacula Enterprise, в том числе добавлены новые драйверы для облачных хранилищ;- Внесены изменения в структуру БД, что требует запуска специального скрипта update_bacula_tables после перехода на новую ветку;
- Реализован счётчик для учёта использования накопителей, который назначать диски для равномерного распределения нагрузки;
- По умолчанию лимит на максимальной число одновременных работ поднят с 1 до 20;
- Для символических ссылок обеспечено восстановления времени доступа и модификации (atime, mtime);- Добавлена новая команда "status network" для тестирования соединения и пропускной способности между клиентом и Storage Daemon;
- Новая система Tape Alert (скрипт scripts/tapealert) для отслеживания уведомлений о сбоях ленточных накопителей или роботизированных библиотек хранения;
- Реализован режим бессрочных виртуальных полных бэкапов (Perpetual Virtual Full), при который виртуальный полный бэкап обновляется каждый день. Для виртуальных полных бэкапов также добавлена директива BackupsToKeep, позволяющая задать число сохраняемых прошлых резервных копий;- Поддержка шифрованного соединения с PostgeSQL;
- Расширена статистика о выполненных работах;
- Для Console, Dir, File Daemon и Storage Daemon добавлены отдельные программы bxxjson для вывода содержимого файлов .conf;
- Поддержка перевода устройств хранения в режим только для чтения;- В консоль добавлены новые директивы DirectoryACL, BackupClientACL и RestoreClientACL для ограничения списка каталогов во время восстановления и списка работ по бэкапу/восстановлению для определённых клиентов;
- В Bconsole изменено поведение команды "list" (вывод теперь фильтруется в соответствии с имеющимися ACL), добавлена команда "update jobid=xxx prio" для смены приоритета запущенной задачи, добавлена команда ".estimate" для вывода статистики о ходе выполнения работы, в команду "list jobs" добавлены параметры "level=" и "jobtype=", реализована опция для выбора заданной консоли, обеспечено отображение новых полей;
- Добавлена новая программа tray-monitor с графическим интерфейсом для мониторинга за состоянием демонов Director, File и Storage, выполнения заданий, инициирования бэкапов со стороны клиента;
- Реализация режима резервных копий, инициированных клиентом, т.е. создание резервной копии может быть инициировано со стороны машины клиента, а утилиты tray-monitor и bconsole могут устанавливать соединение с File Daemon;
- Внесены многочисленные оптимизации производительности.
URL: http://blog.bacula.org/release-9-0-0/
Новость: https://www.opennet.ru/opennews/art.shtml?num=46825
Bareos имхо получше будет.
> Bareos имхо получше будет.И у него есть веб-морда.
И даже на Русском.
> Для Console, Dir, File Daemon и Storage Daemon добавлены отдельные программы bxxjson для вывода содержимого файлов .confОчень давно бакулу не трогал, но помню что когда-то для автоматизации её мониторинга мне парсилки конфигов сильно не хватало. Надеюсь, к Bareos тоже прикрутят
Да, помнится не один день бился над настройкой. Вот уж где истинный Linux-way. Тот кто настроил Bacul-у может по праву считать себя ТРУ-Линуксоидом.
Скорее ТРУ-FreeBSDшником (или как они там себя называют?). Ибо штука для очень неленивых людей.
Люди, Вы чо?? Простейшая весчь же! Да, какую-нить IDM TS3500 не окучишь, но остальное - на раз-два. Уж не сложнее DNS или тем паче LDAP
Пока эту Бакулу настроишь - состаришься. Как замену смотрю на URbackup.
Посмотри borg - очень простой и комфортный. Вспоминаю бакулу как страшный сон.
Если нужна простая настройка и использование подойдет вот это https://www.veeam.com/ru/linux-cloud-server-backup-agent.html
https://www.veeam.com/ru/linux-backup-free.html
borg вещь.
Её с неделю учиться готовить с нуля по документации (включая первый пробный подход к снаряду с заданиями, потому и так долго). Если шагающий экскаватор не требуется -- разумеется, лопату освоить быстрей.
Бэкап - это такая штука, где простота бывает критичной. Потому что нормально настроенный бэкап работает долго и молча, а в самый неподходящий момент выясняется, что все всё забыли :-) Ну, то есть теоретически надо всё гонять время от времени - и тестировать, и свои знания освежать. Но на практике во-первых ни у кого времени на это никогда нет, а во-вторых реальная ситуация от учебной почему-то всегда отличается (а тот, кто всё настраивал - давно уволился)...В общем, как по мне - если нет специального человека, который много и постоянно этим занимается - надо смотреть не на бакулу, а на что-то попроще.
>Но на практике...На практике пишется такая инструкция, чтобы любой буратино даже в панике мог восстановить нужные данные не включая мозг, просто выполнив заветные команды с листочка.
Варианты попроще, как правило, не обладают такими важными свойствами как надежность и масштабируемость, что может сильно усложнить задачу, если серверов больше десяти
> На практике пишется такая инструкция, чтобы любой буратино даже в панике мог восстановить нужные данные не включая мозг, просто выполнив заветные команды с листочка.Cмешно.
Сюрпрайз - работа сисадмина не только техническая, но и организационная.
Но ты продолжай смеяться над тем, что ухо на боку.
Лучше смотри на смесь dd, tar и cron.
Каждой задаче свой инструмент и чем больше таковых имеется в копилке знаний, тем эффективнее ты решаешь задачи.
Особенно dd!
на URbackup перешел с бареос после того как последнюю настроил и заскриптовал. Даже в этом случает плюсы есть. Настроил за пол часа, всякие баги еще надо обходить, но в целом все просто и прозрачно. Только конфиги хранятся в бвзе, видимо. Через какое-то время приходит превышение 65к открытых файлов одновременно и урбэкап больше не работает. Он действительно открывает все файлы разом?
Использую самописанные скрипты для бекапов. Подумываю перейти на что-то более серьезное, но почитав комменты о том сколько на этот комбайн нужно потратить времени, решил остаться на своих скриптах. Бекапы делают, на сервер бекапов их заливают. Работает, не трогай.
для дома -отличный вариант.Все легко, понятно и прозрачно... все это хорошо только пока у тебя объёмы маленькие ,а когда у тебя сотни гигов в день и должно храниться минимум месяц-двв то тут понимаешь что нужны инкрементальные бекапы. Бакула это умеет и умеет хорошо. Но до секса с настройкой особенно первой будет столько что жена/подруга будет недовольна )))
> комменты о том сколько на этот комбайн нужно потратить времени... есть просто нытьё неосиляторов. Ничего сложного в настройке Бакулы нет. Просто надо понять её идею - это не скрипт, который скидывает файлы куда-то, откуда потом их можно просто скопировать взад как файлы. У Бакулы именно _хранилище_, которым рулит Storage Daemon, обращение к которому - через Director. Невозможность копаться в хранилище как в файловой системе с лихвой окупается множеством разных полезных плюшек.
В хорошем софте простые вещи должны быть простыми, а сложные вещи возможными.
Комабйны чаще требуют бекапливания самих себя, чтобы иметь возможность разбекапливания самих себя для разбекапливания бекапов, забекапленных ими.
Именно, бекапы снятые бакулой без самой бакулы внезапно превращаются в тыкву и быстро вернуть к жизни рухнувшую систему невозможно (особенно если нет на месте того, кто это настраивал). И так с любым навороченным инструментом для бекапа. А если ещё и нужно предоставить доступ к файлам в бекапах кому-то - вообще хоть стреляйся с этими костылями.
сжатие и паковка, что может быть проще ? аааа, нет инкременталки и больше места требуется ? я считаю, что критические данные нужно фулл-бекапить, и выделать под бекапы нетолько 4х места, но и минимум 3 разных локейшена.
> Именно, бекапы снятые бакулой без самой бакулы внезапно превращаются в тыкву иА на методикой восстановления при сбоях АСПушкин думать должен?
1 Где храниться?
2 Как я узнаю, что вассостановить?
3 На какую целевую систему, варианты?
4 ...Без мозгов и усилий все превращается в тыкву.
про главный пункт забыли - что хранить (бекапить)
> Именно, бекапы снятые бакулой без самой бакулы внезапно превращаются в тыкву и
> быстро вернуть к жизни рухнувшую систему невозможно (особенно если нет на
> месте того, кто это настраивал). И так с любым навороченным инструментом
> для бекапа. А если ещё и нужно предоставить доступ к файлам
> в бекапах кому-то - вообще хоть стреляйся с этими костылями.Утром, после завершения бэкапов, дампите БД и сохраняете вместе с конфигами где-нибудь (отдельным скриптом, не Бакулой). Если с хостом, на котором крутится Директор, что-то случится, а хранилища останутся живы - ставите Директора на новую машину, восстанавливаете БД и конфиги, цепляете хранилища - и вуаля.
> Именно, бекапы снятые бакулой без самой бакулы внезапно превращаются в тыквуДа ладно, у бакулы есть отдельные утилиты для такой ситуации: bls и bextract.
>> Именно, бекапы снятые бакулой без самой бакулы внезапно превращаются в тыкву
> Да ладно, у бакулы есть отдельные утилиты для такой ситуации: bls и
> bextract.как tar+(g|b)zip
С той лишь разницей, что tar+gzip нет никаких проблем развернуть на любой машине без установки комбайнов и пользуется ими гораздо большее количество людей, можно даже не учить консольные команды, а тыкнуться сразу в mc или любым архиватором - и вот они файлики, без головняка и смс! Дёшево, сердито и практично, как и должно быть.
> можно даже не учить консольные командыЯ вот не уверен, что это плюс.
> По умолчанию лимит на максимальной число одновременных работ поднят с 1 до 20;Зачит ли это, что починили дедлок со storage-timeout, который превращал паралельное выполнение заданий в русскую рулетку?
Где каменты про rsync? )
Где комментарии про Subversion?
\tОсновные документы должны быть в СКВ.
\tНеосновные документы должны быть в Архивных документах.
\tАрхивные документы должны быть в СКВ.
\tСКВ должна быть в отдельном месте.
\tОтдельное место должно быть на другом носителе информации.
\tДругой носитель должен резервироваться.
\tДля резервирования должен быть третий носитель.
Veeam, кстати еще выпускает неплохое бесплатное решение.
Ну как социал медия, окучивается? Десяточку берут? Офис 365?
Ждём таких же фич в BareOS
> Лучше смотри на смесь dd, tar и cron.dd как бекап? лол Суровые челябенские сисадмины бекапят с помощью dd
> dd как бекап?с тех пор, как линуксные обезьянки сломали dump/restore даже в ext, где он хоть полурабочий, но был - dd единственный способ получить гарантированно полную копию системы, ничего не просыпав на пол, увы.
особенно если система не твоя, и заранее неизвестно, что в ней надо бэкапать и что из доступных именно в этой версии этого дистрибутива инструментов на какую ногу хромает - selinux context,flags,user xattr,acl (предполагая что хотя бы sparse, links, special inodes все обрабатывают более-менее правильно, что, в общем случае, тоже не гарантируется)...
>> dd как бекап?
> с тех пор, как линуксные обезьянки сломали dump/restore даже в ext, где
> он хоть полурабочий, но был - dd единственный способ получить гарантированно
> полную копию системы, ничего не просыпав на пол, увы.partimage.
> особенно если система не твоя, и заранее неизвестно, что в ней надо