Hallo Community,
wir haben momentan einen Virualisierten (ESXi 6.5) SQL+DMS Server mit 4 CPUs und 64GB RAM auf den von 5 Terminalservern mit ca. 50 Usern
Allerdings liegt der Arbeitsspeicher aber immer auf 95% die vom SQL Server beansprucht werden die CPU Auslastung geht nie über 40%.
Hat hier jemand vielleicht ein vergleichbares Setup und kann das für gut befinden oder sollte ich den SQL Server in der RAM Verwendung einschränken.
Gelöst! Gehe zu Lösung.
Wie oft wird denn der Server gebootet bzw. der SQL Dienst gestoppt und gestartet?
Wie viel RAM ist dem SQL denn im DATEV SQL Manager zugewiesen?
Die VM hat dynamischen oder fest konfigurierten RAM?
Generell: https://www.datev.de/dnlexom/client/app/index.html#/document/1071153 (2.2 / 2.3) sowie https://www.datev.de/dnlexom/client/app/index.html#/document/1080803
Hallo,
die Maintenance batch wird täglich und die MaintenanceWE am Wochenende ausgeführt.
Der SQL wird jeden Abend zur Sicherung per Script gestoppt und nach der Sicherung wieder gestartet. Was mich wundert ist das der Taskmanager auf 95% läuft obwohl die VM sich scheinbar langweilt.
und der SQL so:
Dann mal im SQL Manager gucken, wie viel RAM tatsächlich genutzt wird (Punkt 3.1): https://www.datev.de/dnlexom/client/app/index.html#/document/1014224
Ist das ein reiner DATEV SQL oder macht der Server noch mehr?
Server wurde vom vorgänger als DC eingerichtet und wird jetzt als Fileserver für Datev und DMS eingesetzt.
Man könnte die Werte 8 und 9 mal über längere Zeit beobachten und überlegen den SQL auf festen RAM zu konfigurieren.
Ansonsten könnte man, falls es Probleme gibt, sich das Storage / CPUs / Energie-Optionen ansehen.
Der SQL wird jeden Abend zur Sicherung per Script gestoppt und nach der Sicherung wieder gestartet. Was mich wundert ist das der Taskmanager auf 95% läuft obwohl die VM sich scheinbar langweilt.
Hi,
auf den letzten Admin-Workshop und Vorbereitungen zurm DATEV-Admin wurde seitens DATEV empfohlen auf den nächtlichen Neustart des SQL zu verzichten.
Der SQL organisiert zur Laufzeit seinen Cache. Wenn der SQL nun Nachts neugestartet wird, ist die Organisation hin und er beginnt dann von Neuem. Hier gilt: besser laufen lassen und den SQL via VSS sichern. Die Cache-Organisation wird dann mit steigender Laufzeit immer besser.
Gruß
Chr.Ockenfels
Alternativ steuert man das über die Wartungsscripte (RunMaintenance.cmd / RunMaintenanceWE.cmd) aus Dok. 1071153. Der Neustart des SQL Dienstes macht dann nichts anderes wie das Cache-Script (clean_buffer.bat) aus Dok. 1080803.
Auch wenn der SQL nicht gestoppt wird, würde ich die Wartungsscripte als Task laufen lassen.
Hallo Herr Steinbrügger,
in Ihrem Fall sollten Sie den Speicher im DATEV SQL-Manager (Max Server Memory) auf den Wert 55.000 begrenzen.
Das ist für Ihre Umgebung mehr als ausreichend und stellt sicher, dass für weitere Services (DATEV DMS, Cache, ...) ausreichend Ressourcen zur Verfügung stehen.
Viele Grüße
Christian Deuerlein
werde ich gleich mal so konfigurieren.
Vielen Dank an alle für die ganzen Vorschläge und Lösungsansätze