EA-Parameter geändert, aber nicht wirksam? Konfigurationsversion und VPS-Synchronisierung prüfen

Autor: Thomas｜EA- und Plattformpraxis｜8. Oktober 2026

Nach einer EA-Parameteränderung scheint die lokale Oberfläche bereits wirksam zu sein, während die Remote-Seite möglicherweise noch mit der alten Konfiguration läuft. Das Problem liegt oft darin, dass die Laufzeitumgebungen nicht übereinstimmen. Dieser Artikel stellt eine Methode zur Aufzeichnung von Parameteraktualisierungen vor, um die tatsächlich laufende Version zu überprüfen; ob ein konkretes Programm einen reibungslosen Wechsel unterstützt, muss weiterhin beim Entwickler erfragt werden.

Vor der Änderung eine identifizierbare alte Konfiguration speichern

EA-Name, Programmversion, Kontotyp, Server, Symbol und Chart-Zeitraum aufzeichnen und anschließend die aktuellen Eingabeparameter speichern. Die EA-Eingabeeinstellungen von MT4 bieten Funktionen zum Laden und Speichern, aber die Parameterdatei ist keine Sicherung der gesamten Laufzeitumgebung und kann Program mdateien, Orderaufzeichnungen oder Laufzeitprotokolle nicht ersetzen.

Der Dateiname kann Datum, Programmversion und Verwendungszweck enthalten, zum Beispiel „Simulationsvalidierung“ oder „Zur Veröffentlichung“. Passwörter dürfen nicht in Dateinamen oder öffentliche Aufzeichnungen geschrieben werden. Eine Gegenüberstellung vor und nach der Änderung aufbewahren, damit am Ende nicht nur ein „neuester Parameter“ übrig bleibt, dessen Zweck nicht mehr feststellbar ist.

Parameterbedeutungen vergleichen, nicht nur Zahlen

Nach einem Programm-Upgrade können sich Bedeutung, Standardwert oder Einheit gleichnamiger Parameter ändern. Die Entwicklerdokumentation prüfen und dann Punkt für Punkt die tatsächlich vorhandenen Einstellungen vergleichen, etwa Lot-Modus, Handelszeiten, Ordererkennung und Ausstiegsbedingungen. Nicht vorhandene Parameter nicht selbst hinzufügen.

Das Ändern von Eingabeparametern löst eine Neuinitialisierung des EA aus. Wie das Programm den Zustand wiederherstellt und mit bestehenden Positionen umgeht, hängt von der Implementierung ab. Daher sollte zunächst in einer Simulationsumgebung das Initialisierungsprotokoll und die Ordererkennung geprüft werden; „erfolgreich geladen“ bedeutet nicht, dass alle Verhaltensweisen den Erwartungen entsprechen.

Gewöhnlichen Cloud-Computer und integriertes virtuelles Hosting unterscheiden

Ein gewöhnlicher Cloud-Server, auf den über Remote Desktop zugegriffen wird, und das in MT4 integrierte MetaTrader Virtual Hosting sind zwei verschiedene Umgebungen. Bei Ersterem müssen Dateien, Charts und Parameter tatsächlich im Remote-Terminal geprüft werden; eine abgeschlossene Änderung auf dem lokalen Computer bedeutet nicht, dass ein anderer Computer bereits aktualisiert wurde.

Beim integrierten virtuellen Hosting wird die Umgebung durch Synchronisation migriert. Laut offizieller Beschreibung verläuft die Synchronisationsrichtung vom lokalen zum virtuellen Endpunkt, wobei entsprechende Programme und externe Parameter migriert werden können. Vor dem Vorgang den gewählten Migrationstyp prüfen, nach dem Vorgang die Remote-Protokolle prüfen und nicht nur das lokale Chart betrachten.

Vor der Synchronisation Programmabhängigkeiten und Handelsberechtigung prüfen

Beim integrierten virtuellen Hosting sind DLL-Aufrufe offiziell ausdrücklich verboten, und Skripte werden bei der Migration nicht übertragen. Workflows, die auf solche Funktionen angewiesen sind, müssen zuerst auf Kompatibilität geprüft werden. Kritische Abhängigkeitsfehler dürfen nicht ignoriert werden, damit das Programm „normal zu funktionieren scheint“.

Besonders zu beachten: Der integrierte virtuelle Endpunkt erlaubt automatischen Handel; ein Verbot automatischen Handels lokal bedeutet nicht, dass das migrierte Programm den Handel nicht ausführen darf. Nur Programme migrieren, deren Zweck verstanden und bestätigt wurde. Die genannten Regeln lassen sich nicht ohne Weiteres auf alle Drittanbieter-Cloud-Server übertragen.

Nach der Synchronisation die tatsächlich laufende Umgebung prüfen

Synchronisationszeit, Initialisierungs- und Ausnahmeinformationen im Remote-Protokoll sowie die vom Programm bereitgestellten Versions- oder Konfigurationskennungen prüfen. Wenn das Protokoll nicht die vollständigen Parameter ausgibt, sollte die vom Entwickler bereitgestellte Prüfmethode herangezogen werden, statt fehlende Felder zu erraten.

Es empfiehlt sich, eine Aktualisierungsaufzeichnung zu führen: Änderungsgrund, alter und neuer Wert, Ergebnis der Simulationsvalidierung, Synchronisationszeit und Ergebnis der Remote-Prüfung. Bei der Beobachtung von Orders die Ordererkennungsregeln von Konto und Programm gegenüberstellen, um manuelle Orders oder Aktionen einer anderen Instanz nicht zu vermischen.

Lokal stoppen bedeutet nicht, remote zu stoppen

Beim Migrieren eines EA durch integriertes Hosting wird der lokale automatische Handel automatisch beendet, um das Risiko eines doppelten Betriebs im selben Konto zu verringern. Das bedeutet nicht, dass die Remote-Seite bereits gestoppt wurde. Bei der Wartung sollte bestätigt werden, welche Instanz tatsächlich läuft, und der Remote-Status über die entsprechende Hosting-Steuerung geprüft werden.

Das Stoppen eines Programms bedeutet auch nicht, dass Positionen bereits geschlossen oder ausstehende Orders bereits storniert wurden. Der Wartungsplan sollte die Behandlung bestehender Orders gesondert aufzeichnen; das Schließen eines Fensters darf nicht als Beendigung des Risikos betrachtet werden.

Auch die Wiederherstellung alter Parameter muss erneut validiert werden

Beim Rollback die bestätigte alte Konfiguration laden, prüfen, ob die Programmversion kompatibel ist, und anschließend den aktuellen Orderstatus sowie das Ergebnis der Remote-Synchronisation verifizieren. Markt- und Kontostatus haben sich bereits geändert; das Wiederherstellen einer Datei stellt die frühere Handelsumgebung nicht wieder her und garantiert nicht, dass alte Parameter weiterhin gültig sind.

Leverage-Handel kann zu erheblichen Verlusten führen. Dieser Artikel dient der Wissensvermittlung zu Betrieb und Wartung, stellt keine Handelsanweisung dar und garantiert weder EA-Performance noch Erträge.