Percona XtraBackup

Percona XtraBackup is 'n oop bron, draagbare, gratis en nie-blokkerende opdrag-lyn sagteware wat dien as 'n selfstandige Friends oplossing vir die bekende XtraDB en InnoDB stoor enjins. Dit beskik oor outomatiese rugsteunverifikasie en bied hoër uptimes as ander soortgelyke produkte.

Die program is ten volle versoenbaar met beide MySQL- en MariaDB-databasis bedieners, en word sterk gebruik deur die gewilde Facebook sosiale netwerkdiens vir inkrementele rugsteun. Dit is ontwerp om werklike probleme op te los wanneer baie groot, swaar gelaaide databasisse back-up word.

Belangrike kenmerke sluit in die vermoë om back-ups aanlyn te doen, terwyl jy nie jou databasis onderbreek nie, die vermoë om streaming rugsteun na 'n ander bediener uit te voer, asook die vermoë om inkrementele rugsteun te doen terwyl geld bespaar word op skyfspasie en netwerkbandwydte.

Met Percona XtraBackup sal u backups betroubaar en vinnig voltooi. U kan ook nuwe repliseringslawe maklik maak, gevorderde analise van data en indeksleêrs uitvoer, en individuele tabelle tussen bedieners skuif sonder om weer te begin, 'n taak wat XtraDB benodig vir invoer.

Die sagteware ondersteun verskeie MySQL-geure, waaronder ons MySQL, MariaDB, MariaDB Galera Cluster, Percona Server en Percona XtraDB Cluster kan noem. Dit ondersteun ook alle GNU / Linux bedryfstelsels, wat goed bestuur word op 32-bis en 64-bits hardeware.

Ons kan ook melding maak van die blokkering van MyISAM-rugsteun, volledige saamgeperste rugsteun, inkrementele saamgeperste rugsteun, vinnige inkrementele rugsteun, inkrementele rugsteuning met argieflogboeke en slegs REDO-logboeke, parallelle plaaslike rugsteun, kopieer terug, aansoek-log, kompressie en enkripsie.

Daarbenewens kom ook Rsync-ondersteuning vir die mees onlangse lêersynchronisasie, individuele tabelle-uitvoer, verbeterde FTWRL-hantering, kompakte rugsteun, tyd-tot-herstel-ondersteuning, oplyn-rugsteun, sowel as ondersteuning vir die wolk. rugsteun.

Percona XtraBackup is geskryf in die C, C ++ en Perl programmeringstale. Dit is 'n instruksiesagteware sagteware wat versprei word as voorafgeboude binêre pakkette vir Ubuntu, Debian en Red Hat Enterprise Linux verspreidings, sowel as universele binêre en bron argiewe.

Wat is nuut in hierdie weergawe:

• Percona XtraBackup sou sigfault tydens die voorbereiding van sekere FTS-bladsye. Bug fixed # 1460138.
• Vaste samestellingsfout as gevolg van ontbrekende afhanklikheid wat veroorsaak word deur die stroomop bug # 77226. Bug fixed # 1461129.
• Regressie wat deur 'n fout # 1403237 in Percona XtraBackup 2.2.8 ingestel word, kan veroorsaak dat xtrabackup 'n herhaallogboek van 'n verkeerde offset lees wat 'n bewering sou veroorsaak. Bug fixed # 1464608.
• Vaste uninitialized current_thd thread-local variable. Dit herstel ook die fout # 1415191 heeltemal. Bug fixed # 1467574.
• Na die vrylating van Percona XtraBackup 2.2.11, gee Innobackupex 'n FLUSH TABLE uit voordat die FLUSH TABLES MET READ LOCK uitgevoer word. Terwyl dit in sommige gevalle die rugsteun sal help, beteken dit ook dat die FLUSH TABLE na die binêre log geskryf sal word. Op MariaDB 10.0 met GTID geaktiveer, toe rugsteun op die slaaf geneem is, het die GTID van daardie slaaf verander en Percona XtraBackup het nie meer die korrekte GTID gesien nie. Bug fixed # 1466446 (Julien Pivotto).
• RPM-samestelling van Percona XtraBackup vereis steeds bzr. Bug fixed # 1466888 (Julien Pivotto).
• Die samestelling van Percona XtraBackup RPMs met die XB_VERSION_EXTRA opsie skep 'n verkeerde RPM-weergawe. Bug fixed # 1467424 (Julien Pivotto).
• Percona XtraBackup sal suksesvol voltooi, selfs as die herhaallogboek nie heeltemal gekopieer is nie. Dit beteken dat rugsteun as suksesvol beskou is, selfs as dit korrup was. Bug fixed # 1470847.
• In seldsame gevalle wanneer daar twee of meer tafelspasies met dieselfde ID in die data-gids is, xtrabackup tel die eerste een op leksikale volgorde, wat kan lei tot die verlies van die korrekte tabel. Bug fixed # 1475487.
• Percona XtraBackup ontbreek revision_id in binaries. Bug fixed # 1394174.

Wat is nuut in weergawe 2.4.8:

• Percona XtraBackup sou sigfault tydens die voorbereiding van sekere FTS-bladsye. Bug fixed # 1460138.
• Vaste samestellingsfout as gevolg van ontbrekende afhanklikheid wat veroorsaak word deur die stroomop bug # 77226. Bug fixed # 1461129.
• Regressie wat deur 'n fout # 1403237 in Percona XtraBackup 2.2.8 ingestel word, kan veroorsaak dat xtrabackup 'n herhaallogboek van 'n verkeerde offset lees wat 'n bewering sou veroorsaak. Bug fixed # 1464608.
• Vaste uninitialized current_thd thread-local variable. Dit herstel ook die fout # 1415191 heeltemal. Bug fixed # 1467574.
• Na die vrylating van Percona XtraBackup 2.2.11, gee Innobackupex 'n FLUSH TABLE uit voordat die FLUSH TABLES MET READ LOCK uitgevoer word. Terwyl dit in sommige gevalle die rugsteun sal help, beteken dit ook dat die FLUSH TABLE na die binêre log geskryf sal word. Op MariaDB 10.0 met GTID geaktiveer, toe rugsteun op die slaaf geneem is, het die GTID van daardie slaaf verander en Percona XtraBackup het nie meer die korrekte GTID gesien nie. Bug fixed # 1466446 (Julien Pivotto).
• RPM-samestelling van Percona XtraBackup vereis steeds bzr. Bug fixed # 1466888 (Julien Pivotto).
• Die samestelling van Percona XtraBackup RPMs met die XB_VERSION_EXTRA opsie skep 'n verkeerde RPM-weergawe. Bug fixed # 1467424 (Julien Pivotto).
• Percona XtraBackup sal suksesvol voltooi, selfs as die herhaallogboek nie heeltemal gekopieer is nie. Dit beteken dat rugsteun as suksesvol beskou is, selfs as dit korrup was. Bug fixed # 1470847.
• In seldsame gevalle wanneer daar twee of meer tafelspasies met dieselfde ID in die data-gids is, xtrabackup tel die eerste een op leksikale volgorde, wat kan lei tot die verlies van die korrekte tabel. Bug fixed # 1475487.
• Percona XtraBackup ontbreek revision_id in binaries. Bug fixed # 1394174.

Wat is nuut in weergawe 2.4.7:

• Percona XtraBackup sou sigfault tydens die voorbereiding van sekere FTS-bladsye. Bug fixed # 1460138.
• Vaste samestellingsfout as gevolg van ontbrekende afhanklikheid wat veroorsaak word deur die stroomop bug # 77226. Bug fixed # 1461129.
• Regressie wat deur 'n fout # 1403237 in Percona XtraBackup 2.2.8 ingestel word, kan veroorsaak dat xtrabackup 'n herhaallogboek van 'n verkeerde offset lees wat 'n bewering sou veroorsaak. Bug fixed # 1464608.
• Vaste uninitialized current_thd thread-local variable. Dit herstel ook die fout # 1415191 heeltemal. Bug fixed # 1467574.
• Na die vrylating van Percona XtraBackup 2.2.11, gee Innobackupex 'n FLUSH TABLE uit voordat die FLUSH TABLES MET READ LOCK uitgevoer word. Terwyl dit in sommige gevalle die rugsteun sal help, beteken dit ook dat die FLUSH TABLE na die binêre log geskryf sal word. Op MariaDB 10.0 met GTID geaktiveer, toe rugsteun op die slaaf geneem is, het die GTID van daardie slaaf verander en Percona XtraBackup het nie meer die korrekte GTID gesien nie. Bug fixed # 1466446 (Julien Pivotto).
• RPM-samestelling van Percona XtraBackup vereis steeds bzr. Bug fixed # 1466888 (Julien Pivotto).
• Die samestelling van Percona XtraBackup RPMs met die XB_VERSION_EXTRA opsie skep 'n verkeerde RPM-weergawe. Bug fixed # 1467424 (Julien Pivotto).
• Percona XtraBackup sal suksesvol voltooi, selfs as die herhaallogboek nie heeltemal gekopieer is nie. Dit beteken dat rugsteun as suksesvol beskou is, selfs as dit korrup was. Bug fixed # 1470847.
• In seldsame gevalle wanneer daar twee of meer tafelspasies met dieselfde ID in die data-gids is, xtrabackup tel die eerste een op leksikale volgorde, wat kan lei tot die verlies van die korrekte tabel. Bug fixed # 1475487.
• Percona XtraBackup ontbreek revision_id in binaries. Bug fixed # 1394174.

Wat is nuut in weergawe 2.4.6:

• Percona XtraBackup sou sigfault tydens die voorbereiding van sekere FTS-bladsye. Bug fixed # 1460138.
• Vaste samestellingsfout as gevolg van ontbrekende afhanklikheid wat veroorsaak word deur die stroomop bug # 77226. Bug fixed # 1461129.
• Regressie wat deur 'n fout # 1403237 in Percona XtraBackup 2.2.8 ingestel word, kan veroorsaak dat xtrabackup 'n herhaallogboek van 'n verkeerde offset lees wat 'n bewering sou veroorsaak. Bug fixed # 1464608.
• Vaste uninitialized current_thd thread-local variable. Dit herstel ook die fout # 1415191 heeltemal. Bug fixed # 1467574.
• Na die vrylating van Percona XtraBackup 2.2.11, gee Innobackupex 'n FLUSH TABLE uit voordat die FLUSH TABLES MET READ LOCK uitgevoer word. Terwyl dit in sommige gevalle die rugsteun sal help, beteken dit ook dat die FLUSH TABLE na die binêre log geskryf sal word. Op MariaDB 10.0 met GTID geaktiveer, toe rugsteun op die slaaf geneem is, het die GTID van daardie slaaf verander en Percona XtraBackup het nie meer die korrekte GTID gesien nie. Bug fixed # 1466446 (Julien Pivotto).
• RPM-samestelling van Percona XtraBackup vereis steeds bzr. Bug fixed # 1466888 (Julien Pivotto).
• Die samestelling van Percona XtraBackup RPMs met die XB_VERSION_EXTRA opsie skep 'n verkeerde RPM-weergawe. Bug fixed # 1467424 (Julien Pivotto).
• Percona XtraBackup sal suksesvol voltooi, selfs as die herhaallogboek nie heeltemal gekopieer is nie. Dit beteken dat rugsteun as suksesvol beskou is, selfs as dit korrup was. Bug fixed # 1470847.
• In seldsame gevalle wanneer daar twee of meer tafelspasies met dieselfde ID in die data-gids is, xtrabackup tel die eerste een op leksikale volgorde, wat kan lei tot die verlies van die korrekte tabel. Bug fixed # 1475487.
• Percona XtraBackup ontbreek revision_id in binaries. Bug fixed # 1394174.

Wat is nuut in weergawe 2.4.3:

• Percona XtraBackup sou sigfault tydens die voorbereiding van sekere FTS-bladsye. Bug fixed # 1460138.
• Vaste samestellingsfout as gevolg van ontbrekende afhanklikheid wat veroorsaak word deur die stroomop bug # 77226. Bug fixed # 1461129.
• Regressie wat deur 'n fout # 1403237 in Percona XtraBackup 2.2.8 ingestel word, kan veroorsaak dat xtrabackup 'n herhaallogboek van 'n verkeerde offset lees wat 'n bewering sou veroorsaak. Bug fixed # 1464608.
• Vaste uninitialized current_thd thread-local variable. Dit herstel ook die fout # 1415191 heeltemal. Bug fixed # 1467574.
• Na die vrylating van Percona XtraBackup 2.2.11, gee Innobackupex 'n FLUSH TABLE uit voordat die FLUSH TABLES MET READ LOCK uitgevoer word. Terwyl dit in sommige gevalle die rugsteun sal help, beteken dit ook dat die FLUSH TABLE na die binêre log geskryf sal word. Op MariaDB 10.0 met GTID geaktiveer, toe rugsteun op die slaaf geneem is, het die GTID van daardie slaaf verander en Percona XtraBackup het nie meer die korrekte GTID gesien nie. Bug fixed # 1466446 (Julien Pivotto).
• RPM-samestelling van Percona XtraBackup vereis steeds bzr. Bug fixed # 1466888 (Julien Pivotto).
• Die samestelling van Percona XtraBackup RPMs met die XB_VERSION_EXTRA opsie skep 'n verkeerde RPM-weergawe. Bug fixed # 1467424 (Julien Pivotto).
• Percona XtraBackup sal suksesvol voltooi, selfs as die herhaallogboek nie heeltemal gekopieer is nie. Dit beteken dat rugsteun as suksesvol beskou is, selfs as dit korrup was. Bug fixed # 1470847.
• In seldsame gevalle wanneer daar twee of meer tafelspasies met dieselfde ID in die data-gids is, xtrabackup tel die eerste een op leksikale volgorde, wat kan lei tot die verlies van die korrekte tabel. Bug fixed # 1475487.
• Percona XtraBackup ontbreek revision_id in binaries. Bug fixed # 1394174.

Wat is nuut in weergawe 2.2.9:

• Percona XtraBackup 2.1.2 Snapshot Transfer. Bug fixed # 1182698.

Wat is nuut in weergawe 2.2.8:

• Percona XtraBackup 2.1.2 Snapshot Transfer. Bug fixed # 1182698.

Wat is nuut in weergawe 2.1.2:

• Bugs Fixed:
• Die gebruik van Perl se DBD :: MySQL-pakket vir bedienerkommunikasie in plaas van die MySQL-opdraglynkliënt te bespuit, het 'n regressie voorgestel wat veroorsaak het dat innobackupex -galera-info misluk. Bug fixed # 1180672.
• Die formaat van xtrabackup_galera_info ontbreek die ':' skeider tussen die waardes van wsrep_local_state_uuid en wsrep_last_committed. Bug fixed # 1181222.
• innobackupex outomatiese weergawe-opsporing het nie korrek gewerk vir die nuutste Percona Server- en MySQL 5.1-uitgawes wat kan veroorsaak dat innobackupex misluk nie. Bugs fixed # 1181092, # 1181099 en # 1180905.
• By die back-up van 'n bediener wat nie 'n repliserende slaaf is met die innobackupex -slave-info opsie nie, het innobackupex nie 'n noodlottige fout gehad nie. Vervang die noodlottige fout met 'n diagnostiese boodskap oor innobackupex -slave-info wat in so 'n geval geïgnoreer word. Bug fixed # 1180662.
• Lae waardes vir wait_timeout op die bediener kan veroorsaak dat die bediener die verbinding sluit terwyl die rugsteun geneem word. Vaste deur die groter waarde vir wag_timeout opsie op die bediener te stel om te verhoed dat die bediener verbindings sluit as die globale wagtyd-waarde te laag gestel is. Bug fixed # 1180922.
• Ander bugfixes: bug fixed # 1177182.

Wat is nuut in weergawe 2.0.7:

• Nuwe funksies:
• Hierdie weergawe van Percona XtraBackup het volle ondersteuning vir nuwe MySQL 5.6-funksies geïmplementeer (GTID, versteurbare tafelspasies, afsonderlike tafelspel, 5,6-styl buffer dump files).
• Percona XtraBackup het geïmplementeer ondersteuning vir die InnoDB Buffer Pool Preloading bekendgestel in MySQL 5.6. Begin met MySQL 5.6 buffer poel stortings kan geproduseer word en gelaai vir vinniger bediener warmup na die begin. Hierdie kenmerk is soortgelyk aan die Dump / Herstel van die Buffer Pool in Percona Server. MySQL 5.6 buffer poel dump is gekopieer in Friends gids tydens die Friends stadium. Gedurende die kopie terug stadium (herstel) word dit teruggekop na die data gids. Nadat die rugsteun herstel is, kan die buffergolf dump deur die bediener óf outomaties gelaai word by aanvang of op aanvraag.
• Tydsinterval tussen tjeks wat deur die logkopiëringsdraad gedoen word, is nou konfigureerbaar deur innobackupex -log-copy-interval. As u die interval konfigureer, kan u die tyd tussen tjeks verminder wat XtraBackup-foute kan voorkom wat veroorsaak word deur die logboeke in die transaksionele log wat oorskryf word voordat dit gekopieer word deur die logkopiëringsdraad.
• Percona XtraBackup stoor nou die GTID-waarde in die xtrabackup_binlog_info wanneer die Friends van MySQL en Percona Server 5.6 met die GTID-modus geaktiveer word. Voorbeeld van hoe hierdie inligting gebruik kan word om 'n slaaf te skep / te herstel, kan in hierdie blogpost gevind word.
• Percona XtraBackup opsie xtrabackup -export ondersteun nou vervoerbare tafelspasies wat in MySQL 5.6 geïntroduceerd is. Hierdie opsie kan gebruik word om 5.6-styl-metadata-lêers te maak, wat deur ALTER TABLE IMPORT TABLESPACE ingevoer kan word op MySQL en Percona Server 5.6 soos beskryf in die gids Uitvoer en invoer van tabelle.
• Bugs Fixed:
• xtrabackup_56 binêre was teenwoordig in rpm en deb-pakkette, maar dit het ontbreek uit die bron .tar.gz-pakket. Vaste deur die ontbrekende binêre by .tar.gz ook by te voeg. Bug fixed # 1158948.
• innobackupex kan ineenstort wanneer die 5.6-rugsteun geneem word as gevolg van die koppeling van die verkeerde SSL-biblioteek. Bug fixed # 1168540.
• Percona XtraBackup sal ineenstort wanneer die 5.6-rugsteun met partisie-tabelle voorberei word. Bug fixed # 1169169.
• Tabelle wat gedaal is tussen 'n volle rugsteun en 'n inkrementele een, was teenwoordig in die volledige rugsteungids, en is nie verwyder as inkrementele rugsteuning saamgesmelt is nie. Vaste deur lêers te verwyder wat ooreenstem met tabelle wat in die inkrementele rugsteungids ontbreek. Bug fixed # 856400.
• Percona XtraBackup sal verouderde xtrabackup_tmp * lêers in die datadir verlaat nadat inkrementele rugsteun aangewend is. Bug fixed # 1079135.
• Vaste paar waarskuwings wat in innobackupex gevind word wanneer al die waarskuwings FATAL gemaak is. Bug fixed # 1116177.
• As daar duisende tafels en stadige IO is, kan XtraBackup baie tyd spandeer om al die tafels oop te maak. Optimalisering is geïmplementeer en XtraBackup vermy nou nie-tersaaklike tafelspasies wanneer gedeeltelike Friends geneem word wat die rugsteunproses versnel. Bug fixed # 1130145.
• Percona XtraBackup het nie per-thread data geïnitialiseer in die log kopieer draad wat kan veroorsaak dat XtraBackup ineenstort. Bug fixed # 1166888.
• Pakketafhanklikheid is van abstrak mysql na reële / usr / bin / mysql-lêer verander, omdat rpm-pakkette van Oracle nie meer mysql-afhanklikheid bevredig nie, wat deur die XtraBackup rpms benodig word. Bug fixed # 1095972.
• Percona XtraBackup sal misluk wanneer die MySQL 5.6-rugsteun voorberei word as die loglêers groter as 4G op die bronsbediener was. Bug fixed # 1164979.
• As gevolg van die verskillende implementering in MySQL 5.6 is fout boodskappe nie direk na stderr gedruk nie. As gevolg hiervan word alle InnoDB-foute of diagnostiese boodskappe nooit deur xtrabackup_56 gedruk nie. Bug fixed # 1169971.
• Innobackupex sal steeds met FLUSH TABLES MET READ LOCK hardloop, selfs as xtrabackup sou misluk wanneer logboeke gekopieer word. Vaste deur die beëindiging van xtrabackup-proses onmiddellik tydens die kopiëring van die logboek. Bug fixed # 1170806.
• innobackupex sal misluk as die SQL_MODE op ANSI_QUOTES gestel is. Bug fixed # 945161.
• Ontbrekende space_id vanaf * .ibd.meta sal lei tot bewering. Vaste deur die bewering met die foutboodskap te vervang. Bug fixed # 1112224.
• Vaste die tik in die innobackupex-foutuitset. Bug fixed # 1157225.
• By die bou van die bron, het innodb56 die teiken nie 'n opsie gehad om DTrace uit te skakel soos innodb55 het nie. Vaste deur by te voeg -DENABLE_DTRACE = OFF bou opsie vir innodb56 as well. Bug fixed # 1169509.
• innobackupex hanteer nie die innodb_data_file_path opsie wat kan veroorsaak dat rugsteun misluk nie. Bug fixed # 1169726.
• Vir die Debian- en Linux-binêre is die --versie boodskap wat die hersiening moet insluit, vertoon "ongedefinieerde". Bug fixed # 1171721.
• Redundante kode is verwyder van xtrabackup.cc. Bug fixed # 1162765.
• Ander bugfixes: bugfix # 1158154, bugfix # 1170340, bugfix # 1088309, bugfix # 1088307.

Wat is nuut in weergawe 2.0.6:

• Nuwe funksies:
• XtraBackup het basiese ondersteuning vir MySQL 5.6, Percona Server 5.6 en MariaDB 10.0 geïmplementeer. Basiese ondersteuning beteken dat hierdie weergawes word herken deur XtraBackup, en dat die back-up / herstel werk so lank as wat geen 5.6 spesifieke funksies gebruik word (soos GTID, afstand / vervoerbare tafelspasies, aparte tafelspel ongedaan maak, bufferspoel-lêers met 5,6-styl buffers) .
• Bugs Fixed:
• Individuele InnoDB-tafelspasies met 'n grootte van minder as 1 MB is uitgebrei na 1 MB op die rugsteunvoorbereiding. Dit het gelei tot 'n groot toename in skyfgebruik in gevalle waar daar baie klein InnoDB-tafels is. Bug fixed # 950334 (Daniel Frett, Alexey Kopytov).
• Bevestig die probleem wat veroorsaak het dat databasisse wat ooreenstem met ontoeganklike datadir-subgidse, geïgnoreer word deur XtraBackup sonder waarskuwing of foutboodskappe. Dit het gebeur omdat InnoDB-kode die databasis subdirectories deeglik geïgnoreer het wat dit nie kon oopmaak nie. Bug fixed # 664986 (Alexey Kopytov).
• Onder sommige omstandighede kan XtraBackup nie 'n tabelruimte kopieer met 'n hoëparaal opsie waarde en 'n lae innodb_open_files waarde. Bug fixed # 870119 (Alexey Kopytov).
• Fix for the bug # 711166 het 'n regressie ingestel wat veroorsaak het dat individuele partisie rugsteun misluk wanneer dit gebruik word - sluit opsie in innobackupex of die --tables opsie in xtrabackup. Bug fixed # 1130627 (Alexey Kopytov).
• innobackupex het nie die lêer-per-tabel-instelling vir tabel onafhanklike rugsteun bygevoeg nie. Vaste deur XtraBackup te aktiveer, aktiveer indodb_file_per_table outomaties wanneer die --export opsie gebruik word. Bug fixed # 930062 (Alexey Kopytov).
• Onder sommige omstandighede kan XtraBackup misluk op 'n rugsteunvoorbereiding met innodb_flush_method = O_DIRECT. Bug fixed # 1055547 (Alexey Kopytov).
• innobackupex het nie die opsie --tmpdir oorgedra na die binêre binêre binêre binêre weergawe nie, wat beteken dat die tmpdir van die bediener altyd vir tydelike lêers gebruik word. Bug fixed # 1085099 (Alexey Kopytov).
• XtraBackup het die fout verslaggewing vir onbekende bediener weergawes verbeter. Bug fixed # 1087219 (Alexey Kopytov).
• Bevestig die ontbrekende rpm-afhanklikheid vir Perl Time :: HiRes-pakket wat veroorsaak het dat innobackupex misluk op minimale CentOS-installasies. Bug fixed # 1121573 (Alexey Bychko).
• innobackupex sal misluk wanneer - nie-slot en -rsync saam gebruik word. Bug fixed # 1123335 (Sergei Glushchenko).
• Oplossing vir die fout # 1055989 het 'n regressie ingestel wat veroorsaak het dat xtrabackup_pid-lêer in die tydelike dir na die uitvoering bly. Bug fixed # 1114955 (Alexey Kopytov).
• Onnodige ontfout boodskappe is verwyder uit die XtraBackup uitvoer. Bug fixed # 1131084 (Alexey Kopytov).
• Ander bugfixes: bugfix # 1153334 (Alexey Kopytov), ​​bugfix # 1098498 (Laurynas Biveinis), bugfix # 1132763 (Laurynas Biveinis), bugfix # 1142229 (Laurynas Biveinis), bugfix # 1130581 (Laurynas Biveinis ).

Wat is nuut in weergawe 2.0.5:

• Nuwe funksies:
• Nuwe opsie - defaults-ekstra-lêer is ingestel. Hierdie opsie spesifiseer uit watter ekstra lêer die standaard MySQL-opsies voor die standaardverstek-lêer moet lees. Dit kan gebruik word om die gebruiker / wagwoord kombinasie vir die toegewyde Friends-gebruiker van 'n aparte konfigurasielêer te laai, om dit te voorkom in die crontab of 'n script iewers in die stelsel.
• Bugs Fixed:
• In die geval van streaming backups, sal innobackupex die XtraBackup proses hervat en wag dan dat dit klaar moet wees voordat u UNLOCK TABLES uitvoer. Dit het veroorsaak dat die databasis onnodig toegesluit word met FLUSH TABLES MET READ LOCK. Innobackupex wag nou net totdat die kopiëring van die logboek klaar is om die databasisse te ontsluit. Bug fixed # 1055989 (Alexey Kopytov).
• Innobackupex foutboodskappe wat die data-gids verwys, is uitgebrei om die pad van die data-gids te wys wat in die foutboodskap genoem word. Bug fixed # 1089375 (Hartmut Holzgraefe).
• Partitiewe tabelle is nie korrek hanteer deur die --databases, --include, --tables-lêer opsies van innobackupex, en deur die --tables en -tables-lêer opsies van XtraBackup. Vaste deur die partisie-agtervoegsel te verwyder (#P # ...) voordat jy die filter doen. Bug fixed # 711166 (Sergei Glushchenko).
• As ingeboude kompressie gebruik is, het XtraBackup onbemande geskryf na die bestemmingslêer of stroom in baie klein stukke wat op sy beurt ondoeltreffende I / O veroorsaak het. Vaste deur die gebruik van 'n 1M buffer vir uitvoer soortgelyk aan die ongecomprimeerde rugsteun. Bug fixed # 1095249 (Alexey Kopytov).
• Onnodige lang slaap () in innobackupex lei tot FLUSH TABELS MET READ LOCK te lank. Vaste deur 2 sekondes slaap interval te vervang met 100 millisekondes een. Bug fixed # 1095551 (Sergei Glushchenko).
• As innobackupex sou val, sou dit die xtrabackup_suspended lêer op die lêerstelsel verlaat. Dit kan dan veroorsaak dat innobackupex dink dat XtraBackup homself opgeskort het op die oomblik dat dit begin het. En as XtraBackup self opskort, sal innobackupex wag totdat dit eindig en sal die opskortingslêer nie weer verwyder word nie, wat tot 'n waglêer lei. Vaste deur die ouer xtrabackup_suspended-lêer te verwyder wanneer innobackupex begin is. Bug fixed # 1007446 (George Ormond Lorch III).
• innobackupex sal MariaDB 5.2 en MariaDB 5.3 nie herken nie. Vaste deur die aanvullende weergawe kontrole in innobackupex. Bug fixed # 733665 (Daniel van Eeden, Alexey Kopytov).
• Ander bugfixes: bugfix # 924492 (Alexey Kopytov), ​​bugfix # 1097158 (Alexey Kopytov), ​​bugfix # 1081882 (Alexey Kopytov), ​​bugfix # 1096584 (Alexey Kopytov).

Wat is nuut in weergawe 1.6.7:

• Bugs Fixed:
• xtrabackup_binary is nie ingesluit in die teerargief wanneer dit gestroom het nie, maar is in die huidige gids geskryf. Dit kan daartoe lei dat 'n verkeerde xtrabackup binêre gebruik word wanneer u backups voorberei met die opsies --stroom of --mooi-gasheer opstel. Bugs fixed # 723318 en # 787988 (Stewart Smith).
• GEWELDIGE TABELS MET READ LOCK is nie gebruik om inkrementele rugsteun te skep nie, wat kan lei tot inkonsekwente back-ups wanneer opdaterings aan nie-InnoDB-tabelle of DDL-stellings op enige tabelle tydens die rugsteunproses plaasgevind het. Bug fixed # 771981 (Alexey Kopytov).
• Opsie - veilige-slaaf-rugsteun het foutiewe bin-inligting gelei, want in sommige gevalle het innobackupex die reaksie van SHOW SLAVE STATUS verwar met die een van SHOW MASTER STATUS. Bug fixed # 977101 (Alexey Kopytov).
• innodb_data_file_path is nie geskryf na Friends-my.cnf, dit was 'n regressie wat in XtraBackup 1.6.5 bekendgestel is. Bug fixed # 983685 (Sergei Glushchenko).
• Vaste foutiewe toetssuiteffekte met grep 2.10. Bug Fix # 996483 (Alexey Kopytov).
• As innobackupex uitgevoer is met --apply-log, lees hy die konfigurasie van die bedienerkonfigurasie lêer in plaas van die rugsteun-my.cnf in die rugsteungids. Bug fixed # 996493 (Sergei Glushchenko).
• innobackupex kan lêers na 'n verkeerde gids kopieer wanneer 'n inkrementele rugsteun na 'n volledige een saamsmelt. Bug fixed # 1002688 (Alexey Kopytov).
• XtraBackup binêre was lekkende lêerbeskrywers op - backup. Dit is vasgestel deur die bestaande lêerbeskrywer te hergebruik sodat geen lek plaasvind nie. Bug fixed # 713267 (Alexey Kopytov).

Wat is nuut in weergawe 2.0.4:

• Bugs Fixed:
• Bug fix vir # 932623 lei die regressie in XtraBackup 2.0.2 voor, wat veroorsaak het dat inkrementele rugsteuning misluk omdat die init parameterwaardes nie genormaliseer is met die waardes wat binne InnoDB gebruik word nie. Bug fixed # 1062684 (Sergei Glushchenko).
• Bug fix vir # 932623 het die regressie in XtraBackup 2.0.2 ingestel omdat dit nie die aparte doublewrite-tabelruimte in 'n rekening geneem het nie. Bug fixed # 1066843 (Sergei Glushchenko).
• XtraBackup het die afsonderlike dubbelskrif buffer lêer verkeerd behandel. Lêerpad van die dubbelskrifbuffer is nie by die rugsteun-my.cnf gevoeg nie en na die herstel van die ou dubbelwrite-bufferlêer is gebruik in plaas van een wat tydens die voorbereidingsfase gemaak is. Bug fixed # 1068470 (Sergei Glushchenko).
• XtraBackup aanvaar nou die --innodb = force opsie, voorheen sou dit 'n fout gooi as die opsie gestel is. Bug fixed # 528752 (Laurynas Biveinis).
• Opsie veilig-slaaf-rugsteun het nie korrek gewerk nie. Bug fixed # 887803 (Alexey Kopytov).
• As 'n veilige-slaaf-back-up-time-out bereik is toe die opsie vir veilig-slawe-rugsteun gebruik is, is SQL_THREAD in gestopte status oorgebly, wat veroorsaak dat die slawe-draad agtergebly het. Dit is opgelos deur die aanvanklike SQL_THREAD-toestand te kontroleer en te begin voordat dit met 'n time-outfout beëindig word en slegs die SQL_THREAD begin as dit aanvanklik uitgevoer word. Bug fixed # 1037379 (Alexey Kopytov).
• XtraBackup sal misluk -apply-log wanneer lêersisteem nie Linux AIO ondersteun het nie. Bug fixed # 1065561 (Alexey Kopytov).
• XtraBackup binêre sal innodb_use_native_aio ignoreer as dit in my.cnf of as 'n opdraglyn opsie gespesifiseer word. Bug fixed # 1068459 (Alexey Kopytov).
• XtraBackup sal tydens die voorbereidingsfase 'n waarskuwingsboodskap druk oor innodb_file_io_threads wat verval word, selfs al is die veranderlike nie ingestel nie. Bug fixed # 1068485 (Alexey Kopytov).
• XtraBackup Galera toetse kan nou gelyktydig uitgevoer word. Bug fixed # 1077800 (Stewart Smith).

Wat is nuut in weergawe 2.0.3:

• Nuwe funksies:
• innobackupex ondersteun nou nuwe terugvoering opsie wat gebruik kan word in plaas van -kopie-terug as daar nie genoeg disketspasie op die bediener is om lêers te kopieer nie. Aangesien hierdie opsie lêers verwyder, moet dit versigtig gebruik word.
• Bugs Fixed:
• Symlink vir innobackupex-1.5.1 binêre is in die vorige weergawe van XtraBackup gebreek. Bug fixed # 1038198 (Ignacio Nin).
• XtraBackup 2.0.2 was nie agteruitkompatibel nie, wat veroorsaak het dat inkrementele rugsteuning geskep is met vorige weergawes om te misluk. Bug fixed # 1038127 (Sergei Glushchenko).
• Fix for bug # 1022562 het 'n regressie ingestel wat moontlik tot 'n 5x toename in skyfspasie kan lei wat deur inkrementele rugsteun bewerk word. Bug fixed # 1043762 (Laurynas Biveinis).
• 'n Regressie is ingestel in die oplossing vir fout # 932623 wat foutiewe hantering van saamgeperste tafelspasies met die bladsygrootte van 16K veroorsaak het, wat tussen die laaste volle of inkrementele en die volgende inkrementele rugsteun geskep is. Bugs vasgestel # 1049174 en # 1044398 (Laurynas Biveinis).

Wat is nuut in weergawe 1.6.4:

• Dit bevat belangrike foutoplossings aan die stabiele 1,6-reeks van Percona XtraBackup vrystellings.