MSSQL-Server - Wie CPU-Last analysieren?

[jobo]

Zitat von Dalai:

[EDIT]
Will sagen: Mir müsste schon jemand (der Ahnung hat) sagen, womit und wo ich gucken soll bzw. was ich genau tun soll, um dem Problem auf die Spur zu kommen.
[/EDIT]

Grüße
Dalai

Sorry, zu spät gelesen.

[Delphi.Narium]

Gibt es da eventuell für Dich hilfreiche Information? How to Monitor SQL Server

Kannst Du eventuell über dashier CPU and memory utilization within the date and time given an weitere, für Dich relevante, Informationen kommen?

Da ich keine Ahnung vom MSSQL-Server habe, würd' ich, wenn ich so wie Du vor 'nem Administrationsproblem stehe, so eine Abfrage bei Google machen mssql cpu last 2 weeks usage und versuchen, mir daraus irgendwie was wissenswertes zusammenzusuchen und dann daraus ggfls. 'ne eigene Lösung bauen.

Ja, ich weiß, dass das sehr aufwändig werden kann, musste aber zu meiner Administratorzeit öfter auf diesem oder ähnlichem Weg Problemlösungen für diverse Systeme finden. Nein, spaßig ist das nicht

Irgendetwas, das klar sagt: "Mache dieses oder jenes", hab' ich leider nicht finden können

[Dalai]

OK, danke. Das wird eine Weile dauern, das durchzugehen. Wusste bisher nicht, dass im Windows Performance Monitor auch Quellen vom MSSQL zu finden sind. Ich kann jetzt schon sagen, dass sowohl Ereignisprotokoll als auch Errorlog des MSSQL sauber sind (da hab ich natürlich zuerst geschaut).

Grüße
Dalai

[p80286]

Zunächst auch ich habe keine direkte Erfahrung mit dem SQL-Server.
Unsere DB-Admins haben für die in DE-Gehosteten Datenbanken immer einen Neustart von 3.00 bis 4.00 in den Verfügbarkeitspänen gehabt. Enzig die DBs die auch für Ostasien verfügbar sein mußten hatten ihren Restart gegen 8.00 was aber nur zähneknirschend akzeptiert wurde. Soweit ich weiß benötigt die DB einen Neustart um die erarbeiteten Optimierungen dauerhaft verfügbar zu haben, was aber von DB zu DB unterschiedlich ist. Ich meine auch einmal gehört zu haben, daß es DB(Konfigurationen) gibt die 247-taglich sind, was aber durch den Parallelbetrieb von zwei phys.DB erreicht wird.

Aber wie gesagt, nimm es als Anregung in welcher Richtung Du nachschauen mußt.

Gruß
K-H

[TigerLilly]

Wie unten schon erwähnt, schau dir im Windows Performance Monitor an, woher die Last, die der SQL Server erzeugt, tatsächlich herkommt.
Siehe auch hier: https://www.mssqltips.com/sqlservert...or-sql-server/

Konzentriere dich nicht nur auf die Kennzahlen des SQL Servers, sondern nimm den Server selbst auch dazu.

Dann weißt du, in welchem Bereich du weitersuchen musst.

BTW: Was für eine Hardware und welche Versionsstände sind denn das?

[Dalai]

Zitat von TigerLilly:

BTW: Was für eine Hardware und welche Versionsstände sind denn das?

Siehe ganz oben im OP.

Grüße
Dalai

[TigerLilly]

Ach ja, stimmt. Danke.

Das Neustarten ist eine Unsitte und meiner Erfahrung nach bei einem sauberen System nicht notwendig.

Lass dir im PerformaceMonitor zusätzlich zu den Einträgen aus meinem Link unten diese Werte anzeigen:
Memory – Available MBytes
Physical Disk – Avg. Disk sec/Read
Physical Disk – Avg. Disk sec/Write
Physical Disk – Disk Reads/sec
Physical Disk – Disk Writes/sec
Processor – % Processor Time
System – Processor Queue Length

Siehe auch hier:
http://www.appadmintools.com/documen...ers-explained/
https://www.brentozar.com/archive/20...rmance-tuning/

Alle, bei denen sich im fraglichen Zeitraum nichts tut, lass dann wieder weg.
Starte die protokollierung und stell die Salierung der zeitachse so, dass du ein paar Wochen im Überblick hast. Skaliere die einzelnen Counter passend. Das dauert ein bissl, bis alles passt, aber dann lass das fortwährend laufen und du kannst gut beobachten.

Du kannst auch im SQL Profiler einen Trace starten und über einen Filter die Abfragen des Profilers ausblenden. Aber das würde ich vorerst nicht machen. Immer nur eine Sache auf einmal beobachten. Sonst gibt es Seiteneffekte.

Dazu passend: Wenn du das System überwachst, solltest du außer zuschauen natürlich nichts drauf tun.

Lass hören, wenn du weitere Infos hast.