SQL Server Management Studio ne se connecte pas, que faire ?
SQL Server Management Studio ne se connecte pas, que faire ?
Vérifiez le message d’erreur complet, le nom du serveur et la méthode de connexion. SSMS peut échouer en raison d’une instance inaccessible, d’une connexion refusée ou d’un problème de certificat. La réinstallation n’est généralement pas la première étape à suivre.
Étape 1 : vérifiez les informations de connexion
Dans SSMS, sélectionnez Connect → Database Engine et vérifiez le nom du serveur :
- NOM DU SERVEUR : pour une instance standard.
- NOM DU SERVEUR\NOM DE L'INSTANCE : pour une instance nommée.
- tcp:NOM_DU_SERVEUR,NUMÉRO_DE_PORT : si vous connaissez le port TCP configuré.
N'utilisez « localhost » que lorsque le moteur de base de données s'exécute sur le même ordinateur que SSMS. L'installation de SSMS seul ne fournit pas de serveur de base de données.
Étape 2 : vérifiez le type d'erreur
| Avis | Que vérifier ? |
|---|---|
| Serveur introuvable, erreur 26 ou erreur 40 | Nom du serveur et de l'instance, service de base de données, protocole réseau et accessibilité. |
| Échec de la connexion, erreur 18456 | Méthode de connexion, droits d’accès au compte et informations supplémentaires sur les erreurs dans le journal du serveur SQL . |
| La chaîne de certificats a été émise par une autorité non fiable | Le certificat de serveur et la chaîne de confiance sur le client. |
Étape 3 : vérifiez le service et la connexion
Vérifiez sur le serveur, dans SQL Server Configuration Manager → SQL Server Services, si le service SQL Server approprié est en cours d'exécution.
Pour l’authentification Windows , votre compte Windows doit disposer des droits d’accès nécessaires. Pour l’authentification SQL Server , la connexion SQL et cette méthode d’authentification doivent être autorisées sur le serveur.
Étape 4 : comparez les offres locales et étrangères
La connexion fonctionne-t-elle sur le serveur lui-même, mais pas depuis votre ordinateur d'administration ? Dans ce cas, faites vérifier le DNS, le protocole TCP/IP, le port réel du serveur d' SQL s et les règles du pare-feu. Toutes les instances n'utilisent pas le port 1433.
Le problème a commencé après une mise à jour de SSMS
Vérifiez bien le texte complet du message d’erreur et les paramètres de chiffrement. Un client plus récent peut mettre en évidence un problème de certificat existant. Faites configurer un certificat valide et de confiance qui corresponde au nom de serveur utilisé.
Ne désactivez pas la vérification des certificats par défaut comme solution permanente.
Besoin d’aide avec SSMS ?
Envoyez par e-mail votre version de SSMS, la version d’ SQL Server, votre méthode de connexion et une capture d’écran du message d’erreur complet à info@cd-keys.fr, ou utilisez la page de contact. Précisez si vous vous connectez en local ou à distance et si cela fonctionnait auparavant. Ajoutez votre numéro de commande si la question concerne un achat. Ne communiquez pas de mots de passe ni le contenu de la base de données.