linux / windows inkompatibilität

**knows MySQLDumper** Joined: 01 May 2008 Posts: 4

hab immer so ein fehler gehabt, dass die backups, die ich auf meinem webserver (läuft mit linux) gemacht hab, nicht auf meinem rechner daheim (windows) einspielen konnte.

die dumps hab ich mit cronscript gemacht (extended inserts)

die lösung war einfach... einfach im cronscript die neuen zeilen der extended inserts durch ne leertaste ersetzen. danach hat die wiederherstellung wunderbar geklappt.

kann daran liegen, dass windoof anders neuen zeilen kennzeichnet als linux.
weissen tu ichs aber nicht genau Very Happy

mich wundert aber dass das problem sonst noch keiner gehabt hat.

Posted: 2008-05-02, 16:02 (No subject)

Ich (und die anderen User wahrscheinlich auch) kann meine Linux-Backups problemlos unter Windows einspielen und habe keine Probleme mit den neue Zeilen Kennzeichnungen.

Kann es sein, dass Dein FTP-Programm die Backupdateien im falschen Modus herunterlädt? Danach klingt das für mich nämlich.

**knows MySQLDumper** Joined: 01 May 2008 Posts: 4

ne, die dateien werden per http runtergeladen

ausserdem sind die backups ja komprimiert, also wenn da was beim runterladen schief gehen würd, dann sicherlich nicht nur bei den neuen zeilen.

es geht nur um die mitm cronscript gemachten backups

Posted: 2008-05-03, 13:23 (No subject)

**knows MySQLDumper** Joined: 01 May 2008 Posts: 4

der script wird ja auch ganz normal ohne fehler ausgeführt Wink

die erstellten dateien sehen auch ganz normal aus...

ja gut, das mit den neuen zeilen war eigentlich nur ne vermutung.
scheint doch nicht daran zu liegen. denn ich hab auch andere zeichen als neue zeile ausprobiert.

anscheinend wir irgendeine grenze bei mysql überschritten.
hier ist der fehler:

Notice: Undefined index: insert_syntax in G:\www\wop\dumper\inc\functions_restore.php on line 194
MySQL-ERROR MySQL-Dokumentation der Fehler
Fehler bei der Anfrage:
MySQL meldet:
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'VALUES ('2381', '0', '194', '6', 'KP-Brail', '0', '', '1182043291', '[I]\"wie ko' at line 1...

die query an sich sieht sauber aus... die zeile mit den werten befindet sich auch erst 45 zeilen unter dem INSERT-anfang.

direkt davor ist ein anderer INSERT über 300 zeilen. der wird anscheinend problemlos interpretiert.

ich hab keine ahnung woran es liegt :]

hab ma gleich zwei backups gemacht... den einen mit perl den anderen mit php:

die dateien sehen bißl anders aus:

PHP:
INSERT INTO `bb1_wordmatch` (`wordid`,`postid`,`intopic`) VALUES ('1','1','0'),('2','1','1'),('3','1','1'),('2','2','0'),......

Perl:
INSERT INTO `bb1_wordmatch` (`wordid`,`postid`,`intopic`) VALUES ('1', '1', '0'),
('2', '1', '1'),
('3', '1', '1'),
('2', '2', '0'),
('4', '2', '0'),
.....

ist zwar beides korrekter syntax, aber irgendwie scheints mit dem zweiteren probleme zu geben.

ich benutze wampserver 2.0
mit mysql version 5.0.51a

Posted: 2008-05-03, 14:24 (No subject)

Ah, das liegt an den extended Inserts von denen ich immer abrate. Beim Selbstaufruf geht in 1.22 die INSERT-Syntax verloren.
Entweder Du nutzt MSD 1.23 für die Wiederherstellung (dort ist der Mini-Bug behoben) oder Du deaktivierst die extended Inserts und machst ein neues Backup. Dann klappt es.

**knows MySQLDumper** Joined: 01 May 2008 Posts: 4

ah, ok, danke für den hinweis...

hab ja direkt im ersten beitrag geschrieben, dass das die extended-inserts sind Wink

die finde ich insoweit bequemer, dass die ausführung der scripts viel schneller geht. besonders bei php.

woran liegt das eigentlich, wenn ich mal fragen darf