विंडोज़ दूरस्थ डेस्कटॉप सर्वर (टर्मिनल सर्वर) के लिए टोंटी का पता लगाएं


11

मेरे पास Windows सर्वर 2008 R2 (SP1) है जो मेरे VMware होस्ट पर RDS सर्वर के रूप में काम करता है। कभी-कभी मेरे दूरस्थ उपयोगकर्ता RDS सर्वर पर अंतराल / विलंब देख सकते हैं। क्या कोई मुझे अपने अनुभव से बता सकता है कि इस सर्वर के लिए अड़चन खोजने के लिए सबसे अच्छे अभ्यास क्या हैं?


1
विलंबता को ट्रैक करने के लिए आपने क्या किया है? क्या ग्राहक स्थानीय नेटवर्क पर हैं? नेटवर्क उपकरण रचना? क्या वे सभी एक ही समय में पिछड़ जाते हैं? सर्वर संसाधन; प्रोसेसर (s), RAM, डिस्क? प्रदर्शन निरीक्षक? क्लाइंट संस्करण, एक्सटेंशन, RemoteFX?
क्रिस एस

यदि आप एक टीएम चला रहे हैं, एक वीएम के रूप में, तो आपने कितने वर्चुअल सीपीयू दिए? आप कई वीएम के साथ सीपीयू की एक छोटी संख्या के साथ बेहतर हो सकते हैं।
ज़ॉर्दाचे

सुझाव के लिए धन्यवाद। मैंने विलंबता को ट्रैक करने के लिए कुछ भी नहीं किया है। कदम से कदम जानने की कोशिश करेंगे ...
हेमल

जवाबों:


16

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

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

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

एक बार जब आप जानते हैं कि आपका एप्लिकेशन कितना बैंडविड्थ चाहता है, तो आपको यह निर्धारित करने की आवश्यकता है कि क्या यह सीमित कारक है। सबसे पहले, क्लाइंट और सर्वर के बीच उपलब्ध बैंडविड्थ को मापें। इसके लिए एक उत्कृष्ट उपकरण है iperf। मैं मान लूंगा कि आपके पास नियंत्रित परीक्षण के दौरान पर्याप्त बैंडविड्थ उपलब्ध है।

इसके बाद, आप यह देखना चाहते हैं कि ट्रैफ़िक या अन्य अवांछनीयताओं में स्पाइक्स के साथ उपयोगकर्ता द्वारा रिपोर्ट की गई समस्याएँ देखने के लिए किसी प्रकार की बैंडविड्थ मॉनीटरिंग करना चाहते हैं। मेरी पसंद एक स्विच या राउटर से ट्रैफ़िक को डंप करने की है ntop, क्योंकि यह बैंडविड्थ उपयोग पर उपयोगी रियलटाइम और ऐतिहासिक रिपोर्ट प्रदान करता है।

यदि आप बैंडविड्थ समस्याओं का सामना कर रहे हैं, तो एक आसान बदलाव दूरस्थ डेस्कटॉप कनेक्शन पर "अनुभव" सेटिंग्स को बदलना है। दृश्य शैलियों और एनिमेशन को अक्षम करें, और कई डेस्कटॉप संचालन जादुई रूप से तेज़ प्रतीत होंगे।

विलंबता
दूरस्थ डेस्कटॉप कनेक्शन के साथ एक और सामान्य समस्या विलंबता है। क्लाइंट और सर्वर के बीच एक उचित त्वरित दौर-यात्रा का समय होना चाहिए, या लोग देरी का अनुभव कर पाएंगे। अंगूठे के एक नियम के रूप में, ज्यादातर लोग 50 और 100 एमएस पिंग बार के बीच समस्याओं को नोटिस करना शुरू करते हैं।

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

यदि आपको उच्च पिंग समय के साथ समस्या हो रही है, तो tracerouteयह पता लगाने के लिए उपयोग करें कि देरी कहाँ शुरू की जा रही है। यदि आप यह निर्धारित करते हैं कि समस्या आपके स्वयं के नेटवर्क में रहती है, तो दूरस्थ डेस्कटॉप जैसे रियलटाइम ट्रैफ़िक को प्राथमिकता देने के लिए क्यूओएस फ़िल्टरिंग को शुरू करने पर विचार करें।

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

स्थानीय सीपीयू या मेमोरी और अंत में, यह संभव है कि आपका सर्वर बस ओवरबर्ड हो जाए। सीपीयू और मेमोरी उपयोग की निगरानी करें, खासकर पीक ऑवर्स के दौरान, यह सुनिश्चित करने के लिए कि सर्वर समय पर फैशन में अनुरोधों को पूरा करने में सक्षम है।

ऊपर वर्णित एक उपकरण (PRTG) को समय के साथ सीपीयू और सर्वर के मेमोरी उपयोग की निगरानी के लिए सेट किया जा सकता है, और ऐसे ग्राफ़ उत्पन्न कर सकते हैं जो विशिष्ट दोषों के साथ समस्या की रिपोर्ट को सहसंबंधित करना आसान बनाते हैं।

बोनस टिप: यदि आपके उपयोगकर्ताओं को टाइप करने में परेशानी हो रही है, विशेष रूप से संशोधक कुंजियों को ठीक से लागू नहीं करने के संबंध में, तो अपने कीबोर्ड सेटिंग्स को दूरस्थ डेस्कटॉप कनेक्शन शॉर्टकट पर बदलने का प्रयास करें ताकि विंडोज कुंजी संयोजन लागू करें पर सेट हो On the local computer


अच्छा उत्तर। मैं 20 टीएस सर्वरों के एक खेत का प्रबंधन करता हूं और प्रदर्शन समस्याओं के 2 सबसे सामान्य कारण हैं जो हम देखते हैं कि 2 आप अपने उत्तर में पहले सूचीबद्ध हैं: बैंडविड्थ और विलंबता। मेरी राय में प्रदर्शन (या कथित प्रदर्शन) पर इन 2 कारकों का सबसे अधिक प्रभाव है। मेरे स्वयं के परीक्षण से पता चला है कि कई कार्यालय अनुप्रयोग, IE और पीडीएफ फाइलों को चलाने वाले उपयोगकर्ता ने 8 घंटे की अवधि में औसतन 100Kbps की खपत की। प्रति उपयोगकर्ता बैंडविड्थ आवंटन के संदर्भ में हमारी योजना संख्या यही है और हम अपने ग्राहकों को "अच्छा प्रदर्शन" सत्र करने के लिए सलाह देते हैं।
जोकेवेटी

हाय निक, अच्छा विस्तृत जवाब के लिए बहुत बहुत धन्यवाद। मैं इसके माध्यम से जाऊंगा और इसका पता लगाने की कोशिश करूंगा .. उत्तर के लिए एक गुच्छा धन्यवाद। टिप्पणियों के लिए जोकोवर्टी को भी धन्यवाद ..
हेमल

मैं एक छोटे से खेत का प्रबंधन करता हूं और मैं सहमत हूं। हम यह देखने के लिए भी PRTG का उपयोग करते हैं कि क्या ऐतिहासिक डेटा मिलान समस्याओं की सूचना देता है। हमारे नंबर दो मुद्दे बैंडविच (स्थानीय / आईएसपी मुद्दे) और सीपीयू (कम कोर काउंट सर्वर पर खराब कार्यक्रम) हैं। यह देखने का सबसे अच्छा तरीका है कि क्या यह बैंडविड्थ उपयोगकर्ताओं से पूछना है कि क्या टेक्स्ट इनपुट लैग लगता है।
गोमुशी जू

आपने बहुत सारे बेहतरीन उपकरणों का उल्लेख किया है, लेकिन WMI के माध्यम से कितने सत्र बैंडविड्थ आवश्यकताओं को इकट्ठा किया जा सकता है? या इससे भी बेहतर प्रदर्शन काउंटरों? मैं टीएस के लिए नया हूं, लेकिन एक सत्र में विभिन्न आँकड़े पेश करने का काम सौंपा गया है। अपने समय के लिए अग्रिम में।
कोडप्यूटर जूल

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