Percona XtraBackup

A Percona XtraBackup egy nyílt forráskódú, hordozható, ingyenes és nem blokkoló parancssori szoftver, amely önálló mentési megoldásként szolgál a jól ismert XtraDB és InnoDB tárolómotorok számára. Automatikus biztonsági másolatokkal rendelkezik, és nagyobb teljesítményeket kínál, mint más hasonló termékek.

A program teljes mértékben kompatibilis mind a MySQL, mind a MariaDB adatbázis szerverekkel, és ezt a népszerű Facebook social network szolgáltatás nagymértékben használja a növekményes mentésekhez. A nagyméretű, erősen betöltött adatbázisok biztonsági mentésekor a valós problémák megoldására tervezték.

A legfontosabb funkciók közé tartozik az online mentés készítésének lehetősége, miközben megakadályozza az adatbázis megszakítását, a streaming adatfolyamokat egy másik kiszolgálóra, valamint a növekményes mentések végrehajtására, miközben pénzt takarít meg a lemezterületre és a hálózati sávszélességre.

A Percona XtraBackup segítségével a biztonsági mentései megbízhatóan és gyorsan elvégezhetők. Új replikációs rabszolgákat is létrehozhat, részletes adatokat és indexfájlokat elemezhet, és áthelyezheti az egyes táblákat a kiszolgálók között a rendszer újraindítása nélkül. Ez az feladat XtraDB importálásához szükséges.

A szoftver támogatja a különböző MySQL ízeket, többek között MySQL, MariaDB, MariaDB Galera Cluster, Percona Server és Percona XtraDB Cluster. Ezenkívül támogatja az összes GNU / Linux operációs rendszert, amely jól működik a 32 bites és a 64 bites hardveren.

A többi funkció közül megemlíthetjük a MyISAM biztonsági mentéseinek blokkolását, a teljes tömörített biztonsági másolatokat, az inkrementális tömörített biztonsági másolatokat, a gyors növekményes biztonsági másolatokat, az archivált naplók és a REDO naplózási növekményes biztonsági másolatokat, a párhuzamos helyi biztonsági másolatokat, a másolást, az alkalmazásnaplót titkosítás.

Továbbá jön a rsync támogatás a legmodernebb fájlszinkronizáláshoz, az egyes táblák exportálásához, a továbbfejlesztett FTWRL kezeléshez, a kompakt biztonsági mentésekhez, a pontos helyreállítási támogatáshoz, az offline biztonsági mentésekhez, valamint a felhő támogatásához mentést.

A Percona XtraBackup a C, C ++ és Perl programozási nyelveken van írva. Ez egy parancssori szoftver, amelyet az Ubuntu, a Debian és a Red Hat Enterprise Linux disztribúciók, valamint az univerzális bináris és forrás archívumok előre gyártott bináris csomagjai formájában forgalmaznak.

új ebben a kiadásban:

• A Percona XtraBackup bizonyos FTS oldalak előkészítési fázisában segédelt. Javítva a hiba # 1460138.
• Fix összeállítási hiba az addiktológiai hiba által okozott hiányzó függőség miatt # 77226. Hiba javítva # 1461129.
• A Percona XtraBackup 2.2.8 hibájának # 1403237 javításával bevezetett regresszió azt okozhatja, hogy az xtrabackup olvassa el az újratöltési naplót a helytelen eltolásból, ami állítást eredményezne. Hiba javítva # 1464608.
• Javított inicializálatlan current_thd thread-local változó. Ez a hibát is tökéletesen javítja (# 1415191). Bug fix # 1467574.
• A Percona XtraBackup 2.2.11 kiadása után az innobackupex FLUSH TABLE-t ad ki, mielőtt a FLUSH TABLES WITH READ LOCK-t futtatná. Miközben segíti a biztonsági mentéseket bizonyos helyzetekben, azt is jelenti, hogy a FLUSH TABLE be lesz írva a bináris naplóba. A MariaDB 10.0-en, GTID engedélyezve, amikor a biztonsági másolatot végrehajtották a slave-ben, megváltoztatta a slave GTID-jét, és a Percona XtraBackup nem látta a helyes GTID-t. Javított hiba # 1466446 (Julien Pivotto).
• A Percona XtraBackup RPM-összeállítása még mindig bzr-t igényel. Javítva a hiba # 1466888 (Julien Pivotto).
• Az XB_VERSION_EXTRA opcióval rendelkező Percona XtraBackup RPM-ek összeállítása hibás RPM verziót hoz létre. Javított hiba # 1467424 (Julien Pivotto).
• A Percona XtraBackup sikeresen befejeződött akkor is, ha a redo log nem lett teljesen másolva. Ez azt jelenti, hogy a biztonsági mentés még akkor is sikeresnek bizonyult, amikor korrupt volt. Javítva a hiba # 1470847.
• Ritka esetekben, amikor két vagy több táblaterület van ugyanazzal az azonosítóval az adatkönyvtárban, az xtrabackup lexikális sorrendben veszi fel az elsőt, ami a megfelelő táblázat elvesztéséhez vezethet. Hiba javítva # 1475487.
• A Percona XtraBackup hiányzott a revision_id bináris fájlokban. Hibajavított # 1394174.

Újdonság a 2.4.8 verzióban:

• A Percona XtraBackup bizonyos FTS oldalak előkészítési fázisában segédelt. Javítva a hiba # 1460138.
• Fix összeállítási hiba az addiktológiai hiba által okozott hiányzó függőség miatt # 77226. Hiba javítva # 1461129.
• A Percona XtraBackup 2.2.8 hibájának # 1403237 javításával bevezetett regresszió azt okozhatja, hogy az xtrabackup olvassa el az újratöltési naplót a helytelen eltolásból, ami állítást eredményezne. Hiba javítva # 1464608.
• Javított inicializálatlan current_thd thread-local változó. Ez a hibát is tökéletesen javítja (# 1415191). Bug fix # 1467574.
• A Percona XtraBackup 2.2.11 kiadása után az innobackupex FLUSH TABLE-t ad ki, mielőtt a FLUSH TABLES WITH READ LOCK-t futtatná. Miközben segíti a biztonsági mentéseket bizonyos helyzetekben, azt is jelenti, hogy a FLUSH TABLE be lesz írva a bináris naplóba. A MariaDB 10.0-en, GTID engedélyezve, amikor a biztonsági másolatot végrehajtották a slave-ben, megváltoztatta a slave GTID-jét, és a Percona XtraBackup nem látta a helyes GTID-t. Javított hiba # 1466446 (Julien Pivotto).
• A Percona XtraBackup RPM-összeállítása még mindig bzr-t igényel. Javítva a hiba # 1466888 (Julien Pivotto).
• Az XB_VERSION_EXTRA opcióval rendelkező Percona XtraBackup RPM-ek összeállítása hibás RPM verziót hoz létre. Javított hiba # 1467424 (Julien Pivotto).
• A Percona XtraBackup sikeresen befejeződött akkor is, ha a redo log nem lett teljesen másolva. Ez azt jelenti, hogy a biztonsági mentés még akkor is sikeresnek bizonyult, amikor korrupt volt. Javítva a hiba # 1470847.
• Ritka esetekben, amikor két vagy több táblaterület van ugyanazzal az azonosítóval az adatkönyvtárban, az xtrabackup lexikális sorrendben veszi fel az elsőt, ami a megfelelő táblázat elvesztéséhez vezethet. Hiba javítva # 1475487.
• A Percona XtraBackup hiányzott a revision_id bináris fájlokban. Hibajavított # 1394174.

Újdonság a 2.4.7-es verzióban:

• A Percona XtraBackup bizonyos FTS oldalak előkészítési fázisában segédelt. Javítva a hiba # 1460138.
• Fix összeállítási hiba az addiktológiai hiba által okozott hiányzó függőség miatt # 77226. Hiba javítva # 1461129.
• A Percona XtraBackup 2.2.8 hibájának # 1403237 javításával bevezetett regresszió azt okozhatja, hogy az xtrabackup olvassa el az újratöltési naplót a helytelen eltolásból, ami állítást eredményezne. Hiba javítva # 1464608.
• Javított inicializálatlan current_thd thread-local változó. Ez a hibát is tökéletesen javítja (# 1415191). Bug fix # 1467574.
• A Percona XtraBackup 2.2.11 kiadása után az innobackupex FLUSH TABLE-t ad ki, mielőtt a FLUSH TABLES WITH READ LOCK-t futtatná. Miközben segíti a biztonsági mentéseket bizonyos helyzetekben, azt is jelenti, hogy a FLUSH TABLE be lesz írva a bináris naplóba. A MariaDB 10.0-en, GTID engedélyezve, amikor a biztonsági másolatot végrehajtották a slave-ben, megváltoztatta a slave GTID-jét, és a Percona XtraBackup nem látta a helyes GTID-t. Javított hiba # 1466446 (Julien Pivotto).
• A Percona XtraBackup RPM-összeállítása még mindig bzr-t igényel. Javítva a hiba # 1466888 (Julien Pivotto).
• Az XB_VERSION_EXTRA opcióval rendelkező Percona XtraBackup RPM-ek összeállítása hibás RPM verziót hoz létre. Javított hiba # 1467424 (Julien Pivotto).
• A Percona XtraBackup sikeresen befejeződött akkor is, ha a redo log nem lett teljesen másolva. Ez azt jelenti, hogy a biztonsági mentés még akkor is sikeresnek bizonyult, amikor korrupt volt. Javítva a hiba # 1470847.
• Ritka esetekben, amikor két vagy több táblaterület van ugyanazzal az azonosítóval az adatkönyvtárban, az xtrabackup lexikális sorrendben veszi fel az elsőt, ami a megfelelő táblázat elvesztéséhez vezethet. Hiba javítva # 1475487.
• A Percona XtraBackup hiányzott a revision_id bináris fájlokban. Hibajavított # 1394174.

Újdonság a 2.4.6-es verzióban:

• A Percona XtraBackup bizonyos FTS oldalak előkészítési fázisában segédelt. Javítva a hiba # 1460138.
• Fix összeállítási hiba az addiktológiai hiba által okozott hiányzó függőség miatt # 77226. Hiba javítva # 1461129.
• A Percona XtraBackup 2.2.8 hibájának # 1403237 javításával bevezetett regresszió azt okozhatja, hogy az xtrabackup olvassa el az újratöltési naplót a helytelen eltolásból, ami állítást eredményezne. Hiba javítva # 1464608.
• Javított inicializálatlan current_thd thread-local változó. Ez a hibát is tökéletesen javítja (# 1415191). Bug fix # 1467574.
• A Percona XtraBackup 2.2.11 kiadása után az innobackupex FLUSH TABLE-t ad ki, mielőtt a FLUSH TABLES WITH READ LOCK-t futtatná. Miközben segíti a biztonsági mentéseket bizonyos helyzetekben, azt is jelenti, hogy a FLUSH TABLE be lesz írva a bináris naplóba. A MariaDB 10.0-en, GTID engedélyezve, amikor a biztonsági másolatot végrehajtották a slave-ben, megváltoztatta a slave GTID-jét, és a Percona XtraBackup nem látta a helyes GTID-t. Javított hiba # 1466446 (Julien Pivotto).
• A Percona XtraBackup RPM-összeállítása még mindig bzr-t igényel. Javítva a hiba # 1466888 (Julien Pivotto).
• Az XB_VERSION_EXTRA opcióval rendelkező Percona XtraBackup RPM-ek összeállítása hibás RPM verziót hoz létre. Javított hiba # 1467424 (Julien Pivotto).
• A Percona XtraBackup sikeresen befejeződött akkor is, ha a redo log nem lett teljesen másolva. Ez azt jelenti, hogy a biztonsági mentés még akkor is sikeresnek bizonyult, amikor korrupt volt. Javítva a hiba # 1470847.
• Ritka esetekben, amikor két vagy több táblaterület van ugyanazzal az azonosítóval az adatkönyvtárban, az xtrabackup lexikális sorrendben veszi fel az elsőt, ami a megfelelő táblázat elvesztéséhez vezethet. Hiba javítva # 1475487.
• A Percona XtraBackup hiányzott a revision_id bináris fájlokban. Hibajavított # 1394174.

Újdonság a 2.4.3-as verzióban:

• A Percona XtraBackup bizonyos FTS oldalak előkészítési fázisában segédelt. Javítva a hiba # 1460138.
• Fix összeállítási hiba az addiktológiai hiba által okozott hiányzó függőség miatt # 77226. Hiba javítva # 1461129.
• A Percona XtraBackup 2.2.8 hibájának # 1403237 javításával bevezetett regresszió azt okozhatja, hogy az xtrabackup olvassa el az újratöltési naplót a helytelen eltolásból, ami állítást eredményezne. Hiba javítva # 1464608.
• Javított inicializálatlan current_thd thread-local változó. Ez a hibát is tökéletesen javítja (# 1415191). Bug fix # 1467574.
• A Percona XtraBackup 2.2.11 kiadása után az innobackupex FLUSH TABLE-t ad ki, mielőtt a FLUSH TABLES WITH READ LOCK-t futtatná. Miközben segíti a biztonsági mentéseket bizonyos helyzetekben, azt is jelenti, hogy a FLUSH TABLE be lesz írva a bináris naplóba. A MariaDB 10.0-en, GTID engedélyezve, amikor a biztonsági másolatot végrehajtották a slave-ben, megváltoztatta a slave GTID-jét, és a Percona XtraBackup nem látta a helyes GTID-t. Javított hiba # 1466446 (Julien Pivotto).
• A Percona XtraBackup RPM-összeállítása még mindig bzr-t igényel. Javítva a hiba # 1466888 (Julien Pivotto).
• Az XB_VERSION_EXTRA opcióval rendelkező Percona XtraBackup RPM-ek összeállítása hibás RPM verziót hoz létre. Javított hiba # 1467424 (Julien Pivotto).
• A Percona XtraBackup sikeresen befejeződött akkor is, ha a redo log nem lett teljesen másolva. Ez azt jelenti, hogy a biztonsági mentés még akkor is sikeresnek bizonyult, amikor korrupt volt. Javítva a hiba # 1470847.
• Ritka esetekben, amikor két vagy több táblaterület van ugyanazzal az azonosítóval az adatkönyvtárban, az xtrabackup lexikális sorrendben veszi fel az elsőt, ami a megfelelő táblázat elvesztéséhez vezethet. Hiba javítva # 1475487.
• A Percona XtraBackup hiányzott a revision_id bináris fájlokban. Hibajavított # 1394174.

Az újdonság a 2.2.9-es verzióban:

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


• A Percona XtraBackup 2.1.2 lefagy az állam Snapshot Transfer. Bug fix # 1182698.

Újdonság a 2.1.2-es verzióban:

• Fix hibák:
• A Perl DBD :: MySQL csomagja a kiszolgálói kommunikációhoz a MySQL parancssori kliens létrehozása helyett egy olyan regressziót vezetett be, amely az innobackupex -galera-info opciót okozta. A hiba javítva # 1180672.
• A xtrabackup_galera_info formátuma hiányolta a wsrep_local_state_uuid és a wsrep_last_committed értékek közötti ":" elválasztót. Hiba javítva # 1181222.
• Az innobackupex automatikus verziója nem működött megfelelően a legújabb Percona Server és MySQL 5.1 verziókhoz, amelyek az innobackupex sikertelen működéséhez vezethetnek. A hibák rögzítettek # 1181092, # 1181099 és # 1180905.
• Az innobackupex -lave-info opcióval nem rendelkező replikációs slave-kiszolgáló biztonsági másolatának elkészítésekor az innobackupex nem halálos hibával járt el. A halálos hibát az innobackupex-slave-info diagnosztikai üzenetével helyettesítette ilyen esetben. Bug fix # 1180662.
• A kiszolgálón a wait_timeout alacsony értékek miatt a szerver bezárhatja a kapcsolatot a biztonsági mentés közben. Javítva, ha a kiszolgálón a wait_timeout opció nagyobb értékét állítja be, hogy megakadályozza a kiszolgáló bezárását, ha a globális wait_timeout értéke túl alacsony. A hiba javítva # 1180922.
• Egyéb hibajavítások: hiba javítva # 1177182.

Újdonság a 2.0.7-es verzióban:

• Új funkciók:
• A Percona XtraBackup ezen verziója teljes mértékben támogatja az új MySQL 5.6 szolgáltatásokat (GTID, távoli / hordozható táblaterületek, külön visszavonható táblaterületek, 5.6-ös puffertároló-dump fájlok).
• A Percona XtraBackup támogatást nyújtott a MySQL 5.6-ban bevezetett InnoDB puffer-pool előtöltéshez. A MySQL 5.6-os tömörítődobozokból kiindulva előállítható és betölthető a gyorsabb kiszolgáló felmelegedés az indulás után. Ez a szolgáltatás hasonló a Percona kiszolgáló puffertárolójának Dump / Restore-jéhez. A MySQL 5.6 puffertár-dump a biztonsági mentés során a biztonsági mentés könyvtárába kerül. A másolat hátsó szakaszán (visszaállítás) átmásolja az adatkönyvtárba. A biztonsági mentés visszaállítása után a szerver automatikusan feltöltheti a pufferdump-dumpot, akár az indításkor, akár igény szerint.
• A naplófájl által végzett ellenőrzések közötti időintervallum az innobackupex -log-copy-interval-mal konfigurálható. Az intervallum konfigurálhatóvá tétele lehetővé teszi, hogy csökkentse az ellenőrzések közötti időt, amely megakadályozhatja, hogy a tranzakciós napló naplózása által okozott XtraBackup hibák felülíródjanak, mielőtt a naplózási szálat átmásolják.
• A Percona XtraBackup immár tárolja a GTID értéket a xtrabackup_binlog_info-ban, amikor a MySQL és a Percona Server 5.6 biztonsági másolatát a GTID mód engedélyezte. Példa arra, hogyan lehet ezeket az információkat felhasználni a slave létrehozásához / visszaállításához ebben a blogpostában.
• A Percona XtraBackup opció xtrabackup -export most támogatja a hordozható táblaterületeket a MySQL 5.6-ban. Ez az opció használható 5.6-stílusú metaadatfájlok előállítására, amelyeket az ALTER TABLE IMPORT TABLESPACE importálhat a MySQL és a Percona Server 5.6 által, ahogyan azt a Táblázatok exportálása és importálása című útmutató ismerteti.
• Fix hibák:
• A xtrabackup_56 bináris rpm és deb csomagokban volt jelen, de hiányzott a forrás .tar.gz csomagból. Javítva a hiányzó bináris hozzáadása a .tar.gz fájlba is. Bug fix # 1158948.
• Az innobackupex összeomolhat, ha a 5.6-es biztonsági másolatot a rossz SSL-könyvtár összekapcsolása miatt veszi. Hiba javítva # 1168540.
• A Percona XtraBackup összeomlik az 5.6-os biztonsági mentés előkészítésekor partíciós táblákkal. Bug fix # 1169169.
• A teljes mentési könyvtárban a teljes biztonsági mentés és a növekményes fájlok között leesett táblák jelen voltak, és nem távolították el, amikor a növekményes biztonsági másolatok össze vannak kapcsolva. Javítva a növekményes mentési könyvtárban hiányzó táblákhoz tartozó fájlok eltávolításával. Hiba javítva # 856400.
• A Percona XtraBackup letöltötte az xtrabackup_tmp * fájlokat a datadirben az inkrementális biztonsági mentések alkalmazása után. Javított hiba # 1079135.
• Az innobackupex-ben található összes figyelmeztetés rögzített, amikor minden figyelmeztetés történt. Hiba javítva # 1116177.
• Ha több ezer asztal és lassú IO van, akkor az XtraBackup rengeteg időt tölthet az összes táblaterület megnyitására. Az optimalizálás megvalósult, és az XtraBackup most elkerüli a nem lényeges táblaterületek betöltését részleges mentés esetén, ami felgyorsítja a mentési folyamatot. Javítva a hiba # 1130145.
• A Percona XtraBackup nem indította el a naplózási szálon levő adatokat, amelyek az XtraBackup összeomlását okozhatnák. Hiba javítva # 1166888.
• A csomagfüggőség változott az absztrakt mysql-ből a real / usr / bin / mysql fájlba, mivel az Oracle-rpm-csomagok már nem elégítettek az XtraBackup rpms által megkövetelt mysql függőséggel. A hiba javítva # 1095972.
• A Percona XtraBackup sikertelen lesz a MySQL 5.6 biztonsági mentések előkészítésekor, ha a naplófájlok nagyobbak voltak, mint a 4G a forráskiszolgálón. Javítva a hiba # 1164979.
• A MySQL 5.6-ban végrehajtott különböző implementációk miatt a hibaüzeneteket nem közvetlenül a stderrre nyomtatták. Emiatt az összes InnoDB hiba vagy diagnosztikai üzenet soha nem nyomtat xtrabackup_56. Hiba rögzítve # 1169971.
• A innobackupex még akkor is futni fog, ha a READ LOCK feliratú FLUSH TABLÁK még akkor is, ha a xtrabackup nem sikerül a naplók másolásakor. Javítva az xtrabackup folyamat azonnali lezárásával a naplózási hiba miatt. Hiba javítva # 1170806.
• innobackupex sikertelen lenne, ha az SQL_MODE ANSI_QUOTES értékre lett állítva. Hiba javítva # 945161.
• A * .ibd.meta-ból hiányzó space_id állításhoz vezet. Javítva az állítás hibaüzenettel való felváltásával. Hiba javítva # 1112224.
• Javítva a hibát az innobackupex hiba kimenetében. Bug fix # 1157225.
• Az innodb56 forrásból épülő objektumnak nem volt lehetősége a DTrace letiltására, mint a innodb55. Javítva a -DENABLE_DTRACE = OFF építési opcióval az innodb56-hoz is. A hiba javítva # 1169509.
• Az innobackupex nem kezelte az innodb_data_file_path opciót, amely biztonsági mentést okozhat. A hiba javítva # 1169726.
• A Debian és a Linux binárisok esetében a --version-üzenet, amely tartalmazza a módosításokat, a & quot; undefined & quot; Hiba javítva # 1171721.
• A redundáns kódot eltávolítottuk a xtrabackup.cc webhelyről. A hiba javítva # 1162765.
• Egyéb hibajavítások: hiba javítva # 1158154, hiba javítva # 1170340, hiba javítva # 1088309, hiba javítva # 1088307.

Újdonság a 2.0.6-es verzióban:

• Új funkciók:
• Az XtraBackup alapvető támogatást nyújtott a MySQL 5.6, a Percona Server 5.6 és a MariaDB 10.0 számára. Alapvető támogatás azt jelenti, hogy ezeket a verziókat az XtraBackup ismeri fel, és a biztonsági mentés / visszaállítás mindaddig működik, amíg nincsenek 5.6-specifikus funkciók (például GTID, távoli / hordozható táblaterületek, külön visszavonható táblaterületek, 5.6-stílusú pufferdump fájlok) .
• Fix hibák:
• Az egyéni InnoDB táblaterületeket, amelyek mérete kevesebb, mint 1 MB, 1 MB-ra bővült a biztonsági előkészítési művelet során. Ez nagymértékben megnövelte a lemezhasználatot olyan esetekben, amikor sok kis InnoDB táblaterület van. Fix hiba # 950334 (Daniel Frett, Alexey Kopytov).
• Javította a problémát, amely a hozzáférhetetlen datadir alkönyvtáraknak megfelelő adatbázisokat figyelmeztető vagy hibaüzenetek nélkül figyelmen kívül hagyja az XtraBackup. Ez azért történt, mert az InnoDB kód csendben figyelmen kívül hagyta a datadir alkönyvtárakat, és nem tudott megnyitni. Javítva a hiba # 664986 (Alexey Kopytov).
• Bizonyos körülmények között az XtraBackup nem tudta átmásolni egy táblaterületet magas párhuzamos opcióval és alacsony innodb_open_files értékkel. Javítva a hiba # 870119 (Alexey Kopytov).
• A hiba javítása # 711166 olyan regressziót vezetett be, amely az egyedi partíciós mentések sikertelenségét eredményezte, amikor a --include opciót az innobackupex-ben vagy a -table-opciót a xtrabackup-ban használta. Javítva a hiba # 1130627 (Alexey Kopytov).
• Az innobackupex nem adta hozzá a tábla-független beállításokhoz tartozó fájlt tartalmazó fájlt. Javítva az XtraBackup automatikus engedélyezésével innodb_file_per_table, amikor a --export opciót használják. Bug fix # 930062 (Alexey Kopytov).
• Bizonyos körülmények között az XtraBackup sikertelen lehet a biztonsági mentésnél az innodb_flush_method = O_DIRECT használatával. Javítva a hiba # 1055547 (Alexey Kopytov).
• innobackupex nem adta át a --tmpdir opciót a xtrabackup binárisnak, ami azt eredményezi, hogy a kiszolgáló tmpdirjét mindig ideiglenes fájlokhoz használják. Javítva a hiba # 1085099 (Alexey Kopytov).
• Az XtraBackup javította a nem ismert kiszolgálóverziók hibajelentését. Javítva a hiba # 1087219 (Alexey Kopytov).
• Javította a hiányzó fordulatszám-függõséget a Perl Time :: HiRes csomag esetében, amely az innobackupex sikertelen volt a minimális CentOS telepítéseknél. Javítva a hiba # 1121573 (Alexey Bychko).
• innobackupex sikertelen lenne, amikor a --no-lock és a --rsync-t együtt használják. Javítva a hiba # 1123335 (Sergei Glushchenko).
• A hiba javítása # 1055989 vezetett be egy olyan regressziót, amely miatt az xtrabackup_pid fájl az ideiglenes könyvtárban maradt végrehajtás után. Javítva a hiba # 1114955 (Alexey Kopytov).
• A szükségtelen hibakeresési üzeneteket eltávolítottuk az XtraBackup kimenetről. Javítva a hiba # 1131084 (Alexey Kopytov).
• Egyéb hibajavítások: hiba javítás # 1153334 (Alexey Kopytov), ​​hiba javítva # 1098498 (Laurynas Biveinis), hiba javítva # 1132763 (Laurynas Biveinis), bug fix # 1142229 (Laurynas Biveinis) ).

Újdonság a 2.0.5 verzióban:

• Új funkciók:
• Új opció --defaults-extra-fájl került bevezetésre. Ez az opció meghatározza, hogy melyik extra fájl olvassa le az alapértelmezett MySQL beállításokat a standard alapértelmezett fájl előtt. Felhasználható a felhasználó / jelszó kombináció betöltésére a dedikált mentési felhasználó számára egy különálló konfigurációs fájlból, hogy elkerülje a crontab vagy a szkript valamelyik rendszerben történő tárolását.
• Fix hibák:
• Streaming-mentések esetén az innobackupex folytatja az XtraBackup folyamatot, majd várja meg, hogy befejezze az UNLOCK TABLES futtatása előtt. Ennek következtében az adatbázishoz szükségtelenül lezárták a READ LOCK FLUSH TABABLÁT. Innobackupex most már csak arra vár, amíg a naplózás befejeződik, hogy feloldja az adatbázisokat. Javítva a hiba # 1055989 (Alexey Kopytov).
• Az adatkönyvtárra hivatkozó innobackupex hibaüzeneteket kiterjesztettük a hibaüzenetben említett adatkönyvtár elérési útjának megjelenítésére. Hibajavított # 1089375 (Hartmut Holzgraefe).
• A particionált táblákat nem megfelelően kezelte az innobackupex --databases, - include, --tables-fájl opciói és az XtraBackup -tables és -table-file opciói. Javítva a partíció utótag eltávolításával (#P # ...) a szűrés előtt. Javítva a hiba # 711166 (Sergei Glushchenko).
• A beépített tömörítést használva az XtraBackup inbufferált írásokat tett a célfájlba vagy patakba nagyon kis darabokban, ami viszont nem hatékony I / O-t eredményezett. Az 1M-os pufferrel rögzítve van a nem tömörített mentésekhez hasonló kimenethez. Javítva a hiba # 1095249 (Alexey Kopytov).
• A felesleges hosszú alvás () az innobackupex-ben vezet a FLUSH TABLES WITH READ LOCK-hoz, ami túl sokáig tart. A rögzítés 2 másodperces alvásintervallum 100 milliszekundumra történő cseréjével történik. Javítva a hiba # 1095551 (Sergei Glushchenko).
• Ha az innobackupex összeomlik, akkor az xtrabackup_suspended fájl a fájlrendszeren maradna. Ez azután innobackupexet okozhatna abban, hogy az XtraBackup felfüggesztette magát attól a pillanattól kezdve, amikor elkezdődött, majd amikor az XtraBackup valóban felfüggeszti magát, az innobackupex várakozásnak venné, és nem fogja újból eltávolítani a felfüggesztés fájlt, ami várakozási holtpontot eredményez. Rögzített eltávolítva a rögtön xtrabackup_suspended fájlt, amikor az innobackupex elindul. Javítva a hiba # 1007446 (George Ormond Lorch III).

innobackupex nem ismeri fel a MariaDB 5.2-et és a MariaDB 5.3-at. Javítva az innobackupex változatellenőrzésével. Hibajavított # 733665 (Daniel van Eeden, Alexey Kopytov).
• Egyéb hibajavítások: hiba javítás # 924492 (Alexey Kopytov), ​​hiba javítva # 1097158 (Alexey Kopytov), ​​hiba javítva # 1081882 (Alexey Kopytov), ​​hiba javítva # 1096584 (Alexey Kopytov).

Az újdonság a 1.6.7-es verzióban:

• Fix hibák:
• A xtrabackup_binary nem szerepelt a tar archívumban streaming közben, hanem az aktuális könyvtárba íródott. Ez rossz xtrabackup binárist eredményezhet, ha a --stream vagy a -remote-host opciókkal létrehozott mentések készítésénél használják. Bugs fix # 723318 és # 787988 (Stewart Smith).
• A READ LOCK FLUSH TÁBLÁZATOK nem használatosak növekményes biztonsági másolatok készítésénél, ami hátrányos mentésekhez vezethet, ha a nem innoDB táblázatok vagy a táblázatok DDL utasításai a biztonsági mentés során történtek. Javítva a hiba # 771981 (Alexey Kopytov).
• Az Option - safe-slave-backup hibás binlog információkat eredményezett, mert egyes esetekben az innobackupex zavarja a SHOW SLAVE STATUS és SHOW MASTER STATUS válaszát. Hibajavított # 977101 (Alexey Kopytov).

A
• innodb_data_file_path nem íródott a backup-my.cnf fájlba, ez egy regresszió volt az XtraBackup 1.6.5-ben. Bug javítva # 983685 (Sergei Glushchenko).
• Rögzített hamis tesztcsomag-hibák greppel 2.10. Javítva a hiba # 996483 (Alexey Kopytov).
• Amikor az innobackupex futott a -apply-log programmal, akkor a backup konfigurációban olvasta a konfigurációt a backup-my.cnf helyett a biztonsági könyvtárban. Javítva a hiba # 996493 (Sergei Glushchenko).
• Az innobackupex fájlt rossz könyvtárba másolhatna, ha a növekményes biztonsági másolatot egy teljes fájlra összevonja. Javítva a hiba # 1002688 (Alexey Kopytov).
• Az XtraBackup bináris szivárogtatta a fájl leíróit a -backup-on. Ezt a meglévő fájlleíró újbóli használatával oldották meg, így nem szivárog. Javítva a hiba # 713267 (Alexey Kopytov).

Újdonság a 2.0.4-es verzióban:

• Fix hibák:
• A # 932623 hibajavítás bevezette a regressziót az XtraBackup 2.0.2-ben, ami a növekményes biztonsági másolatok meghiúsulását eredményezte, mivel az init paraméterértékek nem normalizálódtak az InnoDB-ban használt értékekhez képest. Bug fix # 1062684 (Sergei Glushchenko).
• A # 932623 hibajavítás bemutatta a regressziót az XtraBackup 2.0.2-ben, mert nem veszi át a külön doublewrite táblaterületet egy fiókba. Bug fix # 1066843 (Sergei Glushchenko).
• Az XtraBackup hibásan kezelte a különálló doublewrite puffert. A doublewrite puffer fájl elérési útját nem adták hozzá a backup-my.cnf fájlnak, és a visszaállítás után a régi doublewrite pufferfájlt használták fel ahelyett, hogy elkészült volna a készítési szakaszban. Javítva a hiba: # 1068470 (Sergei Glushchenko).
• Az XtraBackup mostantól elfogadja a --innodb = force beállítást, korábban hibát dobott, ha beállította az opciót. Hibajavított # 528752 (Laurynas Biveinis).
• Az Option safe-slave-backup nem működött megfelelően. Bug fix # 887803 (Alexey Kopytov).
• Abban az esetben, ha a safe-slave backup-timeout elérése során a safe-slave-backup opciót használta, az SQL_THREAD megállt állapotban maradt, és a slave szál elmaradt. Ezt rögzítették a kezdeti SQL_THREAD állapot ellenőrzésével, és elindították, mielőtt befejeznék az időtúllépési hibát, és csak akkor kezdték el az SQL_THREAD fájlt, ha kezdetben futott. Javítva a hiba: # 1037379 (Alexey Kopytov).
• Az XtraBackup sikertelen lesz - apply-log, amikor a fájlrendszer nem támogatja a Linux AIO-t. Javítva a hiba # 1065561 (Alexey Kopytov).
• Az XtraBackup bináris az innodb_use_native_aio-t figyelmen kívül hagyja, amikor az my.cnf vagy parancssori opcióban van megadva. Javítva a hiba: # 1068459 (Alexey Kopytov).
• Az XtraBackup figyelmeztető üzenetet küldene az előkészítési szakaszban, amikor az innodb_file_io_threads elavult, még akkor is, ha a változó nem lett beállítva. Javítva a hiba: # 1068485 (Alexey Kopytov).
• Az XtraBackup Galera tesztek egyidejűleg futhatnak. Javított hiba: 1077800 (Stewart Smith).

Az újdonság a 2.0.3 verzióban:

• Új funkciók:
• Az innobackupex most támogatja az új áthelyezési opciót, amelyet ahelyett, hogy - a visszaolvasás helyett használható lenne, ha nincs elég szabad lemezterület a kiszolgálón a fájlok másolásához. Mivel ez az opció eltávolítja a biztonsági másolatokat, óvatosan kell eljárni.
• Fix hibák:
• Az innobackupex-1.5.1 bináris Symlink az XtraBackup korábbi verziójában megszakadt. Hibajavított # 1038198 (Ignacio Nin).
• Az XtraBackup 2.0.2 nem volt visszafelé kompatibilis, ami a korábbi verziókkal létrehozott növekményes mentéseket okozta. Hibajavított # 1038127 (Sergei Glushchenko).
• Fix a # 1022562-es hibához olyan regressziót vezetett be, amely potenciálisan 5x növekedést eredményezhet a növekményes mentések által elfoglalt lemezterületen. Javítva a hiba # 1043762 (Laurynas Biveinis).
• A regresszió be lett vezetve a # 932623 hiba javításába, amely az utolsó teljes vagy növekményes és a következő növekményes mentés között létrehozott 16K méretű tömörített táblaterületek hibás kezelését okozta. Bugs fixed # 1049174 és # 1044398 (Laurynas Biveinis).

Az újdonság a 1.6.4-es verzióban:

• Fontos hibajavításokat tartalmaz a stabil 1.6- a Percona XtraBackup kiadásaiból.
20 Jan 18 -ben Backup szoftver, Lemez és fájl szoftver