5
हमारे पास एक ऐसी प्रणाली है जो मूल रूप से हमारे कोचडीबी 2 उदाहरण में 250 एमबी डेटा लिखती है, जो वैश्विक_चेंज डेटाबेस में ~ 50GB/दिन उत्पन्न करती है।कॉच डीबी 2 ग्लोबल_चेंज सिस्टम टेबल बहुत बड़ी हो रही है
इससे CouchDB2 सभी डिस्क का उपभोग करता है।
एक बार जब आप इस स्थिति में आ जाएंगे, तो कॉच डीबी 2 जाता है और कभी वापस नहीं आता है।
हम जानना चाहते हैं कि वैश्विक_changes तालिका के आकार को सीमित करने का कोई तरीका है या यदि इस तालिका को प्रबंधित करने का कोई तरीका है, तो सर्वोत्तम प्रथाओं के सेट की तरह।
कॉम्पैक्ट चल रहा है कुछ भी कर? मैंने एक ही समस्या में भाग लिया है और ऐसा लगता है कि "अद्यतन: <डेटाबेस नाम>" दस्तावेज़ का एक नया संशोधन प्रत्येक बार दिए गए डेटाबेस को अद्यतन किया जाता है, इसलिए मुझे आश्चर्य है कि क्या कॉम्पैक्टिंग उन पुराने संशोधनों को साफ़ करेगी। इसके अलावा, थोक अंतराल का उपयोग करके आकार में वृद्धि कम हो सकती है। – slang
कॉम्पैक्टिंग हालिया संस्करण को बनाए रखें और पुराने संस्करणों को हटा दें। आप ऑटो-कॉम्पैक्टिंग सेट कर सकते हैं और आपको ठीक होना चाहिए –
बहुत बढ़िया लोग। हमारा डेटाबेस केवल एक ग्राहक द्वारा लिखा गया है, और होगा भविष्य में कुछ अन्य पढ़ने वाले नोड्स द्वारा दोहराया गया। अभी के लिए, हम सोचते हैं कि एक बार जब हम दैनिक लिखते हैं हम एक कॉम्पैक्टेशन ओर चलाते हैं, हम सिर्फ _global_changes डेटाबेस को हटा सकते हैं। – nicopace