SSMS 18.6 se bloquea al iniciar
La ejecución de SSMS 18.6 hace que el programa se inicie, se cuelgue y luego se bloquee. No se proporciona ningún mensaje de error, el programa simplemente termina antes de que se realice cualquier acción y no hay nada conectado.
Desinstalé y eliminé todos los archivos para SSMS, Visual Studio y SQL Complete. Probé las versiones 18.6 y 18.5.1 de SSMS sin éxito.
Desde https://dba.stackexchange.com/questions/237086/sql-server-management-studio-18-wont-open-only-splash-screen-pops-up/237087#237087: He intentado copiar el archivo Interop.8.0.dll de los ensamblajes privados en público. Sin efecto. La línea en el archivo de configuración mencionado aquí ya está comentada en la versión reciente de SSMS.
Desde Sql Server Management Studio se cierra inmediatamente después del inicio : he intentado cambiar el nombre o eliminar el archivo del paquete que se enumera aquí y eliminé la clave de registro relevante. Esto hace que SSMS no se abra en absoluto y Windows emita un sonido de alerta. Ningún otro efecto.
Desde https://social.msdn.microsoft.com/Forums/silverlight/en-US/9d0e2459-eb74-46e8-a983-05ae2ba18977/ssms-crashes-on-startup?forum=sqltools: Traté de reparar .NET framework. Sin efecto.
Solo pude instalar y conectarme correctamente en SSMS versión 17.9.1
Puedo proporcionar detalles del Visor de eventos si alguien está dispuesto a ayudarme a solucionar el problema. Tengo un error de .NET Runtime y dos errores de aplicación: uno es el nombre de evento CLR20r3 y el otro es APPCRASH. Feliz de proporcionar más información si es necesario.
Respuestas
Si bien no puedo explicar la razón exacta por la que sucedió, encontré una solución. Cualquiera que sea el problema, descubrí que era específico del usuario y se limitaba a mi máquina. Otros usuarios pudieron acceder a SSMS de forma tan normal en mi máquina como yo en la de ellos.
Recordé que la carpeta AppData existe y simplemente está oculta, así que usé una cuenta de administrador para copiar eso de un usuario que trabaja y reescribir los archivos en los dos míos que no se usaron en algún proceso en segundo plano. Esto me permitió acceder una vez más a SSMS como mi usuario habitual y con mi cuenta de administrador elevada.
Tuve este mismo problema (sucedió de repente, quizás debido a una actualización de Windows). También probé todas las otras soluciones enumeradas anteriormente, pero lo único que funcionó para mí fue desinstalar y luego reinstalar la versión 7.9.1 como se recomendaba en el póster original.
En mi caso, solo tengo 1 usuario en la computadora, por lo que las otras cuentas de usuario que pueden acceder no eran aplicables.