Wenn Deine DB noch existiert, wovon ich mal ausgehe, dann gehe mal in phpmyadmin und wähle Deine entsprechende DB aus.
Die existiert nicht mehr, den:
Als das Problem zum 1. Mal auftrat, habe ich natürlich 1 Support-Ticket erstellt, die haben mir geraten meinen Account (hinterderfassade.co.cc) zu löschen und anschl. neu zu erstellen. Das Argument war dass dann mein Account an einem anderen Server liegen wird, bla-bla
OK, ich habe das gemacht, aber habe ich mittels phpmyadmin natürlich kein Backup angelegt, denn die DB war ja offensichtlich schon hin, wenn mein Blog nicht mehr funktioniert hat, oder? Übrigens habe ich noch nie 1 Backup mittels phpmyadmin gemacht und trotzdem konnte ich in der Vergangenheit meinen Blog wiederherstellen... Soviel dazu
Bevor ich allerdings versucht habe, WP auf 3.0.3 up zu daten, habe ich natürlich -aus WP heraus- die DB gesichert und auf meinen PC herunterladen PLUS habe ich auch ein Backup mittels 'Backups' im CP von 000Webhost gemacht (all diese Backups sind an meinem PC vorhanden und noch drei andere, die mir WP wöchentlich per Mail gesendet hat)- genauso, wie seit 2 Jahren immer und immer wieder.
ALSO: da mein Blog nach wie vor unter gleicher Adresse zu erreichen ist und auch den Hoster nicht gewechselt habe, müsste ich nach erfolgreicher Wiederherstellung auch keine Links anpassen, stimmt's?
Alles was ich will (und nicht hinkriege - nicht einmal mit mysqldumper) ist,
meine gesicherten DB-Backups wieder enzuspielen. Es klappt einfach nicht - mit keiner Methode, die ich bis jetzt versucht habe.
Ich poste hier mal, was ich gestern im anderen Forum geschrieben habe; damit bekommst Du vielleicht 1 besseres Bild darüber, was ich bis jetzt versucht habe:
"Nachdem ich mysqldumper erfolgreich hochgeladen, installiert und aufgerufen habe, ist mir gleich aufgefallen, dass bei mir bei 'Max. Ausführungszeit': 10 Sekunden steht[COLOR=Red]*[/COLOR] (im Gegensatz zum [size=10][COLOR=DeepSkyBlue]Video[/COLOR][/SIZE], wo 30 Sekunden zu sehen sind), ist das ein Fehler oder ist es OK so???
Dann wollte ich natürlich den PW-Schutz einrichten, wie im Video gezeigt wird, und ab da geht nichts mehr:
1) Kann das Proggie die 2 Dateien .htaccess & .htpasswd nicht eigenständig anlegen, obwohl ich dem Ordner, in dem sie reinkommen sollen, 777-rechte vergeben habe! Also habe ich sie manuell erstellt und mit den Daten gefüttert, die mir mysqldumper gegeben hat.
2) Ab diesem Moment ist Schluss, die rechte Seite des Fensters von mysqldumper bleibt leer/weiss, egal, wohin ich klicke [Blockierte Grafik: http://www.000webhost.com/forum/images/smilies/eek.gif]
Siehe [size=10][COLOR=DeepSkyBlue]kurzes Video[/COLOR][/SIZE]: http://tinyurl.com/2v897oa
Beim Anlegen des Verschlüsselungsverfahrens habe ich alle 3 Varianten
- Crypt maximal 8 Zeichen (Linux und Unix-Systeme)
- MD5 (Linux und Unix-Systeme)
- SHA1 (alle Systeme)
ausprobiert, daran kann es also nicht liegen.
Ich kann nicht mehr, denn egal was ich versuche, schlägt alles fehl. Daher denke ich, folg. Angehensweise wäre eventuell richtig (falls es bei 000Webhost überhaupt eine richtige gibt):
1) Komplett alle Dateien von meinem Account via ftp löschen, sowie die vorhandene DB vom Admin-Bereich aus mittels 'Manage MySQL Databases' und dort auf das Rote X klicken.
2) Neue DB mittels selbigem Tool erstellen
3) danach mysqldumper per ftp hochladen & einrichten
4) WP 3.0.3. per ftp hochladen
[COLOR=Red]5)[/COLOR] [COLOR=Red]???[/COLOR] WELCHEN SCHRITT sollte ich jetzt tun??? mysqldumper starten und meine vorhandenen WP-Backups einspielen, ODER zuerst die http://hinterderfassade.co.cc/wp-admin/install.php/ aufrufen usw. und erst danach mysqldumper starten und meine vorhandenen WP-Backups einspielen?"
Wie Du also sehen kannst, sind diese beiden Funktionen essentiell für ein erfolgreiches Backup. Ohne diese Funktionen kannst Du weder eine DB wiederherstellen, noch neu einspielen.
Schade dass ich dies nicht früher gewusst habe...
Wenn Du also noch ein Backup machen kannst, dann bitte nur mit DROP und CREATE.
Natürlich kann ich kein Backup machen, denn ich habe ja meinen Account gelöscht, wie weiter oben erleutert.
Falls Du kein Backup mehr machen kannst, kannst Du in mühevoller KleinStarbeit die DROP/CREATE Funktion von Hand einfügen.
Dies verstehe ich zwar nicht ganz, aber ist es denn nicht hinfällig ???
Bei 000 besser nur als reine sql DB speichern. Bei mir gabs immer Fehler beim Importieren, wenn ich es als zip exportierte.
Alle meine Backups haben die Endung .sql.gz - das ist es doch, was Du meinst, oder?
Gruß BigFish (Arturo)