SSMS 18.6 si arresta in modo anomalo all'avvio

Aug 18 2020

L'esecuzione di SSMS 18.6 provoca l'avvio, il blocco e il blocco del programma. Non viene fornito alcun messaggio di errore, il programma termina semplicemente prima che venga intrapresa qualsiasi azione e nulla è connesso.

Ho disinstallato ed eliminato tutti i file per SSMS, Visual Studio e SQL Complete. Ho provato le versioni 18.6 e 18.5.1 di SSMS senza alcun risultato.

A partire dal https://dba.stackexchange.com/questions/237086/sql-server-management-studio-18-wont-open-only-splash-screen-pops-up/237087#237087: Ho provato a copiare il file Interop.8.0.dll da privateassemblies in pubblico. Nessun effetto. La riga nel file di configurazione menzionata qui è già stata commentata nella recente versione di SSMS.

Da Sql Server Management Studio si chiude immediatamente dopo l'avvio : ho provato a rinominare o eliminare il file del pacchetto elencato qui e ho rimosso la relativa chiave di registro. Ciò fa sì che SSMS non si apra affatto e Windows emetta un suono di avviso. Nessun altro effetto.

A partire dal https://social.msdn.microsoft.com/Forums/silverlight/en-US/9d0e2459-eb74-46e8-a983-05ae2ba18977/ssms-crashes-on-startup?forum=sqltools: Ho provato a riparare .NET framework. Nessun effetto.

Sono stato in grado di installare e connettermi con successo solo sulla versione 17.9.1 di SSMS

Posso fornire i dettagli del Visualizzatore eventi se qualcuno è disposto ad aiutarmi a risolvere i problemi. Ho un errore di runtime .NET e due errori dell'applicazione: uno è il nome dell'evento CLR20r3 e l'altro è APPCRASH. Felice di fornire ulteriori informazioni se necessario.

Risposte

rotolotto Aug 19 2020 at 16:59

Anche se non posso parlare del motivo esatto in cui è successo, ho trovato una soluzione. Qualunque fosse il problema, ho scoperto che era specifico dell'utente e limitato alla mia macchina. Altri utenti sono stati in grado di accedere a SSMS normalmente sulla mia macchina come lo ero io sulla loro.

Mi è capitato di ricordare che la cartella AppData esiste ed è semplicemente nascosta, quindi ho usato un account amministratore per copiarla da un utente funzionante e riscrivere i file in entrambi i miei che non erano stati utilizzati in qualche processo in background. Questo mi ha permesso di accedere nuovamente a SSMS sia come utente abituale che con il mio account amministratore con privilegi elevati.

ZackaryStephen Nov 04 2020 at 14:37

Ho avuto lo stesso problema (è successo all'improvviso forse a causa di un aggiornamento di Windows). Ho anche provato tutte le altre soluzioni sopra elencate, ma l'unica cosa che ha funzionato per me è stata disinstallare e reinstallare la versione 7.9.1 come consigliato dal poster originale.

Nel mio caso ho solo 1 utente sul computer, quindi gli altri account utente che potevano accedere non erano applicabili.