> For the complete documentation index, see [llms.txt](https://docs.instantroot.de/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.instantroot.de/gameserver/minecraft/minecraft-server-optimieren.md).

# Minecraft Server optimieren

In diesem Artikel erklären wir dir, wie du deinen Minecraft Server optimieren kannst und welche Einstellungen besonders häufig Einfluss auf die Leistung haben.

Minecraft Server können aus verschiedenen Gründen langsam werden. Häufig liegt es nicht nur am Arbeitsspeicher, sondern an zu vielen geladenen Chunks, vielen Entities, aufwendigen Redstone-Schaltungen, ungeeigneten Plugins, Mods oder einer zu hohen Sichtweite.

### Wann ist eine Optimierung sinnvoll?

Eine Optimierung ist sinnvoll, wenn dein Server regelmäßig langsam reagiert oder Spieler Verzögerungen bemerken.

Typische Anzeichen sind:

* Blöcke bauen sich verzögert ab
* Spieler werden zurückgesetzt oder „rubberbanden“
* Mobs bewegen sich ruckartig
* Befehle reagieren verzögert
* Chunks laden langsam
* die Konsole zeigt Warnungen wie `Can't keep up!`
* der Server benötigt sehr lange zum Starten
* Spieler werden wegen Zeitüberschreitung getrennt

### Wichtige Begriffe

Bevor du Einstellungen änderst, solltest du einige Grundbegriffe kennen.

| Begriff                    | Bedeutung                                                                                                       |
| -------------------------- | --------------------------------------------------------------------------------------------------------------- |
| TPS                        | Ticks per Second. Minecraft läuft idealerweise mit 20 TPS. Sinkt der Wert, läuft der Server langsamer.          |
| MSPT                       | Milliseconds per Tick. Gibt an, wie lange ein Tick benötigt. Je niedriger, desto besser.                        |
| RAM                        | Arbeitsspeicher. Wichtig für Welt, Spieler, Plugins, Mods und Java. Mehr RAM löst aber nicht jedes Lag-Problem. |
| CPU                        | Prozessorleistung. Minecraft ist stark von guter Einzelkernleistung abhängig.                                   |
| Chunk                      | Ein Bereich der Minecraft-Welt. Viele geladene Chunks belasten den Server.                                      |
| Entity                     | Bewegliche Objekte wie Tiere, Monster, Items, Boote, Minecarts oder Villager.                                   |
| Tile Entity / Block Entity | Besondere Blöcke mit eigener Logik, zum Beispiel Hopper, Kisten, Öfen oder Maschinen aus Mods.                  |

### TPS verstehen

Minecraft arbeitet intern mit sogenannten Ticks.

Ein ideal laufender Server erreicht `20 TPS`. Das bedeutet, dass der Server 20 Verarbeitungsschritte pro Sekunde schafft.

| TPS          | Einschätzung                   |
| ------------ | ------------------------------ |
| 20 TPS       | Sehr gut                       |
| 18–19 TPS    | Meist noch unproblematisch     |
| 15–17 TPS    | Spürbare Verzögerungen möglich |
| 10–14 TPS    | Deutliche Lags                 |
| Unter 10 TPS | Starke Probleme                |

Wenn die TPS sinken, läuft nicht nur die Welt langsamer. Auch Mobs, Redstone, Pflanzenwachstum, Befehle und Spieleraktionen können verzögert reagieren.

### MSPT verstehen

MSPT bedeutet „Milliseconds per Tick“.

Ein Minecraft Server hat pro Tick ungefähr `50 ms` Zeit. Wenn ein Tick länger als 50 ms dauert, kann der Server keine stabilen 20 TPS halten.

| MSPT        | Einschätzung              |
| ----------- | ------------------------- |
| Unter 40 ms | Sehr gut                  |
| 40–50 ms    | Normal                    |
| Über 50 ms  | TPS können sinken         |
| Über 100 ms | Deutliche Lags            |
| Über 200 ms | Sehr starke Verzögerungen |

### Arbeitsspeicher richtig einschätzen

Viele Spieler denken, dass mehr RAM automatisch alle Lags behebt. Das stimmt nicht.

RAM ist wichtig, aber Minecraft laggt oft wegen CPU-Last, vielen Chunks, Entities, Plugins, Mods oder schlecht optimierten Einstellungen.

Mehr RAM hilft vor allem bei:

* vielen Plugins
* großen Modpacks
* vielen geladenen Welten
* vielen Spielern
* großen Welten
* häufigem Nachladen von Daten

Mehr RAM hilft meistens nicht bei:

* schlecht optimierten Plugins
* zu hoher View-Distance
* zu vielen Entities
* großen Redstone-Maschinen
* zu vielen Hoppern
* fehlerhaften Mods
* langsamen Datenbankverbindungen

**Wichtig:** Weise einem Server nicht unnötig viel RAM zu. Zu viel RAM kann bei Java sogar längere Garbage-Collection-Pausen verursachen.

### View-Distance reduzieren

Die `view-distance` legt fest, wie weit Spieler die Welt sehen können.

Je höher dieser Wert ist, desto mehr Chunks müssen geladen und verarbeitet werden. Das belastet CPU, RAM und Speicher.

Empfohlene Werte:

| Servergröße         | Empfehlung  |
| ------------------- | ----------- |
| Kleiner Server      | `6` bis `8` |
| Mittelgroßer Server | `5` bis `7` |
| Viele Spieler       | `4` bis `6` |
| Modpack-Server      | `4` bis `6` |

Du findest die Einstellung in der Datei `server.properties`.

Beispiel: `view-distance=6`

Nach einer Änderung muss der Server neu gestartet werden.

### Simulation-Distance reduzieren

Die `simulation-distance` legt fest, in welchem Bereich um Spieler herum die Welt aktiv berechnet wird.

Das betrifft zum Beispiel:

* Mobs
* Redstone
* Pflanzenwachstum
* Flüssigkeiten
* Farmen
* Villager
* Maschinen

Eine niedrige Simulation-Distance kann sehr viel Leistung sparen.

Empfohlene Werte:

| Servertyp       | Empfehlung  |
| --------------- | ----------- |
| Vanilla / Paper | `4` bis `6` |
| Viele Spieler   | `3` bis `5` |
| Modpacks        | `3` bis `5` |

Beispiel: `simulation-distance=4`

### Paper statt Vanilla verwenden

Für öffentliche oder größere Minecraft Java Server ist Paper meistens besser geeignet als Vanilla.

Paper ist eine optimierte Serversoftware, die viele Verbesserungen für Performance, Konfiguration und Plugin-Unterstützung mitbringt.

Vorteile von Paper:

* bessere Performance als Vanilla
* Unterstützung für Bukkit-/Spigot-Plugins
* viele zusätzliche Einstellungen
* bessere Kontrolle über Entities, Chunks und Mob-Verhalten
* nützliche Diagnosefunktionen

**Hinweis:** Paper kann das Verhalten einzelner Spielmechaniken leicht verändern. Für komplett unverändertes Vanilla-Verhalten ist Vanilla die passendere Wahl. Für die meisten Server ist Paper aber die bessere Grundlage.

### Plugins prüfen

Plugins können die Leistung stark beeinflussen.

Ein schlecht optimiertes Plugin kann mehr Probleme verursachen als viele kleine Plugins zusammen.

Prüfe besonders Plugins, die:

* viele Events überwachen
* regelmäßig Daten speichern
* viele Datenbankabfragen ausführen
* Scoreboards aktualisieren
* Welten schützen oder verändern
* große Menüs oder Shops verwalten
* Anti-Cheat-Funktionen ausführen
* viele Hologramme oder NPCs erzeugen

### Nicht benötigte Plugins entfernen

Installiere nur Plugins, die du wirklich nutzt.

Jedes Plugin kann:

* Startzeit erhöhen
* Speicher verbrauchen
* Fehler verursachen
* Updates erschweren
* Konflikte mit anderen Plugins auslösen

Wenn du ein Plugin testweise entfernst, stoppe den Server vorher und erstelle ein Backup.

### Plugins aktuell halten

Veraltete Plugins können Fehler verursachen oder unnötig viel Leistung verbrauchen.

Achte darauf, dass Plugins zur Server-Version passen.

Prüfe bei jedem Plugin:

* unterstützt es deine Minecraft-Version?
* ist es noch gepflegt?
* gibt es bekannte Fehler?
* benötigt es weitere Plugins?
* gibt es eine modernere Alternative?

### Mods und Modpacks optimieren

Modpacks benötigen oft deutlich mehr Leistung als normale Minecraft Server.

Besonders anspruchsvoll sind Mods mit:

* Maschinen
* Energie-Systemen
* automatisierten Farmen
* vielen neuen Mobs
* Dimensionen
* komplexer Weltgenerierung
* großen Strukturen
* vielen Block Entities

Bei Modpacks solltest du besonders auf RAM, CPU-Auslastung, Startlogs und Mod-Konflikte achten.

### Client-Mods und Server-Mods unterscheiden

Nicht jede Mod gehört auf den Server.

Es gibt:

| Mod-Art                    | Gehört auf den Server? |
| -------------------------- | ---------------------- |
| Server-Mod                 | Ja                     |
| Client-Mod                 | Nein                   |
| Performance-Mod für Server | Ja                     |
| Grafik-Mod                 | Nein                   |
| Minimap                    | Meist nein             |
| Shader                     | Nein                   |

Wenn du Client-Mods auf den Server hochlädst, kann der Server beim Starten abstürzen.

### Performance-Mods verwenden

Bei Forge- oder Fabric-Servern können Performance-Mods helfen.

Achte aber darauf, dass jede Mod zur Minecraft-Version und zum Modloader passt.

Typische Performance-Bereiche sind:

* Chunk-Optimierung
* Entity-Optimierung
* Speicherverwaltung
* Netzwerkoptimierung
* schnellere Weltgenerierung

Installiere nicht blind viele Performance-Mods gleichzeitig. Manche Mods überschneiden sich oder sind nicht miteinander kompatibel.

### Entities reduzieren

Entities sind eine häufige Ursache für Lags.

Dazu gehören:

* Monster
* Tiere
* Villager
* Items auf dem Boden
* Pfeile
* Boote
* Minecarts
* Rüstungsständer

Besonders problematisch sind oft:

* große Tierfarmen
* Villager-Hallen
* Item-Sortieranlagen
* viele fallengelassene Items
* Mobfarmen
* ungenutzte Minecarts
* viele Armor Stands

### Items auf dem Boden vermeiden

Viele Items auf dem Boden können den Server stark belasten.

Typische Ursachen:

* Farmen ohne Sammelsystem
* Spieler werfen große Mengen Items weg
* Mobfarmen produzieren zu viele Drops
* automatische Anlagen laufen dauerhaft

Lösungen:

* Farmen abschalten, wenn sie nicht genutzt werden
* Sammelsysteme verbessern
* automatische Item-Löschung konfigurieren
* Hopper-Anzahl reduzieren
* Drops begrenzen

### Villager optimieren

Villager können sehr leistungsintensiv sein.

Sie verursachen Last durch:

* Wegfindung
* Berufe
* Handel
* Tagesabläufe
* Betten
* Arbeitsblöcke
* Türen
* Kollisionen

Große Trading-Halls können deshalb starke Lags verursachen.

Empfehlungen:

* nicht zu viele Villager an einem Ort
* Villager sicher fixieren
* unnötige Bewegungsfreiheit vermeiden
* große Hallen aufteilen
* keine ungenutzten Villager behalten

### Redstone optimieren

Redstone kann je nach Bauweise sehr viel Last verursachen.

Problematisch sind besonders:

* dauerhaft laufende Clocks
* schnelle Taktgeber
* große Sortiersysteme
* viele Observer
* viele Pistons
* große automatische Farmen
* Anlagen in dauerhaft geladenen Chunks

Empfehlungen:

* Redstone-Clocks abschaltbar bauen
* Farmen nur bei Bedarf aktivieren
* unnötige Observer vermeiden
* große Anlagen aufteilen
* Chunkloader vorsichtig verwenden

### Hopper reduzieren

Hopper sind auf vielen Servern eine häufige Lag-Ursache.

Viele Hopper prüfen regelmäßig, ob Items aufgenommen, weitergegeben oder verteilt werden müssen.

Empfehlungen:

* Hopper nur dort verwenden, wo sie nötig sind
* Hopper mit Komposter oder Container abdecken, wenn sinnvoll
* lange Hopper-Ketten vermeiden
* Wasserstreams statt Hopper-Ketten verwenden
* Sortieranlagen optimieren

### Chunks vorab generieren

Wenn Spieler neue Gebiete erkunden, muss der Server neue Chunks generieren.

Das kann starke Lags verursachen, besonders bei:

* vielen Spielern
* neuen Welten
* Modpacks
* komplexer Weltgenerierung
* großen Biomen oder Strukturen

Eine Lösung ist Chunk-Pregeneration.

Dabei werden Chunks vorab erstellt, bevor Spieler sie betreten.

Für Paper-Server wird häufig das Plugin `Chunky` verwendet.

### Weltgröße begrenzen

Eine unbegrenzt wachsende Welt kann langfristig Speicherplatz und Leistung belasten.

Besonders bei öffentlichen Servern ist eine Weltgrenze sinnvoll.

Vorteile:

* weniger Speicherverbrauch
* kontrollierbare Weltgröße
* einfachere Backups
* bessere Planbarkeit
* weniger unkontrollierte Chunkgenerierung

Du kannst dafür je nach Servertyp Vanilla-Worldborder oder Plugins verwenden.

### Backups planen

Optimierung bedeutet nicht nur bessere Leistung. Auch Datensicherheit gehört dazu.

Erstelle Backups besonders vor:

* Server-Updates
* Versionswechseln
* Plugin-Installationen
* Mod-Installationen
* Konfigurationsänderungen
* Weltänderungen
* Neuinstallationen

Bewahre nicht nur ein einziges Backup auf. Wenn ein Fehler erst später auffällt, kann ein älteres Backup hilfreich sein.

### Logs regelmäßig prüfen

Die Serverlogs zeigen viele Probleme frühzeitig.

Achte auf Meldungen wie:

* `Can't keep up!`
* `OutOfMemoryError`
* `Exception`
* `Could not pass event`
* `Plugin took too long`
* `Skipping Entity`
* `Server thread/WARN`
* `Server thread/ERROR`

Nicht jede Warnung ist kritisch. Häufig wiederkehrende Fehler solltest du aber prüfen.

### Timings verwenden

Bei Paper-Servern kannst du Timings nutzen, um Performance-Probleme zu analysieren.

Timings zeigen, welche Prozesse, Plugins oder Aufgaben viel Zeit benötigen.

Typischer Ablauf:

1. Timings aktivieren.
2. Server einige Zeit normal laufen lassen.
3. Lags oder typische Spielsituationen auftreten lassen.
4. Timings-Report erstellen.
5. Report auswerten.

Typische Befehle:

* `/timings on`
* `/timings paste`
* `/timings off`

**Wichtig:** Timings sollten nicht dauerhaft ohne Grund laufen. Nutze sie zur Analyse und deaktiviere sie danach wieder.

### Spark verwenden

Spark ist ein Analyse-Tool für Minecraft Server.

Es kann helfen, genaue Ursachen für Lags zu finden.

Spark kann unter anderem prüfen:

* CPU-Auslastung
* Tickzeiten
* Speicherverbrauch
* aktive Threads
* Plugin-Last
* Garbage Collection
* genaue Performance-Spitzen

Typischer Befehl für eine Analyse: `/spark profiler`

Spark ist besonders hilfreich, wenn normale Logs nicht ausreichen.

### Automatische Neustarts einrichten

Ein regelmäßiger Neustart kann helfen, kleinere Speicherprobleme oder festhängende Prozesse zu vermeiden.

Ein Neustart ersetzt aber keine echte Optimierung.

Empfehlung:

* täglicher Neustart bei aktiven Servern
* Neustart zu einer Uhrzeit mit wenigen Spielern
* vorherige Warnung an Spieler senden
* Backup-Zeitpunkt beachten

Beispiel:

Ein Server kann nachts automatisch neu starten, wenn wenige Spieler online sind.

### Spielerzahl realistisch festlegen

Die maximale Spielerzahl sollte zur Serverleistung und zum Servertyp passen.

Mehr Slots bedeuten nicht automatisch, dass der Server stabil mit so vielen Spielern läuft.

Die tatsächliche Leistung hängt ab von:

* Minecraft-Version
* Server-Software
* Plugins
* Mods
* Weltgröße
* View-Distance
* Simulation-Distance
* Spieleraktivität
* Farmen und Redstone
* Anzahl geladener Chunks

Ein kleiner Vanilla-Server mit wenigen Plugins kann mehr Spieler schaffen als ein schweres Modpack mit vielen Maschinen.

### Scoreboards, Hologramme und NPCs prüfen

Viele Server nutzen kosmetische oder Verwaltungsfunktionen wie:

* Scoreboards
* Tablisten
* Hologramme
* NPCs
* Menüs
* Shops
* Rangsysteme

Diese Funktionen können Leistung kosten, wenn sie sehr häufig aktualisiert werden.

Achte besonders auf:

* zu kurze Update-Intervalle
* viele Hologramme
* viele NPCs
* komplexe Platzhalter
* Datenbankabfragen bei jedem Update

### Datenbanken prüfen

Manche Plugins nutzen externe oder interne Datenbanken.

Probleme entstehen, wenn:

* die Datenbank langsam antwortet
* Zugangsdaten falsch sind
* Verbindungen abbrechen
* zu viele Abfragen gleichzeitig laufen
* Tabellen sehr groß geworden sind
* Plugins synchron auf Datenbankantworten warten

Wenn ein Plugin regelmäßig Datenbankfehler in der Konsole ausgibt, solltest du das Plugin oder die Datenbankverbindung prüfen.

### Empfohlene Grundeinstellungen

Für viele Minecraft Java Server sind diese Werte ein guter Startpunkt:

| Einstellung          | Empfehlung                                   |
| -------------------- | -------------------------------------------- |
| Server-Software      | Paper                                        |
| view-distance        | `6`                                          |
| simulation-distance  | `4`                                          |
| max-players          | realistisch nach Serverleistung              |
| online-mode          | `true`, sofern kein Proxy-Setup genutzt wird |
| enable-command-block | nur aktivieren, wenn benötigt                |
| spawn-protection     | nach Bedarf                                  |
| allow-flight         | nur aktivieren, wenn nötig                   |
| max-tick-time        | nicht ohne Grund ändern                      |

Diese Werte sind keine Pflichtwerte. Sie sind ein sinnvoller Ausgangspunkt und müssen je nach Server angepasst werden.

### Optimierung bei kleinen Servern

Für kleine private Server reichen oft wenige Maßnahmen aus:

* Paper statt Vanilla nutzen
* View-Distance auf `6` bis `8` setzen
* Simulation-Distance auf `4` bis `6` setzen
* unnötige Plugins entfernen
* automatische Farmen begrenzen
* regelmäßige Backups erstellen

### Optimierung bei öffentlichen Servern

Öffentliche Server benötigen mehr Planung.

Achte besonders auf:

* klare Weltgrenzen
* regelmäßige Backups
* kontrollierte Farmen
* Rechteverwaltung
* Plugin-Auswahl
* Performance-Analyse
* Schutz vor Griefing
* regelmäßige Neustarts
* klare Regeln für Redstone und Farmen

### Optimierung bei Modpacks

Modpacks sind oft deutlich anspruchsvoller.

Empfehlungen:

* ausreichend RAM einplanen
* keine unnötigen Mods hinzufügen
* Client-Mods nicht auf den Server laden
* Dimensionen und Maschinen beobachten
* große automatische Anlagen begrenzen
* Logs regelmäßig prüfen
* Chunkloader kontrollieren
* Performance-Mods vorsichtig testen

### Was du nicht tun solltest

Vermeide diese typischen Fehler:

* wahllos sehr viel RAM zuweisen
* viele Plugins ohne Prüfung installieren
* mehrere Performance-Plugins blind kombinieren
* View-Distance zu hoch setzen
* Simulation-Distance zu hoch setzen
* große Redstone-Clocks dauerhaft laufen lassen
* keine Backups vor Änderungen erstellen
* Fehlermeldungen in der Konsole ignorieren
* Server während Dateiänderungen laufen lassen
* Plugins oder Mods aus unsicheren Quellen installieren

### Schritt-für-Schritt: Erste Optimierung

Wenn dein Server laggt, gehe so vor:

1. Server im INSTANTPANEL prüfen.
2. Konsole und Logs auf Fehler prüfen.
3. View-Distance reduzieren.
4. Simulation-Distance reduzieren.
5. Nicht benötigte Plugins oder Mods entfernen.
6. Entities und Farmen prüfen.
7. Server neu starten.
8. Bei Paper einen Timings-Report erstellen.
9. Bei komplexen Problemen Spark verwenden.
10. Änderungen einzeln testen.

Ändere nicht zu viele Dinge gleichzeitig. Sonst ist später schwer erkennbar, welche Änderung geholfen oder ein neues Problem verursacht hat.

### Häufige Probleme

#### Der Server zeigt `Can't keep up!`

Diese Meldung bedeutet, dass der Server mit der Verarbeitung nicht hinterherkommt.

Mögliche Ursachen:

* zu hohe View-Distance
* zu hohe Simulation-Distance
* zu viele Entities
* viele Redstone-Anlagen
* schlecht optimierte Plugins
* Modpack zu anspruchsvoll
* neue Chunks werden generiert

#### Der Server hat genug RAM, laggt aber trotzdem

Dann liegt das Problem wahrscheinlich nicht am Arbeitsspeicher.

Prüfe:

* CPU-Last
* TPS
* MSPT
* Plugins
* Mods
* Entities
* Chunks
* Redstone
* Logs

#### Spieler laggen nur in bestimmten Bereichen

Dann liegt das Problem oft an einem bestimmten Ort in der Welt.

Mögliche Ursachen:

* große Farm
* viele Villager
* viele Items auf dem Boden
* Redstone-Anlage
* viele Hopper
* große Maschinen aus Mods
* beschädigter Chunk

#### Der Server startet langsam

Mögliche Ursachen:

* viele Plugins
* großes Modpack
* große Welt
* langsame Plugin-Datenbank
* viele Fehler beim Start
* umfangreiche Konfigurationen
* beschädigte Dateien

#### Der Server crasht nach einer Optimierung

Dann wurde möglicherweise eine Einstellung, ein Plugin oder eine Mod falsch geändert.

Gehe so vor:

1. Letzte Änderung rückgängig machen.
2. Logs prüfen.
3. Plugin oder Mod testweise entfernen.
4. Backup wiederherstellen, falls nötig.
5. Server erneut starten.

### Support kontaktieren

Wenn du das Problem nicht selbst findest, kontaktiere den Support.

Gib dabei bitte möglichst genaue Informationen an:

* Minecraft-Version
* Server-Software, zum Beispiel Vanilla, Paper, Forge oder Fabric
* Anzahl der Plugins oder Mods
* Anzahl der Spieler, bei denen Probleme auftreten
* genaue Fehlermeldungen aus der Konsole
* Zeitpunkt, seit wann die Lags auftreten
* ob vorher etwas geändert wurde
* ob der Server dauerhaft laggt oder nur an bestimmten Orten
* vorhandener Timings- oder Spark-Report, falls vorhanden

**Sicherheit:** Sende keine Passwörter, Tokens oder privaten Zugangsdaten an den Support.
