SQL सर्वर को रोकने के लिए क्या कारण हैं?


9

मैंने सभी के बारे में पढ़ा है कि SQL सर्वर को बंद करना कितना हानिकारक है क्योंकि यह एक ठंडा कैश बनाता है और मेमोरी को बेकार करता है। तो क्यों किसी को होगा चाहते हैं एसक्यूएल सर्वर को रोकने के लिए? यदि आप लेखों के लिए कोई लिंक प्रदान कर सकते हैं ताकि मैं इसमें और अधिक पढ़ सकूं तो मैं वास्तव में इसकी सराहना करूंगा!

यह प्रश्न मेरे शिक्षक द्वारा प्रस्तुत किया गया था। जब तक यह कुछ चाल का सवाल नहीं है, यह मुझे बिल्कुल स्टम्प्ड है। उनका सटीक प्रश्न था:

इंटरनेट का उपयोग करके अनुसंधान का संचालन करें और जानें कि कोई व्यक्ति SQL सर्वर को क्यों रोकना चाहता है। अपना जवाब समझाएं।

यह SQL Server 2008 R2 का उपयोग करने के तरीके की खोज के संदर्भ में था। मुझे यकीन नहीं है कि अगर वह स्पष्ट उत्तर के लिए पूछ रहा है, या अगर कुछ ऐसा है जो मुझे याद आ रहा है।


2
बिजली चली गयी? OS अपग्रेड? एक भौतिक सर्वर का प्रवासन? मूल रूप से वे सभी कारण जो आप अपने कंप्यूटर को पुनः आरंभ करना चाहते हैं। या SQL Server को अपग्रेड करने के बारे में क्या, आप इसे कैसे चला रहे हैं?
user253751

जवाबों:


22

ब्रेंट ने सेवा को रोकने के लिए कुछ अमान्य कारणों को सूचीबद्ध किया है, लेकिन वैध कारण भी हैं:

  • सर्विस पैक या अन्य अपडेट द्वारा आवश्यक पुनरारंभ करें
  • कुछ कॉन्फ़िगरेशन परिवर्तन (जैसे सेवा खाता परिवर्तन, हार्डवेयर परिवर्तन, त्वरित फ़ाइल आरंभीकरण, यह सूची हफ्तों तक चल सकती है)
  • क्लस्टर में, विफलता को लागू करने या रोलिंग पैच को लागू करने के लिए पुनरारंभ करें
  • विंडोज पैचिंग

1
क्या मैं हार्डवेयर सुधार, SSD, मेमोरी, ... का सुझाव दे सकता हूं?
मैकनेट्स

1
मैं IFI को सक्षम करना चाहूंगा, साथ ही।
एरिक डार्लिंग

यदि आप सिस्टम डेटाबेस को C: किसी अन्य ड्राइव पर ले जा रहे हैं, तो आपको इसे रोकने की आवश्यकता है। एक और वैध कारण है।
SQL_Deadwood

सेवा नियंत्रण प्रबंधक में हमेशा उपलब्धता समूहों पर सक्षम करना एक और एक है।
क्रिश ग्रुतेमेयेर

SQL सर्वर कॉन्फ़िगरेशन प्रबंधक में किए गए कुछ कार्य, उदाहरण के लिए एक टीसीपी / आईपी पोर्ट या नामित पाइप को सक्षम करने के लिए, प्रभावी होने के लिए सेवा को पुनरारंभ करने की भी आवश्यकता होती है।
dlatikay

19

क्योंकि उन्हें लगता है कि एक मेमोरी प्रॉब्लम है - SQL सर्वर अपने पास उपलब्ध सभी मेमोरी का उपयोग करता है, अपनी अधिकतम मेमोरी सेटिंग तक (और इससे भी परे) अनजाने लोग टास्क मैनेजर में चले जाते हैं, SQL सर्वर को बहुत अधिक मेमोरी का उपयोग करते हुए देखते हैं, और सोचते हैं। "स्मृति रिसाव होना चाहिए - मैं SQL सर्वर को रोकूंगा और पुनः आरंभ करूंगा, और देखें कि क्या होता है।" निश्चित रूप से, यह बहुत सारी मेमोरी को मुक्त करता है (क्योंकि SQL सर्वर डिफ़ॉल्ट रूप से इसे बिल्कुल आवंटित नहीं करता है), इसलिए उन्हें लगता है कि उन्होंने बग को ठीक कर दिया है। अगली बात जो आप जानते हैं, वे SQL सर्वर साप्ताहिक को फिर से शुरू कर रहे हैं।

क्योंकि उन्हें लगता है कि CPU समस्या है - क्वेरीज़ CPU संसाधनों का एक टन का उपयोग करेगा, विशेष रूप से पैरामीटर सूँघने के मामले में। अनजाने लोग डेडिकेटेड एडमिन कनेक्शन (DAC) के बारे में जाने बिना SQL सर्वर से कनेक्ट करने का प्रयास करते हैं, कनेक्ट करने में असमर्थ होते हैं, और बस विकल्पों से बाहर भागते हैं। वे पुनः आरंभ करते हैं क्योंकि अधिकारी उनके पीछे खड़े होते हैं, जो तेजी से समाधान चाहते हैं।

क्योंकि उन्होंने सुना है कि यह भ्रष्टाचार को ठीक करता है - जब लोग भ्रष्टाचार के मामले में भाग लेते हैं, तो वे इसे ठीक करने के लिए कुछ भी करने की कोशिश करते हैं।

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


"क्योंकि वे एक रोलबैक खत्म करना चाहते हैं": मुझे याद है कि सबक सीखना कठिन तरीका है।
माइकल जे।

1

एक कारण यह हो सकता है कि आपने नया हार्डवेयर खरीदा और डेटाबेस को इस नए सर्वर पर भेज दिया। अब आप इस sql सर्वर उदाहरण को पुराने बॉक्स (बॉक्स के साथ ही) पर बंद कर रहे हैं क्योंकि आप यह सुनिश्चित करना चाहते हैं कि कोई भी अब तक कनेक्ट न हो

आप क्लाउड पर चले गए, प्रीमियर बॉक्स पर अब और ज़रूरत नहीं है, इसे बंद कर दिया गया है, सुधार किया गया है और फिर से लगाया गया है (यदि बहुत पुराना है)


1

एक वैध कारण यह है कि एक ही सर्वर पर चलने वाला अन्य सॉफ्टवेयर है जिसमें कुछ मेमोरी SQL सर्वर की आवश्यकता होती है, लेकिन वह केवल महीने में कुछ ही बार चलती है।

उदाहरण के लिए मेरी पत्नी (एक लेखाकार जो अपनी नौकरी करने के लिए आवश्यक SQL सर्वर के बारे में बहुत कम (और कम नहीं) जानना चाहता है) में बहुत बड़े डेटासेट को संसाधित करने के लिए 3 लोगों द्वारा उपयोग किए गए SQL सर्वर आधारित प्रणाली है, वे करते हैं बहुत से एड-हॉक क्वेश्चन, लेकिन महीने में कई बार उन्हें एक गणना इंजन चलाना होता है जो एक ही सर्वर पर होता है, और डेटाबेस को एक्सेस करता है। गणना इंजन को मेमोरी की आवश्यकता होती है। उनके पास डीबीए नहीं है, वे अधिक हार्डवेयर के लिए धन प्राप्त नहीं कर सकते हैं, भले ही वे आईटी विभाग (जो एसक्यूएल के बारे में कम जानते हैं, लेखाकार करते हैं) नए हार्डवेयर को सेटअप करने में महीनों का समय लगेगा, और एसक्यूएल का रीसेट सर्वर उन्हें एकाउंटेंट के रूप में अपना काम करने देता है। (लेन-देन प्रणाली अलग है।)


वे कुछ RAM को मुक्त करने के बजाय अधिकतम मेमोरी सेटिंग को कम और बढ़ाना चाहते हैं।
मागियर

@ मैगियर और एक एकाउंटेंट के निवेश पर क्या रिटर्न है, यह जानने के लिए कि उसे अपना काम करने के बजाय कैसे करना है .... (और जैसे ही कुछ भी बदलता है उसे अलग-अलग समय के लिए अलग-अलग मैजिक नंबर सेट करने की आवश्यकता होगी।)
इयान रिंगरोज
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.