Comment faire pour résoudre l’erreur 15401

Résumé

Vous pouvez voir le message d’erreur suivant lorsque vous ajoutez un utilisateur Microsoft Windows NT ou un groupe Microsoft Windows NT sous la forme d’une connexion d’accès à Microsoft SQL Server, ou lorsque vous déplacez des connexions d’accès à partir d’un serveur dans un domaine à un serveur dans un domaine différent :

Erreur 15401 : utilisateur Windows NT ou le groupe « %s » est introuvable. Vérifiez de nouveau le nom.
Cet article décrit les causes possibles de l’erreur et la façon de résoudre ce problème.

La connexion n’existe pas

  1. Vérifiez que le nom de connexion Windows existe toujours dans le domaine. Votre administrateur réseau a peut-être supprimé la connexion Windows pour des raisons spécifiques, et vous ne serez peut-être pas en mesure d’accorder cette connexion d’accès pour le SQL Server.
  2. Vérifiez que vous sont correctement orthographié le nom de domaine et la connexion et que vous utilisez le format suivant :
    Domain\User
  3. Si la connexion existe et il est correct et que vous recevez toujours l’erreur, poursuivre les sections suivantes de cet article.

Identificateurs de sécurité dupliqués

Dans un domaine Windows, les identificateurs de sécurité unique (SID) sont automatiquement affectés aux logins Windows dans le domaine. Lorsque vous ajoutez une connexion Windows sous la forme d’une connexion d’accès SQL Server, le SID est stocké dans une table système SQL Server. Si vous essayez d’ajouter une nouvelle connexion qui a le même SID que d’un accès à SQL Server, l’erreur 15401 se produit.


Remarque Dans SQL Server 2005, des SID en double ne sont pas autorisés.
  1. Pour déterminer si c’est la cause de l’erreur, exécutez le code suivant sur le maître de la base de données pendant que vous êtes connecté à SQL Server en tant que membre du rôle sysadmin :
    SELECT name FROM syslogins WHERE sid = SUSER_SID ('YourDomain\YourLogin')
  2. Si une ligne est retournée à partir de cette requête, un SID en double est la cause de votre problème.
  3. Une des causes potentielles de ce scénario sont du chargement d’une base de données master à partir d’un serveur dans un autre domaine. Un des noms d’accès de ce domaine peut-être avoir le même SID que la connexion que vous essayez d’ajouter dans ce domaine. Cela peut également se produire dans un environnement comportant des systèmes clone ou ghost.
  4. Vous devez utiliser sp_revokelogin pour supprimer la connexion d’accès avec le SID correspondant, ou, pour conserver les connexions existantes, mapper correctement les connexions d’accès à partir de l’ancien domaine aux ouvertures de session dans le nouveau domaine. Pour plus d’informations sur la procédure à suivre, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft :

    314546 comment déplacer des bases de données entre des ordinateurs qui exécutent SQL Server

Échec de l’authentification

Vous pouvez recevoir l’erreur 15401 lorsque le contrôleur de domaine pour le domaine dans lequel la connexion réside (le même ou un autre domaine) n’est pas disponible pour une raison quelconque.

  1. Si la connexion est dans un domaine autre que le SQL Server, vérifiez que les approbations correctes existent entre les domaines.
  2. Vérifiez que le contrôleur de domaine de la connexion est accessible à l’aide de la commande ping de l’ordinateur qui exécute SQL Server. Vérifiez l’adresse IP et le nom du contrôleur de domaine.
    Pour plus d’informations sur la commande ping, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft :

    102908 comment faire pour résoudre les problèmes de connectivité TCP/IP dans Windows 2000 ou Windows NT

Respect de la casse

Vous pouvez être confronté à des problèmes de respect de la casse, qui sont décrits dans les articles suivants de la Base de connaissances Microsoft :
245768 Unicode de distinction majuscules/minuscules d’interclassement séquence et les ouvertures de session Windows NT

Dans ce cas, utilisez le sp_configure ou sp_helpsort procédure stockée pour déterminer si l’ordre de tri ou le classement de votre instance de SQL Server est la casse. Si le serveur est sensible à la casse, suivez les étapes décrites dans l’article référencé (Q245768) réussi à ajouter le nom de connexion.

2770837 correctif : message d’erreur « utilisateur Windows NT ou groupe 'Nom_domaine\nom_utilisateur' introuvable » lorsque vous ajoutez une connexion à une instance de SQL Server 2008 qui respecte la casse
Dans ce cas, un problème se produit lorsque vous essayez d’ajouter un groupe ou un utilisateur Microsoft Windows NT sous la forme d’une connexion d’accès à SQL Server 2008. Si le serveur est sensible à la casse, consultez la section « Résolution » mise à jour 2770837.

Comptes locaux

Les comptes locaux (hors domaine) requièrent un traitement spécial. Si vous essayez d’ajouter un compte local de l’ordinateur local qui exécute SQL Server, consultez l’article suivant de la Base de connaissances Microsoft pour connaître la procédure adéquate :

322988 Échec de « NT AUTHORITY\SYSTEM » sp_grantlogin sur Microsoft Windows NT 4.0

  1. Pour ajouter le compte système Local comme une connexion d’accès SQL Server sur Windows NT 4.0, permet d’afficher la procédure dans l’article Q322988 dans la Base de connaissances Microsoft.
  2. Lorsque vous ajoutez des groupes locaux prédéfinis, vous devez utiliser BUILTIN comme le domaine.
    Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

    PRÉDÉFINI\Groupe d’utilisation 216808 pour accorder l’accès à des groupes Windows NT prédéfinis

Résolution de noms

Si vous avez des problèmes de la résolution du nom d’un ordinateur qui est impliqué dans l’ajout de la connexion ou un groupe, vous pouvez recevoir l’erreur 15401.

Vérifiez que votre mécanisme de résolution de nom (par exemple, WINS, DNS, hôtes ou LMHOSTS) est correctement configuré.

Propriétés

ID d'article : 324321 - Dernière mise à jour : 27 janv. 2017 - Révision : 2

Microsoft SQL Server 2000 Édition 64 bits, Microsoft SQL Server 2000 Standard, Microsoft SQL Server 7.0 Standard, Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Express Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Workgroup Edition

Commentaires