Principale utente con più risposte
Permessi per debug stored procedure [SS2008]

Domanda
-
Ciao a tutti,
mi collego con su di un database remoto che ha installato SQL Server 2008 R2, e non riesco a debuggare le stored procedure (ad esempio), in quanto mi esce il seguente errore:
TITLE: Microsoft SQL Server Management Studio
------------------------------Failed to start debugger
------------------------------
ADDITIONAL INFORMATION:The EXECUTE permission was denied on the object 'sp_enable_sql_debug', database 'mssqlsystemresource', schema 'sys'. (Microsoft SQL Server, Error: 229)
For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=10.50.1600&EvtSrc=MSSQLServer&EvtID=229&LinkId=20476
Dato che io non posso direttamente settare questi permessi, cosa dovrei dire ai DBA che se ne occupano?Che permesso dovrebbero darmi?
Grazie in anticipo.Luigi
Risposte
-
Che permesso dovrebbero darmi?
Sysadmin, ma dubito che ti daranno tale permission :-)
Personalmente non ho mai utilizzato il debugger con sp, udf, ecc.
Un metodo "nostrano" consiste nell'utilizzare dei normali PRINT o SELECT per determinare il flusso del codice o il valore delle variabili.
Ciao!
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo
http://social.technet.microsoft.com/Forums/it-IT/sqlserverit- Contrassegnato come risposta Ciupaz giovedì 9 giugno 2011 14:29
Tutte le risposte
-
Che permesso dovrebbero darmi?
Sysadmin, ma dubito che ti daranno tale permission :-)
Personalmente non ho mai utilizzato il debugger con sp, udf, ecc.
Un metodo "nostrano" consiste nell'utilizzare dei normali PRINT o SELECT per determinare il flusso del codice o il valore delle variabili.
Ciao!
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo
http://social.technet.microsoft.com/Forums/it-IT/sqlserverit- Contrassegnato come risposta Ciupaz giovedì 9 giugno 2011 14:29
-
Ah ok, mi sa proprio che non mi danno questo permesso allora ;-)
Quindi terrei il debugger del SSMS solo per applicazioni in locale, e utilizzare i "vecchi" PRINT e SELECT per vedere che succede all'interno di lunghissime stored procedure.
Grazie Lorenzo.
Luigi