Autorisations de débogage distant
Mise à jour : novembre 2007
Cette rubrique s'applique à :
Édition |
Visual Basic |
C# |
C++ |
Web Developer |
---|---|---|---|---|
Express |
||||
Standard |
||||
Pro et Team |
Légende du tableau :
Applicable |
|
Non applicable |
|
Commande ou commandes masquées par défaut. |
Les autorisations suivantes sont requises pour le débogage distant :
Débogage natif |
---|
Pour déboguer un processus exécuté sous votre compte et votre mot de passe : aucune autorisation spéciale n'est nécessaire. Pour déboguer un processus exécuté sous un nom de compte différent : votre compte de connexion Windows doit être membre du groupe des administrateurs système sur l'ordinateur distant. |
Débogage managé |
---|
Pour déboguer un processus exécuté sous votre compte et votre mot de passe : aucune autorisation spéciale n'est nécessaire. Pour déboguer un processus exécuté sous un nom de compte différent : vous devez disposer des privilèges d'administrateur sur l'ordinateur distant. Si le processus de travail ASP.NET aspnet_wp.exe s'exécute sous le nom SYSTEM ou ASPNET, par exemple, vous devez être administrateur sur l'ordinateur où ce processus s'exécute. Les processus qui hébergent du Common Language Runtime, comme SQL Server 2005, peuvent imposer des privilèges de débogage personnalisés. |
TSQL (versions antérieures à SQL Server 2005) |
---|
Vous devez être autorisé à exécuter sp_sdidebug() sur la base de données SQL2000 ou SQL7. Sur les systèmes d'exploitation antérieurs à Windows XP, SQL Server ne doit pas s'exécuter en tant que système local. |
SQL Server 2005 |
---|
Votre compte d'utilisateur Windows sur l'ordinateur d'application et sur le serveur SQL Server doit être membre du groupe sysadmin de SQL Server. En outre, le compte utilisé pour la connexion à SQL Server 2005 dans l'Explorateur de serveurs doit être membre du groupe sysadmin de SQL Server. Pour plus d'informations, consultez Comment : définir les autorisations SQL Server pour le débogage. |