Gewusst wie: Aktivieren von Debuggen mit mehreren Ebenen
Aktualisiert: November 2007
Dieses Thema gilt für folgende Anwendungsbereiche:
Edition |
Visual Basic |
C# |
C++ |
Web Developer |
|---|---|---|---|---|
Express |
.gif) |
|
|
|
Standard |
|
|
|
|
Pro und Team |
.gif) |
|
|
|
Tabellenlegende:
|
Vorhanden |
|
Nicht vorhanden |
.gif) |
Befehl oder Befehle, die standardmäßig ausgeblendet sind. |
Im folgenden Verfahren wird beschrieben, wie das Debuggen mit mehreren Ebenen für eine SQL Server-Instanz aktiviert wird. Diese Schritte werden nicht gebraucht, wenn Sie nur auf der Datenbankebene debuggen.
Wenn Sie Debuggen mit mehreren Ebenen angeben, geben Sie die Anmeldeinformationen an, die vom Anwendungscode bei der Verbindung zu einer Datenbank verwendet werden.
Server-Explorer enthält eventuell mehrere Verbindungen zu einer Instanz von SQL Server 2005. Diese Verbindungen entsprechen eventuell verschiedenen Datenbanken oder verschiedenen Anmeldeinformationen für die gleiche Datenbank. Zu Beispielen für verschiedene Anmeldeinformationen gehören:
Anmelde-ID für Windows-Authentifizierung.
Eine oder mehrere Benutzer-IDs zur SQL Server-Authentifizierung.
Zur Initialisierung einer Instanz von SQL Server 2005 für das Debuggen mit mehreren Ebenen wählen Sie eine der Anmeldeinformationen, indem Sie eine Verbindung auswählen. Wenn Sie Debuggen mit mehreren Ebenen für eine Verbindung aktivieren, wird der ganze Server für Debuggen eingerichtet. Wenn Sie für eine Verbindung mit Windows-Authentifizierung Debuggen mit mehreren Ebenen aktivieren, schränken die der Verbindung zugeordneten Anmeldeinformationen die für das Debuggen verfügbaren Datenbanken ein.
Wenn keine Verbindung für Debuggen mit mehreren Ebenen aktiviert wurde oder wenn die Anmeldeinformationen für Debuggen nicht ausreichend sind, werden die in den SQL Server-Objekten festgelegten Haltepunkte auf dem entsprechenden Server nicht erreicht.
Zum Debuggen von SQL/CLR-Datenbankobjekten muss CLR-Debuggen für die ausgewählte Datenbankverbindung aktiviert sein. Weitere Informationen finden Sie unter Gewusst wie: Aktivieren von CLR-Debuggen für eine Verbindung.
Das Festlegen eines Haltepunkts in einem SQL/CLR-Objekt aktiviert automatisch das SQL/CLR-Debuggen auf dem entsprechenden Server. Das Festlegen eines Haltepunkts in einem T-SQL-Objekt oder einem SQL/CLR-Objekt aktiviert automatisch das Debuggen von Anwendungen mit mehren Ebenen, sofern dies möglich ist. Das Aktivieren des Debuggens mit mehreren Ebenen auf dem Server ist u. U. nicht möglich, wenn keine Verbindung mit der Windows-Authentifizierung vorhanden ist.
Sie müssen Debuggen für das Anwendungsprojekt aktiviert haben, um erfolgreich Anwendungen mit mehreren Ebenen debuggen zu können. Weitere Informationen finden Sie unter Gewusst wie: Aktivieren des SQL-Debuggens für ein Projekt.
Sobald Sie das Debuggen gestartet haben, können Sie keine Einstellungen mehr im Server-Explorer ändern. Änderungen im Server-Explorer werden erst in der nächsten Debugsitzung wirksam.
.gif "Hinweis") Hinweis: |
|---|
Falls Sie Verbindungspooling aktiviert haben, müssen Sie es vorübergehend deaktivieren, solange Sie debuggen. Weitere Informationen finden Sie unter Einschränkungen des SQL-Debuggers. |
| Hinweis: |
|---|
Je nach den aktiven Einstellungen oder der verwendeten Version können sich die angezeigten Dialogfelder und Menübefehle von den in der Hilfe beschriebenen unterscheiden. Klicken Sie im Menü Extras auf Einstellungen importieren und exportieren, um die Einstellungen zu ändern. Weitere Informationen finden Sie unter Visual Studio-Einstellungen. |
So aktivieren Sie Debuggen mit mehreren Ebenen
Öffnen Sie den Server-Explorer.
Klicken Sie auf eine Datenbankverbindung, um sie auszuwählen.
Klicken Sie mit der rechten Maustaste auf die zu debuggende Verbindung, und klicken Sie im Kontextmenü auf Anwendungsdebuggen.