MetaTrader-Server-Fehlerbehebung: Runbook | FXSUPPORT

FXSUPPORT

Incident-Runbook für Broker

MetaTrader-Server-Fehlerbehebung: Ein Incident-Runbook für MT4/MT5-Broker

Wenn Kunden melden, dass Ihr MT5-Server ausgefallen ist, entscheiden die ersten fünfzehn Minuten darüber, wie lange der Ausfall dauert. Dieses Runbook ordnet Symptome den Prüfungen und Lösungen zu – über Access-Server, Datenfeeds, Bridges, Plugins und Eskalation.

MT4/MT5-Server-Fehlerbehebung für Broker: Tabelle von Symptom zu Lösung, Logs, Rückgabecodes, Access-Server, Datenfeeds, Bridges, Plugins und Eskalation.

Von der FXSUPPORT-Redaktion · Aktualisiert am 8. Oktober 2026

Kurze Antwort: Die Fehlerbehebung auf MetaTrader-Servern beginnt mit dem Umfang: Betrifft das Problem einen Kunden, eine Gruppe, ein Symbol oder den gesamten MT4/MT5-Server? Prüfen Sie dann der Reihe nach die Logs von Server und Access-Servern, die Konnektivität, den Datenfeed, die Bridge bzw. die Liquiditätsroute, kürzlich geänderte Plugins und die Session-Einstellungen. Beheben Sie die engste Ursache, kommunizieren Sie und dokumentieren Sie die Grundursache.

Ist der MT5-Server ausgefallen oder betrifft es nur einen Kunden?

Die meisten Meldungen „MT5-Server down“ sind keine vollständigen Ausfälle: Sie betreffen einen Kunden, ein Netzwerk oder ein Symbol. Bevor jemand einen Dienst neu startet, klären Sie, wie weit das Problem reicht, denn ein falscher Neustart kann ein Teilproblem in einen Komplettausfall verwandeln.

Jeder Broker (oder sein White-Label- bzw. Grey-Label-Anbieter) betreibt eigene Server; MetaQuotes liefert die Software:

You independently deploy our software on your own hardware, as well as maintain your server infrastructure and fully control support and administration.
(Übersetzung: „Sie installieren unsere Software eigenständig auf Ihrer eigenen Hardware, warten Ihre Serverinfrastruktur und haben die volle Kontrolle über Support und Administration.“)— MetaQuotes, MetaTrader 5 for Brokers (abgerufen im Oktober 2026)

Auf der Lizenzseite ergänzt MetaQuotes, dass es „keinen Zugriff auf Ihre Server, Konten oder die Handelshistorie Ihrer Kunden“ hat (metatrader5.com). Trader sollten sich an ihren Broker wenden. Wenn Sie einen Broker betreiben, ist der Rest dieser Seite Ihr Runbook.

Nutzen Sie vier kurze Fragen zum Umfang:

Wer? Ein Konto, eine Gruppe, die Kunden eines IB, ein Land oder alle?
Wo? Desktop, Mobil, WebTrader oder alle drei? Auch Manager- und Administrator-Terminals?
Was? Kein Login möglich, keine Kurse, eingefrorene Kurse, abgelehnte Orders, langsame Ausführung, falsche Swaps oder falsche Session-Zeiten?
Seit wann? Was hat sich in den letzten 24 Stunden geändert?

Alle Nutzer auf allen Geräten deuten auf den Handelsserver oder das vorgelagerte Netzwerk hin; eine Region deutet auf einen Access-Server hin; ein Symbol deutet auf den Datenfeed hin; scheitern Orders, während Kurse fließen, deutet das auf die Bridge, den Liquiditätsanbieter oder ein Plugin hin.

Wie die Schichten zusammenspielen

MetaTrader 5 verteilt seine Arbeit auf mehrere Serverrollen, weshalb Fehlerbehebung bedeutet, jede Schicht nacheinander zu prüfen. MetaQuotes beschreibt die Plattform als „auf einer verteilten Architektur basierend, in der unterschiedliche Funktionen auf unterschiedlichen Servern ausgeführt werden“, und merkt an, dass „Handelsserver hinter mehreren Access Points verborgen werden können, die wie Hüllen fungieren“ (MetaTrader 5 for Brokers).

 Kunden (Desktop / Mobil / Web)          Manager / Admins
            |                                    |
     [ Access-Server ]  <-- DDoS, Routing, Last
            |
     [ Handelsserver ] --- [ History-Server ] --- [ Backup-Server ]
       |        |   \
  Plugins   Datenfeed  Gateway / Bridge --> Liquiditätsanbieter
 (Server API) (Kurse)  (PrimeXM, oneZero, FIX ...)

Vereinfachte MT5-Incident-Karte: Prüfen Sie jedes Kästchen und jede Verbindungslinie dazwischen.

MT4 ist einfacher, folgt aber derselben Logik: ein Handelsserver, Kursfeeds, auf der Server API aufbauende Server-Plugins und darum herum Tools auf Basis der Manager API. MetaQuotes erklärt, dass „Lizenzen für die Handelsplattform MetaTrader 4 nicht mehr erworben werden können“ (metatrader4.com), daher betreiben viele Broker MT4 und MT5 während einer Migration parallel, was die Zahl der zu prüfenden Stellen verdoppelt.

Die ersten 15 Minuten: Triage-Schritte

Gehen Sie jedes Mal in derselben Reihenfolge vor: Umfang, Schweregrad, Logs, jüngste Änderungen, dann eine Entscheidung. Versehen Sie jeden Schritt für die Nachbetrachtung mit einem Zeitstempel.

Einen Incident-Datensatz anlegen mit dem Zeitpunkt der ersten Meldung und dem exakten Fehler.
Den Umfang bestätigen mit einem internen Testkonto auf Desktop, Mobil und Web.
Den Schweregrad festlegen anhand der folgenden Tabelle und eine Incident-Leitung benennen, die über Neustarts und Kundenmitteilungen entscheidet.
Die Logs lesen der letzten 30–60 Minuten auf Handelsserver, Access-Servern, Feed und Bridge.
Jüngste Änderungen auflisten: Plugins, Konfiguration, Server-Builds, Zertifikate, Firewall, DNS, Hosting.
Entscheiden: die letzte Änderung zurücknehmen, ein Failover durchführen, eine Komponente isolieren (ein Symbol, eine Route oder ein Plugin deaktivieren) oder an den Anbieter eskalieren.
Kommunizieren, was betroffen ist und wann das nächste Update folgt.

Schweregrade von Vorfällen für einen MT4/MT5-Broker (Beispielschema)
Stufe	Typische Situation	Erste Maßnahme
Kritisch	Kein Kunde kann sich einloggen oder handeln; Handelsserver ausgefallen; keine Preise bei wichtigen Symbolen	Alle Kräfte bündeln; Failover oder Rollback; Statusmeldung an Kunden
Hoch	Ein Access Point, eine Region, eine Plattform (z. B. Mobil) oder eine Liquiditätsroute fällt aus	Isolieren und umleiten; Dealing und Support informieren
Mittel	Ein Symbol eingefroren, falsche Swaps, verzögerte Berichte, ein einzelnes fehlerhaftes Plugin	Element deaktivieren oder korrigieren; innerhalb des Geschäftstags beheben
Niedrig	Verbindung eines einzelnen Kunden, kosmetische Probleme, Warnungen in Logs ohne Auswirkung auf Kunden	Ticket-Warteschlange; Grundursache im nächsten Wartungsfenster

Symptome, Prüfungen und Lösungen

Ordnen Sie das Symptom der wahrscheinlichsten Schicht zu, führen Sie die Prüfung durch und wenden Sie dann die engste Lösung an. Ausführungsentscheidungen, etwa die Verlagerung des Orderflusses bei Ausfall eines LP, liegen beim Dealing Desk und bei der Risikorichtlinie.

MetaTrader-Server-Fehlerbehebung: Symptom → Prüfung → Lösung
Symptom	Wahrscheinliche Schicht	Prüfung	Typische Lösung
„No connection“ bei allen Kunden	Handelsserver, Netzwerk, Access-Server	Läuft der Dienst? Kann sich ein internes Konto direkt und über jeden Access Point verbinden? Firewall- oder DNS-Änderungen?	Nur die ausgefallene Komponente neu starten; Netzwerkänderungen zurücknehmen; Kunden auf funktionierende Access Points umleiten
„No connection“ in einer Region oder bei einem ISP	Access-Server oder Routing	Verbindungsversuche im Log dieses Access-Servers; Latenz und Paketverlust aus der Region	Access Point aus der Rotation nehmen; umleiten; Status des Hosting-Anbieters prüfen
„Invalid account“ bei vielen Kunden	Falscher Servername in Apps, Gruppen- oder Kontoeinstellungen, Plugin	An Kunden veröffentlichte Servernamen; jüngste Gruppenänderungen; Plugin, das Logins blockiert	Serverliste oder Gruppenberechtigungen korrigieren; Plugin zurücksetzen
Eingefrorene Kurse bei einem oder mehreren Symbolen	Datenfeed	Feed-Status und Zeit des letzten Ticks; Session-Einstellungen des Symbols; Status der Feed-Quelle	Feed neu starten oder umschalten; Sessions korrigieren; Handel mit dem Symbol vorübergehend deaktivieren
Orders abgelehnt oder „Off quotes“, während sich Preise bewegen	Bridge, Gateway oder Liquiditätsanbieter	Bridge-Logs, Status der LP-Session, Symbolzuordnung, Margin beim LP	Session wiederherstellen; Zuordnung korrigieren; gemäß Ihrer Risikorichtlinie zu einem Backup-LP oder ins B-Book routen
Langsame Ausführung, Requotes, Timeouts	Serverlast, Bridge-Latenz, Plugin	CPU, Arbeitsspeicher und Festplatte auf dem Server; Round-Trip-Zeiten der Bridge; Verarbeitungszeit der Plugins	Engpass beseitigen; langsames Plugin deaktivieren; Ressourcen skalieren
Serverabsturz nach einem Update	Neuer Build oder neues Plugin	Absturzzeit im Abgleich mit dem Änderungsprotokoll; Lademeldungen der Plugins	Plugin oder Konfiguration zurücksetzen; zuerst auf einem Staging-Server testen
Falsche Swaps oder Rollover-Gebühren	Swap-Einstellungen, Session- oder Sommerzeitkonfiguration	Swap-Werte, Tag des Triple-Swaps, Zeitzone des Servers, Rollover-Zeit	Korrigieren und neu berechnen; Korrekturen bei Kunden dokumentieren
Märkte öffnen zu spät oder schließen zu früh	Session- und Feiertagspläne, Sommerzeit	Symbol-Sessions im Abgleich mit dem Kalender des Handelsplatzes und des LP	Sessions korrigieren; den korrigierten Zeitplan veröffentlichen

Zuerst Logs und Rückgabecodes lesen

Logs machen aus „der Server ist down“ eine konkrete Komponente und einen konkreten Zeitpunkt. Ziehen Sie die Logs von Handelsserver, Access-Server, Feed und Bridge für dasselbe Zeitfenster, gleichen Sie die Zeitzonen an und suchen Sie den ersten Fehler, nicht den auffälligsten.

Auch Client-Terminals liefern Belege. MetaTrader 5 schreibt Plattformereignisse in die Registerkarte Journal, mit einer Spalte „Source“ (zum Beispiel „Network“) und einem Kontextmenübefehl zum Öffnen des Ordners mit den Logdateien; Ereignisse von Expert Advisors landen in der Registerkarte Experts (MetaTrader 5 Help: Platform Logs).

Von Kunden und Expert Advisors gemeldete Codes lokalisieren den Fehler schnell (offizielle Referenzen MQL4 und MQL5):

MT4- und MT5-Codes, die auf serverseitige Probleme hinweisen
Plattform	Code	Offizielle Beschreibung	Wo zuerst nachsehen
MT4	6 ERR_NO_CONNECTION	Keine Verbindung zum Handelsserver	Handelsserver, Access Points, Netzwerk
MT4	65 ERR_INVALID_ACCOUNT	Ungültiges Konto	Servername, Konto- und Gruppeneinstellungen
MT4	136 ERR_OFF_QUOTES	Off quotes (keine Kurse)	Datenfeed, Bridge, LP-Preisstellung
MT4	132 ERR_MARKET_CLOSED	Markt ist geschlossen	Symbol-Sessions, Feiertage, Sommerzeit
MT5	10031	Keine Verbindung zum Handelsserver	Handelsserver, Access-Server, Netzwerk
MT5	10021	Keine Kurse zur Bearbeitung der Anfrage vorhanden	Datenfeed, Symboleinstellungen
MT5	10018	Markt ist geschlossen	Sessions, Feiertage, Sommerzeit
MT5	10006	Anfrage abgelehnt	Bridge, Gateway, Plugin oder Dealer-Regeln
MT5	10012	Anfrage wegen Zeitüberschreitung abgebrochen	Latenz des Ausführungspfads

Melden viele verschiedene Kunden in derselben Minute denselben Code, liegt die Ursache fast immer auf der Serverseite. Eine umfassendere Liste finden Sie in unserem Leitfaden zu häufigen MetaTrader-Fehlern, und für strukturierte Log-Arbeit unter MetaTrader-Log-Analyse.

Access-Server und Konnektivität

Access-Server sind die Türen, durch die Kunden den Handelsserver erreichen, daher sieht ein Fehler dort wie „Server down“ aus, auch wenn der Handelsserver einwandfrei läuft. Prüfen Sie jeden Access Point einzeln, bevor Sie den Handelsserver anfassen.

Erreichbarkeit: Testen Sie einen internen Login über jeden Access Point.
Last und Angriffe: Plötzliche Spitzen bei Verbindungen aus ungewöhnlichen Quellen deuten auf einen DDoS-Angriff hin. Filtern oder rotieren Sie den betroffenen Access Point, statt den Handelsserver neu zu starten. Siehe DDoS-Schutz.
Serverlisten: Bestätigen Sie nach einer Änderung der Access Points die Adressen, die Kunden erhalten. MetaTrader 4 erwartet die Adresse im Format „[Internetadresse des Servers] : [Portnummer]“ (MetaTrader 4 Help).
Zertifikate, DNS und Firewalls: Abgelaufene Zertifikate, geänderte DNS-Einträge und neue Firewall-Regeln sind häufige Ursachen für „gestern lief es, heute nicht“.
Hosting: Prüfen Sie die Statusseite des Anbieters und Ihr Netzwerk-Monitoring. FXSUPPORT betreibt Infrastruktur im Vereinigten Königreich und in den Niederlanden; siehe MetaTrader-Server-Hosting.

Probleme mit dem Datenfeed

Wenn die Kurse stoppen, stoppt der Handel. Die MT4-Hilfe von MetaQuotes sagt es deutlich:

If a client terminal does not receive quotes, it is impossible to trade with it.
(Übersetzung: „Wenn ein Client-Terminal keine Kurse empfängt, ist es unmöglich, damit zu handeln.“)— MetaQuotes, MetaTrader 4 Help: Settings, Server (abgerufen im Oktober 2026)

Feeds erreichen MetaTrader über Feeder und Gateways: MetaQuotes beschreibt die MT4 DataFeed API als „für die Entwicklung beliebiger Nachrichten- und Kursdatenfeeds konzipiert“ (MetaTrader 4 API) und die MT5 Gateway API als Werkzeug für die „Integration mit anderen Handelssystemen und die Erstellung eigener Datenfeeds“ (MetaTrader 5 for Brokers). Prüfungen in dieser Reihenfolge:

Welche Symbole sind eingefroren: alle, eine Anlageklasse oder eine Feed-Quelle?
Wann kam der letzte Tick an? Zeigt das Feed-Log einen Verbindungsabbruch oder einen Login-Fehler?
Liefert die vorgelagerte Quelle an anderer Stelle Preise?
Stimmen Symbolnamen und Zuordnungen nach einer jüngsten Änderung auf einer der beiden Seiten noch überein?
Sind die Sessions des Symbols geöffnet? Ein „eingefrorenes“ Symbol ist manchmal einfach eine geschlossene Session.

Die Lösungen reichen vom Neustart des Feeders bis zum Umschalten auf eine Backup-Quelle. Solange die Preise veraltet sind, sollten Sie erwägen, den Handel mit den betroffenen Symbolen zu deaktivieren. Mehr dazu: Einrichtung von MetaTrader-Datenfeeds.

Kämpfen Sie jeden Monat mit demselben Vorfall?

Senden Sie uns das Symptom, den Zeitpunkt, zu dem es auftritt, und Ihr jüngstes Änderungsprotokoll. Wir sagen Ihnen, welche Schicht wir zuerst prüfen würden und wie wir ein erneutes Auftreten verhindern würden.

Kostenlose technische Prüfung anfordern WhatsApp Telegram

Probleme mit Bridge und Liquidität

Wenn Kurse fließen, aber Orders scheitern, sehen Sie sich die Bridge oder das Gateway zwischen MetaTrader und Ihren Liquiditätsanbietern an. Bridges wie PrimeXM XCore verbinden MT4/MT5 mit externer Liquidität; PrimeXM beschreibt XCore als Lösung, die „mehrere branchenübliche Schnittstellen – etwa MT4/MT5- und FIX-API-Protokolle“ unterstützt (PrimeXM), und oneZero beschreibt seinen Hub als „System für Preisgestaltung und Risikomanagement“ (oneZero).

Session-Status: Sind die FIX- oder API-Sessions zu jedem LP eingeloggt? Achten Sie auf Verbindungsabbrüche, Zurücksetzungen der Sequenznummern und Heartbeat-Timeouts.
Ablehnungen: Lesen Sie den Ablehnungsgrund. „Off quotes“, Ablehnungen wegen Preistoleranz und wegen Volumen erfordern unterschiedliche Lösungen.
Zuordnung: Prüfen Sie nach Symboländerungen, ob MetaTrader-Symbole, Kontraktgrößen und Nachkommastellen noch korrekt den LP-Instrumenten zugeordnet sind.
Kreditlinie beim LP: Ablehnungen können bedeuten, dass Ihr LP-Konto nahe an seinem Limit ist.
Latenz: Vergleichen Sie die Round-Trip-Zeiten der Bridge mit Ihrer normalen Baseline; siehe Latenzoptimierung.

Bridge- und LP-Fehler erfordern in der Regel den Anbieter. FXSUPPORT arbeitet mit Technologien wie PrimeXM XCore, oneZero Hub, Match-Trade und FIX API; siehe Bridge-Lösungen, PrimeXM-XCore-Integration und oneZero-Hub-Integration.

Plugin-Konflikte und Update-Probleme

Server-Plugins laufen im Handelspfad, daher kann ein fehlerhaftes Plugin Logins blockieren, die Ausführung verlangsamen oder den Server zum Absturz bringen. MetaQuotes merkt an, dass die MT4 Server API Plugins für die „Verwaltung von Serverparametern, Order- und Kundenbasis, Verarbeitung von Handelsanfragen und mehr“ ermöglicht (MetaTrader 4 API).

Vergleichen Sie den Beginn des Vorfalls mit dem Plugin-Änderungsprotokoll und den Serverneustarts.
Prüfen Sie das Serverlog auf Ladefehler von Plugins und langsame Verarbeitung.
Achten Sie auf zwei Plugins, die auf dasselbe Ereignis reagieren.
Testen Sie das Deaktivieren des verdächtigen Plugins zuerst auf Staging; in der Produktion nur mit Zustimmung der Incident-Leitung.
Bestätigen Sie nach einem Update des Server-Builds die Kompatibilität jedes Plugins, bevor Sie den Handel wieder öffnen.

Die langfristige Lösung ist Change Control: ein Staging-Server, ein schriftlicher Rollback-Plan und ein Verantwortlicher pro Plugin. Wir entwickeln und pflegen Plugins; siehe MetaTrader-Plugin-Entwicklung.

Sessions, Feiertage und Sommerzeit

Viele Vorfälle am „Montagmorgen“ sind Fehler im Zeitplan statt technischer Störungen. Falsche Session-Zeiten schließen Märkte zu früh, verzögern die Öffnung oder berechnen Swaps am falschen Tag.

Die Sommerzeit ist die klassische Falle, weil Regionen zu unterschiedlichen Terminen umstellen. 2026 werden die Uhren im Vereinigten Königreich am 25. Oktober zurückgestellt (GOV.UK), während die Sommerzeit in den USA am 1. November endet (NIST). In dieser Woche liegen an die USA gekoppelte Sessions eine Stunde von ihrer üblichen Position relativ zu London entfernt. Prüfen Sie Sessions, Swap-Zeiten und den Zeitplan Ihres LP vor jeder Umstellung und vor Feiertagen. Prüfungen von Sessions sowie von Sommerzeit- und Feiertagsplänen sind Teil des Risikobetriebs-Service von FXSUPPORT; siehe Risikomanagement.

Serverressourcen, Datenbanken und Backups

Eine schleichende Verschlechterung, etwa Ausführungszeiten, die jede Woche länger werden, bedeutet in der Regel ein Ressourcenlimit. Überwachen Sie CPU, Arbeitsspeicher, Festplattenplatz und I/O auf jedem Server und lösen Sie Warnungen aus, bevor Schwellenwerte erreicht werden.

Festplatte: Logs und Historie wachsen kontinuierlich. Eine volle Festplatte kann Logging, Berichte und Backups gleichzeitig stoppen.
Backups: Bestätigen Sie, dass Backups vollständig abgeschlossen werden und dass Sie eine Wiederherstellung getestet haben. MetaQuotes merkt an, dass die Systemdatenbanken von MT5 „Backup- und Wiederherstellungsoptionen“ bieten (MetaTrader 5 for Brokers); ein Backup, das Sie nie wiederhergestellt haben, bleibt eine Annahme.

Wir unterstützen sowohl Windows-Server-Umgebungen, wie sie für MetaTrader typisch sind, als auch Linux-Umgebungen für Web, Datenbanken und unterstützende Systeme. Siehe Server-Monitoring, Backup und Wiederherstellung und Performance-Tuning.

Eskalation: wer für welche Lösung zuständig ist

Eskalieren Sie nach Schicht: Jede Komponente hat einen Verantwortlichen, und wer im Voraus weiß, wen er anrufen muss, spart die meiste Zeit.

Eskalationsmatrix für einen MT4/MT5-Vorfall
Schicht	Verantwortlich	Zum Gespräch mitbringen
Handels-, History- und Access-Server	MetaTrader-Admins des Brokers oder Supportanbieter (bei Grey-Label-Kunden: der Inhaber der Serverlizenz)	Logs, Zeitpunkte, jüngste Änderungen
Softwarefehler in MetaTrader	MetaQuotes, über den Supportkanal des Lizenzinhabers	Build-Nummer, Schritte zur Reproduktion, Logs
Bridge oder Gateway	Bridge-Anbieter (z. B. PrimeXM, oneZero, Match-Trade)	Order-IDs, Ablehnungsgründe, Session-Logs
Liquidität und Preisstellung	Liquiditätsanbieter	Symbole, Zeitpunkte, Preisbeispiele, Ablehnungen
Netzwerk, Server, DDoS	Hosting-Anbieter oder Rechenzentrum	Traceroutes, Traffic-Graphen, betroffene IPs
Plugins, CRM, API-Integrationen	Plugin-Entwickler oder CRM-Anbieter	Plugin-Version, Änderungsprotokoll, API-Fehler

Ein Grey-Label-Broker, der innerhalb des lizenzierten MetaTrader-5-Servers eines anderen Unternehmens mit eigenen Kundengruppen und eigener Marke eingerichtet ist, während die MT5-Serverlizenz beim Anbieter verbleibt, kann Fehler auf Serverebene in der Regel nicht selbst beheben und muss an den Anbieter eskalieren. Siehe White und Grey Label.

Nach dem Vorfall: Nachbetrachtung und Aufsichtsbehörden

Ein Vorfall ist abgeschlossen, wenn die Grundursache bekannt und eine Präventivmaßnahme vereinbart ist, nicht wenn der Server wieder läuft. Verfassen Sie einen kurzen Bericht: Zeitablauf, Auswirkungen, Grundursache und Präventivmaßnahmen mit Verantwortlichen.

Die FCA weist darauf hin, dass Firmen, die unter ihre Regeln zur operationellen Resilienz fallen, „bis zum 31. März 2025 Zeit hatten, sicherzustellen, dass sie ihre wichtigen Geschäftsdienste innerhalb ihrer Auswirkungstoleranzen betreiben können“ (FCA). In der EU erklärt die ESMA, dass der Digital Operational Resilience Act (DORA) „am 16. Januar 2023 in Kraft getreten ist und ab dem 17. Januar 2025 gilt“ (ESMA). Ob und wie Sie einen bestimmten Vorfall melden müssen, hängt von Ihrer Lizenz und Ihrer Rechtsordnung ab; klären Sie dies mit Ihrem Compliance-Beauftragten. Dies sind allgemeine Informationen, keine Rechtsberatung.

Wie FXSUPPORT hilft

FXSUPPORT bietet ausgelagerten technischen MT4/MT5-Support und Managed Operations für Forex-Broker und Prop-Firmen, einschließlich der Fehlerbehebung bei Vorfällen. FXSUPPORT ist weder mit MetaQuotes noch mit einem der auf dieser Seite genannten Anbieter verbunden.

Plattformsupport

Einrichtung, Updates, Backups, Konfiguration, Log-Monitoring und Bridge-Konfiguration für MT4 und MT5. Siehe MetaTrader-Support.

Infrastruktur

Server im Vereinigten Königreich und in den Niederlanden, Monitoring, DDoS-Schutz und Sicherheitshärtung, mit einem Verfügbarkeitsziel von 99,9 %.

Risikobetrieb

Tagesend- und Abendberichte, Toxic-Flow-Listen sowie Prüfungen von Sessions und von Sommerzeit- und Feiertagsplänen.

Berichte zur Grundursache

Nach erheblichen Vorfällen: Zeitablauf, Grundursache, Auswirkungen und empfohlene Präventivmaßnahmen sowie Disaster-Recovery-Planung und Wiederherstellungen.

Der Preis hängt von Ihrer Plattform (MT4, MT5 oder beide), der Anzahl der Server, den Integrationen, den Abdeckungszeiten und davon ab, ob Sie einmalige Hilfe oder einen laufenden Betrieb benötigen. Kontaktieren Sie uns für ein Angebot.

Häufig gestellte Fragen

Ist MT5 für alle ausgefallen?

Es gibt keinen einzelnen MT5-Server. Jeder Broker betreibt eigene Server, sodass ein Ausfall bei einem Broker andere nicht betrifft. Trader sollten sich an ihren Broker wenden; Broker sollten den Umfang mit einem internen Testkonto bestätigen.

Kann MetaQuotes meinen MT5-Server reparieren, wenn er ausgefallen ist?

MetaQuotes gibt an, keinen Zugriff auf die Server, Konten oder Handelshistorie von Brokern zu haben, und dass Broker ihre eigene Infrastruktur warten. MetaQuotes kann über den Kanal des Lizenzinhabers bei Softwarefehlern helfen, doch der laufende Betrieb und die Behebung von Vorfällen sind Aufgabe des Brokers oder seines Supportanbieters.

Warum erhalten Kunden „No connection“, obwohl der Server läuft?

In der Regel fällt vor einem funktionierenden Handelsserver ein Access-Server, eine Route, ein DNS-Eintrag, ein Zertifikat oder eine Firewall-Regel aus. Testen Sie jeden Access Point, bevor Sie irgendetwas neu starten.

Warum sehen plötzlich viele Kunden „Invalid account“?

Häufige Ursachen sind ein falscher Servername in der Serverliste, die Kunden erhalten, eine Änderung von Gruppen- oder Kontoeinstellungen oder ein Plugin, das Logins blockiert. Vergleichen Sie den Beginn mit Ihrem Änderungsprotokoll.

Die Kurse eines Symbols sind eingefroren. Wo fange ich an?

Prüfen Sie zuerst die Session-Einstellungen des Symbols, dann die Zeit des letzten Ticks und das Feed-Log, danach die vorgelagerte Quelle und die Symbolzuordnung. Erwägen Sie, den Handel mit dem Symbol zu deaktivieren, solange die Preise veraltet sind.

Orders werden abgelehnt, aber die Preise bewegen sich. Was ist falsch?

Sehen Sie sich den Ausführungspfad an: Sessions von Bridge oder Gateway, Ablehnungsgründe, Symbolzuordnung sowie Ihre Margin bzw. Kreditlinie beim Liquiditätsanbieter.

Woran erkenne ich, ob ein Plugin das Problem verursacht?

Prüfen Sie, ob das Problem nach einer Plugin-Änderung begonnen hat, suchen Sie im Serverlog nach Plugin-Fehlern und testen Sie, indem Sie das Plugin zuerst auf Staging deaktivieren.

Warum treten Probleme oft rund um Sommerzeitumstellungen auf?

Regionen stellen ihre Uhren zu unterschiedlichen Terminen um. 2026 stellt das Vereinigte Königreich am 25. Oktober um und die USA am 1. November, sodass Sessions, Rollover- und Swap-Zeiten um eine Stunde abweichen können, wenn sie nicht aktualisiert werden.

Muss ich einen Plattformausfall meiner Aufsichtsbehörde melden?

Das hängt von Ihrer Lizenz und Ihrer Rechtsordnung ab. Britische Firmen, die unter die FCA-Regeln zur operationellen Resilienz fallen, und EU-Firmen, die unter DORA fallen, haben spezifische Pflichten. Klären Sie dies mit Ihrem Compliance-Beauftragten; dies sind allgemeine Informationen, keine Rechtsberatung.

Ich betreibe einen Grey-Label-MT5-Broker. Kann ich Serverprobleme selbst beheben?

Auf Serverebene in der Regel nicht, da die MT5-Serverlizenz beim Anbieter verbleibt. Probleme mit Server, Access-Server und Feed werden an den Anbieter eskaliert.

Wird MT4 bei der Fehlerbehebung noch unterstützt?

MetaQuotes verkauft keine MT4-Lizenzen mehr, doch viele Broker betreiben weiterhin MT4-Server. Wir unterstützen MT4, MT5 und gemischte Setups, einschließlich der MT4-zu-MT5-Migration.

Was kostet Incident-Support?

Das hängt von Ihren Plattformen, der Anzahl der Server, den Integrationen, den Abdeckungszeiten und davon ab, ob Sie einmalige Hilfe oder einen laufenden Betrieb benötigen. Kontaktieren Sie uns mit Ihrem Setup für ein Angebot.

Quellen

MetaTrader 5 for Brokers — MetaQuotes (abgerufen am 8. Oktober 2026)
Buy the MetaTrader 5 Platform — MetaQuotes (abgerufen am 8. Oktober 2026)
MetaTrader 4 for Brokers — MetaQuotes (abgerufen am 8. Oktober 2026)
MetaTrader 4 API — MetaQuotes (abgerufen am 8. Oktober 2026)
MetaTrader 4 Help: Settings, Server — MetaQuotes (abgerufen am 8. Oktober 2026)
MetaTrader 5 Help: Platform Logs — MetaQuotes (abgerufen am 8. Oktober 2026)
Trade Server Return Codes — MQL5 Reference (abgerufen am 8. Oktober 2026)
Error Codes — MQL4 Reference (abgerufen am 8. Oktober 2026)
XCore — PrimeXM (abgerufen am 8. Oktober 2026)
oneZero trading technology — oneZero (abgerufen am 8. Oktober 2026)
Operational resilience — Financial Conduct Authority (abgerufen am 8. Oktober 2026)
Digital Operational Resilience Act (DORA) — ESMA (abgerufen am 8. Oktober 2026)
When do the clocks change? — GOV.UK (abgerufen am 8. Oktober 2026)
Daylight Saving Time — NIST (abgerufen am 8. Oktober 2026)

FXSUPPORT ist nicht mit MetaQuotes Ltd. oder den auf dieser Seite genannten Anbietern verbunden. Allgemeine Informationen, keine Rechts- oder Anlageberatung.

Brauchen Sie eine zweite Meinung zu einem laufenden Vorfall oder einem wiederkehrenden Fehler?

Senden Sie uns die Symptome, jüngste Änderungen und Log-Auszüge. Wir prüfen Ihr MT4/MT5-Setup und sagen Ihnen, was wir zuerst prüfen und beheben würden.

Kostenlose technische Prüfung anfordern Alle Dienste

Mehr Entdecken