传奇单机M2启动报错start timer exception table完整排查修复

start timer exception table 这类报错通常出现在 M2Server 启动阶段，表示引擎在初始化定时器、加载配置表或读取数据库时失败。完整报错后面一般还会跟一段具体路径或字段名，例如 Unknown database、Cannot create file、Access violation 等，不同后缀对应不同修复方向。

先看完整报错内容。如果提示 StartTimer exception: Unknown database.Alias: HeroDB，说明 DBC2000 未配置或数据库名称不对。需要安装 DBC2000，打开 BDE Administrator，新建名为 HeroDB 的标准数据库，PATH 指向 D:MirServerMud2DB。如果服务端使用 ACC、SQLite 或 996 自带数据库，则不需要配置 HeroDB，引擎控制器中应选择对应数据库类型。

如果提示 StartTimer exception: Cannot create file，后面带 CastleList.txt 或类似路径，说明沙巴克城堡文件路径错误。打开 D:MirServerMir200!setup.txt，查找 CastleFile=，把后面的绝对路径改为 CastleFile=.CastleList.txt，保存后重启 M2。

如果提示 Access violation 或内存读取错误，先关闭所有引擎窗口，重启电脑后再试。检查 D:MirServerMir200Envir 下的文本文件是否含有多余空格、空行或编码错误。!setup.txt、MapInfo.txt、MerChant.txt 等文件应使用 ANSI 编码保存。

检查服务端路径。整个 MirServer 目录必须放在纯英文路径下，例如 D:MirServer，不能放在桌面、中文文件夹或含空格的目录中。路径含中文会导致引擎读取配置表失败。

检查杀毒软件拦截。部分引擎的 M2Server.exe、网关文件或 DLL 会被误删。关闭实时防护后，重新解压服务端，再启动测试。如果之前有文件被隔离，需从隔离区恢复或重新覆盖引擎包。

检查引擎文件是否完整。如果版本从其他引擎转换而来，或更新引擎时只覆盖了部分文件，可能导致配置表缺失。应使用完整引擎包重新覆盖 MirServer 目录，并运行引擎包自带的数据库转换工具或数据升级工具。

检查端口占用。酷狗音乐、其他服务端或残留进程可能占用网关端口，导致 M2 初始化失败。关闭占用端口的程序，或在引擎配置中修改默认端口后重试。

如果使用的是 996PC 引擎，还需检查数据库是否启动、端口是否匹配、K 值是否同步、登录器识别码是否正确。996 引擎自带数据库，不需要 DBC2000，但引擎控制器中的数据库端口必须与数据库服务一致。

修复顺序建议：先确认完整报错后缀，再检查路径、数据库、!setup.txt、杀毒拦截和引擎文件完整性。每次只改一项，改完重启 M2 验证，避免同时改动过多导致无法定位问题。