2016-04-05 3 views
1

Dies ist ein neues für mich.SQL Server 2016 Management Studio - falsche Quelle für Generate Scripts auswählen

Ich muss Skripte für eine Datenbank generieren, und egal, was ich tue, es ist immer meine lokale Instanz von SQL Server, nicht die, auf die ich in Management Studio klicke/verbunden bin. Und ich sehe keine Möglichkeit, es zu ändern.

Hier ist ein Beispiel. In diesem Fall bin ich auf eine SQL Azure-Datenbank verbunden, die, die ich für Skripte erstellen möchten:

Generate Scripts

Dies öffnet den Assistenten auf, um die Skripte zu generieren. Im letzten Schritt wird jedoch meine lokale SQL-Datenbank als Quelle angezeigt.

Hier ist, was ich sehe, (der Name meinen lokaler Maschine, lokaler Datenbankname zeigt nach oben ist):

Showing my local machine

Ich bin nicht zu meiner lokalen Datenbank verbunden ist, habe ich versucht, mehr Schritte hier (fahren Sie alle SQL Server Express-Dienste auf meinem Computer herunter, damit sie nicht angezeigt werden, starten Sie Management Studio neu usw.).

Dennoch wählt es immer noch die falsche Quelle aus.

Ich habe das schon viele Male gemacht, aber dies ist mein erstes Mal versucht mit SQL Server 2016 Release Candidate.

Microsoft SQL Server Management Studio 13.0.13000.55 

Dies kann möglicherweise nicht ein echter Bug hier mit grundlegenden Funktionen sein?

+1

Haben Sie die richtigen Berechtigungen für den DB/Server in Azure haben?Funktioniert die Verbindung noch? Ich habe gerade mit SSMS v 13.0.12500.29 getestet und es funktioniert gut. Regressionen sind möglich, aber AFAIK, dieser Bereich wurde nicht berührt, also sind die Quoten sehr niedrig, es ist ein Regressionsfehler. – SQLmojoe

+0

@SQLmojoe Ja, die Verbindung zur Datenbank funktioniert einwandfrei, die Abfrage von Daten ist in SSMS in Ordnung. Ich kann es einfach nicht aufhören zu versuchen, meine lokale Maschine als Quelle zu benutzen. Es ist sehr merkwürdig. Ich stimme zu, dass es unwahrscheinlich ist, dass es eine Regression ist, aber ich kann mir keine Lösung vorstellen. Ich dachte, dass das Stoppen all meiner SQL-Dienste verhindern würde, dass es versucht, es zu benutzen, aber anscheinend werden diese Informationen irgendwo zwischengespeichert. – Patrick

+0

FWIW, ich konnte dieses Problem nicht reproduzieren - ich sehe den Azure SQL DB-Server und den Datenbanknamen. –

Antwort

0

Ich war nie in der Lage, den endgültigen Bestätigungsdialog zu umgehen, der mein lokales System als Quelle zeigt.

Ich habe alles versucht, einschließlich der Deaktivierung aller SQL-Dienste auf meinem lokalen Rechner (wenn ich versuche, eine Verbindung herzustellen, scheitert es korrekt), starte SSMS neu, startete meinen Rechner neu, und ich hatte kein Glück.

Wie sich herausstellt, kann dieser letzte Dialog aus irgendeinem Grund einfach falsch sein. Ich ging voran und führte das aus, nachdem ich sicherstellte 1) meine lokale SQL Server-Instanz hatte keine Datenbanken darin, und 2) Herunterfahren aller Dienste, so dass es nicht möglich wäre, eine Verbindung herzustellen.

Die endgültige Bestätigung Bildschirm noch meiner lokalen Maschine zeigte, aber ich ging weiter als Test (sicher nichts schlechtes Gefühl passieren könnte ... es ein Skript gerade ist zu erzeugen), ... und ...

Es dauerte die richtige Quelldatenbank (die Azure DB), obwohl etwas anderes im Bestätigungsdialog angezeigt wurde (eine lokale DB ... dass nicht mehr existierte, sobald ich es löschte).

Ich nahm es zu Microsoft von opening a support case. Aber dieser Dialog zeigt definitiv nicht, was tatsächlich in meiner Situation passieren wird.

Wrong Source Database

Verwandte Themen