Discussion :

[gilv]

Bonjour a tous,

Voila j'un un sql serveur 2000 sur lequel j'ai configure le port tcp 1433 mais je n'arrive pas a me connecter a partir d'un client.

Si je tape la commande "netstat -ano" sur le serveur je remarque qu'il n'est pas en ecoute sur le port 1433 ni un autre.

Le firewall est desactive.

Merci.

[rudib]

Bonjour,

Pour confirmation : tu vois bien le process sqlservr.exe dans la liste de tes process, tu as son PID, et tu ne vois pas le PID en question dans ton netstat ?

[gilv]

Bonjour,

Pour confirmation : tu vois bien le process sqlservr.exe dans la liste de tes process, tu as son PID, et tu ne vois pas le PID en question dans ton netstat ?

Oui j'ai bien sqlsrv.exe qui fonctionne mais aucune trace dans le netstat.

[usf70]

Sur le serveur même, si tu essayes de te connecter depuis une fenêtre DOS, ça marche ? (avec un osql -E par exemple)

[gilv]

Sur le serveur même, si tu essayes de te connecter depuis une fenêtre DOS, ça marche ? (avec un osql -E par exemple)

Oui ca marche avec osql -E et avec ODBC en local.

[rudib]

Peux-tu vérifier ces deux choses :

- as-tu un message dans l'event log ? Qui te dirait par exemple que TCP/IP est disablé pour SQL Server et que tu dois installer un patch ?

- est-ce que ceci aide : http://support.microsoft.com/default...b;en-us;306865

[gilv]

Peux-tu vérifier ces deux choses :

- as-tu un message dans l'event log ? Qui te dirait par exemple que TCP/IP est disablé pour SQL Server et que tu dois installer un patch ?

- est-ce que ceci aide : http://support.microsoft.com/default...b;en-us;306865

Pour le premier point j'ai rien.
Poiur le deuxieme c'est OK j'ai bien TcpPort = 1433.

[gilv]

J'ai un truc que je ne comprend pas :

Si je tape "osql -S SRVXXX -U TOTO -P TOTO" ca ne marche pas.
Si je tape "osql -H SRVXXX -U TOTO -P TOTO" ca marche.
et si je tape "osql -S 192.192.192.192 -H SRVXXX -U TOTO -P TOTO" ca marche

J'ai donc un pb avec le nom du serveur ???

[rudib]

Que vois-tu dans master.dbo.sysservers ?

[gilv]

Que vois-tu dans master.dbo.sysservers ?

Que veux tu savoir exactement, je retrouve le nom de mon serveur.

[rudib]

Le nom de ton serveur, qui correspond donc au nom de la machine.

Je ne comprends pas : ton osql, tu le lances en local ou depuis un client ?
comment résous-tu ton nom de serveur sur ton réseau. Si tu essaies de faire un ping ou un nslookup de ton serveur même en local, que te donne-t-il ?

A part ça je n'ai plus beaucoup de pistes, désolé.

[gilv]

Le nom de ton serveur, qui correspond donc au nom de la machine.

Je ne comprends pas : ton osql, tu le lances en local ou depuis un client ?
comment résous-tu ton nom de serveur sur ton réseau. Si tu essaies de faire un ping ou un nslookup de ton serveur même en local, que te donne-t-il ?

A part ça je n'ai plus beaucoup de pistes, désolé.

Le nom de mon serveur dans la BDD est bien le nom de ma machine.
Je lance osql en local sur le serveur et ca marche en mettant le nom du serveur ex : osql -S NOM_SRV -U TOTO -P TOTO mais a partir du client rien a faire.
Si je fais, sur le PC client, un ping nom_srv il me répond donc la résolution de nom fonctionne.
Ce que je ne comprend pas c'est que je n'ai rein en ecoute sur le port tcp en 1433 ???
Dans les log du serveur (Xp_readerrorlog) au niveau SQL j'ai :
SQL Server à l'écoute sur Shared Memory, Named Pipes.
SQL Server est pret pour les connexion clientes.

Par contre je n'ai pas de message pour TCP ??? Peux tu me dire ce que tu as chez toi.

Merci.

[rudib]

Ok, selon ton message ça paraît finalement logique. Je me suis laissé aveuglé par ce que dans ma tête, les canaux nommées passent par TCP/IP. Oui, mais pas par les sockets. Ton serveur écoute en shared memory (donc seulement connexion locale), et en named pipes. Named Pipes est un composant IPC (Interprocess Communication), il n'utilise pas de port TCP.

Il faut que tu ajoutes TCP/IP dans les Net-Librairies avec lesquelles le serveur écoute. Normalement tu as un utilitaire nommé "Server Network Utility" pour ce faire (svrnetcn.exe)

[gilv]

Ok, selon ton message ça paraît finalement logique. Je me suis laissé aveuglé par ce que dans ma tête, les canaux nommées passent par TCP/IP. Oui, mais pas par les sockets. Ton serveur écoute en shared memory (donc seulement connexion locale), et en named pipes. Named Pipes est un composant IPC (Interprocess Communication), il n'utilise pas de port TCP.

Il faut que tu ajoutes TCP/IP dans les Net-Librairies avec lesquelles le serveur écoute. Normalement tu as un utilitaire nommé "Server Network Utility" pour ce faire (svrnetcn.exe)

Au niveau de l'utilitaire réseau Sql Server j'ai bien dans les protocoles activés :

Canaux nommées
tcp/ip avec le port 1433.

Donc tout a l'air OK au niveau de la configuration, mais lors du lancement de sqlserver je devrai avoir dans les log un message disant que le serveur est en écoute sur tcp. Non ???
Pour ce qui est de la communication en local, le serveur est bien interogé via
la mémoire partagé car si tu met ne met aucune net-library ca fonctionne toujours en local.
Pour ce qui est du demarrage du sql server exite-t-il une commande pour
le forcer a utiliser tcp ou voir ce qu'il fait au démarrage ???

[serge0934]

n'as tu pas un nom complexe pour ton serveur (avec signe caballistiques du type \,/,@...) ou nom réservé ?
si c'est le cas créé un alias avec l'utilitaire network client

est ce bien un SQL2000 et pas un MSDE ?

tes bases font elles + de 2GO ?

A+
serge

[gilv]

n'as tu pas un nom complexe pour ton serveur (avec signe caballistiques du type \,/,@...) ou nom réservé ?
si c'est le cas créé un alias avec l'utilitaire network client

est ce bien un SQL2000 et pas un MSDE ?

tes bases font elles + de 2GO ?

A+
serge

Salut Serge,

Le nom du serveur est tout a fait standard.

C'est bien SQL 2000.

Mes bases font moins de 2 go.

Gilles

[serge0934]

au fait, tu veux te connecter avec quel outil ?

car si c'est avec un query analyseur, un ODBC ou autre de ce type tu peux te connecter directement en mettant l'adresse IP a la place du nom du serveur (si tu n'a pas d'instance nommée) . L'option -H est inutile si tu utilise -S en osql

[gilv]

au fait, tu veux te connecter avec quel outil ?

car si c'est avec un query analyseur, un ODBC ou autre de ce type tu peux te connecter directement en mettant l'adresse IP a la place du nom du serveur (si tu n'a pas d'instance nommée) . L'option -H est inutile si tu utilise -S en osql

Connexion par odbc sur le poste client et ca ne marche pas en mettant l'adresse IP su serveur. Mon probleme c'est que le serveur SQL
n'est pas en ecoute sur le port tcp 1433 (netstat -ano) par contre je retrouve bien le serveur sur le port UDP 1434. Donc impossible pour le client d'esperer une connexion. Pourtant la configuration elle est OK mais pas prise en compte par SQL serveur (ou va t il chercher les informations des differentes net-librairy qu'il doit utiliser ???
Suivant un document Microsoft j'ai ete verifier dans la base de registre et les informations que j'ai sont correctes.

Gilles.

[francky91b]

n'as tu pas un nom complexe pour ton serveur (avec signe caballistiques du type \,/,@...) ou nom réservé ?
si c'est le cas créé un alias avec l'utilitaire network client

est ce bien un SQL2000 et pas un MSDE ?

tes bases font elles + de 2GO ?

A+
serge

J'aurai justement une question avec MSDE!!

J'ai installé sur un poste XP pro sp1 le MSDE 2000 sp4. créé mon instance de base, tout est ok!
j'arrive à y accéder sur le même poste avec DbaMGR2k (apres modification du parametre dans la base de registre), et j'ai donc pu créer une nouvelle base, une table de test... c'est impec!

ensuite j'arrive aussi à accéder à ma base de donnée via un projet ADP access ou via un fichier DSN!!! c'est super!!!

Par contre, depuis un autre PC, appartenant au même domaine, je n'arrive pas, ni par le fichier DSN, ni par le projet ADP Access, a accéder à ma base.

en fait, je rencontre exactement le même problème que gilv, l'auteur de ce sujet...

Quelqu'un peut m'aider??? Merci d'avance