Seasonal SMP: Saison-Rotation auf einem Minecraft-Server organisieren

Saisonale SMPs haben die Streamer-Nische längst verlassen und sind zu einem Standardmodell für jeden privaten Server geworden, der über den dritten Monat hinaus lebendig bleiben soll. Dieser Guide zeigt, wie du den Server in Saisons schneidest, was übernommen wird, wie du Welten archivierst und wie du nicht durch einen schlampigen Reset deine Community verlierst.

Warum überhaupt Saisons

Jeder lange laufende SMP rennt irgendwann gegen dieselbe Wand. Veteranen haben Basen über tausende Blöcke verteilt, neue Spieler spawnen und sehen sofort jemandes Monument am Spawn, der Markt ist tot, alle Advancements sind erledigt, Mob-Farmen laufen auf Autopilot. Die Spielerzahlen rutschen leise nach unten und der Admin sucht den Fehler bei den Plugins. Meistens sind die Plugins in Ordnung. Das Problem ist die Welt.

Saisons lösen das direkt. Alle N Monate schliesst du die aktuelle Welt, archivierst sie und startest neu. Alle stehen auf gleicher Linie, neue Spieler kommen auf einen sauberen Spawn, und du hast einen natürlichen Anlass, Themen oder Regeln umzustellen. HermitCraft funktioniert nach diesem Modell, ebenso die meisten Freunde-SMPs. Die finale Dream-SMP-Saison hatte zig Millionen Views nicht, weil die Welt besonders war, sondern weil sie ein klares Ende hatte.

Kurz: eine Saison gibt dem Server einen Spannungsbogen. Ohne den sind es nur Dateien auf einer Platte.

Saisonlänge wählen

Es gibt keine eine richtige Antwort, aber die Richtwerte sind solide.

• 2 bis 3 Monate für aktive SMPs, wo Leute mehrmals pro Woche reinschauen. Bis dahin steht der Spawn, die Wirtschaft läuft, Top-Spieler machen Endgame, und ohne Reset driften sie ab.
• 4 bis 6 Monate für mittleres Tempo, vor allem auf Modpacks, wo die Progression länger dauert.
• 6 bis 12 Monate für langsame RP-Server oder Vanilla-SMPs mit kleinem Kern, der wenige Stunden pro Woche spielt.

Unter zwei Monaten lohnt sich selten. Spieler haben keine Zeit, in Basen zu investieren, und jeder Reset fühlt sich wie ein Wipe ohne Grund an. Über ein Jahr ist auch riskant. Am Ende erinnert sich niemand mehr an den Saisonstart, und das Archiv wird unhandlich.

Ich lege das Enddatum direkt zum Saisonstart fest und schreibe es in die Regeln. Das beendet die Frage "wann ist der Reset" und macht Eventplanung deutlich einfacher.

Praktisch zeigt sich auch, dass kürzere Saisons mehr Disziplin beim Bauen erzeugen. Wenn klar ist, dass in zehn Wochen ohnehin reset ist, baut niemand mehr fünf parallele Mega-Projekte gleichzeitig, und das Tempo am Server wirkt fokussierter. Bei sehr langen Saisons passiert das Gegenteil: Spieler verzetteln sich und brennen aus, bevor das Ende überhaupt in Sicht ist.

Was übernommen wird, was nicht

Hauptregel: alles, was am Spieler hängt, bleibt; alles, was an der Welt hängt, wird zurückgesetzt. Übernimmt man Inventare oder Balances, wird die neue Saison eine Fortsetzung der alten und der Sinn des Resets ist weg.

Sinnvoll zu behalten:

• Discord-Rollen via DiscordSRV (Donor, Status, Veteran)
• Achievement- und Saison-Award-Rollen, etwa Season 3 Survivor
• Globale Spielerstatistik: Stunden gesamt, Saisons gespielt, optional Kills
• Whitelist des Kernkreises
• Plugin-Konfigs und die Plugin-Liste selbst
• Saison-Leaderboards als statisches Archiv (Screenshot oder Export)

Immer zurücksetzen:

• Alle drei Dimensionen: world, world_nether, world_the_end
• Spielerinventare, Ender-Truhen, Shulker in fremden Basen
• Vault / EssentialsX Guthaben
• Homes, Warps, /sethome Daten
• Alte WorldGuard Regionen
• Städte und Territorien bei Towny oder Lands

LuckPerms-Ränge sind ein Sonderfall. Meistens entferne ich Progression-Ränge (die durch Spielzeit verdient wurden) und behalte Admin- und Donor-Ränge. Bei wenigen Rängen lohnt sich oft ein kompletter Neuaufbau.

Die alte Welt archivieren

Archive sind aus zwei Gründen wichtig: Nostalgie und Notnetz. Jemand will seine Basis als Singleplayer-Map, jemand hat YouTube-Material gefilmt und braucht einen Final-Cut. Und falls die nächste Saison floppt, kannst du zurück.

Ablauf. Server sauber stoppen. Nicht einfach /stop im Live-Betrieb, erst Saves flushen:

# sauber, ohne Datenverlust
mc-send-to-console "save-off"
mc-send-to-console "save-all flush"
sleep 10

# jetzt stoppen
systemctl stop minecraft

# alle drei Dimensionen zusammen archivieren
cd /opt/minecraft/server
tar -czf /backups/season-3-final.tar.gz world world_nether world_the_end

# Spielerdaten extra
tar -czf /backups/season-3-playerdata.tar.gz \
    world/playerdata world/stats world/advancements

Eine Kopie auf S3 oder einen anderen Remote-Storage:

# rclone bereits auf deinen Bucket konfiguriert
rclone copy /backups/season-3-final.tar.gz s3:smp-archives/season-3/ \
    --progress --transfers 4

Letzte Kopie auf Hardware eines anderen Admins oder ein Home-NAS. 3-2-1 Regel: drei Kopien, zwei Medientypen, eine offsite. Bei mir typisch eine lokal, eine auf S3, eine auf der Heim-Platte eines Senior-Moderators.

Danach den Archiv-Download als Singleplayer-Map veröffentlichen. Auf der Website oder in einem #archives Discord-Channel. Beste Quelle für Goodwill von ehemaligen Spielern.

Saisonende ankündigen

Ein stiller Shutdown ohne Vorwarnung killt Vertrauen schneller als ein schlechter DDoS. Drei bis vier Wochen vorher das Schedule posten:

• Genaues Datum und Uhrzeit mit Zeitzonen
• Was übernommen wird, was zurückgesetzt (saubere Liste, ohne Floskeln)
• Thema der nächsten Saison, falls schon entschieden
• Startdatum der nächsten Saison
• Final-Event am letzten Tag

Das Final-Event ist die halbe Miete. Fraktionsschlacht, letzter Raid auf die Admin-Basis, Gruppenstream, Spawn-Selfie. Wichtig ist, dass es ein Event ist und nicht "Server ging um 23:59 aus".

Am Vortag öffne ich die Whitelist für Alumni vergangener Saisons, damit sie sich verabschieden können. Das holt Leute zurück, die nicht mehr eingeloggt waren, und ein Teil bleibt für die neue Saison.

Technisches Setup der neuen Saison

Nach dem Archivieren kommt Dateiarbeit. Beispiel Paper-Server:

# Server gestoppt
cd /opt/minecraft/server

# alte Welten weg
rm -rf world world_nether world_the_end

# Plugin-Caches zur alten Welt löschen
rm -rf plugins/WorldGuard/worlds
rm -rf plugins/dynmap/web/tiles

# optional: neuer Seed
sed -i 's/^level-seed=.*/level-seed=4815162342/' server.properties

Server starten, frische Welten werden generiert. Bei Custom-Generatoren wie Terralith oder BiomesOPlenty muss das Plugin vor dem ersten Start geladen sein.

Vault-Guthaben über Konsole oder direkt in der DB resetten:

-- EssentialsX mit YAML userdata: einfach Ordner löschen
-- Vault auf MySQL mit CMI oder EssentialsX-MySQL:
UPDATE user_data SET money = 0;
TRUNCATE TABLE essentials_homes;

LuckPerms-Progression-Ränge für normale Spieler:

/lp creategroup default
/lp group default permission set essentials.spawn true
# pro Spieler:
/lp user <name> parent set default

Pre-Generation der neuen Map

Tag eins einer neuen Saison laggt fast immer. Dreissig Leute am Spawn, Chunks werden in Echtzeit generiert, TPS bricht ein. Die bekannte Lösung: Chunky vor dem Öffnen.

/chunky world world
/chunky radius 5000
/chunky start

5000 Blöcke Radius vom Spawn decken meist die erste Woche. Tag vor dem Launch starten, pause-on-no-players: false setzen, laufen lassen. Auf SSD mit anständiger CPU sind das 6 bis 12 Stunden. Danach Restart und Tore auf.

Für grössere Maps oder weiteres Pre-Gen kann Chunky nach dem Launch im Hintergrund weiterlaufen mit chunks-per-second: 4, damit es Spieler nicht stört.

Saison-Themen

Plain Vanilla funktioniert immer, aber Abwechslung hält Leute bei der Stange. Themen, die zuverlässig zünden:

• Lifesteal: ein Herz pro Kill, null Herzen heisst Saison-Bann. Plugin LifeSteal SMP oder eigene Lösung mit Skript.
• Hardcore SMP: ein Leben, danach Spectator bis Saisonende.
• Unterwasser-Saison: Spawn unter Wasser, begrenzte Inseln.
• Modded-Saison auf Forge oder Fabric: Wechsel zu Create, Ad Astra, Cobblemon. Achtung: kein Paper mehr, die meisten Plugins funktionieren nicht.
• No-End-Saison: Endgame durch MythicMobs Custom-Bosse ersetzen.

Modded-Saisons sind technisch schwerer. Spieler brauchen einen Custom-Launcher, FPS sinkt, Plugins werden gegen Mods getauscht. Als einmaliges Event funktioniert Modded sehr gut.

Saison-Leaderboards und Belohnungen

Gegen Saisonende läuft bei mir immer eine Live-Topliste in Discord und auf der Website. Metrik wählen: Spielzeit, Mob-Kills, Blöcke abgebaut, Advancements. Am fairsten Advancements plus Spielzeit.

Daten ziehen mit dem Statistic Plugin oder direkt aus world/stats/<uuid>.json. Top drei bekommen eine permanente Discord-Rolle (S3 Champion, S3 Runner-up, S3 Bronze). Nach ein paar Saisons stapeln sich Veteranen-Rollen, das wird zum sozialen Beweis.

Marketing der nächsten Saison

Eine Woche vor Launch:

• Theme-Teaser und neue Regeln auf Discord und Twitter/X
• Telegram-Kanal, falls vorhanden
• Post auf r/admincraft oder im passenden Subreddit, wenn der Server öffentlich ist
• Alumni-Rolle auf Discord pingen
• 30 bis 60 Sekunden Trailer aus der archivierten Map

Trailer im Replay Mod schneiden aus alten Recordings plus ein paar Shots der pre-genten neuen Map. Reicht. Volle CGI ist Overkill.

FAQ

Wie lange dauert eine SMP-Saison normalerweise

Standard sind 2 bis 3 Monate für aktive Server, 4 bis 6 für mittleres Tempo, 6 bis 12 für langsame RP-Projekte. Unter zwei Monaten ist sinnlos, über ein Jahr schwer durchzuhalten. Enddatum zum Saisonstart festlegen und in die Regeln schreiben.

Wie archiviere ich alte Welten

Server sauber stoppen, tar -czf alle drei Dimensionen, auf S3 hochladen, eine Kopie auf Hardware eines anderen Admins. 3-2-1 Regel: drei Kopien, zwei Medientypen, eine offsite. Archiv als Singleplayer-Download veröffentlichen.

Was wird zwischen Saisons übernommen

Discord-Rollen, Veteranenstatus, globale Statistik, Whitelist, Plugin-Konfigs. Welten, Inventare, Balances, Homes und alte WorldGuard Regionen nicht. LuckPerms Progression-Ränge meist resetten, Donor-Ränge bleiben.

Geht ein seasonal modded SMP

Ja, aber es ist kein Paper mehr, sondern Forge oder Fabric, und Spieler brauchen einen Modded-Launcher. Cobblemon, Create und Ad Astra funktionieren als Saisonthemen. Mehr Zeit für Pack-Tests und Spielerhilfe einplanen.

Brauche ich Chunky bei kleiner Saison

Auch auf einem 10-Spieler-Server entfernt Pre-Gen mit 2000 bis 3000 Blöcken Radius den Tag-eins-Lag. Mit 30+ Spielern wird ohne Chunky ab 5000+ Blöcken die erste Stunde unangenehm.

Wie verliere ich keine Veteranen beim Reset

3 bis 4 Wochen vorher ankündigen, Final-Event laufen, Welt-Archiv veröffentlichen, Alumni-Rolle dauerhaft halten. Theme der nächsten Saison vorher zeigen, damit Leute einen Grund haben zurückzukommen.

Donor-Vorteile resetten

Niemals. Wer gezahlt hat, behält die Vorteile über alle künftigen Saisons. Sonst landest du bei Chargebacks und schlechten Bewertungen. Nur das resetten, was im Spiel verdient wurde.

Was kommt als nächstes

Wenn das deine erste Saison ist, starte mit drei Monaten und einem schlichten Vanilla-Thema, ohne Mods. Beobachte die Anwesenheit, lerne den Rhythmus der Community, und ab Saison zwei plane Themen und Final-Events. Spare nicht am Archiv, Storage ist billiger als eine wütende Community. Und sichere den Server vorher gegen DDoS ab: ein leerer Tag-eins-Launch wegen einer Attacke killt die Saison schneller als jeder Bug.