Experimenté este mismo problema:al acceder a un servidor remoto con Object Explorer, SSMS se bloqueaba indefinidamente. El registro de eventos del sistema de Windows mostraría el error DCOM 10009 ("DCOM no pudo comunicarse con la computadora MACHINE_NAME usando cualquiera de los protocolos configurados").
La solución fue borrar el historial de MRU y otras configuraciones de mi perfil. Para hacer eso:
- Cierre cualquier instancia abierta de SSMS 2012
- En el Explorador, abra "%AppData%\Microsoft\SQL Server Management Studio"
- Cambie el nombre de la carpeta "11.0" por otro, como "11.0.old"
- Abrir SSMS 2012
Verá que su lista de MRU se ha borrado. Entonces debería poder volver a ingresar sus credenciales y usar SSMS normalmente.
Si todo funciona, puede eliminar la carpeta renombrada. De lo contrario, elimine la nueva carpeta "11.0" que se creó y cambie el nombre de la original a "11.0".
No tengo idea si es realmente la lista MRU la que está causando este problema o si son otros datos del perfil.
Pudimos descubrir que SSMS está tratando de hacer una conexión DCOM a través del puerto 135 al servidor SQL (quizás para SSIS, depuración de T-SQL u otra cosa). Nuestro firewall estaba configurado para bloquear el puerto 135. Al abrir el puerto en el firewall, pudimos usar SSMS (de ahí la razón por la que funcionó contra las bases de datos locales pero no con las remotas). Desafortunadamente, un puerto 135 abierto es una invitación para muchos ataques, por lo que no fue una solución práctica para nosotros.
