अगर विंडोज़ रिबूट करने के सामान्य अनुरोधों का जवाब नहीं देता है, तो भविष्य में इसी तरह की स्थितियों को रोकने के लिए आप उस बिंदु पर बहुत कुछ नहीं कर सकते हैं। कुछ समय के लिए मैं एक लटका हुआ विंडोज़ ओएस रिबूट करने में कामयाब रहा जो lsass.exe को मारने के लिए SCCM ग्राहक केंद्र या pskill का उपयोग करके शटडाउन या psshutdown का जवाब नहीं दिया। एक बार मारे जाने के बाद, कर्नेल जबरन सिस्टम को 60 सेकंड के बाद रिबूट के लिए नीचे लाता है। अधिक बार नहीं, हालांकि, lsass को नहीं मारा जा सकता है और यह चाल काम नहीं करेगी।
यह सर्वर किस तरह के हार्डवेयर पर चल रहा है? आप इसके बजाय सर्वर 2008R2 स्थापित कर सकते हैं? जबकि सर्वर 2003 बहुत स्थिर है, यह अभी भी 2008 की स्थिरता से एक लंबा रास्ता है, अगर यह एक विकल्प है। एक अन्य विकल्प 2003 सर्वर को वर्चुअलाइज करने का होगा यदि इसमें कुछ विषम प्रोग्राम के कारण स्थिरता की समस्या है तो इसे चलाने की आवश्यकता है या कुछ अन्य कॉन्फ़िगरेशन जिन्हें स्थिरता के मुद्दों को हल करने के लिए नहीं बदला जा सकता है। इस तरह आप वर्चुअल सेशन को रिसेट कर सकते हैं यदि यह हैंग हो जाता है।
आपकी स्थिति को हल करने के लिए कई विकल्प हैं, हालांकि उनमें से कोई भी सरल रूप से शामिल नहीं होगा, जैसा कि आपके विंडोज सर्वर 2003 में कुछ सेटिंग्स को बदलने या सॉफ़्टवेयर के एक टुकड़े को स्थापित करना है। आमतौर पर जब तक विंडोज ओएस आपके द्वारा वर्णित बिंदु पर होता है, यह उस बिंदु पर लटका दिया जाता है कि पावर / रीसेट बटन प्रेस में कुछ भी पर्याप्त नहीं होगा।