MariaDB
 sql >> डेटाबेस >  >> RDS >> MariaDB

ClusterControl - उन्नत बैकअप प्रबंधन - मारियाबैकअप भाग I

अन्य के साथ-साथ, ClusterControl बैकअप शेड्यूल को डिज़ाइन और निष्पादित करने में आपकी सहायता करने के लिए एक बेहतरीन टूल के रूप में कार्य कर सकता है। बैकअप सत्यापन, पारदर्शी बैकअप एन्क्रिप्शन और कई अन्य सहित कई सुविधाएँ उपलब्ध हैं। जो सामान्य रूप से गायब है वह है बैकअप टूल को ट्यून करने के लिए क्लस्टरकंट्रोल की क्षमता जिसका उपयोग हम बैकअप बनाने के लिए करते हैं। इस ब्लॉग में हम कुछ सेटिंग्स पर जाना चाहेंगे जिन्हें मारियाबैकअप पर लागू किया जा सकता है। आइए शुरू करें।

प्रारंभिक सेटअप

प्रारंभिक सेटअप एक मारियाडीबी क्लस्टर है जिसमें एक मास्टर और एक प्रतिकृति है जो कि पृष्ठभूमि में चल रहे डेटा के आयात के कारण इस समय पिछड़ रहा है।

हमारे पास दो ProxySQL नोड और दो Keepalived नोड हैं, जो वर्चुअल IP प्रदान करते हैं और सुनिश्चित करते हैं कि ProxySQL पहुंच योग्य है। हम sysbench द्वारा उत्पन्न डेटा के साथ क्लस्टर (इस प्रकार अंतराल) को आबाद कर रहे हैं। हमने इस प्रक्रिया को ट्रिगर करने के लिए निम्नलिखित कमांड का उपयोग किया है:

sysbench /root/sysbench/src/lua/oltp_read_write.lua --threads=4 --mysql-host=10.0.0.111 --mysql-user=sbtest --mysql-password=sbtest --mysql-port=6033 --tables=32 --table-size=1000000 prepare

यह लगभग 7.6GB डेटा उत्पन्न करेगा जिस पर हम विभिन्न बैकअप सेटिंग्स का परीक्षण करने जा रहे हैं।

संपीड़न सेटिंग

जैसा कि हमने उल्लेख किया है, ऐसी कुछ सेटिंग्स हैं जिनका उपयोग आप मारियाबैकअप और बैकअप प्रक्रिया में शामिल अन्य टूल को बदलने के लिए कर सकते हैं।

इस ब्लॉग पोस्ट में हम संपीड़न स्तर पर ध्यान केंद्रित करना चाहते हैं और देखना चाहते हैं अगर इसका हमारी बैकअप प्रक्रिया पर किसी प्रकार का वास्तविक प्रभाव पड़ता है। क्या यह बैकअप रन की लंबाई को बदलता है? क्या यह बैकअप का आकार बदलता है? कैसे? क्या यह वास्तव में डिफ़ॉल्ट सेटिंग के अलावा किसी और चीज़ का उपयोग करने का कोई मतलब है? आइए इसे शीघ्र ही देखें।

हम संपीड़न स्तर ड्रॉपडाउन से सभी सेटिंग्स का उपयोग करके बैकअप चलाने जा रहे हैं:

बैकअप को स्थानीय स्तर पर नोड पर संग्रहीत किया जाएगा, ताकि इसके कारण होने वाले प्रभाव को कम किया जा सके। नेटवर्क द्वारा। हम पूर्ण मारियाबैकअप का उपयोग करने जा रहे हैं। डेटाबेस में डेटा किसी भी तरह से एन्क्रिप्ट या संपीड़ित नहीं है।

हम 9 बैकअप कार्य शुरू करेंगे, जिनमें से प्रत्येक संपीड़न स्तर की एक अलग सेटिंग के साथ होगा। यह सेटिंग gzip को पास कर दी जाती है जिसका उपयोग डेटा को संपीड़ित करने के लिए डिफ़ॉल्ट रूप से किया जाता है। जब हम इस सेटिंग को बढ़ाएंगे तो हम बैकअप निष्पादन समय में वृद्धि और बैकअप आकार में कमी देखने की उम्मीद करते हैं।

जैसा कि आप देख सकते हैं, बैकअप 4 के अपवाद के साथ, जिसे हम कर सकते हैं बस एक क्षणिक उतार-चढ़ाव के रूप में गिनें, बैकअप निष्पादन समय 3 मिनट और 41 सेकंड से शुरू होकर 17 मिनट और 57 सेकंड तक बढ़ जाता है। बैकअप का आकार 3.5GB से घटकर 3.3GB हो जाता है। हम बैकअप के सटीक आकार की भी जांच कर सकते हैं:

du -s /root/backups/*
3653288 /root/backups/BACKUP-1
3643088 /root/backups/BACKUP-2
3510420 /root/backups/BACKUP-3
3486304 /root/backups/BACKUP-4
3449392 /root/backups/BACKUP-5
3437504 /root/backups/BACKUP-6
3429152 /root/backups/BACKUP-7
3425492 /root/backups/BACKUP-8
3405348 /root/backups/BACKUP-9

यह पुष्टि करता है कि बैकअप आकार, वास्तव में, प्रत्येक संपीड़न स्तर के साथ घटता है, लेकिन हमारे द्वारा परीक्षण किए गए पहले और अंतिम स्तर के बीच अंतर काफी छोटा है। सबसे छोटे बैकअप में सबसे बड़े के आकार का 93.2% होता है। दूसरी ओर, इसका निष्पादन समय (1077 सेकंड) सबसे बड़े बैकअप (221 सेकंड) के निष्पादन समय से लगभग 5 गुना अधिक है।

कृपया ध्यान रखें कि आपका माइलेज अलग-अलग होगा। आप ऐसे डेटा का उपयोग कर सकते हैं जो बेहतर संपीड़ित हो, जिससे संपीड़न स्तर का प्रभाव अधिक महत्वपूर्ण हो जाए। इस परीक्षण के परिणाम के आधार पर, sysbench डेटासेट के लिए 3 से अधिक संपीड़न स्तर का उपयोग करना शायद ही समझ में आता है।

क्यूप्रेस कम्प्रेशन

एक अन्य विकल्प जिसका हम आज परीक्षण करना चाहेंगे वह है Qpress संपीड़न। Qpress एक संपीड़न विधि है जिसका उपयोग gzip को बदलने के लिए किया जा सकता है।

जैसा कि आप देख सकते हैं, यह निश्चित रूप से gzip से तेज है लेकिन इसके साथ आता है डेटा के आकार में उल्लेखनीय वृद्धि। 100 सेकेंड के कंप्रेशन के बाद हमें 4.6GB डेटा मिला।

सबसे उपयुक्त संपीड़न विधि चुनने के लिए परीक्षणों की एक श्रृंखला की आवश्यकता हो सकती है, लेकिन जैसा कि हम आशा करते हैं कि आप देख सकते हैं, यह निश्चित रूप से ऐसा करने के लिए एक बिंदु है। बड़े डेटा सेट के लिए लगभग 5 गुना तेज बैकअप प्रक्रिया के लिए कुछ बड़े संग्रह का व्यापार करने में सक्षम होना काफी आसान हो सकता है। यदि हम Qpress का उपयोग करने पर विचार करते हैं, तो हम 10 गुना तेज बैकअप प्रक्रिया के लिए भी डिस्क स्थान का व्यापार कर सकते हैं। इसका मतलब 20 घंटे के बैकअप और 2 घंटे के बैकअप के बीच का अंतर हो सकता है। निश्चित रूप से, इस तरह के डेटा को संग्रहीत करने के लिए आवश्यक डिस्क स्थान में वृद्धि दिखाई देगी लेकिन फिर, जब आप इसके बारे में सोचते हैं, तो एक बड़ा डिस्क वॉल्यूम प्राप्त करना संभव है। दिन में अतिरिक्त घंटे जोड़ना, जब 24 घंटे बैकअप लेने के लिए पर्याप्त नहीं हैं, नहीं है।

हमें उम्मीद है कि यह संक्षिप्त ब्लॉग आपके लिए व्यावहारिक था और यह आपको विभिन्न सेटिंग्स के साथ खेलने और उन्हें बदलने के लिए प्रोत्साहित करेगा जिनका उपयोग मारियाबैकअप के लिए किया जा सकता है। यदि आप अपना अनुभव उनके साथ साझा करना चाहते हैं, तो हमें आपकी टिप्पणियाँ देखना अच्छा लगेगा।


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. कैसे CURDATE () मारियाडीबी में काम करता है

  2. मारियाडीबी CURRENT_USER () समझाया गया

  3. मारियाडीबी में माइनस ऑपरेटर का उपयोग करते समय त्रुटि 1064 (42000) को ठीक करें

  4. मारियाडीबी में लोअरकेस अक्षरों वाली पंक्तियों को खोजने के 4 तरीके

  5. मारियाडीबी स्काईएसक्यूएल में क्षमताओं और विशेषताओं को जानना