Pourquoi la connexion à SQL Management Studio prend-elle autant de temps?

Étant donné que Microsoft SQL Server n'est pas, techniquement, un système de gestion de base de données lent, je continue de me demander pourquoi il faut souvent / habituellement autant de temps pour que SQL Management Studio se connecte.

Cela se produit même lorsque personne d'autre n'accède au serveur de base de données et lorsque Management Studio s'exécute sur la même machine que SQL Server.

De plus, SQL Management Studio prend souvent beaucoup de temps pour faire quelque chose, même le simple fait d'afficher les autorisations d'une connexion peut prendre plusieurs minutes sur les serveurs de base de données autrement inutilisés.

Y a-t-il une explication évidente?

Cela semble stupide mais j'ai eu un problème de SQL Server Management Studio très lent et cette astuce l'a résolu:

• Ouvrez Internet Explorer
• Allez dans Outils -> Option Internet
• Ouvrez l'onglet "Avancé"
• Décochez "Vérifier la révocation du certificat du serveur (nécessite un redémarrage)"

Cette astuce n'est efficace que si l'ordinateur sur lequel est installé SQL Server Management Studio n'est PAS connecté à Internet. Cela n'a résolu mon problème. Peut-être que cela résoudra le vôtre.

Cela a fonctionné pour moi: Microsoft SQL Server Management Studio est trop lent

Dans un environnement d'entreprise, il n'est pas rare que Microsoft SQL Server Management Studio (SSMS) pour SQL Server 2005 prenne plus de 45 secondes pour démarrer ainsi que les retards et les retards lors de l'ouverture de diverses fenêtres et boîtes de dialogue à partir de l'application. Si vous rencontrez ce problème, une solution rapide consiste à ajouter une entrée dans votre HÔTES. fichier qui pointe crl.microsoft.com vers 127.0.0.1

• Quitter SSMS
• Appuyez sur les touches [Win] + [R]

• Saisissez les informations suivantes.

  notepad %systemroot%\system32\drivers\etc\hosts.
  

• Ajoutez ce qui suit ..

  127.0.0.1    crl.microsoft.com
  

• Enregistrez le fichier.

• Démarrez SSMS (ah! Beaucoup mieux)

par défaut, lors de la connexion à un serveur local, le protocole réseau utilisé est la mémoire partagée. Cela peut être assez lent parfois.

Je rencontrais le même problème de vitesse lors de la connexion à une boîte similaire similaire localement, mais pas à distance.

Obtenez-vous le même ralentissement si vous spécifiez le protocole réseau TCP / IP lors de la connexion?

EDIT également, selon Microsoft, cela peut être un problème causé par Management Studio 32 bits et exécuté sur un système d'exploitation 64 bits. Voir ici: http://support.microsoft.com/kb/906892

Implémentation IPv6 cassée possible? Utilisez-vous une double pile? Nous sommes et avons déjà eu ce problème auparavant. IPv6 est d'abord essayé, et s'il y a des erreurs de configuration, il finira par échouer avec IPv4.

SSMS tente de vérifier auprès de Microsoft le certificat racine par défaut, même s'il ne l'utilise pas. Si vous utilisez un serveur proxy, utilisez proxycfg ou netsh pour définir les paramètres de proxy système. Fermez puis ouvrez SSMS et le temps de chargement sera considérablement réduit.

En ajoutant à la réponse de Julien N ci-dessus, j'ai résolu le problème (un délai de 10 secondes lors de la première exécution d'une requête) en décochant:

"Vérifier la révocation du certificat de l'éditeur"

dans les options avancées d'Internet Explorer. Aucun redémarrage requis.

Mon collègue a le comportement exact comme vous sur son PC. Il utilisait SQL Server Management Studio de 2005. Il a résolu d'installer la nouvelle version fournie avec SQL Server 2008.

Si vous remarquez que ce problème se produit uniquement sur votre PC, je vous suggère d'essayer de désinstaller et de réinstaller l'ensemble de la suite Microsoft SQL Server.

Serait-ce un problème de résolution de nom? Si le moteur SQL Server se trouve sur la même machine, essayez d'utiliser (local) comme nom ou même 127.0.0.1 (ou l'adresse IP de la machine). Les Netbios sur TCP / IP et / ou WINS / DNS déficients peuvent ralentir les temps de connexion.

Assurez-vous également que le serveur dispose de suffisamment de mémoire pour fonctionner. SQL Server peut bien fonctionner sous 512 Mo de RAM, mais les performances se dégradent très rapidement.

Il ne devrait pas y avoir de délai supérieur à 5 secondes lors de la connexion à un serveur. (Moins si local).

J'ai ajouté sqlservr.exe à la liste d'exceptions du pare-feu Windows sur SQL Server 2005. Résultat: réponse très rapide!

Dans mon cas, ce n'était pas à chaque fois, mais quand c'était le cas, il me faudrait 10 minutes pour récupérer même ma boîte de connexion. J'ai donc regardé le gestionnaire de configuration et désactivé la mémoire partagée. Fonctionne comme à chaque fois !!

La solution pour moi était de désactiver la carte réseau Hyper-V:

Faites simplement un clic droit puis cliquez sur disable

J'avais un peu le même problème où le dossier Views prenait beaucoup de temps à se développer. Les autres dossiers, y compris les bases de données ou les tables, étaient OK. Toutes les recommandations ci-dessus n'ont pas fonctionné dans mon cas. Ce qui a fonctionné pour moi, c'est que l'utilisateur avait un rôle sysdamin, j'ai supprimé le rôle sysadmin et je l'ai rendu et tout a bien fonctionné pour moi.

Si vous utilisez SQL Express, vérifiez que la taille totale de vos bases de données ne dépasse pas 10 Go (limitation pour SQL Express 2012).