Doświadczyłem tego samego problemu:podczas uzyskiwania dostępu do zdalnego serwera za pomocą Eksploratora obiektów, SSMS zawieszał się w nieskończoność. Dziennik zdarzeń systemu Windows pokazywałby błąd DCOM 10009 („DCOM nie mógł skomunikować się z komputerem NAZWA_MASZYNY przy użyciu żadnego ze skonfigurowanych protokołów”).
Rozwiązaniem było wyczyszczenie historii MRU i innych ustawień z mojego profilu. Aby to zrobić:
- Zamknij wszystkie otwarte instancje programu SSMS 2012
- W Eksploratorze otwórz „%AppData%\Microsoft\SQL Server Management Studio”
- Zmień nazwę folderu „11.0” na inną, na przykład „11.0.old”
- Otwórz SSMS 2012
Zobaczysz, że Twoja lista MRU została wyczyszczona. Powinieneś wtedy móc ponownie wprowadzić swoje dane uwierzytelniające i normalnie korzystać z programu SSMS.
Jeśli wszystko działa, możesz usunąć folder o zmienionej nazwie. W przeciwnym razie usuń nowy folder „11.0”, który został utworzony i zmień nazwę oryginalnego z powrotem na „11.0”.
Nie mam pojęcia, czy to faktycznie lista MRU powoduje ten problem, czy też inne dane profilu.
Udało nam się odkryć, że SSMS próbuje nawiązać połączenie DCOM przez port 135 z SQL Server (być może dla SSIS, debugowania T-SQL lub czegoś innego). Nasz firewall został skonfigurowany do blokowania portu 135. Otwierając port w firewallu mogliśmy korzystać z SSMS (stąd powód, dla którego działał on z lokalnymi bazami danych, ale nie zdalnymi). Niestety otwarty port 135 jest zaproszeniem do wielu ataków, więc nie było to dla nas praktyczne rozwiązanie.
