Warum Händler ihre Backups selbst kontrollieren sollten
Beim Betrieb einer gehosteten JTL-Wawi verlassen sich viele Unternehmen darauf, dass der Hostinganbieter alle notwendigen Sicherungen erstellt und die Daten im Ernstfall wiederherstellen kann. Diese Erwartung ist verständlich, reicht für eine belastbare Notfallvorsorge jedoch nicht aus.
Der Händler muss nicht jedes Backup persönlich durchführen. Er sollte aber wissen, welche Daten gesichert werden, wo die Sicherungen liegen, wie lange sie aufbewahrt werden und ob eine Wiederherstellung auf einer unabhängigen Infrastruktur möglich ist.
Hosting und Backup sind zwei unterschiedliche Leistungen
Ein Hostinganbieter stellt die technische Umgebung bereit, auf der Datenbank, JTL-Wawi oder weitere Dienste betrieben werden. Eine Datensicherung ist dagegen eine eigenständige Schutzmaßnahme für den Fall, dass diese Umgebung ausfällt, beschädigt oder kompromittiert wird.
Das Hosting stellt Serverleistung, Speicher, Netzwerkzugang und die technische Betriebsumgebung bereit.
Ein Backup speichert einen definierten Datenstand, der nach einem Verlust oder Ausfall wiederhergestellt werden kann.
Erst die erfolgreiche Rücksicherung zeigt, ob das vorhandene Backup vollständig und praktisch nutzbar ist.
Ein zuverlässiges Hosting reduziert Ausfallrisiken, ersetzt aber keine unabhängige Backup-Strategie. Selbst eine hochwertige Infrastruktur kann von Hardwaredefekten, Fehlkonfigurationen, Cyberangriffen oder organisatorischen Problemen betroffen sein.
Die entscheidende Frage lautet nicht, ob ein Backup existiert
Entscheidend ist, ob das Backup im Ernstfall tatsächlich verfügbar und wiederherstellbar ist.
- Welche Daten werden konkret gesichert?
- Wie häufig wird die JTL-Datenbank gesichert?
- Wie viele ältere Sicherungsstände bleiben erhalten?
- Wo werden die Backups gespeichert?
- Wer besitzt die notwendigen Zugangsdaten?
- Wurde eine Wiederherstellung bereits getestet?
- Kann das Backup auch außerhalb der bisherigen Infrastruktur genutzt werden?
Eine automatische Meldung über eine erfolgreiche Sicherung beantwortet diese Fragen nicht vollständig.
Warum ein Backup beim gleichen Anbieter problematisch sein kann
Ein Backup innerhalb derselben Infrastruktur schützt häufig vor einzelnen Fehlern. Wird versehentlich eine Datei gelöscht oder eine Datenbank beschädigt, kann der Anbieter möglicherweise schnell einen früheren Stand wiederherstellen.
Anders sieht es aus, wenn nicht nur ein einzelner Server, sondern die gesamte Umgebung des Anbieters betroffen ist. Dann können Produktivsystem, Verwaltungssysteme und Sicherungen gleichzeitig nicht erreichbar sein.
Produktivdaten und Sicherungen können in demselben Rechenzentrum, Netzwerk oder Administrationssystem liegen.
Werden Produktivsystem und Backups über dieselben Konten verwaltet, kann ein kompromittierter Zugang beide Bereiche betreffen.
Bei einem umfassenden technischen oder organisatorischen Ausfall kann auch das vermeintlich vorhandene Backup vorübergehend oder dauerhaft nicht nutzbar sein.
Technische Trennung ist ein zentraler Bestandteil der Backup-Strategie
Eine belastbare Datensicherung sollte nicht vollständig vom gleichen System, Anbieter oder Administrationszugang abhängen wie die produktive JTL-Umgebung.
- Mindestens eine Backupkopie außerhalb des Produktivservers speichern
- Eine zusätzliche Kopie bei einem unabhängigen Speicheranbieter vorhalten
- Separate Zugangsdaten für Backup und Produktivsystem verwenden
- Backups gegen nachträgliche Veränderung oder Löschung absichern
- Mehrere zeitlich getrennte Sicherungsstände aufbewahren
- Den Zugriff auf die Sicherungen regelmäßig prüfen
Die technische Trennung bedeutet nicht zwingend, dass der Händler die gesamte Infrastruktur selbst betreiben muss. Entscheidend ist, dass ein einziger Ausfall nicht gleichzeitig alle produktiven Daten und sämtliche Sicherungen betrifft.
Welche Daten einer JTL-Umgebung gesichert werden sollten
Die wichtigste Grundlage ist die vollständige und konsistente Sicherung der JTL-Datenbank. Je nach Umgebung gehören jedoch weitere Daten und Konfigurationen zur Notfallvorsorge.
Sie enthält Artikel, Aufträge, Kunden, Lieferanten, Bestände, Einstellungen, Verknüpfungen und zahlreiche weitere Geschäftsdaten.
BAT-Dateien, Python-Skripte, SQL-Abfragen, Exporte und weitere Automatisierungen sollten zusätzlich separat gespeichert werden.
Prozessbeschreibungen, Zugangsdokumentationen und individuelle Konfigurationen können für den Wiederanlauf wichtig sein.
Bei einem angebundenen Onlineshop müssen auch Shopdatenbank, Dateien, Bilder, Templates und Plugins berücksichtigt werden.
Server-, Datenbank-, Hosting- und Plattformzugänge müssen sicher dokumentiert und unabhängig erreichbar sein.
Regelmäßige Stammdatenexporte können im schlimmsten Fall helfen, wichtige Artikelinformationen zu rekonstruieren.
CSV-Exporte sind sinnvoll, aber kein vollständiges Backup
Artikel- und Bestandsdaten aus der JTL-Ameise können eine zusätzliche Rückfallebene bilden. Sie enthalten jedoch nur ausgewählte Informationen.
- Aufträge und Kundenhistorien können fehlen
- Workflows werden nicht vollständig erfasst
- Benutzerrechte und Systemeinstellungen fehlen
- Interne Verknüpfungen können nicht rekonstruiert werden
- Marktplatzzuordnungen können unvollständig sein
- Bestände können bereits beim Export veraltet sein
Exporte ergänzen eine Backup-Strategie, ersetzen aber keine vollständige Sicherung der JTL-Datenbank.
Wie häufig sollte eine JTL-Datenbank gesichert werden?
Die passende Häufigkeit richtet sich danach, wie viele Änderungen und Bestellungen täglich verarbeitet werden. Je höher das Auftragsvolumen, desto größer ist der mögliche Datenverlust zwischen zwei Sicherungen.
Es wird geprüft, wie viele Aufträge, Artikeländerungen und Lagerbewegungen innerhalb eines Tages entstehen.
Das Unternehmen legt fest, wie viele Stunden oder Minuten an Daten im schlimmsten Fall verloren gehen dürfen.
Die Häufigkeit wird so gewählt, dass das akzeptierte Verlustfenster möglichst nicht überschritten wird.
Aufbewahrungsdauer, Anzahl der Sicherungsstände und verfügbarer Speicher müssen zusammen geplant werden.
Eine tägliche Sicherung kann für einen kleinen Händler ausreichen, während bei hohem Auftragsvolumen deutlich kürzere Intervalle sinnvoll sein können.
Warum mehrere Sicherungsstände notwendig sind
Ein einzelnes Backup schützt nur dann, wenn der enthaltene Datenstand tatsächlich fehlerfrei ist. Viele Probleme werden jedoch nicht sofort bemerkt.
- Beschädigte Daten können mehrere Tage unentdeckt bleiben
- Fehlerhafte Importe können erst später auffallen
- Ungewollte Änderungen können nachträglich entdeckt werden
- Schadsoftware kann bereits vor der letzten Sicherung aktiv gewesen sein
- Falsche Bestände oder Preise können zeitversetzt erkannt werden
Wer nur den jeweils neuesten Stand aufbewahrt, überschreibt möglicherweise die letzte noch intakte Sicherung. Mehrere tägliche, wöchentliche und gegebenenfalls monatliche Stände schaffen zusätzliche Wiederherstellungsmöglichkeiten.
Ein Backup ohne Wiederherstellungstest bleibt eine Annahme
Sicherungsdateien können vorhanden sein und trotzdem im Ernstfall versagen. Ursachen können unvollständige Daten, beschädigte Archive, fehlende Kennwörter oder ungeeignete Wiederherstellungswege sein.
Die Sicherungsdatei muss vorhanden, lesbar und vollständig übertragen worden sein.
Das Backup sollte auf einer getrennten Testumgebung tatsächlich eingespielt werden.
Nach der Wiederherstellung muss geprüft werden, ob JTL-Wawi auf die Datenbank zugreifen und die wichtigsten Daten korrekt anzeigen kann.
Ein erfolgreicher Test sollte dokumentiert werden. Dazu gehören Datum, verwendeter Sicherungsstand, Zielsystem, festgestellte Probleme und notwendige Korrekturen.
Wer trägt die Verantwortung für die Datensicherung?
Der Hostinganbieter kann vertraglich für bestimmte Sicherungsleistungen zuständig sein. Die betriebliche Verantwortung dafür, dass wichtige Unternehmensdaten im Ernstfall wieder verfügbar sind, bleibt dennoch beim Unternehmen.
- Vertragliche Backup-Leistungen des Hosters prüfen
- Aufbewahrungsdauer und Sicherungsintervalle dokumentieren
- Zuständigkeit für externe Kopien festlegen
- Verantwortlichen für Wiederherstellungstests benennen
- Vertretung für Urlaub und Krankheit bestimmen
- Notfallkontakte und Eskalationswege festhalten
Die Verantwortlichkeit sollte nicht zwischen IT-Dienstleister, Hostinganbieter und internen Mitarbeitern ungeklärt bleiben. Jede notwendige Aufgabe braucht einen eindeutig benannten Verantwortlichen.
Der Händler sollte jederzeit wissen, wie er an seine Daten kommt
Eine ausgelagerte JTL-Wawi darf nicht dazu führen, dass das Unternehmen vollständig von einem einzigen Ansprechpartner oder Administrationskonto abhängig ist.
- Zugang zum Hostingkundenbereich dokumentieren
- Speicherort externer Sicherungen festhalten
- Wiederherstellungscodes sicher aufbewahren
- Vertrags- und Kundennummern verfügbar halten
- Technische Ansprechpartner und Vertretungen erfassen
- Verfahren für die Herausgabe von Backups kennen
Auch bei einer vollständig betreuten Umgebung muss das Unternehmen nachvollziehen können, wie im Notfall auf die eigenen Daten zugegriffen wird.
Was passiert, wenn der Hostinganbieter nicht erreichbar ist?
Ein Notfallplan sollte auch den Fall berücksichtigen, dass der bisherige Anbieter vorübergehend nicht erreichbar ist oder die vorhandene Infrastruktur nicht kurzfristig wiederherstellen kann.
Die unabhängige Sicherung muss ohne Zugriff auf die ausgefallene Hostingumgebung erreichbar sein.
Ein neuer Server oder eine alternative Hostingumgebung wird für die Wiederherstellung vorbereitet.
Die letzte geeignete Sicherung wird auf dem neuen System eingespielt und geprüft.
JTL-Wawi und notwendige Dienste werden mit der wiederhergestellten Datenbank verbunden.
Diese Vorgehensweise funktioniert nur, wenn das externe Backup vollständig, erreichbar und mit den notwendigen Zugangsdaten dokumentiert ist.
Der MIDe-Fall zeigt das Risiko fehlender unabhängiger Sicherungen
Nach dem MIDe-Ausfall standen zwei betroffene Händler ohne kurzfristig nutzbare bisherige JTL-Wawi-Umgebung da. Die bisherige Infrastruktur konnte nicht rechtzeitig regulär wiederhergestellt werden.
Faymax Consulting baute für beide Händler jeweils eine neue JTL-Wawi auf, übernahm die noch vorhandenen Produktdaten und stellte innerhalb von 48 Stunden wieder einen verkaufsfähigen Zustand her. Die notwendigen Feinarbeiten wurden anschließend in den folgenden Tagen abgeschlossen.
Dieser vollständige Neuaufbau war keine bevorzugte Alternative zu einer Rücksicherung. Er wurde notwendig, weil keine kurzfristig nutzbare Wiederherstellung des bisherigen Systems möglich war.
Den vollständigen Praxisbericht finden Sie unter JTL-Wawi nach Datenverlust neu aufgebaut.
Welche Fragen Händler ihrem Hostinganbieter stellen sollten
Eine gute Backup-Strategie beginnt mit klaren Informationen. Unternehmen sollten nicht davon ausgehen, dass alle notwendigen Leistungen automatisch enthalten sind.
- Wie häufig wird die JTL-Datenbank gesichert?
- Wie lange werden die einzelnen Sicherungsstände aufbewahrt?
- Wo befinden sich die Backups technisch?
- Sind die Sicherungen von der Produktivumgebung getrennt?
- Wie schnell kann eine Wiederherstellung begonnen werden?
- Ist die Rücksicherung im Vertrag enthalten?
- Kann der Händler eine Kopie des Backups erhalten?
- Werden Wiederherstellungstests durchgeführt?
- Was geschieht bei einem vollständigen Ausfall des Anbieters?
Unklare Antworten sollten zum Anlass genommen werden, eine zusätzliche unabhängige Sicherung aufzubauen.
So kontrollieren Händler ihre Backup-Strategie
Die Kontrolle muss nicht täglich manuell erfolgen. Sie sollte jedoch nach einem festen Ablauf wiederholt werden.
Fehlgeschlagene oder unvollständige Sicherungen müssen zeitnah erkannt und bearbeitet werden.
Es wird geprüft, ob interne und externe Kopien tatsächlich vorhanden und erreichbar sind.
In regelmäßigen Abständen wird ein definierter Sicherungsstand auf einer Testumgebung wiederhergestellt.
- Verantwortliche Person festlegen
- Prüfintervalle dokumentieren
- Fehler und Korrekturen nachvollziehbar festhalten
- Backup-Strategie nach Systemänderungen aktualisieren
- Externe Kopien und Zugangsdaten regelmäßig testen
Wann professionelle Unterstützung sinnvoll ist
Professionelle Unterstützung ist sinnvoll, wenn unklar ist, welche Daten tatsächlich gesichert werden oder wie eine vollständige JTL-Umgebung auf einer Ersatzinfrastruktur wiederhergestellt werden kann.
- Die vorhandenen Backups wurden noch nie getestet
- Produktivsystem und Sicherungen liegen beim gleichen Anbieter
- Es existiert keine unabhängige Backupkopie
- Zugänge und Verantwortlichkeiten sind nicht dokumentiert
- Mehrere Shops, Marktplätze und Automatisierungen sind angebunden
- Ein längerer Ausfall würde den Verkauf erheblich beeinträchtigen
Faymax Consulting unterstützt bei der laufenden Betreuung von JTL-Systemen, beim Umzug auf eine neue Infrastruktur sowie bei einer notwendigen JTL-Projektrettung.
Häufige Fragen zu JTL-Hosting und Backups
Reicht das Backup meines JTL-Hostinganbieters aus?
Das hängt davon ab, wie häufig gesichert wird, wo die Sicherungen liegen und ob eine Wiederherstellung getestet wurde. Eine zusätzliche unabhängige Kopie ist grundsätzlich sinnvoll.
Muss ich JTL-Backups selbst erstellen?
Nicht zwingend. Die Sicherung kann durch einen Hosting- oder IT-Dienstleister erfolgen. Das Unternehmen sollte den Prozess, die Speicherorte und die Wiederherstellbarkeit jedoch kontrollieren.
Warum sollte ein Backup außerhalb des Hostings liegen?
Eine externe Sicherung verhindert, dass ein vollständiger Ausfall des Hostinganbieters gleichzeitig das Produktivsystem und alle Backups betrifft.
Wie erkenne ich, ob ein JTL-Backup funktioniert?
Die zuverlässigste Prüfung ist eine Testwiederherstellung auf einer getrennten Systemumgebung.
Unterstützt Faymax Consulting bei ausgefallenen JTL-Systemen?
Ja. Faymax Consulting unterstützt bei Wiederherstellungen, Datenmigrationen, Neuaufbauten und der Rettung ausgefallener oder festgefahrener JTL-Projekte.
Wissen Sie, ob sich Ihre JTL-Wawi wirklich wiederherstellen lässt?
Faymax Consulting unterstützt Sie dabei, vorhandene Sicherungen, Datenquellen und technische Abhängigkeiten zu bewerten und Schwachstellen frühzeitig zu erkennen.