Permisos de depuración remota
Actualización: noviembre 2007
Este tema se aplica a:
Edición |
Visual Basic |
C# |
C++ |
Web Developer |
---|---|---|---|---|
Express |
||||
Standard |
||||
Pro y Team |
Leyenda de la tabla:
Se aplica |
|
No procede |
|
Comando o comandos ocultos de manera predeterminada. |
Se requieren los permisos siguientes para la depuración remota:
Depuración nativa |
---|
Para depurar un proceso que se ejecuta con su cuenta y contraseña: no se necesita permiso especial. Para depurar un proceso que se ejecuta con otro nombre de cuenta: la cuenta de inicio de sesión de Windows debe ser una cuenta de miembro del grupo de administradores del sistema en el equipo remoto. |
Depuración administrada |
---|
Para depurar un proceso que se ejecuta con su cuenta y contraseña: no se necesita permiso especial. Para depurar un proceso que se ejecuta con otro nombre de cuenta: debe tener privilegio de administrador en el equipo remoto. Por ejemplo, si el proceso de trabajo de ASP.NET aspnet_wp.exe se ejecuta como SYSTEM o ASPNET, debe ser un administrador en el equipo donde se ejecuta el proceso. Los procesos que hospedan Common Language Runtime, como SQL Server 2005, pueden exigir privilegios de depuración personalizados. |
TSQL (versiones anteriores a SQL Server 2005) |
---|
Debe tener permisos para ejecutar sp_sdidebug() en la base de datos SQL2000 o SQL7. En los sistemas operativos anteriores a Windows XP, SQL Server no debe ejecutarse como Sistema local. |
SQL Server 2005 |
---|
Su cuenta de usuario de Windows en el equipo de la aplicación y en SQL Server debe ser una cuenta de miembro del grupo de sysadmin de SQL Server. La cuenta que se usa para conectarse a SQL Server 2005 en el Explorador de servidores, también tiene que ser un miembro del grupo de sysadmin de SQL Server. Para obtener más información, vea Cómo: Establecer permisos de SQL Server para depurar. |