मैं सौर के लिए नया हूँ। मैं एक सर्वर बनाने की कोशिश कर रहा हूं जो डेटाबेस में संरचित डेटा संग्रहीत करता है, और जिसे सोलर/लुसीन का उपयोग करके खोजा जा सकता है। सर्वर को उच्च उपलब्धता के लिए किसी भी समान नोड्स में क्लस्टर किया जा सकता है।क्या कोई अपाचे सोलर इंडेक्स को डीबी के साथ लेनदेन के अनुरूप लेनदेन कर सकता है?
ऐसा लगता है कि मानक कॉन्फ़िगरेशन सोलर फ़ाइल सिस्टम पर फ़ाइल में इंडेक्स को संग्रहीत करता है। ऐसा लगता है कि स्थिरता और क्लस्टरिंग के साथ कुछ समस्याएं पेश होती हैं।
मैं सूचकांक को डीबी के साथ लेनदेन के अनुरूप कैसे बना सकता हूं? क्या इसे करने का कोई तरीका है? (उदाहरण के लिए एसएलआर इंडेक्स में काम करने के साथ समन्वयित डीबी में काम करने का कोई तरीका?)
क्या (संबंध) डीबी में इंडेक्स को स्टोर करने का कोई तरीका है? इससे स्थिरता की समस्याएं और क्लस्टर समस्याएं हल हो जाएंगी, लेकिन मुझे ऐसा करने के तरीके पर बहुत सारे साहित्य नहीं मिलते हैं।
क्लस्टर के रूप में कॉन्फ़िगर किए जाने पर, प्रत्येक क्लस्टर नोड को इसकी अनुक्रमणिका की अपनी प्रति बनाए रखने की आवश्यकता होती है। यह स्पष्ट नहीं है कि सोलर के कई उदाहरण एक ही इंडेक्स को अपडेट कर सकते हैं या नहीं।
या - क्या हम स्वीकार करते हैं कि इंडेक्स को लगातार होने की गारंटी नहीं है, इसे हर दिन पुनर्निर्माण करें? आम तौर पर लोग इसके बारे में क्या करते हैं?
यह एक एकल दस्तावेज़ http://stackoverflow.com/questions/12857218/versioning-and-optimistic-locking-in-solr-4-0 पर दौड़-इंग अद्यतन के साथ मदद मिल सकती है आप विशिष्ट समस्याओं है मल्टी-डॉक परमाणुता की तरह दिमाग में? – aitchnyu
विशिष्ट समस्या बस क्लस्टर्ड एंटरप्राइज़ एप्लिकेशन को इंडेक्स प्रदान कर रही है। प्रत्येक नोड डेटाबेस को स्वतंत्र रूप से अद्यतन कर रहा है। चूंकि सोलर डीबी में डेटा स्टोर नहीं करता है, इसलिए प्रत्येक नोड में सोलर चलने की अपनी प्रतिलिपि होती है, और प्रत्येक अपनी अनुक्रमणिका पर होती है। समस्या यह सुनिश्चित करने के लिए बस है कि प्रत्येक सोलर को प्रत्येक क्लस्टर नोड्स के सभी परिवर्तनों के बारे में अधिसूचित किया जाता है। यदि कोई नोड बाहर निकलता है, तो डेटाबेस एक स्थिर स्थिति में वापस रोल करेगा, लेकिन सोलर इंडेक्स में इसमें कम या कम अपडेट हो सकते हैं। वे सूचकांक पुनर्निर्मित होने तक बस गलत होंगे, जो समय-समय पर किया जाना चाहिए। – AgilePro