迁移《我的世界》服务器本不应导致数月来的建筑成果、玩家物品栏或精心配置的模组丢失。然而，不完整的备份和错误的世界路径可能会让一次常规的托管迁移演变成一场意料之外的重置。.
这本关于……的实用指南 《我的世界》服务器备份 “世界迁移”部分介绍了需要保存哪些内容、如何迁移 Java 版世界，以及在邀请玩家回归前如何验证一切是否正常。.
为什么《我的世界》服务器备份很重要
一个《我的世界》世界不仅包含建筑物。它还可能包含玩家的背包、成就、统计数据、维度数据、插件数据库以及配置文件。如果丢失其中任何一个组件，该世界虽然仍可游玩，但会变得不完整。.
备份可以防范意外删除、存档损坏、更新失败、模组不兼容以及主机问题。此外，备份还能让您更安全地尝试新的服务器软件。.
有关更全面的恢复规划，请参阅我们的 游戏服务器备份策略 指南。.
1. 确定必须备份的文件
在典型的《我的世界》Java版服务器中，主世界文件夹包含一些必要的文件和目录。具体结构因服务器软件和配置而异。.
| 文件或文件夹 | 目的 |
|---|---|
| level.dat | 世界设定与核心元数据 |
| 地区/ | 地表地形和区块数据 |
| playerdata/ | 玩家专属的保存数据 |
| 进展/ | 玩家升级进度 |
| stats/ | 球员数据 |
| plugins/ 或 mods/ | 扩展及其相关文件 |
| server.properties | 服务器配置，包括世界名称 |
基于 Paper 和 Spigot 的服务器可能会将下界和末地分别存储在不同的文件夹中，例如 world_nether 和 world_the_end。原版服务器通常将维度存储在主世界目录内。.
请备份所有相关的维度文件夹，而不是假设某个目录里包含了所有内容。.
2. 创建一个完整的《我的世界》世界备份
最安全、最直接的方法是在复制服务器文件之前先停止服务器。这样可以防止在创建备份期间发生新的世界变更。.
- 通知玩家并安排维护时间段。.
- 通过控制面板或控制台停止《我的世界》服务器。.
- 复制“world”文件夹以及所有单独的维度文件夹。.
- 包括 server.properties 文件、插件配置以及必要的模组文件。.
- 将备份下载到单独的存储设备上。.
- 请检查压缩包中是否包含预期的文件，且文件大小是否合理。.
高级管理员可以在服务器运行时使用协调快照或受支持的备份工具，但如果在没有一致性控制的情况下复制在线世界文件，可能会导致数据不完整。.
保留多个不同日期的版本。单个备份中可能已经存在未被察觉的损坏。.
3. 为《我的世界》世界迁移做准备
在转移任何内容之前，请记录您当前的《我的世界》版本、服务器软件、Java 运行时要求、已安装的插件、模组加载器以及配置设置。.
对于经过模组修改的世界，请尽可能保留模组包及其依赖项的精确版本。如果缺少某个世界生成模组，可能会导致严重的兼容性问题。.
请确认目标主机支持您所需的软件，并具备足够的内存、存储空间和文件访问权限。.
我们的 《我的世界》服务器内存要求 本指南可帮助您在迁移前估算所需资源。.
4. 将您的游戏世界迁移到新服务器
首先，使用兼容的软件在目标服务器上进行一次干净的安装。在替换世界文件之前，请先停止该安装。.
- 从原始服务器下载一个经过验证的备份。.
- 使用目标端的文件管理器或 SFTP 连接到该目标端。.
- 上传完整的世界目录和所需的维度文件夹。.
- 传输兼容的插件数据和配置文件。.
- 请检查 server.properties 文件中的级别名称设置。.
- 请确认文件的所有权和权限（如适用）。.
- 启动服务器，并检查控制台是否有错误。.
对于典型的 Java 服务器，level-name 必须与目标世界文件夹名称一致。如果该值不正确，可能会导致《我的世界》生成一个新世界，而不是加载你现有的世界。.
切勿覆盖原始世界的唯一副本。在目标世界通过测试之前，请保持源服务器保持不变。.
5. 谨慎处理 Java、基岩和模组世界
《我的世界》Java版和基岩版使用不同的世界存储格式。在它们之间迁移，并不等同于在两个Java服务器之间复制一个文件夹。.
跨版本迁移通常需要专门的转换工具，而且某些方块、实体、物品或游戏机制可能无法完美迁移。.
对于 Java 服务器而言，在 Vanilla、Paper、Fabric 和 Forge 之间切换也可能引发兼容性问题。插件和模组无法互换使用，而且某些服务器实现对维度文件夹的组织方式也各不相同。.
请查看我们的 《我的世界》Java版与基岩版托管服务对比 在规划跨版本迁移之前。.
6. 正式上线前验证迁移结果
启动成功并不意味着所有组件都完好无损。.
使用测试账号登录目标服务器，并前往熟悉的位置。检查建筑、物品栏、末影箱、维度、权限以及重要插件功能。.
请值得信赖的玩家验证他们的进度。检查控制台警告，并确认计划备份在新主机上能够正常运行。.
只有在完成这些检查后，才应更新您的公共服务器地址或 DNS 记录。更改主机名时，请考虑 DNS 缓存的影响。.
7. 排查常见的迁移问题
| 问题 | 可能的解释 | 第一步 |
|---|---|---|
| 崭新的空荡世界 | 层级名称或文件夹位置不正确 | 验证世界路径 |
| 缺失的库存 | 玩家数据不完整或身份不匹配 | 检查播放器文件和身份验证模式 |
| 缺少下界或末地 | 维度文件夹未传输 | 检查特定服务器的布局 |
| 初创企业失败 | 版本或模组不兼容 | 查看控制台日志 |
| 全球腐败 | 副本不完整或存档已损坏 | 还原已验证的备份 |
在进行实验时，请勿反复启动已损坏的世界。请先制作一份单独的故障排除副本。.
8. 比较《我的世界》主机服务的备份和迁移功能
在选择托管式《我的世界》主机服务时，除了评估 CPU 性能和内存外，还应评估恢复工具。.
Supercraft.host 以及 ScalaCube 这些都是值得考虑的《我的世界》托管方案。请比较它们当前的文件访问方式、备份控制、支持的服务器软件以及迁移协助服务。.
Sparked 主持人 以及 Godlike.Host 是否值得评估其他已获批准的托管方案，以考虑其对模组服务器的兼容性、恢复工作流程以及可选位置等因素。.
不同套餐的功能可能有所不同。购买前请确认备份保留期限、服务器外存储、恢复权限以及任何迁移费用。.
如需进行更全面的比较，请访问我们的 最佳《我的世界》服务器托管服务 指南。.
9. 制定可靠的备份计划
请根据您的社区能够承受的数据丢失程度来选择备份频率。繁忙的公共服务器通常比偶尔使用的私人世界需要更频繁的备份。.
在可行的情况下，请设置每日恢复点，保留旧版本，并在托管账户之外至少保留一份副本。.
限制备份删除权限，并定期进行测试还原。如果文件无法恢复，那么备份成功的通知也就毫无意义。.
常见问题解答
我可以将我的《我的世界》游戏世界迁移到另一个主机上吗？
是的。只要正确保留了文件夹、软件版本和配置，兼容的 Java 服务器通常可以加载转移过来的世界文件。.
玩家会失去背包里的物品吗？
不一定。请保留玩家数据，并确保玩家身份和身份验证设置保持一致。在开启迁移后的服务器之前，请先测试物品栏。.
可以在不停止《我的世界》运行的情况下对其进行备份吗？
是的，只要使用协调得当的备份工具或快照即可。如果是手动复制文件，停止服务器是更安全的方法。.
我应该立即删除旧服务器吗？
不。在新系统通过功能和恢复测试之前，请保留原服务器以及一份单独的、经过验证的备份。.
结语
可靠 《我的世界》服务器备份 让世界迁移更安全，让未来的升级更轻松。在切换主机之前，请完整备份世界数据、确保软件版本一致、测试恢复功能，并验证玩家进度。.
最理想的迁移，是让玩家几乎察觉不到的。.
