Remotedebuggen – Berechtigungen
Dieses Thema gilt für folgende Anwendungsbereiche:
Edition |
Visual Basic |
C# |
F# |
C++ |
Web Developer |
---|---|---|---|---|---|
Express |
|||||
Pro, Premium und Ultimate |
Folgende Berechtigungen sind für das Remotedebuggen erforderlich:
Systemeigenes Debuggen |
---|
Debuggen eines Prozesses, der unter Ihrem Konto und mit Ihrem Kennwort ausgeführt wird: Keine besondere Berechtigung erforderlich. Debuggen eines Prozesses, der unter einem anderen Kontonamen ausgeführt wird: Ihr Windows-Anmeldekonto muss auf dem Remotecomputer zur Gruppe der Systemadministratoren gehören. |
Verwaltetes Debuggen |
---|
Debuggen eines Prozesses, der unter Ihrem Konto und mit Ihrem Kennwort ausgeführt wird: Keine besondere Berechtigung erforderlich. Debuggen eines Prozesses, der unter einem anderen Kontonamen ausgeführt wird: Sie benötigen auf dem Remotecomputer Administratorrechte. Wenn der ASP.NET-Arbeitsprozess aspnet_wp.exe beispielsweise als SYSTEM oder ASPNET ausgeführt wird, müssen Sie Administrator auf dem Computer sein, auf dem dieser Prozess ausgeführt wird. Prozesse, die als Host für die Common Language Runtime fungieren, z. B. SQL Server 2005, erzwingen möglicherweise benutzerdefinierte Berechtigungen für das Debuggen. |
Transact-SQL (frühere Versionen als SQL Server 2005) |
---|
Sie müssen berechtigt sein, sp_sdidebug() für die SQL2000- oder SQL7-Datenbank auszuführen. Auf Betriebssystemen vor Windows XP darf SQL Server nicht als lokales System ausgeführt werden. |
SQL Server 2005 |
---|
Ihr Windows-Benutzerkonto muss sowohl auf dem Anwendungscomputer als auch auf dem SQL Server zur Gruppe der SQL Server-Systemadministratoren gehören. Das Konto, das für die Verbindung mit SQL Server 2005 im Server-Explorer verwendet wird, muss ebenfalls zur Gruppe der SQL Server-Systemadministratoren gehören. Weitere Informationen finden Sie unter SO WIRD'S GEMACHT: Berechtigungen für SQL Server zum Debuggen festlegen. |