MT4- und VPS-Ausfälle: Datensicherung und sichere Wiederherstellung

Die Handelsumgebung wiederherstellen, keinen alten Kontozustand

Das Hauptverfahren gilt für einen gewöhnlichen Windows-VPS mit MT4. Das integrierte virtuelle Hosting von MetaTrader verwendet andere Bedienelemente; ein eigener Abschnitt erläutert den Unterschied. Trennen Sie im Plan Brokerkonto, lokale Terminalkonfiguration und Laufzeitzustand des EA.

Ein wiederhergestellter Ordner macht vom Broker verarbeitete Transaktionen nicht rückgängig. Ein gespeicherter Chart beweist auch nicht, dass der EA nach einem Neustart einen Positionskorb sicher weiterverwalten kann. Ziel ist ein geprüfter Betriebszustand mit klarer Orderzuordnung, nicht ein gleich aussehender Desktop. Wiederherstellung verringert Betriebsunterbrechungen, beseitigt aber weder Marktrisiken noch garantiert sie die Ausführung.

Erste Reaktion: die Störung nicht verschärfen

1. Störung dokumentieren. Notieren Sie Erkennungszeit und Zeitzone, betroffenes Konto, Server und Terminal, zuletzt bestätigten Normalbetrieb und jüngste Änderungen. Ein fehlender Alarm oder eine verlorene RDP-Sitzung ist ein Symptom, keine Diagnose.
2. Kontorisiko prüfen. Nutzen Sie eine autorisierte Kontoansicht beim Broker oder ein getrenntes Beobachtungsterminal ohne EAs beziehungsweise ohne deren Handelsfähigkeit. Prüfen Sie aktuelle Positionen, Pending Orders und angenommene Schutzmarken; beziehen Sie bei unklarem Kontozustand den Broker ein.
3. Alle Handelsinstanzen erfassen. Dazu gehören primärer VPS, Heimcomputer, Ersatzterminals, integriertes Hosting und Kopierdienste. Starten Sie keine weitere automatisierte Instanz, nur weil die primäre nicht erreichbar ist.
4. Einen begrenzten Eingriff wählen. Sichern Sie Belege, grenzen Sie die betroffene Ebene ein und folgen Sie dem dokumentierten Störungsplan. Klären Sie vor Neustart oder Abschaltung, wer Positionen mit lokaler EA-Verwaltung betreut.

In gewöhnlichem MT4 blockiert ausgeschaltetes AutoTrading EA-Handelsoperationen dieses Terminals. Es schließt keine Positionen, entfernt keine Brokerorders und stoppt keinen anderen Host. Auch vom EA verwaltete Ausstiege können unterbrochen werden. Ein Neustart ist deshalb eine Betriebsentscheidung mit Kontofolgen, kein harmloser Diagnoseknopf.

Den Fehler eingrenzen, bevor Sie neu installieren

Für einzelne Einstellungen und Orderfehler nutzen Sie den EA-Fehlerleitfaden. Die Tabelle grenzt die betroffene Ebene ein; ein Symptom kann mehrere Ursachen haben.

Ein angehängter EA kann trotzdem keine Orders verwalten

Prüfen Sie vorgesehenes Symbol und Zeitrahmen, EA-Version, freigegebene Inputs und erfolgreiche Initialisierung. Kontrollieren Sie Konto- und Lizenzanforderungen ohne geratene Ersatzwerte. Profilwechsel, fehlende benutzerdefinierte Indikatoren oder DLL/WebRequest-Abhängigkeiten können das Verhalten trotz laufender Kurse verändern.

• Unterscheiden Sie Terminal- oder EA-Berechtigungsfehler von Broker- und Kontobeschränkungen. Code 133 bedeutet deaktivierten Handel, benennt aber keinen bestimmten lokalen Schalter.
• Code 6 zeigt eine fehlende Handelsserververbindung, Code 146 einen belegten Handelskontext. Prüfen Sie Meldung und Umfeld, statt laufend neu zu starten oder Anfragen zu senden.
• Bei Code 128 oder jeder verlorenen beziehungsweise unklaren Handelsantwort muss das Serverergebnis vor einer Wiederholung abgeglichen werden. Fehlende lokale Bestätigung beweist keine Ablehnung durch den Broker.

Entfernen Sie keine Spread-, Sitzungs-, Positions- oder Risikofilter, um einen Testtrade zu erzwingen. Ohne gültiges Signal kann eine erfolgreiche Wiederherstellung ohne neue Position auskommen. Verwaltung vorhandener Orders und aktuelle Daten sind aussagekräftiger als ein erzwungener Einstieg.

Brokerorders vor der erneuten Automatisierung abgleichen

Prüfen Sie in einer verbundenen Beobachtungsumgebung Trade auf offene Positionen und Pending Orders. Nutzen Sie Account History für Vorgänge während der Störung und wählen Sie einen Zeitraum, der sie umfasst. Bei widersprüchlichen Daten oder unvollständigem Zugriff klären Sie den Sachverhalt mit dem Broker, bevor die Rekonstruktion als abgeschlossen gilt.

• Gleichen Sie Ticket, exaktes Symbol, Richtung, Volumen, Einstiegszeit und angenommene Stop-Loss-/Take-Profit-Marken mit dem Störungsbericht ab. Ein gestopptes Terminal löscht keine Brokerorders; Pending Orders können während des Ausfalls ausgelöst werden.
• Ermitteln Sie den zuständigen Verwalter nach den dokumentierten Symbol- und Magic-Number-Regeln des EA. Ändern Sie keine Kennungen, damit eine alte Order aus dessen Sicht verschwindet.
• Prüfen Sie, ob Orders während der Unerreichbarkeit geschlossen oder verändert wurden. Eröffnen Sie eine alte Position nicht erneut, nur weil sie in Sicherung oder Protokoll vorkommt.
• Klären Sie, wie dieser EA Positionskorb, Trailing-Logik, virtuelle Ausstiege oder anderen Zustand rekonstruiert. Bei fehlender Unterstützung oder Unsicherheit folgt vor der Freigabe das Wiederherstellungsverfahren des Entwicklers.

Angenommene Stop-Loss-/Take-Profit-Marken bleiben beim Brokerserver. MT4-Trailing-Stop-Anpassungen und virtuelle EA-Ausstiege benötigen das laufende verwaltende Terminal beziehungsweise den EA; der zuletzt angenommene Serverstop ist von weiteren lokalen Anpassungen zu unterscheiden. Schutzmarken garantieren keinen Ausführungskurs, besonders bei Kurslücken oder Brokerstörungen.

Die Belege für die Fehleranalyse bewahren

Sichern Sie relevante Einträge aus Experts und Journal vor dem Leeren der Anzeige, einer Snapshot-Wiederherstellung oder Neuinstallation. Reagiert das Terminal, öffnet Open in jeder Registerkarte den Protokollordner und schreibt aktuelle Einträge auf die Festplatte. EA-Protokolle liegen normalerweise in MQL4/Logs, Terminalprotokolle in logs im tatsächlichen Datenordner.

Erfassen Sie Terminalidentität, Fehlertext und Code, betroffene Tickets, letzte erfolgreiche Initialisierung, Verbindungswechsel und jüngste Windows- oder EA-Änderungen. Notieren Sie Uhr und Zeitzone jeder Quelle; gleichen Sie Windows-, Terminal- und Brokerzeiten ab, bevor Sie die Ereignisfolge ableiten. Nutzen Sie den Experts-und-Journal-Leitfaden.

Übermitteln Sie dem Support nur benötigte Auszüge und Konfiguration, ohne Zugangsdaten und sachfremde Kontoinformationen. Der Anbieter benötigt gegebenenfalls VM-Ereignisse, der Broker Order- und Serverangaben und der Entwickler Initialisierungs- oder Zustandsfehler. Wiederholte Starts vor der Untersuchung können ursprünglichen Fehler und Wiederherstellungsfolgen vermischen.

Ein Wiederherstellungspaket mit Abhängigkeiten erstellen

Dokumentieren Sie für jedes vorgesehene Terminal Installationspfad und Windows-Benutzer. Ermitteln Sie über File → Open Data Folder den tatsächlichen Datenordner. Bewahren Sie eine Bestandsliste mit der Sicherung auf; Verknüpfung oder Brokername im Ordner sind keine zuverlässige Zuordnung.

Der tatsächliche Brokerorderbestand wird nach der Verbindung abgeglichen, nicht aus dem Paket wiederhergestellt. Schützen Sie Konfiguration und Belege; Zugangsdaten gehören nicht in öffentliche Checklisten oder Supportuploads.

Presets, Vorlagen und Profile richtig einordnen

In der EA-Registerkarte Inputs speichert Save unterstützte externe Parameter, während Load ein gespeichertes Preset lädt. Dokumentieren Sie die zugehörige EA-Version: Umbenannte Eingaben oder andere Standardwerte einer Ersatzversion können das Ergebnis verändern. Prüfen Sie geladene Werte statt nur den vertrauten Dateinamen.

Eine .tpl-Vorlage speichert Charteinstellungen und kann einen EA mit Parametern enthalten; ein Profil beschreibt eine Chartgruppe. Beide ersetzen weder Programmdateien noch Abhängigkeiten oder entwicklerspezifischen Zustand. Profiländerungen werden mit Änderungen des Arbeitsbereichs gespeichert, sodass auch ein Versehen Teil des aktuellen Profils werden kann.

• Benennen Sie geprüfte Presets, Vorlagen und Profilaufzeichnungen mit Datum oder Version.
• Dokumentieren Sie exakte Symbole, Zeitrahmen und vorgesehene Orderverwaltungsregeln zusätzlich.
• Laden Sie wiederhergestellte Charts nur kontrolliert, während automatisierter Handel bis zur Prüfung verhindert wird. Gesicherte Einstellungen können unerwünschte Berechtigungen mitbringen.

Klären, welcher Zustand einen Neustart übersteht

Ein EA kann Zustand aus Brokerorders ableiten, lokale oder gemeinsame Dateien schreiben, Terminalglobale verwenden oder Daten nur im Arbeitsspeicher halten. Fragen Sie den Entwickler nach notwendigem Zustand, Speicherung und Umgang mit Orders, die nach der Sicherung eröffnet wurden. Nicht alle EAs verhalten sich gleich.

Terminalglobale sind von Variablen im EA-Code zu unterscheiden. Persistente Terminalglobale können Neustarts überstehen, werden aber nach 4 Wochen ohne Zugriff gelöscht; temporäre gelten nur für die aktuelle Terminalsitzung. Eine Variablenliste oder ein kopiertes Preset ist deshalb keine universelle EA-Sicherung. Nutzen Sie ein dokumentiertes Verfahren und gleichen Sie Aktualität mit vorhandenen Orders ab.

Alter lokaler Zustand kann neuen Brokerdaten widersprechen. Übertragen Sie keine Korbzustandsdateien eines Livekontos auf ein Demokonto, löschen Sie keinen Zustand zum vermeintlichen Zurücksetzen vorhandener Trades und ändern Sie Magic Numbers nur mit dokumentierter Zuordnung des Entwicklers. Bei unsicherer Rekonstruktion bleibt die Automatisierung aus, bis der Widerspruch geklärt ist.

Wiederherstellbare Versionen außerhalb des VPS behalten

Bewahren Sie datierte Versionen der freigegebenen Konfiguration und eine geschützte Kopie außerhalb des primären VPS auf. Ein ZIP auf derselben VM kann mit ihr verloren gehen. Ein Anbietersnapshot ist ein weiteres Werkzeug, dessen Aufbewahrung, Umfang, Konsistenz und Verfügbarkeit zu klären sind; er ist keine unabhängige Sicherung des Brokerkontos.

• Sichern Sie nach freigegebenen Konfigurations-, Versions- oder Abhängigkeitsänderungen. Planen Sie Zustandssicherungen danach, wie viel nicht rekonstruierbare Änderung der EA verträgt.
• Nutzen Sie ein geprüftes, konsistentes Erfassungsverfahren. Kopieren während laufender Schreibvorgänge kann widersprüchliche Versionen erzeugen. Stimmen Sie erforderliche Pausen oder geordnetes Beenden mit der Positionsverwaltung ab; unterbrechen Sie einen Live-Verwalter nicht bloß für bequemeres Kopieren.
• Prüfen Sie, ob Archive geöffnet werden können, Dateien vorhanden sind und eine Wiederherstellungsübung gelingt. Schützen Sie den Zugriff und behalten Sie frühere nutzbare Versionen, damit Beschädigung oder Versehen nicht alle Kopien überschreiben.

Eine Prüfsumme erkennt unerwartete Byteänderungen gegenüber einer vertrauenswürdigen Referenz. Sie beweist weder aktuellen noch logisch konsistenten EA-Zustand. Eine erfolgreiche Sicherung ist wiederherstellbar; eine Abschlussmeldung des Sicherungsjobs allein genügt nicht.

Ausfallzeit und verlorenen Zustand getrennt planen

Das Wiederanlaufzeitziel (RTO) bezeichnet die angestrebte maximal tolerierte Unterbrechung bis zur Rückkehr des vorgesehenen Dienstes. Das Wiederherstellungspunktziel (RPO) bezeichnet den tolerierten Verlust historischer Zustandsänderungen. Legen Sie beide anhand der tatsächlichen EA-Verwaltung fest und prüfen Sie, ob Verfahren und Sicherungshäufigkeit diese Ziele unterstützen.

Die Zeiten sind hypothetisch, kein Messergebnis und kein versprochenes RTO. Die 20 Minuten betreffen möglicherweise fehlende lokale Zustandsänderungen; angenommene Brokerorders werden weiterhin aus aktuellen Brokerdaten geprüft. Die 12 Minuten betreffen die Ausfallzeit. Ein eingehaltenes Sicherungsintervall kann trotzdem scheitern, wenn der EA den Zustand nicht mit dem Konto abgleichen kann.

In einer kontrollierten Umgebung wiederherstellen

1. Handelsfähigkeit der Ausgangsinstanz ausschließen. Stoppen oder isolieren Sie diese nachweislich und verhindern Sie automatische Reaktivierung. Ist sie nur nicht erreichbar, klären Sie das vor dem Start der Ersatzautomatisierung.
2. Ein sauberes Beobachtungs- oder Vorbereitungsterminal einrichten. Nutzen Sie das vorgesehene Broker-MT4 und den richtigen Windows-Benutzer. Deaktivieren Sie Automatisierung vor dem Einspielen von EA-Profilen oder Einstellungen. Verwenden Sie zunächst keine Live-Zugangsdaten oder einen unterstützten Nur-Lese-Zugang zur Beobachtung; prüfen Sie seine tatsächlichen Einschränkungen.
3. Den neuen Datenordner finden. Nutzen Sie File → Open Data Folder. Lassen Sie die Originalsicherung unangetastet und übernehmen Sie ausgewählte, dokumentierte Dateien, statt die neue Konfiguration blind zu überschreiben.
4. Freigegebene Programme und Eingaben wiederherstellen. Prüfen Sie Versionen, genaue Symbole/Zeitrahmen, Abhängigkeiten und Lizenz. Automatisierung bleibt aus; alte Einstellungsdateien dürfen geprüfte Berechtigungskontrollen nicht unbemerkt ersetzen.
5. Zustand und Orders validieren. Gleichen Sie persistenten Zustand nach dokumentiertem Verfahren mit aktuellen Positionen, Pending Orders und der Störungshistorie beim Broker ab. Klären Sie Widersprüche vor erneuter Verwaltung.
6. Abnahmeprüfungen abschließen. Prüfen Sie Daten, Initialisierung, Rechte, Orderzuordnung, Protokolle, Alarme und Startkontext. Erproben Sie das Verfahren vorher auf Demo; übertragen Sie keinen Livekontozustand in das Übungskonto.
7. Eine vorgesehene Handelsinstanz freigeben. Folgen Sie der dokumentierten Übergabe und bestätigen Sie, dass die alte Instanz weiterhin nicht handeln kann. Stellen Sie den vorgesehenen autorisierten Handelszugang her, prüfen Sie Kontowechselschutz und endgültige Rechte erneut und aktivieren Sie nur den geprüften Ersatz. Beobachten Sie die Verwaltung bestehender Orders und dokumentieren Sie Zeit und Ergebnis.

Ohne bestätigten kritischen Zustand, Orderzuordnung, Brokerzugriff oder Stopp der Ausgangsinstanz ist das Verfahren nicht abgeschlossen. Lassen Sie den Ersatz automatisiert nicht handeln und eskalieren Sie den konkreten offenen Punkt. Ein laufendes terminal.exe oder ein hübscher wiederhergestellter Chart genügt nicht.

Eine Reserve ohne zweiten aktiven Verwalter vorbereiten

Ein Ersatz-VPS verringert Vorbereitungsaufwand, wenn Konfiguration, Abhängigkeiten und Zugriff schon getestet wurden. Halten Sie ihn bis zur erfüllten Übergabe handelsunfähig. Ein zweiter VPS auf demselben Brokerkonto verhindert keine doppelten Orders.

• Dokumentieren Sie primären Host, Ersatz und andere Hosts sowie deren Stopp und Schutz vor automatischem Neustart.
• Bestätigen Sie Stopp oder wirksame Isolierung des primären Hosts vom Handel. Anbieterbestätigte Abschaltung oder ein geprüfter Stopp sind belastbarer als fehlendes RDP oder ein ausbleibendes Lebenszeichen.
• Gleichen Sie Brokerorders und EA-Zustand ab und prüfen Sie den Ersatz vor Freigabe. Bei Rückkehr des primären Hosts bleibt nur ein Verwalter aktiv; beide Startverfahren dürfen den Handel nicht erneut aktivieren.

Ein VPS-Wechsel repariert keinen ausgefallenen Brokerserver und garantiert keinen Zugang bei einer größeren Störung. Bleibt die Handelsfähigkeit des primären Hosts unklar, ist eine ungeprüfte Umschaltung nicht sicher. Folgen Sie während der Klärung dem Störungsplan des Kontos.

Die richtigen Steuerelemente für MetaTrader-Hosting nutzen

Integriertes MetaTrader-Hosting ist kein Windows-VPS-Desktop. Nutzen Sie Remote-Status und angeforderte Terminal-/Experts-Protokolle zur Untersuchung. Stop Server stoppt das virtuelle Terminal; bestätigen Sie dessen gemeldeten Stillstand vor der Freigabe eines anderen Ersatzes. Lokales AutoTrading stoppt den gehosteten EA nicht.

Migration überträgt die lokale Umgebung zum virtuellen Terminal, nicht zurück als Wiederherstellungsexport. Gehosteter automatisierter Handel ist auch bei deaktivierten lokalen Berechtigungen erlaubt. Migrieren Sie daher keine vorbereitete, aber deaktivierte Live-Wiederherstellungskopie in der Erwartung, sie bleibe remote deaktiviert. Prüfen Sie Umgebung und Kontokontext vor Synchronisierung; DLL-Aufrufe werden dort nicht unterstützt.

Das Verfahren üben und die Abnahme dokumentieren

Üben Sie mit einer getrennten autorisierten Demo-Umgebung Terminalschließung, OS-Neustart, fehlende Abhängigkeit, Paketwiederherstellung und kontrollierte Übergabe vom primären Host zur Reserve. Trennen Sie Demo- und Livekonten, Lizenzen und Zustandsdateien. Halten Sie tatsächliche Prüfungen, Grenzen und Ergebnisse fest; eine Desktopübung beweist keine spätere Live-Ausführung.

Dokumentieren Sie anschließend Ursache, Wiederherstellungsschritte, geklärte Widersprüche und Verbesserungen der nächsten Übung. Mit Leitfaden 2 beheben Sie Ressourcen- oder Startprobleme, ohne Strategierisikoregeln zur Verschleierung technischer Fehler zu ändern.

Häufige Fragen zu Sicherung und Wiederherstellung

Stellt ein VPS-Snapshot mein Handelskonto wieder her?

Nein. Er stellt die lokale Umgebung im dokumentierten Anbieterumfang her. Maßgeblich für Brokertransaktionen bleiben aktuelle Brokerdaten. Alter lokaler EA-Zustand muss damit abgeglichen werden.

Reicht eine .set-Datei als EA-Sicherung?

Nein. Sie enthält unterstützte externe Eingaben. Benötigt werden außerdem passende Programmversion, Indikatoren/Dateien, Lizenzangaben und das dokumentierte Zustandswiederherstellungsverfahren.

Darf ich bei RDP-Ausfall einen Ersatz-VPS starten?

Sie können ihn untersuchen und handelsunfähig vorbereiten. Geben Sie den Ersatz erst frei, wenn Handelsfähigkeit der primären Instanz und Verwaltung bestehender Orders geklärt sind. Fehlender Fernzugriff beweist keinen Stillstand.

Soll ich eine Anfrage nach Zeitüberschreitung erneut senden?

Nicht vor Prüfung des Serverergebnisses. Gleichen Sie offene und ausstehende Orders, relevante Historie und Protokolle ab; klären Sie verbleibende Unsicherheit mit dem Broker. Blindes Wiederholen kann eine bereits angenommene Anfrage duplizieren.

Offizielle Quellen und praktischer Geltungsbereich

Plattformverhalten wurde mit offizieller MetaQuotes-Dokumentation abgeglichen. Störungsablauf, Sicherungspolitik, Reservekontrollen und Abnahme sind praktische Empfehlungen, kein getestetes universelles MT4-Wiederherstellungswerkzeug. Bezeichnungen unterscheiden sich nach Sprache oder Edition; prüfen Sie tatsächliche Namen und Entwickleranweisungen.

• MetaTrader 4: Datenordner, Vorlagen und Profile sowie EA-Eingaben und Rechte.
• MetaTrader 4: Brokerorders und Trailing Stop im Terminal.
• MQL4-Referenz: Handelsrückgabecodes und Terminalglobale.
• MetaTrader 4: Remote-Hosting-Steuerung und Migrationsregeln.