database CouchDB बैकअप और डेटाबेस क्लोनिंग




backup administration (4)

CouchDB प्रतिकृति भयानक है। मैं आम तौर पर टार जो बहुत बेहतर है

  1. स्रोत होस्ट पर CouchDB सेवा को रोकें
  2. tar.gz डेटा फाइलें
  3. मेरे उबुंटू सर्वर पर यह आमतौर पर / var / lib / couchdb पर होता है (कभी कभी सोफे संस्करण के आधार पर उपनिर्देशिका में)। अगर आपको यह जानकारी नहीं है कि ये फाइलें कहां हैं, तो आप अपनी सीचडीबी कॉन्फ़िग फाइल में पथ पा सकते हैं, या अक्सर सीओएडीडीबी शुरू करने वाली पूरी कमांड देखने के लिए पी-ए ए डब्ल्यू करके। सुनिश्चित करें कि आपको उप-डायरेक्टरीज़ मिलें जो कि इसके साथ शुरू हों जब आप फ़ाइलों को संग्रहीत करते हैं
  4. स्रोत होस्ट पर couchdb सेवा को पुनरारंभ करें।
  5. scp गंतव्य होस्ट में tar.gz फ़ाइल और वहां एक अस्थायी स्थान में उन्हें खोलें।
  6. फ़ाइलों को गंतव्य पर डेटाबेस निर्देशिका में पहले से ही फाइल के मालिक और समूह के लिए फ़ाइलों को chown । यह संभावना है couchdb: couchdb यह महत्वपूर्ण है, क्योंकि फाइल अनुमतियों को गड़बड़ाने का एकमात्र तरीका है कि मैंने इस प्रक्रिया को अब तक गड़बड़ कर लिया है।
  7. गंतव्य होस्ट पर CouchDB बंद करें।
  8. cp फ़ाइलें गंतव्य निर्देशिका में मेरे मेजबान पर फिर से / var / lib / couchdb किया गया है
  9. अपने नए घर में फ़ाइल अनुमतियों को दोबारा जांचें
  10. गंतव्य होस्ट पर CouchDB को पुनरारंभ करें

हम एक CMS-ish अनुप्रयोग के लिए CouchdDB को देख रहे हैं। हमारे उत्पादन डेटाबेस का समर्थन करने वाले कुछ सामान्य पैटर्न, सर्वोत्तम अभ्यास और कार्यप्रवाह सलाह क्या हैं?

मैं विशेष रूप से विकास और परीक्षण में उपयोग के लिए डेटाबेस क्लोनिंग की प्रक्रिया में दिलचस्पी रहा हूँ।

क्या यह सिर्फ डिस्क पर फ़ाइलों को एक लाइव चलने वाले उदाहरण से कॉपी करने के लिए पर्याप्त है? क्या आप दो जीवित चलने वाले उदाहरणों के बीच डेटाबेस डेटा क्लोन कर सकते हैं?

आपके द्वारा उपयोग की जाने वाली तकनीकों का सलाह और वर्णन काफी सराहना की जाएगी।


इसके बारे में जानकारी रखने के लिए एक अन्य चीज यह है कि आप एक लाइव डाटाबेस के अंतर्गत फाइल कॉपी कर सकते हैं यह देखते हुए कि आपके पास संभवतः बड़े डाटाबेस हो सकता है, आप ओओबी को अपने परीक्षण / प्रोडक्शन मशीन से दूसरे मशीन में कॉपी कर सकते हैं।

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

संदर्भ के लिए देखें: http://wiki.apache.org/couchdb/FilesystemBackups


CouchDB प्रतिकृति का समर्थन करता है, इसलिए बस कोचडीबी के एक अन्य उदाहरण और बैकअप से प्रतिलिपि बनाएँ, परेशान करने से बचें, जहां आप में परिवर्तन लिखते हैं।

http://wiki.apache.org/couchdb/FrequentlyAskedQuestions#how_replication

आप सचमुच अपने CouchDB उदाहरण के लिए एक पोस्ट अनुरोध भेजते हैं जहां बताते हैं कि यह कहां से दोहराया जाता है, और यह वर्क्स (टीएम)

संपादित करें: जब तक आप I / O हिट को स्वीकार कर सकते हैं तब तक आप चल रहे डेटाबेस के अंतर्गत फाइल को सीपी आउट कर सकते हैं


CouchDB भी बहुत अच्छी तरह से फाइल सिस्टम स्नैपशॉट्स के साथ काम करता है जो कि आधुनिक फाइल सिस्टम जैसे ZFS चूंकि डेटाबेस फ़ाइल हमेशा एक सुसंगत स्थिति में है इसलिए आप कोचडीबी द्वारा प्रदान की गई अखंडता की गारंटी को कमजोर किए बिना किसी भी समय फ़ाइल का स्नैपशॉट ले सकते हैं।

इससे लगभग कोई आई / ओ ओवरहेड नहीं होता है यदि आपके पास उदाहरण से गलती से एक दस्तावेज़ को डेटाबेस से हटा दिया गया है, तो आप स्नैपशॉट को दूसरी मशीन में ले जा सकते हैं और वहां मौजूद ग़ैर आंकड़ों को निकाल सकते हैं। आप भी उत्पादन डेटाबेस पर दोबारा प्रतिलिपि करने में सक्षम हो सकते हैं, लेकिन मैंने कभी ऐसा नहीं किया है।

लेकिन हमेशा यह सुनिश्चित कर लें कि डेटाबेस फ़ाइलों के चारों ओर घूमते समय आप बिल्कुल उसी काउचबब संशोधन का उपयोग करते हैं ऑन-डिस्क स्वरूप अभी भी असंगत तरीके से विकसित हो रहा है।







administration