Impossibile 2005 stored procedure di SQL Server il debug in Visual Studio Team System 2008

Question

ho cercato di eseguire il debug di SQL Server 2005 stored procedure, in Visual Studio Team System 2008.

ho collegato al server di database e ha fatto un diritto -clicare "Esegui", sulla stored procedure. Ho persino provato "Step in Stored Procedure", senza fortuna.

alt text http://ferdspics.googlepages.com/vs-executesproc.JPG

L'IDE mostra è in esecuzione, ma io non riesco a rompere o passo nella stored procedure.

alt text http://ferdspics.googlepages.com/vs-executesproc-ideshowsitsrunning.JPG

Ho controllato il visore di evento e non ci sono i registri. Non ci sono output o messaggi che mostrano dove si trova il problema.

studio visivo contiene i seguenti componenti: -

alt text http://ferdspics.googlepages.com/vs.JPG

Carichi di forum menzionano problemi di debug, ma nessuna soluzione semplice sono stati trovati.

Mi manca qualcosa? O qualcuno sa di un sito più conciso, che cammina attraverso il debug della stored procedure di successo?

Answer 1

Controllare questo, specialmente la parte debug remoto: http://www.dbazine.com/sql/sql-articles/cook1

Per altre informazioni di carattere generale sul debug di controllo SQL http://msdn.microsoft.com/en-us/library/zefbf0t6.aspx

Answer 2

Hai attivato il debug di SQL Server nel progetto?

Progetto | Proprietà | Scheda Debug.

MODIFICA: consente anche di abilitare "Consenti debug SQL/CLR" su una connessione dati in Esplora server.

Answer 3

Ricorda che devi anche avere privilegi di amministratore sulla scatola di SQL Server che si sta debug sopra. In passato, ho dovuto utilizzare l'opzione RunAs nel menu di scelta rapida di Explorer per avviare Visual Studio. Io uso le stesse credenziali dell'utente amministratore nella casella sql server.

Answer 4

Hai provato a eseguire il debug localmente sul server tramite Citrix o RDP?

Spero che questo aiuti,

Bill

Answer 5

Una questione di indagare è che ogni account utente di SQL Server coinvolti nel debug SQL deve avere "eseguire" diritti su una stored procedure estesa chiamato sp_sdidebug, un diritto che solo l'account dell'amministratore di sistema (sa) ha per impostazione predefinita.

Per verificare ciò, utilizzare l'account per accedere a SQL Server e quindi digitare il seguente comando SQL utilizzando SQL Server Management Studio:

EXEC master..sp_sdidebug 

Vedrai sia un risultato che indica che il comando è stato completato con successo o un errore di autorizzazione di esecuzione. Se vedi il risultato finale, dovresti anche controllare che l'account abbia il permesso per il database master stesso.Non è sconosciuto per un DBA per dare il permesso alla stored procedure, ma non al database master.

Il modo più rapido per concedere diritti di esecuzione per un account di SQL Server per sp_sdidebug è inserire il seguente SQL:

GRANT EXECUTE ON master..sp_sdidebug TO SpecificAccountName 

C'è un altro problema, ma non influenzerà come si sta utilizzando Esplora server . Se stai debug da un'applicazione client, si hanno anche per eseguire il seguente comando:

EXEC master..sp_sdidebug 'legacy_on' 

Nota che il debug remota di SQL Server viene fatto usando il DCOM, e questo può essere difficile da configurare correttamente. Innanzitutto, è necessario installare i componenti di debug remoto completi sul server di database remoto. Potrebbe inoltre essere necessario ripetere questa procedura ogni volta che si aggiorna SQL Server con un service pack o una patch.

Answer 6

è il firewall di Windows. disabilitarlo e provarlo funzionerà