English 
Türkçe 
Español 
Français 
Deutsch 
Português 
中文 
العربية 
Русский 
日本語 Diagnóstico de servidores MetaTrader: un runbook de incidentes para brókers MT4/MT5
Cuando los clientes informan de que su servidor MT5 está caído, los primeros quince minutos deciden cuánto dura la interrupción. Este runbook relaciona síntomas con comprobaciones y soluciones en servidores de acceso, feeds de datos, bridges, plugins y escalado.
Diagnóstico de servidores MT4/MT5 para brókers: tabla síntoma-solución, logs, códigos de retorno, servidores de acceso, feeds, bridges, plugins y escalado.
¿Está caído el servidor MT5 o se trata de un solo cliente?
La mayoría de los avisos de «servidor MT5 caído» no son interrupciones totales: se trata de un cliente, una red o un símbolo. Antes de que nadie reinicie un servicio, confirme el alcance del problema, porque un reinicio equivocado puede convertir un problema parcial en uno total.
Cada bróker (o su proveedor de marca blanca o grey label) opera sus propios servidores; MetaQuotes suministra el software:
You independently deploy our software on your own hardware, as well as maintain your server infrastructure and fully control support and administration.
(Traducción: «Usted despliega nuestro software de forma independiente en su propio hardware, mantiene su infraestructura de servidores y controla por completo el soporte y la administración».)— MetaQuotes, MetaTrader 5 for Brokers (consultado en octubre de 2026)
En la página de licencias, MetaQuotes añade que no tiene «acceso a sus servidores, cuentas ni al historial de operaciones de sus clientes» (metatrader5.com). Los traders deben contactar con su bróker. Si usted dirige un bróker, el resto de esta página es su runbook.
Utilice cuatro preguntas rápidas de alcance:
- ¿Quién? ¿Una cuenta, un grupo, los clientes de un IB, un país o todos?
- ¿Dónde? ¿Escritorio, móvil, WebTrader o los tres? ¿También los terminales de manager y de administrador?
- ¿Qué? ¿No pueden iniciar sesión, no hay cotizaciones, cotizaciones congeladas, órdenes rechazadas, ejecución lenta, swaps incorrectos u horarios de sesión incorrectos?
- ¿Desde cuándo? ¿Qué ha cambiado en las últimas 24 horas?
Si afecta a todos en todos los dispositivos, apunta al servidor de operaciones o a la red que tiene delante; si afecta a una región, a un servidor de acceso; si afecta a un símbolo, al feed de datos; si las órdenes fallan mientras fluyen las cotizaciones, al bridge, al proveedor de liquidez o a un plugin.
Cómo encajan las capas
MetaTrader 5 reparte su trabajo entre varios roles de servidor, por lo que diagnosticar implica revisar cada capa por turno. MetaQuotes describe la plataforma como «basada en una arquitectura distribuida, en la que distintas funciones se ejecutan en distintos servidores», y señala que «los servidores de operaciones pueden ocultarse tras múltiples puntos de acceso que actúan como envoltorios» (MetaTrader 5 for Brokers).
Clientes (escritorio / móvil / web) Managers / administradores
| |
[ Servidores de acceso ] <-- DDoS, enrutamiento, carga
|
[ Servidor de operaciones ] --- [ Servidor de historial ] --- [ Servidor de respaldo ]
| | \
plugins feed de datos gateway / bridge --> proveedores de liquidez
(Server API) (cotizaciones) (PrimeXM, oneZero, FIX ...)
MT4 es más sencillo, pero sigue la misma lógica: un servidor de operaciones, feeds de cotizaciones, plugins de servidor desarrollados sobre la Server API y herramientas de la Manager API a su alrededor. MetaQuotes afirma que «las licencias de la plataforma de trading MetaTrader 4 ya no están disponibles para su compra» (metatrader4.com), por lo que muchos brókers ejecutan MT4 y MT5 en paralelo durante una migración, lo que duplica el número de lugares donde buscar.
Los primeros 15 minutos: pasos de triaje
Siga siempre el mismo orden: alcance, gravedad, logs, cambios recientes y, por último, una decisión. Anote la hora de cada paso para la revisión posterior al incidente.
- Abra un registro del incidente con la hora del primer aviso y el error exacto.
- Confirme el alcance con una cuenta de prueba interna en escritorio, móvil y web.
- Establezca la gravedad con la tabla siguiente y designe un único responsable del incidente que decida sobre reinicios y mensajes a los clientes.
- Lea los logs de los últimos 30–60 minutos del servidor de operaciones, los servidores de acceso, el feed y el bridge.
- Enumere los cambios recientes: plugins, configuración, builds del servidor, certificados, firewall, DNS, alojamiento.
- Decida: revertir el último cambio, conmutar al sistema de respaldo (failover), aislar un componente (desactivar un símbolo, una ruta o un plugin) o escalar al proveedor.
- Comunique qué está afectado y cuándo llegará la próxima actualización.
| Nivel | Situación típica | Primera acción |
|---|---|---|
| Crítico | Ningún cliente puede iniciar sesión ni operar; servidor de operaciones caído; sin precios en los símbolos principales | Todo el equipo movilizado; failover o rollback; mensaje de estado a los clientes |
| Alto | Falla un punto de acceso, una región, una plataforma (p. ej., móvil) o una ruta de liquidez | Aislar y redirigir; avisar a dealing y a soporte |
| Medio | Un símbolo congelado, swaps incorrectos, informes con retraso, un único plugin con mal funcionamiento | Desactivar o corregir el elemento; resolver dentro del día hábil |
| Bajo | La conexión de un cliente, problemas estéticos, advertencias en los logs sin impacto en clientes | Cola de tickets; causa raíz en la siguiente ventana de mantenimiento |
Síntomas, comprobaciones y soluciones
Relacione el síntoma con la capa más probable, realice la comprobación y aplique la solución más acotada. Las decisiones de ejecución, como desviar el flujo cuando falla un LP, corresponden a la mesa de dealing y a la política de riesgos.
| Síntoma | Capa probable | Comprobación | Solución típica |
|---|---|---|---|
| "No connection" para todos los clientes | Servidor de operaciones, red, servidores de acceso | ¿Está el servicio en ejecución? ¿Puede conectarse una cuenta interna directamente y a través de cada punto de acceso? ¿Cambios de firewall o DNS? | Reiniciar solo el componente que ha fallado; revertir los cambios de red; trasladar a los clientes a puntos de acceso en buen estado |
| "No connection" para una región o un ISP | Servidor de acceso o enrutamiento | Intentos de conexión en el log de ese servidor de acceso; latencia y pérdida de paquetes desde la región | Retirar el punto de acceso de la rotación; redirigir; comprobar el estado del proveedor de alojamiento |
| "Invalid account" para muchos clientes | Nombre de servidor incorrecto en las aplicaciones, configuración del grupo o de la cuenta, plugin | Nombres de servidor publicados a los clientes; modificaciones recientes de grupos; plugin que bloquea los logins | Corregir la lista de servidores o los permisos del grupo; revertir el plugin |
| Cotizaciones congeladas en uno o varios símbolos | Feed de datos | Estado del feed y hora del último tick; configuración de sesiones del símbolo; estado de la fuente del feed | Reiniciar o cambiar el feed; corregir las sesiones; desactivar temporalmente el trading en el símbolo |
| Órdenes rechazadas u "off quotes" mientras los precios se mueven | Bridge, gateway o proveedor de liquidez | Logs del bridge, estado de la sesión con el LP, mapeo de símbolos, margen en el LP | Restablecer la sesión; corregir el mapeo; enrutar a un LP de respaldo o al B-book según su política de riesgos |
| Ejecución lenta, recotizaciones, timeouts | Carga del servidor, latencia del bridge, plugin | CPU, memoria y disco del servidor; tiempos de ida y vuelta del bridge; tiempo de procesamiento de los plugins | Eliminar el cuello de botella; desactivar el plugin lento; ampliar recursos |
| Caída del servidor tras una actualización | Nueva build o plugin | Hora de la caída frente al registro de cambios; mensajes de carga de plugins | Revertir el plugin o la configuración; probar primero en un servidor de staging |
| Swaps o cargos de rollover incorrectos | Configuración de swaps, sesiones u horario de verano | Valores de swap, día de triple swap, zona horaria del servidor, hora de rollover | Corregir y recalcular; documentar los ajustes a clientes |
| Los mercados abren tarde o cierran pronto | Calendarios de sesiones y festivos, horario de verano | Sesiones del símbolo frente al calendario del mercado y del LP | Corregir las sesiones; publicar el calendario corregido |
Lea primero los logs y los códigos de retorno
Los logs convierten «el servidor está caído» en un componente y un momento concretos. Extraiga los logs del servidor de operaciones, de los servidores de acceso, del feed y del bridge para la misma franja, alinee las zonas horarias y localice el primer error, no el más ruidoso.
Los terminales de los clientes también conservan evidencias. MetaTrader 5 registra los eventos de la plataforma en la pestaña Journal, con una columna «Source» (por ejemplo, «Network») y un comando del menú contextual para abrir la carpeta con los archivos de log; los eventos de los Expert Advisors van a la pestaña Experts (MetaTrader 5 Help: Platform Logs).
Los códigos que notifican los clientes y los Expert Advisors localizan rápidamente la avería (referencias oficiales de MQL4 y MQL5):
| Plataforma | Código | Descripción oficial | Dónde mirar primero |
|---|---|---|---|
| MT4 | 6 ERR_NO_CONNECTION | Sin conexión con el servidor de operaciones | Servidor de operaciones, puntos de acceso, red |
| MT4 | 65 ERR_INVALID_ACCOUNT | Cuenta no válida | Nombre del servidor, configuración de la cuenta y del grupo |
| MT4 | 136 ERR_OFF_QUOTES | Sin cotizaciones (off quotes) | Feed de datos, bridge, precios del LP |
| MT4 | 132 ERR_MARKET_CLOSED | El mercado está cerrado | Sesiones del símbolo, festivos, horario de verano |
| MT5 | 10031 | Sin conexión con el servidor de operaciones | Servidor de operaciones, servidores de acceso, red |
| MT5 | 10021 | No hay cotizaciones para procesar la solicitud | Feed de datos, configuración del símbolo |
| MT5 | 10018 | El mercado está cerrado | Sesiones, festivos, horario de verano |
| MT5 | 10006 | Solicitud rechazada | Reglas del bridge, del gateway, de un plugin o del dealer |
| MT5 | 10012 | Solicitud cancelada por timeout | Latencia de la ruta de ejecución |
Si muchos clientes distintos notifican el mismo código en el mismo minuto, la causa está casi siempre en el lado del servidor. Para una lista más amplia, consulte nuestra guía de errores comunes de MetaTrader y, para un trabajo estructurado con logs, análisis de logs de MetaTrader.
Servidores de acceso y conectividad
Los servidores de acceso son las puertas que utilizan los clientes para llegar al servidor de operaciones, por lo que una avería en ellos parece un «servidor caído» aunque el servidor de operaciones esté en buen estado. Compruebe cada punto de acceso por separado antes de tocar el servidor de operaciones.
- Accesibilidad: pruebe un login interno a través de cada punto de acceso.
- Carga y ataques: los picos repentinos de conexiones desde orígenes inusuales sugieren un ataque DDoS. Filtre o rote el punto de acceso afectado en lugar de reiniciar el servidor de operaciones. Consulte protección DDoS.
- Listas de servidores: tras cambiar los puntos de acceso, confirme las direcciones que reciben los clientes. MetaTrader 4 espera la dirección en el formato «[dirección de internet del servidor] : [número de puerto]» (MetaTrader 4 Help).
- Certificados, DNS y firewalls: los certificados caducados, los registros DNS modificados y las nuevas reglas de firewall son causas habituales de «ayer funcionaba, hoy falla».
- Alojamiento: consulte la página de estado del proveedor y su monitorización de red. FXSUPPORT opera infraestructura en el Reino Unido y los Países Bajos; consulte alojamiento de servidores MetaTrader.
Problemas del feed de datos
Si las cotizaciones se detienen, el trading se detiene. La propia ayuda de MT4 de MetaQuotes lo dice claramente:
If a client terminal does not receive quotes, it is impossible to trade with it.
(Traducción: «Si un terminal de cliente no recibe cotizaciones, es imposible operar con él».)— MetaQuotes, MetaTrader 4 Help: Settings, Server (consultado en octubre de 2026)
Los feeds llegan a MetaTrader a través de feeders y gateways: MetaQuotes describe la DataFeed API de MT4 como «diseñada para el desarrollo de cualquier feed de noticias y cotizaciones» (MetaTrader 4 API), y la Gateway API de MT5 como utilizada para la «integración con otros sistemas de trading y la creación de feeds de datos personalizados» (MetaTrader 5 for Brokers). Comprobaciones, por orden:
- ¿Qué símbolos están congelados: todos, una clase de activo o una fuente de feed?
- ¿Cuándo llegó el último tick? ¿Muestra el log del feed una desconexión o un error de login?
- ¿La fuente de origen está entregando precios en otros sistemas?
- ¿Siguen coincidiendo los nombres y mapeos de símbolos tras un cambio reciente en cualquiera de los dos lados?
- ¿Están abiertas las sesiones del símbolo? Un símbolo «congelado» es a veces simplemente una sesión cerrada.
Las soluciones van desde reiniciar el feeder hasta cambiar a una fuente de respaldo. Mientras los precios estén desactualizados, valore desactivar el trading en los símbolos afectados. Más detalles: configuración de feeds de datos para MetaTrader.
¿Lucha contra el mismo incidente todos los meses?
Envíenos el síntoma, la hora a la que se produce y su registro de cambios reciente. Le indicaremos qué capa revisaríamos primero y cómo evitaríamos que se repita.
Solicitar una revisión técnica gratuita WhatsApp TelegramProblemas de bridge y liquidez
Cuando las cotizaciones fluyen pero las órdenes fallan, revise el bridge o el gateway entre MetaTrader y sus proveedores de liquidez. Bridges como PrimeXM XCore conectan MT4/MT5 con liquidez externa; PrimeXM describe XCore como compatible con «múltiples interfaces estándar del sector, como los protocolos MT4/MT5 y FIX API» (PrimeXM), y oneZero describe su Hub como un «sistema de precios y gestión de riesgos» (oneZero).
- Estado de la sesión: ¿están conectadas las sesiones FIX o API con cada LP? Busque desconexiones, reinicios de números de secuencia y timeouts de heartbeat.
- Rechazos: lea el motivo del rechazo. Los rechazos por «off quotes», por tolerancia de precio y por volumen apuntan a soluciones diferentes.
- Mapeo: tras cambios en los símbolos, compruebe que los símbolos, tamaños de contrato y dígitos de MetaTrader siguen correspondiéndose correctamente con los instrumentos del LP.
- Crédito en el LP: los rechazos pueden significar que su cuenta en el LP está cerca de su límite.
- Latencia: compare los tiempos de ida y vuelta del bridge con su referencia habitual; consulte optimización de la latencia.
Las averías del bridge y del LP suelen requerir al proveedor. FXSUPPORT trabaja con tecnologías como PrimeXM XCore, oneZero Hub, Match-Trade y FIX API; consulte soluciones de bridge, integración de PrimeXM XCore e integración de oneZero Hub.
Conflictos de plugins y problemas de actualización
Los plugins de servidor se ejecutan dentro de la ruta de trading, por lo que un plugin defectuoso puede bloquear los logins, ralentizar la ejecución o hacer caer el servidor. MetaQuotes señala que la Server API de MT4 permite plugins que abarcan la «gestión de los parámetros del servidor, de la base de órdenes y de clientes, el procesamiento de solicitudes de trading y más» (MetaTrader 4 API).
- Compare la hora de inicio del incidente con el registro de cambios de plugins y los reinicios del servidor.
- Revise el log del servidor en busca de errores de carga de plugins y de procesamiento lento.
- Busque dos plugins que actúen sobre el mismo evento.
- Pruebe a desactivar el plugin sospechoso primero en staging; en producción, solo con la aprobación del responsable del incidente.
- Tras actualizar la build del servidor, confirme que todos los plugins son compatibles antes de reabrir el trading.
La solución a largo plazo es el control de cambios: un servidor de staging, un plan de rollback por escrito y un responsable por plugin. Desarrollamos y mantenemos plugins; consulte desarrollo de plugins para MetaTrader.
Sesiones, festivos y horario de verano
Muchos incidentes de «lunes por la mañana» son errores de calendario y no averías técnicas. Unos horarios de sesión incorrectos cierran los mercados antes de tiempo, retrasan la apertura o cobran swaps el día equivocado.
El horario de verano es la trampa clásica, porque cada región cambia la hora en fechas distintas. En 2026, los relojes del Reino Unido se retrasan el 25 de octubre (GOV.UK), mientras que el horario de verano de EE. UU. termina el 1 de noviembre (NIST). Durante esa semana, las sesiones vinculadas a EE. UU. quedan desplazadas una hora respecto a su posición habitual en relación con Londres. Compruebe las sesiones, los horarios de swap y el calendario de su LP antes de cada cambio y antes de los festivos. La comprobación de sesiones y de calendarios de horario de verano y festivos forma parte del servicio de operaciones de riesgo de FXSUPPORT; consulte gestión de riesgos.
Recursos del servidor, bases de datos y copias de seguridad
Una degradación lenta, como unos tiempos de ejecución que aumentan cada semana, suele indicar un límite de recursos. Vigile la CPU, la memoria, el espacio en disco y la E/S de cada servidor, y configure alertas antes de que se alcancen los umbrales.
- Disco: los logs y el historial crecen continuamente. Un disco lleno puede detener a la vez el registro de logs, los informes y las copias de seguridad.
- Copias de seguridad: confirme que las copias de seguridad se completan y que ha probado una restauración. MetaQuotes señala que las bases de datos del sistema de MT5 incluyen «opciones de copia de seguridad y recuperación» (MetaTrader 5 for Brokers); una copia de seguridad que nunca ha restaurado sigue siendo una suposición.
Damos soporte tanto a entornos Windows Server, habituales en MetaTrader, como a entornos Linux utilizados para web, bases de datos y sistemas auxiliares. Consulte monitorización de servidores, copia de seguridad y recuperación y optimización del rendimiento.
Escalado: quién se encarga de cada solución
Escale por capas: cada componente tiene un responsable, y saber de antemano a quién llamar es lo que más tiempo ahorra.
| Capa | Responsable | Qué llevar a la llamada |
|---|---|---|
| Servidores de operaciones, de historial y de acceso | Administradores MetaTrader del bróker o proveedor de soporte (clientes grey label: el titular de la licencia del servidor) | Logs, horas, cambios recientes |
| Defectos del software MetaTrader | MetaQuotes, a través del canal de soporte del titular de la licencia | Número de build, pasos para reproducirlo, logs |
| Bridge o gateway | Proveedor del bridge (p. ej., PrimeXM, oneZero, Match-Trade) | ID de órdenes, motivos de rechazo, logs de sesión |
| Liquidez y precios | Proveedor de liquidez | Símbolos, horas, muestras de precios, rechazos |
| Red, servidores, DDoS | Proveedor de alojamiento o centro de datos | Traceroutes, gráficos de tráfico, IP afectadas |
| Plugins, CRM, integraciones API | Desarrollador del plugin o proveedor del CRM | Versión del plugin, registro de cambios, errores de la API |
Un bróker grey label, configurado dentro del servidor MetaTrader 5 con licencia de otra empresa con sus propios grupos de clientes y su propia marca mientras la licencia del servidor MT5 sigue en manos del proveedor, normalmente no puede resolver por sí mismo las averías a nivel de servidor y debe escalarlas al proveedor. Consulte marca blanca y grey label.
Después del incidente: revisión y reguladores
Un incidente se cierra cuando se conoce la causa raíz y se ha acordado una acción preventiva, no cuando el servidor vuelve a funcionar. Redacte un informe breve: cronología, impacto, causa raíz y acciones preventivas con responsables.
La FCA señala que las empresas sujetas a sus normas de resiliencia operativa «tenían de plazo hasta el 31 de marzo de 2025 para garantizar que podían prestar sus servicios de negocio importantes dentro de sus tolerancias de impacto» (FCA). En la UE, ESMA afirma que el Reglamento de Resiliencia Operativa Digital (DORA) «entró en vigor el 16 de enero de 2023 y será aplicable a partir del 17 de enero de 2025» (ESMA). Si debe notificar un incidente concreto, y cómo, depende de su licencia y su jurisdicción; consúltelo con su responsable de cumplimiento normativo. Esta es información general, no asesoramiento jurídico.
Cómo ayuda FXSUPPORT
FXSUPPORT presta soporte técnico externalizado de MT4/MT5 y operaciones gestionadas para brókers de forex y empresas de fondeo (prop firms), incluido el diagnóstico de incidentes. FXSUPPORT no está afiliado a MetaQuotes ni a ningún proveedor mencionado en esta página.
Soporte de plataforma
Instalación, actualizaciones, copias de seguridad, configuración, monitorización de logs y configuración del bridge para MT4 y MT5. Consulte soporte MetaTrader.
Infraestructura
Servidores en el Reino Unido y los Países Bajos, monitorización, protección DDoS y refuerzo de la seguridad, con un objetivo de disponibilidad del 99,9 %.
Operaciones de riesgo
Informes de fin de día y de tarde, listas de flujo tóxico y comprobación de sesiones y de calendarios de horario de verano y festivos.
Informes de causa raíz
Tras incidentes significativos: cronología, causa raíz, impacto y medidas preventivas recomendadas, además de planificación de recuperación ante desastres y restauraciones.
El precio depende de su plataforma (MT4, MT5 o ambas), del número de servidores, de las integraciones, del horario de cobertura y de si necesita ayuda puntual u operaciones continuas. Contáctenos para obtener un presupuesto.
Preguntas frecuentes
¿Está MT5 caído para todo el mundo?
¿Puede MetaQuotes reparar mi servidor MT5 cuando está caído?
¿Por qué los clientes reciben "No connection" si el servidor está en funcionamiento?
¿Por qué muchos clientes ven de repente "Invalid account"?
Las cotizaciones de un símbolo están congeladas. ¿Por dónde empiezo?
Las órdenes se rechazan pero los precios se mueven. ¿Qué ocurre?
¿Cómo sé si un plugin está causando el problema?
¿Por qué suelen aparecer problemas en torno a los cambios de horario de verano?
¿Tengo que notificar una interrupción de la plataforma a mi regulador?
Dirijo un bróker MT5 grey label. ¿Puedo resolver yo mismo los problemas del servidor?
¿Se sigue dando soporte a MT4 para el diagnóstico de problemas?
¿Cuánto cuesta el soporte ante incidentes?
Fuentes
- MetaTrader 5 for Brokers — MetaQuotes (consultado el 8 de octubre de 2026)
- Buy the MetaTrader 5 Platform — MetaQuotes (consultado el 8 de octubre de 2026)
- MetaTrader 4 for Brokers — MetaQuotes (consultado el 8 de octubre de 2026)
- MetaTrader 4 API — MetaQuotes (consultado el 8 de octubre de 2026)
- MetaTrader 4 Help: Settings, Server — MetaQuotes (consultado el 8 de octubre de 2026)
- MetaTrader 5 Help: Platform Logs — MetaQuotes (consultado el 8 de octubre de 2026)
- Trade Server Return Codes — MQL5 Reference (consultado el 8 de octubre de 2026)
- Error Codes — MQL4 Reference (consultado el 8 de octubre de 2026)
- XCore — PrimeXM (consultado el 8 de octubre de 2026)
- oneZero trading technology — oneZero (consultado el 8 de octubre de 2026)
- Operational resilience — Financial Conduct Authority (consultado el 8 de octubre de 2026)
- Digital Operational Resilience Act (DORA) — ESMA (consultado el 8 de octubre de 2026)
- When do the clocks change? — GOV.UK (consultado el 8 de octubre de 2026)
- Daylight Saving Time — NIST (consultado el 8 de octubre de 2026)
FXSUPPORT no está afiliado a MetaQuotes Ltd. ni a los proveedores mencionados en esta página. Información general, no asesoramiento jurídico ni de inversión.
¿Necesita una segunda opinión sobre un incidente en curso o una avería recurrente?
Envíenos los síntomas, los cambios recientes y extractos de los logs. Revisamos su configuración MT4/MT5 y le indicamos qué comprobaríamos y corregiríamos primero.