SQL Profiling 2.0.3: Allgemeine Hinweise zu den Versionen 1.x.x und 2.0.3
Neuerungen mit Version 2.0.3
Folgende Änderungen wurden mit Version 2.0.3 vorgenommen:
Das Logging von Schritten kann für folgende Zustände konfiguriert werden:
Kein Loggen von Schritten.
Es werden nur Schritte geloggt, die mit einem Fehler oder einem negativen Status beendet wurden.
Alle Schritte werden geloggt. Dies entspricht dem Verhalten von Version 1.x.x.
Das Loggen von Schritten ist eine globale Einstellung und kann nicht für einzelne Prozesse individuell festgelegt werden.
Die Tabellenstruktur wurde geändert, um eine bessere Leistung zu erzielen.
Indizes wurden analysiert und festgelegt.
Die Indizes wurden optimiert für die Nutzung in der Process Monitor App.
Werden eigenständig Abfragen gegen die Datenbank gestellt, kann die Leistung variieren. In diesem Fall müssen ggf. selbst Indizes analysiert und gesetzt werden.
Eine Limitierung aller Abfragen per OFFSET...LIMIT... wird empfohlen.
Es wird empfohlen, die Tabellen durch Liquibase verwalten zu lassen. In Ausnahmefällen kann Liquibase deaktiviert werden. Dann müssen Sie sich selbst um die Erstellung und Verwaltung der erforderlichen Tabellen in der Datenbank kümmern.
Es wird nicht empfohlen, Liquibase in einer Produktionsumgebung zu deaktivieren.
Die Art und Weise, wie Prozess-Logs gelöscht werden, kann konfiguriert werden. Sie können wählen, ob Logs von abgestürzten Prozessen beibehalten und nur Logs von erfolgreich ausgeführten Prozessen gelöscht werden sollen oder ob alle Logs von Prozessen ohne Rücksicht auf den Status des Prozesses gelöscht werden sollen.
Das Löschen von Prozess-Logs ohne Unterscheidung zwischen "abgestürzt" und "nicht abgestürzt" ist schneller als mit Unterscheidung. Es wird empfohlen, in Umgebungen mit hoher Last den schnelleren Weg zu wählen.
Allgemeine Hinweise zu den Versionen 1.x.x und 2.0.3
Im Folgenden finden Sie einige allgemeine Hinweise, die Ihnen bei der Verwendung von SQL Profiling 2.0.3 helfen könnten:
Folgende Datenbank-Versionen werden unterstützt:
MSSQL ab Version 2019
PostgreSQL ab Version 14
Oracle-Datenbanken werden in der Version 2.0.3 des SQL Profiling nicht unterstützt.
Das SQL Profiling 2.0.3 ist nicht kompatibel mit der Tabellenstruktur des SQL Profiling 1.x.x. Siehe Tabellenstruktur in der Datenbank.
Beim Update auf SQL Profiling 2.0.3 wird empfohlen, alle alten Profilingdaten aus SQL Profiling 1.x.x zu löschen und mit einer neuen, leeren Datenbank zu beginnen.
Die TabellenDatabaseChangelogundDatabsaeChangeloglocksollten nicht mehr existieren bzw. alle Einträge, die das sql-profiling betreffen, sollten aus diesen Tabellen entfernt werden.Es gibt keinen Migrationsschritt zwischen 2.0.3 und 1.x.x. Wenn die Daten aus dem SQL Profiling 1.x.x aus irgendwelchen Gründen beibehalten werden müssen, muss eine manuelle Migration entwickelt und durchgeführt werden. Wenden Sie sich dazu bitte an unseren Kunden-Support.
Bei Leistungsproblemen mit dem SQL-Profiling sollten Sie zunächst versuchen, die vollständige Protokollierung der Schritte zu deaktivieren. Wenn dies nicht möglich ist, ist eine andere Lösung erforderlich. Wenden Sie sich dazu bitte an unseren Kunden-Support.
Wenn benutzerdefinierte Filter über den Process Monitoring Adapter verwendet werden, sollte eine kundenspezifische Indexoptimierung durchgeführt werden. Andernfalls könnten die Abfragen langsam sein, da die Leistung stark von geeigneten Indizes abhängt.
Wenn benutzerdefinierte Filter über den Process Monitoring Adapter verwendet werden, empfehlen wir, Paging zu verwenden.
Die Filterung nach Zeitfenstern wird langsamer, wenn die Datenmenge wächst. Normalerweise werden die
ProcessBefore/ProcessAfter-Tabellen für die Filterung von Zeitspannen verwendet. Die Menge der Daten in diesen Tabellen beeinträchtigt jedoch die Leistung. In den meisten Anwendungsfällen haben diese Tabellen jedoch nicht so viele Daten wie die Prozessschritttabellen, sodass dies in den meisten Produktionsszenarien kein Problem darstellen sollte.Wenn die automatische Erkennung von abgestürzten Prozessen beim Serverstart deaktiviert ist, sollten Sie als Kunde selbst festlegen, wie abgestürzte Prozesse erkannt werden. Andernfalls werden abgestürzte Prozesse weiterhin als laufende Prozesse angezeigt. Wenden Sie sich bei Fragen hierzu gerne an unseren Kunden-Support.
Gleichzeitiges Löschen von Datenbankeinträgen (zyklische automatische Löschung durch SQL Profiling) während eines hohen Aufkommens von Profiling-Einträgen ist nicht empfohlen.
Die Leistungsergebnisse in der Dokumentation können nicht auf eine Oracle-Datenbank angewendet werden. Zum Zeitpunkt der Erstellung dieser Dokumentation waren die Leistungstests für Oracle noch nicht abgeschlossen. Basierend auf den Schlussfolgerungen, die wir aus den durchgeführten Leistungstests von Oracle ziehen, wird es möglicherweise eine kommende Patch-Version dieses Plugins geben.