Percona XtraBackup یک نرم افزار فرمان خطی منبع قابل حمل، قابل حمل، رایگان و غیر بلوکی است که به عنوان راه حل پشتیبان مستقل برای موتورهای ذخیره سازی XtraDB و InnoDB شناخته می شود. این ویژگی تایید پشتیبان خودکار را فراهم می کند و زمانهای بالاتر از سایر محصولات مشابه را ارائه می دهد.
این برنامه به طور کامل با سرورهای پایگاه داده MySQL و MariaDB سازگار است و توسط سرویس شبکه اجتماعی محبوب فیس بوک برای پشتیبان گیری افزایشی به شدت مورد استفاده قرار می گیرد. این برنامه برای حل مشکلات دنیای واقعی در هنگام پشتیبان گیری از پایگاه های بسیار بزرگ و بسیار بارگذاری شده طراحی شده است.
امکانات در یک نگاه
ویژگی های کلیدی شامل توانایی انجام پشتیبان گیری آنلاین در حالی که اجتناب از قطع پایگاه داده خود، توانایی انجام پشتیبان گیری جریان به سرور دیگری، و همچنین توانایی انجام پشتیبان گیری افزایشی در حالی که صرفه جویی در پول در فضای دیسک و پهنای باند شبکه.
با Percona XtraBackup پشتیبان گیری شما به راحتی و به سرعت تکمیل خواهد شد. شما همچنین می توانید بردگان تکرار جدید ایجاد کنید، تجزیه و تحلیل پیشرفته داده ها و فایل های شاخص را انجام دهید و جداول جداگانه را بین سرورها بدون راه اندازی مجدد، یک کار که XtraDB را برای وارد کردن نیاز دارد، قرار دهید.
این نرم افزار از طیف های مختلف خروجی MySQL پشتیبانی می کند، از جمله می توان به MySQL، MariaDB، MariaDB Galera Cluster، Percona Server و Percona XtraDB Cluster اشاره کرد. همچنین از تمام سیستم عامل های گنو / لینوکس پشتیبانی می کند و به سخت افزار 32 بیتی و 64 بیتی نیز عمل می کند.
از جمله ویژگی های دیگر می توان به مسدود سازی پشتیبان گیری MyISAM، پشتیبان گیری کامل فشرده، پشتیبان گیری فشرده افزایشی، پشتیبان گیری سریع افزایشی، پشتیبان گیری افزایشی با logs آرشیو و فقط REDO log، پشتیبان گیری موازی محلی، نسخه کپی، درخواست اعمال، فشرده سازی و رمزگذاری
علاوه بر این، همچنین با پشتیبانی از rsync برای هماهنگ سازی فایل های پیشرفته، صادرات جداول جداگانه، مدیریت FTWRL پیشرفته، پشتیبان گیری فشرده، پشتیبانی از بازیابی نقطه در زمان، پشتیبان گیری آفلاین و همچنین پشتیبانی از ابر پشتیبانی می کند. پشتیبان گیری.
تحت هود و در دسترس بودن
Percona XtraBackup در زبان های برنامه نویسی C، C ++ و Perl نوشته شده است. این نرم افزار خط فرمان به عنوان توزیع بسته های دودویی از پیش ساخته شده برای توزیعهای اوبونتو، دبیان و لینوکس لینوکس لینوکس و نیز بایگانیهای دودویی و منبعی جهانی است.
چه جدید در این انتشار:
Percona XtraBackup در طول مرحله آماده سازی برخی از صفحات FTS به طور جداگانه محاسبه می شود. اشکال ثابت # 1460138.
خطای تلفیقی ثابت به علت وابستگی از دست رفته توسط اشکال بالادست شماره 77226. اشکال ثابت # 1461129.
رگرسیون معرفی شده با رفع اشکال # 1403237 در Percona XtraBackup 2.2.8 می تواند باعث ایجاد xtrabackup برای خواندن مجدد مجدد از جبران اشتباه شود که باعث می شود که ادعا شود. اشکال ثابت # 1464608.
متغیر جریان current_thd ثابت بدون تغییر ثابت. این نیز به طور کامل رفع اشکال # 1415191. اشکال ثابت # 1467574.
پس از انتشار Percona XtraBackup 2.2.11، innobackupex یک جدول FLUSH را قبل از اجرای جدول های FLUSH با خواندن قفل می کند. در حالی که آن را به پشتیبان گیری در برخی از وضعیت کمک می کند، همچنین به این معنی است که FLUSH TABLE خواهد شد به ورود به سیستم باینری نوشته شده است. در MariaDB 10.0 با GTID فعال شد، زمانی که نسخه پشتیبان بر روی برده گرفته شد، این تغییر GTID از آن برده و Percona XtraBackup GTID درست را نمی بیند. اشکال ثابت # 1466446 (جولین پیوتو).
کامپایلر RPM Percona XtraBackup هنوز نیاز به bzr داشت. اشکال ثابت # 1466888 (جولین Pivotto).
کامپایل Percona XtraBackup RPM ها با گزینه XB_VERSION_EXTRA یک نسخه RPM نادرست ایجاد می کند. اشکال ثابت # 1467424 (جولین پیوتو).
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 برای خواندن مجدد مجدد از جبران اشتباه شود که باعث می شود که ادعا شود. اشکال ثابت # 1464608.
متغیر جریان current_thd ثابت بدون تغییر ثابت. این نیز به طور کامل رفع اشکال # 1415191. اشکال ثابت # 1467574.
پس از انتشار Percona XtraBackup 2.2.11، innobackupex یک جدول FLUSH را قبل از اجرای جدول های FLUSH با خواندن قفل می کند. در حالی که آن را به پشتیبان گیری در برخی از وضعیت کمک می کند، همچنین به این معنی است که FLUSH TABLE خواهد شد به ورود به سیستم باینری نوشته شده است. در MariaDB 10.0 با GTID فعال شد، زمانی که نسخه پشتیبان بر روی برده گرفته شد، این تغییر GTID از آن برده و Percona XtraBackup GTID درست را نمی بیند. اشکال ثابت # 1466446 (جولین پیوتو).
کامپایلر RPM Percona XtraBackup هنوز نیاز به bzr داشت. اشکال ثابت # 1466888 (جولین Pivotto).
کامپایل Percona XtraBackup RPM ها با گزینه XB_VERSION_EXTRA یک نسخه RPM نادرست ایجاد می کند. اشکال ثابت # 1467424 (جولین پیوتو).
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 برای خواندن مجدد مجدد از جبران اشتباه شود که باعث می شود که ادعا شود. اشکال ثابت # 1464608.
متغیر جریان current_thd ثابت بدون تغییر ثابت. این نیز به طور کامل رفع اشکال # 1415191. اشکال ثابت # 1467574.
پس از انتشار Percona XtraBackup 2.2.11، innobackupex یک جدول FLUSH را قبل از اجرای جدول های FLUSH با خواندن قفل می کند. در حالی که آن را به پشتیبان گیری در برخی از وضعیت کمک می کند، همچنین به این معنی است که FLUSH TABLE خواهد شد به ورود به سیستم باینری نوشته شده است. در MariaDB 10.0 با GTID فعال شد، زمانی که نسخه پشتیبان بر روی برده گرفته شد، این تغییر GTID از آن برده و Percona XtraBackup GTID درست را نمی بیند. اشکال ثابت # 1466446 (جولین پیوتو).
کامپایلر RPM Percona XtraBackup هنوز نیاز به bzr داشت. اشکال ثابت # 1466888 (جولین Pivotto).
کامپایل Percona XtraBackup RPM ها با گزینه XB_VERSION_EXTRA یک نسخه RPM نادرست ایجاد می کند. اشکال ثابت # 1467424 (جولین پیوتو).
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 برای خواندن مجدد مجدد از جبران اشتباه شود که باعث می شود که ادعا شود. اشکال ثابت # 1464608.
متغیر جریان current_thd ثابت بدون تغییر ثابت. این نیز به طور کامل رفع اشکال # 1415191. اشکال ثابت # 1467574.
پس از انتشار Percona XtraBackup 2.2.11، innobackupex یک جدول FLUSH را قبل از اجرای جدول های FLUSH با خواندن قفل می کند. در حالی که آن را به پشتیبان گیری در برخی از وضعیت کمک می کند، همچنین به این معنی است که FLUSH TABLE خواهد شد به ورود به سیستم باینری نوشته شده است. در MariaDB 10.0 با GTID فعال شد، زمانی که نسخه پشتیبان بر روی برده گرفته شد، این تغییر GTID از آن برده و Percona XtraBackup GTID درست را نمی بیند. اشکال ثابت # 1466446 (جولین پیوتو).
کامپایلر RPM Percona XtraBackup هنوز نیاز به bzr داشت. اشکال ثابت # 1466888 (جولین Pivotto).
کامپایل Percona XtraBackup RPM ها با گزینه XB_VERSION_EXTRA یک نسخه RPM نادرست ایجاد می کند. اشکال ثابت # 1467424 (جولین پیوتو).
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 برای خواندن مجدد مجدد از جبران اشتباه شود که باعث می شود که ادعا شود. اشکال ثابت # 1464608.
متغیر جریان current_thd ثابت بدون تغییر ثابت. این نیز به طور کامل رفع اشکال # 1415191. اشکال ثابت # 1467574.
پس از انتشار Percona XtraBackup 2.2.11، innobackupex یک جدول FLUSH را قبل از اجرای جدول های FLUSH با خواندن قفل می کند. در حالی که آن را به پشتیبان گیری در برخی از وضعیت کمک می کند، همچنین به این معنی است که FLUSH TABLE خواهد شد به ورود به سیستم باینری نوشته شده است. در MariaDB 10.0 با GTID فعال شد، زمانی که نسخه پشتیبان بر روی برده گرفته شد، این تغییر GTID از آن برده و Percona XtraBackup GTID درست را نمی بیند. اشکال ثابت # 1466446 (جولین پیوتو).
کامپایلر RPM Percona XtraBackup هنوز نیاز به bzr داشت. اشکال ثابت # 1466888 (جولین Pivotto).
کامپایل Percona XtraBackup RPM ها با گزینه XB_VERSION_EXTRA یک نسخه RPM نادرست ایجاد می کند. اشکال ثابت # 1467424 (جولین پیوتو).
Percona XtraBackup حتی زمانی که مجددا ورود مجدد به طور کامل کپی نمی شد، موفقیت آمیز بود. این بدان معنی است که پشتیبان حتی زمانی که فاسد شد، موفق بود. اشکال ثابت # 1470847.
در موارد نادر زمانی که دو یا چند جدول جداگانه با همان شناسه در دایرکتوری داده وجود دارد، xtrabackup اولین ترتیب را با ترتیب واژگانی ترتیب می دهد، که می تواند منجر به از دست دادن جدول صحیح شود. اشکال ثابت # 1475487.
Percona XtraBackup revision_id را در فایلهای دوتایی از بین برد. اشکال ثابت 1394174.
چه جدید در نسخه 2.2.9 به دست آمده است:
Percona XtraBackup 2.1.2 هنگام انجام Snapshot Transfer State قطع می شود. اشکال ثابت # 1182698.
چه جدید در نسخه 2.2.8 به دست آمده است:
Percona XtraBackup 2.1.2 هنگام انجام Snapshot Transfer دولتی قطع می شود. اشکال ثابت # 1182698.
چه جدید در نسخه 2.1.2 است:
اشکالات ثابت:
با استفاده از Packet DBD :: MySQL Perl برای برقراری ارتباط با سرور به جای ایجاد سرویس خط فرمان MySQL، رگرسیون ایجاب می کند که سبب عدم دسترسی به innobackupex -galera-info می شود. اشکال ثابت 1180672.
فرمت xtrabackup_galera_info تفسیر ":" بین مقادیر wsrep_local_state_uuid و wsrep_last_committed نبود. اشکال ثابت # 1181222.
تشخیص نسخه اتوماتیک innobackupex به درستی برای آخرین Percona Server و خروجی 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، جداول متحرک از راه دور / حمل و نقل، جداول جداگانه جداگانه، فایل های dump pool pool buffer 5.6) را اجرا می کند.
Percona XtraBackup پشتیبانی از InnoDB Buffer Pool Preload را که در MySQL 5.6 معرفی شده است، اجرا کرده است. شروع از MySQL 5.6 می تواند برای پردازنده سریعتر سرور پس از شروع، بارگیری و بارگذاری شود. این ویژگی شبیه به Dump / Restore استخر Buffer در Percona Server است. MySQL 5.6 buffer pool demo در مرحله پشتیبان گیری در پوشه پشتیبان کپی می شود. در مرحله کپی پشت (بازگرداندن) آن را به دایرکتوری داده کپی می کنیم. پس از پشتیبان گیری، بازگردانی می شود. باطری روبرو می تواند توسط سرور به طور خودکار در هنگام راه اندازی یا بر روی تقاضا بارگیری شود.
فاصله زمانی بین چک های انجام شده توسط log coping thread در حال حاضر توسط innobackupex -log-copy-interval قابل تنظیم است. تنظیم فاصله می تواند زمان بین چک ها را کاهش دهد که می تواند از وقوع خرابی های XtraBackup ناشی از سوابق ورودی در log log که قبل از رونویسی کپی برداری کپی شده است، جلوگیری کند.
گزینه Percona XtraBackup xtrabackup -export در حال حاضر از جداول متحرک قابل حمل در MySQL 5.6 پشتیبانی می کند. این گزینه را می توان برای تولید فایل های فراداده 5.6، که می تواند توسط ALTER TABLE IMPORT TABLESPACE در MySQL و Percona Server 5.6 وارد شده باشد، همانطور که در راهنمای Exporting and Importing Tabs توضیح داده شده است.
اشکالات ثابت:
xtrabackup_56 باینری در بسته های rpm و deb وجود داشت، اما از بسته source of gz گم نشد. ثابت با اضافه کردن باینری از دست رفته به .tar.gz نیز هست. اشکال ثابت 1158948.
innobackupex می تواند هنگام بارگیری پشتیبان 5.6 به دلیل اتصال کتابخانه SSL اشتباه سقوط کند. اشکال ثابت # 1168540.
Percona XtraBackup هنگام تهیه نسخه پشتیبان 5.6 با جداول تقسیم می شود. اشکال ثابت # 1169169.جداول که بین گرفتن پشتیبان کامل و یک افزایشی کاهش یافته بود در دایرکتوری پشتیبان کامل قرار داشتند و هنگامی که پشتیبان گیری افزایشی ادغام شده بود برداشته نشد. با حذف فایل هایی که مربوط به جداول موجود در دایرکتوری تهیه پشتیبان هستند، ثابت می شود. اشکال ثابت 856400.
Percona XtraBackup پس از استفاده از پشتیبان گیری افزایشی، فایل های xtrabackup_tmp * را در datadir ذخیره می کند. اشکال ثابت 1079135.
چندین هشدار ثابت در innobackupex پیدا شده است زمانی که همه هشدارها FATAL ساخته شده است. اشکال ثابت # 1116177.
اگر هزاران جداول و آرگومان IO وجود داشته باشد، XtraBackup می تواند زمان زیادی را صرف باز کردن تمام جدول های جداگانه کند. بهینه سازی شده است و XtraBackup در حال حاضر اجتناب از بارگذاری پارامترهای جداول غیر مرتبط زمانی که پشتیبان گیری جزئی انجام می شود که سرعت پردازش پشتیبان را افزایش می دهد. اشکال ثابت 1130145.
Percona XtraBackup داده های مربوط به هر موضوع را در رکورد کپی کردن log که باعث می شود که XtraBackup سقوط کند، راه اندازی نمی کرد. اشکال ثابت # 1166888.
وابستگی بسته از دیتابیس انتزاعی به فایل واقعی / usr / bin / mysql تغییر کرده است، زیرا بسته های rpm از اوراکل دیگر وابستگی mysql را که توسط rpms XtraBackup مورد نیاز است راضی نمی کند. اشکال ثابت 1095972.Percona XtraBackup هنگام تهیه نسخه پشتیبان از خروجی 5.6 پشتیبان گیری می کند اگر فایل های ورودی بزرگتر از 4G در سرور منبع بود. اشکال ثابت # 1164979.
با توجه به پیاده سازی های مختلف در MySQL 5.6 پیام های خطا به طور مستقیم به stderr چاپ نشده است. از آنجا که تمام خطاهای InnoDB یا پیام های تشخیصی توسط xtrabackup_56 چاپ نمی شوند. اشکال ثابت # 1169971.
innobackupex همچنان با جدول FLUSH با LOCK خوانده می شود حتی اگر xtrabackup هنگام کپی کردن سیاهههای مربوطه خراب شود. ثابت با پایان دادن به روند xtrabackup بلافاصله در شکستن کپی برداری log. اشکال ثابت # 1170806.
innobackupex اگر SQL_MODE به ANSI_QUOTES تنظیم شود، شکست خواهد خورد. اشکال ثابت 945161.
فضای خالی از * .ibd.meta به ادعا منجر می شود. ثابت با جایگزینی ادعا با پیام خطا. اشکال ثابت 1112224.
اشتباه تایپی در خروجی خطای innobackupex ثابت شده است. اشکال ثابت 1157225.
هنگام ساختن از منبع منبع innodb56 گزینه ای برای غیر فعال کردن DTrace مانند innodb55 ندارد. ثابت با اضافه کردن -DENABLE_DTRACE = OFF گزینه ساخت برای innodb56 نیز هست. اشکال ثابت # 1169509.
innobackupex گزینه innodb_data_file_path را نادیده گرفت که می تواند پشتیبان را به شکست منجر شود. اشکال ثابت # 1169726.
برای دبیان و دوچرخه های لینوکس، پیغام --version که باید شامل تجدید نظر شود & quot؛ undefined & quot؛ را نشان می دهد. اشکال ثابت # 1171721.
Code redundant از 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، فضای جداگانه از راه دور / حمل و نقل، جداول جداگانه مجزا جداگانه، فایل های تخلیه شده با استخر بافر 5.6) .
اشکالات ثابت:
جداول جداول InnoDB با اندازه کمتر از 1 مگابایت بر روی عملیات تهیه پشتیبان به 1 مگابایت افزایش یافت. این به افزایش قابل توجهی در استفاده از دیسک منجر شد در مواردی که چندین جداول کوچک InnoDB وجود دارد. اشکال ثابت # 950334 (دانیل Frett، آلکسی Kopytov).
مسئله ای که باعث ایجاد پایگاه داده های مرتبط با زیرپوشه های datadir غیر قابل دسترسی شد، توسط XtraBackup بدون هشدار یا پیام های خطا نادیده گرفته شد. این اتفاق افتاد زیرا کد InnoDB به طور صریح نادیده گرفته شد subdirectories datadir که نمی توانست باز شود. اشکال ثابت # 664986 (آلکسی Kopytov).
در بعضی شرایط XtraBackup می تواند یک فضای جداول با یک مقدار گزینه high -parlall option و مقدار innodb_open_files کم کند. اشکال ثابت # 870119 (آلکسی Kopytov).
innobackupex تنظیمات فایل برای هر جدول را برای پشتیبان گیری مستقل از جدول اضافه نمی کند. ثابت شده با ساخت کردن خودکار XtraBackup innodb_file_per_table زمانی که گزینه --export استفاده می شود. اشکال ثابت 930062 (آلکسی Kopytov).
تحت برخی شرایط XtraBackup می تواند با پشتیبان تهیه کند با innodb_flush_method = O_DIRECT. اشکال ثابت # 1055547 (آلکسی Kopytov).
innobackupex گزینه تابع --tmpdir را به binary xtrabackup منتقل نمیکند و در نتیجه tmpdir سرور همیشه برای فایلهای موقت مورد استفاده قرار میگیرد. اشکال ثابت 1085099 (آلکسی Kopytov).
XtraBackup گزارش خطا برای نسخه های سرور ناشناخته را بهبود داده است. اشکال ثابت شماره 1087219 (آلکسی Kopytov).
وابستگی rpm گمشده برای Perl Time :: Pack HiRes را ثابت کرد که innobackupex را در حداقل سیستم نصب CentOS شکست داد. اشکال ثابت شماره 1121573 (الکسی بایچکو).
innobackupex زمانی که --nlock و --rsync در اتصال استفاده می شود. اشکال ثابت # 1123335 (سرگئی گلشچنکو).
رفع اشکال # 1055989 رگرسیون را نشان داد که باعث می شود فایل xtrabackup_pid در پوشه موقت بعد از اجرای باقی بماند. اشکال ثابت # 1114955 (آلکسی Kopytov).
پیام های غیر ضروری اشکال زدایی از خروجی XtraBackup حذف شده است. اشکال ثابت # 1131084 (آلکسی Kopytov).
دیگر رفع اشکال: اشکال ثابت # 1153334 (آلکسی Kopytov)، اشکال ثابت # 1098498 (Laurynas Biveinis)، اشکال ثابت # 1132763 (Laurynas Biveinis)، اشکال ثابت # 1142229 (Laurynas Biveinis)، اشکال ثابت # 1130581 (Laurynas Biveinis).
چه جدید در نسخه 2.0.5 است:
ویژگی های جدید:
گزینه جدید - defaults-extra-file معرفی شده است. این گزینه از چه فایل اضافی برای خواندن گزینه های پیش فرض MySQL قبل از استاندارد پیش فرض-فایل مشخص می کند. این می تواند مورد استفاده قرار گیرد برای بارگیری کامپوننت کاربر / رمز عبور برای کاربر پشتیبان اختصاص داده شده از یک فایل پیکربندی مجزا، برای جلوگیری از ذخیره آن در crontab یا یک اسکریپت در جایی از سیستم.
اشکالات ثابت:
در صورت پشتیبان گیری از جریان، innobackupex فرآیند XtraBackup را از سر می گیرد و سپس قبل از اجرای جداول UNLOCK TABLE، آن را به پایان برساند. این سبب ایجاد پایگاه داده به صورت غیر ضروری با جداول FLUSH با قفل خواندن قفل شد. Innobackupex در حال انتظار تنها تا زمانی که ورود به سیستم کپی تمام شده است برای باز کردن پایگاه داده ها. اشکال ثابت # 1055989 (آلکسی Kopytov).
پیام های خطای innobackupex با مراجعه به دایرکتوری داده گسترش یافته است تا مسیر دایرکتوری داده شده در پیام خطا را نشان دهد. اشکال ثابت # 1089375 (Hartmut Holzgraefe).
جداول جداگانه توسط پایگاه داده ها به درستی انجام نشده است، --include، - گزینه های table-file از innobackupex، و توسط گزینه های tabletables و --tables-file از XtraBackup. با حذف پسوند پارتیشن (# P # ...) ثابت شده است قبل از انجام فیلتر کردن. اشکال ثابت شماره 711166 (سرگئی گلچچنکو).
خواب طولانی غیر ضروری () در innobackupex منجر به TABLE FLUSH با خواندن قفل گرفتن بیش از حد طولانی است. ثابت با جایگزینی 2 ثانیه فاصله خواب با 100 میلی ثانیه یک. اشکال ثابت # 1095551 (سرگئی گلشچنکو).
اگر innobackupex سقوط کند، فایل xtrabackup_suspended را در سیستم فایل حذف خواهد کرد. این امر می تواند باعث شود innobackupex فکر کند که XtraBackup خود را لحظه ای شروع کرده است و سپس زمانی که XtraBackup در حقیقت خود را به حالت تعلیق درآورد، innobackupex منتظر پایان دادن به آن نیست و فایل موقت را دوباره حذف نخواهد کرد و منجر به یک بوق صبر خواهد شد. با حذف فایل xtrabackup_suspended قدیمی که ابتدا innobackupex را ثابت کرده است. اشکال ثابت 1007446 (جورج اورموند لورچ III).
Innobackupex قادر به تشخیص MariaDB 5.2 و MariaDB 5.3 نیست. ثابت با افزایش چک نسخه در innobackupex. اشکال ثابت شماره 733665 (دانیل ون ائین، آلکسی Kopytov).
سایر رفع اشکال: اشکال ثابت # 924492 (آلکسی Kopytov)، اشکال ثابت 1097158 (آلکسی Kopytov)، اشکال ثابت 1081882 (آلکسی Kopytov)، اشکال ثابت 1096584 (آلکسی Kopytov).
چه جدید در نسخه 1.6.7 به دست می آید:
اشکالات ثابت:
xtrabackup_binary در جریان tar به آرشیو tar وارد نشده است، بلکه به دایرکتوری فعلی نوشته شده است. این می تواند منجر به یک باینری xtrabackup اشتباه شود که هنگام تهیه نسخه پشتیبان ایجاد شده با گزینه های جریان - یا -remote-host استفاده می شود. اشکالات ثابت # 723318 و # 787988 (استوارت اسمیت).
جداول FLUSH با LOCK خواندن هنگام ایجاد پشتیبان گیری افزایشی مورد استفاده قرار نگرفتند، که در هنگام به روز رسانی در جداول non-InnoDB یا اظهارات DDL در هر جدول در طول فرایند پشتیبان، منجر به ایجاد پشتیبان ناسازگار می شود. اشکال ثابت # 771981 (آلکسی Kopytov).
گزینه - پشتیبان ذخیره سازی اسفراین منجر به اطلاعات نادرست binlog شد، زیرا در بعضی موارد innobackupex پاسخ از SHOW SLAVE STATUS را با یکی از وضعیت STATUS MASTER اشتباه گرفته است. اشکال ثابت # 977101 (آلکسی Kopytov).
innodb_data_file_path به backup-my.cnf نوشته نشده بود، این یک رگرسیون معرفی شده در XtraBackup 1.6.5 بود. اشکال ثابت 983685 (سرگئی گلشچنکو).
ثابت شکستگی مجموعه سوالات آزمون با grep 2.10. اشکال ثابت 996483 (آلکسی Kopytov).
هنگامی که innobackupex با --apply log وارد شد، تنظیمات خواندن از پرونده پیکربندی سرور به جای backup-my.cnf در دایرکتوری پشتیبان بود. اشکال ثابت # 996493 (سرگئی گلشچنکو).
innobackupex می تواند فایل ها را به یک دایرکتوری اشتباه کپی کند، در حالی که ادغام یک پشتیبان افزایشی را به یک کامل تکثیر می کند. اشکال ثابت # 1002688 (آلکسی Kopytov).
دودویی XtraBackup از توصیفگرهای فایل بر روی backback استفاده کرد. این توسط استفاده مجدد از توصیفگر فایل موجود ثابت شد بنابراین هیچ نشت اتفاق نمی افتد. اشکال ثابت # 713267 (آلکسی Kopytov).
در نسخه 2.0.4 جدید است:
اشکالات ثابت:
رفع اشکال برای # 932623 رگرسیون را در XtraBackup 2.0.2 معرفی کرد که موجب خرابی پشتیبان افزایشی شد زیرا مقادیر پارامتر init به مقادیر استفاده شده در InnoDB عادی نشدند. اشکال ثابت # 1062684 (سرگئی گلشچنکو).
رفع اشکال برای # 932623 رگرسیون را در XtraBackup 2.0.2 معرفی کرد، زیرا جداول جداگانه دوبعدی دوبعدی را به یک حساب وارد نکرد. اشکال ثابت # 1066843 (سرگئی گلشچنکو).
XtraBackup نرفتن فایل جداگانه doublewrite buffer را انجام داد. مسیر فایل از بافر دوطرفه به backup-my.cnf افزوده نشد و پس از بازگرداندن فایل بافر دوبعدی قدیمی به جای یک ساخته شده در مرحله آماده سازی استفاده شد. اشکال ثابت شماره 1068470 (سرگئی گلشچنکو).
XtraBackup در حال حاضر گزینه option --innodb = force را قبول می کند، قبلا اگر گزینه ای تنظیم شود خطایی رخ خواهد داد. اشکال ثابت # 528752 (Laurynas Biveinis).
گزینه backup safe-slave درست کار نمی کرد. اشکال ثابت # 887803 (آلکسی Kopytov).
در صورت استفاده از backup-secrecy-secrecy در هنگام استفاده از گزینه backup-slave-backup، SQL_THREAD در حالت متوقف شده باقی ماند و موجب برانگیختن thread slave شد. این با چک کردن وضعیت اولیه SQL_THREAD و شروع آن قبل از پایان با یک خطای زمان وقوع و شروع SQL_THREAD تنها در صورتی که در ابتدا اجرا شد، ثابت شد. اشکال ثابت شماره 1037379 (آلکسی Kopytov).
XtraBackup بر روی --apply log-fail هنگامی که سیستم فایل AIO لینوکس را پشتیبانی نمی کند، شکست خورده است. اشکال ثابت # 1065561 (آلکسی Kopytov).
دوبعدی XtraBackup اگر innodcnf یا به عنوان یک گزینه خط فرمان مشخص شود، innodb_use_native_aio را نادیده می گیرد. اشکال ثابت شماره 1068459 (آلکسی Kopytov).
XtraBackup در مرحله آماده سازی یک پیام هشدار دهنده در مورد innodb_file_io_threads، حتی اگر متغیر تنظیم نشده باشد، نمایش داده می شود. اشکال ثابت شماره 1068485 (آلکسی Kopytov).
تست های XtraBackup Galera هم اکنون می توانید همزمان اجرا کنید. اشکال ثابت 1077800 (استوارت اسمیت).
در نسخه 2.0.3 جدید است:
ویژگی های جدید:
innobackupex اکنون از گزینه new -move-back پشتیبانی می کند که می تواند جایگزین -copy-back باشد در صورتی که فضای دیسک آزاد در سرور برای کپی فایل ها کافی نیست. همانطور که این گزینه فایلهای پشتیبان را حذف می کند، باید با احتیاط مورد استفاده قرار گیرد.
اشکالات ثابت:
Symlink برای innobackupex-1.5.1 باینری در نسخه قبلی XtraBackup شکسته شده است. اشکال ثابت شماره 1038198 (Ignacio Nin).
XtraBackup 2.0.2 سازگار نیست، زیرا پشتیبان گیری افزایشی ایجاد شده با نسخه های قبلی به دلیل عدم آماده سازی انجام می شود. اشکال ثابت شماره 1038127 (سرگئی گلچچنکو).
رفع اشکال # 1022562 رگرسیون را نشان داد که به طور بالقوه باعث افزایش 5 برابر در فضای دیسک اشغال شده توسط پشتیبان گیری افزایشی می شود. اشکال ثابت # 1043762 (Laurynas Biveinis).
یک رگرسیون در اصلاح برای خطا # 932623 معرفی شد که موجب ناکارایی فضای tableframes فشرده با اندازه صفحه 16K شد که بین آخرین نسخه کامل یا افزایشی و پشتیبان افزایشی بعدی ایجاد شد. اشکالات ثابت # 1049174 و # 1044398 (Laurynas Biveinis).
چه جدید در نسخه 1.6.4 وجود دارد:
شامل رفع اشکالات مهم در 1.6 نسخه از Percona XtraBackup است.
نظر یافت نشد