Percona XtraBackup

Percona XtraBackup - це програмне забезпечення командного рядка із відкритим вихідним кодом, портативним, безкоштовним і безблокуванням, яке діє як автономне рішення резервного копіювання для відомих двигунів зберігання XtraDB та InnoDB. Він оснащений автоматичною перевіркою резервної копії та пропонує більш високі проміжки часу, ніж інші подібні продукти.

Програма повністю сумісна з серверами баз даних MySQL і MariaDB, і вона широко використовується популярним службою соціальних мереж Facebook для поповнення резервних копій. Він розроблений для вирішення реальних проблем при резервному копіюванні дуже великих, сильно завантажених баз даних.

Основні функції включають в себе можливість виконувати резервне копіювання в Інтернеті, уникаючи при цьому переривання вашої бази даних, можливість виконувати резервні копії потокового вмісту на інший сервер, а також можливість виконувати додаткові резервні копії, зберігаючи кошти на дисковому просторі та пропускної здатності мережі.

За допомогою Percona XtraBackup ваші резервні копії виконуватимуться надійно та швидко. Ви також можете легко створювати нові раби-реплікації, виконувати розширений аналіз даних та індексних файлів та переміщати окремі таблиці між серверами без перезавантаження, завдання, для якого потрібно імпортувати XtraDB.

Програмне забезпечення підтримує різноманітні атрибути MySQL, серед яких ми можемо згадати MySQL, MariaDB, MariaDB Galera Cluster, Percona Server і Percona XtraDB Cluster. Він також підтримує всі операційні системи GNU / Linux, працює добре на 32-розрядній та 64-розрядній апаратній системі.

Серед інших функцій, ми можемо згадати про блокування резервних копій MyISAM, повні стиснення резервних копій, посилене стиснення резервних копій, швидке поповнення резервних копій, поступове резервне копіювання з архівними журналами та тільки журнал REDO, паралельне локальне резервне копіювання, копіювання, прикладне журналювання, стиснення та шифрування.

Крім того, також постачається підтримка rsync для найсучаснішої синхронізації файлів, експорту окремих таблиць, розширеної обробки FTWRL, компактних резервних копій, підтримки відновлення під час тимчасового відновлення, автономного резервного копіювання, а також підтримки для хмарних резервні копії.

Percona XtraBackup написано на мовах програмування C, C ++ та Perl. Це програмне забезпечення командного рядка, яке розповсюджується як попередньо скомпоновані бінарні пакети для дистрибутивів Ubuntu, Debian і Red Hat Enterprise Linux, а також універсальні бінарні та вихідні архіви.

Що є новим у цьому випуску:

• Percona XtraBackup був би сегментарним під час фази підготовки деяких сторінок FTS. Виправлено помилку # 1460138.
• Виправлена ​​помилка компіляції через відсутність залежностей, спричиненої помилкою upstream 77226. Виправлено помилку # 1461129.
• Регресія, введена шляхом виправлення помилки № 1403237 в Percona XtraBackup 2.2.8, може призвести до того, що xtrabackup прочитає журнал повторного виправлення з неправильного зміщення, що може спричинити твердження. Виправлена ​​помилка # 1464608.
• Виправлена ​​неініціалізована current_thd поточна локальна змінна. Це також повністю виправляє помилку № 1415191. Виправлено помилку # 1467574.
• Після випуску Percona XtraBackup 2.2.11, innobackupex видає таблицю FLUSH, перш ніж запустити таблицю FLUSH WITH READ LOCK. Хоча це допоможе в резервних копіях у певній ситуації, це також означає, що таблиця FLUSH буде записана в журнал двійкових. На MariaDB 10.0 з включенням GTID, коли резервне копіювання було знято на веденні, це змінило GTID цього ведомого, і Percona XtraBackup більше не бачив правильного GTID. Виправлено помилку № 1466446 (Жюльєн Півотто).
• Компіляція RPM Percona XtraBackup все ще вимагала bzr. Виправлено помилку № 1466888 (Жюльєн Півотто).
• Компонування параметрів RPM Percona XtraBackup з опцією XB_VERSION_EXTRA може створити неправильну версію RPM. Виправлено помилку № 1467424 (Жюльєн Півотто).
• Percona XtraBackup успішно завершиться, навіть якщо перезапис журналу не було повністю скопійовано. Це означає, що резервне копіювання вважалося успішним навіть тоді, коли вони були пошкоджені. Виправлена ​​помилка # 1470847.
• У рідкісних випадках, коли в каталозі даних є два або більше табличних просторів з одним і тим же ідентифікатором, xtrabackup збирає перший за лексичним порядком, що може призвести до втрати правильної таблиці. Виправлено помилку # 1475487.
• У Percona XtraBackup відсутній файл revision_id у файлах binaries. Виправлено помилку № 1394174.

Що нового у версії 2.4.8:

• Percona XtraBackup був би сегментарним під час фази підготовки деяких сторінок FTS. Виправлено помилку # 1460138.
• Виправлена ​​помилка компіляції через відсутність залежностей, спричиненої помилкою upstream 77226. Виправлено помилку # 1461129.
• Регресія, введена шляхом виправлення помилки № 1403237 в Percona XtraBackup 2.2.8, може призвести до того, що xtrabackup прочитає журнал повторного виправлення з неправильного зміщення, що може спричинити твердження. Виправлена ​​помилка # 1464608.
• Виправлена ​​неініціалізована current_thd поточна локальна змінна. Це також повністю виправляє помилку № 1415191. Виправлено помилку # 1467574.
• Після випуску Percona XtraBackup 2.2.11, innobackupex видає таблицю FLUSH, перш ніж запустити таблицю FLUSH WITH READ LOCK. Хоча це допоможе в резервних копіях у певній ситуації, це також означає, що таблиця FLUSH буде записана в журнал двійкових. На MariaDB 10.0 з включенням GTID, коли резервне копіювання було знято на веденні, це змінило GTID цього ведомого, і Percona XtraBackup більше не бачив правильного GTID. Виправлено помилку № 1466446 (Жюльєн Півотто).
• Компіляція RPM Percona XtraBackup все ще вимагала bzr. Виправлено помилку № 1466888 (Жюльєн Півотто).
• Компонування параметрів RPM Percona XtraBackup з опцією XB_VERSION_EXTRA може створити неправильну версію RPM. Виправлено помилку № 1467424 (Жюльєн Півотто).
• Percona XtraBackup успішно завершиться, навіть якщо перезапис журналу не було повністю скопійовано. Це означає, що резервне копіювання вважалося успішним навіть тоді, коли вони були пошкоджені. Виправлена ​​помилка # 1470847.
• У рідкісних випадках, коли в каталозі даних є два або більше табличних просторів з одним і тим же ідентифікатором, xtrabackup збирає перший за лексичним порядком, що може призвести до втрати правильної таблиці. Виправлено помилку # 1475487.
• У Percona XtraBackup відсутній файл revision_id у файлах binaries. Виправлено помилку № 1394174.

Що нового у версії 2.4.7:

• Percona XtraBackup був би сегментарним під час фази підготовки деяких сторінок FTS. Виправлено помилку # 1460138.
• Виправлена ​​помилка компіляції через відсутність залежностей, спричиненої помилкою upstream 77226. Виправлено помилку # 1461129.
• Регресія, введена шляхом виправлення помилки № 1403237 в Percona XtraBackup 2.2.8, може призвести до того, що xtrabackup прочитає журнал повторного виправлення з неправильного зміщення, що може спричинити твердження. Виправлена ​​помилка # 1464608.
• Виправлена ​​неініціалізована current_thd поточна локальна змінна. Це також повністю виправляє помилку № 1415191. Виправлено помилку # 1467574.
• Після випуску Percona XtraBackup 2.2.11, innobackupex видає таблицю FLUSH, перш ніж запустити таблицю FLUSH WITH READ LOCK. Хоча це допоможе в резервних копіях у певній ситуації, це також означає, що таблиця FLUSH буде записана в журнал двійкових. На MariaDB 10.0 з включенням GTID, коли резервне копіювання було знято на веденні, це змінило GTID цього ведомого, і Percona XtraBackup більше не бачив правильного GTID. Виправлено помилку № 1466446 (Жюльєн Півотто).
• Компіляція RPM Percona XtraBackup все ще вимагала bzr. Виправлено помилку № 1466888 (Жюльєн Півотто).
• Компонування параметрів RPM Percona XtraBackup з опцією XB_VERSION_EXTRA може створити неправильну версію RPM. Виправлено помилку № 1467424 (Жюльєн Півотто).
• Percona XtraBackup успішно завершиться, навіть якщо перезапис журналу не було повністю скопійовано. Це означає, що резервне копіювання вважалося успішним навіть тоді, коли вони були пошкоджені. Виправлена ​​помилка # 1470847.
• У рідкісних випадках, коли в каталозі даних є два або більше табличних просторів з одним і тим же ідентифікатором, xtrabackup збирає перший за лексичним порядком, що може призвести до втрати правильної таблиці. Виправлено помилку # 1475487.
• У Percona XtraBackup відсутній файл revision_id у файлах binaries. Виправлено помилку № 1394174.

Що нового у версії 2.4.6:

• Percona XtraBackup був би сегментарним під час фази підготовки деяких сторінок FTS. Виправлено помилку # 1460138.
• Виправлена ​​помилка компіляції через відсутність залежностей, спричиненої помилкою upstream 77226. Виправлено помилку # 1461129.
• Регресія, введена шляхом виправлення помилки № 1403237 в Percona XtraBackup 2.2.8, може призвести до того, що xtrabackup прочитає журнал повторного виправлення з неправильного зміщення, що може спричинити твердження. Виправлена ​​помилка # 1464608.
• Виправлена ​​неініціалізована current_thd поточна локальна змінна. Це також повністю виправляє помилку № 1415191. Виправлено помилку # 1467574.
• Після випуску Percona XtraBackup 2.2.11, innobackupex видає таблицю FLUSH, перш ніж запустити таблицю FLUSH WITH READ LOCK. Хоча це допоможе в резервних копіях у певній ситуації, це також означає, що таблиця FLUSH буде записана в журнал двійкових. На MariaDB 10.0 з включенням GTID, коли резервне копіювання було знято на веденні, це змінило GTID цього ведомого, і Percona XtraBackup більше не бачив правильного GTID. Виправлено помилку № 1466446 (Жюльєн Півотто).
• Компіляція RPM Percona XtraBackup все ще вимагала bzr. Виправлено помилку № 1466888 (Жюльєн Півотто).
• Компонування параметрів RPM Percona XtraBackup з опцією XB_VERSION_EXTRA може створити неправильну версію RPM. Виправлено помилку № 1467424 (Жюльєн Півотто).
• Percona XtraBackup успішно завершиться, навіть якщо перезапис журналу не було повністю скопійовано. Це означає, що резервне копіювання вважалося успішним навіть тоді, коли вони були пошкоджені. Виправлена ​​помилка # 1470847.
• У рідкісних випадках, коли в каталозі даних є два або більше табличних просторів з одним і тим же ідентифікатором, xtrabackup збирає перший за лексичним порядком, що може призвести до втрати правильної таблиці. Виправлено помилку # 1475487.
• У Percona XtraBackup відсутній файл revision_id у файлах binaries. Виправлено помилку № 1394174.

Що нового у версії 2.4.3:

• Percona XtraBackup був би сегментарним під час фази підготовки деяких сторінок FTS. Виправлено помилку # 1460138.
• Виправлена ​​помилка компіляції через відсутність залежностей, спричиненої помилкою upstream 77226. Виправлено помилку # 1461129.
• Регресія, введена шляхом виправлення помилки № 1403237 в Percona XtraBackup 2.2.8, може призвести до того, що xtrabackup прочитає журнал повторного виправлення з неправильного зміщення, що може спричинити твердження. Виправлена ​​помилка # 1464608.
• Виправлена ​​неініціалізована current_thd поточна локальна змінна. Це також повністю виправляє помилку № 1415191. Виправлено помилку # 1467574.
• Після випуску Percona XtraBackup 2.2.11, innobackupex видає таблицю FLUSH, перш ніж запустити таблицю FLUSH WITH READ LOCK. Хоча це допоможе в резервних копіях у певній ситуації, це також означає, що таблиця FLUSH буде записана в журнал двійкових. На MariaDB 10.0 з включенням GTID, коли резервне копіювання було знято на веденні, це змінило GTID цього ведомого, і Percona XtraBackup більше не бачив правильного GTID. Виправлено помилку № 1466446 (Жюльєн Півотто).
• Компіляція RPM Percona XtraBackup все ще вимагала bzr. Виправлено помилку № 1466888 (Жюльєн Півотто).
• Компонування параметрів RPM Percona XtraBackup з опцією XB_VERSION_EXTRA може створити неправильну версію RPM. Виправлено помилку № 1467424 (Жюльєн Півотто).
• Percona XtraBackup успішно завершиться, навіть якщо перезапис журналу не було повністю скопійовано. Це означає, що резервне копіювання вважалося успішним навіть тоді, коли вони були пошкоджені. Виправлена ​​помилка # 1470847.
• У рідкісних випадках, коли в каталозі даних є два або більше табличних просторів з одним і тим же ідентифікатором, xtrabackup збирає перший за лексичним порядком, що може призвести до втрати правильної таблиці. Виправлено помилку # 1475487.
• У Percona XtraBackup відсутній файл revision_id у файлах binaries. Виправлено помилку № 1394174.

Що нового у версії 2.2.9:

• Percona XtraBackup 2.1.2 зависає, Передача знімків. Виправлено помилку № 1182698.

Що нового у версії 2.2.8:

• Percona XtraBackup 2.1.2 зависає, Передача знімків. Виправлено помилку № 1182698.

Що нового у версії 2.1.2:

• Виправлені помилки:
• Використання пакета Perl DBD :: MySQL для сервера зв'язку замість створення командного рядка MySQL дало клієнту регресію, яка призвела до невдачі до опції innobackupex -galera-info. Виправлено помилку # 1180672.
• У форматі xtrabackup_galera_info відсутній розділювач ":" між значеннями wsrep_local_state_uuid та wsrep_last_committed. Виправлено помилку # 1181222.
• Визначення автоматичної версії innobackupex не працювало належним чином для останніх версій Percona Server та MySQL 5.1, які можуть призвести до помилки innobackupex. Помилки виправлено # 1181092, # 1181099 та # 1180905.
• Під час резервного копіювання сервера, який не є підлеглим реплікації із опцією innobackupex -slave-info, innobackupex не вдалося з фатальною помилкою. Замінено фатальну помилку з діагностичним повідомленням про innobackupex -slave-info, що ігнорується в такому випадку. Виправлено помилку № 1180662.
• Низькі значення для wait_timeout на сервері можуть призвести до того, що сервер закриває з'єднання під час резервного копіювання. Виправлено шляхом встановлення більшого значення параметра wait_timeout на сервері, щоб запобігти закриттю серверів, якщо глобальне значення wait_timeout встановлено занадто низько. Виправлена ​​помилка # 1180922.
• Інші виправлення помилок: виправлена ​​помилка # 1177182.

Що нового у версії 2.0.7:

• Нові функції:
• Ця версія Percona XtraBackup реалізувала повну підтримку нових функцій MySQL 5.6 (GTID, віддалені / переносні таблиці, окремі таблиці для скасування, файли дампа з буферним басейном у стилі 5.6).
• Percona XtraBackup реалізувала підтримку попередньої завантаження бару InnoDB Buffer, представленого в MySQL 5.6. Починаючи з MySQL 5.6, збірки буферних басейнів можуть бути створені та завантажені для швидкого підключення сервера після початку роботи. Ця функція схожа на Dump / Restore буферного пулу на сервері Percona. Дамп буферного басейну MySQL 5.6 копіюється в каталог резервних копій під час резервного копіювання. Під час етапу копіювання (відновлення) копіюється назад до каталогу даних. Після того, як резервне копіювання буде відновлено, сервер може завантажувати дамп буферного басейну автоматично під час запуску або за запитом.
• Часовий інтервал між перевірками, виконаними потоком копіювання журналу, тепер можна налаштувати за допомогою innobackupex -log-copy-interval. Налаштування інтервалу дозволяє скоротити час між перевірками, які можуть запобігти збоям XtraBackup, викликаним записами журналу в транзакційному журналі, який перезаписується, перш ніж вони копіюються потоком копіювання журналу.
• Percona XtraBackup тепер зберігає значення GTID в xtrabackup_binlog_info при виконанні резервної копії MySQL та Percona Server 5.6 за умови активації режиму GTID. Приклад того, як цю інформацію можна використовувати для створення / відновлення ведомого, можна знайти в цьому блозі.
• Параметр Percona XtraBackup xtrabackup -export тепер підтримує переносні табличні поля, введені в MySQL 5.6. Цей параметр може бути використаний для створення метаданих файлів у форматі 5.6, які можна імпортувати ALTER TABLE IMPORT TABLESPACE на MySQL та Percona Server 5.6, як це описано в посібнику для експорту та імпорту таблиць.
• Виправлені помилки:
• двостайна xtrabackup_56 була присутня в пакетах rpm та deb, але вона відсутня в пакеті джерела .tar.gz. Виправлено шляхом додавання відсутньої бінарної до .tar.gz. Виправлена ​​помилка # 1158948.
• innobackupex може зірвати при завантаженні резервної копії 5,6 через зв'язування невірної бібліотеки SSL. Виправлено помилку # 1168540.
• Percona XtraBackup може зірватися при підготовці резервної копії 5.6 з розділеними таблицями. Виправлено помилку # 1169169.
• Таблиці, які були виключені між повним резервним копіюванням та інкрементальним, були присутні у повному каталозі резервної копії та не були вилучені після об'єднання додаткових резервних копій. Виправлено шляхом видалення файлів, відповідних таблицям, що відсутні в додатковому каталозі резервних копій. Виправлено помилку № 856400.
• Percona XtraBackup залишив застарілі файли xtrabackup_tmp * в datadir після застосування додаткових резервних копій. Виправлено помилку № 1079135.
• Виправлено пару попереджень, знайдене в innobackupex, коли всі попередження були зроблені FATAL. Виправлено помилку # 1116177.
• Якщо існує тисячі таблиць та повільна IO, то XtraBackup може витрачати багато часу на відкриття всіх табличних областей. Була запроваджена оптимізація, і тепер XtraBackup уникає завантаження невідповідних табличних областей під час часткового резервного копіювання, що прискорює процес резервного копіювання. Виправлено помилку № 1130145.
• Percona XtraBackup не ініціалізував дані потоку в потоці копіювання журналу, що може призвести до збою XtraBackup. Виправлено помилку № 1166888.
• Залежність від пакету була змінена з abstract mysql на справжній файл / usr / bin / mysql, оскільки пакети rpm від Oracle більше не задовольняють залежність mysql, яка вимагається для rpms XtraBackup. Виправлено помилку № 1095972.
• Percona XtraBackup не зможе під час підготовки резервної копії MySQL 5.6, якщо файли журналів перевищували 4G на вихідному сервері. Виправлено помилку # 1164979.
• Через різну реалізацію в MySQL 5.6 повідомлення про помилки не були надруковані безпосередньо в stderr. Через те, що всі помилки InnoDB або діагностичні повідомлення ніколи не друкуються xtrabackup_56. Виправлено помилку # 1169971.
• innobackupex все одно буде працювати з таблицями FLUSH WITH READ LOCK, навіть якщо xtrabackup зіткнеться при копіюванні журналів. Виправлено при завершенні процесу xtrabackup негайно при відмові копіювання журналу. Виправлено помилку № 1170806.
• innobackupex не вийде, якщо для SQL_MODE було встановлено ANSI_QUOTES. Виправлено помилку # 945161.
• Відсутність space_id з * .ibd.meta призведе до підтвердження. Виправлено, замінивши твердження повідомленням про помилку. Виправлена ​​помилка # 1112224.
• Виправлено помилку при виводі помилки innobackupex. Виправлено помилку № 1157225.
• При побудові з вихідної цілі innodb56 не мав можливості вимкнути DTrace як innodb55. Виправлено шляхом додавання -DENABLE_DTRACE = OFF для варіанту build для innodb56. Виправлена ​​помилка # 1169509.
• innobackupex не обробляв параметр innodb_data_file_path, який може призвести до відновлення резервної копії. Виправлена ​​помилка # 1169726.
• Для бінарних файлів Debian та Linux, повідомлення "- версія", яке повинно включати перегляд, відображалося "undefined". Виправлена ​​помилка # 1171721.
• Скорочений код був видалений з xtrabackup.cc. Виправлено помилку № 1162765.
• Інші виправлення помилок: виправлена ​​помилка # 1158154, виправлена ​​помилка # 1170340, виправлена ​​помилка # 1088309, виправлена ​​помилка # 1088307.

Що нового у версії 2.0.6:

• Нові функції:
• XtraBackup реалізував базову підтримку для MySQL 5.6, Percona Server 5.6 та MariaDB 10.0. Базова підтримка означає, що ці версії розпізнаються XtraBackup, і ця операція резервного копіювання / відновлення працює, якщо не використовуються жоден з функцій 5.6 (такі як GTID, віддалені / переносні таблиці, окремі таблиці для скасування, файли дампа з буферним басейном у стилі 5.6)
• Виправлені помилки:
• Окремі табличні простори InnoDB розміром менше 1 МБ були збільшені до 1 МБ на операцію підготовки резервної копії. Це призвело до значного збільшення використання диска у випадках, коли є багато невеликих табличних областей InnoDB. Виправлено помилку # 950334 (Даніель Фретт, Олексій Копитов).
• Виправлено проблему, яка спричиняла створення бази даних, що відповідає недоступним підкаталогам datadir, для ігнорування XtraBackup без попередження та повідомлень про помилки. Це сталося тому, що кодекс InnoDB ігнорував імена підкаталоги datadir, які він не міг відкрити. Виправлено помилку # 664986 (Олексій Копитов).
• За деяких обставин XtraBackup може не вдатися скопіювати табличне поле з високим значенням параметра --parallel option і низьким значенням innodb_open_files. Виправлено помилку № 870119 (Олексій Копитов).
• Виправлення для помилки № 711166 представило регресію, яка призвела до невдачі окремих резервних копій розділів при використанні з параметром --include в innobackupex або параметром --tables в xtrabackup. Виправлено помилку № 1130627 (Олексій Копитов).
• innobackupex не додає налаштування файлу за таблицею для резервних копій, що не залежать від таблиці. Виправлено шляхом автоматичного ввімкнення XtraBackup innodb_file_per_table, коли використовується параметр --export. Виправлена ​​помилка # 930062 (Олексій Копитов).
• За певних обставин XtraBackup може зірвати резервну підготовку за допомогою innodb_flush_method = O_DIRECT. Виправлено помилку № 1055547 (Олексій Копитов).
• innobackupex не передавав параметр --tmpdir до binary Xtrabackup, внаслідок чого tmpdir сервер завжди використовується для тимчасових файлів. Виправлено помилку № 1085099 (Олексій Копитов).
• XtraBackup покращив звіти про помилки для невизнаних серверних версій. Виправлено помилку № 1087219 (Олексій Копитов).
• Виправлена ​​відсутня залежність rpm для Perl Time :: пакет HiRes, що спричинило помилку innobackupex при мінімальних установках CentOS. Виправлена ​​помилка # 1121573 (Олексій Бичко).
• innobackupex вийде з ладу, коли --no-lock і -rsync використовувалися разом. Виправлена ​​помилка # 1123335 (Сергій Глущенко).
• Виправити помилку № 1055989 введена регресія, яка призвела до того, що файл xtrabackup_pid залишився в тимчасовому обладнанні після виконання. Виправлено помилку № 1114955 (Олексій Копитов).
• Необхідні повідомлення з видалення були видалені з виводу XtraBackup. Виправлена ​​помилка # 1131084 (Олексій Копитов).
• Інші виправлення помилок: виправлена ​​помилка # 1153334 (Олексій Копитов), виправлена ​​помилка # 1098498 (Laurynas Biveinis), виправлена ​​помилка # 1132763 (Laurynas Biveinis), виправлена ​​помилка # 1142229 (Laurynas Biveinis), виправлена ​​помилка # 1130581 (Laurynas Biveinis )

Що нового у версії 2.0.5:

• Нові функції:
• Введено нову опцію --defaults-extra-file. Ця опція вказує, від якого додаткового файлу слід читати параметри MySQL за замовчуванням до стандартного значення по замовчуванням-файл. Він може бути використаний для завантаження комбінації користувальницького / пароля для призначеного користувача резервного копіювання з окремого файла конфігурації, щоб запобігти збереженню його в crontab або скрипті десь у системі.
• Виправлені помилки:
• У випадку потокового резервного копіювання, innobackupex відновить процес XtraBackup, а потім зачекайте, доки він закінчить перед тим, як запустити UNLOCK TABLES. Це призвело до того, що база даних необов'язково заблокована таблицями FLUSH WITH READ LOCK. Innobackupex зараз чекає тільки до завершення копіювання журналу, щоб розблокувати бази даних. Виправлено помилку № 1055989 (Олексій Копитов).
• Повідомлення про помилки innobackupex, що посилаються на каталог даних, були розширені, щоб показати шлях каталогу даних, згаданого в повідомленні про помилку. Виправлено помилку № 1089375 (Хартмут Хольцграф).
• Розбиті таблиці не були правильно оброблені --database, --include, --tables-файл параметри innobackupex, а також параметрами --tables і --tables-файлів XtraBackup. Виправлено видалення суфікса розділу (#P # ...) перед здійсненням фільтрації. Виправлено помилку № 711166 (Сергій Глущенко).
• Коли вбудоване стиснення було використано, XtraBackup робив небуферовані записи до файлу призначення або потоку в дуже малих шматках, які в свою чергу викликали неефективне введення / виведення. Виправлено за допомогою буфера 1M для виводу, подібного до нестиснутих резервних копій. Виправлено помилку № 1095249 (Олексій Копитов).
• Небажаний довгий сон () у innobackupex призводить до СТРУКТУРА ФЛЮШИМИ з ЧИННИМ БЛОКОМ занадто довго. Виправлено шляхом заміни інтервалу сну 2 секунди на 100 мілісекунд. Виправлена ​​помилка № 1095551 (Сергій Глущенко).
• Якщо innobackupex призведе до збою, він залишить файл xtrabackup_suspended у файловій системі. Це могло б змусити innobackupex думати, що XtraBackup призупинив себе з моменту його запуску, і тоді, коли XtraBackup насправді припинить себе, innobackupex буде чекати, поки він закінчиться, і не буде повторно видалити файл призупинення, що призведе до нестачі очікування. Виправлено шляхом видалення застарілого файла xtrabackup_suspended при запуску innobackupex. Виправлено помилку № 1007446 (Джордж Ормонд Лорх III).
• innobackupex не зможе визнати MariaDB 5.2 і MariaDB 5.3. Виправлено збільшенням перевірки версії в innobackupex. Виправлена ​​помилка № 733665 (Даніель ван Еден, Олексій Копитов).
• Інші виправлення помилок: виправлена ​​помилка # 924492 (Олексій Копитов), виправлена ​​помилка # 1097158 (Олексій Копитов), виправлена ​​помилка # 1081882 (Олексій Копитов), виправлена ​​помилка # 1096584 (Олексій Копитов).

Що нового в версії 1.6.7:

• Виправлені помилки:
• xtrabackup_binary не був включений в архів tar у потоковому режимі, замість цього він був записаний в поточний каталог. Це може призвести до неправильного використання двостатусу xtrabackup при підготовці резервних копій, створених за допомогою параметрів --stream або --remote-host. Помилки виправлено # 723318 та # 787988 (Стюарт Сміт).
• СТАЛИ FLUSH WITH READ LOCK не використовувалися при створенні додаткових резервних копій, що може призвести до непослідовного резервного копіювання, коли під час процесу резервного копіювання відбувалися оновлення з таблицями, які не є InnoDB або DDL-твердженнями на будь-яких таблицях. Виправлена ​​помилка № 771981 (Олексій Копитов).
• Варіант - резервне копіювання під замовчуванням призводило до неправильної інформації про binlog, оскільки в деяких випадках innobackupex змішував відповідь з SHOW-SLAVE STATUS з тим, що був з SHOW MASTER STATUS. Виправлена ​​помилка # 977101 (Олексій Копитов).
• innodb_data_file_path не було написано на резервну копію-my.cnf, це була регресія, представлена ​​в XtraBackup 1.6.5. Виправлена ​​помилка # 983685 (Сергій Глущенко).
• Виправлено помилкові збої з тестовим набором тестів з використанням grep 2.10. Виправлено помилку № 996483 (Олексій Копитов).
• Коли innobackupex запускався з --apply-log, це було конфігурацію читання з файлу конфігурації сервера, а не backup-my.cnf у каталозі резервної копії. Виправлена ​​помилка № 996493 (Сергій Глущенко).
• innobackupex може копіювати файли в неправильний каталог, об'єднуючи інкрементний резервний файл до повного. Виправлено помилку # 1002688 (Олексій Копитов).
• Двійковий файл XtraBackup містив опис дескрипторів файлів на --backup. Це було виправлено шляхом повторного використання існуючого дескриптора файлу, таким чином, не відбувається витоків. Виправлена ​​помилка # 713267 (Олексій Копитов).

Що нового у версії 2.0.4:

• Виправлені помилки:
• Виправлена ​​помилка для # 932623 представила регресію в XtraBackup 2.0.2, що призвело до невдалого збільшення резервних копій, оскільки значення параметрів init не були нормалізовані до значень, які використовуються в InnoDB. Виправлена ​​помилка # 1062684 (Сергій Глущенко).
• Виправлена ​​помилка для # 932623 представила регресію в XtraBackup 2.0.2, оскільки вона не взяла окреме табличне поле doublewrite в обліковий запис. Виправлено помилку № 1066843 (Сергій Глущенко).
• XtraBackup неправильно обробляв окремий буферний файл подвійного запису. Путь файлу буфера подвійного запису не був доданий до backup-my.cnf, а після відновлення старого буферного файлу подвійного запису було використано замість того, що було зроблено під час підготовки. Виправлена ​​помилка № 1068470 (Сергій Глущенко).
• XtraBackup тепер приймає параметр --innodb = force, раніше це викинуло б помилку, якщо параметр був встановлений. Виправлено помилку № 528752 (Laurynas Biveinis).
• Неправильно працювало резервне копіювання під замовчуванням. Виправлено помилку № 887803 (Олексій Копитов).
• Якщо під час використання резервного копіювання безпечного режиму резервного копіювання було досягнуто таймаут безпечного підкріплення, SQL_THREAD залишався в зупиненому стані, що призводить до відставання ведомого потоку. Це було виправлено перевіркою початкового стану SQL_THREAD та його запуском, перш ніж закінчитися помилкою тайм-ауту, і запустити SQL_THREAD, лише якщо воно було запущено спочатку. Виправлено помилку № 1037379 (Олексій Копитов).
• XtraBackup не зможе виконати --apply-log, коли файлова система не підтримує Linux AIO. Виправлена ​​помилка # 1065561 (Олексій Копитов).
• Двійковий XtraBackup буде ігнорувати innodb_use_native_aio, якщо він вказаний як у my.cnf, так і як параметр командного рядка. Виправлено помилку № 1068459 (Олексій Копитов).
• XtraBackup надрукує попереджувальне повідомлення під час підготовки до того, що innodb_file_io_threads застаріли, навіть якщо не було встановлено змінну. Виправлено помилку № 1068485 (Олексій Копитов).
• Тест XtraBackup Galera тепер можна запустити одночасно. Виправлено помилку № 1077800 (Стюарт Сміт).

Що нового у версії 2.0.3:

• Нові функції:
• innobackupex тепер підтримує нову опцію -move-back, яку можна використовувати замість -copy-back, якщо на сервері недостатньо вільного місця на диску для копіювання файлів. Оскільки цей параметр видаляє файли резервної копії, його слід використовувати з обережністю.
• Виправлені помилки:
• Символічне посилання на innobackupex-1.5.1 binary порушено в попередній версії XtraBackup. Виправлено помилку № 1038198 (Ігнасіо Нін).
• XtraBackup 2.0.2 не був сумісним із зворотним зв'язком, що призвело до того, що при створенні попередніх версій додаткові резервні копії не підготувалися. Виправлено помилку № 1038127 (Сергій Глущенко).
• Виправлено помилку № 1022562, що вводить регресію, що потенційно може призвести до 5-кратного збільшення місця на диску, що займає поступове резервне копіювання. Виправлено помилку № 1043762 (Laurynas Biveinis).
• Регресія була введена в виправлення для помилки # 932623, що призвело до неправильної обробки стиснутих таблиць з розміром сторінки 16K, які були створені між останнім повним або інкрементальним та наступним додатковим резервним копіюванням. Виправлено помилки # 1049174 та # 1044398 (Laurynas Biveinis).

Що нового у версії 1.6.4:

• містить важливі виправлення помилок для стабільної серії 1.6 Percona XtraBackup.