將既有世界加入 Minecraft Java 伺服器

Java 伺服器可以直接載入既有存檔，條件是上傳完整的世界根目錄，並讓伺服器明確指向該資料夾。不要先刪掉舊世界再碰運氣；穩妥作法是驗證來源、完整停服、保留兩端備份、上傳工作副本，最後限制玩家進入並完成驗收。

確認來源真的是 Java 世界

解壓縮後尋找 level.dat。直接包含此檔案的資料夾才是世界根目錄，旁邊通常會有 region、data、playerdata 等目錄。如果路徑是 London/London/level.dat，要上傳的是內層 London。未解壓的 ZIP、基岩版 .mcworld，或單獨的 region 都不是完整 Java 世界。

可行時先用相符版本的 Java 客戶端開啟副本，確認出生點與幾個熟悉地標。記錄遊戲版本、伺服器核心、模組載入器、資料包及必要模組；結構完整不代表缺少依賴的世界一定能啟動。

完整停服並備份來源與目的端

在主控台輸入正常的 stop，等 Java 程序完全結束。伺服器仍在寫入時複製，可能讓區塊、實體與玩家資料停在不同時間點。保留原始世界，另做一份上傳副本；目的端則備份現行世界、server.properties、白名單、權限及外掛資料。

不要先刪除現有世界，請以日期歸檔，讓回復只需切回資料夾與設定。若主機面板會自動重啟程序，診斷與搬移期間應先暫停該功能。

上傳完整資料夾並檢查層級

將工作副本放在伺服器根目錄，通常與 JAR 和 server.properties 同一層。可使用主機官方檔案管理器、SFTP 或本機複製。上傳壓縮檔後要在伺服器端完整解壓，最終應是 server/mapmc-london/level.dat，而不是多包一層，也不是把 ZIP 留在根目錄。

資料夾名稱保持簡短且唯一。大型世界透過瀏覽器上傳容易逾時，面板又未必明確顯示失敗；應比對解壓後容量、檔案數，必要時改用主機文件建議的傳輸方式。

讓 level-name 精準對應

停服狀態下編輯 server.properties：

level-name=mapmc-london

值要與資料夾名稱完全相同，不加引號、路徑或 .zip，Linux 主機還要注意大小寫。有些面板另有「世界名稱」欄位並會在啟動時覆寫檔案；儲存後重新開啟設定，確認最後生效的內容。

不要同時重新命名多個世界。一次只改一項，再由日誌確認結果，才不會失去判斷依據。

對齊版本、核心與依賴

首次啟動前，盡量重現原本的 Minecraft 與 Java 版本、Paper／Spigot／Fabric／Forge／NeoForge 核心、載入器、模組、外掛和資料包。不要用較舊版本開啟唯一副本；官方已提醒降版可能損壞世界，升版也應先在副本上測試。

先開啟白名單或限制連線。模組方塊、額外維度、外掛資料及自訂生成器都可能依賴原環境，主世界能看到地形並不表示遷移完整。

從啟動日誌判斷是否載入正確

由主控台第一行開始閱讀，確認日誌提到預期世界並正常進入就緒。若有資料版本不符、缺少模組、level.dat 讀取失敗、權限或損壞訊息，應立即停止並保存 logs/latest.log。面板顯示在線，只能證明程序仍在，不能證明載入的是正確世界。

若伺服器生成空白世界，不要建造也不要刪檔。依序檢查 level-name、雙層資料夾、上傳完整性、實際執行個體、面板覆寫與工作目錄。

私人驗收並測試再次啟動

先由管理員或白名單帳號登入，檢查出生點、已知座標、地獄與終界、物品欄、終界箱、進度、計分板、遊戲規則、資料包和權限。驗證模式改變可能讓玩家取得不同 UUID，看似物品遺失，此時不要任意覆蓋玩家檔案。

做一個小改動，正常儲存、停服、重新啟動後再確認。證明同一世界可以寫入與再次載入後，才開放一般玩家，並保留搬移前備份直到社群確認近期進度。

開放玩家前的核對項目

• 世界根目錄直接含有 level.dat，沒有重複包裝。
• 來源與目的端都有獨立、可復原的備份。
• 上傳與設定期間伺服器確實停止。
• level-name 與資料夾名稱逐字相同。
• 版本、核心、載入器、模組、外掛和資料包已對齊。
• 日誌、地標、維度、玩家資料、儲存與重啟均通過私人測試。

完成標準不是面板出現「就緒」，而是確定伺服器讀取正確世界，且下一次仍能安全保存。