Thema "Performance SQL- Server" in Technisches zu Software

Performance SQL- Server

martinkolberg — Wed, 13 Jan 2021 07:06:19 GMT

Trotz neuem Server und ordentlichen Clienten (i7 8700, 16 GB) dauern manche ReWe- Operationen Minuten wobei dann entweder am Clienten oder am Server genau ein Kern auf 100% Last steht.

- Einspielen einer Buchhaltung
- Einspielen von Buchungssätzen (OK, können mehr als 20.000 sein)
- Ausziffern dieser Buchungen (Mehr als 20.000)

Frage:
An welchen Schrauben des SQL- Managers kann man drehen, um den Server effizienter arbeiten zu lassen?
Hier ist ein Kern auf Vollanschlag, während der Rest nichts tut. (RAM 64 GB und SSD)

Warum diesen Prozessor?
https://www.cpubenchmark.net/compare/Intel-i7-8700-vs-Intel-Xeon-E-2236-vs-Intel-Xeon-Gold-6246R/3099vs3607vs3854

Performance SQL- Server

Gelöschter Nutzer — Wed, 13 Jan 2021 07:13:23 GMT

die cpu ist weit entfernt von der datev-empfehlung.

letztlich kann es bei uns allerdings auch minuten dauern. kommt halt ganz auf die einzuspielenden bestände an.

wenn es das nur ist, ist es doch gut 🙂

Performance SQL- Server

metalposaunist — Wed, 13 Jan 2021 07:25:32 GMT

@Gelöschter Nutzer schrieb:
die cpu ist weit entfernt von der datev-empfehlung.

Und warum? 🤔 12 Kerne mit 2800er SingleThread Wert ist voll im Optimum der DATEV. Bei VMs empfiehlt DATEV min. 2000 Punkte; 2800 sind schon ordentlich. Diese Aussage kann ich daher nicht teilen. An die 3400 Punkte des Ryzen 5 5600 kommt man zwar nicht aber das ist auch nur Nebensache.

Ich dachte immer, dass der DATEV SQL im Fall von @martinkolberg 6 Kerne (die Hälfte) nutzt oder ist das auch ein Relikt aus SQL 2014er Zeiten? Ich finde das Info-DB nicht mehr dazu. Oder DATEV nutzt die Hälfte, wenn mehrere Aufgaben anfallen aber pro Aufgabe gibt's nur 1 Thread. Aber auch so bestätigt das ja die Aussage, dass DATEV eine SingleThread Anwendung ist und daher der Wert 10x wichtiger als die Gesamtsumme aller Kerne ist.

@martinkolberg: Wurden initial vor den SQL Server Umstellungen der DATEV Einstellungen von Hand geändert, die jetzt auch mit in die neuen SQL Server genommen werden? Kann mich da an Einstellungen wie RAM Begrenzung erinnern.

@martinkolberg: Dass die Gold CPU gleich das 10-fache kostet, liegt daran, dass es auch mal eben 10 Kerne mehr sind, die alle auf 3,xGHz jede Menge Strom verbrauchen (205W pro CPU 😲) und man diese Abwärme auch in 1U Servern irgendwie händeln muss und: die Gold CPU ist für 2P Boards gedacht. Dann verbraucht nur die CPU schon mal 410W, ohne RAM, ohne alles. Die E-2236 ist für Single Socket Boards geeignet. Die ganzen Produktionskosten der Gold CPU sind um ein vielfaches höher.

Performance SQL- Server

martinkolberg — Wed, 13 Jan 2021 07:24:36 GMT

Hier die "zukunftssichere" DATEV- Empfehlung für weniger als 15 Benutzer.
https://apps.datev.de/dnlexka/document/0908081

Ja, da sind wir weit entfernt 😉
Oder hat der goldene Xeon spezielle Eigenschaften, daß die Anwendung SQL- Server schneller läuft?

Performance SQL- Server

siro — Wed, 13 Jan 2021 07:29:32 GMT

@metalposaunist schrieb:
Ich dachte immer, dass der DATEV SQL im Fall von @martinkolberg 6 Kerne (die Hälfte) nutzt oder ist das auch ein Relikt aus SQL 2014er Zeiten?

Mehr Kerne nutzt hier nichts

12 Kerne mit 2800er SingleThread Wert ist voll im Optimum der DATEV.

sic!

- Einspielen einer Buchhaltung
- Einspielen von Buchungssätzen (OK, können mehr als 20.000 sein)
- Ausziffern dieser Buchungen (Mehr als 20.000

Das sind sequentielle Vorgänge, da kann nichts parallel laufen

Evtl. könnte deutlich mehr RAM "helfen" (ganze DBs im Cache etc.)

Außerdem könnte man die Empfehlungen zu Hyperthreading in Bezug auf die aktuelle Maschine berücksichtigen (Blech od. Virtuell)

Performance SQL- Server

martinkolberg — Wed, 13 Jan 2021 07:40:27 GMT

@martinkolberg: Wurden initial vor den SQL Server Umstellungen der DATEV Einstellungen von Hand geändert, die jetzt auch mit in die neuen SQL Server genommen werden? Kann mich da an Einstellungen wie RAM Begrenzung erinnern.

Der Server wurde im Herbst folgendermaßen aufgesetzt:

1. OS Server 2019 installiert

2. Eingebunden in Domäne

3. DATEV- Daten rüber kopiert und Feigaben eingerichtet
4. DVD 13.1 installiert

5. Clienten per Umzugs. Assistenten eingebunden

6. Update DVD 14 (ohne am SQl- Server herum zu konfigurieren)

7. update DVD 14.1 (Januar 2021)

Aufgrund der Neuinstallation sollte sich der SQL Server im Original- Zustand befinden, es sei denn er hat bei der Installation irgend welche Einstellungen aus dem DATEV- Datenpfad gezogen.
Bei der SQL- Sicherung zieht sich der SQL- Server 90% des RAMS (also keine Einschränkung)
-> in der Folge eher langsamer, da die Cache Verwaltung wohl CPU frißt.
=> den nächtlichen Netstop & Start zum Sichern wieder aktiviert, so daß im Cache nur Dinge vorgehalten werden, die man auch benötigt..

Performance SQL- Server

martinkolberg — Wed, 13 Jan 2021 07:34:34 GMT

Das sind sequentielle Vorgänge, da kann nichts parallel laufen
Evtl. könnte deutlich mehr RAM "helfen" (ganze DBs im Cache etc.)

Außerdem könnte man die Empfehlungen zu Hyperthreading in Bezug auf die aktuelle Maschine berücksichtigen (Blech od. Virtuell)

Warum die ganze DB im Cache? Die SSD langweilt sich und die 100.000 Altbestände müssen doch nicht in den Cache. Ich denke, der SQL- Server wird alles im Cache Vorhalten, was er benötigt und RAM ist ausreichend vorhanden.

Es ist Blech. Welchen maximalen Effekt hat das Deaktivieren vom Hyperthreading, außer daß ich im Kanzlei- Betrieb die Hälfte der möglichen Tasks verliere?

Performance SQL- Server

siro — Wed, 13 Jan 2021 07:49:24 GMT

@martinkolberg schrieb:
Es ist Blech. Welchen maximalen Effekt hat das Deaktivieren vom Hyperthreading, außer daß ich im Kanzlei- Betrieb die Hälfte der möglichen Tasks verliere?

DATEV Hilfe-Center, Dok.-Nr. 1008261

Zitat aus o.g. Dok:

Hyper-Threading deaktivieren
Hyper-Threading wirkt sich für SQL-Server negativ in der Performance aus.

@martinkolberg schrieb
Ich denke, der SQL- Server wird alles im Cache Vorhalten, was er benötigt und RAM ist ausreichend vorhanden.

Das ist fein

Performance SQL- Server

metalposaunist — Wed, 13 Jan 2021 07:56:20 GMT

@siro: Ich frage mich trotzdem, was ohne HT im Fall von @martinkolberg sich verbessern soll? Dann wird ja nicht IPC Wert erhöht; es fallen einfach 6 Kerne dann weg. Aber dann rechnet REWE noch immer mit 1 Kern und ist nicht schneller.

Unsere Kanzlei hat auch 64GB RAM. Sollte ausreichen. @martinkolberg ich denke, das meint @siro mit Cache, dass die ganze REWE DB im RAM liegt und nicht erst von der SSD geschaufelt werden muss und nein, die ist im Vergleich zu RAM noch immer um den Faktor 100 (?) langsamer.

Performance SQL- Server

martinkolberg — Wed, 13 Jan 2021 08:08:23 GMT

Unsere Kanzlei hat auch 64GB RAM. Sollte ausreichen. @martinkolberg ich denke, das meint @siro mit Cache, dass die ganze REWE DB im RAM liegt und nicht erst von der SSD geschaufelt werden muss und nein, die ist im Vergleich zu RAM noch immer um den Faktor 100 (?) langsamer.

Während des Wartens auf die CPU ist lt. Ressourcenmonitor die HD nicht im geringsten ausgelastet.
Daher gehe ich davon aus, daß der SQL- Manager alles im Cache hat, was er benötigt und damit die "lahme" SSD den Prozeß nicht wesentlich ausbremst. Es muß ja nicht die komplette Datenbank über Jahrzehnte mit inaktiven Mandanten im RAM vorgehalten werden, sondern nur die Tabellen, die für den aktuellen Mandanten notwendig sind.

Performance SQL- Server

Gelöschter Nutzer — Wed, 13 Jan 2021 08:41:09 GMT

Ok... bis 15 Nutzer und Singlethread ist auch TOP.

Aber dennoch sehe ich in der Empfehlung keinen E-xxxx.

Da fehlt z.B. Quadchannel-Support, relativ wenig Cache, max. 128gb RAM usw.

Ich habe so eine ähnliche CPU neulich in unseren Kommserver gestopft. Der übernimmt allerdings auch noch ein paar andere Jobs.

Das kann sich hier und da schon auswirken.. aber eigentlich läuft es ja ganz gut, bis auf die üblichen Probleme (einspielen..).

HT würde ich ausschalten... kann auch was bringen.

Haben die SSDs irgendeinen Cache? Ist das Consumer-Ware?

Performance SQL- Server

martinkolberg — Wed, 13 Jan 2021 09:49:44 GMT

HT würde ich ausschalten... kann auch was bringen.
Haben die SSDs irgendeinen Cache? Ist das Consumer-Ware?

Was heißt: "kann was bringen?" Gibt es beim DATEV Fileserver Erfahrungswerte wenn von einer Station nur ein Task Leistung anfordert und alle anderen kerne brach liegen? Ich meine nicht kaum meßbare Änderungen. Da könnte ich gleich am BIOS die CPU ein Quäntchen höher takten.

Umgekehrt... Wenn am Tage alle Mitarbeiter gleichzeitig arbeiten oder bei der Datenanpassung, die auf mehreren CPU parallel läuft, möchte ich nicht auf das HT verzichten.
_____________________
Die SSD sind im RAID 1 und worden vom Hersteller so konfiguriert. (Kein spezieller Controller)
Ob Consumer? Das sehe ich jetzt von außen nicht.
der Windows Cache ist eingeschaltet.

Die Platten sind aber lt. Ressourcenmonitor definitiv nicht der Engpaß.

Performance SQL- Server

Gelöschter Nutzer — Wed, 13 Jan 2021 09:58:50 GMT

Wenn an irgendeiner Stelle Cache fehlt, kann das auch negativ sein.

Aber man merkt es dann meistens nur in Extremsituationen, die eigentlich nicht alltäglich sein sollten.

Ein eigener Controller mit MFBU und meinetwegen 4GB Ram kann da natürlich auch hilfreich sein.

Ich schau da gar nicht mehr so sehr auf den Taskmanager oder Ressourcenmonitor..

Ich hab HT ausgeschaltet und es läuft ganz gut.

Wenn ich jetzt allerdings so 1 Mio Buchungssätze einspiele, kann das auch 15 Minuten oder so dauern.

Ich lass da nun keine Eieruhr laufen, da es ja nun nicht so häufig vorkommt und ich an anderer Stelle weiterarbeiten kann. Der Fileserver wird durch so eine Aktion immerhin nicht merklich blockiert.

Letztlich ist es alles "kann". Gemessen an der Personalkosten schieß ich mittlerweile lieber mit Kanonen.

Heruntergebrochen auf einen Tag..

Performance SQL- Server

Gelöschter Nutzer — Wed, 13 Jan 2021 10:42:26 GMT

ich habe gerade mal einen relativ rechenintensiven prozess angestoßen und der SQL gönnt sich auf allen 12 Kernen (HT ist aus), gut verteilt, 25 Prozent.

Hab ich so aber noch nie gesehen :-)..

Performance SQL- Server

vogtsburger — Wed, 13 Jan 2021 10:48:55 GMT

... Apropos "Performance" ,

hat jemand Erfahrungswerte, wieviel Leistung und Zeit eine regelmäßig "geplante" Auswertungsbestückung in EO Comfort benötigt ?.

Performance SQL- Server

metalposaunist — Wed, 13 Jan 2021 10:51:56 GMT

@Gelöschter Nutzer schrieb:
Hab ich so aber noch nie gesehen :-)..

Spricht also für die Nutzung von 3 Kernen. Auch komisch 🤔. Dachte es wären im Fall von 12C dann 6C und ich meine 8C war das Maximum, was DATEV sich gönnt.

Performance SQL- Server

Gelöschter Nutzer — Wed, 13 Jan 2021 10:56:32 GMT

Das sind 2 CPUs mit je 6 Kerne. 12 Kerne gönnt er sich grad.

Allerdings ist der Auftrag auch sowas aus der Welt.. mein Arbeitsplatz ist gerade blockiert und scheint ordentlich den SQL zu füttern. Das hatte ich, so lange, noch nie.

Nächstes mal nehm ich ne andere Maschine..

Performance SQL- Server

chrisocki — Wed, 13 Jan 2021 12:09:06 GMT

Hi,

@vogtsburger schrieb:

... Apropos "Performance" ,
hat jemand Erfahrungswerte, wieviel Leistung und Zeit eine regelmäßig "geplante" Auswertungsbestückung in EO Comfort benötigt ?.

derzeit kann ich nur noch als DATEVasp-Anwender berichten:

Meine aber, dass die Zeiten bei meinem früheren Arbeitgeber/Kanzlei ähnlich waren. In Teilen ggf. sogar noch schneller.

Beste Grüße
Christian Ockenfels

Performance SQL- Server

metalposaunist — Wed, 13 Jan 2021 12:14:15 GMT

@chrisocki schrieb:
Meine aber, dass die Zeiten bei meinem früheren Arbeitgeber/Kanzlei ähnlich waren. In Teilen ggf. sogar noch schneller.

Hat meiner Meinung nach nichts mit DATEVasp oder PARTNERasp zu tun, wenn man einigermaßen aktuelle Hardware einsetzt. Dann läuft die Bestückung immer innerhalb von Minuten durch und zieht auch nicht viel Leistung und kann daher auch im laufenden Betrieb stattfinden, z.B. wenn der Task nicht mehr will oder vor die Wand fährt. Zumindest bricht nicht das DATEV Konstrukt zusammen und niemand kann mehr arbeiten. Aber nachts ist es trotzdem als Aufgabe natürlich besser aufgehoben.

Performance SQL- Server

vogtsburger — Wed, 13 Jan 2021 13:24:35 GMT

... wow, ich hätte jetzt Zeiten erwartet, die ein Problem darstellen bzw. mit anderen regelmäßig geplanten nächtlichen Prozessen kollidieren könnten.

Performance SQL- Server

chrisocki — Wed, 13 Jan 2021 13:59:20 GMT

Hi,

anderen regelmäßig geplanten nächtlichen Prozessen kollidieren könnten.

wäre ja m.E. nur noch die Datensicherung. Und wenn die als VSS läuft dann macht es der Bestückung nichts aus. Wenn allerdings der SQL gestoppt wird (Offline-Sicherung), dann war es das...

Beste Grüße
Christian Ockenfels

Performance SQL- Server

chrisocki — Wed, 13 Jan 2021 14:04:07 GMT

Hi,

Hat meiner Meinung nach nichts mit DATEVasp oder PARTNERasp zu tun, wenn man einigermaßen aktuelle Hardware einsetzt.

Ack. Wir waren seinerzeit gänzlich Inhouse-Hoster für die Kanzlei (mehrere Niederlassungen, über 100 MA, historisch gewachsen und eigene IT).

Zumindest bricht nicht das DATEV Konstrukt zusammen und niemand kann mehr arbeiten.

Bestückung im laufenden Betrieb kam tatsächlich sehr selten vor und nur dann, wenn die Bestückung ausgeblieben ist und wir eine Neubestückung angesetzt haben und es keine Zeit für auf den nächsten Tag hatte. Da dann die EODB seitens des SQL mit dem Prozess beschäftigt ist und hierfür auch eine CPU abstellt, waren alle anderen SQL-Tasks (z.B. Rechnungswesen) hiervon nicht betroffen und konnten normal weiterarbeiten.

Lediglich im DAP hat man es hier und da gemerkt...

Beste Grüße
Christian Ockenfels

Performance SQL- Server

vogtsburger — Tue, 19 Jan 2021 10:40:39 GMT

... nochmal kurz beim Thema 'Performance' nachgefragt, hier allerdings im Zusammenhang mit REWE

Ich verwende die beiden Batchdateien "Leistungsindex.cmd" und "NGenAll40.cmd", um einen Anhaltspunkt für die Performance von REWE zu haben.

Beim letzten Update einer 'Mandantenkiste', die mir gelegentlich buchstäblich 'zugetragen' wird, ist mir 'die unerträgliche Langsamkeit des Seins' aufgefallen.

'Witzigerweise' zeigt der "Leistungsindex"

bei nicht vorhandenen "Basis-NativeImages" einen akzeptablen Wert von ca 9 sec
bei vorhandenen "Basis-NativeImages" einen schlechten Wert von ca 18 sec

... frage mich, ob es eine plausible Erklärung dafür gibt.

Das Betriebssystem inkl. der Datev-Umgebung befindet sich auf einer SSD.

Zusätzlich ist noch eine SATA-Festplatte angeschlossen (für Backups etc.)

... werde mal testen, ob bei abgehängter SATA-Festplatte eine Handbremse gelöst wird.

Performance SQL- Server

vogtsburger — Tue, 19 Jan 2021 14:37:14 GMT

Nachtrag:

kleine Ursache ---> große Wirkung

Das Abhängen der SATA-Festplatte (das Ziehen des Datenkabels) hat tatsächlich die 'Handbremse' gelöst.

... jetzt ergibt die Performance-Messung per "Leistungsindex.cmd"

bei vorhandenen "Basis-NativeImages" einen Wert von 7,9 sec

... damit kann man 'leben'

Jetzt frage ich mich nur noch, ob man jetzt auch ohne zusätzliche SATA-Festplatte leben muss oder ob es noch Möglichkeiten für ein "tête-à-tête" zwischen SSD und SATA gibt, ohne dass man auf Geschwindigkeit verzichten muss.

Performance SQL- Server

vogtsburger — Wed, 20 Jan 2021 22:45:18 GMT

... "neues Spiel, neues Glück" ...

heute ist mir ein anderer Kandidat 'in die Hände gefallen', der mich ziemlich 'genervt' hat

... ein neuer Mandanten-PC, auf den ersten Blick ausreichend ausgestattet, aber ....

Der PC (Acer Aspire TC-330, AMD, SSD 256 , 8 GB RAM) arbeitet mit "Mittelstand Faktura mit Rechnungswesen Compact" verdammt langsam.

Performance (laut "Leistungsindex.cmd")

schlechte 16 sec - 18 sec

Festplatte

SSD 256GB PCIe NVMe

Prozessor (laut "Leistungsindex.cmd"):

[ProcessorInfo]
Processor=AMD A9-9420 RADEON R5, 5 COMPUTE CORES 2C+3G
Description=AMD64 Family 21 Model 112 Stepping 0
MaxClockSpeed=3000
NumberOfCores=2
NumberOfLogicalProcessors=2
L2CacheSize=1024
L2CacheSpeed=
L3CacheSize=
L3CacheSpeed =
LoadPercentage=93

Leider habe ich keine Erfahrung mit AMD-Prozessoren, da ich bisher immer auf der Intel-Schiene geblieben bin.

Das Abhängen der zusätzlichen SATA-Festplatte brachte keine Verbesserung

... keine Ahnung, wo bei diesem Gerät das 'Nadelöhr' steckt.

Selbst ein 10 Jahre alter Mandanten-PC (Dell i5-2400 mit 4 GB RAM) war vor ein paar Tagen deutlich schneller bei der Aktualisierung und im laufenden Betrieb als der o.g. neue Acer Aspire TC-330

Performance SQL- Server

martinkolberg — Thu, 21 Jan 2021 04:15:54 GMT

Beim Leistungsindex sind immer die einzelnen Zeilen wichtig.

Die Grafik kann bremsen ... Ja, unser Buchhaltungssystem wird erst mit Gamer- GraKa optimal schnell
Eine angesteckte HDD kann die Messung verfälschen (ist aber für die Praxis egal)
Daß die normale HDD optimal konfiguriert ist, sollte eine Sebstverständlichkeit sein
Netzwerk: Wenn jede Anfrage zum Server erst einmal durch da WWW irrt, dann haben wir ein echtes Problem.
AntiVirus Es gibt AV- Lösungen, die das System massiv ausbremsen. Besser. Gleich zwei AV- Lösungen parallel 😞

Was tun?
Lokales Backup (Windows- Sicherung) einrichten.
Taskmanager und Ressourcenmonitor sichten. (Läuft bei jedem PC- Start irgend ein langer Task, u.B. Kompletttest einer AV- Lösung?)
Eigenschaften der Festplatte prüfen. (Cache, Index, usw.)
Autostart sichten und aufräumen
Entscheiden, ob der Win- Defender als Virenschutz nicht völlig ausreicht

Unnötigen schrott deinstallieren

Hintergrundapps sichten und Nervendes deaktivieren

Bei einem Rechner mit aktuellem Prozessor und SSD muß der Wert in der Summe weit unter 10 Sekunden liegen.

Performance SQL- Server

metalposaunist — Thu, 21 Jan 2021 07:42:01 GMT

@vogtsburger schrieb:
... keine Ahnung, wo bei diesem Gerät das 'Nadelöhr' steckt.

An der CPU. Geiles Teil! 😂

Also mit 1600 Punkte war DATEV schon lahm aber nicht mal 1300 Punkte ist der Knaller! 👍 😂

Zumal nur 2C/2T. Also ist die CPU mit DATEV vollbeschäftigt oder nutzt nur 1C statt maximaler 8, wenn man 16T hätte.

P.S. schön, dass Sie @vogtsburger meine Theorie also bestätigen können. Der i5-2400 hat 1574 Punkte (22% mehr!). Ist also wirklich schneller als die AMD CPU. Gut beobachtet 👍!

Also: Augen auf 👀 beim Hardwarekauf und > 3GHz sagen rein gar nichts mehr aus. 2017 hätte ich auf Intel gesetzt statt AMD aber man wollte es bestimmt günstig haben und ist ja "nur" DATEV - tja.

Performance SQL- Server

vogtsburger — Thu, 21 Jan 2021 08:42:35 GMT

@metalposaunist ... Augen auf beim Hardwarekauf und > 3GHz sagen rein gar nichts mehr aus. ...

hier sieht man deutlich, dass der Hardwarekauf die 'Wurzel allen Übels' sein kann.

Von außen sieht der PC tatsächlich wie ein Computer aus, von innen wie ein Kinderspielzeug.

Aber selbst ein Kind wäre nicht glücklich damit, da die heutigen 'geilen' Spiele sicher auch nicht 'anständig' laufen 😄

Zum Glück bin ich selbst mit den Dell-Business-PCs immer gut gefahren

Performance SQL- Server

martinkolberg — Mon, 13 Dec 2021 18:28:55 GMT

Gerade fahrlässig angeklickt:
Vorjahresbuchungen synchronisieren.

Ist halt das Amazon- Verechnungskonto.

Jetzt bin ich ausgesperrt... Ja, Hund möchte Gassi....

Performance SQL- Server

martinkolberg — Mon, 13 Dec 2021 18:47:22 GMT

Ich glaub, wir haben ein echtes ReWe- Problem...

Rödelt der jetzt das AMAZON- Konto durch, wenn ich die GewSt ausziffern möchte?

Was ist da los??? (natürlich wieder 10 Minuten Zwangspause...)

AEG (Ausschalten - Einschalten - Geht wieder (bei normalen Konten) )

Performance SQL- Server

Gelöschter Nutzer — Mon, 13 Dec 2021 18:44:07 GMT

sind das screenshots vom fileserver?

Performance SQL- Server

martinkolberg — Mon, 13 Dec 2021 18:52:00 GMT

Der Server ist der DATEV- File- SQL- Server ohne weitere Aufgaben.
Rewe läuft auf einem Clienten mit i7- Prozessor, der ber der Aktion NULL- Auslastung zeigt.

der Client hat einfach eine Mist- Abfrage gesendet, ohne ordentliche Indexe zu nutzen.
Da braucht der beste Server Ewigkeiten, wenn aufgrund schlampiger Programmierung zig Tausende von Datensätzen durchwühlt werden müssen.

Performance SQL- Server

Gelöschter Nutzer — Mon, 13 Dec 2021 19:36:25 GMT

Da braucht der beste Server Ewigkeiten, wenn aufgrund schlampiger Programmierung zig Tausende von Datensätzen durchwühlt werden müssen.

ja gut.. kann man sich drüber streiten.

hab den prozessor glaub im kommserver. egal..

ram-auslastung scheint mir auch zu gering. wann wurde der das letzte mal neu gestartet?

ach.. steht ja da.

10 Minuten für den klapprigen prozess..

Performance SQL- Server

metalposaunist — Mon, 13 Dec 2021 20:58:47 GMT

Zeigt doch sehr schön, warum DATEV bis heute auf den Single Thread Wert pocht 😉. Wenn der 1 Kern lahm ist, ist das bei 63 anderen möglichen Kernen auch keine Hilfe.

Performance SQL- Server

martinkolberg — Tue, 14 Dec 2021 09:34:31 GMT

Irgendwie macht es Sinn, daß eine einzelne ReWe- Anfrage auch nur einen Kern bekommt.
So bremst diese wohl sequentiell programmierte Last nicht den Rest der Kanzlei aus.
Wir kennen das lokale ViWs, welches alle Kerne des Clienten gleichzeitig auf 100% fährt. Viel Spaß beim Arbeiten.

Mehr als 2 Kerne auf dem Fileserver wird kein Anwender gleichzeitig belegen.
Damit sind 12- Kerner mit hoher Taktfrequent für den SQL- Server durchaus optimal.

Performance SQL- Server

metalposaunist — Tue, 14 Dec 2021 09:42:06 GMT

Bloß geht die Entwicklung eher in die Richtung, mehr Kerne statt mehr Takt. Deshalb lässt sich Intel ja die Gold CPUs mit > 3GHz und wenigen Kernen gut bezahlen. Total untypisch im Rechenzentrum. Die Kanzlei ist auch nur ein Rechenzentrum im micro-Format.

AMD hat eine CPU mit 128 Kernen vorgestellt. DATEV zieht dann 1 davon. Toll. Und was macht man mit dem Rest? 😂

Die CPUs werden nur durch die Anzahl der Kerne schneller, weil mehr parallel berechnet werden kann. Wenn DATEV da noch lange auf dem SingleThread rumreitet - der ist jetzt schon nicht mehr arg gestiegen. Erst mit den neuen AMDs wieder aber das Ziel ist das eigentlich nicht.

@martinkolberg schrieb:
Wir kennen das lokale ViWs, welches alle Kerne des Clienten gleichzeitig auf 100% fährt.

Wenn dadurch die Aufgabe schneller bearbeitet werden kann, ist das doch OK? Besser so, als wenn ich x Minuten auf Aufgabe A warten muss, aber ich zumindest in der Zeit B tun kann? Hm. Und wenn das so krass der Fall ist, ist da auch was falsch in der Programmierung in meinen Augen.

@martinkolberg schrieb:
Irgendwie macht es Sinn, daß eine einzelne ReWe- Anfrage auch nur einen Kern bekommt.

Dann aber nicht beschweren, wenn DATEV eben mal > 10min für amazon braucht 😉.

Performance SQL- Server

münster — Tue, 14 Dec 2021 10:25:33 GMT

@metalposaunist

Bei DATEV ist der MSSQL Server ein reines Datenspeichermedium, der macht gar nichts außer ein paar Speicherbewegungen. Die Abfragen, die an den SQL Server geleitet werden sollten nur nicht auf den Prozessor 0 kommen, hier werden in der Regel die IRQs bearbeitet und damit der SQL Thread immer wieder unterbrochen.

Da DATEV Software immer die geamten Daten auf den Client zieht (siehe @zippo in der alten Newsgroup zum Thema Arbeitsplatz) bestimmt der Client auch die Auswertungsgeschwindigkeit - und genau hier bestimmt dann die Auslastung der CPU die Verarbeitungszeit. Laufen, wie auf einem Remote Desktop Server, viele unterschiedliche Threads steigen auch die Zeitscheiben, die die CPU zu versorgen hat. Der Wechsel der Threads kostet auch so seine Zeit. Nun steht am Ende GHz gegen Kerne und wieviel CPU Zeit durch den Wechsel verbraten wird. Manchmal gewinnt die lahme CPU mit wenig Wechseln.

Der Mist an der Sache ist MS, dort wurde erkannt, dass sich Kerne besser lizenzieren lassen als Sockel und dann stellt sich wieder die dämliche Frage was nun optimaler ist.

Performance SQL- Server

chrisocki — Tue, 14 Dec 2021 10:30:28 GMT

Hi,

@martinkolberg schrieb: Mehr als 2 Kerne auf dem Fileserver wird kein Anwender gleichzeitig belegen.

Jaein....

1x Rechnungswesen

1x Auswertungen EO

1x DMS o.ä

ergeben dann durchaus 3 Kerne die belegt sind.

Beste Grüße
Christian Ockenfels

Performance SQL- Server

chrisocki — Tue, 14 Dec 2021 10:33:31 GMT

@metalposaunist schrieb: AMD hat eine CPU mit 128 Kernen vorgestellt. DATEV zieht dann 1 davon. Toll. Und was macht man mit dem Rest?

Den willste aber nicht mit einem Windows-Server lizenzieren...

Aber, wenn ein Prozess nur einen Kern belegt, so what.... Die anderen Benutzer haben durchaus andere Prozesse, die dann auch vom SQL (teilweise) auf andere Kerne gelegt werden.

Da skaliert der MS-SQL durchaus nach Prozessen bzw. die von dort angefragten SQL-Datenbanken.

Beste Grüße
Christian Ockenfels

Performance SQL- Server

chrisocki — Tue, 14 Dec 2021 10:38:25 GMT

@münster schrieb: Bei DATEV ist der MSSQL Server ein reines Datenspeichermedium, der macht gar nichts außer ein paar Speicherbewegungen.

Das würde ich so nicht unterschreiben.

Insbesondere bei der EO kann ich durchaus behaupten, dass es so nicht ist. Die SQL-Abfragen werden vom Server ausgeführt und bearbeitet. Auch bei den Auswertungen ist zunächst der SQL belastet und übergibt dann an den Client. Und je nach Abfrage ist der Server erst einmal richtig im Stress (Bsp. Nachbewertung von LEA-Kostensätzen, die reinste Killeranwendung).

Bei DMS sieht es naturgemäß anders aus. Datei wird vom SQL angefordert auf den Client kopiert, Client führt aus. Warum: Word / Excel kann nun einmal keine Dateien direkt aus einem SQL-Speicher öffnen. Wird es auch nie können. Die Office-Anwendungen arbeiten immer im Dateisystem (von Outlook mal abgesehen... je nach Postfach).

Die allgemeine These, dass DATEV alles in "BLOB"-Felder der SQL-Datenbank schreibt, können wir seit Jahren also nicht mehr so stehen lassen.

Beste Grüße
Christian Ockenfels

Performance SQL- Server

Gelöschter Nutzer — Tue, 14 Dec 2021 10:55:23 GMT

datev empfiehlt server cpus und nicht unbedingt workstation-cpus...

mal unabhängig von der "kern-geschwindigkeit".

bei uns sieht es z.B. so aus.. da haben die cpus etwas mehr cache usw.

die datenbanken liegen auf festplatten und das gerät ist schon etwas älter.. aber läuft ziemlich gut.

fast nach empfehlung der datev..

Performance SQL- Server

metalposaunist — Tue, 14 Dec 2021 11:18:56 GMT

@münster schrieb:
Da DATEV Software immer die geamten Daten auf den Client zieht

Aber doch nur zu Btrieve Zeiten, oder nicht 🤔?

@Gelöschter Nutzer: 3,4GHz max aber die CPU dümpelt bei 1,xGHz rum? Ist das nicht das falsche Energieprofil? Tatsächlich konnte ich bestätigen, dass DATEV besser läuft, wenn die CPU immer mit max GHz läuft; egal, was gerade zu tun ist.

Performance SQL- Server

Gelöschter Nutzer — Tue, 14 Dec 2021 11:28:50 GMT

@metalposaunist

das profil ist höchstleistung und cpu min100/max100. bios? speedstep? dont know.. läuft gut.

Performance SQL- Server

münster — Tue, 14 Dec 2021 14:52:09 GMT

@metalposaunist schrieb:
@münster schrieb:
Da DATEV Software immer die geamten Daten auf den Client zieht
Aber doch nur zu Btrieve Zeiten, oder nicht 🤔?

Btrieve wurde 1:1 auf SQL umgezogen. @zippo hat ja nun auch oft genug auf fehlende Suchen und Views hingewiesen. Der Verwendung von Filtern zeigt ja auch, dass keine Abfragen genutzt werden.

Alle Berechnungen, Sortierungen etc. werden vom Client vorgenommen - muss auch so sein. DATEV nutzt die NUKO für die Verwaltung der Userrechte, würde die SQL Datenbank diese selbst verwalten könnten StoredProcs und Views genutzt werden. Nutzt DATEV aber nicht, jede Anfrage auf den SQL wird zunächst auf die Rechte des Users geprüft, nicht umsonst kommen pro Sekunde so schön viele SQL Anfragen beim Server an und damit haben wir eine der wesentlichen Engpässe - die IRQs auf Prozessor 0.

Der Unterschied ist zu betrachten wenn Fibu Programme genutzt werden in denen die ganze Logik in der Datenbank läuft, @achilleus könnte sagen welche das ist. Der Hersteller hat vor vielen Jahren den Schuss auch nicht gehört und dadurch viele Kunden verloren.

Performance SQL- Server

Gelöschter Nutzer — Sun, 06 Feb 2022 13:25:09 GMT

@metalposaunist

tja.. ich habe bei dem "tollen" Wetter mal um diese Energiespareinstellungen gekümmert und das war mal gar nicht so einfach, dass Bios zum "stromverschwenden" zu bringen.

Ende vom Lied: der Start dauert sonst etwa 2,3 Sek und der Zugriffstest dauert irgendwas mit 1,x Sekunden.

Also das hat wirklich was rausgehauen..

Nächstes Problem: der Server wird bald 5 Jahre alt und müsste eigentlich (kein Support mehr) getauscht werden.

Wenn ich allerdings in die Singlethread-Performance Liste gehe und im Bereich Server-CPU's schaue (Gold, Silver usw.). ist das höchste der Gefühle ein Gold 6334 mit einem Wert von 2.600.

Kaum mehr als unsere jetzigen CPU's... also das nervt schon irgendwie, dass DATEV immer noch so auf Singlethread abfährt.

Geht sowas eigentlich?:

https://docs.microsoft.com/de-de/troubleshoot/sql/admin/support-network-database-files

DATEV-Datenbanken auf ein NAS ablegen? NTFS ist ja auch nicht das höchste der Gefühle..

Performance SQL- Server

metalposaunist — Sun, 06 Feb 2022 14:13:21 GMT

@Gelöschter Nutzer schrieb:
DATEV-Datenbanken auf ein NAS ablegen?

Kann man bestimmt. Hatte ich bei einem Kunden einmal so übernommen und 2 VMs gleichzeitig neu starten endete bei Server 2008 R2 mit einem Hänger beim Start.

Das QNAP NAS war zwar mit 10Gbits Modulen ausgestattet und auch so an die Hosts per iSCSI angeschlossen aber wenn man dann 3,5" 7200rpm HDDs drin hat, die weder die Performance noch de IOPS schaffen ... Welcher Dienstleister sich das ausgedacht hat, gehört auch ins Gefängnis 😶.

Ich meine gerade bei SQL sind IOPS wichtig. Aber das überlasse ich heute besser Experten, die sich um bestmögliche Hardware und Kommunikation untereinander kümmern. Ich bin mehr DATEV Software, Schnittstellen und Beratung.

Performance SQL- Server

Gelöschter Nutzer — Sun, 06 Feb 2022 19:30:57 GMT

bei iscsi sind wir ja auch wieder bei ntsf.

am schönsten wäre ja ein mainboard mit haufenweise nvme ssds, softwareraid1, robustes zsf-dateisystem, trim usw.

Performance SQL- Server

münster — Mon, 07 Feb 2022 10:07:42 GMT

@Gelöschter Nutzer,

was mich an den Teilen des Leistungstests wundert ist, dass die Zeiten für Festplatte und Datenzugriff gar nicht so unterschiedlich sind. Diese Parameter sind im laufenden Betrieb entscheidend, die Anderen spielen beim Programmstart eine Rolle.

Ein Aufrüsten beim Storage, egal ob fest mit dem Mainboard verbunden oder ein Storage Subsystem (NAS lassen wir mal außen vor), wird vermutlich nicht den gewünschten Effekt der "Schwuppdizität" (Erfinder des Begriffs war die Redaktion der ct) in Relation zum Preis erzielen.

Ein ZFS ist im Übrigen nicht das schnellste Dateisystem am Start, dafür aber sicher und sehr solide. MS bietet aber auch noch ReFS an, Probleme inklusive.

Ein NAS für die Datenbank, egal ob als File- oder Blockdevice, halte ich nicht für eine gute Idee. Zugriff über 2 Betriebssysteme mit allen Zicken der Protokolle? Für mich nicht.

Performance SQL- Server

Gelöschter Nutzer — Mon, 07 Feb 2022 10:27:11 GMT

@münster

was mich an den Teilen des Leistungstests wundert ist, dass die Zeiten für Festplatte und Datenzugriff gar nicht so unterschiedlich sind.

Ich habe keine lokalen Datenpfade.. ist wohl Zufall, dass die Werte nahe beieinander sind (und auch erst seitdem ich alle Sparfunktionen am FS abgestellt habe).

Ein NAS für die Datenbank, egal ob als File- oder Blockdevice, halte ich nicht für eine gute Idee. Zugriff über 2 Betriebssysteme mit allen Zicken der Protokolle? Für mich nicht.

ja, sehe ich nach einlesen langsam auch so.. schade.

Performance SQL- Server

münster — Mon, 07 Feb 2022 10:37:29 GMT

@Gelöschter Nutzer,

da hat ja nicht nur der Filer seine Finger drin, der Client (auch TerminalServer) hat ja auch so seine Belastung. Das Netzwerk spielt bei DATEV keine untergeordnete Rolle, da liegt ganz heftig Pakettraffic drauf. Jeder Zugriff auf die SQL Datenbank muss ja erst einmal über die Nuko, das bremst enorm da das nicht vom SQL Server nativ in der Datenbank abgearbeitet wird.

Performance SQL- Server

Gelöschter Nutzer — Mon, 07 Feb 2022 10:54:17 GMT

@münster

den zusammenhang verstehe ich gerade noch nicht :-).

Liegen deswegen die Werte nahe beieinander? der server bremst und deswegen ist der festplattentest nicht besser?

Es begrenzt einerseits das LAN und andererseits der Server.. der Client könnte mehr.

Performance SQL- Server

chrisocki — Mon, 07 Feb 2022 12:22:22 GMT

@münster schrieb:

da hat ja nicht nur der Filer seine Finger drin, der Client (auch TerminalServer) hat ja auch so seine Belastung. Das Netzwerk spielt bei DATEV keine untergeordnete Rolle, da liegt ganz heftig Pakettraffic drauf. Jeder Zugriff auf die SQL Datenbank muss ja erst einmal über die Nuko, das bremst enorm da das nicht vom SQL Server nativ in der Datenbank abgearbeitet wird.

SQL geht ja noch... Da werden nur Pakete generiert, wenn auch tatsächlich Aktion in den Anwendungen gestartet werden.

Aber das RDP (Terminalserver) spuckt da ordentlich Pakete ins Netzwerk. Jede Mausbewegung löst Pakete aus... Und da kommt enorm was zusammen.

Wenn iSCSI zum Einsatz kommen soll, dann meines Erachtens nur in eigenen Netzwerken/Switchen. Allein schon aus Schutzgedanken heraus (Core-Netzwerk getrennt von Produktiv-Netz).

Beste Grüße
Christian Ockenfels