Jump to content
xt:Commerce Community Forum

Backup erstellen


AdminSM

Recommended Posts

Hi,

ein Tool kenne ich leider nicht, aber das Backup besteht lediglich aus der Website + der Datenbank, das ist nicht die Welt. Hast Du Shell-Zugriff auf Deinem Server? Dann baue Dir ein Shell-Script, das Dir mit tar das gesamte Root-Verzeichnis des Shops wegpackt (vielleicht kann man sich einen exclude auf die Logs überlegen sofern die im Webspace liegen) am besten in irgendein Verzeichnis z.B. /export/backup o.ä. und danach einen Dump der Datenbank gezippt in das gleiche Verzeichnis ablegt, also bspw.:

mysqldump --all shop_db > /export/backup/shop_db.dump -p[password]                

gzip -f /export/backup/shop_db.dump

Eine gute Location für das Script ist /root/scripts, chmod 700 stellen, in die crontab für root eintragen... und fertig ist das zeitgesteuerte Backup.

Gruß, Uwe

Link to comment
Share on other sites

Hmm, auch meinen Kunden ist das immer wieder ein Bedürfnis, die Datenbank zu backuppen.

Bin daher am überlegen, mal ein Plugin dazu zu schreiben. Was wären denn so die Anforderungen? Ich stelle mir grob folgendes vor:

Im "System" Menü einen neuen Punkt "Backup", darin eine Auflistung der bisherigen SQL-Backups. Mit "Neu" kann man ein neues SQL-Backup erzeugen. Hinter jedem Eintrag gibt es einen Restore-Button, vielleicht noch eine Export-Funktion zum Sichern auf dem lokalen Rechner.

Die Frage ist, ob es ein Backup der Dateien (Templates, Produktbilder) usw. braucht, die sollte man ja eigentlich auch Lokal alle haben und im Problemfall via FTP einfach wieder hochladen können.

Sonst noch Ideen?

Link to comment
Share on other sites

Hi CSchnell,

ja das wäre schon ein richtiger Schritt.

Zum Backup Plugin könnte man noch die Möglichkeit zu komprimieren geben und das Backupfile ein Kennwort vergeben.

Wichtig wäre auch das die Templates sowie Bild, PDF's etc.. mit archiviert werden können. Die Möglichleit auf einen lokalen PC zu speichern ist sehr wichtig.

Gruß Uwe

Link to comment
Share on other sites

  • 4 weeks later...

Die Frage wurde ja schon gestellt, nur die Datenbank oder auch der Inhalt.

Datenbank, am besten mit dem mysqldumper > MySQLDumper - Sichern von MySQL-Datenbanken (z.B. Foren, Gästebücher und Onlineshops)

Inhalt per FTP oder wenn Du Shellzugriff auf den Server hast, mit Putty einloggen > ins Verzeichnis vom Shop wechseln > Bsp. cd /srv/www/vhosts/.... > tar -cvf sicherung.tar ./ und herunterladen.

Link to comment
Share on other sites

  • 1 year later...

Ein Shopsystem wie XTC ohne eine Backup-Funktion erscheint mir nicht mehr Zeitgemäss. Wenn man nicht nur Kohle machen will sondern auch ein wenig an die Kundenbedürfnisse denkt. Sollte dies bereits im nächsten update von XTC enthalten sein.

Wünschenswert dazu Cronjob und FTP um die Daten auf einen anderen Server zu sichern.

Z.B. Cronjob der tgl die DB sichert und einmal die Woche auch die Dateien.

Wollen wir mal schauen wie Herr Zanier auf diesen Wunsch reagiert. ;-)

Link to comment
Share on other sites

Hallo,

genau das sind die Aufgaben des MySQLDumpers.

Link: http://www.mysqldumper.de/

Viele Grüße,

Stefan

oder ....

ich habe ein script das eigendlich für Joomla geschrieben wurde,

das einzige was gemacht werden muss ist eine "configuration.php" zu erstellen mit den DB zugangsdaten. und im ROOT abzulegen.

Die Sicherung wird als *.zip in einem gewählten Verzeichnis abgelegt und kann heruntergeladen werden.

Gesichert wird die gesamte Seite incl. aller eingetragener DB's

das ganze dauert je nach größe, einige Minuten.

die Config php sieht so aus

<?php

class JConfig {

public $list_limit = '20';

public $access = '1';

public $debug = '0';

public $debug_lang = '0';

public $dbtype = 'mysqli';

public $host = 'localhost';

public $user = 'Name';

public $password = 'Passwort';

public $db = 'DB Name';

}

http://joomla-extensions.kubik-rubik.de/de/downloads/php-scripts-php-skripte/kubik-rubik-joomla-backup-script

grüße

Manfred

Link to comment
Share on other sites

Backups per PHP sind in der Regel nicht zu empfehlen. Nur, wenn es gar nicht anders geht.

Die genannte Variante über einen Shell-Zugriff und cronjobs ist die sauberste Lösung. Die Daten lassen sich per komprimiertem Archiv des Webordners (meist /var/www) sichern. In der Regel wird dies als tar-Paket komprimiert per gunzip gelöst:

tar -czf /backup/ordner/backup_der_daten.tar.gz /var/www

Die Datenbank lässt sich am besten per mysqldump (im mysql-Paket enthalten) sichern.

mysqldump --all-databases -u USER -pPASSWORT > /backup/order/backup_der_datenbank.sql

Die Datenbank kann natürlich auch noch komprimiert werden.

Das ganze lässt sich dann über eine SSH-Verbindung z.B. per scp auch automatisch auf einen Backup-Server o.ä. übertragen.

Vereinfachen lässt sich das ganze, wenn ihr die Befehle in ein Bash-Script schreibt. Automatisieren könnt ihr es dann einfach über einen Cronjob.

Falls ihr keinen Shell-Zugriff habt, könnt ihr ausprobieren, ob ihr die Befehle durch ein PHP-Script mittels dem exec()-Befehl ausführen könnt. Das ganze kann dann über einen Backup-Server per cronjob angestoßen werden.

Lösungen, die ein Backup ohne direkten Zugriff auf die Shell-Programme ausführen (z.B. mysqldumper) haben schon vom Design her Stabilitäts- und Performance-Probleme und sollten nur eingesetzt werden, wenn die beiden anderen Lösungen nicht funktionieren. In diesem Fall solltet ihr aber auch über ein Wechsel des Hostings nachdenken.

Übrigens sollte mensch eigene Backups auch dann machen, wenn der Hoster bereits regelmäßige Backups erstellt. Erstens könnten zusätzliche Backups im Problemfall nie schaden Zweitens ist es besser, wenn ihr selber die Kontrolle über die Backups habt und zum Beispiel die Häufigkeit und Aufbewahrungsdauer der Backups nach euren Bedürfnissen festlegen könnt. Und drittens ist ein direkter Zugang zu den Backups häufig sehr sinnvoll, wenn es darum geht Änderungen nachzuvollziehen. Hoster bieten häufig nur die Option die Sicherungen einzuspielen, nicht jedoch sie herunterzuladen.

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
  • Create New...