Hyper-V - Terminal Server 2003 - Hohe CPU-Last
Hohe CPU-Last wegen Interrupts.
Laut Process Explorer "hardware interrupts and dpcs"
Hallo,
ich habe auf einem Terminal Server Probleme mit einer zeitweise sehr hohen CPU-Last.
OS: Windows Server 2003
SP: Service Pack 2
Das Problem tritt nicht immer zur selben Zeit auf, also kann ich den Virenschutz (Update) einmal ausschließen.
Hat jemand schon solche Probleme erkannt und kann mir weiterhelfen.
Bitte um Info.
Danke
Ciao
Lukas
Laut Process Explorer "hardware interrupts and dpcs"
Hallo,
ich habe auf einem Terminal Server Probleme mit einer zeitweise sehr hohen CPU-Last.
OS: Windows Server 2003
SP: Service Pack 2
Das Problem tritt nicht immer zur selben Zeit auf, also kann ich den Virenschutz (Update) einmal ausschließen.
Hat jemand schon solche Probleme erkannt und kann mir weiterhelfen.
Bitte um Info.
Danke
Ciao
Lukas
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 203724
Url: https://administrator.de/forum/hyper-v-terminal-server-2003-hohe-cpu-last-203724.html
Ausgedruckt am: 12.05.2025 um 03:05 Uhr
12 Kommentare
Neuester Kommentar
Moin,
meine Glaskugel ist grad zum Putzen...
- welcher Hyper-V
- welche Hardwareausstattung des Hyper-V
- wieviel VMs drauf
- welche Hardwarezuweisung zu der VM (und den anderen) - vRAM, vCPU
- ggf. sogar, was für ein Plattensystem des Host (RAID, Plattentyp) etc.
Gruß
24
meine Glaskugel ist grad zum Putzen...
- welcher Hyper-V
- welche Hardwareausstattung des Hyper-V
- wieviel VMs drauf
- welche Hardwarezuweisung zu der VM (und den anderen) - vRAM, vCPU
- ggf. sogar, was für ein Plattensystem des Host (RAID, Plattentyp) etc.
Gruß
24
Hallo 24,
natürlich...
HP ProLiant ML370 G6
Windows Server 2008 Standard
2 x Intel Xeon E5540 2.53 GHz
64GB RAM (32GB pro CPU)
1 x RAID 5 (3 x HP 300GB SAS 6GBit/s 10k RPM) - OS, Exchange, Hyper-V
1 x RAID 1+0 (4 x HP 500GB SAS GBit/s 7.2k RPM) - Daten
Hyper-V
1 x Windows Server 2003 Standard (4 vCPU, 4GB RAM) - Terminal Server
1 x Windows Server 2003 Standard (2 vCPU, 2GB RAM) - Oracle Datenbank (alte WaWi)
1 x Windows Server 2008 Standard (2 vCPU, 2GB RAM) - Microsoft SQL Datenbank (Archivierung)
1 x Windows Server 2008 Standard (2 vCPU, 2GB RAM) - SQL Anywhere Datenbank (Zeiterfassung)
Hoffe du kannst mir weiterhelfen.
Danke
Ciao
Lukas
natürlich...
HP ProLiant ML370 G6
Windows Server 2008 Standard
2 x Intel Xeon E5540 2.53 GHz
64GB RAM (32GB pro CPU)
1 x RAID 5 (3 x HP 300GB SAS 6GBit/s 10k RPM) - OS, Exchange, Hyper-V
1 x RAID 1+0 (4 x HP 500GB SAS GBit/s 7.2k RPM) - Daten
Hyper-V
1 x Windows Server 2003 Standard (4 vCPU, 4GB RAM) - Terminal Server
1 x Windows Server 2003 Standard (2 vCPU, 2GB RAM) - Oracle Datenbank (alte WaWi)
1 x Windows Server 2008 Standard (2 vCPU, 2GB RAM) - Microsoft SQL Datenbank (Archivierung)
1 x Windows Server 2008 Standard (2 vCPU, 2GB RAM) - SQL Anywhere Datenbank (Zeiterfassung)
Hoffe du kannst mir weiterhelfen.
Danke
Ciao
Lukas
Moin,
Danke
wieviel User hängen auf dem TS?
Gruß
24
Danke
wieviel User hängen auf dem TS?
Gruß
24
Zwischen 5 und 10.
5 Andauernd von 07:30 - 16:30, manche nur sporadisch.
5 Andauernd von 07:30 - 16:30, manche nur sporadisch.
Kannst Du mal bitte testweise den Speicher hochsetzen, und dann von den Ergebnissen berichten?
24
24
Hallo,
das wird nichts bringen, da Windows 2003 Server Standard nur 4GB RAM unterstützt.
Habe ich aber trotzdem gemacht, einmal 8GB der VM gegeben, die VM läuft aber sonst nicht über 2GB RAM.
Also wieder zurück auf 4GB.
Die Festplatte ist als IDE-Controller eingebunden, kann man das schnell auf SCSI ändern, oder bringt das sowieso nichts?
das wird nichts bringen, da Windows 2003 Server Standard nur 4GB RAM unterstützt.
Habe ich aber trotzdem gemacht, einmal 8GB der VM gegeben, die VM läuft aber sonst nicht über 2GB RAM.
Also wieder zurück auf 4GB.
Die Festplatte ist als IDE-Controller eingebunden, kann man das schnell auf SCSI ändern, oder bringt das sowieso nichts?
Moin,
die Technet (2003) sagt, jedem RDP-Client mind. 128 MB zuteilen, plus 1000 MB für das Gesamtsystem - nach 10 Jahren sind allerdings selbst die Browser fetter geworden, so das 1 GB je Client ne gute Größe ist (ega, was da noch drauf läuft) - Deine CPU beschäftigt sich mit verschiedenen Varianten der Auslagerung und rechnet sich tot, also entweder Enterprise oder 2. TS als Farm....
Gruß
24
die Technet (2003) sagt, jedem RDP-Client mind. 128 MB zuteilen, plus 1000 MB für das Gesamtsystem - nach 10 Jahren sind allerdings selbst die Browser fetter geworden, so das 1 GB je Client ne gute Größe ist (ega, was da noch drauf läuft) - Deine CPU beschäftigt sich mit verschiedenen Varianten der Auslagerung und rechnet sich tot, also entweder Enterprise oder 2. TS als Farm....
Gruß
24
OK,
dann werden wir den geplanten 2008 R2 TS wohl vorziehen.
Wir wollten sowieso einen neuen Server im Netzwerk implementieren.
Hardware mit Windows 2008 R2 steht bereit.
Der bekommt dann 32GB RAM und 8 Kerne und kann sich hoffentlich nicht mehr totrechnen.
Alles klar.
Gibt es irgendeinen Workaround?
Denn momentan nerven mich die User...
dann werden wir den geplanten 2008 R2 TS wohl vorziehen.
Wir wollten sowieso einen neuen Server im Netzwerk implementieren.
Hardware mit Windows 2008 R2 steht bereit.
Der bekommt dann 32GB RAM und 8 Kerne und kann sich hoffentlich nicht mehr totrechnen.
Alles klar.
Gibt es irgendeinen Workaround?
Denn momentan nerven mich die User...
Der Workaround heißt mehr RAM - und der geht nicht ...
also gibt es keinen
leider
24
also gibt es keinen
leider
24
Alles klar.
Danke für deine Hilfe.
Ich werde Usern sagen, dass sie Outlook und PDFs nicht mehr am Terminal öffnen sollen, bis der neue Terminal läuft.
Das sollte mir wenigstens ein bisschen Luft verschaffen.
Weißt du vielleicht, ob wir in Zukunft die TS-Lizenzen weiterverwenden können?
Danke
Ciao
Lukas
Danke für deine Hilfe.
Ich werde Usern sagen, dass sie Outlook und PDFs nicht mehr am Terminal öffnen sollen, bis der neue Terminal läuft.
Das sollte mir wenigstens ein bisschen Luft verschaffen.
Weißt du vielleicht, ob wir in Zukunft die TS-Lizenzen weiterverwenden können?
Danke
Ciao
Lukas
Moin,
nein, deswegen gibt es ja 2008er TS-CALs ... (sonst könnte ja M$ nix mehr verkaufen...)
Gruß
24
nein, deswegen gibt es ja 2008er TS-CALs ... (sonst könnte ja M$ nix mehr verkaufen...)
Gruß
24
Hallo,
das Auslagern der Outlook-Verbindungen auf die Clients hat das Problem verbessert.
2008er TS ist freigegeben und im Aufbau.
Danke
Ciao
Lukas
das Auslagern der Outlook-Verbindungen auf die Clients hat das Problem verbessert.
2008er TS ist freigegeben und im Aufbau.
Danke
Ciao
Lukas
