Исправление DALDON, (текущая версия) :
Там очень обильно жрётся база данных - на каждый том бэкапа делается полный каталог файлов:
Угу! Спасибо за команду SQL, погляжу, сколько у меня там. Но я прочитав документацию, это уже ясно понял, что оно будет жрать не мало СУБД.
Да, дедупликация на SD бессмыслена, в общем-то.
В двух словах, подскажи, почему? Пока слабо вкуриваю. Пусть есть большой том, где записано одно и тоже (к примеру инкрементный backup qcow образа в котором изменилось два мегабайта). Почему dedup не поможет, если это не лента? - Но я в целом всё равно понимаю, что это глупость, и ECC память + железо мне обойдутся дороже чем диски, о чём собственно также и пишут в рассылке, что логично. Так уже, чтобы понять окончательно...
Ну, скриптами, который будут пинать bconsole - в принципе, без проблем.
На github видел что-то для zabbix+bacula.
Исходная версия DALDON, :
Там очень обильно жрётся база данных - на каждый том бэкапа делается полный каталог файлов:
Угу! Спасибо за команду SQL, погляжу, сколько у меня там. Но я прочитав документацию, это уже ясно понял, что оно будет жрать не мало СУБД.
Да, дедупликация на SD бессмыслена, в общем-то.
В двух словах, подскажи, почему? Пока слабо вкуриваю. Пусть есть большой том, где записано одно и тоже (к примеру инкрементный backup qcow образа в котором изменилось два мегабайта). Почему dedup не поможет, если это не лента? - Но я в целом всё равно понимаю, что это глупость, и ECC память + железо мне обойдутся дороже чем диски, о чём собственно также и пишут в рассылке, что логично. Так уже, чтобы понять окончательно...
Ну, скриптами, который будут пинать bconsole - в принципе, без проблем.
На github видел что-то для zabbix.