SQL MySQL-Backup schlägt fehl. Warum?

[Schumiel]

Hallo,

und zwar wollte ich mir gerade ein Backup herunterladen und auf mein System aufspielen, weil es Fehler gab. Ich sichere meine Daten via PLESK 9.3 mit dem Backup-Manager. Nachdem ich die Daten entpackt habe, sehe ich nun eine SQL-Datei, die wie folgt aussieht:

-- MySQL dump 10.11
--
-- Host: localhost Database: projekt
-- ------------------------------------------------------
-- Server version 5.0.51a-24+lenny4

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

Auch wenn ich meine jetzige Datenbank per MySQL -> Exportieren sichern will, bekomme ich nur das obige Ergebnis.

Wo liegt der Fehler?
Oder was muss ich tun, das ich meine Daten sichern kann?

 

[oiisamiio]

Über Mysql Admin ist auch kein Backup möglich? Bzw. über Mysql Admin Reparatur durchführen lassen...

 

[Schumiel]

Wenn ich die DB auswähle, ist kein Backup möglich.

Wenn ich die Tabellen auswähle, schon. Aber bei 2 GB macht das mein Notebook nicht mehr mit. Zudem ist das ja auch keine Lösung. Es soll ja automatisch gesichert werden.

Die Tabellen reparieren?

 

[AlbertLast]

du solltest mit shell tools arbeiten, ich denke nicht
das du eine chance bei der datenmenge noch mit php skripten hast.

 

[Schumiel]

Ich habe was in den Logs gefunden:

<!-- PMA-SQL-ERROR -->
<div class="error"><h1>Fehler</h1>
<p><strong>SQL-Befehl:</strong>
<a href="tbl_properties.php?table=bericht&amp;token=7270a30b818e43596a477dded1225e45&amp;sql_query=SHOW+CREATE+TABLE+%60cv%60.%60bericht%60&amp;show_query=1&phpMyAdmin=niV9OWp4bGLD8RQHMfK5Lasx-a5"><img class="icon" src=" ./themes/original/img/b_edit.png" width="16" height="16" alt="Bearbeiten" /></a> </p>
<p>
<span class="syntax"><span class="syntax_alpha syntax_alpha_reservedWord">SHOW</span> <span class="syntax_alpha syntax_alpha_reservedWord">CREATE</span> <span class="syntax_alpha syntax_alpha_reservedWord">TABLE</span> <span class="syntax_quote syntax_quote_backtick">`projekt`</span><span class="syntax_punct syntax_punct_qualifier">.</span><span class="syntax_quote syntax_quote_backtick">`bericht`</span> </span>
</p>
<p>
<strong>MySQL meldet: </strong><a href="http://dev.mysql.com/doc/refman/5.0/en/error-returns.html" target="mysql_doc"><img class="icon" src="./themes/original/img/b_help.png" width="11" height="11" alt="Dokumentation" title="Dokumentation" /></a>
</p>
<code>
#1146 - Table 'projekt.bericht' doesn't exist

Versuche ich sie zu erstellen, bringt er mir, das sie schon existiert. Was ist da denn passiert?

Ergänzung (2. Juli 2011)

Ich glaube den Fehler gefunden zu haben.

Ich hatte in /var/lib/mysql/ noch 3 Dateien drin ... bericht.frm ohne eine wirkliche Tabelle dazu zu haben. Dadurch hat sich das Backup wohl aufgehangen.

 

[dammi]

Alternativ kannstes auch mal mit MySQLDumper probieren, hab damit allerdings auch noch keine Erfahrungen mit einer Datenmenge von > 1GB gemacht.