Percona XtraBackup

Το Percona XtraBackup είναι ένα λογισμικό γραμμής εντολών ανοιχτής πηγής, φορητό, ελεύθερο και χωρίς αποκλεισμούς, το οποίο λειτουργεί ως ανεξάρτητη λύση δημιουργίας αντιγράφων ασφαλείας για τους γνωστούς μηχανισμούς αποθήκευσης XtraDB και InnoDB. Διαθέτει αυτόματη επαλήθευση των εφεδρικών αντιγράφων και προσφέρει μεγαλύτερες uptimes από άλλα παρόμοια προϊόντα.

Το πρόγραμμα είναι πλήρως συμβατό με διακομιστές βάσεων δεδομένων MySQL και MariaDB και χρησιμοποιείται από την δημοφιλής υπηρεσία κοινωνικής δικτύωσης του Facebook για πρόσθετα αντίγραφα ασφαλείας. Είναι σχεδιασμένο για να λύνει τα προβλήματα του πραγματικού κόσμου όταν δημιουργεί αντίγραφα ασφαλείας για πολύ μεγάλες βαριά βάσεις δεδομένων.

Χαρακτηριστικά με μια ματιά

Τα βασικά χαρακτηριστικά περιλαμβάνουν τη δυνατότητα εκτέλεσης αντιγράφων ασφαλείας online, αποφεύγοντας τη διακοπή της βάσης δεδομένων σας, τη δυνατότητα εκτέλεσης αντιγράφων ασφαλείας ροής σε άλλο διακομιστή, καθώς και τη δυνατότητα εκτέλεσης αυξητικών αντιγράφων ενώ εξοικονομείτε χρήματα στο χώρο του δίσκου και στο εύρος ζώνης του δικτύου. >

Με το Percona XtraBackup τα αντίγραφα ασφαλείας θα ολοκληρωθούν αξιόπιστα και γρήγορα. Μπορείτε επίσης να δημιουργήσετε εύκολα νέους σκλάβους αναπαραγωγής, να εκτελέσετε προηγμένη ανάλυση δεδομένων και αρχείων ευρετηρίου και να μετακινήσετε μεμονωμένους πίνακες μεταξύ των διακομιστών χωρίς επανεκκίνηση, μια εργασία που απαιτεί την εισαγωγή του XtraDB.

Το λογισμικό υποστηρίζει διάφορες γεύσεις της MySQL, μεταξύ των οποίων μπορούμε να αναφέρουμε MySQL, MariaDB, MariaDB Galera Cluster, Percona Server και Percona XtraDB Cluster. Υποστηρίζει επίσης όλα τα λειτουργικά συστήματα GNU / Linux, που λειτουργούν καλά σε υλικό 32 bit και 64 bit.

Μεταξύ άλλων χαρακτηριστικών, μπορούμε να αναφέρουμε την παρεμπόδιση των αντιγράφων MyISAM, των πλήρων συμπιεσμένων αντιγράφων ασφαλείας, των αυξημένων συμπιεσμένων αντιγράφων ασφαλείας, των ταχέως αυξανόμενων εφεδρικών αντιγράφων, των επαυξητικών αντιγράφων με αρχειοθετημένα αρχεία καταγραφής και μόνο του αρχείου καταγραφής REDO, των παράλληλων τοπικών αντιγράφων ασφαλείας, των αντιγράφων, κρυπτογράφηση.

Επιπλέον, έρχεται και με υποστήριξη rsync για συγχρονισμό αρχείων τελευταίας τεχνολογίας, εξαγωγή μεμονωμένων πινάκων, βελτιωμένο χειρισμό FTWRL, συμπαγή αντίγραφα ασφαλείας, υποστήριξη ανάκτησης χρόνου, αντίγραφα ασφαλείας εκτός σύνδεσης, καθώς και υποστήριξη για cloud αντίγραφα ασφαλείας.

Κάτω από την κουκούλα και τη διαθεσιμότητα

Το Percona XtraBackup είναι γραμμένο στις γλώσσες προγραμματισμού C, C ++ και Perl. Αυτό το λογισμικό γραμμής εντολών διανέμεται ως προπαρασκευασμένα δυαδικά πακέτα για τις διανομές του Ubuntu, του Debian και του Red Hat Enterprise Linux, καθώς και για τα καθολικά δυαδικά αρχεία και αρχεία πηγών.

Τι είναι νέο σε αυτήν την έκδοση:

• Η Percona XtraBackup θα διεξαχθεί κατά την προετοιμασία ορισμένων σελίδων FTS. Σφάλμα σταθερό # 1460138.
• Σφάλμα σταθερού σφάλματος λόγω έλλειψης εξάρτησης που προκαλείται από το ανάντη σφάλμα # 77226. Διορθώθηκε σφάλμα # 1461129.
• Η επαναφορά που εισήχθη με τον καθορισμό ενός σφάλματος # 1403237 στο Percona XtraBackup 2.2.8 θα μπορούσε να προκαλέσει xtrabackup για να διαβάσει ένα log redo από λάθος μετατόπιση που θα προκαλούσε μια διαπίστωση. Σφάλμα σταθερό # 1464608.
• Σταθερή μη αρχικοποιημένη current_thd νήμα-τοπική μεταβλητή. Αυτό διορθώνει επίσης πλήρως το σφάλμα # 1415191. Διορθώθηκε σφάλμα # 1467574.
• Μετά την κυκλοφορία του Percona XtraBackup 2.2.11, το innobackupex εκπέμπει έναν ΠΙΝΑΚΑ ΑΦΑΙΡΕΣΗΣ προτού εκτελέσει τους ΠΙΝΑΚΕΣ FLUSH ΜΕ ΚΩΔΙΚΟ ΑΝΑΓΝΩΣΗΣ. Ενώ θα βοηθήσει τα αντίγραφα ασφαλείας σε κάποια κατάσταση, αυτό σημαίνει επίσης ότι ο ΠΙΝΑΚΑΣ FLUSH θα εγγραφεί στο δυαδικό αρχείο καταγραφής. Στο MariaDB 10.0 με ενεργοποιημένο το GTID, όταν ελήφθη αντίγραφο ασφαλείας στον σκλάβο, αυτό άλλαξε το GTID αυτού του σκλάβου και η Percona XtraBackup δεν είδε πια το σωστό GTID. Διορθώθηκε σφάλμα # 1466446 (Julien Pivotto).
• Η μεταγλώττιση RPM του Percona XtraBackup εξακολουθούσε να απαιτεί bzr. Διορθώθηκε σφάλμα # 1466888 (Julien Pivotto).
• Η συμπλήρωση των RPM του Percona XtraBackup με την επιλογή XB_VERSION_EXTRA θα δημιουργούσε μια εσφαλμένη έκδοση RPM. Διορθώθηκε σφάλμα # 1467424 (Julien Pivotto).
• Το Percona XtraBackup ολοκληρώνεται επιτυχώς ακόμα και όταν δεν έγινε αντιγραφή ολόκληρου του αρχείου καταγραφής ξανά. Αυτό σημαίνει ότι το αντίγραφο ασφαλείας θεωρήθηκε επιτυχές ακόμα και όταν ήταν διεφθαρμένες. Διορθώθηκε σφάλμα # 1470847.
• Σε σπάνιες περιπτώσεις, όταν υπάρχουν δύο ή περισσότεροι χώροι επιτραπέζιων σκευών με το ίδιο αναγνωριστικό στον κατάλογο δεδομένων, το xtrabackup παίρνει το πρώτο με λεξικό που θα μπορούσε να οδηγήσει στην απώλεια του σωστού πίνακα. Διορθώθηκε σφάλμα # 1475487.
• Η Percona XtraBackup λείπει το revision_id στα δυαδικά αρχεία. Διορθώθηκε σφάλμα # 1394174.

Τι νέο υπάρχει στην έκδοση 2.4.8:

• Η Percona XtraBackup θα διεξαχθεί κατά την προετοιμασία ορισμένων σελίδων FTS. Σφάλμα σταθερό # 1460138.
• Σφάλμα σταθερού σφάλματος λόγω έλλειψης εξάρτησης που προκαλείται από το ανάντη σφάλμα # 77226. Διορθώθηκε σφάλμα # 1461129.
• Η επαναφορά που εισήχθη με τον καθορισμό ενός σφάλματος # 1403237 στο Percona XtraBackup 2.2.8 θα μπορούσε να προκαλέσει xtrabackup για να διαβάσει ένα log redo από λάθος μετατόπιση που θα προκαλούσε μια διαπίστωση. Σφάλμα σταθερό # 1464608.
• Σταθερή μη αρχικοποιημένη current_thd νήμα-τοπική μεταβλητή. Αυτό διορθώνει επίσης πλήρως το σφάλμα # 1415191. Διορθώθηκε σφάλμα # 1467574.
• Μετά την κυκλοφορία του Percona XtraBackup 2.2.11, το innobackupex εκπέμπει έναν ΠΙΝΑΚΑ ΑΦΑΙΡΕΣΗΣ προτού εκτελέσει τους ΠΙΝΑΚΕΣ FLUSH ΜΕ ΚΩΔΙΚΟ ΑΝΑΓΝΩΣΗΣ. Ενώ θα βοηθήσει τα αντίγραφα ασφαλείας σε κάποια κατάσταση, αυτό σημαίνει επίσης ότι ο ΠΙΝΑΚΑΣ FLUSH θα εγγραφεί στο δυαδικό αρχείο καταγραφής. Στο MariaDB 10.0 με ενεργοποιημένο το GTID, όταν ελήφθη αντίγραφο ασφαλείας στον σκλάβο, αυτό άλλαξε το GTID αυτού του σκλάβου και η Percona XtraBackup δεν είδε πια το σωστό GTID. Διορθώθηκε σφάλμα # 1466446 (Julien Pivotto).
• Η μεταγλώττιση RPM του Percona XtraBackup εξακολουθούσε να απαιτεί bzr. Διορθώθηκε σφάλμα # 1466888 (Julien Pivotto).
• Η συμπλήρωση των RPM του Percona XtraBackup με την επιλογή XB_VERSION_EXTRA θα δημιουργούσε μια εσφαλμένη έκδοση RPM. Διορθώθηκε σφάλμα # 1467424 (Julien Pivotto).
• Το Percona XtraBackup ολοκληρώνεται επιτυχώς ακόμα και όταν δεν έγινε αντιγραφή ολόκληρου του αρχείου καταγραφής ξανά. Αυτό σημαίνει ότι το αντίγραφο ασφαλείας θεωρήθηκε επιτυχές ακόμα και όταν ήταν διεφθαρμένες. Διορθώθηκε σφάλμα # 1470847.
• Σε σπάνιες περιπτώσεις, όταν υπάρχουν δύο ή περισσότεροι χώροι επιτραπέζιων σκευών με το ίδιο αναγνωριστικό στον κατάλογο δεδομένων, το xtrabackup παίρνει το πρώτο με λεξικό που θα μπορούσε να οδηγήσει στην απώλεια του σωστού πίνακα. Διορθώθηκε σφάλμα # 1475487.
• Η Percona XtraBackup λείπει το revision_id στα δυαδικά αρχεία. Διορθώθηκε σφάλμα # 1394174.

Τι νέο υπάρχει στην έκδοση 2.4.7:

• Η Percona XtraBackup θα διεξαχθεί κατά την προετοιμασία ορισμένων σελίδων FTS. Σφάλμα σταθερό # 1460138.
• Σφάλμα σταθερού σφάλματος λόγω έλλειψης εξάρτησης που προκαλείται από το ανάντη σφάλμα # 77226. Διορθώθηκε σφάλμα # 1461129.
• Η επαναφορά που εισήχθη με τον καθορισμό ενός σφάλματος # 1403237 στο Percona XtraBackup 2.2.8 θα μπορούσε να προκαλέσει xtrabackup για να διαβάσει ένα log redo από λάθος μετατόπιση που θα προκαλούσε μια διαπίστωση. Σφάλμα σταθερό # 1464608.
• Σταθερή μη αρχικοποιημένη current_thd νήμα-τοπική μεταβλητή. Αυτό διορθώνει επίσης πλήρως το σφάλμα # 1415191. Διορθώθηκε σφάλμα # 1467574.
• Μετά την κυκλοφορία του Percona XtraBackup 2.2.11, το innobackupex εκπέμπει έναν ΠΙΝΑΚΑ ΑΦΑΙΡΕΣΗΣ προτού εκτελέσει τους ΠΙΝΑΚΕΣ FLUSH ΜΕ ΚΩΔΙΚΟ ΑΝΑΓΝΩΣΗΣ. Ενώ θα βοηθήσει τα αντίγραφα ασφαλείας σε κάποια κατάσταση, αυτό σημαίνει επίσης ότι ο ΠΙΝΑΚΑΣ FLUSH θα εγγραφεί στο δυαδικό αρχείο καταγραφής. Στο MariaDB 10.0 με ενεργοποιημένο το GTID, όταν ελήφθη αντίγραφο ασφαλείας στον σκλάβο, αυτό άλλαξε το GTID αυτού του σκλάβου και η Percona XtraBackup δεν είδε πια το σωστό GTID. Διορθώθηκε σφάλμα # 1466446 (Julien Pivotto).
• Η μεταγλώττιση RPM του Percona XtraBackup εξακολουθούσε να απαιτεί bzr. Διορθώθηκε σφάλμα # 1466888 (Julien Pivotto).
• Η συμπλήρωση των RPM του Percona XtraBackup με την επιλογή XB_VERSION_EXTRA θα δημιουργούσε μια εσφαλμένη έκδοση RPM. Διορθώθηκε σφάλμα # 1467424 (Julien Pivotto).
• Το Percona XtraBackup ολοκληρώνεται επιτυχώς ακόμα και όταν δεν έγινε αντιγραφή ολόκληρου του αρχείου καταγραφής ξανά. Αυτό σημαίνει ότι το αντίγραφο ασφαλείας θεωρήθηκε επιτυχές ακόμα και όταν ήταν διεφθαρμένες. Διορθώθηκε σφάλμα # 1470847.
• Σε σπάνιες περιπτώσεις, όταν υπάρχουν δύο ή περισσότεροι χώροι επιτραπέζιων σκευών με το ίδιο αναγνωριστικό στον κατάλογο δεδομένων, το xtrabackup παίρνει το πρώτο με λεξικό που θα μπορούσε να οδηγήσει στην απώλεια του σωστού πίνακα. Διορθώθηκε σφάλμα # 1475487.
• Η Percona XtraBackup λείπει το revision_id στα δυαδικά αρχεία. Διορθώθηκε σφάλμα # 1394174.

Τι νέο υπάρχει στην έκδοση 2.4.6:

• Η Percona XtraBackup θα διεξαχθεί κατά την προετοιμασία ορισμένων σελίδων FTS. Σφάλμα σταθερό # 1460138.
• Σφάλμα σταθερού σφάλματος λόγω έλλειψης εξάρτησης που προκαλείται από το ανάντη σφάλμα # 77226. Διορθώθηκε σφάλμα # 1461129.
• Η επαναφορά που εισήχθη με τον καθορισμό ενός σφάλματος # 1403237 στο Percona XtraBackup 2.2.8 θα μπορούσε να προκαλέσει xtrabackup για να διαβάσει ένα log redo από λάθος μετατόπιση που θα προκαλούσε μια διαπίστωση. Σφάλμα σταθερό # 1464608.
• Σταθερή μη αρχικοποιημένη current_thd νήμα-τοπική μεταβλητή. Αυτό διορθώνει επίσης πλήρως το σφάλμα # 1415191. Διορθώθηκε σφάλμα # 1467574.
• Μετά την κυκλοφορία του Percona XtraBackup 2.2.11, το innobackupex εκπέμπει έναν ΠΙΝΑΚΑ ΑΦΑΙΡΕΣΗΣ προτού εκτελέσει τους ΠΙΝΑΚΕΣ FLUSH ΜΕ ΚΩΔΙΚΟ ΑΝΑΓΝΩΣΗΣ. Ενώ θα βοηθήσει τα αντίγραφα ασφαλείας σε κάποια κατάσταση, αυτό σημαίνει επίσης ότι ο ΠΙΝΑΚΑΣ FLUSH θα εγγραφεί στο δυαδικό αρχείο καταγραφής. Στο MariaDB 10.0 με ενεργοποιημένο το GTID, όταν ελήφθη αντίγραφο ασφαλείας στον σκλάβο, αυτό άλλαξε το GTID αυτού του σκλάβου και η Percona XtraBackup δεν είδε πια το σωστό GTID. Διορθώθηκε σφάλμα # 1466446 (Julien Pivotto).
• Η μεταγλώττιση RPM του Percona XtraBackup εξακολουθούσε να απαιτεί bzr. Διορθώθηκε σφάλμα # 1466888 (Julien Pivotto).
• Η συμπλήρωση των RPM του Percona XtraBackup με την επιλογή XB_VERSION_EXTRA θα δημιουργούσε μια εσφαλμένη έκδοση RPM. Διορθώθηκε σφάλμα # 1467424 (Julien Pivotto).
• Το Percona XtraBackup ολοκληρώνεται επιτυχώς ακόμα και όταν δεν έγινε αντιγραφή ολόκληρου του αρχείου καταγραφής ξανά. Αυτό σημαίνει ότι το αντίγραφο ασφαλείας θεωρήθηκε επιτυχές ακόμα και όταν ήταν διεφθαρμένες. Διορθώθηκε σφάλμα # 1470847.
• Σε σπάνιες περιπτώσεις, όταν υπάρχουν δύο ή περισσότεροι χώροι επιτραπέζιων σκευών με το ίδιο αναγνωριστικό στον κατάλογο δεδομένων, το xtrabackup παίρνει το πρώτο με λεξικό που θα μπορούσε να οδηγήσει στην απώλεια του σωστού πίνακα. Διορθώθηκε σφάλμα # 1475487.
• Η Percona XtraBackup λείπει το revision_id στα δυαδικά αρχεία. Διορθώθηκε σφάλμα # 1394174.

Τι νέο υπάρχει στην έκδοση 2.4.3:

• Η Percona XtraBackup θα διεξαχθεί κατά την προετοιμασία ορισμένων σελίδων FTS. Σφάλμα σταθερό # 1460138.
• Σφάλμα σταθερού σφάλματος λόγω έλλειψης εξάρτησης που προκαλείται από το ανάντη σφάλμα # 77226. Διορθώθηκε σφάλμα # 1461129.
• Η επαναφορά που εισήχθη με τον καθορισμό ενός σφάλματος # 1403237 στο Percona XtraBackup 2.2.8 θα μπορούσε να προκαλέσει xtrabackup για να διαβάσει ένα log redo από λάθος μετατόπιση που θα προκαλούσε μια διαπίστωση. Σφάλμα σταθερό # 1464608.
• Σταθερή μη αρχικοποιημένη current_thd νήμα-τοπική μεταβλητή. Αυτό διορθώνει επίσης πλήρως το σφάλμα # 1415191. Διορθώθηκε σφάλμα # 1467574.
• Μετά την κυκλοφορία του Percona XtraBackup 2.2.11, το innobackupex εκπέμπει έναν ΠΙΝΑΚΑ ΑΦΑΙΡΕΣΗΣ προτού εκτελέσει τους ΠΙΝΑΚΕΣ FLUSH ΜΕ ΚΩΔΙΚΟ ΑΝΑΓΝΩΣΗΣ. Ενώ θα βοηθήσει τα αντίγραφα ασφαλείας σε κάποια κατάσταση, αυτό σημαίνει επίσης ότι ο ΠΙΝΑΚΑΣ FLUSH θα εγγραφεί στο δυαδικό αρχείο καταγραφής. Στο MariaDB 10.0 με ενεργοποιημένο το GTID, όταν ελήφθη αντίγραφο ασφαλείας στον σκλάβο, αυτό άλλαξε το GTID αυτού του σκλάβου και η Percona XtraBackup δεν είδε πια το σωστό GTID. Διορθώθηκε σφάλμα # 1466446 (Julien Pivotto).
• Η μεταγλώττιση RPM του Percona XtraBackup εξακολουθούσε να απαιτεί bzr. Διορθώθηκε σφάλμα # 1466888 (Julien Pivotto).
• Η συμπλήρωση των RPM του Percona XtraBackup με την επιλογή XB_VERSION_EXTRA θα δημιουργούσε μια εσφαλμένη έκδοση RPM. Διορθώθηκε σφάλμα # 1467424 (Julien Pivotto).
• Το Percona XtraBackup ολοκληρώνεται επιτυχώς ακόμα και όταν δεν έγινε αντιγραφή ολόκληρου του αρχείου καταγραφής ξανά. Αυτό σημαίνει ότι το αντίγραφο ασφαλείας θεωρήθηκε επιτυχές ακόμα και όταν ήταν διεφθαρμένες. Διορθώθηκε σφάλμα # 1470847.
• Σε σπάνιες περιπτώσεις, όταν υπάρχουν δύο ή περισσότεροι χώροι επιτραπέζιων σκευών με το ίδιο αναγνωριστικό στον κατάλογο δεδομένων, το xtrabackup παίρνει το πρώτο με λεξικό που θα μπορούσε να οδηγήσει στην απώλεια του σωστού πίνακα. Διορθώθηκε σφάλμα # 1475487.
• Η Percona XtraBackup λείπει το revision_id στα δυαδικά αρχεία. Διορθώθηκε σφάλμα # 1394174.

Τι είναι καινούργιο στην έκδοση 2.2.9:

• Percona XtraBackup 2.1.2 θα έκλεινε Μεταφορά στιγμιότυπου. Σφάλμα σταθερό # 1182698.

Τι νέο υπάρχει στην έκδοση 2.2.8:

• Percona XtraBackup 2.1.2 Μεταφορά στιγμιότυπου. Σφάλμα σταθερό # 1182698.

Τι νέο υπάρχει στην έκδοση 2.1.2:

• Σταθερά σφάλματα:
• Χρησιμοποιώντας το πακέτο DBD :: MySQL της Perl για την επικοινωνία του διακομιστή αντί να γεννήσει τον πελάτη της γραμμής εντολών MySQL εισήγαγε μια παλινδρόμηση η οποία προκάλεσε την αποτυχία της επιλογής innobackupex -galera-info. Διορθώθηκε σφάλμα # 1180672.
• Στον μορφότυπο του xtrabackup_galera_info λείπει ο διαχωριστής ':' μεταξύ των τιμών των wsrep_local_state_uuid και wsrep_last_committed. Διορθώθηκε σφάλμα # 1181222.
• Η αυτόματη ανίχνευση της έκδοσης innobackupex δεν λειτούργησε σωστά για τις τελευταίες κυκλοφορίες Percona Server και MySQL 5.1 που θα μπορούσαν να προκαλέσουν την αποτυχία του innobackupex. Τα σφάλματα ορίστηκαν # 1181092, # 1181099 και # 1180905.
• Όταν δημιουργείτε αντίγραφο ασφαλείας ενός διακομιστή που δεν είναι slave αναπαραγωγής με την επιλογή innobackupex-slave-info, το innobackupex απέτυχε με θανατηφόρο σφάλμα. Αντικαταστάθηκε το θανατηφόρο σφάλμα με ένα διαγνωστικό μήνυμα σχετικά με το innobackupex-slave-info που αγνοείται σε μια τέτοια περίπτωση. Διορθώθηκε σφάλμα # 1180662.
• Χαμηλές τιμές για το wait_timeout στο διακομιστή ενδέχεται να προκαλέσουν διακοπή σύνδεσης του διακομιστή κατά τη λήψη αντιγράφων ασφαλείας. Διορθώθηκε με τη ρύθμιση της μεγαλύτερης τιμής για την επιλογή wait_timeout στο διακομιστή, για να εμποδίσει τον διακομιστή να κλείσει τις συνδέσεις εάν η καθολική τιμή wait_timeout είναι πολύ χαμηλή. Διορθώθηκε σφάλμα # 1180922.
• Άλλες διορθώσεις σφαλμάτων: σφάλμα σταθερό # 1177182.

Τι νέο υπάρχει στην έκδοση 2.0.7:

• Νέες δυνατότητες:
• Αυτή η έκδοση του Percona XtraBackup έχει ενσωματώσει την πλήρη υποστήριξη για νέες λειτουργίες MySQL 5.6 (GTID, απομακρυσμένοι / μεταφερόμενοι χώροι επιτραπέζιων επιφανειών, ξεχωριστό tablespace αναιρέσεως, αρχεία ένδειξης σφαλμάτων πισίνας τύπου 5.6).
• Η Percona XtraBackup έχει ενσωματώσει την υποστήριξη για την προετοιμασία της InnoDB Pool Buffer Preloading που παρουσιάστηκε στο MySQL 5.6. Ξεκινώντας με το MySQL 5.6 χωματερές απορριμμάτων μπορεί να κατασκευαστεί και να φορτωθεί για ταχύτερη θέρμανση του διακομιστή μετά την εκκίνηση. Αυτή η λειτουργία είναι παρόμοια με την φόρτωση / επαναφορά της ομάδας buffer στο διακομιστή Percona. Η μνήμη αποθέματος μνήμης MySQL 5.6 αντιγράφεται στον κατάλογο backup κατά τη διάρκεια της φάσης δημιουργίας αντιγράφων ασφαλείας. Κατά τη διάρκεια του σταδίου αντιγραφής (επαναφορά) αντιγράφεται στον κατάλογο δεδομένων. Αφού αποκατασταθεί η δημιουργία αντιγράφων ασφαλείας, η χωρητικότητα μνήμης buffer μπορεί να φορτωθεί από το διακομιστή είτε αυτόματα κατά την εκκίνηση είτε κατόπιν αιτήματος.
• Το χρονικό διάστημα μεταξύ των ελέγχων που έγιναν με το νήμα αντιγραφής αντιγράφου είναι τώρα ρυθμιζόμενο από το innobackupex -log-copy-interval. Η ρύθμιση του διαστήματος επιτρέπει να μειωθεί ο χρόνος μεταξύ των ελέγχων που μπορούν να αποτρέψουν τις αποτυχίες του XtraBackup που προκαλούνται από την καταγραφή των αρχείων καταγραφής στο αρχείο καταγραφής συναλλαγών πριν αντιγραφούν από το νήμα αντιγραφής αντιγραφής.
• Η Percona XtraBackup αποθηκεύει τώρα την τιμή GTID στο xtrabackup_binlog_info όταν κάνει backup του MySQL και του Percona Server 5.6 με τη λειτουργία GTID ενεργοποιημένη. Παράδειγμα αυτού του τρόπου με τον οποίο μπορούν να χρησιμοποιηθούν αυτές οι πληροφορίες για τη δημιουργία / επαναφορά ενός σκλάβου μπορούν να βρεθούν σε αυτό το blogpost.
• Η επιλογή Pertraa XtraBackup xtrabackup -export υποστηρίζει τώρα μεταφερόμενους αποθηκευτικούς χώρους που έχουν εισαχθεί στην MySQL 5.6. Αυτή η επιλογή μπορεί να χρησιμοποιηθεί για την παραγωγή αρχείων μεταδεδομένων στυλ 5.6, τα οποία μπορούν να εισαχθούν από το ALTER TABLE IMPORT TABLESPACE στον MySQL και τον Percona Server 5.6 όπως περιγράφεται στον οδηγό Εξαγωγή και Εισαγωγή Πινάκων.
• Σταθερά σφάλματα:

Το binary
• xtrabackup_56 ήταν παρών σε πακέτα rpm και deb, αλλά λείπει από το πακέτο source.tar.gz. Διορθώθηκε προσθέτοντας επίσης το δυαδικό αρχείο που λείπει με το αρχείο .tar.gz. Διορθώθηκε σφάλμα # 1158948.
• Το innobackupex θα μπορούσε να καταρρεύσει κατά τη λήψη του αντίγραφου 5.6 λόγω της σύνδεσης μιας λανθασμένης βιβλιοθήκης SSL. Διορθώθηκε σφάλμα # 1168540.
• Η Percona XtraBackup θα συντριβεί όταν προετοιμάσει το αντίγραφο ασφαλείας 5.6 με διαχωρισμένους πίνακες. Διορθώθηκε σφάλμα # 1169169.
• Πίνακες που είχαν πέσει μεταξύ της λήψης πλήρους αντιγράφου ασφαλείας και ενός επιπλέον στοιχείου εμφανίστηκαν στον πλήρη κατάλογο δημιουργίας αντιγράφων ασφαλείας και δεν καταργήθηκαν όταν συγχωνεύθηκαν τα πρόσθετα αντίγραφα ασφαλείας. Διορθώθηκε με την κατάργηση αρχείων που αντιστοιχούν σε πίνακες που λείπουν στον κατάλογο επαυξητικού backup. Διορθώθηκε σφάλμα # 856400.
• Η Percona XtraBackup θα αφήσει τα παλιά xtrabackup_tmp * αρχεία στο datadir μετά την εφαρμογή των incremental backups. Διορθώθηκε σφάλμα # 1079135.
• Σταθερά ζευγάρια προειδοποιήσεων που βρέθηκαν στο innobackupex όταν έχουν γίνει όλες οι προειδοποιήσεις FATAL. Διορθώθηκε σφάλμα # 1116177.
• Εάν υπάρχουν χιλιάδες πίνακες και αργός IO, τότε το XtraBackup μπορεί να ξοδεύει πολύ χρόνο για να ανοίξει όλους τους πίνακες. Η βελτιστοποίηση έχει εφαρμοστεί και το XtraBackup αποφεύγει τώρα τη φόρτωση μη σχετικών χώρων επιτραπέζιων χώρων όταν γίνεται μερική δημιουργία αντιγράφων ασφαλείας, πράγμα που επιταχύνει τη διαδικασία δημιουργίας αντιγράφων ασφαλείας. Διορθώθηκε σφάλμα # 1130145.
• Το Percona XtraBackup δεν προεξέχει τα δεδομένα ανά νήμα στο νήμα αντιγραφής που μπορεί να προκαλέσει διακοπή του XtraBackup. Διορθώθηκε σφάλμα # 1166888.
• Η εξάρτηση του πακέτου έχει αλλάξει από το αφηρημένο mysql στο πραγματικό αρχείο / usr / bin / mysql, επειδή τα πακέτα rpm από την Oracle δεν ικανοποιούν πλέον την εξάρτηση mysql που απαιτείται από τα rpm των XtraBackup. Διορθώθηκε σφάλμα # 1095972.
• Η Percona XtraBackup θα αποτύχει κατά την προετοιμασία της αντιγραφής MySQL 5.6 αν τα αρχεία καταγραφής ήταν μεγαλύτερα από 4G στον διακομιστή προέλευσης. Διορθώθηκε σφάλμα # 1164979.
• Λόγω διαφορετικής εφαρμογής σε MySQL 5.6 τα μηνύματα λάθους δεν εκτυπώθηκαν απευθείας στο stderr. Εξαιτίας αυτού, όλα τα σφάλματα InnoDB ή τα διαγνωστικά μηνύματα δεν εκτυπώνονται ποτέ από το xtrabackup_56. Διορθώθηκε σφάλμα # 1169971.
• Το innobackupex θα εξακολουθεί να τρέχει με FLUSH TABLES WITH READ LOCK ακόμη και αν το xtrabackup αποτύχει κατά την αντιγραφή των αρχείων καταγραφής. Διορθώθηκε με τερματισμό της διαδικασίας xtrabackup αμέσως κατά την αποτυχία αντιγραφής του αρχείου καταγραφής. Σφάλμα σταθερό # 1170806.
• Το innobackupex θα αποτύχει αν ο SQL_MODE οριστεί σε ANSI_QUOTES. Διορθώθηκε σφάλμα # 945161.
• Λείπει space_id από * .ibd.meta θα οδηγούσε σε ισχυρισμό. Διορθώθηκε με την αντικατάσταση του ισχυρισμού με το μήνυμα σφάλματος. Διορθώθηκε σφάλμα # 1112224.
• Καθορίστηκε το τυπογραφικό λάθος στην έξοδο σφάλματος innobackupex. Διορθώθηκε σφάλμα # 1157225.
• Κατά την κατασκευή από την πηγή innodb56 ο στόχος δεν είχε την επιλογή να απενεργοποιήσει το DTrace όπως το innodb55. Διορθώθηκε προσθέτοντας την επιλογή -DENABLE_DTRACE = OFF build για το innodb56 επίσης. Διορθώθηκε σφάλμα # 1169509.
• Το innobackupex δεν χειριζόταν την επιλογή innodb_data_file_path η οποία θα μπορούσε να προκαλέσει αποτυχία backup. Διορθώθηκε σφάλμα # 1169726.
• Για τα δυαδικά αρχεία Debian και Linux, το μήνυμα --version που πρέπει να περιλαμβάνει την αναθεώρηση, εμφανίζει "undefined". Διορθώθηκε σφάλμα # 1171721.
• Ο περιττός κώδικας έχει αφαιρεθεί από το xtrabackup.cc. Διορθώθηκε σφάλμα # 1162765.
• Άλλες διορθώσεις σφαλμάτων: σφάλμα σταθερό # 1158154, σφάλμα σταθερό # 1170340, σφάλμα σταθερό # 1088309, σφάλμα σταθερό # 1088307.

Τι νέο υπάρχει στην έκδοση 2.0.6:

• Νέες δυνατότητες:
• Το XtraBackup έχει εφαρμόσει βασική υποστήριξη για MySQL 5.6, Percona Server 5.6 και MariaDB 10.0. Η βασική υποστήριξη σημαίνει ότι αυτές οι εκδόσεις αναγνωρίζονται από το XtraBackup και ότι η δημιουργία αντιγράφων ασφαλείας / επαναφοράς λειτουργεί εφ 'όσον δεν χρησιμοποιούνται ειδικές λειτουργίες 5.6 (όπως GTID, απομακρυσμένοι μεταφερόμενοι χώροι, ξεχωριστό tablespace,
• Σταθερά σφάλματα:
• Οι επιμέρους πίνακες χώρου InnoDB μεγέθους μικρότερου από 1MB επεκτάθηκαν σε 1MB στη λειτουργία δημιουργίας αντιγράφων ασφαλείας. Αυτό οδήγησε σε μια μεγάλη αύξηση στη χρήση του δίσκου σε περιπτώσεις όπου υπάρχουν πολλοί μικροί πίνακες InnoDB. Σφάλμα σταθερό # 950334 (Daniel Frett, Alexey Kopytov).
• Διορθώθηκε το πρόβλημα που προκάλεσε την αγνόηση από το XtraBackup βάσεων δεδομένων που αντιστοιχούν σε μη προσβάσιμους υποκαταλόγους datadir χωρίς προειδοποίηση ή μηνύματα σφάλματος. Αυτό συνέβαινε επειδή ο κώδικας InnoDB σιωπηλά αγνόησε τους υποκαταλόγους datadir που δεν μπορούσε να ανοίξει. Διορθώθηκε σφάλμα # 664986 (Alexey Kopytov).
• Σε κάποιες περιπτώσεις, το XtraBackup θα μπορούσε να αποτύχει να αντιγράψει έναν χώρο πίνακα με μια υψηλή παράμετρο τιμής και μια χαμηλή τιμή innodb_open_files. Διορθώθηκε σφάλμα # 870119 (Alexey Kopytov).
• Διόρθωση για το σφάλμα # 711166 εισήγαγε μια παλινδρόμηση που προκάλεσε την αποτυχία μεμονωμένων αντιγράφων διαμερίσματος όταν χρησιμοποιήθηκε με την επιλογή --include στο innobackupex ή την επιλογή --tables στο xtrabackup. Σφάλμα σταθερό # 1130627 (Alexey Kopytov).
• Το innobackupex δεν πρόσθεσε τη ρύθμιση αρχείου ανά τραπέζι για ανεξάρτητα αντίγραφα ασφαλείας. Διορθώθηκε κάνοντας το XtraBackup να ενεργοποιήσει αυτόματα το innodb_file_per_table όταν χρησιμοποιείται η επιλογή -export. Σφάλμα σταθερό # 930062 (Alexey Kopytov).
• Σε ορισμένες περιπτώσεις, το XtraBackup θα μπορούσε να αποτύχει σε ένα εφεδρικό με το innodb_flush_method = O_DIRECT. Σφάλμα σταθερό # 1055547 (Alexey Kopytov).
• Το innobackupex δεν πέρασε την επιλογή -tmpdir στο δυαδικό αρχείο xtrabackup με αποτέλεσμα το tmpdir του διακομιστή να χρησιμοποιείται πάντα για προσωρινά αρχεία. Σφάλμα σταθερό # 1085099 (Alexey Kopytov).
• Το XtraBackup βελτίωσε την αναφορά σφαλμάτων για τις μη αναγνωρισμένες εκδόσεις διακομιστών. Σφάλμα σταθερό # 1087219 (Alexey Kopytov).
• Διορθώθηκε η έλλειψη εξάρτησης rpm για το πακέτο Perl Time :: HiRes που προκάλεσε την αποτυχία του innobackupex σε ελάχιστες εγκαταστάσεις του CentOS. Σφάλμα σταθερό # 1121573 (Alexey Bychko).
• Το innobackupex θα αποτύχει όταν χρησιμοποιήθηκαν --no-lock και -rsync σε συνδυασμό. Σφάλμα σταθερό # 1123335 (Sergei Glushchenko).
• Διόρθωση για το σφάλμα # 1055989 εισήγαγε μια παλινδρόμηση που προκάλεσε το αρχείο xtrabackup_pid να παραμείνει στο προσωρινό αρχείο μετά την εκτέλεση. Διορθώθηκε σφάλμα # 1114955 (Alexey Kopytov).
• Τα άχρηστα μηνύματα εντοπισμού σφαλμάτων έχουν αφαιρεθεί από την έξοδο του XtraBackup. Σφάλμα σταθερό # 1131084 (Alexey Kopytov).
• Άλλες επιδιορθώσεις σφαλμάτων: σφάλμα σταθερό # 1153334 (Alexey Kopytov), ​​σφάλμα σταθερό # 1098498 (Laurynas Biveinis), σφάλμα σταθερό # 1132763 (Laurynas Biveinis) ).

Τι νέο υπάρχει στην έκδοση 2.0.5:

• Νέες δυνατότητες:
• Εισήχθη νέα επιλογή --defaults-extra-file. Αυτή η επιλογή καθορίζει από ποιο πρόσθετο αρχείο να διαβάσει τις προεπιλεγμένες επιλογές MySQL πριν από το τυπικό αρχείο προεπιλογών. Μπορεί να χρησιμοποιηθεί για τη φόρτωση του συνδυασμού χρήστη / κωδικού πρόσβασης για τον αποκλειστικό χρήστη δημιουργίας αντιγράφων ασφαλείας από ένα ξεχωριστό αρχείο ρυθμίσεων, για να αποφευχθεί η αποθήκευση του στο crontab ή σε ένα σενάριο κάπου στο σύστημα.
• Σταθερά σφάλματα:
• Σε περίπτωση δημιουργίας αντιγράφων ροής, το innobackupex θα επαναλάβει τη διαδικασία XtraBackup και στη συνέχεια θα περιμένει να τελειώσει πριν εκτελέσει τους UNLOCK TABLES. Αυτό προκάλεσε την αποτροπή άσκοπης βάσης δεδομένων με ΠΙΝΑΚΕΣ FLUSH ΜΕ ΚΩΔΙΚΟ ΑΝΑΜΟΝΗΣ. Το Innobackupex περιμένει μόνο μέχρι να ολοκληρωθεί η αντιγραφή αντιγράφων για να ξεκλειδώσετε τις βάσεις δεδομένων. Σφάλμα σταθερό # 1055989 (Alexey Kopytov).
• μηνύματα σφάλματος innobackupex που αναφέρονται στον κατάλογο δεδομένων έχουν επεκταθεί για να εμφανίσουν τη διαδρομή του καταλόγου δεδομένων που αναφέρεται στο μήνυμα σφάλματος. Σφάλμα σταθερό # 1089375 (Hartmut Holzgraefe).
• Οι πίνακες χωρισμάτων δεν χειρίστηκαν σωστά από τις επιλογές --databases, --include, --tables-file options του innobackupex και από τις επιλογές -tables και -tables-file του XtraBackup. Διορθώθηκε με την κατάργηση του επιθέματος διαμερίσματος (#P # ...) πριν γίνει το φιλτράρισμα. Σφάλμα σταθερό # 711166 (Sergei Glushchenko).
• Όταν χρησιμοποιήθηκε η ενσωματωμένη συμπίεση, το XtraBackup πραγματοποιούσε μη καταχωρημένες εγγραφές στο αρχείο προορισμού ή ρεύμα σε πολύ μικρά κομμάτια τα οποία σε αντάλλαγμα προκάλεσαν αναποτελεσματική είσοδο / έξοδο. Διορθώθηκε χρησιμοποιώντας ένα buffer 1M για έξοδο παρόμοια με τα ασυμπίεστα αντίγραφα ασφαλείας. Σφάλμα σταθερό # 1095249 (Alexey Kopytov).
• Ο περιττός μακρύς ύπνος () στο innobackupex οδηγεί σε ΠΙΝΑΚΕΣ FLUSH με το READ LOCK χρονοτριβώντας πολύ. Διορθώθηκε με αντικατάσταση διαστήματος ύπνου 2 δευτερολέπτων με 100 χιλιοστά του δευτερολέπτου ένα. Σφάλμα σταθερό # 1095551 (Sergei Glushchenko).
• Εάν το innobackupex συντριβεί, θα αφήσει το αρχείο xtrabackup_suspended στο σύστημα αρχείων. Αυτό θα μπορούσε τότε να αναγκάσει το innobackupex να σκέφτεται ότι το XtraBackup έχει ανασταλεί από τη στιγμή που ξεκίνησε και τότε όταν το XtraBackup αναστρέφεται, το innobackupex θα περιμένει να λήξει και δεν θα επαναλάβει το αρχείο αναστολής, οδηγώντας σε αδιέξοδο. Διορθώθηκε με την κατάργηση του κατακερματισμένου αρχείου xtrabackup_suspended κατά την εκκίνηση του innobackupex. Διορθώθηκε σφάλμα # 1007446 (George Ormond Lorch III).
• Το innobackupex δεν θα αναγνώριζε το MariaDB 5.2 και το MariaDB 5.3. Διορθώθηκε με την αύξηση των ελέγχων έκδοσης στο innobackupex. Σφάλμα σταθερό # 733665 (Daniel van Eeden, Alexey Kopytov).
• Άλλες διορθώσεις σφαλμάτων: bug fixed # 924492 (Alexey Kopytov), ​​bug fixed # 1097158 (Alexey Kopytov)

Τι νέο υπάρχει στην έκδοση 1.6.7:

• Σταθερά σφάλματα:

Το
• xtrabackup_binary δεν συμπεριλήφθηκε στο αρχείο tar όταν ρέει, αλλά γράφτηκε στον τρέχοντα κατάλογο. Αυτό θα μπορούσε να οδηγήσει σε λάθος δυαδικό xtrabackup που χρησιμοποιείται κατά την προετοιμασία των αντιγράφων ασφαλείας που δημιουργήθηκαν με τις επιλογές -stream ή -remote-host. Τα σφάλματα ορίστηκαν # 723318 και # 787988 (Stewart Smith).
• Οι πίνακες FLUSH με READ LOCK δεν χρησιμοποιήθηκαν κατά τη δημιουργία επιπρόσθετων αντιγράφων ασφαλείας, οι οποίες θα μπορούσαν να οδηγήσουν σε ασυνεπή αντίγραφα ασφαλείας όταν πραγματοποιήθηκαν ενημερώσεις σε πίνακες μη InnoDB ή σε καταστάσεις DDL σε οποιονδήποτε πίνακα κατά τη διάρκεια της διαδικασίας δημιουργίας αντιγράφων ασφαλείας. Σφάλμα σταθερό # 771981 (Alexey Kopytov).
• Η επιλογή -safe-slave-backup κατέληξε σε λανθασμένες πληροφορίες binlog, επειδή σε μερικές περιπτώσεις το innobackupex συγχέεται με την απάντηση από το SHOW SLAVE STATUS με το STATUS SHOW MASTER STATUS. Διορθώθηκε σφάλμα # 977101 (Alexey Kopytov).

Το
• innodb_data_file_path δεν γράφτηκε στο backup-my.cnf, αυτό ήταν μια παλινδρόμηση που εισήχθη στο XtraBackup 1.6.5. Σφάλμα σταθερό # 983685 (Sergei Glushchenko).
• Σταθερά ανεπιτυχείς δοκιμασίες πακέτων δοκιμών με grep 2.10. Σφάλμα σταθερό # 996483 (Alexey Kopytov).
• Όταν το innobackupex τρέχει με το --apply-log, διαβάζοντας τη διαμόρφωση από το αρχείο διαμόρφωσης του διακομιστή αντί του backup-my.cnf στον κατάλογο backup. Σφάλμα σταθερό # 996493 (Sergei Glushchenko).
• Το innobackupex μπορεί να αντιγράψει αρχεία σε λάθος κατάλογο όταν συγχωνεύει ένα πρόσθετο αντίγραφο ασφαλείας σε ένα πλήρες αντίγραφο. Σφάλμα σταθερό # 1002688 (Alexey Kopytov).
• Ο δυαδικός κώδικας XtraBackup διαγράφει περιγραφές αρχείων στο --backup. Αυτό διορθώθηκε με την επαναχρησιμοποίηση του υπάρχοντος περιγραφέα αρχείου, ώστε να μην σημειωθεί διαρροή. Σφάλμα σταθερό # 713267 (Alexey Kopytov).

Τι νέο υπάρχει στην έκδοση 2.0.4:

• Σταθερά σφάλματα:
• Η επιδιόρθωση σφάλματος για το # 932623 εισήγαγε την παλινδρόμηση στο XtraBackup 2.0.2 που προκάλεσε την αποτυχία των επαυξητικών αντιγράφων ασφαλείας επειδή οι τιμές των παραμέτρων init δεν ήταν κανονικοποιημένες στις τιμές που χρησιμοποιήθηκαν στο InnoDB. Σφάλμα σταθερό # 1062684 (Σεργκέι Glushchenko).
• Η επιδιόρθωση σφάλματος για το # 932623 εισήγαγε την παλινδρόμηση στο XtraBackup 2.0.2 επειδή δεν πήρε το ξεχωριστό χώρο αποθήκευσης doublewrite σε έναν λογαριασμό. Σφάλμα σταθερό # 1066843 (Sergei Glushchenko).
• Το XtraBackup αντιμετώπιζε λανθασμένα το χωριστό αρχείο προσωρινής αποθήκευσης διπλής εγγραφής. Η διαδρομή αρχείου του buffer doublewrite δεν προστέθηκε στο backup-my.cnf και αφού χρησιμοποιήθηκε το αρχείο αποκατάστασης παλαιού buffer buffer αντί για ένα που έγινε κατά τη διάρκεια του σταδίου προετοιμασίας. Σφάλμα σταθερό # 1068470 (Sergei Glushchenko).
• Το XtraBackup δέχεται πλέον την επιλογή --innodb = force, προηγουμένως θα έβγαλε ένα σφάλμα αν η επιλογή είχε ρυθμιστεί. Διορθώθηκε σφάλμα # 528752 (Laurynas Biveinis).
• Η επιλογή backup-slave-backup δεν λειτουργούσε σωστά. Σφάλμα σταθερό # 887803 (Alexey Kopytov).
• Σε περίπτωση που επιτεύχθηκε προσωρινή αποκατάσταση ασφαλείας-σκλάβων όταν χρησιμοποιήθηκε η επιλογή backup-slave-backup, το SQL_THREAD παρέμεινε σε κατάσταση διακοπής, προκαλώντας καθυστέρηση του νήματος υποτελούς. Αυτό διορθώθηκε ελέγχοντας την αρχική κατάσταση SQL_THREAD και ξεκινώντας πριν τερματίσει με ένα σφάλμα χρονικού ορίου και ξεκινώντας το SQL_THREAD μόνο αν εκτελείται αρχικά. Σφάλμα σταθερό # 1037379 (Alexey Kopytov).
• Το XtraBackup θα αποτύχει στο -apply-log όταν το σύστημα αρχείων δεν υποστηρίζει το Linux AIO. Σφάλμα σταθερό # 1065561 (Alexey Kopytov).
• Το δυαδικό αρχείο XtraBackup θα αγνοήσει το innodb_use_native_aio όταν έχει οριστεί είτε στο my.cnf είτε ως επιλογή γραμμής εντολών. Σφάλμα σταθερό # 1068459 (Alexey Kopytov).
• Το XtraBackup θα εκτυπώσει ένα προειδοποιητικό μήνυμα κατά τη διάρκεια του σταδίου προετοιμασίας για την ανανέωση του innodb_file_io_threads, ακόμα και αν δεν έχει οριστεί η μεταβλητή. Σφάλμα σταθερό # 1068485 (Alexey Kopytov).
• Οι δοκιμές XtraBackup Galera μπορούν τώρα να εκτελεστούν ταυτόχρονα. Σφάλμα σταθερό # 1077800 (Stewart Smith).

Τι νέο υπάρχει στην έκδοση 2.0.3:

• Νέες δυνατότητες:
• Το innobackupex υποστηρίζει τώρα νέα επιλογή -move-back που μπορεί να χρησιμοποιηθεί αντί -copy-back σε περίπτωση που δεν υπάρχει αρκετός ελεύθερος χώρος στο διακομιστή για την αντιγραφή αρχείων. Καθώς αυτή η επιλογή καταργεί τα αρχεία αντιγράφων ασφαλείας, πρέπει να χρησιμοποιείται με προσοχή.
• Σταθερά σφάλματα:
• Το σύμβολο για το δυαδικό innobackupex-1.5.1 έχει σπάσει στην προηγούμενη έκδοση του XtraBackup. Σφάλμα σταθερό # 1038198 (Ignacio Nin).
• Το XtraBackup 2.0.2 δεν ήταν συμβατό προς τα πίσω, το οποίο προκάλεσε την αποτυχία των προεπιλεγμένων αντιγράφων ασφαλείας που δημιουργήθηκαν με προηγούμενες εκδόσεις κατά την προετοιμασία. Σφάλμα σταθερό # 1038127 (Sergei Glushchenko).
• Η επιδιόρθωση για το σφάλμα # 1022562 εισήγαγε μια παλινδρόμηση η οποία μπορεί να οδηγήσει ενδεχομένως σε αύξηση 5 φορές στο χώρο του δίσκου που καταλαμβάνεται από τα πρόσθετα αντίγραφα ασφαλείας. Σφάλμα σταθερό # 1043762 (Laurynas Biveinis).
• Εισήχθη μια παλινδρόμηση στην επιδιόρθωση για σφάλμα # 932623 που προκάλεσε λανθασμένο χειρισμό συμπιεσμένων χώρων πινάκων με μέγεθος σελίδας 16Κ, που δημιουργήθηκαν μεταξύ του τελευταίου πλήρους ή στοιχειώδους και του επόμενου σταδιακού εφεδρικού αντιγράφου ασφαλείας. Τα σφάλματα έχουν καθοριστεί # 1049174 και # 1044398 (Laurynas Biveinis).

Τι νέο υπάρχει στην έκδοση 1.6.4:

• των εκδόσεων της Percona XtraBackup.