Ich verwende SQL Server 2008 Express unter Windows XP auf einer VirtualPC-Instanz in einem Windows XP-Host. Ich möchte mit SSMS auf dem Host eine Verbindung zu Datenbanken auf der Gast-Instanz herstellen können. Wenn ich mich von SSMS auf dem Host aus verbinde und nach Servern suche, sehe ich die Instanz von SQL Server auf dem Gast. Aber wenn ich versuche, eine Verbindung herzustellen, benutze ich einen SQL-Authentifizierungs-Login, bekomme ich den folgenden Verbindungsfehler:
Beim Herstellen einer Verbindung zu SQL Server ist ein netzwerkbezogener oder instanzspezifischer Fehler aufgetreten. Der Server wurde nicht gefunden oder war nicht erreichbar. Stellen Sie sicher, dass der Instanzname korrekt ist und dass SQL Server so konfiguriert ist, dass Remoteverbindungen zugelassen werden. (Anbieter: SQL Network Interfaces, Fehler: 28 - Server unterstützt das angeforderte Protokoll nicht) (Microsoft SQL Server, Fehler: -1)
Ich habe:
* versuchte Verbindung mit beiden Namepipes und TCP / IP
* Stellen Sie sicher, dass der SQL Browser-Dienst aktiv ist
* sichergestellt, dass die Firewall auf dem Gast offen ist
* Der Server ist so konfiguriert, dass er Remote-Verbindungen zulässt (entsprechend den Eigenschaften der Datenbank-Engine in SSMS auf dem Gast)
Was vermisse ich?
EDIT: Das habe ich herausgefunden. Meine Auflösung ist unten.
SELBSTÄNDIGE ANTWORT
Danke für die Ideen. Nachdem ich viel herumgespielt hatte, funktionierte es. Es stellte sich heraus, dass ich nicht in den Sql Server Configuration Manager gegangen war und TCP / IP und Named Pipes als Netzwerkprotokolle aktiviert hatte. Also, obwohl SSMS, dass Remote-Verbindungen aktiviert waren, gab es kein Protokoll, das ihnen anderen als Shared Memory erlaubte. Nachdem ich das getan habe, habe ich den SQL Server-Dienst neu gestartet, aber die Dinge schienen immer noch nicht richtig zu funktionieren. Nachdem ich sowohl den Gast als auch den Gastgeber neu gestartet hatte, funktionierte alles wie erwartet.
Wie sind Ihre IP-Einstellungen? Teilen Sie dieselbe IP-Adresse zwischen den beiden Computern? Wenn dies der Fall ist, treffen die Clients, wenn sie versuchen, eine Verbindung zu 10.1.1.10 herzustellen, die IP des Computers, der die VPC-Instanz hostet, und dieser Computer führt die SQL Server-Instanz nicht aus. Wenn möglich, lassen Sie VPC seine eigene IP bekommen und versuchen Sie das.
Überprüfe meistens, was du schon gesagt hast,
Deaktivieren Sie die Gast-Firewall, um sicherzustellen, dass dies nicht der Fall ist.
Stellen Sie sicher, dass Ihr Virtual Machine-Netzwerk auf Bridged und nicht auf NAT festgelegt ist.
Versuchen Sie, die Verbindung mit der IP-Adresse des Gastes anstatt mit dessen Namen herzustellen.
Stellen Sie sicher, dass die Remoteverbindungen vom SQL Server zugelassen sind und dass sowohl der Client als auch der Server tcp / ip verwenden (oder named pipes, falls Sie das bevorzugen).
Ich weiß nicht, ob das Aktivieren von Remoteverbindungen einen Neustart des SQL-Servers erfordert.
Verwenden Sie die SQL-Authentifizierung, um ein Authentifizierungsproblem zu beheben. Laufen Sie auf einer Domain?
Um einige Schritte hinzuzufügen, die nicht explizit oben genannt sind, funktionierte meine Erfahrung darin, das Netzwerk des virtuellen PCs mit meinem physischen Netzwerkadapter zu verbinden.
Dann wurde die Windows-Firewall für das öffentliche Profil deaktiviert.
Hoffentlich könnte das tatsächlich bis zum Port 1433 gesperrt werden.
Wenn auf dem Gastbetriebssystem SQL Server nur mit Windows Auth installiert ist, fügen Sie später SQL auth hinzu. Beachten Sie, dass standardmäßig sa für den Login-Zugriff deaktiviert ist. Entweder aktivieren Sie Login für "sa" oder (bessere Idee) erstellen Sie Logins mit den erforderlichen Berechtigungen wie erforderlich.
Tags und Links sql-server virtual-pc