Causes potentielles du message d'erreur « Ce serveur SQL n'existe pas ou son accès est refusé »

Traductions disponibles Traductions disponibles
Numéro d'article: 328306 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Résumé

Le message « Ce serveur SQL n'existe pas ou son accès est refusé » est un message MDAC (Microsoft Data Access Components) générique qui indique que l'ordinateur qui exécute Microsoft SQL Server ne peut pas être contacté. Plusieurs causes peuvent être à l'origine de ce message générique. Quelques-unes des causes les plus courantes sont décrites dans la section « Plus d'informations ».

Remarque Les messages d'erreur suivants ont également des causes semblables :
SQL Server n'est pas disponible ou n'existe pas
Serveur SQL spécifié introuvable

Plus d'informations

Le message « Ce serveur SQL n'existe pas ou son accès est refusé » n'indique pas :
  • que le processus d'ouverture de session SQL Server a échoué ;
  • que SQL Server ne possède pas les autorisations appropriées pour traiter la requête ;
  • que vous ne pouvez pas utiliser l'authentification SQL Server car seule l'authentification Windows est autorisée.

Causes potentielles

Causes associées au serveur

Si aucun ordinateur client ne peut se connecter à l'ordinateur SQL Server, il peut y avoir un problème côté serveur.
  • SQL Server n'est pas installé sur l'ordinateur que vous spécifiez dans la chaîne de connexion. Vérifiez que SQL Server est bien installé sur l'ordinateur que vous spécifiez dans votre chaîne de connexion.
  • SQL Server n'est pas démarré. SQL Server doit s'exécuter pour accepter des connexions.
  • SQL Server n'écoute pas sur le protocole ou port que vous utilisez pour vous connecter. L'Utilitaire Réseau Serveur sur le serveur détermine les protocoles utilisés par SQL Server et les ports TCP/IP sur lesquels SQL Server écoute. L'Utilitaire réseau du client, un nom de source de données (DSN, Data Source Name) MDAC, ou votre chaîne de connexion détermine le protocole et le port que votre client utilise lorsqu'il se connecte. Pour plus d'informations, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
    289573 PROBLÈME : Configuration de noms DSN avec des Net-Libraries de SQL Server
    328383 Les clients SQL Server peuvent changer de protocoles lorsque des ordinateurs client essaient de se connecter à une instance de SQL Server
  • Lors du démarrage, SQL Server n'a pas pu écouter sur le port TCP/IP spécifié et n'accepte pas les connexions TCP/IP. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    293107 PROBLÈME : Port TCP\IP utilisé par une autre application
  • Le nom du serveur SQL est différent du nom de l'ordinateur. Pour plus d'informations sur ce problème pour SQL Server 2000, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
    303774 BOGUE : La rubrique « Renommer un serveur » dans la documentation en ligne de SQL Server est incomplète
    Pour plus d'informations sur ce problème pour SQL Server 7,0, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
    195759 Forum Aux Questions - Installation de SQL Server 7.0
    Pour plus d'informations sur ce problème pour SQL Server dans un environnement en clusters, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
    307336 Procédure de modification d'un nom de réseau SQL Server en cluster
  • Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    298822 CORRECTIF : La connexion MSDE peut échouer sur un ordinateur à hôtes multiples
  • Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    306199 CORRECTIF : Les adresses IP dynamiques ne peuvent pas se connecter à SQL Server 2000
  • À partir du Service Pack 3 (SP3) ou du Service Pack 3a (SP3a) SQL Server Desktop Engine (aussi appelé MSDE 2000), seule une connectivité locale est autorisée par défaut. Si vous souhaitez autoriser des connexions à distance à SQL Server Desktop Engine, procédez comme indiqué dans l'article suivant :
    814130 Procédure d'aide à la sécurisation de la connectivité réseau pour les bases de données locales SQL Server 2000

Causes associées au client ou à une application

Si certains ordinateurs ou applications clients peuvent se connecter mais que d'autres ne le peuvent pas, vous êtes probablement confronté à un problème côté client.
  • Le nom de l'ordinateur n'existe pas. Vérifiez l'orthographe du nom de l'ordinateur auquel vous tentez de vous connecter.
  • Vous essayez d'accéder à une instance nommée de SQL Server, mais vous ne spécifiez pas le nom correct de l'instance. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    265808 Comment faire pour se connecter à une instance nommée SQL Server 2000 avec les outils clients d'une version précédente
  • La sécurité au niveau de Windows que vous utilisez pour vous connecter est différente de ce à quoi vous vous attendez. Par exemple, les services Internet (IIS) utilisent IUSR_nom_ordinateur, et non le compte avec lequel vous ouvrez une session Windows, ou peut-être un autre compte selon la façon dont vous avez configuré les services IIS. Par ailleurs, les serveurs liés utilisent le contexte de sécurité au niveau de Windows de l'Agent SQL Server dans certaines circonstances. Le contexte de sécurité du compte que vous utilisez peut ne pas avoir accès à l'ordinateur sur lequel SQL Server est installé.
  • Vous n'utilisez pas le bon protocole. Vérifiez votre Utilitaire réseau du client pour vérifier les protocoles que vous utilisez (pour les versions antérieures de MDAC, vous définissez une option par défaut au lieu d'activer des protocoles). En outre, vérifiez s'il y a des alias définis dans l'Utilitaire réseau du client qui spécifient un protocole ou un port (ou les deux) différent de ce à quoi vous vous attendez. Pour plus d'informations, cliquez sur les numéros ci-dessous pour afficher les articles correspondants de la Base de connaissances Microsoft :
    328383 Les clients SQL Server peuvent changer de protocoles lorsque des ordinateurs clients essaient de se connecter à une instance de SQL Server
    289573 PROBLÈME : Configuration de noms DSN avec des Net-Libraries SQL Server
  • Vous avez supprimé le composant réseau Client pour les réseaux Microsoft des propriétés du réseau sur le client. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    253959 Le Client pour les réseaux Microsoft fonctionne lorsqu'il est délié d'une carte réseau
  • Si SQL Server est en clusters, les cartes réseau peuvent être nommées ou configurées incorrectement. Si des cartes réseau sont nommées avec des caractères spéciaux ou avec une combinaison de minuscules et de majuscules, renommez-les. Vérifiez que les cartes réseau sur l'ordinateur sont configurées correctement.
  • Vous pouvez faire face aux effets secondaires d'une incompatibilité MDAC. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    307255 Vérificateur de composants : Diagnostiquer des problèmes et reconfigurer des installations MDAC
  • Vérifiez le protocole qui est spécifié dans la sous-clé suivante :
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\ConnectTo\DSQUERY
    Cette valeur reflète généralement les paramètres de l'Utilitaire réseau du client, mais ce n'est parfois pas le cas. Si la valeur est DBNETLIB, elle utilise l'un des protocoles dans la liste Protocoles activés de l'Utilitaire réseau du client. Si un protocole spécifique est répertorié, ce protocole est utilisé à la place.
  • Vous essayez de vous connecter par le biais de canaux nommés, mais soit le canal nommé sur lequel SQL Server écoute n'est pas le canal par défaut, soit vous utilisez un nom de canal incorrect.

    Pour une instance par défaut, utilisez le canal suivant dans l'Utilitaire Réseau Serveur :
    \\.\pipe\sql\query
    Pour une instance nommée, utilisez :
    \\.\pipe\MSSQL$nom_instance\sql\query
  • Vous avez spécifié un nom DSN dont le type est incorrect (fichier, utilisateur ou système). Pour plus d'informations sur les différents types de noms DSN, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
    213772 Utilisation des sources de données système, utilisateur et fichier
  • Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    290820 BOGUE : SQL Desktop Edition : La mémoire partagée ne parvient pas à se connecter après l'installation de MDAC 2.6

Causes associées au réseau ou au domaine

Si ce message d'erreur ne s'affiche qu'avec des ordinateurs qui se trouvent dans un domaine spécifique, sur un certain sous-réseau ou derrière un pare-feu, examinez les problèmes suivants :
  • Un pare-feu ou un routeur n'est pas configuré correctement ou a été configuré pour bloquer le port UPD 1434. Si le port UPD 1434 est bloqué, vous devrez peut-être spécifier le port sur lequel SQL Server écoute dans votre chaîne de connexion du client. Pour plus d'informations, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
    287932 Ports TCP requis pour la communication vers SQL Server via un pare-feu
    318432 BOGUE : Impossible de se connecter à une instance nommée en clusters par le biais d'un pare-feu
  • L'affectation des droits de l'utilisateur de la stratégie de sécurité locale pour votre compte Windows n'autorise pas l'accès à partir du réseau. La stratégie « Accéder à cet ordinateur à partir du réseau » doit être autorisée. En outre, le droit « Interdire l'accès à cet ordinateur à partir du réseau » ne doit pas être accordé.
  • Il y a un problème d'approbation de domaine ou l'un des ordinateurs est dans un groupe de travail et, de ce fait, n'a pas accès au domaine. Dans certains cas, pour contourner ce problème, vous pouvez créer le même compte Windows local sur les deux ordinateurs avec le même mot de passe pour chaque compte. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    321247 Comment faire pour configurer la sécurité pour l'envoi de journaux
  • Votre résolution de noms ne fonctionne pas. Vérifiez vos paramètres dans le système de résolution de noms que vous utilisez (DNS, WINS, hôtes ou lmhosts). Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    169790 Procédure de résolution des problèmes de base liés au protocole TCP/IP

Propriétés

Numéro d'article: 328306 - Dernière mise à jour: vendredi 31 janvier 2014 - Version: 15.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • 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 : 
kbsqlsetup kbinfo KB328306
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.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com