BackupDB Restore scheitert mit MySQL server has gone away

Hallo,


ich habe BackupDB 3.1.0 stable (Build 16) unter Contao 3.0.6 installiert.

Hoster: 1und1, Webspace Basis Paket

Das Backup wird auch durchgeführt. So weit alles schön.

Aber beim Import des Backup Files - in eine leere, jungfräuliche DB - zeigt der phpmyadmin

SELECT USER(
);

MySQL meldet:
#2006 - MySQL server has gone away


Interessanterweise findet sich in dem von BackupDB erstellten SQL Dump garkein String "SELECT USER" ....(mit texteditor durchucht...)

Einen Export mit dem phpmyadmin kann ich einwandfrei importieren.

Hat jemand eine Idee?

Danke im voraus!

LG
Rolf

Es sieht mir so aus, als ob der Server in einen Timeout läuft.
http://dev.mysql.com/doc/refman/5.1/de/gone-away.html

Ist denn in der Backupdatei alles drin?
Dann sollte in der letzten Zeile "END OF BACKUP" stehen. Ist das nicht so, dann hat die PHP-Laufzeit bei der Sicherung nicht ausgereicht und das BackupDB-Script wurde vom Server her abgebrochen bevor es fertig war.

Danke für Deine Antwort.


Habe mir mal eine VM mit LAMP und dem aktuellen Release von phpmyadmin aufgesetzt und den Import dort probiert.
Zum Glück ist mein lokaler phpmyadmin etwas geschwätziger als der beim Hoster:

1. in zwei meiner selbst definierten Tabellen waren Felder (bewusst!) als NOT NULL definiert und trotzdem wurde aber im Backup Dump ein "default NULL" hinzugefügt, was nat. zu einem SQL Syntax Fehler führt weil NOT NULL keinen DEFAULT von NULL haben kann - logisch ;-) Im phpmyadmin auf dem Webspace hatte ich aber keinen Default angegeben...zumindest sieht man da nix...Komischerweise gab es einige weitere Felder mit NOT NULL und da war kein Default im Dump...hmm...

Code:

---

CREATE TABLE `xyz` (
  `id` int(10) unsigned NOT NULL auto_increment,
  `pid` int(10) NOT NULL,
  `username` varchar(255) NOT NULL default NULL,    --->Error
  `created` int(10) NOT NULL,
  `created_by` int(10) NOT NULL,

---

2. Ich habe einige Views definiert. Diese Views wurden im Backup-Dump aber als Tabellen erkannt. BackupDB macht daraus aber CREATE TABLE xyz statt CREATE VIEW xyz.

Letzteres würde ich durchaus für einen Bug halten. Im Data Dictionary sollte ja drin stehen, ob es sich bei dem Objekt um eine Tabelle oder eine View handelt.

Nachdem ich diese beiden Fehlerchen im Import Script beseitigt habe, läuft der Import auch durch. Leider ohne meine mühevoll definierten Views ;-)
Aber gut, ich kann damit leben...hab die Views ja als Script...Besser so, als das Backup jeden Tag manuell machen zu müssen ;-)

LG
Rolf

Das liegt wahrscheinlich daran, dass Contao (soweit ich weiß) keine Views unterstützt.
Die Default-Werte kommen auch aus den Contao-Routinen. Contao hat eine recht festgelegte Syntax für die Tabellen, damit der Vergleich beim Datenbank-Update wirklich nur die Differenzen liefert. Da sind sicherlich in Contao einige Festlegungen gemacht worden, die in MySQL nicht unbedingt auf diese Art definiert werden müssen.