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