Jag upplevde samma problem:när jag fick åtkomst till en fjärrserver med Objektutforskaren, hängde SSMS på obestämd tid. Windows systemhändelseloggen skulle visa DCOM-fel 10009 ("DCOM kunde inte kommunicera med datorn MACHINE_NAME med något av de konfigurerade protokollen.").
Lösningen var att rensa MRU-historiken och andra inställningar från min profil. För att göra det:
- Stäng alla öppna instanser av SSMS 2012
- Öppna "%AppData%\Microsoft\SQL Server Management Studio" i Utforskaren
- Byt namn på mappen "11.0" till något annat, som "11.0.old"
- Öppna SSMS 2012
Du kommer att se att din MRU-lista har rensats. Du bör då kunna ange dina referenser igen och använda SSMS som vanligt.
Om allt fungerar kan du ta bort den omdöpta mappen. Annars, ta bort den nya "11.0"-mappen som skapades och döp tillbaka den ursprungliga till "11.0".
Jag har ingen aning om det faktiskt är MRU-listan som orsakar det här problemet eller om det är någon annan profildata.
Vi kunde upptäcka att SSMS försöker skapa en DCOM-anslutning via port 135 till SQL Server (kanske för SSIS, T-SQL-felsökning eller något annat). Vår brandvägg var konfigurerad att blockera port 135. Genom att öppna porten i brandväggen kunde vi använda SSMS (därav anledningen till att den fungerade mot lokala databaser men inte fjärranvändare). Tyvärr är en öppen port 135 en inbjudan till många attacker, så det var inte en praktisk lösning för oss.