SQL Server Performance steigern

[zahni 554]

Indizes verändern nichts am Schema der DB Eventuell muss man bei unique Indizes etwas aufpassen.

Man kann das sogar als Aufgabe des Datenbank-Admins ansehen, die zu erstellen und zu pflegen.

Mit anderen Aktionen (außer der fetten Hardware-Keule) erreichst Du so gut wie nichts und riskierst Störungen.

[Daniel -MSFT- 129]

Noch eine Frage zur Hardware: Hat der RAID-Controller einen batterie- oder flash-gepufferten Writecache? RAID5 ist so ziemlich das ungünstigste für Datenbanken aufgrund der unterirdischen Schreibleistung: http://www.baarf.com

 

RAID10 wäre auf jeden Fall ein Fortschritt.

[nahemoth 10]

Hallo,

 

ich habe mir heute mal mittels dm_db_index_physical_stats() die Fragmentierung der Indexe angeschaut. Ich habe mir eine Liste der Indexe, bei denen der Wert in avg_fragmentation_in_percent bei über 50 liegt ausgeben lassen ... es sind schon einige. Bei manchen liegt der Wert sogar bei über 99.

Leider Fehlen mir hier Erfahrungswerte, sollten diese Indexe reorganisiert werden? Welche Werte sind denn hier vertretbar?

 

Vielen Dank!

bearbeitet 23. Mai 2014 von nahemoth

[zahni 554]

Schau  mal hier

 

http://msdn.microsoft.com/en-us/library/ms189858.aspx

 

Ich empfehle Dir, dass Du Dir  eine Testumgebung oder zumindest eine Testkopie der  DB anlegst, in der Du experimentierten kannst.

 

Übrigens deutet das Vorhandensein von Indizes nicht darauf hin, dass sie ei Abfragen auch verwendet werden. Spalten mit PK's  haben übrigens immer einen Index (zumindest unter DB2)

Hier sollest Du,  wir  weiter oben beschrieben, mit dem Profiler ran. Du kannst ja die empfohlenen Indizes mit der Hersteller der Software abstimmen und erst dann erstellen.

 

 

Ansonsten solltest Du Dir jemanden  suchen, der sich in der Administration des SQL-Servers auskennt...

[nahemoth 10]

Hallo Zahni,

 

eine Testumgebung mit einer Kopie der Datenbank habe ich, sonst wäre mir das auch zu heiß.

Dass einige Indizes vorhanden sind, war mir vorher schon klar, nur habe ich keine Erfahrungswerte, was die Fragmentierung angeht.

 

Mit dem Profiler habe ich einen Workload erstellt und wollte das im Tuning Advisor einlesen. Dieser hängt dann aber bei Consuming Workload mit dem Fehlertext "Tuning process exited unexpectly".

[zahni 554]

Welche SQL-Server  Version und welches  SP hast Du denn ?

 

Sieh dazu u.a.  http://support.microsoft.com/kb/2728419

[nahemoth 10]

Es handelt sich um einen SQL Server 2005 RTM

[zahni 554]

Dann würde ich zuerst mal in der Testumgebung das letzte SP installieren.

Solche alten Versionsstände können auch  für Performance-Probleme verantwortlich sein.

 

Wenn nicht hilft, kannst Du bei Google mal Deinen Fehler eingeben. Da  kommen "einige" Treffer...

[Sunny61 806]

Es handelt sich um einen SQL Server 2005 RTM

In der Echt- und/oder Testumgebung?

 

Hier gibt es das SP4 für den SQL 2005 zum Download: http://www.microsoft.com/de-de/download/details.aspx?id=7218

Veröffentlichungsdatum: 17.12.2010!

 

Möglicherweise auch noch das ein oder andere UR, das mußt Du allerdings selber suchen.

 

Als Berater in Sachen Performance empfehle ich immer gerne den Uwe Ricken: http://db-berater.blogspot.de/

[nahemoth 10]

Hallo,

 

das war in der Testumgebung, im Echt fehlt SP4, wird aber nun nachinstalliert. Die Indexe sind in beiden DBs gleich stark fragmentiert.

[nahemoth 10]

Hallo,

 

so, das mit den Indexen habe ich an der Softwarehersteller weitergegeben, der kümmert sich darum.

Was mich noch beschäftigt, der Hohe Ausschlag im Ressourcenmonitor was die Schreibvorgänge auf der Platte betrifft.

 

Ich habe mir mal die Ausgabe von sys.dm_io_virtual_file_stats angeschaut, aber kann mit der Ausgabe eigentlich nichts anfangen, da ich hier über keine Erfahrungswerte verfüge.

 

Kann hier jemand mit Erfahrungswerten dienen?

 

[Dukel 454]

Ist die Datendisk mit 64k Blöcken formatiert? Sind die Daten und Transaktionsprotokolle auf unterschiedliche Disks aufgeteilt?

[nahemoth 10]

Ja, das Tranactionsprotokoll und die Datenbank liegen auf unterschiedlichen Platten.

Wie kann man das mit den 64k Blöcken prüfen?

[Dukel 454]

fsutil fsinfo ntfsinfo G:

die Blockgröße findest du unter

Bytes Per Cluster

 

Dies gilt aber nur für die Datenbankfiles. Die Partition mit den Transaktionsprotokollen sollte auf dem default (4k) bleiben.

 

http://netic.wordpress.com/2010/02/17/microsoft-sql-server-performance-tunning/

http://technet.microsoft.com/en-us/library/dd758814%28v=sql.100%29.aspx

 

Evtl. helfen folgende Tipps auch bei nicht SharePoint Datenbanken:

http://sharepointszu.com/2011/12/08/best-practice-sql-setup-in-einer-sharepoint-umgebung/

bearbeitet 27. Mai 2014 von Dukel

[nahemoth 10]

Vielen Dank!

die Partition mit der Datenbank hat 4096 Bytes pro Cluster und auch die mit dem Transactlog hat 4096 Bytes pro Cluster.

bearbeitet 27. Mai 2014 von nahemoth