VPS知识分享站先说结论：《幻兽帕鲁》专用服务器需要备份的不是一个孤立文件，而是当前世界对应的完整存档目录。正确流程是先让世界数据落盘，再复制整个存档目录到另一块存储，并通过一次隔离恢复演练确认备份可用。只下载某个 .sav 文件、只依赖云服务器快照，或在服务仍高频写入时直接复制，都可能得到不完整备份。
幻兽帕鲁专用服务器存档在哪里？
常见 SteamCMD 部署中，存档通常位于 PalServer 安装目录下的 Pal/Saved/SaveGames/0/。其中往往还有一层世界 ID 目录，里面包含世界、玩家和等级等数据。不要只看网上的绝对路径：如果你修改过 SteamCMD 安装目录、使用独立系统用户、面板或容器，真实路径会不同。
配置文件和存档也不是同一件事。官方当前文档给出的配置文件位置为：
- Windows：
steamapps\common\PalServer\Pal\Saved\Config\WindowsServer\PalWorldSettings.ini - Linux：
steamapps/common/PalServer/Pal/Saved/Config/LinuxServer/PalWorldSettings.ini
修改 DefaultPalWorldSettings.ini 不会让当前服务器配置生效。迁移时既要保存世界数据，也应单独保存当前生效的配置、启动参数和服务文件。
先识别真实安装目录
- 查看 systemd、面板或启动脚本中执行的
PalServer.sh/PalServer.exe路径； - 进入对应安装目录，再查找
Pal/Saved/SaveGames； - 对照目录更新时间，在玩家保存或退出后确认文件确实更新；
- 记录世界目录名、所有者、权限和磁盘挂载点；
- 容器部署还要确认宿主机卷映射，不能只复制容器内部临时层。
手动备份的安全步骤
- 通知玩家：安排短维护窗口，避免恢复后发现最后几分钟进度丢失；
- 触发保存：使用当前官方 REST API 的保存能力，或按部署方式正常保存世界；
- 优雅停止：等待写入完成后正常停止服务，避免直接强制结束进程；
- 复制完整数据：保存整个世界目录，同时备份生效配置、启动参数、服务定义和模组清单；
- 生成校验值：记录归档文件大小与 SHA-256，便于判断传输是否损坏；
- 保存到异地：至少一份副本离开当前系统盘或当前实例；
- 重新启动：查看启动日志并让测试玩家进入，确认本次维护没有破坏世界。
内置备份可以替代独立备份吗？
不能完全替代。当前官方配置支持 bIsUseBackupSaveData，启用后会在存档数据目录创建 backup 子目录。官方同时说明该功能会增加磁盘负载，并按多档周期保留备份。它适合快速回退近期误操作，但如果实例、系统盘、账号或整个目录同时损坏，同盘备份也会一起失效。
更稳妥的是“内置高频恢复点 + 每日独立归档 + 周期性异地副本”。具体保留数量要按世界大小、变更频率、磁盘容量和可接受的数据丢失量设置，而不是无限累积。
云快照、文件备份和对象存储怎么组合？
| 方式 | 适合解决 | 局限 |
|---|---|---|
| 游戏内置备份 | 近期误操作、存档快速回退 | 通常与原数据同盘 |
| 文件级归档 | 按世界恢复、迁移、保留多版本 | 需要处理一致性和权限 |
| 云盘快照 | 系统盘或数据盘整体回退 | 粒度粗，创建时仍要考虑写入一致性 |
| 对象存储/另一台主机 | 实例或磁盘整体故障 | 需要加密、生命周期与恢复流程 |
备份设计应明确 RPO 和 RTO：最多能接受丢失多少分钟或小时的数据，以及故障后多久必须恢复。朋友小服与公开社区服的要求不同，但“备份成功”都必须以可恢复为标准。
恢复存档的正确顺序
- 先备份当前故障现场，避免覆盖后失去调查依据；
- 停止 PalServer，并确认进程已退出；
- 核对待恢复归档的时间、大小、校验值和世界 ID；
- 将当前世界目录改名保留，再恢复完整目录和权限；
- 确认配置、模组和服务端版本与备份生成时兼容；
- 启动服务，检查日志是否存在解析、权限或版本错误；
- 用测试账号验证角色、基地、公会、物品和时间线；
- 确认无误后再开放给全部玩家。
迁移到新服务器还要带走什么？
- 完整世界存档目录，而不只是单个 Level 文件；
PalWorldSettings.ini和实际启动参数；- systemd 服务、计划任务、环境变量与端口清单；
- 模组、插件及准确版本；
- 文件所有者和权限；
- 备份脚本、监控规则、服务器密码轮换计划；
- 旧服务器保留期和回退条件。
迁移前应在新服务器隔离测试，避免直接关闭旧服务器再边迁边查。版本跨度较大时先阅读官方变更说明；模组环境要额外评估兼容性，因为官方明确提示模组可能导致崩溃或存档问题。
常见失败原因
- 复制时仍在写入：文件时间不一致，恢复后出现回档或损坏；
- 只备份一个文件：玩家或世界关联数据不完整；
- 权限错误：恢复后服务进程无权读取或写入；
- 世界目录放错：服务启动了一个新世界，看起来像“存档丢失”；
- 版本或模组不匹配：旧数据不能被当前环境正确加载；
- 只在原盘保留副本：磁盘故障时原件和备份同时损失；
- 从不演练：直到事故发生才发现归档为空、过期或无法解压。
官方资料
需要新服务器或迁移环境时
游戏存档对存储可靠性和持续写入比较敏感。选实例时除 CPU、内存外，还要确认 SSD、备份方式、磁盘容量和玩家地域。可参考VPS配置选择、云服务器备份方案和带宽需求计算。需要部署或迁移环境时，可在萤光云VPS产品页查看地域与配置；购买前应先确认备份与迁移要求是否能由所选方案满足。
常见问题
可以只靠服务商快照吗？
不建议。快照适合整盘恢复，但不能替代可独立下载、按世界验证的文件级备份。
备份时一定要停服吗？
最保守的手工流程是在保存完成后短暂停服复制。若要不停服备份，需要能保证应用一致性的方案，并通过恢复演练证明有效。
恢复后出现新世界怎么办？
先停止服务，检查世界目录层级、世界 ID、文件权限、配置指向和启动用户，不要在新世界上继续写入后再覆盖。
