DetailPage-MSS-KB

Base de connaissances

Numéro d'article: 324321 - Dernière mise à jour: mardi 27 novembre 2012 - Version: 1.0

 

Sommaire

Résumé

Lorsque vous ajoutez un utilisateur Microsoft Windows NT ou un groupe Microsoft Windows NT sous la forme d'une connexion à 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, vous pouvez voir le message d'erreur suivant :
Erreur 15401 : utilisateur Windows NT ou le groupe « %s » introuvable. Vérifiez le nom à nouveau.
Cet article étape par étape décrit les causes possibles de l'erreur et comment faire pour résoudre ce problème.

La connexion n'existe pas

  1. Vérifiez que la connexion d'accès Windows existe toujours dans le domaine. Votre administrateur réseau a peut-être supprimé la connexion d'accès Windows pour des raisons spécifiques, et vous n'êtes 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 :
    Domaine\Utilisateur
  3. Si la connexion d'accès existe et il est correct et que vous continuez à recevoir l'erreur, continuez avec 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 ouvertures de session 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 dans SQL Server. Si vous essayez d'ajouter une nouvelle connexion qui a le même SID sous la forme d'un accès à SQL Server, l'erreur 15401 se produit.
Remarque : Dans SQL Server 2005, les SID en double ne sont pas autorisés.
  1. Pour déterminer si c'est la cause de votre erreur, exécutez le code suivant sur le maître de 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 renvoyée à partir de cette requête, un SID en double est la cause du problème.
  3. L'une des causes potentielles de ce scénario se charge d'une base de données master à partir d'un serveur dans un autre domaine. Il est possible qu'un des noms d'accès de ce domaine ont été le même SID que la connexion que vous essayez d'ajouter dans ce domaine. Cela peut également se produire dans un environnement dans lequel vous disposez de systèmes clone ou ghost.
  4. Vous devez utiliser sp_revokelogin pour supprimer la connexion avec le SID correspondant, ou, pour conserver les connexions d'accès 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  (http://support.microsoft.com/kb/314546/ ) Comment faire pour déplacer des bases de données entre les ordinateurs qui exécutent SQL Server

Échec d'authentification

Vous pouvez recevoir l'erreur 15401 lorsque le contrôleur de domaine pour le domaine de résidence de l'ouverture de session (le même ou un autre domaine) n'est pas disponible pour une raison quelconque.
  1. Si la connexion d'accès se trouve dans un autre domaine que le SQL Server, vérifiez l'existent de relations d'approbation appropriées entre les domaines.
  2. Vérifiez que le contrôleur de domaine de la connexion d'accès est accessible à l'aide de la commande ping à partir 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  (http://support.microsoft.com/kb/102908/ ) Comment faire pour résoudre les problèmes de connectivité TCP/IP dans Windows 2000 ou Windows NT

Majuscules/minuscules

Vous pouvez rencontrer des problèmes de respect de la casse, qui sont décrits dans les articles suivants de la Base de connaissances Microsoft :
245768  (http://support.microsoft.com/kb/245768/ ) La casse Unicode Collation séquence et des 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 distingue la casse. Si le serveur respecte la casse, suivez les étapes de l'article référencé (Q245768) pour parvenir à ajouter le nom de connexion.

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

Comptes locaux

Les comptes locaux (non-membre du domaine) nécessitent un traitement spécial. Si vous essayez d'ajouter un compte local à partir 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  (http://support.microsoft.com/kb/322988/ ) sp_grantlogin « Autorite NT\SYSTEM » ne fonctionne pas sur Microsoft Windows NT 4.0
  1. Pour ajouter le compte système Local comme nom de connexion SQL Server sur Windows NT 4.0, consultez la procédure de l'article Q322988 dans la Base de connaissances Microsoft.
  2. Lorsque vous ajoutez des groupes locaux prédéfinis, vous devez utiliser BUILTIN comme domaine.
    Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    216808  (http://support.microsoft.com/kb/216808/ ) Utilisez PRÉDÉFINI\Groupe pour accorder l'accès aux groupes Windows NT prédéfinis

Résolution de noms

Si vous avez des problèmes de résolution du nom d'un ordinateur qui intervient 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, HOSTS ou LMHOSTS) est configuré correctement.


Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • 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
Mots-clés : 
kbhowtomaster kbmt KB324321 KbMtfr
Traduction automatiqueTraduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d’articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d’avoir accès, dans votre propre langue, à l’ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s’exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s’efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 324321  (http://support.microsoft.com/kb/324321/en-us/ )
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.
Partager
Options de support supplémentaire
Forums du support Microsoft Community
Nous contacter directement
Trouver un partenaire Microsoft Certified Partner
Microsoft Store