SQL Server: Debugger konnte nicht gestartet werden - Daten sind Null


7

Ich bin ein Entwickler, der an einer Webanwendung mit einer Instanz von SQL Server 2014 arbeitet. Ich verwende Visual Studio 2010 sp1 für die Entwicklung. Für eine Aufgabe, an der ich gerade arbeite, möchte ich den SQL Server Remote Debugger verwenden, um eine sehr große gespeicherte Prozedur zu debuggen, die wir über unser ORM (Entity Framework) aufrufen. Dazu öffne ich SQL Server Management Studio 2014 und gebe Folgendes in ein neues Abfragefenster ein:

EXEC [dbo].[MoveAllInvoiceStage]

und wenn ich die Debug-Taste drücke, erhalte ich die folgende Fehlermeldung:

===================================

Debugger konnte nicht gestartet werden

===================================

Daten sind Null. Diese Methode oder Eigenschaft kann nicht für Nullwerte aufgerufen werden. (Systemdaten)

------------------------------ Programmort:

bei System.Data.SqlTypes.SqlBinary.get_Value () bei Microsoft.SqlServer.Management.UI.VSIntegration.DebugSession.DebugCallbacks.OnSqlInitializeDebuggingEvent (ISqlInitializeDebuggingEvent sqlInitializeDebuggingEvent) bei Microsoft.SqlServer.Management.UI.VSIntegration.DebugSession.DebugCallbacks.Microsoft.VisualStudio .Debugger.Interop.IDebugEventCallback2.Event (IDebugEngine2 debugEngine, IDebugProcess2 debugProcess, IDebugProgram2 debugProgram, IDebugThread2 debugThread, IDebugEvent2 debugEvent, Guid & riidEvent) UI

Darauf folgt ein Dialog, der besagt:

Programm 'MSSQL :: // <Servername> / <Datenbankname> / sys / = 0' kann nicht gestartet werden.

Ich verwende eine Windows-Anmeldung mit einer Sysadmin-Rolle, um eine Verbindung zum Datenbankserver herzustellen, und alle erforderlichen Firewall-Regeln sind auf dem Server und meinem PC vorhanden. Ich habe dafür gesorgt, dass die hier aufgeführten Anforderungen erfüllt werden.

Der Remote-Debugger funktionierte, als der Datenbankserver eine SQL Server 2008 R2-Instanz hostete, aber es scheint, dass er nach dem Upgrade der Instanz auf SQL Server 2014 nicht mehr funktioniert. Ich kann weiterhin auf meiner lokalen SQL Server 2014-Instanz (die eine Kopie von hostet) debuggen die entfernte Datenbank). Nur Remote-Debugging führt zu diesem Problem.

Ich habe bestätigt, dass bei einem anderen Entwickler auf einem anderen PC das gleiche Problem auftritt. Das Problem scheint also serverseitig zu sein.

Gibt es zusätzliche Schritte, die ich zur Behebung dieses Problems unternehmen kann?


Hast du das jemals gelöst?
TwoLeftFeet

@roemhildtg Nein, habe ich nicht. Endlich habe ich das Hauptproblem der Aufgabe entdeckt, an der ich gearbeitet habe, und seitdem muss das Remote-Debugging in SSMS nicht mehr verwendet werden.
Garrett Bates

1
Wir haben eine Reparaturinstallation durchgeführt und es hat bei uns funktioniert.
twoLeftFeet

Antworten:


1

Ich hatte genau dieses Problem und löste es auf meinem lokalen Entwicklungscomputer, indem ich ein Visual Studio-Update neu installierte.

Ich verwende 2012 SQL Server und VS 2015.2. Dies ist alles Localhost - kein Remote-Debugging.

Problem trat nach der Installation von SSMS 2016 RC3 auf. Das Debuggen in SSMS 2016 verursachte den obigen Fehler.

SSMS 2014 hat gut funktioniert.

Das Problem wurde behoben, als ich das VS2015.2-Update neu installierte (reparierte).

Jede SSMS-Version verfügt über eine VS Isolated Shell-Version. (SSMS 2016 verwendet VS2015, SSMS 2014 verwendet VS2012 usw.)

Es scheint, dass es einen Versionskonflikt zwischen der VS Isolated Shell der SSMS-Installation und der vollständigen VS-Installation gab. Vielleicht hat das VS-Update etwas damit zu tun.

Wie auch immer, hoffe das hilft jemandem.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.