EA挂机环境监控实战：断线报警日志轮转与自动重启脚本搭建

EA挂机环境监控实战：断线报警日志轮转与自动重启脚本搭建

很多人以为EA挂机最怕的是策略本身失效，其实我自己的经验恰恰相反——真正让账户悄悄流血的，往往是那些没人盯着看的运行环境问题。策略逻辑没变，参数没动，可某天早上打开终端一看，EA已经三天没开单了，或者更糟，半夜断线后仓位裸奔到早上。这类事故不刺激，但足够磨人。

我自己吃过一次亏。有台VPS在凌晨两点左右网络抖动，MT4掉线后没有自动重连，EA自然停摆。偏偏那晚有个持仓的止损单挂在服务器端，倒是没出事，但第二天发现时已经错过了三个信号。从那以后我开始认真搭一套监控方案，不复杂，但能覆盖大部分常见故障。下面按几个常被问到的问题来聊。

断线了怎么第一时间知道，而不是等打开电脑才发现

最土也最可靠的办法是心跳检测。原理很简单：写一个脚本，每隔固定时间检查MT4/MT5进程是否存活，同时用终端自带的连接状态接口判断是否在线。如果连续两次检测失败，就触发报警。

在MQL4里可以这样写一个最小化的检测逻辑：

• 用 IsConnected() 判断终端连接状态，返回false说明掉线
• 用 TerminalInfoInteger(TERMINAL_CONNECTED) 做二次确认，避免瞬时抖动误报
• 连续3次检测失败（间隔30秒）才发通知，防止网络闪断造成骚扰
• 报警方式可以用邮件、Telegram Bot或者本地声音，我用的是Telegram，延迟低且手机能收

这里有个坑：IsConnected() 在部分经纪商的服务器上会有假在线的情况，就是终端显示已连接，但报价已经不更新了。我的做法是加一个报价时间戳检查，如果 MarketInfo(Symbol(), MODE_TIME) 超过5分钟没变化，也视为异常。这个细节帮我抓到过一次服务器端报价卡死的问题。

日志文件越滚越大，磁盘满了EA也会挂

MT4/MT5的日志默认不会自动清理，尤其是开了详细日志或者EA本身写日志比较频繁的时候，一个日志文件几百MB很常见。VPS磁盘一般不大，满了之后终端直接罢工。

我的方案是写一个外部脚本，每天凌晨执行一次日志轮转。逻辑不复杂：检查日志目录下所有超过7天的.log文件，压缩归档到另一个目录，超过30天的直接删除。Windows下可以用批处理配合7-Zip，Linux下用logrotate更省事。

参数配置上我一般这样设：

• 保留最近7天的原始日志，方便排查近期问题
• 归档保留30天，压缩后体积大概只有原来的十分之一
• 单文件超过50MB时额外触发一次轮转，不等定时任务
• 归档目录放在另一块盘或者VPS挂载的存储上，避免和系统盘抢空间

注意一点：MT4的日志文件在被终端占用时可能无法直接移动，脚本里要加一个判断，如果移动失败就跳过，等下一次执行。强行操作有可能导致终端崩溃，这个我在测试环境里复现过。

自动重启脚本怎么写才不会帮倒忙

自动重启听起来简单，但写不好会变成灾难。我见过有人设了每分钟检查一次，进程没了就重启，结果EA因为某个报错反复崩溃，脚本就反复拉起，一晚上重启了几百次，日志刷了几十个GB。

合理的做法是加冷却时间和重启次数限制。伪代码大致是这样：

• 检测到进程不存在，先等待30秒，确认不是正常退出
• 记录重启次数，一小时内超过3次就停止自动重启，改为只发报警
• 重启前把当前日志重命名备份，方便事后分析崩溃原因
• 重启后等待60秒再做一次连接检查，确认EA真正跑起来了

重启脚本本身建议用系统级的任务计划来触发，不要依赖MT4内部的定时器，因为终端挂了定时器也就没了。Windows下用任务计划程序，Linux下用cron，都是比较稳的选择。

回测数据能说明监控方案有没有用吗

严格来说监控方案本身不产生交易信号，没法直接回测。但我做过一个对比测试：同一套EA，在没有任何监控的环境下跑三个月，和在完整监控环境下跑三个月，结果差异很明显。

无监控环境下，EA因为断线和日志写满导致的非正常停机累计约14小时，期间错过的信号按历史回测估算大约影响当月收益的8%左右。加上一次断线后手动干预的失误，实际影响更大。监控环境下，同类故障的恢复时间从平均40分钟压缩到3分钟以内。

这个数据不精确，但方向是清楚的：监控不提高胜率，它保护的是策略本该有的表现不被环境问题吃掉。

部署时最容易踩的坑

说几个我实际遇到过的。报警太频繁会让人麻木，最后真出事反而忽略，所以阈值要调，别一有风吹草动就发消息。日志归档脚本的路径要用绝对路径，相对路径在任务计划里经常找不到文件。还有就是重启脚本的权限，如果VPS上开了UAC，脚本可能没法直接操作终端进程，需要提前配好。

另外提一句品种适配的事。不同经纪商的品种命名和合约参数有差异，比如XM和Exness在黄金、指数上的后缀和点值计算就不完全一样。监控脚本里如果涉及持仓检查，最好用 Symbol() 动态获取，不要硬编码品种名，否则换服务器后容易出问题。

新手最容易忽略的其实是监控方案本身的单点故障——你把所有报警都绑在一个Telegram Bot上，万一那个Bot被限流或者token失效，整套监控就哑了。至少留一个备用通道，比如邮件或者本地声音报警。这个环节不起眼，但真到需要它的时候，没有就是没有。

你在挂EA的时候遇到过哪些莫名其妙的停机原因？留言交流。

免责声明：本文仅代表作者观点，不构成任何投资建议。市场有风险，交易需谨慎。