🛋️ 👩🏿‍🤝‍👩🏻 😰 ईबीएस स्नैपशॉट से MySQL डेटा रिकवरी 🤛🏼 👩🏾‍🏭 🤟🏽

यह शॉर्ट गाइड संभवतः किसी ऐसे व्यक्ति की मदद करेगा जो ईबीएस स्नैपशॉट से डेटा को पुनर्स्थापित करने के लिए एडब्ल्यूएस (और, विशेष रूप से, MySQL ईसी 2 उदाहरण पर) का उपयोग करता है (जो कि किसी भी विवेकपूर्ण सिस्टम व्यवस्थापक नियमित रूप से बनाता है, ज़ाहिर है, अग्रिम रूप से - उपयोग करके) ec2 - सुसंगत - स्नैपशॉट , उदाहरण के लिए)

सबसे पहले, आपको EC2 प्रबंधन कंसोल को खोलने की आवश्यकता है, और ELASTIC BLOCK STORE → स्नैपशॉट अनुभाग में उपयुक्त स्नैपशॉट मिलता है (आमतौर पर यह अनुभाग का अंतिम स्नैपशॉट है)।

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

उसके बाद, ELASTIC BLOCK STORE → Volumes सेक्शन में जाएँ और फिर से दिखने वाले सेक्शन पर राइट-क्लिक करें। मेनू में, "वॉल्यूम संलग्न करें" आइटम का चयन करें, और फिर परिणामी मोडल विंडो में EC2 उदाहरण का चयन करें और "हां, अटैच" पर क्लिक करें।

वह यह है - सर्वर पर एक नया ब्लॉक डिवाइस दिखाई देना चाहिए। अब आप dmesg | tail चला सकते हैं dmesg | tail dmesg | tail और देखें कि कनेक्टेड ब्लॉक डिवाइस के लिए क्या पहचानकर्ता को सौंपा गया है। मान लीजिए कि यह xvdg है। तब एफएस स्थित हो सकता है, उदाहरण के लिए, / dev / xvdg1 पर (विभाजन तालिका बनाने वाले व्यक्ति की वरीयताओं पर निर्भर करता है)।

एक नई निर्देशिका बनाएं और इसमें अनुभाग माउंट करें:

 mkdir /mnt/backup mount /dev/xvdg1 /mnt/backup

बैकअप से आवश्यक डेटा प्राप्त करने के लिए, हम MySQL का एक अतिरिक्त उदाहरण शामिल करेंगे जो एक अलग डेटा निर्देशिका के साथ काम करता है:

 sudo -u mysql /usr/libexec/mysqld --basedir=/usr --datadir=/mnt/backup/mysql --plugin-dir=/usr/lib64/mysql/plugin --log-error=/var/log/mysqld_backup.log --pid-file=/var/run/mysqld/mysqld_backup.pid --socket=/var/lib/mysql/mysql_backup.sock --port=5523

अब MySQL के रनिंग इंस्टेंस से कनेक्ट करने का प्रयास करें:

 mysql -h 127.0.0.1 -P 5523

यदि आप कनेक्ट कर सकते हैं, तो आप डेटा रिकवरी की प्रक्रिया शुरू कर सकते हैं।

उदाहरण के लिए, एक काफी सरल परिदृश्य पर विचार करें: उत्पादन में प्रशिक्षु व्यवस्थापक ने किसी विशिष्ट वस्तु के विशिष्ट क्षेत्र के लिए मूल्य बदल दिया, लेकिन शाश्वत के बारे में विचारों से विचलित हो गया, और गलती से SQL क्वेरी में WHERE लिखना भूल गया। ठीक है, यह ठीक है - जिनके साथ ऐसा नहीं होता है।

इसलिए अब हम website.profile में सेक्स क्षेत्र को पुनर्स्थापित करना चाहते हैं। और सभी रिकॉर्डों के लिए भी नहीं, लेकिन कहीं एक तिहाई के लिए (क्योंकि प्रशासक निश्चित रूप से, विचारशील था, लेकिन इतना नहीं कि Ctrl + C दबाएं नहीं, यह महसूस करते हुए कि अनुरोध स्पष्ट रूप से लंबे समय तक निष्पादित किया गया था)। ऐसा करने के लिए, मुख्य डेटाबेस के शेल में, आवश्यक पहचानकर्ताओं वाली एक फ़ाइल बनाएं:

 select id from profile where sex="test" into outfile '/tmp/profile_id_list';

तदनुसार, फ़ाइल / tmp / profile_id_list बनाई जाएगी, जहां उन रिकॉर्ड के पहचानकर्ता होंगे जिनके सेक्स क्षेत्र को बैकअप से पुनर्स्थापित करने की आवश्यकता है।

इसके बाद, हम ऐसी स्क्रिप्ट लिखते हैं, और उसे पुनर्स्थापना नाम के तहत सहेजते हैं:

 import MySQLdb db = MySQLdb.connect(host="127.0.0.1", port=5523, user="user", passwd="password", db="website") c = db.cursor() f = open("/tmp/profile_id_list") for profile_id in f.readlines(): c.execute( "select sex from profile where id=%s", (profile_id,) ) print "update profile set sex=\"%s\" where id=%s;" % ( c.fetchone()[0], profile_id[:-1] )

और सेक्स को पुनर्स्थापित करने के लिए SQL फ़ाइल लिखें:

 python restore.py > restore.sql

हम जांचते हैं कि फ़ाइल क्रम में है (उदाहरण के लिए, लाइनों की संख्या wc -l restore.sql का उपयोग करके देखी जा सकती है), और फिर हम फ़ाइल से SQL क्वेरी निष्पादित करते हैं:

 mysql website < restore.sql

हम जांचते हैं कि सब कुछ सफलतापूर्वक बहाल हो गया था।

अब आप / tmp / profile_id_list और अन्य फ़ाइलों को हटा सकते हैं, और, तदनुसार, MySQL सर्वर को बंद करें:

 mysqladmin -u root -p -h 127.0.0.1 -P 5523 shutdown

अगला, बस विभाजन को अनमाउंट करें और उस निर्देशिका को हटा दें जिसमें यह माउंट किया गया था:

 umount /mnt/backup rm -r /mnt/backup

और क्रमशः AWS मैनेजमेंट कंसोल में, ELASTIC BLOCK STORE → Volumes सेक्शन में जाएं और वर्चुअल ब्लॉक डिवाइस (डिटैच वॉल्यूम) को ऑफ कर दें। उसके बाद, इसे हटाया जा सकता है (वॉल्यूम हटाएं)।

आप छवियों के साथ अनुभाग में भी जा सकते हैं (ELASTIC BLOCK STORE → स्नैपशॉट्स) और किसी तरह उन छवियों को चिह्नित करें जहां (जिस समय तक छवि ली गई थी) गलत डेटा है (उदाहरण के लिए, छवि के नाम पर इसे प्रतिबिंबित करें)। एक विकल्प पूरी तरह से स्नैपशॉट को हटाने के लिए है। लेकिन यह समाधान इस दृष्टिकोण से भी बदतर है कि यह वह छवि है जो किसी और की आवश्यकता हो सकती है (पूरी तरह से अलग डेटा को पुनर्स्थापित करने के लिए, जो इस छवि में बिल्कुल सही क्रम में हो सकती है)। इसलिए, डिफ़ॉल्ट रूप से यह मान लेना बेहतर है कि किसी भी आधुनिक (और यहां तक कि नवीनतम) स्नैपशॉट में मूल्यवान डेटा हो सकता है, और बस मामले में, उन्हें थोड़ी देर के लिए हटाएं नहीं (उदाहरण के लिए, एक सप्ताह)।

और अंत में, सलाह। MySQL में एक मोड है जिसमें किसी DELETE या UPDATE क्वेरी को निष्पादित करना असंभव है यदि यह WHERE क्लॉज निर्दिष्ट नहीं करता है जिसमें एक विशिष्ट वस्तु विशिष्ट रूप से निर्दिष्ट है। इसलिए, यदि आप गलती से WHERE जोड़ना भूल गए हैं, तो आपको बस त्रुटि मिलेगी:

ERROR 1175 (HY000): आप सुरक्षित अपडेट मोड का उपयोग कर रहे हैं और आपने बिना WHERE के एक टेबल को अपडेट करने का प्रयास किया है जो एक प्रमुख कॉलम का उपयोग करता है

इस मोड को सक्षम करने के लिए, विकल्पों में स्वाद के लिए बस mysql कमांड जोड़ें: - ‑‑safe‑updates ‑‑i‑am‑a‑dummy या ‑‑safe‑updates ।

इसी तरह का प्रभाव safe‑updates लाइन को ~ / .my.cnf फ़ाइल में जोड़कर प्राप्त किया जा सकता है (जो सुविधाजनक है, उदाहरण के लिए, यदि आप बिना किसी विकल्प के mysql कमांड चलाते हैं, और सब कुछ स्वचालित रूप से ~ / .my.cnf से लिया जाता है)।

वैसे, डिफ़ॉल्ट रूप से, यह मोड कुछ और प्रतिबंधों को जोड़ता है (जो, हालांकि, अक्षम किया जा सकता है, लेकिन व्यवहार में यह शायद ही कभी आवश्यक है): select_limit के लिए यह 1000 पर सेट है, और max_join_size के लिए यह 1,000,000 पर सेट है।

ईबीएस स्नैपशॉट से MySQL डेटा रिकवरी

More articles: