Inaktiv Wawi 1.3.15 / Shopabgleich extrem lahm

[Manuel Pietzsch]

Guten Morgen,

unser SQL Server Spezialist analysiert das Thema aktuell.

Gruß

Manuel

 

[DITH-Shop]

Guten Morgen,

unser SQL Server Spezialist analysiert das Thema aktuell.

Gruß

Manuel

Danke - gibt es schon was neues? Ist ja schon wieder einige Tage her.
In der 1.3.15.5 kann ich noch keine Änderung feststellen

 

[KevinK]

Hallo @DITH-Shop,

unser SQL Profil hat sich die Logs angesehen. Aktuell vermutet er ein Zusammenhang mit den selbst erstellten Indizes. Daher braucht unser SQL Profi einen neuen Log vom Abgleich, jedoch müssen hierfür die Indizes entfernt werden. Ein Kollege wird sich diesbezüglich aber noch bei Dir melden.

 

[DITH-Shop]

Hallo @DITH-Shop,

unser SQL Profil hat sich die Logs angesehen. Aktuell vermutet er ein Zusammenhang mit den selbst erstellten Indizes. Daher braucht unser SQL Profi einen neuen Log vom Abgleich, jedoch müssen hierfür die Indizes entfernt werden. Ein Kollege wird sich diesbezüglich aber noch bei Dir melden.

Als ob ich es geahnt hätte.
Allerdings sind diese Indize seit der 1.3.15.2 gar nicht mehr da (vor jedem Update werden alle selbst angelegten Indize gelöscht) - und bei den andren Usern, die hier dasselbe Problem melden, können diese erst gar nicht vorhanden sein.
Könnt gerne jederzeit drauf.

Habt 'ne Ticket-Antwort mit Zugangsdaten.

 

[Happy]

Hallo zusammen,

ich bearbeite derzeitig das Ticket mit DITH-Shop.

Ich kann das Problem leider nicht nachstellen, ich habe jetzt die Versionen 1.2.3.8 und 1.3.15.6 getestet und ich habe für ca 350 Artikel um die 2 Minuten gebraucht.
Mit der 1.3.14.2 hat der Worker für um die 400 Artikel 3 Minuten gebraucht.

DITH-Shop hat leider kein Backup mehr mit der alten Wawi Version, falls jemand von den anderen noch ein Backup hat bei dem der Abgleich schneller läuft bitte ich ihn sich bei mir zu melden.
Dann können wir mit dem Backup und einen von uns bereitgestellten Testshop das Problem genauer analysieren und die Software besser machen.

 

[DITH-Shop]

Durch die Anfrage nach einer älteren DB ist mir aufgefallen das ein paar DB-Optionen verstellt waren (keine Ahnung wieso).
Nach einem Angleichen der DB-Optionen läuft es nun wieder.
~2 Minuten für 1000 Artikel

Vermutlich würde mir (und anderen mit demselben Problem) ein kleines Script helfen welches die DB-Optionen korrigieren kann.

 

[Ven]

Durch die Anfrage nach einer älteren DB ist mir aufgefallen das ein paar DB-Optionen verstellt waren (keine Ahnung wieso).
Nach einem Angleichen der DB-Optionen läuft es nun wieder.
~2 Minuten für 1000 Artikel

Vermutlich würde mir (und anderen mit demselben Problem) ein kleines Script helfen welches die DB-Optionen korrigieren kann.

Moin 🙂

Welche Optionen waren bei dir denn genau verstellt?

 

[DITH-Shop]

Moin 🙂

Welche Optionen waren bei dir denn genau verstellt?

So nen Script gibt es leider nicht, würde wohl mehr zerstören als helfen.
Bei mir musste ich eine Option anders stellen als JTL es vorgibt und empfiehlt.
Auch hier sollte man nur verstellen wenn man genau weiss was man tut, daher werde ich das hier NICHT veröffentlichen.
Sorry

 

[lj-shadow]

~2 Minuten für 1000 Artikel

Meine Güte - was sind das für Werte?
Bei mir dauern 12.000 Artikel etwas über 3 Std.

 

[DITH-Shop]

Meine Güte - was sind das für Werte?
Bei mir dauern 12.000 Artikel etwas über 3 Std.

Auf welcher Seite "klemmt" es denn bei Dir?
Shop (Abarbeitung des fertigen Paketes) - Datenübermittlung (INternetleitung) - oder Worker (Erstellung des Paketes)?

 

[lj-shadow]

Das ist ne gute Frage...

Ich schätze, der Flaschenhals ist die WaWi-DB.
Die Übertragung zum Shop war noch nie die schnellste.
Der Shop und Server rennt wie ne Rakete.

Import per ameise mit Bildern dauert ca. 2 Std. Für 200 Artikel mit ca. 5 Bildern pro Artikel. (Gestern Abend lief grad einer, wobei die Bilder gestern ca 1.8MB / Bild waren)
Das war vor einiger Zeit aber WEIT schneller.
Hatte aber auch nen Sprung von Wawi < 1.0 auf die aktuelle Version gemacht.

Update von Artikeldaten ohne Bilder per ameise für 12.000 Artikel ca. 20-30 min

Übertragen der 12.000 Artikelupdates dann 3-4 Std. (~3 per worker vom DB-Server, ~4 vom Client)

Edit:
Leitung sollte kein Problem sein.

 

[DITH-Shop]

Das ist ne gute Frage...

Ich schätze, der Flaschenhals ist die WaWi-DB.

Hast schon mal die DB Empfehlungen zur Optimierung abgearbeitet?
https://blog.jtl-software.de/optimale-einrichtung-der-sql-datenbank/

 

[lj-shadow]

Ja.
Bei einer neueinrichtung des Wawi servers.
Wobei der zugegebenermaßen mal getauscht werden müsste.
Die Performance ging aber mit den letzten updates < 1.0 bis aktuell massiv runter.

Speziell bei der Ameise. Übertragung zum Shop kenn ich nicht anders.
Darum war ich über deinen speed von 2min für 1000 Artikel echt erstaunt.

 

[DITH-Shop]

Ja.
Bei einer neueinrichtung des Wawi servers.
Wobei der zugegebenermaßen mal getauscht werden müsste.
Die Performance ging aber mit den letzten updates < 1.0 bis aktuell massiv runter.

Speziell bei der Ameise. Übertragung zum Shop kenn ich nicht anders.
Darum war ich über deinen speed von 2min für 1000 Artikel echt erstaunt.

Wo läuft denn der Worker? Auf dem Server oder einer Arbeitsstation? Wie hoch ist die CPU Last / RAM Auslastung beim Import / Abgleich? Wie groß die DB?

Der Abgleich bei maydo ist noch schneller als bei mir 🙂
Ich habe auch nur einen alten, gebrauchten Server (HP ProLiant DL380 G5) für die DB bei mir stehen, daher bin ich mit meiner aktuellen Performance ausreichend zufrieden. (Allerdings mit modernen SSD's)

 

[lj-shadow]

Anmerkung zum Import gestern noch, was gerade in diesem Fall etwas Performance fressen könnte.

Sie csv hat "blinde" bildlinks.


Immer 20 Stk. Die meckert dann über nicht gefundene. Bleibt dann aber ewig stehen.

Hab das gefühl, als würde sie nen timeout abwarten.

Wie gesagt, die hardware vom Server müsste mal getauscht werden. Einen so krassen Unterschied hätte ich aber nicht erwartet

Edit:
Worker läuft auf dem db-server.
Leistung hab ich noch nicht gemessen.

 

[DITH-Shop]

Anmerkung zum Import gestern noch, was gerade in diesem Fall etwas Performance fressen könnte.

Sie csv hat "blinde" bildlinks.

Naja, Bildimport dauert natürlich - je nach INet Leitung - entsprechend sehr lang.

Edit:
Worker läuft auf dem db-server.
Leistung hab ich noch nicht gemessen.

Das ist aber doch das allererste was man macht.

Ereignisprotokolle abarbeiten nach Warnungen, Fehler und Kritisch. Wenn die alle behoben sind, dann gehts in die Leistungsüberwachung. Ggf ist es nur ein Dienst der gar nicht laufen muss, aber alles andere blockiert / behindert.
Die können durchaus "einfach so" durch irgendein Windows Update auftauchen ohne das man es merkt.

ODER - eine der Festplatten macht langsam Probleme - das kann auch enorm bremsen. Daher auch hier wieder => "Ereignisprotokolle"

Frohe Ostern - bin jetzt weg

 

[lj-shadow]

ich setz mich da mal ran.

Frohe Ostern - bin jetzt weg

Dito - ich auch.

Danke erstmal

 

[Ven]

Bei mir funktioniert der Abgleich nun wieder super schnell. Der JTL Support konnte mir nicht helfen....
Nach langem rumprobieren habe ich irgendwann im JTL Shop den System Cache und den Bilder Cache gelöscht. Und zack ging es wieder schnell.