Problème de connexion SQL Server et Delphi 7

Version imprimable

17/12/2018, 10h31
SASUKAYAZAZGA

Problème de connexion SQL Server et Delphi 7
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:

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

Citation:

'[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
17/12/2018, 17h08
ALWEBER

il fait peut être paramétrer l'ODBC 32 sur ta nouvelle machine côté client
18/12/2018, 10h17
SASUKAYAZAZGA

Citation:

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.
18/12/2018, 10h59
ALWEBER

Pour reprendre ta question : sur quelle OS Windows fonctionnait ton ancienne machine ?
20/12/2018, 14h42
SASUKAYAZAZGA

Citation:

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.
20/12/2018, 14h57
anapurna

salut

si tu ne te situe pas dans le réseau effectivement tu risque d'avoir des soucis de connexion
20/12/2018, 16h23
ALWEBER

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
20/12/2018, 17h22
anapurna

salut

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

en resumé ceci

Citation:

Data Source=10.15.60.2\SQLEXPRESS

par

Citation:

Data Source=localHost\SQLEXPRESS
21/12/2018, 10h12
Invité

ce n'est pas un problème de dll manquante.
delphi est bien installé sur ton nouveau poste ?
21/12/2018, 11h09
SergioMaster

Bonjour,

Citation:

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

Citation:

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 ?

Citation:

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 :arf: on a oublié de déconnecter la connexion et :bug: à 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 :

Citation:

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 :koi: de plus je ne suis pas un fan de SQL Server ni même de DBExpress (ceci expliquant mon intervention tardive)
22/12/2018, 11h13
SASUKAYAZAZGA

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. :arf::arf::arf:

Encore une fois mille mercis.
28/12/2018, 09h46
sergio_is_back

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
28/12/2018, 09h54
sergio_is_back

D'autre part même si ta chaine de connexion semble valide je te conseille de remplacer :

Code:

Data Source=10.15.60.2\SQLEXPRESS

par

Code:

Server=10.15.62.2

ou encore mieux

Code:

Server=127.0.0.1

surtout si l'instance SQL Server tourne sur la
même machine que ton application et que c'est la seule instance SQL Server présente sur ce poste