Wird der Abfrageverlauf in einigen Protokolldateien gespeichert? Wenn ja, können Sie mir sagen, wie ich ihren Standort finde? Wenn nicht, können Sie mir einen Rat geben, wie ich es sehen kann?
sql-server
logging
ssms
mstaniloiu
quelle
quelle
Antworten:
[Da diese Frage wahrscheinlich als Duplikat geschlossen wird.]
Wenn SQL Server nicht neu gestartet wurde (und der Plan nicht entfernt wurde usw.), können Sie die Abfrage möglicherweise im Plan-Cache finden.
Wenn Sie die Datei verloren haben, weil Management Studio abgestürzt ist, können Sie möglicherweise Wiederherstellungsdateien hier finden:
Andernfalls müssen Sie in Zukunft etwas anderes verwenden, um Ihren Abfrageverlauf zu speichern, z. B. SSMS Tools Pack, wie in der Antwort von Ed Harper erwähnt - obwohl es in SQL Server 2012+ nicht kostenlos ist. Sie können auch eine einfache Ablaufverfolgung einrichten, die nach Ihrem Anmelde- oder Hostnamen gefiltert ist (verwenden Sie hierfür jedoch eine serverseitige Ablaufverfolgung, nicht Profiler).
Wie @ Nenad-Zivkovic kommentierte, könnte es hilfreich sein, mitzumachen
sys.dm_exec_query_stats
und zu bestellen beilast_execution_time
:quelle
sys.dm_exec_query_stats
und zu suchen oder zu bestellen vonlast_execution_time
Spät, aber hoffentlich nützlich, da es mehr Details hinzufügt ...
Abfragen können standardmäßig nicht in SSMS ausgeführt werden. Es gibt jedoch mehrere Möglichkeiten.
Transaktionsprotokoll lesen - dies ist nicht einfach, da es im proprietären Format vorliegt. Wenn Sie jedoch Abfragen anzeigen müssen, die historisch ausgeführt wurden (außer SELECT), ist dies der einzige Weg.
Sie können hierfür Tools von Drittanbietern wie ApexSQL Log und SQL Log Rescue verwenden (kostenlos, aber nur SQL 2000). Weitere Informationen finden Sie in diesem Thread hier. SQL Server Transaction Log Explorer / Analyzer
SQL Server-Profiler - am besten geeignet, wenn Sie nur mit der Überwachung beginnen möchten und nicht daran interessiert sind, was früher passiert ist. Stellen Sie sicher, dass Sie Filter verwenden, um nur die Transaktionen auszuwählen, die Sie benötigen. Andernfalls erhalten Sie sehr schnell eine Menge Daten.
SQL Server-Ablaufverfolgung - am besten geeignet, wenn Sie alle oder die meisten Befehle erfassen und in einer Ablaufverfolgungsdatei speichern möchten, die später analysiert werden kann.
Trigger - am besten geeignet, wenn Sie DML erfassen (außer auswählen) und diese irgendwo in der Datenbank speichern möchten
quelle
Das SSMS-Tools Pack bietet unter anderem Funktionen zum Aufzeichnen des Ausführungsverlaufs.
quelle
Wie andere angemerkt haben, können Sie SQL Profiler verwenden, aber Sie können seine Funktionalität auch über gespeicherte Systemprozeduren sp_trace_ * nutzen. Zum Beispiel wird dieses SQL-Snippet (zumindest für 2000; ich denke, es ist dasselbe für SQL 2008, aber Sie müssen es noch einmal überprüfen) abfangen
RPC:Completed
undSQL:BatchCompleted
Ereignisse für alle Abfragen, deren Ausführung länger als 10 Sekunden dauert, und die Ausgabe in speichern Eine Trace-Datei, die Sie zu einem späteren Zeitpunkt im SQL-Profiler öffnen können:Die ID für jedes Ablaufverfolgungsereignis, jede Spalte usw. finden Sie in Books Online. Suche nur für die sp_trace_create , sp_trace_setevent und sp_trace_setfiler sprocs. Sie können den Trace dann wie folgt steuern:
... wobei '15' die Trace-ID ist (wie von sp_trace_create gemeldet, das das erste Skript oben auslöst).
Sie können überprüfen, mit welchen Traces ausgeführt wird:
Das einzige, was ich zur Vorsicht sagen werde - ich weiß nicht, wie viel Last dies auf Ihr System ausüben wird; Es werden einige hinzugefügt, aber wie groß diese "einige" sind, hängt wahrscheinlich davon ab, wie beschäftigt Ihr Server ist.
quelle
Das System zeichnet keine Abfragen auf diese Weise auf. Wenn Sie jedoch wissen, dass Sie dies im Voraus tun möchten, können Sie mit SQL Profiler aufzeichnen, was eingeht, und Abfragen während der Ausführung von Profiler verfolgen.
quelle
Ich verwende die folgende Abfrage zum Verfolgen der Anwendungsaktivität auf einem SQL Server, auf dem der Ablaufverfolgungsprofiler nicht aktiviert ist. Die Methode verwendet den Abfragespeicher (SQL Server 2016+) anstelle der DMVs. Dies bietet eine bessere Möglichkeit, historische Daten einzusehen, sowie eine schnellere Suche. Es ist sehr effizient, kurzfristige Abfragen zu erfassen, die von sp_who / sp_whoisactive nicht erfasst werden können.
quelle
Dies sollte Ihnen die Uhrzeit und das Datum anzeigen, an dem eine Abfrage ausgeführt wurde
quelle
Sie können SQL-Abfragen bei Bedarf mit SQL Profiler überwachen
quelle
Der Abfrageverlauf kann mithilfe der Systemansichten angezeigt werden:
Verwenden Sie beispielsweise die folgende Abfrage:
Aktuelle laufende Abfragen können mithilfe des folgenden Skripts angezeigt werden:
Diese Anforderung zeigt alle aktiven Anforderungen und alle Anforderungen an, die aktive Anforderungen explizit blockieren.
Alle diese und andere nützliche Skripte werden als Darstellungen in der SRV- Datenbank implementiert , die frei verteilt wird. Das erste Skript stammt beispielsweise aus der Ansicht [inf]. [VBigQuery] und das zweite aus der Ansicht [inf]. [VRequests] .
Es gibt auch verschiedene Lösungen von Drittanbietern für den Abfrageverlauf. Ich verwende Query Manager von Dbeaver : und Query Execution History von SQL Tools , das in SSMS eingebettet ist :
quelle
Diese Funktion ist in SSMS nicht sofort verfügbar.
Wenn Sie SSMS 18 oder höher verwenden, können Sie SSMSPlus ausprobieren.
Es verfügt über eine Abfrageverlaufsfunktion.
https://github.com/akarzazi/SSMSPlus
Haftungsausschluss: Ich bin der Autor.
quelle
Sie können "Skript bei jedem Speichern automatisch generieren" verwenden, wenn Sie Management Studio verwenden. Dies ist nicht sicher Protokollierung. Überprüfen Sie, ob es für Sie nützlich ist ..;)
quelle
Wenn es sich bei den Abfragen, an denen Sie interessiert sind, um dynamische Abfragen handelt, die zeitweise fehlschlagen, können Sie SQL sowie Datum und Uhrzeit und Benutzer zum Zeitpunkt der Erstellung der dynamischen Anweisung in einer Tabelle protokollieren. Dies würde jedoch von Fall zu Fall erfolgen, da eine spezifische Programmierung erforderlich ist und ein wenig zusätzliche Verarbeitungszeit erforderlich ist. Tun Sie dies also nur für die wenigen Abfragen, die Sie am meisten interessieren. Ein Protokoll der spezifischen Anweisungen kann jedoch hilfreich sein, wenn Sie herausfinden möchten, warum dies nur einmal im Monat fehlschlägt. Dynamische Abfragen sind schwer gründlich zu testen, und manchmal erhalten Sie einen bestimmten Eingabewert, der einfach nicht funktioniert. Diese Protokollierung zum Zeitpunkt der SQL-Erstellung ist häufig der beste Weg, um festzustellen, was speziell in der erstellten SQL nicht vorhanden war.
quelle
Eine etwas unkonventionelle Methode wäre das Skripten einer Lösung in AutoHotKey. Ich benutze dies und es ist nicht perfekt, aber es funktioniert und ist kostenlos. Im Wesentlichen weist dieses Skript CTRL+ SHIFT+ einen Hotkey zu, Rder das ausgewählte SQL in SSMS ( CTRL+ C) kopiert , eine Datenstempel-SQL-Datei speichert und dann die hervorgehobene Abfrage ( F5) ausführt . Wenn Sie nicht an AHK-Skripte gewöhnt sind, ist das führende Semikolon ein Kommentar.
Die größten Einschränkungen bestehen darin, dass dieses Skript nicht funktioniert, wenn Sie auf "Ausführen" klicken, anstatt die Tastenkombination zu verwenden, und dieses Skript nicht die gesamte Datei - nur den ausgewählten Text - speichert. Sie können das Skript jedoch jederzeit ändern, um die Abfrage auszuführen, und dann vor dem Kopieren / Speichern alle ( CTRL+ A) auswählen .
Mit einem modernen Editor mit Funktionen zum Suchen in Dateien können Sie Ihren SQL-Verlauf durchsuchen. Sie könnten sogar Lust bekommen und Ihre Dateien in eine SQLite3-Datenbank kratzen, um Ihre Abfragen abzufragen.
quelle