Neu JTL Ameise Extrem Langsam im Export

[Seppl42]

Hallo,
ich habe einen Export der Regelmäßig alle Artikelstammdaten exportiert.
Dieser läuft in letzter Zeit extrem langsam, nur 1-2 Artikel pro Sekunde, bei 10k Artikeln dauert das eine gute Stunde statt wie vorher wenige Minuten was die Folgeprozesse verlangsamt.

Weder Client noch Server sind auf Netzwerk CPU oder RAM voll ausgelastet, Netzwerkverbindung ist ebenfalls Lokales WLAN und sehr gut angebunden, daran wird's nicht liegen.

Ich habe die Ameise selber im Verdacht und im SQL Server die Aktivitäten gelogged.
Dabei fällt auf dass die Ameise nach jedem Datensatz einen "logout" sendet was manchmal eine sehr hohe Duration von 500.000 (Also ca 1/2 Sekunden?) beim Server hat und den Export entsprechend massiv ausbremst.
Einen Auszug des XEvent Logs des SQL Server findet ihr im Anhang, gelb markiert die Ausreißer beim Logout.

Frage:
Ist das beabsichtigt oder nötig dass so oft Login Logout von der Ameise genutzt wird?
Liegt der Fehler beim SQL Server oder in der Ameise?
Wie kann ich das beheben? Eure Erfahrungen?

WAWI 1.8.11.2

 

[Enrico W.]

Der einfachste Test: Mach den Export einmal auf dem Server. Gehts da auch so langsam?

 

[Seppl42]

Danke für den Tipp, da geht es rasend schnell ... aber total seltsam, weil die Netzwerkverbindung ist super, 300+ Mbit stabil.

 

[mh1]

Danke für den Tipp, da geht es rasend schnell ... aber total seltsam, weil die Netzwerkverbindung ist super, 300+ Mbit stabil.

Wie siehts mit der Latenz aus (Die Bandbreite alleine ist garnicht so entscheidend)?

 

[recent.digital]

Versuch mal diesen Test hier durchzuführen und prüfe ob du Paketverluste hast.

https://packetlosstest.com/

 

[Seppl42]

Server ist Lokal, Client ist über WLAN angebunden, WLAN AP im selben Raum.
Ping zum Server ist meist unter 10ms, Ausreißer bis 45ms.
Sollte nicht der Grund sein warum Logout z.T. ne halbe Sekunde in Anspruch nimmt.

Packetlosstest unauffällig, siehe Anhang.
Ich versuche mal das gute alte Netzwerkkabel.

PS.: Ich muss dazu sagen es war nicht immer so, vor ein paar Wochen ging es noch relativ flott. Habe nix verändert, außer die Üblichen Windows Updates die man nicht vermeiden kann ....

 

[Enrico W.]

Ich habe nichts geänder. Außer das Betriebssystem. Und die Firewall wurde upgedated. Und ein neuer Rechner
Nein, Scherz. Aber du verstehst, worauf ich hinaus will?
Schau doch bitte erst mal bei den geänderten Komponenten nach, schalt auch mal die Firewall testweise ab.. und dann guckst du ggf. noch mal nach der unveränderten Ameise

 

[Seppl42]

Hi, ich hab die Komponenten nicht geändert.
Ich meinte nur dass Windows ja alle Woche mal ein automatisches Update einspielt (gegen die man sich nicht wehren kann und die gerne mal die Drucker zerschießen ... ).
Sonst wurde nix geändert, Client ist seit jeher Windows 11, Server Windows 10.

Firewall hab ich nicht, nur die Windows Bordmittel.
Hab mal im Defender Testweise den "Echtzeitschutz" deaktiviert und die "Windows Defender Firewall". Werde das mal testen und berichten.

 

[mh1]

Server ist Lokal, Client ist über WLAN angebunden, WLAN AP im selben Raum.
Ping zum Server ist meist unter 10ms, Ausreißer bis 45ms.

In einem LAN sollte ein Ping auf keinen Fall 10 ms sein und schon gar nicht 45ms. Im LAN solltest du auch keine Ausreisser haben.
Bitte teste das unbedingt mit Kabel. Dann bei WLAN kann dir schon die Zimmerpflanze, die die Reinigungskraft letze Woche minimal verschoben hat, ins Gehege kommen.

Sollte nicht der Grund sein warum Logout z.T. ne halbe Sekunde in Anspruch nimmt.

Warum? Wie hast du getestet? An welcher Stelle wird die meiste Zeit verbraten - auf dem Transportweg oder bei der Verarbeitung der Pakete?
In dem Anhang bei deinem ersten Beitrag kann ich auch nicht erkennen, was du mit Logout meinst. Hast du das Log mit Zaubertinte erstellt

Packetlosstest unauffällig, siehe Anhang.

Mir ist nicht ganz klar, was in dem Screenshot von diesem Anhang getestet wurde. Ist das etwa der Ping im LAN vom Client zum Server? Denn da hast du ja 100ms, als nochmal das zehnfache von dem was du oben schreibst.
Mit diesen hohen Latenzen kannst du vermutlich mit keiner Datenbank vernünftig arbeiten. Wenn das wirklich dein LAN ist, musst du das unbedingt mal genauer anschauen bzw. anschauen lassen.
Boote doch mal den Client mit einer Live CD und mach dann einen Ping auf den Router und auf den SQL-Server. Weil bei einem Packetloss im LAN würd ich mal, ohne natürlich genaueres über dein LAN zu wisssen, auf ARP und Windows Netzwerktreiber tippen...
Schau dir auch die Ausgabe von traceroute an. Auf Windows Systemen heißt das tracert

Ich versuche mal das gute alte Netzwerkkabel.

Ja, mach das mal und berichte dann hier.