J'ai essayé d'exécuter le débogage dans le studio de gestion de serveur SQl et, pour une raison quelconque, le débogueur a cessé de fonctionner.
C'est le message que je reçois:
Impossible de démarrer le débogueur Transact-SQL, impossible de se connecter au instance de moteur de base de données 'serveur-sql'. Assurez-vous que vous avez activé le fichier débogage des exceptions du pare-feu et utilise un identifiant membre du rôle serveur fixe sysadmin. Le serveur RPS n'est pas disponible.
Avant cela, je reçois deux messages, l'un demandant des autorisations de pare-feu et l'autre disant «utilisation» avec un texte peu sensé.
J'ai regardé les autres réponses similaires là-bas pour le même message qui suggère d'ajouter le login en tant qu'administrateur système, mais celui-ci est déjà défini. J'ai également essayé d'ajouter sysadmin à un autre compte, mais cela ne fonctionnait pas non plus.
En fin de compte, j'ai pu le démarrer en cliquant avec le bouton droit de la souris et en sélectionnant Exécuter en tant qu'administrateur.
Je voulais juste payer en avant, car après avoir cherché pendant un bon bout de temps, je n'ai encore vu personne mentionner le problème que j'ai rencontré ici.
J'ai rencontré ce problème alors que j'étais connecté à SQL à l'aide d'un utilisateur authentifié SQL Server. Une fois que j'ai essayé d'utiliser un utilisateur authentifié Windows, j'ai pu déboguer sans problème. Cet utilisateur doit également se voir attribuer le rôle sysadmin.
J'espère que cela aide quelqu'un quelque part.
J'essaie avec les étapes suivantes mais cela ne fonctionne pas (peut-être parce que je suis sur un PC dans un bureau et que je n'ai pas le contrôle du pare-feu). Mais vous pouvez essayer ce qui suit.
Vérifiez le rôle des utilisateurs:
IF IS_SRVROLEMEMBER ('sysadmin') = 1
print 'Current user''s login is a member of the sysadmin role'
Suivez ces instructions: configurez le débogueur transact-SQL
Ce qui m'a aidé vient de ici :
SQL Server Management Studio doit être exécuté sous un compte Windows membre du rôle de serveur fixe sysadmin.
La fenêtre de l'éditeur de requête du moteur de base de données doit être connectée à l'aide de soit une authentification Windows ou une authentification SQL Server c'est un membre du rôle de serveur fixe sysadmin.
J'ai donc ajouté le rôle sysadmin à mon compte Windows et exécuté ssms en tant qu'administrateur. Le débogueur a commencé à fonctionner normalement.
Dans mon cas, j'ai reçu ce message d'erreur:
Impossible de démarrer le débogueur Transact-SQL, impossible de se connecter à l'ordinateur "local".
Je finis par fermer la connexion existante, puis me reconnecter à mon serveur SQL local en utilisant IP 127.0.0.1 et cela fonctionne.
Cela m'est arrivé et je ne pouvais trouver la résolution nulle part. Mon pare-feu est désactivé, alors je savais que ça ne pouvait pas être le problème.
Selon Microsoft: configurez les règles de pare-feu avant d’exécuter le débogueur TSQL :
Le serveur doit communiquer avec le client via RPC. Le Le compte sous lequel le service SQL Server est exécuté devrait avoir authentifier les autorisations sur le client.
Nous avions une stratégie de groupe qui empêchait cela:
Refuser l'accès à cet ordinateur à partir du réseau (compte local, invités)
Afin de résoudre le problème, j'ai dû ajouter le compte de service SQL Server au groupe local "Utilisateurs du Bureau à distance" sur mon bureau. J'espère que cela aidera quelqu'un d'autre à résoudre ce problème frustrant.
En plus des travaux ci-dessus, ce qui permettait à nos deux ordinateurs de procéder à un débogage à distance, était exécuté: (clic droit sur le bouton Démarrer de Windows) Système -> Propriétés système avancées -> Nom de l'ordinateur -> Cliquez sur ID réseau ... bouton et l'exécution de cet assistant pour rejoindre un groupe de travail sur les deux ordinateurs.
J'ai trouvé cette solution en consultant l'observateur d'événements de Windows et en recherchant une solution aux erreurs avec NetBT Source, liée au nom du groupe de travail et de l'ordinateur.
Mise à jour: après quelques jours, il ne fonctionne plus.