Jeg oplevede det samme problem:når jeg fik adgang til en ekstern server med Object Explorer, ville SSMS hænge på ubestemt tid. Windows-systemhændelsesloggen ville vise DCOM-fejl 10009 ("DCOM kunne ikke kommunikere med computeren MACHINE_NAME ved hjælp af nogen af de konfigurerede protokoller.").
Løsningen var at rydde MRU-historikken og andre indstillinger fra min profil. For at gøre det:
- Luk alle åbne forekomster af SSMS 2012
- Åbn "%AppData%\Microsoft\SQL Server Management Studio" i Stifinder
- Omdøb mappen "11.0" til noget andet, f.eks. "11.0.old"
- Åbn SSMS 2012
Du vil se, at din MRU-liste er blevet ryddet. Du skulle derefter være i stand til at indtaste dine legitimationsoplysninger igen og bruge SSMS som normalt.
Hvis alt fungerer, kan du slette den omdøbte mappe. Ellers skal du slette den nye "11.0"-mappe, der blev oprettet, og omdøbe den oprindelige tilbage til "11.0".
Jeg aner ikke, om det faktisk er MRU-listen, der forårsager dette problem, eller om det er nogle andre profildata.
Vi var i stand til at opdage, at SSMS forsøger at oprette en DCOM-forbindelse over port 135 til SQL-serveren (måske til SSIS, T-SQL-debugging eller noget andet). Vores firewall var konfigureret til at blokere port 135. Ved at åbne porten i firewallen var vi i stand til at bruge SSMS (deraf grunden til, at det virkede mod lokale databaser, men ikke fjerntliggende). Desværre er en åben port 135 en invitation til mange angreb, så det var ikke en praktisk løsning for os.