Kopierte MySQL-Datenbankdateien, aber Tabellen werden in PhPMyAdmin nicht angezeigt

Lesezeit: 4 Minuten

Benutzeravatar von alkey
egal

Ich habe kürzlich versucht, eine WordPress-Site mit gesicherten Dateien wiederherzustellen. Ich vertraue auf die WordPress-Funktion „Alle Inhalte exportieren“, die tatsächlich nur sehr wenig exportiert.

Ich habe Backups der WAMP-Dateien aufbewahrt und mehrere Posts gelesen, in denen die gesicherten Datenbankdateien erfolgreich an den neuen Speicherort kopiert wurden und die Datenbank einwandfrei funktioniert:

WAMP neu installiert, WordPress-Tabellen nicht gefunden, ABER in PHPMYADMIN

Stellen Sie die MySQL-Datenbank aus .frm-Dateien wieder her

Das Ärgerliche ist, dass diese bei mir nicht funktionieren. Ich habe zwei Dinge versucht:

  1. Kopieren Sie den Datenbankordner und die gesicherten ibfiles in die Orte. Sobald ich dies mache und den PHP-Admin öffne, werden die WP-Tabellen aufgelistet, aber ich bekomme die Fehlermeldung, dass sie nicht existieren. Siehe beigefügten Screenshot.
    Screenshot von kopierten Dateien und Problem

  2. Ich habe eine neue Datenbank mit demselben Namen erstellt und eine neue WordPress-Installation durchgeführt, bei der leere Tabellen erstellt wurden. Ich habe dann den gesicherten Ordner mit den .frm-Dateien in den neu erstellten Ordner kopiert und die ib-Dateien ersetzt. Das Problem dieses Mal ist, dass WAMP nicht gestartet wurde und mir der Zugriff auf PHPMyAdmin verweigert wurde. Fehlermeldung 2002 aktiv abgelehnt.

Eines ist mir aufgefallen. In der gesicherten Datei wurde die Datei ibdata1 seit dem 13.08.14 nicht mehr gesichert. Wohingegen ib_logfile1 und iblogfile() 29.03.2015 und 19.04.2015 waren. Könnte es möglich sein, dass mein Sicherungsprogramm (WD Smartware) meine Dateien nicht ausreichend sichert? Wenn ja, verschwende ich meine Zeit und sollte ich einfach von Grund auf neu aufbauen.

Vielen Dank für Ihre Hilfe.

  • Kein WordPress-Entwickler, aber müssen Sie nicht den Host, den Benutzernamen und das Passwort ändern, während Sie ein neues WP installieren und DB-Dateien wiederherstellen. Der Speicherort des Kennworts für den Benutzernamen der DB-Datei muss mit dem Ihrer WP-Installation übereinstimmen.

    – Schadab

    28. April 2015 um 22:57 Uhr

  • @SamBown Ja, das dachte ich auch und alles ist gleich. Ich verwende dieselbe wpconifg-Datei und für WAMP ist der Benutzername der Standard-Root ohne Passwort.

    – wie auch immer

    28. April 2015 um 23:05 Uhr

  • @ BK435 es variiert zufällig von Datei zu Datei, es gibt eine Auswahl an Daten vom 29.03.2015 bis 19.04.2015. Ich denke, Sie könnten Recht haben, ich war noch nie von WD Smartware als Backup-Programm überzeugt, also könnte dies nur der letzte Strohhalm sein

    – wie auch immer

    28. April 2015 um 23:44 Uhr

Benutzeravatar von BK435
BK435

Dein ibdata1 Datei enthält alle Ihre metadata für Ihre Datenbank, Tablespaces, Indizes, Tabellenstruktur usw. … Es sollte immer mit dem letzten Datum zusammenfallen, an dem alles andere berührt wurde, was für Sie der 19.04.2015 zu sein scheint. Wenn dein ibdata1 Datei wurde seit dem 13.08.2014 nicht mehr gesichert, was bedeutet, dass alle Ihre Metadaten mit Ihrer Tabelle (.frm and .ibd) Dateien. Während Sie also die Tabellen in Ihrer Datenbank sehen können, können Sie nicht auf die Daten zugreifen, da die tablespaces sind komplett falsch ausgerichtet. In diesem Fall haben Sie den berüchtigten Fall von Schrödingers MySQL-Tabelle. Kurz erklärt, Mysql glaubt, dass die Tabelle gleichzeitig existiert und nicht existiert. Ich werde Sie auf diesen Stackoverflow verweisen, um weitere Informationen zu erhalten.

Ich glaube nicht Innodb_force_recovery wird in Ihrem Fall funktionieren, aber ich denke, es kann nicht schaden, es zu versuchen. Percona hat eine Wiederherstellungstool für innodb reparieren metadata (Tabellenbereiche), die nicht mehr synchron sind. Sie können dem eine Chance geben. Erfahrungsgemäß ist es nicht einfach, damit zu arbeiten, man kann es nur unter Linux starten, es ist nicht notwendig, zur Arbeit zu gehen, und es gibt sehr wenig im Internet, was die Arbeit mit dem Tool betrifft.

Meine Empfehlung wäre, alles zu verschrotten, was Sie können, und von vorne zu beginnen.

  • Vielen Dank für Ihren Vorschlag. Ich habe derzeit keinen Zugriff auf Linux, sodass ich das Tool nicht ausführen könnte, selbst wenn ich wollte. Ich fürchtete, von vorne anfangen zu müssen, aber ich denke, ich werde einfach meine Lektion für das nächste Mal lernen. Danke noch einmal

    – wie auch immer

    29. April 2015 um 0:35 Uhr

  • Seid gegrüßt, Allan.. Entschuldigung, dass ich schlechte Nachrichten überbringe … Ich hoffe, der Wiederaufbau verläuft reibungslos …

    – BK435

    29. April 2015 um 0:41 Uhr

  • Ihr erster Link ist defekt, der Beitrag wurde gelöscht

    – Vic Seedoubleyew

    9. Oktober 2017 um 13:10 Uhr

Benutzeravatar von Ary Parker
Ary Parker

Das Problem hängt möglicherweise mit den Dateiberechtigungen zusammen.

Überprüfen Sie zur Überprüfung die Ordnerberechtigungen der Datenbank, indem Sie mit der rechten Maustaste auf den Speicherort Ihres Ordners in /var/lib/mysql/ klicken, und stellen Sie sicher, dass die Berechtigung des Ordners zum Lesen, Schreiben und Verwenden durch „root“ festgelegt ist.

1442540cookie-checkKopierte MySQL-Datenbankdateien, aber Tabellen werden in PhPMyAdmin nicht angezeigt

This website is using cookies to improve the user-friendliness. You agree by using the website further.

Privacy policy