No es posible Server 2005 depurar procedimientos almacenados SQL en Visual Studio Team System 2008

Question

que han estado tratando de depuración de SQL Server 2005, los procedimientos almacenados en Visual Studio Team System 2008.

que está conectado al servidor de base de datos y ha hecho un derecho -Haga clic en "Ejecutar", en el procedimiento almacenado. Incluso probé "Paso al procedimiento almacenado", sin suerte.

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

El IDE muestra que se está ejecutando, pero me parece que no puede romper o paso en el procedimiento almacenado.

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

He comprobado el visor de eventos y no hay registros. No hay resultados o mensajes que muestren dónde está el problema.

Visual Studio contiene los siguientes componentes: -

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

montón de foros mencionan problemas de depuración, pero no se encontró ninguna solución sencilla.

¿Echo de menos algo? ¿O alguien sabe de un sitio más conciso que recorre la correcta depuración de procedimientos almacenados?

Answer 1

comprobar esto, especialmente la parte de la depuración remota: http://www.dbazine.com/sql/sql-articles/cook1

Para otras informaciones generales sobre la depuración de verificación SQL http://msdn.microsoft.com/en-us/library/zefbf0t6.aspx

Answer 2

¿Ha habilitado la depuración de SQL Server en el proyecto?

Proyecto | Propiedades | Pestaña Debug

EDITAR: También se puede habilitar "Permitir depuración SQL/CLR" en una conexión de datos en el explorador del servidor.

Answer 3

Recuerde que también hay que tener privilegios de administrador en el cuadro Servidor SQL que se está depurando en. En el pasado, tuve que usar la opción RunAs en el menú contextual del explorador para iniciar Visual Studio. Utilizo las mismas credenciales que el usuario administrador en el cuadro del servidor sql.

Answer 4

¿Ha probado la depuración localmente en el servidor a través de Citrix o RDP?

Espero que esto ayude,

Bill

Answer 5

Una de las cuestiones a investigar es que cualquier cuenta de usuario de SQL Server que participan en la depuración de SQL debe tener "ejecutar" los derechos en un procedimiento almacenado extendido llamada sp_sdidebug, un derecho que sólo la cuenta de administrador del sistema (sa) tiene por defecto.

Para comprobar esto, utilice la cuenta para iniciar sesión en SQL Server y escriba el siguiente comando SQL utilizando SQL Server Management Studio:

EXEC master..sp_sdidebug 

Verás, ya sea resultado indica que el comando se ha completado con éxito o un error de permiso de ejecución. Si ve el último resultado, también debe verificar que la cuenta tiene permiso para la base de datos master.No se desconoce para que un DBA otorgue permiso al procedimiento almacenado, pero no a la base de datos maestra.

La forma más rápida para conceder permisos de ejecución para una cuenta de SQL Server a sp_sdidebug es introducir el siguiente código SQL:

GRANT EXECUTE ON master..sp_sdidebug TO SpecificAccountName 

Hay otro asunto, pero no le afectará a medida que está utilizando el Explorador de servidores . Si va a depurar desde una aplicación cliente, también hay que ejecutar el siguiente comando:

EXEC master..sp_sdidebug 'legacy_on' 

Tenga en cuenta que la depuración de SQL Server remoto se realiza utilizando el DCOM, y esto puede ser difícil de configurar correctamente. En primer lugar, debe instalar los componentes remotos de depuración remota en el servidor de la base de datos remota. También es posible que deba repetir este proceso cada vez que SQL Server se actualice con un service pack o un parche.

Answer 6

es el firewall de Windows. deshabilítelo e intente que funcione