content verschwunden ... backup der DB wurde nicht richtig erstellt ... wie weiter?

[Speedy8]

Hallo,

also am gestrigen Abend musste ich nicht schlecht staunen, als bei einem Web-Projekt plötzlich sämtlicher Content so nach und nach im Nirvana verschwand, und ich habe keine Ahnung, wie das passiert ist.

Bei mir läuft auf einem Debian-Server ein T3 4.6.3 mit diversen Extensions bislang problemlos. Die Extension-Updates wurden bislang auch alle ordentlich eingespielt, bis auf tt_news, diese Einspielung musste ich letzte Woche rückgängig machen, da die NEws-Bearbeitung nach der Einspielung von tt_news 3.2.1 nicht mehr möglich war.

Also Backup des gesamten Projekt-Verzeichnisses sowie des Datenbankverzeichnisses auf dem Server vorgenommen. Die Backups werden auf meinem VServer automatisch erstellt und das jeden Tag. Ich habe das Backup in den ORiginal-Verzeichnissen einspielen lassen was bedeutet, dass die auf dem Server vorhandenen Dateien entsprechend überschrieben werden.

Soweit sogut, das System lief wieder.

Gestern nun aber folgendes Phänomen. Einer der Redakteure wollte neue News einspielen, und plötzlich verschwanden im Frontend die news-Daten. Als ich dann nachschaute und im Backend die normalen weiteren Contents ansehen wollte, verschwanden auch diese sowohl im Backend als auch im Frontend. Es war plötzlich alles leer.

Ok, auch wenn ich die Ursache dieses Verschwindens noch nicht feststellen konnte, dachte ich zunächst, ich spiele ein Backup vom Vortag ein. Gesagt getan nach obiger Beschreibung. Aber was war das, die Backups auf dem Server, die eigentlich immer alles schön sichern und den Daten nach eigentlich auch gesichert haben, stellten mir ein t3-System wieder her, deren Inhalt vom 26.04.2012 stammte. Alle nachträglichen Änderungen, welche mindestens am 02.05.2012 auch vorgenommen worden sind und auch bis gestern auf der Homepage schön dargestellt wurden, sind nicht mehr vorhanden?!?!?!?!?!

Sind zum Einspielen eines Datenbank-Backups noch weitere Dateien nötig außer /var/lib/mysql/[DB-Name]?

Ich habe mich dann im wiederhergestellten T3-System einmal im Backend eingeloggt. Das klappt komischerweise auch nur als ADMIN, und ein Blick auf die Benutzerdaten sagte mir, dass keine mehr vorhanden seien?!?!?!?!!?

Ok, ich habe dann mittels phpmyadmin einmal in die Datenbank geschaut. Das hätte ich vielleicht wirklich als erstes tun sollen. Ich habe alle Tabellen reparieren lassen, und irgendwie hat er mir dort auch fehlerhafte Indizes gefunden und korrigiert.

Hat von Euch schon einmal jemand solch ein Problem gehabt? Und wenn ja, gibts vielleicht noch eine Lösung, dass ich aus den vorhandenen Backups auch wirklich den Zustand des Vortages wiederherstellen kann?

Ich werde mir jetzt zunächst einmal das DB-Backup im Detail ansehen, ob nicht vielleicht doch irgendwo die Daten vergraben sind.

Würde mich für Hilfe freuen.

Danke. Mfg

[Martin Terber]

Oh je, das ist ein GAU.

• Du hast bereits richtig analysiert: Nächstesmal besser zuerst in die Datenbank schauen. Denn wenn Daten im Backend verschwunden sind, müssen sie nicht zwingend aus der DB gelöscht worden sein.
• Außerdem: Wenn du Backups zurückspielst, solltest du diese erst in eine seperate DB einspielen und dort den Status (Datum der letzten Einträge) kontrollieren.
• Womit hast du deine Backups erstellt? Das wird aus deinem Posting nicht klar. Schau nach, ob es aktuellere dumps (also Backup-Dateien) gibt als vom 26.04.2012

Vor allem: Ruhe bewahren, nachdenken, keinen blinden Aktionismus betreiben. Immer darauf achten, dass du dir den aktuellen Zustand (auch wenn fehlerhaft) nicht überschreibst. Viel Glück!

[Speedy8]

Hallo,

danke für die Antwort.

Ja, als GAU würde ich das schon bezeichnen. Aber beim Einspielen von Updates kann einem solch ein Problem ja immer wieder einmal ereilen, wie ich ja über das Update von tt_news berichtete.

Ich habe einen VServer. Durch diesen VServer wird selbst ein Backup gefahren, täglich. Und je nach der Größe der täglichen Veränderung, wird diese Veränderung gespeichert. Und 1x wöchentlich wird ein vollständiges Server-Backup gefahren unabhängig von etwaigen Veränderungen.
Bislang hat es immer ganz prima funktioniert, dass ich mir aus diesem Backup entsprechend den betreffenden Teil wiederherzustellen. Bzgl. der Datenbank ist es ja insoweit ein Problem, dass man ein DB-Dump nur dann einspielen kann, wenn man separat einen erstellt hat. Aber eine DB ist ja an und für sich nichts anderes, als ein Verzeichnis unterhalb von /var/lib/mysql/ . Und wenn es einmal unerwartet ein Problem geben sollte am System/der Datenbank, dann hat man ja vorher kein DB-Dump erstellt. Insoweit müsste es ausreichen, entsprechend das oben benannte Verzeichnis aus dem Backup wiederherzustellen.

Ich frage mich nur aber wie es sein kann, dass die Datenbank-Daten nicht ordnungsgemäß im Backup gespeichert wurden. Ich habe mir die T3-Daten noch einmal genau angesehen, und es scheint so, dass nur die Daten von tt_news nicht im DB-Backup enthalten waren. Aller anderer Content war genau von dem Datum, an dem das Backup erstellt wurde.

Wo um Himmels willen waren dann die Änderungen von tt_news gespeichert, welche ja vor dem Crash noch angezeigt wurden!?!

Ich habe jetzt die Redakteure gebeten, die Änderungen in tt_news, die nach dem 26.04. erstellt wurden, noch einmal zu erstellen. Und bislang klappt alles.

Also bleiben mir noch 2 Fragen:
1. wer hatte schon einmal solch einen Datenverlust und was waren dafür die Ursachen?
2. warum sind die neuesten tt_news Änderungen gegenüber dem normalen tt_content nicht im Backup gelandet?

Mfg