Récemment, j'ai découvert avec une certaine surprise que dans l'un des départements de la grande entreprise où je travaille, il est interdit de démarrer
SQL profiler pendant les heures ouvrables.
Je ne sais pas comment ils sortent pour analyser les problèmes de performances qui surviennent uniquement pendant les heures de bureau. Après tout, les vues de performances ne donnent souvent pas une image précise, surtout si une / deux procédures / sessions ralentissent, en particulier sans charger le serveur lui-même. Un petit animal qui court plusieurs fois par heure et travaille pendant 10 secondes au lieu d'un (mais qui rend un client
très important très nerveux ) n'entrera certainement pas dans les vues DMV. Et sélectionner avec CROSS APPLY selon les textes des devis lui-même charge très bien le serveur.
Cependant, je suis curieux de comprendre d'où vient cette peur. Dans certaines entreprises, le
profileur SQL est un outil de travail, dans certains ils en avaient peur comme le feu (pendant un certain temps j'étais engagé dans le conseil et je pouvais comparer). Je suis presque sûr que c'était comme ça:
Houston, nous avons un problème. La base ralentit. Triez-le
Il y a tellement de tiques ... De quoi ai-je besoin?
D'accord, je vais cocher toutes les cases et puis décider.
Que reste-t-il à la tête des hautes autorités? Quelqu'un a démarré le
profileur SQL et tout est tombé en jeu. Et puis ils se le disent au cours d'une partie de golf.
Soit dit en passant, une tentative d'écrire de telles traces «
écrire tout » non pas dans un fichier, mais dans une base de données sur le même serveur donne un piquant particulier - une fois que j'ai été témoin d'un tel cas.
Comment ça va? Répondez à l'enquête s'il vous plaît