Neu Nach Update auf neueste Shop-Version – Datenbank plötzlich leer / Wie weiter? Backup, Rollback oder neu aufsetzen?

[JBeer]

Hallo zusammen,


wir benötigen dringend eure Einschätzung zu einer sehr kritischen Situation.


Ausgangslage:

• Gestern (11.11.2025, ca. 13 Uhr) haben wir unseren JTL-Shop auf die aktuellste Version aktualisiert.
• Vor dem Update gab es bereits Probleme mit SEO-Links, Google-Anbindung etc. – der Shop war insgesamt etwas „verwachsen“ und unübersichtlich.
• Nach dem Update lief zunächst alles normal, Bestellungen kamen wie gewohnt rein.

Problem:

• Ab dem frühen Abend war plötzlich die komplette Shop-Datenbank leer — laut PHPMyAdmin existieren keine Tabellen mehr, wirklich komplett leer.
• In der JTL-Wawi sind glücklicherweise noch sämtliche Daten vorhanden.

Jetzt die große Frage:
Welcher Weg ist jetzt am sinnvollsten und effizientesten, um wieder sauber und strukturiert arbeiten zu können?

1. Shop komplett neu aufsetzen
   → frische Installation, neue Basis, dann Daten erneut aus der Wawi einspielen?
2. Rollback auf die Version vor dem Update
   → falls Backup vorhanden, zurück auf den Zustand vor dem Update.
3. Restore auf ein älteres Backup (z. B. Wochen/Monate zurück)
   → um evtl. alte „Baustellen“ loszuwerden, falls sinnvoll.

Ziel ist es, wieder auf eine stabile, performante und übersichtliche Basis zu kommen, ohne unnötigen Mehraufwand zu verursachen.


Was empfiehlt ihr aus Erfahrung?
Neu aufsetzen? Restore? Rollback?


Danke euch schon jetzt für jede Rückmeldung!

Mit freundlichen Grüßen
Jürgen Beer

 

[martinwolf]

Da vor dem eigentlichen Datenbankupdate durch den Updater des Backends hoffentlich auch ein Backup erstellt wurde, kann man das ja bedenkenlos einspielen. Eine Neuinstallation hätte zur Folge, dass auch ein neuer Blowfishkey erzeugt wird und somit die alten Kundendatensätze nicht mehr entschlüsselt werden können. Die Kunden bekommen dann im Frontend nur noch kryptische Texte anstatt ihrer Daten angezeigt.
Bevor hier aber irgendwas gemacht wird, sollte dringend die Ursache für die geleerten Tabellen eruiert werden. Im Falle eines kompromitierten Systems läufst Du ansonsten Gefahr, dass das gleiche erneut passiert. Weil die Datenbank leert von selbst keine Tabellen, hier muss also irgendjemand für verantwortlich sein.

 

[JBeer]

Danke dir für die Rückmeldung!


Wir würden das Backup sehr gern einspielen – das Problem ist, dass wir aktuell nicht nachvollziehen können, WIE oder WARUM die Tabellen gelöscht wurden. Uns ist bewusst, dass sich Tabellen nicht „einfach so von selbst“ leeren, aber wir wissen nicht, an welcher Stelle wir die Ursache prüfen können.

„Bevor hier aber irgendwas gemacht wird, sollte dringend die Ursache für die geleerten Tabellen eruiert werden.“

Genau das ist unser Problem:
Wo können wir nachsehen, was passiert ist?
Gibt es Logfiles im Shop / im Updater / auf dem Server (z. B. MySQL-Logs), die anzeigen, wer oder was die Tabellen gelöscht hat?


Wir kennen uns mit der Serverstruktur nicht tief genug aus, um zu wissen:

• Wo finde ich MySQL-/MariaDB-Logs?
• Gibt es im JTL-Shop oder Updater detaillierte Logs über Datenbankoperationen?
• Kann man irgendwo sehen, ob es ein externes Ereignis oder ein interner Prozess war?

Fakten zum Ablauf:

• Shop-Update am 11.11. (ca. 13 Uhr)
• Nachmittags noch Bestellungen erhalten
• Am frühen Abend waren alle Tabellen in der Datenbank weg (komplett leer)
• In der Wawi ist weiterhin alles vorhanden

Zusatzfrage zum Blowfish-Key / Kundendaten:


Ich dachte immer, dass die Kundendaten in der Wawi gespeichert werden und nicht im Shop — wieso würden dann im Frontend „kryptische Zeichen“ angezeigt?
→ Welche Daten genau wären betroffen, die der Shop entschlüsseln muss? (Passwörter? Session-Daten? Kundenadressen?)


Wäre folgender Ansatz denkbar:

• Backup einspielen,
• den Blowfish-Key sichern,
• Shop komplett neu aufsetzen,
• und den gleichen Key wieder einspielen,

… um zu verhindern, dass diese „kryptischen Zeichen“ entstehen?


Oder funktioniert das so nicht?


Wir wollen auf jeden Fall vermeiden, dass wir das Backup einspielen und dann wieder alles verschwindet — darum möchten wir erst verstehen, was das verursacht hat.


Wenn jemand Hinweise hat:

• wo genau die Logs liegen,
• wie man die Ursache eingrenzt,
• oder wie man sauber neu aufsetzt ohne Datenverlust,

… wären wir extrem dankbar.


Vielen Dank euch vorab für eure Hilfe! 🙏

 

[css-umsetzung]

Ein Update bzw. auch der Shop selbst, killt keine Datenbank, ist aus meiner Sicht unmöglich.
Mein erster Weg wäre, den Hoster anzuschreiben, wenn du nicht sicher bist ob irgendwo ein aktuelles Backup liegt.

Wenn der Shop anfangs, nach dem Update noch ging, dann muss das etwas anderes sein.

Vor dem Update gab es bereits Probleme mit SEO-Links, Google-Anbindung etc. – der Shop war insgesamt etwas „verwachsen“ und unübersichtlich.

An diesem Punkt hätte ich schon einen SP oder JTL mit ins Boot geholt.

Hol dir einen SP, der dich bei deinem Problem unterstützt.

 

[martinwolf]

Zusatzfrage zum Blowfish-Key / Kundendaten:


Ich dachte immer, dass die Kundendaten in der Wawi gespeichert werden und nicht im Shop — wieso würden dann im Frontend „kryptische Zeichen“ angezeigt?
→ Welche Daten genau wären betroffen, die der Shop entschlüsseln muss? (Passwörter? Session-Daten? Kundenadressen?)

Die Registrierung der Kunden erfolgt grundsätzlich über den Shop. Die Daten selbst werden sensible Angaben wie Passwort, Nachname, Firma und Straße NICHT im Klartext gespeichert. Erst beim Abgleichen mit der WAWI werden diese Daten dann abgerufen und zusätzlich in der DB der WAWI gespeichert, dort ausnahmslos im Klartext. Das heißt, sollte der Blowfishkey nicht mehr mit dem übereinstimmen, womit der Datensatz des Kunden eingansg verschlüsselt wurde, kann nach einem Login dieser nicht mehr vollständig entschlüsselt werden und würde dann die betreffenden Angaben eben kryptisch anzeigen.

 

[en001]

• Vor dem Update gab es bereits Probleme mit SEO-Links, Google-Anbindung etc. – der Shop war insgesamt etwas „verwachsen“ und unübersichtlich.

Mit einem "verwachsen" oder "veraltet" fängt es an und geht über "alles neu aufgesetzt" weiter und dann ist das Ranking weg, auch bezahlte Kundschaft über Ads kommt nicht mehr so wie man es kennt....

Selbst wenn dein Datenbank-Backup 6 Monate alt ist sollte lieber das eingespielt werden als etwas "neu" aufzusetzen.

 

[JBeer]

Vielen Dank für alle Rückmeldungen !

Wir haben JTL drum geben das Backup einzuspielen... Dennoch ist dann noch offen was mit den URLs ist etc... Vielleicht komm ich da nochmal mit einem Hilfeersuchen... den passenden SP finden der keine Niere verlangt ist auch schwierig.. Kostet alles Geld, soll auch gern so sein aber Manches ist überteuert in meinen Augen

 

[Martin1977]

Vielen Dank für alle Rückmeldungen !

Wir haben JTL drum geben das Backup einzuspielen... Dennoch ist dann noch offen was mit den URLs ist etc... Vielleicht komm ich da nochmal mit einem Hilfeersuchen... den passenden SP finden der keine Niere verlangt ist auch schwierig.. Kostet alles Geld, soll auch gern so sein aber Manches ist überteuert in meinen Augen

Es gibt hier ganz tolle Menschen, ich will jetzt nicht unbedingt sagen der eine ist toll und der andere nicht, aber was ich sagen kann ist, frag doch mal den Burschen von css-umsetzung oder die von Salepix. Mit beiden hatte ich schon Kontakt und beide waren ganz, ganz kompetent.

 

[css-umsetzung]

Wer braucht schon zwei Nieren

 

[Martin1977]

Eben, Spaß kostet. Kauft man halt mal eben nicht ständig 2 x 100 Gramm Goldbarren und gut ist.

 

[BendiD]

Honestly, if the tables are truly gone from the shop DB but your JTL-Wawi data is still intact, I'd avoid rebuilding from scratch immediately. A full rebuild sounds “clean,” but in reality it often creates weeks of hidden cleanup work around SEO, redirects, plugins, templates, tracking, and integrations.

From what you described, this feels more like a failed migration/update process or corrupted DB action than a total system failure.

I'd probably approach it in this order:

1. Restore the latest healthy database backup first (preferably from right before the update).
2. Verify whether the issue was caused by:

• failed migration scripts
• hosting/database permissions
• plugin conflicts
• cron/import jobs
• or accidental DB overwrite.

Only after that would I consider a fresh install.

I've seen similar situations discussed by teams around ecommerce and lead gen for ecommerce infrastructure, and the biggest mistake is usually rushing into a “clean rebuild” while production pressure is high. You often lose historical SEO settings, redirects, structured URLs, tracking consistency, etc.

One thing I appreciate from how SalesAR talks about systems is the “fix the root cause before rebuilding the machine” mindset. Especially with complex stores, stability and recoverability matter more than cosmetic cleanliness.

So: before doing anything else, make a full copy of the current broken state too. Sounds obvious, but people skip this under stress.