Percona XtraBackup

Percona XtraBackup to otwarte, przenośne, bezpłatne i nie blokujące oprogramowanie wiersza poleceń, które działa jako samodzielne rozwiązanie do tworzenia kopii zapasowych dla dobrze znanych silników dyskowych XtraDB i InnoDB. Posiada automatyczną weryfikację kopii zapasowej i oferuje więcej czasu pracy niż inne podobne produkty.

Program jest w pełni kompatybilny zarówno z serwerami baz danych MySQL, jak i MariaDB i jest intensywnie wykorzystywany przez popularną usługę sieci społecznościowych Facebooka do tworzenia przyrostowych kopii zapasowych. Jest przeznaczony do rozwiązywania problemów występujących w świecie rzeczywistym podczas tworzenia kopii zapasowych bardzo dużych, mocno obciążonych baz danych.

Najważniejsze funkcje obejmują możliwość wykonywania kopii zapasowych w trybie online, przy jednoczesnym uniknięciu przerywania pracy bazy danych, możliwość wykonywania kopii zapasowych strumieniowych na innym serwerze, a także możliwość wykonywania przyrostowych kopii zapasowych przy jednoczesnym oszczędzaniu pieniędzy na dysku i przepustowości sieci.

Dzięki Percona XtraBackup twoje kopie zapasowe zakończą się niezawodnie i szybko. Można również łatwo tworzyć nowe slave replikacji, wykonywać zaawansowaną analizę plików danych i indeksów oraz przenosić poszczególne tabele między serwerami bez ponownego uruchamiania, co wymaga XtraDB do importu.

Oprogramowanie obsługuje różne smaki MySQL, między innymi MySQL, MariaDB, MariaDB Galera Cluster, Percona Server i Percona XtraDB Cluster. Obsługuje także wszystkie systemy operacyjne GNU / Linux, działające dobrze na 32-bitowym i 64-bitowym sprzęcie.

Wśród innych funkcji można wymienić blokowanie kopii zapasowych MyISAM, pełne skompresowane kopie zapasowe, przyrostowe skompresowane kopie zapasowe, szybkie przyrostowe kopie zapasowe, przyrostowe kopie zapasowe z archiwizowanymi dziennikami i tylko dziennik REDO, równoległe lokalne kopie zapasowe, kopiowanie, dziennik aplikacji, kompresję i szyfrowanie.

Ponadto jest wyposażony w obsługę rsync dla najnowocześniejszej synchronizacji plików, indywidualny eksport tabel, rozszerzoną obsługę FTWRL, kompaktowe kopie zapasowe, obsługę odzyskiwania danych w punktach w czasie, kopie zapasowe offline, a także obsługę chmury kopie zapasowe.

Percona XtraBackup jest napisany w językach programowania C, C ++ i Perl. Jest to oprogramowanie wiersza poleceń, rozprowadzane jako gotowe pakiety binarne dla dystrybucji Ubuntu, Debian i Red Hat Enterprise Linux, a także uniwersalne archiwa binarne i źródłowe.

Co jest nowy w tej wersji:

• Percona XtraBackup ulegałaby uszkodzeniu podczas fazy przygotowywania niektórych stron FTS. Naprawiono błąd # 1460138.
• Naprawiono błąd kompilacji z powodu braku zależności spowodowanej przez błąd # 77226. Naprawiony błąd # 1461129.
• Regresja wprowadzona przez naprawienie błędu # 1403237 w Percona XtraBackup 2.2.8 może spowodować, że xtrabackup odczyta dziennik powtórzenia z niewłaściwego przesunięcia, które spowodowałoby asercję. Naprawiony błąd # 1464608.
• Naprawiono niezainicjowaną zmienną lokalną wątku current_thd. To również całkowicie naprawia błąd # 1415191. Naprawiony błąd # 1467574.
• Po wydaniu Percona XtraBackup 2.2.11, innobackupex wyda TABELĘ FLUSH przed uruchomieniem TABELI FLUSH Z BLOKADĄ READ. Chociaż w niektórych sytuacjach pomoże to w tworzeniu kopii zapasowych, oznacza to również, że TABELA FLUSH zostanie zapisana w rejestrze binarnym. Na serwerze MariaDB 10.0 z włączoną obsługą GTID, po wykonaniu kopii zapasowej na urządzeniu slave, zmieniono identyfikator GTID tego urządzenia podrzędnego, a urządzenie Percona XtraBackup nie widziało już prawidłowego identyfikatora GTID. Naprawiony błąd # 1466446 (Julien Pivotto).
• Kompilacja RPM Percona XtraBackup wciąż wymagała bzr. Naprawiono błąd # 1466888 (Julien Pivotto).
• Kompilowanie RPM Percona XtraBackup przy pomocy opcji XB_VERSION_EXTRA spowoduje utworzenie niepoprawnej wersji RPM. Naprawiony błąd # 1467424 (Julien Pivotto).
• Percona XtraBackup zakończyłoby się pomyślnie nawet wtedy, gdy dziennik przeróbki nie został całkowicie skopiowany. Oznacza to, że tworzenie kopii zapasowych uznano za pomyślne nawet wtedy, gdy były uszkodzone. Naprawiony błąd # 1470847.
• W rzadkich przypadkach, gdy w katalogu danych znajduje się co najmniej dwa obszary tabel o tym samym identyfikatorze, xtrabackup wybiera pierwszą kolejność leksykalną, co może doprowadzić do utraty właściwej tabeli. Naprawiony błąd # 1475487.
• Percona XtraBackup brakowało revision_id w plikach binarnych. Naprawiony błąd # 1394174.

Co nowego w wersji 2.4.8:

• Percona XtraBackup ulegałaby uszkodzeniu podczas fazy przygotowywania niektórych stron FTS. Naprawiono błąd # 1460138.
• Naprawiono błąd kompilacji z powodu braku zależności spowodowanej przez błąd # 77226. Naprawiony błąd # 1461129.
• Regresja wprowadzona przez naprawienie błędu # 1403237 w Percona XtraBackup 2.2.8 może spowodować, że xtrabackup odczyta dziennik powtórzenia z niewłaściwego przesunięcia, które spowodowałoby asercję. Naprawiony błąd # 1464608.
• Naprawiono niezainicjowaną zmienną lokalną wątku current_thd. To również całkowicie naprawia błąd # 1415191. Naprawiony błąd # 1467574.
• Po wydaniu Percona XtraBackup 2.2.11, innobackupex wyda TABELĘ FLUSH przed uruchomieniem TABELI FLUSH Z BLOKADĄ READ. Chociaż w niektórych sytuacjach pomoże to w tworzeniu kopii zapasowych, oznacza to również, że TABELA FLUSH zostanie zapisana w rejestrze binarnym. Na serwerze MariaDB 10.0 z włączoną obsługą GTID, po wykonaniu kopii zapasowej na urządzeniu slave, zmieniono identyfikator GTID tego urządzenia podrzędnego, a urządzenie Percona XtraBackup nie widziało już prawidłowego identyfikatora GTID. Naprawiony błąd # 1466446 (Julien Pivotto).
• Kompilacja RPM Percona XtraBackup wciąż wymagała bzr. Naprawiono błąd # 1466888 (Julien Pivotto).
• Kompilowanie RPM Percona XtraBackup przy pomocy opcji XB_VERSION_EXTRA spowoduje utworzenie niepoprawnej wersji RPM. Naprawiony błąd # 1467424 (Julien Pivotto).
• Percona XtraBackup zakończyłoby się pomyślnie nawet wtedy, gdy dziennik przeróbki nie został całkowicie skopiowany. Oznacza to, że tworzenie kopii zapasowych uznano za pomyślne nawet wtedy, gdy były uszkodzone. Naprawiony błąd # 1470847.
• W rzadkich przypadkach, gdy w katalogu danych znajduje się co najmniej dwa obszary tabel o tym samym identyfikatorze, xtrabackup wybiera pierwszą kolejność leksykalną, co może doprowadzić do utraty właściwej tabeli. Naprawiony błąd # 1475487.
• Percona XtraBackup brakowało revision_id w plikach binarnych. Naprawiony błąd # 1394174.

Co nowego w wersji 2.4.7:

• Percona XtraBackup ulegałaby uszkodzeniu podczas fazy przygotowywania niektórych stron FTS. Naprawiono błąd # 1460138.
• Naprawiono błąd kompilacji z powodu braku zależności spowodowanej przez błąd # 77226. Naprawiony błąd # 1461129.
• Regresja wprowadzona przez naprawienie błędu # 1403237 w Percona XtraBackup 2.2.8 może spowodować, że xtrabackup odczyta dziennik powtórzenia z niewłaściwego przesunięcia, które spowodowałoby asercję. Naprawiony błąd # 1464608.
• Naprawiono niezainicjowaną zmienną lokalną wątku current_thd. To również całkowicie naprawia błąd # 1415191. Naprawiony błąd # 1467574.
• Po wydaniu Percona XtraBackup 2.2.11, innobackupex wyda TABELĘ FLUSH przed uruchomieniem TABELI FLUSH Z BLOKADĄ READ. Chociaż w niektórych sytuacjach pomoże to w tworzeniu kopii zapasowych, oznacza to również, że TABELA FLUSH zostanie zapisana w rejestrze binarnym. Na serwerze MariaDB 10.0 z włączoną obsługą GTID, po wykonaniu kopii zapasowej na urządzeniu slave, zmieniono identyfikator GTID tego urządzenia podrzędnego, a urządzenie Percona XtraBackup nie widziało już prawidłowego identyfikatora GTID. Naprawiony błąd # 1466446 (Julien Pivotto).
• Kompilacja RPM Percona XtraBackup wciąż wymagała bzr. Naprawiono błąd # 1466888 (Julien Pivotto).
• Kompilowanie RPM Percona XtraBackup przy pomocy opcji XB_VERSION_EXTRA spowoduje utworzenie niepoprawnej wersji RPM. Naprawiony błąd # 1467424 (Julien Pivotto).
• Percona XtraBackup zakończyłoby się pomyślnie nawet wtedy, gdy dziennik przeróbki nie został całkowicie skopiowany. Oznacza to, że tworzenie kopii zapasowych uznano za pomyślne nawet wtedy, gdy były uszkodzone. Naprawiony błąd # 1470847.
• W rzadkich przypadkach, gdy w katalogu danych znajduje się co najmniej dwa obszary tabel o tym samym identyfikatorze, xtrabackup wybiera pierwszą kolejność leksykalną, co może doprowadzić do utraty właściwej tabeli. Naprawiony błąd # 1475487.
• Percona XtraBackup brakowało revision_id w plikach binarnych. Naprawiony błąd # 1394174.

Co nowego w wersji 2.4.6:

• Percona XtraBackup ulegałaby uszkodzeniu podczas fazy przygotowywania niektórych stron FTS. Naprawiono błąd # 1460138.
• Naprawiono błąd kompilacji z powodu braku zależności spowodowanej przez błąd # 77226. Naprawiony błąd # 1461129.
• Regresja wprowadzona przez naprawienie błędu # 1403237 w Percona XtraBackup 2.2.8 może spowodować, że xtrabackup odczyta dziennik powtórzenia z niewłaściwego przesunięcia, które spowodowałoby asercję. Naprawiony błąd # 1464608.
• Naprawiono niezainicjowaną zmienną lokalną wątku current_thd. To również całkowicie naprawia błąd # 1415191. Naprawiony błąd # 1467574.
• Po wydaniu Percona XtraBackup 2.2.11, innobackupex wyda TABELĘ FLUSH przed uruchomieniem TABELI FLUSH Z BLOKADĄ READ. Chociaż w niektórych sytuacjach pomoże to w tworzeniu kopii zapasowych, oznacza to również, że TABELA FLUSH zostanie zapisana w rejestrze binarnym. Na serwerze MariaDB 10.0 z włączoną obsługą GTID, po wykonaniu kopii zapasowej na urządzeniu slave, zmieniono identyfikator GTID tego urządzenia podrzędnego, a urządzenie Percona XtraBackup nie widziało już prawidłowego identyfikatora GTID. Naprawiony błąd # 1466446 (Julien Pivotto).
• Kompilacja RPM Percona XtraBackup wciąż wymagała bzr. Naprawiono błąd # 1466888 (Julien Pivotto).
• Kompilowanie RPM Percona XtraBackup przy pomocy opcji XB_VERSION_EXTRA spowoduje utworzenie niepoprawnej wersji RPM. Naprawiony błąd # 1467424 (Julien Pivotto).
• Percona XtraBackup zakończyłoby się pomyślnie nawet wtedy, gdy dziennik przeróbki nie został całkowicie skopiowany. Oznacza to, że tworzenie kopii zapasowych uznano za pomyślne nawet wtedy, gdy były uszkodzone. Naprawiony błąd # 1470847.
• W rzadkich przypadkach, gdy w katalogu danych znajduje się co najmniej dwa obszary tabel o tym samym identyfikatorze, xtrabackup wybiera pierwszą kolejność leksykalną, co może doprowadzić do utraty właściwej tabeli. Naprawiony błąd # 1475487.
• Percona XtraBackup brakowało revision_id w plikach binarnych. Naprawiony błąd # 1394174.

Co nowego w wersji 2.4.3:

• Percona XtraBackup ulegałaby uszkodzeniu podczas fazy przygotowywania niektórych stron FTS. Naprawiono błąd # 1460138.
• Naprawiono błąd kompilacji z powodu braku zależności spowodowanej przez błąd # 77226. Naprawiony błąd # 1461129.
• Regresja wprowadzona przez naprawienie błędu # 1403237 w Percona XtraBackup 2.2.8 może spowodować, że xtrabackup odczyta dziennik powtórzenia z niewłaściwego przesunięcia, które spowodowałoby asercję. Naprawiony błąd # 1464608.
• Naprawiono niezainicjowaną zmienną lokalną wątku current_thd. To również całkowicie naprawia błąd # 1415191. Naprawiony błąd # 1467574.
• Po wydaniu Percona XtraBackup 2.2.11, innobackupex wyda TABELĘ FLUSH przed uruchomieniem TABELI FLUSH Z BLOKADĄ READ. Chociaż w niektórych sytuacjach pomoże to w tworzeniu kopii zapasowych, oznacza to również, że TABELA FLUSH zostanie zapisana w rejestrze binarnym. Na serwerze MariaDB 10.0 z włączoną obsługą GTID, po wykonaniu kopii zapasowej na urządzeniu slave, zmieniono identyfikator GTID tego urządzenia podrzędnego, a urządzenie Percona XtraBackup nie widziało już prawidłowego identyfikatora GTID. Naprawiony błąd # 1466446 (Julien Pivotto).
• Kompilacja RPM Percona XtraBackup wciąż wymagała bzr. Naprawiono błąd # 1466888 (Julien Pivotto).
• Kompilowanie RPM Percona XtraBackup przy pomocy opcji XB_VERSION_EXTRA spowoduje utworzenie niepoprawnej wersji RPM. Naprawiony błąd # 1467424 (Julien Pivotto).
• Percona XtraBackup zakończyłoby się pomyślnie nawet wtedy, gdy dziennik przeróbki nie został całkowicie skopiowany. Oznacza to, że tworzenie kopii zapasowych uznano za pomyślne nawet wtedy, gdy były uszkodzone. Naprawiony błąd # 1470847.
• W rzadkich przypadkach, gdy w katalogu danych znajduje się co najmniej dwa obszary tabel o tym samym identyfikatorze, xtrabackup wybiera pierwszą kolejność leksykalną, co może doprowadzić do utraty właściwej tabeli. Naprawiony błąd # 1475487.
• Percona XtraBackup brakowało revision_id w plikach binarnych. Naprawiony błąd # 1394174.

Co nowego w wersji 2.2.9:

• Percona XtraBackup 2.1.2 zawiesza się podczas wykonywania stanu Przesyłanie migawek. Naprawiony błąd # 1182698.

Co nowego w wersji 2.2.8:

• Percona XtraBackup 2.1.2 zawiesza się podczas wykonywania stanu Przesyłanie migawek. Naprawiony błąd # 1182698.

Co nowego w wersji 2.1.2:

• Naprawione błędy:
• Korzystanie z pakietu DBL :: MySQL firmy Perl do komunikacji z serwerem zamiast odradzania klienta linii poleceń MySQL wprowadziło regresję, która spowodowała niepowodzenie opcji innobackupex -galera-info. Naprawiono błąd # 1180672.
• W formacie xtrabackup_galera_info brakowało separatora ":" między wartościami wsrep_local_state_uuid i wsrep_last_committed. Naprawiono błąd # 1181222.
• Automatyczne wykrywanie wersji innobackupex nie działało poprawnie dla najnowszych wydań Percona Server i MySQL 5.1, co może spowodować niepowodzenie innobackupex. Naprawiono błędy # 1181092, # 1181099 i # 1180905.
• Podczas tworzenia kopii zapasowej serwera, który nie jest slave replikacji z opcją innobackupex -slave-info, innobackupex nie powiodło się z powodu błędu krytycznego. Zastąpił błąd krytyczny komunikatem diagnostycznym o ignorowaniu innobackupex-slave-info w takim przypadku. Naprawiono błąd # 1180662.
• Niskie wartości wait_timeout na serwerze mogą spowodować, że serwer zamknie połączenie podczas wykonywania kopii zapasowej. Naprawiono, ustawiając większą wartość opcji wait_timeout na serwerze, aby zapobiec zamykaniu przez serwer połączeń, jeśli globalna wartość wait_timeout jest ustawiona zbyt nisko. Naprawiono błąd # 1180922.
• Inne poprawki błędów: naprawiono błąd # 1177182.

Co nowego w wersji 2.0.7:

• Nowe funkcje:
• Ta wersja Percona XtraBackup wdrożyła pełne wsparcie dla nowych funkcji MySQL 5.6 (GTID, zdalne / przenośne obszary tabel, osobne odwrócone przestrzenie tabel, pliki zrzutu puli buforów w stylu 5,6).
• Percona XtraBackup wdrożyła obsługę wstępnego ładowania puli buforów InnoDB wprowadzoną w MySQL 5.6. Począwszy od zrzutów puli buforów MySQL 5.6 można tworzyć i ładować w celu szybszego rozgrzewania serwera po starcie. Ta funkcja jest podobna do Zrzutu / Przywracania puli buforów na serwerze Percona. Dump w puli buforów MySQL 5.6 jest kopiowany do katalogu kopii zapasowych podczas fazy tworzenia kopii zapasowej. Podczas kopiowania do tyłu (przywracanie) jest kopiowany z powrotem do katalogu danych. Po przywróceniu kopii zapasowej zrzut puli buforów może być ładowany przez serwer automatycznie po uruchomieniu lub na żądanie.
• Odstęp czasu między sprawdzeniami wykonanymi przez wątek kopiowania dziennika jest teraz konfigurowany przez innobackupex -log-copy-interval. Ustawienie konfigurowalnej przerwy czasowej pozwala skrócić czas między sprawdzeniami, co może zapobiec błędom XtraBackup spowodowanym przez zastąpienie zapisów dziennika w dzienniku transakcyjnym, zanim zostaną one skopiowane przez wątek kopiowania dziennika.
• Percona XtraBackup przechowuje teraz wartość GTID w xtrabackup_binlog_info podczas wykonywania kopii zapasowych MySQL i Percona Server 5.6 z włączonym trybem GTID. Przykład tego, w jaki sposób informacje te można wykorzystać do utworzenia / przywrócenia urządzenia podrzędnego, można znaleźć w tym blogu.
• Opcja Percona XtraBackup xtrabackup -export obsługuje teraz przenośne tablice wprowadzone w MySQL 5.6. Ta opcja może być używana do tworzenia plików metadanych w formacie 5.6, które mogą być importowane przez ALTER TABLE IMPORT TABLESPACE na MySQL i Percona Server 5.6, jak opisano w przewodniku Eksportowanie i importowanie tabel.
• Naprawione błędy:

Binary
• xtrabackup_56 było obecne w pakietach rpm i deb, ale go brakowało w źródłowym pakiecie .tar.gz. Naprawione przez dodanie brakującego pliku binarnego do .tar.gz. Naprawiony błąd # 1158948.
• innobackupex może ulec awarii podczas wykonywania kopii zapasowej 5.6 z powodu połączenia niewłaściwej biblioteki SSL. Naprawiono błąd # 1168540.
• Percona XtraBackup zawiesza się podczas przygotowywania kopii zapasowej 5.6 z tabelami podzielonymi na partycje. Naprawiono błąd # 1169169.
• Tabele przeniesione między zrobieniem pełnej kopii zapasowej a kopią przyrostową były obecne w pełnym katalogu kopii zapasowych i nie zostały usunięte po scaleniu przyrostowych kopii zapasowych. Naprawione przez usunięcie plików odpowiadających tabelom, których brakuje w podkatalogu przyrostowym. Naprawiono błąd # 856400.
• Percona XtraBackup zostawia nieaktualne pliki xtrabackup_tmp * w datadir po zastosowaniu przyrostowych kopii zapasowych. Naprawiony błąd # 1079135.
• Naprawiono kilka ostrzeżeń znalezionych w innobackupex, gdy wszystkie ostrzeżenia zostały wykonane jako FATAL. Naprawiony błąd # 1116177.
• Jeśli istnieją tysiące tabel i wolne IO, XtraBackup może spędzić dużo czasu otwierając wszystkie obszary tabel. Optymalizacja została zaimplementowana i XtraBackup unika teraz ładowania nieistotnych obszarów tabel podczas wykonywania częściowej kopii zapasowej, co przyspiesza proces tworzenia kopii zapasowej. Naprawiony błąd # 1130145.
• Percona XtraBackup nie zainicjował danych wątków w wątku kopiowania dziennika, które mogłyby spowodować awarię XtraBackup. Naprawiony błąd # 1166888.
• Zależność między pakietami została zmieniona z abstrakcyjnego pliku mysql na plik real / usr / bin / mysql, ponieważ pakiety rpm od Oracle nie spełniają już zależności od mysql, która jest wymagana przez rtms XtraBackup. Naprawiono błąd # 1095972.
• Percona XtraBackup zawiedzie podczas przygotowywania kopii zapasowej MySQL 5.6, jeśli pliki dziennika były większe niż 4G na serwerze źródłowym. Naprawiony błąd # 1164979.
• Ze względu na różne implementacje w MySQL 5.6 komunikaty o błędach nie były drukowane bezpośrednio na stderr. Z tego powodu wszystkie błędy InnoDB lub komunikaty diagnostyczne nigdy nie są drukowane przez xtrabackup_56. Naprawiono błąd # 1169971.
• innobackupex nadal działałby z TABELAMI FLUSH WITH READ LOCK, nawet jeśli xtrabackup zawiedzie podczas kopiowania dzienników. Naprawiono przez przerwanie procesu Xtrabackup natychmiast po błędzie kopiowania dziennika. Naprawiony błąd # 1170806.
• innobackupex nie powiedzie się, jeśli SQL_MODE został ustawiony na ANSI_QUOTES. Naprawiono błąd # 945161.
• Brak spacji z * .ibd.meta doprowadziłby do asercji. Naprawiono, zastępując asercję komunikatem o błędzie. Naprawiono błąd # 1112224.
• Naprawiono literówkę na wyjściu błędu innobackupex. Naprawiono błąd # 1157225.
• Podczas budowania ze źródła innodb56 cel nie miał opcji wyłączenia DTrace, tak jak ma to miejsce w innodb55. Naprawiono przez dodanie -DENABLE_DTRACE = OFF opcji kompilacji również dla innodb56. Naprawiono błąd # 1169509.
• innobackupex nie obsługuje opcji innodb_data_file_path, co może spowodować niepowodzenie tworzenia kopii zapasowej. Naprawiono błąd # 1169726.
• W przypadku binarnych dystrybucji Debian i Linux, komunikat --version, który powinien zawierać wersję, był wyświetlany "niezdefiniowany". Naprawiono błąd # 1171721.
• Nadmiarowy kod został usunięty z xtrabackup.cc. Naprawiono błąd # 1162765.
• Inne poprawki błędów: naprawiono błąd # 1158154, naprawiono błąd # 1170340, naprawiono błąd # 1088309, naprawiono błąd # 1088307.

Co nowego w wersji 2.0.6:

• Nowe funkcje:
• XtraBackup wdrożył podstawowe wsparcie dla MySQL 5.6, Percona Server 5.6 i MariaDB 10.0. Podstawowa obsługa oznacza, że ​​te wersje są rozpoznawane przez XtraBackup, a tworzenie kopii zapasowych / przywracania działa tak długo, jak nie są używane specyficzne funkcje w wersji 5.6 (takie jak GTID, zdalne / przenośne obszary tabel, osobne odwrócone obszary tabel, pliki zrzutów puli w stylu 5.6) .
• Naprawione błędy:
• Indywidualne przestrzenie tabel InnoDB o rozmiarze mniejszym niż 1 MB zostały rozszerzone do 1 MB na operację przygotowania kopii zapasowej. Doprowadziło to do znacznego zwiększenia wykorzystania dysku w przypadkach, gdy istnieje wiele małych obszarów tabel InnoDB. Naprawiono błąd # 950334 (Daniel Frett, Alexey Kopytov).
• Naprawiono problem, który powodował, że bazy danych odpowiadające niedostępnym podkatalogom danych były ignorowane przez XtraBackup bez ostrzeżenia lub komunikatów o błędach. Stało się tak, ponieważ kod InnoDB w milczeniu ignorował podkatalogi datadir, których nie mógł otworzyć. Naprawiono błąd # 664986 (Alexey Kopytov).
• W pewnych okolicznościach XtraBackup może nie skopiować obszaru tabel z wysoką wartością opcji równoległej i niską wartością innodb_open_files. Naprawiono błąd # 870119 (Alexey Kopytov).
• Naprawiono błąd # 711166 wprowadzono regresję, która powodowała awarię pojedynczych kopii partycji, gdy była używana z opcją --include w innobackupex lub opcją --tables w xtrabackup. Naprawiono błąd # 1130627 (Alexey Kopytov).
• innobackupex nie dodawało ustawienia file-per-table dla niezależnych od tabeli kopii zapasowych. Naprawiono przez automatyczne włączanie XtraBackup innodb_file_per_table, gdy używana jest opcja --export. Naprawiono błąd # 930062 (Alexey Kopytov).
• W pewnych okolicznościach XtraBackup może zawieść w przygotowaniu kopii zapasowej innodb_flush_method = O_DIRECT. Naprawiono błąd # 1055547 (Alexey Kopytov).
• innobackupex nie przekazał opcji --tmpdir do pliku binarnego xtrabackup, co spowodowało, że tmpdir serwera zawsze był używany do plików tymczasowych. Naprawiono błąd # 1085099 (Alexey Kopytov).
• XtraBackup poprawił raportowanie błędów dla nierozpoznanych wersji serwerów. Naprawiono błąd # 1087219 (Alexey Kopytov).
• Naprawiono brakującą zależność rpm dla czasu Perl :: Pakiet HiRes, który spowodował niepowodzenie innobackupex w minimalnych instalacjach CentOS. Naprawiono błąd # 1121573 (Alexey Bychko).
• innobackupex zakończyłoby się niepowodzeniem, gdy użyte byłyby --no-lock i --rsync. Naprawiony błąd # 1123335 (Sergei Glushchenko).
• Naprawiono błąd nr 1055989 wprowadzający regresję, która powodowała, że ​​plik xtrabackup_pid pozostawał w tymczasowym katalogu po wykonaniu. Naprawiono błąd # 1114955 (Alexey Kopytov).
• Niepotrzebne komunikaty debugowania zostały usunięte z wyjścia XtraBackup. Naprawiono błąd # 1131084 (Alexey Kopytov).
• Inne poprawki błędów: naprawiono błąd # 1153334 (Alexey Kopytov), ​​naprawiono błąd # 1098498 (Laurynas Biveinis), naprawiono błąd # 1132763 (Laurynas Biveinis), naprawiono błąd # 1142229 (Laurynas Biveinis), naprawiono błąd # 1130581 (Laurynas Biveinis ).

Co nowego w wersji 2.0.5:

• Nowe funkcje:
• Wprowadzono nową opcję --defaults-extra-file. Ta opcja określa, z jakiego dodatkowego pliku należy odczytać domyślne opcje MySQL przed standardowym plikiem defaults. Można go użyć do załadowania kombinacji użytkownik / hasło dla dedykowanego użytkownika kopii zapasowej z oddzielnego pliku konfiguracyjnego, aby uniknąć przechowywania go w pliku crontab lub skrypcie gdzieś w systemie.
• Naprawione błędy:
• W przypadku strumieniowego tworzenia kopii zapasowych innobackupex wznowiłby proces XtraBackup, a następnie czekał, aż zakończy działanie przed uruchomieniem UNLOCK TABLES. Spowodowało to niepotrzebne zablokowanie bazy danych za pomocą TABELI FLUSH Z BLOKADĄ READ. Innobackupex czeka teraz tylko do zakończenia kopiowania dziennika, aby odblokować bazy danych. Naprawiono błąd # 1055989 (Alexey Kopytov).
• Komunikaty o błędach innobackupex odwołujące się do katalogu danych zostały rozszerzone, aby pokazać ścieżkę do katalogu danych wymienionego w komunikacie o błędzie. Naprawiono błąd # 1089375 (Hartmut Holzgraefe).
• Partycjonowane tabele nie były poprawnie obsługiwane przez --databases, --include, --tables-file options innobackupex, oraz przez --tables i --tables-file opcje XtraBackup. Naprawiono przez usunięcie sufiksu partycji (#P # ...) przed wykonaniem filtrowania. Naprawiony błąd # 711166 (Sergei Glushchenko).
• Gdy użyto wbudowanej kompresji, XtraBackup wykonywał niebuforowane zapisy do pliku docelowego lub strumienia w bardzo małych porcjach, co w zamian spowodowało niewydajne operacje we / wy. Naprawiono za pomocą bufora 1M dla wyników podobnych do nieskompresowanych kopii zapasowych. Naprawiono błąd # 1095249 (Alexey Kopytov).
• Niepotrzebny długi czas snu () w innobackupex prowadzi do TABELI FLUSH Z BLOKĄCIEM READ, trwającym zbyt długo. Naprawiono, zastępując 2-sekundowy interwał snu 100 milisekund. Naprawiony błąd # 1095551 (Sergei Glushchenko).
• Jeśli innobackupex zawiesza się, zostawia plik xtrabackup_suspended w systemie plików. Może to spowodować, że innobackupex pomyśli, że XtraBackup zawiesił się w momencie, w którym się rozpoczął, a kiedy XtraBackup faktycznie zawiesi się, innobackupex czekałby, aż to się zakończy i nie wznowiłby ponownie zawieszenia pliku, co doprowadziłoby do impasu oczekiwania. Naprawiono, usuwając nieaktualny plik xtrabackup_suspended po uruchomieniu innobackupex. Naprawiony błąd # 1007446 (George Ormond Lorch III).
• innobackupex nie rozpoznałby MariaDB 5.2 i MariaDB 5.3. Naprawiono przez rozszerzanie kontroli wersji w innobackupex. Naprawiono błąd # 733665 (Daniel van Eeden, Alexey Kopytov).
• Inne poprawki błędów: naprawiono błąd # 924492 (Alexey Kopytov), ​​naprawiono błąd # 1097158 (Alexey Kopytov), ​​naprawiono błąd # 1081882 (Alexey Kopytov), ​​naprawiono błąd # 1096584 (Alexey Kopytov).

Co nowego w wersji 1.6.7:

• Naprawione błędy:
• xtrabackup_binary nie było zawarte w archiwum tar podczas streamowania, zamiast tego zostało zapisane w bieżącym katalogu. Może to spowodować użycie niewłaściwego pliku binarnego xtrabackup podczas przygotowywania kopii zapasowych utworzonych za pomocą opcji --stream lub --remote-host. Naprawiono błędy # 723318 i # 787988 (Stewart Smith).
• Tabele FLUSH z blokadą odczytu nie były używane podczas tworzenia przyrostowych kopii zapasowych, co może prowadzić do niespójnych kopii zapasowych, gdy podczas procesu tworzenia kopii zapasowej wystąpiły aktualizacje tabel innych niż InnoDB lub instrukcji DDL w tabelach. Naprawiono błąd # 771981 (Alexey Kopytov).
• Opcja --safe-slave-backup skutkowała niepoprawnymi informacjami o binlogach, ponieważ w niektórych przypadkach innobackupex mylił odpowiedź z SHOW SLAVE STATUS ze statusem z SHOW MASTER STATUS. Naprawiono błąd # 977101 (Alexey Kopytov).
• Innodb_data_file_path nie została zapisana do backup-my.cnf, była to regresja wprowadzona w XtraBackup 1.6.5. Naprawiono błąd # 983685 (Sergei Glushchenko).
• Naprawiono błędy pakietów testowych z grep 2.10. Naprawiono błąd # 996483 (Alexey Kopytov).
• Kiedy innobackupex działał z opcją --apply-log, odczytał konfigurację z pliku konfiguracyjnego serwera zamiast backup-my.cnf w katalogu kopii zapasowych. Naprawiony błąd # 996493 (Sergei Glushchenko).
• innobackupex może skopiować pliki do niewłaściwego katalogu podczas łączenia przyrostowej kopii zapasowej z pełną. Naprawiono błąd # 1002688 (Alexey Kopytov).
• Plik binarny XtraBackup przeciekał deskryptory plików na --backup. Zostało to naprawione przez ponowne użycie istniejącego deskryptora pliku, aby nie wystąpił wyciek. Naprawiony błąd # 713267 (Alexey Kopytov).

Co nowego w wersji 2.0.4:

• Naprawione błędy:
• Poprawka błędu nr 932623 wprowadziła regresję w XtraBackup 2.0.2, która spowodowała niepowodzenie tworzenia przyrostowych kopii zapasowych, ponieważ wartości parametrów init nie zostały znormalizowane do wartości używanych w InnoDB. Naprawiono błąd # 1062684 (Sergei Glushchenko).
• Poprawka błędu nr 932623 wprowadziła regresję w XtraBackup 2.0.2, ponieważ nie zajmowała ona oddzielnego obszaru tabel podwójnego zapisu. Naprawiono błąd # 1066843 (Sergei Glushchenko).
• XtraBackup nieprawidłowo obsługiwał osobny plik bufora podwójnego zapisu. Ścieżka do pliku bufora podwójnego zapisu nie została dodana do kopii zapasowej-my.cnf, a po odtworzeniu starego pliku bufora podwójnego zapisu użyto pliku zamiast jednego wykonanego podczas etapu przygotowania. Naprawiony błąd # 1068470 (Sergei Glushchenko).
• XtraBackup akceptuje teraz opcję --innodb = force, uprzednio wyświetlałby błąd, gdyby opcja była ustawiona. Naprawiono błąd # 528752 (Laurynas Biveinis).
• Opcja bezpiecznego tworzenia kopii zapasowych niewolnika nie działa poprawnie. Naprawiono błąd # 887803 (Alexey Kopytov).
• W przypadku, gdy osiągnięto bezpieczny czas podtrzymania kopii zapasowej przy korzystaniu z opcji kopii zapasowej bezpieczna-podrzędna, SQL_THREAD pozostawał w stanie zatrzymania, powodując opóźnienie wątku podległego. Naprawiono to przez sprawdzenie początkowego stanu SQL_THREAD i uruchomienie go przed zakończeniem z błędem limitu czasu i uruchomieniem SQL_THREAD tylko wtedy, gdy był uruchomiony na początku. Naprawiono błąd # 1037379 (Alexey Kopytov).
• XtraBackup nie powiedzie się na --apply-log, gdy system plików nie obsługuje Linux AIO. Naprawiono błąd # 1065561 (Alexey Kopytov).
• Binarny plik XtraBackup zignorowałby innodb_use_native_aio, gdy zostanie określony w my.cnf lub jako opcja wiersza poleceń. Naprawiono błąd # 1068459 (Alexey Kopytov).
• XtraBackup wyświetliłby komunikat ostrzegawczy na etapie przygotowania do wycofania innodb_file_io_threads, nawet jeśli zmienna nie została ustawiona. Naprawiono błąd # 1068485 (Alexey Kopytov).
• Testy XtraBackup Galera można teraz uruchamiać jednocześnie. Naprawiono błąd # 1077800 (Stewart Smith).

Co nowego w wersji 2.0.3:

• Nowe funkcje:
• innobackupex obsługuje teraz nową opcję "cofnij", która może być użyta zamiast "cofnij kopię", na wypadek, gdyby na serwerze nie było wystarczającej ilości wolnego miejsca na kopiowanie plików. Ponieważ ta opcja usuwa pliki kopii zapasowej, należy z niej korzystać ostrożnie.
• Naprawione błędy:
• Symlink dla binarnej innobackupex-1.5.1 został uszkodzony w poprzedniej wersji XtraBackup. Naprawiono błąd # 1038198 (Ignacio Nin).
• XtraBackup 2.0.2 nie był kompatybilny wstecz, co powodowało niepowodzenie przy tworzeniu przyrostowych kopii zapasowych utworzonych w poprzednich wersjach. Naprawiono błąd # 1038127 (Sergei Glushchenko).
• Poprawka błędu numer 1022562 wprowadziła regresję, która może potencjalnie prowadzić do 5-krotnego zwiększenia przestrzeni dyskowej zajmowanej przez przyrostowe kopie zapasowe. Naprawiony błąd # 1043762 (Laurynas Biveinis).
• W poprawce do błędu nr 932623 wprowadzono regresję, która spowodowała nieprawidłowe traktowanie skompresowanych obszarów tabel o rozmiarze strony 16K, które zostały utworzone między ostatnią pełną lub przyrostową a kolejną przyrostową kopią zapasową. Naprawiono błędy # 1049174 i # 1044398 (Laurynas Biveinis).

Co nowego w wersji 1.6.4:

• Zawiera ważne poprawki do stabilnej serii 1.6 publikacji Percona XtraBackup.