Neu Hilfe! Flaschenhals in der Datenbankkommunikation.

[trennscheibenwelt]

Hallo alle zusammen,

Wir haben seit Freitag das Problem, dass sich bei uns in der Datenbankkommunikation ein "Flaschenhals" eingeschlichen hat.
Es ist super langsam, was das Arbeiten sehr anstrengend macht.

Kurz zu unserer Netzwerkumgebung:
Wir haben in unseren Räumlichkeiten eine Synology (RS1619xs+) stehen.
Diese hat:
- einen INTEL Xeon D-1527 (4 Kerne)
- 16 GB RAM
- 10 TB Speicher

Auf diesem Server läuft eine virtuelle Maschine. Dieser wurden 3 Kerne und 8 GB RAM zugeteilt.
Auf dieser VM hosten wir unsere Datenbank.
Wenn alle Arbeiten sind 6 Benutzer im Netzwerk unterwegs.
Zur Größe der Datenbank kann ich nicht viel sagen, außer dass wir noch unter den 10 GB sind und auch kein Filestream nutzen.

Normalerweise immer, wenn es ein Update gab, egal ob auf der Synology oder der VM habe ich immer einen kompletten Neustart gemacht und alles lief super.
Doch seit Freitag leider nicht. Vielleicht reicht auch nur ein Blick über die jetzige Konfiguration und das Problem ist Geschichte.

Dieses Problem habe ich nur in eb-Standard. Die anderen Mandaten laufen ohne Probleme wie gewohnt.

Hatte jemand schon mal so ein Problem?
Hat jemand einen Anhaltspunkt, was ich noch ausprobieren könnte.

Wir nutzen noch die WAWI 1.5.47.4

Ticketnummer: Ticket#2022111510001793

Danke schonmal und schöne Woche noch.
Grüße, Patrick.

 

[John]

Was hast Du denn am Freitag geupdatet? Windows, Wawi, ...?

8GB RAM ist schon ARG wenig für ein Windows mit SQL...

 

[Verkäuferlein]

Auf diesem Server läuft eine virtuelle Maschine. Dieser wurden 3 Kerne und 8 GB RAM zugeteilt.
Auf dieser VM hosten wir unsere Datenbank.

Welches Betriebssystem läuft denn in der VM?
Und was habt Ihr am Freitag gemacht / geändert?

Ist der eB-Standard der Mandant mit der größten DB?
Wie sind die Größenverhältnisse der unterschiedlichen Mandanten-DBs?

Hier im Forum gab es mal einen Thread in welchem erklärt wird, wie man die Größe der DB ermittelt. Gib sonst aber zumindest mal die Größe der Backups an, damit man halbwegs eine Vorstellung davon hat.

 

[trennscheibenwelt]

Hallo @John und @Verkäuferlein

Auf der VM läuft Windows 10
Am Freitag habe ich die aktuellen Windows Updates eingespielt und einen weiteren Arbeitsplatz eingerichtet. (den 6-ten)

Dieses Problem habe ich eigentlich nach jedem Windows Update auf der VM. Bis dato war die Lösung immer den Server ebenso neu zu starten.

eB-Standard ist deutlich kleiner als Mandant_1
Die .bak Dateien haben folgende Größen:
eB-Standard = 407.131 KB
Mandant_1 = 7.812.070 KB
Mandant_2 = 128.027 KB
Mandant_3 = 74.459 KB
Gesamt = 8.421.687 KB (8,4 GB)
(Jetzt sehe ich aber, dass ich mir auch mal Gedanken über Filestream machen muss.😅)

Diese Backups hab ich grade mit der JTL Datenbankverwaltung gemacht. Normalerweise laufen die automatisch mittels SQLBackupAndFTP.
Bei den frischen Backups hab ich einfach mal den Hacken bei "Vor dem Backup Indizes reorganisieren und neu erstellen" reingemacht und plötzlich rennt eB-Standrad wieder.

Performance Probleme hatte ich auch NUR bei den Artikeln, alles andere (Kunden, Rechnungen, Aufträge usw.) wurde schnell geladen.

Konnte das reorganisieren meine Lösung sein?
Was würdet ihr den an RAM empfehlen, um eine Zeit lang erstmal ruhe zu haben?

 

[Nicson]

Hallo alle zusammen,

Wir haben seit Freitag das Problem, dass sich bei uns in der Datenbankkommunikation ein "Flaschenhals" eingeschlichen hat.
Es ist super langsam, was das Arbeiten sehr anstrengend macht.

Kurz zu unserer Netzwerkumgebung:
Wir haben in unseren Räumlichkeiten eine Synology (RS1619xs+) stehen.
Diese hat:
- einen INTEL Xeon D-1527 (4 Kerne)
- 16 GB RAM
- 10 TB Speicher

Auf diesem Server läuft eine virtuelle Maschine. Dieser wurden 3 Kerne und 8 GB RAM zugeteilt.
Auf dieser VM hosten wir unsere Datenbank.
Wenn alle Arbeiten sind 6 Benutzer im Netzwerk unterwegs.
Zur Größe der Datenbank kann ich nicht viel sagen, außer dass wir noch unter den 10 GB sind und auch kein Filestream nutzen.

Normalerweise immer, wenn es ein Update gab, egal ob auf der Synology oder der VM habe ich immer einen kompletten Neustart gemacht und alles lief super.
Doch seit Freitag leider nicht. Vielleicht reicht auch nur ein Blick über die jetzige Konfiguration und das Problem ist Geschichte.

Dieses Problem habe ich nur in eb-Standard. Die anderen Mandaten laufen ohne Probleme wie gewohnt.

Hatte jemand schon mal so ein Problem?
Hat jemand einen Anhaltspunkt, was ich noch ausprobieren könnte.

Wir nutzen noch die WAWI 1.5.47.4

Ticketnummer: Ticket#2022111510001793

Danke schonmal und schöne Woche noch.
Grüße, Patrick.

Ich gehe Mal davon aus die 10TB sind keine SSDs?
Da die NAS 10 TB hat gehe ich ebenfalls davon aus dass diese nicht NUR für die DB da ist?
Laufen Backupaufgaben? Datenübertragungen?
Evtl. noch Cloud Dienste auf der NAS? Mediaserver u.s.w. ?
Wenn 2 LAN Ports, laufen diese als "Bridge" ?
Was sagt die Systemauslastung ?


Grüsse

 

[Verkäuferlein]

Diese Backups hab ich grade mit der JTL Datenbankverwaltung gemacht. Normalerweise laufen die automatisch mittels SQLBackupAndFTP.
Bei den frischen Backups hab ich einfach mal den Hacken bei "Vor dem Backup Indizes reorganisieren und neu erstellen" reingemacht und plötzlich rennt eB-Standrad wieder.

Performance Probleme hatte ich auch NUR bei den Artikeln, alles andere (Kunden, Rechnungen, Aufträge usw.) wurde schnell geladen.

Konnte das reorganisieren meine Lösung sein?
Was würdet ihr den an RAM empfehlen, um eine Zeit lang erstmal ruhe zu haben?

Manchmal steckt man halt nicht drin. Ist doch gut, wenn Du erstmal eine Lösung hast.

Es handelt sich ja um Mandanten und nicht um DB-Instanzen, korrekt?
Meine Vermutung wäre gewesen, dass es eine Rolle spielt, dass in eB-Standard die Nutzerdaten/Rechte verwaltet werden und damit möglicherweise die größte allgemeine Last auf der DB liegt.

Möglicherweise ist es aber auch tatsächlich so, dass die Festplatte hier einen Flaschenhals beim Laden größerer Datenmengen darstellt und vielleicht die Fragmentierung ungünstig ist und daher die eB-Standard besonders anfällig.

Aber das sind halt alles nur Ansätze und Vermutungen, was man prüfen / ändern könnte.

Ansonsten würde ich in einem Server oder "Server" immer mindestens 32GB RAM verbauen.

 

[Nicson]

Hast du die Punkte Mal durch? Soweit ich weiß macht das bei größeren DBs durchaus Sinn. Die möglichen Werte richten sich nach eingesetzter SQL Version (Express/Lizensiert).
https://www.jtl-software.de/blog/loesungen-von-jtl/optimale-einrichtung-der-sql-datenbank
Wenn der Speicher je Instanz begrenzt ist durch "Express" ist es fast unerheblich wieviel Speicher du dem Server selbst gibst.
Je nach Datenbankgrösse & ob noch Worker o.ä. auf dem Server läuft, reichten mir meist 12GB für die virt. Maschine.
Grüsse