Connexion distante à une BD sur SQL Server

Bonjour,

j'ai fait une application que je veux rendre accessible sur le réseau pour cela j'ai installer SQLServer sur la machine hot et le client sur une autre machine mais le problème c'est que cette dernière ne veut pas se connectez au serveur et ca m'affiche l'erreur suivante:

Une erreur liée au réseau ou spécifique à l'instance s'est produite lors de l'établissement d'une connexion à SQL Server. le serveur est introuvvable ou n'est pas accessible.Vérifiez que le nom de l'instance est correct et que SQL Server est configuré pour autoriser les connexions distantes.
(provider: Fournisseur de canaux nommés,error:40-Impossible d'ouvrir une connexion à SQL Server)

j'ai vérifié l'autorisation de la connexion distante.

merci d'avance

Quelle version de SQLServer ???

Au niveau de SQLServer, il faut autoriser les connexions à distances (pour SQLServer 2005, il faut passer par l'outil de configuration de la surface d'exposition).
Il faut aussi configurer le mode de connection (TCP ou canaux nommés, perso j'active les 2).
Evidemment vérifier les autres points indiqués dans le message d'erreur.

.....

.....


Et aussi, vérifier dans les parefeux (du serveur et du client) que le port de SQLServer est bien ouvert (port 1433 dans la config par défaut)


---- Sevyc64 (alias Casy) ----

Et si par le plus grand des hasard tu n'est pas dans la config de base (donc sur le port tcp 1433) soit parceque tu a nommé ton instance soit parceque tu as configurer un autre port (voir un port aléatoir) démarre le service SQL Browser ;)

Une instance nommé ne modifie pas le port. Toutes les instances utilise le même port.

(Sauf s'il s'agit d'instances de versions différentes où il est possible, avec un peu d'astuce de modifier le port d'une version et pas des autres, mais c'est pas des cas classiques)


---- Sevyc64 (alias Casy) ----

Je vais devoir te contredire casy, une instance nommée utilise automatiquement un port different du 1433 sauf configuration contraire, le plus souvent ce port est déterminé dynamiquement au démarrage de l'instance, je te souhaite bien du courage d'ailleur pour acceder une instance nommée sur le port 1433 (sauf si tu l'a configuré pour qu'elle démarre sur ce port).

je quote pour argumenter mes dire ce petit extrait de la page msdn suivante : http://msdn.microsoft.com/fr-fr/library/ms165724(SQL.90).aspx

Cordiallement.

bonjour merci pour vos réponses
pour casy oui j'ai vérifier ma configuration et je crois qu'elle est correcte :(
pour ce qui concerne les ports je sais ps comment m'assurer que le port de sqlserver est bien ouvert
ps: j'utilise sqlserver 2005 et vista

cordialement

Si tu es sur vista je te conseil de passer tres rapidement le SP3 de SQL Server 2005 et de declarer correctement les comptes administrateurs de SQL Server (en effet dans cette configuration un Admin Windows n'est pas automatiquement un admin SQL)

J'utilise en permanence les instances nommées, en plus de l'instance par défaut et je n'active jamais que le port 1433. Je n'ai jamais rencontré de problème. Notamment sur une configuration particulière ou il y a l'instance par défaut et 7 instances nommées et ou le serveur est complètement blindé niveau port (une des instance est accessible depuis le web). Il n'y a que le port 1433 d'activé (et un port non standard pour l'administration à distance). Cette configuration marche correctement.

Si ce que tu dis est vrai, je suis curieux de savoir comment mes configurations marchent. Existe-il une ouverture dynamique des ports dans le parefeu ????


---- Sevyc64 (alias Casy) ----

Je ne m'y connais pas en parfeu, en revanche, "ce que je dis" ne viens pas de moi mais de microsoft, je prend pour aquis que l'editeur d'un produit sais comment il fonctionne.

ne viens pas de moi ;)

Tout ce que je peux t'assurer c'est que chez moi aucune instance nommée (et j'en ai quelques centaines) ne tourne sur le port 1433. Les ports sont ouvert dynamiquement par SQL Server au démarrage de l'instance et ils changent a chaque démarrage de l'instance (si l'instance est configurer en port dynamique).

Je dirais donc que Soit ton Serveur n'est pas aussi blindé que ca niveau port TCP. Soit il y a sur ton serveur une configuration qui fait que le firewall detect que SQL Server ouvre un port et l'authorise. Soit que ton firewall fonctionne avec du mappage de port. Soit en dernier lieu que tu confond Instance SQL Server et Base SQL Server.

J'avous en tant que dba que je preferais la derniere solution car 8 instances SQL Server sur un seul serveur, aussi puissant soit il, ca doit faire une sacrée bataille pour les ressources (RAM surtout) et les performances a gros volumes doivent etre desastreuses. Je rappel que les recommandation en la matiere sont d'une seule instances par serveur pour eviter "la guerre des ressources" entre les instances (Cf tous les bons ouvrages sur le sujet).

Le serveur est costaud mais malgré tout, je te confirme que niveau ressource c'est pas le top, mais c'est l'exigence du client.
Pour ce serveur là, il y a bien que le port 1433 qui a été ouvert réellement sur le parefeu. Jamais les ports n'ont été configurés sur les instances. A part un mappage, je ne vois pas comment ça pourrait marcher. L'instance accessible depuis le web est aussi mappée sur le 1433 au niveau du routeur internet.

---- Sevyc64 (alias Casy) ----