BackUp Dateuen auf dem externen Server speichern

**knows MySQLDumper** Joined: 18 Oct 2011 Posts: 7

Ich will über Cronjobs crondump.pl täglich BackUp machen. BackUps sollen per FTP auf externem Server gespeichert werden.

Automatisches BackUp funktioniert, leider Daten werden nur in work/backup gespeichert und nicht auf dem externen Server.

Ich habe FTP für den externen Server aktiviert.

Was muss ich machen, damit die BackUp Dateuen auf dem externen Server gespeichert werden können?

Ich benutze MySQLDumper-Version: 1.24.4
Meine Server Infos:

Betriebssystem: Linux (Linux dd27636 2.6.32-34-server #77-Ubuntu SMP Tue Sep 13 20:54:38 UTC 2011 x86_64)
MySQL-Version: 5.1.43-nmm4-log
PHP-Version: 5.3.6-nmm1
Abgeschaltete Funktionen: exec, system, passthru, shell_exec, popen, escapeshellcmd, proc_open, proc_nice

Posted: 2011-10-18, 12:34 (No subject)

Was steht denn im Log des Dumpers bezüglich des FTP Versands?

**knows MySQLDumper** Joined: 18 Oct 2011 Posts: 7

Im Log steht das:

15.10.2011 13:39:45 Log created.
15.10.2011 13:53:37 Start Multipart-Dump '11e50a_2011_10_15_13_53_part_1'
15.10.2011 13:53:46 Continue Multipart-Dump with File 2 (last file was 1047865 Bytes)
15.10.2011 13:53:51 Continue Multipart-Dump with File 3 (last file was 1054315 Bytes)
15.10.2011 13:53:56 Continue Multipart-Dump with File 4 (last file was 1053733 Bytes)
15.10.2011 13:54:01 Continue Multipart-Dump with File 5 (last file was 1053275 Bytes)
15.10.2011 13:54:04 Dump '11e50a_2011_10_15_13_53_part_5.sql.gz' finished in 28 Sekunden.
15.10.2011 13:54:04 Email was sent to 'myemail@gmx.de'
15.10.2011 13:54:05 '11e50a_2011_10_15_13_53_part_1.sql.gz' sent via FTP.
15.10.2011 13:54:05 '11e50a_2011_10_15_13_53_part_2.sql.gz' sent via FTP.
15.10.2011 13:54:06 '11e50a_2011_10_15_13_53_part_3.sql.gz' sent via FTP.
15.10.2011 13:54:07 '11e50a_2011_10_15_13_53_part_4.sql.gz' sent via FTP.
15.10.2011 13:54:07 '11e50a_2011_10_15_13_53_part_5.sql.gz' sent via FTP.

Ich habe am 15.10 manuell also ohne cronjobs ein BackUp gemacht. Die BackUp Dateien wurden auf externem Server problemlos gespeichert. Aber mit CronJobs funktioniert es leider nicht.

Was muss ich machen?

Posted: 2011-10-18, 16:11 (No subject)

Na, dann schau doch mal in das Perl-Log des Dumpers rein, wenn es sich um ein Backup per Cronjob handelt.

Was sagt der Perl-Test bezüglich des Moduls Net::FTP bzw. Net::FTPSSL?

**knows MySQLDumper** Joined: 18 Oct 2011 Posts: 7

Perl Log:

17.10.2011 17:41:05 ***********************************************************************
17.10.2011 17:41:05 Starting backup using Perlscript version 1.24.4 (using perl v5.10.1)
17.10.2011 17:41:05 Using configuration mysqldumper.conf.php
17.10.2011 17:41:05 Start Perl Multipart-Dump with file `11e50a_2011_10_17_17_41_part_1.sql.gz`
17.10.2011 17:41:08 Continuing Multipart-Dump with file `11e50a_2011_10_17_17_41_part_2.sql.gz`
17.10.2011 17:41:13 Continuing Multipart-Dump with file `11e50a_2011_10_17_17_41_part_3.sql.gz`
17.10.2011 17:41:19 Continuing Multipart-Dump with file `11e50a_2011_10_17_17_41_part_4.sql.gz`
18.10.2011 17:41:03 ***********************************************************************
18.10.2011 17:41:03 Starting backup using Perlscript version 1.24.4 (using perl v5.10.1)
18.10.2011 17:41:03 Using configuration mysqldumper.conf.php
18.10.2011 17:41:03 Start Perl Multipart-Dump with file `11e50a_2011_10_18_17_41_part_1.sql.gz`
18.10.2011 17:41:06 Continuing Multipart-Dump with file `11e50a_2011_10_18_17_41_part_2.sql.gz`
18.10.2011 17:41:11 Continuing Multipart-Dump with file `11e50a_2011_10_18_17_41_part_3.sql.gz`
18.10.2011 17:41:17 Continuing Multipart-Dump with file `11e50a_2011_10_18_17_41_part_4.sql.gz`

PERL Module testen:

Testing needed Perl-Moduls in order to run the Perl script crondump.pl
Necessary Modules for crondump.pl
testing DBI ... Found modul DBI. OK.
Found modul DBI::CSV
Found modul DBI::DBM
Found modul DBI::ExampleP
Found modul DBI::File
Found modul DBI::Gofer
Found modul DBI::Proxy
Found modul DBI::Sponge
Found modul DBI::mysql
Found modul DBI::mysql. OK. crondump.pl can connect to MySQL-Database.

testing File::Find ... Found modul File::Find. OK.
testing File::Basename ... Found modul File::Basename. OK.
testing Getop... Found modul Getopt. OK. crondump.pl can read configfile-parameter from shell.
Configurable functions for crondump.pl (these moduls are only needed when explained option is turned on):
testing Compress::Zlib (needed for dumping data into a crompessed *.gz-file)...
Found modul Compress::Zlib ver 2.02. OK. crondump.pl can write compressed backups.

testing Net::FTP (needed if you want to transfer backups to another server)...
Found modul Net::FTP. OK - crondump.pl can send backups via FTP.

testing Net::FTPSSL (needed if you want to transfer backups to another server with ssl encryption)...
Error: modul Net::FTPSSL not found! crondump.pl can't transfer data via FTP with ssl encryption.

testing MIME::Lite (needed if you want to send backups via email)...
Found modul MIME::Lite. OK. crondump.pl can send emails.

Posted: 2011-10-19, 10:36 (No subject)

Dein Perl-Backup ist nicht vollständig.

Das sieht man auch daran, dass über die PHP Backup Methode 5 Multipart-Dateien erzeugt werden, mit der Perl Methode aber nur 4.

Der Dumper kann zwar das Timeout-Limit von PHP umgehen, jedoch nicht das von Perl.
Schau mal in das Perl Complete Log des Dumpers rein. Da wird nirgendwo "#EOS (End of Script)" stehen.

Da die FTP Übertragung der erzeugten Dateine natürlich erst nach dem kompletten Backup laufen kann, kommt das Script nie zu der Stelle, weil es vorher abgebrochen wird.

Du musst das Perl Zeitlimit erhöhen (oder vom Hoster erhöhen lassen).

**knows MySQLDumper** Joined: 18 Oct 2011 Posts: 7

Im Perl Complete Log habe ich nirgendwo "#EOS (End of Script)" gefunfen.

Wie kann ich selbst Perl Zeitlimit erhöhen?

Posted: 2011-10-19, 18:48 (No subject)

Ganz einfach:

http://lmgtfy.com/?q=perl+zeitlimit+erh%C3%B6hen

Der erste Treffer sagt Dir, wie's geht ...

**knows MySQLDumper** Joined: 18 Oct 2011 Posts: 7

Da steht, dass im Pfad:
/etc/httpd/httpd.conf
TimeOut suchen.

Auf meine Server gibt es so ein Pfad nicht. Ich habe in config.php

// FTP Server Configuration for Transfer

$config['ftp_timeout'][0]=30;
auf
$config['ftp_timeout'][0]=30000;

erhöht. Leider hat sich nicht geändert.

In welcher Datei und in welcher Zeile in mysqldumper kann ich Zeitlimit erhöhen?

Posted: 2011-10-20, 10:56 (No subject)

Du verstehst da etwas falsch ...

Das Perl-Timeout Limit ist nichts, was der MySQLDumper beeinflussen kann. Und die config.php Datei, die Du da geändert hast, ist eine Datei des Dumpers.

Es handelt sich dabei um eine Einstellung eines Moduls des Apache Webservers. Du musst also den Apache richtig konfigurieren und ihn dann neu starten, wie in dem oben verlinkten Beitrag bereits geschrieben.

Wenn Deine Webseite auf einem Webhosting Tarif eines Providers läuft, dann hast Du u.U. gar keinen Zugriff auf die Konfiguration des Apache. In dem Fall bitte einfach Deinen Hoster, das Limit zu erhöhen.
Viele Hoster machen dies jedoch ungern / gar nicht.

Wenn Deine Webseite auf einem von Dir kontrollierten Server läuft, dann solltest Du Dich mal mit der Server-Administration beschäftigen. Das ist aber nicht das Thema dieses Forums, da können wir nur bedingt weiterhelfen.

**knows MySQLDumper** Joined: 18 Oct 2011 Posts: 7

Mein Provider will Zeitlimit nicht erhöhen. Mein Zetlimit liegt bei 15/20 sec.
Zurzeit ist mein MySQLDumper macht ein BackUp, dann speichert den BackUp per FTP im Ordner "work" und dann muss noch speichern den BackUp per FTP auf externem Server.
Wird es die Zeit verkürzen wenn MySQLDumper würde den BackUp per FTP direkt auf externem Server speichern?

Posted: 2011-10-20, 18:45 (No subject)

Leider nein. Das Backup wird direkt im Ordner work/backup erstellt.
Die dortige Datei wächst beim Backuplauf. Es ist nicht so, dass erst ein Backup gemacht wird und es dann in den Ordner work/backup kopiert wird - es wird direkt dort erstellt. Deshalb kannst Du keine Zeit einsparen.

**knows MySQLDumper** Joined: 18 Oct 2011 Posts: 7

Ok, danke Euch.