पूर्ण-पाठ: बहुत सारे FT -MASTER_MERGE कई पूर्ण-पाठ अनुक्रमणिका (सर्वर हैंग होने) के बाद SUSPENDED अवस्था में प्रतीक्षा करता है


9

हमने SQL सर्वर 2014 पर एक परीक्षण किया था जब हमारे पास 10 डेटाबेस थे, प्रत्येक डेटाबेस में 100 अलग-अलग स्कीमा, प्रत्येक स्कीमा में 10 (~ 50K तालिकाओं) में छोटी (~ 50 पंक्तियाँ) तालिकाएँ और हमने इन सभी पर पूर्ण-पाठ अनुक्रमणिकाएँ बनाईं इन सभी डेटाबेस में एक साथ टेबल।

कई मिनटों में हमने पाया कि SQL सर्वर किसी भी कनेक्शन ( ADMIN:.कनेक्शन को छोड़कर ) को स्वीकार करने के लिए बंद हो गया । यदि हम सर्वर को पुनरारंभ करते हैं, तो हम कनेक्ट कर सकते हैं, लेकिन कुछ समय में यह फिर से हैंग हो जाता है। कुछ जांच के बाद हमने पाया कि वह लेने वाली सभी काम कर रहे धागे के कारण होता है, और dm_os_tasksऔर dm_os_waiting_tasksहमें पता चला है कि वहाँ एक बहुत FT_MASTER_MERGEमें इंतजार करता है SUSPENDEDराज्य। हमने गुगली दी कि "पूर्ण-पाठ मास्टर मर्ज ऑपरेशन पर प्रतीक्षा कर रहा है", लेकिन इसके बारे में अधिक वास्तविक जानकारी नहीं मिली।

हमने अलग-अलग पूर्ण-पाठ कैटलॉग कॉन्फ़िगरेशन आज़माए: एक कैटलॉग प्रति DB, एक कैटलॉग प्रति स्कीमा, एक कैटलॉग प्रति इंडेक्स। वैसे भी सर्वर इन सभी निलंबित कार्यों के साथ लटका हुआ है।

वेट का मूल कारण क्या है, इसे कैसे तय / कम किया जा सकता है?

और इतनी बड़ी मात्रा में तालिकाओं पर पूर्ण-पाठ को सक्षम करने के लिए अनुशंसित तरीका क्या है?

जवाबों:


3

आपको एक बार में सभी काम करने के बजाय ऑपरेशनों को डगमगााने की आवश्यकता होगी। कनेक्ट आइटम नए कनेक्शन को स्वीकार करने के बारे में बात नहीं करता है। लेकिन इस वजह से प्रतीक्षा के धागे (आपके मामले में) जारी नहीं किए जा रहे हैं और नए कनेक्ट संभव नहीं हैं।

संदर्भ:

यह SQL सर्वर के साथ एक ज्ञात समस्या है। कनेक्ट आइटम से:

यह हमारे वर्तमान जॉब शेड्यूलर के सेटअप के कारण होता है, जिसके परिणामस्वरूप कई मास्टर मर्ज ऑपरेशन कतारबद्ध हो जाते हैं लेकिन कभी सिग्नल नहीं होते हैं। स्पष्ट होने के लिए, यह केवल तब होता है जब एक साथ कई अनुक्रमण / पुनर्गठन कार्यों को एक साथ लागू किया जाता है - अनुक्रमण ऑपरेशन ठीक ठीक पूरा होता है और परिणाम क्वेरी योग्य होते हैं। यह केवल मास्टर मर्ज है जो समय से बाहर है और बाद के समय के लिए फिर से निर्धारित है।

फिक्स की जटिलता के कारण हमने इसे ट्राइ करने से पहले अगली बड़ी रिलीज तक इंतजार करने का फैसला किया है। फिलहाल, ऐसे समयबाह्य मुद्दों को न उठाने के लिए सूचकांक की आबादी को कम करने की सलाह दी जाती है । यदि आपके कोई और प्रश्न हैं, तो कृपया मुझे बताएं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.