SSMS 18.6 plante au démarrage
L'exécution de SSMS 18.6 entraîne le lancement, le blocage et le blocage du programme. Il n'y a pas de message d'erreur, le programme se termine simplement avant qu'une action ne soit entreprise et rien n'est connecté.
J'ai désinstallé et supprimé tous les fichiers pour SSMS, Visual Studio et SQL Complete. J'ai essayé les versions 18.6 et 18.5.1 de SSMS en vain.
De https://dba.stackexchange.com/questions/237086/sql-server-management-studio-18-wont-open-only-splash-screen-pops-up/237087#237087: J'ai essayé de copier le fichier Interop.8.0.dll à partir d'assemblys privés en public. Aucun effet. La ligne du fichier de configuration mentionnée ici est déjà commentée dans la récente version de SSMS.
De Sql Server Management Studio se ferme immédiatement après le démarrage : j'ai essayé de renommer ou de supprimer le fichier de package répertorié ici et de supprimer la clé de registre appropriée. Cela empêche SSMS de s'ouvrir du tout et Windows émet un son d'alerte. Aucun autre effet.
De https://social.msdn.microsoft.com/Forums/silverlight/en-US/9d0e2459-eb74-46e8-a983-05ae2ba18977/ssms-crashes-on-startup?forum=sqltools: J'ai essayé de réparer le framework .NET. Aucun effet.
Je n'ai pu installer et me connecter avec succès que sur la version 17.9.1 de SSMS
Je peux fournir les détails de l'Observateur d'événements si quelqu'un est prêt à m'aider à résoudre le problème. J'ai une erreur d'exécution .NET et deux erreurs d'application - l'une est le nom d'événement CLR20r3 et l'autre est APPCRASH. Heureux de fournir plus d'informations si nécessaire.
Réponses
Bien que je ne puisse pas parler de la raison exacte pour laquelle cela s'est produit, j'ai trouvé une solution. Quel que soit le problème, j'ai découvert qu'il était spécifique à l'utilisateur et limité à ma machine. D'autres utilisateurs ont pu accéder à SSMS normalement sur ma machine, comme moi sur la leur.
Je me suis souvenu que le dossier AppData existe et est simplement caché, j'ai donc utilisé un compte administrateur pour le copier à partir d'un utilisateur actif et réécrire les fichiers dans les deux miens qui n'étaient pas utilisés dans un processus en arrière-plan. Cela m'a permis d'accéder à nouveau à SSMS en tant qu'utilisateur régulier et avec mon compte d'administrateur élevé.
J'ai eu ce même problème (c'est arrivé tout d'un coup peut-être à cause d'une mise à jour de Windows). J'ai également essayé toutes les autres solutions énumérées ci-dessus, mais la seule chose qui a fonctionné pour moi a été de désinstaller puis de réinstaller la version 7.9.1 comme l'affiche originale recommandée.
Dans mon cas, je n'ai qu'un seul utilisateur sur l'ordinateur, donc les autres comptes d'utilisateurs pouvant accéder n'étaient pas applicables.