Discussion :

[FranckRav]

bonjour,

Nos serveurs de BDD sont multiples et nous nous connectons depuis un unique server d'admin pour les administrer à distance via SQL Manager. La connexion à une serveur / base est trés lente (5-10 sec). A quoi ca peut-etre du?

Merci

[mikedavem]

Bonjour,

Est ce que le problème se généralise à l'ensemble des serveurs / bases SQL où est ce que le problème est ciblé et ne concerne qu'un serveur SQL par exemple ?

Avez vous essayé de vous connectez partir d'un autre serveur / poste pour comparer ?

++

[Kaoutchou]

oui, le problème est sur les deux serveurs SQL du domaine et depuis au moins deux serveurs client...

[mikedavem]

Dans ce cas il serait peut être bon de tester les performances de votre réseau avec votre admin ...

La commande pathping peut être un bon début de diagnostic pour voir si un des éléments de votre réseau entre votre poste d'administration et vos serveurs n'est pas candidat à un éventuel goulot d'étranglement.

++

[Kaoutchou]

Tout à l'air ok niveau réseau. Nous faisons régulièrement des échnages de backup ou autre entre les serveurs et tout se passe bien.

Une fois une fenetre de requete ouverte dans SQL Manager, les échanges avec les BDD se passent bien... N'y a -t-il pas plusieurs protocoles de connexions? Peut-on configurer ca dans SQL manager?

[Népomucène]

Essaye de te connecter avec l'adresse IP du serveur de la forme 192.168.1.12
plutôt qu'avec le nom du serveur.
La résolution de noms par le réseau donne parfois des lenteurs infernales.

[Kaoutchou]

J'ai essayé avec l'IP est j'ai le meme résultat. J'ai aussi essayé directement sur le serveur BDD en lui meme est j'ai le meme résultat!

Par contre, un SQLCMD se connecte en un instant depuis n'importe où sur le réseau.

Il s'agit d'un problème avec SQL Manager

[Kaoutchou]

ok j'ai trouvé, SQL manager essaye de se connecter au Web pour aller vérifier des infos concernant .NET. Notre machine d'admin ne peut pas aller sur le web, donc on attends un timeout.

Ajouter la ligne

127.0.0.1 crl.microsoft.com

dans le fichier

C:\Windows\System32\drivers\etc\hosts

Corrige le problème en indiquant la SQLM de ne pas aller chercher trop loin.