English 
Türkçe 
Español 
Français 
Deutsch 
Português 
中文 
العربية 
Русский 
日本語 MetaTrader 服务器故障排查：MT4/MT5 经纪商事件处理手册
当客户反映您的 MT5 服务器宕机时，最初的十五分钟决定了故障将持续多久。本手册将各种症状与接入服务器、数据源、桥接、插件及升级处理等方面的检查和修复措施一一对应。
面向经纪商的 MT4/MT5 服务器故障排查：症状与修复对照表、日志、返回代码、接入服务器、数据源、桥接、插件，以及事件升级处理的具体步骤。
是 MT5 服务器宕机，还是仅有一个客户受影响？
大多数"MT5 服务器宕机"的报告并非全面停机，而是只涉及一个客户、一个网络或一个交易品种。在任何人重启服务之前，请先确认问题的影响范围，因为错误的重启可能把局部问题变成全面故障。
每家经纪商（或其白标、灰标提供商）运营自己的服务器；MetaQuotes 只提供软件：
You independently deploy our software on your own hardware, as well as maintain your server infrastructure and fully control support and administration.
（译文：您可以在自己的硬件上独立部署我们的软件，自行维护服务器基础设施，并完全掌控支持与管理工作。）— MetaQuotes, MetaTrader 5 for Brokers（访问于 2026年10月）
MetaQuotes 在其许可证页面上还表示，它"无法访问您的服务器、账户或客户的交易历史"（metatrader5.com）。交易者应联系其经纪商。如果您经营一家经纪商，本页其余内容就是您的处理手册。
使用以下四个快速确定范围的问题：
- 谁？一个账户、一个组、某个 IB 的客户、某个国家，还是所有人？
- 在哪里？桌面端、移动端、WebTrader，还是三者都有？Manager 和管理员终端是否也受影响？
- 什么问题？无法登录、无报价、报价冻结、订单被拒、执行缓慢、隔夜利息错误还是交易时段错误？
- 从何时开始？过去 24 小时内有哪些变更？
所有设备上的所有用户都受影响，表明问题在交易服务器或其前端网络；只有一个地区受影响，表明问题在某台接入服务器；只有一个交易品种受影响，表明问题在数据源；报价正常但订单失败，表明问题在桥接、流动性提供商或某个插件。
各层如何协同工作
MetaTrader 5 将工作分布在多个服务器角色上，因此故障排查意味着要逐层检查。MetaQuotes 将该平台描述为"基于分布式架构，不同的功能在不同的服务器上执行"，并指出"交易服务器可以隐藏在多个接入点之后，这些接入点起到外壳的作用"（MetaTrader 5 for Brokers）。
客户端（桌面 / 移动 / 网页） Manager / 管理员
| |
[ 接入服务器 ] <-- DDoS、路由、负载
|
[ 交易服务器 ] --- [ 历史服务器 ] --- [ 备份服务器 ]
| | \
插件 数据源 网关 / 桥接 --> 流动性提供商
(Server API) (报价) (PrimeXM, oneZero, FIX ...)
MT4 结构更简单，但遵循相同的逻辑：一台交易服务器、报价数据源、基于 Server API 构建的服务器插件，以及围绕其运行的 Manager API 工具。MetaQuotes 声明"MetaTrader 4 交易平台许可证已不再可供购买"（metatrader4.com），因此许多经纪商在迁移期间同时运行 MT4 和 MT5，需要排查的位置也随之翻倍。
最初 15 分钟：分诊步骤
每次都遵循相同的顺序：范围、严重程度、日志、近期变更，然后做出决定。为每个步骤记录时间戳，以便事后复盘。
- 建立事件记录，写明首次报告时间和准确的错误信息。
- 确认范围：使用内部测试账户在桌面端、移动端和网页端进行测试。
- 设定严重程度：参照下表，并指定一名事件负责人，由其决定是否重启以及向客户发送哪些消息。
- 查阅日志：交易服务器、接入服务器、数据源和桥接最近 30–60 分钟的日志。
- 列出近期变更：插件、配置、服务器版本、证书、防火墙、DNS、托管。
- 做出决定：回滚最近的变更、故障切换、隔离某个组件（禁用某个交易品种、路由或插件），或升级至供应商处理。
- 沟通：说明受影响的范围以及下次更新的时间。
| 等级 | 典型情况 | 首要措施 |
|---|---|---|
| 严重 | 所有客户均无法登录或交易；交易服务器宕机；主要交易品种无报价 | 全员投入；故障切换或回滚；向客户发布状态消息 |
| 高 | 某个接入点、某个地区、某个平台（例如移动端）或某条流动性路由出现故障 | 隔离并改道；通知交易部门和支持团队 |
| 中 | 某个交易品种冻结、隔夜利息错误、报表延迟、单个插件运行异常 | 禁用或修正该项目；在当个工作日内修复 |
| 低 | 单个客户的连接问题、外观问题、日志中出现未影响客户的警告 | 进入工单队列；在下一个维护窗口查明根本原因 |
症状、检查与修复
将症状与最可能的层对应起来，执行检查，然后采取范围最小的修复措施。执行层面的决定，例如在某个 LP 出现故障时转移订单流，属于交易部门和风控政策的职责范围。
| 症状 | 可能的层 | 检查 | 典型修复 |
|---|---|---|---|
| 所有客户均出现 "No connection" | 交易服务器、网络、接入服务器 | 服务是否在运行？内部账户能否直接连接以及通过每个接入点连接？防火墙或 DNS 是否有变更？ | 仅重启出现故障的组件；撤销网络变更；将客户转移到正常的接入点 |
| 某个地区或 ISP 出现 "No connection" | 接入服务器或路由 | 该接入服务器日志中的连接尝试；来自该地区的延迟和丢包情况 | 将该接入点移出轮换；改道；查看托管服务商状态 |
| 大量客户出现 "Invalid account" | 应用中的服务器名称错误、组或账户设置、插件 | 向客户公布的服务器名称；近期的组修改；阻止登录的插件 | 修正服务器列表或组权限；回滚插件 |
| 一个或多个交易品种报价冻结 | 数据源 | 数据源状态和最后一笔报价时间；交易品种时段设置；数据源来源状态 | 重启或切换数据源；修正交易时段；暂时禁用该交易品种的交易 |
| 价格在变动，但订单被拒或出现 "off quotes" | 桥接、网关或流动性提供商 | 桥接日志、LP 会话状态、交易品种映射、在 LP 处的保证金 | 重新建立会话；修正映射；按照您的风控政策路由至备用 LP 或 B-book |
| 执行缓慢、重新报价、超时 | 服务器负载、桥接延迟、插件 | 服务器的 CPU、内存和磁盘；桥接往返时间；插件处理时间 | 消除瓶颈；禁用运行缓慢的插件；扩展资源 |
| 更新后服务器崩溃 | 新版本或插件 | 将崩溃时间与变更日志比对；插件加载消息 | 回滚插件或配置；先在预发布服务器上测试 |
| 隔夜利息或展期费用错误 | 隔夜利息设置、交易时段或夏令时配置 | 隔夜利息数值、三倍隔夜利息日、服务器时区、展期时间 | 修正并重新计算；记录对客户的调整 |
| 市场开盘过晚或收盘过早 | 交易时段和假日安排、夏令时 | 将交易品种时段与交易场所及 LP 的日历进行比对 | 修正交易时段；公布更正后的时间表 |
首先查阅日志和返回代码
日志能把"服务器宕机"具体化为某个组件和某个时间点。调取同一时间窗口内交易服务器、接入服务器、数据源和桥接的日志，统一时区，找出最早出现的错误，而不是最显眼的错误。
客户终端同样保留着证据。MetaTrader 5 将平台事件写入"日志"（Journal）选项卡，其中包含"来源"（Source）列（例如"Network"），并可通过右键菜单命令打开日志文件所在文件夹；EA 事件则记录在"EA"（Experts）选项卡中（MetaTrader 5 帮助：平台日志）。
客户和 EA 报告的代码可以快速定位故障（依据 MQL4 和 MQL5 官方参考文档）：
| 平台 | 代码 | 官方描述 | 首先检查的位置 |
|---|---|---|---|
| MT4 | 6 ERR_NO_CONNECTION | No connection with trade server（与交易服务器无连接） | 交易服务器、接入点、网络 |
| MT4 | 65 ERR_INVALID_ACCOUNT | Invalid account（无效账户） | 服务器名称、账户和组设置 |
| MT4 | 136 ERR_OFF_QUOTES | Off quotes（报价中断） | 数据源、桥接、LP 报价 |
| MT4 | 132 ERR_MARKET_CLOSED | Market is closed（市场已关闭） | 交易品种时段、假日、夏令时 |
| MT5 | 10031 | No connection with the trade server（与交易服务器无连接） | 交易服务器、接入服务器、网络 |
| MT5 | 10021 | There are no quotes to process the request（没有可用于处理请求的报价） | 数据源、交易品种设置 |
| MT5 | 10018 | Market is closed（市场已关闭） | 交易时段、假日、夏令时 |
| MT5 | 10006 | Request rejected（请求被拒绝） | 桥接、网关、插件或交易员规则 |
| MT5 | 10012 | Request canceled by timeout（请求因超时被取消） | 执行路径延迟 |
如果许多不同的客户在同一分钟报告相同的代码，原因几乎总是在服务器端。更完整的列表请参见我们的 MetaTrader 常见错误指南；系统化的日志分析请参见 MetaTrader 日志分析。
接入服务器与连接
接入服务器是客户通往交易服务器的入口，因此即使交易服务器运行正常，接入服务器的故障看起来也像"服务器宕机"。在处理交易服务器之前，请先逐一检查每个接入点。
- 可达性：通过每个接入点测试内部账户登录。
- 负载与攻击：来自异常来源的连接数突然激增，表明可能存在 DDoS 攻击。应对受影响的接入点进行过滤或轮换，而不是重启交易服务器。参见 DDoS 防护。
- 服务器列表：更改接入点后，请确认客户收到的地址。MetaTrader 4 要求地址格式为"[服务器的互联网地址] : [端口号]"（MetaTrader 4 帮助）。
- 证书、DNS 和防火墙：证书过期、DNS 记录变更和新的防火墙规则，是"昨天还正常，今天就出错"的常见原因。
- 托管：查看服务商的状态页面和您的网络监控。FXSUPPORT 在英国和荷兰运营基础设施；参见 MetaTrader 服务器托管。
数据源问题
报价一旦中断，交易也随之停止。MetaQuotes 自己的 MT4 帮助文档说得很直白：
If a client terminal does not receive quotes, it is impossible to trade with it.
（译文：如果客户终端接收不到报价，就无法使用它进行交易。）— MetaQuotes, MetaTrader 4 Help: Settings, Server（访问于 2026年10月）
数据源通过 feeder 和网关接入 MetaTrader：MetaQuotes 将 MT4 DataFeed API 描述为"用于开发任何新闻和报价数据源"（MetaTrader 4 API），并将 MT5 Gateway API 描述为用于"与其他交易系统集成以及创建自定义数据源"（MetaTrader 5 for Brokers）。按以下顺序检查：
- 哪些交易品种冻结了：全部、某一资产类别，还是某一个数据源来源？
- 最后一笔报价是何时到达的？数据源日志是否显示断开连接或登录错误？
- 上游来源是否仍在其他地方正常提供价格？
- 在任一方近期发生变更后，交易品种名称和映射是否仍然匹配？
- 该交易品种的交易时段是否处于开放状态？所谓"冻结"的交易品种，有时只是交易时段已关闭。
修复措施从重启 feeder 到切换至备用来源不等。在价格陈旧期间，可考虑禁用受影响交易品种的交易。更多详情：MetaTrader 数据源设置。
桥接与流动性问题
当报价正常但订单失败时，请检查 MetaTrader 与流动性提供商之间的桥接或网关。PrimeXM XCore 等桥接将 MT4/MT5 连接至外部流动性；PrimeXM 称 XCore 支持"多种行业标准接口——例如 MT4/MT5 和 FIX API 协议"（PrimeXM），oneZero 则将其 Hub 描述为"定价与风险管理系统"（oneZero）。
- 会话状态：与各 LP 之间的 FIX 或 API 会话是否已登录？查找断开连接、序列号重置和心跳超时。
- 拒单：查看拒绝原因。"Off quotes"、价格容差和交易量拒绝分别对应不同的修复方式。
- 映射：交易品种变更后，检查 MetaTrader 交易品种、合约规模和小数位数是否仍能正确映射到 LP 的交易工具。
- 在 LP 处的信用额度：拒单可能意味着您在 LP 处的账户已接近其限额。
- 延迟：将桥接往返时间与您的正常基线进行比较；参见延迟优化。
桥接和 LP 故障通常需要供应商介入。FXSUPPORT 所使用的技术包括 PrimeXM XCore、oneZero Hub、Match-Trade 和 FIX API；参见桥接解决方案、PrimeXM XCore 集成和 oneZero Hub 集成。
插件冲突与更新问题
服务器插件运行在交易路径之中，因此有缺陷的插件可能会阻止登录、拖慢执行或导致服务器崩溃。MetaQuotes 指出，MT4 Server API 允许插件实现"服务器参数、订单和客户数据库的管理、交易请求处理等功能"（MetaTrader 4 API）。
- 将事件开始时间与插件变更日志和服务器重启记录进行比对。
- 检查服务器日志中的插件加载错误和处理缓慢情况。
- 查找是否有两个插件作用于同一事件。
- 先在预发布环境中测试禁用可疑插件；在生产环境中，仅在事件负责人批准后才可操作。
- 服务器版本更新后，在重新开放交易之前确认每个插件均兼容。
长期的解决办法是变更管控：一台预发布服务器、一份书面回滚方案，以及每个插件指定一名负责人。我们负责构建和维护插件；参见 MetaTrader 插件开发。
服务器资源、数据库与备份
缓慢的性能衰退，例如执行时间每周都在增加，通常意味着触及了资源限制。请监控每台服务器的 CPU、内存、磁盘空间和 I/O，并在达到阈值之前发出告警。
- 磁盘：日志和历史数据持续增长。磁盘写满可能会同时导致日志记录、报表和备份停止。
- 备份：确认备份能够完成，并且您已测试过恢复。MetaQuotes 指出，MT5 系统数据库提供"备份与恢复选项"（MetaTrader 5 for Brokers）；从未恢复过的备份仍然只是一种假设。
我们同时支持 MetaTrader 常用的 Windows Server 环境，以及用于网站、数据库和配套系统的 Linux 环境。参见服务器监控、备份与恢复和性能调优。
升级处理：每项修复由谁负责
按层级进行升级处理：每个组件都有负责人，提前知道该联系谁能节省最多的时间。
| 层 | 负责人 | 沟通时需准备的资料 |
|---|---|---|
| 交易服务器、历史服务器和接入服务器 | 经纪商的 MetaTrader 管理员或支持服务商（灰标客户：服务器许可证持有人） | 日志、时间、近期变更 |
| MetaTrader 软件缺陷 | MetaQuotes，通过许可证持有人的支持渠道 | 版本号、复现步骤、日志 |
| 桥接或网关 | 桥接供应商（例如 PrimeXM、oneZero、Match-Trade） | 订单 ID、拒绝原因、会话日志 |
| 流动性与定价 | 流动性提供商 | 交易品种、时间、价格样本、拒单 |
| 网络、服务器、DDoS | 托管服务商或数据中心 | 路由追踪、流量图、受影响的 IP |
| 插件、CRM、API 集成 | 插件开发者或 CRM 供应商 | 插件版本、变更日志、API 错误 |
灰标经纪商是在另一家公司已获许可的 MetaTrader 5 服务器内搭建的，拥有自己的客户组和品牌，而 MT5 服务器许可证仍归提供商所有，因此通常无法自行修复服务器层面的故障，必须升级至提供商处理。参见白标与灰标。
FXSUPPORT 如何提供帮助
FXSUPPORT 为外汇经纪商和自营交易公司提供外包的 MT4/MT5 技术支持和托管运营服务，包括事件故障排查。FXSUPPORT 与 MetaQuotes 以及本页提及的任何供应商均无关联。
平台支持
MT4 和 MT5 的搭建、更新、备份、配置、日志监控和桥接配置。参见 MetaTrader 支持。
基础设施
位于英国和荷兰的服务器、监控、DDoS 防护与安全加固，正常运行时间目标为 99.9%。
风控运营
日终和晚间报表、有毒订单流名单，以及交易时段和夏令时/假日安排检查。
根本原因报告
重大事件发生后提供：时间线、根本原因、影响及建议的预防措施，另含灾难恢复规划和数据恢复。
价格取决于您的平台（MT4、MT5 或两者）、服务器数量、集成、服务覆盖时段，以及您需要的是一次性协助还是持续运营。如需报价，请联系我们。
常见问题
MT5 是对所有人都宕机了吗？
我的 MT5 服务器宕机时，MetaQuotes 能修复吗？
服务器正在运行，为什么客户仍收到 "No connection"？
为什么大量客户突然看到 "Invalid account"？
某个交易品种的报价冻结了，应从哪里着手？
价格在变动，但订单被拒。问题出在哪里？
如何判断问题是否由插件引起？
为什么问题常在夏令时调整前后出现？
我是否必须向监管机构报告平台停机？
我经营一家灰标 MT5 经纪商，能自行修复服务器问题吗？
MT4 的故障排查是否仍受支持？
事件支持的费用是多少？
参考来源
- MetaTrader 5 for Brokers — MetaQuotes（访问于 2026年10月8日）
- Buy the MetaTrader 5 Platform — MetaQuotes（访问于 2026年10月8日）
- MetaTrader 4 for Brokers — MetaQuotes（访问于 2026年10月8日）
- MetaTrader 4 API — MetaQuotes（访问于 2026年10月8日）
- MetaTrader 4 Help: Settings, Server — MetaQuotes（访问于 2026年10月8日）
- MetaTrader 5 Help: Platform Logs — MetaQuotes（访问于 2026年10月8日）
- Trade Server Return Codes — MQL5 Reference（访问于 2026年10月8日）
- Error Codes — MQL4 Reference（访问于 2026年10月8日）
- XCore — PrimeXM（访问于 2026年10月8日）
- oneZero trading technology — oneZero（访问于 2026年10月8日）
- Operational resilience — Financial Conduct Authority（访问于 2026年10月8日）
- Digital Operational Resilience Act (DORA) — ESMA（访问于 2026年10月8日）
- When do the clocks change? — GOV.UK（访问于 2026年10月8日）
- Daylight Saving Time — NIST（访问于 2026年10月8日）
FXSUPPORT 与 MetaQuotes Ltd. 或本页提及的供应商均无关联。本文仅为一般性信息，不构成法律或投资建议。