Neu Nach Aktivierung des Preisvergleich starker Performance-Einbruch

[liquid]

Hallo zusammen,

nachdem wir in unserer Wawi (1.1.2.1) die Funktion Preisvergleich aktiviert haben, ist die Performance merklich eingebrochen, zumindest wenn man einen Artikel öffnet. Es dauert teilweise 5-10 Sekunden, bis die Maske voll geladen ist (vorher kaum messbar).

Das kommt mir so extrem vor, dass ich ernsthaft überlege, die Funktion wieder zu deaktivieren. Hat jemand von Euch eine Idee, woran das liegen könnte? Kann man die Aktualisierungsfunktion evt. anders einstellen (wir haben ca. 8.000 Artikel in der Wawi, davon allerdings viele Childs). Mir ist auch nicht klar, ob der Preisvergleich für den jeweils angeklickten Artikel erst gestartet wird, wenn man ihn aufruft, oder ob diese Funktion im Hintergrund für alle Artikel arbeitet.


Gruß
Ingo

 

[ongnamo]

Hallo Ingo,
ich kämpfe ebenfalls mit Performanceproblem im Artikelstamm. Der Preisvergleich ist aktiv, wobei ich leider nicht darauf geachtet habe, ob der Performanceeinbruch zeitgleich mit der Aktivierung aufgetreten ist. War das bei Dir der Fall?

Habe meinen Netzadmin bemüht und auch die Optimierungsratschläge aus dem JTL- Shop befolgt, ohne signifikante Verbesserung. Es wäre daher für mich sehr interessant zu wissen, ob der Preisvergleich die schlechte Performance verursacht. Falls ja, würde ich den sofort kündigen, denn ich werde langsam wahnsinnig vom ewigen Warten, bis der Artikel aufgeht (in 1.1.2.1 waren es 5 bis 8 Sekunden, seit 1.1.3.0 "nur" noch 4 - 5 Sekunden; Anzahl aktiver Artikel rund 7.000).

Merkwürdig ist, dass auf dem Server-Client alle Masken rasend schnell da sind und auch der Artikel sich in 0,5 Sekunden aufbaut. Nur die Arbeitsstation sind langsam. Insofern hatte ich auf ein Netzwerkproblem getippt, aber mein Netzadmin konnte nichts finden und letztlich gab es das Problem früher auch nicht.

Grüße
Thomas

 

[ram1]

Ab https://forum.jtl-software.de/threads/preisvergleich-arbeitet-nicht.92363/#post-524142

 

[ongnamo]

Danke, führt aber leider nicht weiter. Zumal ich nicht prüfen kann, ob der Preisvergleich schuld ist. Man kann erst zum 30.09. kündigen. Habe ein Ticket aufgemacht.

 

[liquid]

Habe ebenfalls ein Ticket aufgemacht und man hat mir auch gestern mitgeteilt, dass der Preisvergleich wieder raus wäre. Das stimmt aber nicht, er ist immer noch aktiv!

Das ist wirklich ein nerviges Thema zu der ansonsten gut laufenden Wawi. Ich muss wohl bis 30.09. warten (meine Mitarbeiter sind bereits total genervt).

Bevor ich diese Funktion wieder aktiviere, warte ich erstmal ab, habe bereits genug Lehrgeld dafür gezahlt.

@Thomas: Ja, der Performanceeinbruch kam zeitgleich mit der Aktivierung dieser Funktion.

 

[ongnamo]

Danke für die Info.
Mein Ticket wurde ebenfalls tagesgleich beantwortet und der Preisvergleich vom Support deaktviert. Im Kundencenter steht dann auch gekündigt. Im Artikelstamm steht zwar in dem Preisvergleichsreiter "Daten werden geladen", tatsächlich werden jedoch keine Preisvergleiche mehr angezeigt.

Bedeutet das, dass hier die Preisvergleichsfunktion weiterhin versucht, die Daten abzurufen, was ihm aufgrund des Kündigungsstatus verweigert wird? keine Ahnung.
Schneller sind die Clients jedenfalls nicht geworden.

Grundsätzlich ist das Konstrukt seltsam, dass man den Preisvergleich erst im Kundencenter abschalten kann. So muss die Software jedes Mal anfragen "Hallo, soll / darf ich einen Preisvergleich machen?". Allein die Zeit für diese Abfrage könnte man sich sparen.

@Ingo: Hast Du auch eine lokale Netzwerkinstallation und gibt es bei Dir ebenfalls deutliche Unterschiede zwischen den Clients auf Arbeitsstationen und dem Client auf dem Server, falls Du einen solchen installiert hast?

 

[ongnamo]

Falls es jemanden interessiert: Ich habe durch die Abschaltung der Preisvergleichs weder vor noch nach dem 30.09. einen merkliche Performance-Verbesserung feststellen können. Mein Gefühl (nach den den vielen vergeblichen Untersuchungen bleibt es ein Gefühl) sagt mir, dass die Ursachen in der neuen Wawi ab 1.0 selbst liegen, z.B. in den Stored Procedures.

Wie ist es den anderen Leidtragenden ergangen: Habt Ihr durch die Deaktivierung des Preisvergleichs tatsächlich eine Verbesserung feststellen können??

Leider komme ich mit meinem Performance-Problem beim JTL-Support nicht weiter. Das Thema wird dort abgeblockt mit dem lapidaren Hinweis: Die Antwortzeiten am serverseitigen Client sind doch prima. Bei Problemen mit den Clients auf den Arbeitsstationen fühlt man sich nicht zusändig. Als ob ein Netzwerk nur aus dem Server bestünde. Das ist frustrierend.

Ich verweise hier auf folgenden interessanten Blogbeitrag:

http://schaemicon.de/performance-probleme-beim-jtl-sql-server-loesung/

Gruß
Thomas

 

[liquid]

Bei uns war es so, dass der Preisvergleich nach dem 30.09. überhaupt nicht deaktiviert wurde (trotz Kündigung), deshalb hatten wir auch keine Performanceverbesserung :-/. Kann man ja selbst leicht testen, indem man auf den Preisvergleich eines Artikels klickt. Wenn er deaktiviert ist, dann steht das dort auch (Aktivierung notwendig etc.).

Ein nochmaliges Ticket hat das Problem dann aber doch gelöst und jetzt ist die Wawi wieder DEUTLICH schneller. Zumindest bei uns war ganz klar der Preisvergleich die Bremse im System. Was natürlich nicht heisst, dass Optimierungen am Server keine weiteren Performancevorteilen bringen würden ...

 

[ongnamo]

Oha, das war ein wichtiger Hinweis: Ich hatte ja auch über den Support den Preisvergleich abschalten lassen und dann darauf vertraut, dass im Kundencenter der Preisvergleich auf Status "gekündigt" steht. In der Wawi steht bei mir weiterhin "Daten werden geladen" (siehe Anhang). Da jedoch keine Preisvergleichsdaten angezeigt werden, glaubte ich, dass er nun tatsächlich abgeschaltet ist. Ist dem nicht so? Da werde ich wohl ebenfalls nochmals ein Ticket eröffnen.

 

[ongnamo]

Update: Der Support hat dankenswerterweise auf das 2. Ticket kurzfristig reagiert und tatsächlich, erst jetzt ist der Preisvergleich deaktiviert.

Leider hat das in meinem Fall nichts gebracht: Die Wawi ist an den Clients immer noch lahm. Die Ursache liegt wohl woanders.

 

[ongnamo]

noch'n Update: Die Aktualisierung auf Version 1.1.4.7 brachte etwa 50% Wartezeit-Halbierung. Artikel öffnen in 2 bis 4 Sekunden (hängt etwas vom Client ab und welche Transaktion vorher ausgeführt wurde). Nicht der Kracher, aber ein Fortschritt.

 

[liquid]

Der Preisvergleich hat vielleicht noch ein paar Stunden "nachgewirkt".

Bevor ich den wieder aktiviere, warte ich erstmal ab, was andere User bei Version 1.2.x so berichten (wennsie irgendwann kommt). An sich ist diese Funktion ja auch ziemlich genial. Habe einem JTLer auch bereits den Tipp gegeben, dass man den Preisvergleich so aufbauen könnte, dass er das selektiv auf Artikelebene macht, weil man ja nicht für alle Artikel diese Funktion benötigt. Man klickt dann einfach in der Artikelmaske an, ob der Preisvergleich für diesen oder jenen Artikel aktiviert sein soll. Dann weiss man wenigstens, warum der Maskenaufbau bei diesem Artikel so lange dauert )

 

[hula1499]

Performance ist schon etwas schwächer, bei aktiviertem Preisvergleich -> hier müsste das Abdrehen des Vergleichs besser sein als übers Kundencenter, mit Kündigungsfrist oder unnötig einen Supportler zu beschäftigen mit dem Abdrehen.

Der Preisvergleich da in der Maske ist ein tolles Feature, ein paar Kleinigkeiten hätte ich persönlich gern anders/erweitert:

1.) in den Einstellungen sollte es mehr Preisvariablen geben zb. zusätzlich: Shop -> Endkundenpreis)
2.) der Preisvergleich sollte mit dem Worker gemeinsam funktionieren -> dort ein Updatefeld rein (Mins) - eine zusätzliche Unterscheidung für Kats etc. wäre natürlich ein absoluter Hit
3.) "Aktueller eigener Preis" - auch hier sollte man selbst vergeben können (ohne klicken zu müssen, also eine Speicher Funktion) welchen Preis man heranziehen möchte