2011-12-09 14 views
9

जब मैं वीएस -2010 (एमएसएसएलएल 2008 के साथ) में एक एसक्यूएल सीएलआर के माध्यम से एक एसक्यूएल सीएलआर डीबग करने का प्रयास कर रहा हूं, तो मुझे डीबग आउटपुट विंडो में जल्द ही तैनाती के रूप में "उपयोगकर्ता द्वारा रद्द किया गया" मिलता है खत्म करें (जो सफल है।)एसक्यूएल सीएलआर डिबगिंग "उपयोगकर्ता द्वारा रद्द किया गया"

मैं इंटरनेट पर ऊपर और नीचे गया हूं और सभी पाए गए समाधानों का प्रयास किया है और अभी भी नहीं जाना है।

सिस्टम:

Windows Server 2008 R2 मानक सपा 1
64 बिट दृश्य स्टूडियो 2010
अंतिम एसक्यूएल सर्वर 2008 R2 (दोनों एक ही कंप्यूटर पर चल रहे)

कदम उठाए:

के माध्यम से किया गया पर भीतर का अनुमति देने के लिए सेट किया गया है पर सिस्टम प्रशासक अधिकार है

की कोशिश की 2.0 के लिए लक्ष्य फ्रेमवर्क सेट (3.5 से) सेट

की कोशिश की अनियंत्रित "Depl ओई कोड "परियोजना प्रॉपर्टीज में" तैनाती "खंड के तहत।

परियोजना गुणों में डेटाबेस के तहत "असुरक्षित" और असेंबली मालिक को "डीबीओ" पर सेट किया गया है।

+1

हाय, मैं एक ही मुद्दा था, लेकिन मैंने दूरस्थ sqlservr प्रक्रिया के लिए संलग्न और मेरी स्क्रिप्ट चलाकर डिबग करने में सक्षम था एसएसएमएस में यदि आपने कोशिश नहीं की है, तो यह केवल कुछ अतिरिक्त कदम है, और एक बार संलग्न होने पर भी काम करता है। मुझे यह बेहतर लगता है, वास्तव में, क्योंकि आउटपुट परिचित एसएसएमएस प्रारूप में है। – Kimberly

+0

यही वह है जो मैं कर रहा हूं। लेकिन डीबगिंग को रोकने और बार-बार प्रक्रिया को दोबारा जोड़ने के लिए बहुत परेशान करना पड़ता है जब भी आपको एक और डिबगिंग सत्र चलाया जाता है, जहां डीबगिंग विधि आपके लिए स्वचालित होनी चाहिए। – Quintium

+0

क्या आप एसएमएस या वीएस से नियमित एसक्यूएल डीबग करने में सक्षम हैं? – abatishchev

उत्तर

1

उपरोक्त लिंक पर जो कुछ भी है, उसे दोहरा सकता है - इस मुद्दे के साथ किसी के लिए पूरी जांचसूची बनाने के लिए सबकुछ एक ही स्थान पर रखना।

दोनों मशीनों पर इनबाउंड अपवादों के लिए निम्नलिखित पोर्ट/प्रोटोकॉल जोड़ें (यानी आपका डेस्कटॉप & एसक्यूएल सर्वर)। वैकल्पिक रूप से इन चरणों में से कुछ को छोड़ने के लिए डेस्कटॉप & सर्वर पर किसी फ़ायरवॉल को बंद करें।

  • टीसीपी: 135
  • यूडीपी: 400.500

अपने डेस्कटॉप पर भी अपनी फ़ायरवॉल प्रक्रिया/कार्यक्रम को अपवाद सूची में devenv.exe जोड़ें।

सर्वर पर sqlsrvr.exe और msvsmon.exe प्रक्रियाओं के लिए फ़ायरवॉल अपवाद जोड़ने।

सर्वर पर फ़ाइल और प्रिंटर साझाकरण के लिए फ़ायरवॉल अपवाद भी जोड़ें।

क्या आपके सर्वर पर वीएस रिमोट डीबगिंग सेवा स्थापित है?

क्या SQL/CLR डिबगिंग डेटाबेस/सर्वर पर सक्षम है?

क्या आप वीएस प्रो या टीम संस्करण चला रहे हैं?

क्या आपके खाते में सर्वर (ओएस) पर व्यवस्थापक अधिकार हैं?

क्या आपके खाते में डेटाबेस इंस्टेंस (SQL) पर व्यवस्थापकीय अधिकार हैं? http://blogs.msdn.com/b/sqlclr/archive/2006/07/07/659332.aspx

आप विंडोज प्रमाणीकरण का उपयोग जोड़ने रहे हैं:
क्यों सिस्टम प्रशासक के मामले में एसक्यूएल सर्वर पर आवश्यक आगे पहुंच को सीमित करने के बारे में DBAs/प्रबंधकों से तर्क हैं बारे में अधिक जानकारी है?

आपके द्वारा संपादित अनुसार sqlserver.config प्रयास किया है: http://www.sqlskills.com/BLOGS/BOBB/post/SQLCLR-debugging-and-VS-2010-revisited.aspx (कृपया लेखक का सावधानियों ध्यान दें, यानी यह एक हैक जो एसक्यूएल डिबगर की स्थिरता में समस्याएं हो तो ऐसा केवल तभी कर अगर आप केवल करने के लिए संलग्न व्यक्ति हैं कर सकते हैं यह सर्वर)।

<configuration> 
    ... 
    <startup useLegacyV2RuntimeActivationPolicy="true"> 
     <supportedRuntime version="v2.0.50727" /> 
    </startup> 
</configuration> 

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

आप किसी भी वायरस सॉफ्टवेयर सुनिश्चित करना है कि अपवाद फ़ाइल एक्सटेंशन .mdf के लिए सेटअप कर रहे हैं, .ndf, .ldf, .bak, .trn & । $$$ है।

क्या आप वीएस, एसक्यूएल और क्लाइंट & सर्वर ओएस के लिए नवीनतम सर्विस पैक चला रहे हैं?

यदि आपके पास अभी भी सभी के बाद समस्याएं हैं, तो क्या आपने SQL मोड और वीएस इंस्टॉलर्स को मरम्मत मोड में चलाने या सॉफ़्टवेयर को हटाने और पुनर्स्थापित करने का प्रयास किया है?

+0

आपके लेखन के लिए धन्यवाद। मैंने इसे समझने की कोशिश छोड़ दी है। चूंकि हमारे विकास पर्यावरण में एक ही सर्वर पर SQL और VS चल रहा है, इसलिए मैं सीधे SQL सर्वर प्रक्रिया से अनुलग्न करने में सक्षम हूं, और इस तरह SQL CLR को डीबग करने में सक्षम हूं। लेकिन चूंकि यह एक साझा वातावरण है और मेरे पास किश्तों पर नियंत्रण नहीं है, इसलिए मैं इस समय कुछ कदमों को आजमाने की कोशिश नहीं कर रहा हूं। लेकिन मुझे आशा है कि यह दूसरों की मदद करेगी, और यदि ऐसा होता है, तो वह व्यक्ति कृपया एक टिप्पणी छोड़ दें। – Quintium

+0

कोई चिंता नहीं - एक ऐसी भावना थी जो मामला हो सकता है क्योंकि मैं सहायता प्रदान करने में 10 महीने पीछे हूं :)। – JohnLBevan

0

मुझे एक ही समस्या थी, हालांकि मैं ऐसा होने से कुछ सप्ताह पहले ठीक से डिबगिंग कर रहा था।

मैं इसे फिर से db पर निम्न स्क्रिप्ट पर कार्य करके उन्हें पुनः काम मिल गया:

sp_configure 'show advanced options', 1; 
GO 
RECONFIGURE; 
GO 
sp_configure 'clr enabled', 1; 
GO 
RECONFIGURE; 
GO 

ALTER DATABASE [DBName] SET TRUSTWORTHY ON