WAWI Clients sehr langsam

[ongnamo]

Der Aufruf des Artikelstamms dauert am Client 5 Sekunden +3/-2, so ungefähr. Am Server Client ca. 0,5 Sekunden. Das ganze in einem lokalen 1GB Netztwerk, alles W7 Maschinen. Auf den Clients sind im Kaspersky alle Tools, die den Netzwerkverkehr ausbremsen können, deaktiviert. Firewall für WaWi geöffnet. Abschalten des Kasperky bringt auch nichts.

Habe die neueste WaWi Version 1.1.3 eingespielt, die angeblich Performance-Steigerungen bringen sollte. Hat nichts spürbares gebracht.
Keine Ablaufverfolgung im ODBC aktiv.
Optimierungsempfehlung für SQL-Server laut JTL Blog durchgeführt.
Preisvergleich im Artikelstamm ist deaktiviert.

Bin mit meinem Latein am Ende. Irgendetwas muss den Traffic zu den Clients behindern. Könnten es Protokoll-Einstellungen im SQL-Server sein und falls ja, gibt es dafür Empfehlungen?

Grüße
Thomas

PS. Ist ein SQL Server 2008R2, Express. Ab wie gesagt, direkt am Server ist er rasend schnell.

 

[JohannP]

Teste am besten mal beide Schritte getrennt von einander:

1. Firewall und Antivirus am Client und Server komplett ausmachen. Nach dem Test nicht vergessen es an beiden Maschinen wieder anzumachen!
2. Den Client und den Server an einem seperaten Switch anschliessen. Nicht an den Router und keine weiteren Geräte mit dran

Damit kann man das Problem etwas weiter eingrenzen.

 

[ongnamo]

Den 1. Schritt habe ich gemacht, leider ohne Erfolg
Schritt 2 ist mir nicht ganz klar: Clients und Server hängen an einem 1GB Cisco Switch mit 8 Ports, der wiederum am Router hängt. Ist Dein Vorschlag so zu verstehen, dass Client und der Server jeweils ein separaten Switch erhalten? Oder bleiben sie mit dem bestehenden Switch verbunden und die übrigen Clients werden abgestöpselt?

 

[JohannP]

Letzteres war gemeint. Und den Router auch abstöpseln.
Evtl. funkt ein anderer Client im Netzwerk dazwischen und verzögert so den Traffic. Wenn es dann schneller gehen sollte nach und nach jeden Client wieder anstöspeln und nach jedem Client testen. Wenn es ein Client ist, findet man den so.
Den Router am besten als letzes anklemmen, damit WLAN Clients und Internettraffic es nicht beeinflussen.

Wenn es das auch nicht sein sollte wirds schwieriger.
Könnte eine Einstellung der Netzwerkkarte sein, die Laneinstellungen vom SQL, oder was ganz anderes.

 

[IchBinEs]

Ja, alles abklemmen für den Test

 

[ongnamo]

Habe folgendes gemacht: alles vom Switch gelöst außer dem Server und einem Client: hat nix gebracht.
Dann wurde nun auf dem Server eine 250 GB SSD Karte mit Controller eingebaut. Darauf haben wir die mdf und die log datei verschoben (der Server hatte bisher nur RAID1). Ergebnis: kaum Verbesserung.

Ich hätte noch 2 Verdachstmomente:
Die Funktion Preisvergleich kann den Artikelstamm ausbremsen (siehe auch https://forum.jtl-software.de/threa...arker-performance-einbruch.92304/#post-524608 ). Ist bei mir zwar im JTL-Kundencenter "gekündigt", doch wer weiß, ob die Software nicht weiterhin versucht, da etwas abzurufen. Dafür spricht, dass es nur beim Artikelstamm die Performanceverluste gibt, dagegen jedoch, dass sich das ja auch auf dem Server bemerkbar machen müsste.

Und dann die LAN-Einstellungen im SQL-Server: Hier habe ich im Grunde keinen Plan, was richtig oder falsch ist. Gibt es da Empfehlungen? Aktviiert sind Shared Memory, TCP/IP und Named Pipes. Deaktiviert ist VIA.

Grüße
Thomas

 

[IchBinEs]

Schon mal mit einen anderen Switch getestet ? Vielleicht hat der eine Macke, dass dort die Datenpakete nicht sauber abgearbeitet werden

 

[ongnamo]

ja, soeben einen nagelneuen Switch gestestet. Das war es nicht.

 

[fav-hosting.online]

Wie ist den der Ping vom Client zum Server ? Der sollte <1ms im lokalen Netz sein falls nicht wäre das noch ein Ansatz.

 

[ongnamo]

alle 4 Pakete in unter 1ms. Auf jeden Fall schon mal danke für die Antworten, auch wenn das Problem noch nicht gelöst ist.

 

[njr]

Wir haben das gleiche Problem. Seit dem Upgrade auf 1.1 sind alle Clients arg langsam geworden. z.B. Öffnen eines Artikels ~5 Sek.

Der Server ist Remote aber gut ausgestattet und stezt auf keine Express Version. Kenne mich mit SQL Server gut aus also da schliesse ich die Ursache aus. Habe ebenso TPCC laufen lassen und Server Performance ist sehr gut. Ein kurzer Blick mit SQL Profiler hat das auch bestätigt - die Zeit geht nicht für SQL Abfragen flöten sondern scheint der Client einfach zu chatty zu sein. Sobald der Server remote liegt geht die Performance in den Keller. Es ist auch nicht geholfen, dass die neue Oberfläche so grotten schlecht durchdacht ist. z.B. Autosubmit Suchfelder die Abfragen ohne Ende auslösen. Da war die alte Oberfläche deutlich Benutzerfreundlicher.

Würde gerne wissen, ob JTL aktiv an dieses Thema arbeitet.

 

[ongnamo]

Ich habe da keine große Hoffnung: Das Ticket, das ich zum Thema eröffnet hatte, wurde mit der lapidaren Antwort geschlossen, dass es beim Client auf dem Server ja kein Problem gibt. Da kommt das ungute Gefühl auf, dass man Anwenderprobleme bei JTL nicht ernst nimmt.

 

[njr]

Natürlich gibt's kein Problem wenn der Client auf dem Server liegt. Ich vermute, die Entwickler und Tester bei JTL arbeiten nur mit lokalen bzw. LAN Verisonen und entwickeln nicht in einer WAN Umgebung. Das Problem sehen sie wahrscheinlich gar nicht als ernst.

Aber dass man Anwenderprobleme bei JTL nicht ernst nimmt, das kommt mir bekannt vor.

 

[funnyfisch]

mein clint ist auch sehr langsam auf dem server rennt alles

 

[holzpuppe]

Wir haben zwar keinen eigenen Server, jedoch die Datenbank-Hostvariante von JTL.
Der Aufruf eines Artikels dauert ebenfalls 5-7 Sek. Und das bei einer 16Mbit und 30Mbit Leitung.

Ich habe das Gefühl, dass mit jeder neuen Wawiversion es etwas langsamerer geworden ist.

Was ich damit sagen will: Es scheint egal zu sein ob man selbst einen Server hat oder eine Hostlösung. Es ist in allen Fällen langsamer.
Ausser man hat die Datenbank auf dem gleichen Rechner.

 

[funnyfisch]

Hallo
Der Aufruf der Artikeldetails dauert bei Neustadt von JTL ca 15 Sekunde schließt man dieses Fenster und eröffnet dieses erneut dauert es ca. fünf Sekunden..

Mein Aufbau des Systems sieht folgendermaßen aus ich betreibe einem hp z800 Workstation mit zwei xeon mit dem jeweils sechs Kernen und 16 GB Arbeitsspeicher : Installiert ist eine volle Version von Windows 2016 Server auf dem Max Technik installiert desweiteren habe ich und mir extra die Server 2014 Standart angeschafft und auf dem Workstation installiert. Das netzwerk ist 1 gbit und es hängt ein clint 2 drucker 1 synology NAS und ein hp Switch pro curve dran. Die Performance von JTL Version 1.4 ist eine Katastrophe mein altes JTL 0.918 erheblich schneller unterwegs einer auf einer alten Intel auf 2003 mit server exprerss 2005 und winserver 2005 und 4 gm ram und alles auf einer HD !!!!


Hatte auch schon alles abgeklemmt anderen Switch benutzt andere kabel .... keine Besserung

Habe einen Artikel bei JTL gefunden "Performance SQL Verbesserung" ich bin los habe 3 weitere Platten in den Workstations eingebaut.

Die Datenbanken , mfd-- log..usw Dateien auf die Platten verteilt mit der Hoffnung Hoffnung dass die Performance der Datenbank bzw. jtl schneller wird vorsichtshalber habe ich Windows 2016 und Datenbank SQL 2014 nochmal komplett neu installiert mit dem Ergebnis wenn ich die JTL aufrufe nur und die Artikeldetails Aufrufe dauert der erste Staat ca. 15 Sekunden und erneuter Start der Artikel Details fünf Sekunden.Iich möchte gerne wissen woran das liegt das sehr performante Hardware eingesetzte ist die Datenbank zu langsam beziehungsweise JTL zu langsam ist habe ich irgendwas falsch gemacht was muss ich einstellen.

Liegt es an den Einstellungen ?
Liegt es an der Windowsversion ?


Achso die Datenbank ist die gleich wie auf dem alten System

ich habe ein update von der 2008 auf 2014sql gemacht. Dann JTL 1.0 Installiert und JTL hat alles aktualisiert. danach die version 1.4


Hoffe auf Hilfe

 

[frohkost]

Hallo,
wir haben das gleiche Problem. Vom externen Server scheint alles zu stimmen. Ping geht auch unter 0.1 ms. Es muss wohl mit unserem Netzwerk zu tun haben. Hat da jemand eine Idee?

 

[njr]

Das Problem liegt nicht am Infrastruktur. Der Client ist einfach schlecht konzipiert / programmiert. Schaltet man SQL Server Profiler an sieht man sofort wieviele Abfrage ausgelöst werden! In einer "lokal" Umgebung ist das alles kein Problem aber in einer "remote" Umgebung (z.B. Ping-Zeiten zwischen 10 und 50 ms) ist das eine Katastrophe. Hier wird weder Switch noch Festplatte helfen.

 

[_simone_]

Hat nicht die Größe bzw. Artikelanzahl Einfluß auf die Geschwindigkeit? Var-kombis? Stücklistenartikel?
Wie groß ist den eure DB? Wieviel Artikel?

 

[njr]

Hat nicht die Größe bzw. Artikelanzahl Einfluß auf die Geschwindigkeit? Var-kombis? Stücklistenartikel?
Wie groß ist den eure DB? Wieviel Artikel?

Nein, spielt so gut wie keine Rolle. Wenn man einen Artikel aufmacht holt er natürlich nur die Daten für diesen Artikel. - Größe der DB bzw. Anzahl Artikeln ist irrelevant. Die Art und Weise wie er die Daten holt ist das Problem. Das sieht man mit Profiler sofort. Ich kenne mich mit SQL Server ziemlich gut aus und mit Profiler kann man alles nachvollziehen. Die Anwendung ist einfach nicht dafür gebaut. Daher hat es mich immer gewundert, dass JTL die App als Hosted Lösung anbietet. Ich vermute, die meisten Anwender haben einfach mehr Geduld als ich.