Vergangenen Freitag führte ich ein db compare bei meinem Projekt durch. Folge war, dass ALLE SEITEN und Benutzerlogins verschwunden sind!!! :o
Erst nachdem ich im install wieder einen Admin-Benutzer angelegt hatte, konnte ich mich ins Backend einloggen. Doch dort fehlten auf ein mal alle ca 400 Seiten! Klaro das seither im FE auch nichts mehr erscheint...
Ich habe darauf hin ein aktuelles mysqldump gemacht und das neu eingespielt -> ohne Änderung
Dann habe ich ein älteres mysqldump vom Dezember genommen -> AUCH OHNE ÄNDERUNGEN!?
Wie kann das sein? vielleicht ein Fehler direkt in meinem TYPO3.8? warum laufen dann aber noch meine anderen Seiten normal?
Ich weiß nicht mehr was ich noch probieren könnte?
Dann habe ich ein älteres mysqldump vom Dezember genommen -> AUCH OHNE ÄNDERUNGEN!?
Hm, also entweder die Daten sind in der Datenbank oder nicht. Schau Dir das doch erst mal in der Datenbank an. Ggf. mach Deinen Compare rückgängig: alle Tabellen löschen, danach Deinen dump neu einspielen. Ansonsten aktualisierst Du evtl. nur und die Tabellenänderungen von Deinem dump bleiben erhalten.
Vor einem Compare sollte man auf jeden Fall immer eine Datenbanksicherung machen, auch wenn beim compare normal keine Daten verloren gehen.
Viele Grüße
Niki
hi Niki,
nachdem der Fehler im TYPO aufgetaucht war, habe ich gleich per ssh ein mysqldump gemacht. Das war dann gerade mal noch 8mb groß!! :o Normal hatte meine db ca 75mb! dh da war so gut wie alles wech!
jetzt habe ich versucht per ssh mein backup von Dezember einzuspielen.. aber irgendwas läuft da nicht richtig!
wenn ich den befehl
mysql -hdbxxx.xxx.de -udboxxx pxxxxxx dbxxx<1205-Backup.sql
eingebe wird mir lediglich alles mögliche an Details von der sql version bis zu configs angezeigt, aber keine Meldung ob die db aktualisiert wurde...
ich glaub ich sitz vor lauter bibbern grad total aufm schlauch...
hi thomas!
mache doch einfach
cat 1205-Backup.sql | mysql -hdbxxx -uxxx -pxxx
Vielen Dank! warst mein Retter in letzter Not! 🙂
Was mich aber noch interessieren würde ist, worin der Unterschied von meiner und deiner Variante zum implementieren eines dumps liegt? googeln hat mir da leider net wirklich geholfen
Danke!
jetzt habe ich das Problem, dass die DB FURCHTBAR langsam ist #paralyzed# und im FE muss ich ca 5 Minuten warten bis etwas erscheint. Zudem werden dann Errors angezeigt:
Error: Stored cHash and calculated did not match!
0 58784dc07e
1 72c14954b2
2 verzeichis/browse/1/
3 165002616
Error: Stored cHash and calculated did not match!
0 64196b125c
1 c7782ae898
2 verzeichnis/browse/2/
3 204812012
Caches habe ich gelöscht!
Woher kommt das??
verwendest du realurl?
lösche mal per phpmyadmin die tabelle tx_realurl_chashcache
suchen nach Stored cHash and calculated did not match brachte mir diesen link:
#26738
schrieb ich löschen??? :o
ich meinte leeren...
also die Geschwindigkeit lag an der DB!! hab ne andere genommen .. mit der läufts wie gehabt. Danke für den Hinweis mit der realurl tabelle - hatte ich schon wieder total vergessen