Ich hatte das gleiche Problem:Beim Zugriff auf einen Remote-Server mit dem Objekt-Explorer blieb SSMS auf unbestimmte Zeit hängen. Das Windows-Systemereignisprotokoll würde den DCOM-Fehler 10009 anzeigen ("DCOM konnte mit keinem der konfigurierten Protokolle mit dem Computer MACHINE_NAME kommunizieren.").
Die Lösung bestand darin, den MRU-Verlauf und andere Einstellungen aus meinem Profil zu löschen. Dazu:
- Schließen Sie alle offenen Instanzen von SSMS 2012
- Öffnen Sie im Explorer "%AppData%\Microsoft\SQL Server Management Studio"
- Benennen Sie den Ordner „11.0“ in etwas anderes um, z. B. „11.0.old“
- SSMS 2012 öffnen
Sie werden sehen, dass Ihre MRU-Liste gelöscht wurde. Sie sollten dann in der Lage sein, Ihre Anmeldeinformationen erneut einzugeben und SSMS wie gewohnt zu verwenden.
Wenn alles funktioniert, können Sie den umbenannten Ordner löschen. Andernfalls löschen Sie den neu erstellten Ordner „11.0“ und benennen den ursprünglichen wieder in „11.0“ um.
Ich habe keine Ahnung, ob es tatsächlich die MRU-Liste ist, die dieses Problem verursacht, oder ob es andere Profildaten sind.
Wir konnten feststellen, dass SSMS versucht, eine DCOM-Verbindung über Port 135 zum SQL Server herzustellen (möglicherweise für SSIS, T-SQL-Debugging oder etwas anderes). Unsere Firewall wurde so konfiguriert, dass sie Port 135 blockiert. Durch das Öffnen des Ports in der Firewall konnten wir SSMS verwenden (daher der Grund, warum es gegen lokale Datenbanken, aber nicht gegen entfernte Datenbanken funktionierte). Leider ist ein offener Port 135 eine Einladung für viele Angriffe, daher war das keine praktische Lösung für uns.
