Поделитесь решениями для инкрементального бэкапа mysql средствами xtrabackup и bacula.
Основная проблема что приходится создавать постоянную полную копию бд для инкрементальных бэкапов и если баз несколько и весят по 500 гигов, то это уже проблематично.
> Основная проблема что приходится создавать постоянную полную копию бд для инкрементальных бэкапова зачем?
> а зачем?скорее не зачем - а от чего :)
от непонимания ...
>> Основная проблема что приходится создавать постоянную полную копию бд для инкрементальных бэкапов
> а зачем?Я так понял что нужно держать постоянно полный бэкап для создания инкрементальных бэкапов?
> Поделитесь решениями для инкрементального бэкапа mysql средствами xtrabackup и bacula.
> Основная проблема что приходится создавать постоянную полную копию бд для инкрементальных
> бэкапов и если баз несколько и весят по 500 гигов, то
> это уже проблематично.Ну раз в неделю вы делаете полную копию, а потом инкрементальные бэкапы 6 дней..
В чем вопрос то?
> Ну раз в неделю вы делаете полную копию, а потом инкрементальные бэкапы
> 6 дней..
> В чем вопрос то?думаю что главный подвох в том, как именно делать "инкрементный бэкап mysql" ... базы в 500 гиг ...
>> Ну раз в неделю вы делаете полную копию, а потом инкрементальные бэкапы
>> 6 дней..
>> В чем вопрос то?
> думаю что главный подвох в том, как именно делать "инкрементный бэкап mysql"
> ... базы в 500 гиг ...Подвох в том, что нужно постоянно хранить диры с полными бэкапами, хотелось бы это обойти
> думаю что главный подвох в том, как именно делать "инкрементный бэкап mysql" ... базы в 500 гиг ...так же, как и базы в 5/50 Гб
> Подвох в том, что нужно постоянно хранить диры с полными бэкапами, хотелось
> бы это обойтии как вы себе это представляете? Даже если не брать контекст MySQL, а рассматривать обычные файлы
>> думаю что главный подвох в том, как именно делать "инкрементный бэкап mysql" ... базы в 500 гиг ...
> так же, как и базы в 5/50 Гбпоясните на пальцах плиз
> Подвох в том, что нужно постоянно хранить диры с полными бэкапами, хотелось
> бы это обойтивы хотя бы попытайтесь понять что я вам написал - куда засунуть _полные_ бэкапы, как их делать и чем - это не есть проблема, это рядовой случай. если у вас нет денег на пару несколькотеррабайтных дисков то я сомневаюсь что вам нужна база 500гиг ...
к тому же инкрементное бэккопирование подразумевает наличие минимум хотя бы одного полного бэкапа - так как надо с чем то сравнивать текущий бэкап и вычислять инкремент, а также при наличии инкремента полный бэкап необходим для восстановления.
поэтому повторюсь - как именно вы собираетесь делать инкремент мускула, лично мне не понятно. если это понятно вам, то прошу поделится с аудиторией - ибо это ИМХО принципиальнейшая штука в данном вопросе.
>[оверквотинг удален]
> поэтому повторюсь - как именно вы собираетесь делать инкремент мускула, лично мне
> не понятно. если это понятно вам, то прошу поделится с аудиторией
> - ибо это ИМХО принципиальнейшая штука в данном вопросе.Если не знаете, то смысл дискуссию разводить?
Базы монтируются через нфс на стороне бэкап сервера, полный и инкремент делается xtrabackup, инкрементный идет в бакулу, полный остается на отдельном сторадже.
интересует сам механизм создания инкрементного бекапа в данном случае - т.е. не чем он делается, а как именно он делается.
есть рабочая база и есть ее некий полный бекап - как считается инкремент? испульзуются bin-log или идет полное сравнение?
> есть рабочая база и есть ее некий полный бекап - как считается
> инкремент? испульзуются bin-log или идет полное сравнение?Волшебная пыль же. Прямо в https://www.percona.com/doc/percona-xtrabackup/2.2/xtrabacku... SUBJ-e.
> интересует сам механизм создания инкрементного бекапа в данном случае - т.е. не
> чем он делается, а как именно он делается.
> есть рабочая база и есть ее некий полный бекап - как считается
> инкремент? испульзуются bin-log или идет полное сравнение?xtrabackup использует innodb log sequence number для инкрементальных бэкапов. И конечно таблицы должны быть в innodb формате.
>> интересует сам механизм создания инкрементного бекапа в данном случае - т.е. не
>> чем он делается, а как именно он делается.
>> есть рабочая база и есть ее некий полный бекап - как считается
>> инкремент? испульзуются bin-log или идет полное сравнение?
> xtrabackup использует innodb log sequence number для инкрементальных бэкапов. И конечно
> таблицы должны быть в innodb формате.Инкрементный бэкап 0-го уровня содержит полную копию базы.
Максимум что вы можете сделать для сокращения объемов- сжать бэкап.
Ну или трезво оценить нужно ли вам вообще хранить в базе такое количество записей.
>>> интересует сам механизм создания инкрементного бекапа в данном случае - т.е. не
>>> чем он делается, а как именно он делается.
>>> есть рабочая база и есть ее некий полный бекап - как считается
>>> инкремент? испульзуются bin-log или идет полное сравнение?
>> xtrabackup использует innodb log sequence number для инкрементальных бэкапов. И конечно
>> таблицы должны быть в innodb формате.
> Инкрементный бэкап 0-го уровня содержит полную копию базы.
> Максимум что вы можете сделать для сокращения объемов- сжать бэкап.
> Ну или трезво оценить нужно ли вам вообще хранить в базе такое
> количество записей.Мне вот интересно, как коммерческие системы бэкапа это обходят или тоже создают полные копии баз?
ну и бакапьте бинлоги, в чем проблема?
>[оверквотинг удален]
>>>> есть рабочая база и есть ее некий полный бекап - как считается
>>>> инкремент? испульзуются bin-log или идет полное сравнение?
>>> xtrabackup использует innodb log sequence number для инкрементальных бэкапов. И конечно
>>> таблицы должны быть в innodb формате.
>> Инкрементный бэкап 0-го уровня содержит полную копию базы.
>> Максимум что вы можете сделать для сокращения объемов- сжать бэкап.
>> Ну или трезво оценить нужно ли вам вообще хранить в базе такое
>> количество записей.
> Мне вот интересно, как коммерческие системы бэкапа это обходят или тоже создают
> полные копии баз?Коммерческие системы бэкапа поступают еще хуже...Они не только фуллкопии создают, они еще и к инкрементным копиям архивлоги хранят...
> xtrabackup использует innodb log sequence number для инкрементальных бэкапов. И конечно
> таблицы должны быть в innodb формате.к 15 посту задача таки сформулирована ... радует :)
>> xtrabackup использует innodb log sequence number для инкрементальных бэкапов. И конечно
>> таблицы должны быть в innodb формате.
> к 15 посту задача таки сформулирована ... радует :)Таки по теме есть что сказать?