forum.opennet.ru - "Релиз системы резервного копирования Bareos 17.2" (31)

"Релиз системы резервного копирования Bareos 17.2"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Релиз системы резервного копирования Bareos 17.2"	+/–
Сообщение от opennews (ok) on 20-Дек-17, 03:05
После более года разработки представлен (http://www.bareos.org/en/news/bareos-17-2-published-348.html) шестой значительный релиз (17.2) проекта Bareos (http://www.bareos.org/), в рамках которого развивается форк клиент-серверной системы резервного копирования Bacula (http://www.bacula.org/). Код проекта распространяется (https://github.com/bareos/bareos) под лицензией AGPLv3. Готовые сборки сформированы (http://download.bareos.org/bareos/release/17.2/) для различных дистрибутивов Linux, Windows и macOS. 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, дедупликация, мультиарендность (multi-tenancy), средства для ограничения пропускной способности, новый установщик для Windows, пассивный режим работы клиента (все соединения инициируются с сервера), со стороны клиента, средства для аудита, бэкенды для Gluster и Ceph, возможность локализации интерфейса, новый интерфейс для плагинов, поддержка резервного копирования LDAP и VMware, web-интерфейс для управления через браузер. Bareos совместим с Bacula и предоставляет сценарий миграции для старых конфигураций Bacula. Основные новшества (http://doc.bareos.org/master/html/bareos-manual-main-referen...): - Проведена оптимизация хранения информации о файлах в БД, что позволило значительно повысить скорость работы при резервном копировании очень большого числа файлов (миллионы); - Расширены возможности по сохранению бэкапов в хранилищах, поддерживающих протокол NDMP (https://en.wikipedia.org/wiki/NDMP) (Network Data Management Protocol). Добавлена поддержка двунаправленной передачи файлов из хранилища на ленту напрямую поверх сети хранения данных. Значительно ускорено восстановление единичных файлов через NDMP, благодаря реализации (http://doc.bareos.org/master/html/bareos-manual-main-referen...) механизмов DAR и DDAR (Direct Recovery); - В управляющий демон добавлена директива LanAddress, позволяющая клиентам из внутренних сетей напрямую записывать бэкапы в локальное хранилище, образуя распределённую сеть. Например, сетевые операторы могут выполнять резервное копирование из клиентских сетей; - В web-интерфейс добавлено отображение прогресса выполнения операций для всех запущенных работ. Обеспечена возможность отдельного запуска кастомизированных работ с произвольным набором опций; - Добавлена поддержка резервного копирования и восстановления окружений Amazon S3; - В базовую поставку добавлен пакет python-bareos; - В число поддерживаемых платформ добавлен HP-UX 11.31 (ia64); - В bareos-vmware-plugin добавлена поддержка Virtual Disk Development Kit (VDDK) 6.5.x, а также VMware vSphere 6.5 и более новых выпусков, сохраняя совместимость с VMware vSphere 5.5 и 6.0. URL: http://www.bareos.org/en/news/bareos-17-2-published-348.html Новость: http://www.opennet.dev/opennews/art.shtml?num=47768
Ответить \| Правка \| Cообщить модератору

Оглавление

Релиз системы резервного копирования Bareos 17.2, leap42, 03:05 , 20-Дек-17, (1) +7

Релиз системы резервного копирования Bareos 17.2, Аноним, 04:47 , 20-Дек-17, (2) +1

Релиз системы резервного копирования Bareos 17.2, Аноним, 10:21 , 20-Дек-17, (10) +2

Релиз системы резервного копирования Bareos 17.2, Аноним, 09:58 , 20-Дек-17, (8) –1

Релиз системы резервного копирования Bareos 17.2, Leap42, 13:26 , 20-Дек-17, (23)

Релиз системы резервного копирования Bareos 17.2, ыы, 08:08 , 20-Дек-17, (6)

Релиз системы резервного копирования Bareos 17.2, zz.z, 09:09 , 20-Дек-17, (7) –2

Релиз системы резервного копирования Bareos 17.2, ыы, 10:11 , 20-Дек-17, (9)
Релиз системы резервного копирования Bareos 17.2, Аноним, 15:21 , 20-Дек-17, (30)

Релиз системы резервного копирования Bareos 17.2, ., 03:47 , 22-Дек-17, (35)

Релиз системы резервного копирования Bareos 17.2, Аноним, 10:25 , 20-Дек-17, (11)

Релиз системы резервного копирования Bareos 17.2, Аноним, 11:22 , 20-Дек-17, (13) –1

Релиз системы резервного копирования Bareos 17.2, ыы, 11:49 , 20-Дек-17, (15)

Релиз системы резервного копирования Bareos 17.2, Аноним, 12:33 , 20-Дек-17, (17)

Релиз системы резервного копирования Bareos 17.2, ыы, 13:27 , 20-Дек-17, (24) +3

Релиз системы резервного копирования Bareos 17.2, пох, 14:40 , 20-Дек-17, (29)

Релиз системы резервного копирования Bareos 17.2, Leap42, 13:34 , 20-Дек-17, (26)

Релиз системы резервного копирования Bareos 17.2, Аноним, 12:17 , 20-Дек-17, (16)

Релиз системы резервного копирования Bareos 17.2, Аноним, 12:35 , 20-Дек-17, (18)

Релиз системы резервного копирования Bareos 17.2, Аноним, 12:40 , 20-Дек-17, (19)

Релиз системы резервного копирования Bareos 17.2, Аноним, 12:49 , 20-Дек-17, (21) –1

Релиз системы резервного копирования Bareos 17.2, Аноним, 13:21 , 20-Дек-17, (22)
Релиз системы резервного копирования Bareos 17.2, moxprox, 13:33 , 20-Дек-17, (25) +2

Релиз системы резервного копирования Bareos 17.2, Андрей, 17:34 , 20-Дек-17, (33) –1

Релиз системы резервного копирования Bareos 17.2, L, 12:41 , 20-Дек-17, (20)

Релиз системы резервного копирования Bareos 17.2, ., 03:51 , 22-Дек-17, (36)

Релиз системы резервного копирования Bareos 17.2, moxprox, 13:51 , 20-Дек-17, (27)

Релиз системы резервного копирования Bareos 17.2, ыы, 14:12 , 20-Дек-17, (28)

Релиз системы резервного копирования Bareos 17.2, moxprox, 16:52 , 20-Дек-17, (31)

Релиз системы резервного копирования Bareos 17.2, Андрей, 17:43 , 20-Дек-17, (34)

Релиз системы резервного копирования Bareos 17.2, Аноним, 16:57 , 20-Дек-17, (32)

Сообщения по теме [Сортировка по времени | RSS]

1. "Релиз системы резервного копирования Bareos 17.2" +7 +/–

Сообщение от leap42 (ok) on 20-Дек-17, 03:05

Mysql, Bacula, Vyatta... Пора уже проприерастам понять, что нельзя, купив права на опенсорсный продукт, купить заодно и всех его пользователей, большинство свалит на более открытый и дружественный к сообществу форк.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Релиз системы резервного копирования Bareos 17.2" +1 +/–

Сообщение от Аноним (??) on 20-Дек-17, 04:47

Какая зажигательная речь.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

10. "Релиз системы резервного копирования Bareos 17.2" +2 +/–

Сообщение от Аноним (??) on 20-Дек-17, 10:21

Совершенно правильная речь. Классический показательный пример - история "успеха" OpenOffice.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

8. "Релиз системы резервного копирования Bareos 17.2" –1 +/–

Сообщение от Аноним (??) on 20-Дек-17, 09:58

Ну, VyOS не сказать чтобы очень активна. Кто на Микротик ушел, а кто на Линуксе роутинг пилит. Так что форк, может, и дружественный, но идею загубили.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

23. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от Leap42 on 20-Дек-17, 13:26

не понял, кто что загубил? все что было осталось на месте, только некоторые костыли причесали, хуже точно не стало. последнее время пилят бэкенд на Python, может больше народу в проект притечет (Perl сложноват, народу знающего его мало и бесплатно они не работают)

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

6. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от ыы on 20-Дек-17, 08:08

>В число поддерживаемых платформ добавлен HP-UX 11.31 (ia64);
>передачи файлов из хранилища на ленту
Светлое будущее не за горами. Двигаются семимильнымми шагами...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Релиз системы резервного копирования Bareos 17.2" –2 +/–

Сообщение от zz.z on 20-Дек-17, 09:09

>Светлое будущее не за горами. Двигаются семимильнымми шагами...
ты не поверишь но в 21 веке бываеют ситуации когда на ленту выгоднее и проще
примеры надо приводить?

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

9. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от ыы on 20-Дек-17, 10:11

Да, конечно..
С ТСО и рисками пожалуйста..
а сюрреалистические маркетинговые фантазии про ленточки не интересно.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

30. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от Аноним (??) on 20-Дек-17, 15:21

Поддержу.
Библиотека из лент в своё время избавила от кучи проблем.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

35. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от . on 22-Дек-17, 03:47

Ну да - было дело. Но теперь то ... добавляет кучу проблем :(

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

11. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от Аноним (??) on 20-Дек-17, 10:25

Ну если иметь ввиду добавление поддержки Чпукса, да ещё IA64, то да, сарказм про светлое будущее уместен.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

13. "Релиз системы резервного копирования Bareos 17.2" –1 +/–

Сообщение от Аноним (??) on 20-Дек-17, 11:22

при большом количестве файлов веб-морда просто не справлялась на innoDB (postgre то же самое, висло всё наглухо) , после включения myisam норм более-менее.
Запилили бы этот индекс в elasticsearch, вот бы было круто.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от ыы on 20-Дек-17, 11:49

Ну то что веб-морда, виснет о количества файлов (в бэкапах что ли?) это само по себе феерически круто... :)

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

17. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от Аноним (??) on 20-Дек-17, 12:33

Представь почтовый сервер - 1 письмо 1 файл, за несколько лет, примеров много могу привести где 16 версия веб-интерфейса с php и nginx просто складывается, упираясь в ограничение БД, толковых мануалов практически нет. Документации по bareos очень мало, в итоге такие костыли как смена движка.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

24. "Релиз системы резервного копирования Bareos 17.2" +3 +/–

Сообщение от ыы on 20-Дек-17, 13:27

Чаще всего, фраза  "ограничение БД" применительно к веб приложению - означает либо плохо/архитектурно неправильно написанный sql-запрос, либо неверно сконфигурированную субд.
То есть это не проблема субд как таковой, а скорее проблема умельцев наваявших такой код...

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

29. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от пох on 20-Дек-17, 14:40

> Ну то что веб-морда, виснет о количества файлов (в бэкапах что ли?)
в бэкапах, где ж еще.
ну это бакула, она вся такая.
Там не только общение с тазой банных такое вот, по записи (с развесистыми foreign keys) на файл, там и структура хранилища, и протоколы - все сделано в лучших традициях полевой проктологии.
зато теперь у нас два несовместимых форка.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

26. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от Leap42 on 20-Дек-17, 13:34

> при большом количестве файлов веб-морда просто не справлялась на innoDB (postgre то
> же самое, висло всё наглухо) , после включения myisam норм более-менее.
> Запилили бы этот индекс в elasticsearch, вот бы было круто.
во-первых, дорогой Анони, перестаньте терять последнюю букву в названии Post Ingres
во-вторых, з@коп@й+е стюардессу. современный innodb ни в каких задачах не отстает от myisam на значимую величину (дело в развитии, myisam давно сдох, а innodb хоть и мелкими шажками но развивается непрерывно).
и да, конфиг Postgres, на котором тормозило в студию! вместе посмеемся.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

16. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от Аноним (??) on 20-Дек-17, 12:17

Допустим есть такое страннейшее техническое решение:
гипервизор подключается к ленте по sas, виртуалки лежат на СХД по iscsi. Нужно делать файловый бэкап виртуалки (винды) на ленту. Как это реализовать ?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от Аноним (??) on 20-Дек-17, 12:35

> Допустим есть такое страннейшее техническое решение:
> гипервизор подключается к ленте по sas, виртуалки лежат на СХД по iscsi.
> Нужно делать файловый бэкап виртуалки (винды) на ленту. Как это реализовать
> ?
если vmware я бы копал в сторону ghettoVCB, винду бэкапить бареосом стрёмно.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

19. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от Аноним (??) on 20-Дек-17, 12:40

Гипервизором скорее всего будет проксмокс. Точно не vmware, т.к. дорого.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

21. "Релиз системы резервного копирования Bareos 17.2" –1 +/–

Сообщение от Аноним (??) on 20-Дек-17, 12:49

proxmox овно, был печальный опыт, обновы платные. Если подключишь сторонние репы centos(или что у них там сейчас) получишь неработоспособную систему.
Имхо бэкапить лучше отдельным сервером, не виртуалкой. Если, конечно, бюджет ограничен, я бы копал в сторону ухода из конторы, которая не может выделить денег на бэкап.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

22. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от Аноним (??) on 20-Дек-17, 13:21

с 4й версией всё шоколадно, правда в основном кручу там линуксы.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

25. "Релиз системы резервного копирования Bareos 17.2" +2 +/–

Сообщение от moxprox on 20-Дек-17, 13:33

Какие еще репозитарии centos? proxmox базируется на debian. И зачем там сторонние репозитарии вообще? Что вы с ними делать собрались?

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

33. "Релиз системы резервного копирования Bareos 17.2" –1 +/–

Сообщение от Андрей (??) on 20-Дек-17, 17:34

Это не важно! Важно изгадить все вокруг. Создать видимость всезнайки и дать понять, что оппонент - дэбил.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

20. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от L (??) on 20-Дек-17, 12:41

Лента используется для архивов! Ах, у Вас нет архива, например, бухгалтерии? "Тогда мы идём к Вам!"

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

36. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от . on 22-Дек-17, 03:51

Это во времена работало в те времена когда ёмкость ленты была с десяток дисков.
Теперь всё не так. Архивы есть. Лент - нету.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

27. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от moxprox on 20-Дек-17, 13:51

> Допустим есть такое страннейшее техническое решение:
> гипервизор подключается к ленте по sas, виртуалки лежат на СХД по iscsi.
> Нужно делать файловый бэкап виртуалки (винды) на ленту. Как это реализовать
> ?
В Вашем случае, ставить на гипервизор storage daemon, а на винду file daemon.
Для bacula\bareos желательно выделить отдельную подсеть, чтобы бекапы с пользовательским трафиком не пересекались.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

28. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от ыы on 20-Дек-17, 14:12

>Для bacula\bareos желательно выделить отдельную подсеть,
Вы имеете в виду отдельную физическую подсистему (свои сетевые карты, свои свичи, своя кабельная структура) или "подсеть" просто как диапазон адресов?

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

31. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от moxprox on 20-Дек-17, 16:52

>>Для bacula\bareos желательно выделить отдельную подсеть,
>Вы имеете в виду отдельную физическую подсистему (свои сетевые карты, свои свичи, своя кабельная >структура) или "подсеть" просто как диапазон адресов?
Так как у Вас LTO лента подключена к гипервизору, а бекапить нужно файлы с его виртуалок, то будет достаточно сделать в гипервизоре еще один bridge на свободный ethernet интерфейс (даже loopback подойдет). Этот bridge раздать виртуалкам, прописать везде выделенную под бекапы подсеть. Если бекапы выходят за рамки одного гипервизора, то уже настроить на свиче VLAN под бекапы и гипервизоры подключать выделенным под бекапы интерфейсом (не loopback). iscsi у вас же наверно выделен в отдельный VLAN, не так ли? ;)
Можно пойти и дальше, ставить отдельный свич, агрегировать порты и т.д. это зависит от объемов и потребностей.


Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

34. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от Андрей (??) on 20-Дек-17, 17:43

На Гипервизор ставится Bareos-Director + Bareos-Storage-Daemon.
На виртуалки ставится Bareos-Client (для соответствующей операционной системы).
Если нужно делать бакапы/снапшоты самих вартуалок (бакапить образы виртуалок и их снапшоты), то на Гипервизоре нужен еще и Bareos-File-Daemon (он же bareos-client по сути).
Все настраивается.
У меня совершенно нормально все это работает. Гипервизор - KVM+Проксмокс, все виртуалки лежат в CEPH, 100 шпинделей, 7 серверов + один сервер, специально выделенный под бакап + мониторинг.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

32. "Релиз системы резервного копирования Bareos 17.2" +/–

Сообщение от Аноним (??) on 20-Дек-17, 16:57

Помнится, мне не хватало возможности организации прямого соединения клиента и того что файлы собственно хранит, все приходилось бессмысленно перекачивать через "storage". То есть либо объявлять каждый файловый сервер "storage", теряя возможность их легко заменять и дублировать, либо забивать сеть.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Релиз системы резервного копирования Bareos 17.2"	+7 +/–
Сообщение от leap42 (ok) on 20-Дек-17, 03:05
Mysql, Bacula, Vyatta... Пора уже проприерастам понять, что нельзя, купив права на опенсорсный продукт, купить заодно и всех его пользователей, большинство свалит на более открытый и дружественный к сообществу форк.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "Релиз системы резервного копирования Bareos 17.2"	+1 +/–
	Сообщение от Аноним (??) on 20-Дек-17, 04:47
	Какая зажигательная речь.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	10. "Релиз системы резервного копирования Bareos 17.2"	+2 +/–
	Сообщение от Аноним (??) on 20-Дек-17, 10:21
	Совершенно правильная речь. Классический показательный пример - история "успеха" OpenOffice.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	8. "Релиз системы резервного копирования Bareos 17.2"	–1 +/–
	Сообщение от Аноним (??) on 20-Дек-17, 09:58
	Ну, VyOS не сказать чтобы очень активна. Кто на Микротик ушел, а кто на Линуксе роутинг пилит. Так что форк, может, и дружественный, но идею загубили.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	23. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от Leap42 on 20-Дек-17, 13:26
	не понял, кто что загубил? все что было осталось на месте, только некоторые костыли причесали, хуже точно не стало. последнее время пилят бэкенд на Python, может больше народу в проект притечет (Perl сложноват, народу знающего его мало и бесплатно они не работают)
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору

6. "Релиз системы резервного копирования Bareos 17.2"	+/–
Сообщение от ыы on 20-Дек-17, 08:08
>В число поддерживаемых платформ добавлен HP-UX 11.31 (ia64); >передачи файлов из хранилища на ленту Светлое будущее не за горами. Двигаются семимильнымми шагами...
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	7. "Релиз системы резервного копирования Bareos 17.2"	–2 +/–
	Сообщение от zz.z on 20-Дек-17, 09:09
	>Светлое будущее не за горами. Двигаются семимильнымми шагами... ты не поверишь но в 21 веке бываеют ситуации когда на ленту выгоднее и проще примеры надо приводить?
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	9. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от ыы on 20-Дек-17, 10:11
	Да, конечно.. С ТСО и рисками пожалуйста.. а сюрреалистические маркетинговые фантазии про ленточки не интересно.
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	30. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от Аноним (??) on 20-Дек-17, 15:21
	Поддержу. Библиотека из лент в своё время избавила от кучи проблем.
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	35. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от . on 22-Дек-17, 03:47
	Ну да - было дело. Но теперь то ... добавляет кучу проблем :(
	Ответить \| Правка \| ^ к родителю #30 \| Наверх \| Cообщить модератору


	11. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от Аноним (??) on 20-Дек-17, 10:25
	Ну если иметь ввиду добавление поддержки Чпукса, да ещё IA64, то да, сарказм про светлое будущее уместен.
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору

13. "Релиз системы резервного копирования Bareos 17.2"	–1 +/–
Сообщение от Аноним (??) on 20-Дек-17, 11:22
при большом количестве файлов веб-морда просто не справлялась на innoDB (postgre то же самое, висло всё наглухо) , после включения myisam норм более-менее. Запилили бы этот индекс в elasticsearch, вот бы было круто.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	15. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от ыы on 20-Дек-17, 11:49
	Ну то что веб-морда, виснет о количества файлов (в бэкапах что ли?) это само по себе феерически круто... :)
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору


	17. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от Аноним (??) on 20-Дек-17, 12:33
	Представь почтовый сервер - 1 письмо 1 файл, за несколько лет, примеров много могу привести где 16 версия веб-интерфейса с php и nginx просто складывается, упираясь в ограничение БД, толковых мануалов практически нет. Документации по bareos очень мало, в итоге такие костыли как смена движка.
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору


	24. "Релиз системы резервного копирования Bareos 17.2"	+3 +/–
	Сообщение от ыы on 20-Дек-17, 13:27
	Чаще всего, фраза "ограничение БД" применительно к веб приложению - означает либо плохо/архитектурно неправильно написанный sql-запрос, либо неверно сконфигурированную субд. То есть это не проблема субд как таковой, а скорее проблема умельцев наваявших такой код...
	Ответить \| Правка \| ^ к родителю #17 \| Наверх \| Cообщить модератору


	29. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от пох on 20-Дек-17, 14:40
	> Ну то что веб-морда, виснет о количества файлов (в бэкапах что ли?) в бэкапах, где ж еще. ну это бакула, она вся такая. Там не только общение с тазой банных такое вот, по записи (с развесистыми foreign keys) на файл, там и структура хранилища, и протоколы - все сделано в лучших традициях полевой проктологии. зато теперь у нас два несовместимых форка.
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору


	26. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от Leap42 on 20-Дек-17, 13:34
	> при большом количестве файлов веб-морда просто не справлялась на innoDB (postgre то > же самое, висло всё наглухо) , после включения myisam норм более-менее. > Запилили бы этот индекс в elasticsearch, вот бы было круто. во-первых, дорогой Анони, перестаньте терять последнюю букву в названии Post Ingres во-вторых, з@коп@й+е стюардессу. современный innodb ни в каких задачах не отстает от myisam на значимую величину (дело в развитии, myisam давно сдох, а innodb хоть и мелкими шажками но развивается непрерывно). и да, конфиг Postgres, на котором тормозило в студию! вместе посмеемся.
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору

16. "Релиз системы резервного копирования Bareos 17.2"	+/–
Сообщение от Аноним (??) on 20-Дек-17, 12:17
Допустим есть такое страннейшее техническое решение: гипервизор подключается к ленте по sas, виртуалки лежат на СХД по iscsi. Нужно делать файловый бэкап виртуалки (винды) на ленту. Как это реализовать ?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	18. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от Аноним (??) on 20-Дек-17, 12:35
	> Допустим есть такое страннейшее техническое решение: > гипервизор подключается к ленте по sas, виртуалки лежат на СХД по iscsi. > Нужно делать файловый бэкап виртуалки (винды) на ленту. Как это реализовать > ? если vmware я бы копал в сторону ghettoVCB, винду бэкапить бареосом стрёмно.
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору


	19. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от Аноним (??) on 20-Дек-17, 12:40
	Гипервизором скорее всего будет проксмокс. Точно не vmware, т.к. дорого.
	Ответить \| Правка \| ^ к родителю #18 \| Наверх \| Cообщить модератору


	21. "Релиз системы резервного копирования Bareos 17.2"	–1 +/–
	Сообщение от Аноним (??) on 20-Дек-17, 12:49
	proxmox овно, был печальный опыт, обновы платные. Если подключишь сторонние репы centos(или что у них там сейчас) получишь неработоспособную систему. Имхо бэкапить лучше отдельным сервером, не виртуалкой. Если, конечно, бюджет ограничен, я бы копал в сторону ухода из конторы, которая не может выделить денег на бэкап.
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	22. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от Аноним (??) on 20-Дек-17, 13:21
	с 4й версией всё шоколадно, правда в основном кручу там линуксы.
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	25. "Релиз системы резервного копирования Bareos 17.2"	+2 +/–
	Сообщение от moxprox on 20-Дек-17, 13:33
	Какие еще репозитарии centos? proxmox базируется на debian. И зачем там сторонние репозитарии вообще? Что вы с ними делать собрались?
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	33. "Релиз системы резервного копирования Bareos 17.2"	–1 +/–
	Сообщение от Андрей (??) on 20-Дек-17, 17:34
	Это не важно! Важно изгадить все вокруг. Создать видимость всезнайки и дать понять, что оппонент - дэбил.
	Ответить \| Правка \| ^ к родителю #25 \| Наверх \| Cообщить модератору


	20. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от L (??) on 20-Дек-17, 12:41
	Лента используется для архивов! Ах, у Вас нет архива, например, бухгалтерии? "Тогда мы идём к Вам!"
	Ответить \| Правка \| ^ к родителю #18 \| Наверх \| Cообщить модератору


	36. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от . on 22-Дек-17, 03:51
	Это во времена работало в те времена когда ёмкость ленты была с десяток дисков. Теперь всё не так. Архивы есть. Лент - нету.
	Ответить \| Правка \| ^ к родителю #20 \| Наверх \| Cообщить модератору


	27. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от moxprox on 20-Дек-17, 13:51
	> Допустим есть такое страннейшее техническое решение: > гипервизор подключается к ленте по sas, виртуалки лежат на СХД по iscsi. > Нужно делать файловый бэкап виртуалки (винды) на ленту. Как это реализовать > ? В Вашем случае, ставить на гипервизор storage daemon, а на винду file daemon. Для bacula\bareos желательно выделить отдельную подсеть, чтобы бекапы с пользовательским трафиком не пересекались.
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору


	28. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от ыы on 20-Дек-17, 14:12
	>Для bacula\bareos желательно выделить отдельную подсеть, Вы имеете в виду отдельную физическую подсистему (свои сетевые карты, свои свичи, своя кабельная структура) или "подсеть" просто как диапазон адресов?
	Ответить \| Правка \| ^ к родителю #27 \| Наверх \| Cообщить модератору


	31. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от moxprox on 20-Дек-17, 16:52
	>>Для bacula\bareos желательно выделить отдельную подсеть, >Вы имеете в виду отдельную физическую подсистему (свои сетевые карты, свои свичи, своя кабельная >структура) или "подсеть" просто как диапазон адресов? Так как у Вас LTO лента подключена к гипервизору, а бекапить нужно файлы с его виртуалок, то будет достаточно сделать в гипервизоре еще один bridge на свободный ethernet интерфейс (даже loopback подойдет). Этот bridge раздать виртуалкам, прописать везде выделенную под бекапы подсеть. Если бекапы выходят за рамки одного гипервизора, то уже настроить на свиче VLAN под бекапы и гипервизоры подключать выделенным под бекапы интерфейсом (не loopback). iscsi у вас же наверно выделен в отдельный VLAN, не так ли? ;) Можно пойти и дальше, ставить отдельный свич, агрегировать порты и т.д. это зависит от объемов и потребностей.
	Ответить \| Правка \| ^ к родителю #28 \| Наверх \| Cообщить модератору


	34. "Релиз системы резервного копирования Bareos 17.2"	+/–
	Сообщение от Андрей (??) on 20-Дек-17, 17:43
	На Гипервизор ставится Bareos-Director + Bareos-Storage-Daemon. На виртуалки ставится Bareos-Client (для соответствующей операционной системы). Если нужно делать бакапы/снапшоты самих вартуалок (бакапить образы виртуалок и их снапшоты), то на Гипервизоре нужен еще и Bareos-File-Daemon (он же bareos-client по сути). Все настраивается. У меня совершенно нормально все это работает. Гипервизор - KVM+Проксмокс, все виртуалки лежат в CEPH, 100 шпинделей, 7 серверов + один сервер, специально выделенный под бакап + мониторинг.
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору