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.