Eu experimentei esse mesmo problema:ao acessar um servidor remoto com o Pesquisador de Objetos, o SSMS travava indefinidamente. O log de eventos do sistema Windows mostraria o erro DCOM 10009 ("DCOM não pôde se comunicar com o computador MACHINE_NAME usando qualquer um dos protocolos configurados.").
A solução foi limpar o histórico do MRU e outras configurações do meu perfil. Fazer isso:
- Feche todas as instâncias abertas do SSMS 2012
- No Explorer, abra "%AppData%\Microsoft\SQL Server Management Studio"
- Renomeie a pasta "11.0" para outra coisa, como "11.0.old"
- Abra o SSMS 2012
Você verá que sua lista MRU foi limpa. Em seguida, você poderá inserir novamente suas credenciais e usar o SSMS normalmente.
Se tudo funcionar, você pode excluir a pasta renomeada. Caso contrário, exclua a nova pasta "11.0" que foi criada e renomeie a original de volta para "11.0".
Não tenho ideia se é realmente a lista MRU que está causando esse problema ou se são alguns outros dados de perfil.
Conseguimos descobrir que o SSMS está tentando fazer uma conexão DCOM pela porta 135 para o SQL Server (talvez para SSIS, depuração T-SQL ou outra coisa). Nosso firewall foi configurado para bloquear a porta 135. Ao abrir a porta no firewall, pudemos usar o SSMS (daí a razão pela qual funcionou em bancos de dados locais, mas não remotos). Infelizmente, uma porta 135 aberta é um convite para muitos ataques, então essa não foi uma solução prática para nós.
