MT4 auf einem VPS konfigurieren und optimieren

Festlegen, was optimiert werden soll

Dieser Leitfaden setzt voraus, dass MT4 und der vorgesehene EA bereits installiert und auf einem Demokonto getestet sind. Hinweise zu Dateien und zum Anhängen finden Sie im Leitfaden zur EA-Installation. Das integrierte virtuelle Hosting von MetaTrader verwendet einen anderen Migrationsablauf und hat keinen Windows-Desktop; Anweisungen zu Windows-Autostart und Ordnern gelten dort nicht.

Betriebliche Optimierung reduziert unnötige Last und bewahrt das freigegebene Verhalten des EAs. Sie unterscheidet sich von der Optimierung von Strategieparametern im Tester. Ändern Sie weder Lotgröße noch Signalfilter, Risikolimits oder Ausführungseinstellungen, damit das Terminal reaktionsschneller erscheint. Ein schlankeres Terminal belegt keine Rentabilität und garantiert keine Ausführung.

Die Arbeitslast vor Änderungen erfassen

Dokumentieren Sie den Zweck jedes Terminals und die tatsächlich benötigten Komponenten. Die Zahl der Charts allein erfasst weder EAs für mehrere Symbole noch intern berechnete Indikatoren. Ein aufwendiger EA kann mehr Ressourcen benötigen als mehrere einfache.

Bewahren Sie die freigegebene .set-Datei, soweit unterstützt, sowie eine Aufzeichnung des aktuellen Profils und der Konfiguration auf. Damit ist der Ausgangszustand dokumentiert; ein vollständiger Sicherungs- oder Wiederherstellungsplan ist das noch nicht.

VPS-Ressourcen am gemessenen Bedarf ausrichten

Es gibt keine verlässliche allgemeine Regel für „EAs je GB“ oder „Terminals je vCPU“. Legen Sie die Kapazität erst nach Beobachtung der gesamten vorgesehenen Last fest, einschließlich Start, Laden der Historie und Wartung. Ressourcenreserve ist ein betrieblicher Spielraum und kein Versprechen für Handelsergebnisse.

Normalbetrieb und relevante Lastspitzen messen

1. Eine Ausgangsbasis erstellen. Öffnen Sie den Windows-Task-Manager mit Ctrl+Shift+Esc. Prüfen Sie unter Prozesse oder Details jede terminal.exe und unter Leistung die gesamte CPU-, Speicher-, Datenträger- und Netzwerkaktivität. Ordnen Sie die Prozesse den dokumentierten Installationspfaden zu.
2. Mehrere Betriebszustände beobachten. Berücksichtigen Sie normale Handelsphasen, schnelleren Kursfluss, Start und Datenladen. Erfassen Sie Zeit, aktive Konfiguration, Ressourcendruck und Reaktionsfähigkeit von MT4. Ein einzelner Screenshot im Leerlauf ist kein Kapazitätstest.
3. Den Verursacher eingrenzen. Vergleichen Sie Terminalbedarf mit anderen Anwendungen, Updates und Sicherheitsscans. Die gesamte CPU-Auslastung kann einen stark beanspruchten logischen Prozessor oder einen Programmengpass verdecken. Niedrige Gesamtauslastung beweist keine zügige Verarbeitung durch jeden EA.
4. Forschungsarbeit trennen. Führen Sie lange Backtests und Parametersuchen möglichst außerhalb der Handelsumgebung aus. Eine separate Testerinstallation auf demselben VPS trennt zwar die Konfiguration, konkurriert aber weiterhin um dieselben Maschinenressourcen.

MQL4-EAs laufen in eigenen Threads, während Chartindikatoren Ressourcen des Oberflächen-Threads teilen; ein über iCustom() aufgerufener Indikator läuft im Thread des aufrufenden Programms. Ereignisse innerhalb eines EAs werden nacheinander verarbeitet. Während sein OnTick() bereits arbeitet, werden nicht alle neuen Ticks eingereiht. Weitere Kerne beheben aufwendige Logik oder einen blockierten Indikator nicht automatisch; wenden Sie sich bei anhaltender Programmlast an den Entwickler.

Mehrere MT4-Installationen eindeutig zuordnen

Für gleichzeitig verwendete Konten installieren Sie die vorgesehenen MT4-Kopien des Brokers in unterschiedlichen Installationsverzeichnissen. Benennen Sie Verknüpfungen nach ihrer Funktion. Zwei Verknüpfungen auf denselben Programmpfad ergeben keine zwei getrennten Installationen.

Öffnen Sie in jeder laufenden Kopie File → Open Data Folder und dokumentieren Sie den tatsächlichen Pfad. Der normale Datenordner hängt vom Installationspfad und Windows-Benutzer ab; origin.txt verweist auf die zugehörige Installation. Leiten Sie den richtigen Ordner nicht aus dem Brokernamen ab und nehmen Sie nicht an, dass ein anderer Windows-Benutzer dieselben EA-Dateien und Einstellungen sieht.

Installieren und prüfen Sie die Abhängigkeiten jeder Kopie in deren tatsächlichem Datenordner. Getrennte Ordner reduzieren Verwechslungen, trennen aber nicht das Risiko desselben Brokerkontos. Ein EA kann auch gemeinsame Dateien über FILE_COMMON oder einen externen Lizenzdienst verwenden; beachten Sie seine dokumentierten Regeln für mehrere Instanzen.

Orderzuständigkeit und Terminalkapazität getrennt prüfen

Mehrere EAs oder Terminals können dasselbe Konto nur dann gemeinsam nutzen, wenn ihre Regeln zur Orderverwaltung miteinander vereinbar sind. Erfassen Sie für jede vorgesehene Instanz die dokumentierte Magic Number, das Symbol und weitere Zuordnungsfilter. Unterstellen Sie nicht, dass ein EA ausschließlich eigene Orders verwaltet.

Eine Magic Number ist eine Orderkennung und keine Sperre zwischen Terminals. Zwei Kopien können auch mit verschiedenen Kennungen doppelte Orders senden. Prüfen Sie vor einer Kennungsänderung oder einem EA-Umzug, ob bestehende offene oder ausstehende Orders noch betreut werden müssen. Erhalten Sie die dokumentierte Zuordnung, die zum Weiterführen nötig ist. Das genaue Modell erläutert der Magic-Number-Leitfaden.

Getrennte Ressourcen ändern auch nichts am gemeinsamen Kontorisiko: Marginbedarf und korrelierte Positionen können sich über EAs hinweg addieren. Prüfen Sie diese Risiken mit dem Leitfaden zum Risikomanagement; CPU-Reserve macht das gesamte Portfolio nicht sicher.

Charts und Historie ohne Datenverlust anpassen

Entfernen Sie zunächst nachweislich ungenutzte Analysecharts und rein dekorative Indikatoren. Wird der Chart eines EAs geschlossen, wird der EA entladen; das ist etwas anderes als das Minimieren eines Fensters. Prüfen Sie vor dem Schließen, was auf dem Chart läuft, und behalten Sie dokumentiert benötigte Charts.

Unterscheiden Sie unter Tools → Options → Charts zwischen Max bars in history und Max bars in chart. Der erste Wert begrenzt die gespeicherte Historie; der zweite steuert Chartdaten für Indikatorberechnungen. Weniger unnötige Charthistorie kann Ressourcen sparen, doch ein willkürlich kleiner Wert kann dem EA oder Indikator benötigte Vergangenheitsdaten entziehen.

1. Ermitteln Sie den Mindestbedarf für jedes benötigte Symbol und jeden Zeitrahmen, einschließlich intern berechneter Indikatoren.
2. Behalten Sie genügend Historie für diese Anforderungen und die vorgesehene Validierung. Ein sichtbarer Chart deckt nicht zwangsläufig einen EA mit mehreren Zeitrahmen ab.
3. Ändern Sie einen Grenzwert auf Demo, laden Sie gegebenenfalls neu oder starten Sie neu und prüfen Sie Initialisierung, Datenverfügbarkeit und erwartete Berechnungen vor der Übernahme.

Diese Grenzen sind kein exaktes Speicherbudget: Neue Kurse können die Zahl der Chartbalken erhöhen. Leeren Sie den Historienordner nicht, um „MT4 zu beschleunigen“; erneutes Laden verbraucht Ressourcen und kann die verfügbaren Testdaten verändern. Bewahren Sie den ursprünglichen Datensatz für Vergleiche.

Benötigte Symbole und Indikatorabhängigkeiten erhalten

Blenden Sie in Market Watch nur Symbole aus, die nachweislich von der gesamten Konfiguration nicht benötigt werden. MT4 beschreibt dies als Möglichkeit, den Kursdatenverkehr zu reduzieren. Behalten Sie Symbole für Handel, symbolübergreifende Signale oder Währungsumrechnung, auch ohne sichtbaren Chart. MT4 verhindert außerdem das Ausblenden bestimmter Symbole mit offenen Charts oder Orders; die Liste ersetzt keine vollständige Abhängigkeitsprüfung.

Das Entfernen eines angezeigten Indikators beweist nicht, dass seine Berechnungen beendet sind: Ein EA kann Werte intern abfragen. Testen Sie optionale Dashboards und entbehrliche Darstellungen einzeln, ohne vorgeschriebene Indikatoren oder Dateien zu entfernen. Wachsen CPU- oder Speicherbedarf stetig, sammeln Sie Zeitangaben und Protokolle für den Entwickler, statt das Problem mit häufigen ungeprüften Neustarts zu verdecken.

Rechte der tatsächlich handelnden Kopie prüfen

Prüfen Sie bei gewöhnlichem Windows-MT4 sowohl AutoTrading des Terminals als auch Allow live trading des angehängten EAs. Ein EA-Symbol, eingehende Kurse oder ein laufender Prozess belegen keine Handelsberechtigung. Prüfen Sie zusätzlich vorgesehenes Konto, Server und Handelszugang.

Kontrollieren Sie die Optionen, die automatischen Handel nach Änderungen von Konto, Profil, Symbol oder Zeitrahmen deaktivieren. Das sind Schutzmechanismen, die nicht pauschal abgeschaltet werden sollten. Wird einer ausgelöst, prüfen Sie den neuen Kontext, bevor Sie den vorgesehenen EA wieder freigeben.

Erlauben Sie DLL-Importe nur für vertrauenswürdige, benötigte Bibliotheken und WebRequest ausschließlich für dokumentierte, vertrauenswürdige URLs. Prüfen Sie die eigenen Einstellungen des bereits angehängten EAs; geänderte Standardwerte ersetzen diese Kontrolle nicht. Nach Profil-, Vorlagen- oder EA-Updates erneut prüfen. AutoTrading auszuschalten blockiert EA-Handelsoperationen in diesem Terminal, schließt aber keine Orders und stoppt keine separat gehosteten Kopien.

Protokollwachstum kontrollieren und Belege erhalten

Prüfen Sie nach jeder Konfigurationsänderung Experts auf EA-Meldungen und Journal auf Terminal- und Verbindungsereignisse. Der Kontextmenübefehl Open öffnet im jeweiligen Reiter den Protokollordner und schreibt aktuelle Einträge auf den Datenträger. Im tatsächlichen Datenordner liegen EA-Protokolle normalerweise unter MQL4/Logs und Terminalprotokolle unter logs, mit datierten Dateien namens YYYYMMDD.LOG.

Die Reiter zeigen aktuelle Einträge; Clear leert die Anzeige, nicht die Dateien. Messen Sie für die Datenträgerpflege zunächst wachsende Ordner, erhalten Sie relevante Fehler- und Vergleichsprotokolle und archivieren Sie anschließend alte Dateien nach einer dokumentierten Aufbewahrungsregel. Löschen Sie keine aktiven Dateien im Betrieb und bereinigen Sie nicht pauschal den gesamten Datenordner.

Wiederholte Fehler oder übermäßige Protokollierung bei jedem Tick müssen an der Ursache behoben werden; das Löschen gestriger Protokolle verhindert kein Wachstum am nächsten Tag. Erhalten Sie Profile, Vorlagen, Parametersätze und EA-Zustandsdateien. Zur Diagnose dient der Leitfaden zu Experts und Journal. Die ausführliche Sicherungsplanung gehört zu Leitfaden 3.

Windows-Updates planen und den Start testen

Lassen Sie die Windows-Sicherheitswartung aktiv und planen Sie ein kontrolliertes Neustartfenster. Prüfen Sie Neustartplanung und Sitzungsregeln der tatsächlich verwendeten Windows-Edition und des Anbieters. Nutzungszeiten können, sofern verfügbar, die Planung unterstützen; sie garantieren keinen unterbrechungsfreien Handel. Deaktivieren Sie Schutzsoftware oder Updates nicht für bessere Messwerte.

Hängt der Start von der Benutzeranmeldung ab, erstellen Sie eine eindeutig benannte Verknüpfung zum vorgesehenen Programm im Autostartordner dieses Benutzers (shell:startup). Sie wird nach dessen Anmeldung ausgeführt, nicht allein durch das Hochfahren von Windows. Ein zweiter Startmechanismus kann widersprüchliche Starts verursachen; dokumentieren Sie je vorgesehener Kopie ein getestetes Verfahren.

Für einen unbeaufsichtigten Neustart lassen Sie sich vom Anbieter oder Administrator die unterstützte Benutzersitzung und Startanordnung bestätigen. Eine geplante Aufgabe oder laufende terminal.exe belegt nicht, dass richtiger Datenordner, Konto, Lizenz und EA-Zustand verfügbar sind. Richten Sie keine automatische Anmeldung mit offengelegten Zugangsdaten als schnelle Lösung ein.

Testen Sie auf Demo den erneuten Terminalstart und einen Betriebssystemneustart getrennt. Prüfen Sie danach jeweils Konto und Server, Profil, Charts, EA-Version und Inputs, Rechte, Kurse, Protokolle sowie Verwaltung bestehender Orders. Testen Sie auch Trennen und Wiederverbinden des Remotedesktops; Abmelden oder Sitzungszeitlimits können Anwendungen beenden. Vermeiden Sie Aufgaben wie „stündlich neu starten“ und ungeprüfte automatische Neustarts, die diese Kontrollen umgehen.

Nützliche Meldungen einrichten und Grenzen kennen

Wählen Sie eine Überwachung, die Ressourcendruck von einem Ausfall des Terminals oder EAs unterscheiden kann. Legen Sie Empfänger und nächste Prüfschritte fest. Leiten Sie Schwellen aus Normalbetrieb, beobachteten Spitzen und verfügbarer Reaktionszeit ab; es gibt weder einen universellen Prozentsatz noch eine allgemeine Höchstdauer für das Alter von Kursen.

Für Push-Meldungen richten Sie Tools → Options → Notifications ein, tragen die Ziel-MetaQuotes-ID ein und verwenden Test; prüfen Sie den Empfang auf dem tatsächlichen Gerät. Standardmeldungen zu Handelsoperationen erfassen abgelehnte Anfragen nicht. Testen Sie auf Demo auch eigene Fehlermeldungen des EAs, sofern unterstützt.

Ein gestopptes MT4 kann den eigenen Ausfall nicht zuverlässig melden. Ein unabhängiger Prozess-/Hostmonitor oder eine externe Prüfung auf fehlende Statusmeldungen schließt diese Lücke. Eine begrenzte, dokumentierte Reaktion ist einem Wächter vorzuziehen, der das Handelsterminal wiederholt beendet und neu startet.

Änderungen kontrolliert testen und abnehmen

1. Vorher dokumentieren. Konfiguration, Beobachtungsbedingungen, Ressourcendruck und relevante Protokollzeiten festhalten.
2. Eine begründete Änderung auf Demo vornehmen. Eine ungenutzte Darstellung entfernen, einen dokumentierten Historiengrenzwert anpassen oder die Testerlast auslagern. Strategie- und Risikoeinstellungen unverändert lassen.
3. Vergleichbare Bedingungen prüfen. Normalbetrieb, starken Kursfluss und Start erneut beobachten. Abweichende Bedingungen als Einschränkung dokumentieren, statt eine gemessene Verbesserung zu behaupten.
4. Übernehmen oder zurücksetzen. Nur übernehmen, wenn benötigte Daten, EA-Berechnungen, Rechte und Orderverwaltung korrekt bleiben und genügend Ressourcenreserve besteht. Andernfalls die vorherige Konfiguration wiederherstellen.

Wiederholen Sie die Abnahme nach zusätzlichen Terminals, neuen EA-Versionen, Profil- oder Abhängigkeitsänderungen und Wartung. Ein Demo-Neustarttest bestätigt einen Betriebsablauf, nicht identische Live-Ausführungen oder künftige Erträge.

Checkliste für die fertige Konfiguration

Halten Sie Datum und Ergebnis dieser Prüfungen fest. Wiederholen Sie sie nach wesentlichen Änderungen und passend zum Überwachungsbedarf. Auch ein konfigurierter VPS braucht betriebliche Aufsicht.

Häufige Fragen zur MT4-Konfiguration

Wie viele MT4-Terminals kann ein VPS betreiben?

Eine allgemeine Zahl gibt es nicht. Messen Sie alle vorgesehenen Terminals, EAs und Abhängigkeiten unter relevanten Spitzenlasten und lassen Sie Reserve für System und Wartung. Eine zusätzliche Installation auf demselben VPS schafft keine weiteren physischen Ressourcen.

Sollte ich möglichst kleine Balkengrenzen einstellen?

Nein. Erhalten Sie die Daten, die jedes benötigte Symbol, jeder Zeitrahmen und Indikator braucht. Reduzieren Sie nur bestätigten Überschuss, testen Sie auf Demo und bewahren Sie die Vergleichsdaten.

Beweist eine grüne AutoTrading-Schaltfläche, dass der EA funktioniert?

Nein. Prüfen Sie Rechte des angehängten EAs, Kontozugang, Daten, Initialisierung, Protokolle und vorgesehene Orderverwaltung. Ohne Strategiesignal ist es normal, dass keine neue Order entsteht.

Sollte MT4 automatisch in festen Abständen neu starten?

Nicht als Ersatz für die Untersuchung dauerhafter Last oder die Startprüfung. Planen Sie erforderliche Wartung, testen Sie das Startverfahren und nutzen Sie Überwachung mit dokumentierter Reaktion. Ein ungeprüfter Neustart kann die Verwaltung unterbrechen oder eine falsche Konfiguration laden.

Offizielle Quellen und Geltungsbereich

Plattformdetails wurden mit offizieller Dokumentation abgeglichen. Inventar, Messung und Abnahme dienen als praktische Betriebshilfe, nicht als gemessene VPS-Ergebnisse. Bezeichnungen können je nach Terminalsprache oder Windows-Edition abweichen; englische Oberflächenbezeichnungen benennen hier die zu prüfenden Einstellungen.

• MetaTrader 4: mehrere Installationen und Datenordner und portabler Modus.
• MetaTrader 4: Chart- und Historiengrenzen, Market Watch und Ausführung von MQL4-Programmen.
• MetaTrader 4: EA-Steuerung, Experts-Protokolle, Journal-Protokolle und Benachrichtigungen.
• Microsoft: Task-Manager und Systemwerkzeuge, Autostart bei Anmeldung und Nutzungszeiten für Updates.
• MQL4-Referenz: Orderkennungen und gemeinsame Dateinutzung.