English 
Türkçe 
Español 
Français 
Deutsch 
Português 
中文 
العربية 
Русский 
日本語 Dépannage de serveur MetaTrader : un runbook d'incident pour les courtiers MT4/MT5
Lorsque des clients signalent que votre serveur MT5 est en panne, les quinze premières minutes déterminent la durée de l'interruption. Ce runbook associe les symptômes aux vérifications et aux corrections, des serveurs d'accès aux flux de données, des bridges aux plugins, jusqu'à l'escalade.
Dépannage de serveurs MT4/MT5 pour courtiers : tableau symptôme-correction, journaux, codes de retour, serveurs d'accès, flux, bridges, plugins et escalade.
Le serveur MT5 est-il en panne, ou s'agit-il d'un seul client ?
La plupart des signalements « serveur MT5 en panne » ne sont pas des pannes complètes : ils concernent un client, un réseau ou un symbole. Avant que quiconque ne redémarre un service, confirmez l'étendue du problème, car un mauvais redémarrage peut transformer un problème partiel en panne totale.
Chaque courtier (ou son fournisseur white label ou grey label) exploite ses propres serveurs ; MetaQuotes fournit le logiciel :
You independently deploy our software on your own hardware, as well as maintain your server infrastructure and fully control support and administration.
(Traduction : « Vous déployez notre logiciel de manière indépendante sur votre propre matériel, assurez la maintenance de votre infrastructure serveur et contrôlez entièrement le support et l'administration. »)— MetaQuotes, MetaTrader 5 for Brokers (consulté en octobre 2026)
Sur sa page de licence, MetaQuotes ajoute qu'elle n'a « aucun accès à vos serveurs, à vos comptes ni à l'historique de trading de vos clients » (metatrader5.com). Les traders doivent contacter leur courtier. Si vous dirigez un courtier, le reste de cette page constitue votre runbook.
Posez quatre questions rapides de périmètre :
- Qui ? Un compte, un groupe, les clients d'un IB, un pays, ou tout le monde ?
- Où ? Desktop, mobile, WebTrader, ou les trois ? Les terminaux Manager et administrateur également ?
- Quoi ? Impossible de se connecter, pas de cotations, cotations figées, ordres rejetés, exécution lente, swaps erronés ou horaires de session erronés ?
- Depuis quand ? Qu'est-ce qui a changé au cours des dernières 24 heures ?
Si tout le monde est touché sur tous les appareils, cela désigne le serveur de trading ou le réseau en amont ; une seule région désigne un serveur d'accès ; un seul symbole désigne le flux de données ; des ordres qui échouent alors que les cotations circulent désignent le bridge, le fournisseur de liquidité ou un plugin.
Comment les couches s'articulent
MetaTrader 5 répartit son travail entre plusieurs rôles de serveur, c'est pourquoi le dépannage consiste à vérifier chaque couche tour à tour. MetaQuotes décrit la plateforme comme « reposant sur une architecture distribuée, où différentes fonctions sont exécutées sur différents serveurs », et précise que « les serveurs de trading peuvent être masqués derrière plusieurs points d'accès qui servent d'enveloppes » (MetaTrader 5 for Brokers).
Clients (desktop / mobile / web) Managers / admins
| |
[ Serveurs d'accès ] <-- DDoS, routage, charge
|
[ Serveur de trading ] --- [ Serveur d'historique ] --- [ Serveur de sauvegarde ]
| | \
plugins flux de données passerelle / bridge --> fournisseurs de liquidité
(Server API) (cotations) (PrimeXM, oneZero, FIX ...)
MT4 est plus simple mais suit la même logique : un serveur de trading, des flux de cotations, des plugins serveur développés sur la Server API et des outils Manager API autour. MetaQuotes indique que « les licences de la plateforme de trading MetaTrader 4 ne sont plus disponibles à l'achat » (metatrader4.com) ; de nombreux courtiers exploitent donc MT4 et MT5 côte à côte pendant une migration, ce qui double le nombre d'endroits à examiner.
Les 15 premières minutes : étapes de tri
Suivez toujours le même ordre : périmètre, gravité, journaux, modifications récentes, puis décision. Horodatez chaque étape pour la revue post-incident.
- Ouvrir une fiche d'incident avec l'heure du premier signalement et l'erreur exacte.
- Confirmer le périmètre avec un compte de test interne sur desktop, mobile et web.
- Fixer la gravité à l'aide du tableau ci-dessous et désigner un responsable d'incident unique qui décide des redémarrages et des messages aux clients.
- Lire les journaux des 30 à 60 dernières minutes sur le serveur de trading, les serveurs d'accès, le flux et le bridge.
- Lister les modifications récentes : plugins, configuration, builds du serveur, certificats, pare-feu, DNS, hébergement.
- Décider : annuler la dernière modification, basculer sur le secours, isoler un composant (désactiver un symbole, une route ou un plugin) ou escalader vers l'éditeur.
- Communiquer ce qui est affecté et l'heure de la prochaine mise à jour.
| Niveau | Situation type | Première action |
|---|---|---|
| Critique | Aucun client ne peut se connecter ni trader ; serveur de trading en panne ; aucun prix sur les principaux symboles | Mobilisation générale ; basculer sur le secours ou revenir en arrière ; message d'état aux clients |
| Élevé | Défaillance d'un point d'accès, d'une région, d'une plateforme (p. ex. mobile) ou d'une route de liquidité | Isoler et rerouter ; informer le dealing et le support |
| Moyen | Un symbole figé, des swaps erronés, des rapports en retard, un plugin isolé défaillant | Désactiver ou corriger l'élément ; corriger dans la journée ouvrée |
| Faible | Connexion d'un seul client, problèmes cosmétiques, avertissements dans les journaux sans impact client | File de tickets ; cause racine lors de la prochaine fenêtre de maintenance |
Symptômes, vérifications et corrections
Associez le symptôme à la couche la plus probable, effectuez la vérification, puis appliquez la correction la plus circonscrite. Les décisions d'exécution, comme réorienter le flux en cas de défaillance d'un LP, relèvent du dealing desk et de la politique de risque.
| Symptôme | Couche probable | Vérification | Correction type |
|---|---|---|---|
| « No connection » pour tous les clients | Serveur de trading, réseau, serveurs d'accès | Le service fonctionne-t-il ? Un compte interne peut-il se connecter directement et via chaque point d'accès ? Modifications du pare-feu ou du DNS ? | Redémarrer uniquement le composant défaillant ; annuler les modifications réseau ; diriger les clients vers des points d'accès sains |
| « No connection » pour une région ou un FAI | Serveur d'accès ou routage | Tentatives de connexion dans le journal de ce serveur d'accès ; latence et perte de paquets depuis la région | Retirer le point d'accès de la rotation ; rerouter ; vérifier l'état de l'hébergeur |
| « Invalid account » pour de nombreux clients | Mauvais nom de serveur dans les applications, paramètres du groupe ou du compte, plugin | Noms de serveurs publiés aux clients ; modifications récentes de groupes ; plugin qui bloque les connexions | Corriger la liste des serveurs ou les autorisations du groupe ; annuler le plugin |
| Cotations figées sur un ou plusieurs symboles | Flux de données | État du flux et heure du dernier tick ; paramètres de session du symbole ; état de la source du flux | Redémarrer ou changer de flux ; corriger les sessions ; désactiver temporairement le trading sur le symbole |
| Ordres rejetés ou « off quotes » alors que les prix évoluent | Bridge, passerelle ou fournisseur de liquidité | Journaux du bridge, état de la session LP, mapping des symboles, marge auprès du LP | Rétablir la session ; corriger le mapping ; router vers un LP de secours ou en B-book selon votre politique de risque |
| Exécution lente, requotes, délais dépassés | Charge du serveur, latence du bridge, plugin | CPU, mémoire et disque du serveur ; temps aller-retour du bridge ; temps de traitement des plugins | Supprimer le goulet d'étranglement ; désactiver le plugin lent ; augmenter les ressources |
| Crash du serveur après une mise à jour | Nouveau build ou plugin | Heure du crash par rapport au journal des modifications ; messages de chargement des plugins | Annuler le plugin ou la configuration ; tester d'abord sur un serveur de préproduction |
| Swaps ou frais de rollover erronés | Paramètres de swap, configuration des sessions ou de l'heure d'été | Valeurs de swap, jour du triple swap, fuseau horaire du serveur, heure de rollover | Corriger et recalculer ; documenter les ajustements clients |
| Marchés qui ouvrent en retard ou ferment trop tôt | Calendriers des sessions et des jours fériés, heure d'été | Sessions des symboles par rapport au calendrier de la place de cotation et du LP | Corriger les sessions ; publier le calendrier corrigé |
Lire d'abord les journaux et les codes de retour
Les journaux transforment « le serveur est en panne » en un composant et une heure précis. Récupérez les journaux du serveur de trading, des serveurs d'accès, du flux et du bridge sur la même fenêtre de temps, alignez les fuseaux horaires et cherchez la première erreur, pas la plus bruyante.
Les terminaux clients conservent également des traces. MetaTrader 5 enregistre les événements de la plateforme dans l'onglet Journal, avec une colonne « Source » (par exemple « Network ») et une commande du menu contextuel pour ouvrir le dossier des fichiers journaux ; les événements des Expert Advisors vont dans l'onglet Experts (MetaTrader 5 Help: Platform Logs).
Les codes signalés par les clients et les Expert Advisors permettent de localiser rapidement la panne (références officielles MQL4 et MQL5) :
| Plateforme | Code | Description officielle | Où regarder en premier |
|---|---|---|---|
| MT4 | 6 ERR_NO_CONNECTION | Aucune connexion avec le serveur de trading | Serveur de trading, points d'accès, réseau |
| MT4 | 65 ERR_INVALID_ACCOUNT | Compte invalide | Nom du serveur, paramètres du compte et du groupe |
| MT4 | 136 ERR_OFF_QUOTES | Hors cotation | Flux de données, bridge, prix du LP |
| MT4 | 132 ERR_MARKET_CLOSED | Le marché est fermé | Sessions des symboles, jours fériés, heure d'été |
| MT5 | 10031 | Aucune connexion avec le serveur de trading | Serveur de trading, serveurs d'accès, réseau |
| MT5 | 10021 | Aucune cotation disponible pour traiter la requête | Flux de données, paramètres du symbole |
| MT5 | 10018 | Le marché est fermé | Sessions, jours fériés, heure d'été |
| MT5 | 10006 | Requête rejetée | Règles du bridge, de la passerelle, du plugin ou du dealer |
| MT5 | 10012 | Requête annulée par expiration du délai | Latence du chemin d'exécution |
Si de nombreux clients différents signalent le même code à la même minute, la cause se situe presque toujours côté serveur. Pour une liste plus complète, consultez notre guide des erreurs MetaTrader courantes et, pour un travail structuré sur les journaux, analyse des journaux MetaTrader.
Serveurs d'accès et connectivité
Les serveurs d'accès sont les portes par lesquelles les clients atteignent le serveur de trading : une défaillance à ce niveau ressemble donc à une « panne du serveur » même lorsque le serveur de trading est sain. Vérifiez chaque point d'accès séparément avant de toucher au serveur de trading.
- Accessibilité : testez une connexion interne via chaque point d'accès.
- Charge et attaques : des pics soudains de connexions depuis des sources inhabituelles suggèrent une attaque DDoS. Filtrez ou remplacez le point d'accès concerné plutôt que de redémarrer le serveur de trading. Voir protection DDoS.
- Listes de serveurs : après une modification des points d'accès, vérifiez les adresses que reçoivent les clients. MetaTrader 4 attend l'adresse au format « [adresse internet du serveur] : [numéro de port] » (MetaTrader 4 Help).
- Certificats, DNS et pare-feu : les certificats expirés, les enregistrements DNS modifiés et les nouvelles règles de pare-feu sont des causes fréquentes du « ça marchait hier, ça échoue aujourd'hui ».
- Hébergement : consultez la page d'état de l'hébergeur et votre supervision réseau. FXSUPPORT exploite une infrastructure au Royaume-Uni et aux Pays-Bas ; voir hébergement de serveurs MetaTrader.
Problèmes de flux de données
Si les cotations s'arrêtent, le trading s'arrête. L'aide MT4 de MetaQuotes le dit clairement :
If a client terminal does not receive quotes, it is impossible to trade with it.
(Traduction : « Si un terminal client ne reçoit pas de cotations, il est impossible de trader avec. »)— MetaQuotes, MetaTrader 4 Help: Settings, Server (consulté en octobre 2026)
Les flux parviennent à MetaTrader par l'intermédiaire de feeders et de passerelles : MetaQuotes décrit la DataFeed API de MT4 comme « conçue pour le développement de tout flux de nouvelles et de cotations » (MetaTrader 4 API), et la Gateway API de MT5 comme servant à « l'intégration avec d'autres systèmes de trading et la création de flux de données personnalisés » (MetaTrader 5 for Brokers). Vérifications, dans l'ordre :
- Quels symboles sont figés : tous, une classe d'actifs ou une source de flux ?
- Quand le dernier tick est-il arrivé ? Le journal du flux montre-t-il une déconnexion ou une erreur d'authentification ?
- La source amont fournit-elle des prix ailleurs ?
- Les noms et mappings de symboles correspondent-ils toujours après une modification récente de part ou d'autre ?
- Les sessions du symbole sont-elles ouvertes ? Un symbole « figé » est parfois simplement en session fermée.
Les corrections vont du redémarrage du feeder au passage sur une source de secours. Tant que les prix sont obsolètes, envisagez de désactiver le trading sur les symboles concernés. Plus de détails : configuration des flux de données MetaTrader.
Le même incident revient chaque mois ?
Envoyez-nous le symptôme, l'heure à laquelle il se produit et votre journal des modifications récentes. Nous vous dirons quelle couche nous vérifierions en premier et comment nous éviterions qu'il se reproduise.
Demander un audit technique gratuit WhatsApp TelegramProblèmes de bridge et de liquidité
Lorsque les cotations circulent mais que les ordres échouent, examinez le bridge ou la passerelle entre MetaTrader et vos fournisseurs de liquidité. Des bridges comme PrimeXM XCore relient MT4/MT5 à une liquidité externe ; PrimeXM décrit XCore comme prenant en charge « plusieurs interfaces standard du secteur – telles que les protocoles MT4/MT5 et FIX API » (PrimeXM), et oneZero décrit son Hub comme un « système de tarification et de gestion des risques » (oneZero).
- État des sessions : les sessions FIX ou API vers chaque LP sont-elles connectées ? Recherchez les déconnexions, les réinitialisations de numéros de séquence et les dépassements de délai de heartbeat.
- Rejets : lisez le motif du rejet. « Off quotes », les rejets pour tolérance de prix et les rejets pour volume appellent des corrections différentes.
- Mapping : après une modification de symboles, vérifiez que les symboles MetaTrader, les tailles de contrat et les décimales correspondent toujours correctement aux instruments du LP.
- Crédit auprès du LP : des rejets peuvent signifier que votre compte chez le LP approche de sa limite.
- Latence : comparez les temps aller-retour du bridge avec votre référence habituelle ; voir optimisation de la latence.
Les pannes de bridge et de LP nécessitent généralement l'intervention de l'éditeur. FXSUPPORT travaille avec des technologies telles que PrimeXM XCore, oneZero Hub, Match-Trade et FIX API ; voir solutions de bridge, intégration PrimeXM XCore et intégration oneZero Hub.
Conflits de plugins et problèmes de mise à jour
Les plugins serveur s'exécutent dans le chemin de trading : un plugin défaillant peut donc bloquer les connexions, ralentir l'exécution ou faire planter le serveur. MetaQuotes indique que la Server API de MT4 permet des plugins couvrant « la gestion des paramètres du serveur, des ordres et de la base clients, le traitement des requêtes de trading, et plus encore » (MetaTrader 4 API).
- Comparez l'heure de début de l'incident avec le journal des modifications des plugins et les redémarrages du serveur.
- Recherchez dans le journal du serveur les erreurs de chargement de plugins et les traitements lents.
- Recherchez deux plugins agissant sur le même événement.
- Testez d'abord la désactivation du plugin suspect en préproduction ; en production, uniquement avec l'accord du responsable d'incident.
- Après une mise à jour du build du serveur, vérifiez la compatibilité de chaque plugin avant de rouvrir le trading.
La correction durable passe par la gestion des changements : un serveur de préproduction, un plan de rollback écrit et un responsable par plugin. Nous développons et maintenons des plugins ; voir développement de plugins MetaTrader.
Sessions, jours fériés et heure d'été
De nombreux incidents du « lundi matin » sont des erreurs de calendrier plutôt que des pannes techniques. Des horaires de session erronés ferment les marchés trop tôt, retardent l'ouverture ou appliquent les swaps le mauvais jour.
L'heure d'été est le piège classique, car les régions changent d'heure à des dates différentes. En 2026, le Royaume-Uni recule ses horloges le 25 octobre (GOV.UK), tandis que l'heure d'été américaine prend fin le 1er novembre (NIST). Pendant cette semaine, les sessions liées aux États-Unis sont décalées d'une heure par rapport à leur position habituelle vis-à-vis de Londres. Vérifiez les sessions, les heures de swap et le calendrier de votre LP avant chaque changement d'heure et avant les jours fériés. Les contrôles des sessions et des calendriers d'heure d'été et de jours fériés font partie du service d'opérations de risque de FXSUPPORT ; voir gestion des risques.
Ressources serveur, bases de données et sauvegardes
Une dégradation lente, comme des temps d'exécution qui augmentent chaque semaine, signale généralement une limite de ressources. Surveillez le CPU, la mémoire, l'espace disque et les E/S sur chaque serveur et déclenchez des alertes avant que les seuils ne soient atteints.
- Disque : les journaux et l'historique croissent en permanence. Un disque plein peut interrompre simultanément la journalisation, les rapports et les sauvegardes.
- Sauvegardes : vérifiez que les sauvegardes se terminent et que vous avez testé une restauration. MetaQuotes indique que les bases de données système de MT5 disposent d'« options de sauvegarde et de restauration » (MetaTrader 5 for Brokers) ; une sauvegarde que vous n'avez jamais restaurée reste une hypothèse.
Nous prenons en charge à la fois les environnements Windows Server, typiques de MetaTrader, et les environnements Linux utilisés pour le web, les bases de données et les systèmes annexes. Voir supervision des serveurs, sauvegarde et restauration et optimisation des performances.
Escalade : qui est responsable de quelle correction
Escaladez par couche : chaque composant a un responsable, et savoir à l'avance qui appeler est ce qui fait gagner le plus de temps.
| Couche | Responsable | À apporter lors de l'appel |
|---|---|---|
| Serveurs de trading, d'historique et d'accès | Administrateurs MetaTrader du courtier ou prestataire de support (clients grey label : le titulaire de la licence serveur) | Journaux, horaires, modifications récentes |
| Défauts du logiciel MetaTrader | MetaQuotes, via le canal de support du titulaire de la licence | Numéro de build, étapes de reproduction, journaux |
| Bridge ou passerelle | Éditeur du bridge (p. ex. PrimeXM, oneZero, Match-Trade) | Identifiants d'ordres, motifs de rejet, journaux de session |
| Liquidité et prix | Fournisseur de liquidité | Symboles, horaires, échantillons de prix, rejets |
| Réseau, serveurs, DDoS | Hébergeur ou data center | Traceroutes, graphiques de trafic, IP concernées |
| Plugins, CRM, intégrations API | Développeur du plugin ou éditeur du CRM | Version du plugin, journal des modifications, erreurs API |
Un courtier en grey label, installé sur le serveur MetaTrader 5 sous licence d'une autre société avec ses propres groupes de clients et sa propre marque, tandis que la licence du serveur MT5 reste chez le fournisseur, ne peut généralement pas corriger lui-même les pannes au niveau du serveur et doit escalader vers le fournisseur. Voir white label et grey label.
Après l'incident : revue et régulateurs
Un incident est clos lorsque la cause racine est connue et qu'une action préventive a été convenue, et non lorsque le serveur est de nouveau opérationnel. Rédigez un rapport court : chronologie, impact, cause racine et actions préventives avec leurs responsables.
La FCA indique que les entreprises soumises à ses règles de résilience opérationnelle « avaient jusqu'au 31 mars 2025 pour s'assurer qu'elles pouvaient exploiter leurs services métier importants dans les limites de leurs tolérances d'impact » (FCA). Dans l'UE, l'ESMA indique que le règlement sur la résilience opérationnelle numérique (DORA) « est entré en vigueur le 16 janvier 2023 et s'appliquera à compter du 17 janvier 2025 » (ESMA). L'obligation de déclarer un incident donné, et ses modalités, dépendent de votre licence et de votre juridiction ; vérifiez auprès de votre responsable de la conformité. Il s'agit d'informations générales, et non d'un conseil juridique.
Comment FXSUPPORT vous aide
FXSUPPORT fournit un support technique MT4/MT5 externalisé et des services d'exploitation gérés pour les courtiers forex et les prop firms, y compris le dépannage d'incidents. FXSUPPORT n'est affilié ni à MetaQuotes ni à aucun éditeur cité sur cette page.
Support plateforme
Installation, mises à jour, sauvegardes, configuration, surveillance des journaux et configuration des bridges pour MT4 et MT5. Voir support MetaTrader.
Infrastructure
Serveurs au Royaume-Uni et aux Pays-Bas, supervision, protection DDoS et durcissement de la sécurité, avec un objectif de disponibilité de 99,9 %.
Opérations de risque
Rapports de fin de journée et du soir, listes de flux toxiques, et contrôles des sessions et des calendriers d'heure d'été et de jours fériés.
Rapports de cause racine
Après les incidents importants : chronologie, cause racine, impact et mesures préventives recommandées, ainsi que planification de la reprise après sinistre et restaurations.
La tarification dépend de votre plateforme (MT4, MT5 ou les deux), du nombre de serveurs, des intégrations, des plages horaires couvertes et du besoin d'une aide ponctuelle ou d'une exploitation continue. Contactez-nous pour obtenir un devis.
Questions fréquentes
MT5 est-il en panne pour tout le monde ?
MetaQuotes peut-elle réparer mon serveur MT5 lorsqu'il est en panne ?
Pourquoi les clients reçoivent-ils « No connection » alors que le serveur fonctionne ?
Pourquoi de nombreux clients voient-ils soudainement « Invalid account » ?
Les cotations sont figées sur un symbole. Par où commencer ?
Les ordres sont rejetés alors que les prix évoluent. Quel est le problème ?
Comment savoir si un plugin est à l'origine du problème ?
Pourquoi les problèmes apparaissent-ils souvent autour des changements d'heure ?
Dois-je déclarer une panne de plateforme à mon régulateur ?
Je dirige un courtier MT5 en grey label. Puis-je corriger moi-même les problèmes de serveur ?
MT4 est-il toujours pris en charge pour le dépannage ?
Combien coûte le support en cas d'incident ?
Sources
- MetaTrader 5 for Brokers — MetaQuotes (consulté le 8 octobre 2026)
- Buy the MetaTrader 5 Platform — MetaQuotes (consulté le 8 octobre 2026)
- MetaTrader 4 for Brokers — MetaQuotes (consulté le 8 octobre 2026)
- MetaTrader 4 API — MetaQuotes (consulté le 8 octobre 2026)
- MetaTrader 4 Help: Settings, Server — MetaQuotes (consulté le 8 octobre 2026)
- MetaTrader 5 Help: Platform Logs — MetaQuotes (consulté le 8 octobre 2026)
- Trade Server Return Codes — MQL5 Reference (consulté le 8 octobre 2026)
- Error Codes — MQL4 Reference (consulté le 8 octobre 2026)
- XCore — PrimeXM (consulté le 8 octobre 2026)
- oneZero trading technology — oneZero (consulté le 8 octobre 2026)
- Operational resilience — Financial Conduct Authority (consulté le 8 octobre 2026)
- Digital Operational Resilience Act (DORA) — ESMA (consulté le 8 octobre 2026)
- When do the clocks change? — GOV.UK (consulté le 8 octobre 2026)
- Daylight Saving Time — NIST (consulté le 8 octobre 2026)
FXSUPPORT n'est affilié ni à MetaQuotes Ltd. ni aux éditeurs cités sur cette page. Informations générales, ne constituant ni un conseil juridique ni un conseil en investissement.
Besoin d'un regard extérieur sur un incident en cours ou une panne récurrente ?
Envoyez-nous les symptômes, les modifications récentes et des extraits de journaux. Nous examinons votre configuration MT4/MT5 et vous indiquons ce que nous vérifierions et corrigerions en premier.