एसक्यूएल सर्वर स्क्रिप्ट अपग्रेड मोड में है

Question

Vista अभी इसके कई अपडेटों में से एक समाप्त हुआ है। मेरे कंप्यूटर को पुनरारंभ करने के बाद, मैं SQL सर्वर प्रबंधन स्टूडियो के साथ SqlServer2008 इंस्टेंस से कनेक्ट करने का प्रयास करता हूं और मुझे यह त्रुटि मिलती है:

'... \ MSSQLSERVER2008' से कनेक्ट करने में त्रुटि। अतिरिक्त जानकारी: लॉगिन उपयोगकर्ता के लिए विफल रहा ... '। कारण: सर्वर स्क्रिप्ट अपग्रेड मोड में है। केवल व्यवस्थापक ही इस समय कनेक्ट कर सकते हैं। (माइक्रोसॉफ्ट एसक्यूएल सर्वर, त्रुटि: 18401)।

दबाकर सहायता मुझे इंटरनेट पेज पर ले जाती है जिसमें कोई अतिरिक्त जानकारी नहीं है।

Thx Vista & अद्यतन। किसी को भी एक विचार क्योंकि इंटरनेट पर मुझे इस मुद्दे के बारे में कुछ भी नहीं मिला।

Answer 1

ऐसा प्रतीत होता है This Gu वाई आपको वही समस्याएं थीं और आपका एकमात्र सुझाव दोबारा लॉग इन करने का प्रयास करने से पहले कुछ मिनट इंतजार करना था।

मुझे अभी तक इस बारे में किसी भी प्रकार का माइक्रोसॉफ्ट दस्तावेज देखने के लिए नहीं मिला है, न ही मैंने कोई फोरम पोस्ट देखा है जो एक ही समस्या से संबंधित किसी भी प्रकार के संकल्प में आया है।

Answer 2

अपने ईवेंट व्यूअर की जांच करें। मुझे एक ही समस्या थी और पाया कि (मेरे मामले में) यह ऐसी निर्देशिका की तलाश में था जो अपग्रेड स्क्रिप्ट करने के लिए मौजूद नहीं था। कोई संकेत नहीं कि संवाद में किसी प्रकार की समस्या थी, लेकिन घटना दर्शक ने स्पष्ट रूप से दिखाया कि समस्या क्या थी।

जिम

Answer 3

मुझे एक ही समस्या थी। अपडेट किए जाने तक प्रतीक्षा करने में मदद नहीं मिली। फ़ोल्डर अधिकारों को सेट करने के लिए समाधान (विंडोज इवेंट लॉग की जांच के बाद) था। एसक्यूएल एक्सप्रेस को डेटाबेस फ़ोल्डर पर कभी भी अधिकार नहीं था, क्यों। कुछ ने WinXP से Win 7 के अपग्रेड के दौरान अधिकारों को मिश्रित किया है। यही वह था।

Answer 4

इस पृष्ठ पर एक टिप्पणी जोड़ना क्योंकि यह "स्क्रिप्ट अपग्रेड मोड" के लिए शीर्ष Google परिणाम है। ऐसा लगता है कि कई चीजें SQL सर्वर डीबी को इस मोड में जाने का कारण बन सकती हैं। हमारी दुकान में हम पिछले महीनों में इन दो मामलों हुई:

1. लॉग शिपिंग - प्रक्रिया किस बिंदु पर याद नहीं कर सकते हैं वास्तव में डीबी इस मोड में चला गया, जब यह लाने iirc यह था बैक अप समाधान बस इंतजार कर रहा था।

2. हार्ड ड्राइव पूर्ण - डीबी अंतरिक्ष से बाहर होने पर इस मोड में चला गया। हम वर्तमान में ड्राइव को साफ़ कर रहे हैं, अगर इसे उठाना चुनौतीपूर्ण हो जाता है तो अपडेट के साथ वापस आ जाएगा। अद्यतन: डिस्क स्थान को खाली करने के बाद, यह डीबी "ऑफलाइन" और फिर "ऑनलाइन" को बैक अप लेने के लिए एक साधारण मामला था।

Answer 5

हमारे पास एक ही समस्या थी, लेकिन यह जानने की आवश्यकता थी कि पृष्ठभूमि में क्या चल रहा था।

डीबी को पुनर्प्राप्ति मोड में रखा गया था, इसलिए उन्हें पुनर्प्राप्त करना पड़ा। सहायता करने के लिए हम SQL सर्वर त्रुटि लॉग पर गए जहां सिस्टम फ़ाइलें (आमतौर पर मास्टर, मॉडल, msdb ...) स्थित हैं, लेकिन लॉग फ़ोल्डर के अंतर्गत। ERRORLOG में, हमने वसूली शब्द पर एक खोज किया और डीबी के प्रतिशत को पुनर्प्राप्त कर सकता था। सब कुछ सामान्य रूप से बरामद हुआ, लेकिन यह अपेक्षा से काफी लंबा था।

Answer 6

इसका कारण यह है कि सिस्टम रीबूट महत्वपूर्ण \ आवश्यक सॉफ़्टवेयर लोड के साथ होता है और बाद में अन्य सभी ऑपरेशन करता है ताकि बूटिंग तेजी से हो।

यहाँ अपने मामले में, एसक्यूएल बूटिंग के रूप में एसक्यूएल के शुरू प्रणाली शुरू करने के लिए की जरूरत नहीं है हो रहा है। मुझे आशा है कि आप डीएसी खाते (समर्पित प्रशासक कनेक्शन, Link) से अवगत हैं, जिनके पास अलग कनेक्टिविटी है और मुद्दों को हल करने की क्षमता भी है, यहां तक ​​कि संपूर्ण SQL सर्वर responing नहीं है। एसक्यूएल सर्वर आपको या तो एसएसी के साथ एसक्यूएल का इंतजार या खोलने के लिए कह रहा है और एसक्यूएल अपडेट को रोकता है।

समाधान:

1) डीएसी खाते का उपयोग करने तक प्रतीक्षा करें backround अद्यतन

2 पूरा करता है) ओपन एसक्यूएल और सभी प्रक्रिया चल