Offen Wareneingang über Packtisch extrem langsam WAWI 1.3.16.1

[guidob]

Keine Ahnung ob es an der Verbindung, unserem Server oder der WAWI liegt. Daher einfach mal die Ist-Situation:

Wir arbeiten aktuell mit bis zu 4 Packtischen zeitgleich beim Warenausgang und haben so gut wie nie Verzögerungen nach einem Scan. Die Mitarbeiter können zügig durcharbeiten... fast wie beim großen Supermarkt an der Kasse.

Beim Wareneingang allerdings (identische Plätze und teilweise arbeitet nur eine Person) läuft alles eher nach dem "bloß keine Eile"-Prinzip. Teilweise dauerte es bis zu 5 Sekunden, bis er einen Scan verarbeitet hat. Zügig durcharbeiten ist einfach nicht machbar. Startet noch eine 2. Person, sollte die Kaffeemaschinen nicht weit sein.

Aktueller Stand der Technik:

Externer SQL-Server 2014, über DSL 14T angebunden, WAWI ist die 1.3.16.1.

Ich würde es erstmal auf die DSL-Leitung schieben, aber ich verstehe nicht den Unterschied zwischen Wareneingang und Ausgang. So kompliziert kann die SQL-Anweisung doch eigentlich nicht sein.

Wie gesagt, keine Ahnung wo der Fehler liegt. Vielleicht hat ja Jemand eine Idee.

 

[Stetto]

Hi, ein paar grundlegende Fragen dazu:

* Verwendet ihr "Boxen füllen aus dem Wareneingang" oder " EazyShipping aus dem Wareneingang"?
* Verwendet ihr Vorgabeplätze mit "Artikel automatisch auf Vorgabeplätze buchen"?
* Habt ihr im Wareneingang sehr viele Artikel, die jeweils als Komponente in vielen Stücklisten enthalten sind?
* Ist die SQL Server Version größer als "Express" bzw. besser/gleich "Standard"?
* Wieviel RAM hat der Datenbankserver?

Mit Version 1.4 wurde schon sehr viel an den SQLs verändert, um weitere Performance zu gewinnen.
Im Zweifelsfall über ein Ticket an unseren Support wenden.

 

[guidob]

Sorry, eine wichtige Info wohl vergessen. Aktuell nutzen wir noch nicht das WMS (steht an, sobald alle Abläufe darauf optimiert wurden), sondern nur die WAWI.

Frage 1 und 2 Nein

Es gibt eine Reihe von Artikel, die auch in Stücklisten sind. Es ist aber kein Unterschied, ob wir Stücklistenkomponenten oder Einzelartikel einbuchen. Es sind vielleicht 20% Stücklistenkomponenten

Aktuell läuft die Datenbank auf einem separaten Standard SQL-Server 2014 mit 8 GB Arbeitsspeicher, 4 Prozessorkernen und SSD-Platten.

Viele Grüße
Guido

 

[Stetto]

Hi, danke für die Infos.

Unter den genannten Aspekten sollte der Wareneingang eigentlich "rennen wie Sau". Es muss irgendeine besondere Konstellation sein, die hier Probleme macht.

Da muss der Support wirklich mal vermutlich per TeamViewer schauen. Erste Prüfungen könnt ihr mit "SQL Express Profiler" und/oder "Microsoft Debug View" schon selbst durchführen.

Eines oder beide Tools mal auf einem der Wareneingangsplätze starten und im Hintergrund laufen lassen.

Darin sind dann die abgefeuerten SQL-Abfragen zu sehen, sowieso die Dauer, bis das Ergebnis des SQL zurückgeliefert wird.

So kann man ggf. einen Flaschenhals schon finden und den Support deutlich beschleunigen.

Eventuell wird es auch nötig sein, dass wir ein Backup der Datenbank anfordern müssen, um zu prüfen, ob das Problem auch auf unseren Systemen reproduzierbar ist oder ob ggf. der SQL Server falsch konfiguriert wurde.

Es gibt z. B. Funktionen wie "Auto Close" oder "Auto Shrink", die deaktiviert sein sollten. Siehe dafür auch unsere dreiteilige Serie im JTL-Blog zur Optimierung der Datenbankperformance: https://blog.jtl-software.de/optimale-einrichtung-der-sql-datenbank/

 

[guidob]

Na von "rennen wie Sau" sind wir noch etwas entfernt Wir führen erstmal die Datenbankoptimierung durch und lassen dann mal ein Log mitlaufen. Sobald ich mehr weiß melde ich mich nochmal bzw. mach ein Ticket auf.