Server läuft langsam: CPU, RAM und Festplatten-Checkliste
Anleitung zur Erkennung und Behebung von Server-Leistungsproblemen: Checkliste für CPU, RAM, Festplatte, Swap, Prozessanalyse und Netzwerktest. Linux-Server-Diagnose.
Inhaltsverzeichnis
Einleitung
Wenn Ihr Server langsam läuft, müssen Sie einer systematischen Checkliste folgen, um die Ursache zu ermitteln. Diese Anleitung beschreibt Schritt für Schritt die häufigsten Leistungsprobleme und deren Lösungen.
Diese Anleitung ist für Linux-Server (Ubuntu, Debian, CentOS, Rocky Linux) erstellt. Für Windows Server werden ähnliche Überprüfungen mit anderen Tools durchgeführt.
1. CPU-Auslastung prüfen
top -bn1 | head -5
htop
ps aux --sort=-%cpu | head -20
Bei dauerhafter CPU-Auslastung über 90% müssen Sie ressourcenintensive Prozesse identifizieren und optimieren oder die Serverressourcen erhöhen.
2. RAM-Auslastung prüfen
free -h
ps aux --sort=-%mem | head -20
| Metrik | Gesund | Warnung | Kritisch |
|---|---|---|---|
| RAM-Auslastung | < 70% | 70-90% | > 90% |
| Swap-Auslastung | 0 | < 25% | > 50% |
| Available | > 20% | 10-20% | < 10% |
Hohe Swap-Auslastung (> 50%) bedeutet RAM-Mangel. Swap arbeitet auf der Festplatte und ist deutlich langsamer als RAM.
3. Festplatte und I/O prüfen
df -h
du -sh /* 2>/dev/null | sort -rh | head -10
iostat -x 1 5
Bei Festplattenauslastung über 90% können Leistungsprobleme auftreten. 95%+ ist kritisch — sofortige Platzfreigabe erforderlich.
4. Swap-Analyse
free -h | grep Swap
swapon --show
Swap bereinigen (Temporäre Lösung)
sudo swapoff -a && sudo swapon -a
Swap-Bereinigung ist eine temporäre Lösung. Für eine dauerhafte Lösung erhöhen Sie den RAM oder optimieren Sie speicherintensive Anwendungen.
5. Netzwerkleistung prüfen
ss -s
ss -ntu | awk '{print $5}' | cut -d: -f1 | sort | uniq -c | sort -rn | head -10
Viele Verbindungen (10.000+) können Serverressourcen verbrauchen. Möglicherweise sind Sie einem DDoS-Angriff ausgesetzt — überprüfen Sie die Angriffshistorie im Path-Panel.
6. Prozessanalyse
ps aux | wc -l
ps aux | awk '{if ($8 == "Z") print}'
ps -eo pid,etime,comm --sort=-etime | head -20
7. Systemlogs prüfen
dmesg | tail -50
dmesg | grep -i "oom\|killed process"
journalctl -p err --since "1 hour ago"
Wenn Sie OOM-Killer-Logs sehen, ist der RAM unzureichend und das System beendet Prozesse zwangsweise zur Speicherfreigabe.
Schnelle Checkliste
echo "=== CPU ==="; top -bn1 | head -5; echo "\n=== RAM ==="; free -h; echo "\n=== DISK ==="; df -h /; echo "\n=== LOAD ==="; uptime; echo "\n=== TOP PROCESSES ==="; ps aux --sort=-%cpu | head -5
Wann das Support-Team kontaktieren?
- Wenn bei den obigen Überprüfungen kein offensichtliches Problem gefunden wird
- Wenn Sie ein Problem auf Hardwareebene vermuten
- Wenn die Netzwerkleistung niedrig ist und Sie einen DDoS-Angriff vermuten
- Wenn der OOM-Killer ständig ausgelöst wird
Verwandte Artikel
SSH-Verbindungsproblem: Keine Verbindung zum Server möglich
Anleitung zur Behebung von SSH-Verbindungsproblemen: Path.net Firewall-Regeln, Default Block, Filterregel für SSH-Port erstellen und Fehlerbehebungsschritte.
RDP-Verbindungsproblem: Keine Verbindung zu Windows Server
Anleitung zur Behebung von RDP-Verbindungsproblemen: Path.net Firewall-Regeln, Default Block, Filterregel für RDP-Port erstellen und Fehlerbehebungsschritte.
MTR-Test durchführen und Ergebnisse an Support senden
Anleitung zum Netzwerktest mit WinMTR und Linux MTR, ICMP-Filterregel erstellen und Ergebnisse an das Support-Team senden. Paketverlust und Latenz diagnostizieren.