Percona XtraBackup

Percona XtraBackup este un software open source, portabil, gratuit și fără blocare, care funcționează ca o soluție independentă de rezervă pentru motoarele de stocare cunoscute XtraDB și InnoDB. Dispune de verificare automată a copierii de rezervă și oferă ore mai mari decât alte produse similare.

Programul este pe deplin compatibil atât cu serverele de baze de date MySQL, cât și cu cele ale serverelor de baze de date MariaDB și este folosit în mare măsură de serviciul popular de socializare Facebook pentru backupuri incrementale. Acesta este conceput pentru a rezolva problemele din lumea reală când creați copii de rezervă pentru baze de date foarte mari, încărcate foarte greu.

Printre caracteristicile cheie se numără posibilitatea de a efectua copii de rezervă online, evitând întreruperea bazei de date, capacitatea de a efectua copii de rezervă pe un alt server, precum și capacitatea de a efectua copii de rezervă incrementale, în timp ce economisesc bani pe spațiul pe disc și pe lățimea de bandă a rețelei. >

Cu Percona XtraBackup, backup-urile se vor termina rapid și fiabil. De asemenea, puteți să creați cu ușurință noi sclavi de replicare, să efectuați o analiză avansată a datelor și a fișierelor index și să mutați tabele individuale între servere fără restart, o sarcină care necesită importul XtraDB.

Software-ul acceptă diverse arome MySQL, printre care putem menționa MySQL, MariaDB, MariaDB Galera Cluster, Percona Server și Cluster Percona XtraDB. De asemenea, acceptă toate sistemele de operare GNU / Linux, care rulează bine pe hardware pe 32 de biți și pe 64 de biți.

Printre alte caracteristici se numără blocarea backup-urilor MyISAM, copierea de rezervă completă, backup-urile comprimate incrementale, backup-urile incrementale rapide, backup-urile incrementale cu jurnalul arhivat și doar logul REDO, backup-ul local paralel, copierea înapoi, criptare.

În plus, vine și cu suportul rsync pentru sincronizarea fișierelor de ultimă generație, exportul de tabele individuale, manevrarea îmbunătățită a FTWRL, copiile de rezervă compacte, suportul de recuperare punct-în-timp, copiile de rezervă offline, precum și suportul pentru cloud backup.

Percona XtraBackup este scris în limbile de programare C, C ++ și Perl. Acesta este software-ul de linie de comandă, distribuit ca pachete binare pre-construite pentru distribuțiile Ubuntu, Debian și Red Hat Enterprise Linux, precum și arhive binare și surse universale.

Ce este nou în această ediție:

• Percona XtraBackup se va întâlni în timpul fazei de pregătire a anumitor pagini FTS. Bug fixat # 1460138.
• Eroare de compilare fixă ​​datorată lipsei de dependență cauzată de bug-ul din amonte # 77226. Bug fixat # 1461129.
• Regresia introdusă prin fixarea unui bug # 1403237 în Percona XtraBackup 2.2.8 ar putea provoca xtrabackup pentru a citi un redo log de la offset incorect, ceea ce ar cauza o afirmație. Bug fixat # 1464608.
• Variabila locală fixă ​​neinitializată curent_thd. Acest lucru, de asemenea, rezolva complet bug # 1415191. Bug fixat # 1467574.
• După lansarea programului Percona XtraBackup 2.2.11, innobackupex emite un TABEL FLUX înainte de a executa tabelele FLUSH WITH READ LOCK. În timp ce va ajuta backup-urile într-o anumită situație, aceasta implică și faptul că TABELUL FLUSH va fi scris în jurnalul binar. La MariaDB 10.0 cu GTID activat, când a fost făcută o salvare a sclavului, aceasta a modificat GTID-ul acestui sclav și Percona XtraBackup nu mai vedea GTID-ul corect. Bug fixat # 1466446 (Julien Pivotto).
• Compilarea RPM a lui Percona XtraBackup era încă necesară pentru bzr. Bug fixat # 1466888 (Julien Pivotto).
• Compilarea RPM-urilor Percona XtraBackup cu opțiunea XB_VERSION_EXTRA ar crea o versiune RPM incorectă. Bug fixat # 1467424 (Julien Pivotto).
• Percona XtraBackup se va termina cu succes chiar și atunci când redo log nu a fost copiat complet. Aceasta înseamnă că backup-ul a fost considerat de succes chiar și atunci când a fost corupt. Bug fixat # 1470847.
• În cazuri rare în care există două sau mai multe spații de tabelă cu același ID în directorul de date, xtrabackup preia prima într-o ordine lexicală, ceea ce ar putea duce la pierderea tabelului corect. Bug fixat # 1475487.
• Percona XtraBackup lipsea revision_id în binare. Bug fixat # 1394174.

Ce este nou în versiunea 2.4.8:

• Percona XtraBackup se va întâlni în timpul fazei de pregătire a anumitor pagini FTS. Bug fixat # 1460138.
• Eroare de compilare fixă ​​datorată lipsei de dependență cauzată de bug-ul din amonte # 77226. Bug fixat # 1461129.
• Regresia introdusă prin fixarea unui bug # 1403237 în Percona XtraBackup 2.2.8 ar putea provoca xtrabackup pentru a citi un redo log de la offset incorect, ceea ce ar cauza o afirmație. Bug fixat # 1464608.
• Variabila locală fixă ​​neinitializată curent_thd. Acest lucru, de asemenea, rezolva complet bug # 1415191. Bug fixat # 1467574.
• După lansarea programului Percona XtraBackup 2.2.11, innobackupex emite un TABEL FLUX înainte de a executa tabelele FLUSH WITH READ LOCK. În timp ce va ajuta backup-urile într-o anumită situație, aceasta implică și faptul că TABELUL FLUSH va fi scris în jurnalul binar. La MariaDB 10.0 cu GTID activat, când a fost făcută o salvare a sclavului, aceasta a modificat GTID-ul acestui sclav și Percona XtraBackup nu mai vedea GTID-ul corect. Bug fixat # 1466446 (Julien Pivotto).
• Compilarea RPM a lui Percona XtraBackup era încă necesară pentru bzr. Bug fixat # 1466888 (Julien Pivotto).
• Compilarea RPM-urilor Percona XtraBackup cu opțiunea XB_VERSION_EXTRA ar crea o versiune RPM incorectă. Bug fixat # 1467424 (Julien Pivotto).
• Percona XtraBackup se va termina cu succes chiar și atunci când redo log nu a fost copiat complet. Aceasta înseamnă că backup-ul a fost considerat de succes chiar și atunci când a fost corupt. Bug fixat # 1470847.
• În cazuri rare în care există două sau mai multe spații de tabelă cu același ID în directorul de date, xtrabackup preia prima într-o ordine lexicală, ceea ce ar putea duce la pierderea tabelului corect. Bug fixat # 1475487.
• Percona XtraBackup lipsea revision_id în binare. Bug fixat # 1394174.

Ce este nou în versiunea 2.4.7:

• Percona XtraBackup se va întâlni în timpul fazei de pregătire a anumitor pagini FTS. Bug fixat # 1460138.
• Eroare de compilare fixă ​​datorată lipsei de dependență cauzată de bug-ul din amonte # 77226. Bug fixat # 1461129.
• Regresia introdusă prin fixarea unui bug # 1403237 în Percona XtraBackup 2.2.8 ar putea provoca xtrabackup pentru a citi un redo log de la offset incorect, ceea ce ar cauza o afirmație. Bug fixat # 1464608.
• Variabila locală fixă ​​neinitializată curent_thd. Acest lucru, de asemenea, rezolva complet bug # 1415191. Bug fixat # 1467574.
• După lansarea programului Percona XtraBackup 2.2.11, innobackupex emite un TABEL FLUX înainte de a executa tabelele FLUSH WITH READ LOCK. În timp ce va ajuta backup-urile într-o anumită situație, aceasta implică și faptul că TABELUL FLUSH va fi scris în jurnalul binar. La MariaDB 10.0 cu GTID activat, când a fost făcută o salvare a sclavului, aceasta a modificat GTID-ul acestui sclav și Percona XtraBackup nu mai vedea GTID-ul corect. Bug fixat # 1466446 (Julien Pivotto).
• Compilarea RPM a lui Percona XtraBackup era încă necesară pentru bzr. Bug fixat # 1466888 (Julien Pivotto).
• Compilarea RPM-urilor Percona XtraBackup cu opțiunea XB_VERSION_EXTRA ar crea o versiune RPM incorectă. Bug fixat # 1467424 (Julien Pivotto).
• Percona XtraBackup se va termina cu succes chiar și atunci când redo log nu a fost copiat complet. Aceasta înseamnă că backup-ul a fost considerat de succes chiar și atunci când a fost corupt. Bug fixat # 1470847.
• În cazuri rare în care există două sau mai multe spații de tabelă cu același ID în directorul de date, xtrabackup preia prima într-o ordine lexicală, ceea ce ar putea duce la pierderea tabelului corect. Bug fixat # 1475487.
• Percona XtraBackup lipsea revision_id în binare. Bug fixat # 1394174.

Ce este nou în versiunea 2.4.6:

• Percona XtraBackup se va întâlni în timpul fazei de pregătire a anumitor pagini FTS. Bug fixat # 1460138.
• Eroare de compilare fixă ​​datorată lipsei de dependență cauzată de bug-ul din amonte # 77226. Bug fixat # 1461129.
• Regresia introdusă prin fixarea unui bug # 1403237 în Percona XtraBackup 2.2.8 ar putea provoca xtrabackup pentru a citi un redo log de la offset incorect, ceea ce ar cauza o afirmație. Bug fixat # 1464608.
• Variabila locală fixă ​​neinitializată curent_thd. Acest lucru, de asemenea, rezolva complet bug # 1415191. Bug fixat # 1467574.
• După lansarea programului Percona XtraBackup 2.2.11, innobackupex emite un TABEL FLUX înainte de a executa tabelele FLUSH WITH READ LOCK. În timp ce va ajuta backup-urile într-o anumită situație, aceasta implică și faptul că TABELUL FLUSH va fi scris în jurnalul binar. La MariaDB 10.0 cu GTID activat, când a fost făcută o salvare a sclavului, aceasta a modificat GTID-ul acestui sclav și Percona XtraBackup nu mai vedea GTID-ul corect. Bug fixat # 1466446 (Julien Pivotto).
• Compilarea RPM a lui Percona XtraBackup era încă necesară pentru bzr. Bug fixat # 1466888 (Julien Pivotto).
• Compilarea RPM-urilor Percona XtraBackup cu opțiunea XB_VERSION_EXTRA ar crea o versiune RPM incorectă. Bug fixat # 1467424 (Julien Pivotto).
• Percona XtraBackup se va termina cu succes chiar și atunci când redo log nu a fost copiat complet. Aceasta înseamnă că backup-ul a fost considerat de succes chiar și atunci când a fost corupt. Bug fixat # 1470847.
• În cazuri rare în care există două sau mai multe spații de tabelă cu același ID în directorul de date, xtrabackup preia prima într-o ordine lexicală, ceea ce ar putea duce la pierderea tabelului corect. Bug fixat # 1475487.
• Percona XtraBackup lipsea revision_id în binare. Bug fixat # 1394174.

Ce este nou în versiunea 2.4.3:

• Percona XtraBackup se va întâlni în timpul fazei de pregătire a anumitor pagini FTS. Bug fixat # 1460138.
• Eroare de compilare fixă ​​datorată lipsei de dependență cauzată de bug-ul din amonte # 77226. Bug fixat # 1461129.
• Regresia introdusă prin fixarea unui bug # 1403237 în Percona XtraBackup 2.2.8 ar putea provoca xtrabackup pentru a citi un redo log de la offset incorect, ceea ce ar cauza o afirmație. Bug fixat # 1464608.
• Variabila locală fixă ​​neinitializată curent_thd. Acest lucru, de asemenea, rezolva complet bug # 1415191. Bug fixat # 1467574.
• După lansarea programului Percona XtraBackup 2.2.11, innobackupex emite un TABEL FLUX înainte de a executa tabelele FLUSH WITH READ LOCK. În timp ce va ajuta backup-urile într-o anumită situație, aceasta implică și faptul că TABELUL FLUSH va fi scris în jurnalul binar. La MariaDB 10.0 cu GTID activat, când a fost făcută o salvare a sclavului, aceasta a modificat GTID-ul acestui sclav și Percona XtraBackup nu mai vedea GTID-ul corect. Bug fixat # 1466446 (Julien Pivotto).
• Compilarea RPM a lui Percona XtraBackup era încă necesară pentru bzr. Bug fixat # 1466888 (Julien Pivotto).
• Compilarea RPM-urilor Percona XtraBackup cu opțiunea XB_VERSION_EXTRA ar crea o versiune RPM incorectă. Bug fixat # 1467424 (Julien Pivotto).
• Percona XtraBackup se va termina cu succes chiar și atunci când redo log nu a fost copiat complet. Aceasta înseamnă că backup-ul a fost considerat de succes chiar și atunci când a fost corupt. Bug fixat # 1470847.
• În cazuri rare în care există două sau mai multe spații de tabelă cu același ID în directorul de date, xtrabackup preia prima într-o ordine lexicală, ceea ce ar putea duce la pierderea tabelului corect. Bug fixat # 1475487.
• Percona XtraBackup lipsea revision_id în binare. Bug fixat # 1394174.

Ce este nou în versiunea 2.2.9: Percona XtraBackup 2.1.2 Transfer instantaneu. Bug fixat # 1182698.

Ce este nou în versiunea 2.2.8: Percona XtraBackup 2.1.2 Transfer instantaneu. Bug fixat # 1182698.

Ce este nou în versiunea 2.1.2:

• Bug-uri fixe:
• Utilizarea pachetului DBD :: Perl lui MySQL pentru comunicarea serverului în loc de reproducerea clientului de linie de comandă MySQL a introdus o regresie care a provocat eșecul lui innobackupex-galera-info. Bug fixat # 1180672.
• În formatul xtrabackup_galera_info lipsea separatorul ':' între valorile lui wsrep_local_state_uuid și wsrep_last_committed. Bug fixat # 1181222.
• detectarea automată a versiunii innobackupex nu a funcționat corect pentru cele mai recente versiuni ale serverului Percona și MySQL 5.1, care ar putea provoca eșecul sistemului innobackupex. Bug-urile au fost fixate # 1181092, # 1181099 și # 1180905.
• Atunci când creați o copie de rezervă a unui server care nu este un sclav de replicare cu opțiunea innobackupex-slave-info, innobackupex a eșuat cu o eroare fatală. Înlocuit eroarea fatală cu un mesaj de diagnosticare despre informația despre "innobackupex-slave" fiind ignorată într-un astfel de caz. Bug fixat # 1180662.
• Valorile scazute pentru wait_timeout pe server ar putea determina serverul sa inchida conexiunea in timpul copierii de backup. Fixat prin setarea valorii mai mari pentru opțiunea wait_timeout pe server pentru a împiedica serverul să închidă conexiunile dacă valoarea global wait_timeout este setată prea mică. Bug fixat # 1180922.
• Alte corecții de erori: bug fixed # 1177182.

Ce este nou în versiunea 2.0.7:

• Caracteristici noi:
• Această versiune a programului Percona XtraBackup a implementat suportul complet pentru noile caracteristici MySQL 5.6 (GTID, tabele de tabelă la distanță / transportabile, tablespace separat undo, fișiere cu memorie tampon de rezervă în stilul 5.6).
• Percona XtraBackup a implementat suport pentru InnoDB Buffer Pool Preloading introdus în MySQL 5.6. Începând cu MySQL 5.6, depozitele de rezervoare de rezervă pot fi produse și încărcate pentru o încălzire mai rapidă a serverului după pornire. Această caracteristică este similară cu Dump / Restore din Buffer Pool din serverul Percona. MySQL 5.6 dump buffer pool este copiat în directorul de backup în timpul etapei de backup. În timpul etapei de copiere (restabilire), este copiat înapoi în directorul de date. După restaurarea copiei de rezervă, memoria tampon de rezervă poate fi încărcată de server fie automat la pornire, fie la cerere.
• Intervalul de timp dintre verificările realizate prin firul de copiere a jurnalului este acum configurabil de către intervalul innobackupex -log-copy-interval. Efectuarea configurabilității intervalului permite reducerea timpului dintre verificări care pot împiedica eșecurile XtraBackup cauzate de înregistrarea jurnalului din jurnalul tranzacțional care este suprascris înainte de a fi copiate de firul de copiere a jurnalului.
• Percona XtraBackup stochează acum valoarea GTID în xtrabackup_binlog_info atunci când face backup-ul MySQL și Percona Server 5.6 cu modul GTID activat. Exemplu de modul în care aceste informații pot fi folosite pentru a crea / restaura un sclav pot fi găsite în acest blogpost.
• Opțiunea Percona XtraBackup xtrabackup -export acceptă acum spații de tabelă transportabile introduse în MySQL 5.6. Această opțiune poate fi utilizată pentru a produce fișiere de metadate în stilul 5.6, care pot fi importate de către ALTER TABLE IMPORT TABLESPACE pe MySQL și Percona Server 5.6 așa cum este descris în Ghidul de Export și Import de Tabele.
• Bug Fix:
• xtrabackup_56 binar a fost prezent în pachetele rpm și deb, dar a lipsit din pachetul sursă .tar.gz. Fixată adăugând și binarul lipsă la .tar.gz. Bug fixat # 1158948.
• innobackupex ar putea să se prăbușească atunci când a făcut backupul de 5.6 din cauza conectării unei biblioteci SSL greșite. Bug fixat # 1168540.
• Percona XtraBackup s-ar prăbuși atunci când pregătește copia de rezervă 5.6 cu tabele partiționate. Bug fixat # 1169169.
• Tabelele care au fost abandonate între o copie de rezervă completă și una incrementală au fost prezente în directorul complet de copiere de rezervă și nu au fost eliminate când au fost fuzionate copii de rezervă incrementale. Corectată prin eliminarea fișierelor corespunzătoare tabelelor care lipsesc în directorul de backup incremental. Bug fixat # 856400.
• Percona XtraBackup ar lăsa fișierele xtrabackup_tmp * vechi în datadir după aplicarea backup-urilor incrementale. Bug fixat # 1079135.
• Avertismente fixate în innobackupex când toate avertismentele au fost făcute FATAL. Bug fixat # 1116177.
• Dacă există mii de mese și IO lente, atunci XtraBackup poate petrece mult timp deschizând toate spațiile de tabel. Optimizarea a fost implementată, iar XtraBackup evită acum încărcarea spațiilor de tabăre nerelevante atunci când se iau copii de rezervă parțiale, ceea ce accelerează procesul de backup. Bug fixat # 1130145.
• Percona XtraBackup nu a inițializat datele per-thread din firul de copiere a jurnalului care ar putea provoca accidentarea XtraBackup. Bug fixat # 1166888.
• Pachetul de dependență a fost schimbat de la mysql abstract la fișierul real / usr / bin / mysql, deoarece pachetele rpm de la Oracle nu mai îndeplineau dependența mysql care este cerută de rpm-urile XtraBackup. Bug fixat # 1095972.
• Percona XtraBackup nu va reuși să pregătească backupul MySQL 5.6 dacă fișierele jurnal au fost mai mari decât 4G pe serverul sursă. Bug fixat # 1164979.
• Datorită implementării diferite în MySQL 5.6 mesajele de eroare nu au fost tipărite direct la stderr. Din acest motiv, toate mesajele de eroare sau diagnosticare InnoDB nu sunt niciodată tipărite de xtrabackup_56. Bug fixat # 1169971.
• innobackupex ar continua să ruleze cu FLUSH TABLES WITH READ LOCK chiar dacă xtrabackup ar eșua când copiați jurnalele. Fixată prin încheierea procesului de xtrabackup imediat la eșecul de copiere a jurnalului. Bug fixat # 1170806.
• innobackupex ar eșua dacă SQL_MODE a fost setat la ANSI_QUOTES. Bug fixat # 945161.
• Lipsa spațiului_id din * .ibd.meta ar duce la afirmație. Corectată prin înlocuirea afirmației cu mesajul de eroare. Bug fixat # 1112224.
• Fixarea tipo-ului în ieșirea de eroare innobackupex. Bug fixat # 1157225.
• Când construiește de la sursa innodb56 țintă nu a avut opțiunea de a dezactiva DTrace ca innodb55 a avut. Fixată prin adăugarea opțiunii -DENABLE_DTRACE = OFF build pentru innodb56, de asemenea. Bug fixat # 1169509.
• innobackupex nu se ocupa de opțiunea innodb_data_file_path care ar putea provoca eșecul de rezervă. Bug fixat # 1169726.
• Pentru binarele Debian și Linux, mesajul --versiune care ar trebui să includă revizuirea, a fost afișat "undefined". Bug fixat # 1171721.
• Codul redundant a fost eliminat din xtrabackup.cc. Bug fixat # 1162765.
• Alte corecții de erori: bug fix # 1158154, bug fix # 1170340, bug fix # 1088309, bug fixed # 1088307.

Ce este nou în versiunea 2.0.6:

• Caracteristici noi:
• XtraBackup a implementat suportul de bază pentru MySQL 5.6, Percona Server 5.6 și MariaDB 10.0. Asistența de bază înseamnă că aceste versiuni sunt recunoscute de XtraBackup și că backup-ul / restaurarea funcționează atâta timp cât nu sunt folosite funcții specifice de tip 5.6 (cum ar fi GTID, tabele de tabelă la distanță / transportabile, tablespace separat anulează, .
• Bug Fix:
• Spațiile de tabel individuale InnoDB cu dimensiuni mai mici de 1MB au fost extinse la 1MB în operația de pregătire a copiilor de rezervă. Acest lucru a dus la o creștere mare a utilizării discului în cazurile în care există multe spații mici de table InnoDB. Bug fixat # 950334 (Daniel Frett, Alexey Kopytov).
• S-a rezolvat problema care a provocat ignorarea de către XtraBackup a bazelor de date corespunzătoare subdirectoarelor de dateadir inaccesibile, fără avertisment sau mesaje de eroare. Acest lucru se întâmplă deoarece codul InnoDB a ignorat subdirectoriile datadir, pe care nu le-a putut deschide. Bug fixat # 664986 (Alexey Kopytov).
• În anumite circumstanțe, XtraBackup ar putea să nu reușească să copieze un spațiu de tabelă cu o valoare de opțiune paralelă mare și o valoare mică a lui innodb_open_files. Bug fixat # 870119 (Alexey Kopytov).
• Remedierea bug-ului # 711166 a introdus o regresie care a provocat eșecul copierilor de partiții individuale atunci când sunt utilizate cu opțiunea - include în innobackupex sau opțiunea --tables din xtrabackup. Bug fixat # 1130627 (Alexey Kopytov).
• innobackupex nu a adăugat setarea fișier-pe-tabelă pentru copii de rezervă independente de tabel. Fixat prin activarea automată a funcției XtraBackup innodb_file_per_table când este utilizată opțiunea --export. Bug fixat # 930062 (Alexey Kopytov).
• În anumite circumstanțe, XtraBackup ar putea eșua pe o copie de rezervă cu innodb_flush_method = O_DIRECT. Bug fixat # 1055547 (Alexey Kopytov).
• innobackupex nu a trecut opțiunea -tmpdir la binary xtrabackup, rezultând întotdeauna utilizarea tmpdir a serverului pentru fișierele temporare. Bug fixat # 1085099 (Alexey Kopytov).
• XtraBackup a îmbunătățit raportul de eroare pentru versiunile de server nerecunoscute. Bug fixat # 1087219 (Alexey Kopytov).
• S-a fixat dependența de rpm lipsă pentru pachetul Perl Time :: HiRes care a provocat abandonarea sistemului innobackupex în instalațiile CentOS minime. Bug fixat # 1121573 (Alexey Bychko).
• innobackupex ar eșua atunci când --no-lock și --rsync au fost utilizate împreună. Bug fixat # 1123335 (Serghei Glushchenko).
• Fix pentru bug-ul # 1055989 a introdus o regresie care a cauzat fișierul xtrabackup_pid să rămână în directorul temporar după executare. Bug fixat # 1114955 (Alexey Kopytov).
• Au fost eliminate mesajele de depanare inutile din ieșirea XtraBackup. Bug fixat # 1131084 (Alexey Kopytov).
• Alte erori de eroare: bug fix # 1153334 (Alexey Kopytov), ​​bug fix # 1098498 (Laurynas Biveinis), bug fix # 1132763 (Laurynas Biveinis) ).

Ce este nou în versiunea 2.0.5:

• Caracteristici noi:
• A fost introdusă opțiunea nouă - defaults-extra-file. Această opțiune specifică din ce fișier suplimentar să citească opțiunile implicite MySQL înaintea fișierului implicit standard-fișier. Acesta poate fi folosit pentru a încărca combinația utilizator / parolă pentru utilizatorul de rezervă dedicat dintr-un fișier de configurare separat, pentru a evita stocarea în crontab sau un script undeva în sistem.
• Bug Fix:
• În cazul copierii în flux, innobackupex va relua procesul XtraBackup și va aștepta ca acesta să se termine înainte de a executa TABLA DE DEBLOCARE. Acest lucru a cauzat blocarea inutilă a bazei de date cu TABLURI FLUX CU LOC DE ÎNCERCARE. Innobackupex așteaptă acum numai până când copierea jurnalului este terminată pentru a debloca bazele de date. Bug fixat # 1055989 (Alexey Kopytov).
• mesajele de eroare innobackupex care se referă la directorul de date au fost extinse pentru a afișa calea directorului de date menționat în mesajul de eroare. Bug fixat # 1089375 (Hartmut Holzgraefe).
• Tabelele partiționate nu au fost gestionate corect de opțiunile --databases, - include, --tables-file de la innobackupex și de opțiunile -tables și -tables-file ale XtraBackup. Fixat prin eliminarea sufixului partiției (#P # ...) înainte de filtrare. Bug fixat # 711166 (Serghei Glushchenko).
• Când a fost utilizată compresia încorporată, XtraBackup a realizat scrierea fără buclă în fișierul de destinație sau în flux în bucăți foarte mici, ceea ce a cauzat în schimb ineficiente I / O. Fixat prin utilizarea unui tampon de 1 M pentru ieșire similar cu copiile de rezervă necomprimate. Bug fixat # 1095249 (Alexey Kopytov).
• Somnul lung () indispensabil în innobackupex duce la TABLURI FLUX CU LICENȚĂ DE ÎNCERCARE, luând prea mult timp. Fixat prin înlocuirea intervalului de 2 secunde de somn cu 100 de milisecunde unul. Bug fixat # 1095551 (Serghei Glushchenko).
• Dacă innobackupex s-ar prăbuși, ar lăsa fișierul xtrabackup_suspended pe sistemul de fișiere. Acest lucru ar putea face ca innobackupex să creadă că XtraBackup s-a suspendat chiar în momentul în care a început, iar atunci când XtraBackup se suspendă de fapt, innobackupex ar aștepta să se termine și nu va re-elimina fișierul de suspendare, ducând la un blocaj de așteptare. Fixată prin eliminarea fișierului xtrabackup_suspended vechi când innobackupex este pornit. Bug fixat # 1007446 (George Ormond Lorch III).
• innobackupex nu ar recunoaște MariaDB 5.2 și MariaDB 5.3. Fixat prin sporirea verificărilor versiunii în innobackupex. Bug fixat # 733665 (Daniel van Eeden, Alexey Kopytov).
• Alte corecții de erori: bug fix # 924492 (Alexey Kopytov), ​​bug fix # 1097158 (Alexey Kopytov), ​​bug fix # 1081882 (Alexey Kopytov)

Ce este nou în versiunea 1.6.7:

• Bug-uri fixe:
• xtrabackup_binary nu a fost inclus în arhiva tar atunci când a fost redat în flux, ci a fost scris în directorul curent. Acest lucru ar putea duce la utilizarea unui binary xtrabackup greșit atunci când se pregătesc copii de rezervă create cu opțiunile --stream sau --remote-host. Bug-urile au fost fixate # 723318 și # 787988 (Stewart Smith).
• Tabelele FLUSH cu READ LOCK nu au fost utilizate la crearea unor copii de rezervă incrementale, ceea ce ar putea duce la copii de rezervă inconsistente atunci când au avut loc actualizări ale tabelelor non-InnoDB sau ale instrucțiunilor DDL pe orice tabel în timpul procesului de backup. Bug fixat # 771981 (Alexey Kopytov).
• Opțiunea -safe-slave-backup a dus la informații incorecte despre binlog, deoarece în unele cazuri, innobackupex a confundat răspunsul de la SHOW SLAVE STATUS cu cel de la SHOW MASTER STATUS. Bug fixat # 977101 (Alexey Kopytov).
• calea innodb_data_file nu a fost scrisă la backup-my.cnf, aceasta a fost o regresie introdusă în XtraBackup 1.6.5. Bug fixat # 983685 (Serghei Glushchenko).
• Eșecurile fixe ale testelor false false cu grep 2.10. Bug fixat # 996483 (Alexey Kopytov).
• Când innobackupex se execută cu --apply-log, citirea configurației din fișierul de configurare a serverului în loc de backup-my.cnf în directorul de backup. Bug fixat # 996493 (Serghei Glushchenko).
• innobackupex ar putea copia fișierele într-un director greșit atunci când îmbină o copie de siguranță incrementală cu una completă. Bug fixat # 1002688 (Alexey Kopytov).
• XtraBackup binar a fost scurgeri descriptori de fișiere pe - backup. Aceasta a fost rezolvată prin reutilizarea descriptorului de fișiere existent, astfel încât să nu apară nici o scurgere. Bug fixat # 713267 (Alexey Kopytov).

Ce este nou în versiunea 2.0.4:

• Bug-uri fixe:
• Corecția de eroare pentru # 932623 a introdus regresia în XtraBackup 2.0.2, care a provocat eșecul backup-urilor incrementale deoarece valorile parametrilor inițiali nu au fost normalizate la valorile utilizate în interiorul InnoDB. Bug fixat # 1062684 (Serghei Glushchenko).
• Corectarea bug-ului pentru # 932623 a introdus regresia în XtraBackup 2.0.2 deoarece nu a luat spațiul separat de spațiu de lucru dublu într-un cont. Bug fixat # 1066843 (Serghei Glushchenko).
• XtraBackup gestiona incorect fișierul tampon dublu separat. Calea de fișiere a tamponului de salvare dublă nu a fost adăugată în fișierul backup-my.cnf și după ce a fost utilizat fișierul tampon de restaurare vechi dubluri în loc de unul realizat în timpul etapei de pregătire. Bug fixat # 1068470 (Serghei Glushchenko).
• XtraBackup acceptă acum opțiunea --innodb = force, anterior ar arunca o eroare dacă opțiunea a fost setată. Bug fixat # 528752 (Laurynas Biveinis).
• Opțiunea backup-slave-backup nu funcționa corect. Bug fixat # 887803 (Alexey Kopytov).
• În cazul în care a fost atins timpul de siguranță-backup-slave atunci când se folosește opțiunea backup-slave-backup, SQL_THREAD a fost lăsat în starea stop, determinând ca firul slave să rămână în urmă. Aceasta a fost rezolvată prin verificarea stării inițiale SQL_THREAD și pornirea acesteia înainte de a termina cu o eroare de timp și a porni SQL_THREAD numai dacă a fost executată inițial. Bug fixat # 1037379 (Alexey Kopytov).
• XtraBackup nu va reuși pe -apply-log atunci când sistemul de fișiere nu suportă Linux AIO. Bug fixat # 1065561 (Alexey Kopytov).
• Binarul XtraBackup va ignora innodb_use_native_aio când este specificat fie în my.cnf, fie ca opțiune de linie de comandă. Bug fixat # 1068459 (Alexey Kopytov).
• XtraBackup va imprima un mesaj de avertizare în timpul etapei de pregătire despre faptul că innodb_file_io_threads este depreciat, chiar dacă variabila nu a fost setată. Bug fixat # 1068485 (Alexey Kopytov).
• Testele XtraBackup Galera pot fi difuzate simultan. Bug fixat # 1077800 (Stewart Smith).

Ce este nou în versiunea 2.0.3:

• Caracteristici noi:
• Innobackupex acceptă acum o nouă opțiune de repornire care poate fi folosită în loc de copiere în cazul în care nu există suficient spațiu liber pe server pentru copierea fișierelor. Deoarece această opțiune elimină fișierele de rezervă, aceasta trebuie utilizată cu prudență.
• Bug Fix:
• Simbolink pentru binarul innobackupex-1.5.1 a fost rupt în versiunea anterioară a XtraBackup. Bug fixat # 1038198 (Ignacio Nin).
• XtraBackup 2.0.2 nu a fost compatibil înapoi, ceea ce a provocat eșecul backup-urilor create cu versiunile anterioare la pregătire. Bug fixat # 1038127 (Serghei Glushchenko).
• Fix pentru bug # 1022562 a introdus o regresie care poate duce la o creștere de 5 ori a spațiului pe disc ocupat de backup-uri incrementale. Bug fixat # 1043762 (Laurynas Biveinis).
• A fost introdusă o regresie în remedierea bug-ului # 932623, care a provocat manipularea incorectă a spațiilor de tabelă comprimate cu dimensiunea paginii de 16K, care au fost create între ultima copiere completă sau incrementală și următoarea copie de rezervă incrementală. Bug-urile au fost fixate # 1049174 și # 1044398 (Laurynas Biveinis).

Ce este nou în versiunea 1.6.4:

• din versiunile Percona XtraBackup.