01 能把 Palworld 存档转到另一家托管商吗？
通常可以，前提是能够导出相关文件，目标服务端也兼容。已有专用服换商家，不一定等于合作世界转换或玩家身份格式转换。保留原始文件，按真实来源选择迁移步骤。
安全顺序是导出、检查压缩包、在隔离目标恢复、验收角色，再取消旧服务。不要先取消，再假定原服务商仍保留文件。没有适用于所有 Apex 与 BisectHosting 订单的统一保留承诺，应在服务有效时确认具体截止时间。
02 取消 Apex 前应该下载哪些文件？
优先完整复制 Pal/Saved/，另存启动配置、版本记录和模组清单。面板不能整体导出时，分别保存完整活动世界目录和相关配置目录。只下载一个 Level.sav 不算完成备份。
| 保存内容 | 用途 |
|---|---|
Pal/Saved/SaveGames/0/<WorldID>/，含 Players、Level.sav、LevelMeta.sav 及实际存在的其他文件 | 将世界与相关玩家数据作为一致集合保存。 |
Pal/Saved/Config/LinuxServer/ 或 WindowsServer/ | 保留活动配置及世界选择信息。 |
| 已有 backup 目录 | 最新存档已损坏时仍有较早恢复点。 |
| 模组文件或精确重装清单、启动设置和构建号 | 便于重建环境，不在取消后猜配置。 |
Apex 的 World-transfer instructions / 世界迁移文档 ↗ 给出 SaveGames/0 路径及 GameUserSettings.ini 中的 DedicatedServerName；Panel setup guide / 面板指南 ↗ 说明 File Management 下的 Backups。使用当前面板导出，大世界下载失败时改用支持的文件传输方式。配置可能含密码，压缩包应私密保存。
03 如何保存并导出 BisectHosting 的 Palworld 世界
- 通知玩家维护时间，使用支持的保存操作，再正常停服并确认进程结束。
- 在 Starbase 文件管理中寻找 Pal/Saved 下的活动世界。Bisect 玩家存档文档使用
/home/Pal/Saved/SaveGames/0，面板显示的相对路径可能不同。 - 下载完整世界目录或其压缩包，以及活动 Config 目录。不能只保存 Players。
- 在本机打开下载文件，确认正确 WorldID、文件清单及合理修改时间。
- 保留一份未经修改的源副本，再用另一份工作副本迁移。
路径见 Save-repair guide / Bisect 存档修复文档 ↗；Transfer guide / 迁入文档 ↗ 说明迁入 Bisect。本文用它们核对数据位置，并不把迁入步骤当作适用于所有商家的迁出流程。导出权限不足时，取消订阅前联系支持。
04 恢复时避免目录套错一层
先建立独立目标实例，停服后上传。解压后真实数据应位于 SaveGames/0/<WorldID>/，而不是又多套一层压缩包名称目录。使用目标平台匹配的配置目录。Hostinger 的 Official import guide / 官方导入说明 ↗ 要求让 DedicatedServerName 与复制的世界目录对应。
两侧使用兼容构建，不要随意用旧服务端打开新版本存档，也不要把旧版默认配置整份覆盖到新版本。记录主动保留的设置。若目标生成空世界，先停服核对路径和 WorldID，不要改坏原始压缩包。
05 世界正确，玩家却被要求重新建角色
这可能是玩家身份映射问题，不一定是世界缺失。Bisect 有跨环境玩家存档修复流程；合作世界转专用服也可能需要匹配版本的转换。但普通换商家不应该自动使用未经验证的转换器。
先确认 Players 目录完整且世界正确。确实需要转换时，按目标商家当前说明，在副本上测试并保留原件。使用陌生在线转换工具前，应了解将上传哪些私人存档。账号、操作系统和服务端版本变化是不同变量，分别记录以便定位。
06 取消旧服务前的五项验收
- 已知基地与其中物品存在。
- 常用玩家能使用原有角色与公会。
- 原先能加入的平台仍能连接，包括 PS5 成员。
- 目标正常重启后，新保存改动仍保留。
- 源压缩包在两家托管账户之外的存储中仍可读取。
五项通过后，记录迁移时间并按原商家规则取消。保留旧世界副本，取消服务不是备份策略。只有连接失败时，先看 Platform connection guide / 平台连接指南，不要立即对存档做破坏性修复。