Ho riscontrato lo stesso problema:quando si accede a un server remoto con Object Explorer, SSMS si blocca a tempo indeterminato. Il registro eventi di sistema di Windows mostrerebbe l'errore DCOM 10009 ("DCOM non è stato in grado di comunicare con il computer NOME_MACCHINA utilizzando uno qualsiasi dei protocolli configurati.").
La soluzione era cancellare la cronologia MRU e altre impostazioni dal mio profilo. Per farlo:
- Chiudi tutte le istanze aperte di SSMS 2012
- In Esplora risorse, apri "%AppData%\Microsoft\SQL Server Management Studio"
- Rinomina la cartella "11.0" in qualcos'altro, ad esempio "11.0.old"
- Apri SSMS 2012
Vedrai che il tuo elenco MRU è stato cancellato. Dovresti quindi essere in grado di reinserire le tue credenziali e utilizzare SSMS normalmente.
Se tutto funziona, puoi eliminare la cartella rinominata. Altrimenti, elimina la nuova cartella "11.0" che è stata creata e rinomina quella originale in "11.0".
Non ho idea se sia effettivamente l'elenco MRU a causare questo problema o se si tratta di altri dati del profilo.
Siamo stati in grado di scoprire che SSMS sta tentando di stabilire una connessione DCOM sulla porta 135 a SQL Server (forse per SSIS, debug T-SQL o qualcos'altro). Il nostro firewall è stato configurato per bloccare la porta 135. Aprendo la porta nel firewall siamo stati in grado di utilizzare SSMS (da qui il motivo per cui funzionava contro i database locali ma non quelli remoti). Sfortunatamente, una porta 135 aperta è un invito a molti attacchi, quindi non era una soluzione pratica per noi.
