English 
Türkçe 
Español 
Français 
Deutsch 
Português 
中文 
العربية 
Русский 
日本語 Diagnóstico de servidores MetaTrader: um runbook de incidentes para corretoras MT4/MT5
Quando os clientes relatam que seu servidor MT5 está fora do ar, os primeiros quinze minutos decidem quanto tempo dura a interrupção. Este runbook relaciona sintomas a verificações e correções em servidores de acesso, feeds de dados, bridges, plugins e escalonamento.
Diagnóstico de servidores MT4/MT5 para corretoras: tabela sintoma-correção, logs, códigos de retorno, servidores de acesso, feeds, bridges e escalonamento.
O servidor MT5 está fora do ar ou é apenas um cliente?
A maioria dos relatos de "servidor MT5 fora do ar" não corresponde a interrupções completas: trata-se de um cliente, uma rede ou um símbolo. Antes que alguém reinicie um serviço, confirme a extensão do problema, porque um reinício equivocado pode transformar um problema parcial em um problema total.
Cada corretora (ou seu provedor white-label ou grey-label) opera seus próprios servidores; a MetaQuotes fornece o software:
You independently deploy our software on your own hardware, as well as maintain your server infrastructure and fully control support and administration.
(Tradução: Você implanta nosso software de forma independente em seu próprio hardware, além de manter sua infraestrutura de servidores e controlar integralmente o suporte e a administração.)— MetaQuotes, MetaTrader 5 for Brokers (acessado em outubro de 2026)
Na página de licenças, a MetaQuotes acrescenta que "não tem acesso aos seus servidores, contas ou ao histórico de negociação dos seus clientes" (metatrader5.com). Os traders devem entrar em contato com sua corretora. Se você administra uma corretora, o restante desta página é o seu runbook.
Use quatro perguntas rápidas de escopo:
- Quem? Uma conta, um grupo, os clientes de um IB, um país ou todos?
- Onde? Desktop, mobile, WebTrader ou os três? Os terminais de manager e de administrador também?
- O quê? Não consegue fazer login, sem cotações, cotações congeladas, ordens rejeitadas, execução lenta, swaps incorretos ou horários de sessão incorretos?
- Desde quando? O que mudou nas últimas 24 horas?
Todos os usuários em todos os dispositivos sugerem o servidor de negociação ou a rede à frente dele; uma região sugere um servidor de acesso; um símbolo sugere o feed de dados; ordens falhando enquanto as cotações fluem sugerem o bridge, o provedor de liquidez ou um plugin.
Como as camadas se encaixam
O MetaTrader 5 distribui seu trabalho entre várias funções de servidor, e é por isso que o diagnóstico significa verificar cada camada por vez. A MetaQuotes descreve a plataforma como "baseada em uma arquitetura distribuída, em que diferentes funções são executadas em diferentes servidores", e observa que "os servidores de negociação podem ficar ocultos atrás de vários pontos de acesso, que funcionarão como invólucros" (MetaTrader 5 for Brokers).
Clientes (desktop / mobile / web) Managers / admins
| |
[ Servidores de acesso ] <-- DDoS, roteamento, carga
|
[ Servidor de negociação ] --- [ Servidor de histórico ] --- [ Servidor de backup ]
| | \
plugins feed de dados gateway / bridge --> provedores de liquidez
(Server API) (cotações) (PrimeXM, oneZero, FIX ...)
O MT4 é mais simples, mas segue a mesma lógica: um servidor de negociação, feeds de cotações, plugins de servidor construídos sobre a Server API e ferramentas da Manager API ao redor. A MetaQuotes afirma que "as licenças da plataforma de negociação MetaTrader 4 não estão mais disponíveis para compra" (metatrader4.com), por isso muitas corretoras operam o MT4 e o MT5 lado a lado durante uma migração, o que dobra o número de lugares a verificar.
Os primeiros 15 minutos: etapas de triagem
Siga sempre a mesma ordem: escopo, gravidade, logs, alterações recentes e, por fim, uma decisão. Registre o horário de cada etapa para a revisão pós-incidente.
- Abra um registro de incidente com o horário do primeiro relato e o erro exato.
- Confirme o escopo com uma conta de teste interna no desktop, no mobile e na web.
- Defina a gravidade usando a tabela abaixo e designe um único líder do incidente, que decide sobre reinícios e mensagens aos clientes.
- Leia os logs dos últimos 30–60 minutos no servidor de negociação, nos servidores de acesso, no feed e no bridge.
- Liste as alterações recentes: plugins, configuração, builds do servidor, certificados, firewall, DNS, hospedagem.
- Decida: reverter a última alteração, fazer failover, isolar um componente (desativar um símbolo, uma rota ou um plugin) ou escalar para o fornecedor.
- Comunique o que está afetado e quando virá a próxima atualização.
| Nível | Situação típica | Primeira ação |
|---|---|---|
| Crítico | Nenhum cliente consegue fazer login ou negociar; servidor de negociação fora do ar; sem preços nos principais símbolos | Toda a equipe mobilizada; failover ou rollback; mensagem de status aos clientes |
| Alto | Falha em um ponto de acesso, uma região, uma plataforma (por exemplo, mobile) ou uma rota de liquidez | Isolar e redirecionar; notificar o dealing e o suporte |
| Médio | Um símbolo congelado, swaps incorretos, relatórios atrasados, um único plugin com comportamento anormal | Desativar ou corrigir o item; resolver dentro do dia útil |
| Baixo | Conexão de um único cliente, problemas cosméticos, avisos nos logs sem impacto para os clientes | Fila de chamados; causa raiz na próxima janela de manutenção |
Sintomas, verificações e correções
Associe o sintoma à camada mais provável, execute a verificação e então aplique a correção mais restrita. Decisões de execução, como redirecionar o fluxo quando um LP falha, cabem à mesa de dealing e à política de risco.
| Sintoma | Camada provável | Verificação | Correção típica |
|---|---|---|---|
| "No connection" para todos os clientes | Servidor de negociação, rede, servidores de acesso | O serviço está em execução? Uma conta interna consegue se conectar diretamente e por meio de cada ponto de acesso? Houve alterações de firewall ou DNS? | Reiniciar apenas o componente com falha; reverter alterações de rede; transferir os clientes para pontos de acesso saudáveis |
| "No connection" para uma região ou um provedor de internet | Servidor de acesso ou roteamento | Tentativas de conexão no log desse servidor de acesso; latência e perda de pacotes a partir da região | Retirar o ponto de acesso da rotação; redirecionar; verificar o status do provedor de hospedagem |
| "Invalid account" para muitos clientes | Nome de servidor incorreto nos aplicativos, configurações de grupo ou conta, plugin | Nomes de servidor publicados para os clientes; edições recentes de grupos; plugin que bloqueia logins | Corrigir a lista de servidores ou as permissões do grupo; reverter o plugin |
| Cotações congeladas em um ou mais símbolos | Feed de dados | Status do feed e horário do último tick; configurações de sessão do símbolo; status da fonte do feed | Reiniciar ou trocar o feed; corrigir as sessões; desativar temporariamente a negociação no símbolo |
| Ordens rejeitadas ou "off quotes" enquanto os preços se movem | Bridge, gateway ou provedor de liquidez | Logs do bridge, estado da sessão com o LP, mapeamento de símbolos, margem no LP | Restabelecer a sessão; corrigir o mapeamento; rotear para um LP de backup ou para o B-book conforme sua política de risco |
| Execução lenta, requotes, timeouts | Carga do servidor, latência do bridge, plugin | CPU, memória e disco no servidor; tempos de ida e volta do bridge; tempo de processamento dos plugins | Eliminar o gargalo; desativar o plugin lento; ampliar os recursos |
| Queda do servidor após uma atualização | Novo build ou plugin | Horário da queda comparado com o registro de alterações; mensagens de carregamento de plugins | Reverter o plugin ou a configuração; testar primeiro em um servidor de staging |
| Swaps ou cobranças de rollover incorretos | Configurações de swap, sessão ou horário de verão | Valores de swap, dia do swap triplo, fuso horário do servidor, horário de rollover | Corrigir e recalcular; documentar os ajustes feitos aos clientes |
| Mercados abrem tarde ou fecham cedo | Horários de sessões e feriados, horário de verão | Sessões do símbolo comparadas com o calendário da bolsa e do LP | Corrigir as sessões; publicar o horário corrigido |
Leia primeiro os logs e os códigos de retorno
Os logs transformam "o servidor está fora do ar" em um componente e um horário específicos. Colete os logs do servidor de negociação, dos servidores de acesso, do feed e do bridge para a mesma janela de tempo, alinhe os fusos horários e encontre o primeiro erro, não o mais ruidoso.
Os terminais dos clientes também guardam evidências. O MetaTrader 5 registra os eventos da plataforma na aba Journal, com uma coluna "Source" (por exemplo "Network") e um comando no menu de contexto para abrir a pasta com os arquivos de log; os eventos dos Expert Advisors vão para a aba Experts (MetaTrader 5 Help: Platform Logs).
Os códigos relatados por clientes e Expert Advisors localizam rapidamente a falha (referências oficiais MQL4 e MQL5):
| Plataforma | Código | Descrição oficial | Onde verificar primeiro |
|---|---|---|---|
| MT4 | 6 ERR_NO_CONNECTION | Sem conexão com o servidor de negociação | Servidor de negociação, pontos de acesso, rede |
| MT4 | 65 ERR_INVALID_ACCOUNT | Conta inválida | Nome do servidor, configurações da conta e do grupo |
| MT4 | 136 ERR_OFF_QUOTES | Off quotes | Feed de dados, bridge, precificação do LP |
| MT4 | 132 ERR_MARKET_CLOSED | O mercado está fechado | Sessões do símbolo, feriados, horário de verão |
| MT5 | 10031 | Sem conexão com o servidor de negociação | Servidor de negociação, servidores de acesso, rede |
| MT5 | 10021 | Não há cotações para processar a solicitação | Feed de dados, configurações do símbolo |
| MT5 | 10018 | O mercado está fechado | Sessões, feriados, horário de verão |
| MT5 | 10006 | Solicitação rejeitada | Regras do bridge, do gateway, de plugins ou do dealer |
| MT5 | 10012 | Solicitação cancelada por timeout | Latência do caminho de execução |
Se muitos clientes diferentes relatam o mesmo código no mesmo minuto, a causa quase sempre está no lado do servidor. Para uma lista mais ampla, veja nosso guia de erros comuns do MetaTrader e, para um trabalho estruturado com logs, análise de logs do MetaTrader.
Servidores de acesso e conectividade
Os servidores de acesso são as portas que os clientes usam para chegar ao servidor de negociação, por isso uma falha neles parece "servidor fora do ar" mesmo quando o servidor de negociação está saudável. Verifique cada ponto de acesso separadamente antes de mexer no servidor de negociação.
- Acessibilidade: teste um login interno por meio de cada ponto de acesso.
- Carga e ataques: picos repentinos de conexões vindas de origens incomuns sugerem um DDoS. Filtre ou faça a rotação do ponto de acesso afetado em vez de reiniciar o servidor de negociação. Veja proteção contra DDoS.
- Listas de servidores: após alterar pontos de acesso, confirme os endereços que os clientes recebem. O MetaTrader 4 espera o endereço no formato "[endereço de internet do servidor] : [número da porta]" (MetaTrader 4 Help).
- Certificados, DNS e firewalls: certificados expirados, registros DNS alterados e novas regras de firewall são causas comuns de "funcionava ontem, falha hoje".
- Hospedagem: verifique a página de status do provedor e o seu monitoramento de rede. A FXSUPPORT opera infraestrutura no Reino Unido e na Holanda; veja hospedagem de servidores MetaTrader.
Problemas no feed de dados
Se as cotações param, a negociação para. A própria ajuda do MT4 da MetaQuotes diz isso claramente:
If a client terminal does not receive quotes, it is impossible to trade with it.
(Tradução: Se um terminal cliente não recebe cotações, é impossível negociar com ele.)— MetaQuotes, MetaTrader 4 Help: Settings, Server (acessado em outubro de 2026)
Os feeds chegam ao MetaTrader por meio de feeders e gateways: a MetaQuotes descreve a MT4 DataFeed API como "projetada para o desenvolvimento de quaisquer feeds de dados de notícias e cotações" (MetaTrader 4 API), e a MT5 Gateway API como usada para "integração com outros sistemas de negociação e criação de feeds de dados personalizados" (MetaTrader 5 for Brokers). Verificações, nesta ordem:
- Quais símbolos estão congelados: todos, uma classe de ativos ou uma fonte de feed?
- Quando chegou o último tick? O log do feed mostra uma desconexão ou um erro de login?
- A fonte upstream está entregando preços em outros lugares?
- Os nomes e mapeamentos de símbolos ainda correspondem após uma alteração recente de qualquer um dos lados?
- As sessões do símbolo estão abertas? Às vezes, um símbolo "congelado" é simplesmente uma sessão fechada.
As correções vão desde reiniciar o feeder até trocar para uma fonte de backup. Enquanto os preços estiverem desatualizados, considere desativar a negociação nos símbolos afetados. Mais detalhes: configuração de feed de dados do MetaTrader.
Enfrentando o mesmo incidente todo mês?
Envie-nos o sintoma, o horário em que ocorre e seu registro de alterações recentes. Diremos qual camada verificaríamos primeiro e como impediríamos que ele se repetisse.
Solicitar uma revisão técnica gratuita WhatsApp TelegramProblemas de bridge e liquidez
Quando as cotações fluem, mas as ordens falham, examine o bridge ou o gateway entre o MetaTrader e seus provedores de liquidez. Bridges como o PrimeXM XCore conectam o MT4/MT5 à liquidez externa; a PrimeXM descreve o XCore como compatível com "várias interfaces padrão do setor – como os protocolos MT4/MT5 e FIX API" (PrimeXM), e a oneZero descreve seu Hub como um "sistema de precificação e gestão de risco" (oneZero).
- Estado da sessão: as sessões FIX ou de API com cada LP estão conectadas? Procure desconexões, reinícios de números de sequência e timeouts de heartbeat.
- Rejeições: leia o motivo da rejeição. "Off quotes", rejeições por tolerância de preço e por volume apontam para correções diferentes.
- Mapeamento: após alterações de símbolos, verifique se os símbolos do MetaTrader, os tamanhos de contrato e os dígitos ainda correspondem corretamente aos instrumentos do LP.
- Crédito no LP: rejeições podem significar que sua conta no LP está perto do limite.
- Latência: compare os tempos de ida e volta do bridge com sua referência normal; veja otimização de latência.
Falhas de bridge e de LP normalmente exigem o fornecedor. A FXSUPPORT trabalha com tecnologias como PrimeXM XCore, oneZero Hub, Match-Trade e FIX API; veja soluções de bridge, integração PrimeXM XCore e integração oneZero Hub.
Conflitos de plugins e problemas de atualização
Os plugins de servidor são executados dentro do caminho de negociação, por isso um plugin com defeito pode bloquear logins, tornar a execução lenta ou derrubar o servidor. A MetaQuotes observa que a MT4 Server API permite plugins que abrangem "gerenciamento de parâmetros do servidor, de ordens e da base de clientes, processamento de solicitações de negociação e mais" (MetaTrader 4 API).
- Compare o horário de início do incidente com o registro de alterações de plugins e os reinícios do servidor.
- Verifique o log do servidor em busca de erros de carregamento de plugins e de processamento lento.
- Procure dois plugins atuando sobre o mesmo evento.
- Teste a desativação do plugin suspeito primeiro em staging; em produção, somente com a aprovação do líder do incidente.
- Após uma atualização de build do servidor, confirme que todos os plugins são compatíveis antes de reabrir a negociação.
A correção de longo prazo é o controle de mudanças: um servidor de staging, um plano de rollback por escrito e um responsável por plugin. Desenvolvemos e mantemos plugins; veja desenvolvimento de plugins MetaTrader.
Sessões, feriados e horário de verão
Muitos incidentes de "segunda-feira de manhã" são erros de calendário, e não falhas técnicas. Horários de sessão incorretos fecham os mercados cedo, atrasam a abertura ou cobram swaps no dia errado.
O horário de verão é a armadilha clássica, porque as regiões mudam em datas diferentes. Em 2026, os relógios do Reino Unido são atrasados em 25 de outubro (GOV.UK), enquanto o horário de verão dos EUA termina em 1º de novembro (NIST). Durante essa semana, as sessões ligadas aos EUA ficam uma hora deslocadas de sua posição habitual em relação a Londres. Verifique as sessões, os horários de swap e o calendário do seu LP antes de cada mudança e antes dos feriados. As verificações de horários de sessão, de horário de verão e de feriados fazem parte do serviço de operações de risco da FXSUPPORT; veja gestão de risco.
Recursos de servidor, bancos de dados e backups
Uma degradação lenta, como tempos de execução que aumentam a cada semana, normalmente indica um limite de recursos. Monitore CPU, memória, espaço em disco e I/O em todos os servidores e gere alertas antes que os limites sejam atingidos.
- Disco: logs e histórico crescem continuamente. Um disco cheio pode interromper ao mesmo tempo o registro de logs, os relatórios e os backups.
- Backups: confirme que os backups são concluídos e que você testou uma restauração. A MetaQuotes observa que os bancos de dados do sistema MT5 vêm com "opções de backup e recuperação" (MetaTrader 5 for Brokers); um backup que você nunca restaurou ainda é uma suposição.
Damos suporte tanto a ambientes Windows Server, típicos do MetaTrader, quanto a ambientes Linux usados para web, bancos de dados e sistemas de apoio. Veja monitoramento de servidores, backup e recuperação e otimização de desempenho.
Escalonamento: quem é responsável por cada correção
Escale por camada: cada componente tem um responsável, e saber com antecedência a quem ligar é o que mais economiza tempo.
| Camada | Responsável | O que levar para a chamada |
|---|---|---|
| Servidores de negociação, de histórico e de acesso | Administradores MetaTrader da corretora ou provedor de suporte (clientes grey-label: o titular da licença do servidor) | Logs, horários, alterações recentes |
| Defeitos do software MetaTrader | MetaQuotes, pelo canal de suporte do titular da licença | Número do build, passos para reprodução, logs |
| Bridge ou gateway | Fornecedor do bridge (por exemplo, PrimeXM, oneZero, Match-Trade) | IDs de ordens, motivos de rejeição, logs de sessão |
| Liquidez e precificação | Provedor de liquidez | Símbolos, horários, amostras de preços, rejeições |
| Rede, servidores, DDoS | Provedor de hospedagem ou data center | Traceroutes, gráficos de tráfego, IPs afetados |
| Plugins, CRM, integrações de API | Desenvolvedor do plugin ou fornecedor do CRM | Versão do plugin, registro de alterações, erros de API |
Uma corretora grey-label, configurada dentro do servidor MetaTrader 5 licenciado de outra empresa, com seus próprios grupos de clientes e sua própria marca, enquanto a licença do servidor MT5 permanece com o provedor, normalmente não consegue corrigir sozinha falhas no nível do servidor e precisa escalar para o provedor. Veja white label e grey label.
Após o incidente: revisão e reguladores
Um incidente é encerrado quando a causa raiz é conhecida e uma ação preventiva é acordada, e não quando o servidor volta a funcionar. Redija um relatório curto: cronologia, impacto, causa raiz e ações preventivas com responsáveis.
A FCA observa que as empresas sujeitas às suas regras de resiliência operacional "tinham até 31 de março de 2025 para garantir que pudessem operar seus serviços de negócio importantes dentro de suas tolerâncias de impacto" (FCA). Na UE, a ESMA afirma que o Digital Operational Resilience Act (DORA) "entrou em vigor em 16 de janeiro de 2023 e será aplicável a partir de 17 de janeiro de 2025" (ESMA). Se e como você deve notificar um determinado incidente depende da sua licença e da sua jurisdição; consulte seu compliance officer. Estas são informações gerais, não aconselhamento jurídico.
Como a FXSUPPORT ajuda
A FXSUPPORT oferece suporte técnico terceirizado para MT4/MT5 e operações gerenciadas para corretoras de forex e prop firms, incluindo o diagnóstico de incidentes. A FXSUPPORT não é afiliada à MetaQuotes nem a nenhum fornecedor citado nesta página.
Suporte à plataforma
Instalação, atualizações, backups, configuração, monitoramento de logs e configuração de bridges para MT4 e MT5. Veja suporte MetaTrader.
Infraestrutura
Servidores no Reino Unido e na Holanda, monitoramento, proteção contra DDoS e reforço de segurança, com meta de 99,9% de disponibilidade.
Operações de risco
Relatórios de fim de dia e noturnos, listas de fluxo tóxico e verificações de horários de sessão, de horário de verão e de feriados.
Relatórios de causa raiz
Após incidentes significativos: cronologia, causa raiz, impacto e medidas preventivas recomendadas, além de planejamento de recuperação de desastres e restaurações.
O preço depende da sua plataforma (MT4, MT5 ou ambas), do número de servidores, das integrações, do horário de cobertura e de você precisar de ajuda pontual ou de operações contínuas. Entre em contato para receber um orçamento.
Perguntas frequentes
O MT5 está fora do ar para todos?
A MetaQuotes pode corrigir meu servidor MT5 quando ele está fora do ar?
Por que os clientes recebem "No connection" se o servidor está em execução?
Por que muitos clientes de repente veem "Invalid account"?
As cotações estão congeladas em um símbolo. Por onde começo?
As ordens são rejeitadas, mas os preços estão se movendo. O que está errado?
Como sei se um plugin está causando o problema?
Por que os problemas costumam aparecer perto das mudanças de horário de verão?
Preciso notificar meu regulador sobre uma interrupção da plataforma?
Administro uma corretora MT5 grey-label. Posso corrigir problemas de servidor por conta própria?
O MT4 ainda é atendido no diagnóstico de problemas?
Quanto custa o suporte a incidentes?
Fontes
- MetaTrader 5 for Brokers — MetaQuotes (acessado em 8 de outubro de 2026)
- Buy the MetaTrader 5 Platform — MetaQuotes (acessado em 8 de outubro de 2026)
- MetaTrader 4 for Brokers — MetaQuotes (acessado em 8 de outubro de 2026)
- MetaTrader 4 API — MetaQuotes (acessado em 8 de outubro de 2026)
- MetaTrader 4 Help: Settings, Server — MetaQuotes (acessado em 8 de outubro de 2026)
- MetaTrader 5 Help: Platform Logs — MetaQuotes (acessado em 8 de outubro de 2026)
- Trade Server Return Codes — MQL5 Reference (acessado em 8 de outubro de 2026)
- Error Codes — MQL4 Reference (acessado em 8 de outubro de 2026)
- XCore — PrimeXM (acessado em 8 de outubro de 2026)
- oneZero trading technology — oneZero (acessado em 8 de outubro de 2026)
- Operational resilience — Financial Conduct Authority (acessado em 8 de outubro de 2026)
- Digital Operational Resilience Act (DORA) — ESMA (acessado em 8 de outubro de 2026)
- When do the clocks change? — GOV.UK (acessado em 8 de outubro de 2026)
- Daylight Saving Time — NIST (acessado em 8 de outubro de 2026)
A FXSUPPORT não é afiliada à MetaQuotes Ltd. nem aos fornecedores citados nesta página. Informações gerais, não constituem aconselhamento jurídico ou de investimento.
Precisa de uma segunda opinião sobre um incidente em andamento ou uma falha recorrente?
Envie-nos os sintomas, as alterações recentes e trechos dos logs. Revisamos sua configuração MT4/MT5 e indicamos o que verificaríamos e corrigiríamos primeiro.