Software Firma sagt Server Hardware für HyperV Host zu schwach
Hallo Leute ,
seit einem Update der Steuersoftware brauchen manche Anmeldungen der User im Terminal an die Steuersoftware sehr lange. Die Datev hingegen läuft normal.
Auf der suche nach dem Fehler ist die Softwarefirma auf folgende Ursachen gestoßen , Ihre Software hat natürlich keine Fehler ( Datenbanksystem Access 2010 und mySQL )
Bei dem Hostsystem es handelt sich um ein HP ML350 GEN8 mit 2x XEON 2620 CPU ( 6Core ) 72GB RAM , 8x SAS 10k Festplatten 2,5" - Server 2012R2 HyperV installiert
hier nun die Diagnose der Softwarefirma:
"Erkenntnisse im Rahmen der EDV
1. Ein Rennpferd wird, egal was wir tun aus Ihrer EDV nicht werden. Der Multi 2.0 GHZ Prozessor System wird nicht schneller.
- Für eine performante Virtualisierung ist die EDV eigentlich nicht 100% geeignet
- Es macht aber auch keinen Sinn, die EDV komplett zu tauschen, dafür ist die EDV noch zu neu.
2. Was bremst Ihr System so aus
a) Der eingesetzte Virenscanner XXX sollte umgehend gegen ein Antivirus System, das nicht so viel Leistung frist ersetzt werden.
b) Die HyperV Virtualisierung sollte überarbeitet werden. Hier gibt es viel Nachholbedarf. (Hierzu müssen aber zuerst geklärt werden, wie die Schritte auszusehen haben) - Serveraufteilung, DATEV, usw. Hier brauchen wir erst ein Konzept und dann eine Aktion.
c) Der DATEV Lohn auf Ihrem Server bremst den Server ziemlich aus, wenn die Mitarbeiter damit arbeiten. Für DATEV ist der Server grundsätzlich nicht geeignet. (zu langsam)
d) In den XXX-Programmen müssen im XXX,im XXX, etc. und allen anderen Programmen die korrekten Einstellungen hinterlegt werden."
wir haben einen PDC und einen Terminalserver 2012R2 drauf laufen auf denen 10Mitarbeiter arbeiten und nur 3 davon mit der Datev Lohn !
Ist der Host wirklich zu schwach ? Auslastung Host liegt bei ca. 3% , PDC ( 8vCPU 16GB ) bei 3-7% und der Terminal (12vCPU 16GB) bei 10-40%.
mfg Thomas
seit einem Update der Steuersoftware brauchen manche Anmeldungen der User im Terminal an die Steuersoftware sehr lange. Die Datev hingegen läuft normal.
Auf der suche nach dem Fehler ist die Softwarefirma auf folgende Ursachen gestoßen , Ihre Software hat natürlich keine Fehler ( Datenbanksystem Access 2010 und mySQL )
Bei dem Hostsystem es handelt sich um ein HP ML350 GEN8 mit 2x XEON 2620 CPU ( 6Core ) 72GB RAM , 8x SAS 10k Festplatten 2,5" - Server 2012R2 HyperV installiert
hier nun die Diagnose der Softwarefirma:
"Erkenntnisse im Rahmen der EDV
1. Ein Rennpferd wird, egal was wir tun aus Ihrer EDV nicht werden. Der Multi 2.0 GHZ Prozessor System wird nicht schneller.
- Für eine performante Virtualisierung ist die EDV eigentlich nicht 100% geeignet
- Es macht aber auch keinen Sinn, die EDV komplett zu tauschen, dafür ist die EDV noch zu neu.
2. Was bremst Ihr System so aus
a) Der eingesetzte Virenscanner XXX sollte umgehend gegen ein Antivirus System, das nicht so viel Leistung frist ersetzt werden.
b) Die HyperV Virtualisierung sollte überarbeitet werden. Hier gibt es viel Nachholbedarf. (Hierzu müssen aber zuerst geklärt werden, wie die Schritte auszusehen haben) - Serveraufteilung, DATEV, usw. Hier brauchen wir erst ein Konzept und dann eine Aktion.
c) Der DATEV Lohn auf Ihrem Server bremst den Server ziemlich aus, wenn die Mitarbeiter damit arbeiten. Für DATEV ist der Server grundsätzlich nicht geeignet. (zu langsam)
d) In den XXX-Programmen müssen im XXX,im XXX, etc. und allen anderen Programmen die korrekten Einstellungen hinterlegt werden."
wir haben einen PDC und einen Terminalserver 2012R2 drauf laufen auf denen 10Mitarbeiter arbeiten und nur 3 davon mit der Datev Lohn !
Ist der Host wirklich zu schwach ? Auslastung Host liegt bei ca. 3% , PDC ( 8vCPU 16GB ) bei 3-7% und der Terminal (12vCPU 16GB) bei 10-40%.
mfg Thomas
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 301563
Url: https://administrator.de/forum/software-firma-sagt-server-hardware-fuer-hyperv-host-zu-schwach-301563.html
Ausgedruckt am: 27.12.2024 um 06:12 Uhr
23 Kommentare
Neuester Kommentar
Hi.
Ball flach halten:
Alles andere ist unprofessionelles Gestocher. Wenn Ihr kein Backup zum Zurückspielen habt, müsst Ihr Euch für die Zukunft mal fragen, warum.
Ball flach halten:
seit einem Update der Steuersoftware brauchen manche Anmeldungen der User im Terminal an die Steuersoftware sehr lange
Update deinstallieren/alten Stand aus Backup restoren, nachweisen, dass es nun wieder schnell läuft, Ball zum Support zurückspielen.Alles andere ist unprofessionelles Gestocher. Wenn Ihr kein Backup zum Zurückspielen habt, müsst Ihr Euch für die Zukunft mal fragen, warum.
Unabhängig vom Vorschlag von DerWoWusste scheint es auch mit der Konfiguration zu habpern.
Die CPU Zuteilung ist auf jeden Fall falsch - Schau dir das einmal an und bessere nach - https://www.youtube.com/watch?v=mLyTvCSEszw
LG Günther
PDC ( 8vCPU 16GB ) bei 3-7% und der Terminal (12vCPU 16GB) bei 10-40%.
Die CPU Zuteilung ist auf jeden Fall falsch - Schau dir das einmal an und bessere nach - https://www.youtube.com/watch?v=mLyTvCSEszw
LG Günther
Moin Moin,
lässt sich aus der Ferne nur schwer mit Sicherheit feststellen.
Aber wenn auf dem PDC zusätzlich noch 2 Datenbank-Server laufen, also der mysql von der Steuersoftware und der MSSQL von der DATEV kann das schon eine Bremse sein. Hängt aber auch von der Konstellation der Festplatten darunter ab.
Die Behauptung, dass es am zu schwachen Prozessor liegt halte ich für "gewagt" - ich hab in letzer Zeit selten Datenbankserver gesehen, die den Prozessor auch nur in die Nähe der Voll-Auslastung gebracht haben und das waren deutlich(!) mehr User als 10
Virenscanner kann auf nem Terminalserver schon problematisch sein. Hier könnte man über spezielle Virenscanner für virtuelle Umgebungen nachdenken (Kaspersky hat z.B. sowas, aber bestimmt auch einige andere, namhafte Hersteller - das VIWAS kann das nicht...)
Evtl auch mal die Access-Dateien von denen Du geschrieben hast aus dem Echtzeit-Scan raus nehmen.
Aber wie gesagt, alles nur unter Vorbehalt. Ohne das System selber im Zugriff zu haben ist das Kaffeesatz-Leserei
Gruß aus Münster
Bernhard
lässt sich aus der Ferne nur schwer mit Sicherheit feststellen.
Aber wenn auf dem PDC zusätzlich noch 2 Datenbank-Server laufen, also der mysql von der Steuersoftware und der MSSQL von der DATEV kann das schon eine Bremse sein. Hängt aber auch von der Konstellation der Festplatten darunter ab.
Die Behauptung, dass es am zu schwachen Prozessor liegt halte ich für "gewagt" - ich hab in letzer Zeit selten Datenbankserver gesehen, die den Prozessor auch nur in die Nähe der Voll-Auslastung gebracht haben und das waren deutlich(!) mehr User als 10
Virenscanner kann auf nem Terminalserver schon problematisch sein. Hier könnte man über spezielle Virenscanner für virtuelle Umgebungen nachdenken (Kaspersky hat z.B. sowas, aber bestimmt auch einige andere, namhafte Hersteller - das VIWAS kann das nicht...)
Evtl auch mal die Access-Dateien von denen Du geschrieben hast aus dem Echtzeit-Scan raus nehmen.
Aber wie gesagt, alles nur unter Vorbehalt. Ohne das System selber im Zugriff zu haben ist das Kaffeesatz-Leserei
Gruß aus Münster
Bernhard
Moin,
Schreib mal was zur array-Konfiguration, aber insgesamt sollte die Maschine das gut abkönnen (s. hier)
LG, Thomas
72GB RAM
PDC ( 8vCPU 16GB ) bei 3-7% und der Terminal (12vCPU 16GB)
was macht Ihr mit dem restlichen verbauten Hauptspeicher? Vermieten??PDC ( 8vCPU 16GB ) bei 3-7% und der Terminal (12vCPU 16GB)
Schreib mal was zur array-Konfiguration, aber insgesamt sollte die Maschine das gut abkönnen (s. hier)
LG, Thomas
Na dann verrate uns doch endlich mal von wem die Software kommt.
VG,
Thomas
Geiles Thema!
Gibt es das auch irgendwo als Text? Das ist eine durchaus ernst gemeinte Frage.
Zitat von @117471:
Geiles Thema!
Gibt es das auch irgendwo als Text? Das ist eine durchaus ernst gemeinte Frage.
Geiles Thema!
Gibt es das auch irgendwo als Text? Das ist eine durchaus ernst gemeinte Frage.
- https://www.faq-o-matic.net/2014/09/13/cim-2014-11-dinge-die-hyper-v-bel ...
- https://www.faq-o-matic.net/2015/04/27/hyper-v-lieblingsfehler-die-folie ...
Gruß jodel32
Du wirst lachen - ich habe 2 Minuten reingeschaut und das Video zum Anlass genommen, den Smart-TV von meinem Stiefsohn in spé zu konfiszieren und den vor meinem Kardio-Ergometer aufzubauen.
Der kann sich morgen mal fein was Neues kaufen.
Geiles Video btw. - wobei ich wohl echt Schwein gehabt habe, dass ich mit meinem grenzenlosen Pragmatismus eigentlich gar nicht mal so verkehrt gelegen habe
Der kann sich morgen mal fein was Neues kaufen.
Geiles Video btw. - wobei ich wohl echt Schwein gehabt habe, dass ich mit meinem grenzenlosen Pragmatismus eigentlich gar nicht mal so verkehrt gelegen habe
Zitat von @GoebelTh:
Hallo Leute ,
Bei dem Hostsystem es handelt sich um ein HP ML350 GEN8 mit 2x XEON 2620 CPU ( 6Core ) 72GB RAM , 8x SAS 10k Festplatten 2,5" - Server 2012R2 HyperV installiert
Das sind also 12 Cores.Hallo Leute ,
Bei dem Hostsystem es handelt sich um ein HP ML350 GEN8 mit 2x XEON 2620 CPU ( 6Core ) 72GB RAM , 8x SAS 10k Festplatten 2,5" - Server 2012R2 HyperV installiert
wir haben einen PDC und einen Terminalserver 2012R2 drauf laufen auf denen 10Mitarbeiter arbeiten und nur 3 davon mit der Datev Lohn !
Ist der Host wirklich zu schwach ? Auslastung Host liegt bei ca. 3% , PDC ( 8vCPU 16GB ) bei 3-7% und der Terminal (12vCPU 16GB) bei 10-40%.
Ihr habt 18 vCPUs vergeben, wieviel bleiben den dem Host?Die Konfiguration macht überhaupt keinen Sinn. Wieso hat der PDC 8 vCPUs? Und warum 12 vCPUs für den Terinamlserver?
Was macht der virtuelle PDC denn noch?
Was läuft noch auf dem Hostsystem?
Meine Empfehlung wäre 2vCPU und zunächst mal 2 GiB RAM für den PDC .
Mit freundlichen Grüßen Thomas
Gruss Penny
Warum vergebt Ihr die vCPUs überhaupt manuell? Kann der Hyper-V das nicht von alleine?
Zitat von @Bingo61:
Haben Datev Mittelstand auf Server 2008 mit 32 GB Ram und Xeon, läuft 1 a.
Dabei noch eine 2 . SQL auf dem Server. Und das ganze ist seit Jahren ohne Probleme.
Also lehne ich mich aus Fenster und sage , der Server von euch hat sicher keine Probleme mit Datev wegen seiner Konfig.
Gruss
Robert
Haben Datev Mittelstand auf Server 2008 mit 32 GB Ram und Xeon, läuft 1 a.
Dabei noch eine 2 . SQL auf dem Server. Und das ganze ist seit Jahren ohne Probleme.
Also lehne ich mich aus Fenster und sage , der Server von euch hat sicher keine Probleme mit Datev wegen seiner Konfig.
Gruss
Robert
Moin,
wenn du uns das Hyper-V bei deinem System nicht unterschlagen hast bist du wohl gerade aus dem Fenster gefallen.
VG,
Thomas
Wenn 72 GB für Hyper V nicht reichen was dann? Hatte auf Win 10 Rechner 3 VM Maschinen testweise in Hyper V laufen, Server 2012 und 2 mal Win 7 und das mit 8 GB Speicher und Intel CPU und alle zugleich mit 1 GB je für Win 7 und 2 GB für den 2012 Server als RAM .
War zwar keine Rennmaschine aber funktionierte.
haben den Datev Techniker nun entsorgt sozusagen, weil der auch keinen Plan hatte und nur teuer war.
Mache Datev konfig selbst und das funktioniert seit dem ohne Probleme , vorher waren laufend irgentwelche Störungen.
Hab da was aus der Info von Datev, bezieht sich auf VM Maschinen Hyper v und a..
http://www.datev.de/dnlexom/client/app/index.html#/document/1080080/D10 ...
http://www.datev.de/dnlexom/client/app/index.html#/document/1014224
https://www.datev.de/dnlexom/client/app/index.html#/document/1080461
@thomas,
nehme zur Vorsicht nur Kellerfenster
War zwar keine Rennmaschine aber funktionierte.
haben den Datev Techniker nun entsorgt sozusagen, weil der auch keinen Plan hatte und nur teuer war.
Mache Datev konfig selbst und das funktioniert seit dem ohne Probleme , vorher waren laufend irgentwelche Störungen.
Hab da was aus der Info von Datev, bezieht sich auf VM Maschinen Hyper v und a..
http://www.datev.de/dnlexom/client/app/index.html#/document/1080080/D10 ...
http://www.datev.de/dnlexom/client/app/index.html#/document/1014224
https://www.datev.de/dnlexom/client/app/index.html#/document/1080461
@thomas,
nehme zur Vorsicht nur Kellerfenster
moin,
die DATEV Umgebung meckert vermutlich im Servicetool das die Taktung der einzelnen Cores mit 2 Ghz zu gering ist. in den allermeisten Fällen kann dies ignoriert werden.
Lass mal einen Tag den Resourcenmonitor mit laufen und schau wo die Spitzen liegen.
Rein für die DATEV reicht der Server alle mal. Für 3 DATEV Nutzer rechnet mal mit einen RAM-Verbrauch von 0,8 - 1,2 GB RAM je User.
Gruß
die DATEV Umgebung meckert vermutlich im Servicetool das die Taktung der einzelnen Cores mit 2 Ghz zu gering ist. in den allermeisten Fällen kann dies ignoriert werden.
Lass mal einen Tag den Resourcenmonitor mit laufen und schau wo die Spitzen liegen.
Rein für die DATEV reicht der Server alle mal. Für 3 DATEV Nutzer rechnet mal mit einen RAM-Verbrauch von 0,8 - 1,2 GB RAM je User.
Gruß