Percona XtraBackup

Percona XtraBackup er en åpen kildekode, bærbar, gratis og ikke-blokkerende kommandolinjeprogramvare som fungerer som en frittstående backup-løsning for de kjente XtraDB- og InnoDB-lagringsmotorer. Den har automatisk sikkerhetskopiering og gir høyere oppetid enn andre lignende produkter.

Programmet er fullt kompatibelt med både MySQL og MariaDB databaseservere, og det brukes sterkt av den populære Facebook sosiale nettverkstjenesten for inkrementelle sikkerhetskopier. Det er designet for å løse virkelige problemer når du sikkerhetskopierer svært store, tungt lastede databaser.

Viktige funksjoner inkluderer muligheten til å utføre sikkerhetskopier på nettet mens du unngår å forstyrre databasen din, muligheten til å utføre streaming-sikkerhetskopier til en annen server, samt muligheten til å utføre inkrementelle sikkerhetskopier, samtidig som du sparer penger på diskplass og nettverksbåndbredde.

Med Percona XtraBackup blir sikkerhetskopiene dine på en pålitelig og rask måte. Du kan også enkelt lage nye replikasjons slaver, utføre avansert analyse av data og indeksfiler, og flytte individuelle tabeller mellom servere uten å starte om igjen, en oppgave som krever XtraDB for import.

Programvaren støtter forskjellige MySQL smaker, blant annet vi kan nevne MySQL, MariaDB, MariaDB Galera Cluster, Percona Server og Percona XtraDB Cluster. Den støtter også alle GNU / Linux operativsystemer, som kjører godt på 32-bits og 64-bits maskinvare.

Blant annet kan vi nevne blokkering av MyISAM-sikkerhetskopier, full komprimerte sikkerhetskopier, inkrementelle komprimerte sikkerhetskopier, hurtig inkrementell sikkerhetskopiering, inkrementell sikkerhetskopiering med arkiverte logger og bare REDO-logg, parallelle lokale sikkerhetskopier, tilbakekopiering, applikasjonslogg, komprimering og kryptering.

Videre kommer det også med rsync-støtte for toppmoderne filsynkronisering, eksport av individuelle tabeller, forbedret FTWRL-håndtering, kompakt sikkerhetskopiering, tilbakestilling for punkt-tid, offline sikkerhetskopiering, samt støtte for sky kopiene.

Percona XtraBackup er skrevet i C, C ++ og Perl programmeringsspråk. Det er kommandolinjeprogramvare, distribuert som forhåndsbaserte binære pakker for Ubuntu, Debian og Red Hat Enterprise Linux-distribusjoner, samt universelle binære og kildearkiver.

Hva er ny i denne versjonen:

• Percona XtraBackup ville segfault under forberedelsesfasen av visse FTS-sider. Feil fast # 1460138.
• Feil kompileringsfeil på grunn av manglende avhengighet forårsaket av oppstrøms feil # 77226. Feil fast # 1461129.
• Regresjon introdusert ved å fikse en bug # 1403237 i Percona XtraBackup 2.2.8 kan føre til at xtrabackup leser en gjentatt logg fra feil forskjelling som ville føre til en påstand. Feil fast # 1464608.
• Fast uninitialized current_thd tråd-lokal variabel. Dette løser også feilen bugs # 1415191. Feil fast # 1467574.
• Etter utgivelsen av Percona XtraBackup 2.2.11 utsteder innobackupex en FLUSH TABLE før du kjører FLUSH TABLES WITH READ LOCK. Selv om det vil hjelpe sikkerhetskopiene i noen situasjon, innebærer det også at FLUSH TABLE blir skrevet til binærloggen. På MariaDB 10.0 med GTID aktivert, da sikkerhetskopiering ble tatt på slaven, endret dette GTID av den slaven og Percona XtraBackup ikke den korrekte GTID lenger. Bugfix # 1466446 (Julien Pivotto).
• RPM-samling av Percona XtraBackup krever fortsatt bzr. Bugfix # 1466888 (Julien Pivotto).
• Kompilering av Percona XtraBackup RPMs med XB_VERSION_EXTRA-alternativet vil opprette en feil RPM-versjon. Bugfix # 1467424 (Julien Pivotto).
• Percona XtraBackup ville fullføre vellykket, selv når gjenta loggen ikke ble kopiert helt. Dette betyr at sikkerhetskopiering ble ansett som vellykket selv når de var korrupte. Feil fast # 1470847.
• I sjeldne tilfeller når det er to eller flere tabellområder med samme ID i datakatalogen, henter xtrabackup den første av leksikalsk rekkefølge, noe som kan føre til at du mister riktig tabell. Feil fast # 1475487.
• Percona XtraBackup manglet revision_id i binærfiler. Feil fast # 1394174.

Hva er nytt i versjon 2.4.8:

• Percona XtraBackup ville segfault under forberedelsesfasen av visse FTS-sider. Feil fast # 1460138.
• Feil kompileringsfeil på grunn av manglende avhengighet forårsaket av oppstrøms feil # 77226. Feil fast # 1461129.
• Regresjon introdusert ved å fikse en bug # 1403237 i Percona XtraBackup 2.2.8 kan føre til at xtrabackup leser en gjentatt logg fra feil forskjelling som ville føre til en påstand. Feil fast # 1464608.
• Fast uninitialized current_thd tråd-lokal variabel. Dette løser også feilen bugs # 1415191. Feil fast # 1467574.
• Etter utgivelsen av Percona XtraBackup 2.2.11 utsteder innobackupex en FLUSH TABLE før du kjører FLUSH TABLES WITH READ LOCK. Selv om det vil hjelpe sikkerhetskopiene i noen situasjon, innebærer det også at FLUSH TABLE blir skrevet til binærloggen. På MariaDB 10.0 med GTID aktivert, da sikkerhetskopiering ble tatt på slaven, endret dette GTID av den slaven og Percona XtraBackup ikke den korrekte GTID lenger. Bugfix # 1466446 (Julien Pivotto).
• RPM-samling av Percona XtraBackup krever fortsatt bzr. Bugfix # 1466888 (Julien Pivotto).
• Kompilering av Percona XtraBackup RPMs med XB_VERSION_EXTRA-alternativet vil opprette en feil RPM-versjon. Bugfix # 1467424 (Julien Pivotto).
• Percona XtraBackup ville fullføre vellykket, selv når gjenta loggen ikke ble kopiert helt. Dette betyr at sikkerhetskopiering ble ansett som vellykket selv når de var korrupte. Feil fast # 1470847.
• I sjeldne tilfeller når det er to eller flere tabellområder med samme ID i datakatalogen, henter xtrabackup den første av leksikalsk rekkefølge, noe som kan føre til at du mister riktig tabell. Feil fast # 1475487.
• Percona XtraBackup manglet revision_id i binærfiler. Feil fast # 1394174.

Hva er nytt i versjon 2.4.7:

• Percona XtraBackup ville segfault under forberedelsesfasen av visse FTS-sider. Feil fast # 1460138.
• Feil kompileringsfeil på grunn av manglende avhengighet forårsaket av oppstrøms feil # 77226. Feil fast # 1461129.
• Regresjon introdusert ved å fikse en bug # 1403237 i Percona XtraBackup 2.2.8 kan føre til at xtrabackup leser en gjentatt logg fra feil forskjelling som ville føre til en påstand. Feil fast # 1464608.
• Fast uninitialized current_thd tråd-lokal variabel. Dette løser også feilen bugs # 1415191. Feil fast # 1467574.
• Etter utgivelsen av Percona XtraBackup 2.2.11 utsteder innobackupex en FLUSH TABLE før du kjører FLUSH TABLES WITH READ LOCK. Selv om det vil hjelpe sikkerhetskopiene i noen situasjon, innebærer det også at FLUSH TABLE blir skrevet til binærloggen. På MariaDB 10.0 med GTID aktivert, da sikkerhetskopiering ble tatt på slaven, endret dette GTID av den slaven og Percona XtraBackup ikke den korrekte GTID lenger. Bugfix # 1466446 (Julien Pivotto).
• RPM-samling av Percona XtraBackup krever fortsatt bzr. Bugfix # 1466888 (Julien Pivotto).
• Kompilering av Percona XtraBackup RPMs med XB_VERSION_EXTRA-alternativet vil opprette en feil RPM-versjon. Bugfix # 1467424 (Julien Pivotto).
• Percona XtraBackup ville fullføre vellykket, selv når gjenta loggen ikke ble kopiert helt. Dette betyr at sikkerhetskopiering ble ansett som vellykket selv når de var korrupte. Feil fast # 1470847.
• I sjeldne tilfeller når det er to eller flere tabellområder med samme ID i datakatalogen, henter xtrabackup den første av leksikalsk rekkefølge, noe som kan føre til at du mister riktig tabell. Feil fast # 1475487.
• Percona XtraBackup manglet revision_id i binærfiler. Feil fast # 1394174.

Hva er nytt i versjon 2.4.6:

• Percona XtraBackup ville segfault under forberedelsesfasen av visse FTS-sider. Feil fast # 1460138.
• Feil kompileringsfeil på grunn av manglende avhengighet forårsaket av oppstrøms feil # 77226. Feil fast # 1461129.
• Regresjon introdusert ved å fikse en bug # 1403237 i Percona XtraBackup 2.2.8 kan føre til at xtrabackup leser en gjentatt logg fra feil forskjelling som ville føre til en påstand. Feil fast # 1464608.
• Fast uninitialized current_thd tråd-lokal variabel. Dette løser også feilen bugs # 1415191. Feil fast # 1467574.
• Etter utgivelsen av Percona XtraBackup 2.2.11 utsteder innobackupex en FLUSH TABLE før du kjører FLUSH TABLES WITH READ LOCK. Selv om det vil hjelpe sikkerhetskopiene i noen situasjon, innebærer det også at FLUSH TABLE blir skrevet til binærloggen. På MariaDB 10.0 med GTID aktivert, da sikkerhetskopiering ble tatt på slaven, endret dette GTID av den slaven og Percona XtraBackup ikke den korrekte GTID lenger. Bugfix # 1466446 (Julien Pivotto).
• RPM-samling av Percona XtraBackup krever fortsatt bzr. Bugfix # 1466888 (Julien Pivotto).
• Kompilering av Percona XtraBackup RPMs med XB_VERSION_EXTRA-alternativet vil opprette en feil RPM-versjon. Bugfix # 1467424 (Julien Pivotto).
• Percona XtraBackup ville fullføre vellykket, selv når gjenta loggen ikke ble kopiert helt. Dette betyr at sikkerhetskopiering ble ansett som vellykket selv når de var korrupte. Feil fast # 1470847.
• I sjeldne tilfeller når det er to eller flere tabellområder med samme ID i datakatalogen, henter xtrabackup den første av leksikalsk rekkefølge, noe som kan føre til at du mister riktig tabell. Feil fast # 1475487.
• Percona XtraBackup manglet revision_id i binærfiler. Feil fast # 1394174.

Hva er nytt i versjon 2.4.3:

• Percona XtraBackup ville segfault under forberedelsesfasen av visse FTS-sider. Feil fast # 1460138.
• Feil kompileringsfeil på grunn av manglende avhengighet forårsaket av oppstrøms feil # 77226. Feil fast # 1461129.
• Regresjon introdusert ved å fikse en bug # 1403237 i Percona XtraBackup 2.2.8 kan føre til at xtrabackup leser en gjentatt logg fra feil forskjelling som ville føre til en påstand. Feil fast # 1464608.
• Fast uninitialized current_thd tråd-lokal variabel. Dette løser også feilen bugs # 1415191. Feil fast # 1467574.
• Etter utgivelsen av Percona XtraBackup 2.2.11 utsteder innobackupex en FLUSH TABLE før du kjører FLUSH TABLES WITH READ LOCK. Selv om det vil hjelpe sikkerhetskopiene i noen situasjon, innebærer det også at FLUSH TABLE blir skrevet til binærloggen. På MariaDB 10.0 med GTID aktivert, da sikkerhetskopiering ble tatt på slaven, endret dette GTID av den slaven og Percona XtraBackup ikke den korrekte GTID lenger. Bugfix # 1466446 (Julien Pivotto).
• RPM-samling av Percona XtraBackup krever fortsatt bzr. Bugfix # 1466888 (Julien Pivotto).
• Kompilering av Percona XtraBackup RPMs med XB_VERSION_EXTRA-alternativet vil opprette en feil RPM-versjon. Bugfix # 1467424 (Julien Pivotto).
• Percona XtraBackup ville fullføre vellykket, selv når gjenta loggen ikke ble kopiert helt. Dette betyr at sikkerhetskopiering ble ansett som vellykket selv når de var korrupte. Feil fast # 1470847.
• I sjeldne tilfeller når det er to eller flere tabellområder med samme ID i datakatalogen, henter xtrabackup den første av leksikalsk rekkefølge, noe som kan føre til at du mister riktig tabell. Feil fast # 1475487.
• Percona XtraBackup manglet revision_id i binærfiler. Feil fast # 1394174.

Hva er nytt i versjon 2.2.9:

• Percona XtraBackup 2.1.2 Snapshot Transfer. Feil fast # 1182698.

Hva er nytt i versjon 2.2.8:

• Percona XtraBackup 2.1.2 Snapshot Transfer. Feil fast # 1182698.

Hva er nytt i versjon 2.1.2:

• Feilfeil:
• Bruke Perls DBD :: MySQL-pakke for serverkommunikasjon i stedet for å gyte MySQL-kommandolinjeklienten introduserte en regresjon som forårsaket innobackupex -galera-info-alternativet å mislykkes. Feil fast # 1180672.
• Formatet til xtrabackup_galera_info manglet ':' separatoren mellom verdiene til wsrep_local_state_uuid og wsrep_last_committed. Feil fast # 1181222.
• innobackupex automatisk versjon gjenkjenning fungerte ikke riktig for nyeste Percona Server og MySQL 5.1 utgivelser som kan føre til at innobackupex mislykkes. Bugs fast # 1181092, # 1181099 og # 1180905.
• Når du sikkerhetskopierer en server som ikke er en replikasjons slave med innobackupex -slave-info, mislyktes innobackupex med en dødelig feil. Erstatt den dødelige feilen med en diagnostisk melding om innobackupex -slave-info blir ignorert i et slikt tilfelle. Feil fast # 1180662.
• Lite verdier for wait_timeout på serveren kan føre til at serveren lukker tilkoblingen mens sikkerhetskopieringen blir tatt. Fast ved å sette den største verdien for wait_timeout-alternativet på serveren for å hindre at serveren lukker tilkoblinger hvis den globale wait_timeout-verdien er satt for lav. Feil fast # 1180922.
• Andre feilrettinger: feilrettet # 1177182.

Hva er nytt i versjon 2.0.7:

• Nye funksjoner:
• Denne versjonen av Percona XtraBackup har implementert full støtte for nye MySQL 5.6-funksjoner (GTID, fjernbare / transportable tablespaces, separat angre tabellplass, 5,6-stil buffer dump filer).
• Percona XtraBackup har implementert støtte for InnoDB Buffer Pool Preloading introdusert i MySQL 5.6. Fra og med MySQL 5.6 bufferbasseng kan dumper produseres og lastes for raskere serveroppvarming etter starten. Denne funksjonen ligner Dump / gjenoppretting av bufferbassenget i Percona Server. MySQL 5.6 buffer pool dump er kopiert til backup katalog under backup scenen. Under kopieringskopietrinnet (gjenoppretting) kopieres det tilbake til datakatalogen. Etter at sikkerhetskopieringen er gjenopprettet, kan buffertpuljedumpen lastes av serveren enten automatisk ved oppstart eller på forespørsel.
• Tidsintervall mellom kontroller gjort med logkopieringstråd kan nå konfigureres av innobackupex -log-copy-interval. Å gjøre intervallet konfigurerbart gjør det mulig å redusere tiden mellom sjekker som kan forhindre XtraBackup-feil som skyldes at loggpostene i transaksjonsloggen blir overskrevet før de kopieres av logkopieringstråden.
• Percona XtraBackup lagrer nå GTID-verdien i xtrabackup_binlog_info når du gjør backup av MySQL og Percona Server 5.6 med GTID-modusen aktivert. Eksempel på hvordan denne informasjonen kan brukes til å opprette / gjenopprette en slave, finnes i denne bloggen.
• Percona XtraBackup-alternativet xtrabackup -export støtter nå transportable tablespaces introdusert i MySQL 5.6. Dette alternativet kan brukes til å produsere metadatafiler av 5,6-stil, som kan importeres av ALTER TABLE IMPORT TABLESPACE på MySQL og Percona Server 5.6 som beskrevet i Eksporter og importerer tabeller.
• Feilfeil:
• xtrabackup_56 binær var til stede i rpm og deb pakker, men det manglet fra kilden .tar.gz pakken. Fast ved å legge til det manglende binære til .tar.gz også. Feil fast # 1158948.
• innobackupex kan krasje når du tar 5,6-sikkerhetskopien på grunn av å koble feil SSL-bibliotek. Feil fast # 1168540.
• Percona XtraBackup ville krasje når du lagde 5.6-sikkerhetskopien med partisjonerte tabeller. Feil fast # 1169169.
• Tabeller som ble falt mellom å ta en fullstendig sikkerhetskopi og en inkrementell, var tilstede i den komplette sikkerhetskatalogen, og ble ikke fjernet når inkrementelle sikkerhetskopier er slått sammen. Fiks ved å fjerne filer som svarer til tabeller som mangler i inkrementell sikkerhetskatalog. Feil fast # 856400.
• Percona XtraBackup ville forlate foreldede xtrabackup_tmp * -filer i datadiret etter å ha brukt inkrementelle sikkerhetskopier. Feil fast # 1079135.
• Faste par advarsler funnet i innobackupex når alle advarsler er gjort FATAL. Feil fast # 1116177.
• Hvis det er tusenvis av bord og sakte IO, kan XtraBackup bruke mye tid på å åpne alle tabellene. Optimalisering er implementert, og XtraBackup unngår nå å laste opp ikke-relevante tabellrom når det tas delvis sikkerhetskopiering som øker sikkerhetsprosessen. Feil fast # 1130145.
• Percona XtraBackup initierte ikke per-thread-data i loggkopieringstrengen som kan føre til at XtraBackup krasjer. Feil fast # 1166888.
• Pakkeavhengighet er endret fra abstrakt mysql til ekte / usr / bin / mysql-fil, fordi rpm-pakker fra Oracle ikke lenger tilfredsstiller mysql-avhengighet som kreves av XtraBackup rpms. Feil fast # 1095972.
• Percona XtraBackup ville mislykkes når du lager MySQL 5.6-sikkerhetskopien hvis loggfilene var større enn 4G på kildeserveren. Feil fast # 1164979.
• På grunn av forskjellig implementering i MySQL 5.6 ble feilmeldinger ikke skrevet direkte til stderr. På grunn av dette blir ikke alle InnoDB-feil eller diagnostiske meldinger skrevet ut av xtrabackup_56. Feil fast # 1169971.
• innobackupex ville fortsatt kjøre med FLUSH TABLES WITH READ LOCK selv om xtrabackup ville mislykkes når du kopierer logger. Fast ved å avslutte xtrabackup-prosessen umiddelbart ved logkopiering feil. Feil fast # 1170806.
• innobackupex ville mislykkes hvis SQL_MODE ble satt til ANSI_QUOTES. Feil fast # 945161.
• Mangler space_id fra * .ibd.meta ville føre til påstand. Fast ved å erstatte påstanden med feilmeldingen. Feil fast # 1112224.
• Løs skrivefeltet i innobackupex feilutgangen. Feil fast # 1157225.
• Når du bygger fra kilde, har innodb56 ikke et alternativ for å deaktivere DTrace som innodb55 har. Fast ved å legge til -DENABLE_DTRACE = OFF byggealternativ for innodb56 også. Feil fast # 1169509.
• innobackupex håndterte ikke innodb_data_file_path-alternativet som kan føre til at sikkerhetskopieringen mislykkes. Feil fast # 1169726.
• For Debian- og Linux-binærene, vil versjonen - versjon som skal inneholde revisjonen vise "undefined". Feil fast # 1171721.
• Redundant kode er fjernet fra xtrabackup.cc. Feil fast # 1162765.
• Andre feilrettinger: feilrettet # 1158154, feilrettet # 1170340, feilrettet # 1088309, feilrettet # 1088307.

Hva er nytt i versjon 2.0.6:

• Nye funksjoner:
• XtraBackup har implementert grunnleggende støtte for MySQL 5.6, Percona Server 5.6 og MariaDB 10.0. Grunnleggende støtte betyr at disse versjonene er gjenkjent av XtraBackup, og at sikkerhetskopiering / gjenoppretting virker så lenge ingen 5.6-spesifikke funksjoner blir brukt (for eksempel GTID, fjernbare / transportable tabellområder, separat fortrydd tabellplass, 5,6-stil buffer-dumpfiler) .
• Feilfeil:
• Individuelle InnoDB-tabellrom med størrelse mindre enn 1 MB ble utvidet til 1 MB på sikkerhetskopieringsoperasjonen. Dette førte til en stor økning i diskbruk i tilfeller der det er mange små InnoDB-tabellrom. Bugfix # 950334 (Daniel Frett, Alexey Kopytov).
• Løs problemet som forårsaket databaser som svarer til utilgjengelige datadir-underkataloger som skal ignoreres av XtraBackup uten advarsler eller feilmeldinger. Dette skjedde fordi InnoDB-kode tydelig ignorerte datadir-underkataloger det ikke kunne åpne. Bug fast # 664986 (Alexey Kopytov).
• Under noen omstendigheter kan XtraBackup mislykkes i å kopiere et tabellrom med en høyparallell opsjonsverdi og en lav innodb_open_files-verdi. Bugfix # 870119 (Alexey Kopytov).
• Fix for bug # 711166 introduserte en regresjon som forårsaket at enkelte partisjonskopier mislyktes når de brukes sammen med - inkluderer valg i innobackupex eller --tables-alternativet i xtrabackup. Bugfix # 1130627 (Alexey Kopytov).
• innobackupex har ikke lagt til fil-per-tabell-innstillingen for tabelloberoende sikkerhetskopier. Fast ved å gjøre XtraBackup automatisk aktivert innodb_file_per_table når alternativet --export brukes. Bug fast # 930062 (Alexey Kopytov).
• Under noen omstendigheter kan XtraBackup mislykkes på en sikkerhetskopiering forberede med innodb_flush_method = O_DIRECT. Bugfix # 1055547 (Alexey Kopytov).
• innobackupex passerte ikke --tmpdir-alternativet til binærbiblioteket xtrabackup, noe som resulterte i at serverens tmpdir alltid ble brukt til midlertidige filer. Bugfix # 1085099 (Alexey Kopytov).
• XtraBackup har forbedret feilrapporteringen for ukjente serverversjoner. Bugfix # 1087219 (Alexey Kopytov).
• Fastsatte manglende rpm-avhengighet for Perl Time :: HiRes-pakken som forårsaket innobackupex å mislykkes på minimal CentOS-installasjoner. Bugfix # 1121573 (Alexey Bychko).
• innobackupex ville mislykkes når -no-lock og -rsync ble brukt sammen. Bug fast # 1123335 (Sergei Glushchenko).
• Fix for bug # 1055989 introduserte en regresjon som forårsaket xtrabackup_pid-filen å forbli i den midlertidige filen etter utførelse. Bug fix # 1114955 (Alexey Kopytov).
• Unødvendige feilsøkingsmeldinger er fjernet fra XtraBackup-utgangen. Bugfix # 1131084 (Alexey Kopytov).
• Andre feilrettinger: Bugfix # 1153334 (Alexey Kopytov), ​​bugfix # 1098498 (Laurynas Biveinis), bugfix # 1132763 (Laurynas Biveinis), bugfix # 1142229 (Laurynas Biveinis), bugfix # 1130581 (Laurynas Biveinis ).

Hva er nytt i versjon 2.0.5:

• Nye funksjoner:
• Nytt alternativ - standardinnstillinger-ekstra-fil er innført. Dette alternativet angir fra hvilken ekstra fil å lese standard MySQL-alternativene før standard-standardfilen. Det kan brukes til å laste bruker- / passordkombinasjonen for den dedikerte backupbrukeren fra en separat konfigurasjonsfil, for å unngå å lagre den i crontab eller et script et sted i systemet.
• Feilfeil:
• Ved streaming av sikkerhetskopier, ville innobackupex fortsette XtraBackup-prosessen og deretter vente på at den skal fullføres før du kjører UNLOCK TABLES. Dette forårsaket at databasen ble unødvendig låst med FLUSH TABLES WITH READ LOCK. Innobackupex venter nå bare til loggkopiering er ferdig for å låse opp databasene. Bugfix # 1055989 (Alexey Kopytov).
• innobackupex feilmeldinger som refererer til datakatalogen, er utvidet for å vise banen til datakatalogen som er nevnt i feilmeldingen. Bugfix # 1089375 (Hartmut Holzgraefe).
• Partisjonerte tabeller ble ikke håndtert riktig av innstillinger --databaser, --include, --tables-fil av innobackupex, og ved -tabellene og -tabell-filalternativene til XtraBackup. Fiks ved å fjerne partisjonenes suffiks (#P # ...) før du filtrerer. Bug fast # 711166 (Sergei Glushchenko).
• Når innebygd komprimering ble brukt, gjorde XtraBackup unbuffered til destinasjonsfilen eller strømmen i svært små biter som i sin tur forårsaket ineffektiv I / O. Fast ved å bruke en 1M buffer for utdata som ligner på ukomprimerte sikkerhetskopier. Bugfix # 1095249 (Alexey Kopytov).
• Unødvendig lang søvn () i innobackupex fører til at FLUSH TABLES WITH READ LOCK tar for lang tid. Fast ved å bytte 2 sekunder søvnintervall med 100 millisekunder en. Bugfix # 1095551 (Sergei Glushchenko).
• Hvis innobackupex skulle krasje, ville det forlate filen xtrabackup_suspended på filsystemet. Dette kan da føre innobackupex til å tro at XtraBackup har suspendert seg selv i øyeblikket det startet, og da XtraBackup faktisk suspenderer seg, ville innobackupex vente på at den skulle ende, og ville ikke fjerne gjenopprettingsfilen, noe som førte til en ventetid. Fiks ved å fjerne den gamle xtrabackup_suspended filen når innobackupex er startet. Bugfix # 1007446 (George Ormond Lorch III).
• innobackupex ville mislykkes i å gjenkjenne MariaDB 5.2 og MariaDB 5.3. Fast ved å øke versjonskontrollene i innobackupex. Bug fast # 733665 (Daniel van Eeden, Alexey Kopytov).
• Andre feilrettinger: Bugfix # 924492 (Alexey Kopytov), ​​bugfix # 1097158 (Alexey Kopytov), ​​bugfix # 1081882 (Alexey Kopytov), ​​bugfix # 1096584 (Alexey Kopytov).

Hva er nytt i versjon 1.6.7:

• Feilfeil:
• xtrabackup_binary ble ikke inkludert i tar arkiv når streaming, i stedet ble det skrevet til gjeldende katalog. Dette kan føre til at en feil xtrabackup binær blir brukt når du lagrer sikkerhetskopier som er opprettet med alternativer for --stream eller --remote-host. Bugs fast # 723318 og # 787988 (Stewart Smith).
• FLUSH TABLES WITH READ LOCK ble ikke brukt når du lagde inkrementelle sikkerhetskopier, noe som kan føre til inkonsekvent sikkerhetskopiering når oppdateringer til ikke-InnoDB-tabeller eller DDL-setninger på noen tabeller skjedde under backupprosessen. Bugfix # 771981 (Alexey Kopytov).
• Alternativ - sikker-slave-backup resulterte i feil binlog-info, fordi i noen tilfeller forvekslet innobackupex svaret fra SHOW SLAVE STATUS med det fra SHOW MASTER STATUS. Bugfix # 977101 (Alexey Kopytov).
• innodb_data_file_path ble ikke skrevet til backup-my.cnf, dette var en regresjon introdusert i XtraBackup 1.6.5. Bug fixed # 983685 (Sergei Glushchenko).
• Feil feilfeil med feilfeil med grep 2.10. Bugfixert # 996483 (Alexey Kopytov).
• Når innobackupex kjørte med --apply-log, ble det lest konfigurasjon fra serverkonfigurasjonsfilen i stedet for backup-my.cnf i sikkerhetskatalogen. Bug fast # 996493 (Sergei Glushchenko).
• innobackupex kan kopiere filer til en feil katalog når du fusjonerer en inkrementell sikkerhetskopiering til en fullstendig. Bugfix # 1002688 (Alexey Kopytov).
• XtraBackup binær var lekkende filbeskrivelser på --backup. Dette ble løst ved å gjenbruke den eksisterende filbeskrivelsen, slik at ingen lekkasje oppstår. Bugfix # 713267 (Alexey Kopytov).

Hva er nytt i versjon 2.0.4:

• Feilfeil:
• Feilrettelse for # 932623 introduserte regresjonen i XtraBackup 2.0.2, noe som førte til at inkrementelle sikkerhetskopier skulle mislykkes fordi initparameterverdiene ikke var normalisert til verdiene som brukes i InnoDB. Bugfix # 1062684 (Sergei Glushchenko).
• Feilrettelse for # 932623 introduserte regresjonen i XtraBackup 2.0.2 fordi den ikke tok det separate doublewrite-tabellområdet i en konto. Bug fast # 1066843 (Sergei Glushchenko).
• XtraBackup var feilaktig å håndtere den separate doublewrite bufferfilen. Filbanen til doublewrite-bufferen ble ikke lagt til backup-my.cnf, og etter at gjenopprettingen av gamle doublewrite-bufferfilen ble brukt i stedet for en laget under forberedelsesstadiet. Bug fast # 1068470 (Sergei Glushchenko).
• XtraBackup aksepterer nå alternativet --innodb = force, tidligere ville det kaste en feil hvis alternativet ble satt. Bugfix # 528752 (Laurynas Biveinis).
• Alternativ sikker-slavesikkerhet fungerte ikke riktig. Bug fast # 887803 (Alexey Kopytov).
• I tilfelle sikker-slave-backup-timeout ble oppnådd ved bruk av alternativet for sikker-slave-sikkerhet, ble SQL_THREAD igjen i stoppet tilstand, noe som førte til at slave-tråden lagde seg bak. Dette ble løst ved å sjekke den innledende SQL_THREAD-tilstanden og starte den før avslutningen med en timeout-feil og starte SQL_THREAD bare hvis den kjørte i utgangspunktet. Bugfix # 1037379 (Alexey Kopytov).
• XtraBackup ville feile på --apply-log når filsystemet ikke støttet Linux AIO. Bugfix # 1065561 (Alexey Kopytov).
• XtraBackup binær ville ignorere innodb_use_native_aio når den er angitt enten i my.cnf eller som et kommandolinjealternativ. Bugfix # 1068459 (Alexey Kopytov).
• XtraBackup vil skrive ut en advarsel under forberedelsesstadiet om innodb_file_io_threads blir utdatert, selv om variabelen ikke ble angitt. Bugfix # 1068485 (Alexey Kopytov).
• XtraBackup Galera-tester kan nå kjøres samtidig. Bugfix # 1077800 (Stewart Smith).

Hva er nytt i versjon 2.0.3:

• Nye funksjoner:
• innobackupex støtter nå nytt alternativ som kan brukes i stedet for -kopi-tilbake hvis det ikke er nok ledig diskplass på serveren for å kopiere filer. Da dette alternativet fjerner sikkerhetskopieringsfiler, må det brukes med forsiktighet.
• Feilfeil:
• Symlink for innobackupex-1.5.1 binær er brutt i forrige versjon av XtraBackup. Bugfix # 1038198 (Ignacio Nin).
• XtraBackup 2.0.2 var ikke bakoverkompatibel som forårsaket inkrementelle sikkerhetskopier opprettet med tidligere versjoner for å mislykkes i forberedelsene. Bug fast # 1038127 (Sergei Glushchenko).
• Fix for bug # 1022562 introduserte en regresjon som potensielt kan føre til en 5x økning i diskplass okkupert ved inkrementelle sikkerhetskopier. Bugfix # 1043762 (Laurynas Biveinis).
• En regresjon ble introdusert i reparasjon for feil nr. 932623 som forårsaket feil håndtering av komprimerte tablespaces med sidestørrelsen på 16K, som ble opprettet mellom den siste fulle eller inkrementelle og neste inkrementelle sikkerhetskopiering. Bugs fast # 1049174 og # 1044398 (Laurynas Biveinis).

Hva er nytt i versjon 1.6.4:

• Den inneholder viktige feilrettinger til den stabile 1,6-serien av Percona XtraBackup utgivelser.