Info: Tipps für das Debuggen gespeicherter Prozeduren von Visual Basic

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 170496 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.


Microsoft Visual Basic .NET-Version dieses Artikels finden Sie im folgenden Artikel der Microsoft Knowledge Base:

316549Gewusst wie: Debuggen in Visual Studio .NET Prozeduren gespeicherte
Alles erweitern | Alles schließen

Auf dieser Seite

Zusammenfassung

Mit Visual Basic 5.0 Enterprise Edition oder höher, können Sie gespeicherte Prozeduren von SQL Server Debuggen. Dieser Artikel enthält eine Liste der zusammengestellte Tipps, die Sie konfigurieren die Visual Basic 5.0 oder höher Enterprise Edition Transact-SQL (T-SQL)-Debugger dabei unterstützen können.

Weitere Informationen

Verwenden Sie die folgende Informationen zum Debuggen:
  • Informationen zu Problemen, die auftreten, wenn den Debugger mit SQL Server 2000 verwenden, folgendem Artikel der Microsoft Knowledge Base:
    310650INFO: Bekannte Probleme mit dem Visual Basic T-SQL-Debugger und SQLServer 2000
  • Zum Debuggen, benötigen Sie die Enterprise Edition von Visual Basic 5.0 oder höher, nicht die Versionen Professional oder Standard.
  • Die richtigen Komponenten haben, benötigen Sie SQL Server, Version 6.5 oder SQL Server 6.5 Service Pack 2 oder höher. SQL Server 6.5 Service Pack 4 im Lieferumfang von Visual Studio 6.0 und wurde auf Datenträger 2 unter dem Verzeichnis Sql\Servpak gefunden. Sie erhalten das neueste SQL Server Servicepack von der folgenden Web-Adresse:
    http://msdn.microsoft.com/support
  • SQL Server unter einem Windows NT-Benutzerkonto ausgeführt muss, wird dem lokalen Windows NT-Computer Administratorbenutzerkonto oder Gruppe empfohlen. Führen Sie für eine optimale Leistung der SQL Server unter einem Domänenkonto, das Teil der lokalen Administratorengruppe ist. Der Debugger funktioniert nicht ordnungsgemäß, wenn SQL Server unter dem lokalen Systemkonto ausgeführt.
  • Bevor distributed Component Object Model (DCOM) Protocol verfügbar war, wurde die Remoteautomatisierung das ältere Modell verwendet, um zwischen verschiedenen Plattformen zu kommunizieren. Remote-Automatisierung ist Implementated, Faciliate-Kommunikation zwischen dem Visual Basic T-SQL-Debugger und SQL Server. Damit alle die Remoteautomatisierung Komponenten während der Installation ordnungsgemäß an Stelle platziert werden sicherstellen, dass die Remoteautomatisierung, Verbindungs-Designer, Remote Data Objects (RDO) steuern und SQL-Debuggen alle unter Enterprise-Features auf dem Client aktiviert werden.

    Hinweis: Der T-SQL-Debugger, der mit SQL Server 7.0 oder Visual InterDev 6.0 ausgeliefert wird baut auf das neuere DCOM-Protokoll und Mechanismen. Installieren stellen diese Komponenten mit SQL Server 7.0 Sie sicher, dass die Debugger-Schnittstellenoptionen während der Installation ausgewählt sind.
  • Installieren Sie die Server-Seite-Komponenten für remote-Automatisierung benötigt. Diese Komponenten befinden sich in das Verzeichnis CliSrv\Tsql\SrvSetup der Visual Basic Enterprise Edition Version 5.0-CD und im Verzeichnis Sqdbg_ss\ auf der Visual Basic Enterprise Edition Version 6.0-CD 2. Für Visual Basic 6.0, führen Sie die Datei setup.exe im Verzeichnis Sqdbg_ss\. Führen Sie für Visual Basic 5.0 unter Windows NT 4.0 das Sdi_nt4.exe-Installationsprogramm. Für einen Windows NT Server 3.51-Computer müssen Sie manuell kopieren und registrieren Sie die erforderlichen Dateien. Vollständige Anweisungen dazu finden Sie unter der Readme.txt Datei sich in der CliSrv\Tsql\SrvSetup-Verzeichnis befindet. Nachdem dies abgeschlossen ist, stellen Sie sicher, dass die sdi.dll-Datei im gleichen Verzeichnis wie sqlservr.exe befindet.
  • Sie können die Visual Basic Enterprise Edition T-SQL-Debugger einen SQL Server Debuggen, die die Sdi50.dll oder Sdi60.dll Debuggen Komponente verwendet wird, sondern die richtigen sdi.dll Komponenten müssen installiert werden, wie bereits erwähnt. Jede DLL verfügt über eine separate Schnittstelle; daher den eindeutigen Bezeichner (UID) verwendet, um diese registrieren DLL unterscheidet sich vom sdi.dll verwendet.
  • Stellen Sie sicher, dass die remote Procedure Call (RPC)-Dienste auf dem Server-Computer gestartet werden. Können Sie dies durch Öffnen der Systemsteuerung, doppelklicken - Dienste auf und überprüft um sicherzustellen den Remoteprozeduraufruf (RPC), Service und Remoteprozeduraufruf (RPC) Locator-Dienste ausgeführt werden und auf Automatisches Starten festgelegt.
  • Wenn Ihr Clientcomputer einen Client ausgeführt wird, der DCOM-fähige hat Plattform, wie Windows 95, Windows 98 und Windows NT 4.0 oder höher, führen Sie DCOMCNFG und stellen Sie sicher, dass 'Jeder' ausführen und Access Berechtigungen für die Datei Vbsdicli.exe. Wenn der Client-Computer Windows 95 ausgeführt wird, können Sie das DCOM-Konfigurationsprogramm aus den folgenden herunterladen:
    http://msdn2.microsoft.com/en-us/library/default.aspx
  • Wenn möglich, Testen Sie den T-SQL-Debugger auf dem Computer, dem der SQL Server, installiert ist, sicherstellen, dass es korrekt arbeitet.
  • Überprüfen Sie, dass die Computer zu anderen herstellen können und dass Sie die Ressourcen auf dem Windows NT-Computer verwenden dürfen. Wenn das Netzwerk TCP/IP verwendet, verwenden Sie das PING-Dienstprogramm um zu bestätigen, dass der Client mit dem SQL Server kommunizieren kann fest. Sie können auch diese Kommunikation durch die Zuordnung eines Laufwerks auf dem Clientcomputer (der installiert Visual Basic verfügt über eine) für den SQL Server testen.
  • Verwenden Sie clientseitige Cursor, um die Verwendung von Haltepunkten während einer Debugsitzung mit dem T-SQL-Debugger zu aktivieren. Sie können diese Option auf der Registerkarte Sonstiges festlegen, in den Eigenschaften der UserConnection-Objekt.
  • Wenn der SQL Server-Dienst beendet und neu gestartet, während der Automatisierungs-Manager auf dem gleichen Computer ausgeführt wird, sehen eine Fehlermeldung "Unerwarteter Fehler" im Windows NT-Ereignisprotokoll auf dem SQL Server das nächste Mal Sie den Automatisierungs-Manager eine Verbindung zu SQL Server herstellt. Diese Fehlermeldung müssen eine Quelle von MSDEVSDI. Ist dies der Fall, verwenden Sie Task-Manager um beenden Sie den Automatisierungs-Manager (Autmgr32.exe) auf dem SQL Server und lassen Sie die sdi.dll und Autprx32.dll Autmgr32.exe die Serverlast durch die DCOM-Protokoll-Mechanismus.
  • Stellen Sie sicher, dass remote Automatisierungs-Manager (Autmgr32.exe) nicht an der Eingabeaufforderung auf dem Client gestartet wird. Können Sie Dateien sdi.dll und Autoprx32.dll Autmgr32.exe auf dem Server über die COM-Dienst-Manager Kontrollmechanismus (rpcss.exe) geladen werden.
  • Erweiterte Fehlerinformationen möglicherweise in Windows NT-Ereignisprotokoll enthalten sein. Insbesondere bezieht sich Ereignis-ID 7, direkt zu den vorhergehenden dritten und elften Elementen. Der Text für die Fehlermeldung folgt:
    Ereignis-ID # 7: Ein unerwarteter Fehler (Xxxxxxxx) aufgetreten. Debuggen wird für Verbindung % deaktiviert werden. Ausführen des Servers fehlgeschlagen.
    Die Einträge werden unter MSDEVSDI.
  • Debuggen Sie nicht auf einem Produktionsserver. Wenn der Debugger schrittweisen sind Ressourcen, die, dass andere Benutzer daher negative Auswirkungen auf andere Clients Leistung und Vorgang müssen gesperrt werden können.
  • Das Überwachungsfenster können globale Variablen wie @@ ERROR hinzugefügt werden.
  • Image-Datentypen sind keinem Datentyp eine Option zum als Parameter übergeben. Im Dialogfeld Parameter zugewiesen werden nie angezeigt. Bearbeiten weder noch den Datentyp Text im Überwachungsfenster anzeigen.
  • Der T-SQL-Debugger können Sie Debuggen gespeicherter Prozeduren ohne Code zu schreiben. Jedoch, wenn Sie den T-SQL-Debugger verwenden, um "Run-Time-Debuggen" auf Visual Basic-Code ausführen, es auf durchgeführt werden kann ein RDO nur Verbindungen.
  • Um für die Run-Time-Debuggen zu konfigurieren, folgendermaßen Sie vor:

    1. Die Add-In-Manager unter dem Menü-Add-in-stellen Sie sicher, dass Visual Basic T-SQL Debugger verfügbar ist.
    2. Klicken Sie im Visual Basic- Tools auf T-SQL Debugger-Optionen .
    3. Stellen Sie sicher, dass die "automatisch Schritt in gespeicherten Prozeduren über RDO-Verbindungen" aktiviert ist.
    4. Um den T-SQL-Debugger verwenden, müssen Sie einen SQL Server verwenden ODBC-Treiberversion höher als 2.65.0203.

Informationsquellen

Weitere Informationen finden Sie in die folgenden Artikeln der Microsoft Knowledge Base:
166280DOC: T-SQL Debugger-Serverinstallation enthält falsche Speicherort

179023Fehler: T-SQL Debugger hängt, wenn Benutzer keine verfügt Ausführen Berechtigung

181854Datei: VB5cli.exe behebt VB 5.0 Control Installation Problem

175868Fehler: T-SQL-Debugger wird nicht auf NT mit Benutzerkonto ausgeführt.

172099PRB: T-SQL-remote ausführen und lokalen SQL-Debuggen

Q172099INFO: Bekannte Probleme mit dem Visual Basic T-SQL-Debugger und SQLServer 2000

Eigenschaften

Artikel-ID: 170496 - Geändert am: Mittwoch, 12. Februar 2014 - Version: 4.3
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 6.5 Standard Edition
  • Microsoft SQL Server 7.0 Standard Edition
Keywords: 
kbnosurvey kbarchive kbmt kbinfo kbusage KB170496 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 170496
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com