SQL सर्वर विंडोज स्टार्टअप पर शुरू नहीं होता है, लेकिन मैन्युअल रूप से शुरू होता है

Question

मेरी SQL सर्वर आवृत्ति (SQL Server 2008 R2 Express) सेवा में स्टार्टअप प्रकार = स्वचालित है। पिछले कुछ समय मैं अपने कंप्यूटर को पुनरारंभ कर चुका हूं, सेवा अपने आप शुरू होने में विफल रही है, लेकिन जब मैं स्वयं सेवा शुरू करता हूं तो यह ठीक शुरू होता है।

ईवेंट व्यूअर दिखाता है कि कनेक्शन टाइमआउट के कारण सेवा प्रारंभ होने में विफल है। इस टाइमआउट के बारे में 2 प्रविष्टियां हैं:

प्रवेश १

कनेक्ट होने के लिए SQL सर्वर (SQLEXPRESS) सेवा की प्रतीक्षा करते समय एक टाइमआउट (30000 मिलीसेकंड) तक पहुँच गया था।

प्रवेश २

SQL सर्वर (SQLEXPRESS) सेवा निम्न त्रुटि के कारण प्रारंभ करने में विफल रही: सेवा ने समय पर फैशन में प्रारंभ या नियंत्रण अनुरोध का जवाब नहीं दिया।

मैंने ERRORLOG फ़ाइलों की जाँच की और उन इवेंट व्यूअर प्रविष्टियों के समय कोई त्रुटि नहीं हुई।

इस समस्या के कारण पर कोई विचार या मैं आगे कैसे जांच कर सकता हूं?

Answer 1

यह समस्या इसलिए होती है क्योंकि SQL सर्वर ने लॉगऑन आईडी क्रेडेंशियल खो दिया है या सेवाओं को शुरू करने के अधिकार के बिना एक खाते का उपयोग किया है।

आपकी सेवाओं को स्वचालित रूप से शुरू करने के लिए, SQL सर्वर को ऑपरेटिंग सिस्टम स्टार्ट अप के दौरान सेवाओं को शुरू करने के अधिकारों के साथ एक खाते की आवश्यकता होती है।

इस समस्या को हल करने के लिए आपको प्रशासनिक उपकरण> सेवाएँ> SQL सर्वर (MSSQLSERVER या आपके उदाहरणों का नाम) पर जाने की आवश्यकता है> राइट क्लिक> गुण> लॉग ऑन करने के लिए> स्थानीय सिस्टम खाते का उपयोग करके लॉग ऑन विकल्प सेट करें

यदि आपने यह विकल्प चुना है, तो ब्राउज़ बटन पर हिट करें और वहां स्थानीय सेवा खाता या नेटवर्क सेवा खाता खोजें> आवेदन में क्लिक करें।

अपने कंप्यूटर को पुनरारंभ करें और आप अपने SQL सर्वर को शुरू करने में सक्षम होंगे।

Answer 2

एक त्वरित विचार में कुछ देखने के लिए, एक डोमेन प्रकार के वातावरण में, कुछ ऑपरेटिंग सिस्टम आपको पूर्ण नेटवर्क कनेक्टिविटी स्थापित होने से पहले सर्वर पर लॉगऑन करने की अनुमति देते हैं। पूर्ण नेटवर्क कनेक्टिविटी स्थापित होने तक आप लॉगऑन या ओएस स्टार्टअप की अनुमति नहीं देने के लिए या तो स्थानीय या डोमेन स्तर समूह नीति सेटिंग्स की जांच कर सकते हैं।

जब आप रिबूट होने के बाद सर्वर पर लॉग इन करते हैं, तो यह नोटिस करता है, यह वास्तव में कैश्ड क्रेडेंशियल के साथ ओएस पर लॉग इन करता है, इससे पहले कि यह एक डोमेन संभावित हो, लॉगिन क्रेडेंशियल के साथ डोमेन नियंत्रक (पूरी तरह से स्थापित नहीं) को प्रमाणित करने के लिए डोमेन नियंत्रकों तक पहुंच सकता है। SQLExpress सेवा खाता के रूप में चल रहा है।

निश्चित नहीं है कि आपके मामले में यह बिल्कुल लागू है, लेकिन यह कम से कम केवल जांच करने और कम से कम मामले में परीक्षण करने का प्रयास करने के लिए कुछ है।

मैंने इसे कुछ समय पहले सहेजे गए लेख में पाया था, जब मैंने वर्कस्टेशन पीसी के लिए होम डाइरेक्टरी को मैप करने के लिए AD होम डायरेक्टरी (लॉगिन स्क्रिप्ट के माध्यम से नहीं) के साथ एक समान समस्या थी:

कंप्यूटर कॉन्फ़िगरेशन के लिए नीति मूल्य -> ​​प्रशासनिक टेम्पलेट -> सिस्टम -> लॉगऑन "कंप्यूटर स्टार्टअप पर हमेशा नेटवर्क के लिए प्रतीक्षा करें और लॉगऑन" "सक्षम" पर सेट किया जाएगा।

यदि निम्न रजिस्ट्री मान मौजूद नहीं है या उसका मान 1 पर सेट नहीं है, तो यह एक खोज है:

रजिस्ट्री हाइव: HKEY_LOCAL_MACHINE उपकुंजी: \ Software \ नीतियाँ \ Microsoft \ Windows NT \ CurrentVersion \ Winlogon \ मान का नाम: SyncForegroundPolicy प्रकार: REG_DWORD मान: 1

Answer 3

क्या आपने स्थानीय प्रशासक के रूप में लॉग इन करने की कोशिश की है?

मुझे विंडोज 10 पर SQL 2014 एक्सप्रेस के साथ यह ठीक वैसी ही समस्या हो रही है। मैं एक नया उपयोगकर्ता बनाना चाहता था जो अंतर्निहित स्थानीय व्यवस्थापक नहीं था इसलिए मैंने एक नया उपयोगकर्ता बनाया, इसे व्यवस्थापक समूह में जोड़ा, उस उपयोगकर्ता को सेट किया बूट एट वॉयला पर ऑटोलॉगन के लिए! SQL सर्वर सेवा स्वचालित रूप से प्रारंभ करने में विफल। मैंने देरी शुरू करने की कोशिश की, स्थानीय सेवा की कोशिश की, नेटवर्क सेवा की कोशिश की, नए व्यवस्थापक उपयोगकर्ता की कोशिश की, ऑलवेज वेट ... समूह नीति सेटिंग की कोशिश की। कुछ भी काम नहीं किया।

यहां तक ​​कि SQL सर्वर 2014 एक्सप्रेस की स्थापना रद्द की, मैन्युअल रूप से सभी बचे हुए फ़ाइलों / फ़ोल्डरों को हटा दिया और फिर से रिबूट किया और नए व्यवस्थापक उपयोगकर्ता के तहत पुनः इंस्टॉल किया गया। फिर भी नहीं जाना।

अंतर्निहित व्यवस्थापक खाते के एट वॉयला के रूप में ऑटोलॉग पर वापस आ गया! SQL सर्वर सेवा अब स्वचालित रूप से शुरू हो रही है।

यह स्पष्ट रूप से मेरे लिए एक समाधान है इसलिए मैं अभी भी शोध कर रहा हूं।

** अद्यतन करें **

दरअसल, मशीन को पहले नाम दिए जाने के बाद मेरी समस्या जड़ में आ गई थी। एक बार जब मैंने रजिस्ट्री में "OriginalMachineName" मान बदल दिया, तो समस्या हल हो गई!

Answer 4

मैं लोकल सर्विस में गया और बदल गया

SQL सर्वर (MSSQLSERVER) SQL सर्वर एजेंट (MSSQLSERVER)

उन्हें स्वचालित विलंबित और लॉगऑन प्रकार पर सेट करें

स्थानीय सिस्टम खाता टिक ( डेस्कटॉप के साथ सेवा करने की अनुमति दें )

और यह अपने आप शुरू हो जाता है

Answer 5

खैर, कुछ चीजें हैं जो आप कोशिश कर सकते हैं। सबसे पहले, कंट्रोल पैनल> सिस्टम और सिक्योरिटी> एडमिनिस्ट्रेटिव टूल्स> सर्विसेज> पर जाएं फिर सर्विसेस (लोकल) लिस्ट में SQL सर्वर या SQL सर्वर VSS राइटर ढूंढें। इसे राइट-क्लिक करें और गुण चुनें, सामान्य टैब पर क्लिक करें और सुनिश्चित करें कि स्टार्टअप प्रकार 'स्वचालित' पर सेट है।

अब, सेवा वास्तव में किसी कारण से विफल हो सकती है। तो आप क्या कर सकते हैं, रिकवरी टैब पर क्लिक करें, और पहले विफलता के लिए एक विकल्प चुनें। शायद सेवा को पुनः प्रारंभ करने का प्रयास करें।

अगली बात यह है कि इवेंट व्यूअर पर जाएं और सेवाओं की सूची की जांच करें और सेवा (या विंडोज) द्वारा लॉग किए गए किसी भी चेतावनी या त्रुटियों की जांच कर सकते हैं।

यदि अन्य सभी विफल रहता है, तो आप पुनर्निर्माण मास्टर उपयोगिता का उपयोग करने का प्रयास कर सकते हैं। उस विवरण के लिए, इस MSDN पृष्ठ को देखें: https://social.msdn.microsoft.com/Forums/en-US/f713067f-3017-478b-a9ae-8049d80f9fdc-sql-server-is-not-starting-up मंच = sqldatabaseengine

Comments

क्या शामिल करने के लिए एक भयानक लिंक - अपने मास्टर डीबी का पुनर्निर्माण करना भयानक सलाह है - 1 ओपी के लिए मास्टर डीबी और संबंधित सिस्टम डीबी का बैकअप होना चाहिए, 2 के लिए वह SQL सर्वर मैन्युअल रूप से शुरू कर सकता है, इसलिए लिंक में वर्णित समस्या उसकी समस्या नहीं है । कीथ - क्या आप कभी इस की तह तक गए?

— MHSQLDBA

यह भयावह जवाब अभी भी यहाँ क्यों है?

— मिच गेहूं

"शायद" शब्द यहां किसी भी तरह के उत्तर से संबंधित नहीं है।

— जेरी डॉज