Percona XtraBackup

Software screenshot:
Percona XtraBackup
Software informatie:
Versie: 2.4.9 Bijgewerkt
Upload datum: 20 Jan 18
Ontwikkelaar: Percona Inc.
Licentie: Gratis
Populariteit: 21

Rating: nan/5 (Total Votes: 0)

Percona XtraBackup is een open source, draagbare, gratis en niet-blokkerende opdrachtregelprogramma dat fungeert als een stand-alone back-upoplossing voor de bekende XtraDB- en InnoDB-opslagengines. Het biedt automatische back-upverificatie en biedt hogere uptimes dan andere vergelijkbare producten.

Het programma is volledig compatibel met zowel MySQL- als MariaDB-databaseservers en het wordt veel gebruikt door de populaire sociale netwerkdienst van Facebook voor incrementele back-ups. Het is ontworpen om problemen in de echte wereld op te lossen bij het maken van back-ups van zeer grote, zwaar belaste databases.


Functies in één oogopslag

Tot de belangrijkste functies behoren de mogelijkheid om online back-ups uit te voeren zonder onderbreking van uw database, de mogelijkheid om back-ups van streaming naar een andere server uit te voeren en de mogelijkheid om incrementele back-ups uit te voeren terwijl u geld bespaart op schijfruimte en netwerkbandbreedte.

>

Met Percona XtraBackup zullen uw back-ups betrouwbaar en snel worden voltooid. U kunt ook eenvoudig nieuwe replicatieslaves maken, geavanceerde analyse van gegevens en indexbestanden uitvoeren en afzonderlijke tabellen verplaatsen tussen servers zonder opnieuw te hoeven starten, een taak waarvoor XtraDB moet worden geïmporteerd.

De software ondersteunt verschillende MySQL-smaken, waaronder we kunnen noemen MySQL, MariaDB, MariaDB Galera Cluster, Percona Server en Percona XtraDB Cluster. Het ondersteunt ook alle GNU / Linux-besturingssystemen, goed draaiend op 32-bit en 64-bit hardware.

Naast andere functies kunnen we het blokkeren van MyISAM-back-ups, volledig gecomprimeerde back-ups, incrementele gecomprimeerde back-ups, snelle incrementele back-ups, incrementele back-ups met gearchiveerde logboeken en alleen REDO-log, parallelle lokale back-ups, terugkopiëren, applicatielogboek, compressie en encryptie.

Bovendien wordt ook rsync-ondersteuning geboden voor de modernste bestandssynchronisatie, individuele tabellen exporteren, verbeterde FTWRL-verwerking, compacte back-ups, point-in-time herstelondersteuning, offline back-ups en ondersteuning voor cloud files.


Onder de motorkap en beschikbaarheid

Percona XtraBackup is geschreven in de programmeertalen C, C ++ en Perl. Het is een commandoregel-software, gedistribueerd als vooraf gebouwde binaire pakketten voor Ubuntu, Debian en Red Hat Enterprise Linux-distributies, evenals universele binaire en bronarchieven.

Wat is nieuw in deze release:

  • Percona XtraBackup zou segfault maken tijdens de voorbereidingsfase van bepaalde FTS-pagina's. Bug opgelost # 1460138.
  • Vaste compilatiefout vanwege ontbrekende afhankelijkheid veroorzaakt door de upstream-fout # 77226. Bug opgelost # 1461129.
  • Regressie door het repareren van een bug # 1403237 in Percona XtraBackup 2.2.8 kan ervoor zorgen dat xtrabackup een opnieuw gedaan logboek leest met een onjuiste offset, wat een bewering zou veroorzaken. Bug opgelost # 1464608.
  • Fixed niet-geïnitialiseerde current_thd thread-local variabele. Dit lost ook bug # 1415191 volledig op. Bug opgelost # 1467574.
  • Na de release van Percona XtraBackup 2.2.11 geeft innobackupex een FLUSH TABLE uit voordat de FLUSH TABLES MET LEES SLOT worden uitgevoerd. Hoewel het in een bepaalde situatie de back-ups helpt, impliceert dit ook dat de SPLIJTSTABEL naar het binaire logboek wordt geschreven. Op MariaDB 10.0 met GTID ingeschakeld, toen een back-up werd gemaakt op de slave, veranderde dit de GTID van die slaaf en Percona XtraBackup zag niet meer de juiste GTID. Bug opgelost # 1466446 (Julien Pivotto).
  • RPM-compilatie van Percona XtraBackup vereiste nog steeds bzr. Bug gerepareerd # 1466888 (Julien Pivotto).
  • Het compileren van Percona XtraBackup RPM's met de optie XB_VERSION_EXTRA zou een onjuiste RPM-versie creëren. Bug opgelost # 1467424 (Julien Pivotto).
  • Percona XtraBackup zou met succes zijn voltooid, zelfs als het log opnieuw niet volledig werd gekopieerd. Dit betekent dat een back-up als succesvol werd beschouwd, zelfs als ze corrupt waren. Bug opgelost # 1470847.
  • In zeldzame gevallen wanneer er twee of meer tablespaces met dezelfde ID in de datadirectory zijn, haalt xtrabackup de eerste op volgens de lexicale volgorde, wat zou kunnen leiden tot het verliezen van de juiste tabel. Bug opgelost # 1475487.
  • Percona XtraBackup ontbrak revision_id in binaire bestanden. Bug opgelost # 1394174.

Wat is nieuw in versie 2.4.8:

  • Percona XtraBackup zou segfault maken tijdens de voorbereidingsfase van bepaalde FTS-pagina's. Bug opgelost # 1460138.
  • Vaste compilatiefout vanwege ontbrekende afhankelijkheid veroorzaakt door de upstream-fout # 77226. Bug opgelost # 1461129.
  • Regressie door het repareren van een bug # 1403237 in Percona XtraBackup 2.2.8 kan ervoor zorgen dat xtrabackup een opnieuw gedaan logboek leest met een onjuiste offset, wat een bewering zou veroorzaken. Bug opgelost # 1464608.
  • Fixed niet-geïnitialiseerde current_thd thread-local variabele. Dit lost ook bug # 1415191 volledig op. Bug opgelost # 1467574.
  • Na de release van Percona XtraBackup 2.2.11 geeft innobackupex een FLUSH TABLE uit voordat de FLUSH TABLES MET LEES SLOT worden uitgevoerd. Hoewel het in een bepaalde situatie de back-ups helpt, impliceert dit ook dat de SPLIJTSTABEL naar het binaire logboek wordt geschreven. Op MariaDB 10.0 met GTID ingeschakeld, toen een back-up werd gemaakt op de slave, veranderde dit de GTID van die slaaf en Percona XtraBackup zag niet meer de juiste GTID. Bug opgelost # 1466446 (Julien Pivotto).
  • RPM-compilatie van Percona XtraBackup vereiste nog steeds bzr. Bug gerepareerd # 1466888 (Julien Pivotto).
  • Het compileren van Percona XtraBackup RPM's met de optie XB_VERSION_EXTRA zou een onjuiste RPM-versie creëren. Bug opgelost # 1467424 (Julien Pivotto).
  • Percona XtraBackup zou met succes zijn voltooid, zelfs als het log opnieuw niet volledig werd gekopieerd. Dit betekent dat een back-up als succesvol werd beschouwd, zelfs als ze corrupt waren. Bug opgelost # 1470847.
  • In zeldzame gevallen wanneer er twee of meer tablespaces met dezelfde ID in de datadirectory zijn, haalt xtrabackup de eerste op volgens de lexicale volgorde, wat zou kunnen leiden tot het verliezen van de juiste tabel. Bug opgelost # 1475487.
  • Percona XtraBackup ontbrak revision_id in binaire bestanden. Bug opgelost # 1394174.

Wat is nieuw in versie 2.4.7:

  • Percona XtraBackup zou segfault maken tijdens de voorbereidingsfase van bepaalde FTS-pagina's. Bug opgelost # 1460138.
  • Vaste compilatiefout vanwege ontbrekende afhankelijkheid veroorzaakt door de upstream-fout # 77226. Bug opgelost # 1461129.
  • Regressie door het repareren van een bug # 1403237 in Percona XtraBackup 2.2.8 kan ervoor zorgen dat xtrabackup een opnieuw gedaan logboek leest met een onjuiste offset, wat een bewering zou veroorzaken. Bug opgelost # 1464608.
  • Fixed niet-geïnitialiseerde current_thd thread-local variabele. Dit lost ook bug # 1415191 volledig op. Bug opgelost # 1467574.
  • Na de release van Percona XtraBackup 2.2.11 geeft innobackupex een FLUSH TABLE uit voordat de FLUSH TABLES MET LEES SLOT worden uitgevoerd. Hoewel het in een bepaalde situatie de back-ups helpt, impliceert dit ook dat de SPLIJTSTABEL naar het binaire logboek wordt geschreven. Op MariaDB 10.0 met GTID ingeschakeld, toen een back-up werd gemaakt op de slave, veranderde dit de GTID van die slaaf en Percona XtraBackup zag niet meer de juiste GTID. Bug opgelost # 1466446 (Julien Pivotto).
  • RPM-compilatie van Percona XtraBackup vereiste nog steeds bzr. Bug gerepareerd # 1466888 (Julien Pivotto).
  • Het compileren van Percona XtraBackup RPM's met de optie XB_VERSION_EXTRA zou een onjuiste RPM-versie creëren. Bug opgelost # 1467424 (Julien Pivotto).
  • Percona XtraBackup zou met succes zijn voltooid, zelfs als het log opnieuw niet volledig werd gekopieerd. Dit betekent dat een back-up als succesvol werd beschouwd, zelfs als ze corrupt waren. Bug opgelost # 1470847.
  • In zeldzame gevallen wanneer er twee of meer tablespaces met dezelfde ID in de datadirectory zijn, haalt xtrabackup de eerste op volgens de lexicale volgorde, wat zou kunnen leiden tot het verliezen van de juiste tabel. Bug opgelost # 1475487.
  • Percona XtraBackup ontbrak revision_id in binaire bestanden. Bug opgelost # 1394174.

Wat is nieuw in versie 2.4.6:

  • Percona XtraBackup zou segfault maken tijdens de voorbereidingsfase van bepaalde FTS-pagina's. Bug opgelost # 1460138.
  • Vaste compilatiefout vanwege ontbrekende afhankelijkheid veroorzaakt door de upstream-fout # 77226. Bug opgelost # 1461129.
  • Regressie door het repareren van een bug # 1403237 in Percona XtraBackup 2.2.8 kan ervoor zorgen dat xtrabackup een opnieuw gedaan logboek leest met een onjuiste offset, wat een bewering zou veroorzaken. Bug opgelost # 1464608.
  • Fixed niet-geïnitialiseerde current_thd thread-local variabele. Dit lost ook bug # 1415191 volledig op. Bug opgelost # 1467574.
  • Na de release van Percona XtraBackup 2.2.11 geeft innobackupex een FLUSH TABLE uit voordat de FLUSH TABLES MET LEES SLOT worden uitgevoerd. Hoewel het in een bepaalde situatie de back-ups helpt, impliceert dit ook dat de SPLIJTSTABEL naar het binaire logboek wordt geschreven. Op MariaDB 10.0 met GTID ingeschakeld, toen een back-up werd gemaakt op de slave, veranderde dit de GTID van die slaaf en Percona XtraBackup zag niet meer de juiste GTID. Bug opgelost # 1466446 (Julien Pivotto).
  • RPM-compilatie van Percona XtraBackup vereiste nog steeds bzr. Bug gerepareerd # 1466888 (Julien Pivotto).
  • Het compileren van Percona XtraBackup RPM's met de optie XB_VERSION_EXTRA zou een onjuiste RPM-versie creëren. Bug opgelost # 1467424 (Julien Pivotto).
  • Percona XtraBackup zou met succes zijn voltooid, zelfs als het log opnieuw niet volledig werd gekopieerd. Dit betekent dat een back-up als succesvol werd beschouwd, zelfs als ze corrupt waren. Bug opgelost # 1470847.
  • In zeldzame gevallen wanneer er twee of meer tablespaces met dezelfde ID in de datadirectory zijn, haalt xtrabackup de eerste op volgens de lexicale volgorde, wat zou kunnen leiden tot het verliezen van de juiste tabel. Bug opgelost # 1475487.
  • Percona XtraBackup ontbrak revision_id in binaire bestanden. Bug opgelost # 1394174.

Wat is nieuw in versie 2.4.3:

  • Percona XtraBackup zou segfault maken tijdens de voorbereidingsfase van bepaalde FTS-pagina's. Bug opgelost # 1460138.
  • Vaste compilatiefout vanwege ontbrekende afhankelijkheid veroorzaakt door de upstream-fout # 77226. Bug opgelost # 1461129.
  • Regressie door het repareren van een bug # 1403237 in Percona XtraBackup 2.2.8 kan ervoor zorgen dat xtrabackup een opnieuw gedaan logboek leest met een onjuiste offset, wat een bewering zou veroorzaken. Bug opgelost # 1464608.
  • Fixed niet-geïnitialiseerde current_thd thread-local variabele. Dit lost ook bug # 1415191 volledig op. Bug opgelost # 1467574.
  • Na de release van Percona XtraBackup 2.2.11 geeft innobackupex een FLUSH TABLE uit voordat de FLUSH TABLES MET LEES SLOT worden uitgevoerd. Hoewel het in een bepaalde situatie de back-ups helpt, impliceert dit ook dat de SPLIJTSTABEL naar het binaire logboek wordt geschreven. Op MariaDB 10.0 met GTID ingeschakeld, toen een back-up werd gemaakt op de slave, veranderde dit de GTID van die slaaf en Percona XtraBackup zag niet meer de juiste GTID. Bug opgelost # 1466446 (Julien Pivotto).
  • RPM-compilatie van Percona XtraBackup vereiste nog steeds bzr. Bug gerepareerd # 1466888 (Julien Pivotto).
  • Het compileren van Percona XtraBackup RPM's met de optie XB_VERSION_EXTRA zou een onjuiste RPM-versie creëren. Bug opgelost # 1467424 (Julien Pivotto).
  • Percona XtraBackup zou met succes zijn voltooid, zelfs als het log opnieuw niet volledig werd gekopieerd. Dit betekent dat een back-up als succesvol werd beschouwd, zelfs als ze corrupt waren. Bug opgelost # 1470847.
  • In zeldzame gevallen wanneer er twee of meer tablespaces met dezelfde ID in de datadirectory zijn, haalt xtrabackup de eerste op volgens de lexicale volgorde, wat zou kunnen leiden tot het verliezen van de juiste tabel. Bug opgelost # 1475487.
  • Percona XtraBackup ontbrak revision_id in binaire bestanden. Bug opgelost # 1394174.

Wat is nieuw in versie 2.2.9:

  • Percona XtraBackup 2.1.2 zou vastlopen wanneer staat wordt uitgevoerd Snapshot Transfer. Bug opgelost # 1182698.

Wat is nieuw in versie 2.2.8:

  • Percona XtraBackup 2.1.2 zou blijven hangen wanneer staat wordt uitgevoerd Snapshot Transfer. Bug opgelost # 1182698.

Wat is nieuw in versie 2.1.2:

  • Bugs opgelost:
  • Het gebruik van het DBD :: MySQL-pakket van Perl voor servercommunicatie in plaats van het uitzetten van de opdrachtregelclient MySQL introduceerde een regressie waardoor de optie innobackupex -galera-info faalde. Bug opgelost # 1180672.
  • Het formaat van xtrabackup_galera_info ontbrak het scheidingsteken ':' tussen de waarden van wsrep_local_state_uuid en wsrep_last_committed. Bug opgelost # 1181222.
  • innobackupex automatische versiedetectie werkte niet correct voor de laatste releases van Percona Server en MySQL 5.1 waardoor innobackupex kon falen. Bugs verholpen # 1181092, # 1181099 en # 1180905.
  • Bij het maken van een back-up van een server die geen replicatieslaaf is met de innobackupex -slave-info-optie, is innobackupex mislukt met een fatale fout. Vervulde de fatale fout door een diagnostisch bericht over innobackupex - slave-info wordt in zo'n geval genegeerd. Bug opgelost # 1180662.
  • Lage waarden voor wait_timeout op de server kunnen ervoor zorgen dat de server de verbinding verbreekt terwijl een back-up wordt gemaakt. Opgelost door de grotere waarde in te stellen voor de wait_timeout-optie op de server om te voorkomen dat de server verbindingen verbreekt als de algemene wait_timeout-waarde te laag is ingesteld. Bug opgelost # 1180922.
  • Andere bugfixes: bug opgelost # 1177182.

Wat is nieuw in versie 2.0.7:

  • Nieuwe functies:
  • Deze versie van Percona XtraBackup heeft volledige ondersteuning voor nieuwe MySQL 5.6-functies (GTID, op afstand / transporteerbare tablespaces, afzonderlijke ongedaan maken-tablespace, 5.6-style buffer pool dump-bestanden).
  • Percona XtraBackup heeft ondersteuning geïmplementeerd voor de InnoDB Buffer Pool Preloading geïntroduceerd in MySQL 5.6. Beginnen met MySQL 5.6 buffer pool dumps kunnen worden geproduceerd en geladen voor snellere serveropwarming na de start. Deze functie is vergelijkbaar met de Dump / Restore van de bufferpool in Percona Server. MySQL 5.6 buffer pool dump wordt gekopieerd naar de back-upmap tijdens de back-upfase. Tijdens de kopieerstand (terugzetten) wordt het terug gekopieerd naar de gegevensdirectory. Nadat de back-up is hersteld, kan buffer pool dump door de server worden geladen, ofwel automatisch bij het opstarten of op aanvraag.
  • Het tijdsinterval tussen de controles die worden uitgevoerd door de thread voor het kopiëren van logboeken kan nu worden geconfigureerd met innobackupex-log-copy-interval. Door het interval configureerbaar te maken, kan de tijd tussen controles worden verkort die XtraBackup-fouten kan voorkomen die worden veroorzaakt doordat de logboekrecords in het transactielogboek worden overschreven voordat ze worden gekopieerd door de logboekkopiëringsdraad.
  • Percona XtraBackup slaat nu de GTID-waarde op in de xtrabackup_binlog_info bij het maken van de back-up van MySQL en Percona Server 5.6 met de GTID-modus ingeschakeld. Een voorbeeld van hoe deze informatie kan worden gebruikt om een ​​slaaf te maken / herstellen, is te vinden in deze blogpost.
  • Percona XtraBackup-optie xtrabackup -export ondersteunt nu ook verplaatsbare tablespaces geïntroduceerd in MySQL 5.6. Deze optie kan worden gebruikt om metadatabestanden in 5,6-stijl te produceren, die kunnen worden geïmporteerd door ALTER TABLE IMPORT TABLESPACE op MySQL en Percona Server 5.6 zoals beschreven in de handleiding Taken exporteren en importeren.
  • Bugs opgelost:
  • xtrabackup_56 binary was aanwezig in rpm- en deb-pakketten, maar ontbrak in het .tar.gz-bronpakket. Opgelost door ook het ontbrekende binaire bestand aan .tar.gz toe te voegen. Bug opgelost # 1158948.
  • innobackupex kan crashen bij het nemen van de 5.6-back-up vanwege het koppelen van de verkeerde SSL-bibliotheek. Bug opgelost # 1168540.
  • Percona XtraBackup crasht bij het voorbereiden van de 5.6-back-up met gepartitioneerde tabellen. Bug opgelost # 1169169.
  • Tabellen die zijn weggelaten tussen het maken van een volledige en een incrementele tabel waren aanwezig in de volledige back-upmap en werden niet verwijderd wanneer incrementele back-ups werden samengevoegd. Opgelost door het verwijderen van bestanden die overeenkomen met tabellen die ontbreken in de incrementele back-upmap. Bug opgelost # 856400.
  • Percona XtraBackup zou oude xtrabackup_tmp * -bestanden in de datadir achterlaten na het toepassen van incrementele back-ups. Bug opgelost # 1079135.
  • Enkele waarschuwingen in innobackupex hersteld toen alle waarschuwingen FATAL werden gemaakt. Bug opgelost # 1116177.
  • Als er duizenden tabellen en trage IO zijn, kan XtraBackup veel tijd besteden aan het openen van alle tablespaces. Optimalisatie is geïmplementeerd en XtraBackup vermijdt nu het laden van niet-relevante tablespaces wanneer een gedeeltelijke back-up wordt gemaakt, waardoor het back-upproces wordt versneld. Bug opgelost # 1130145.
  • Percona XtraBackup heeft per-threadgegevens niet geïnitialiseerd in de logboekkopieerdraad waardoor XtraBackup zou kunnen crashen. Bug opgelost # 1166888.
  • Pakketafhankelijkheid is gewijzigd van abstract mysql naar echt / usr / bin / mysql-bestand, omdat rpm-pakketten van Oracle niet langer voldeden aan mijn afhankelijkheid van mysql die vereist is voor de XtraBackup rpms. Bug opgelost # 1095972.
  • Percona XtraBackup zou mislukken bij het voorbereiden van de MySQL 5.6-back-up als de logbestanden groter waren dan 4G op de bronserver. Bug opgelost # 1164979.
  • Vanwege de verschillende implementaties in MySQL 5.6 werden foutmeldingen niet rechtstreeks naar stderr afgedrukt. Daarom worden alle InnoDB-foutmeldingen of diagnostische berichten nooit afgedrukt door xtrabackup_56. Bug opgelost # 1169971.
  • innobackupex zou nog steeds werken met FLUSH-TABELLEN MET LEESSLOT, zelfs als xtrabackup zou mislukken bij het kopiëren van logboeken. Opgelost door xtrabackup-proces onmiddellijk te beëindigen bij falen van logboekkopiëren. Bug opgelost # 1170806.
  • innobackupex zou mislukken als SQL_MODE was ingesteld op ANSI_QUOTES. Bug opgelost # 945161.
  • Ontbrekende space_id van * .ibd.meta zou tot bewering leiden. Opgelost door de bewering te vervangen door de foutmelding. Bug opgelost # 1112224.
  • De typfout in de innobackupex-foutuitvoer verholpen. Bug opgelost # 1157225.
  • Bij het bouwen vanaf bron innodb56 had target geen optie om DTrace uit te schakelen zoals innodb55 heeft. Opgelost door toevoeging van -DENABLE_DTRACE = UIT build-optie voor innodb56. Bug opgelost # 1169509.
  • innobackupex heeft de innodb_data_file_path-optie niet verwerkt, waardoor de back-up kon mislukken. Bug opgelost # 1169726.
  • Voor de binaries van Debian en de Linux-versie was het bericht --versie dat de revisie moet bevatten & quot; undefined & quot ;. Bug opgelost # 1171721.
  • Redundante code is verwijderd van xtrabackup.cc. Bug opgelost # 1162765.
  • Andere bugfixes: bug gerepareerd # 1158154, bug gerepareerd # 1170340, bug gerepareerd # 1088309, bug gerepareerd # 1088307.

Wat is nieuw in versie 2.0.6:

  • Nieuwe functies:
  • XtraBackup heeft basisondersteuning geïmplementeerd voor MySQL 5.6, Percona Server 5.6 en MariaDB 10.0. Basisondersteuning houdt in dat deze versies door XtraBackup worden herkend en dat back-up / restore werkt zolang er geen 5.6-specifieke functies worden gebruikt (zoals GTID, op afstand / transporteerbare tablespaces, afzonderlijke ongedaan maken-tablespace, dumpbestanden in de vorm van een bufferbuffervariant in 5.6-stijl) .
  • Bugs opgelost:
  • Individuele InnoDB-tablespaces met een grootte van minder dan 1 MB werden uitgebreid tot 1 MB bij de voorbereiding van de back-upvoorbereiding. Dit leidde tot een grote toename van het schijfgebruik in gevallen waarin er veel kleine InnoDB-tablespaces zijn. Bug opgelost # 950334 (Daniel Frett, Alexey Kopytov).
  • Probleem opgelost waarbij databases die correspondeerden met ontoegankelijke datadir-submappen door XtraBackup genegeerd werden zonder waarschuwing of foutmeldingen. Dit gebeurde omdat de InnoDB-code stileerde datadir-submappen die niet konden worden geopend. Bug opgelost # 664986 (Alexey Kopytov).
  • Onder bepaalde omstandigheden kan XtraBackup een tablespace niet kopiëren met een hogeparallelle optiewaarde en een lage innodb_open_files-waarde. Bug opgelost # 870119 (Alexey Kopytov).
  • Fix voor de fout # 711166 introduceerde een regressie die veroorzaakte dat afzonderlijke partitie-backups faalden bij gebruik met - include-optie in innobackupex of de -tables-optie in xtrabackup. Bug gerepareerd # 1130627 (Alexey Kopytov).
  • innobackupex heeft de instelling voor bestand per tabel niet toegevoegd voor tabelonafhankelijke back-ups. Opgelost door XtraBackup automatisch innodb_file_per_table in te schakelen wanneer de optie --export wordt gebruikt. Bug opgelost # 930062 (Alexey Kopytov).
  • Onder bepaalde omstandigheden kan XtraBackup mislukken bij het maken van een back-up met innodb_flush_method = O_DIRECT. Bug opgelost # 1055547 (Alexey Kopytov).
  • innobackupex heeft de optie --tmpdir niet doorgegeven aan het xtrabackup-binaire bestand, waardoor het tmpdir van de server altijd wordt gebruikt voor tijdelijke bestanden. Bug opgelost # 1085099 (Alexey Kopytov).
  • XtraBackup heeft de foutrapportage voor niet-herkende serverversies verbeterd. Bug opgelost # 1087219 (Alexey Kopytov).
  • De ontbrekende rpm-afhankelijkheid voor Perl Time :: HiRes-pakket opgelost waardoor innobackupex op minimale CentOS-installaties faalde. Bug gerepareerd # 1121573 (Alexey Bychko).
  • innobackupex zou mislukken als --no-lock en --rsync samen werden gebruikt. Bug opgelost # 1123335 (Sergei Glushchenko).
  • Oplossing voor de fout # 1055989 introduceerde een regressie die ervoor zorgde dat het bestand xtrabackup_pid na de uitvoering in de tijdelijke map bleef. Bug gerepareerd # 1114955 (Alexey Kopytov).
  • Onnodige foutopsporingsberichten zijn verwijderd van de XtraBackup-uitvoer. Bug opgelost # 1131084 (Alexey Kopytov).
  • Andere bugfixes: bug gerepareerd # 1153334 (Alexey Kopytov), ​​bug gerepareerd # 1098498 (Laurynas Biveinis), bug gerepareerd # 1132763 (Laurynas Biveinis), bug gerepareerd # 1142229 (Laurynas Biveinis), bug opgelost # 1130581 (Laurynas Biveinis ).

Wat is nieuw in versie 2.0.5:

  • Nieuwe functies:
  • Nieuwe optie - debatten - extra bestand is geïntroduceerd. Deze optie geeft aan vanaf welk extra bestand de standaard MySQL-opties moeten worden gelezen vóór het standaard standaardbestand. Het kan worden gebruikt om de combinatie gebruiker / wachtwoord voor de specifieke back-upgebruiker te laden vanuit een afzonderlijk configuratiebestand, om te voorkomen dat het in de crontab of een script ergens in het systeem wordt opgeslagen.
  • Bugs opgelost:
  • In het geval van streaming-back-ups zou innobackupex het XtraBackup-proces hervatten en vervolgens wachten tot het voltooid was voordat UNLOCK TABLES werd uitgevoerd. Hierdoor werd de database onnodig vergrendeld met FLUSH-TABELLEN MET LEESSLOT. Innobackupex wacht nu alleen tot het kopiëren van logbestanden is voltooid om de databases te ontgrendelen. Bug opgelost # 1055989 (Alexey Kopytov).
  • innobackupex-foutmeldingen die verwijzen naar de gegevensdirectory zijn uitgebreid om het pad van de gegevensdirectory weer te geven die in het foutbericht wordt vermeld. Bug opgelost # 1089375 (Hartmut Holzgraefe).
  • Gepartitioneerde tabellen werden niet correct verwerkt door de --databases, --include, --tables-file options van innobackupex, en door de - tabellen en - tabellen-bestandsopties van XtraBackup. Opgelost door het partitie-achtervoegsel (#P # ...) te verwijderen voordat u filtert. Bug opgelost # 711166 (Sergei Glushchenko).
  • Toen de ingebouwde compressie werd gebruikt, deed XtraBackup niet-gebufferde schrijfbewerkingen naar het doelbestand of streamde hij in zeer kleine brokken die in ruil daarvoor inefficiënte I / O veroorzaakten. Opgelost door een 1M-buffer te gebruiken voor uitvoer vergelijkbaar met de niet-gecomprimeerde back-ups. Bug gerepareerd # 1095249 (Alexey Kopytov).
  • Onnodige lange slaap () in innobackupex leidt ertoe dat FLUSH-TABELLEN MET LEESSLOT te lang duren. Gerepareerd door het slaapinterval van 2 seconden te vervangen door 100 milliseconden één. Bug opgelost # 1095551 (Sergei Glushchenko).
  • Als innobackupex zou vastlopen, zou het bestand xtrabackup_suspended op het bestandssysteem blijven staan. Dit kan er dan voor zorgen dat innobackupex denkt dat XtraBackup zichzelf heeft opgeschort vanaf het moment dat het startte, en toen XtraBackup zichzelf inderdaad opschortte, zou innobackupex wachten totdat het programma werd afgesloten en het suspend-bestand niet opnieuw zou verwijderen, wat zou leiden tot een impasse. Opgelost door het oude xtrabackup_suspended bestand te verwijderen wanneer innobackupex is gestart. Bug opgelost # 1007446 (George Ormond Lorch III).
  • innobackupex zou MariaDB 5.2 en MariaDB 5.3 niet herkennen. Opgelost door het verbeteren van versiecontroles in innobackupex. Bug opgelost # 733665 (Daniel van Eeden, Alexey Kopytov).
  • Andere bugfixes: bug opgelost # 924492 (Alexey Kopytov), ​​bug gerepareerd # 1097158 (Alexey Kopytov), ​​bug gerepareerd # 1081882 (Alexey Kopytov), ​​bug opgelost # 1096584 (Alexey Kopytov).

Wat is nieuw in versie 1.6.7:

  • Bugs opgelost:
  • xtrabackup_binary was niet inbegrepen in het tar-archief tijdens het streamen, maar in de huidige map. Dit kan ertoe leiden dat een verkeerd xtrabackup-binair bestand wordt gebruikt bij het maken van back-ups die zijn gemaakt met de --stream- of --remote-hostopties. Bugs verholpen # 723318 en # 787988 (Stewart Smith).
  • FLUSH-TABELLEN MET LEESSLOT zijn niet gebruikt bij het maken van incrementele back-ups, wat kan leiden tot inconsistente back-ups wanneer tijdens het back-upproces updates voor niet-InnoDB-tabellen of DDL-instructies op tabellen zijn opgetreden. Bug opgelost # 771981 (Alexey Kopytov).
  • Optie - safe-slave-backup heeft geresulteerd in onjuiste binlog-informatie, omdat innobackupex in sommige gevallen de respons van SHOW SLAVE STATUS verwart met die van SHOW MASTER STATUS. Bug opgelost # 977101 (Alexey Kopytov).
  • innodb_data_file_path is niet geschreven naar backup-my.cnf, dit was een regressie die werd geïntroduceerd in XtraBackup 1.6.5. Bug opgelost # 983685 (Sergei Glushchenko).
  • Foutieve testreeksfouten opgelost met grep 2.10. Bug opgelost # 996483 (Alexey Kopytov).
  • Toen innobackupex werd uitgevoerd met --apply-log, was het de configuratie aan het lezen van het serverconfiguratiebestand in plaats van backup-my.cnf in de back-upmap. Bug opgelost # 996493 (Sergei Glushchenko).
  • innobackupex kan bestanden naar een verkeerde map kopiëren wanneer een incrementele back-up wordt samengevoegd tot een volledige. Bug opgelost # 1002688 (Alexey Kopytov).
  • XtraBackup binary lekte bestandsdescriptors op --backup. Dit is opgelost door de bestaande bestandsdescriptor opnieuw te gebruiken, zodat er geen lek optreedt. Bug gerepareerd # 713267 (Alexey Kopytov).

Wat is nieuw in versie 2.0.4:

  • Bugs opgelost:
  • Bugfix voor # 932623 introduceerde de regressie in XtraBackup 2.0.2 waardoor incrementele back-ups faalden omdat de waarden van de initparameters niet waren genormaliseerd naar de waarden die binnen InnoDB werden gebruikt. Bug opgelost # 1062684 (Sergei Glushchenko).
  • Bugfix voor # 932623 introduceerde de regressie in XtraBackup 2.0.2 omdat het de afzonderlijke dubbele tabelruimte niet in een account nam. Bug opgelost # 1066843 (Sergei Glushchenko).
  • XtraBackup heeft het aparte dubbelwerkende bufferbestand verkeerd afgehandeld. Het bestandspad van de doublewrite-buffer is niet toegevoegd aan de backup-my.cnf en na het herstel is het oude dubbele bufferbestand gebruikt in plaats van het bestand dat is gemaakt tijdens de voorbereidingsfase. Bug opgelost # 1068470 (Sergei Glushchenko).
  • XtraBackup accepteert nu de optie --innodb = force, daarvoor zou het een fout veroorzaken als de optie was ingesteld. Bug opgelost # 528752 (Laurynas Biveinis).
  • Optie safe-slave-backup werkte niet correct. Bug opgelost # 887803 (Alexey Kopytov).
  • In het geval dat een veilige slaaf-backup-time-out was bereikt bij het gebruik van de veilige slaaf-backup-optie, bleef SQL_THREAD in de stopgezette toestand staan, waardoor de slaaflijn achterbleef. Dit werd opgelost door de aanvankelijke SQL_THREAD-status te controleren en deze te starten voordat deze werd afgesloten met een time-outfout en de SQL_THREAD alleen te starten als deze aanvankelijk werd uitgevoerd. Bug opgelost # 1037379 (Alexey Kopytov).
  • XtraBackup zou mislukken op --apply-log wanneer het bestandssysteem Linux AIO niet ondersteunde. Bug opgelost # 1065561 (Alexey Kopytov).
  • XtraBackup-binair bestand negeert innodb_use_native_aio wanneer dit is opgegeven in my.cnf of als opdrachtregeloptie. Bug opgelost # 1068459 (Alexey Kopytov).
  • XtraBackup zou tijdens de voorbereidingsfase een waarschuwingsbericht afdrukken over het achterhaald worden van innodb_file_io_threads, ook als de variabele niet was ingesteld. Bug opgelost # 1068485 (Alexey Kopytov).
  • XtraBackup Galera-tests kunnen nu gelijktijdig worden uitgevoerd. Bug opgelost # 1077800 (Stewart Smith).

Wat is nieuw in versie 2.0.3:

  • Nieuwe functies:
  • innobackupex ondersteunt nu nieuwe -move-back optie die kan worden gebruikt in plaats van -exemplaar-terug voor het geval dat er niet genoeg vrije schijfruimte op de server is om bestanden te kopiëren. Aangezien deze optie back-upbestanden verwijdert, moet deze voorzichtig worden gebruikt.
  • Bugs opgelost:
  • Symlink voor innobackupex-1.5.1 binair bestand is verbroken in de vorige versie van XtraBackup. Bug opgelost # 1038198 (Ignacio Nin).
  • XtraBackup 2.0.2 was niet achterwaarts compatibel waardoor incrementele back-ups die met vorige versies waren gemaakt, niet konden worden voorbereid. Bug opgelost # 1038127 (Sergei Glushchenko).
  • Fix voor bug # 1022562 introduceerde een regressie die mogelijk kan leiden tot een 5x toename van schijfruimte die wordt ingenomen door incrementele back-ups. Bug opgelost # 1043762 (Laurynas Biveinis).
  • Er is een regressie geïntroduceerd in correctie voor bug # 932623, die onjuiste verwerking van gecomprimeerde tablespaces met een paginaformaat van 16K heeft veroorzaakt, die zijn gemaakt tussen de laatste volledige of incrementele en de volgende incrementele back-up. Bugs verholpen # 1049174 en # 1044398 (Laurynas Biveinis).

Wat is nieuw in versie 1.6.4:

  • Het bevat belangrijke bugfixes voor de stabiele 1.6-serie van Percona XtraBackup releases.

Vergelijkbare software

MTX
MTX

2 Jun 15

baklabel
baklabel

20 Feb 15

dotback
dotback

20 Feb 15

FlyBack
FlyBack

11 May 15

Andere software van ontwikkelaar Percona Inc.

Percona Server
Percona Server

20 Jan 18

Reacties op Percona XtraBackup

Reacties niet gevonden
Commentaar toe te voegen
Zet op de beelden!