玩家更新後開啟 RuneScape: Dragonwilds 專服，世界列表卻空白，或載入後發現角色進度不對。
判斷：適合先做「停服、複製、核對、測試」；不適合立刻清空資料夾或重建世界。 1.0.1 的修復不代表每一個專服存檔都會自動恢復；保留原始檔，並先在副本驗證，才是風險較低的處理方式。
這篇適合更新後看不到世界、載入錯誤世界或角色進度異常的 Dragonwilds 專服管理員。
也適合需要區分世界資料與角色資料，並安排長期存檔保留流程的小型遊戲社群。
最後更新於 2026 年 10 月 31 日；核對自 Jagex 更新公告、官方專用伺服器指南、SteamCharts 活躍度頁及相關社群討論。
先分辨問題落在哪一層
世界列表不顯示，並不能直接證明存檔已經損壞。排查前先把症狀分類，避免用錯資料覆蓋：
- 世界存檔不可見：服務端清單沒有原本的世界，但檔案仍可能存在，也可能是服務端讀取了不同資料夾。
- 角色進度異常：世界可以載入，但角色資料、進度或狀態不符合預期。這與世界檔案不是同一類問題，不能拿世界存檔覆蓋角色資料。
- 版本或更新狀態不一致：客戶端與服務端版本不同，或服務端更新並未完成，可能令連線與載入驗證失去參考價值。
Jagex 在 2026 年 10 月 8 日公布的 1.0.0.8 更新說明提到，特定條件下的世界存檔消失問題已修復，並指出此前已消失的世界要等 1.0.1。2026 年 10 月 14 日的 1.0.1 公告則說明更新包含針對消失世界存檔的修復，同時提醒仍可能存在其他存檔問題。這些公告說明的是修復範圍，並未證明特定專服上的資料已經找回。
RuneScape: Dragonwilds 1.0.1 專服存檔恢復判讀
服務端有時仍保留檔案，只是沒有載入管理員預期的那個世界。官方專用伺服器指南說明，服務端會讀取存檔目錄中最新的 .sav 檔，並建議遷移前先備份。檢查時應以目前指南所列目錄和服務端設定為準，不要憑舊教學猜測路徑。
以下步驟應在保留原始資料的前提下進行：
- 停止服務端，確認程序已結束，避免檢查或複製期間繼續寫入存檔。
- 複製現有存檔資料夾到另一個安全位置。原始目錄先保留，不要移動、改名或刪除其中檔案。
- 核對世界名稱與檔案，記下目錄內
.sav檔的名稱、修改時間及檔案數量，並與管理員預期的世界比對。 - 確認服務端實際讀取位置，依官方指南檢查存檔目錄設定，並查看啟動日誌是否顯示不同世界或載入錯誤。
- 確認客戶端與服務端版本，先完成服務端更新並檢查啟動日誌，再進行連線測試。更新完成不等於存檔已恢復。
- 用複製出的副本測試，確認世界能否載入、角色進度是否符合預期，並在測試後重新啟動一次，觀察結果是否維持。
- 只有驗證通過才切換正式服。如果測試仍失敗，保留原始目錄及副本，記錄版本、日誌與重現步驟，暫停覆蓋式操作。
提醒： 2026 年 10 月的官方公告曾提及專服透過 SteamCMD 更新遇到限流問題。這是當時的公告，不代表目前更新必然失敗；遇到更新異常時，應以目前服務端版本與日誌判斷，而非只按重試次數推定原因。
角色資料異常時保留處理邊界
世界可載入，但角色進度不對時，先停止可能改寫資料的操作。不要把世界存檔當成角色存檔的替代品，也不要使用未經官方確認的社群命令覆蓋檔案。官方公告已說明修復涉及消失世界存檔，並沒有因此保證所有角色資料問題都已解決。
若副本測試仍出現損壞提示或進度不符，記錄客戶端與服務端版本、錯誤日誌、發生時間，以及可重現的操作順序；同時保留原始檔。社群曾有人回報世界消失或討論存檔問題，例如個案回報及世界存檔討論串，但個別經驗不能視為普遍故障，也不能當成安全恢復指令。
依檢查結果選擇下一步
- 若原
.sav仍在，且服務端讀取目錄不符，先修正測試環境的讀取對象，在副本驗證；不要先重建世界。 - 若檔案仍在、讀取位置正確，但世界無法載入，保留原檔與日誌，使用副本測試並參照官方目前的更新說明；不要以覆寫方式反覆嘗試。
- 若原檔缺失，檢查管理員自行保留的備份或遷移副本；若沒有可用副本，就先停止寫入並記錄現況，不要假設更新能重建舊資料。
- 若世界正常但角色進度異常，按角色資料問題處理，與世界檔分開記錄；不要用另一份世界檔覆蓋來碰運氣。
- 若版本尚未確認或更新未完成，先完成版本與日誌核對，之後才測試連線及存檔載入。
SteamCharts 的遊戲活動統計可用來觀察近期玩家活動，社群討論可用來了解有人遇到的問題類型；兩者都不能證明故障普遍程度，也不等於搜尋量資料。
在恢復結果確認後再評估託管環境
長期運行 Dragonwilds 世界時，存檔恢復能力不能只看硬體規格。要確認資料放在哪裡、管理員能否自行連線維護，以及備份副本是否存放在原伺服器以外的位置。租用獨享伺服器不等於自動備份或代為恢復；備份與還原仍須由管理員規劃和執行。
| 檢查項目 | 發現的狀況 | 建議處理 |
|---|---|---|
| 世界列表空白 | .sav 仍在，但讀取目錄或最新檔案不符 |
保留原檔，在副本核對讀取對象 |
| 世界載入失敗 | 目錄與版本已核對，副本仍有錯誤 | 保存日誌與原始檔，暫停覆蓋操作 |
| 角色進度異常 | 世界可載入，角色資料不符合預期 | 將角色問題獨立記錄，不以世界檔取代 |
| 更新未確認 | 客戶端、服務端版本或更新日誌不完整 | 先完成更新核對，再做存檔驗證 |
| 條件 | 選擇 | 原因 |
|---|---|---|
| 副本載入正確，角色進度符合預期，重啟後結果穩定 | 安排正式服切換 | 已有可重現的驗證結果 |
| 副本能載入，但角色資料仍異常 | 保留原始資料並繼續排查 | 世界可用不代表角色資料已修復 |
.sav 缺失或測試副本仍無法載入 |
暫停正式服覆寫與重建 | 避免減少後續排查所需的原始資料 |
| 版本尚未核對或更新未完成 | 先處理版本狀態 | 未確認版本時，測試結果難以判讀 |
| 托管方式 | 存檔與管理的實際差異 | 適用情況 |
|---|---|---|
| 一般共享 VPS 或雲端執行個體 | 能否自行備份、存取檔案與控制磁碟，須依方案權限確認；共享資源也可能受其他租戶負載影響 | 負載較輕、需要彈性建立短期環境 |
| SFP Cloud AMD 獨享伺服器 | 產品頁列有 2 × 1TB NVMe 直連磁碟，合計可用容量為 2TB，不是 RAID-1 鏡像；管理員仍須自行安排異機備份 | 需要長期運行，並希望自行管理伺服器檔案與環境 |
| 自行維護的伺服器 | 備份位置、儲存冗餘、故障處理與硬體維護由管理者自行負責 | 有能力自行維護設備與異地備份 |
SFP Cloud 的方案頁可核對目前磁碟與方案資訊；獨享硬體提供的是管理環境，不是存檔代管或自動恢復服務。若需要 SSH 或 RDP 管理，也應按所選系統和實際接入方式安排維護，不要由磁碟規格推定已有備份。
常見問題
世界列表空白時，要不要直接刪除舊資料夾再重建？
不建議。先停止服務端並複製現有檔案，然後核對服務端讀取目錄、世界名稱、最新 .sav 與啟動日誌。若原檔仍在，應先於副本確認是否只是讀取對象不符；刪除或重建可能令唯一可供排查的資料被覆蓋。
1.0.1 更新後，為什麼仍不能假設世界一定已經回來？
官方說明包含針對消失世界存檔的修復，但也指出仍可能有其他存檔問題。公告沒有確認每個專服的檔案狀態，也沒有保證所有舊存檔都會自動恢復。因此應保留原始檔、檢查服務端版本，並以副本載入結果作判斷。
找不到 .sav 的固定路徑時，應依哪個位置檢查？
不同安裝與設定可能令檔案位置有差異，應以 Jagex 官方專服指南及服務端實際設定為準。官方指南指出服務端讀取存檔目錄中的最新 .sav 檔；檢查時同時記錄目錄內容、檔案時間及日誌，不要照搬未核對版本的舊路徑。
複製存檔時服務端仍運行，會有什麼風險？
服務端可能仍在寫入世界資料，複製出的副本未必能代表一致的存檔狀態。較穩妥的次序是停止服務端、複製資料、保留原始目錄，再用副本啟動測試；若暫時不能停服，先安排維護時段，不要把即時複製結果當成已驗證備份。
確認恢復流程前，先按副本測試結果決定是否重新開放玩家；若正考慮轉移長期世界，可先檢查伺服器上的檔案清單與切換步驟，再依 SFP Cloud 方案頁核對磁碟、系統與接入方式。需要獨享伺服器時，選擇托管環境並不會取代管理員自行備份與驗證 Dragonwilds 世界存檔。
常見問題
-
Q
RuneScape: Dragonwilds 專服更新後看不到世界，應先做什麼？
先停止服務端，將目前的存檔資料夾與相關 .sav 檔複製到另一個安全位置，並保留原始檔不動。接著確認服務端實際讀取的目錄、世界名稱與日誌，再對照官方指南檢查 .sav 檔；不要因世界列表空白就刪除資料或建立同名新世界。
-
Q
Dragonwilds 1.0.1 會自動找回所有消失的專服世界嗎？
不能據此保證。官方 1.0.1 公告提到針對消失世界存檔的修復，同時指出仍可能存在其他存檔問題；這不等於每個專用伺服器上的舊世界都會自動出現。保留原檔，先用副本測試載入結果，再決定是否切換正式服。
-
Q
Dragonwilds 專用伺服器的 .sav 存檔應該去哪裡找？
官方專用伺服器指南說明服務端會讀取存檔目錄中的最新 .sav 檔，並提醒遷移前先備份。實際目錄位置與目前版本的設定應以官方指南及伺服器啟動設定為準；檢查時比對檔案時間、世界名稱和日誌，不要只憑資料夾名稱判定哪個檔案可用。
-
Q
Dragonwilds 專服恢復存檔前一定要先停服嗎？
建議先停止服務端，再複製現有存檔。若伺服器仍在寫入，複製到一半的檔案可能無法代表一致的存檔狀態；停服後留下原始目錄，再在副本上啟動測試，能避免排查過程覆蓋唯一可用資料。確認世界與角色進度後，才安排正式切換。