नमस्कार

हिंदी भाषा के इस लेख में आपका स्वागत है, आपके प्रतिक्रिया का हमें इंतेज़ार रहेगा और हम आशा करते है की यह लेख आपके लिए उपयोगी साबित होगी।

Credits

Translated from: Microsoft BizTalk Automatic Throttling by

परिचय

Microsoft BizTalk अपने परिवेश की स्थिरता बनाए रखने के लिए स्वत: अपने वातावरण की शर्तों के अनुसार थ्रॉटलिंग प्रदान करता है।ज्यादातर कंपनियों के लिए यह थ्रॉटलिंग मैनुअल थ्रॉटलिंग, प्रदर्शन व्यापक उपयोग नहीं है, लेकिन अधिक से अधिक कर रहे हैं पर्याप्त से अधिक, है। Microsoft BizTalk भी राज्य थ्रॉटलिंग राज्यों की गंभीरता निर्धारित करने के लिए बनाता है, इन सभी निगरानी की जा सकती और निर्दिष्ट कार्य इन सभी राज्यों के लिए लिया जा सकता।

BizTalk बहुत करता है ये कहा जाता है "प्रकाशन" BizTalk डेटाबेस की ओर विभिन्न संचार के यह है जहाँ एक प्राप्त पोर्ट है या आर्केस्ट्रा प्रकाशित संदेशों में Microsoft BizTalk डेटाबेस, एक दूसरे "वितरण" इस भेजें पोर्ट या orchestrations द्वारा किया जाता है, यह है जब एक तिहाई हिस्सा करने के लिए एक वितरण किया है। इस का एक उदाहरण किसी फ़ाइल साझा या एक WCF सेवा होगी। Microsoft इस समस्या के बारे में कई महान लेख है। सभी इस पृष्ठ के तल पर संदर्भ में उल्लेख कर रहे हैं।

परिदृश्य है जो एक स्वत: थ्रॉटलिंग स्थिति के कारण हो सकता है

आप करने के लिए एक स्वचालित थ्रॉटलिंग स्थिति का खुलासा हो सकता है कई परिदृश्य हैं, इस में से कुछ हैं:

  • खराब विकसित अनुप्रयोगों
  • गलत कॉन्फ़िगरेशन BizTalk में
  • नेटवर्क से संबंधित समस्याएँ
  • हार्डवेयर समस्याओं
  • Thresholds से अधिक

स्वत: थ्रॉटलिंग राज्य पर्यावरण को स्थिर करने के लिए उपयोग किया जा कर सकते हैं, आप एक होस्ट करने के लिए संसाधनों के उपयोग का प्रबंधन करने के लिए विभिन्न थ्रेसहोल्ड और सेट कर सकते हैं, सेट करके थ्रेड के लिए सीमा होस्ट कभी नहीं अधिक थ्रेड्स का उपयोग करेगा, और यह आपके सभी धागे को खा नहीं होगा सुनिश्चित करेंगे कि सुनिश्चित करेंगे। यह प्रदर्शन का अनुकूलन के द्वारा कुछ मेजबान के लिए संसाधनों के उपयोग को सीमित, और दूसरों के लिए और अधिक प्रदान करते समय उपयोग क या जा सकता।

राज्य थ्रॉटलिंग संदेश प्रकाशन:

2-दर आवक जावक दर से अधिक है

आवक संदेश दर संदेश BizTalk डेटाबेस के लिए प्रकाशित किया जा रहा की बढ़ती मात्रा के साथ संदेश जावक दर, और परछती के साथ समस्याएँ अनुभव डेटाबेस से अधिक है, तो यह हो जाएगा। आने वाले दर दर जावक संदेश के साथ सममूल्य पर है जब तक कि BizTalk इस समस्याओं के साथ सौदा करने के लिए आदेश में यह बस संदेश का प्रकाशन को रोकता है। आप इस परिदृश्य को वास्तविक समय में देख सकते हैं द्वारा प्रदर्शन मॉनीटर का उपयोग कर और नीचे दी गई सारणी में वर्णित काउंटर्स को देखो:

काउंटर उप काउंटर
BizTalk:Message एजेंट संदेश प्रकाशन आवक दर
BizTalk:Message एजेंट संदेश प्रकाशन जावक दर




4-स्मृति निर्दिष्ट थ्रेशोल्ड से अधिक है

आप उदाहरण के लिए बड़े बैच फ़ाइलों में उपयोग एक खड़ी की वेतन वृद्धि स्मृति है, तो यह हो सकता है। BizTalk EPM थ्रेड पूल का आकार स्वत: कम हो जाएगा, और किसी भी नए सूत्र का निर्माण बंद कर देता है, बैच संसाधनों का एक बहुत की आवश्यकता होती है, तो यह वास्तव में धीमी गति से प्रक्रिया पर्यावरण के आराम के लिए उपलब्धता बनाए रखने के लिए नीचे जाएगा। कभी कभी यह बहुत बड़ा है और बहुत सारे संदेश शामिल हो सकता है, तो संदेश पूरी तरह से BizTalk द्वारा ब्लॉक किया गया। इस पर नजर रखने के लिए आपको प्रदर्शन मॉनीटर में निम्न दृश्य को खोलने के लिए की जरूरत है:

काउंटर उप काउंटर
BizTalk:Message एजेंट उच्च प्रक्रिया स्मृति
BizTalk:Message एजेंट प्रक्रिया स्मृति उपयोग (MB)
BizTalk:Message एजेंट प्रक्रिया स्मृति उपयोग सीमा (MB)




5-सिस्टम स्मृति सीमा से अधिक है

यह राज्य नहीं हो सकता है किसी भी वर्णित बेहतर, सिस्टम स्मृति निर्दिष्ट थ्रेशोल्ड से अधिक है और बस नए संदेशों का संसाधन प्रारंभ करें और एक बैच फ़ाइल के एक खड़ी स्मृति उपयोग यह अब इसे खत्म करने के लिए ले जाएगा, और यह बहुत बड़ा है, तो यह BizTalk द्वारा गिरा दिया जाएगा, क्योंकि इस स्थिति के लिए कारण है, तो वर्तमान EPM थ्रेड गिनती, को कम करने के लिए EPM बंद हो जाता है। निम्न का उपयोग काउंटर भी प्रदर्शन मॉनीटर में इस समस्या देखें:

काउंटर उप काउंटर
BizTalk:Message एजेंट भौतिक स्मृति उपयोग सीमा (MB)
BizTalk:Message एजेंट भौतिक स्मृति उपयोग (MB)




6-होस्ट संदेश आकार

कारण क्यों आप इस मुठभेड़ राज्य हो सकता है कि अपने SQL कार्यों में से कुछ बंद कर दिया है, ट्रैकिंग होस्ट नहीं चल रही है या निलंबित संदेशों की संख्या अधिक है। ऊपर एक बनाने के रूप में एक ही परिदृश्य के ऊपर, यह थ्रेड के लिए EPM कम हो जाएगा, और यह भी किसी भी नए संदेशों को संसाधित करने के लिए EPM अवरोधित करता है और एक प्रकाशन देरी सभी संदेशों के लिए बनाता है के रूप में इस राज्य करेगा। इस परिदृश्य में निगरानी करने के लिए कई काउंटर हैं:

काउंटर उप काउंटर
BizTalk:Message एजेंट डेटाबेस आकार
BizTalk:MessageBox: सामान्य काउंटर स्पूल आकार




ट्रैकिंग डेटा का आकार
BizTalk: MessageBox: काउंटर्स को होस्ट होस्ट कतार लंबाई




होस्ट कतार निलंबित संदेश लंबाई




8-डेटाबेस सत्र थ्रेशोल्ड से अधिक है

यह राज्य बस बताता है कि डेटाबेस की ओर मेजबान द्वारा प्रयोग किया जाता सत्र निर्दिष्ट थ्रेशोल्ड से अधिक है। यहाँ थ्रॉटलिंग ऑटो राज्य 4 और 6 के रूप में ही करते हैं, धागे के लिए EPM कम और किसी निष्पादन थ्रेड बंद करो, जब तक डेटाबेस वापस सामान्य करने के लिए है यह भी सभी चल रहे संदेशों में विलंब करेगा। यदि ऐसा होता है मैं आप के लिए मेजबान डेटाबेस कनेक्शन सीमा को कम करने की सलाह देते हैं। आप इस निम्न काउंटर प्रदर्शन मॉनीटर में देख कर निगरानी कर सकते हैं:

काउंटर उप काउंटर
BizTalk:Message एजेंट डेटाबेस सत्र




9-प्रक्रिया गणना थ्रेशोल्ड से अधिक है

क्या यह है कि प्रक्रिया गणना एक निर्दिष्ट थ्रेशोल्ड से अधिक है, इस के लिए कारण हो सकता है आप कई हस्तांतरण करने के लिए मेजबान भी कई प्रक्रियाओं, बनाता है कि ��्रयास करें ताकि सिस्टम नहीं बना कई थ्रेड्स होस्ट पर अनुमति दिए गए थ्रैड्स की मात्रा को कम करने पर है कि कहते हैं। स्वयं थ्रॉटलिंग जाएगा सटीक 8 राज्य के रूप में भी ऐसा ही और मूल रूप से EPM थ्रेड गिनती कम हो, यह नया बनाने से रोकने और संदेश लंबित किया जाएगा जब तक होस्ट करने के लिए सामान्य स्थिति में वापस फिर से है। आप प्रदर्शन मॉनीटर में निम्न काउंटर का उपयोग करके निगरानी कर सकत��� हैं:

काउंटर उप काउंटर
BizTalk:Message एजेंट थ्रेड गिनती
BizTalk:Message एजेंट थ्रेड गिनती थ्रेशहोल्ड

संदेश डिलीवरी थ्रॉटलिंग राज्य

1-आवक दर जावक दर से अधिक है

ऐसा संदेश आने वाली दर अधिक है और संदेश जावक दर से अधिक है, तो यह संसाधनों में कमी द्वारा या उच्च प्रक्रिया की जटिलता के कारण हो सकते हैं। BizTalk करने एक स्व-थ्रॉटलिंग वितरण धागा एक परिकलित समय तक आने वाली दर से संदेश जावक दर के साथ सममूल्य पर है के लिए अवरुद्ध। नजर रखने के लिए इस का उपयोग करें निम्न काउंटर में प्रदर्शन मॉनीटर:

काउंटर उप काउंटर
BizTalk:Message एजेंट संदेश प्रकाशन आवक दर
BizTalk:Message एजेंट संदेश प्रकाशन जावक दर




3-में-प्रक्रिया वितरण थ्रेशोल्ड से अधिक है

यह स्थिति हमें बताते हैं कि प्रक्रिया में संदेश डिलीवर करने के लिए एक सेवा वर्ग पर एक संख्या निर्दिष्ट थ्रेशोल्ड से अधिक है, और उच्च जटिलता संदेश, धीमी गति से आउटबाउंड एडाप्टर या सर्वर पर संसाधनों में कमी प्रसंस्करण द्वारा कारण हो कर सकते हैं। BizTalk स्वयं throttles और XLANG या एडाप्टर के लिए संदेश डिलीवरी नीचे धीमा कर देती है, यह भी संदेश एजेंट द्वारा थ्रेड पूल का आकार कम करें।आप इस निम्न काउंटर प्रदर्शन मॉनीटर में देख कर निगरानी कर सकते हैं:

काउंटर उप काउंटर
BizTalk:Message एजेंट संदेश संख्या प्रक्रिया-में
BizTalk:Message एजेंट में-प्रक्रिया संदेश गिनती थ्रेशहोल्ड




4-प्रक्रिया स्मृति सीमा से अधिक है

यह एक अच्छी तरह से राज्यों थ्रॉटलिंग प्रकाशन में भी कवर किया जाता है, यह मूल रूप से हमें बताता है कि हम प्रक्रिया स्मृति सीमा के निर्दिष्ट मान से अधिक है। यह तब होती है जब आप बड़े और जटिल संदेश संसाधित किए जा रहे हैं, या संदेश की एक उच्च राशि एक साथ है। इस बाना सिस्टम तो कोई तत्काल कार्रवाई की जरूरत है अगर यह एक बार में एक जीवन समय परिदृश्य है लेकिन BizTalk जाएगा अभी भी आत्म थ्रॉटलिंग करने और संदेशों की डिलीवरी करने के लिए एडाप्टर और XLANG नीचे धीमी गति से निष्क्रिय नहीं कर देगा। यह भी संदेश dehydrating द्वारा स्मृति के उपयोग को कम करने और EPM थ्रेड पूल का आकार कम कर सकते हैं कभी कभी यह भी एक .NET गारबेज एकत्र बल। आप इस काउंटर से नीचे वर्णित का उपयोग करके निगरानी कर सकते हैं:

काउंटर प काउंटर
BizTalk:Message एजेंट उच्च प्रक्रिया स्मृति




प्रक्रिया स्मृति उपयोग (MB)




प्रक्रिया स्मृति उपयोग सीमा (MB)




सक्रिय आवृत्ति गणना




संदेश संख्या प्रक्रिया-में




5 - सिस्टम स्मृति थ्रेशोल्ड से अधिक है

मूल रूप से सिस्टम स्मृति निर्दिष्ट थ्रेशोल्ड से अधिक है और BizTalk एडेप्टर और XLANG के लिए संदेश डिलीवरी नीचे धीमी हो जाएगी, यह भी संदेश यह भी EPM के थ्रेड पूल का आकार कम dehydrating द्वारा स्मृति खपत कम करने की कोशिश करेंगे। आप अक्सर इस समस्या है, तो आप इस घटना को कम करने के लिए EPM थ्रेड पूल के रूप में यह काफी BizTalk नीचे धीमी हो जाएगी राज्य थ्रॉटलिंग को कम करने पर विचार करना चाहिए। आप निम्न काउंटर का उपयोग करके रूप में अच्छी तरह से इस के लिए मॉनिटर प्रदर्शन मॉनीटर में पढ़ सकते हैं:

काउंटर उप काउंटर
BizTalk:Message एजेंट भौतिक स्मृति उपयोग




9 - प्रक्रिया थ्रेड गणना थ्रेशोल्ड से अधिक है

BizTalk प्रक्रिया थ्रेड गणना निर्दिष्ट थ्रेशोल्ड से अधिक है एक है, तो आपको इस ऊबाना आएगा। BizTalk स्वत: गला घोंटना EPM और आप द्वारा इस्तेमाल किया धागा गिनती कम करने के लिए थ्रॉटलिंग सेटिंग्स भिन्न होस्ट के लिए भिन्�� थ्रेड को बदलने पर विचार करना चाहिए होगा।आप निम्न काउंटर की जाँच करके इस समस्या भी प्रदर्शन मॉनीटर में निगरानी कर सकते हैं:

काउंटर उप काउंटर
BizTalk:Message एजेंट थ्रेड गिनती




थ्रेड गिनती थ्रेशहोल्ड

संदर्भ

अन्य भाषाएँ

यह आलेख भी निम्न भाषाओं में उपलब्ध है

यह भी देखें

संबंधित विषय पढ़ने का सुझाव दिया:

BizTalk की एक बड़ी राशि को खोजने के लिए एक अन्य महत्वपूर्ण जगह से संबंधित लेख TechNet Wiki है. श्रेष्ठ प्रविष्टि बिंदु है BizTalk सर्वर संसाधन TechNet विकी पर.