SSMS 18.6 аварийно завершает работу при запуске
Запуск SSMS 18.6 приводит к запуску программы, зависанию и последующему сбою. Сообщение об ошибке не выводится, программа просто завершается до того, как будет предпринято какое-либо действие, и ничего не будет подключено.
Я удалил и удалил все файлы для SSMS, Visual Studio и SQL Complete. Я безрезультатно пробовал версии SSMS 18.6 и 18.5.1.
Из https://dba.stackexchange.com/questions/237086/sql-server-management-studio-18-wont-open-only-splash-screen-pops-up/237087#237087: Я пробовал скопировать файл Interop.8.0.dll из частных сборок в общедоступные. Нет эффекта. Строка в конфигурационном файле, упомянутая здесь, уже закомментирована в недавнем выпуске SSMS.
Из Sql Server Management Studio закрывается сразу после запуска : я попытался переименовать или удалить файл пакета, указанный здесь, и удалил соответствующий раздел реестра. Это приводит к тому, что SSMS вообще не открывается, а Windows издает звуковой сигнал. Никакого другого эффекта.
Из https://social.msdn.microsoft.com/Forums/silverlight/en-US/9d0e2459-eb74-46e8-a983-05ae2ba18977/ssms-crashes-on-startup?forum=sqltools: Я пытался восстановить .NET framework. Нет эффекта.
Мне удалось установить и успешно подключиться только к SSMS версии 17.9.1.
Я могу предоставить сведения о средстве просмотра событий, если кто-нибудь захочет помочь мне в устранении неполадок. У меня есть ошибка времени выполнения .NET и две ошибки приложения: одна - это событие с именем CLR20r3, а другая - APPCRASH. Будем рады предоставить дополнительную информацию при необходимости.
Ответы
Хотя я не могу сказать точную причину, по которой это произошло, я нашел решение. Какой бы ни была проблема, я обнаружил, что она специфична для пользователя и ограничена моей машиной. Другие пользователи могли получить доступ к SSMS как обычно на моей машине, как и я на их.
Я вспомнил, что папка AppData существует и просто скрыта, поэтому я использовал учетную запись администратора, чтобы скопировать ее у рабочего пользователя и перезаписать файлы в обоих моих файлах, которые не использовались в каком-то фоновом процессе. Это позволило мне снова получить доступ к SSMS как в качестве обычного пользователя, так и с учетной записью администратора с повышенными правами.
У меня была такая же проблема (это произошло внезапно, возможно, из-за обновления Windows). Я также попробовал все другие решения, перечисленные выше, но единственное, что у меня сработало, - это удалить, а затем переустановить версию 7.9.1, как рекомендовано в исходном плакате.
В моем случае у меня только 1 пользователь на компьютере, поэтому другие учетные записи пользователей, которым был разрешен доступ, не применялись.