Discussion :

[StringBuilder]

Bonjour,

Sur un serveur, il y a SQL Server Express.

Si je démarre MSSMS et que je me connecte en local, en utilisant le nom de la machine sans nom de domaine, je me connecte sans problème.
Si je tente en ajoutant le nom du domaine local, ça plante (SQL Server ne répond pas).
Si je tente avec l'IP du réseau 192.* idem.
Si je tente avec l'IP loopback 127.0.0.1 idem.
Si je re-tente avec le nom de machine sans domaine, en forçant le protocole TCP/IP, ça plante.

Dans la configuration du serveur, il y a pourtant TCP-IP d'activé. Ecoute sur le port 1433.

J'ai redémarré le service SQL Server plusieurs fois.

Le firewall Windows n'est pas activé.

Si je me connecte en ligne de commande avec osql en utilisant l'IP locale (192.*) ça fonctionne.

Si je tente sur une machine distance, ça ne marche pas, en indiquant que la connection par cannaux nommés a échoué. J'ai vérifié, ils sont activés aussi.

Si je tente en local avec MSSMS avec le nom local en forçant l'utilisation des cannaux nommés, ça ne marche pas non plus.
Une idée ?

[StringBuilder]

Je sais pas si ça peut avoir la moindre utilité.

Un netstat sur le serveur en question (c'est le serveur TEST qui pose problème).

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
 
Microsoft Windows [version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.
 
C:\Users\domupdate>netstat
 
Connexions actives
 
  Proto  Adresse locale         Adresse distante       État
  TCP    192.168.130.51:445     DEV:60800     ESTABLISHED
  TCP    192.168.130.51:445     DEV:60806     ESTABLISHED
  TCP    192.168.130.51:1433    TEST:50400    ESTABLISHED
  TCP    192.168.130.51:1433    TEST:50402    ESTABLISHED
  TCP    192.168.130.51:1433    TEST:50403    ESTABLISHED
  TCP    192.168.130.51:1433    TEST:50404    ESTABLISHED
  TCP    192.168.130.51:1433    TEST:50405    ESTABLISHED
  TCP    192.168.130.51:3389    192.168.130.254:10604  ESTABLISHED
  TCP    192.168.130.51:3389    192.168.130.254:15419  ESTABLISHED
  TCP    192.168.130.51:50278   DEV:ms-wbt-server  ESTABLISHED
  TCP    192.168.130.51:50400   TEST:ms-sql-s  ESTABLISHED
  TCP    192.168.130.51:50402   TEST:ms-sql-s  ESTABLISHED
  TCP    192.168.130.51:50403   TEST:ms-sql-s  ESTABLISHED
  TCP    192.168.130.51:50404   TEST:ms-sql-s  ESTABLISHED
  TCP    192.168.130.51:50405   TEST:ms-sql-s  ESTABLISHED
 
C:\Users\domupdate>

[julien94320]

Bonjour,

Question : la machine physique a t'elle été renommé ?

[SQLpro]

c'est visiblement un problème autour de cela (nom/ip) voire table de routage !

A +

[StringBuilder]

Bonjour,

Je reviens vers vous.

Sur un serveur, SQL Server tournait avec le compte SYSTEM local.
Je l'ai changé avec un compte du domaine, et ça a résolu le problème.

J'ai voulu appliquer la même correction sur un autre serveur, et j'ai toujours le problème.

Je ne pense pas que la machine ait changé de nom, quoique étant une VM, il est fort possible qu'elle ait été clonée, mais dans tous les cas, avant l'installation de SQL Server.
Cependant, si c'est le cas, j'imagine que c'est identique sur les autres serveurs qui ne présente pas le même problème !

Q'est-ce que je suis censé voir dans la table de routage ?
En faisant un "route print" sur un serveur qui marche et en comparant avec celui-ci, mise à part l'IP qui change, je ne vois aucune différence.

Si je fais PING sur 127.0.0.1, 192.168.130.51 (ip locale) ou sur son nom complet avec domaine, ça marche toujours.
Dans SQL Server Management Studio, aucune de ces méthode n'abouti, même en local.
En revanche ".", "(local)" et nom netbios (sans domaine) fonctionnent bien pour se connecter.
Si je change le mode de connexion de "shared memory" en "tcp/ip", ça ne marche plus.

J'ai beau re-vérifier, le protocole TCP/IP est bien activé, et répond sur le port standard 1433 sur toutes les interfaces réseau.

IIS est installé sur la machine, et répond à toutes les méthodes ci-dessus.

[StringBuilder]

Bon, bah en passant en revue les services NT un à un, j'ai remarqué que SQL Server Browser était désactivé.

D'un coup ça va beaucoup mieux...

J'ai des envies de meurtre d'un coup...

[SQLpro]

Regarde aussi si tu voit une différence entre :

Code :

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

1
2
3
SELECT @@SERVERNAME;
 
SELECT * FROM sys.servers WHERE is_linked = 0;

Et corrige avec sp_dropserver / sp_addlinkedserver (local)

A +