Ik ondervond hetzelfde probleem:bij toegang tot een externe server met de Object Explorer bleef SSMS voor onbepaalde tijd hangen. Het Windows-systeemgebeurtenislogboek zou DCOM-fout 10009 weergeven ("DCOM kon niet communiceren met de computer MACHINE_NAME via een van de geconfigureerde protocollen.").
De oplossing was om de MRU-geschiedenis en andere instellingen van mijn profiel te wissen. Om dat te doen:
- Sluit alle open exemplaren van SSMS 2012
- Open in Verkenner "%AppData%\Microsoft\SQL Server Management Studio"
- Hernoem de map "11.0" naar iets anders, zoals "11.0.old"
- SSMS 2012 openen
U zult zien dat uw MRU-lijst is gewist. U zou dan uw inloggegevens opnieuw moeten kunnen invoeren en SSMS normaal kunnen gebruiken.
Als alles werkt, kunt u de hernoemde map verwijderen. Verwijder anders de nieuwe map "11.0" die is gemaakt en hernoem de oorspronkelijke map naar "11.0".
Ik heb geen idee of het de MRU-lijst is die dit probleem veroorzaakt of dat het andere profielgegevens zijn.
We hebben kunnen ontdekken dat SSMS een DCOM-verbinding probeert te maken via poort 135 naar de SQL Server (misschien voor SSIS, T-SQL Debugging of iets anders). Onze firewall was geconfigureerd om poort 135 te blokkeren. Door de poort in de firewall te openen, konden we SSMS gebruiken (vandaar de reden dat het tegen lokale databases werkte, maar niet tegen externe). Helaas is een open poort 135 een uitnodiging voor veel aanvallen, dus dat was voor ons geen praktische oplossing.