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

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 :

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 possibles

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

  (http://support.microsoft.com/kb/289573/ )

  PRB : configurer DSN avec Net-Library SQL Server
  328383

  (http://support.microsoft.com/kb/328383/ )

  Les clients SQL Server peuvent modifier des protocoles lorsque les ordinateur client essayent de vous 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

  (http://support.microsoft.com/kb/293107/ )

  Les clients SQL Server ne peuvent pas communiquer via le port 1433
• 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

  (http://support.microsoft.com/kb/303774/ )

  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

  (http://support.microsoft.com/kb/195759/ )

  Forum Aux Questions - SQL Server 7.0 - Installation de SQL
  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

  (http://support.microsoft.com/kb/307336/ )

  Comment faire pour modifier un nom de réseau SQL Server en clusters
• Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
  298822

  (http://support.microsoft.com/kb/298822/ )

  CORRECTIF : La connexion MSDE peut échouer sur un ordinateur multirésident
• Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft.
  306199

  (http://support.microsoft.com/kb/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

  (http://support.microsoft.com/kb/814130/ )

  Comment faire pour sécuriser 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 d'autres non, il s'agit probablement d'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

  (http://support.microsoft.com/kb/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 dans la Base de connaissances Microsoft.
  328383

  (http://support.microsoft.com/kb/328383/ )

  Des clients SQL Server peuvent changer de protocole lorsque les ordinateurs clients tentent de se connecter à une instance de SQL Server
  289573

  (http://support.microsoft.com/kb/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

  (http://support.microsoft.com/kb/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

  (http://support.microsoft.com/kb/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

  (http://support.microsoft.com/kb/213772/ )

  Comment faire pour utiliser 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

  (http://support.microsoft.com/kb/290820/ )

  BOGUE : SQL Édition Desktop : La mémoire partagée ne parvient pas à se connecter après l'installation de MDAC 2.6