Verlässlicher Error nach 30 Sekunden temporäre Filter / Filter Artikelsuche

[capi_to]

Guten Tag,
im Netz konnte ich bisher keine Lösung finden.
Wir sind vor reichlich 3 Wochen hausintern auf einen frischen Server umgezogen und betreiben JTL im Intranet in house seit einigen Jahren.

MSSQL Server Standard 2016 (ca. 20gig große DB, Filestream aktiviert)

Zeitgleich haben wir die Wawi von 1.7.1.1 auf 1.7.15.6 aktualisiert.
Leider funktionieren unsere temporären Filter innerhalb der Artikelsuche nun nicht mehr/nicht mehr komlett.



Bei Abfragen mit mehr als einem Lagerbestand (Vordefinierte Filter "Artikel mit Lagerbestand in Lager...")
Verlässlich erscheint nach 30 Sekunden eine Fehlermeldung (Details siehe Anhang).

Der Fehler lässt sich unterdrücken/vermeiden, wenn man zusätzliche Bedingungen hinzufügt (Nur Artikel mit VK > 0,01€ oder ähnliche) aber auch dies hilft bei mehr als drei Lagern nicht mehr weiter.
Die Verlässlichkeit von 30 Sekunden bis Fehlermeldung, lässt mich vermuten, dass es sich u.U. um einen Timeout handelt. Jedoch kann ich in der Serverkonfiguration keine Auffälligkeiten finden.
Kann jemand versuchen den Fehler zu reproduzieren?
Also wir benötigen immer mal wieder Filter nach folgendem Muster.
Beispiel : Zeige alle Artikel mit eigenem Lagerbestand > 0 (normaler Artikelfilter) die keinen Bestand haben in Lager A, Lager B und Lager C (vordefinierte Filter).

Die Filter liefen vorher auch immer eine ganze Weile spuckten aber verlässliche Daten aus. Jetzt bricht es nur noch ab. ;(
Vielleicht kann uns jemand helfen. Wir sind mit unserem Latein am Ende und exportieren zur Erkenntnisfindung zur Zeit wieder viel über die Ameise und werten dann die Exceltabellen aus.

Gruß
Nils

 

[ple]

Könnte hiermit zusammenhängen.
https://issues.jtl-software.de/issues/WAWI-69928
Ich kann es reproduzieren wenn in Unterkategorien aktiv habe als Filter und klicke dann auf Kategorien oben links.
Solltest ebenfalls vielleicht ne Ticket aufmachen

 

[gigi80]

Zu viele Stuersätze vorhanden? JTL kennt da einen eingriff in der Datenbank bei der auch 1.5 Mio Artikel schnell auffinden lässt.

 

[capi_to]

Hi,
danke für die Antworten "ple"s Antwort erscheint mir als sehr, sehr wahrscheinlich.
Steuersätze haben wir nur die grundlegend für Dtl. relevanten. Das sollten also hier nicht klemmen.
In der Ticketbeschreibung (siehe URL von "ple") wird auch nochmals explizit folgendes erwähnt
"das Ticket war leider etwas unglücklich formuliert. Der 30 Sekunden Timeout kann natürlich bei vielen Aktionen und in unterschiedlichen Such-Szenarien passieren."
Es gibt also einen Timeout in der Suchfunktion, der nach 30 Sekunden mit exakt dem von mir genannten Fehlertext aussteigt.
Ich finde es schade, dass man hier bevormundet wird
Zitat :
"in absehbarer Zeit leider nicht. Wir können höchstens als "Pflaster" die Time-out Grenze erhöhen, sprich dass die Suche erst nach 60 oder 300 Sekunden aussteigt. Aber wer möchte 1 oder 5 Minuten warten?"
Ich! Wir! Unser Unternehmen! Natürlich warte ich auch 10 Minuten auf Daten, die unser Unternehmen benötigt. Händisch exportieren, sortieren und filtern dauert nämlich noch viel länger und ist somit unwirtschaftlich.
Ich schreib den Patch auch gerne selber rein. Aber vermutlich muss hier unter der Haube mehr getan werden, als an den stored procedures rumzubasteln.
Wir werden den Weg über ein Ticket gehen.
Aber wer wartet schon gerne 1 oder 5 Minuten auf die Bearbeitung eines Tickets 😉

Danke und Grüße
Nils