Valheim Weltenübertragung: Spielstände nach 1.0 verschieben & Server hosten

Einen Valheim-Spielstand per Weltenübertragung zwischen einer Solositzung und einem dedizierten Server zu verschieben, ist derzeit die mit Abstand häufigste Frage im Subreddit, denn mit dem 1.0-Launch wurden endlich die lange versprochene Tiefer Norden-Biom sowie die damit verbundenen Anpassungen am Dateiformat ausgeliefert. Wenn deine alte Welt aus dem Early Access noch auf deinem PC liegt und du deine Freunde auf einen gehosteten Server holen willst, oder wenn du einfach die Sicherheit eines Backups möchtest, besteht der eigentliche Vorgang aus zwei Dateien und einem Ordnerkopieren. Dieser Leitfaden behandelt jeden unterstützten Pfad, die spezifischen 1.0-Stolperfallen und das, was Coffee Stain Publishing über die zukünftige Speicherkompatibilität bestätigt hat.

Warum die Valheim-Weltenübertragung nach 1.0 wichtiger ist

Die 1.0-Veröffentlichung am 2026-09-09 lieferte das Tiefer Norden-Biom, vollständiges Controller-Rumble und ein neu balanciertes Mistle-Biom am Rand der prozedural erzeugten Karte. Die für die Übertragung relevante Änderung ist struktureller Natur: Welten vor 1.0 werden nun mit angefügten Tiefer-Norden-Kacheln am unerforschten Rand deines Seeds geladen, was bedeutet, dass deine bestehende Basis, dein Portalnetzwerk und die besiegten Bosse intakt bleiben, während die neuen Inhalte einfach dort draußen warten. Das klingt großartig, bedeutet aber auch, dass das Weltdateiformat angefasst wurde, und das Übertragen eines Early-Access-Spielstands, der noch nicht in 1.0 geöffnet wurde, erfordert, dass der neue Client ihn beim ersten Laden „einliest". Dieser Einleseschritt schreibt eine neue .fwl-Indexdatei neben die .db-Datenbank, und das Paar muss zusammen kopiert werden, sonst brechen deine Kartenansicht und deine Minimap.

Für Koop-Gruppen, die zwischen dem PC eines Freundes und einer gemieteten dedizierten Box gewechselt haben, ist die Valheim-Weltenübertragung außerdem der einzige Weg, Fortschritt zusammenzuführen, ohne tagelange Portal-Farmerei zu verlieren. Rückkehrer, die während des Bog Witch-Patches ausgeloggt sind und das Spiel seit Monaten nicht mehr angefasst haben, werden feststellen, dass ihre Spielstände weiterhin sauber laden, aber das Haldor-Händlerinventar und der Welt-Seed werden auf einen neuen Biom-Satz am Kartenrand gerollt sein. Der Übertragungsvorgang setzt den Seed nicht zurück; er bewahrt nur das, was du bereits erkundet hast.

Was der 1.0-Patch tatsächlich für Spielstände geändert hat

Laut der Valheim-Seite auf Steam ist der Speicherordner für Welten der kanonische Ort für jeden unten beschriebenen Kopiervorgang. Community-Daten aus dem Valheim-Wiki bestätigen, dass sich die Dateistruktur auf Verzeichnisebene nicht geändert hat, sondern nur innerhalb der Datei-Header.

Wer sollte sich mit manueller Übertragung beschäftigen

Die meisten Spieler werden nie eine einzige Datei anfassen müssen, weil Steam Cloud stillschweigend die .db- und .fwl-Speicherdateien des Einzelspielers zwischen Rechnern synchronisiert, die mit demselben Konto angemeldet sind, und den Fortschritt in dem Moment repliziert, in dem Valheim auf dem Quell-PC sauber geschlossen wird. Die Leute, die tatsächlich eine manuelle Valheim-Weltenübertragung brauchen, sind diejenigen, deren Setup außerhalb dieses automatischen Cloud-Sync-Pfads liegt — zum Beispiel Welten, die auf einer entfernten dedizierten Box gehostet werden, Charaktere, die zu einem anderen Steam-Konto gehören, oder Sitzungen, die auf einem NAS gespeichert sind, das Steams Cloud-Sync vollständig ignoriert.

• Koop-Admins, die eine geteilte Welt vom PC eines Freundes auf einen gemieteten dedizierten Server (oder umgekehrt) verschieben

• Rückkehrer, die eine Early-Access-Welt behalten wollen, während sie lokal einen neuen Seed testen

• Modserver-Hoster, die nach einem problematischen Mod-Update auf ein Backup zurückgerollt haben

• Content-Ersteller, die einen bestimmten Build oder Seed vor einem öffentlichen Durchlauf archivieren

Wenn du in eine dieser Kategorien fällst, behandelt die folgende Schritt-für-Schritt-Anleitung die drei unterstützten Zielpfade: direktes Kopieren des Weltordners und der .fwl-Charakterdatei in ein lokales AppData-Verzeichnis, Hochladen der .db über das Control Panel oder FTP/SCP eines dedizierten Servers und das Schieben eines Backup-Archivs auf eine NAS-Freigabe, die Steam Cloud nicht erreichen kann — jeweils mit eigenen Eigenheiten bei .fwl/.db-Eigentum, Schreibrechten und dem .fwl-Autosave-Timing nach dem Valheim 1.0 Hearth & Home-Update.

Valheim-Weltenübertragung Schritt für Schritt (PC, lokal und remote)

Der gesamte Vorgang basiert auf zwei Tatsachen: Jede Valheim-Welt ist nach 1.0 ein Ordner mit einer <weltname>.db und einer <weltname>.fwl, und jede Installation des Spiels sucht am selben Ort auf der Festplatte nach diesen Dateien. Sobald du diese zwei Tatsachen kennst, ist jeder der folgenden Übertragungspfade einfach „Ordner A nach Ordner B kopieren und neu laden".

Wo Valheim deine Weltdateien speichert

Das Standardspeicherverzeichnis auf PC ist %AppData%\\LocalLow\\IronGate\\Valheim\\worlds\\ für Einzelspieler- und lokal gehostete Welten, während ein dedizierter Server (sei es der offizielle valheim_server.exe oder eine bei GPortal/Nitrado gehostete Instanz) sie in <server install>/worlds/ speichert. Unter Linux lautet der entsprechende Pfad ~/.config/unity3d/IronGate/Valheim/worlds/. Der worlds-Ordner wird zwischen Einzelspieler und lokal gehosteten Servern geteilt, also leben eine „Lokal-Koop"-Welt und eine „Solo"-Welt am selben Ort und sind austauschbar, solange du das passende .db- und .fwl-Paar kopierst.

Nachdem die 1.0-Veröffentlichung das Speicherformat neu geordnet hat, enthält ein typischer worlds-Ordner drei bis vier Dateien pro gespeicherter Karte, und das Erkennen jeder Erweiterung ist der erste Schritt bei jeder Valheim-Weltenübertragung, da nicht zueinander passende Paare die häufigste Ursache für „Welt lässt sich nicht laden"-Fehler beim Umzug zwischen einem lokalen Koop-Host und einer dedizierten valheim_server.exe-Instanz sind. Die .db enthält die eigentlichen Gelände-, Bau- und charaktergebundenen Daten, die .fwl dient als regenerierbarer Index, und die .db.old ist die In-Place-Sicherungssicherung der Sitzung — also bestätige vor jedem Kopiervorgang für die Übertragung, dass die drei Dateien exakt denselben Weltnamen und passenden Zeitstempel teilen.

• MyWorld.db — die eigentlichen Weltdaten

• MyWorld.fwl — der Weltindex, wird beim ersten 1.0-Laden regeneriert

• MyWorld.db.old — automatisches Backup der vorherigen Sitzung (mindestens eines behalten)

Die fünf Übertragungspfade

Fünf Pfade, null Überschneidung: Jede Zeile ist ein eigenes Weltenübertragungs-Szenario mit eigenem Dateiensatz (.db plus .fwl, nur die .fwl oder der gesamte worlds-Ordner) und einem zusätzlichen Schritt, der die meisten Rückkehrer unvorbereitet trifft. Die Spalte „Zusätzlicher Schritt" ist der Ort, an dem Anleitungen normalerweise Details wie das stillschweigende Überschreiben deines kopierten Spielstands durch Steam Cloud beim nächsten Start verschweigen, daher macht die Tabelle das pro Zeile explizit, bevor du Dateien anfasst.

Die letzte Zeile ist die häufigste für Valheim nach den 1.0-Updates: Du hast hunderte Stunden in Early Access gespielt, dein Spielstand ist immer noch eine reine .db, und du willst ihn in den neuen Build mitnehmen. Die gute Nachricht ist, dass der neue Client die .fwl beim ersten Laden für dich erzeugt, also musst du nur eine Datei kopieren. Die schlechte Nachricht ist, dass dieses erste Laden 30 bis 60 Sekunden dauern kann, während der Client das neue Biom streamt, und es sieht aus wie ein Hänger. Gib ihm Zeit.

Übertragung #1: Einzelspieler zu selbst gehostetem dedizierten Server

Dies ist der kanonische Anwendungsfall der Valheim-Weltenübertragung für Rückkehrer und deckt sich mit den Änderungen am Dateiformat nach 1.0 (.db plus .fwl), die Iron Gate einführte, um Steam-Cloud-Weltbackups zu unterstützen. Auf dem PC, der derzeit die Solo-Welt hostet, ist der Umzug einseitig, bis du dich anders entscheidest, behandle also den lokalen Spielstand als Checkpoint, bevor du ihn auf einen dedizierten Server hochstufst. Die folgenden Schritte setzen ein sauberes %AppData%\\LocalLow\\IronGate\\Valheim\\worlds\\ als Quelle und ein frisch installiertes Valheim-Dedicated-Server-Tool voraus, da das Cross-Ordner-Verhalten von worlds_local.zip sonst dazu führen kann, dass der Steam-Cloud-Sync beim ersten Start nicht synchron ist.

1. Beende Valheim vollständig, damit die Weltdatei freigegeben ist.

2. Navigiere zu %AppData%\\LocalLow\\IronGate\\Valheim\\worlds\\.

3. Kopiere den nach deiner Welt benannten Ordner (er enthält die .db und nach 1.0 die .fwl).

4. Füge ihn in <dein dediziertes Server-Installationsverzeichnis>/worlds/ ein.

5. Öffne worlds_local.zip auf dem Serverhost und füge die neue Welt zur Zip hinzu, wenn du willst, dass Steam-Cloud-Backups sie enthalten.

6. Bearbeite start_headless_server.bat (oder die Admin-Konfig deines Servers), um auf den neuen Weltnamen zu verweisen.

7. Starte den Server, warte auf die Logzeile „World loaded" und verbinde dich dann vom Client aus.

Community-Daten aus dem Subreddit r/Valheim berichten, dass Schritt 4 unter Windows gelegentlich aufgrund von Dateisperren fehlschlägt, die vom Valheim-Easy-Anti-Cheat-Dienst gehalten werden. Die Lösung ist, vor dem Kopieren auch den Prozess EasyAntiCheat_x64.exe im Task-Manager zu beenden.

Übertragung #2: Dedizierter Server zurück zum lokalen Einzelspieler

Der umgekehrte Pfad ist der, der Rückkehrer am meisten stolpern lässt, weil Steam Cloud versucht, die ältere lokale .db und .fwl über den neueren Server-Spielstand zu schieben und stillschweigend Fortschritt überschreibt, wodurch tagelange Erkundung der 1.0-Nebelinseln und Aschenlande gelöscht werden. Der Konflikt entsteht, weil Steam Cloud beide Endpunkte als autoritativ behandelt, und der PC mit dem jüngsten Sync-Zeitstempel gewinnt, weshalb der Ziel-Client in den Read-Only-Modus gezwungen werden muss. Überspringst du das Read-Only-Flag, wird beim nächsten Start still die veraltete lokale Welt wiederhergestellt, wodurch die Bonemass-, Moder- und Yagluth-Vorbereitung des dedizierten Servers gelöscht wird.

1. Erstelle auf dem Serverhost eine manuelle Kopie der .db und .fwl in einem sicheren Ordner.

2. Starte Valheim auf dem Ziel-PC, erstelle eine Wegwerf-Welt mit beliebigem Namen und beende das Spiel. Dadurch entsteht ein frischer worlds-Ordner, den Steam Cloud erkennt.

3. Beende Valheim erneut, damit Steam Cloud den Flush abschließt.

4. Kopiere die .db und .fwl des Servers in %AppData%\\LocalLow\\IronGate\\Valheim\\worlds\\.

5. Rechtsklicke auf die neuen Dateien, wähle Eigenschaften und aktiviere Schreibgeschützt. Das verhindert, dass Steam Cloud sie beim nächsten Sync überschreibt.

6. Starte Valheim neu und lade die Welt. Die Kartenansicht zeigt den unerforschten Rand, gefüllt mit den neuen 1.0-Biomen.

Deinen dedizierten Host als Staging-Sandbox zu behandeln, bevor du den echten Spielstand anfasst, ist das sicherste Muster, das die meisten Valheim-Tipps für Rückkehrer teilen, da die Early-Access-1.0-Nebelinseln- und Aschenlande-Dateien 20–40 Minuten brauchen, um über Steam Cloud resynchronisiert zu werden, und ein falsches Überschreiben Hunderte von Vorbereitungsgegenständen für Bosse in Ebene, Berg und Sumpf in einem Sync auslöschen kann. Erstelle eine Duplikatwelt auf demselben Server, importiere die .db und .fwl, und überprüfe dann, ob Portal-Paare, Grabstein-Caches und geteilte Kartenmarkierungen korrekt dargestellt werden, bevor du die Übertragung auf deinen echten Midgard- oder benutzerdefinierten Seed-Spielstand mit erneut gesetzten Read-Only-Flags wiederholst.

Übertragung #3: Zwischen zwei PC-Steam-Konten

Beide Steam-Konten müssen gültige Valheim-Lizenzen auf dem aktiven Branch sein, bevor der Spender das .db- und .fwl-Paar hochlädt, da jeder Charakter, Map-Seed, jedes Portalnetzwerk und jede Grabsteinkoordinate kryptografisch an die pro-Konto-Berechtigung gebunden ist, nicht an die Weltdatei selbst. Das DRM von Iron Gate pro Konto bedeutet, dass die Steam-Bibliothek des Empfängers Valheim installiert und aktiviert haben muss, und eine Family-Sharing-Installation, die nicht zu einer vollständigen Lizenz hochgestuft wurde, wirft beim Laden einen Deserialisierungsfehler.

• Kopiere das .db + .fwl-Paar per USB, LAN-Freigabe oder Cloud-Laufwerk.

• Platziere sie im worlds-Ordner des Empfängers.

• Der Empfänger startet das Spiel beim ersten Laden mit deaktiviertem Online-Modus, um versehentlichen Cloud-Sync zurück zum Spenderkonto zu verhindern.

Cross-Plattform zwischen PC und der neuen PS5- oder Nintendo-Switch-2-Veröffentlichung wird nicht unterstützt, wie im Valheim 1.0-Releasetrailer von Iron Gate bestätigt. Konsolenspielstände leben in einem sandboxed Container, den der PC-Client nicht lesen kann.

Was sich in Valheim 1.0 für Rückkehrer geändert hat

Der 1.0-Build ist mehr als ein neues Biom, und die Liste „Was sich in Valheim 1.0 geändert hat" ist länger, als die meisten Rückkehrer erwarten. Coffee Stain Publishing, das seit dem Early-Access-Launch 2021 aus Skövde, Schweden, als Publisher fungiert, nutzte den 1.0-Meilenstein, um Quality-of-Life-Features auszuliefern, die seit Jahren auf der Community-Wunschliste standen. Die unten aufgeführten übertragungsbezogenen Punkte sind diejenigen, die direkt mit Weltspielständen interagieren. Die vollständigen 1.0-Patch-Notes, einschließlich der Entwicklerkommentare dazu, was es in diesen Build geschafft hat und was bewusst zurückgehalten wurde, sind in unserer Berichterstattung zu Valheim Iron Gate News dokumentiert, die besonders gut zu den unten aufgeführten übertragungsbezogenen Punkten passt, da beide direkt darauf eingehen, wie der Weltspielstand behandelt wird.

Hauptänderungen, die bestehende Welten betreffen

Wenn du einen bestimmten Spielstand seit vor dem Bog Witch-Patch nicht geladen hast, erwarte einen einmaligen Dialog „world upgrading" und 20–40 Sekunden Wartezeit. Der Client stürzt nicht ab; er hasht die bestehende Welt und reserviert eine Region für die neuen Tiefer Norden-Kacheln. Dies ist auch der Moment, in dem die .fwl-Datei materialisiert wird, falls sie fehlte, also sollte jede Valheim-Weltenübertragung einer Early-Access-Welt diesen Ladevorgang als Checkpoint behandeln.

Die Coffee Stain Publishing-Seite des Launches

Aus Publishersicht haben sich die Valheim-Coffee-Stain-Publishing-News rund um 1.0 auf Plattformerweiterung und Post-Launch-Support konzentriert. Der 1.0-Trailer bestätigte den PS5- und Nintendo-Switch-2-Launch am selben Tag, was bedeutet, dass ein neues Publikum, das noch nie eine Valheim-Welt gesehen hat, frische Seeds lädt, statt zu migrieren. Für PC-Spieler ist die praktische Auswirkung eine bestätigte Zusage, die Builds dedizierter Server mit dem Client synchron zu halten, was die wichtigste einzelne Sache für hostübergreifende Übertragungen ist. Vergangene Coffee Stain-Updates (das Event Hildirs Auftrag, das Biom Nebelinseln, die Enthüllung der Aschenlande) wurden immer innerhalb von 48 Stunden mit serverseitigen Hotfixes ausgeliefert, und 1.0 ist demselben Muster gefolgt.

Der Trailer zeigt auch den Haldor-Händler mit neuem Sortiment, das 1.0-exklusive Gegenstände enthält, was für eine Übertragung wissenswert ist, weil Händler pro Welt und nicht pro Konto funktionieren. Wenn du Bonemass in deiner alten Welt bereits getötet hast, hast du ein Haldor-Inventar, das die Übertragung überlebt hat; wenn nicht, erscheinen die neuen Gegenstände in seinem Sortiment, sobald du deinen ersten Boss der Verlassenen in der importierten Welt besiegst.

Hosting-Setup und häufige Übertragungs-Fallstricke

Nachdem die .wld- und .db-Dateien verschoben wurden, treten die meisten Probleme bei der Weltenübertragung tatsächlich nach Abschluss des Kopierens auf: nicht zueinander passende Welt-Seed-Registrierungen, übrig gebliebene .fwl-Spielereinträge, die auf die IP des alten Hosts verweisen, und Steam-ID-Neuautorisierung tauchen alle auf, sobald du versuchst, dich erneut zu verbinden. Die Dateien auf das Laufwerk zu bekommen ist der einfache Teil; die folgenden Unterabschnitte führen durch die Hosting-Szenarien, die in Diskussionen zu Valheim-Update-heute immer wieder auftauchen, einschließlich der start_headless_server.bat-Konfig des dedizierten Servers und der üblichen Ports (2456–2458 UDP), die nach dem Umzug offen bleiben müssen.

Selbst gehosteter dedizierter Server auf demselben PC

Der einfachste Pfad ist, denselben PC sowohl als Client als auch als dedizierten Server zu verwenden und einfach über separate Steam-Bibliotheksordner zwischen beiden zu wechseln. Das Kopieren einer Welt zwischen ihnen nutzt dasselbe worlds-Verzeichnis auf der Festplatte, also wird die Valheim-Weltenübertragung technisch zu einem No-Op — du startest den Server einfach, der auf den bestehenden Weltnamen zeigt. Die Schwierigkeit ist, dass du Client und Server nicht gleichzeitig in dieselbe .db schreiben lassen kannst, also fahre den Client immer herunter, bevor du den Server startest, und umgekehrt.

Gemieteter Server (GPortal, Nitrado, HostHavoc)

Gemietete Hosts wie GPortal, Nitrado und HostHavoc bieten einen webbasierten Dateimanager, der direkt zu demselben worlds-Verzeichnis navigiert, das auch in einem selbst gehosteten Valheim-Dedicated-Server verwendet wird, sodass der Übertragungs-Workflow den lokal-zu-Server-Pfad fast identisch spiegelt. Der Hauptvorteil ist, dass kein SSH-Schlüssel oder Remote-Shell erforderlich ist — du authentifizierst dich über das Browser-Panel des Hosts, ziehst die .db- und die passende .fwl-Datei in den richtigen Unterordner, und der Host schreibt sie an den korrekten Valheim-Weltspeicherort. Das Verfahren ist:

1. Stoppe den Server über das Web-Panel des Hosts.

2. Lade das .db- und .fwl-Paar über den Dateimanager oder SFTP hoch.

3. Starte den Server neu und prüfe das Log auf die Zeile „World <name> loaded".

4. Wenn der Server mit einem „world not found"-Fehler nicht startet, stimmen die Dateinamen nicht mit der Zeile world-name in start_params.bat oder dem Weltkonfig-Bildschirm des Hosts überein.

Gemietete Hosts erzwingen im Admin-Panel außerdem ein Weltgrößenlimit pro Server, das standardmäßig 50 MB beträgt. Alte Welten, die stark erkundet wurden, können dieses überschreiten, und der Server weigert sich, sie zu laden, bis das Limit erhöht wurde. Community-Daten legen nahe, dass eine sichere Obergrenze von 200 MB für eine lang laufende Welt vor den Nebelinseln sinnvoll ist, mit einem 500-MB-Limit für jeden Spielstand, der die Aschenlande plus den neuen Tiefer Norden-Rand erkundet hat.

Fallstricke, die wie Übertragungsfehler aussehen, aber keine sind

Die erste Zeile ist die mit Abstand häufigste Verwirrung rund um die Valheim-Weltenübertragung nach 1.0, da die .fwl-Datei neu ist und zu keiner Early-Access-Welt gehörte. Die von der Community empfohlene Lösung ist immer, die Welt zuerst einmal im Einzelspieler zu öffnen; dieser einzelne Ladevorgang schreibt den Index, danach ist das Paar sicher überallhin kopierbar.

Valheim-Tipps für Rückkehrer und der Weg nach vorn

Ein Spieler, der vor den Nebelinseln aufgehört hat und für 1.0 zurückkehrt, sieht sich der größten Inhaltslücke gegenüber, die das Spiel je ausgeliefert hat, und die oben beschriebenen Übertragungsmechaniken sind nur der Einstieg. Die folgenden Valheim-Tipps für Rückkehrer setzen voraus, dass die Welt bereits migriert ist und der Spieler sich zum ersten Mal seit 2023 oder früher anmeldet.

Checkliste vor dem Login

• Überprüfe, ob die Weltdatei intakt angekommen ist, indem du die Dateigröße mit deiner Kopie vor der Übertragung vergleichst.

• Stelle sicher, dass die .fwl-Datei vorhanden ist, sonst ist die Karte nicht lesbar.

• Bestätige, dass Server und Client auf derselben 1.0.x-Patch-Nummer sind.

• Hamstere Kernholz und Eisen vor dem ersten Ausflug in den Tiefer Norden, da die Biome-Feinde Nicht-Frost-Pfeilen widerstehen.

• Wenn die Welt stark erkundet wurde, erhöhe das Weltgrößenlimit des Servers vor dem ersten Start.

Kurzreferenz für Rückkehrer

Laut Community-Daten auf der Valheim-Update-heute-Startseite ist die häufigste Beschwerde von Rückkehrern eine 30–60 Sekunden dauernde „world loading"-Pause, die vor 1.0 nicht vorhanden war. Das ist das Tiefer-Norden-Einlesen und es passiert genau einmal pro Spielstand.

Wohin Coffee Stain als Nächstes steuert

Die 1.0-Veröffentlichung beendet die Roadmap nicht. Die Valheim-Roadmap auf Steam listet weiterhin Post-Launch-Content-Drops, und Iron Gate war transparent über einen kleineren Patch-Rhythmus, da der 1.0-Versionsmeilenstein nun erreicht ist. Erwarte, dass sich die nächsten Patches auf Serverstabilität, Konsolenparität und Quality-of-Life konzentrieren, statt auf neue Biome, was gute Nachrichten für Valheim nach 1.0-Updates ist, da es weniger erzwungene Weltmigrationen bedeutet. Das Tiefer Norden-Biom ist das finale Biom, daher sollten zukünftige Weltdateien auf unbestimmte Zeit abwärtskompatibel bleiben.

Häufig gestellte Fragen

Wird meine Early-Access-Welt beim Laden in 1.0 kaputtgehen?

Nein. Der 1.0-Client liest .db-Dateien vor 1.0 und führt ein einmaliges Upgrade durch, das Tiefer Norden-Kacheln an den unerforschten Kartenrand anfügt. Deine Basen, Portale, besiegten Bosse und dein Inventar bleiben alle intakt. Das Upgrade ist nicht umkehrbar — sobald eine Welt in 1.0 geöffnet wurde, kann sie nicht mehr in Early Access geladen werden.

Muss ich für eine Valheim-Weltenübertragung sowohl die .db als auch die .fwl kopieren?

Für jeden Spielstand, der bereits in 1.0 geöffnet wurde, ja. Die .fwl ist die Weltindexdatei und wird benötigt, damit die Kartenansicht und die Minimap gerendert werden. Wenn dein Spielstand noch aus dem Early Access stammt, brauchst du nur die .db; der 1.0-Client erzeugt die .fwl beim ersten Laden automatisch.

Kann ich eine PC-Welt auf eine PS5 oder Nintendo Switch 2 übertragen?

Nein. Cross-Progression zwischen PC und Konsole wird in 1.0 nicht unterstützt, und das Weltdateiformat ist innerhalb des Speichersystems jeder Plattform sandboxed. PC-Welten bleiben auf PC, Konsolenwelten bleiben auf Konsole, und die beiden können in keine Richtung zusammengeführt oder migriert werden.

Was ist der sicherste Weg, eine Welt vor einem Serverumzug zu sichern?

Stoppe den Server, kopiere den gesamten worlds-Ordner in ein datiertes Backup-Verzeichnis und überprüfe dann, ob die .db-Dateigröße mit der Angabe im Admin-Panel des Servers übereinstimmt. Community-Tests empfehlen, mindestens drei rollierende Backups aufzubewahren (heute, vor einer Woche, vor einem Monat), da eine beschädigte .db möglicherweise erst nach mehreren In-Game-Tagen Symptome zeigt.

Wird das neue Tiefer Norden-Biom während einer Übertragung automatisch erzeugt?

Ja, aber nur beim ersten 1.0-Laden. Das Biom wird an den unerforschten Rand des Seeds angefügt, sodass es dein bestehendes Gelände nicht überschreibt. Wenn du es schnell erkunden willst, segle zum äußersten Nordrand deiner aktuellen Karte; die neuen Kacheln sind nach dem Upgrade garantiert dort.