Problème de connexion SQL Server et Delphi 7

**SASUKAYAZAZGA** · 17/12/2018, 10h31

Bonjour Tous le Monde,

J'ai développer une application avec delphi7 et sql server 2008 qui se communiquent par in fichier INI. tous marchent très bien.

Code ini :

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

1
2
3
4
5
6
[Parametre de Connection]
provider=SQLOLEDB.1
Integrated Security=SSPI
Persiste Security  Info=False
Initial catalog=SQL_UMC
Data Source=10.15.60.2\SQLEXPRESS

le problème que j'ai changer de machine, j'ai installer SQL server 2008 je me connecte a la BDD sans problème avec sql server management studio. j'ai crée tous les connexions et toutes les autorisations.

Mais quand j’exécute mon programme delphi il m'affiche une erreur

'[DBNetLib][ConnectionOpen] Ce serveur n'existe pas ou accès refusé'

je clique sur Ok il me refait le même message et la 2eme fois quand je clique sur ok il se connecter le plus normalement du monde.

pouvez vous m'aider s'il vous plait pour savoir comment remédier a cette erreur.

Merci d'avance.

cordialement

**ALWEBER** · 17/12/2018, 17h08

il fait peut être paramétrer l'ODBC 32 sur ta nouvelle machine côté client

**SASUKAYAZAZGA** · 18/12/2018, 10h17

Envoyé par ALWEBER

il fait peut être paramétrer l'ODBC 32 sur ta nouvelle machine côté client

Merci pour votre réponse mais pouvez développer car j'utilise un fichier INI sans passer par l'odbc.

**ALWEBER** · 18/12/2018, 10h59

Pour reprendre ta question : sur quelle OS Windows fonctionnait ton ancienne machine ?

**SASUKAYAZAZGA** · 20/12/2018, 14h42

Envoyé par ALWEBER

Pour reprendre ta question : sur quelle OS Windows fonctionnait ton ancienne machine ?

l'ancienne machine est sur windows xp 32 bits
la nouvelle sur windows 7 32 bits

ps: le réseau local est différent.

**anapurna** · 20/12/2018, 14h57

salut

si tu ne te situe pas dans le réseau effectivement tu risque d'avoir des soucis de connexion

**ALWEBER** · 20/12/2018, 16h23

Donc il faut certainement paramètrer ta connection via ODBC d'abord et faire référence à cette connection ensuite.
Voir aussi le lien
https://social.msdn.microsoft.com/Fo...=sqlgetstarted

**anapurna** · 20/12/2018, 17h22

salut

si c'est pour un serveur local remplace l'adresse IP par localHost

en resumé ceci

Data Source=10.15.60.2\SQLEXPRESS

par

Data Source=localHost\SQLEXPRESS

Invité · 21/12/2018, 10h12

ce n'est pas un problème de dll manquante.
delphi est bien installé sur ton nouveau poste ?

**SergioMaster** · 21/12/2018, 11h09

Bonjour,

Envoyé par benoit1024

delphi est bien installé sur ton nouveau poste ?

heureusement qu'il ne faut pas forcément déployer Delphi sur un poste client (entendez par client, un poste qui va utiliser le logiciel)

Non, la réponse est bien dans la partie connexion et donc dans le fichier ini

ps: le réseau local est différent.

Première piste, en quoi est-il différent ? est-ce seulement l'adresse IP du poste dans un réseau local ou plus que cela ?
en bref, quel poste (IP) héberge la base données ?

l'ancienne machine est sur windows xp 32 bits
la nouvelle sur windows 7 32 bits

Seconde piste : est-ce que l'UAC (User Access Control) ne ferait pas de petites cachoteries ? un fichier ini devrait maintenant se retrouver dans un répertoire protégé (en général AppData)

Troisième piste : le programme, bête et méchant, le piège dans lequel je plonge encore de temps en temps quand je fait des modifications. Pour des besoins de débogage ou codage on a tendance à ouvrir la connexion à la base de données, on compile ensuite tout fonctionne et l'on déploie le programme sauf que

on a oublié de déconnecter la connexion et

à la création de la fiche (ou du datamodule), avant même que les instructions de connexion entre en piste, il y a déjà tentative de connexion ! Et l'on obtient tout à fait ce genre de comportement décrit :

je clique sur Ok il me refait le même message et la 2eme fois quand je clique sur ok il se connecter le plus normalement du monde.

quand ce n'est pas carrément des messages plus méchants comme quoi le programme ne peut s'exécuter sur la machine !

Avant toute autre chose je privilégie donc cette dernière piste, cela étant les informations fournies sont AMHA incomplètes pour se faire une idée. Je n'ai pas encore vraiment compris s'il s'agissait d'un problème de déploiement d'un programme sur le nouveau poste ou d'un problème de changement de poste de développement

de plus je ne suis pas un fan de SQL Server ni même de DBExpress (ceci expliquant mon intervention tardive)

**SASUKAYAZAZGA** · 22/12/2018, 11h13

Tout d'abord je tiens à vous remercier infiniment pour toutes ces pistes.

En réponse à votre interrogation le deuxième poste je vais l'utiliser pour le déploiement de l’application et j'ai fait tout ce que vous m'avez dit mais malheureusement même problème.

Encore une fois mille mercis.

**sergio_is_back** · 28/12/2018, 09h46

Bonjour,

Par défaut une instance MSSQL nouvellement installée n'écoute que la boucle locale et le protocole TCP/IP que tu utilise
pour ta connexion n'est pas activé par défaut :

Va voir ce guide en ligne http://support.webecs.com/kb/a868/ho...port-1433.aspx

Ça devrai résoudre ton problème

Pense aussi à désactiver le pare-feu pour faire un test de connexion
Ensuite n'oublie d'autoriser le port 1433/TCP dans ce dernier avant de le réactiver