INF: Conseils de débogage de procédures stockées à partir de Visual Basic

Traductions disponibles Traductions disponibles
Numéro d'article: 170496 - Voir les produits auxquels s'applique cet article
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.


Pour vous procurer une version Microsoft Visual Basic .NET de cet article, consultez l'article suivant dans la base de connaissances Microsoft :

316549Comment : Déboguer des procédures stockées dans Visual Studio .NET
Agrandir tout | Réduire tout

Sommaire

Résumé

Avec Visual Basic 5.0 Édition entreprise ou version ultérieure, vous pouvez déboguer des procédures stockées SQL Server. Cet article contient une liste de conseils assorties qui peuvent vous aider à configurer le Visual Basic 5.0 ou ultérieure débogueur de Enterprise Edition Transact-SQL (T-SQL).

Plus d'informations

Utilisez les informations suivantes pour le débogage :
  • Pour plus d'informations sur les problèmes qui pourraient survenir lors de l'utilisation du débogueur avec SQL Server 2000, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
    310650INFO : Problèmes connus avec le débogueur T-SQL de Visual Basic et SQL Server 2000
  • Pour déboguer, vous devez avoir l'édition entreprise de Visual Basic 5.0 ou version ultérieure, n'est pas les versions Professional ou standard.
  • Pour que tous les composants corrects, vous devez activer SQL Server version 6.5 ou SQL Server 6.5 Service Pack 2 ou version ultérieure. SQL Server 6.5 Service Pack 4 est fourni avec Visual Studio 6.0 et se trouve sur la disquette 2 sous le répertoire Sql\Servpak. Vous pouvez obtenir le dernier service pack SQL Server à partir de l'adresse Web suivante :
    http://msdn.microsoft.com/support
  • SQL Server doit s'exécuter sous un compte d'utilisateur Windows NT, administrateur compte l'ordinateur Windows NT local d'utilisateur ou groupe d'utilisateurs est recommandé. Pour obtenir de meilleures performances, exécuter SQL Server sous un compte de domaine qui fait partie du groupe Administrateurs local. Le débogueur ne fonctionnera pas correctement lors de l'exécution de SQL Server sous le compte système local.
  • Avant le protocole de modèle (DCOM) d'objet composant distribué n'était disponible, Automation à distance était le modèle hérité utilisé pour communiquer entre plates-formes. L'Automation à distance est implementated pour facilitant la communication entre le débogueur T-SQL de Visual Basic et SQL Server. Pour garantir que tous les composants d'Automation à distance sont correctement mis en place pendant l'installation assurez-vous que l'Automation à distance, Concepteur de connexion, contrôle RDO (Remote Data Objects) et du débogage SQL activée tous sous les fonctionnalités d'entreprise sur le client.

    Remarque : Le débogueur T-SQL est fourni avec SQL Server 7.0 ou Visual InterDev 6.0 s'appuie sur les mécanismes et le protocole DCOM plus récent. Pour installer ces composants avec SQL Server 7.0, assurez-vous que les options d'interface de débogueur présentées pendant le programme d'installation sont sélectionnées.
  • Installez les composants du côté serveur nécessaires à l'automation à distance. Ces composants sont situés dans le répertoire CliSrv\Tsql\SrvSetup de votre CD version 5.0 de Visual Basic Édition entreprise et sous le répertoire sqdbg_ss\ sur le CD version 6.0 de Visual Basic Édition entreprise deux. Pour Visual Basic 6.0, exécutez setup.exe trouvé sous le répertoire sqdbg_ss\. Pour Visual Basic 5.0 sur Windows NT 4.0, exécuter le programme d'installation de Sdi_nt4.exe. Pour un ordinateur Windows NT Server 3.51, vous devez manuellement copier et enregistrer les fichiers nécessaires. Pour obtenir des instructions détaillées sur la façon de procéder, veuillez consultez le fichier Readme.txt fichier situé dans le répertoire CliSrv\Tsql\SrvSetup. Une fois terminée, vérifiez que le fichier sdi.dll se trouve dans le même répertoire que sqlservr.exe.
  • Vous ne pouvez pas utiliser l'édition Enterprise de Visual Basic débogueur T-SQL pour déboguer un serveur SQL Server qui utilise le composant de débogage Sdi50.dll ou Sdi60.dll ; les composants sdi.dll correctes doivent être installés comme mentionné précédemment. Chaque DLL possède une interface distincte ; par conséquent, l'identificateur unique (UID) utilisé pour enregistrer cette DLL est différent de celui utilisé par sdi.dll.
  • Assurez-vous que les procédure à distance (services d'appel RPC) sont démarrés sur l'ordinateur serveur. Cela est possible en ouvrant le panneau de configuration, double - en cliquant sur services, vérification pour vous assurer que l'appel de procédure distante (RPC) services de service et de localisateur d'appels de procédure distante (RPC) sont en cours d'exécution et configuré pour démarrer automatiquement.
  • Si votre ordinateur client exécute un client qui a DCOM capable plate-forme, tels que Windows 95, Windows 98 et Windows NT 4.0 ou version ultérieure, exécutez DCOMCNFG et assurez-vous que «tout le monde» dispose d'autorisations EXECUTE et d'accès pour le fichier Vbsdicli.exe. Si l'ordinateur client exécute Windows 95, vous pouvez télécharger l'utilitaire de configuration de DCOM à partir des éléments suivants :
    http://msdn2.microsoft.com/en-us/library/default.aspx
  • Si possible, testez le débogueur T-SQL sur le même ordinateur SQL Server est installé, s'assurer qu'il fonctionne correctement.
  • Vérifiez que les ordinateurs peuvent se connecter entre eux et que vous avez l'autorisation d'utiliser les ressources sur cet ordinateur Windows NT. Par exemple, si le réseau utilise TCP/IP, utilisez l'utilitaire PING pour confirmer que le client peut communiquer avec SQL Server. Vous pouvez également tester cette communication en mappant un lecteur à partir de l'ordinateur client (celle qui est installé Visual Basic) à SQL Server.
  • Pour activer l'utilisation de points d'arrêt pendant une session de débogage à l'aide du débogueur T-SQL, utilisez les curseurs côté client. Vous pouvez définir cette option sous l'onglet divers sur les propriétés de la UserConnection objet.
  • Si le service SQL Server est arrêté et redémarré pendant que le Gestionnaire d'Automation se poursuit en cours d'exécution sur le même ordinateur, vous verrez un message «erreur inattendue» s'affiche dans le journal des événements Windows NT sur le serveur SQL Server la prochaine fois le Gestionnaire d'Automation tentera de se connecter à SQL Server. Cette message d'erreur va possède une source de MSDEVSDI. Si tel est le cas, utilisez le Gestionnaire des tâches pour arrêter le Gestionnaire d'Automation (Autmgr32.exe) sur le serveur SQL Server et laisser le sdi.dll et mécanisme de protocole Autprx32.dll charge Autmgr32.exe sur le serveur via le DCOM.
  • Vérifiez que le Gestionnaire d'Automation à distance (Autmgr32.exe) n'est pas démarré à partir de l'invite de commande sur le client. Autorise les fichiers sdi.dll et Autoprx32.dll charger Autmgr32.exe sur le serveur par le biais du mécanisme de gestionnaire de contrôle du service COM (rpcss.exe).
  • Des informations d'erreur étendues peuvent être contenues dans le journal des événements Windows NT. Plus précisément, l'ID d'événement 7 est en relation directe avec les éléments de tiers et onzième précédents. Le texte de l'erreur suivante :
    ID d'événement n ° 7: Une erreur inattendue (xxxxxxxx) s'est produite. Débogage sera désactivé pour la connexion. Échec de l'exécution du serveur.
    Les entrées d'événement sont effectuées sous MSDEVSDI.
  • Ne déboguez pas sur un serveur de production. Lorsque vous exécutez pas à pas le débogueur il existe des ressources qui peuvent être verrouillés que d'autres utilisateurs doivent, par conséquent affecter négativement d'autres clients performances et l'opération.
  • Vous pouvez ajouter des variables globales telles que @@ ERROR à la fenêtre Espion.
  • Types de données image ne sont pas une option de type de données à passer comme paramètre. La boîte de dialogue de paramètres non affecté affiche jamais. Vous ne pouvez ni modifier ni afficher le type de données texte dans la fenêtre Espion.
  • Vous pouvez utiliser le débogueur T-SQL pour déboguer des procédures stockées sans écrire de code. Lors de l'utilisation du débogueur T-SQL pour effectuer le 'exécution débogage' sur le code Visual Basic, il peut être effectuée sur un RDO connexion uniquement.
  • Pour configurer pour le débogage au moment de l'exécution, procédez comme suit :

    1. Dans le Gestionnaire de compléments, sous le menu Compléments, assurez-vous que le débogueur T-SQL Visual Basic est disponible.
    2. Dans le menu Outils de Visual Basic, cliquez sur Options du débogueur T-SQL.
    3. Vous assurer que le "automatiquement une étape dans Stored procédures par l'intermédiaire de connexions RDO" est activée.
    4. Pour utiliser le débogueur T-SQL, vous devez utiliser un serveur SQL Server version du pilote ODBC 2.65.0203 plus tard.

RÉFÉRENCES

Pour plus d'informations, consultez les articles suivants dans la base de connaissances Microsoft :
166280DOC : Installation du débogueur de T-SQL Server fournit emplacement incorrect

179023BOGUE : Cesse de répondre débogueur T-SQL lorsque User Has No Exécuter autorisations

181854FILE : VB5cli.exe corrige le problème d'installation de contrôle Visual Basic 5.0

175868BOGUE : Débogueur T-SQL ne fonctionne pas sur NT avec le compte d'utilisateur

172099PRB: T-SQL-exécution à distance et local SQL Debugging

Q172099INFO : Problèmes connus avec le débogueur T-SQL de Visual Basic et SQL Server 2000

Propriétés

Numéro d'article: 170496 - Dernière mise à jour: dimanche 9 février 2014 - Version: 4.3
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 6.5 Édition Standard
  • Microsoft SQL Server 7.0 Standard
Mots-clés : 
kbnosurvey kbarchive kbmt kbinfo kbusage KB170496 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 170496
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

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