अब, आप असंबद्ध टेबल के साथ एक डेटाबेस है, या एक डाटा वेयरहाउस हो सकता है - जहां सब कुछ नहीं है सामान्यीकृत (बिल्कुल), और जहां टेबल के बीच इतना लिंक नहीं है। उस स्थिति में, कोई भी डंप काम करेगा।
मैं मानता हूं कि 38 जी डेटा वाले उत्पादन डेटाबेस में कुछ रूपों (बीएलओबी) के ग्राफिक्स हैं, और फिर - सर्वव्यापी - आपके पास अन्य तालिकाओं से लिंक हैं। सही?
इसलिए, आप हैं - जहां तक मैं इसे देख सकता हूं - तालिकाओं (आमतौर पर प्राथमिक/विदेशी कुंजी जोड़े) के बीच गंभीर लिंक खोने के जोखिम पर, आप अद्यतन/डालने के बिंदु पर एक तालिका को कैप्चर कर सकते हैं , जबकि इसके आश्रित (जो उस तालिका का प्राथमिक स्रोत के रूप में उपयोग करता है) अभी तक अपडेट नहीं किया गया है। इस प्रकार, आप अपने डेटाबेस की तथाकथित अखंडता को खो देंगे।
अधिकतर नहीं, यह अखंडता को पुन: स्थापित करने के लिए बेहद बोझिल है, अक्सर इसलिए कि सिस्टम सिस्टम का उपयोग/निर्माण/रखरखाव प्रणाली को लेनदेन उन्मुख प्रणाली के रूप में नहीं बनाया गया है, इस प्रकार, डेटाबेस में संबंध नहीं हो सकते प्राथमिक/विदेशी कुंजी संबंधों को छोड़कर ट्रैक किया गया।
इस प्रकार, आप निश्चित रूप से ताले के बिना अपनी तालिका को कॉपी करने और ऊपर दिए गए अन्य प्रस्तावों के साथ दूर हो सकते हैं - लेकिन आपको अपनी उंगलियों को जलाने का जोखिम है, और इस पर निर्भर करता है कि ऑपरेशन कितने संवेदनशील हैं - आप खुद को गंभीर रूप से जला सकते हैं या बस सतह खरोंच प्राप्त कर सकते हैं।
उदाहरण: अपने डेटाबेस एक महत्वपूर्ण मिशन डेटाबेस सिस्टम, एक आईसीयू में जीवन रक्षक उपकरणों के लिए सिफारिश की दिल की धड़कन की दर से युक्त है, तो मैं दो बार से अधिक लगता होगा, इससे पहले कि मैं प्रवास करते हैं।
अगर, हालांकि, डेटाबेस फेसबुक या इसी तरह की साइट से चित्र शामिल = तुम 129,388 खो लिंक :-) 0 से कुछ भी करने के परिणामों के साथ रहने के लिए सक्षम हो सकता है।
अब - विश्लेषण के लिए बहुत बहुत। समाधान:
आप एक सॉफ्टवेयर है जो पूरी निष्ठा, टेबल सेट टेबल सेट द्वारा, टपल द्वारा टपल साथ आप के लिए डंप करता है बनाने के लिए होगा। आपको डेटा के उस समूह की पहचान करने की आवश्यकता है, जिसे आपके वर्तमान ऑनलाइन 24/7/365 आधार से अपने नए आधार पर कॉपी किया जा सकता है, फिर ऐसा करें, फिर चिह्नित करें कि इसकी प्रतिलिपि बनाई गई है।
IFFF अब रिकॉर्ड आप पहले से ही की नकल की है करने के लिए होते हैं बदलता है, तो आप उन के बाद प्रतिलिपि करने की आवश्यकता होगी। ऐसा करने के लिए यह एक मुश्किल मामला हो सकता है।
आईएफएफएफ आप MYSQL का एक और उन्नत संस्करण चला रहे हैं - आप वास्तव में एक और साइट और/या प्रतिकृति या वितरित डेटाबेस बना सकते हैं - और फिर इस तरह से दूर हो जाएं।
IFFF आप की एक खिड़की 10 मिनट का कहना है, जो आप यदि आपको आवश्यकता है तो आप भी सिर्फ भौतिक फ़ाइलें, ड्राइव पर स्थित कॉपी कर सकते हैं बना सकते हैं, की मदद से की है। मैं .stm .std - और इतने पर - फ़ाइलों के बारे में बात कर रहा हूं - फिर आप सर्वर को कुछ मिनट के लिए बंद कर सकते हैं, फिर कॉपी करें।
अब एक प्रमुख सवाल का:
आप समय-समय पर अपने मशीनों के रखरखाव की ज़रूरत है। क्या आपके सिस्टम को उस तरह के परिचालनों के लिए जगह नहीं मिली है? यदि नहीं - तो हार्ड डिस्क दुर्घटनाग्रस्त होने पर आप क्या करेंगे। 'कब' पर ध्यान दें - नहीं 'अगर'।
आपको माइग्रेशन को हल करने के लिए नए सर्वर ** FIRST ** तक पहुंच प्राप्त करनी चाहिए, और शायद MySQL प्रतिकृति को देखना चाहिए। ** याद रखें: ** आप डंप कर सकते हैं, और नए सर्वर पर स्थापित कर सकते हैं, ** लेकिन ** डेटा को डंप करने के बाद ** ** अधिक ** नया लेखन होगा, आप नए सर्वर को नए लिखने को सिंक्रनाइज़ करने जा रहे हैं ? – ajreal
बाद के नए डेटा लिखने के लिए, हम इसे mysqlbinlog का उपयोग करके हल करेंगे, जिसे अच्छी तरह से देखभाल की जानी चाहिए। अब मेरी मुख्य चिंता mysqldump का उपयोग कर पहली बार बैकअप होगी। मैं बस यह सुनिश्चित करना चाहता हूं कि mysqldump INSERT को रोक देगा या नहीं। मेरे परीक्षण से, यह नहीं दिखाया जाएगा। बस यह सुनिश्चित करना चाहते हैं कि अन्य अनुभव कैसा है। – sylye