Les erreurs de connexion avec Microsoft SQL Server (MSSQL) sont un problème assez courant et peuvent être facilement résolues avec quelques étapes de dépannage de base. Avant de creuser, examinons les détails de l'erreur pour essayer d'en déterminer la cause.
Solutions à l'erreur 18456 de Microsoft SQL Server
Parfois, l'erreur se présente comme "échec de la connexion pour l'utilisateur '
D'autres fois, nous ne pouvons voir que "Microsoft SQL Server Error 18456" avec la gravité et le numéro d'état. En soi, un numéro d'état peut ne pas signifier grand-chose, mais il peut offrir plus de détails sur ce qui ne va pas et où chercher ensuite.
Ces états d'erreur, 18456, sont les plus courants. Les descriptions et les solutions potentielles offrent une explication rapide et un guide de dépannage potentiel.
Étape 1 : Se connecter avec le bureau à distance
Le dépannage et les solutions nécessitent que vous vous connectiez au serveur ou que vous puissiez au moins établir une connexion d'authentification Windows à MSSQL à l'aide de Microsoft SQL Server Management Studio. La méthode la plus courante et la plus simple consiste à se connecter directement au serveur avec une connexion Bureau à distance. Si vous avez besoin de plus d'informations sur la connexion Bureau à distance, ces articles de la base de connaissances vous aideront à vous connecter :
- Comment utiliser un bureau à distance
- Windows :Accéder à votre serveur avec le Bureau à distance
- Utilisation du protocole RDP (Remote Desktop Protocol) pour se connecter à votre serveur Windows
Étape 2 :Exécuter la gestion de Microsoft SQL Server
Une fois connecté au serveur, vous souhaiterez exécuter Microsoft SQL Server Management Studio (SSMS). SSMS est l'outil le mieux adapté pour configurer, gérer et administrer MSSQL.
Lorsque vous démarrez SSMS, il vous sera demandé de vous connecter au serveur. Par défaut, l'authentification Windows est activée sur la plupart des serveurs MSSQL, ce qui signifie que vous devez vous connecter avec l'administrateur Windows ou le compte spécifié en tant qu'administrateur SQL lors de l'installation et de la configuration de MSSQL.
En plus de l'authentification Windows, MSSQL prend en charge l'authentification SQL Server. En fonction de la version de MSSQL et de la manière dont il a été installé et configuré, l'authentification SQL Server peut être activée ou non par défaut.
Étape 3 :Vérification du mode d'authentification du serveur
Une fois que nous nous sommes connectés à SSMS à l'aide de l'authentification Windows, nous devons vérifier les paramètres de sécurité pour confirmer si MSSQL est configuré pour autoriser à la fois l'authentification Windows et SQL.
Dans SSMS, cliquez avec le bouton droit sur le nom du serveur en haut de la fenêtre de l'Explorateur d'objets et choisissez Propriétés .
Ensuite, cliquez sur Sécurité page.
Si vous trouvez l'authentification Windows est le seul mode configuré, c'est la cause probable de l'erreur 18456, Échec de la connexion pour l'utilisateur '
Définition du mode d'authentification du serveur pour autoriser l'authentification SQL Server et Windows , vous pourrez vous connecter à MS-SQL avec un utilisateur et un mot de passe SQL ou un utilisateur et un mot de passe Windows. Après avoir effectué cette modification, vous devrez redémarrer le service SQL Server.
Étape 4 :Redémarrez le service SQL
Dans SSMS, cliquez avec le bouton droit sur le nom du serveur en haut de l'Explorateur d'objets fenêtre et choisissez Redémarrer pour appliquer les nouveaux paramètres du mode d'authentification.
Dans l'exemple ci-dessus, le mode d'authentification Windows était le seul mode configuré et l'erreur 18456 s'est produite car l'utilisateur « sa » est un utilisateur SQL et l'authentification SQL Server n'était pas autorisée.
Étape 5 :Vérification des autorisations utilisateur SQL
Lorsque nous vérifions les autorisations utilisateur SQL, nous devons répondre aux questions suivantes :
- L'utilisateur est-il autorisé à se connecter ?
- L'utilisateur dispose-t-il d'un mot de passe valide ?
- L'utilisateur dispose-t-il des autorisations nécessaires pour accéder à la base de données souhaitée ?
Dans SSMS Explorateur d'objets , développez Sécurité, Connexions . Localisez l'utilisateur qui ne parvenait pas à se connecter. A x sur l'utilisateur indique que la connexion de cet utilisateur est désactivée.
Pour autoriser l'utilisateur à se connecter, faites un clic droit sur l'utilisateur et choisissez Propriétés , puis cliquez sur Statut page. Activer la connexion pour l'utilisateur et cliquez sur OK .
Après avoir actualisé la liste des connexions des utilisateurs, nous pouvons confirmer que l'utilisateur n'a plus de x rouge présent. Cela devrait permettre à l'utilisateur de se connecter. Dans cet exemple, l'utilisateur SQL "sa" n'a pas pu se connecter car il n'y avait pas d'autorisation de se connecter.
Poursuivant le dépannage de l'utilisateur, cliquez avec le bouton droit sur l'utilisateur et choisissez Propriétés , puis cliquez sur Général page. Ici, vous pouvez entrer un nouveau mot de passe puis entrez le mot de passe de confirmation . Cliquez sur OK pour enregistrer le nouveau mot de passe. Nous définissons un nouveau mot de passe pour l'utilisateur afin que nous soyons certains du mot de passe lorsque nous tentons de nous connecter.
Étape 6 :mapper l'utilisateur à la base de données
Notre dernière étape dans le dépannage d'un utilisateur consiste à vérifier le mappage des utilisateurs pour vérifier que l'utilisateur a accès à la base de données souhaitée et à définir ou vérifier son rôle pour la base de données. Faites un clic droit sur l'utilisateur et choisissez Propriétés , puis cliquez sur Mappage des utilisateurs page. Sélectionnez la base de données de la liste des bases de données. Dans les appartenances au rôle de la base de données, sélectionnez les appartenances souhaitées/requises. Cliquez sur OK .
Dans cet exemple, nous avons mappé l'utilisateur "ProdX709 ’ à la base de données Production X709.2019 et leur a accordé le rôle de base de données db_owner . Dans de nombreux cas, vous n'avez besoin que d'un utilisateur pour avoir db_datareader et db_datawriter rôles pour pouvoir lire et écrire dans la base de données.
Conclusion
Dans cet article de dépannage, nous avons appris à identifier les spécificités de l'erreur 18456 pour nous aider à rechercher la cause première du problème. Toujours à la recherche de soutien ? Nos solutions de base de données MSSQL sont fournies avec l'assistance de notre équipe de support technique. Découvrez comment notre base de données à haute disponibilité peut fonctionner pour vous !
Commencez dès aujourd'hui !
Nous sommes fiers d'être The Most Helpful Humans In Hosting™ !
Nos équipes d'assistance sont composées de techniciens Linux expérimentés et d'administrateurs système talentueux qui ont une connaissance intime de plusieurs technologies d'hébergement Web, en particulier celles abordées dans cet article.
Si vous avez des questions concernant ces informations, nous sommes toujours disponibles pour répondre à toute demande concernant des problèmes liés à cet article, 24 heures sur 24, 7 jours sur 7, 365 jours par an.
Si vous êtes un serveur VPS entièrement géré, un cloud dédié, un cloud privé VMWare, un serveur parent privé, des serveurs cloud gérés ou un propriétaire de serveur dédié et que vous n'êtes pas à l'aise avec l'une des étapes décrites, nous peut être contacté par téléphone au 800.580.4985, un chat ou un ticket d'assistance pour vous aider dans ce processus.
