HADR उच्च कार्यकर्ता धागा उपयोग


10

एक एचएडीआर पूल में एक उपलब्धता समूह के मजदूरों की संख्या " आम तौर पर, प्रति व्यक्ति 3–10 साझा धागे " के न्यूनतम उपयोग से अधिक क्यों बढ़ेगी ?

एक मामले में हमने ३ उपलब्धता समूहों और १० डेटाबेस के साथ ३००+ थ्रेड का उपयोग किया है। SQL सर्वर 2014 SP1।

हमारी लीड्स माध्यमिक प्रतिकृति, प्राथमिक प्रतिकृति पर उच्च गतिविधि, द्वितीयक प्रतिकृति पर रिपोर्ट में बैकअप हैं।

एजीएम वीएमवेयर पर डेटासेंटर में हैं। कुल 16 अनुसूचियां, सामान्य कार्यकर्ता धागे 200 से कम सीमा के होते हैं। max_dop सर्वर पर 2 है।

  • 3 एजी, 10 डीबी, 4 प्रतिकृति प्रत्येक - प्राथमिक, 2 आसानी से, 1 पठनीय नहीं।
  • 1 गौण श्लेष है, 2 अस्सिन
  • बड़े मल्टी होस्ट क्लस्टर पर 32 कोर भौतिक पर 16 vcores।
  • कोई अधिरोहण नहीं।
  • अन्य छोटे वीएम 4-8 कोर को कोलोकेटेड हैं, लेकिन वे सीपीयू पर प्रेस नहीं करते हैं

हमने वर्कर थ्रेड्स में स्पाइक देखा, जिसके परिणामस्वरूप सेवा से वंचित कर दिया गया। एजी के लिए कार्यकर्ता थ्रेड्स का श्रेय हमारी धारणा है, क्योंकि केवल उन कार्यकर्ता थ्रेड्स सीमा पार कर सकते हैं।

संदर्भ में पढ़े SQL सर्वर प्रीमियर फील्ड इंजीनियर ब्लॉग के लिंक नीचे मुझे पूर्ण उत्तर न दें:


3
क्या आप जो देख रहे हैं उसका स्क्रीनशॉट उदाहरण पोस्ट कर सकते हैं? यहाँ कुछ लगता है, जैसे कि आप विशेष रूप से एजी वालों के विपरीत श्रमिक सूत्र को क्वेरी कर रहे हैं। (और अन्य कार्यकर्ता सूत्र भी सीमा पार कर सकते हैं, केवल एजी वाले नहीं।)
ब्रेंट ओजर

Im एक समान मुद्दा शिकार। बहुत यकीन है कि मैं इसे नीचे MaxDop मुद्दे पर nailed है। IndexMaintain के लिए Ola Hallengreens स्क्रिप्ट का उपयोग कर Im और MaxDOP सेटिंग NULL पर सेट की गई थी। बिंदु यह है कि क्या आपके पास आपके मैक्सडॉप 2 को ओवरराइड करने वाले प्रश्न हो सकते हैं?
कैस्पर ब्रैंडेनबर्ग

क्या आपको इसके लिए कोई समाधान मिला?
तृषा

जवाबों:


-1

चूंकि आपका डीसी वीएम पर है, मुझे संदेह है कि आप खराब डिस्क प्रदर्शन का सामना कर रहे हैं। खराब डिस्क का प्रदर्शन माध्यमिक पर धीमी लॉग-राइट बार हो सकता है, जिसके परिणामस्वरूप माध्यमिक प्रतिकृति (थ्रेडिंग वर्कर थ्रेड्स) से प्राथमिक प्रतिकृति पर धीमी पावती हो सकती है।

सेकेंडरी रेप्लिका पर डिस्क लेटेंसी HADR सिंक कमेट प्रक्रिया में वृद्धि का कारण बन सकती है, जिसके परिणामस्वरूप प्राथमिक लेनदेन को स्वीकार करने के लिए सेकेंडरी की प्रतीक्षा करते समय खुले धागे को पकड़ती है।

कृपया डेडलॉक शेड्यूलर्स के लिए त्रुटि लॉग की जांच करें और डिस्क लेटेंसी और डिस्क कतार की लंबाई देखने के लिए PerfMon से कुछ IO मैट्रिक्स एकत्र करें।

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