Discussion :

[RoB31]

Bonjour à tous,
Alors voila j'ai développé une petite application qui utilise une base de données pour stocker certaines infos, pour ensuite les réutiliser plus tard.
Je suis sous SQL Server Management Studio 2008, la base est en local et tout fonctionne plutôt bien.
Le problème survient quand je cherche à faire fonctionner l'appli depuis une autre machine, pas moyen de trouver le serveur

Bon j'y connais pas grand-chose en base de données et interactions client-serveur, du coup j'aurais plusieurs questions :
1) Est-il nécessaire d'avoir également SQL server management studio installé sur le client, ou juste l'exécutable de mon application est censé suffire?
2) Si c'est censé être bon sans, alors qu'est ce qui peut clocher? J'ai regardé sur internet et je suis tombé sur toute sorte de réponses mais j'ai toujours pas trouvé comment résoudre le problème. J'ai bien vérifié dans SSMS que les connexions distantes au serveur sont autorisées, et que les utilisateurs extérieurs ont les droits sur la base...

Voici le code que j'utilise pour initialiser la connexion :

Code :

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

1
2
3
4
 
'L01U0283 est le nom du pc sur lequel tourne le serveur. Il manque peut etre quelque chose? J'ai tenté de bidouiller en rajoutant \nomDeLinstance mais ça marche pas...
Private Server As String = "Data Source=L01U0283; Initial Catalog=CollabInfos;Trusted_Connection=True;" 
Private Connexion As New SqlConnection(Server)

Merci d'avance

[jopopmk]

Salut,

est-ce que l'ordinateur de deploy voit ton serveur SQL ?
As-tu essayé avec le binôme IP/port plutôt que le DN ?
Quand l'ouverture de la connexion se vautre, quelle est la pile d'exceptions obtenue ?

[RoB31]

Salut,

est-ce que l'ordinateur de deploy voit ton serveur SQL ?

De deploy? Celui à partir duquel j'essaie d'accéder au serveur? Apparemment non, d'après le message d'erreur que je reçois quand je lance l'appli dessus. Après si il y a un autre moyen de tester ça je suis toute ouïe.

As-tu essayé avec le binôme IP/port plutôt que le DN ?

Ah merci pour la suggestion, je vais tester ça

Quand l'ouverture de la connexion se vautre, quelle est la pile d'exceptions obtenue ?

"Une exception de première chance de type 'System.Data.SqlClient.SqlException' s'est produite dans System.Data.dll"
avec ce message : "Une erreur liée au réseau ou spécifique à l'instance lors de l'établissement d'une connexion à SQL Server. Le serveur est introuvable ou n'est pas accessible. Vérifiez le nom de l'instance est correct et que SQL Server est configuré pour autoriser les connexions distantes. (provider: TCP Provider, error: 0 - Le système distant a refusé la connexion réseau.)"

Merci de ta réponse en tout cas et désolé si parfois je réponds à coté de la plaque, y a certaines notions qui m'échappent

[jopopmk]

"de deploy" = où tu essaies de déployer ton appli, oui (ça économisait quelques chars ^^, mais bien mal m'en a pris : c'est la deuxième fois que j'écris vite et que je me retrouve à perdre du temps à m'expliquer )

Avec IP/port, si le serveur SQL est sur ton réseau, devrait pas y avoir de souci.
Pour passer par le DN il faudra l'inscrire dans le fichier host du poste ... de deploy"

Exception de la première chance ? Il me semble que c'est l'exception qui est levée lors de l'appel à un constructeur (instanciation de ta SqlConnection je suppose). Le reste du message laisse effectivement penser que le serveur SQL n'est pas visible par le poste client.

[RoB31]

C'est bon j'ai réussi à régler le problème
J'ai changé la connectionString en utilisant IP,port comme tu me l'as dit et j'ai ensuite rajouté une règle dans le pare-feu pour autoriser les connexions entrantes TCP sur le port utilisé (ici 1433) et ça a fonctionné.
Merci de ton aide en tout cas, je mets le sujet en résolu.