Skip to main content
So melden Sie fehlende Dateien, Datenbanken oder E-Mails bei EDIS. Erfahren Sie, welche Angaben zur Prüfung einer Wiederherstellung benötigt werden.

​
Eigene Sicherungen bleiben wichtig

EDIS beschreibt tägliche Sicherungen. Bewahren Sie zusätzlich eigene, geprüfte Sicherungen Ihrer wichtigen Daten auf. Ob ein bestimmter Stand verfügbar und verwendbar ist, muss für die jeweilige Leistung geprüft werden.

​
Diese Angaben benötigt der Support

  • Betroffene Domain, vHost oder vollständige E-Mail-Adresse.
  • Welche Dateien, Datenbank oder Nachrichten fehlen.
  • Wann die Daten noch vorhanden beziehungsweise funktionsfähig waren, möglichst mit Zeitzone.
  • Welche Änderungen seitdem erfolgt sind.
  • Welcher Zustand wiederhergestellt werden soll.

​
Backup-Kopie oder Wiederherstellung?

Geben Sie bitte an, ob Sie eine Kopie zum Herunterladen oder eine Wiederherstellung auf Ihrem Hosting wünschen. Nennen Sie die betroffenen Dateien und Datenbanken sowie den gewünschten Sicherungsstand. Eine bereitgestellte Kopie verändert die aktive Website nicht. Bei einer Wiederherstellung können dagegen neuere Änderungen überschrieben werden. Verfügbarkeit, Umfang, Bereitstellungsweg und mögliche Kosten werden deshalb vor der Ausführung geklärt. Eine vorhandene Sicherung ist noch kein Nachweis, dass alle benötigten Inhalte enthalten und verwendbar sind. Wenn Sie vorerst nur eine Kopie wünschen, schreiben Sie ausdrücklich dazu, dass nichts in die aktive Website eingespielt werden soll. Benötigen Sie einen Sicherungsstand noch für eine spätere Entscheidung, bitten Sie um Bestätigung, ob und bis wann dieser aufbewahrt werden kann. Die Bitte allein ist noch keine Zusage. Auch die Weitergabe eines Kostenangebots durch Ihre Agentur ersetzt keine bestätigte Kostenübernahme. Lassen Sie Umfang, Bereitstellung und gegebenenfalls Aufbewahrung jeweils ausdrücklich bestätigen.

​
Der Datenbank-Download ist verschwunden

Eine bereitgestellte Exportdatei kann nur befristet zum Herunterladen verfügbar sein. Beachten Sie die im Kundenbereich angezeigte Gültigkeit. Ist der Link abgelaufen, nennen Sie dem Support die Datenbank und den gewünschten Sicherungsstand und lassen Sie prüfen, ob ein neuer Download bereitgestellt werden kann. Die Gültigkeit der Download-Datei sagt nichts darüber aus, wie lange Sicherungen oder Protokolle aufbewahrt werden. Unterscheiden Sie das ausgewählte Datum, den tatsächlich im Auftrag genannten Sicherungsstand und den Zeitpunkt der Bereitstellung. Ein erfolgreich erstellter Download bedeutet nicht, dass Daten in Ihre aktive Datenbank eingespielt wurden.

​
Ein Datenbank-Restore wurde abgebrochen

Senden Sie die genaue Fehlermeldung, den Zeitpunkt und den gewählten Sicherungsstand. Nach einem Timeout kann ohne technische Prüfung unklar sein, ob bereits ein Teil der Daten verändert wurde. Starten Sie daher nicht mehrfach denselben Restore. Lassen Sie zuerst den aktuellen Zustand, den Zielbestand und mögliche Auswirkungen auf neuere Daten prüfen und sichern.

​
Umfang und Kosten vorab klären

Der Support prüft die verfügbaren Sicherungen und stimmt den vorgesehenen Umfang sowie mögliche Kosten mit Ihnen ab. Eine Wiederherstellung kann neuere Änderungen überschreiben. Bei einer Website müssen Datei- und Datenbankstand zueinander passen. Geben Sie bei mehreren Postfächern für jede Adresse getrennt an, ob sie entfallen, leer neu angelegt oder mit Nachrichten aus einer Sicherung wiederhergestellt werden soll. Eine neu angelegte Adresse bringt frühere Nachrichten nicht automatisch zurück. Nach einem Domaintransfer muss außerdem die Zuordnung zum Webhost und der weitere E-Mail-Betrieb geklärt sein. Stimmen Sie den sicheren Zugang und mögliche Kosten vorab ab und prüfen Sie danach Anmeldung, gewünschte Nachrichten sowie Versand und Empfang. Prüfen Sie den genauen Sicherungszeitpunkt und den vereinbarten Umfang. Dateien und Datenbanken können unterschiedliche Sicherungen benötigen. Stimmt das in einer Bestätigung genannte Datum nicht mit Ihrem Auftrag überein, lassen Sie den tatsächlich verwendeten Sicherungsstand prüfen. Ein abweichender Monat darf nicht ungeprüft als Schreibfehler behandelt werden.

​
S3-Medien und WordPress-Multisite gezielt wiederherstellen

Bei ausgelagerten Medien müssen Webdateien, S3-Objekte und Datenbankeinträge getrennt geprüft werden. Nennen Sie die betroffene Website beziehungsweise Multisite-Unterseite, den Bucket, den Objektpfad und einen möglichst genauen Zeitpunkt vor dem Verlust. Übermitteln Sie keine S3-Zugangsschlüssel. Klären Sie, ob nur Dateien fehlen oder auch Medienverknüpfungen und andere Datenbankeinträge verändert wurden. Eine Datenbankrücksicherung allein bringt gelöschte S3-Objekte nicht zurück. Umgekehrt müssen vorhandene Objekte wieder zur Anwendung passen. Bei einer Multisite ist vorab zu prüfen, welche weiteren Unterseiten eine Rücksicherung derselben Datenbank betreffen könnte. Die für Webhosting genannten Sicherungen gelten nicht automatisch für den Objektspeicher. Für S3 müssen aktuelle Sicherungsstände, Versionierung und Aufbewahrung gesondert bestätigt werden. Ein aktueller Disaster-Recovery-Stand ist kein Beleg für einen älteren gewünschten Objektstand. Ändern sich Zielzeit oder Umfang Ihres Auftrags, müssen diese vor der Ausführung erneut eindeutig feststehen.

​
Warnungen bei einer Wiederherstellung mit UpdraftPlus

Halten Sie fest, ob die Wiederherstellung erst vorbereitet wird, bereits gestartet wurde oder mit einer Fehlermeldung abgebrochen ist. Senden Sie den genauen Warntext und das relevante Protokoll ohne Zugangsdaten. Eine Warnung vor dem Start belegt noch keinen fehlgeschlagenen Restore. Zeitlimit, abweichende Website-Adresse und Datenbank-Zeichensatz sind getrennte Prüfpunkte. Lassen Sie die tatsächlich verwendete PHP-Umgebung und Datenbankversion mit den Anforderungen der Sicherung abgleichen. Eine angebotene Ersatz-Kollation beweist für sich allein nicht, welche Zeichensätze der Server insgesamt unterstützt. Ändern Sie Zeichensätze oder Website-Adressen nicht versuchsweise und überschreiben Sie keine aktive Datenbank ohne passende Sicherung und abgestimmten Wiederherstellungsumfang. Ein Tarifwechsel ist erst sinnvoll, wenn die konkrete Ursache und die benötigten Eigenschaften geklärt sind. Prüfen Sie danach auch die Website-Funktionen; eine Erfolgsmeldung des Backup-Plugins allein reicht dafür nicht aus.

​
Backups nach einem Website-Hack

Ein älteres Backup ist nicht automatisch frei von Schadsoftware. Wenn eine Website länger kompromittiert war, können auch frühe Sicherungen betroffen sein. Vor einer Wiederinbetriebnahme müssen Ursache, verwendeter Datenstand und Bereinigungsmaßnahmen geprüft werden. Aktivieren Sie gesperrte oder als kompromittiert gekennzeichnete Verzeichnisse nicht selbst wieder. Je nach Befund kommt eine kontrollierte Bereinigung oder eine saubere Neuinstallation in Betracht. Eine wiederhergestellte Website sollte zunächst geschützt bleiben, während die Ursache geprüft, verwundbare Komponenten aktualisiert und betroffene Zugangsdaten abgesichert werden. Stimmen Sie einen geeigneten Wartungszugriff ab. Geben Sie die Website erst nach den vereinbarten Sicherheits- und Funktionstests wieder öffentlich frei. Eine erfolgreiche Datenwiederherstellung allein bestätigt noch keine bereinigte Website. Notieren Sie vor der Bereinigung die Symptome, den Zeitpunkt mit Zeitzone sowie zuletzt geänderte Plugins oder Zugänge. Stimmen Sie mit der zuständigen Technik ab, wie vorhandene Dateien, Datenbanken und Protokolle als Belege gesichert werden können. Eine solche Kopie kann selbst Schadsoftware enthalten und ist deshalb nicht automatisch zur Wiederherstellung geeignet. Das Entfernen eines betroffenen Plugins oder die Sperre einer einzelnen verdächtigen Domain beweist keine vollständige Bereinigung. Schadcode kann auch außerhalb des Plugins zurückbleiben. Lassen Sie den konkreten Befund, weitere betroffene Dateien und Zugänge sowie die Eintrittsstelle prüfen. Pauschale Aussagen zur Betroffenheit ähnlich benannter Plugin-Versionen reichen dafür nicht aus.

​
Eine kompromittierte Website vorübergehend offline nehmen

Wenn Sie die Website zunächst offline nehmen möchten, nennen Sie dies als eigenes Sofortziel. Stimmen Sie mit dem Support eine gezielte vorübergehende Abschaltung oder Isolation ab und erhalten Sie die benötigten Daten und Belege. Die vollständige Bereinigung und eine spätere sichere Freigabe bleiben separate Aufgaben. Falls Sie Dateien wegen fehlender Rechte nicht entfernen können, nennen Sie den betroffenen Webhost, den genauen Pfad und die Fehlermeldung. Ändern Sie Rechte nicht pauschal und löschen Sie nicht vorsorglich ganze Verzeichnisbäume. Vor einer Löschung müssen Zuordnung, Umfang, Sicherung und Freigabe feststehen. Ein deaktivierter Webauftritt beweist nicht, dass keine weiteren schädlichen Prozesse oder Zugänge bestehen. Weiterführende Hinweise von WordPress: https://wordpress.org/documentation/article/faq-my-site-was-hacked/

​
Warum nennen wir keine pauschale Wiederherstellungsgarantie?

Aufbewahrung, Datenart, Produkt und tatsächlicher Sicherungsbestand sind entscheidend. Eine erfolgreiche Wiederherstellung in einem anderen Fall sagt nichts über den aktuell benötigten Stand aus.

​
Datenbankexport ohne SSH anfordern

Bricht ein Export über phpMyAdmin ab, nennen Sie Datenbank, ungefähre Größe und genaue Fehlermeldung. Prüfen Sie zuerst, welche Exportwege Ihr konkretes Produkt bietet. Ein SSH-Dump ist nur bei tatsächlich vorhandenem SSH-Zugang möglich; ältere Produkte können diesen Zugang nicht haben. Falls im vHost-Bereich „Backup download anfordern“ angeboten wird, prüfen Sie nach der Anforderung den dort angezeigten Auftragsstatus. Die Erstellung kann im Hintergrund erfolgen. Aktualisieren Sie die Ansicht, bis der Download bereitsteht oder eine Fehlermeldung erscheint; eine zusätzliche E-Mail ist nicht für jeden Ablauf zugesagt. Fordern Sie nicht mehrfach denselben Export an. Behandeln Sie Downloadlink und Archivkennwort vertraulich. Prüfen Sie anschließend, ob die benötigte Datenbank und der gewünschte Stand enthalten sind. Ein erfolgreicher Download bestätigt noch keine erfolgreiche Wiederherstellung.