Erreur 08001 17 [Microsoft][ODBC SQL Server Driver][Named Pipes]
2 réponses
Pierre
Bonjour,
J'ai un souci avec une connexion ODBC vers SQL Server en utilisant le
protocol Named Pipes.
Voici ce qu'il me dit, dans une fênetre IE car il s'agit d'une application
web :
08001 17 [Microsoft][ODBC SQL Server Driver][Named Pipes]SQL Server does not
exist or access denied
Or d'une part le protocole Named Pipes est bien installé sur le serveur, et
d'autre part le test de fonctionnement de la source ODBC se passe bien.
Enfin, cela fonctionne bien si j'utilise le protocol TCP/IP dans la
déclaration de la source de données ODBC.
Je ne vois pas où cela déraille, car le test de la source ODBC en Names
Pipes se passe bien. Faut-il modifier le code ADO d'ouverture de connexion
entre une source ODBC en TCP/IP et une autre en Named Pipes ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Pierre
Avant de mettre en place le Named Pipes, quelles sont les performances relatives des différents protocoles sous SQL Server ? Notamment : TCP/IP IPX/SPX et Named Pipes.
Merci.
Pierre.
"Pierre" a écrit dans le message de news:
Bonjour,
J'ai un souci avec une connexion ODBC vers SQL Server en utilisant le protocol Named Pipes. Voici ce qu'il me dit, dans une fênetre IE car il s'agit d'une application web : 08001 17 [Microsoft][ODBC SQL Server Driver][Named Pipes]SQL Server does not exist or access denied
Or d'une part le protocole Named Pipes est bien installé sur le serveur, et d'autre part le test de fonctionnement de la source ODBC se passe bien. Enfin, cela fonctionne bien si j'utilise le protocol TCP/IP dans la déclaration de la source de données ODBC.
Je ne vois pas où cela déraille, car le test de la source ODBC en Names Pipes se passe bien. Faut-il modifier le code ADO d'ouverture de connexion entre une source ODBC en TCP/IP et une autre en Named Pipes ?
Merci d'avance pour vos conseils.
Cordialement.
Pierre.
Avant de mettre en place le Named Pipes,
quelles sont les performances relatives des différents protocoles sous SQL
Server ?
Notamment :
TCP/IP
IPX/SPX
et Named Pipes.
Merci.
Pierre.
"Pierre" <pierroozz@freesurf.fr> a écrit dans le message de news:
eCVvSpqFFHA.2180@TK2MSFTNGP12.phx.gbl...
Bonjour,
J'ai un souci avec une connexion ODBC vers SQL Server en utilisant le
protocol Named Pipes.
Voici ce qu'il me dit, dans une fênetre IE car il s'agit d'une application
web :
08001 17 [Microsoft][ODBC SQL Server Driver][Named Pipes]SQL Server does
not exist or access denied
Or d'une part le protocole Named Pipes est bien installé sur le serveur,
et d'autre part le test de fonctionnement de la source ODBC se passe bien.
Enfin, cela fonctionne bien si j'utilise le protocol TCP/IP dans la
déclaration de la source de données ODBC.
Je ne vois pas où cela déraille, car le test de la source ODBC en Names
Pipes se passe bien. Faut-il modifier le code ADO d'ouverture de connexion
entre une source ODBC en TCP/IP et une autre en Named Pipes ?
Avant de mettre en place le Named Pipes, quelles sont les performances relatives des différents protocoles sous SQL Server ? Notamment : TCP/IP IPX/SPX et Named Pipes.
Merci.
Pierre.
"Pierre" a écrit dans le message de news:
Bonjour,
J'ai un souci avec une connexion ODBC vers SQL Server en utilisant le protocol Named Pipes. Voici ce qu'il me dit, dans une fênetre IE car il s'agit d'une application web : 08001 17 [Microsoft][ODBC SQL Server Driver][Named Pipes]SQL Server does not exist or access denied
Or d'une part le protocole Named Pipes est bien installé sur le serveur, et d'autre part le test de fonctionnement de la source ODBC se passe bien. Enfin, cela fonctionne bien si j'utilise le protocol TCP/IP dans la déclaration de la source de données ODBC.
Je ne vois pas où cela déraille, car le test de la source ODBC en Names Pipes se passe bien. Faut-il modifier le code ADO d'ouverture de connexion entre une source ODBC en TCP/IP et une autre en Named Pipes ?
Merci d'avance pour vos conseils.
Cordialement.
Pierre.
Philippe T [MS]
Bonjour,
Sockets IP
Le protocole utilisant les sockets IP est un protocole non authentifié. Cela signifie que les connexions ne sont pas authentifiées et que le niveau d' accès aux données est déterminé par le nom et mot de passe spécifié lors de la connexion.
L'utilisation de ce protocole est un bon choix si votre application ne nécessite pas d'utiliser la sécurité intégrée NT de SQL Server.
Canaux nommés
Ce protocole est un protocole authentifié. Cela signifie qu'a chaque fois qu 'un utilisateur tente d'ouvrir une connexion SQL Server via les canaux nommés, un processus d'authentification Windows NT a lieu. Ce protocole est requis pour supporter l'utilisation de la sécurité intégrée de SQL Server. Il est tout de même nécessaire de rappeler que l'authentification avec les canaux nommés est plus rapide qu'avec les autres protocoles mais elle est plus fréquente.
L'utilisation de ce protocole est un très bon choix si votre application utilise la sécurité intégrée et ne nécessite pas d'autres protocoles pour des connexions distantes.
Phil. ________________________________________________________ Philippe TROTIN http://blogs.msdn.com/ptrotin Microsoft Services France http://www.microsoft.com/france
"Pierre" wrote in message news:Oh3ns#
Avant de mettre en place le Named Pipes, quelles sont les performances relatives des différents protocoles sous SQL Server ? Notamment : TCP/IP IPX/SPX et Named Pipes.
Merci.
Pierre.
"Pierre" a écrit dans le message de news:
> Bonjour, > > J'ai un souci avec une connexion ODBC vers SQL Server en utilisant le > protocol Named Pipes. > Voici ce qu'il me dit, dans une fênetre IE car il s'agit d'une
application
> web : > 08001 17 [Microsoft][ODBC SQL Server Driver][Named Pipes]SQL Server does > not exist or access denied > > Or d'une part le protocole Named Pipes est bien installé sur le serveur, > et d'autre part le test de fonctionnement de la source ODBC se passe
bien.
> Enfin, cela fonctionne bien si j'utilise le protocol TCP/IP dans la > déclaration de la source de données ODBC. > > Je ne vois pas où cela déraille, car le test de la source ODBC en Names > Pipes se passe bien. Faut-il modifier le code ADO d'ouverture de
connexion
> entre une source ODBC en TCP/IP et une autre en Named Pipes ? > > Merci d'avance pour vos conseils. > > Cordialement. > > Pierre. >
Bonjour,
Sockets IP
Le protocole utilisant les sockets IP est un protocole non authentifié. Cela
signifie que les connexions ne sont pas authentifiées et que le niveau d'
accès aux données est déterminé par le nom et mot de passe spécifié lors de
la connexion.
L'utilisation de ce protocole est un bon choix si votre application ne
nécessite pas d'utiliser la sécurité intégrée NT de SQL Server.
Canaux nommés
Ce protocole est un protocole authentifié. Cela signifie qu'a chaque fois qu
'un utilisateur tente d'ouvrir une connexion SQL Server via les canaux
nommés, un processus d'authentification Windows NT a lieu. Ce protocole est
requis pour supporter l'utilisation de la sécurité intégrée de SQL Server.
Il est tout de même nécessaire de rappeler que l'authentification avec les
canaux nommés est plus rapide qu'avec les autres protocoles mais elle est
plus fréquente.
L'utilisation de ce protocole est un très bon choix si votre application
utilise la sécurité intégrée et ne nécessite pas d'autres protocoles pour
des connexions distantes.
Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france
"Pierre" <pierroozz@freesurf.fr> wrote in message
news:Oh3ns#qFFHA.628@TK2MSFTNGP15.phx.gbl...
Avant de mettre en place le Named Pipes,
quelles sont les performances relatives des différents protocoles sous SQL
Server ?
Notamment :
TCP/IP
IPX/SPX
et Named Pipes.
Merci.
Pierre.
"Pierre" <pierroozz@freesurf.fr> a écrit dans le message de news:
eCVvSpqFFHA.2180@TK2MSFTNGP12.phx.gbl...
> Bonjour,
>
> J'ai un souci avec une connexion ODBC vers SQL Server en utilisant le
> protocol Named Pipes.
> Voici ce qu'il me dit, dans une fênetre IE car il s'agit d'une
application
> web :
> 08001 17 [Microsoft][ODBC SQL Server Driver][Named Pipes]SQL Server does
> not exist or access denied
>
> Or d'une part le protocole Named Pipes est bien installé sur le serveur,
> et d'autre part le test de fonctionnement de la source ODBC se passe
bien.
> Enfin, cela fonctionne bien si j'utilise le protocol TCP/IP dans la
> déclaration de la source de données ODBC.
>
> Je ne vois pas où cela déraille, car le test de la source ODBC en Names
> Pipes se passe bien. Faut-il modifier le code ADO d'ouverture de
connexion
> entre une source ODBC en TCP/IP et une autre en Named Pipes ?
>
> Merci d'avance pour vos conseils.
>
> Cordialement.
>
> Pierre.
>
Le protocole utilisant les sockets IP est un protocole non authentifié. Cela signifie que les connexions ne sont pas authentifiées et que le niveau d' accès aux données est déterminé par le nom et mot de passe spécifié lors de la connexion.
L'utilisation de ce protocole est un bon choix si votre application ne nécessite pas d'utiliser la sécurité intégrée NT de SQL Server.
Canaux nommés
Ce protocole est un protocole authentifié. Cela signifie qu'a chaque fois qu 'un utilisateur tente d'ouvrir une connexion SQL Server via les canaux nommés, un processus d'authentification Windows NT a lieu. Ce protocole est requis pour supporter l'utilisation de la sécurité intégrée de SQL Server. Il est tout de même nécessaire de rappeler que l'authentification avec les canaux nommés est plus rapide qu'avec les autres protocoles mais elle est plus fréquente.
L'utilisation de ce protocole est un très bon choix si votre application utilise la sécurité intégrée et ne nécessite pas d'autres protocoles pour des connexions distantes.
Phil. ________________________________________________________ Philippe TROTIN http://blogs.msdn.com/ptrotin Microsoft Services France http://www.microsoft.com/france
"Pierre" wrote in message news:Oh3ns#
Avant de mettre en place le Named Pipes, quelles sont les performances relatives des différents protocoles sous SQL Server ? Notamment : TCP/IP IPX/SPX et Named Pipes.
Merci.
Pierre.
"Pierre" a écrit dans le message de news:
> Bonjour, > > J'ai un souci avec une connexion ODBC vers SQL Server en utilisant le > protocol Named Pipes. > Voici ce qu'il me dit, dans une fênetre IE car il s'agit d'une
application
> web : > 08001 17 [Microsoft][ODBC SQL Server Driver][Named Pipes]SQL Server does > not exist or access denied > > Or d'une part le protocole Named Pipes est bien installé sur le serveur, > et d'autre part le test de fonctionnement de la source ODBC se passe
bien.
> Enfin, cela fonctionne bien si j'utilise le protocol TCP/IP dans la > déclaration de la source de données ODBC. > > Je ne vois pas où cela déraille, car le test de la source ODBC en Names > Pipes se passe bien. Faut-il modifier le code ADO d'ouverture de
connexion
> entre une source ODBC en TCP/IP et une autre en Named Pipes ? > > Merci d'avance pour vos conseils. > > Cordialement. > > Pierre. >
