MS-SQL TempDB - Versionsgeschichte

David: /* Anlegen des Extended Events für das Überwachen der TempDB Contention */

2015-09-22T08:22:42Z

‎Anlegen des Extended Events für das Überwachen der TempDB Contention

David: /* Warum so kompliziert? */

2015-06-22T14:06:18Z

‎Warum so kompliziert?

David am 22. Juni 2015 um 13:03 Uhr

2015-06-22T13:03:03Z

David: /* TempDB */

2015-06-22T10:40:45Z

‎TempDB

David am 22. Juni 2015 um 10:29 Uhr

2015-06-22T10:29:18Z

David: /* Messung der TempDB Contention mittels Extended Events */

2015-06-22T10:19:03Z

‎Messung der TempDB Contention mittels Extended Events

David: Die Seite wurde neu angelegt: „== Messung der TempDB Contention mittels Extended Events == === Anlegen des Extended Events für das Überwachen der TempDB Contention === Achtung: Das Scrip…“

2015-06-22T10:01:09Z

Die Seite wurde neu angelegt: „== Messung der TempDB Contention mittels Extended Events == === Anlegen des Extended Events für das Überwachen der TempDB Contention === Achtung: Das Scrip…“

Neue Seite

== Messung der TempDB Contention mittels Extended Events ==

=== Anlegen des Extended Events für das Überwachen der TempDB Contention ===

Achtung: Das Script funktioniert nur für TempDB Data Files bis 20GB. Für grössere TempDB Datafiles müssen die SGAM PageID's erweitert werden.

Desweiteren sollte der Pfad für das *.xel File noch gesetzt werden.

<source lang="tsql">
CREATE EVENT SESSION TempdbContentionMonitor ON SERVER
ADD EVENT sqlserver.latch_suspend_end
(
WHERE ( database_id=2 AND duration>0 AND
(mode=2 OR mode=3) AND
(page_id<4 OR
package0.divides_by_uint64(page_id, 8088) OR
package0.divides_by_uint64(page_id, 511232) OR
page_id=511233 OR page_id=1022465 OR
page_id=1533697 OR page_id=2044929
)
)
ADD TARGET package0.event_file(
SET filename='Logpfad...\TempdbContentionMonitor.xel',
max_file_size=50, max_rollover_files=20, increment=5)
WITH (STARTUP_STATE=ON);
</source>

← Nächstältere Version		Version vom 22. Juni 2015, 14:06 Uhr
Zeile 95:		Zeile 95:
	Der [[MS-SQL Extended Events\|Extended Event]] könnte auch einfach die Contention auf alle Pages messen. Das Ergebnis kann auch für die Optimierung der TempDB verwendet werden.		Der [[MS-SQL Extended Events\|Extended Event]] könnte auch einfach die Contention auf alle Pages messen. Das Ergebnis kann auch für die Optimierung der TempDB verwendet werden.

−	Das Ergebnis wäre aber verfälscht. Z.B. bei globalen Tabellen in der tempdb, die durch mehrere Transaktionen angesprochen werden, können "Waits" auftreten, die sich nicht durch ~~eine~~ tempdb Optimierung verbessern lassen.	+	Das Ergebnis wäre aber verfälscht. Z.B. bei globalen Tabellen in der tempdb, die durch mehrere Transaktionen angesprochen werden, können "Waits" auftreten, die sich nicht durch diese tempdb Optimierung verbessern lassen.

@@ Zeile 17: / Zeile 17: @@
 == Optimierung der TempDB ==
-Am besten zuerst das weiter unten erklärte Skript als Extended Event anlegen, damit die tempDB Contention gemessen werden kann.
+Am besten zuerst das weiter unten erklärte Skript als [[MS-SQL Extended Events|Extended Event]] anlegen, damit die tempDB Contention gemessen werden kann.
 Die tempDB kann über die Anzahl der Data Files optimiert werden.
@@ Zeile 34: / Zeile 34: @@
 Wird die tempDB intensiv genutzt sollte diese auch auf einen möglichst schnelle Festplatten ausgelagert werden. Datensicherheit ist hier nur bedingt wichtig, da sie automatisch neu erzeugt wird, sobald die [[SQL Server]] Instanz neu gestartet wird.
-== Messung der TempDB Contention mittels Extended Events ==
+== Messung der TempDB Contention mittels [[MS-SQL Extended Events|Extended Events]] ==
 === Berechnung der einzelnen Pagearten ===
@@ Zeile 62: / Zeile 62: @@
 </source>
-=== Anlegen des Extended Events für das Überwachen der TempDB Contention ===
+=== Anlegen des [[MS-SQL Extended Events|Extended Events]] für das Überwachen der TempDB Contention ===
 Achtung: Das Script funktioniert nur für TempDB Data Files bis 20GB. Für grössere TempDB Datafiles müssen die SGAM PageID's erweitert werden.
@@ Zeile 93: / Zeile 93: @@
 === Warum so kompliziert? ===
-Der Extended Event könnte auch einfach die Contention auf alle Pages messen. Das Ergebnis kann auch für die Optimierung der TempDB verwendet werden.
+Der [[MS-SQL Extended Events|Extended Event]] könnte auch einfach die Contention auf alle Pages messen. Das Ergebnis kann auch für die Optimierung der TempDB verwendet werden.
 Das Ergebnis wäre aber verfälscht. Z.B. bei globalen Tabellen in der tempdb, die durch mehrere Transaktionen angesprochen werden, können "Waits" auftreten, die sich nicht durch eine tempdb Optimierung verbessern lassen.

@@ Zeile 1: / Zeile 1: @@
 = TempDB =
 == Optimierung der TempDB ==
@@ Zeile 17: / Zeile 31: @@
 Desweiteren sollte im Verlauf kontrolliert werden, dass nicht genau ein Datafile übermäßig stark wächst und die Größe der einzelnen Datafile gleich bleibt.
 == Messung der TempDB Contention mittels Extended Events ==

← Nächstältere Version		Version vom 22. Juni 2015, 10:29 Uhr
Zeile 1:		Zeile 1:
		+	= TempDB =
		+
		+	== Optimierung der TempDB ==
		+
		+	Am besten zuerst das weiter unten erklärte Skript als Extended Event anlegen, damit die tempDB Contention gemessen werden kann.
		+
		+	Die tempDB kann über die Anzahl der Data Files optimiert werden.
		+	Die Anzahl der Transaktionslogs sollte immer genau 1 betragen, da diese so oder so seriell beschrieben werden. Mehr als genau eine bringt hier keinen Vorteil.
		+
		+	Jedes einzelne tempDB Data File sollte genau die gleiche Größe haben, wie alle anderen. Auch die Einstellungen für Autogrowth sollten entweder für ganz ausgeschaltet werden oder wenigstens alle genau die gleichen Einstellungen haben.
		+
		+	Wenn tempDB Contention in einer signifikanten Menge vorhanden ist, kann diese durch hinzufügen von neuen Datafiles verringert werden. Optimaler weise sollten so viele Datafiles hinzugefügt werden, bis keine signifikante Verbesserung bei der Messung der tempDB Contention auftritt.
		+
		+	Als Faustformel kann die Anzahl der CPU Cores genommen werden. Aber Achtung, jedes neue Datafile erhöht auch die Verwaltungskosten. Also nur so viele wie nötig, aber nicht zu viele.
		+
		+	Speziell bei System mit mehr als 8 Cores sollte genau gemessen werden, ob noch mehr Datafiles wirklich Sinn machen.
		+
		+	Desweiteren sollte im Verlauf kontrolliert werden, dass nicht genau ein Datafile übermäßig stark wächst und die Größe der einzelnen Datafile gleich bleibt.
		+
	== Messung der TempDB Contention mittels Extended Events ==		== Messung der TempDB Contention mittels Extended Events ==

@@ Zeile 85: / Zeile 85: @@
+            )
+        )
 ADD TARGET package0.event_file(
 SET filename='Logpfad...\TempdbContentionMonitor.xel',

@@ Zeile 1: / Zeile 1: @@
 == Messung der TempDB Contention mittels Extended Events ==
 === Anlegen des Extended Events für das Überwachen der TempDB Contention ===
@@ Zeile 6: / Zeile 32: @@
 Desweiteren sollte der Pfad für das *.xel File noch gesetzt werden.
 <source lang="tsql">
@@ Zeile 25: / Zeile 55: @@
 WITH (STARTUP_STATE=ON);
 </source>