传奇单机版物品数据库加载不上 服务器启动异常 StdItems.DB损坏或DBC2000配置错误修复

提示"正在加载物品数据库..."卡住或报"服务器启动异常"，99%是物品数据库文件StdItems.DB损坏、DBC2000未正确配置别名、数据库文件被占用或引擎读取路径指向了错误的文件。按顺序排查，通常几分钟就能搞定。

一、先确认数据库文件是否完好

1. 打开服务端 MirServer\Mir200\Envir\ 目录，找到 StdItems.DB 文件。
2. 看文件大小：正常应在几百KB到几MB之间（取决于装备数量）。若文件大小为0KB、几KB或明显偏小（比如只有1KB），说明数据库文件已损坏或为空。
3. 右键→属性→详细信息，查看文件版本和创建时间。若文件日期远早于其他Envir文件或突然变成0KB，就是坏掉了。

解决办法：从原版服务端压缩包重新解压出一个 StdItems.DB 覆盖，不要用已经坏掉的那个。如果没备份，去网上搜对应引擎版本的"StdItems.DB 原版"下载替换，注意引擎版本要对（Hero版、GOM版、Blue版不通用）。

二、DBC2000别名配置错误（Hero/Blue/Legend引擎最常见）

Hero、Blue、Legend系列引擎依赖BDE（Borland Database Engine）读取Paradox格式的.DB文件，DBC2000别名没配好，服务端根本找不到StdItems.DB。

1. 打开控制面板（经典视图）→ 找到 BDE Administrator（或DBC2000图标）。
2. 左侧展开 Databases，看是否有名为 HeroDB（或 MirDB、LegendDB，取决于你引擎）的别名。
3. 若没有，右键Databases→New→输入别名名称（Hero引擎固定叫 HeroDB，Blue引擎叫 MirDB，Leg引擎叫 LegendDB，看服务端启动器上的提示）。
4. 右侧 PATH 字段：点浏览按钮，选择 MirServer\Mir200\Envir\ 这个文件夹（一定要精确到包含StdItems.DB的那一层，不是MirServer根目录）。
5. 其他字段默认不动，点左上角 Object→Apply 保存，再点 Object→Commit 提交。
6. 关闭BDE Administrator，重启服务端。

快速验证：BDE里点开刚才建的别名，右侧下方应有显示StdItems.DB、Monster.DB、Magic.DB三个文件，如果显示空白或报错说文件不存在，说明PATH指错了或文件真丢了。

三、数据库文件被占用（上次非正常关闭导致）

上次服务端崩溃或强制关机后，M2Server或DBServer进程还在后台锁着文件，新启动时就报加载异常。

1. 按 Ctrl+Alt+Del 打开任务管理器→详细信息。
2. 结束所有与传奇相关的进程：
• M2Server.exe

• DBServer.exe

• LoginSrv.exe

• RunGate.exe

• LoginGate.exe

• SelGate.exe

3. 确认全部结束后，再按顺序启动（先DBServer→LoginSrv→M2Server→Gate）。
4. 若还是报错，重启电脑后再试。

四、StdItems.DB所在路径含中文或特殊符号

BDE对中文路径兼容性差，服务端路径有中文、空格、括号、感叹号等，DBC2000别名虽然能指向但引擎读取时可能出错。

1. 把整个 MirServer 文件夹移动到纯英文路径，如 D:\MirServer 或 E:\Server。
2. 移动后打开BDE Administrator，把别名的PATH重新指向新位置的 MirServer\Mir200\Envir\。
3. Apply→Commit，再启动服务端。

五、引擎配置文件中DB路径写错

部分引擎（尤其是GOM/GEE）不依赖DBC2000，而是直接读配置文件中的路径。检查 !Setup.txt（Hero引擎）或 Mir200.ini / Config.ini：

1. 用记事本打开 MirServer\Mir200\!Setup.txt（Hero）或 MirServer\Mir200\Mir200.ini（GOM）。
2. 搜索 DBDir、DataBasePath、ItemDBName 等关键字，看路径是否指向正确的 .DB 文件。
3. 正确的写法应该是相对路径或绝对路径指向 .\Envir\StdItems.DB，如果写成了别的盘符或错误文件名，改成正确的。
4. 特别注意：部分版本中 StdItems.DB 文件名大小写敏感，不要写成 stditems.db。

六、GOM/GEE引擎的特殊情况

GOM/GEE引擎不依赖DBC2000，但有时也会加载失败：

1. 检查 MirServer\GameOfMir\Data\ 或 MirServer\Mir200\Data\ 下是否有 StdItems.DB 或 Item.DB（GOM的数据库可能是Access格式 .mdb 或SQLite .db）。
2. 如果有多个同名文件，引擎可能读了错的。看M2Server启动时的日志，看它具体在加载哪个路径的文件。
3. GOM引擎若数据库文件是加密的，需要配套的解密工具才能编辑，但只读加载不应报错。报错通常是文件损坏，从原版包重新解压覆盖。

七、其他辅助检查

• 杀软拦截：M2Server启动时被杀软拦截，导致还没来得及读完数据库就被杀了。临时关掉360、电脑管家、火绒等，把整个MirServer文件夹加信任区，再启动。

• 内存不足：单机架设时开了太多程序，M2Server申请内存失败。关掉浏览器、QQ等非必要软件再试。

• Monster.DB或Magic.DB也损坏：有时不是StdItems的问题，而是三个DB中任何一个坏了都会导致加载中断。同样方法检查Monster.DB和Magic.DB的大小和完整性，一并从原包覆盖。

• 引擎版本不匹配：用了不同引擎的StdItems.DB覆盖（比如把GOM的DB放进了Hero的服务端），格式不兼容会报错。确保你用的DB文件来自同一引擎的原始压缩包。

先看文件大小→配DBC2000别名→清进程→改纯英文路径→查配置文件路径→杀软加信任。按这个顺序走一遍，90%的加载异常都能解决。