Neu Client Verbindung zu SQL Server extrem langsam

woot123

Aktives Mitglied
16. April 2016
28
2
Hallo zusammen,

wir arbeiten mit einem Client-Server Modell, wobei es zu extrem langen Wartezeiten kommt. Vor allem fällt es auf, wenn man in das Kunden-Tab wechselt. Hier beträgt die Wartezeit ca. 15 Sekunden, was uns viel zu lange erscheint.

Übersicht über unseren technischen Stand:
Die SQL Server Express-Edition läuft auf einen V-Server von Hosteurope.

Nachdem wir das als Fehlerquelle ausschließen wollten, haben wir uns folgenden Server zum testen geholt:
- Intel Xeon E3-1270V3
- 4x SSD 240 GB SATA Datacenter
- 4x RAM 8192 MB DDR3 ECC
- Gigabit anbindung

Der Server läuft mit Windows Server 2016. Darauf wurde die MS SQL 2014 Standard-Version installiert, um auch den zusätzlichen Ram ausnutzen zu können. MDF- und Log-File, sowie die TempDB wurden auf verschiedene Festplatten ausgelagert.

Leider hat sich dadurch an der Geschwindigkeit nichts geändert. Es wurde auch per RDP mit einem auf dem Server instaliertem Wawi-Client nochmal getestet. Hier läuft es auf beiden Servern, also auch auf dem V-Server extrem flüssig.

Es wurde weiterhin überprüft, dass das Tracing bei ODBC deaktiviert ist, auch daran kann es also nicht liegen. Hier habe ich auch den SQL Server Native Client als Alternative zu SQL Server als ODBC Verbindung versucht, was ebenfalls keinen Unterschied machte.

Zusammenfassung:
- WAWI-Client auf Server wo der SQL-Server läuft sehr flüssig
- WAWI-Client von anderem Standort per ODBC extrem langsam(15 sek Wartezeit bei Klick auf das Kunden-Tab)
- ODBC Tracing deaktiviert
- 50k VDSL Leitung

Habt ihr vielleicht noch irgendwelche Tipps? Ich habe leider schon alle Threads im Forum zu dem Thema durch und keine Idee mehr.

Es soll weiterhin als Client-Server betrieben werden und nicht per RDP auf den Server zugegriffen werden. Das System soll so auch mit mehreren Filialen, Kassensystemen und einem gesammeltem Datenbestand, also einer Datenbank, funktionieren.

Schöne Grüße und vielen Dank für die Hilfe
 

n_z

Aktives Mitglied
16. Juni 2016
84
8
Also konntet Ihr den Flaschenhals aufs Netzwerk eingrenzen. Ich nehme mal an, das Ihr über das Windows Server RRAS VPN verbindet.
Die ersten beiden Ideen die mir kommen sind
1) Firewall
Einfach mal testweise deaktivieren, alle Clients neu connecten und gucken ob es dann schneller läuft.
Durchgeleitet werden müssen (standardmäßig) die Ports TCP 1433 und 51495 (dynamische Ports) sowie UDP 1434.
Vielleicht fehlt auc ein anderer entscheidener Port zur Authentifizierung der Anfragen, so das es ständig Fallbacks auf andere Methoden gibt.

2) DNS
Wenn Ihr Hostname's zum verbinden nutzt und die Auflösung nicht ganz sauber ist, kann es passieren das große Wartezeiten entstehen.
Mit nslookup überprüfen ob die Auslösung sauber ist und ggf. adhoc die hostnames durch IP-Adressen ersetzen. It's always DNS ;)
 
  • Gefällt mir
Reaktionen: woot123

woot123

Aktives Mitglied
16. April 2016
28
2
Danke für die Ideen.

Virenschutz und Firewall wurden auf Server und Client deaktiviert, dadurch hat sich an der Geschwindigkeits allerdings nichts getan. Damit sollte das Port-Problem auch getestet worden sein, oder?

Die Verbindung läuft nicht über VPN, es ist nur die ODBC-Datenquelle auf den Clientrechnern hinterlegt. Könnte eine Verbindung per VPN die Geschwindigkeit verändern?

Es wurde kein Hostname benutzt, sondern direkt die IP des servers.
 

n_z

Aktives Mitglied
16. Juni 2016
84
8
Ja, damit sollte das Port-Problem wohl vom Tisch sein, solange das NAT da keinen Ärger macht.

Ich setze bevorzugt auf VPN in so Sachen - sollte bei richtiger Konfiguration die Geschwindigkeit verbessern.
Der direkte Vorteil ist, das alle Pakete dann die gleiche Route nehmen und du ein gemeinsames Netzwerk hast.

Checke mal die Protokolleinstellungen im SQL Server Manger, ist da IP-mäßig alles eingetragen?
Ist TCP/IP bei den Client-Protokollen an erster Stelle?
Hast du denn SQL Server-Browser Dienst aktiviert?
Wenn du mit dem Management Studio oder ähnlichem SQL Viewer connectest, ist es dann auch so langsam? Vielleicht fällt da irgendwas auf?

Dauern andere Zugriffe von den Clients (Filesystem oder sonstwas) auch so lang?

Ansonsten kann ich dir empfehlen mal bei stackoverflow zu suchen/posten.
 
  • Gefällt mir
Reaktionen: woot123

JohannP

Offizieller Servicepartner
SPBanner
27. Juli 2015
192
44
Flensburg
Auf eine Datenbank an einem anderen Standort zugreifen ist immer langsamer. Man kann zwar vieles beeinflussen, ansatzweise so schnell wie im lokalen Netzwerk, oder per RDP, wird es aber nie werden.
Mögliche Punkte für die Verzögerung wären:
Wie viele Kunden-Datensätze habt ihr in der Wawi?
Wieviel Mbit/s Upload habt ihr am Standort mit dem Server?
Wie sind die Antwortszeiten zwischen Standort und Server? (Ping oder Tracert vom Remotestandort zum Serverstandort)
 
  • Gefällt mir
Reaktionen: woot123

woot123

Aktives Mitglied
16. April 2016
28
2
Danke für eure Tipps. Das Problem lag an einer ganz anderen Stelle...

Wir haben einen Kunden für Barverkäufe. Da hier extrem viele Aufträge zusammenkommen, lädt das Kunden-Tab extrem lange, sobald der Kunde einmal ausgewählt wurde. Da wir eigentlich nur auf das Kunden-Tab gehen, um einen neuen Barverkauf anzulegen, ist uns das nicht aufgefallen, dass der Barkunde und nicht die Datenbank das Problem ist.

Die VPN Verbindung muss jetzt natürlich trotzdem her :)
 
Ähnliche Themen
Titel Forum Antworten Datum
Neu Kann man JTL 1.8 und 1.9 auf einem Client parallel betreiben (ohne hyper V) ? Installation von JTL-Wawi 3
Neu Keine Verbindung zur Datenbank vom Terminalserver Installation von JTL-Wawi 1
Gelöst Anbindung POS an Server wird verweigert Verbindung nicht möglich. Einrichtung / Updates von JTL-POS 4
Keine Verbindung zwischen JTL und DHL JTL-Wawi 1.9 6
Neu Die Verbindung zu Ihrem Kundenkonto wurde unterbrochen & Verbindung zum JTL-Kundenkonto gestört JTL-Wawi - Fehler und Bugs 2
In Diskussion Sumup Solo light - keine Verbindung JTL-POS - Fehler und Bugs 3
In Bearbeitung POS keine Verbindung zu WAWI Allgemeine Fragen zu JTL-POS 2
Neu Keine Verbindung von Wawi zu Shop PrestaShop-Connector 1
Neu Keine Verbindung zwischen Woocomerce und Connector WooCommerce-Connector 3
Neu Wie finde ich per SQL heraus welche Aufträge auf Teillieferbar stehen? JTL Ameise - Eigene Exporte 1
Neu Microsoft SQL unter MS365 Installation von JTL-Wawi 2
Neu SQL Abfrage, 3. Mahnstufe User helfen Usern - Fragen zu JTL-Wawi 1
Neu Variable oder SQL zum Feld "Gewinn netto" (im Auftrag) Eigene Übersichten in der JTL-Wawi 9
Neu SQL Code zur Ausgabe des Verkaufspreis je Kundengruppe User helfen Usern 1
Neu MS SQL Server auf Windows vs Linux Starten mit JTL: Projektabwicklung & Migration 9
Beantwortet Hilfe bei SQL Abfrage erbeten User helfen Usern - Fragen zu JTL-Wawi 3
Neu SQL Abfrage - Sendungsnummern als Liste nach Datum Schnittstellen Import / Export 2
Neu DB: kPlattform eines Auftrages ändern (SQL) - Zwecks Lagerplatzreservierung User helfen Usern - Fragen zu JTL-Wawi 0
Neu SQL prozeduren mit #temp Tabellen Eigene Übersichten in der JTL-Wawi 28
Neu Ameise Export in SQL Abfrage umwandeln User helfen Usern - Fragen zu JTL-Wawi 11
Neu Ware direkt in ein Standardlager einbuchen per SQL StoreProcedure dbo.spWarenlagerEingangSchreiben Schnittstellen Import / Export 8
Neu List & Label Vorlagen: SQL Injection Warnung umgehen um Datenquelle zu ergänzen User helfen Usern - Fragen zu JTL-Wawi 12
Neu WAWI 1.9 mit SQL Server Developer User helfen Usern - Fragen zu JTL-Wawi 3
Neu JTL WAWI SQL Dokumentation offline Arbeitsabläufe in JTL-Wawi 2
Neu Hosting der SQL-DB bei JTL User helfen Usern - Fragen zu JTL-Wawi 6
Neu Bild per SQL Query aus lesen aus von Artikel Bildplattform Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 0
Neu Umlagerungen - Wie, wo, oder SQL? Arbeitsabläufe in JTL-Wawi 2
Neu SQL Server Update von 2014 auf 2019 oder Neuinstallation? Installation von JTL-Wawi 4
Neu SQL: img alt Tags setzen User helfen Usern - Fragen zu JTL-Wawi 2

Ähnliche Themen