सवाल विंडोज सर्वर को अक्सर पुनरारंभ करने की आवश्यकता होती है?


एक छोटी सी पृष्ठभूमि: हमारे विभाग के लिए हमारे पास कई विंडोज सर्वर (2003, 2008) हैं। हम आईटी का एक प्रभाग हैं इसलिए हम अपने स्वयं के सर्वर प्रबंधित करते हैं। हम में से चार में से मैं केवल आईटी ज्ञान के साथ ही एकमात्र हूं। ("मामूली राशि" पर ध्यान दें।) मेरे मालिक का कहना है कि सर्वर को कम से कम साप्ताहिक पुनरारंभ करने की आवश्यकता है। मैं असहमत हूं। हमारा आईटी विभाग कहता है कि क्योंकि वह लगातार उन्हें फिर से शुरू करती है, यही कारण है कि हमारी हार्ड ड्राइव विफल हो जाती है और बिजली आपूर्ति उन पर निकलती है। (यह पिछले कुछ वर्षों में हमारे कुछ सर्वरों में कुछ बार हुआ है, और हाल ही में।)

तो सवाल यह है कि: हर कोई अपने विंडोज सर्वर को कितनी बार पुनरारंभ करता है? क्या कोई उद्योग मानक या सिफारिश है? क्या हमारा आईटी विभाग यह कहने में सही है कि हम फिर से शुरू करते हैं इसलिए हमें हार्डवेयर समस्याएं हैं? (अगर मुझे उसका दिमाग बदलने जा रहा है तो मुझे एक कारण चाहिए!)


72
2018-05-26 14:36


मूल


ओह, हर किसी के बारे में महीने के दूसरे मंगलवार। :) - jscott
डांग! हम महीने के हर चौथे गुरुवार को कर रहे थे! :) - Evan
मैं विपरीत नाव में हूँ। हमें पूरे विभाग के बीच एक हफ्ते पहले बिना बहस के सर्वरों को रीबूट करने की अनुमति नहीं है, जो प्रति सर्वर लगभग 12 मैनहोर लेते हैं। हां, इसमें पैचिंग के लिए रीबूट शामिल हैं, जिसका प्रभावी अर्थ यह है कि यह कभी नहीं किया जाता है। - Hyppy
साप्ताहिक पुनरारंभ करने से हार्डवेयर विफलताओं में भी भारी वृद्धि नहीं होनी चाहिए। - JamesRyan
ऐसा लगता है जैसे आपके सर्वर मेरे लैपटॉप से ​​अधिक बार रीबूट हो जाते हैं। मैं आमतौर पर इसे नींद मोड में डालता हूं जब मैं इसका उपयोग नहीं कर रहा हूं। रीबूट करने का सामान्य कारण विंडोज अपडेट या सॉफ्टवेयर स्थापित करना है। - Phil


जवाब:


मेरे मालिक कहते हैं कि सर्वर कम से कम साप्ताहिक पुनरारंभ करने की आवश्यकता है

मैं दृढ़ता से सहमत नहीं हैं। माइक्रोसॉफ्ट ने स्थिरता और अपटाइम के संबंध में अच्छे ओले [एनटी, किसी भी?] दिनों के बाद से बहुत बढ़िया कदम उठाए हैं। यह शर्म की बात है कि इसके साथ आईटी समर्थन में आम सहमति नहीं बदली है।

प्रत्येक व्यक्ति अपने विंडोज सर्वर को कितनी बार पुनरारंभ करता है?

केवल जब अपेक्षित - या तो ओएस / सॉफ्टवेयर अपडेट की वजह से, एक महत्वपूर्ण सॉफ़्टवेयर विफलता जिसे अन्य विधियों, हार्डवेयर अपग्रेड / प्रतिस्थापन या अन्य गतिविधि के माध्यम से पुनर्प्राप्त नहीं किया जा सकता है जो पुनरारंभ किए बिना नहीं हो सकता है।1

क्या कोई उद्योग मानक या सिफारिश है?

मैंने कभी मानक सिफारिश नहीं देखी है, दर असल, लेकिन मैं कर सकता था नहीं किसी भी सिफारिश के साथ सहमत हैं [एमएस से खुद को छोड़कर] जो एक विशिष्ट समय अंतराल पर "जरूरी" के रूप में एक आवश्यक रीबूट इंगित करेगा।

क्या हमारा आईटी विभाग यह कहने में सही है कि हम फिर से शुरू करते हैं इसलिए हमें हार्डवेयर समस्याएं हैं?

पुनरारंभ करना [और, अधिक, पावर साइकलिंग] कंप्यूटर के लिए हार्डवेयर गतिविधि की सबसे तनावपूर्ण अवधि है। आपके पास 100% तक की सभी चीजें हैं - डिस्क और प्रशंसकों ... ... साथ ही घटक तापमान में महत्वपूर्ण उतार-चढ़ाव। आधुनिक हार्डवेयर है अविश्वसनीय रूप से लचीला, लेकिन यह सिर्फ एक हफ्ते में, सप्ताह में कुछ बार सर्वरों को उछालने का कारण नहीं होना चाहिए।

1   इसके अलावा, जब मैं एक असफल सेवा के मामले में "बस" विंडोज सर्वर को रीबूट करता हूं, या जैसे। मैं सेवा को फिर से चलाने की आवश्यकता को समझता हूं, लेकिन रीबूट होना चाहिए अंतिम एक सर्वर शूटिंग परेशानी में कदम। पहचानना, और फिक्सिंग[!], विफलता के मूल कारण का लगभग कभी परिणाम नहीं होना चाहिए "महोदय, बस इसे रीबूट करें ...."


115
2018-05-26 15:00



पूरी तरह से जवाब के लिए धन्यवाद। हम महीने में एक बार अपडेट करते हैं, जो स्पष्ट रूप से जब हम करते हैं तो हमें पुनरारंभ करना होता है। मैं जवाब की सराहना करता हूं। - Evan
मुझे आपके परिशिष्ट से असहमत होना है। यदि सेवा सर्वर को परिभाषित करती है (उदाहरण के लिए एक एनएफएस सर्वर जो निर्यात साझा करना बंद कर देता है), और आप जानते हैं कि एक क्लीन रीबूट X मिनट में सेवा का बैक अप लेगा, और मूल समस्या निवारण के बाद आप निर्धारित करेंगे कि यह x + 5 को हल करने के लिए ले जाएगा मुद्दा, यह केवल रीबूट करने के लिए सबसे उपयुक्त है। आप बाद में एक कारण विश्लेषण कर सकते हैं। अब, यह वैसे भी करने का मेरा तरीका है, और आप आसानी से और आसानी से बहस कर सकते हैं :) बस मैं कैसे रोल करता हूं। - Matthew
@ मैथ्यू: रीबूटिंग द्वारा खोए गए कारण के बारे में क्षणिक जानकारी नहीं होने पर वास्तविक तथ्य के बाद मूल कारण विश्लेषण करना अच्छा और अच्छा है। मुझे लगता है कि मैं कई लोगों के लिए बोलता हूं जब मैं कहता हूं कि जब मैं "बस रीबूट" करने का निर्णय लेता हूं तो मुझे कम डाउनटाइम घटनाओं की तुलना में आउटेज के मूल कारण को फेरेट करने और ठीक करने के लिए एक और विस्तारित डाउनटाइम होगा, मूल कारण विश्लेषण में सहायता के लिए अस्थिर जानकारी का उपयोग करने की क्षमता को संभावित रूप से खो दें। - Evan Anderson
@ मैथ्यू सेवा विफलता के मामलों में, मैं उम्मीद करता हूं कि तकनीक पुनरारंभ करने का प्रयास करेगी सेवाएक समस्या निवारण चरण के रूप में, से पहले पूरे बॉक्स को रिबूट कर रहा है। - jscott
@Evan मैं आपसे सहमत हूं हालांकि मुझे लगता है कि ऐसी घटनाओं की सीमा होनी चाहिए जो एक समस्या बन जाए। यदि यह महीने में एक बार होता है और इसे रीबूट के साथ 10 मिनट में हल किया जाता है, तो व्यवसाय कभी भी मूल कारणों की परवाह नहीं कर सकता है। मुझे लगता है कि आप और मैं जानना चाहूंगा लेकिन अपटाइम रूट कारण से अधिक आयातित है। हालांकि अगर यह सप्ताह में 3 बार होता है, तो यह एक पूरी कहानी है। - Jim B


यदि आप पैच लागू कर रहे हैं, तो विंडोज सर्वर को मासिक रूप से रीबूट करने की आवश्यकता है। आप पैच लगा रहे हैं, है ना? सही?


51
2018-05-26 15:38



आम तौर पर महीने में एक बार! धन्यवाद। - Evan
मुझे lol बनाने के लिए +1
आप केवल मासिक पैच लागू करते हैं? - John Gardeniers
कड़ाई से बोलते हुए, xe केवल आवेदन कर रहा है पैच जिन्हें खुद को रीबूट की आवश्यकता होती है महीने के। सभी पीटीएफ को रीबूट की आवश्यकता नहीं होती है, और सभी मासिक अपडेटों में भी ऐसा कोई फिक्स नहीं होता है। - JdeBP
जब मैं एक अद्यतन करता हूं तो मैं केवल विंडोज सर्वर को रीबूट करता हूं की आवश्यकता है यह। कभी-कभी यह एक पैच के बिना कुछ महीने तक जायेगा जिसके लिए रीबूट की आवश्यकता होती है। हालांकि, मेरे पास लिनक्स सर्वर हैं जो वर्षों में रीबूट नहीं हुए हैं और बिना छेड़छाड़ के चलते हैं। मुझे लगता है कि मैंने अपने नेटवर्क में सबसे लंबे समय तक देखा है एक लिनक्स बॉक्स है जो एक कोठरी में डाल दिया गया है और भूल गया है (इसे स्वचालित अपडेट मिल गए हैं)। मैं ssh'd में और uptime 3 साल पर था। एक साल बाद बिजली आपूर्ति में असफल होने के कारण इसे रिबूट किया गया था। - James


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

निश्चित रूप से, यह सर्वर के नियमित रीबूट है, लेकिन वे डेस्कटॉप की तरह इस्तेमाल किया जा रहा है।


18
2018-05-26 14:55



एमएम ... टीएस / साइट्रिक्स मामले पर अच्छी कॉल। - Hyppy
सीसीएच के लेखा परीक्षा प्रबंधन सॉफ्टवेयर के साथ साइट्रिक्स का उपयोग करके यहां इसी तरह का अनुभव। - kce
मेटाफ्रेम दिनों में वही लागू होता है, जब सिट्रिक्स ने खुद को रात में रीबूट की सिफारिश की तो वह व्यावहारिक था। - John Gardeniers
हाँ, मेटाफ्रेम ... जो भी। मुझे प्रिंटर ड्राइवर मैपिंग फ़ाइल के साथ खेलना याद नहीं है। यह निश्चित रूप से आईटी प्रबंधन परिप्रेक्ष्य से बहुत बेहतर हो गया है। - mfinni


तकनीकी एक की तुलना में यह एक राजनीतिक और मनोवैज्ञानिक मुद्दा है।

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

फ्लिप पक्ष पर, लगातार रीबूट हार्डवेयर विफलता उत्प्रेरित कर सकते हैं, लेकिन इसके कारण होने की संभावना बहुत अधिक नहीं है।


10
2018-05-26 14:41



मेरा मालिक सेवानिवृत्त नेटवर्क प्रशासक के साथ अच्छे दोस्त हैं जिन्होंने उन्हें बताया कि उन्हें कम से कम साप्ताहिक रिबूट करने की जरूरत है ... जो बताती है कि वह इस बारे में इतनी अशिष्ट क्यों है। जवाब के लिए धन्यवाद। - Evan
कोई आश्चर्य नहीं कि वह "सेवानिवृत्त" है ... क्या यह निकाला जाने के लिए एक उदारता है? - KCotreau


एकमात्र समय उन्हें पुनरारंभ करने की आवश्यकता होनी चाहिए रखरखाव के लिए अगर सब ठीक से काम कर रहा है। अनुसूचित रीबूट वास्तव में केवल एक आवश्यकता है जब ए) सॉफ़्टवेयर को अपग्रेड करना, बी) हार्डवेयर रखरखाव करना, या सी) मेमोरी रिसाव से निपटना जिसे सॉफ़्टवेयर / सेवा को पुनरारंभ करके हल नहीं किया जा सकता है। जबकि खिड़कियां लंबे समय तक नहीं जानी जाती हैं, ऐसा होता है (आखिरी नौकरी में कुछ Win2k बक्से थे जो एक समय में महीनों तक थे - वे अभी काम करते थे)। बस याद रखें कि किसी भी पैचिंग को रीबूट की आवश्यकता होगी।


3
2018-05-26 19:23



जवाब के लिए धन्यवाद। यह उसे मनाने में मदद करनी चाहिए। - Evan
मुझे विंडोज एनटी, 2000 और 2003 में नेटवर्क नेटवर्क पर बॉक्स मिले हैं जो कई सालों से चल रहे हैं और चल रहे हैं। और हाल ही में जब तक हमारे डेटा सेंटर में सालाना पैचिंग नीति नहीं थी और 600 से अधिक सर्वरों के साथ 250+ दिन सीमा में समय देखने के लिए असामान्य नहीं है। मेरे सर्वर (मेरे पास लगभग 120 है) प्रत्येक माइक्रोसॉफ्ट पैच के दौरान अद्यतन और बूट हो जाओ। कभी-कभी, पिछले महीने की तरह हमारे पास चक्र नहीं था। अपटाइम इस बात पर निर्भर करता है कि सर्वर पर क्या चल रहा है और चीजें कितनी अच्छी तरह से काम करती हैं। 2003 आर 2 उस सामान के साथ मुझे चलाने के लिए हर 35 दिनों में रिबूट की जरूरत है। उसके बाद मजाकिया सामान होता है। - Christopher Thornton


मैं इस विषय पर कोई विशेषज्ञ नहीं हूं, लेकिन आपके द्वारा चलाए जा रहे सेवाओं के आधार पर, कुछ समय-समय पर फ़ंक्शन जैसे ओवरगेट करने के लिए अतिसंवेदनशील हो सकते हैं, जैसे टाइमगेटटाइम () और getTickCount ()।

टाइम गेटटाइम का 32 बिट परिणाम है, जो कंप्यूटर शुरू होने के बाद मिलीसेकंड की संख्या के बराबर है। यह लगभग 49.7 दिनों में अधिकतम हो जाता है।


2
2018-05-27 02:33



एर, नहीं। मेरे पास एक सर्वर है (पूरी तरह से अलग, भरोसेमंद नेटवर्क पर - मुझे प्रचार न करें) जो 14 महीने के सर्वश्रेष्ठ भाग के लिए तैयार है नहीं बुरा प्रभाव। - Ben Pilbrow
मेरा मतलब यह नहीं था कि इसका मतलब है हर एक सर्वर और इंस्टेंस में यह समस्या होगी, लेकिन अगर सर्वर ऐसे सॉफ़्टवेयर का उपयोग करता है जो इन फ़ंक्शंस का उपयोग करता है और इस तरह के लिए खाता नहीं है तो कम्प्यूटेशनल समस्याओं का सामना करना पड़ेगा। - Matthew
32-बिट टाइमर समस्या मान्य है, लेकिन यह एक मुद्दा है कि व्यक्तिगत सॉफ़्टवेयर विक्रेताओं को अपने कोड में ध्यान से बचने की आवश्यकता होती है। विंडोज़ इस टाइमर से संबंधित असफलताओं के लिए अतिसंवेदनशील नहीं है (जैसा कि यह अतीत में था), लेकिन यदि आपके पास सॉफ़्टवेयर स्थापित है जो टाइमर रोलबैक के लिए खाता नहीं है, तो यह अप्रत्याशित प्रभाव पैदा कर सकता है। - tylerl
क्या आप इसका जिक्र कर रहे हैं माइक्रोसॉफ्ट केबी? - jscott
एर यह एक है एनटी 4 बग जीत 2k + इस से पीड़ित नहीं है। मुझे लगता है कि हम सुरक्षित रूप से कह सकते हैं कि एनटी 4 2011 में मर चुका है। और यदि कोई कहीं इसे चला रहा है ... वे इस बिंदु पर जो प्राप्त करते हैं उसके लायक हैं। - Zypher


मैं हर हफ्ते अपने सभी विंडोज सर्वर को पुनरारंभ करता था और निश्चित रूप से ऐसा समय था जब इसकी आवश्यकता होती थी। इन दिनों मैं केवल उन्हें पुनरारंभ करता हूं जब एक अद्यतन की आवश्यकता होती है। बेशक इसका मतलब है कि वे अभी भी हर कुछ हफ्तों को फिर से शुरू कर देते हैं।


2
2017-11-29 16:08





माइक्रोसॉफ्ट ने पिछले कुछ वर्षों में अपने सर्वर ओएस में सुधार करने का एक अच्छा काम किया है। और कुछ सर्वर जो आप समस्याओं का सामना करना शुरू करने से पहले 6-12 महीने के लिए चला सकते हैं, कुछ केवल इसे 2 - 3 महीने बनाते हैं। यह सब इस बात पर निर्भर करता है कि सर्वर कौन सी सेवाएं और ऐप्स चल रहा है। लेकिन वे करेंगे सब किसी बिंदु पर एक समस्या है। विंडोज अपडेट, मेमोरी लीक, अपूर्ण सॉफ्टवेयर, कुछ ही कारण हैं।

रखरखाव अनुबंध के साथ हमारे ग्राहकों के लिए हम अद्यतन स्थापित करते हैं और मासिक रूप से अपने सर्वर रीबूट करते हैं। इन ग्राहकों के पास अनियोजित सर्वर के मुद्दों का बहुत कम असमानता है, 1/5 वें क्रमशः उन मुद्दों के रूप में जो नियमित रूप से रीबूट नहीं करते हैं।

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

मुझे लगता है कि नियमित मासिक पुनरारंभ करने के लिए कोई नकारात्मक पक्ष नहीं है, जबकि अपसाइड समय के साथ स्पष्ट और सिद्ध हैं।


2
2018-05-27 12:07





मैं अपने 'रीबूट शेड्यूल' को कॉन्फ़िगर करने के लिए विंडोज अपडेट पर भरोसा करता हूं। विंडोज़ को खुद को प्रबंधित करने दें .. एक बार के लिए! मेमोरी लीक के कारण हमारे सेटअप के साथ केवल एक ही रिबूट आवश्यक है ...


1
2018-05-27 23:53





मैं एक कंपनी के साथ एक नेटवर्क प्रशासक हूं जो कई विंडोज 2003 2008 सर्वरों पर काम करता है। मैं मासिक आधार पर सर्वर को पुनरारंभ करता हूं आमतौर पर 3 महीने से अधिक समय तक इंतजार नहीं करता, क्योंकि यह उस छोटी अवधि के लिए नीचे होना बहुत महत्वपूर्ण है।

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


1
2017-11-29 17:38