SSMS Activity Monitor : c'est bien?

Salut,

J'utilise actuellement l'outil graphique "Activity Monitor" de SSMS et, comment dire... je trouve ça pauvre pour tracer les requêtes les pus consommatrices, pour identifier les types de waits les plus fréquents.
J'ai l'habitude du Cloud Control Oracle et, allez, disons le, là je pleure grave avec Activity Monitor!

Ma question est : peut-être que je l'utilise mal ou alors il faut le coupler avec le Profiler, donc est-ce que vous, vous utilisez cet outil ou bien vous passez uniquement par les DMV, DMF ou bien vous utilisez un autre outil graphique?

Merci pour vos retours!

Hello ,

la solution SP_whoisactive du Adam Machanic c'est le plus utilisé par les DBA pour surveiller les transactions lentes après il faut crée un job pour journalisé la résultat dans un table d'historique --->http://whoisactive.com/

Après SP_who4 n'est pas mal surtout pour afficher les connexions bloquées en format hiérarchique -->https://www.sqlservercentral.com/articles/sp_who4

Il y a aussi beaucoup de rapports dans SSMS pour t'aider. Notamment au niveau instance.

A +

Merci pour les réponses :D

Ah oui, les rapports, j'avais oublié... je regarde ça vite fait.
Pour Adam Machanic, je ne connaissais pas, je vais voir ça aussi assez vite.

Sinon, est-ce que vous utilisez les scripts de Brent Ozar? J'avais un collègue qui ne jurait que par ce site.

Il y a beaucoup de scripts open source disponibles en ligne.
Ceux que proposent Brent Ozar ou Adam Machanic sont reconnus et utilisés par la communauté.

Pour rester dans les DMV, personnelement j'utilise beaucoup les requêtes de diagnostique de Glenn Berry.
Pour compléter l'inventaire on pourrait également citer sp_PressureDetector de Erik Darling.

Ces outils sont relativement simple à utiliser, après il faut pouvoir interpréter les informations qui en sortent et ça c'est une autre paire de manches :aie:

Le Profiler est de moins en moins utilisé au profit des évènement étendus.

Lit et applique :
https://www.developpez.net/forums/bl...ms-sql-server/

A +

En réalité, il n'y a pas vraiment d'équivalent "built-in" à Oracle Cloud Control sur SQL Server à savoir une solution centralisée de monitoring et management.

Il y a eu une tentative avec SQL Server 2008R2 et la fonctionnalité management datawarehouse. Je dois dire que je l'ai utilisé quelques fois et il répond à 80% des questions qu'un DBA avec de la télémétrie classique (CPU / mémoire etc ...) et plus en profondeur avec des requêtes consommatrices en ressources, des wait stats et plans d'exécutions. Malheureusement l'ergonomie et la navigation ne sont pas vraiment au rendez-vous surtout si tu as un parc de serveurs important.

Tout comme SQLPro et Oishiiii j'utilise un mix de scripts personnels et de la communauté mais cela répond principalement à des besoins sporadiques ou d'audits ponctuels (quand tu fais du consulting ca va très bien). Dans un contexte DBA de production, je les utilise principalement pour des besoins "one shot" hormis certains scripts qui tournent en continue pour dresser une cartographie des utilisations d'index dans le temps par exemple.

Mais si tu veux avoir un vrai équivalent de Cloud Control il te faudra te tourner vers des solutions tiers comme Idera, SQL Sentry, SolarWinds ou des solutions open source (mais qui demandent plus efforts de customisation et d'implémentation en général)

++