DBC2000搭传奇报物品魔法库加载错误：HeroDB路径与DBF修复

控制面板打开BDE Administrator，左侧Databases看别名。新建时选STANDARD，别名直接写HeroDB，不要先建standard再改名；部分老引擎严格按配置比对，别名混乱会导致M2和DBServer找不到库。右侧TYPE保持STANDARD，PATH填服务端数据库文件夹绝对路径，老Hero/Blue常见为D:\MirServer\Mud2\DB，部分端用D:\MirServer\Mir200\DB或其他自定义DB目录，以服务端说明和DBServer配置为准。路径末尾不带反斜杠，不带中文、空格、括号。LANGDRIVER设Chinese(PRC) ANSI，避免中文物品名、技能名乱码中断加载。改完Object菜单Save或Ctrl+S，关闭BDE时选保存，重启电脑再起服务端。

进PATH指向的文件夹，确认StdItems.DB、Magic.DB、Monster.DB都存在且大于0KB。物品报错看StdItems.DB，魔法/技能报错看Magic.DB；只缺其中一个就只会报对应异常，两个都报说明PATH整体指错或整目录缺失。若文件被杀软隔离，到杀软隔离区恢复D:\MirServer整体加信任后重新解压DB目录；若0KB或从别的端拷来字段结构不同，用同版本完整包覆盖StdItems.DB、Magic.DB，不要跨Hero、Blue、GOM、GEE混用，字段不一致会加载中断。

右键DB文件夹属性取消只读；点高级把“压缩内容以便节省磁盘空间”去掉。NTFS只读或压缩会让老Paradox/DBC库读不出，表现就是文件在但M2报Exception。再右键MirServer根目录安全，给当前登录用户完全控制；Win10/11若BDE Administrator无法保存配置，用管理员身份运行BDE，新建HeroDB后Save，确认左侧状态可Connected再关。

看DBServer目录下的dbsrc.ini。老端常见字段DBCName=HeroDB，DBPath=对应DB文件夹，ItemDB、MagicDB写实际文件名，例如StdItems.DB、Magic.DB或某些端用Item.DB、Magic.DB，以文件夹内真实文件名为主。DBPath别写Mir200、别写Mud2上层，必须写到放StdItems.DB和Magic.DB那一层。改完关所有DBServer、M2、网关进程，再起DBServer看是否提示数据库连接成功，再起其他模块。

看Mir200下的!Setup.txt或Setup.txt，搜DBName、DataBase、HeroDB、DBPath类字段。多数老端写DBName=HeroDB；若写herodb、HERODB、MirDB而BDE别名不一样，按一端统一：要么BDE改名匹配，要么改!Setup匹配，别两端各写各的。若服务端是GOM/GEE/翎风文本模式，物品魔法可能不读DBC而读Envir下StdItems.txt、Magic.txt，这种环境还装DBC并建HeroDB没用，要在引擎控制器切数据库模式、检查文本编码为ANSI/GBK、CRLF，不混用DBC的DBF。

BDE能打开HeroDB后，直接浏览StdItems.DB、Magic.DB，看是否有行标红、字段超范围、物品名带不可见字符、StdMode/Shape数值异常。老Paradox库某行损坏会整表Exception；定位到异常行修正或删除后Save，重启DBServer和M2。若不会修，备份后直接用同版本原包DB目录整体替换，再把手改过的物品、价格、爆率单独移植回来，别拿高版本库硬套低版本M2。

启动顺序按数据库先起：关干净全部MirServer进程，先DBServer，窗口显示数据库就绪、物品和魔法无Exception；再LoginSrv、LoginGate、SelGate、RunGate，最后M2Server。M2若仍报物品/魔法错误但DBServer没报，重点查!Setup的DBName和M2配置向导里数据库名、路径，不查网关。全关重来比边起边改更有效。

快速判定：BDE里Open HeroDB能看到StdItems/Magic表且行数正常，但M2还报，问题在!Setup、M2向导、文本模式混淆；BDE里Open就报错或表为空，问题在PATH、文件缺失、只读压缩、杀软隔离；dbsrc.ini改完仍报，问题在DBServer没按BDE别名连，检查DBCName与BDE完全一致。纯英文路径、同版本DB、BDE管理员保存、取消压缩只读，这四步能解决大部分“已建HeroDB还加载错误”。