Erreur 3706 (pb ADO ?)

**yan77** · 10/07/2006, 11h21

Bonjour,

Je développe une application VB6 - SQL Server 2000.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
Public PuAdoConnection As ADODB.Connection
...
Set PuAdoConnection = New ADODB.Connection
PuAdoConnection.Open "Provider=sqloledb.1;Data Source=xxx;Initial Catalog=xxx;user id=sa;pwd=xxx;"

Chez 1 client, je rencontre l'erreur 3706 "Impossible de trouver le fournisseur. Il est peut-être mal installé".
J'ai réinstallé "Connectivités" via le CD de SQL Server 2000, et aussi le mdac 2.8, mais c'est pareil.
Par ailleurs, la connexion à la base via ODBC fonctionne, ainsi que "Enterprise Manager" :\

Tout marchait parfaitement avant sur ce même pc, la seule chose qui s'est passé c'est l'installation puis désintallation d'une appli ou d'un émulateur AS400 (j'ai pas bien compris) par son service informatique.

Est-ce que quelqu'un a une idée ?

Merci d'avance.

**yan77** · 11/07/2006, 10h30

Personne aurait une piste svp ?

**LOEMBA** · 11/07/2006, 14h47

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
Public cnx As ADODB.Connection
 
On Error GoTo erreur
    Set cnx = New ADODB.Connection
 
    cnx.ConnectionString = "DSN=DataBase"
    cnx.Open
    Exit Sub
erreur:
If Err.Number <> 0 Then
    MsgBox "Votre source de données n'est pas bien définie ou le chemin " & vbNewLine & "à la base de donnée est invalide !!!", vbCritical, "Connexion échouée"
 
End If
End Sub

ensuite tu configure l'ODBC
si le pb de connexion persiste il faut revoir ton DNS

merci

**yan77** · 11/07/2006, 14h53

En fait je ne veux pas changer mon code à cause d'un client, ça marche partout ailleurs.

Je préfère essayer de comprendre le problème sur ce poste, pour le dépanner ensuite.

Merci pour la réponse en tout cas.

**LOEMBA** · 11/07/2006, 15h01

si tel est le cas, tu dois voir le pb du côté de l'authentification
si elle est windows essai de voir le DNS du poste client
si tu n'as pas de DNS sur ton réseau ds ce cas tu inscript l'ip du serveur comme DNS chez le client

on va trouver je suis sure

**yan77** · 11/07/2006, 16h04

Je saisis pas vraiment le lien avec DNS.
Connexions par ODBC et Enterprise Manager fonctionnent très bien.

Le client a déjà l'ip du serveur en DNS.

**LOEMBA** · 12/07/2006, 17h10

ne pas afficher l'erreur 3706 du control adodc par ce code. concerne l'erreur "ne peut executer l'action qd l'objet est ouvert ou fermé"

lorsqu'une erreur 3706 du controle adodc se produit y a un message qu'on ne peut eviter (un bouton ok). il faut mettre ce code dans l'evenement error du adodc pour éviter qu'il s'affiche.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
If ErrorNumber = 3706 Then 
   fCancelDisplay = True 
End If 
 
'vous aurez donc : 
 
Private Sub Data1_Error(ByVal ErrorNumber As Long, Description As String, ByVal Scode As Long, ByVal Source As String, ByVal HelpFile As String, ByVal HelpContext As Long, fCancelDisplay As Boolean) 
    If ErrorNumber = 3706 Then 
       fCancelDisplay = True 
    End If 
End Sub

'pensez à un mettre un "on error resume next" juste avant l'instruction qui provoque l'erreur 3706

j'ai pu t'avoir ça .àa ne regle pas le pb mais ça evite que l'application ce bloque
et verra si le poste client peut se connecter.
inspire toi de ce code

merci

**yan77** · 12/07/2006, 17h15

Je crois qu'on ne s'est pas bien compris

Je cherche pas à cacher le problème, mais le résoudre, parce que si je ne peux pas me connecter à la base, je ne peux rien faire. C'est le point de départ de tout.

**LOEMBA** · 12/07/2006, 17h35

je comprends mon frère et je cherche une solution

ton poste delire vraiment mais............

merci

**SQLpro** · 12/07/2006, 17h46

Entreprise Manager comme Query Analyseur et oSQL travaillent avec ODBC. S'il marche c'est normal car à lire votre message d'erreur c'est le middelware OLEdb qui en à pris un coup...

Vous devez le réinstaller.

A +

**yan77** · 12/07/2006, 17h52

Ok, merci pour les réponses.

J'ai bien réinstallé mdac 2.8 et "Connectivités" à partir du CD d'install, mais ça change rien.
Y a-t-il un moyen de désinstaller les fichiers en place avant de réinstaller pour être bien sûr ?

**LOEMBA** · 12/07/2006, 17h56

verifier un peu ces quelque point sur ton système

Si vous utilisez le nom de la machine comme source de données, vérifiez que votre réseau
possède un serveur de nom de domaine.

Attention, il arrive que vous vous connectez sous windows avec un utilisateur qui possède moins de droits
pour modifier les données de la base de données de ce serveur.

Vérifiez que vous utilisez le bon type d'autentification SQL Serveur pour votre chaîne de connexion

Vérifiez que votre serveur ne se trouve pas derrière un serveur proxy.
Vérifier que votre serveur ne se trouve pas derrière un Firewall.

**WOLO Laurent** · 13/07/2006, 12h40

Envoyé par yan77

Ok, merci pour les réponses.
J'ai bien réinstallé mdac 2.8 et "Connectivités" à partir du CD d'install, mais ça change rien.
Y a-t-il un moyen de désinstaller les fichiers en place avant de réinstaller pour être bien sûr ?

Mais le MDAC ne t'installe que le fournisseur MSDASQL.1 !

Et comme vous l'a précisé SQLPro, vous avez un problème de provider.
Quand au nom du fichier, il s'appelle : sqlsrv32.dll

Bonne chance.

**yan77** · 13/07/2006, 12h43

Ah ok, désolé je maitrise pas bien cette partie des choses.

Comment résoudre alors le pb de provider ? Ca se réinstalle ?

Merci

**WOLO Laurent** · 13/07/2006, 13h41

1-Copie la dll sur un poste ou sa fonction bien.
2-Redémarre en mode sans échec puis cole le fichier
3-Arrête et redemarre windows en mode normale et réessaie.

Toutes fois, je te rappelle encore que je préfère la solution de Loemba vue qu'il est très portable et les affaires de providers ne te regarde pas.

Qu'est ce qui va se produire le jour ou vous allez changer le mot de passe de votre compte de connection à SQL Serveur ?

Vous serez obligé de récompiler votre application et de remplacer l'exécutable.

**yan77** · 13/07/2006, 13h49

Envoyé par WOLO Laurent

Qu'est ce qui va se produire le jour ou vous allez changer le mot de passe de votre compte de connection à SQL Serveur ?

Vous serez obligé de récompiler votre application et de remplacer l'exécutable.

La chaîne de connexion n'est pas en dur dans le code, heureusement. Il est dans un fichier ini.

Envoyé par WOLO Laurent

Toutes fois, je te rappelle encore que je préfère la solution de Loemba vue qu'il est très portable et les affaires de providers ne te regarde pas.

La connexion est le point de départ de tout mon programme, donc que ça envoie un message personnalisé disant qu'elle ne peut pas se faire ou l'erreur 3706, ça revient au même.

Je vais essayer le remplacement de dll malgré tout.

Merci

**WOLO Laurent** · 13/07/2006, 15h43

Mais si nous savions depuis ce temps là que la chaine de connection se trouve dans un fichier ini, nous t'aurons dit de remplacer le provider par MDASQL.1 et c'est tout.

**LOEMBA** · 13/07/2006, 16h01

la salution de wolo est bien au pire tu reinstalles les conposants client de sql sur ce poste et en installant le dll se reconstituera.
merci

**yan77** · 13/07/2006, 16h31

Envoyé par WOLO Laurent

Mais si nous savions depuis ce temps là que la chaine de connection se trouve dans un fichier ini, nous t'aurons dit de remplacer le provider par MDASQL.1 et c'est tout.

J'ai pas pensé à précisé.

Marche pas non plus, toujours le même message

Je crois que je vais leur demander de formatter le pc, ça leur apprendra

**yan77** · 25/07/2006, 17h45

Juste pour info, en utilisant le MDAC Repair Tool trouvé ici http://www.macropool.com/en/download/mdac_xp_sp2.html, ça refonctionne.

Erreur 3706 (pb ADO ?)

MS SQL Server

Discussions similaires

Partager

Partager