雨云 MCSM 整合包上传与迁移：Java、启动脚本和存档备份

把 Minecraft 服务端整合包上传到雨云 MCSM，整理 ZIP 目录、加载器环境与启动文件，保留老服存档和配置。

要上传服务端包，不是客户端目录

同一个 Minecraft 整合包通常区分客户端和服务端文件。准备上传的是整合包作者提供的服务端包，先记下 Minecraft、Forge/Fabric 等加载器和 Java 要求。客户端配置不能直接保证在服务端运行。

雨云 MCSM 适合已有明确启动方式的整合包。需要自行安装额外系统依赖或同时运行更多程序时，游戏云 VPS 更方便；已有面板服先确认环境能运行这个包。

注册推荐码：KuZhuJi

迁移前先停止游戏实例，让存档写入完成，再通过文件管理或 SFTP 导出世界、mods、config、server.properties、白名单及相关服务端文件。保留包版本和启动方式记录，备份下载到面板之外。

在新环境恢复时使用匹配的服务端版本。不要一边迁移一边升级模组包；先恢复原版本，联机正常后再单独安排升级。重装或切换游戏功能可能清除数据，导出完成后才操作。

雨云面板文件管理支持 ZIP 在线解压。上传服务端 ZIP 后先解压到独立目录，查看 JAR、脚本和 mods 是否多套了一层文件夹。启动文件、配置和依赖要保持整合包要求的相对位置。

目标已经有同名目录时，先备份并比较内容；需要替换的旧目录可改名保留。不要为消除 dest already exists 报错直接删除世界目录，也不要把客户端包覆盖到原服务端上。

简单 JAR 服务端可按面板的启动脚本填写实际 JAR 文件名；较新的 Forge 包可能使用安装器生成的 run.sh 和参数文件，不能把安装器 JAR 当成最终服务端一直运行。使用包作者给出的启动方式，同时确保工作目录正确。

需要改 Java 时，在运行环境里选择匹配版本，再看日志验证。模组报缺少依赖时补齐服务器侧依赖；报版本冲突时回到整合包提供的版本组合，而不是随意下载最新文件混装。

首次启动后检查日志，再用相同整合包客户端登录。核对世界名称、玩家数据和关键配置是否恢复；新产品的公网地址和 NAT 外网端口可能不同，把新的连接信息发给玩家。

稳定运行后再清理临时解压目录，保留旧备份。升级前重复停止、导出、验证的过程，比只留一份正在运行时复制出来的世界目录更便于恢复。