2011-12-09 25 views
9

Kiedy próbuję debugować SQL CLR za pomocą skryptu testu SQL w VS2010 (z MSSQL 2008) otrzymuję "Anulowane przez użytkownika" w oknie wyjściowym Debugowanie, gdy tylko wdrożenie zakończyć (co jest udane).Debugowanie SQL CLR zostaje "anulowane przez użytkownika"

Byłem w sieci i wypróbowałem wszystkie znalezione rozwiązania i nadal nie mam wyjścia.

System:

Windows Server 2008 R2 Standard SP 1
64 bit Visual Studio 2010
Ostateczny SQL Server 2008 R2 (Zarówno działa na tym samym komputerze)

Kroki podjęte:

  • VS 2010 jest uruchamiany jako administrator.
  • SQL Connection Użytkownik ma uprawnienia sysadmin na SQL 2008
  • Firewall jest ustanowiony w celu umożliwienia przychodzące od wymaganych portów zarówno dla VS 2010 i SQL 2008

przeszli: http://msdn.microsoft.com/en-us/library/ms165051.aspx

oraz: http://msdn.microsoft.com/en-us/library/ee828498.aspx

Próbowałem ustawić zestaw ram docelowa do 2,0 (z 3,5)

Tried odznaczone „zuboż oy code "w Project Properties w sekcji" Deploy ".

Pod bazą danych we właściwościach projektu jest ustawiona wartość "Niebezpieczna", a właściciel zespołu na "dbo".

+1

Witam, miałem ten sam problem, ale udało mi się debugowania przez dołączenie do procesu zdalnego sqlservr i działa mój skrypt w SSMS. Jeśli nie próbowałeś tego, to tylko kilka dodatkowych kroków i działa tak samo, jak kiedyś. Właściwie to podoba mi się to, ponieważ wyjście jest w znanym formacie SSMS. – Kimberly

+0

To właśnie robię. Ale bardzo denerwujące jest to, że trzeba przestać debugować i ponownie dołączać do procesu za każdym razem, gdy trzeba uruchomić kolejną sesję debugowania, gdzie metoda debugowania powinna być wykonywana automatycznie. – Quintium

+0

Czy jesteś w stanie debugować zwykłe SQL z SMS lub VS? – abatishchev

Odpowiedz

1

Niektóre z tych elementów mogą być powtórzone w powyższych łączach - wszystko w jednym miejscu, aby utworzyć pełną listę kontrolną dla każdego z tym problemem.

Dodaj następujące porty/protokoły do ​​przychodzących wyjątków na obu komputerach (tj. Na pulpicie & serwer sql). Ewentualnie wyłącz wszystkie zapory na serwerze stacjonarnym &, aby pominąć kilka z tych kroków.

  • TCP: 135
  • UDP: 400.500

Na pulpicie również dodać devenv.exe do listy wyjątków procesu/programowanie zapory.

Na serwerze dodać wyjątki zapory dla sqlsrvr.exe i msvsmon.exe procesów.

Na serwerze dodaj także wyjątek zapory sieciowej dla Udostępnianie plików i drukarek.

Czy na Twoim serwerze zainstalowana jest usługa zdalnego debugowania VS?

Czy debugowanie SQL/CLR jest włączone w bazie danych/serwerze?

Czy używasz wersji VS Pro lub Team?

Czy Twoje konto ma uprawnienia administratora na serwerze (OS)?

Czy Twoje konto ma uprawnienia administratora do instancji bazy danych (SQL)?
Oto więcej informacji o tym, dlaczego administrator wymagane na SQL Server w przypadku istnieją argumenty od DBA/menedżerów o ograniczenie dostępu dalej: http://blogs.msdn.com/b/sqlclr/archive/2006/07/07/659332.aspx

Łączysz użyciu uwierzytelniania systemu Windows?

Czy próbowałeś edycji sqlserver.config wg: http://www.sqlskills.com/BLOGS/BOBB/post/SQLCLR-debugging-and-VS-2010-revisited.aspx (uwaga ostrzeżenia autora, czyli jest to hack, które mogą powodować problemy ze stabilnością programu SQL debugger'a więc tylko to zrobić, jeśli jesteś jedyną osobą, dołączając do ten serwer).

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

Jeśli jesteś na czeku sieci firmy, która nie ma żadnych serwerów proxy, które mogą wpływać na ciebie (jeśli urządzenie nie zdaje sobie sprawy serwer jest w tej samej sieci intranet czasami będziesz przechodząc przez pełnomocnika) . Spróbuj użyć nazwy FQDN serwera podczas łączenia, ponieważ czasami podaje się pełną ścieżkę, która czasami jest pomocna (przynajmniej widziałem, jak radzi sobie z problemami z serwerem ISA).

Jeśli masz jakiekolwiek oprogramowanie antywirusowe zapewniają, że wyjątki są ustawione dla rozszerzeń plików .mdf, .ndf, .ldf, .bak, .trn & . $$$.

Czy używasz najnowszych dodatków Service Pack dla systemów operacyjnych VS, SQL i klienta &?

Jeśli nadal masz problemy, czy próbowałeś uruchomić instalatory SQL i VS w trybie naprawy lub usunąć i ponownie zainstalować oprogramowanie?

+0

Dziękujemy za zapisanie. Przestałem próbować to rozgryźć. Ponieważ nasze środowisko programistyczne ma SQL i VS działa na tym samym serwerze, jestem w stanie dołączyć bezpośrednio do procesu serwera SQL, a tym samym być w stanie debugować SQL CLR. Ale ponieważ jest to wspólne środowisko i nie mam kontroli nad ratami, nie zamierzam w tej chwili wykonywać niektórych z tych kroków. Ale mam nadzieję, że pomoże to innym, a jeśli tak, to proszę, zostaw tę osobę. – Quintium

+0

Bez zmartwień - miałem wrażenie, że może tak być, ponieważ mam 10 miesięcy do tyłu, udzielając pomocy :). – JohnLBevan

0

Miałem ten sam problem, chociaż debugowałem dobrze przez kilka tygodni, zanim to się zaczęło.

mam to działa ponownie wykonując następujący skrypt na db ponownie:

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

ALTER DATABASE [DBName] SET TRUSTWORTHY ON