Nach Umstieg auf neuen Server bricht JTL Performance ein

Mike1334

Aktives Mitglied
23. Februar 2015
17
0
Hallo

Nach dem Umstieg vom alten System auf einen neuen Server brach die Performance von JTL ein, vielleicht hat jemand eine Idee ? Laut Ressourcenmonitor ist alles im grünen Bereich, die CPU-Auslastung in den Spitzen evtl. etwas zu hoch.

Eckdaten :

JTL auf neuestem offiziellem Stand, ca 83000 Artikel, db-Grösse bei ca. 3.5 GB, bis maximal 15 User gleichzeitig am zugreifen.

das neue System hat Win2008R2, SQL2012 und zwei Xeon E5 bei 2,4GHz, 32 GB Ram, ein 144 SAS Raid 1 System fürs Betriebssystem, ein 2TB Raid 1 für Datenbank und Daten (aktuell nur für SQL genutzt)

das alte System war Win2008R2, SQL2008 Express, zwei Xeon E5 bei 2,4GHz, 32 GB Ram, ein 144 SAS Raid 1 System fürs VBetriebssystem, ein 1 TB Raid 1 mit Datenbank und Daten (SAP Server, Buchhaltung, ehemals JTL, Fileserver)

eigentlich sollte das Ganze ja jetzt alleine dank dem Umstieg auf SQL2012 Vollversion merklich schneller laufen, die Abfragen sind allerdings deutlich langsamer, auch direkt auf dem System.

Vielen Dank für Ideen und Unterstützung
Mike
 

reneromann

Sehr aktives Mitglied
31. August 2012
2.135
5
AW: Nach Umstieg auf neuen Server bricht JTL Performance ein

Was habt ihr denn für eine Serverlizenz? Core-Lizenz oder Nutzerlizenz?
Bei Core-Lizenzen müsstet ihr für die zwei Xeons zur vollen Ausnutzung mindestens 8 (bei 4-Kernern) bis hin zu 16 Lizenzen (bei 8-Kernern) kaufen! Andernfalls läuft der SQL-Server nur auf Teilen der CPU.
Die Express-Edition kennt hingegen kein Core-Limit, hier gibt's nur das RAM-Limit (1 GB) und die Größenbeschränkung auf max. 10 GB Datenbank (SQL 2008 Express aufwärts).
 

Mike1334

Aktives Mitglied
23. Februar 2015
17
0
AW: Nach Umstieg auf neuen Server bricht JTL Performance ein

Hallo.

Stimmt, hätte man sollen erwähnen : eine Nutzerlizenz.
 

reneromann

Sehr aktives Mitglied
31. August 2012
2.135
5
AW: Nach Umstieg auf neuen Server bricht JTL Performance ein

Habt ihr schon mal geschaut, wieviel RAM und wieviele Kerne für die Instanz lt. Konfiguration von MSSQL genutzt werden "dürfen"?
Immerhin gibt's da ja die Möglichkeit, die Anzahl der Kerne als auch den RAM (künstlich) zu begrenzen - nicht dass da noch Überbleibsel aus der Express-Konfiguration sind, die euch jetzt den Spaß verderben.

Und wegen der Lizenzen nochmal:
Ich hoffe, ihr habt für jeden Nutzer eine Lizenz gekauft - ansonsten könnten die fehlenden Lizenzen ebenfalls ein Erklärungsansatz sein.
 

ralph_1

Gut bekanntes Mitglied
12. August 2011
586
5
AW: Nach Umstieg auf neuen Server bricht JTL Performance ein

Und wegen der Lizenzen nochmal:
Ich hoffe, ihr habt für jeden Nutzer eine Lizenz gekauft - ansonsten könnten die fehlenden Lizenzen ebenfalls ein Erklärungsansatz sein.
Eine Zwischenfrage bzgl. Lizenzen: Wenn man der Anleitung im JTL-Wiki folgt, meldet man sich bei der Datenbank als SQL-Server-Benutzer an. Auf jedem Client mit den gleichen Zugangsdaten. Daraus schließe ich, dass man eigentlich nur eine Nutzerlizenz braucht. Richtig oder falsch?
 

reneromann

Sehr aktives Mitglied
31. August 2012
2.135
5
AW: Nach Umstieg auf neuen Server bricht JTL Performance ein

@ralph_1:
Teilweise falsch. Auch das hängt wieder von den CALs ab.
Ähnlich wie beim Windows Server selbst (für den man auch CALs benötigt), gibt es Geräte- und Benutzer-CALs.
Bei Geräte-CALs dürfen beliebige Nutzer von einem Gerät auf den Server zugreifen, während bei Nutzer-CALs ein Nutzer von beliebigen Geräten auf den Server zugreifen darf.
Auch wenn die Wawi prinzipiell in der Standardeinstellung immer über den sa-Nutzer läuft, muss trotzdem für jeden Nutzer eine SQL-Nutzer-CAL vorgehalten werden (auch wenn der SQL-Server höchstwahrscheinlich keinen Fehler spucken wird, wenn nur eine Nutzer-CAL für den sa-Nutzer existiert).
Übrigens muss auch für jeden Nutzer eines Servers eine Windows-Server-Client-CAL vorgehalten werden (was jedoch insbesondere bei der Foundation und der Essentials-Edition von Windows Server nicht ins Gewicht fällt, da hier schon 15 bzw. 25 CALs dabei sind).

Das Dilemma kann nur mit Core-Lizenzierung umgangen werden - hier ist die Anzahl der gleichzeitigen Nutzer und Geräte dann völlig egal [deshalb kosten Core-Lizenzen auch deutlich mehr Geld als Nutzer-/Gerätelizenzen].
 

Ähnliche Themen