Performance‑Troubleshooting/en

General

This Wiki article is designed to help you identify and narrow down potential performance issues at the OS level.
At the end of the article, you will also find tips on how to best submit performance-related inquiries to our support team.

Onprem- vs. Cloud-Server

Servers operated on-premises at a customer's site typically exhibit relatively low utilization rates.
Consequently, multiple applications or additional Windows Server roles and features are frequently installed and run in parallel on these systems.
Cloud servers, by contrast, offer highly granular scaling capabilities; as a result, many customers allocate the same—or even fewer—resources to their cloud instances compared to their on-premises systems.
However, it is essential to bear in mind that these are shared infrastructures.
In other words, multiple customers share the same physical resources.
For this reason, the performance of a local server cannot be directly compared to that of a cloud server.
Particularly in the context of terminal servers, we therefore recommend avoiding having too many employees work simultaneously on a single instance.

DATEV-Applications

Experience has shown that one vCore per DATEV user should be allocated on the VM.
Therefore, in case of doubt, we recommend opting for the standard CPU—featuring more vCores but a slightly lower clock speed—to ensure that sufficient CPU resources are available for all DATEV users.

Finding the Cause of Performance Problems

Gathering Information

To identify the root cause of the existing performance issues, all relevant information should first be gathered:

• On which VM within the cloud package does the behavior occur?
• How long has the problem persisted?
• How exactly does the reduced performance manifest itself?
• Have there been any changes at the operating system level? (e.g., Windows updates, software installations, or uninstallations)
• How many employees are working simultaneously on the affected VM?
• Are there any dependencies on other VMs within the same package?
• Which type of VPN is being used?
• Via which protocol do users access the VM?
• Which antivirus software is active on the VM?
• Are DATEV applications being used?
  • If so: How many employees are working with them simultaneously?

Antivirus Protection

We frequently receive reports that, in addition to the integrated Windows Defender, users are deploying a secondary antivirus solution.
In such cases, it is absolutely essential to ensure that both security solutions are correctly configured to prevent them from blocking one another or causing unintended side effects at the operating system level.

If performance issues arise during RDP sessions, you should verify whether exceptions for RDP connections have been configured within the antivirus software currently in use.
The absence of such an exception can noticeably impair performance.

Check VM Resources Using the Resource Monitor

To identify the root cause of the performance issues, the next step is to check the VM's resource utilization directly at the operating system level.
To do this, start by using the Windows Resource Monitor, which you can access—for example—via Windows Search.

The Resource Monitor features dedicated tabs for the most critical system resources:

• CPU
• Memory
• Disk
• Network

These tabs provide detailed information regarding current resource utilization.

CPU

Im CPU‑Reiter sehen Sie alle Prozesse, die Rechenleistung verbrauchen.
Achten Sie auf Prozesse, die deutlich mehr CPU‑Last erzeugen als andere, und klären Sie mit Ihrem Administrator, ob dieses Verhalten normal ist.
Mögliche Ursachen:

• ein Prozess hängt oder arbeitet fehlerhaft
• der VM wurden zu wenig vCores zugewiesen

Zusätzlich können Sie prüfen, ob die CPU mit der maximalen Taktfrequenz arbeitet.
Ist z. B. der Windows‑Energiesparmodus aktiv, wird die CPU gedrosselt – was zu Performance‑Einbußen führt.
(Hinweis: Auf Hyper‑V‑Hosts sind Energiesparmodi grundsätzlich deaktiviert.)

Arbeitsspeicher

Im Reiter „Arbeitsspeicher“ sehen Sie die RAM‑Auslastung der VM.
Achten Sie auf Prozesse mit ungewöhnlich hohem Speicherverbrauch.

Im oberen Bereich finden Sie außerdem die Anzahl der „Harten Fehler“.
Viele harte Fehler bei einem Prozess können darauf hindeuten, dass:

• der VM zu wenig RAM zugewiesen wurde
• oder auf dem Host ein Speicherproblem vorliegt

Bei Verdacht auf Host‑Probleme wenden Sie sich bitte an den TERRA CLOUD Support.

Zusätzlich sollten Sie die generelle RAM‑Auslastung im Blick behalten.
Die durchschnittliche Auslastung sollte nicht über 80 % liegen.
Werte oberhalb dieses Bereichs führen erfahrungsgemäß zu Engpässen beim Speichermanagement und erhöhen die Wahrscheinlichkeit für harte Fehler sowie Performance‑Probleme.

Datenträger

Im Datenträger‑Reiter können Sie u. a. die Antwortzeiten der vDisk pro Prozess einsehen.
Sortieren Sie die Spalte am besten absteigend.

Wichtige Hinweise:

• Antwortzeiten > 10-15 ms deuten auf ein Problem hin
• Die Anzeige „Zeit mit max. Aktivität“ sollte nicht dauerhaft über 80 % liegen

Ist die vDisk dauerhaft überlastet, kann dies bedeuten, dass statt Standard‑Storage Performance‑Storage erforderlich ist.
Typische Begleiterscheinungen wären Disk‑Fehler im Windows‑Eventlog (ID 153 oder 11).

Netzwerk

Im Netzwerk‑Reiter sehen Sie die aktuelle Netzwerkauslastung, ebenfalls sortierbar nach Prozessen.
Benötigt ein einzelner Prozess ungewöhnlich viel Bandbreite, kann dies die Performance anderer Benutzer beeinträchtigen.

Ein typisches Beispiel ist das TERRA CLOUD Backup, das zu bestimmten Zeiten einen Großteil der Bandbreite beanspruchen kann – sofern dies nicht anders konfiguriert wurde.

Support-Ticket erstellen

Sollte sich die Ursache der Performance‑Probleme nicht auf Betriebssystemebene feststellen lassen, wenden Sie sich an den Support.
Nutzen Sie hierfür entweder das TERRA CLOUD Technical Center oder senden Sie eine E‑Mail an support@terracloud.de.
Für die Bearbeitung benötigen wir folgende Informationen:

• den Namen der betroffenen VM
• die Bestellnummer
• die Antworten zu den oben genannten Fragen