Remotedebuggen – Berechtigungen

Artikel
09/02/2008

Aktualisiert: November 2007

Dieses Thema gilt für folgende Anwendungsbereiche:

Edition	Visual Basic	C#	C++	Web Developer
Express
Standard
Pro und Team

Tabellenlegende:

	Vorhanden
	Nicht vorhanden
	Befehl oder Befehle, die standardmäßig ausgeblendet sind.

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.

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-Workerprozess 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.

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-Workerprozess 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.

TSQL (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.

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 Gewusst wie: Festlegen von SQL Server-Berechtigungen für das Debuggen.

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 Gewusst wie: Festlegen von SQL Server-Berechtigungen für das Debuggen.

Siehe auch

Weitere Ressourcen

Remotedebuggen – Setup

Freigeben über

Remotedebuggen – Berechtigungen

Siehe auch

Weitere Ressourcen

Zusätzliche Ressourcen