🧐 👩‍🍳 🧑🏿‍🤝‍🧑🏾 बैकअप के बिना अपाचे डर्बी को पुनर्स्थापित करें 🛅 🔲 🐀

मेरी खुद की खुशी के लिए, विकिपीडिया के लिए एक रोबोट मेरे व्यक्तिगत कंप्यूटर ( खाता 1 , खाता 2 , स्रोत कोड ) पर घूम रहा है । बॉट विकिपीडिया पृष्ठों के संस्करणों का एक स्थानीय कैश रखता है - ताकि उनके पीछे हर बार रिमोट सर्वर पर न जाए, साथ ही विशिष्ट डेटा का एक सेट जो पिछले कुछ वर्षों से एकत्र किया गया है और बॉट के काम करने के लिए बहुत महत्वपूर्ण है। डेटा अपाचे डर्बी के नियंत्रण में एक डेटाबेस में एकत्र किया जाता है, और, कैश के साथ मिलकर डेटाबेस लगभग 50 जीबी पर कब्जा कर लेता है।

और इसलिए, एक अच्छा दिन, जब बॉट ने 4 सीपीयू पर 8 थ्रेड्स में डेटा संसाधित किया, तो एबी पोलोत्सेव द्वारा संपादित रूसी जीवनी कोश के 14 वें वॉल्यूम को एब्बी फिनएडर ने मान्यता दी और विरोधियों ने किंग ऑफ एज किंग्स में अपना कदम रखा। ... वह दिखाई दिया - मौत की नीली स्क्रीन। लंबे समय तक नहीं देखा, मैंने सोचा, कंप्यूटर को पुनरारंभ करना। कारण के साथ ठीक है - हार्डवेयर में वीडियो एडेप्टर के साथ सबसे अधिक संभावना समस्याएं। लेकिन केवल जब कंप्यूटर बूट हुआ और मैंने बॉट को फिर से शुरू करने की कोशिश की, तो यह उठी:

त्रुटि XSDG2: पेज पेज पर अमान्य चेकसम

और पिछला बैकअप, हमेशा की तरह, मार्च महीने का है ...

आधे घंटे या एक घंटे तक समस्या पर शोध करने के बाद (पढ़ें - Google खोज), मुझे पता चला कि:

डेटा रिकवरी उपयोगिताओं नहीं हैं। नहीं। बैकअप का उपयोग करें - यह आधिकारिक तरीका है।
सुझाए गए पैच हैं जो आपको एक विशेष पृष्ठ के लिए चेकसम चेक को बायपास करने की अनुमति देते हैं। उदाहरण के लिए, DERBY-1648
अंत में, डेटा रिकवरी को बस अनदेखा करने का एक तरीका है। हां, आपकी आंखें आपको धोखा नहीं देती हैं - यह बहाली है। तथ्य यह है कि एक गलत तरीके से पूरा होने के बाद, अपाचे डर्बी लेनदेन लॉग पढ़ता है और किसी भी स्वाभिमानी एसीआईडी-संगत डीबीएमएस की तरह, अपूर्ण लेनदेन को वापस करने की कोशिश करता है। यह सिर्फ इतना है कि वह बाहर नहीं जाती है - इसलिए वह शपथ लेती है।

कैसे करें आखिरी? बस लॉग को हटा दें! हालाँकि, जैसा कि आईबीएम ने हमें चेतावनी दी है (बादलों के विकासकर्ता वही हैं जो डर्बी बाद में बने):

कभी भी डर्बी डेटाबेस निर्देशिका संरचना में * किसी भी * फाइल को डिलीट या हेरफेर न करें। ऐसा करने से डेटाबेस दूषित हो जाएगा।

तो शनिवार से रविवार की रात को मैंने क्या किया?

मुझे विश्वास था कि डेटाबेस के वर्तमान आकार की तुलना में हार्ड डिस्क पर 3 गुना अधिक जगह है।
मैंने एक गैर-कार्यशील डेटाबेस का बैकअप बनाया है। देर से कभी बेहतर।
फ्लाइंग पास्ता मॉन्स्टर को प्रार्थना की पेशकश करने के बाद, उन्होंने लॉग्स फोल्डर से सभी फाइलों को हटा दिया (फ़ोल्डर को खुद को छोड़ना होगा - यह इसके बिना लोड नहीं होगा)।
मैं डेटाबेस में SQuirreL SQL क्लाइंट के माध्यम से चला गया और यह सुनिश्चित करता है कि यह काम करता है।

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

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

SYSCS_UTIL.SYSCS_EXPORT_QUERY_LOBS_TO_EXTFILE
SYSCS_UTIL.SYSCS_IMPORT_TABLE_LOBS_FROM_EXTFILE

ये फ़ंक्शन मानक पाठ प्रारूप में डेटा का निर्यात (और आयात) करते हैं। वैकल्पिक LOBS_FROM_EXTFILE उपसर्ग इंगित करता है कि बाइनरी और बस बड़े पाठ फ़ील्ड एक अलग फ़ाइल में सहेजे जाएंगे। यह सुविधाजनक है यदि आप अपनी आंख के कोने से कम से कम शुद्धता के लिए डेटा देखना चाहते हैं।

इसलिए, अगला कदम आईजे का लॉन्च था ...
java -cp "derby.jar;derbytools.jar" -Dij.maximumDisplayWidth=120 org.apache.derby.tools.ij
डेटाबेस से कनेक्शन (आईज के लिए कमांड के अंत में अर्धविराम को मत भूलना)
ij>connect secretarydb;
सभी एप्लिकेशन डेटा निर्यात करें (प्रत्येक तालिका के लिए अलग कमांड)

ij>CALL SYSCS_UTIL.SYSCS_EXPORT_TABLE_LOBS_TO_EXTFILE(null,'TABLENAME','c:\data\TABLENAME.del',null,null,'UTF-8', 'c:\data\TABLENAME.dat');

वैसे, ij में "SHOW TABLES" कमांड है ।

निर्यात पूरा होने के बाद, आप अपना पसंदीदा टेक्स्ट एडिटर ले सकते हैं, जो उचित डेटा साइज़ को सपोर्ट करेगा, और कम से कम फ़ाइल की शुरुआत और समाप्ति की पठनीयता की जाँच करेगा। अगर कुछ गलत हो जाता है तो .del फ़ाइल से अतिरिक्त लाइनें हटा दी जा सकती हैं ... सामान्य तौर पर, अपने आप को कुछ भी अस्वीकार न करें - यह ठीक उसी क्षण है जब आप कुछ ग्राहकों के लिए खाता शेष को संपादित कर सकते हैं।

पूरा होने के बाद, डेटाबेस को हटा दें। कुछ भी हो, हमारे पास बैकअप है। फिर यह मेरे लिए फिर से बॉट शुरू करने के लिए पर्याप्त था, और हाइबरनेट पर बनाया गया था, इसने स्टार्टअप पर टेबल संरचना को बहाल किया। उसके बाद, तुरंत एप्लिकेशन को रोकें और डेटा आयात करने के लिए ij चलाएं:
java -cp "derby.jar;derbytools.jar" -Dij.maximumDisplayWidth=120 org.apache.derby.tools.ij
ij>connect secretarydb;
ij>CALL SYSCS_UTIL.SYSCS_IMPORT_TABLE_LOBS_TO_EXTFILE(null,'TABLENAME','c:\data\TABLENAME.del',null,null,'UTF-8', 1);
अंत में एक इंगित करता है कि यदि पहले से ही कुछ है तो तालिका में डेटा को ओवरराइट करने की आवश्यकता है। आपको एलओबी डेटा के साथ फ़ाइल का नाम निर्दिष्ट करने की आवश्यकता नहीं है - मुख्य फ़ाइल में इसके लिंक हैं।

वह सब है। डेटा बरामद। लेकिन, निश्चित रूप से, बॉट में होने वाला अगला फ़ंक्शन प्रत्येक प्रारंभ में सबसे महत्वपूर्ण डेटा को स्वचालित रूप से संग्रहीत करना है।

बैकअप के बिना अपाचे डर्बी को पुनर्स्थापित करें

More articles: