मैं SQL सर्वर 2012 को कैसे कॉन्फ़िगर कर सकता हूं ताकि यह मेरे उपयोगकर्ता खाते में फ़ाइलों को पुनर्स्थापित और देख सके?

Question

मेरे कंप्यूटर पर एक सेवा के रूप में SQL Server 2012 इंस्टेंस चल रहा है, और सेवा पृष्ठ के अनुसार यह "NT Service \ MSSQLSERVER" खाते के रूप में लॉग ऑन करता है । हालाँकि मैं कंप्यूटर प्रबंधन स्क्रीन में "स्थानीय उपयोगकर्ता और समूह" क्षेत्र सहित उस खाते का नाम कहीं और नहीं देख सकता, क्योंकि, नीचे दिए गए लिंक के रूप में, यह एक उपयोगकर्ता खाता नहीं है, यह उस बॉक्स में एक सेवा नाम है। Microsoft ने इसलिए "खाता" लेबल करने में मदद की। इस बिंदु पर मैं कई लोगों को भ्रमित होते हुए देख सकता हूं।

मैं जिस कार्य को पूरा करने की कोशिश कर रहा हूं वह SSMS संवाद "लोकेट बैकअप फाइल" का उपयोग करके फ़ाइलों को पुनर्स्थापित करने के लिए है, जो किसी भी मानक विंडो फ़ाइल खुले संवाद के विपरीत पूरी तरह से एक संवाद का उपयोग करता है, शायद इसलिए यह "दूरस्थ" नौकरी कर रहा है और ऑपरेटिंग से SQL सर्वर की सुरक्षा संदर्भ, अंत उपयोगकर्ता भ्रम का एक और समृद्ध स्रोत, मुझे आशा है कि यह प्रश्न स्पष्ट होने में मदद कर सकता है।

अब तक अगर मैं एक बैकअप .mdf / .bak फ़ाइल को पुनर्स्थापित करना चाहता हूं, जो मेरे एक फ़ोल्डर में है, तो मुझे उस फ़ोल्डर को सभी के द्वारा पठनीय सेट करना होगा या फिर मैं SQL सर्वर के साथ वहां नहीं पहुंच सकता "बैकअप का पता लगाएँ। फ़ाइल "विंडो। मुझे यह विचार है कि आप एक GUI सेवा का उपयोग कर रहे हैं, जिसके पास आपके लिए अलग-अलग उपयोगकर्ता खाते और अधिकार हैं, जो कि Microsoft में किसी ने भी आपको स्पष्ट करने के लिए ध्यान नहीं दिया, यहां तक ​​कि विंडोज़ सिस्टम प्रशासन के साथ अनुभव के वर्षों में भी बहुत भ्रमित होना ।

मुझे उम्मीद है कि मैंने SQL सर्वर के लिए कुछ दस्तावेज़ीकरण पृष्ठ याद किए जो आपको बताएंगे कि एक नया SQL सर्वर उदाहरण स्थापित करने के बाद, आप सुरक्षा कैसे सेट कर सकते हैं।

जैसे फोरम पदों इस एक भी माइक्रोसॉफ्ट कहा, "यह जटिल है" कर्मचारी है, और इसे ", फिर से बदल दिया" कि डेनलि में। SQL Server 2012 में अब यह कैसे काम करता है, और मैं SQL डेटाबेस इंजन की सुरक्षा के लिए उपयोगकर्ताओं से संबंधित फ़ाइलों को पढ़ने की अनुमति कैसे जोड़ सकता हूं SID।

Comments

एसक्यूएल मानक संवाद का उपयोग नहीं करता है इसका कारण यह है कि आप एक ऐसी फ़ाइल नहीं चुन सकते हैं जो एसक्यूएल से नहीं पढ़ सकता है। सुरक्षा को कॉन्फ़िगर करने के तरीके के रूप में, क्या आप उस खाते को बदलने के लिए खुले हैं जो एसक्यूएल के तहत चलता है या क्या आप इसे उस तरह से छोड़ना चाहते हैं जैसे यह अब है? यदि सेवा खाता बदलना ठीक है तो देखभाल करना आसान है। हम नामित खातों का उपयोग करते हैं, इसलिए मैं उस मदद के लिए सामान्य MSSQLSERVER खाते के साथ परीक्षण नहीं कर सकता।

— cfradenburg

यहां देखें: dba.stackexchange.com/questions/23864/…

— जॉन

यदि हर कोई विकास करते समय एक नियमित उपयोगकर्ता आईडी के साथ चलने के लिए अपने SQL सर्वर को बदलता है, तो यह "सर्वोत्तम अभ्यास" हो सकता है। मैं सोच रहा हूँ कि यह एक अच्छा विचार है या नहीं। यदि मैन्युअल रूप से "NT Service \ MSSQLSERVER" फ़ोल्डर्स में जोड़ने के लिए मुझे मानक विचार जोड़ने की आवश्यकता है, तो मुझे लगता है कि यह सबसे तार्किक न्यूनतम फिक्स होगा, है ना? मेरी इच्छा है कि SQL सर्वर SSMS UI इस छिपे हुए "NT Server \ xxx" खाता आईडी से कनेक्ट करना थोड़ा आसान था।

— वॉरेन पी

Answer 1

संदर्भ के लिए "Denali" SQL सर्वर 2012 है। "अंत उपयोगकर्ता भ्रम" के संबंध में, मैं एसएसएमएस के संबंध में एक अंत उपयोगकर्ता उलझन में है या नहीं, इस बात से सभी चिंतित नहीं हैं। Microsoft ने इस टूल को सामान्य एंड यूज़र के लिए नहीं, बल्कि डेटाबेस एडमिनिस्ट्रेटर और / या एक यूज़र के लिए विकसित किया था, जिसे डेटाबेस मैनेज करना था। इसलिए प्रदान किए गए उपकरणों और वे कैसे कार्य करते हैं, के साथ एक सीखने की अवस्था होगी। SSMS SQL सर्वर 2005 के साथ आने के बाद से SSMS का फाइल डायलॉग बॉक्स इस तरह से हो गया है। यही कारण है कि आप तब से इसका इस्तेमाल करने वाले डेटाबेस को बैकअप करने, पुनर्स्थापित करने या संलग्न करने के लिए टी-एसक्यूएल स्टेटमेंट के साथ सबसे अधिक छड़ी देखेंगे। ।

SQL सर्वर के साथ फ़ाइल सिस्टम अनुमतियों को कॉन्फ़िगर करने के लिए आप यहाँ MSDN के निर्देशों का पालन कर सकते हैं ।

जिस तरह से सेवा खातों को संभाला जाता है, वह SQL सर्वर के साथ या उसके कारण नहीं आया, यह ऑपरेटिंग सिस्टम स्तर पर परिवर्तन के कारण था। विंडो सर्वर 2008 R2 ने सेवा खातों के चारों ओर सुरक्षा परत का थोड़ा अधिक रखा। आपके पास लाभ यह है कि सेवा खाता डिफ़ॉल्ट सेटिंग्स के साथ स्थापित होने पर भी आसानी से एक डोमेन पर संसाधनों का उपयोग कर सकता है। यह लिंक SQL Server 2012 के साथ सेवा खाता अनुमतियों को कैसे संभालती है, इस पर एक विस्तृत विवरण प्रदान करता है। लिंक से अंश SQL सर्वर 2012 में डिफ़ॉल्ट रूप से उपयोग किए जाने वाले वर्चुअल खातों पर नीचे है। लेख में प्रदान किया गया एक लिंक भी है जो अधिक में जाता है Windows के साथ सेवा खाता अवधारणा पर चर्चा, यहाँ। यह Window Server 2008 R2 से है, लेकिन मेरा मानना ​​है कि Window Server 2012 पर अभी भी सही है, और संभवतः Window Server 2012 R2 पर।

आभासी खाते

Windows Server 2008 R2 और Windows 7 में वर्चुअल खाते प्रबंधित स्थानीय खाते हैं जो सेवा प्रशासन को सरल बनाने के लिए निम्नलिखित सुविधाएँ प्रदान करते हैं। वर्चुअल खाता स्वत: प्रबंधित होता है, और आभासी खाता नेटवर्क को डोमेन वातावरण में एक्सेस कर सकता है। यदि Windows Server 2008 R2 या Windows 7 पर SQL सर्वर सेटअप के दौरान सेवा खातों के लिए डिफ़ॉल्ट मान का उपयोग किया जाता है, तो सेवा नाम के रूप में इंस्टेंस नाम का उपयोग करने वाला एक वर्चुअल खाता, NT NT सेवा प्रारूप में है। वर्चुअल खाते के रूप में चलने वाली सेवाएँ प्रारूप $ में कंप्यूटर खाते की साख का उपयोग करके नेटवर्क संसाधनों तक पहुंच बनाती हैं। SQL सर्वर शुरू करने के लिए वर्चुअल अकाउंट निर्दिष्ट करते समय, पासवर्ड को खाली छोड़ दें। यदि वर्चुअल खाता सेवा प्रधान नाम (SPN) को पंजीकृत करने में विफल रहता है, तो SPN को मैन्युअल रूप से पंजीकृत करें। SPN को मैन्युअल रूप से पंजीकृत करने के बारे में अधिक जानकारी के लिए, Kerberos Connections के लिए एक सेवा प्रिंसिपल नाम पंजीकृत करें देखें। नोट नोट वर्चुअल खातों का उपयोग SQL सर्वर विफलता क्लस्टर इंस्टेंस के लिए नहीं किया जा सकता है, क्योंकि वर्चुअल खाते में क्लस्टर के प्रत्येक नोड पर एक ही SID नहीं होगा।

निम्न तालिका वर्चुअल खाता नामों के उदाहरणों को सूचीबद्ध करती है।

डेटाबेस इंजन सेवा का डिफ़ॉल्ट उदाहरण: NT SERVICE \ MSSQLSERVER PAYROLL नामक डेटाबेस इंजन सेवा का नामांकित उदाहरण: SQL सर्वर के डिफ़ॉल्ट उदाहरण पर NT SERVICE \ MSSQL $ PAYROLL SQL सर्वर एजेंट सेवा: NT सेवा \ SQL सर्वर सेवा SQL Server एजेंट सेवा का डिफ़ॉल्ट उदाहरण PAYROLL नाम का SQL सर्वर का उदाहरण: NT SERVICE \ SQLAGENT $ PAYROLL

Comments

अंत उपयोगकर्ता से मेरा मतलब है दर्जनों लोगों की श्रेणियों में से कुछ, विभिन्न विषयों में कुछ काफी पेशेवर और तकनीकी रूप से सक्षम हैं, लेकिन जो डीबीए नहीं हो सकते हैं। व्यक्तिगत रूप से मुझे लगता है कि यहां तक ​​कि डीबीए भी पाएंगे कि इस उपकरण पर यूआई में सुधार किया जा सकता है। मजबूत तीसरे पक्ष के उपकरण का बाजार एक और संकेतक है जो एसएसएमएस, जबकि नि: शुल्क है, पूरी तरह से कीमत के लायक है।

— वॉरेन पी

2017 में इसे कोई बेहतर नहीं मिला है। तो संक्षिप्त जवाब है "यह कभी बेहतर नहीं होने वाला है, जानें कि यह कैसे काम करता है, हालांकि खराब तरीके से यूआई डिज़ाइन किया गया है"।

— वारेन पी

Answer 2

किसी अन्य फ़ोल्डर में फ़ाइलों को देखने / एक्सेस करने के लिए, फ़ोल्डर NT SERVICE\MSSQLSERVERपर अनुमति दें। स्क्रीन शॉट और शामिल चरणों के लिए SSMS में किसी भी निर्देशिका में दिखाई नहीं देने वाली .bak फ़ाइल पर पोस्ट किए गए मेरे उत्तर को देखें । (सामान्य उपयोगकर्ता / समूह अनुमतियों को किसी फ़ोल्डर में जोड़ने से थोड़ा अलग है।)

उम्मीद है की वो मदद करदे!

Answer 3

वास्तव में, यदि आप SSMS के माध्यम से एक रिस्टोर करने की कोशिश करते हैं, और आप विंडोज ऑथेंटिकेशन (!) के माध्यम से लॉग इन होते हैं, तो यह आपका विंडोज अकाउंट होगा (और सभी को "या तो) जो उस की अनुमति की आवश्यकता है - SQL सर्वर सेवा नहीं खाता। आशा है कि भ्रम को साफ करता है। सेवा खाते में अन्य आवश्यकताएं हैं। उदाहरण के लिए यदि आप SQL प्रामाणिक खाते के माध्यम से लॉग इन किए गए थे - तो ऑपरेटिंग सिस्टम को किन अनुमतियों के लिए पूछना चाहिए? - यह SQL सर्वर का सेवा खाता होगा? केवल मामला! यह SQL Server 7.0 के बाद से नहीं बदला है और शायद इससे पहले भी नहीं :)

Comments

क्रेडेंशियल के बारे में मत भूलना ।

— रेमस रुसानु

मुझे यकीन नहीं है कि यह भ्रम को साफ करता है ... यदि आप WA पर लॉग ऑन हैं, तो आपके SQL सर्वर खाते को पुनर्स्थापित करने के लिए अनुमतियों की आवश्यकता है (जहाँ तक SQL सर्वर का संबंध है), लेकिन SQL सर्वर सेवा खाते को पढ़ने की अनुमति चाहिए फ़ाइल सिस्टम पर फ़ाइल को खोलने के लिए .bak(जो आमतौर पर आपके उपयोगकर्ता निर्देशिका में नहीं होगा, जब तक कि स्पष्ट रूप से प्रदान नहीं किया जाता है)।

— ब्रूनो