Découvrez le matériel serveur sql ou test de vitesse

Question

J'utilise un serveur SQL régulièrement et ont été récemment obtenir frustré par la performance. Il me serait difficile d'obtenir un accès direct à savoir le matériel afin:

Y at-il une manière directe en studio de la direction pour évaluer la performance ou trouver le matériel exact.

ne Alternativement quelqu'un a un ensemble de procédures SQL de test que je pourrais essayer de comparer idéalement à d'autres résultats pour avoir une idée de ses performances. Jusqu'à présent, j'ai configuré quelques requêtes rapides sur le serveur SQL local de mes machines, tout comme les tests semblent fonctionner plus vite que le serveur sql sur le réseau qui est censé être performant, même si personne ne sait quand il était dernier. amélioré j'ai l'impression qu'il n'a pas été pendant 6 ou 7 ans. Évidemment, ces tests ne tiennent pas compte de la possibilité que d'autres interrogent en même temps ou des transferts de résultats en réseau ... J'espère que quelqu'un a une meilleure solution.

Answer 1

Si vous êtes en 2005:

SELECT * FROM sys.dm_os_performance_counters

Cela vous donnera quelques sql seulement stats. Vous ne trouverez pas beaucoup d'informations sur la machine sans avoir au moins accès au terminal. Dans le journal de démarrage de SQL, vous pouvez également voir des informations sur les processeurs.

Answer 2

Vous ne pouvez pas simplement demander à vos gars de serveur? On dirait qu'il y a un peu de méfiance si vous ne pouvez pas obtenir les mesures matérielles. Nombre de processeurs, la mémoire totale, etc.

S'il y a cette quantité de méfiance, même si vous avez trouvé la réponse du serveur de base de données, rectifiant il serait impossible. Si vous ne pouvez pas obtenir les paramètres actuels, comment pourriez-vous obtenir un changement de matériel passé les gars du serveur?

rapport de construction Démarrer. La meilleure ligne dans le monde de trouver quelqu'un de votre côté est, « Je suis en difficulté et j'ai besoin de votre aide ... » Vous les avez élevés et vous subjugué, vous les avez mis en mesure de vous faire économiser. Vous seriez étonné de voir combien vous pouvez sortir des gens de cette façon.

En ce qui concerne les requêtes standard. Vous pouvez consulter les requêtes TPC.

Answer 3

Vous pouvez également essayer de mettre à jour vos références dans votre serveur. J'ai eu un problème un certain temps que 1 requête retourné dans 100ms et une requête identique à 5+ minutes et la seule différence entre les deux était une lettre majuscule au nom de la table dans ma requête (whih devrait évidemment pas d'importance).

Après quelques recherches et SO-Questioning, je trouve que je devais mettre à jour mes statistiques. Pourrait-il être quelque chose comme cela est nécessaire pour votre base de données/SQL Server aussi?

Answer 4

Ce genre de chose peut être très politique, surtout dans une entreprise avec une culture endémique de l'ACY (qui décrit la plupart des sociétés de services financiers). S'il n'y a pas d'attente raisonnable d'une bonne relation de travail avec le personnel de production, Quelques approches sont:

• Regardez les plans de requête des requêtes. Vérifiez qu'ils sont sensibles (en utilisant les index quand ils devraient etc.)

• Rendre formel. Demandez à leur gestionnaire d'obtenir les spécifications de la machine , la configuration du disque et la configuration du serveur et la dernière fois que les statistiques ont été mises à jour sur tous les tableaux et index . Faites bien comprendre que la machine semble être sous-performants.

• Si les statistiques sont périmées, les met à jour.

Answer 5

et un plus

SELECT * FROM sys.dm_os_sys_info