में मैनेशिया मास्टर नोड का महत्व क्या है, मैं एक दोहराए गए मैनेशिया डेटाबेस के साथ दो एरलांग नोड्स चला रहा हूं। जब भी मैंने उनमें से एक को शुरू करने की कोशिश की, जबकि मैनेसिया दूसरे पर नहीं चल रहा है, मैनेशिया: wait_for_tables (? टैब्स, टाइमआउट), जो नोड से बुलाया जाता है, उस पर लटका होगा। मुझे एक संरचना की आवश्यकता है जहां (यदि दोनों नोड्स नहीं चल रहे हैं), मैं एक के साथ काम करना शुरू कर सकता हूं जबकि दूसरा नीचे है और बाद में दूसरे को लाने का फैसला करता है, फिर भी अच्छी तरह से काम करना जारी रखता है। मुझे यह सुनिश्चित करने की ज़रूरत है कि चलने वाला पहला नोड बाद में अपडेट हो गया हो। क्या यह आवश्यक है कि मुझे मास्टर के रूप में एक की आवश्यकता हो?क्लस्टर
%%% संपादित .......................................... .................................
ओह, मुझे मिल गया है। मैं जिस डाटाबेस का उपयोग कर रहा था वह कुछ खंडित टेबल था। लोड संतुलन के लिए नेटवर्क में कुछ टुकड़े वितरित किए गए थे। तो, एक मेजबान पर मैनेशिया उन्हें नेटवर्क पर लोड करने का प्रयास करेगा और असफल हो जाएगा क्योंकि दूसरे पर मैनेशिया नीचे है!
मुझे लगता है कि इसने मेनेसिया मास्टर नोड के साथ कुछ भी नहीं किया है। लेकिन मुझे अभी भी इसका महत्व समझना अच्छा लगेगा क्योंकि मैंने इसे पहले इस्तेमाल नहीं किया है, फिर भी, मैं हमेशा वितरित स्कीमा के साथ खेलता हूं।
धन्यवाद फिर से ...
धन्यवाद उपयोगकर्ता 6834 –
uwiger, धन्यवाद। क्या आपको लगता है कि (भविष्य में), मिनेसिया के पास हालिया अपडेट मैकेनिज्म या किसी प्रकार के समय हस्ताक्षर पर आधारित दो प्रतिकृतियां विलय करने का एक तरीका होगा, खासकर जब "चल रहे विभाजन नेटवर्क" घातक त्रुटि का पता चला है? –
आज ऐसा करना संभव है, हालांकि सभी हिस्सों में बहुत अच्छी तरह से प्रलेखित या परीक्षण नहीं किया गया है। http://github.com/esl/unsplit नेटस्प्लिट के बाद मेनेसिया टेबल के स्वचालित विलय के लिए एक लाइब्रेरी है। हाल ही में मैनेशिया संस्करणों को इसका समर्थन करने के लिए ध्यान से बढ़ाया गया है, और R14B03 कठोर समाधान विसंगतियों के जोखिम को कम करने के लिए कोरम जांच ('बहुमत') का एक रूप भी जोड़ता है। – uwiger