Impossible de démarrer le débogueur TSQL
Je veux déboguer dans Tsql.Lorsque je commence le débogage de la fenêtre de la boîte de message suivante. Dans SSMS V17.2
Ensuite, je vois ce message:
Dans Microsoft Visual Studio 2015 Server Explorer MÊME ERREUR:
Ensuite, je vois ce message:
Je vous remercie!
Le débogage est une opération hautement privilégiée. Par conséquent, seuls les membres du rôle de serveur fixe Sysadmin sont autorisés à déboguer dans SQL Server.
Voir Comment: Activer le débogage de transact-SQL Pour plus de détails sur les exigences.
Il existe également plusieurs éléments de connexion en discutant et énumérant des scénarios possibles:
Débogage sans autorisations sysadmin
Bien que je comprends la frustration de l'absence de soutien de débogage des membres non-sysadmin, il existe de nombreux défis pour permettre de permettre un tel soutien dans le moteur. Nous avons examiné dans le passé et n'avons pas trouvé de moyen propre pour isoler l'expérience de débogage du serveur sans affecter d'autres processus. Vous trouverez ci-dessous quelques problèmes clés:
- Le débogage en général nécessite des privilèges plus élevés, cela est vrai de SQL Server ou OS pour cette affaire
- Le code SQLCLR de débogage dans SQL Server par exemple peut congeler d'autres tâches SQLCLR dans le serveur affectant gravement les performances
- Les points finaux de débogage sont DCOM basé aujourd'hui et il a ses propres restrictions
- Enfin, déboguer le code T-SQL dans un serveur de production n'est pas quelque chose que nous recommandons. Le scénario est principalement à des fins de développement et il existe des alternatives que je vais décrire ci-dessous
Vous pouvez utiliser Visual Studio ou SQL Server Management Studio ou SQL Server Data Server Tools (SSDT) à déboguer contre une copie locale de SQL Server. Dans SQL Server 2012, nous avons également le SQL Server Express localDB SKU utilisé par SSDT. Aujourd'hui, la surface/fonctionnalités prises en charge dans localDB est un sous-ensemble de SQL Server, mais notre objectif à long terme est d'activer toutes les fonctionnalités prises en charge dans SQL Server, y compris SQL Azure. Notre recommandation est donc d'utiliser l'environnement de développement local pour déboguer la logique T-SQL. De plus, vous pouvez obtenir une base de données clone (qui inclut des statistiques sans données) aux problèmes liés au plan de requête. Cela fonctionnera pour la plupart des cas autres que des problèmes spécifiques à l'environnement ou des fonctionnalités manquantes dans localDB. J'espère que cela t'aides.
Team Umachandar, SQL ProgrammabilitéDébogage de la requête SQL échoue avec une erreur
L'exigence de sécurité minimale est Sysadmin. Ceci est par conception de SQL Moteur Security.