一、M2重启核心前提与准备工作
M2作为传奇服务端核心进程，负责解析脚本、管控游戏逻辑、处理玩家交互数据，重启前需做好基础准备，避免数据丢失或进程冲突。核心前提是确保服务端相关进程无占用，且关键数据已妥善留存。
1. 数据与进程检查
重启前需确认玩家数据实时保存，部分服务端支持自动存档，可通过M2控制台输入存档指令手动触发，确保角色等级、道具、行会等数据同步至数据库。同时关闭登录网关、游戏网关、微端服务等关联进程，避免重启时出现端口占用或数据交互异常。
2. 环境与配置确认
核对服务端目录下M2程序（通常为Mir200.exe）与配置文件一致性，确保无文件损坏或缺失。若此前修改过端口、IP等配置，需确认参数正确，避免重启后无法正常加载。单机架设场景需确认本地IP未变更，外网架设则检查服务器网络稳定性，避免重启中断网。
二、不同场景下M2重启操作方法
1. 常规手动重启（适用于单机/小型架设）
第一步，关闭现有M2进程。通过任务管理器找到M2主进程（名称多为Mir200或对应引擎标识），右键选择“结束任务”，若进程无法关闭，可强制结束关联进程后重试。第二步，清理缓存文件。进入服务端Mir200目录，删除Temp、Log等缓存文件夹内的临时文件，减少重启后加载异常概率。
第三步，启动M2程序。双击服务端目录下的M2主程序，等待程序加载完成，观察控制台输出信息，若显示“网关连接成功”“数据库加载完成”等提示，说明重启成功。第四步，启动关联服务。依次开启登录网关、游戏网关等进程，确保各模块正常联动，进入游戏验证角色登录、功能交互是否正常。
2. 远程重启（适用于服务器架设场景）
远程架设需通过远程桌面连接服务器，按以下步骤操作：首先，通过服务器任务管理器结束M2及关联进程，若远程连接卡顿，可通过服务器管理面板发送强制结束指令。其次，检查服务器后台是否有残留进程占用端口，可通过命令提示符输入“netstat -ano”查询，对应PID结束占用进程。
随后双击服务器端M2程序启动，待控制台显示加载完成后，测试远程连接稳定性。若服务器开启了自动启动脚本，可直接运行脚本重启M2及所有关联服务，无需逐一手动启动，提升效率。重启后需通过本地客户端登录测试，确认远程访问无异常。
3. 脚本自动重启（适用于定期维护场景）
针对定期维护需求，可通过编写批处理脚本实现M2自动重启。脚本核心逻辑为：先结束现有M2进程，延迟3-5秒清理缓存，再启动M2及关联服务。示例脚本内容为：taskkill /f /im Mir200.exe & timeout /t 5 /nobreak & start "" "D:\传奇服务端\Mir200\Mir200.exe" & start "" "D:\传奇服务端\LoginGate\LoginGate.exe"。
将脚本保存为.bat格式，放置于服务端根目录，可通过Windows任务计划设置定时执行，实现无人值守重启。设置时需确保脚本路径正确，且服务器账户拥有足够权限，避免执行失败。
三、M2重启常见异常及解决方案
1. 重启后M2无法启动，提示进程占用
核心原因是此前M2进程未彻底结束，或关联端口被其他程序占用。解决方案：通过任务管理器详细列表排查残留进程，强制结束后重试；若提示端口占用，通过“netstat -ano”查询对应端口PID，结束占用进程，或修改M2配置文件中的端口参数，避开冲突端口。
2. 重启后玩家数据丢失或错乱
多因重启前未手动存档，或自动存档功能失效。解决方案：立即停止M2进程，通过服务端备份文件恢复数据，日常重启前务必手动执行存档指令；检查数据库连接状态，若为数据库存储模式，确认MySQL等服务正常运行，修复数据库连接配置，避免存档失败。
3. 重启后网关连接失败，无法登录游戏
原因包括IP或端口配置错误、网关进程未启动、网络波动。解决方案：核对M2配置文件中的网关IP、端口与网关程序参数一致，单机架设统一设为127.0.0.1，外网架设填写服务器公网IP；重新启动网关进程，检查网关日志排查连接异常；若为外网场景，确认服务器防火墙开放对应端口，避免拦截连接。
4. 重启后M2频繁崩溃，无法稳定运行
多由配置文件损坏、脚本错误或硬件资源不足导致。解决方案：替换备份的M2配置文件，排查近期修改的脚本是否存在逻辑错误，删除异常脚本后重试；检查服务器CPU、内存占用情况，若资源耗尽，关闭无关程序或升级硬件配置；若为引擎版本问题，更换适配的M2程序版本，修复兼容性问题。
四、M2重启后验证与维护要点
重启完成后需从多维度验证运行状态：功能层面，测试角色登录、技能释放、怪物刷新、道具交易等核心功能是否正常；数据层面，核对玩家角色数据、行会信息、任务进度无异常；进程层面，观察M2控制台无报错提示，关联进程稳定运行，无频繁闪退情况。
日常维护中，重启M2前需提前告知玩家，避免玩家在线时数据丢失；定期备份M2配置文件及数据库，便于异常时快速恢复；若需频繁重启，排查根本原因，可能是脚本漏洞、资源泄漏或硬件老化，针对性处理提升稳定性。每次重启后记录日志，包括重启时间、操作人、运行状态，便于后续问题追溯。
