Vor kurzem erfuhr ich mit etwas Ăberraschung, dass in einer der Abteilungen einer groĂen Firma, in der ich arbeite, die AusfĂŒhrung von SQL Profiler wĂ€hrend der Arbeitszeiten verboten ist.
Ich weiĂ nicht, wie sie es schaffen, Leistungsprobleme zu analysieren, die genau wĂ€hrend der Arbeitszeiten auftreten. SchlieĂlich geben die Performance-Views oft kein genaues Bild, besonders wenn eine oder zwei Prozeduren/Abfragen laufen, ohne den Server ĂŒbermĂ€Ăig zu belasten. Eine winzige Abfrage, die mehrmals pro Stunde ausgefĂŒhrt wird und 10 Sekunden anstelle einer benötigt (aber etwas sehr Wichtiges fĂŒr den Kunden sehr nervig) wird sicher nicht in den DMV-Views erfasst. Und ein Select mit CROSS APPLY ĂŒber die Textabfragen belastet den Server erheblich.
Ich finde es jedoch interessant zu verstehen, woher diese Angst kommt. In einigen Firmen SQL Profiler ist es ein Arbeitswerkzeug, in anderen wird es wie Feuer gefĂŒrchtet (eine Zeit lang habe ich im Consulting gearbeitet und konnte vergleichen). Ich bin mir fast sicher, dass es so war:
Houston, wir haben ein Problem. Die Datenbank reagiert langsam. KĂŒmmere dich darum.
Hier sind so viele HĂ€kchen... Was brauche ich?
Na gut, ich setze alle HĂ€kchen und entscheide dann.
Was bleibt im Kopf der oberen Leitung? Jemand hat es gestartet SQL Profiler und alles ist zum Stillstand gekommen. Und dann erzÀhlen sie sich das beim Golfspiel.
Ăbrigens verleiht der Versuch, solche âwir schreiben allesâ Traces nicht in eine Datei, sondern in eine Datenbank auf demselben Server â einmal war ich Zeuge eines solchen Falls.
Wie laufen die Dinge bei Ihnen? Bitte beteiligen Sie sich an der Umfrage.
Nur registrierte Benutzer können an der Umfrage teilnehmen. .
Darf man bei Ihnen SQL Profiler in PROD ausfĂŒhren?
Wir sind ein kleines Unternehmen, bei uns ist alles einfach.
Die Produktionsadmins dĂŒrfen es natĂŒrlich.
Die Produktionsadmins dĂŒrfen es nach Genehmigungen und heftigem Kopfnicken.
Heilig, heilig, heilig.
4 Nutzer haben abgestimmt. 3 Nutzer haben sich enthalten.
Quelle: habr.com
