Percona XtraBackup

Percona XtraBackup er en open source, bærbar, gratis og ikke-blokkerende kommandolinje-software, der fungerer som en selvstændig backup-løsning til de kendte XtraDB- og InnoDB-lagermotorer. Den har automatisk sikkerhedskopiering og giver højere uptimes end andre lignende produkter.

Programmet er fuldt kompatibelt med både MySQL og MariaDB databaseservere, og det bruges stærkt af den populære Facebook sociale netværkstjeneste til inkrementelle sikkerhedskopier. Det er designet til at løse virkelige problemer, når du sikkerhedskopierer meget store, stærkt indlæste databaser.

Nøglefunktioner omfatter evnen til at udføre sikkerhedskopier online, mens du undgår at afbryde din database, evnen til at udføre streamingbackups til en anden server, samt muligheden for at udføre inkrementelle sikkerhedskopier, samtidig med at du sparer penge på diskplads og netværkets båndbredde.

Med Percona XtraBackup vil dine sikkerhedskopier udføres pålideligt og hurtigt. Du kan også nemt oprette nye replikationsslavere, udføre avanceret analyse af data og indeksfiler, og flytte individuelle tabeller mellem servere uden genstart, en opgave, der kræver XtraDB til import.

Softwaren understøtter forskellige MySQL-smag, herunder bl.a. MySQL, MariaDB, MariaDB Galera Cluster, Percona Server og Percona XtraDB Cluster. Det understøtter også alle GNU / Linux-operativsystemer, der kører godt på 32-bit og 64-bit hardware.

Vi kan blandt andet nævne at blokere MyISAM-sikkerhedskopier, komplette komprimerede sikkerhedskopier, inkrementelle komprimerede sikkerhedskopier, hurtig inkrementale sikkerhedskopier, inkrementelle sikkerhedskopier med arkiverede logfiler og kun REDO log, parallelle lokale sikkerhedskopier, kopibeskyttelse, applikationslog, komprimering og kryptering.

Derudover leveres også rsync-understøttelse af state-of-the-art filsynkronisering, eksport af individuelle tabeller, forbedret FTWRL-håndtering, kompakte sikkerhedskopier, understøttelse af point-in-time, offline backup og understøttelse af sky sikkerhedskopier.

Percona XtraBackup er skrevet i C, C ++ og Perl programmeringssprog. Det er kommandolinjeprogrammet, der distribueres som præbyggede binære pakker til Ubuntu, Debian og Red Hat Enterprise Linux-distributioner, samt universelle binære og kildearkiver.

Hvad er ny i denne udgave:

• Percona XtraBackup ville sigfault under forberedelsesfasen af ​​visse FTS-sider. Fejl fikseret # 1460138.
• Faste kompileringsfejl på grund af manglende afhængighed forårsaget af upstream bug # 77226. Fejl fikseret # 1461129.
• Regression introduceret ved at fastsætte en fejl # 1403237 i Percona XtraBackup 2.2.8 kan få xtrabackup til at læse en redo-log fra forkert offset, hvilket ville medføre en påstand. Fejl fikseret # 1464608.
• Fast uninitialized current_thd tråd-lokal variabel. Dette retter også helt fejl nr. 1415191. Fejl fastgjort # 1467574.
• Efter udgivelsen af ​​Percona XtraBackup 2.2.11 udsteder innobackupex en FLUSH TABLE, før du kører FLUSH TABLES WITH READ LOCK. Mens det vil hjælpe backup i en situation, betyder det også, at FLUSH TABLE vil blive skrevet til binærloggen. På MariaDB 10.0 med GTID aktiveret, da backup blev taget på slaven, ændrede dette GTID'en af ​​den pågældende slave og Percona XtraBackup ikke den korrekte GTID længere. Bugfixeret # 1466446 (Julien Pivotto).
• RPM-samling af Percona XtraBackup krævede stadig bzr. Bugfixeret # 1466888 (Julien Pivotto).
• Kompilering af Percona XtraBackup RPM'er med XB_VERSION_EXTRA valgmulighed ville oprette en forkert RPM-version. Bug fixet # 1467424 (Julien Pivotto).
• Percona XtraBackup ville fuldføre med succes, selvom genoprettelseslog ikke blev kopieret helt. Det betyder, at backup blev betragtet som vellykket, selv når de var korrupte. Fejl fikseret # 1470847.
• I sjældne tilfælde når der er to eller flere tablespaces med samme ID i datakataloget, optager xtrabackup den første ved leksikalsk rækkefølge, hvilket kan medføre tab af det rigtige bord. Fejl fikseret # 1475487.
• Percona XtraBackup manglede revision_id i binære filer. Fejl fikseret # 1394174.

Hvad er nyt i version 2.4.8:

• Percona XtraBackup ville sigfault under forberedelsesfasen af ​​visse FTS-sider. Fejl fikseret # 1460138.
• Faste kompileringsfejl på grund af manglende afhængighed forårsaget af upstream bug # 77226. Fejl fikseret # 1461129.
• Regression introduceret ved at fastsætte en fejl # 1403237 i Percona XtraBackup 2.2.8 kan få xtrabackup til at læse en redo-log fra forkert offset, hvilket ville medføre en påstand. Fejl fikseret # 1464608.
• Fast uninitialized current_thd tråd-lokal variabel. Dette retter også helt fejl nr. 1415191. Fejl fastgjort # 1467574.
• Efter udgivelsen af ​​Percona XtraBackup 2.2.11 udsteder innobackupex en FLUSH TABLE, før du kører FLUSH TABLES WITH READ LOCK. Mens det vil hjælpe backup i en situation, betyder det også, at FLUSH TABLE vil blive skrevet til binærloggen. På MariaDB 10.0 med GTID aktiveret, da backup blev taget på slaven, ændrede dette GTID'en af ​​den pågældende slave og Percona XtraBackup ikke den korrekte GTID længere. Bugfixeret # 1466446 (Julien Pivotto).
• RPM-samling af Percona XtraBackup krævede stadig bzr. Bugfixeret # 1466888 (Julien Pivotto).
• Kompilering af Percona XtraBackup RPM'er med XB_VERSION_EXTRA valgmulighed ville oprette en forkert RPM-version. Bug fixet # 1467424 (Julien Pivotto).
• Percona XtraBackup ville fuldføre med succes, selvom genoprettelseslog ikke blev kopieret helt. Det betyder, at backup blev betragtet som vellykket, selv når de var korrupte. Fejl fikseret # 1470847.
• I sjældne tilfælde når der er to eller flere tablespaces med samme ID i datakataloget, optager xtrabackup den første ved leksikalsk rækkefølge, hvilket kan medføre tab af det rigtige bord. Fejl fikseret # 1475487.
• Percona XtraBackup manglede revision_id i binære filer. Fejl fikseret # 1394174.

Hvad er nyt i version 2.4.7:

• Percona XtraBackup ville sigfault under forberedelsesfasen af ​​visse FTS-sider. Fejl fikseret # 1460138.
• Faste kompileringsfejl på grund af manglende afhængighed forårsaget af upstream bug # 77226. Fejl fikseret # 1461129.
• Regression introduceret ved at fastsætte en fejl # 1403237 i Percona XtraBackup 2.2.8 kan få xtrabackup til at læse en redo-log fra forkert offset, hvilket ville medføre en påstand. Fejl fikseret # 1464608.
• Fast uninitialized current_thd tråd-lokal variabel. Dette retter også helt fejl nr. 1415191. Fejl fastgjort # 1467574.
• Efter udgivelsen af ​​Percona XtraBackup 2.2.11 udsteder innobackupex en FLUSH TABLE, før du kører FLUSH TABLES WITH READ LOCK. Mens det vil hjælpe backup i en situation, betyder det også, at FLUSH TABLE vil blive skrevet til binærloggen. På MariaDB 10.0 med GTID aktiveret, da backup blev taget på slaven, ændrede dette GTID'en af ​​den pågældende slave og Percona XtraBackup ikke den korrekte GTID længere. Bugfixeret # 1466446 (Julien Pivotto).
• RPM-samling af Percona XtraBackup krævede stadig bzr. Bugfixeret # 1466888 (Julien Pivotto).
• Kompilering af Percona XtraBackup RPM'er med XB_VERSION_EXTRA valgmulighed ville oprette en forkert RPM-version. Bug fixet # 1467424 (Julien Pivotto).
• Percona XtraBackup ville fuldføre med succes, selvom genoprettelseslog ikke blev kopieret helt. Det betyder, at backup blev betragtet som vellykket, selv når de var korrupte. Fejl fikseret # 1470847.
• I sjældne tilfælde når der er to eller flere tablespaces med samme ID i datakataloget, optager xtrabackup den første ved leksikalsk rækkefølge, hvilket kan medføre tab af det rigtige bord. Fejl fikseret # 1475487.
• Percona XtraBackup manglede revision_id i binære filer. Fejl fikseret # 1394174.

Hvad er nyt i version 2.4.6:

• Percona XtraBackup ville sigfault under forberedelsesfasen af ​​visse FTS-sider. Fejl fikseret # 1460138.
• Faste kompileringsfejl på grund af manglende afhængighed forårsaget af upstream bug # 77226. Fejl fikseret # 1461129.
• Regression introduceret ved at fastsætte en fejl # 1403237 i Percona XtraBackup 2.2.8 kan få xtrabackup til at læse en redo-log fra forkert offset, hvilket ville medføre en påstand. Fejl fikseret # 1464608.
• Fast uninitialized current_thd tråd-lokal variabel. Dette retter også helt fejl nr. 1415191. Fejl fastgjort # 1467574.
• Efter udgivelsen af ​​Percona XtraBackup 2.2.11 udsteder innobackupex en FLUSH TABLE, før du kører FLUSH TABLES WITH READ LOCK. Mens det vil hjælpe backup i en situation, betyder det også, at FLUSH TABLE vil blive skrevet til binærloggen. På MariaDB 10.0 med GTID aktiveret, da backup blev taget på slaven, ændrede dette GTID'en af ​​den pågældende slave og Percona XtraBackup ikke den korrekte GTID længere. Bugfixeret # 1466446 (Julien Pivotto).
• RPM-samling af Percona XtraBackup krævede stadig bzr. Bugfixeret # 1466888 (Julien Pivotto).
• Kompilering af Percona XtraBackup RPM'er med XB_VERSION_EXTRA valgmulighed ville oprette en forkert RPM-version. Bug fixet # 1467424 (Julien Pivotto).
• Percona XtraBackup ville fuldføre med succes, selvom genoprettelseslog ikke blev kopieret helt. Det betyder, at backup blev betragtet som vellykket, selv når de var korrupte. Fejl fikseret # 1470847.
• I sjældne tilfælde når der er to eller flere tablespaces med samme ID i datakataloget, optager xtrabackup den første ved leksikalsk rækkefølge, hvilket kan medføre tab af det rigtige bord. Fejl fikseret # 1475487.
• Percona XtraBackup manglede revision_id i binære filer. Fejl fikseret # 1394174.

Hvad er nyt i version 2.4.3:

• Percona XtraBackup ville sigfault under forberedelsesfasen af ​​visse FTS-sider. Fejl fikseret # 1460138.
• Faste kompileringsfejl på grund af manglende afhængighed forårsaget af upstream bug # 77226. Fejl fikseret # 1461129.
• Regression introduceret ved at fastsætte en fejl # 1403237 i Percona XtraBackup 2.2.8 kan få xtrabackup til at læse en redo-log fra forkert offset, hvilket ville medføre en påstand. Fejl fikseret # 1464608.
• Fast uninitialized current_thd tråd-lokal variabel. Dette retter også helt fejl nr. 1415191. Fejl fastgjort # 1467574.
• Efter udgivelsen af ​​Percona XtraBackup 2.2.11 udsteder innobackupex en FLUSH TABLE, før du kører FLUSH TABLES WITH READ LOCK. Mens det vil hjælpe backup i en situation, betyder det også, at FLUSH TABLE vil blive skrevet til binærloggen. På MariaDB 10.0 med GTID aktiveret, da backup blev taget på slaven, ændrede dette GTID'en af ​​den pågældende slave og Percona XtraBackup ikke den korrekte GTID længere. Bugfixeret # 1466446 (Julien Pivotto).
• RPM-samling af Percona XtraBackup krævede stadig bzr. Bugfixeret # 1466888 (Julien Pivotto).
• Kompilering af Percona XtraBackup RPM'er med XB_VERSION_EXTRA valgmulighed ville oprette en forkert RPM-version. Bug fixet # 1467424 (Julien Pivotto).
• Percona XtraBackup ville fuldføre med succes, selvom genoprettelseslog ikke blev kopieret helt. Det betyder, at backup blev betragtet som vellykket, selv når de var korrupte. Fejl fikseret # 1470847.
• I sjældne tilfælde når der er to eller flere tablespaces med samme ID i datakataloget, optager xtrabackup den første ved leksikalsk rækkefølge, hvilket kan medføre tab af det rigtige bord. Fejl fikseret # 1475487.
• Percona XtraBackup manglede revision_id i binære filer. Fejl fikseret # 1394174.

Hvad er nyt i version 2.2.9:

• Percona XtraBackup 2.1.2 Snapshot Transfer. Fejl fixet # 1182698.

Hvad er nyt i version 2.2.8:

• Percona XtraBackup 2.1.2 Snapshot Transfer. Fejl fixet # 1182698.

Hvad er nyt i version 2.1.2:

• Fejlfinding:
• Brug af Perls DBD :: MySQL-pakke til serverkommunikation i stedet for at gyde MySQL-kommandolinjeklienten introducerede en regression, der forårsagede indobackupex -galera-info mulighed for at mislykkes. Fejl fikseret # 1180672.
• Formatet af xtrabackup_galera_info manglede ':' separatoren mellem værdierne wsrep_local_state_uuid og wsrep_last_committed. Fejl fastgjort # 1181222.
• indobackupex automatisk versionsdetektering virkede ikke korrekt for nyeste Percona Server og MySQL 5.1 udgivelser, som kan medføre, at innobackupex mislykkes. Fejl fikseret # 1181092, # 1181099 og # 1180905.
• Når du sikkerhedskopierer en server, der ikke er en replikationsslave med indobackupex -slave-info, har innobackupex mislykkedes med en fatal fejl. Erstattet den fatale fejl med en diagnosebesked om, at innobackupex -slave-info ignoreres i et sådant tilfælde. Fejl fikseret # 1180662.
• Lave værdier for wait_timeout på serveren kan medføre, at serveren lukker forbindelsen, mens der tages backup. Fast ved at indstille den større værdi for wait_timeout-indstillingen på serveren for at forhindre, at serveren lukker forbindelser, hvis den globale wait_timeout-værdi er indstillet for lav. Fejl fikseret # 1180922.
• Andre fejlrettelser: fejlrettede # 1177182.

Hvad er nyt i version 2.0.7:

• Nye funktioner:
• Denne version af Percona XtraBackup har implementeret fuld understøttelse af nye MySQL 5.6-funktioner (GTID, fjernbetjening / transportable tablespaces, separat fortrydelsesspace, 5,6-stil buffer-dump-filer).
• Percona XtraBackup har implementeret support til InnoDB Buffer Pool Preloading introduceret i MySQL 5.6. Start med MySQL 5.6 buffer pool kan dumper produceres og lastes for hurtigere server warmup efter starten. Denne funktion ligner Dump / Gendannelse af Buffer Pool i Percona Server. MySQL 5.6 buffer pool dump kopieres til backup mappe under backup fase. Under kopiering tilbage fase (gendannelse) kopieres det tilbage til datakatalog. Når sikkerhedskopieringen er gendannet, kan bufferpumpen automatisk indlæses af serveren ved opstart eller efterspørgsel.
• Tidsinterval mellem kontroller udført af logkopieringstråd kan nu konfigureres af innobackupex -log-copy-interval. Hvis intervallet konfigureres, kan du reducere tiden mellem kontroller, der kan forhindre XtraBackup-fejl, der skyldes, at logfilerne i transaktionsloggen overskrides, før de kopieres af logkopieringstråden.
• Percona XtraBackup gemmer nu GTID-værdien i xtrabackup_binlog_info, når du laver backup af MySQL og Percona Server 5.6 med GTID-tilstanden aktiveret. Eksempel på hvordan denne information kan bruges til at oprette / genoprette en slave findes i denne blogpost.
• Percona XtraBackup option xtrabackup -export understøtter nu transportable tablespaces introduceret i MySQL 5.6. Denne mulighed kan bruges til at producere 5,6-stil metadata filer, der kan importeres af ALTER TABLE IMPORT TABLESPACE på MySQL og Percona Server 5.6 som beskrevet i Eksport og Import tabeller guide.
• Fejlfinding:
• xtrabackup_56 binær var til stede i rpm og deb pakker, men det manglede fra kilden .tar.gz pakken. Fast ved at tilføje den manglende binære til .tar.gz også. Fejl fikseret # 1158948.
• innobackupex kunne gå i stykker, når du tager 5,6-backup på grund af at forbinde det forkerte SSL-bibliotek. Fejl fikseret # 1168540.
• Percona XtraBackup ville gå i stykker, når du forberedte 5.6-backup med partitionerede tabeller. Fejl fikseret # 1169169.
• Tabeller, der blev tabt mellem at tage en fuld backup og en inkremental, var til stede i den fulde backup-mappe og blev ikke fjernet, når inkrementale backups er blevet slået sammen. Fast ved at fjerne filer, der svarer til tabeller, der mangler i den trinvise backup-mappe. Fejl fikseret # 856400.
• Percona XtraBackup ville forlade uaktuelle xtrabackup_tmp * -filer i datadiret efter anvendelse af inkrementelle sikkerhedskopier. Fejl fikseret # 1079135.
• Faste par advarsler fundet i innobackupex, når alle advarsler er blevet foretaget FATAL. Fejl fikseret # 1116177.
• Hvis der er tusindvis af tabeller og langsom IO, kan XtraBackup bruge meget tid på at åbne alle tablespaces. Optimering er implementeret, og XtraBackup undgår nu at ilægge ikke-relevante tablespaces, når der tages delvis backup, hvilket fremskynder sikkerhedskopieringsprocessen. Fejl fikseret # 1130145.
• Percona XtraBackup initialiserede ikke per-thread data i logkopieringstråden, som kunne forårsage, at XtraBackup skulle gå ned. Fejl fikseret # 1166888.
• Pakkeafhængighed er blevet ændret fra abstrakt mysql til real / usr / bin / mysql-fil, fordi rpm-pakker fra Oracle ikke længere tilfredsstiller mysql-afhængigheden, som kræves af XtraBackup rpms. Fejl fikseret # 1095972.
• Percona XtraBackup ville mislykkes ved forberedelsen af ​​MySQL 5.6-backupen, hvis logfilerne var større end 4G på kildeserveren. Fejl fikseret # 1164979.
• På grund af forskellige implementeringer i MySQL 5.6 blev fejlmeddelelser ikke trykt direkte til stderr. På grund heraf bliver alle InnoDB fejl eller diagnostiske meddelelser aldrig udskrevet af xtrabackup_56. Fejl fikseret # 1169971.
• innobackupex ville stadig køre med FLUSH TABLES WITH READ LOCK, selvom xtrabackup ville mislykkes, når man kopierede logfiler. Fast ved at afslutte xtrabackup-processen straks ved logkopiering fejl. Fejl fikseret # 1170806.
• innobackupex ville mislykkes, hvis SQL_MODE blev sat til ANSI_QUOTES. Fejl fastgjort # 945161.
• Manglende space_id fra * .ibd.meta ville føre til påstand. Fast ved at erstatte påstanden med fejlmeddelelsen. Fejl fikseret # 1112224.
• Løs skrivefeltet i innobackupex-fejludgangen. Fejl fikseret # 1157225.
• Ved opbygning fra kilde indodb56 havde målet ikke mulighed for at deaktivere DTrace som innodb55 har. Fixed ved at tilføje -DENABLE_DTRACE = OFF build option for innodb56 også. Fejl fikseret # 1169509.
• innobackupex håndterede ikke indodb_data_file_path-indstillingen, som kunne medføre, at backupen mislykkedes. Fejl fikseret # 1169726.
• For Debian- og Linux-binarierne skal versionen - version, der skal indeholde revisionen, vise "undefined". Bug fixet # 1171721.
• Redundant kode er blevet fjernet fra xtrabackup.cc. Fejl fastgjort # 1162765.
• Andre fejlrettelser: fejlrettede # 1158154, fejlrettede # 1170340, fejlrettede # 1088309, fejlrettede # 1088307.

Hvad er nyt i version 2.0.6:

• Nye funktioner:
• XtraBackup har implementeret grundlæggende support til MySQL 5.6, Percona Server 5.6 og MariaDB 10.0. Grundlæggende support betyder, at disse versioner er genkendt af XtraBackup, og at sikkerhedskopiering / gendannelse virker, så længe der ikke anvendes 5,6-specifikke funktioner (f.eks. GTID, fjernbetjening / transportable tablespaces, separat fortrydelsesspace, 5,6-stil bufferdumpefiler) .
• Fejlfinding:
• Individuelle InnoDB-tablespaces med størrelse mindre end 1 MB blev udvidet til 1 MB på backup forberedelsesoperationen. Dette førte til en stor stigning i diskbrug i tilfælde, hvor der er mange små InnoDB-tablespaces. Bug fix # 950334 (Daniel Frett, Alexey Kopytov).
• Løst problemet, der forårsagede databaser, der svarer til utilgængelige datadir-underkataloger, der ignoreres af XtraBackup uden advarsler eller fejlmeddelelser. Dette skete, fordi InnoDB-kode lydløst ignorerede datadir-underkataloger, som den ikke kunne åbne. Bug fix # 664986 (Alexey Kopytov).
• Under nogle omstændigheder kunne XtraBackup ikke kopiere et tablespace med en højparallel valgværdi og en lav innodb_open_files værdi. Bug fixet # 870119 (Alexey Kopytov).
• Fix for bug # 711166 introducerede en regression, der forårsagede at enkelte partitionsbackups mislykkedes, når de blev brugt sammen med - inklusiv indstillingen i innobackupex eller --tables-indstillingen i xtrabackup. Bug fixet # 1130627 (Alexey Kopytov).
• innobackupex tilføjede ikke filen-per-tabel-indstillingen til tabelafhængige sikkerhedskopier. Fast ved at gøre XtraBackup automatisk aktiveret innodb_file_per_table, når alternativet - eksport bruges. Bug fixet # 930062 (Alexey Kopytov).
• Under nogle omstændigheder kunne XtraBackup mislykkes på en backup forberedelse med innodb_flush_method = O_DIRECT. Bug fixet # 1055547 (Alexey Kopytov).
• innobackupex passerede ikke indstillingen --tmpdir til binærbogen xtrabackup, hvilket resulterede i, at serverens tmpdir altid blev brugt til midlertidige filer. Bug fixet # 1085099 (Alexey Kopytov).
• XtraBackup har forbedret fejlrapporteringen for ukendte serverversioner. Fejl fikseret # 1087219 (Alexey Kopytov).
• Fastgjort den manglende omdrejningstal pr. minut for Perl Time :: HiRes-pakken, der forårsagede, at innobackupex skulle mislykkes på minimale CentOS-installationer. Bug fix # 1121573 (Alexey Bychko).
• innobackupex ville mislykkes, når -no-lock og -rsync blev brugt sammen. Bug fix # 1123335 (Sergei Glushchenko).
• Fix for bug # 1055989 introducerede en regression, der forårsagede, at filen xtrabackup_pid forblev i den midlertidige dir efter udførelsen. Bug fix # 1114955 (Alexey Kopytov).
• Unødvendige fejlfindingsmeddelelser er blevet fjernet fra XtraBackup-udgangen. Bug fix # 1131084 (Alexey Kopytov).
• Andre fejlrettelser: bugfixeret # 1153334 (Alexey Kopytov), ​​bugfixeret # 1098498 (Laurynas Biveinis), bugfixeret # 1132763 (Laurynas Biveinis), bugfixeret # 1142229 (Laurynas Biveinis), bugfixeret # 1130581 (Laurynas Biveinis ).

Hvad er nyt i version 2.0.5:

• Nye funktioner:
• Ny mulighed - default-ekstra-fil er blevet introduceret. Denne indstilling angiver fra hvilken ekstra fil der skal læses standard MySQL-indstillinger før standardindstillingerne-filen. Det kan bruges til at indlæse brugeren / adgangskombinationen for den dedikerede backupbruger fra en separat konfigurationsfil for at undgå at gemme den i crontab eller et script et eller andet sted i systemet.
• Fejlfinding:
• I tilfælde af streaming backups ville innobackupex genoptage XtraBackup processen og derefter vente på, at den er færdig, før du kører UNLOCK TABLES. Dette medførte, at databasen blev unødigt låst med FLUSH TABLES WITH READ LOCK. Innobackupex venter nu kun, indtil logkopiering er færdig for at låse op for databaserne. Bug fix # 1055989 (Alexey Kopytov).
• innobackupex fejlmeddelelser, der refererer til datakataloget, er blevet udvidet til at vise stien til datakataloget, der er nævnt i fejlmeddelelsen. Bug fix # 1089375 (Hartmut Holzgraefe).
• Partitionerede tabeller blev ikke håndteret korrekt af indstillingerne --databaser, --indhold, --tables-fil på indobackupex og ved hjælp af --tabeller og --tables-fil mulighederne for XtraBackup. Fast ved at fjerne partition suffixet (#P # ...), før du filtrerer. Bug fix # 711166 (Sergei Glushchenko).
• Når indbygget komprimering blev brugt, gjorde XtraBackup unbuffered til destinationsfilen eller strømmen i meget små stykker, hvilket til gengæld forårsagede ineffektive I / O. Fast ved at bruge en 1M buffer til output svarende til de ukomprimerede sikkerhedskopier. Fejl fikseret # 1095249 (Alexey Kopytov).
• Unødvendig lang søvn () i innobackupex fører til, at FLUSH TABLES WITH READ LOCK tager for lang tid. Fast ved at erstatte 2 sekunder søvninterval med 100 millisekunder en. Bug fix # 1095551 (Sergei Glushchenko).
• Hvis innobackupex ville gå i stykker, ville det forlade filen xtrabackup_suspended på filsystemet. Dette kan så få innobackupex til at tro, at XtraBackup har suspenderet sig selv, da det startede, og da XtraBackup rent faktisk suspenderer sig, ville innobackupex vente på, at den skulle afslutte og ikke ville fjerne fjernelse af suspenderingsfilen, hvilket resulterede i et ventetid. Fast ved at fjerne den uaktuelle xtrabackup_suspended fil, når innobackupex er startet. Bugfixeret # 1007446 (George Ormond Lorch III).
• innobackupex ville ikke anerkende MariaDB 5.2 og MariaDB 5.3. Fast ved at øge versionskontrollen i innobackupex. Bug fixet # 733665 (Daniel van Eeden, Alexey Kopytov).
• Andre fejlrettelser: bugfixeret # 924492 (Alexey Kopytov), ​​bugfixeret # 1097158 (Alexey Kopytov), ​​bugfixeret # 1081882 (Alexey Kopytov), ​​bugfixeret # 1096584 (Alexey Kopytov).

Hvad er nyt i version 1.6.7:

• Fejlfinding:
• xtrabackup_binary blev ikke inkluderet i tjærearkivet under streaming, men i stedet blev det skrevet til den aktuelle mappe. Dette kan føre til, at der anvendes en forkert binær binær binær binær, der bruges til forberedelse af sikkerhedskopier, der er oprettet med alternativerne - stream eller --remote-host. Bugs fikseret # 723318 og # 787988 (Stewart Smith).
• FLUSH TABLES WITH READ LOCK blev ikke brugt ved oprettelse af inkrementelle sikkerhedskopier, hvilket kunne føre til inkonsekvent backup, når opdateringer af ikke-InnoDB tabeller eller DDL-sætninger på nogen tabeller opstod under backup processen. Bug fixet # 771981 (Alexey Kopytov).
• Mulighed - sikker-slave-backup resulterede i fejlagtig binlog-info, fordi i nogle tilfælde forstyrrede innobackupex svaret fra SHOW SLAVE STATUS med det fra SHOW MASTER STATUS. Bug fixet # 977101 (Alexey Kopytov).
• innodb_data_file_path blev ikke skrevet til backup-my.cnf, det var en regression, der blev introduceret i XtraBackup 1.6.5. Bug fix # 983685 (Sergei Glushchenko).
• Fejlsøgningsfejl med fast falsk test suite med grep 2.10. Bug fix # 996483 (Alexey Kopytov).
• Når innobackupex kørte med --apply-log, læste den konfiguration fra serverkonfigurationsfilen i stedet for backup-my.cnf i backup-mappen. Bug fix # 996493 (Sergei Glushchenko).
• innobackupex kunne kopiere filer til en forkert mappe, når der fusioneres en inkremental backup til en fuld en. Bug fixet # 1002688 (Alexey Kopytov).
• XtraBackup binær var lækker filbeskrivelser på --backup. Dette blev fastsat ved at genbruge den eksisterende filbeskrivelse, så der ikke opstår lækage. Bug fix # 713267 (Alexey Kopytov).

Hvad er nyt i version 2.0.4:

• Fejlfinding:
• Fejlrettelse til # 932623 introducerede regressionen i XtraBackup 2.0.2, hvilket forårsagede inkrementelle backups at mislykkes, fordi initparameterværdierne ikke blev normaliseret til de værdier, der blev anvendt inden for InnoDB. Bug fix # 1062684 (Sergei Glushchenko).
• Fejlrettelse til # 932623 introducerede regressionen i XtraBackup 2.0.2, fordi den ikke tog det separate doublewrite tablespace i en konto. Bug fix # 1066843 (Sergei Glushchenko).
• XtraBackup var forkert at håndtere den separate doublewrite-bufferfil. Filsti til doublewrite-bufferen blev ikke tilføjet til backup-my.cnf, og efter at den gendannede gamle doublewrite-bufferfil blev brugt i stedet for en lavet under forberedelsesfasen. Bug fix # 1068470 (Sergei Glushchenko).
• XtraBackup accepterer nu indstillingen --innodb = force, tidligere ville det smide en fejl, hvis indstillingen blev indstillet. Bug fixet # 528752 (Laurynas Biveinis).
• Mulighed for sikker-slave-backup fungerede ikke korrekt. Bug fix # 887803 (Alexey Kopytov).
• I tilfælde af at sikkerhedsslave-backup-timeout blev nået, når du anvendte sikker-slave-backup-indstillingen, blev SQL_THREAD efterladt i standset tilstand, hvilket forårsagede, at slave-tråden lagde sig bagud. Dette blev rettet ved at kontrollere den indledende SQL_THREAD-tilstand og starte den før afslutningen med en timeout-fejl og kun starte SQL_THREAD, hvis den oprindeligt kørte. Bug fix # 1037379 (Alexey Kopytov).
• XtraBackup ville fejle --apply-log, da filsystemet ikke understøttede Linux AIO. Bug fix # 1065561 (Alexey Kopytov).
• XtraBackup binær ville ignorere innodb_use_native_aio, når den er angivet enten i my.cnf eller som en kommandolinje indstilling. Bug fix # 1068459 (Alexey Kopytov).
• XtraBackup vil udskrive en advarselsmeddelelse under forberedelsesstadiet om, at innodb_file_io_threads bliver udskrevet, selvom variablen ikke er angivet. Bug fix # 1068485 (Alexey Kopytov).
• XtraBackup Galera-test kan nu køres samtidigt. Fejl fikseret # 1077800 (Stewart Smith).

Hvad er nyt i version 2.0.3:

• Nye funktioner:
• innobackupex understøtter nu ny opsætning, der kan bruges i stedet for -kopiering, hvis der ikke er nok ledig diskplads på serveren til at kopiere filer. Da denne mulighed fjerner sikkerhedskopierede filer, skal den bruges med forsigtighed.
• Fejlfinding:
• Symlink for innobackupex-1.5.1 binær er blevet brudt i den tidligere version af XtraBackup. Bug fixet # 1038198 (Ignacio Nin).
• XtraBackup 2.0.2 var ikke bagudkompatibel, hvilket forårsagede inkrementelle backups oprettet med tidligere versioner for at undlade at forberede. Bug fix # 1038127 (Sergei Glushchenko).
• Fix for bug # 1022562 introducerede en regression, der potentielt kan føre til en 5x stigning i diskplads besat af inkrementelle sikkerhedskopier. Bug fix # 1043762 (Laurynas Biveinis).
• Der blev indført en regression i forbindelse med fejl nr. 932623, der forårsagede ukorrekt håndtering af komprimerede tablespaces med sidestørrelsen på 16K, der blev oprettet mellem den sidste fulde eller inkrementelle og den næste inkrementelle backup. Fejl fikseret # 1049174 og # 1044398 (Laurynas Biveinis).

Hvad er nyt i version 1.6.4:

• Det indeholder vigtige fejlrettelser til den stabile 1,6-serie af Percona XtraBackup udgivelser.