15
SQL Server 2012R2 voll ausgelastet
Hallo zusammen,
ich habe einen sehr potetenten SQL Server (48GB RAM, ein Haufen Cores etc) der aktuell durchweg auf 100% CPU Load im Idle geht. Zwischendurch aber auch mal 30%. Die Datenbank Performance scheint davon erst einmal nicht großartig betroffen zu sein. Der SQL Server meldet mir Memory Exeptions einer Datenbank. Ich denke mal diese Datenbank wird auch dafür verantwortlich sein.
Gibt es einen Weg den Server zu "beruhigen" ohne die VM neuzustarten?
Bin für jeden Hinweis dankbar.
ich habe einen sehr potetenten SQL Server (48GB RAM, ein Haufen Cores etc) der aktuell durchweg auf 100% CPU Load im Idle geht. Zwischendurch aber auch mal 30%. Die Datenbank Performance scheint davon erst einmal nicht großartig betroffen zu sein. Der SQL Server meldet mir Memory Exeptions einer Datenbank. Ich denke mal diese Datenbank wird auch dafür verantwortlich sein.
Gibt es einen Weg den Server zu "beruhigen" ohne die VM neuzustarten?
Bin für jeden Hinweis dankbar.
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 367127
Url: https://administrator.de/forum/sql-server-2012r2-voll-ausgelastet-367127.html
Ausgedruckt am: 05.04.2025 um 23:04 Uhr
15 Kommentare
Neuester Kommentar
Hallo,
Die Datenbank offline nehmen bzw. den SQL Server abschalten. Der wohl dahinterliegende Server kann ja weiterhin laufen.
Gruß,
Peter
Die Datenbank offline nehmen bzw. den SQL Server abschalten. Der wohl dahinterliegende Server kann ja weiterhin laufen.
Gruß,
Peter
Ja gut auf der VM läuft auch nur der SQLer. Sprich ich könnte bei Gelegenheit direkt patchen.
Verstehe ich dich richtig, dass DB offline nehmen und online schalten funktionieren könnte?
Verstehe ich dich richtig, dass DB offline nehmen und online schalten funktionieren könnte?
Hallo,
Gruß,
Peter
Zitat von @Ex0r2k16:
Verstehe ich dich richtig, dass DB offline nehmen und online schalten funktionieren könnte?
Nö, ich hab nur von ausschalten bzw. Offline nehmen geredet. Wenn du dich beim waschen eben nicht nassmachen willst...Verstehe ich dich richtig, dass DB offline nehmen und online schalten funktionieren könnte?
Gruß,
Peter
Hallo,
man könnte auch den dazugehörigen SQL-Server-Dienst beenden und neu starten. Was anderes macht der Systemneustart auch nicht.
Grüße
lcer
man könnte auch den dazugehörigen SQL-Server-Dienst beenden und neu starten. Was anderes macht der Systemneustart auch nicht.
Grüße
lcer
ja aber das bedeutet halt auch wieder eine Downtime. Ich hätte vielleicht dazuschreiben sollen, dass ich die Downtime vermeiden will. Aber wenn es keine andere Option gibt, dann ist es halt so.
Hallo,
Und seine Frage
sagt doch wasch mich aber nicht nassmachen... 
Gruß,
Peter
Zitat von @lcer00:
man könnte auch den dazugehörigen SQL-Server-Dienst beenden und neu starten. Was anderes macht der Systemneustart auch nicht.
Ob das bei seinem Fehlerbild passt? Sein Host hat doch 100% Systemauslast und er meint das eine Datenbank wohl müll ist (auf einer VM)man könnte auch den dazugehörigen SQL-Server-Dienst beenden und neu starten. Was anderes macht der Systemneustart auch nicht.
Und seine Frage
Gibt es einen Weg den Server zu "beruhigen" ohne die VM neuzustarten?
Gruß,
Peter
genau! Also quasie Softporno
Zitat von @Ex0r2k16:
ja aber das bedeutet halt auch wieder eine Downtime. Ich hätte vielleicht dazuschreiben sollen, dass ich die Downtime vermeiden will.
Wenn Downtime so ein Problem ist, solltest Du vor allem die Ursache finden! Lieber einen geplanten Neustart und ein Wartungsfenster als Chaos, wenn irgendwann garnix mehr geht.ja aber das bedeutet halt auch wieder eine Downtime. Ich hätte vielleicht dazuschreiben sollen, dass ich die Downtime vermeiden will.
Grüße
lcer
Leichter gesagt als getan. Ich administriere leider nicht den "SQL Content". Der wird von allen Seiten vergewaltigt. Ich bin nur der Doktor, der die Spritze setzt. Daher weiß ich nicht, was da als letztes auf eben dieser DB gelaufen ist. Die Downtime ist jetzt auch kein Riesen Problem, aber ist halt eine Downtime und die will geplant werden ;) Keine Sorge, "einfach so" starte ich gar nichts neu. Diese Downtime schließt auch alle Applikationsserver ein.
Moin...
na ja... das ist eher ein Brot und Butter Server
wie ist den der SQL Server eingerichtet, also RAM und CPU zuweisung?
Frank
ich habe einen sehr potetenten SQL Server (48GB RAM, ein Haufen Cores etc) der aktuell durchweg auf 100% CPU Load im Idle geht.
na ja... das ist eher ein Brot und Butter Server
wie ist den der SQL Server eingerichtet, also RAM und CPU zuweisung?
Frank
Moin,
Mal überlegt, dass einer der Applikationen, die Last am SQL-Server erzeugt?
Wenn da grosse Menge an Daten bewegt! Berechnet werden, dann ackert der schon mal...
Würde daher mal versuchen zu schauen, wer der genau aktiv ist.
Laufen mehrere SQL-Instanzen?
Oder nur eine und dort dann X Datenbanken...
Gruß
em-pie
Mal überlegt, dass einer der Applikationen, die Last am SQL-Server erzeugt?
Wenn da grosse Menge an Daten bewegt! Berechnet werden, dann ackert der schon mal...
Würde daher mal versuchen zu schauen, wer der genau aktiv ist.
Laufen mehrere SQL-Instanzen?
Oder nur eine und dort dann X Datenbanken...
Gruß
em-pie
Moin,
wie ist der denn virtualisiert?
Windows Hyper oder richtig (ESXi)?
Gruss
wie ist der denn virtualisiert?
Windows Hyper oder richtig (ESXi)?
Gruss
Also mal zum Verständnis:
- Ihr habt einen Server den du nicht gut kennst
- Deine SQL Server Kenntnisse sind ausbaufähig
- Auf dem Server "basteln" viele Seiten dran rum (Was genau tut ihr denn damit?)
- Eine Downtime ist problematisch, das System ist produktiv genutzt und betriebsrelevant
- Hier im Forum dürfen wir spekulieren, kennen aber kaum Eckdaten (Welcher Hypervisor,, ist 2012 R2 der SQL oder das OS?)
Ich weiß nicht ob das die richtige Vorgehensweise ist, zumal ich es sehr schwer finde SQL Last wirklich nachzuvollziehen.
Meine Fragen wären noch:
Wie ist denn die Netzwerkauslastung? Gehen da auch viele Daten überse Netz oder ist nur die CPU am rödeln?
Was ist das für eine Lizenz, wieviele Cores nutzt der Server?
Seit wann tritt das Problem auf?
Was ist da für ein Speicher angebunden, SAN oder local? Wie ist die Auslastung?
Und ganz wichtig, was tun die Benuter? Lassen die Scripte laufen oder gibt es eine Anwendung? Was passiert wenn keiner die Anwendung offen hat?
- Ihr habt einen Server den du nicht gut kennst
- Deine SQL Server Kenntnisse sind ausbaufähig
- Auf dem Server "basteln" viele Seiten dran rum (Was genau tut ihr denn damit?)
- Eine Downtime ist problematisch, das System ist produktiv genutzt und betriebsrelevant
- Hier im Forum dürfen wir spekulieren, kennen aber kaum Eckdaten (Welcher Hypervisor,, ist 2012 R2 der SQL oder das OS?)
Ich weiß nicht ob das die richtige Vorgehensweise ist, zumal ich es sehr schwer finde SQL Last wirklich nachzuvollziehen.
Meine Fragen wären noch:
Wie ist denn die Netzwerkauslastung? Gehen da auch viele Daten überse Netz oder ist nur die CPU am rödeln?
Was ist das für eine Lizenz, wieviele Cores nutzt der Server?
Seit wann tritt das Problem auf?
Was ist da für ein Speicher angebunden, SAN oder local? Wie ist die Auslastung?
Und ganz wichtig, was tun die Benuter? Lassen die Scripte laufen oder gibt es eine Anwendung? Was passiert wenn keiner die Anwendung offen hat?
Zum Beruhigen muß man die Ursache kennen und um die zu Finden muß man Suchen ...
Sicher, das der SQL Server die Last verursacht?
=> Im Taskmanager mal schauen, welche Prozesse die CPU Last verursachen
Wenn SQL Server, dann kann man mal mit dem Aktivitätsmonitor im SQL Server Management Studio anfangen und schauen welche SQL Prozesse was machen, welche DBs I/O haben, wie die Wait Statistik aussieht ...
Im Management Studio kann man sich auch Berichte erstellen lassen über teuerste Abfragen in CPU Zeit etc. (Im Kontextmenü der DB Instanz)
Und was genau ist bei Dir eine Memory Exception?
Sicher, das der SQL Server die Last verursacht?
=> Im Taskmanager mal schauen, welche Prozesse die CPU Last verursachen
Wenn SQL Server, dann kann man mal mit dem Aktivitätsmonitor im SQL Server Management Studio anfangen und schauen welche SQL Prozesse was machen, welche DBs I/O haben, wie die Wait Statistik aussieht ...
Im Management Studio kann man sich auch Berichte erstellen lassen über teuerste Abfragen in CPU Zeit etc. (Im Kontextmenü der DB Instanz)
Und was genau ist bei Dir eine Memory Exception?
Guten Morgen em-pie,
ja das der unter Last hochgeht ist mir durchaus bewusst
Aber da läuft wirklich nichts. Das System ist noch nicht produktiv.
Ist übrigens eine Instanz mit X DBs.
@sabines:
ESXI
@Vision: 48GB Speicher zugewiesen. Das sollte für uns dicke reichen. 8 Kerne sind zugewiesen
@AndreasHoster: Ja hatte ich getan. Ja es ist wirklich der SQLer. Wie gesagt sonst ist die Büchste auch absolut blank. Ich schau gleich mal in den Monitor.Hatte gestern nur die eine DB mit ihren MemoryExeptions gefunden.
/update: Datenbank EA sind bei fast 0MB/s. Prozessorzeit auf 99%. Batchanforderungen/s bei 450/s. Wenn ich unter Ressourcenwartevorgänge nach absteigender aktueller Wartezeit sortiere, ist bei mir ganz oben das Logging mit 54ms
ja das der unter Last hochgeht ist mir durchaus bewusst
Aber da läuft wirklich nichts. Das System ist noch nicht produktiv.Ist übrigens eine Instanz mit X DBs.
@sabines:
ESXI
@Vision: 48GB Speicher zugewiesen. Das sollte für uns dicke reichen. 8 Kerne sind zugewiesen
@AndreasHoster: Ja hatte ich getan. Ja es ist wirklich der SQLer. Wie gesagt sonst ist die Büchste auch absolut blank. Ich schau gleich mal in den Monitor.Hatte gestern nur die eine DB mit ihren MemoryExeptions gefunden.
/update: Datenbank EA sind bei fast 0MB/s. Prozessorzeit auf 99%. Batchanforderungen/s bei 450/s. Wenn ich unter Ressourcenwartevorgänge nach absteigender aktueller Wartezeit sortiere, ist bei mir ganz oben das Logging mit 54ms
