Unterstützung bei der Analyse - langsamer SQL Zugriff
Hallo liebe Mitglieder,
ich würde mich über ein paar zusätzliche Ideen zum Thema freuen.
Server: Server 2008 R2
SQL: SQL Server 2012 Developer
RAM 16 GB
CPU: E5-2407 @ 2.20GHz 2.20GHz
Datenträger: RAID 5 (3x je 500GB)
Problem: Der Zugriff per Webbrowser/Software (lokaler PC) lahmt, sobald man Daten von der Datenbank abruft.
---
Folgendes beschäftigt mich gerade: Ich habe einen Server bekommen, wo mehrere Anwendungen gemischt laufen. Viele greifen von außen auf den SQL Server zu und einige Programme auf dem Server lassen sehr starke schreib/lese Jobs laufen. Anbei findet ihr zwei Screenshots, die ich in dem Moment gemacht habe, als ein Job lief. Es läuft der Appache Bamboo Service drauf, der sehr viel schreibt.
Ich bin ja da Meinung, SQL Server > !nur! SQL Server, aber ich habe es halt so überreicht bekommen. Ein neuer Server ist nicht drin.
Was meint Ihr? Könnte das aufstocken von 16GB auf 32 GB Besserung bringen, oder liegt es einfach daran, dass zu viele Programme drauf zugreifen und die Lese/Schreibgeschwindigkeit deshalb zu gering für den SQL Server ausfällt. Ich muss aber dazu sagen, dass wenn keine Jobs laufen ist der Zugriff auf die SQL Datenbank trotzdem extrem langsam. Momentan werden laut Taskmanager nur 10GB von 16GB aktiv genutzt. 6GB sind im Cache.
-------
Ich tippe einfach auf zu lahme Platten/zu starke Auslastung auf diesen.
Würde mich freuen, wenn mich jemand mit stärkerer Erfahrung in SQL Server unterstützt.
Vielen Dank an alle!
Liebe Grüße
Sachellen
ich würde mich über ein paar zusätzliche Ideen zum Thema freuen.
Server: Server 2008 R2
SQL: SQL Server 2012 Developer
RAM 16 GB
CPU: E5-2407 @ 2.20GHz 2.20GHz
Datenträger: RAID 5 (3x je 500GB)
Problem: Der Zugriff per Webbrowser/Software (lokaler PC) lahmt, sobald man Daten von der Datenbank abruft.
---
Folgendes beschäftigt mich gerade: Ich habe einen Server bekommen, wo mehrere Anwendungen gemischt laufen. Viele greifen von außen auf den SQL Server zu und einige Programme auf dem Server lassen sehr starke schreib/lese Jobs laufen. Anbei findet ihr zwei Screenshots, die ich in dem Moment gemacht habe, als ein Job lief. Es läuft der Appache Bamboo Service drauf, der sehr viel schreibt.
Ich bin ja da Meinung, SQL Server > !nur! SQL Server, aber ich habe es halt so überreicht bekommen. Ein neuer Server ist nicht drin.
Was meint Ihr? Könnte das aufstocken von 16GB auf 32 GB Besserung bringen, oder liegt es einfach daran, dass zu viele Programme drauf zugreifen und die Lese/Schreibgeschwindigkeit deshalb zu gering für den SQL Server ausfällt. Ich muss aber dazu sagen, dass wenn keine Jobs laufen ist der Zugriff auf die SQL Datenbank trotzdem extrem langsam. Momentan werden laut Taskmanager nur 10GB von 16GB aktiv genutzt. 6GB sind im Cache.
-------
Ich tippe einfach auf zu lahme Platten/zu starke Auslastung auf diesen.
Würde mich freuen, wenn mich jemand mit stärkerer Erfahrung in SQL Server unterstützt.
Vielen Dank an alle!
Liebe Grüße
Sachellen
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 308466
Url: https://administrator.de/forum/unterstuetzung-bei-der-analyse-langsamer-sql-zugriff-308466.html
Ausgedruckt am: 23.12.2024 um 08:12 Uhr
6 Kommentare
Neuester Kommentar
Moin,
aus meiner Sicht gibt es mehrere Möglichkeiten:
1. Das RAID 5 ist nicht das schnellste für den SQL. Wir nutzen 2x RAID 1 (Systemlaufwerk und Datenlaufwerk).
1a. Festplatten-Geschwindigkeit: Je schneller desto besser (SSDs müssen aber unterstützt werden vom Board / Controller).
2. RAM-Speicher. Der SQL braucht soviel RAM, wie eben geht. Wenn also OS und Mainboard es zulassen, dann stopf das Board bis oben hin voll. Anschließend dem SQL soviel wie möglich zuweisen.
3. Datenbank-Wartung: Hast Du schon mal eine Datenbank-Wartung durchgeführt? Datenbank-Integrität prüfen und anschließend neu indizieren?
4. Aufteilung der SQL-Daten: Log-Files und SQL-DB auf getrennte Laufwerke; somit wird die Last besser verteilt
Gruß
Looser
aus meiner Sicht gibt es mehrere Möglichkeiten:
1. Das RAID 5 ist nicht das schnellste für den SQL. Wir nutzen 2x RAID 1 (Systemlaufwerk und Datenlaufwerk).
1a. Festplatten-Geschwindigkeit: Je schneller desto besser (SSDs müssen aber unterstützt werden vom Board / Controller).
2. RAM-Speicher. Der SQL braucht soviel RAM, wie eben geht. Wenn also OS und Mainboard es zulassen, dann stopf das Board bis oben hin voll. Anschließend dem SQL soviel wie möglich zuweisen.
3. Datenbank-Wartung: Hast Du schon mal eine Datenbank-Wartung durchgeführt? Datenbank-Integrität prüfen und anschließend neu indizieren?
4. Aufteilung der SQL-Daten: Log-Files und SQL-DB auf getrennte Laufwerke; somit wird die Last besser verteilt
Gruß
Looser
Die SQL-Wartung solltest Du auf eine Zeit außerhalb der Arbeitszeit legen. Damit wird das System schon sehr belastet.
Über das SQL-Management Studio legst Du unter Verwaltung-> Wartungspläne einen neuen Wartungsplan an.
Dieser beinhaltet im Wesentlichen 3 Schritte:
1. Task Datenbankintegrität prüfen
2. bei Erfolg von Schritt 1 Task Index neu erstellen
3. bei Erfolg von Schritt 2 Verlaufscleanup
Diesen Wartungsplan läßt Du dann vom SQL-Server-Agent ausführen (bei uns derzeit 2x wöchentlich); die erforderliche Häufigkeit musst Du selber rausfinden (von einmal wöchentlich bis täglich ist alles möglich).
Wieviele User greifen auf die DB zu? Wieviele Netzwerkadapter hast Du ?
Gruß
Looser
Über das SQL-Management Studio legst Du unter Verwaltung-> Wartungspläne einen neuen Wartungsplan an.
Dieser beinhaltet im Wesentlichen 3 Schritte:
1. Task Datenbankintegrität prüfen
2. bei Erfolg von Schritt 1 Task Index neu erstellen
3. bei Erfolg von Schritt 2 Verlaufscleanup
Diesen Wartungsplan läßt Du dann vom SQL-Server-Agent ausführen (bei uns derzeit 2x wöchentlich); die erforderliche Häufigkeit musst Du selber rausfinden (von einmal wöchentlich bis täglich ist alles möglich).
Wieviele User greifen auf die DB zu? Wieviele Netzwerkadapter hast Du ?
Gruß
Looser