WAWI Clients sehr langsam

[BlueEyePhoenix]

Scheint ein allgemeines Problem in der Wawi 1.4 zu sein. Selbst am Server direkt ist die Warenwirtschaft mit Version 1.4 um einiges langsamer geworden. Normale Abfragen am Client PC im lokalen Netzwerk, ob im Verkauf oder bei den Artikeln, ist viel zu zeitintensiv und ein wirtschaftliches Arbeiten zur Zeit nicht möglich. In richtung Ladezeiten muss sich einiges bessern, selbst geladene Inhalte werden nach dem verlassen erneut geladen.

 

[Rico Giesler]

Ich habe bei mir auch eine Testinstallation der 1.4 und kann das nicht bestätigen.
Beispielsweise ist die Artikelverwaltung bei mir um einiges schneller als in der 1.3.19.3.

Eventuell kann ja jemand anders, der die Pilotversion einsetzt etwas dazu sagen.

 

[BlueEyePhoenix]

Ich habe bei mir auch eine Testinstallation der 1.4 und kann das nicht bestätigen.
Beispielsweise ist die Artikelverwaltung bei mir um einiges schneller als in der 1.3.19.3.

Eventuell kann ja jemand anders, der die Pilotversion einsetzt etwas dazu sagen.

Selber den server gehostet und wie groß ist die Datenbank bei dir? Irgendwo muss es ja einen Ansatz geben warum es bei uns so lahm ist.

 

[Rico Giesler]

Ist bei mir lokal installiert und eine Verhältnismäßig kleine DB. Allerdings habe ich die gleiche DB auf einem ähnlichen System mit der 1.3.19.3 laufen und daher kann ich den Unterschied bei mir recht gut fest machen.
Es kann aber an vielen verschiedenen Dingen liegen.
Bitte schreib dazu mal an die Pilotkundenadresse eine Mail, damit das genauer geprüft werden kann.

 

[BlueEyePhoenix]

Die Mail an die Pilotkunden ist bereits versendet nur leider noch keine Rückmeldung erhalten.

 

[njr]

bitte, bitte, bitte, lesen Sie den Thread von oben bis unten durch.

Ist bei mir lokal installiert und eine Verhältnismäßig kleine DB.

Zum zehnten Mal... das Problem tritt auf sobald die DB NICHT lokal liegt. Kleine inkrementale Veränderungen von 1.3 auf 1.4 sind hier völlig irrelevant. Ladezeiten für die einfache Artikelverwaltung sind 5 bis 10 Sekunden pro Artikel. Wenn dies sich auf 4,5 bis 9,5 Sekunden reduziert, habe ich nicht wirklich viel davon.

"Internet DB Server" ist eine Konstallation die JTL offiziell unterstützt. Dass Ihre Entwickler nicht damit testen ist entweder unverantwortlich oder unverschämt, je nach dem wie man es sehen will.

 

[NewBuy]

Wenn Ihr Probleme mit der 1.4x habt meldet Euch an der Pilotmail-Adresse alles was mit der 1.4x zu tun hat gehört hier nicht rein.
Hier kann Euch kaum einer helfen.

Ihr Könnt Euch auch zusätzlich in der Skype Gruppe für die Piloten hinzufügen lassen.

Dann ist es wichtig UNBEDINGT die Aktuelle Version zu installieren, welche zur Verfügung gestellt wurde.

 

[Praktikantin]

https://forum.jtl-software.de/threads/performance-verlust-nach-update-auf-1-3-15-4.108665/
Der dort von mir beschriebene Performanceverlust ist massiv und nachhaltig. Bei uns gibt LS-POS den update-Takt vor. Im konkreten Fall auch DSGVO. Das update auf 1.3 war also nicht vermeidbar, die Nebenwirkungen auch nicht.

Immerhin besteht Hoffnung:
https://www.jtl-software.de/blog/veranstaltungen-termine/jtl-connect-2018-recap

Thomas gab eine Vorschau auf JTL-Wawi 1.5. Deren Release liegt zwar noch in einiger Ferne, ... Der Fokus liegt bei diesem Major Release klar auf der Optimierung der Performance.

Wo ich @njr Recht gebe ist, dass sowohl Entwickler als auch Supporter (@Rico Giesler) unbedingt unter Netzwerkbedingungen testen sollten. Es dürfte der übliche Anwendungsfall sein, dass Server und Client nicht auf dem selben Blech laufen. Unter diesen Bedingungen muss sich die Software beweisen.

 

[Rico Giesler]

Grundsätzlich habt ihr da Recht. Leider können damit auch nur bedingt Szenarien nachgestellt werden.
Denn es kommt auf so viele Faktoren an wie die Netzwerkanbindung, den Server, die Artikel (was für Artikel und wie viele), wie viele Datensätze im allgemeinen,...

 

[njr]

Grundsätzlich habt ihr da Recht. Leider können damit auch nur bedingt Szenarien nachgestellt werden.
Denn es kommt auf so viele Faktoren an wie die Netzwerkanbindung, den Server, die Artikel (was für Artikel und wie viele), wie viele Datensätze im allgemeinen,...

Sorry, aber das stimmt einfach nicht.

Internet Pingzeiten sind fast immer im Bereich 10-50 ms (je nach Provider). Mit einem Internet DB Server ist die Performance grotten schlecht, egal von welcher Datenkonstallation man spricht. Die Wartezeiten sind keinem Nutzer zuzumuten.

Hätte ein Entwickler diese Konstellation ein Mal getestet, hätte er (oder sie) das Problem sofort gesehen. Egal wieviel Datensätze.

Von Ihren Kommentaren kann ich nur annehmen, dass Sie kein Softwareentwickler sind. Das Problem liegt nicht an die Bandbreite sondern an die Latenzzeiten. Den Unterschied werde ich hier nicht erklären - es reicht zu wissen, dass Latenzzeiten vom Datenvolum völlig unabhängig sind. Die grottige Performance kann man in einer DB nachstellen die nur einen Artikel enthält !

Dass JTL das Problem nicht angehen möchte ist mir klar. Das ist natürlich Ihr Recht. Aber tun Sie bitte nicht als ob es das Problem nicht gäbe, oder nur "bedingt Szenarien". So fühlt man sich als Kunde regelrecht verar***t.

 

[Rico Giesler]

Es war nicht meine Absicht dass sich jemand verschaukelt fühlt und ja, ich bin kein Entwickler.
Die Kollegen wollen wie schon angekündigt das Thema Performance mit der 1.5 nochmals angehen.
Wenn ihr mit der aktuellen Version Probleme habt und diese nachstellbar sind steht es euch frei ein Ticket im Kundencenter dazu zu erstellen damit sich die Kollegen aus der Entwicklung das gegebenenfalls bei euch ansehen können.

 

[njr]

Vielen Dank für die Antwort. Ich glaube sehr gerne, dass das nicht Ihre Absicht ist.

Ticket habe ich natürlich aufgemacht. Hat leider nichts gebracht und wurde nur mit einem "wir gehen das Problem in eine zukünftige Version an" beantwortet.

Selbst bei "gravierenden" Fehlern helfen Tickets sehr wenig. Wir haben in der Vergangenheit Tickets gehabt wo MwSt falsch berechnet wurde, wo FiBu Export nicht all Rechnungen exportiert, usw. Alle Sachen die ich als kritisch einstufen würde, Selbst in diesen Fällen haben wir i.d.R. ca. ein Jahr auf einen Fix gewartet'.

(Als Nebensatz finde ich die Politik nicht angemessen, dass Anwender nicht über solchen Fehler *aktiv* informiert werden. MwSt Berechnung ist bestimmt für viele Kunden wichtig. Der Berechnungsfehler z.B. ist manchen vielleicht nicht aufgefallen. Die Überraschung kommt erst bei der Betriebsprüfung)

Die Fehlerbehebungspolitik von JTL ist allen bekannt. Ebenso dass sie grundsätzlich keine Aussage zur Veröffentlichungstermine/Releasetermine treffen. So wird man natürlich niemals verspätet liefern. Ebenso ist jegliche Planung für den Kunden unmöglich. Das muss man als JTL Kunde akzeptieren.

Meine Absicht ist es widerrum nicht, Sie hierfür verantwortlich zu machen. Viel eher, die Kernurasche des Problems zu erläutern. Bisher wurde über Switches, RAID, SQL-Optimierungen, DB-Größe und Datenkonstellationen spekuliert. Sie sind alle aber auf der falschen Spur. Wer akzeptable Responsezeiten erreichen will, muss DB entweder Lokal oder im LAN betreiben. Punkt.

Hinweis: Mittlerweile sehe ich, dass JTL die Lösung auch als RDP Lösung anbietet. Das habe ich nicht ausprobiert, könnte aber relevant sein. Da Client und Server in der gleichen (remote) Netzwerk installiert sind, ist die Performance ggf. besser. Man hätte nur die minimale Latenzzeiten von RDP und nicht die gewaltige Latenzzeiten von JTL_Wawi. JTL wirbt damit, dass man einen Mac endlich nutzen kann. Aber die Bereitstellung dieser Variante ist für mich eher das implizite Geständnis, dass JTL die Performance mit Internet DB Server auch als inakzeptabel anerkannt hat.

 

[NewBuy]

Ich kann Gut nachvollziehen, wenn es nicht flüssig läuft, ist man nicht zufrieden.

Bedenke aber immer, dass eine Verbindung einer Lokalen Wawi Installation immer deutlich langsamer ist wie bei einer Lokalen.
Wieso?
Die Wawi hat ständig einen Austausch mit der Datenbank, dass heißt es werden ununterbrochen Daten zwischen den Lokalen Arbeitsplatz und dem SQL Server ausgetauscht.
Egal welche Software ihr nutzt wird dieses in einer solchen Konstellation langsamer sein wie wenn die Datenbank im Lokalen Netzwerk liegt. Aus diesem Grund ist im Falle eines externen Hostings immer die mit RDP vorzuziehen.

 

[welpe]

Kann es sein das es mit der 1.5.13 fast unmöglich ist noch zu arbeiten?

Um 56 Variantenkombinationen am Client zu speichern dauert es locker 15 Minuten.

Ich habe bereits Firewall ausgeschaltet sowie alles neu installiert und eingerichtet.

Ping ist 13ms.

Am Master dauert das ganze 15 Sekunden zum speichern.

Was mir auffällt ist das kaum Daten gesendet werden vom Client.

Die Probleme treten aber nur auf wenn man Artikel bearbeitet oder Aufträge sucht.

Verpacken über WMS geht schnell.