VPS知识分享站先说结论：幻兽帕鲁（Palworld）专用服务器迁移不能只在运行中复制一个固定的 /palworld/Pal/Saved 路径并重启。安装目录会随 SteamCMD、系统服务、容器镜像或托管面板变化；运行中直接复制还可能得到不一致的世界、玩家和公会数据。稳妥流程是：确认当前版本与实际数据目录，启用游戏自身备份，通知玩家并正常停服，复制完整保存数据与配置，生成校验值，在同版本目标端恢复，再验证世界、玩家、公会、据点和回滚。
先区分三种任务
| 任务 | 范围 | 主要风险 |
|---|---|---|
| 同一专用服务器备份/恢复 | 同安装、同平台、同版本 | 运行中复制、备份损坏、权限错误 |
| 专用服务器迁移到另一台服务器 | 完整世界、玩家、公会与配置 | 版本不一致、目录/所有者错误、旧服仍写入 |
| 单人/合作存档转专用服务器 | 不同存档类型或主机玩家身份 | 玩家 ID 映射、平台差异和第三方转换工具 |
本文重点解决前两种。单人、合作房主、Steam/Xbox/Microsoft Store 或第三方工具之间的转换不是简单文件复制，应先查当前官方支持边界，并只在副本上操作。
官方当前提供了什么备份能力？
Palworld 官方服务器文档的 bIsUseBackupSaveData 参数可启用世界备份，并会在保存数据目录中创建 backup 目录；官方同时提醒启用后会增加磁盘负载。具体保留节奏和参数以Palworld 官方服务器配置参数为准。
内置备份用于快速回退，但不应成为唯一副本：同一磁盘、同一实例或同一账号故障可能同时影响在线存档与备份。至少再保留一个异机或对象存储副本，并定期做实际恢复。
第一步：记录迁移前基线
- 游戏服务器版本、安装方式、操作系统、启动参数和更新策略；
- 玩家连接平台、服务器类型、端口和是否使用 Mod；
- 实际运行账号、服务名称、容器名称、挂载目录和磁盘可用空间；
- 当前配置文件、世界名称、在线人数和最后一次成功备份；
- 目标服务器的版本、CPU、内存、磁盘和开放端口；
- 维护窗口、责任人、最长停机时间和回滚条件。
官方当前的专用服务器部署方法与 SteamCMD 应用 ID 可查阅Palworld 官方专用服务器部署文档。不要用旧命令升级生产实例后才发现存档或参数发生变化。
第二步：找到真实保存目录
常见结构包含 Pal/Saved，但它前面的安装根目录并不固定。根据实际安装方式确认：
- systemd：查看服务单元的
ExecStart、WorkingDirectory和运行用户； - Docker：查看 Compose 文件或
docker inspect的卷挂载，不要只复制容器内部临时层； - SteamCMD：确认实际
steamapps/common/PalServer所在根目录； - 托管面板：核对面板显示的数据目录、备份范围和导出方式。
在停止服务之前先只读检查目录，确认其中有保存数据、配置与最近更新时间。不要把网上示例路径直接当作你的路径。
第三步：正常停服并制作不可变副本
- 提前通知玩家维护时间，禁止在切换窗口继续登录和建造；
- 通过当前服务器支持的管理方式保存世界，并确认日志没有保存错误；
- 正常停止 systemd 服务或容器，确认 PalServer 进程已退出；
- 复制完整
Pal/Saved与实际使用的启动/服务配置； - 将副本打包为带日期的归档，设置只读并生成 SHA-256 校验值；
- 保留停服前原盘和独立站外副本，不在唯一存档上直接修改。
# 示例：请先把路径替换为已确认的真实目录
tar -C /已确认的PalServer目录 -czf palworld-saved-YYYYMMDD-HHMM.tar.gz Pal/Saved
sha256sum palworld-saved-YYYYMMDD-HHMM.tar.gz如果服务仍在运行，不要把这个归档当作一致性备份。复制前后的可见大小相同也不能代替校验和与恢复测试。
第四步：安全传输并验证
优先使用限制权限的 SSH 账号与 rsync 或 scp，不要在文章、脚本或命令行参数中嵌入密码。示例：
rsync -avP palworld-saved-YYYYMMDD-HHMM.tar.gz \
deploy@新服务器:/srv/palworld-migration/
ssh deploy@新服务器 \
'cd /srv/palworld-migration && sha256sum palworld-saved-YYYYMMDD-HHMM.tar.gz'比较源端与目标端 SHA-256，完全一致后再解压。目标目录应由实际运行 PalServer 的账号拥有，并使用最小必要权限；不要为了省事对目录执行 chmod -R 777。
第五步：在同版本目标端恢复
- 先安装与源端一致的专用服务器版本和运行方式；
- 启动一次生成目录后停止，不让玩家连接空世界；
- 额外备份目标端刚生成的空白目录，作为排错参照；
- 恢复完整保存目录及必要配置，修正所有者和权限；
- 先限制入口，只允许管理员进行恢复验证；
- 检查启动日志，出现格式、权限、版本或世界加载错误立即停止。
官方提醒配置目录通常在首次启动后创建，且修改 DefaultPalWorldSettings.ini 本身不会改变实际服务器配置；应编辑官方文档列出的 WindowsServer 或 LinuxServer 配置文件。
第六步：逐项验收，不要只看“能进服务器”
| 检查项 | 通过标准 |
|---|---|
| 世界 | 地图、时间、难度和关键建筑与迁移前一致 |
| 玩家 | 抽样玩家角色、等级、背包与科技正常，不要求重建角色 |
| 公会/据点 | 成员关系、据点、箱子、帕鲁和权限正常 |
| 配置 | 密码、人数、平台、端口和游戏规则符合基线 |
| 性能 | 多人连接时 CPU、内存、磁盘和网络无异常 |
| 备份 | 新服可生成备份，且能够恢复到隔离测试目录 |
验收通过前不要销毁旧实例、旧磁盘或 DNS/连接信息。出现玩家重建、世界不一致或日志错误时，停止新服写入，保留故障副本并回滚到已验证归档。
持续备份和更新策略
- 启用官方当前支持的世界备份，并监控备份目录增长和磁盘 I/O；
- 将至少一个副本定期同步到不同实例、区域或对象存储；
- 保留小时、日、周层级恢复点，避免损坏同步覆盖所有副本；
- 更新游戏服务器前先停服备份，阅读官方版本说明并保留回退版本；
- 每月抽样恢复，记录归档、校验值、版本、RPO、RTO 和结果；
- 监控内存、磁盘、进程、端口、玩家任务和备份成功。
通用方法见云服务器数据备份与恢复、服务器长期稳定运行方案与服务器异常重启前后检查。
什么时候需要换服务器？
先确认瓶颈是内存、CPU、磁盘、网络还是版本/Mod，而不是卡顿就迁移。Palworld 官方当前要求页强调多核 CPU、较大内存和快速 SSD，并指出低性能存储可能增加存档损坏风险；实际配置仍应按玩家数、据点、帕鲁、Mod 和监控确定。可先参考VPS 配置选择与7 天稳定性测试。
如需新建隔离的游戏服务器，可在萤光云幻兽帕鲁服务器产品页核对当前配置、地域和库存。购买服务器不会自动迁移存档，仍需按本文完成停服、校验、恢复和回滚。
常见问题
可以在服务器运行时直接 scp 存档吗？
不应把它当作可靠迁移备份。运行中多个文件可能处于不同保存时点，优先使用游戏保存机制后正常停服再复制。
只复制 SaveGames 够吗？
不同安装和迁移目标可能还需要配置、启动参数与服务信息。为可回滚，建议备份完整 Pal/Saved 及实际运行配置。
新服务器启动后让玩家重新创建角色怎么办？
立即停止新服写入，检查版本、世界目录、平台、文件所有者和迁移类型。不要在唯一副本上尝试第三方 ID 转换工具。
服务器内置 backup 目录能替代站外备份吗？
不能。同磁盘或同账号故障可能同时损坏两者，仍需独立故障域副本和恢复演练。
