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. Это программное обеспечение командной строки sa, распространяемое как готовые бинарные пакеты для дистрибутивов Ubuntu, Debian и Red Hat Enterprise Linux, а также универсальные двоичные и исходные архивы.

Что это новый в этом выпуске:

• Percona XtraBackup будет segfault во время фазы подготовки определенных страниц FTS. Исправлена ​​ошибка # 1460138.
• Исправлена ​​ошибка компиляции из-за отсутствия зависимости, вызванной ошибкой восходящего потока # 77226. Исправлена ​​ошибка # 1461129.
• Регрессия, введенная путем исправления ошибки # 1403237 в Percona XtraBackup 2.2.8, может привести к тому, что xtrabackup прочитает журнал повтора с неправильным смещением, которое приведет к утверждению. Исправлена ​​ошибка # 1464608.
• Исправлена ​​неинициализированная текущая переменная current_thd. Это также полностью исправляет ошибку # 1415191. Исправлена ​​ошибка # 1467574.
• После выпуска Percona XtraBackup 2.2.11 innobackupex выдает FLUSH TABLE перед запуском FLUSH TABLES WITH READ LOCK. Хотя это поможет резервным копиям в некоторой ситуации, это также означает, что FLUSH TABLE будет записываться в двоичный журнал. На 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 отсутствует файл version_id в двоичных файлах. Исправлена ​​ошибка # 1394174.

Что нового в версии 2.4.8:

• Percona XtraBackup будет segfault во время фазы подготовки определенных страниц FTS. Исправлена ​​ошибка # 1460138.
• Исправлена ​​ошибка компиляции из-за отсутствия зависимости, вызванной ошибкой восходящего потока # 77226. Исправлена ​​ошибка # 1461129.
• Регрессия, введенная путем исправления ошибки # 1403237 в Percona XtraBackup 2.2.8, может привести к тому, что xtrabackup прочитает журнал повтора с неправильным смещением, которое приведет к утверждению. Исправлена ​​ошибка # 1464608.
• Исправлена ​​неинициализированная текущая переменная current_thd. Это также полностью исправляет ошибку # 1415191. Исправлена ​​ошибка # 1467574.
• После выпуска Percona XtraBackup 2.2.11 innobackupex выдает FLUSH TABLE перед запуском FLUSH TABLES WITH READ LOCK. Хотя это поможет резервным копиям в некоторой ситуации, это также означает, что FLUSH TABLE будет записываться в двоичный журнал. На 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 отсутствует файл version_id в двоичных файлах. Исправлена ​​ошибка # 1394174.

Что нового в версии 2.4.7:

• Percona XtraBackup будет segfault во время фазы подготовки определенных страниц FTS. Исправлена ​​ошибка # 1460138.
• Исправлена ​​ошибка компиляции из-за отсутствия зависимости, вызванной ошибкой восходящего потока # 77226. Исправлена ​​ошибка # 1461129.
• Регрессия, введенная путем исправления ошибки # 1403237 в Percona XtraBackup 2.2.8, может привести к тому, что xtrabackup прочитает журнал повтора с неправильным смещением, которое приведет к утверждению. Исправлена ​​ошибка # 1464608.
• Исправлена ​​неинициализированная текущая переменная current_thd. Это также полностью исправляет ошибку # 1415191. Исправлена ​​ошибка # 1467574.
• После выпуска Percona XtraBackup 2.2.11 innobackupex выдает FLUSH TABLE перед запуском FLUSH TABLES WITH READ LOCK. Хотя это поможет резервным копиям в некоторой ситуации, это также означает, что FLUSH TABLE будет записываться в двоичный журнал. На 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 отсутствует файл version_id в двоичных файлах. Исправлена ​​ошибка # 1394174.

Что нового в версии 2.4.6:

• Percona XtraBackup будет segfault во время фазы подготовки определенных страниц FTS. Исправлена ​​ошибка # 1460138.
• Исправлена ​​ошибка компиляции из-за отсутствия зависимости, вызванной ошибкой восходящего потока # 77226. Исправлена ​​ошибка # 1461129.
• Регрессия, введенная путем исправления ошибки # 1403237 в Percona XtraBackup 2.2.8, может привести к тому, что xtrabackup прочитает журнал повтора с неправильным смещением, которое приведет к утверждению. Исправлена ​​ошибка # 1464608.
• Исправлена ​​неинициализированная текущая переменная current_thd. Это также полностью исправляет ошибку # 1415191. Исправлена ​​ошибка # 1467574.
• После выпуска Percona XtraBackup 2.2.11 innobackupex выдает FLUSH TABLE перед запуском FLUSH TABLES WITH READ LOCK. Хотя это поможет резервным копиям в некоторой ситуации, это также означает, что FLUSH TABLE будет записываться в двоичный журнал. На 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 отсутствует файл version_id в двоичных файлах. Исправлена ​​ошибка # 1394174.

Что нового в версии 2.4.3:

• Percona XtraBackup будет segfault во время фазы подготовки определенных страниц FTS. Исправлена ​​ошибка # 1460138.
• Исправлена ​​ошибка компиляции из-за отсутствия зависимости, вызванной ошибкой восходящего потока # 77226. Исправлена ​​ошибка # 1461129.
• Регрессия, введенная путем исправления ошибки # 1403237 в Percona XtraBackup 2.2.8, может привести к тому, что xtrabackup прочитает журнал повтора с неправильным смещением, которое приведет к утверждению. Исправлена ​​ошибка # 1464608.
• Исправлена ​​неинициализированная текущая переменная current_thd. Это также полностью исправляет ошибку # 1415191. Исправлена ​​ошибка # 1467574.
• После выпуска Percona XtraBackup 2.2.11 innobackupex выдает FLUSH TABLE перед запуском FLUSH TABLES WITH READ LOCK. Хотя это поможет резервным копиям в некоторой ситуации, это также означает, что FLUSH TABLE будет записываться в двоичный журнал. На 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 отсутствует файл version_id в двоичных файлах. Исправлена ​​ошибка # 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 на сервере, чтобы предотвратить закрытие соединений с сервером, если значение global wait_timeout установлено слишком низким. Исправлена ​​ошибка # 1180922.
• Другие исправления ошибок: исправлена ​​ошибка # 1177182.

Что нового в версии 2.0.7:

• Новые функции:
• В этой версии Percona XtraBackup реализована полная поддержка новых функций MySQL 5.6 (GTID, удаленные / переносимые табличные пространства, отдельное табличное пространство отмены, файлы дампа с буфером в 5.6-стиле).
• Percona XtraBackup реализовала поддержку предустановок пула InnoDB Buffer Pool, представленную в MySQL 5.6. Начиная с MySQL 5.6 дампы пула буферов могут быть созданы и загружены для более быстрого прогрева сервера после запуска. Эта функция аналогична дампу / восстановлению пула буферов на Percona Server. Буфер пула 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.
• Если есть тысячи таблиц и медленный ввод-вывод, то XtraBackup может потратить много времени на открытие всех табличных пространств. Оптимизация была реализована, и XtraBackup теперь позволяет избежать загрузки ненужных табличных пространств, когда выполняется частичное резервное копирование, что ускоряет процесс резервного копирования. Исправлена ​​ошибка # 1130145.
• Percona XtraBackup не инициализировал данные в потоке в потоке копирования журналов, что может привести к сбою XtraBackup. Исправлена ​​ошибка # 1166888.
• Зависимость от пакета была изменена с абстрактного mysql на файл real / 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 TABLES 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 для innodb56. Исправлена ​​ошибка # 1169509.
• innobackupex не обрабатывал параметр innodb_data_file_path, который может привести к сбою резервного копирования. Исправлена ​​ошибка # 1169726.
• Для двоичных файлов Debian и Linux сообщение -version, которое должно включать в себя ревизию, показывает «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 не сможет скопировать табличное пространство с высоким значением параметрапараллельной опции и низким значением 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 в двоичный файл 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 по умолчанию перед стандартным файлом defaults. Его можно использовать для загрузки комбинации пользователя / пароля для выделенного пользователя резервного копирования из отдельного файла конфигурации, чтобы избежать его хранения в crontab или скрипте где-то в системе.
• Исправлены ошибки:
• В случае потоковой передачи резервных копий innobackupex возобновит процесс XtraBackup, а затем дождитесь его завершения до запуска UNLOCK TABLES. Это вызвало ненужную блокировку базы данных с помощью FLUSH TABLES WITH READ LOCK. Теперь Innobackupex ждет только до завершения копирования журнала, чтобы разблокировать базы данных. Исправлена ​​ошибка # 1055989 (Алексей Копытов).
• Сообщения об ошибках innobackupex, ссылающиеся на каталог данных, были расширены, чтобы показать путь к каталогу данных, указанному в сообщении об ошибке. Исправлена ​​ошибка # 1089375 (Hartmut Holzgraefe).
• Разделенные таблицы неправильно обрабатывались параметрами --databases, --include, --tables-file innobackupex и параметрами -tables и --tables-file XtraBackup. Исправлено путем удаления суффикса раздела (#P # ...) перед выполнением фильтрации. Исправлена ​​ошибка # 711166 (Сергей Глущенко).
• Когда использовалось встроенное сжатие, XtraBackup выполнял небуферизованные записи в целевой файл или поток в очень маленьких фрагментах, что в свою очередь вызывало неэффективные операции ввода-вывода. Исправлено с использованием 1M буфера для вывода, аналогичного несжатым резервным копиям. Исправлена ​​ошибка # 1095249 (Алексей Копытов).
• Ненужный длинный сон () в innobackupex приводит к тому, что FLUSH TABLES WITH READ LOCK занимает слишком много времени. Исправлено заменой интервала ожидания 2 секунды на 100 миллисекунд. Исправлена ​​ошибка # 1095551 (Сергей Глущенко).
• Если innobackupex выйдет из строя, он оставит файл xtrabackup_suspended в файловой системе. Это может привести к тому, что innobackupex подумает, что XtraBackup приостановил действие с момента его запуска, а затем, когда XtraBackup фактически приостановит себя, innobackupex будет ждать его завершения и не будет повторно удалять файл suspend, что приведет к блокировке ожидания. Исправлено удалением устаревшего файла xtrabackup_suspended при запуске innobackupex. Исправлена ​​ошибка # 1007446 (George Ormond Lorch 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 TABLES WITH READ LOCK не использовались при создании инкрементных резервных копий, что может привести к несогласованным резервным копиям при обновлении таблиц не-InnoDB или операторов DDL в любых таблицах, возникших в процессе резервного копирования. Исправлена ​​ошибка # 771981 (Алексей Копытов).
• Опция -safe-slave-backup привела к неправильной информации binlog, потому что в некоторых случаях innobackupex путал ответ от SHOW SLAVE STATUS с сообщением от SHOW MASTER STATUS. Исправлена ​​ошибка # 977101 (Алексей Копытов).
• innodb_data_file_path не был записан в backup-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, потому что не учитывало отдельное табличное пространство двойной записи в учетной записи. Исправлена ​​ошибка # 1066843 (Сергей Глущенко).
• XtraBackup неправильно обрабатывал отдельный файл буфера двойной записи. Путь к файлу буфера двойной записи не был добавлен в файл backup-my.cnf, и после того, как был использован старый буферный файл восстановления, вместо одного, сделанного на этапе подготовки. Исправлена ​​ошибка # 1068470 (Сергей Глущенко).
• XtraBackup теперь принимает параметр --innodb = force, ранее он выдавал бы ошибку, если бы была установлена ​​опция. Исправлена ​​ошибка # 528752 (Laurynas Biveinis).
• Опция safe-slave-backup работала неправильно. Исправлена ​​ошибка # 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 теперь поддерживает опцию new -move-back, которая может использоваться вместо -copy-back в случае, если на сервере недостаточно свободного места на диске для копирования файлов. Поскольку этот параметр удаляет файлы резервных копий, его следует использовать с осторожностью.
• Исправлены ошибки:
• В предыдущей версии XtraBackup была нарушена Symlink для бинарного файла innobackupex-1.5.1. Исправлена ​​ошибка # 1038198 (Ignacio Nin).
• XtraBackup 2.0.2 не был совместим с предыдущими версиями, что привело к сбою инкрементных резервных копий, созданных с предыдущими версиями, при подготовке. Исправлена ​​ошибка # 1038127 (Сергей Глущенко).
• Исправление ошибки # 1022562 ввело регрессию, которая может потенциально привести к 5-кратному увеличению дискового пространства, занимаемого инкрементными резервными копиями. Исправлена ​​ошибка # 1043762 (Laurynas Biveinis).
• В исправлении для ошибки # 932623 была введена регрессия, которая вызвала неправильную обработку сжатых табличных пространств размером страницы 16 КБ, которые были созданы между последней полной или инкрементной и следующей инкрементной резервной копией. Исправлены ошибки # 1049174 и # 1044398 (Laurynas Biveinis).

Что нового в версии 1.6.4:

• Он содержит важные исправления ошибок для стабильной серии 1.6 выпусков Percona XtraBackup.