हमारे पास लगभग 200 सर्वर हैं, हाइपर वी, फाइल क्लस्टर, और आईआईएस, जो कि सभी एक ही मुद्दे का अनुभव कर रहे हैं, सर्वर पर सामान्य उपयोग के माध्यम से एक घटना होती है जो अधिकतम होती है या सर्वर पर रैम को अधिकतम करती है। एक बार ऐसा होने पर, SVCHOST / वर्कस्टेशन सेवा, विशेष रूप से (इसे स्वयं SVCHOST को वर्कस्टेशन सेवा को अलग करके वील्ड किया जाता है) हैंडल / थ्रेड को रिलीज़ करना बंद कर देता है और उस सेवा द्वारा उपयोग की जाने वाली मेमोरी कभी भी रिलीज़ नहीं होती है। हमारे पास कुछ चरम मामलों में, वर्कस्टेशन सेवाएँ हैं जो 255GB सर्वर पर 40GB RAM का उपयोग कर रही हैं। इसके अलावा कुछ मामलों में 40 मिलियन हैंडल से ऊपर की ओर खोजना।
रिबूट पर, निश्चित रूप से, समस्या दूर हो जाती है, और तब तक फिर से प्रकट नहीं होती है जब तक कि सभी मेमोरी का उपयोग नहीं किया गया हो, डब्ल्यू 3 प्रक्रिया या हाइपर वीएम द्वारा कहें, उसके बाद, वर्कस्टेशन सेवा सभी रैम को हथियाना शुरू कर देती है। प्रक्रिया बहुत धीमी है और एक सर्वर पर रैम की मात्रा के आधार पर सप्ताह / महीने लग सकते हैं।
हमारे हाइपर वी सर्वर और आईआईएस सर्वर दोनों ही काम करने वाली फाइलों के लिए शेयरों का उपयोग करते हैं, ये शेयर एसएसडी स्टोरेज पर हैं, इसलिए वे बहुत अच्छे प्रदर्शन वाले हैं। हमने सभी वर्तमान पैच स्थापित किए हैं, लेकिन R2 में स्थानांतरित नहीं हुए हैं क्योंकि हमारे पास बहुत सारे टूलिंग हैं जो इसे एक महत्वपूर्ण कदम बनाएंगे और कोई भी स्पष्ट संकेत नहीं पा सकते हैं कि यह R2 में तय किया जाएगा।
हमने ProMMon और अन्य उपकरण चलाए हैं, लेकिन सबसे अधिक समस्याग्रस्त सर्वर पर वे उपकरण भी नहीं चलेंगे। दूसरों पर, वे जो परिणाम प्रदान करते हैं, वे बताते हैं कि वास्तव में उस प्रक्रिया में एक स्मृति रिसाव प्रतीत होता है।
क्या कोई ऐसा तरीका है जिससे हम मेमोरी को इस प्रक्रिया से मुक्त कर सकते हैं या सभी एक साथ बग से बच सकते हैं? हम रिबूट करना नहीं चाहते हैं और एक बार त्रुटि की स्थिति में हम प्रक्रिया को फिर से शुरू नहीं कर सकते। प्रक्रिया जमी हो जाती है।
हम इस मुद्दे को 'ठीक' करने के लिए नियमित रीबूट करने से बचने की कोशिश कर रहे हैं, इसलिए किसी भी उत्तर की सराहना की जाएगी।