[gelöst] Backup für 1.5.2

[hbriele]

Hallo und einen schönen guten Tag,

 ich hätte folgende Frage,

welche Verzeichnisse ändern sich bei Artikelneuzugang bzw. bei löschen von Artikeln.

Ich sichere meine Datenbank täglich, doch mit einer Rücksicherung bei Absturz ist es ja nicht getan,

dass heißt, ich muss auch die Artikel (Bilder) Sicherung etc. per ftp wieder hochladen.

Also stellt sich die Frage, welche Verzeichnisse ausser der Datenbank gesichert werden müssen.

 

Oder gibt es hierfür ein kostenfreies Modul oder Kostenpflichtiges ?

 

vielen Dank im Voraus.  

 

Gruß

 

Ps. 1.5.6.2

Edited February 23, 2014 by hbriele (see edit history)

[Whiley]

Hallo hbriele,

 

willkommen im Forum!

 

Neben der Datenbank solltest du den Ordner für die Produktbilder:

/img/p

und falls du Downloadprodukte anbietest;

/download

und falls deine Kunden uploaden konnen:

/upload

sichern.

Daneben gibts natürlich noch die Kategoriebilder und Lieferantenlogos, ev geladene Module, ein eigenes Theme etc, aber diese Sachen wechseln ja nicht so oft.

 

Grüsse

Whiley

[hbriele]

Hallo hbriele,

 

willkommen im Forum!

 

Neben der Datenbank solltest du den Ordner für die Produktbilder:

/img/p

und falls du Downloadprodukte anbietest;

/download

und falls deine Kunden uploaden konnen:

/upload

sichern.

Daneben gibts natürlich noch die Kategoriebilder und Lieferantenlogos, ev geladene Module, ein eigenes Theme etc, aber diese Sachen wechseln ja nicht so oft.

 

Grüsse

Whiley

Danke,

 

ich habe nun versucht ein PHP Skript für Dateibackups zu erstellen und habe ein Problem mit dem Speicherort der Zipdatei,

denn diese wird immer in das gleiche Verzeichnis gepackt wo sich das Skript befintet.

 

                $archiv = new ZipArchive();

                $zipfile = "ftp_backup-".date('Ymd_g_i').".zip";

                $archiv->open($zipfile, ZipArchive::CREATE);

 

Vieleicht kann mir ja jemane einen Tip geben.

 

Z.B. $zipfile = "/naegste_ebene/ftp_backup.zip"  geht nicht. oder "./ftp_backup.zip";

 

Hilfe, was mache ich falsch?

[Whiley]

$zipfile = "../ftp_backup-".date('Ymd_g_i').".zip";

 

also zwei Punkte vor /

und die Schreibrechte müssen natürlich stimmen!

 

Grüsse

Whiley

[Lockesoft]

Da sowas gerne als sogenannter Cronjob ausgeführt wird......  :-)

Also Zeit gesteuert automatisch vom Webserver himself......

Gebe ich noch kurz zu bedenken, dass fast immer der Benutzer "cron" seine eigenen Umgebungsvariablen hat und daher absolute Pfade wirklich als Sinnvoll anzusehen sind.

Manchmal werden die Cronjobs auch von wieder anderen Benutzern ausgeführt. Daher nochmals, absolute Pfade sind an der Stelle nicht unsinnig.

(habe da wirklich viel Zeit beim Testen investiert, weil mein Backupskript in der root-Shell wunderbar klappte, als Cronjob leider gar nicht.... *g*)

Also nix mit /../img/p  und so sondern (je nach konkreten Einstellungen beim Webserver) zum Beispiel:

/var/www/vhosts/Deine-Webadresse.de/httpdocs/Dein-Shop-Verzeichnis/img/p

#!/bin/sh
DIR="/var/www/vhosts/Deine-Adresse.de/httpdocs/backups"
DIR2="/var/www/vhosts/Deine-Adresse.de"
DIR3="httpdocs"
DBNAME="shopdatenbank"
DBUSER="datenbankbenutzer"
DBPASS="datenbankpasswort"
DATUM=`date '+%d-%m-%Y'`
mysqldump -u$DBUSER -p$DBPASS -h localhost --opt $DBNAME >$DIR/db-backup.sql
gzip -9 $DIR/db-backup.sql
cd $DIR2
tar -cvzf $DIR/shop-backup.tar.gz $DIR3 --exclude=backups  
mv $DIR/db-backup.sql.gz $DIR/db-backup-${DATUM}.sql.gz
mv $DIR/shop-backup.tar.gz $DIR/shop-backup-${DATUM}.tar.gz
find $DIR/ -name \*.sql.gz -mtime +14 -exec rm {} \;
find $DIR/ -name \*.tar.gz -mtime +14 -exec rm {} \;

könnte ein bei Server4You und sicherlich auch anderen Anbietern passendes Beispiel für ein cron-Skript sein. In /httpdocs/ oder sogar höher abgelegt sorgt es hier bei mehreren Shops dafür, dass täglich alle FTP-Daten und die Datenbank eingepackt werden und mit dem Datum im Namen in /backups/ abgelegt werden.

Das verzeichnis /backups/ wird natürlich nicht noch einmal mit eingepackt. :-)

Nach 14 Tagen wird dann jeweils der älteste Backupdateiensatz gelöscht.

 

Anmerkung eventuell noch.

Das Datenbankpasswort könnte Schwierigkeiten machen, wenn Sonderzeichen vorhanden sind. Auch hier der Unterschied:

In der Shell läuft es als Cronjob dann nicht.

 

LG Klaus / Lockesoft

[hbriele]

..............

Anmerkung eventuell noch.

Das Datenbankpasswort könnte Schwierigkeiten machen, wenn Sonderzeichen vorhanden sind. Auch hier der Unterschied:

In der Shell läuft es als Cronjob dann nicht.

 

LG Klaus / Lockesoft

 

Danke,

mir ging es eigentlich nur um die img Dateien.

Eine Lösung für die Datenbank habe ich.

Manchmal sieht man den Wald vor lauter Bäumen nicht, (Rechte).

 

Gruß

[Whiley]

Hallo hbriele, das problem zumindest scheint ja gelöst zu sein, ich markiere den thread als gelöst. Grüsse Whiley