Software kuvakaappaus:
Ohjelmiston tiedot:
Versio: 2.4.9 Päivitetty
Lähetyksen päivämäärä: 20 Jan 18
Kehittäjä: Percona Inc.
Lupa: Vapaa
Suosio: 21
Percona XtraBackup on avoin lähdekoodi, kannettava, ilmainen ja ei-estävä komentorivin ohjelmisto, joka toimii itsenäisenä varmuuskopiointiratkaisuna tunnetuille XtraDB- ja InnoDB-tallennusmoottoreille. Se sisältää automaattisen varmistusvarmennuksen ja tarjoaa paremmat uptimes kuin muut vastaavat tuotteet.
Ohjelma on täysin yhteensopiva sekä MySQL- että MariaDB-tietokantapalvelimien kanssa, ja suosittu Facebook-sosiaalisen verkostoitumisen palvelu käyttää voimakkaasti varmuuskopiointiin. Se on suunniteltu ratkaisemaan reaalimaailman ongelmat, kun varmuuskopioidaan erittäin suuret, raskaasti ladatut tietokannat.
Ominaisuudet yhdellä silmäyksellä
Tärkeimpiä ominaisuuksia ovat kyky suorittaa varmuuskopiointi verkossa samalla välttää tietokannan keskeyttämistä, mahdollisuutta suoratoistaa varmuuskopioita toiselle palvelimelle sekä kyky suorittaa lisävarusteita, samalla kun tallennetaan rahaa levytilaan ja verkkokaistanleveyteen.
Percona XtraBackup -ohjelmalla varmuuskopiot loppuvat luotettavasti ja nopeasti. Voit myös luoda uusia replikointiorjoja helposti, analysoida yksityiskohtaisesti tietoja ja indeksointitiedostoja ja siirtää yksittäisiä taulukoita palvelinten välillä uudelleenkäynnistykseltä, joka vaatii XtraDB: n tuontia.
Ohjelmisto tukee useita MySQL-makuja, joista mainittakoon MySQL, MariaDB, MariaDB Galera Cluster, Percona Server ja Percona XtraDB Cluster. Se tukee kaikkia GNU / Linux-käyttöjärjestelmiä, jotka toimivat hyvin 32-bittisissä ja 64-bittisissä laitteissa.
Muista ominaisuuksista voidaan mainita MyISAM-varmuuskopioiden, täydellisten pakattujen varmuuskopioiden, inkrementaalisten pakattujen varmuuskopioiden, nopeiden lisävarusteiden varmuuskopioiden, arkistoitujen lokeiden ja REDO-lokin tallentamisen estäminen, rinnakkaiset paikalliset varmuuskopiot, kopiointi, sovelluspäiväkirja, pakkaus ja salaus.
Lisäksi mukana on rsync-tuki huipputason tiedostojen synkronointia varten, yksittäisten taulukkojen vienti, parannettu FTWRL-käsittely, kompaktiset varmuuskopiot, pistemääräinen palautustuki, offline-varmuuskopiot sekä tuki pilville varmuuskopiot.
Kannen alla ja saatavuus
Percona XtraBackup on kirjoitettu C-, C ++- ja Perl-ohjelmointikielille. Se on komentorivin ohjelmisto, joka toimitetaan valmiiksi rakennettuina binaarisina paketteina Ubuntuille, Debianille ja Red Hat Enterprise Linux -jakaumille sekä yleisille binääri- ja lähdetiedostoille.
Mitä on uusi tässä julkaisussa:
- Percona XtraBackup sulkeutuu tiettyjen FTS-sivujen valmisteluvaiheen aikana. Vika on korjattu # 1460138.
- Kiinteä kokoamisvirhe johtuen puuttuvan riippuvuuden aiheuttajasta ylävirran vika # 77226. Vian korjaus # 1461129.
- Percona XtraBackup 2.2.8: n bugin # 1403237 vahvistamiseen tekemä regressio voi aiheuttaa xtrabackup-sovelluksen lukemasta redo-lokin virheellisestä offsetista, mikä aiheuttaisi väitteen. Vian korjaus # 1464608.
- Kiinteä aloitusruutu-paikallinen muuttuja. Tämä korjaa myös virheen # 1415191. Vian korjaus # 1467574.
- Percona XtraBackup 2.2.11: n julkaisun jälkeen innobackupex antaa FLUSH TABLE ennen kuin FLUSH-TAULUKOT, joissa on READ LOCK, ajetaan. Vaikka se auttaa varmuuskopioita jossain tilanteessa, se tarkoittaa myös, että FLUSH TAULUKKO kirjoitetaan binäärilokiin. Kun MariaDB 10.0 ja GTID käytössä, kun varmuuskopio oli otettu orjaksi, tämä muutti kyseisen orjan GTID: n ja Percona XtraBackup ei nähnyt oikeaa GTID enää. Vian korjaus # 1466446 (Julien Pivotto).
- Percona XtraBackup RPM-kokoelma vaatii edelleen bzr: tä. Vian korjaus # 1466888 (Julien Pivotto).
- Percona XtraBackup -renkaiden kääntäminen XB_VERSION_EXTRA-vaihtoehdolla luo väärän RPM-version. Vian korjaus # 1467424 (Julien Pivotto).
- Percona XtraBackup päätyisi menestyksekkäästi myös silloin, kun redo-lokia ei kopioitu kokonaan. Tämä tarkoittaa, että varmuuskopiointi katsottiin onnistuneeksi myös silloin, kun ne olivat korruptoituneita. Vika on korjattu # 1470847.
- Harvoissa tapauksissa, joissa tietokannassa on kaksi tai useampia taulukkotiloja, joilla on sama tunnus, xtrabackup poimii ensimmäisen tekstin loogisella järjestyksellä, mikä voi johtaa oikean taulukon menettämiseen. Vian korjaus # 1475487.
- Percona XtraBackup puuttui binary-versioissa revision_id. Vika on korjattu # 1394174.
Uutta versiossa 2.4.8:
- Percona XtraBackup sulkeutuu tiettyjen FTS-sivujen valmisteluvaiheen aikana. Vika on korjattu # 1460138.
- Kiinteä kokoamisvirhe johtuen puuttuvan riippuvuuden aiheuttajasta ylävirran vika # 77226. Vian korjaus # 1461129.
- Percona XtraBackup 2.2.8: n bugin # 1403237 vahvistamiseen tekemä regressio voi aiheuttaa xtrabackup-sovelluksen lukemasta redo-lokin virheellisestä offsetista, mikä aiheuttaisi väitteen. Vian korjaus # 1464608.
- Kiinteä aloitusruutu-paikallinen muuttuja. Tämä korjaa myös virheen # 1415191. Vian korjaus # 1467574.
- Percona XtraBackup 2.2.11: n julkaisun jälkeen innobackupex antaa FLUSH TABLE ennen kuin FLUSH-TAULUKOT, joissa on READ LOCK, ajetaan. Vaikka se auttaa varmuuskopioita jossain tilanteessa, se tarkoittaa myös, että FLUSH TAULUKKO kirjoitetaan binäärilokiin. Kun MariaDB 10.0 ja GTID käytössä, kun varmuuskopio oli otettu orjaksi, tämä muutti kyseisen orjan GTID: n ja Percona XtraBackup ei nähnyt oikeaa GTID enää. Vian korjaus # 1466446 (Julien Pivotto).
- Percona XtraBackup RPM-kokoelma vaatii edelleen bzr: tä. Vian korjaus # 1466888 (Julien Pivotto).
- Percona XtraBackup -renkaiden kääntäminen XB_VERSION_EXTRA-vaihtoehdolla luo väärän RPM-version. Vian korjaus # 1467424 (Julien Pivotto).
- Percona XtraBackup päätyisi menestyksekkäästi myös silloin, kun redo-lokia ei kopioitu kokonaan. Tämä tarkoittaa, että varmuuskopiointi katsottiin onnistuneeksi myös silloin, kun ne olivat korruptoituneita. Vika on korjattu # 1470847.
- Harvoissa tapauksissa, joissa tietokannassa on kaksi tai useampia taulukkotiloja, joilla on sama tunnus, xtrabackup poimii ensimmäisen tekstin loogisella järjestyksellä, mikä voi johtaa oikean taulukon menettämiseen. Vian korjaus # 1475487.
- Percona XtraBackup puuttui binary-versioissa revision_id. Vika on korjattu # 1394174.
Uutta versiossa 2.4.7:
- Percona XtraBackup sulkeutuu tiettyjen FTS-sivujen valmisteluvaiheen aikana. Vika on korjattu # 1460138.
- Kiinteä kokoamisvirhe johtuen puuttuvan riippuvuuden aiheuttajasta ylävirran vika # 77226. Vian korjaus # 1461129.
- Percona XtraBackup 2.2.8: n bugin # 1403237 vahvistamiseen tekemä regressio voi aiheuttaa xtrabackup-sovelluksen lukemasta redo-lokin virheellisestä offsetista, mikä aiheuttaisi väitteen. Vian korjaus # 1464608.
- Kiinteä aloitusruutu-paikallinen muuttuja. Tämä korjaa myös virheen # 1415191. Vian korjaus # 1467574.
- Percona XtraBackup 2.2.11: n julkaisun jälkeen innobackupex antaa FLUSH TABLE ennen kuin FLUSH-TAULUKOT, joissa on READ LOCK, ajetaan. Vaikka se auttaa varmuuskopioita jossain tilanteessa, se tarkoittaa myös, että FLUSH TAULUKKO kirjoitetaan binäärilokiin. Kun MariaDB 10.0 ja GTID käytössä, kun varmuuskopio oli otettu orjaksi, tämä muutti kyseisen orjan GTID: n ja Percona XtraBackup ei nähnyt oikeaa GTID enää. Vian korjaus # 1466446 (Julien Pivotto).
- Percona XtraBackup RPM-kokoelma vaatii edelleen bzr: tä. Vian korjaus # 1466888 (Julien Pivotto).
- Percona XtraBackup -renkaiden kääntäminen XB_VERSION_EXTRA-vaihtoehdolla luo väärän RPM-version. Vian korjaus # 1467424 (Julien Pivotto).
- Percona XtraBackup päätyisi menestyksekkäästi myös silloin, kun redo-lokia ei kopioitu kokonaan. Tämä tarkoittaa, että varmuuskopiointi katsottiin onnistuneeksi myös silloin, kun ne olivat korruptoituneita. Vika on korjattu # 1470847.
- Harvoissa tapauksissa, joissa tietokannassa on kaksi tai useampia taulukkotiloja, joilla on sama tunnus, xtrabackup poimii ensimmäisen tekstin loogisella järjestyksellä, mikä voi johtaa oikean taulukon menettämiseen. Vian korjaus # 1475487.
- Percona XtraBackup puuttui binary-versioissa revision_id. Vika on korjattu # 1394174.
Uutta versiossa 2.4.6:
- Percona XtraBackup sulkeutuu tiettyjen FTS-sivujen valmisteluvaiheen aikana. Vika on korjattu # 1460138.
- Kiinteä kokoamisvirhe johtuen puuttuvan riippuvuuden aiheuttajasta ylävirran vika # 77226. Vian korjaus # 1461129.
- Percona XtraBackup 2.2.8: n bugin # 1403237 vahvistamiseen tekemä regressio voi aiheuttaa xtrabackup-sovelluksen lukemasta redo-lokin virheellisestä offsetista, mikä aiheuttaisi väitteen. Vian korjaus # 1464608.
- Kiinteä aloitusruutu-paikallinen muuttuja. Tämä korjaa myös virheen # 1415191. Vian korjaus # 1467574.
- Percona XtraBackup 2.2.11: n julkaisun jälkeen innobackupex antaa FLUSH TABLE ennen kuin FLUSH-TAULUKOT, joissa on READ LOCK, ajetaan. Vaikka se auttaa varmuuskopioita jossain tilanteessa, se tarkoittaa myös, että FLUSH TAULUKKO kirjoitetaan binäärilokiin. Kun MariaDB 10.0 ja GTID käytössä, kun varmuuskopio oli otettu orjaksi, tämä muutti kyseisen orjan GTID: n ja Percona XtraBackup ei nähnyt oikeaa GTID enää. Vian korjaus # 1466446 (Julien Pivotto).
- Percona XtraBackup RPM-kokoelma vaatii edelleen bzr: tä. Vian korjaus # 1466888 (Julien Pivotto).
- Percona XtraBackup -renkaiden kääntäminen XB_VERSION_EXTRA-vaihtoehdolla luo väärän RPM-version. Vian korjaus # 1467424 (Julien Pivotto).
- Percona XtraBackup päätyisi menestyksekkäästi myös silloin, kun redo-lokia ei kopioitu kokonaan. Tämä tarkoittaa, että varmuuskopiointi katsottiin onnistuneeksi myös silloin, kun ne olivat korruptoituneita. Vika on korjattu # 1470847.
- Harvoissa tapauksissa, joissa tietokannassa on kaksi tai useampia taulukkotiloja, joilla on sama tunnus, xtrabackup poimii ensimmäisen tekstin loogisella järjestyksellä, mikä voi johtaa oikean taulukon menettämiseen. Vian korjaus # 1475487.
- Percona XtraBackup puuttui binary-versioissa revision_id. Vika on korjattu # 1394174.
Uutta versiossa 2.4.3:
- Percona XtraBackup sulkeutuu tiettyjen FTS-sivujen valmisteluvaiheen aikana. Vika on korjattu # 1460138.
- Kiinteä kokoamisvirhe johtuen puuttuvan riippuvuuden aiheuttajasta ylävirran vika # 77226. Vian korjaus # 1461129.
- Percona XtraBackup 2.2.8: n bugin # 1403237 vahvistamiseen tekemä regressio voi aiheuttaa xtrabackup-sovelluksen lukemasta redo-lokin virheellisestä offsetista, mikä aiheuttaisi väitteen. Vian korjaus # 1464608.
- Kiinteä aloitusruutu-paikallinen muuttuja. Tämä korjaa myös virheen # 1415191. Vian korjaus # 1467574.
- Percona XtraBackup 2.2.11: n julkaisun jälkeen innobackupex antaa FLUSH TABLE ennen kuin FLUSH-TAULUKOT, joissa on READ LOCK, ajetaan. Vaikka se auttaa varmuuskopioita jossain tilanteessa, se tarkoittaa myös, että FLUSH TAULUKKO kirjoitetaan binäärilokiin. Kun MariaDB 10.0 ja GTID käytössä, kun varmuuskopio oli otettu orjaksi, tämä muutti kyseisen orjan GTID: n ja Percona XtraBackup ei nähnyt oikeaa GTID enää. Vian korjaus # 1466446 (Julien Pivotto).
- Percona XtraBackup RPM-kokoelma vaatii edelleen bzr: tä. Vian korjaus # 1466888 (Julien Pivotto).
- Percona XtraBackup -renkaiden kääntäminen XB_VERSION_EXTRA-vaihtoehdolla luo väärän RPM-version. Vian korjaus # 1467424 (Julien Pivotto).
- Percona XtraBackup päätyisi menestyksekkäästi myös silloin, kun redo-lokia ei kopioitu kokonaan. Tämä tarkoittaa, että varmuuskopiointi katsottiin onnistuneeksi myös silloin, kun ne olivat korruptoituneita. Vika on korjattu # 1470847.
- Harvoissa tapauksissa, joissa tietokannassa on kaksi tai useampia taulukkotiloja, joilla on sama tunnus, xtrabackup poimii ensimmäisen tekstin loogisella järjestyksellä, mikä voi johtaa oikean taulukon menettämiseen. Vian korjaus # 1475487.
- Percona XtraBackup puuttui binary-versioissa revision_id. Vika on korjattu # 1394174.
- Percona XtraBackup 2.1.2 rynntyisi valtion suorittamassa tilanteessa
- Percona XtraBackup 2.1.2 rynntyisi valtion suorittamassa tilanteessa
Uutta Snapshot Transfer. Vika on korjattu # 1182698.
Uutta Snapshot Transfer. Vika on korjattu # 1182698.
Uutta versiossa 2.1.2:
- Vikojen korjaus:
- Perl: n DBD :: MySQL-paketin käyttö palvelinkommunikaatiota varten MySQL-komentorivin asiakkaan kutemisen sijaan esitteli regressio, joka aiheutti innobackupex -galera-info -vaihtoehdon epäonnistumisesta. Vika on korjattu # 1180672.
- xtrabackup_galera_info-muodossa puuttui ':' erotin wsrep_local_state_uuid ja wsrep_last_committed arvojen välillä. Vika on korjattu # 1181222.
- innobackupex automaattinen version havaitseminen ei toiminut oikein viimeisimmille Percona Server- ja MySQL 5.1 -versioille, jotka saattavat aiheuttaa innobackupexin epäonnistumisen. Virheet korjattu # 1181092, # 1181099 ja # 1180905.
- Varmuuskopioi palvelin, joka ei ole replikointiorja innobackupex -lave-info -vaihtoehdolla, innobackupex epäonnistui kohtalokkaalla virheellä. Korvattiin kuolemaan johtanut virhe, kun tällainen tapaus jätettiin huomiotta, kun vianmääritysviesti innobackupex -slave-info -ohjelmasta jätettiin huomiotta. Vian korjaus # 1180662.
- Palvelimen palvelimen odotusaikojen alhainen arvo voi aiheuttaa palvelimen sulkevan yhteyden varmuuskopioinnin aikana. Kiinteä asettamalla suurempaa arvoa wait_timeout-palvelimelle, jotta palvelin ei sulje yhteyksiä, jos globaali wait_timeout-arvo on asetettu liian matalaksi. Vika on korjattu # 1180922.
- Muut virheenkorjaukset: virhe korjattu # 1177182.
Uutta versiossa 2.0.7:
- Uudet ominaisuudet:
- Tämä versio Percona XtraBackupista on toteuttanut täyden tuen uusille MySQL 5.6 -ominaisuuksille (GTID, kauko / siirrettävät taulukkotilat, erillinen taulukon tyhjennys, 5.6-tyyppiset puskurimuistomerkit).
- Percona XtraBackup on toteuttanut tukea MySQL 5.6: ssä käyttöön otetulle InnoDB-puskurivaraston esikarsinnalle. Alkaen MySQL 5.6 puskurin pool kaatopaikkoja voidaan tuottaa ja ladata nopeampaa palvelin warmup aloittamisen jälkeen. Tämä ominaisuus on samanlainen kuin Percona-palvelimen puskurimallin upotus / palautus. MySQL 5.6-puskurimuistin tyhjennys kopioidaan varmuuskopio-hakemistoon varmistusvaiheen aikana. Kopiointivaiheen aikana (palautus) se kopioidaan takaisin datakansioon. Kun varmuuskopiointi on palautettu, palvelin voi ladata puskurimuistipaketin joko automaattisesti käynnistyksestä tai pyynnöstä.
- Lokin kopiointikierrosten tekemien tarkastusten aikaväli on nyt konfiguroitavissa innobackupex -log-kopiointivälillä. Intervallin konfiguroinnin avulla voidaan vähentää aikaa, joka voi estää transaktiolokin lokitietueiden aiheuttaman XtraBackup-vikoja, ennen kuin ne kopioidaan lokin kopiointikierralla.
- Percona XtraBackup tallentaa nyt GTID-arvon xtrabackup_binlog_info-tiedostoon varmistaessaan MySQL: n ja Percona Server 5.6: n varmuuskopion GTID-tilan ollessa käytössä. Esimerkki siitä, miten näitä tietoja voidaan käyttää orjan luomiseen / palauttamiseen, löytyy tästä blogikirjoituksesta.
- Percona XtraBackup -vaihtoehto xtrabackup -export tukee nyt siirrettäviä taulukkotiloja MySQL 5.6: ssä. Tätä vaihtoehtoa voidaan käyttää tuottamaan 5.6-tyylisiä metatietotiedostoja, jotka voidaan tuoda ALTER TABLE IMPORT TABLESPACE -ohjelmalla MySQL- ja Percona Server 5.6 -palvelimella, kuten on kuvattu taulukkojen viemisen ja tuomien ohjeiden yhteydessä.
- Vikojen korjaus:
- xtrabackup_56 binääri oli läsnä rpm- ja deb-paketeissa, mutta se puuttui lähdekoodista .tar.gz-pakettiin. Korjataan lisäämällä puuttuva binaari .tar.gz: ään. Vika on korjattu # 1158948.
- innobackupex voi kaatua, kun se ottaa 5.6-varmuuskopion väärän SSL-kirjaston yhdistämisen vuoksi. Vika on korjattu # 1168540.
- Percona XtraBackup kaatuisi valmistellessaan 5.6 varmuuskopiointia osioiduilla taulukoilla. Vika on korjattu # 1169169.
- Täysi varmuuskopio-hakemistosta löytyi taulukoita, jotka oli poistettu täydellisen varmuuskopioinnin ja inkrementaalisen sisällön välillä, eikä niitä poistettu, kun inkrementaaliset varmuuskopiot on yhdistetty. Korjattu poistamalla tiedostoja, jotka vastaavat tyhjää varmuuskopio-hakemistosta puuttuvia taulukoita. Vian korjaus # 856400.
- Percona XtraBackup jättäisi vanhentuneita xtrabackup_tmp * -tiedostoja datadiriin lisättävän varmuuskopioinnin jälkeen. Vian korjaus # 1079135.
- Vakavat varoitukset, jotka löytyvät innobackupexistä, kun kaikki varoitukset on tehty FATAL. Vika on korjattu # 1116177.
- Jos tuhansia taulukoita ja hidas IO on olemassa, XtraBackup voi viettää paljon aikaa avaamalla kaikki taulukkotilat. Optimointi on toteutettu, ja XtraBackup estää nyt lataamattomien taulukoiden lataamisen, kun osittainen varmuuskopiointi on suoritettu, mikä nopeuttaa varmistusprosessia. Vika on korjattu # 1130145.
- Percona XtraBackup ei alustanut kierroslukuisia tietoja lokin kopiointikierroksesta, joka voisi aiheuttaa XtraBackupin kaatumisen. Vika on korjattu # 1166888.
- Paketin riippuvuus on muutettu abstraktista mysql: stä real / usr / bin / mysql -tiedostoon, koska rpm-paketit Oracleilta eivät enää täytä mysql-riippuvuutta, jota XtraBackup rpms tarvitsee. Vika on korjattu # 1095972.
- Percona XtraBackup epäonnistui valmistellessaan MySQL 5.6 -varmennetta, jos lokitiedostot olivat suurempia kuin 4G lähdepalvelimella. Vian korjaus # 1164979.
- Erilaisen toteutuksen vuoksi MySQL 5.6: ssä virheviestejä ei tulostettu suoraan stderrille. Tämän vuoksi xtrabackup_56 ei koskaan paina kaikkia InnoDB-virheitä tai diagnoosiviestejä. Vian korjaus # 1169971.
- innobackupex vielä ajaa FLUSH-TAULUKOT READ LOCK, vaikka xtrabackup epäonnistuisi kopioimalla lokit. Kiinteä päättämällä xtrabackup-prosessi heti lokin kopioinnin epäonnistumisesta. Vika on korjattu # 1170806.
- innobackupex epäonnistui, jos SQL_MODE asetettiin ANSI_QUOTES. Vika on korjattu # 945161.
- Missään space_id-tiedostossa * .ibd.metasta johtaisi väittämään. Kiinteä korvaamalla väitteen virheilmoituksella. Vika on korjattu # 1112224.
- Kiinteä typo innobackupex-virheen ulostulossa. Vian korjaus # 1157225.
- Kun rakennettiin lähdekoodista innodb56-tavoite ei ollut mahdollisuutta poistaa DTrace käytöstä, kuten innodb55 on. Korjattu lisäämällä -DENABLE_DTRACE = OFF-rakentaa vaihtoehto myös innodb56: lle. Vika on korjattu # 1169509.
- innobackupex ei käsitellyt innodb_data_file_path-vaihtoehtoa, joka voi aiheuttaa varmuuskopioinnin epäonnistumisen. Vika on korjattu # 1169726.
- Debian- ja Linux-binääreille versiota sisältävä versiota sisältävä versio näyttäisi & und undefined. Vian korjaus # 1171721.
- Redundantti koodi on poistettu xtrabackup.cc: stä. Vika on korjattu # 1162765.
- Muut virheenkorjaukset: vika korjattu # 1158154, virhe korjattu # 1170340, virhe korjattu # 1088309, virhe korjattu # 1088307.
Uutta versiossa 2.0.6:
- Uudet ominaisuudet:
- XtraBackup on toteuttanut peruspalvelun MySQL 5.6, Percona Server 5.6 ja MariaDB 10.0. Perusapu tarkoittaa, että XtraBackup tunnistaa nämä versiot ja että varmuuskopiointi / palautus toimii niin kauan kuin ei ole olemassa 5.6-spesifisiä ominaisuuksia (kuten GTID, kauko / siirrettävät taulukkotilat, erillinen undo-taulukkotila, 5.6-tyyppiset puskurimuistomerkit) .
- Vikojen korjaus:
- Yksittäiset InnoDB-taulukkotilat, joiden koko on pienempi kuin 1 Mt, laajennettiin 1 Mt: ksi varmuuskopiointitoiminnolla. Tämä johti siihen, että kiekkojen käyttö lisääntyi suuresti silloin, kun on olemassa monia pieniä InnoDB-taulukkotiloja. Vian korjaus # 950334 (Daniel Frett, Alexey Kopytov).
- Ratkaistiin ongelma, joka aiheutti XtraBackupin ohittamattomia datadir-alihakemistoja vastaavia tietokantoja ilman varoituksia tai virheilmoituksia. Tämä tapahtui, koska InnoDB-koodi hiljalleen jättäisi huomiotta datadirin alihakemistot, mutta sitä ei voitu avata. Vian korjaus # 664986 (Alexey Kopytov).
- Joissakin tapauksissa XtraBackup ei voinut kopioida taulukkotilaa korkealla rinnakkaisella vaihtoehtoarvolla ja pienellä innodb_open_files-arvolla. Vian korjaus # 870119 (Alexey Kopytov).
- Vian korjaus # 711166 esitteli regressioon, joka aiheutti yksittäisten osion varmuuskopioiden epäonnistumisen, kun sitä käytettiin --include option innobackupex tai --table-vaihtoehto xtrabackup. Vian korjaus # 1130627 (Alexey Kopytov).
- innobackupex ei lisännyt pöytätietokohtaista taulukkotiedoista riippuvaa varmuuskopiota. Korjataan tekemällä XtraBackup-automaattinen käyttöön innodb_file_per_table, kun --export-vaihtoehtoa käytetään. Vian korjaus # 930062 (Alexey Kopytov).
- Joissakin tapauksissa XtraBackup voi epäonnistua varmuuskopioinnissa valmistaa innodb_flush_method = O_DIRECT. Vian korjaus # 1055547 (Alexey Kopytov).
- innobackupex ei siirtänyt --tmpdir-vaihtoehtoa xtrabackup-binääriin, jolloin palvelimen tmpdirä käytetään aina tilapäisiin tiedostoihin. Vian korjaus # 1085099 (Alexey Kopytov).
- XtraBackup on parantanut virheraportointia tunnistamattomille palvelinversioille. Vian korjaus # 1087219 (Alexey Kopytov).
- Kiinnitti puuttuva rpm-riippuvuus Perl Time :: HiRes-pakettiin, joka aiheutti innobackupexin epäonnistumisen minimaalisissa CentOS-asennuksissa. Vian korjaus # 1121573 (Alexey Bychko).
- innobackupex epäonnistuisi, kun --no-lock ja -rsync käytettiin yhdessä. Vian korjaus # 1123335 (Sergei Glushchenko).
- Vian korjaus # 1055989 esitteli regressiota, joka aiheutti xtrabackup_pid-tiedoston pysyvän väliaikaisessa reitityksessä suorituksen jälkeen. Vian korjaus # 1114955 (Alexey Kopytov).
- Tarvittavat virheenkorjausviestit on poistettu XtraBackup-lähdöstä. Vian korjaus # 1131084 (Alexey Kopytov).
- Muut virheenkorjaukset: bug fix # 1153334 (Alexey Kopytov), vika korjattu # 1098498 (Laurynas Biveinis), vika korjattu # 1132763 (Laurynas Biveinis), vika korjattu # 1142229 (Laurynas Biveinis), bug fixed # 1130581 (Laurynas Biveinis ).
Uutta versiossa 2.0.5:
- Uudet ominaisuudet:
- Uusi vaihtoehto --defaults-extra-tiedosto on otettu käyttöön. Tämä vaihtoehto määrittää, mistä ylimääräisestä tiedostosta voit lukea MySQL-oletusasetukset ennen standardin oletusasetustiedostoa. Sen avulla voidaan ladata käyttäjän / salasanayhdistelmän erilliselle varmuuskopiokäyttäjälle erillisestä asetustiedostosta, jotta vältytään sen tallentamiselta crontab- tai komentosarjaan jossakin järjestelmässä.
- Vikojen korjaus:
- Jos kyseessä on suoratoistopaketti, innobackupex jatkaisi XtraBackup-prosessia ja odottaa sen lopettamista ennen UNLOCK TABLES -ohjelman käyttämistä. Tämä aiheutti tietokannan lukitsemisen tarpeettomasti FLUSH-TAULUKOT READ LOCK. Innobackupex odottaa vasta, kunnes lokin kopiointi on päättynyt tietokantojen lukituksen avaamiseksi. Vian korjaus # 1055989 (Alexey Kopytov).
- innobackupex-virheviestit, jotka viittaavat datakansioon, on laajennettu osoittamaan virheviestissä mainittua tietokannan polkua. Vian korjaus # 1089375 (Hartmut Holzgraefe).
- Innovaatiotiedostoja, --include, --tables-tiedostovaihtoehtoja innobackupex -tiedostoja ja XtraBackup -tables ja -tables-tiedostovaihtoehtoja ei käsitellyt oikein. Kiinteä poistamalla osion loppuliite (#P # ...) ennen suodatuksen tekemistä. Vian korjaus # 711166 (Sergei Glushchenko).
- Kun sisäänrakennettua pakkausta käytettiin, XtraBackup teki puskuroimattomia kirjoituksia kohdetiedostoon tai -virtaan hyvin pieninä paloina, mikä puolestaan aiheutti tehottoman I / O: n. Kiinteä käyttämällä 1M: n puskuria samanlaisille kuin pakkaamattomille varmuuskopioille. Vian korjaus # 1095249 (Alexey Kopytov).
- Innobackupexin tarpeeton pitkä nukkuvuus () johtaa FLUSH-TAULUKKOIHIN LUKITETTUAN liian kauan. Kiinteä korvaamalla 2 sekunnin nukkumisvälin 100 millisekunnilla yksi. Vian korjaus # 1095551 (Sergei Glushchenko).
- Jos innobackupex kaatuisi, jäisi xtrabackup_suspended-tiedosto tiedostojärjestelmään. Tämä voi aiheuttaa innobackupexin ajatella, että XtraBackup on keskeyttänyt itsensä hetken, jolloin se alkoi ja sitten kun XtraBackup itse asiassa keskeyttää itsensä, innobackupex odottaisi sen lopettavan eikä poistaisi uudelleen keskeytystiedostoa, mikä johti umpikujaan. Korjattu poistamalla vanhentunut xtrabackup_suspended-tiedosto kun innobackupex käynnistetään. Virhe vahvistettu # 1007446 (George Ormond Lorch III).
- innobackupex ei tunnista MariaDB 5.2: tä ja MariaDB 5.3: tä. Korjattu lisäämällä version tarkistuksia innobackupexissä. Vian korjaus # 733665 (Daniel van Eeden, Alexey Kopytov).
- Muut virheenkorjaukset: vikailmoitettu # 924492 (Alexey Kopytov), vikailmoitettu # 1097158 (Alexey Kopytov), vikailmoitettu # 1081882 (Alexey Kopytov), vika korjattu # 1096584 (Alexey Kopytov).
Uutta versiossa 1.6.7:
- Vikojen korjaus:
- xtrabackup_binary ei sisältynyt tar-arkistoon suoratoiston aikana, vaan se kirjoitettiin nykyiseen hakemistoon. Tämä voi johtaa virheelliseen xtrabackup-binääriin valmistettaessa varmuuskopioita, jotka on luotu --stream tai --remote-host -vaihtoehdoilla. Bugit on korjattu # 723318 ja # 787988 (Stewart Smith).
- FLASH-TAULUKOT READ LOCK -toimintoa ei käytetä, kun luodaan lisävarusteita, jotka voivat johtaa epäjohdonmukaisiin varmuuskopioihin, kun päivityksiä ei-InnoDB-taulukoihin tai DDL-lausuntoihin tahansa taulukoissa tapahtui varmuuskopioinnin aikana. Vian korjaus # 771981 (Alexey Kopytov).
- Vaihtoehto -safe-orja-varmuuskopio aiheutti virheellisen binlogin tiedot, koska joissakin tapauksissa innobackupex sekoitti SHOW SLAVE STATUS -vastauksen SHOW MASTER STATUS -tilasta. Vian korjaus # 977101 (Alexey Kopytov).
- innodb_data_file_path ei kirjoitettu varmuuskopioon-my.cnf, tämä oli regressio käyttöön XtraBackup 1.6.5. Vian korjaus # 983685 (Sergei Glushchenko).
- Kiinteät virheelliset testaussovellukset virheillä 2.10. Vian korjaus # 996483 (Alexey Kopytov).
- Kun innobackupex oli käynnissä -apply-logilla, se luki kokoonpanoa palvelimen määritystiedostosta varmuuskopiotiedoston sijaan backup-my.cnf. Vian korjaus # 996493 (Sergei Glushchenko).
- innobackupex voi kopioida tiedostoja vääriin hakemistoon yhdistettäessä lisävarusteena olevan varmuuskopion täyteen. Vian korjaus # 1002688 (Alexey Kopytov).
- XtraBackup-binaari vuotaa tiedostojen kuvaajia --backupissa. Tämä vahvistettiin uudelleenkäyttämällä olemassa olevaa tiedostojen kuvaajaa niin, ettei vuotoa tapahdu. Vian korjaus # 713267 (Alexey Kopytov).
Uutta versiossa 2.0.4:
- Vikojen korjaus:
- Virheenkorjaus # 932623: lle esitteli regressiota XtraBackup 2.0.2: ssa, joka aiheutti inkrementaalisen varmuuskopion epäonnistumisen, koska init-parametrien arvoja ei normalisoitu InnoDB: n sisältämiin arvoihin. Vian korjaus # 1062684 (Sergei Glushchenko).
- Virheenkorjaus # 932623: lle esitteli regressio XtraBackup 2.0.2: ssa, koska se ei ottanut erillistä doublewrite-taulukkotilaa tiliin. Virhe vahvistettu # 1066843 (Sergei Glushchenko).
- XtraBackup käsitteli erillistä doublewrite-puskuritiedostoa väärin. Doublewrite-puskurin tiedostopolkua ei ole lisätty varmuuskopiot-my.cnf: hen ja sen jälkeen kun palautus vanha doublewrite-puskuritiedosto käytettiin sen sijaan, että se valmistettaisiin valmisteluvaiheen aikana. Vian korjaus # 1068470 (Sergei Glushchenko).
- XtraBackup hyväksyy nyt -innodb = force-vaihtoehdon, aiemmin se heittää virheen, jos vaihtoehto asetettiin. Vian korjaus # 528752 (Laurynas Biveinis).
- Option safe-slave-varmuuskopio ei toiminut oikein. Vian korjaus # 887803 (Alexey Kopytov).
- Jos Safe-slave-varmuuskopiointiaika on saavutettu, kun käytät safe-slave-varmuuskopiointivaihtoehtoa, SQL_THREAD jätettiin pysäytettyyn tilaan, mikä aiheutti orjakaapelin myöhästymisen. Tämä vahvistettiin tarkistamalla alkuperäinen SQL_THREAD-tila ja käynnistämällä se ennen aikakatkaisuvirheen lopettamista ja SQL_THREADin käynnistämistä vain, jos se käynnistyi alun perin. Vian korjaus # 1037379 (Alexey Kopytov).
- XtraBackup epäonnistui - apply-log, kun tiedostojärjestelmä ei tukenut Linux AIO: ta. Vian korjaus # 1065561 (Alexey Kopytov).
- XtraBackup binääri ohittaa innodb_use_native_aio, kun se on määritetty joko my.cnf: ssä tai komentorivivalikossa. Vian korjaus # 1068459 (Alexey Kopytov).
- XtraBackup tulostaa varoitusviestin valmisteluvaiheessa, kun innodb_file_io_threads on vanhentunut, vaikka muuttujaa ei olisikaan asetettu. Vian korjaus # 1068485 (Alexey Kopytov).
- XtraBackup Galera -testit voidaan nyt suorittaa samanaikaisesti. Vian korjaus # 1077800 (Stewart Smith).
Uutta versiossa 2.0.3:
- Uudet ominaisuudet:
- innobackupex tukee nyt uutta siirrettävää vaihtoehtoa, jota voidaan käyttää kopioinnin sijaan, jos palvelimessa ei ole tarpeeksi vapaata levytilaa tiedostojen kopioimiseen. Koska tämä vaihtoehto poistaa varmuuskopiotiedostot, sitä on käytettävä varoen.
- Vikojen korjaus:
- Symbolikirja innobackupex-1.5.1 binaarille on rikki edellisessä XtraBackup-versiossa. Vian korjaus # 1038198 (Ignacio Nin).
- XtraBackup 2.0.2 ei ollut taaksepäin yhteensopiva, mikä aiheutti aikaisempien versioiden avulla luotujen lisävarusteiden varmuuskopioiden epäonnistumisen valmistellessa. Vian korjaus # 1038127 (Sergei Glushchenko).
- Vian korjaus # 1022562 esitteli regressiota, joka voi mahdollisesti johtaa lisämuistien käyttämien levytilaa 5x: n kasvuun. Vian korjaus # 1043762 (Laurynas Biveinis).
- Korjaus korjattiin vikaan # 932623, joka aiheutti pakatun taulukkotenttien virheellisen käsittelyn 16K: n sivukokoella, jotka luotiin viimeisen täydellisen tai inkrementaalisen ja seuraavan inkrementaalisen varmuuskopion välillä. Bugit on korjattu # 1049174 ja # 1044398 (Laurynas Biveinis).
Uutta versiossa 1.6.4:
- Percona XtraBackup -sivustosta.
Kommentteja ei löytynyt