更换传奇服务端引擎是指将当前运行的M2Server、LoginSvr等核心程序替换为另一版本的引擎文件，通常用于修复漏洞、支持新功能或提升稳定性。该过程不涉及客户端改动，仅替换服务端可执行文件及相关配置模块。
一、更换前必备准备
备份原始文件
将整个 MirServer 目录复制一份，重点保留以下内容：
Mir200 下的 Map、Envir、GuildBase、Share 等数据目录；
GameConfig.ini、LoginSvr.ini、RunGate.ini 等配置文件；
自定义NPC脚本（Market_def、QuestDiary）及地图文件（.map、.min）。
确认新引擎兼容性
新引擎必须基于相同数据库类型（Access 或 SQL Server）；
检查是否支持现有脚本语法（如部分高仿引擎不兼容标准QFunction写法）；
确认端口、变量类型、物品格式等是否一致（例如某些引擎要求ITEMS.DB结构不同）。
关闭所有服务端进程
在任务管理器中结束以下进程（若存在）：
M2Server.exe
LoginSvr.exe
RunGate.exe / SelGate.exe
DBSer.exe（SQL版）
避免文件被占用导致替换失败。
二、引擎文件替换步骤
提取新引擎核心文件
从新引擎包中获取以下必要组件：
M2Server.exe
LoginSvr.exe
RunGate.exe、SelGate.exe
Account.dll（若存在）
DBSer.exe（SQL版本专用）
Mir200 目录下的 Engine.dll、StdItems.MDB（Access版）等。
覆盖原文件
将新引擎的 M2Server.exe 等可执行文件直接复制到原 MirServer 根目录，覆盖旧文件；
若新引擎提供完整的 Mir200 文件夹，不要整体覆盖，仅替换以下子项：
Mir200!Setup.txt（引擎参数配置）
Mir200Map 中的默认地图（仅当新引擎含修正地图时才替换）
Mir200Share 中的物品数据库（需确认格式兼容）
迁移配置参数
打开新引擎的 GameConfig.ini，将原配置中的关键参数手动填入：
[Server] 段：ServerIndex、GatePort、LogServerAddr
[DB] 段：AccessPath 或 SQL 连接字符串
[Game] 段：爆率、经验倍数、PK设置
禁止直接复制整个ini文件，因不同引擎字段可能不一致。
三、脚本与数据适配处理
检查变量与命令兼容性
部分新引擎扩展了脚本命令（如支持 WHILE 循环），但旧脚本若使用非标语法（如 CALLF）可能报错；
全局变量（GLOBAL VAR）在新引擎中通常可继承，但需确保命名无冲突；
若新引擎启用“严格模式”，需在脚本开头显式声明所有HUMAN变量。
物品与地图格式校验
使用新引擎自带的 MapEditor 或 ItemEditor 打开现有 .map 和 StdItems.MDB；
若提示“版本不匹配”或“字段缺失”，需用编辑器重新保存以转换格式；
特别注意英雄装备、合成材料等自定义物品的IDX是否超出新引擎上限。
数据库结构调整（SQL版）
新引擎可能新增表字段（如 Account 表增加 LastIP 列）；
执行引擎附带的 .sql 升级脚本，或手动在 SQL Server 中添加缺失列；
验证 ODBC 数据源名称是否仍为 MirWorld，端口是否匹配。
四、启动验证与问题排查
按顺序启动服务
先运行 LoginSvr.exe，观察是否监听指定端口（默认5600）；
再启动 M2Server.exe，查看控制台是否加载地图、读取NPC成功；
最后启动 RunGate/SelGate，确认连接M2Server无拒绝错误。
常见启动失败原因
缺少运行库：安装 VC++ 2010/2015 x86 Redistributable；
路径含中文：将 MirServer 移至 D:MirServer 等纯英文路径；
端口冲突：用 netstat -ano 检查 4950、5600、7100 等端口占用情况；
杀毒软件拦截：将新引擎exe加入信任区，防止误删Account.dll。
功能测试清单
创建角色能否正常进入游戏；
NPC对话是否触发脚本事件；
怪物死亡是否正确掉落物品；
行会、仓库、邮件等系统能否读写数据。
五、不可逆操作警告
禁止混用不同引擎的DLL文件（如旧Engine.dll配新M2Server.exe），会导致内存读写异常；
Access版切换SQL版需完整数据迁移，不能仅替换exe；
更换后若出现玩家数据错乱，立即回滚至备份，勿强行修复。
完成以上步骤后，服务端即运行于新引擎环境。后续只需根据新引擎特性调整脚本细节，无需重复更换流程。
