为什么需要回档?
在操作之前,先明确回档的原因,这有助于你选择最合适的回档方式:

- 恶意破坏/刷怪:有玩家使用了指令(如
/fill、/setblock)或模组刷了大量方块、实体,导致服务器卡顿或世界损坏。 - 玩家误操作:玩家不小心拆掉了重要的建筑,或者把珍贵的物品扔进了岩浆。
- 管理员误操作:管理员在执行指令(如
/worldborder、/fill)时出错,对世界造成了不可逆的伤害。 - 版本回退:服务器从新版本(如 1.20.1)回退到旧版本(如 1.19.4),新版本的方块和物品在旧版本中无法正常显示或存在,需要回档到旧版本的世界数据。
- 回到某个时间点:比如想体验服务器开服时的纯净世界,或者回到某个大型活动之前的状态。
回档前的准备工作(极其重要!)
在执行任何回档操作前,务必备份!务必备份!务必备份! 这是最重要的安全措施。
-
备份当前世界文件夹:
- 停止你的 Minecraft 服务器。
- 进入服务器的根目录,找到
world文件夹(如果你有多个世界,如world_nether,world_the_end,也需要一并备份)。 - 将这个
world文件夹复制一份,重命名一个带有日期和时间的备份,world_backup_2025-10-27_15-00。 - 为什么? 因为万一回档后出现新问题,你还可以从备份中恢复,而不是从零开始。
-
了解你的服务器类型:
- 原版服务器:只使用 Minecraft 自带功能,没有安装任何插件或模组,回档相对简单。
- Bukkit/Spigot/Paper 服务器:安装了插件,回档时需要注意插件数据是否也需要回滚。
- Forge/Fabric 服务器:安装了模组,回档时,模组版本和世界数据必须兼容,否则极易导致世界崩溃。
回档的几种方法(从易到难)
使用服务器插件(推荐,最安全灵活)
这是最常用、最安全的方法,尤其适用于有多个管理员或需要频繁回档的场景。

常用插件:
- CoreProtect:最流行、最强大的方块记录和回滚插件,它可以记录每一个方块的放置、破坏、交互和聊天信息。
- WorldEdit:主要用于建筑,但其
//undo和//redo指令可以撤销最近的操作,非常适合小范围的误操作回滚。 - Multiverse:多世界管理插件,可以让你轻松在不同世界版本间切换。
以 CoreProtect 为例的回档步骤:
- 确保已安装:在服务器上安装并配置好 CoreProtect 插件。
- 获取目标玩家和时间:
- 确定是哪个玩家造成的破坏。
- 确定破坏发生的大致时间范围。
- 执行回滚指令:
- 以管理员身份进入游戏,或在服务器控制台输入指令。
- 基础指令格式:
/co rollback <玩家> <时间><玩家>:玩家名字,留空则回滚所有玩家。<时间>:时间范围,可以是5m(5分钟),1h(1小时),1d(1天),1w(1周),1mo(1月)。
- 示例:
- 回滚玩家
Steve在过去 1 小时内的所有操作:/co rollback Steve 1h - 回滚所有玩家在过去 2 天内的所有操作:
/co rollback 2d
- 回滚玩家
- 检查结果:指令执行后,插件会告诉你回滚了多少个方块,去游戏中检查破坏是否已被修复。
优点:
- 操作简单,无需停服。
- 可以精确到玩家和时间,非常灵活。
- 风险极低,只影响方块数据,不影响整个世界。
缺点:

- 依赖于插件是否提前安装并正常记录。
- 对于大范围、长时间的破坏,可能会消耗较多服务器性能。
使用世界备份(最彻底,但需要停服)
当插件无法解决问题(整个世界被恶意刷平),或者你需要回滚到很久以前的状态时,这种方法最有效。
步骤:
- 停止服务器。
- 找到正确的备份:进入你的备份文件夹,找到你想要回档到的那个时间点的备份文件(
world_backup_2025-10-20_10-00.zip)。 - 替换当前世界文件夹:
- 将服务器根目录下的
world文件夹重命名为world_old(作为最后的备份)。 - 将你选定的备份文件(
world_backup_2025-10-20_10-00.zip)解压到服务器根目录。 - 确保解压后的文件夹名为
world。
- 将服务器根目录下的
- 启动服务器:服务器将加载这个旧版本的世界数据。
优点:
- 可以将世界恢复到任何过去的状态。
- 对于插件无法处理的大规模破坏非常有效。
缺点:
- 需要停服,会导致所有玩家被踢下线。
- 会丢失从备份时间点到当前时间之间的所有数据,包括:
- 所有玩家的新建筑。
- 玩家背包里的物品。
- 玩家的进度(等级、经验等)。
- 方块变动(挖矿、盖房子等)。
- 如果备份和当前安装的模组/插件版本不兼容,可能会导致服务器无法启动或世界崩溃。
使用 Aikar's Flags 和 Gzip 备份(高级技巧)
这是一种在服务器运行时进行备份和回滚的高级方法,利用了 Minecraft 世界数据存储的机制,它非常高效,但有一定技术门槛。
原理:
Minecraft 的 region 文件(.mca 文件)在服务器运行时会被锁定,直接复制可能会得到不完整的文件,而 gzip 压缩可以创建一个文件的流式快照,这个过程非常快且安全。
步骤(回滚示例):
- 假设你有一个自动化备份脚本,它会定期用
gzip压缩world/region文件夹,并按时间命名。- 备份文件可能像:
world_region_2025-10-27_14-00.tar.gz
- 备份文件可能像:
- 停止服务器。
- 准备回滚:
- 将当前
world/region文件夹重命名。 - 创建一个新的
region文件夹。
- 将当前
- 解压并恢复备份:
- 找到你想要回档的那个时间点的
world_region_...tar.gz文件。 - 将其解压到
world/region文件夹中。
- 找到你想要回档的那个时间点的
- 启动服务器。
优点:
- 备份和恢复速度极快。
- 对服务器性能影响小。
缺点:
- 实施和维护复杂,通常需要编写脚本。
- 同样会丢失备份点之后的所有数据。
重要注意事项
- 数据丢失:任何形式的回档(除了 CoreProtect 这类精确回滚)都会导致数据丢失,在操作前,一定要和服务器所有者或玩家沟通清楚。
- 模组/插件兼容性:如果你使用模组,回档的世界必须在相同或兼容的模组版本下运行,否则,新模组无法识别旧世界的方块数据,可能导致方块变成“黑曜石方块”或直接删除,造成永久性损坏。
- 权限管理:确保只有可信赖的管理员拥有回档权限,避免权限滥用导致服务器混乱。
- 定期备份:最好的策略是预防,设置一个自动备份计划(例如每小时或每天),这样即使发生意外,你也不会丢失太多数据,你可以使用
rsync、Rclone等工具,或者专门的备份插件如Multiverse-Backup。
| 回档方式 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| 插件回滚 | 无需停服、精确、安全、灵活 | 依赖插件、可能性能消耗 | 日常小范围破坏、玩家误操作 |
| 备份替换 | 彻底、可回滚到任何时间点 | 需停服、丢失大量数据 | 大规模恶意破坏、版本回退、回到特定历史时刻 |
| Gzip 备份 | 速度快、高效 | 实施复杂、技术门槛高 | 需要高性能、自动化备份的服务器 |
对于大多数情况,强烈建议优先使用 CoreProtect 这样的插件进行精确回滚,只有在万不得已时,才使用备份替换的方法,无论选择哪种方法,事前备份永远是第一原则!
