2013-02-20 16 views
5

अलग-अलग रखें, क्या मुझे हमेशा नौकरी के मालिक को एसक्यूएल नौकरी के लिए सेट करना चाहिए, भले ही यह उस उपयोगकर्ता को डिफॉल्ट करता है जिसने इसे बनाया है?क्या ऐसा कोई कारण है कि एसक्यूएल नौकरी के अलावा किसी अन्य व्यक्ति के स्वामित्व में होना चाहिए?

उत्तर

3

उपयोगकर्ता द्वारा स्वामित्व वाली कोई भी नौकरियां चलाने के लिए बंद हो जाएंगी यदि वह उपयोगकर्ता अक्षम या हटा दिया गया है। रन टाइम पर सक्रिय निर्देशिका समस्या होने पर नौकरियां भी नहीं चल सकती हैं। ब्रेंट ओज़र के बारे में इसकी वेबसाइट पर एक लेख है: http://www.brentozar.com/blitz/jobs-owned-by-user-accounts/

+0

एक अच्छा बात है कि चयन करें। यही कारण है कि मैं इन जरूरतों में से कुछ के लिए चारों ओर लटका "एसक्यूएल प्रमाणीकरण" रखता हूं। मैं शायद एक समर्पित जॉब_owner (एसक्यूएल प्रमाणीकरण) खाता बनाउंगा। मैं अपने सबकुछ को 'sa' देने से थोड़ा डरता हूं, मुख्य रूप से क्योंकि कुछ भी हटा/छोड़ सकता है। – granadaCoder

+0

हां यह वास्तव में एक SQLPASS प्रस्तुति थी जिसे मैंने देखा (sp_Blitz के बारे में) जिसने मुझे इस सवाल से पूछा। मैं यह परिवर्तन करना चाहता हूं क्योंकि मेरी कई नौकरियां गैर-खातों के स्वामित्व में हैं। मैं बस यह सुनिश्चित कर रहा था कि ऐसा करने से बचने का कोई कारण नहीं था। – Aushin

+0

@granadaCoder मैं आमतौर पर नौकरी चरण की अनुमतियों को बदलने के लिए एसक्यूएल एजेंट प्रॉक्सी का उपयोग करता हूं। [लिंक] (http://msdn.microsoft.com/en-us/library/ms189064 (v = sql.105) .aspx) –

0

आपको मेरे साथ सहन करना होगा। क्योंकि मैं स्मृति से जा रहा हूँ।

कुछ पुरानी लिपियों को देखते हुए, मेरे पास यह कोड है।

@jobOwnerNameVeryImportantToSetCorrectly = 'someSqlAuthenticatonUser'

अब का चयन करें। मेरे परिदृश्य में, मैंने एक गैर 'sa' उपयोगकर्ता को नौकरी निर्धारित करने और चलाने के लिए अनुमति दी। इस प्रकार मैंने मालिक को एक गैर 'sa' उपयोगकर्ता क्यों बनाया।

मुझे जो सवाल उठाने का विचार है, वह है "जो नौकरियां चलाता है"। यदि यह हमेशा 'sa' होता है, तो यह कोई मुद्दा नहीं है।

लेकिन, यदि आप इसे चलाने के लिए एक गैर 'खाता' खाता चाहते हैं, तो सुपर-मैक-डैडी खाते के स्वामित्व वाली नौकरी चलाने के लिए कम विशेषाधिकार प्राप्त खाता कैसा चल रहा है?

मेरा परीक्षण होगा।

  1. नौकरी बनाएं। चलो 'sa' अपने आप को चलो।
  2. एक temp sql-प्रमाणीकरण खाता बनाएँ।
  3. इस एसक्यूएल प्रमाणीकरण खाते के रूप में डेटाबेस में लॉग इन करें।
  4. देखें कि क्या आप नौकरी चला सकते हैं।

मेरी याददाश्त कह रही है "कम खाता नहीं कर पाएगा"। हालांकि, मैंने एसक्यूएल सर्वर 2005 पर नौकरियों के साथ निपटाया। इसलिए यदि मुझे 2005 के लिए सही तरीके से याद है, तो यह 2008 या 2008R2 के लिए समान नहीं हो सकता है।

लेकिन मुझे इसके साथ समस्याएं याद हैं। और इस तरह मेरी चर घोषणा:

@jobOwnerNameVeryImportantToSetCorrectly = 'someSqlAuthenticatonUser'

+0

क्या नौकरी के स्वामित्व को प्रभावित करता है कि नौकरी किसके रूप में चलती है? मैंने सोचा कि यह हमेशा एसक्यूएल एजेंट खाता था जो मालिक के बावजूद नौकरी चलाता था। – Aushin