Percona XtraBackup

Programinė įranga Screenshot:
Percona XtraBackup
Programinė detalės:
Versija: 2.4.9 Atnaujintas
Įkėlimo datą: 20 Jan 18
Kūrėjas: Percona Inc.
Licencija: Nemokamai
Populiarumas: 21

Rating: nan/5 (Total Votes: 0)

"Percona XtraBackup" yra atviro kodo, portatyvi, nemokama ir ne blokuojanti komandinės eilutės programinė įranga, kuri veikia kaip atskira atsarginių kopijų sistema, skirta gerai žinomiems "XtraDB" ir "InnoDB" saugyklų varikliams. Jis palaiko automatinę atsarginės kopijos tikrinimą ir siūlo aukštesnę veikimo laiką nei kiti panašūs produktai.

Programa visiškai suderinama su "MySQL" ir "MariaDB" duomenų bazių serveriais, o populiarią "Facebook" socialinių tinklų paslaugą ji dažnai naudoja papildomoms atsarginėms kopijoms. Jis sukurtas spręsti realias problemas, kai kuria atsargines labai didelių, didelės apkrovos duomenų bazes.


Savybės iš pirmo žvilgsnio

Pagrindinės funkcijos yra galimybė atlikti atsargines kopijas internete, vengiant nutraukti duomenų bazės veikimą, sugebėjimą atlikti srautinio duomenų atsargines kopijas kitame serveryje, taip pat galimybė atlikti papildomas atsargines kopijas, taupydami pinigus vietos diske ir tinklo pralaidumui.

"Percona XtraBackup" jūsų atsarginės kopijos bus patikimai ir greitai. Taip pat galite lengvai kurti naujus replikacijos vergais, atlikti išplėstinę duomenų ir rodyklių failų analizę ir perkelti atskiras lenteles tarp serverių be iš naujo paleidimo - užduotis, kurios reikia importuoti XtraDB.

Programinė įranga palaiko įvairius "MySQL" skonius, tarp kurių galime paminėti "MySQL", "MariaDB", "MariaDB Galera" klasterius, "Percona" serverius ir "Percona XtraDB" klasterius. Ji taip pat palaiko visas GNU / Linux operacines sistemas, gerai veikia 32 bitų ir 64 bitų techninę įrangą.

Tarp kitų funkcijų galime paminėti blokavimą MyISAM atsargines kopijas, visišką suspaustą atsarginę kopiją, papildomas suspaustas atsargines kopijas, greitą atsargines atsargines kopijas, atsitiktines atsargines kopijas naudojant archyvuotus žurnalus ir tik REDO žurnalą, lygiagrečias vietines atsargines kopijas, nukopijuoti atgal, taikyti žurnalą, glaudinimą ir šifravimas.

Be to, rsync palaiko naujausią failų sinchronizavimą, atskirų lentelių eksportavimą, patobulintą FTWRL tvarkymą, kompaktinių atsarginių kopijų kūrimą, atkūrimo tašką metu, atsarginių kopijų kūrimą, taip pat debesų palaikymą. atsargines kopijas.


Pagal gaubtą ir prieinamumą

Percona XtraBackup parašytas programavimo kalbomis C, C ++ ir Perl. Tai yra "komandinės eilutės" programinė įranga, platinama kaip iš anksto įdiegtos dvejetainiai paketai Ubuntu, "Debian" ir "Red Hat Enterprise Linux" distribucijoms, taip pat universalūs dvejetainiai ir šaltiniai.

Kas yra nauja šiame leidime:

  • "Percona XtraBackup" būtų segfault kai kurių FTS puslapių parengties etape. Patvirtinta klaida # 1460138.
  • Ištaisyta kompiliavimo klaida dėl trūkstamos priklausomybės, kurią sukelia aukščiau pateiktas klaidas Nr. 77226. Klaida nustatyta 1461129.
  • Regresija, įvesta nustatant klaidą Nr. 1403237 Percona XtraBackup 2.2.8, gali sukelti xtrabackup perskaityti žurnalą iš netinkamo kompensavimo, kuris galėtų sukelti teiginį. Patvirtinta klaida # 1464608.
  • Nustatytas neinitializuotas current_thd thread-local kintamasis. Tai taip pat visiškai pašalina klaidą # 1415191. Klaida nustatyta # 1467574.
  • Po "Percona XtraBackup 2.2.11" išleidimo innobackupex išleidžia FLUSH TABLE prieš paleidžiant FLUSH TABLES su "READ LOCK". Nors tai padės kai kurioms situacijoms atlikti atsargines kopijas, tai taip pat reiškia, kad FLUSH TABLE bus įrašyta į dvejetainę žurnalą. "MariaDB 10.0" su "GTID" įjungta, kai atsarginė kopija buvo įrašyta vergui, tai pakeitė šio vergo GTID, o Percona XtraBackup daugiau nematė teisingo GTID. Klaida nustatyta # 1466446 (Julien Pivotto).
  • "Percona XtraBackup" RPM kompiliavimas vis dar reikalingas bzr. Klaida nustatyta # 1466888 (Julien Pivotto).
  • Suderinus Percona XtraBackup RPM su XB_VERSION_EXTRA parinktimi sukurtumėte neteisingą RPM versiją. Klaida nustatyta # 1467424 (Julien Pivotto).
  • "Percona XtraBackup" būtų sėkmingai užbaigtas, net jei perrašymo žurnalas nebuvo visiškai kopijuotas. Tai reiškia, kad atsarginės kopijos laikomos sėkmingomis net tada, kai jos buvo sugadintos. Patvirtinta klaida # 1470847.
  • Retais atvejais, kai duomenų kataloge yra dvi ar daugiau lentelių erdvių su tuo pačiu ID, "xtrabackup" surenka pirmąjį pagal leksinę tvarką, dėl ko gali netekti teisingos lentelės. Klaida nustatyta # 1475487.
  • "Percona XtraBackup" trūko revision_id dvejetėse versijose. Patvirtinta klaida # 1394174.

Kas naujo 2.4.8 versijoje:

  • "Percona XtraBackup" būtų segfault kai kurių FTS puslapių parengties etape. Patvirtinta klaida # 1460138.
  • Ištaisyta kompiliavimo klaida dėl trūkstamos priklausomybės, kurią sukelia aukščiau pateiktas klaidas Nr. 77226. Klaida nustatyta 1461129.
  • Regresija, įvesta nustatant klaidą Nr. 1403237 Percona XtraBackup 2.2.8, gali sukelti xtrabackup perskaityti žurnalą iš netinkamo kompensavimo, kuris galėtų sukelti teiginį. Patvirtinta klaida # 1464608.
  • Nustatytas neinitializuotas current_thd thread-local kintamasis. Tai taip pat visiškai pašalina klaidą # 1415191. Klaida nustatyta # 1467574.
  • Po "Percona XtraBackup 2.2.11" išleidimo innobackupex išleidžia FLUSH TABLE prieš paleidžiant FLUSH TABLES su "READ LOCK". Nors tai padės kai kurioms situacijoms atlikti atsargines kopijas, tai taip pat reiškia, kad FLUSH TABLE bus įrašyta į dvejetainę žurnalą. "MariaDB 10.0" su "GTID" įjungta, kai atsarginė kopija buvo įrašyta vergui, tai pakeitė šio vergo GTID, o Percona XtraBackup daugiau nematė teisingo GTID. Klaida nustatyta # 1466446 (Julien Pivotto).
  • "Percona XtraBackup" RPM kompiliavimas vis dar reikalingas bzr. Klaida nustatyta # 1466888 (Julien Pivotto).
  • Suderinus Percona XtraBackup RPM su XB_VERSION_EXTRA parinktimi sukurtumėte neteisingą RPM versiją. Klaida nustatyta # 1467424 (Julien Pivotto).
  • "Percona XtraBackup" būtų sėkmingai užbaigtas, net jei perrašymo žurnalas nebuvo visiškai kopijuotas. Tai reiškia, kad atsarginės kopijos laikomos sėkmingomis net tada, kai jos buvo sugadintos. Patvirtinta klaida # 1470847.
  • Retais atvejais, kai duomenų kataloge yra dvi ar daugiau lentelių erdvių su tuo pačiu ID, "xtrabackup" surenka pirmąjį pagal leksinę tvarką, dėl ko gali netekti teisingos lentelės. Klaida nustatyta # 1475487.
  • "Percona XtraBackup" trūko revision_id dvejetėse versijose. Patvirtinta klaida # 1394174.

Kas naujo 2.4.7 versijoje:

  • "Percona XtraBackup" būtų segfault kai kurių FTS puslapių parengties etape. Patvirtinta klaida # 1460138.
  • Ištaisyta kompiliavimo klaida dėl trūkstamos priklausomybės, kurią sukelia aukščiau pateiktas klaidas Nr. 77226. Klaida nustatyta 1461129.
  • Regresija, įvesta nustatant klaidą Nr. 1403237 Percona XtraBackup 2.2.8, gali sukelti xtrabackup perskaityti žurnalą iš netinkamo kompensavimo, kuris galėtų sukelti teiginį. Patvirtinta klaida # 1464608.
  • Nustatytas neinitializuotas current_thd thread-local kintamasis. Tai taip pat visiškai pašalina klaidą # 1415191. Klaida nustatyta # 1467574.
  • Po "Percona XtraBackup 2.2.11" išleidimo innobackupex išleidžia FLUSH TABLE prieš paleidžiant FLUSH TABLES su "READ LOCK". Nors tai padės kai kurioms situacijoms atlikti atsargines kopijas, tai taip pat reiškia, kad FLUSH TABLE bus įrašyta į dvejetainę žurnalą. "MariaDB 10.0" su "GTID" įjungta, kai atsarginė kopija buvo įrašyta vergui, tai pakeitė šio vergo GTID, o Percona XtraBackup daugiau nematė teisingo GTID. Klaida nustatyta # 1466446 (Julien Pivotto).
  • "Percona XtraBackup" RPM kompiliavimas vis dar reikalingas bzr. Klaida nustatyta # 1466888 (Julien Pivotto).
  • Suderinus Percona XtraBackup RPM su XB_VERSION_EXTRA parinktimi sukurtumėte neteisingą RPM versiją. Klaida nustatyta # 1467424 (Julien Pivotto).
  • "Percona XtraBackup" būtų sėkmingai užbaigtas, net jei perrašymo žurnalas nebuvo visiškai kopijuotas. Tai reiškia, kad atsarginės kopijos laikomos sėkmingomis net tada, kai jos buvo sugadintos. Patvirtinta klaida # 1470847.
  • Retais atvejais, kai duomenų kataloge yra dvi ar daugiau lentelių erdvių su tuo pačiu ID, "xtrabackup" surenka pirmąjį pagal leksinę tvarką, dėl ko gali netekti teisingos lentelės. Klaida nustatyta # 1475487.
  • "Percona XtraBackup" trūko revision_id dvejetėse versijose. Patvirtinta klaida # 1394174.

Kas naujo 2.4.6 versijoje:

  • "Percona XtraBackup" būtų segfault kai kurių FTS puslapių parengties etape. Patvirtinta klaida # 1460138.
  • Ištaisyta kompiliavimo klaida dėl trūkstamos priklausomybės, kurią sukelia aukščiau pateiktas klaidas Nr. 77226. Klaida nustatyta 1461129.
  • Regresija, įvesta nustatant klaidą Nr. 1403237 Percona XtraBackup 2.2.8, gali sukelti xtrabackup perskaityti žurnalą iš netinkamo kompensavimo, kuris galėtų sukelti teiginį. Patvirtinta klaida # 1464608.
  • Nustatytas neinitializuotas current_thd thread-local kintamasis. Tai taip pat visiškai pašalina klaidą # 1415191. Klaida nustatyta # 1467574.
  • Po "Percona XtraBackup 2.2.11" išleidimo innobackupex išleidžia FLUSH TABLE prieš paleidžiant FLUSH TABLES su "READ LOCK". Nors tai padės kai kurioms situacijoms atlikti atsargines kopijas, tai taip pat reiškia, kad FLUSH TABLE bus įrašyta į dvejetainę žurnalą. "MariaDB 10.0" su "GTID" įjungta, kai atsarginė kopija buvo įrašyta vergui, tai pakeitė šio vergo GTID, o Percona XtraBackup daugiau nematė teisingo GTID. Klaida nustatyta # 1466446 (Julien Pivotto).
  • "Percona XtraBackup" RPM kompiliavimas vis dar reikalingas bzr. Klaida nustatyta # 1466888 (Julien Pivotto).
  • Suderinus Percona XtraBackup RPM su XB_VERSION_EXTRA parinktimi sukurtumėte neteisingą RPM versiją. Klaida nustatyta # 1467424 (Julien Pivotto).
  • "Percona XtraBackup" būtų sėkmingai užbaigtas, net jei perrašymo žurnalas nebuvo visiškai kopijuotas. Tai reiškia, kad atsarginės kopijos laikomos sėkmingomis net tada, kai jos buvo sugadintos. Patvirtinta klaida # 1470847.
  • Retais atvejais, kai duomenų kataloge yra dvi ar daugiau lentelių erdvių su tuo pačiu ID, "xtrabackup" surenka pirmąjį pagal leksinę tvarką, dėl ko gali netekti teisingos lentelės. Klaida nustatyta # 1475487.
  • "Percona XtraBackup" trūko revision_id dvejetėse versijose. Patvirtinta klaida # 1394174.

Kas naujo 2.4.3 versijoje:

  • "Percona XtraBackup" būtų segfault kai kurių FTS puslapių parengties etape. Patvirtinta klaida # 1460138.
  • Ištaisyta kompiliavimo klaida dėl trūkstamos priklausomybės, kurią sukelia aukščiau pateiktas klaidas Nr. 77226. Klaida nustatyta 1461129.
  • Regresija, įvesta nustatant klaidą Nr. 1403237 Percona XtraBackup 2.2.8, gali sukelti xtrabackup perskaityti žurnalą iš netinkamo kompensavimo, kuris galėtų sukelti teiginį. Patvirtinta klaida # 1464608.
  • Nustatytas neinitializuotas current_thd thread-local kintamasis. Tai taip pat visiškai pašalina klaidą # 1415191. Klaida nustatyta # 1467574.
  • Po "Percona XtraBackup 2.2.11" išleidimo innobackupex išleidžia FLUSH TABLE prieš paleidžiant FLUSH TABLES su "READ LOCK". Nors tai padės kai kurioms situacijoms atlikti atsargines kopijas, tai taip pat reiškia, kad FLUSH TABLE bus įrašyta į dvejetainę žurnalą. "MariaDB 10.0" su "GTID" įjungta, kai atsarginė kopija buvo įrašyta vergui, tai pakeitė šio vergo GTID, o Percona XtraBackup daugiau nematė teisingo GTID. Klaida nustatyta # 1466446 (Julien Pivotto).
  • "Percona XtraBackup" RPM kompiliavimas vis dar reikalingas bzr. Klaida nustatyta # 1466888 (Julien Pivotto).
  • Suderinus Percona XtraBackup RPM su XB_VERSION_EXTRA parinktimi sukurtumėte neteisingą RPM versiją. Klaida nustatyta # 1467424 (Julien Pivotto).
  • "Percona XtraBackup" būtų sėkmingai užbaigtas, net jei perrašymo žurnalas nebuvo visiškai kopijuotas. Tai reiškia, kad atsarginės kopijos laikomos sėkmingomis net tada, kai jos buvo sugadintos. Patvirtinta klaida # 1470847.
  • Retais atvejais, kai duomenų kataloge yra dvi ar daugiau lentelių erdvių su tuo pačiu ID, "xtrabackup" surenka pirmąjį pagal leksinę tvarką, dėl ko gali netekti teisingos lentelės. Klaida nustatyta # 1475487.
  • "Percona XtraBackup" trūko revision_id dvejetėse versijose. Patvirtinta klaida # 1394174.

Kas naujo 2.2.9 versijoje:

  • "Percona XtraBackup 2.1.2" Momentinis perkėlimas. Klaida nustatyta 1182698.

Kas naujo 2.2.8 versijoje:

  • "Percona XtraBackup 2.1.2" Momentinis perkėlimas. Klaida nustatyta 1182698.

Kas naujo 2.1.2 versijoje:

  • Klaidos ištaisytos:
  • "Perl DBD :: MySQL" paketo naudojimas serverio bendravimui, o ne "MySQL" komandinės eilutės kliento atsiradimas pakėlė regresiją, dėl kurios "innobackupex -galera-info" galimybė sugedo. Klaida nustatyta 1180672.
  • xtrabackup_galera_info formate trūko ":" atskyrimo tarp wsrep_local_state_uuid ir wsrep_last_committed verčių. Klaida nustatyta # 1181222.
  • "innobackupex" automatinės versijos aptikimas neveikė tinkamai "Percona" serveriui ir "MySQL 5.1" išleidimams, kurie gali sukelti "innobackupex" nesėkmę. Klaidos nustatytos # 1181092, # 1181099 ir # 1180905.
  • Atsarginę kopiją kurdami serverį, kuris nėra pakartotinis su "innobackupex" slapyvardžio informacijos galimybė, "innobackupex" nepavyko, nes įvyko klaida. Pakeistas mirtinas klaidas su tokiu atveju ignoruojamas diagnostikos pranešimas apie innobackupex -slavve-info. Klaida nustatyta 1180662.
  • Žemos "wait_timeout" vertės serveryje gali sukelti serverio uždarymą, kol atliekamas atsarginis kopijavimas. Ištaisyta nustatant serverio didesnę reikšmę "wait_timeout", kad serveris negalėtų užmegzti ryšių, jei pasaulinė wait_timeout reikšmė yra per žema. Patvirtinta klaida # 1180922.
  • Kiti klaidų pataisymai: pataisyta klaida # 1177182.

Kas naujo 2.0.7 versijoje:

  • Naujos funkcijos:
  • Ši "Percona XtraBackup" versija visiškai palaikė naujus "MySQL 5.6" funkcijas (GTID, nuotolinės / transportuojamos lentelių erdvės, atskiri lentelių atšaukimo, 5,6 tipo buferinių baseinų dump failus).
  • "Percona XtraBackup" įdiegė "MySQL 5.6" įdiegtą "InnoDB" buferinio baseino išankstinio įkėlimo paramą. Pradedant MySQL 5.6 buferinių baseinų sąvartynus galima pagaminti ir įkelti, kad būtų galima greičiau įjungti serverį po paleidimo. Ši funkcija yra panaši į "Percona" serverio buferinio baseino "Dump" / "Restore" funkciją. MySQL 5.6 buferinio baseino nukritas atsarginės kopijos metu kopijuojamas į atsarginių kopijų katalogą. Kopijavimo pabaigoje (atkūrimas) jis nukopijuojamas atgal į duomenų katalogą. Po to, kai atsarginė kopija atkurta, serveris gali įkrauti buferinio baseino nukritą automatiškai paleidus arba paklausus.
  • Laiko intervalas tarp patikrinimų atliekant žurnalo kopijavimo sriegį dabar yra konfigūruojamas pagal innobackupex -log-copy-intervalą. Interfeiso konfigūravimas leidžia sumažinti laiką tarp patikrinimų, kurie gali užkirsti kelią "XtraBackup" nesklandumams, kuriuos sukelia žurnalo įrašai transakcijų žurnale, kurie yra perrašomi prieš kopijuojant žurnalo kopijavimo sritį.
  • "Percona XtraBackup" dabar saugo GTID vertę "xtrabackup_binlog_info", atliekant "MySQL" ir "Percona Server 5.6" atsarginę kopiją, įjungus GTID režimą. Šis tinklaraščio įrašas gali būti pavyzdys, kaip šią informaciją galima panaudoti vergais sukurti / atkurti.
  • "Percona XtraBackup" parinktis xtrabackup -export dabar palaiko transliuojamas lenteles, įvestas "MySQL 5.6". Ši parinktis gali būti naudojama 5,6 tipo metaduomenų rinkmenoms kurti, kurias galima importuoti "ALTER TABLE IMPORT TABLESPACE" sistemoje "MySQL" ir "Percona Server 5.6", kaip aprašyta vadovų eksportavimo ir importavimo lentelėse.
  • Klaidos ištaisytos:
  • dvejetainis xtrabackup_56 buvo pateiktas rpm ir deb paketuose, bet trūko iš šaltinio .tar.gz paketo. Pataisyta, pridedant trūkstamą dvejetainį failą į .tar.gz taip pat. Patvirtinta klaida # 1158948.
  • innobackupex gali sugesti, kai naudojate 5,6 atsarginę kopiją, nes susiejama neteisinga SSL biblioteka. Patvirtinta klaida # 1168540.
  • "Percona XtraBackup" sugestų, kai ruošiatės 5,6 atsarginę kopiją su pertvarkytomis lentelėmis. Klaida nustatyta 1169169.
  • Lentelės, kurios buvo atsisakytos tarp visiškos atsarginės kopijos ir papildomos, buvo visos atsarginės kopijos kataloge ir nebuvo pašalintos, kai papildomos atsarginės kopijos buvo sujungtos. Ištaisyta pašalinus failus, atitinkančius lenteles, kurių trūksta papildomame atsarginių kopijų kataloge. Patvirtinta klaida # 856400.
  • "Percona XtraBackup" paliks pasenusias xtrabackup_tmp * failus duomenų laikmenoje po to, kai bus naudojamos pakartotinės atsarginės kopijos. Klaida nustatyta 1079135.
  • Ištaisyta pora įspėjimų, esančių innobackupex, kai visi įspėjimai buvo padaryti FATAL. Klaida nustatyta 1116177.
  • Jei yra tūkstančiai lentelių ir lėtas IO, tada XtraBackup gali daug laiko praleisti atidarant visas lentelių erdves. Įdiegta optimizacija, o dabar "XtraBackup" vengia įkelti nereikalingas lentelių erdves, kai atliekama dalinė atsarginė kopija, kuri pagreitina atsarginę kopiją. Klaida nustatyta 1130145.
  • "Percona XtraBackup" neperkūrė "thread-data" žurnalo kopijavimo temoje, dėl ko XtraBackup gali sugesti. Klaida nustatyta 1166888.
  • Paketo priklausomybė buvo pakeista iš abstrakčio mysql į realų / usr / bin / mysql failą, nes "rpm" paketai iš "Oracle" nebetenkina "mysql dependency", kuri reikalinga XtraBackup rpms. Patvirtinta klaida # 1095972.
  • "Percona XtraBackup" nepavyktų ruošiant "MySQL 5.6" atsarginę kopiją, jei žurnalo failai buvo didesni nei 4G šaltinio serveryje. Klaida nustatyta 1164979.
  • Dėl skirtingo įgyvendinimo MySQL 5.6 klaidos pranešimai nebuvo išspausdinti tiesiogiai į stderr. Dėl to visos "InnoDB" klaidos ar diagnostikos pranešimai niekada spausdinami "xtrabackup_56". Klaida nustatyta # 1169971.
  • innobackupex vis tiek naudotų FLUSH TABLES su "READ LOCK", net jei xtrabackup nepavyks kopijuoti žurnalų. Ištaisyta iš karto nutraukus xtrabackup procesą, kai kopijavimo žurnale gedimas. Klaida nustatyta 1170806.
  • innobackupex nepavyko, jei SQL_MODE būtų nustatytas į ANSI_QUOTES. Patvirtinta klaida # 945161.
  • Trūkstamas kosmoso_id iš * .ibd.meta rezultatas būtų patvirtinimas. Ištaisyta pakeitus tvirtinimą klaidos pranešimu. Klaida nustatyta 1112224.
  • Ištaisyta klaida išvesties klaida Innobackupex. Patvirtinta klaida # 1157225.
  • Pastatant iš šaltinio, "innodb56" taikinys neturėjo galimybės išjungti "DTrace", pvz., "innodb55". Fiksuotas pridėjus -DENABLE_DTRACE = OFF statymo parinktį ir "innodb56". Išspręsta klaida # 1169509.
  • innobackupex neveikia galimybės innodb_data_file_path, dėl kurio atsarginė kopija gali sugesti. Klaida nustatyta 1169726.
  • "Debian" ir "Linux" dvejetainiams failams, "--version" pranešimas, kuriame turėtų būti pateikta peržiūra, buvo "neapibrėžtas". Klaida nustatyta # 1171721.
  • Redaguotas kodas buvo pašalintas iš "xtrabackup.cc". Klaida nustatyta 1162765.
  • Kiti klaidų pataisymai: nustatoma klaida # 1158154, nustatyta klaida # 1170340, nustatyta klaida # 1088309, nustatyta klaida # 1088307.

Kas naujo 2.0.6 versijoje:

  • Naujos funkcijos:
  • XtraBackup įdiegė pagrindinę MySQL 5.6, Percona Server 5.6 ir MariaDB 10.0 palaikymą. Pagrindinė parama reiškia, kad šios versijos pripažįstamos "XtraBackup", o atsarginė kopija / atkūrimas veikia, kol nėra naudojamos 5,6 specifinės funkcijos (pvz., GTID, nuotolinės / perkeliančios lentelių erdvės, atskiri lentelių atšaukimo funkcijos, 5,6 tipo buferinių baseinų dump failai) .
  • Klaidos ištaisytos:
  • Individualios "InnoDB" lentelių erdvės, kurių dydis mažesnė nei 1 MB, buvo padidinta iki 1 MB atsarginės parengties operacijoje. Dėl to labai padidėjo disko naudojimas tais atvejais, kai yra daug mažų InnoDB stalo erdvių. Išspręsta klaida # 950334 (Daniel Frettas, Aleksejus Kopytovas).
  • Ištaisyta problema, dėl kurios atsirado duomenų bazės, atitinkančios nepasiekiamas datadir pakatalogius, kurias XtraBackup ignoravo be įspėjimo ar klaidų pranešimų. Tai įvyko, nes InnoDB kodas tyliai ignoravo "datadir" pakatalogius, kurių jis negalėjo atidaryti. Išspręsta klaida # 664986 (Aleksejus Kopytovas).
  • Esant tam tikroms aplinkybėms, XtraBackup gali nepavykti kopijuoti "tablespace" su dideliu paraleliniu parinkties verte ir mažos vertės innodb_open_files. Išspręsta klaida # 870119 (Aleksejus Kopytovas).
  • Pataisyti dėl klaidos Nr. 711166 įdiegta regresija, dėl kurios atskiros skaidinio atsarginės kopijos nepavyko, kai naudojamas su --include parinktimi "innobackupex" arba "--tables" xtrabackup parinktyje. Klaida nustatyta 1130627 (Aleksejus Kopytovas).
  • innobackupex nepridėjo "lentelėje nepriklausomų atsarginių kopijų" failo lentelėje nustatymo. Fiksuotas atlikus "XtraBackup" automatinį įjungimą innodb_file_per_table, kai naudojama --export parinktis. Išspręsta klaida # 930062 (Aleksejus Kopytovas).
  • Esant tam tikroms aplinkybėms, XtraBackup gali nepavykti paruošti atsarginės kopijos naudojant innodb_flush_method = O_DIRECT. Klaida nustatyta 1055547 (Aleksejus Kopytovas).
  • innobackupex nepateikė "-tmpdir" parinkties į xtrabackup dvejetainį, todėl serverio tmpdir visada naudojamas laikiniesiems failams. Patvirtinta klaida # 1085099 (Aleksejus Kopytovas).
  • "XtraBackup" patobulino pranešimų apie klaidas nepripažintoms serverio versijoms. Išspręsta klaida # 1087219 (Aleksejus Kopytovas).
  • Ištaisyta trūkstama priklausomybė nuo rpm Perl Time :: HiRes paketo, kuris sukėlė innobackupex nepavyko minimaliuose CentOS įrenginiuose. Išspręsta klaida # 1121573 (Aleksejus Bychko).
  • innobackupex nepavyko, kai --no-lock ir -rsync buvo naudojami kartu. Išspręsta klaida # 1123335 (Sergejus Глущенко).
  • Pataisyti dėl klaidos Nr. 1055989 pristatė regresiją, dėl kurios xtrabackup_pid failas liko laikinajame diske po vykdymo. Klaida nustatyta 1114955 (Aleksejus Kopytovas).
  • Neteisingi ištaisymo pranešimai buvo pašalinti iš "XtraBackup" išvesties. Išspręsta klaida # 1131084 (Aleksejus Kopytovas).
  • Kiti klaidų pataisymai: ištaisyta klaida # 1153334 (Aleksejus Kopytovas), nustatyta klaida # 1098498 (Laurynas Biveinis), nustatyta klaida # 1132763 (Laurynas Biveinis), nustatyta klaida # 1142229 (Laurynas Biveinis), klaida # 1130581 (Laurynas Biveinis )

Kas naujo 2.0.5 versijoje:

  • Naujos funkcijos:
  • Įdiegta nauja parinktis -defaults-extra-file. Ši parinktis nurodo, nuo kokio papildomo failo nuskaityti numatytuosius "MySQL" parinklus prieš standartinius numatytuosius failus. Jis gali būti naudojamas norint įkelti vartotojo / slaptažodžio kombinaciją specialiam atsarginiam naudotojui iš atskiro konfigūracijos failo, kad jo nebūtų saugoma sistemoje crontab ar scenarijuje.
  • Klaidos ištaisytos:
  • Esant atsarginėms kopijavimo srautams, "innobackupex" atnaujins "XtraBackup" procesą ir tada palaukite, kol jis baigsis prieš paleidžiant "UNLOCK TABLES". Tai sukėlė duomenų bazės nereikalingą užblokavimą su "FLUSH TABLES" su "READ LOCK". Innobackupex dabar laukia tik iki kopijavimo žurnale, norint atrakinti duomenų bazes. Klaida nustatyta 1055989 (Aleksejus Kopytovas).
  • Innobackupex klaidų pranešimai, nukreipiantys į duomenų katalogą, buvo išplėsti, kad būtų rodomas klaidos pranešime nurodytas duomenų katalogo kelias. Išspręsta klaida # 1089375 (Hartmut Holzgraefe).
  • Dalijimasis lentelėmis buvo neteisingai tvarkomas pagal "innobackupex" --database, --include, --tables-failo parinktis ir XtraBackup -tables ir -tables-failo parinktis. Ištaisyta pašalinant pertvarų priesagą (# P # ...) prieš atliekant filtravimą. Klaida nustatyta 711166 (Sergejus Глущенко).
  • Naudojant integruotą suspaudimą, "XtraBackup" vykdė nepagrindinius įrašus į paskirties failą arba srautą labai mažuose fragmentuose, kurie dėl to sukėlė neveiksmingą įėjimą / išvedimą. Ištaisyta naudojant 1M buferį išvesties, panašios į nesuspaustą atsarginę kopiją. Išspręsta klaida # 1095249 (Aleksejus Kopytovas).
  • Neteisingas ilgas miegas () in innobackupex sukelia FLUSH TABLES su "READ LOCK" pernelyg ilgai. Fiksuotas pakeičiant 2 sekundžių miego intervalą vienu 100 milisekundžių. Išspręsta klaida # 1095551 (Sergejus Глущенко).
  • Jei innobackupex būtų sugadintas, failų sistemoje būtų paliktas xtrabackup_suspended failas. Tai gali paskatinti innobackupex manyti, kad "XtraBackup" pristabdė save pradėjus veikti, o tada, kai "XtraBackup" iš tikrųjų sustabdo pati, "innobackupex" laukia jo pabaigos ir nebegalės iš naujo pašalinti sustabdymo failo, todėl laukia aklavietės. Ištaisyta klaida xtrabackup_suspended failą, kai prasideda innobackupex. Išspręsta klaida # 1007446 (George Ormond Lorch III).
  • innobackupex nepavyks pripažinti MariaDB 5.2 ir MariaDB 5.3. Ištaisyta papildoma versija patikrinimus innobackupex. Patvirtinta klaida # 733665 (Daniel van Eeden, Aleksejus Kopytovas).
  • Kiti klaidų pataisymai: ištaisyta klaida # 924492 (Aleksejus Kopytovas), nustatyta klaida # 1097158 (Aleksejus Kopytovas), nustatyta klaida # 1081882 (Aleksejus Kopytovas), klaida # 1096584 (Aleksejus Kopytovas).

Kas naujo 1.6.7 versijoje:

  • Klaidos ištaisytos:
  • "xtrabackup_binary" nebuvo įtrauktas į tar archyvą srautiniu būdu, o jis buvo įrašytas į dabartinį katalogą. Tai gali sukelti klaidingą "xtrabackup" dvejetainį naudojimą rengiant atsargines kopijas, sukurtas naudojant "stream" arba "--remote host" parinktis. Klaidos nustatytos # 723318 ir # 787988 (Stewart Smith).
  • FLUSH TABLES WITH READ LOCK nebuvo naudojamas kuriant papildomas atsargines kopijas, o tai gali sukelti nenuoseklias atsargines kopijas, kai atnaujinimai ne "InnoDB" lenteles arba DDL pareiškimus bet kuriose lentelėse įvyko atsarginės kopijos proceso metu. Išspręsta klaida # 771981 (Aleksejus Kopytovas).
  • Pasirinkimas - atsarginė pavaldžioji atsarginė kopija sukūrė neteisingą informaciją apie binlogą, nes kai kuriais atvejais innobackupex supainioti atsakymą iš "SHOW" SLAVE STATUS su "SHOW MASTER STATUS". Išspręsta klaida # 977101 (Aleksejus Kopytovas).
  • innodb_data_file_path nebuvo įrašytas į atsarginę kopiją-my.cnf, tai buvo regresija, įvesta XtraBackup 1.6.5. Išspręsta klaida # 983685 (Sergejus Глущенко).
  • Ištaisyta klaidinga testų komplekto trikčių su grep 2.10. Klaida nustatyta # 996483 (Aleksejus Kopytovas).
  • Kai innobackupex buvo paleistas su --apply-log, tai buvo konfigūracijos skaitymas iš serverio konfigūracijos failo, o ne backup-my.cnf atsarginių kopijų kataloge. Išspręsta klaida # 996493 (Sergejus Глущенко).
  • innobackupex gali kopijuoti failus į netinkamą katalogą, kai sujungia pavienių atsarginių kopijų kūrimą iki visiško. Išspręsta klaida # 1002688 (Aleksejus Kopytovas).
  • Dvejetainis "XtraBackup" ištekėjo failų deskriptorius --backup. Tai buvo ištaisyta pakartotinai naudojant esamą failų aprašą, todėl nėra nuotėkio. Klaida nustatyta # 713267 (Aleksejus Kopytovas).

Kas naujo 2.0.4 versijoje:

  • Klaidos ištaisytos:
  • Klaidų pataisa # 932623 parodė regresiją XtraBackup 2.0.2, dėl kurios papildomos atsarginės kopijos nesėkmingos, nes init parametrų reikšmės nebuvo normalizuotos į reikšmes, naudojamas InnoDB viduje. Išspręsta klaida # 1062684 (Sergejus Gluschenko).
  • Klaidos pataisa # 932623 parodė regresiją XtraBackup 2.0.2, nes nebuvo įtraukta atskira dvigubo rašto lentelių erdvė į paskyrą. Išspręsta klaida # 1066843 (Sergejus Глущенко).
  • "XtraBackup" neteisingai tvarkė atskirą dvigubo įrašo buferinį failą. Dvigubo įrašo buferio failo kelias nebuvo pridėtas prie atsarginės kopijos-my.cnf ir po senojo dvigubo įrašo buferinio failo atkūrimo buvo naudojamas vietoj to, kuris buvo pagamintas parengties etape. Išspręsta klaida # 1068470 (Sergejus Глущенко).
  • "XtraBackup" dabar priima "--innodb =" jėgos parinktį, anksčiau ji nustatė klaidą. Patvirtinta klaida # 528752 (Laurynas Biveinis).
  • Pasirinkimas saugus vergų atsarginės kopijos veikimas buvo netinkamas. Išspręsta klaida # 887803 (Aleksejus Kopytovas).
  • Jei naudojantis saugiuoju pavaldiniu atsargine parinktimi buvo pasiektas atsarginis atsarginės laikinosios tarnybos saugumas, SQL_THREAD buvo sustabdytas, todėl vergas sulaukė atsilikimo. Tai buvo ištaisyta tikrinant pradinę SQL_THREAD būseną ir ją pradėjus prieš baigiant klaidinga laiko praleidimu ir paleidus SQL_THREAD tik tuo atveju, jei ji buvo paleista iš pradžių. Išspręsta klaida # 1037379 (Aleksejus Kopytovas).
  • "XtraBackup" nepavyks - prisijungti prie sistemos, kai failų sistema nepalaiko "Linux AIO". Išspręsta klaida # 1065561 (Aleksejus Kopytovas).
  • Binary XtraBackup ignoruotų innodb_use_native_aio, kai jis nurodytas arba my.cnf arba kaip komandų eilutės parinktį. Išspręsta klaida # 1068459 (Aleksejus Kopytovas).
  • "XtraBackup" parengtame etape atspausdins įspėjimo pranešimą apie nenaudojamą innodb_file_io_threads, net jei kintamasis nebuvo nustatytas. Išspręsta klaida # 1068485 (Aleksejus Kopytovas).
  • "XtraBackup Galera" testai dabar gali būti paleisti vienu metu. Klaida nustatyta 1077800 (Stewart Smith).

Kas naujo 2.0.3 versijoje:

  • Naujos funkcijos:
  • innobackupex dabar palaiko naują -move-back variantą, kuris gali būti naudojamas vietoj kopijavimo atgal, jei serveryje nėra pakankamai laisvos vietos diske kopijuoti failus. Kadangi ši parinktis pašalina atsargines kopijas, ją reikia naudoti atsargiai.
  • Klaidos ištaisytos:
  • Bibliotekos innobackupex-1.5.1 simbolis buvo sugadintas ankstesnėje "XtraBackup" versijoje. Išspręsta klaida # 1038198 (Ignacio Ninas).
  • "XtraBackup 2.0.2" nebuvo suglaudintas, todėl atsarginės kopijos, sukurtos naudojant ankstesnes versijas, nepavyko paruošti. Išspręsta klaida # 1038127 (Sergejus Глущенко).
  • Pataisyti dėl klaidos Nr. 1022562 įdiegta regresija, dėl kurios gali padidėti 5 kartus padidėjęs disko kiekis, kurį užima papildomos atsarginės kopijos. Aptikta klaida # 1043762 (Laurynas Biveinis).
  • Ištaisyta klaida, susijusi su klaida # 932623, dėl kurios klaidingai tvarkomos suspaustos lentelių vietos su puslapio dydžiu 16K, sukurtos tarp paskutinės pilnos arba papildomos ir kitos papildomos atsarginės kopijos. Klaidos nustatytos # 1049174 ir # 1044398 (Laurynas Biveinis).

  • Kas naujo 1.6.4 versijoje:

    • iš "Percona XtraBackup" leidimų.

Panaši programinė įranga

Humus
Humus

12 May 15

Backup-DVD
Backup-DVD

3 Jun 15

Semplice Backup
Semplice Backup

11 May 15

Kita programinė įranga kūrėjas Percona Inc.

Percona Server
Percona Server

20 Jan 18

Komentarai Percona XtraBackup

Komentarai nerastas
Pridėti komentarą
Pasukite ant paveikslėlio!