Neu Artikel öffnen dauert 18-20 Sekunden

[Tomka]

Hallo zusammen,

wir haben seit einiger Zeit ein Performance-Problem beim Öffnen von Artikeln in der Wawi und wollte mal fragen, ob das noch jemand kennt bzw. ob jemand eine Idee hat.

Das Problem: Öffnet man einen Artikel, während man über das Internet auf den SQL-Server zugreift (z. B. im Homeoffice oder Büro), dauert das Öffnen ca. 18-20 Sekunden.

Unser SQL-Server (MSSQL 2022) läuft auf einem IONOS Dedicated Server, direkt daneben (quasi Nachbar-VM) läuft eine Windows-Maschine für unseren JTL-Worker. Öffnet man denselben Artikel von dieser VM aus, erscheint er innerhalb einer Sekunde. Von jedem anderen Standort aus, egal ob Homeoffice oder Büro, dauert es 18-20 Sekunden.

Produktanzahl in der Wawi aktuell ca. 130.000, falls das für den Vergleich mit euren Setups relevant ist.

Das Problem ist an 4 verschiedenen Standorten, auf 4 unterschiedlichen Rechnern und über 3 unterschiedliche Internetanbieter reproduziert worden, immer dasselbe Bild. Die Rechner sind alle aktuell (DDR4/DDR5), also keine alten Kisten, die man als Ursache verdächtigen könnte.

Besteht unverändert auf Wawi-Version 2.0.3.0 und nach dem Update auch auf 2.1.1.0.

Was wir bisher getestet und ausgeschlossen haben:
- SQL Server CPU-/Speicherauslastung während des Vorgangs: unauffällig, praktisch im Leerlauf
- Allgemeine Netzwerklatenz: Traceroute zeigt normale Round-Trip-Zeiten von 40-70 ms, reiner TCP-Verbindungsaufbau zum SQL-Port liegt konstant bei 40-96 ms
- Isolierte Testabfrage der betroffenen Tabelle direkt per SSMS vom Client aus: lief in 0 ms
- MTU/Fragmentierung auf dem öffentlichen Verbindungsweg gezielt getestet (ICMP mit gesetztem DF-Flag, schrittweise Paketgrößen): bei Standardgröße (1472 Byte Nutzlast) läuft die Verbindung sauber durch, keine verworfenen Pakete
- Client-PC-Auslastung während des Vorgangs: unauffällig, PC im Leerlauf
- Alle Indizes und Statistiken der Datenbank neu aufgebaut/aktualisiert: Problem bestand danach unverändert weiter

Mit SQL Server Extended Events konnten wir den genauen Vorgang beim Öffnen eines Artikels aufzeichnen: Von ca. 40 Datenbankabfragen, die dabei ablaufen, sind fast alle in wenigen Millisekunden fertig. Eine einzige Abfrage (SELECT auf tLieferStatus, eine kleine Tabelle mit Lieferstatus-Bezeichnungen) hängt dabei reproduzierbar 18-20 Sekunden, mit Wartetyp ASYNC_NETWORK_IO - der Server hat die Antwort also längst fertig, es wird nur auf das Abholen durch den Client gewartet.

Würde mich freuen, wenn jemand ähnliche Erfahrungen teilen kann oder sogar schon eine Lösung gefunden hat!

Danke euch

 

[Tomka]

Sorry, ich sehe gerade, dass es unter einem falschen Thema ist. Bitte an die Admins, das in die richtige Gruppe zu verschieben.

 

[recent.digital]

Wir haben schon diverse Systeme analysiert, im Detail kann das schon ziemlich tief gehen. Hast du den JTL Support mal mit einbezogen?

 

[Tomka]

Wir haben schon diverse Systeme analysiert, im Detail kann das schon ziemlich tief gehen. Hast du den JTL Support mal mit einbezogen?

Nein, noch nicht. Ich wollte erstmal die Problematik unsererseits ausschließen. Werde aber noch den Support kontaktieren.

 

[recent.digital]

Hast du mal https://packetlosstest.com/ ausprobiert?

 

[Tomka]

Über die Seite selbst nein. Geht ja nur, die Arbeitsplätze zu testen, wenn ich das richtig sehe. Aber ich habe den Test im Prinzip direkt zwischen Client und Server gemacht. Und zumindest dies war völlig in Ordnung. Nur zwischen WAWI und Server besteht das Problem.

**Was wir getestet haben (Kurzfassung)**

- **Server-Auslastung:** CPU/RAM während des Artikel-Öffnens beobachtet → durchgehend im Leerlauf, kein Engpass
- **SQL-Blockaden:** Geprüft, ob etwas die Abfrage blockiert → keine Blockaden gefunden
- **Detailaufzeichnung der Abfragen:** Alle ~40 Abfragen beim Öffnen eines Artikels einzeln gemessen → alle in Millisekunden fertig, bis auf eine (Lieferstatus-Abfrage), die reproduzierbar 18-20 Sekunden hängt, obwohl der Server sie längst fertig berechnet hat
- **Tabellenstruktur geprüft:** Trigger, Fremdschlüssel, Sichten → nichts Auffälliges
- **Isolierter Test der Abfrage direkt vom Client:** 0 ms Antwortzeit
- **Allgemeine Netzwerklatenz:** 40-70 ms, normaler Wert
- **Verbindungsaufbau zum Server-Port:** konstant 40-96 ms, unauffällig
- **Reproduktion an mehreren Standorten:** 4 Standorte, 4 Rechner, 3 Internetanbieter, alle aktuelle Hardware → überall dasselbe Muster
- **Vergleich mit Zugriff im selben Netz wie der Server:** unter 1 Sekunde
- **Paketgrößen-/Fragmentierungstest auf dem tatsächlichen Verbindungsweg:** unauffällig, keine verworfenen Pakete

**Fazit:** Serverlast, Netzwerklatenz, Paketgröße, Client-Auslastung und sind ausgeschlossen. Es bleibt ein clientseitiges Verhalten beim Öffnen eines Artikels über Internet-Zugriff.