Percona XtraBackup

Açar funksiyalar, diskinizdə və şəbəkə bant genişliyində pul qənaət edərkən veritabanınızın müdaxilə etməməsi, başqa bir server üçün axın backup'larını yerinə yetirmə qabiliyyəti və əlavə artımlar yerinə yetirmə qabiliyyətini aradan qaldırmaqdan asılı olaraq onlayn backups etmək imkanıdır.

Percona XtraBackup ile yedekleriniz güvenilir ve hızlı bir şekilde tamamlanacaktır. Ayrıca, yeni replikasyon qullarını asanlıqla yaratmaq, məlumatların və indeks fayllarının qabaqcıl təhlilini həyata keçirə və idxal üçün XtraDB tələb edən vəzifəni yenidən başlamadan serverlər arasında fərdi cədvəllər hərəkət edə bilər.

Proqram MySQL, MariaDB, MariaDB Galera Cluster, Percona Server və Percona XtraDB Kümesini qeyd edə biləcək müxtəlif MySQL tatlarını dəstəkləyir. 32-bit və 64-bit hardware ilə işləyən bütün GNU / Linux əməliyyat sistemlərini dəstəkləyir.

Digər xüsusiyyətlər arasında, MyISAM backups, tam sıxılmış backups, artımlı sıxılmış backups, sürətli artımlı backups, arşivlenmiş günlükler və REDO log ilə artımlı backups, paralel yerli backups, kopyala geri, tətbiq-günlük, sıxılma və şifreleme.

Percona XtraBackup C, C + + və Perl proqramlaşdırma dillərində yazılmışdır.

"Ubuntu", "Debian" və "Red Hat Enterprise Linux" dağılımları üçün əvvəlcədən quraşdırılmış ikili paket kimi paylanmış komanda proqramı. bu sürümdə yeni :

• Percona XtraBackup müəyyən FTS səhifələrinin hazırlıq mərhələsində segfault olardı. Bug sabit # 1460138.
• Yüksək hata # 77226 səbəb olduğu itkin bağımlılığı səbəbiylə sabit tərtibat səhv. Bug sabit # 1461129.
• Percona XtraBackup 2.2.8-də bir səhv # 1403237 təsbit edilərək təqdim olunan regresiya xtrabackup-yə yanlış ofsetdən bir təkrarlama jurnalını oxumağa səbəb ola bilər ki, bu da təsdiqə səbəb olacaqdır. Bug sabit # 1464608.
• Sabit yenilənməmiş current_thd mövzu yerli dəyişən. Bu da tamamilə səhv # 1415191 giderir. Bug sabit # 1467574.
• Percona XtraBackup 2.2.11 versiyasından sonra, innobackupex FLUSH TABLOĞUNUN OKUYUCU LOCK ilə işə başlamazdan əvvəl FLUSH TABLOSU verir. Bəzi hallarda ehtiyatların yaranmasına kömək edərkən, FLUSH TABLE ikili günlüğüne yazılacağını da nəzərdə tutur. GTID ilə MariaDB 10.0 üstündə, qoruma köçürüldüyü zaman bu, bu qulun GTID-i dəyişdi və Percona XtraBackup artıq GTID-i düzgün görməyib. Bug sabit # 1466446 (Julien Pivotto).
• Percona XtraBackup RPM tərtibatı hələ də bzr tələb edirdi. Bug sabit # 1466888 (Julien Pivotto).
• Percona XtraBackup RPM'lerini XB_VERSION_EXTRA ilə kompilyasiya etmək yanlış bir RPM versiyası yaradır. Bug sabit # 1467424 (Julien Pivotto).
• Percona XtraBackup, redo günlük tamamilə kopyalanmazsa belə uğurla başa çatacaq. Yəni, onlar korrupsiyaya uğramış olsalar da, uğurlu hesab edilirdilər. Bug sabit # 1470847.
• Verilən məlumat kataloqunda eyni ID ilə iki və ya daha çox məsafədə olan boşluqlar olduqda, xtrabackup birincisini leksik qaydada seçir və düzgün masanın itirilməsinə səbəb ola bilər. Bug sabit # 1475487.
• Percona XtraBackup, binarylarda revision_id eksik. Səhv Sabit # 1394174.

2.4.8 versiyasında yeni :

• Percona XtraBackup müəyyən FTS səhifələrinin hazırlıq mərhələsində segfault olardı. Bug sabit # 1460138.
• Yüksək hata # 77226 səbəb olduğu itkin bağımlılığı səbəbiylə sabit tərtibat səhv. Bug sabit # 1461129.
• Percona XtraBackup 2.2.8-də bir səhv # 1403237 təsbit edilərək təqdim olunan regresiya xtrabackup-yə yanlış ofsetdən bir təkrarlama jurnalını oxumağa səbəb ola bilər ki, bu da təsdiqə səbəb olacaqdır. Bug sabit # 1464608.
• Sabit yenilənməmiş current_thd mövzu yerli dəyişən. Bu da tamamilə səhv # 1415191 giderir. Bug sabit # 1467574.
• Percona XtraBackup 2.2.11 versiyasından sonra, innobackupex FLUSH TABLOĞUNUN OKUYUCU LOCK ilə işə başlamazdan əvvəl FLUSH TABLOSU verir. Bəzi hallarda ehtiyatların yaranmasına kömək edərkən, FLUSH TABLE ikili günlüğüne yazılacağını da nəzərdə tutur. GTID ilə MariaDB 10.0 üstündə, qoruma köçürüldüyü zaman bu, bu qulun GTID-i dəyişdi və Percona XtraBackup artıq GTID-i düzgün görməyib. Bug sabit # 1466446 (Julien Pivotto).
• Percona XtraBackup RPM tərtibatı hələ də bzr tələb edirdi. Bug sabit # 1466888 (Julien Pivotto).
• Percona XtraBackup RPM'lerini XB_VERSION_EXTRA ilə kompilyasiya etmək yanlış bir RPM versiyası yaradır. Bug sabit # 1467424 (Julien Pivotto).
• Percona XtraBackup, redo günlük tamamilə kopyalanmazsa belə uğurla başa çatacaq. Yəni, onlar korrupsiyaya uğramış olsalar da, uğurlu hesab edilirdilər. Bug sabit # 1470847.
• Verilən məlumat kataloqunda eyni ID ilə iki və ya daha çox məsafədə olan boşluqlar olduqda, xtrabackup birincisini leksik qaydada seçir və düzgün masanın itirilməsinə səbəb ola bilər. Bug sabit # 1475487.
• Percona XtraBackup, binarylarda revision_id eksik. Səhv Sabit # 1394174.

2.4.7 versiyasında yeni :

• Percona XtraBackup müəyyən FTS səhifələrinin hazırlıq mərhələsində segfault olardı. Bug sabit # 1460138.
• Yüksək hata # 77226 səbəb olduğu itkin bağımlılığı səbəbiylə sabit tərtibat səhv. Bug sabit # 1461129.
• Percona XtraBackup 2.2.8-də bir səhv # 1403237 təsbit edilərək təqdim olunan regresiya xtrabackup-yə yanlış ofsetdən bir təkrarlama jurnalını oxumağa səbəb ola bilər ki, bu da təsdiqə səbəb olacaqdır. Bug sabit # 1464608.
• Sabit yenilənməmiş current_thd mövzu yerli dəyişən. Bu da tamamilə səhv # 1415191 giderir. Bug sabit # 1467574.
• Percona XtraBackup 2.2.11 versiyasından sonra, innobackupex FLUSH TABLOĞUNUN OKUYUCU LOCK ilə işə başlamazdan əvvəl FLUSH TABLOSU verir. Bəzi hallarda ehtiyatların yaranmasına kömək edərkən, FLUSH TABLE ikili günlüğüne yazılacağını da nəzərdə tutur. GTID ilə MariaDB 10.0 üstündə, qoruma köçürüldüyü zaman bu, bu qulun GTID-i dəyişdi və Percona XtraBackup artıq GTID-i düzgün görməyib. Bug sabit # 1466446 (Julien Pivotto).
• Percona XtraBackup RPM tərtibatı hələ də bzr tələb edirdi. Bug sabit # 1466888 (Julien Pivotto).
• Percona XtraBackup RPM'lerini XB_VERSION_EXTRA ilə kompilyasiya etmək yanlış bir RPM versiyası yaradır. Bug sabit # 1467424 (Julien Pivotto).
• Percona XtraBackup, redo günlük tamamilə kopyalanmazsa belə uğurla başa çatacaq. Yəni, onlar korrupsiyaya uğramış olsalar da, uğurlu hesab edilirdilər. Bug sabit # 1470847.
• Verilən məlumat kataloqunda eyni ID ilə iki və ya daha çox məsafədə olan boşluqlar olduqda, xtrabackup birincisini leksik qaydada seçir və düzgün masanın itirilməsinə səbəb ola bilər. Bug sabit # 1475487.
• Percona XtraBackup, binarylarda revision_id eksik. Səhv Sabit # 1394174.

2.4.6 versiyasında yeni nə :

• Percona XtraBackup müəyyən FTS səhifələrinin hazırlıq mərhələsində segfault olardı. Bug sabit # 1460138.
• Yüksək hata # 77226 səbəb olduğu itkin bağımlılığı səbəbiylə sabit tərtibat səhv. Bug sabit # 1461129.
• Percona XtraBackup 2.2.8-də bir səhv # 1403237 təsbit edilərək təqdim olunan regresiya xtrabackup-yə yanlış ofsetdən bir təkrarlama jurnalını oxumağa səbəb ola bilər ki, bu da təsdiqə səbəb olacaqdır. Bug sabit # 1464608.
• Sabit yenilənməmiş current_thd mövzu yerli dəyişən. Bu da tamamilə səhv # 1415191 giderir. Bug sabit # 1467574.
• Percona XtraBackup 2.2.11 versiyasından sonra, innobackupex FLUSH TABLOĞUNUN OKUYUCU LOCK ilə işə başlamazdan əvvəl FLUSH TABLOSU verir. Bəzi hallarda ehtiyatların yaranmasına kömək edərkən, FLUSH TABLE ikili günlüğüne yazılacağını da nəzərdə tutur. GTID ilə MariaDB 10.0 üstündə, qoruma köçürüldüyü zaman bu, bu qulun GTID-i dəyişdi və Percona XtraBackup artıq GTID-i düzgün görməyib. Bug sabit # 1466446 (Julien Pivotto).
• Percona XtraBackup RPM tərtibatı hələ də bzr tələb edirdi. Bug sabit # 1466888 (Julien Pivotto).
• Percona XtraBackup RPM'lerini XB_VERSION_EXTRA ilə kompilyasiya etmək yanlış bir RPM versiyası yaradır. Bug sabit # 1467424 (Julien Pivotto).
• Percona XtraBackup, redo günlük tamamilə kopyalanmazsa belə uğurla başa çatacaq. Yəni, onlar korrupsiyaya uğramış olsalar da, uğurlu hesab edilirdilər. Bug sabit # 1470847.
• Verilən məlumat kataloqunda eyni ID ilə iki və ya daha çox məsafədə olan boşluqlar olduqda, xtrabackup birincisini leksik qaydada seçir və düzgün masanın itirilməsinə səbəb ola bilər. Bug sabit # 1475487.
• Percona XtraBackup, binarylarda revision_id eksik. Səhv Sabit # 1394174.

2.4.3 versiyasında yeni :

• Percona XtraBackup müəyyən FTS səhifələrinin hazırlıq mərhələsində segfault olardı. Bug sabit # 1460138.
• Yüksək hata # 77226 səbəb olduğu itkin bağımlılığı səbəbiylə sabit tərtibat səhv. Bug sabit # 1461129.
• Percona XtraBackup 2.2.8-də bir səhv # 1403237 təsbit edilərək təqdim olunan regresiya xtrabackup-yə yanlış ofsetdən bir təkrarlama jurnalını oxumağa səbəb ola bilər ki, bu da təsdiqə səbəb olacaqdır. Bug sabit # 1464608.
• Sabit yenilənməmiş current_thd mövzu yerli dəyişən. Bu da tamamilə səhv # 1415191 giderir. Bug sabit # 1467574.
• Percona XtraBackup 2.2.11 versiyasından sonra, innobackupex FLUSH TABLOĞUNUN OKUYUCU LOCK ilə işə başlamazdan əvvəl FLUSH TABLOSU verir. Bəzi hallarda ehtiyatların yaranmasına kömək edərkən, FLUSH TABLE ikili günlüğüne yazılacağını da nəzərdə tutur. GTID ilə MariaDB 10.0 üstündə, qoruma köçürüldüyü zaman bu, bu qulun GTID-i dəyişdi və Percona XtraBackup artıq GTID-i düzgün görməyib. Bug sabit # 1466446 (Julien Pivotto).
• Percona XtraBackup RPM tərtibatı hələ də bzr tələb edirdi. Bug sabit # 1466888 (Julien Pivotto).
• Percona XtraBackup RPM'lerini XB_VERSION_EXTRA ilə kompilyasiya etmək yanlış bir RPM versiyası yaradır. Bug sabit # 1467424 (Julien Pivotto).
• Percona XtraBackup, redo günlük tamamilə kopyalanmazsa belə uğurla başa çatacaq. Yəni, onlar korrupsiyaya uğramış olsalar da, uğurlu hesab edilirdilər. Bug sabit # 1470847.
• Verilən məlumat kataloqunda eyni ID ilə iki və ya daha çox məsafədə olan boşluqlar olduqda, xtrabackup birincisini leksik qaydada seçir və düzgün masanın itirilməsinə səbəb ola bilər. Bug sabit # 1475487.
• Percona XtraBackup, binarylarda revision_id eksik. Səhv Sabit # 1394174.

• Percona XtraBackup 2.1.2 Snapshot Transfer. Səhv baş verən # 1182698.

Yeni versiya versiyasında 2.2.8:

• Gerçekleştirildiğinde Percona XtraBackup 2.1.2 Snapshot Transfer. Səhv baş verən # 1182698.

Sürüm 2.1.2'de yeni :

• Bugs Sabit:
• MySQL komut satırı istemcisinin yumruğu yerine server rabitəsi üçün Perl'in DBD :: MySQL paketini istifadə edərək innobackupex -galera-info seçimini uğursuzluğa səbəb olan bir regressiya təqdim etdi. Bug sabit # 1180672.
• xtrabackup_galera_info formatı wsrep_local_state_uuid və wsrep_last_committed dəyərləri arasındakı ':' ayırıcısını itirməmişdir. Səhv baş verən # 1181222.
• innobackupex avtomatik versiyası aşkarlanması, son Percona Server və MySQL 5.1 versiyası üçün düzgün işləməmişdi ki, bu da innobackupex-ə uğursuz ola bilər. Bugs # 1181092, # 1181099 və # 1180905 ilə sabitləndi.
• Innobackupex -save-info seçeneğiyle çoğaltma serveri olmayan bir serveri yedeklerken, innobackupex ölümcül bir hata ilə uğursuz oldu. Ölümcül bir səhvəni, belə bir vəziyyətdə, innobackupex -save-info ilə əlaqədar bir tanılama mesajı ilə əvəz edir. Səhv Sabit # 1180662.
• Serverdə server wait_timeout üçün aşağı dəyərlər ehtiyatın alınması zamanı server bağlanmasına səbəb ola bilər. Qlobal wait_timeout dəyəri çox aşağı olduqda server bağlanmasını bağlamaq üçün serverdə wait_timeout variantının daha böyük dəyərini təyin edərək Sabit. Səhv Sabit # 1180922.
• Digər səhvlər düzəldildi: bug sabit # 1177182.

Sürüm 2.0.7'de yeni nə :

• Yeni Xüsusiyyətlər:
• Percona XtraBackup'un bu versiyası yeni MySQL 5.6 funksiyalarını (GTID, uzaq / taşınabilir tablolar, ayrıca geri qaytarma masası sahəsi, 5.6 tərzli buffer hovuz dump faylları) tam dəstəkləyib.
• Percona XtraBackup, MySQL 5.6'da təqdim olunan InnoDB Buffer Pool Preloading üçün dəstək tətbiq etmişdir. MySQL 5.6 buffer hovuz dumps ilə başlayaraq daha sonra server daha sürətli server istiləşmə üçün istehsal və yüklənə bilər. Bu xüsusiyyət Percona Server-da Tampon Palatasının Dökümü / bərpasına bənzəyir. MySQL 5.6 buffer havuzu dökümü yedekleme mərhələsi zamanı yedek qovluğa köçürülür. Kopyala geri səhnə (bərpa) zamanı məlumat qovluğuna kopyalanır. Zəngin bərpa olunduqdan sonra tampon hovuz dökümü avtomatik olaraq başlanğıcda və ya tələb üzrə server tərəfindən yüklənə bilər.
• Günlük kopyalama işi ilə edilən çeklər arasındakı vaxt intervalını indi innobackupex -log-copy-interval ilə yapılandırılabilir. Yapılandırılabilir aralıklarla yapılan işlem, günlük kopyalama ipliğinden kopyalanmadan önce, işlem günlüğündeki günlük kayıtlarının neden olduğu XtraBackup başarısızlıklarını önleyebilecek çekler arasında zamanı azaltmağa imkan verir.
• Percona XtraBackup indi GTID rejimini effektiv olaraq MySQL və Percona Server 5.6-un zənginləşdirilməsi zamanı xtrabackup_binlog_info-da GTID dəyərini saxlayır. Bu məlumatın bir kölə yaratmaq / bərpa etmək üçün necə istifadə oluna biləcəyinə dair nümunə bu blog blogunda tapa bilərsiniz.
• Percona XtraBackup seçimi xtrabackup -export, MySQL 5.6-da təqdim edilən yüklənə bilən masalar yerlərini dəstəkləyir. Bu seçim, 5.6-stil metadata faylları çıxarmaq üçün istifadə oluna bilər. Bu, ALTER TABLE IMPORT TABLESPACE tərəfindən MySQL və Percona Server 5.6-da Tables kitabçasının İhracat və İthalatında göstərildiyi kimi idxal edilə bilər.
• Bugs Sabit:
• xtrabackup_56 ikili rpm və deb paketlərində mövcuddu, lakin mənbə .tar.gz paketindən itkin idi. Eksik ikili for .tar.gz-ə əlavə edərək düzəldilmişdir. Bug # 1158948 sabit.
• yanlış SSL kitabxanasının bağlanması səbəbindən 5,6 zəifliyə sahib olduqda innobackupex qəza ola bilər. Bug sabit # 1168540.
• Percona XtraBackup, 5,6 yedeklemeyi bölünmüş masalarla hazırlayarkən qəza qurar. Səhv Sabit # 1169169.
• Tam backup və incremental biri arasında düşmüş olan masalar tam backup qovluğunda mövcud idi və artımlı ehtiyatların birləşdirildiyi zaman silinməmişdir. Artımlı backup kataloqunda eksik olan masalara uyğun faylları çıxararaq Sabit. Səhv Sabit # 856400.
• Percona XtraBackup, incremental backups tətbiqindən sonra datadir xətti xtrabackup_tmp * faylları tərk edəcəkdi. Bug sabit # 1079135.
• Bütün xəbərdarlıqların FATAL olduğunda innobackupex-də aşkar edilmiş sabit xəbərdarlıq cütləri. Səhv Sabit # 1116177.
• Minlərlə masa və yavaş IO varsa, onda XtraBackup bütün masalardakı boşluqları çox vaxt aça bilər. Optimallaşdırma tətbiq olundu və XtraBackup, qismən yedekləmə aparıldığı zaman, yedekləmə prosesini sürətləndirən zaman qeyri-müvafiq masa boşluğunun yüklənməsini qarşısını alır. Bug sabit # 1130145.
• Percona XtraBackup, XtraBackup-ın qəzaya səbəb ola biləcəyi gündəlik kopyalama işində hər bir işə aid məlumatı işə salmadı. Səhv baş verən # 1166888.
• Oracle'dan rpm paketləri artıq XtraBackup rpms tərəfindən tələb olunan mysql bağımlılığından razı olmadığı üçün paket bağımlılığı soyut mysql'den real / usr / bin / mysql faylına dəyişdirildi. Səhv Sabit # 1095972.
• Gündəlik fayllar mənbə serverində 4G-dən daha böyük olduqda, Percona XtraBackup MySQL 5.6 backup hazırlayarkən uğursuz olardı. Bug sabit # 1164979.
• MySQL-də müxtəlif tətbiqlər səbəbiylə 5.6 səhv mesajları birbaşa stderr-ə yazdırılmadı. Bütün InnoDB səhv və ya diaqnostik mesajlar xtrabackup_56 tərəfindən heç vaxt çap edilə bilməz. Bug sabit # 1169971.
• innobackupex hələ xtrabackup jurnalları çıxararkən uğursuz olsa da READ LOCK ilə FLUSH TABLES ilə işləyəcəkdi. Gündəlik kopyalamanın baş verməməsi üzərinə xtrabackup prosesini dərhal dayandırmaqla Sabit. Səhv Sabit # 1170806.
• SQL_MODE ANSI_QUOTES olaraq təyin edildikdə innobackupex uğursuz olardı. Səhv Sabit # 945161.
• * .ibd.meta'dan boş alan_idası təsdiqləməyə gətirib çıxara bilər. Hata mesajı ilə təsdiqləyin. Bug sabit # 1112224.
• Innobackupex səhv çıxışında yazı tipini bərpa edin. Bug sabit 1157225.
• Mənbədən tikinti zamanı innodb56 hədəfi innodb55 kimi DTrace'i işlətmək üçün bir seçim etməmişdir. Əlavə edilərək sabitlənmişdir -DENABLE_DTRACE = OFF, həmçinin innodb56 üçün qurmaq seçimi. Bug sabit # 1169509.
• innobackupex, backup başarısız olmasına səbəb ola biləcək innodb_data_file_path seçimini işləmirdi. Bug sabit # 1169726.
• Debian və Linux ikili faylları üçün, revizyona daxil edilməli olan versiya mesajı "undefined" göstərilmişdir. Bug sabit # 1171721.
• Redundant kod xtrabackup.cc-dan silindi. Bug sabit # 1162765.
• Digər hata düzeltmelerini: bug sabit # 1158154, bug sabit # 1170340, bug sabit # 1088309, bug sabit # 1088307.

Sürüm 2.0.6'da yeni :

• Yeni Xüsusiyyətlər:
• XtraBackup, MySQL 5.6, Percona Server 5.6 və MariaDB 10.0 üçün əsas dəstəyi həyata keçirmişdir. Əsas dəstək, bu versiyaların XtraBackup tərəfindən tanındığını və 5.6-xüsusi xüsusiyyətləri olmadığı müddətdə (məsələn, GTID, uzaqdan / nəql edilə bilən tablespaces, ayrıca geri qaytarma masası sahəsi, 5.6 tərzli buffer hovuz dump faylları)
• Bugs Sabit:
• 1MB-dən daha az ölçülü fərdi InnoDB-lə məsafədə olan boşluqlar 1MB-yə qədər uzadılıb. Bu, bir çox kiçik InnoDB masası yerləri olduqda diskdə istifadənin böyük artmasına gətirib çıxardı. Bug sabit # 950334 (Daniel Frett, Alexey Kopytov).
• XtraBackup tərəfindən xəbərdarlıq və ya səhv mesajlar olmadan əlçatmaz verilənlər datadı alt datalarına uyğun veritabanlarına səbəb olan problem bərpa olundu. InnoDB kodunu aça bilmədiyi datadir alt dizinlerini sükutla görməməsi səbəbindən baş verib. Bug # 664986 (Alexey Kopytov).
• Bəzi hallarda XtraBackup bir masa üstü yüksək paralel bir seçim dəyəri və aşağı innodb_open_files dəyəri ilə kopyalamaya müvəffəq ola bilmədi. Səhv Sabit # 870119 (Alexey Kopytov).
• Səhv üçün Fix # 711166 fərdi bölmə yedeklemeleriyle istifadə olunduğunda uğursuzluğa səbəb olan bir regressiya təqdim etdi - innobackupex ya da xtrabackup -tables variantını seçin. Bug sabit # 1130627 (Alexey Kopytov).
• innobackupex masa-bağımsız yedeklemeler üçün masa başı fayl parametrini əlavə etmədi. XtraBackup avtomatik olaraq innodb_file_per_table aktivləşdirərək, --export variantının istifadə edildiyi zaman Sabit. Səhv Sabit # 930062 (Alexey Kopytov).
• XtraBackup bəzi hallarda bir backup uğursuz ola bilər innodb_flush_method = O_DIRECT ilə hazırlayır. Bug sabit 1055547 (Alexey Kopytov).
• innobackupex - tmpdir parametrini xtrabackup ikilinə keçirmədi, nəticədə müvəqqəti fayllar üçün istifadə olunan tmpdir. Bug sabit # 1085099 (Alexey Kopytov).
• XtraBackup, tanınmayan server versiyaları üçün səhv hesabatlarını yaxşılaşdırdı. Bug sabit # 1087219 (Alexey Kopytov).
• Perl Time üçün eksik rpm asılılığını bərpa edin: Innobackupex minimum minimal CentOS qurğularında uğursuzluğa səbəb olan HiRes paketi. Bug sabit # 1121573 (Alexey Bychko).
• innobackupex - nağara və --sync birgə istifadə edildikdə uğursuz olardı. Bug sabit # 1123335 (Sergei Glüşenko).
• Səhv üçün düzeltme # 1055989 xtrabackup_pid faylının yerinə yetirildikdən sonra müvəqqəti dirdə qalmasına səbəb olan bir regressiya təqdim etdi. Səhv Sabit # 1114955 (Alexey Kopytov).
• Gereksiz hata ayıklama mesajları XtraBackup çıkışından silindi. Bug sabitləşdi # 1131084 (Alexey Kopytov).
• Digər hata düzeltmelerini: bug fix # 1153334 (Alexey Kopytov), ​​səhv Sabit # 1098498 (Laurynas Biveinis), bug Sabit # 1132763 (Laurynas Biveinis), səhv Sabit # 1142229 (Laurynas Biveinis), səhv Sabit # 1130581 (Laurynas Biveinis ).

Sürüm 2.0.5 'deki :