Neu SQL Server Performance verbessern: Hohe Performance mit dem DB KonfigTool (Video)

[Manuel Pietzsch]

Hi Freunde,

gerade haben wir ein Video veröffentlicht, indem ich verdeutliche, was es bedeutet, wenn lange Ladezeiten von JTL-Wawi die Arbeit erschweren und wie man in vielen Fällen ganz einfach Abhilfe schaffen kann.

#LassMirEinLikeDa

Gruß

Euer Manuel

 

[forumjtlolshopag]

Kann man das Tool auch separat runterladen oder sollte man es nur ab der JTL Verison nutzen, wo es mitgeliefert wird? Da fehlt leider die Info, ab welcher Version das mit bei ist. Ich kann es bei uns in dem Ordner mit der Version 1.5.36.2 nicht finden.

 

[seml0R]

Hi Manuel, danke für das Video!
Wie sieht es denn mit JTL-gehosteten Servern aus? Leider können hier verständlicherweise keine Server-Parameter gesetzt werden, dennoch würde man erwarten, dass die Server bereits so konfiguriert sind, dass alles euren eigenen Empfehlungen entspricht. Habe mir das gerade mal angesehen, da ist noch einiges gelb

Vielen lieben Dank und Grüße,
seml0R

 

[Manuel Pietzsch]

Hi,

Kann man das Tool auch separat runterladen oder sollte man es nur ab der JTL Verison nutzen, wo es mitgeliefert wird? Da fehlt leider die Info, ab welcher Version das mit bei ist. Ich kann es bei uns in dem Ordner mit der Version 1.5.36.2 nicht finden.

installier dir irgendwo die neue Wawi und kopier dir dort das Tool. Und wenn du schon dabei bist kannst du ja auch flott updaten. Ab der 1.5.40 wurden auch andere Performanceschrauben gedreht.

Hi Manuel, danke für das Video!
Wie sieht es denn mit JTL-gehosteten Servern aus? Leider können hier verständlicherweise keine Server-Parameter gesetzt werden, dennoch würde man erwarten, dass die Server bereits so konfiguriert sind, dass alles euren eigenen Empfehlungen entspricht. Habe mir das gerade mal angesehen, da ist noch einiges gelb

Vielen lieben Dank und Grüße,
seml0R

Ha! Das gebe ich mal weiter

Gruß

Manuel

 

[hula1499]

installier dir irgendwo die neue Wawi und kopier dir dort das Tool.

Warum da jetzt so einen großen, unnötigen Umstand?

Das Tool hat doch eh nicht irgendwas mit der WaWi Version zu tun.

 

[Manuel Pietzsch]

Warum da jetzt so einen großen, unnötigen Umstand?

Das Tool hat doch eh nicht irgendwas mit der WaWi Version zu tun.

Damit er das Update macht

 

[MichaelH]

@Manuel

Und da wir grad dabei sind, es gab doch mal so etwas wo JTL gesagt hat "Diese WAWI Version ist sicher und so gut wie bugfrei", hieß Release oder RC ?!?
Wie finde ich heraus ob ich eine 1.5.x installieren kann ohne mir Bugs in die Bude zu holen ?
Ich kann ja nicht unzählige offene Tickets studieren und bewerten ?

 

[trennscheibenwelt]

Das würde mich auch interessieren.
Mich hält das aktuell von updates ab.

 

[trennscheibenwelt]

Hallo @Manuel Pietzsch ich habe da noch paar Fragen.

Ich nehme bezug auf folgenden Threat:
https://forum.jtl-software.de/threads/hallengren-tools-ab-1-5-40.155467/#post-848014

Dort hat SebiW ein Zitat aus folgendem Ticket geschrieben:
https://issues.jtl-software.de/issues/WAWI-53086

Das Zitat:

Das Datenbank-Tool wird mit der Funktion "Geschwindigkeitsoptimierung" diese SP aufrufen. Bei SQL-Servern die mit einem SQL Agent ausgeliefert werden (Standard-Edition oder höher), empfehlen wir einen entsprechenden Agent-Job einzurichten, der die entsprechende SP (dbo.spOptimize) einmal nachts ausführt.

Meine Fragen dazu:
Ist das immer noch eine Empfehlung?
Wenn ja müsste die Info nicht auch noch mit in das Video?
Ich kann mir Schlecht vorstellen das jeder der diesen Threat hier liest auch das Ticket dazu kennt.

Wie verhält sich das ganze mit einer SQL Expressversion?
Die wird wahrscheinlich am häufigsten verbreitet sein oder?

 

[mvh]

Moin.
Wir denken, das Tool wurde nicht ausreichend mit den Multiprozessor-Servern getestet.
Für unseren SQL-Server mit 2 x Xeon (also 2 physischen Prozessoren mit je 8 Kernen) schlägt er MDOP 4,
was viele Abfragen, und das haben wir Heute getestet, ausbremst.
Hier würde unsere (und von Microsoft selbst) Empfehlung bei 8 liegen.

Mit freundlichen Grüßen, Ihr MVH-Team

 

[Dom@H1]

Moin.
Wir denken, das Tool wurde nicht ausreichend mit den Multiprozessor-Servern getestet.
Für unseren SQL-Server mit 2 x Xeon (also 2 physischen Prozessoren mit je 8 Kernen) schlägt er MDOP 4,
was viele Abfragen, und das haben wir Heute getestet, ausbremst.
Hier würde unsere (und von Microsoft selbst) Empfehlung bei 8 liegen.
Den Anhang 62164 betrachten
Mit freundlichen Grüßen, Ihr MVH-Team

Hallo mvh,

Bei "Max. Grad an Parallelität" halte ich bei 2x8 Kernen mindestens die Einstellung 8 für Sinnvoll!
In direkter Verbindung steht die Einstellung darüber "Kostenschwellenwert für Parallelität".
50 ist zwar ein guter Wert für den Start, jedoch sollte man das an seine Auslastung und an seinen Server anpassen genau wie "Max. Grad an Parallelität".

Also mach das wieder auf 8! 4 ist definitiv nicht richtig.
Individuelles Tuning halte ich für dich sinnvoll!

Die Optimierungen durch das Tool von JTL sind wirklich sehr gut, jedoch sind das Durchschnittswerte die eingestellt werden und bei den Meisten PCs/Server direkt laufen sollten. Meistens kann man noch ordentlich was an Leistung mehr rausholen. Genau an dem Punkt helfe ich gerne weiter.

Gruß,
Dominik

 

[pbcom]

Moin,
ich würde auch gerne eine Optimierung mit dem Toool durchführen. Vorab habe ich aber noch eine Frage, zwei Werte würden von dem Tool verkleinert werden. Ich denke diese Werte sollte ich nicht verändern oder?
1) Maximaler Serverarbeitsspeicher (der JTL Server läuft auf einer VM die 24GB RAM zugewiesen bekommen hat)
2) Größe der Datendatei (*.mdf). Die aktuelle Größe liegt bereits bei > 45MB

Ich wäre für jeden Tipp dankbar.

 

[mvh]

Moin,
ich würde auch gerne eine Optimierung mit dem Toool durchführen. Vorab habe ich aber noch eine Frage, zwei Werte würden von dem Tool verkleinert werden. Ich denke diese Werte sollte ich nicht verändern oder?
1) Maximaler Serverarbeitsspeicher (der JTL Server läuft auf einer VM die 24GB RAM zugewiesen bekommen hat)
2) Größe der Datendatei (*.mdf). Die aktuelle Größe liegt bereits bei > 45MB

Ich wäre für jeden Tipp dankbar.
Den Anhang 62293 betrachtenDen Anhang 62296 betrachtenDen Anhang 62299 betrachtenDen Anhang 62302 betrachten

Moin,
1) Ich würde den Vorschlag übernehmen, denn auch das Betriebssystem braucht Speicher, sonst würde im schlimmsten Fall ständig die Auslagerungsdatei benutzt.
Ich würde allerdings anzweifeln, dass 24GB Speicher überhaupt für SQL Server + Windows ausreicht.
2) Ich würde den Vorschlag nicht übernehmen. Es ergibt keinen Sinn und SQL Server würde es sowieso nicht erlauben.

 

[Dom@H1]

Moin,
1) Ich würde den Vorschlag übernehmen, denn auch das Betriebssystem braucht Speicher, sonst würde im schlimmsten Fall ständig die Auslagerungsdatei benutzt.
Ich würde allerdings anzweifeln, dass 24GB Speicher überhaupt für SQL Server + Windows ausreicht.
2) Ich würde den Vorschlag nicht übernehmen. Es ergibt keinen Sinn und SQL Server würde es sowieso nicht erlauben.

Ich Stimme mvh da zu!
1. Was läuft auf dem Server alles? Ideal wäre nur die JTL Wawi. Falls das der Fall ist würde ich mit 10-15% vom Ram für das System übrig lassen, minimal aber 4gb. Falls noch weitere Programm/Dienste laufen muss man das individuell ansehen.
2. 100% Zustimmung! Die größe lassen. Bei "Automatisches Wachstum der Datendatei" würde ich die vorgeschlagenen 500mb nehmen. Aktuell waren 10GB eingestellt. Das ist dann jedes mal ein sehr großer Sprung.

Was für ein Server ist es den genauer?

 

[pbcom]

Ich würde allerdings anzweifeln, dass 24GB Speicher überhaupt für SQL Server + Windows ausreicht.

OK, ich muss mich korrigieren. Gerade nachgeschaut, dem JTL-Server (VM) wurden 32GB zugewiesen.

 

[Dom@H1]

OK, ich muss mich korrigieren. Gerade nachgeschaut, dem JTL-Server (VM) wurden 32GB zugewiesen.

Die Signatur verrät ja schon einige Details!
Ganz ehrlich ich glaube das hier das Tool noch einige Einstellungen verbessern kann, aber auch schnell an die Grenzen stoßen könnte/wird.

Was ich aber gerade sehe was ein viel größeres Thema ist. Alle Datenbanken liegen auf C: ?
Selbst bei einem Raid(Z)1-10 wäre es ein großer Mehrwert(!) die Datenbanken, Logs und Tempdb nicht auf der Systemplatte laufen zu lassen.
Ein Beispiel wäre hier die Last der Laufwerke (trotz SSD, NMVE, ...) auf mehrere Raids zu verteilen, usw.

Wie ist die Performance vom System (gerne mit Details)?

 

[pbcom]

Ich Stimme mvh da zu!
1. Was läuft auf dem Server alles? Ideal wäre nur die JTL Wawi. Falls das der Fall ist würde ich mit 10-15% vom Ram für das System übrig lassen, minimal aber 4gb. Falls noch weitere Programm/Dienste laufen muss man das individuell ansehen.
2. 100% Zustimmung! Die größe lassen. Bei "Automatisches Wachstum der Datendatei" würde ich die vorgeschlagenen 500mb nehmen. Aktuell waren 10GB eingestellt. Das ist dann jedes mal ein sehr großer Sprung.

Was für ein Server ist es den genauer?

Der VM-Host ist ein Intel Xeon E3-1245 v6, 4C/8T, 3.70-4.10GHz mit 64GB RAM und 2x SATA SSDs + 2x M.2 SSDs + 2x HDDs (jeweils im Raid1)

Auf dem VM laufen insgesamt 4 virtuelle Server
#1 Windows Server 2016 Standard > AD DS, DHCP, DNS
#2 Windows Storage Server 2016 Workgroup > File-Server (Netzlaufwerke, Ordner-Freigaben), Druckerserver
#3 Microsoft Windows Server 2019 Standard > JTL-Wawi + SQL Server 2017 Standard Edition
#4 und die vierte VM ist für diverse Kleinigkeiten, Zeiterfassung usw.

Dem JTL-Server stehen die M.2 SSDs alleine zur Verfügung und der RAM auf 32GB fest zugewiesen. Die anderen VMs weisen den RAM automatisch zu.

 

[Dom@H1]

Der VM-Host ist ein Intel Xeon E3-1245 v6, 4C/8T, 3.70-4.10GHz mit 64GB RAM und 2x SATA SSDs + 2x M.2 SSDs + 2x HDDs (jeweils im Raid1)

Auf dem VM laufen insgesamt 4 virtuelle Server
#1 Windows Server 2016 Standard > AD DS, DHCP, DNS
#2 Windows Storage Server 2016 Workgroup > File-Server (Netzlaufwerke, Ordner-Freigaben), Druckerserver
#3 Microsoft Windows Server 2016 Standard > JTL-Wawi + SQL Server 2017 Standard Edition
#4 und die vierte VM ist für diverse Kleinigkeiten, Zeiterfassung usw.

Dem JTL-Server stehen die M.2 SSDs alleine zur Verfügung und der RAM auf 32GB fest zugewiesen. Die anderen VMs weisen den RAM automatisch zu.

Wie viele Cores hat jede der VMs #1-4?
Wie hast du die jeweiligen Festplatten den VMs zugeordnet?

Womit überwacht ihr den SQL Server?

 

[Dom@H1]

was für m.2 sind es genau und wie voll sind sie?

 

[pbcom]

Wie viele Cores hat jede der VMs #1-4?
Wie hast du die jeweiligen Festplatten den VMs zugeordnet?
was für m.2 sind es genau und wie voll sind sie?
Womit überwacht ihr den SQL Server?

#1 (AD DS, DHCP, DNS)
4 virtuelle Prozessoren / Arbeitsspeicher 16GB dyn. / VHD 127GB auf RAID-1 (2x SATA SSD)

#2 (File-Server, Netzlaufwerke, Freigaben, Druckerserver)
2 virtuelle Prozessoren / Arbeitsspeicher 8GB dyn. / VHD 127GB auf RAID-1 (2x SATA SSD)

#3 ( JTL-Wawi & SQL Server)
4 virtuelle Prozessoren / Arbeitsspeicher 32GB fest zugewiesen / VHD 220GB auf RAID-1 (2x M.2 SSD)

#4 (Kleinkram)
2 virtuelle Prozessoren / Arbeitsspeicher 4GB dyn. / VHD 127GB auf RAID-1 (2x SATA SSD)

C = System + VM-Verzeichnis (#1, #2, #4) 2x Samsung SSD 860 PRO 512GB, SATA
D = VM-Verzeichnis (#3 ausschließlich für JTL-SERVER) 2x Samsung SSD 860 EVO 250GB, M.2 (128GB noch frei)

Überwachung, was meinst du genau?