https://opennet.ru/openforum/vsluhforumID1/96261.html Поделитесь решениями для инкрементального бэкапа mysql средствами xtrabackup и bacula.<br>Основная проблема что приходится создавать постоянную полную копию бд для инкрементальных бэкапов и если баз несколько и весят по 500 гигов, то это уже проблематично.<br> https://opennet.ru/openforum/vsluhforumID1/96261.html#19 Thu, 27 Aug 2015 12:56:07 GMT &gt;&gt; xtrabackup использует innodb log sequence number для инкрементальных бэкапов. И конечно <br>&gt;&gt; таблицы должны быть в innodb формате.<br>&gt; к 15 посту задача таки сформулирована ... радует :) <br><br>Таки по теме есть что сказать?<br><br> https://opennet.ru/openforum/vsluhforumID1/96261.html#18 Thu, 27 Aug 2015 09:52:04 GMT &gt; xtrabackup использует innodb log sequence number для инкрементальных бэкапов. И конечно <br>&gt; таблицы должны быть в innodb формате.<br><br>к 15 посту задача таки сформулирована ... радует :)<br><br> https://opennet.ru/openforum/vsluhforumID1/96261.html#17 Wed, 26 Aug 2015 15:53:09 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt;&gt; есть рабочая база и есть ее некий полный бекап - как считается <br>&gt;&gt;&gt;&gt; инкремент? испульзуются bin-log или идет полное сравнение?<br>&gt;&gt;&gt; xtrabackup использует innodb log sequence number для инкрементальных бэкапов. И конечно <br>&gt;&gt;&gt; таблицы должны быть в innodb формате.<br>&gt;&gt; Инкрементный бэкап 0-го уровня содержит полную копию базы.<br>&gt;&gt; Максимум что вы можете сделать для сокращения объемов- сжать бэкап.<br>&gt;&gt; Ну или трезво оценить нужно ли вам вообще хранить в базе такое <br>&gt;&gt; количество записей.<br>&gt; Мне вот интересно, как коммерческие системы бэкапа это обходят или тоже создают <br>&gt; полные копии баз?<br><br>Коммерческие системы бэкапа поступают еще хуже...Они не только фуллкопии создают, они еще и к инкрементным копиям архивлоги хранят...<br> https://opennet.ru/openforum/vsluhforumID1/96261.html#16 Wed, 26 Aug 2015 14:16:42 GMT ну и бакапьте бинлоги, в чем проблема?<br> https://opennet.ru/openforum/vsluhforumID1/96261.html#15 Wed, 26 Aug 2015 12:59:53 GMT &gt;&gt;&gt; интересует сам механизм создания инкрементного бекапа в данном случае - т.е. не <br>&gt;&gt;&gt; чем он делается, а как именно он делается.<br>&gt;&gt;&gt; есть рабочая база и есть ее некий полный бекап - как считается <br>&gt;&gt;&gt; инкремент? испульзуются bin-log или идет полное сравнение?<br>&gt;&gt; xtrabackup использует innodb log sequence number для инкрементальных бэкапов. И конечно <br>&gt;&gt; таблицы должны быть в innodb формате.<br>&gt; Инкрементный бэкап 0-го уровня содержит полную копию базы.<br>&gt; Максимум что вы можете сделать для сокращения объемов- сжать бэкап.<br>&gt; Ну или трезво оценить нужно ли вам вообще хранить в базе такое <br>&gt; количество записей.<br><br>Мне вот интересно, как коммерческие системы бэкапа это обходят или тоже создают полные копии баз?<br> https://opennet.ru/openforum/vsluhforumID1/96261.html#14 Wed, 26 Aug 2015 12:41:34 GMT &gt;&gt; интересует сам механизм создания инкрементного бекапа в данном случае - т.е. не <br>&gt;&gt; чем он делается, а как именно он делается.<br>&gt;&gt; есть рабочая база и есть ее некий полный бекап - как считается <br>&gt;&gt; инкремент? испульзуются bin-log или идет полное сравнение?<br>&gt; xtrabackup использует innodb log sequence number для инкрементальных бэкапов. И конечно <br>&gt; таблицы должны быть в innodb формате.<br><br>Инкрементный бэкап 0-го уровня содержит полную копию базы.<br>Максимум что вы можете сделать для сокращения объемов- сжать бэкап.<br>Ну или трезво оценить нужно ли вам вообще хранить в базе такое количество записей.<br> https://opennet.ru/openforum/vsluhforumID1/96261.html#13 Wed, 26 Aug 2015 10:32:57 GMT &gt; интересует сам механизм создания инкрементного бекапа в данном случае - т.е. не <br>&gt; чем он делается, а как именно он делается.<br>&gt; есть рабочая база и есть ее некий полный бекап - как считается <br>&gt; инкремент? испульзуются bin-log или идет полное сравнение?<br><br>xtrabackup использует innodb log sequence number для инкрементальных бэкапов. И конечно таблицы должны быть в innodb формате.<br><br> https://opennet.ru/openforum/vsluhforumID1/96261.html#12 Wed, 26 Aug 2015 10:25:18 GMT &gt; есть рабочая база и есть ее некий полный бекап - как считается <br>&gt; инкремент? испульзуются bin-log или идет полное сравнение?<br><br>Волшебная пыль же. Прямо в https://www.percona.com/doc/percona-xtrabackup/2.2/xtrabackup_bin/incremental_backups.html SUBJ-e.<br> https://opennet.ru/openforum/vsluhforumID1/96261.html#11 Wed, 26 Aug 2015 10:12:23 GMT интересует сам механизм создания инкрементного бекапа в данном случае - т.е. не чем он делается, а как именно он делается.<br>есть рабочая база и есть ее некий полный бекап - как считается инкремент? испульзуются bin-log или идет полное сравнение? <br>