2011-01-10 15 views
31

मैं डेटाबेस के उपयोगकर्ता मैपिंग अनुभाग में किसी उपयोगकर्ता को सभी अनुमतियां देने का प्रयास कर रहा हूं।विशेष प्रिंसिपल डीबीओ का उपयोग नहीं कर सकता: त्रुटि 15405

"विशेष प्रिंसिपल dbo उपयोग नहीं कर सकते" उपयोगकर्ता की alt text

सर्वर भूमिकाओं:

alt text

+1

नहीं प्रश्न का वास्तविक उत्तर पोस्ट है, लेकिन जब से तुम सरीन को db_owner दे रहे हैं, क्यों तुम भी किसी अन्य भूमिकाओं आवंटित करने के लिए कोशिश कर रहे हैं? –

+0

ऐसा इसलिए है क्योंकि मैं अपनी वेबसाइट पर और स्थापना प्रक्रिया के दौरान एक सीएम स्थापित करने की कोशिश कर रहा हूं, यह कहता है, कोई उपयोगकर्ता या भूमिका 'सरिन' नहीं है। यहां देखें: http://i.imgur.com/Intaa.jpg – Cipher

+1

उपयोगकर्ता 'sarin' डेटाबेस के पहले से ही db_owner है, और कोई अनुमति देने की आवश्यकता नहीं है। यदि आपको अभी भी यह त्रुटि मिल रही है, तो आप उस डेटाबेस से कनेक्ट नहीं हो रहे हैं जो आप सोचते हैं, लेकिन चूंकि आपने वास्तविक बिंदु के किसी भी स्क्रीनशॉट नहीं दिखाए हैं जहां आप सर्वर/डीबी/उपयोगकर्ता नाम, या कनेक्शन स्ट्रिंग की आपूर्ति करते हैं, आगे निदान करने के लिए यह थोड़ा मुश्किल है। –

उत्तर

45

इसका कारण यह है कि उपयोगकर्ता ने 'सरीन' है क्या हो रहा है लेकिन, मैं इस त्रुटि का सामना कर रहा हूँ डेटाबेस "dbemployee" का वास्तविक मालिक - इस प्रकार, वे केवल में db_owner कर सकते हैं, और किसी और डेटाबेस भूमिका नियुक्त नहीं की जा सकती है।

न ही उन्हें होने की आवश्यकता है। अगर वे डीबी मालिक हैं, तो उनके पास पहले से ही इस डेटाबेस के भीतर कुछ भी करने की अनुमति है।

(डेटाबेस के मालिक को देखने के लिए, डेटाबेस के गुणों को खोलें। मालिक को सामान्य टैब पर सूचीबद्ध किया गया है)।

डेटाबेस के स्वामी को बदलने के लिए, आप उपयोग कर सकते हैं sp_changedbowner या ALTER AUTHORIZATION (उत्तरार्द्ध जा रहा है जाहिरा तौर पर भविष्य के विकास के लिए पसंदीदा तरीका है, लेकिन बात इस तरह का एक एक बंद ... हो जाता है)

+0

यह ध्यान देने योग्य हो सकता है कि यह कॉन्फ़िगरेशन गलतियों या त्रुटियों को हल करने में मदद कर सकता है। एसक्यूएल सर्वर 2012 के लिए एसपी 2 स्थापित करने के बाद, मेरा स्थानीय एसएसएमएस बंद कर दिया गया था। मुझे पूरी तरह से एसएसएमएस को अनइंस्टॉल/पुनर्स्थापित करना पड़ा और मुझे पता है कि दूसरों के पास भी है; कई एमएस ब्लॉगों ने जून 2014 में सभी तरह से मुद्दों की पहचान की है। ऑल्टर प्राधिकरण का उपयोग करके सभी एलडीएफ और एमडीएफ फाइलों को स्थानांतरित करने के साथ-साथ सभी मुद्दों को हल किया गया है। –

+0

हाय वहाँ, मेरे पास एक और सवाल है। मुझे थोड़ा अलग परिस्थितियों में उपरोक्त त्रुटि मिल रही है।एक डीबी है जिस पर मेरा लॉगिन नाम (ओर्बस \ Gksiazek) – user3274207

+0

के साथ डीबीओ उपयोगकर्ता नाम प्रकट होता है, बस मालिक को sa बदलना पड़ा, और यह –

0

यह उत्तर SQL डेटाबेस के लिए मदद नहीं करता है जहां SharePoint कनेक्ट है। कॉन्फ़िगरेशन डेटाबेस के लिए db_securityadmin आवश्यक है। Db_securityadmin जोड़ने के लिए, आपको डेटाबेस के मालिक को व्यवस्थापकीय खाते में बदलना होगा। आप सिर्फ उस खाते का उपयोग डीबीओ भूमिकाओं के लिए कर सकते हैं।

11

Fix: Cannot use the special principal ‘sa’. Microsoft SQL Server, Error: 15405

अपने SQL इंस्टेंस में डेटाबेस आयात करते समय आप विशेष प्रिंसिपल 'sa' का उपयोग नहीं कर सकते हैं। माइक्रोसॉफ्ट एसक्यूएल सर्वर, त्रुटि: डेटाबेस के डीबीओ के रूप में sa उपयोगकर्ता को सेट करते समय 15405 पॉप आउट हो रहा है। इसे ठीक करने के लिए, ओपन एसक्यूएल प्रबंधन स्टूडियो खोलें और नई क्वेरी पर क्लिक करें। प्रकार:

USE mydatabase 
exec sp_changedbowner 'sa', 'true' 

नई क्वेरी को बंद करें और सा की सुरक्षा को देखने के बाद, तो आप पाएंगे कि कि सा डेटाबेस की डीबीओ है। (14444)

स्रोत: http://www.noelpulis.com/fix-cannot-use-the-special-principal-sa-microsoft-sql-server-error-15405/

+0

काम करता था यह भी मामला है यदि डीबी के पास अब कोई वैध स्वामी नहीं है। (उपयोगकर्ता हटा दिया गया, सर्वर दूसरे बॉक्स में बहाल किया गया आदि) –

संबंधित मुद्दे