Discussion :

[mr_zik]

Bonjour la communauté,

J'ai un souci lors de l'ouverture de SSMS suite à une installation. Le contexte est le suivant :
- Un PC portable sous Windows 7 est utilisé. Ce PC est connecté à un réseau en Domaine
- Une application a été installée avec SQL Server 2008
- 3 utilisateurs utilisent ce PC (avec 3 sessions Windows différentes en Domaine)
- Après instal, les 2 sessions arrivent à ouvrir correctement SSMS
- Pour la 3è session, la première ouverture de SSMS n'a pas réussi à cause d'une coupure réseau. J'ai réessayé mais SSMS affiche "Ne répond pas". Du coup, cette session n'arrive même pas à ouvrir la fenêtre de connexion mais SSMS bloque.

Quelqu'un aurait-il une solution à part la réinstallation si possible ?

Merci

[SQLpro]

1) sortez de SSMS et revenez y
2) sortez de SSMS et revenez y avec un autre compte de connexion
3) sortez de windows et revenez y

A +

[mr_zik]

Bonjour SQLpro,
Merci pou la réponse.

Problème non résolu. Il faut à chaque fois forcer l'arrêt de SSMS car il plante et le redémarrage de Windows n'a rien changé.

[darkelend]

Bonjour,
Essaye de supprimer ce répertoire : C:\Users\XXX\AppData\Local\Microsoft\SQL Server Management Studio\11.0
Lors de la première exécution, SSMS crée des fichiers pour l'utilisateur, il y a peut être un fichier qui pose problème...

[mr_zik]

Bonjour,

Merci Darkelend pour la réponse. Mais le problème n'a pas été résolu.

Est-ce le fait de supprimer la clé SQL Server dans la base de registre (CURRENT USER) pourrait être une solution ? Ou est-ce dangereux ?

Merci,

[darkelend]

Je doute que ca fonctionne, Mais tu peux toujours tester en sauvegardant la clef de la base de registre.

[mr_zik]

Bonjour à tous,

J'ai résolu le problème en effectuant les manipulations suivantes :
- Suppression de toutes les clés et valeurs registre contenant "SQL" dans HKEY_CURRENT_USER
- Renommer tous les répertoires contenant le mot "SQL" en ".old" dans "Utilisateurs > Moi" y compris le répertoire "10.0.0.0" dans "Utilisateurs > Moi > AppData > Local > Microsoft_Corporation > LandingPage.exe_StrongName_..."