Datensicherung JTL-Shop (Strategie)

[Andi_FF]

Hallo,
unser neuer JTL- Shop wird in kürze online gehen.

Datensicherung ist ja ein wichtiges Thema.
Was ist alles notwendig, um alle Daten zu sichern ?

Lokal machen wir täglich in der WAWI eine Datensicherung.
Aber was ist mit den Onlinedaten ?

Im Shop gibt es ja das Plugin "JTL-Backup".
Reicht das aus ?



Danke und Grüße von Andi

 

[uzdor]

AW: Datensicherung JTL-Shop (Strategie)

Hallo,
WHO hat neben den manuellen Boardmitteln, mit dem du auf Knopdruck deinen gesamten Webinhalt (Mails, Datenbanken, root) sichern und im Notfall wiederherstellen lassen kannst. Ein automatisches Backup in der Erprobung,
welches dem Kunden demnächst zur Verfügung gestellt wird. Ich denke die Betaphase wird nicht mehr lange dauern, ich hatte bisher keinerlei Probleme damit, läuft sehr stabil und zuverlässig. Wenn das dann kommt, kannst du dir, ich meine bis zu 6 tagesaktuelle Backups vollautomatisch anfertigen lassen. JTL-Backup ist gut, aber warum nicht das von WHO nehmen, hat den Charme dass du im Defektfall sehr dezidiert, oder auch komplett, auf Knopfdruck wieder alles wiederherstellen lassen kannst.
Perfekter gehts imho nicht mehr.

Mindestens tägliches Backup deiner Wawi, wenn viel los ist in deinem Shop, auch mehrere Backups und das war es dann auch.

 

[john_the_bad]

AW: Datensicherung JTL-Shop (Strategie)

Kommt halt darauf an, was du unter BU verstehst. Die DB auf deine Festplatte exportieren ist kein Backup ! Dann lieber ein Raid das dich vor dem Ausfall einer Platte schützt.

Ich verwende z.B. ein Raid und ~2mal im Monat brenne ich eine DVD die dann auch tatsächlich das Büro verläßt (!).

Online sichert mein Hoster alle 24 Stunden, für den Shop ist das aber IMHO sekundär. Auch bei meinem Server setze ich auf RAID gegen Ausfälle.

 

[hansibubi]

AW: Datensicherung JTL-Shop (Strategie)

Mein Hoster sichert auch von selbst, außerdem mache ich täglich ein SQL-DB-Backup per Cronjob. Dazu täglich Wawi-Backup und kopiere die Datei immer mal auf eine externe Festplatte. Besser wäre natürlich zwei Kopien auf zwei Festplatten und eine räumlich/gebäudlich trennen. Wie vom Vorredner angedeutet.

 

[Mitsumi]

AW: Datensicherung JTL-Shop (Strategie)

Hallo,

Dann lieber ein Raid das dich vor dem Ausfall einer Platte schützt

also ein Raid ist kein Backup / Datensicherung und schütz auch nicht vor Datenverlust z.B. durch löschen von Daten.

[Ich verwende z.B. ein Raid und ~2mal im Monat brenne ich eine DVD die dann auch tatsächlich das Büro verläßt (!)./QUOTE]
Und was machst du wenn die Datenbank zerschossen ist, dann spielst Du ein 2 Wochen altes Backup ein ??

mfg
Frank

 

[ARA-Marketing]

AW: Datensicherung JTL-Shop (Strategie)

Hallo Andi FF,

mit dem JTL Backup sicherst du dir ja sozusagen den Backend-bereich deines Shops, nicht die Datenbank bei deinem Hoster.
Ich installiere bei meinen Kunden immer den MySQL-Dumper, der dann nach Bedarf über einen Crownjob täglich, stündlich usw.
eine Sicherung ausführt und per E-Mail versendet.

Hier mal eine Adresse, wie es geht am Beispiel von All-Inkl-Servern.
MySQLDumper mit Cronjob bei All-Inkl einrichten

Beste Grüße
Andi

 

[MichaelH]

AW: Datensicherung JTL-Shop (Strategie)

Für die WAWI -> SQLBackupAndFTP

 

[south]

AW: Datensicherung JTL-Shop (Strategie)

Ich mache das wie folgt.

Webshop
DB -> MysqlDumper, lädt die DB auf einen externen Sever für 30 Tage und löscht alte Sicherungen. Täglicher download auf die Platte mittels Transmit.
Files -> Backupscript erzeugt einmal täglich ein Archiv mit allen Dateien auf dem Server. Täglicher download auf die Platte mittels Transmit.

WaWi
DB wird wie im Wiki erklärt mittels täglichem Task gesichert. Dazu wird das Backup auf eine externe Platte die am Server hängt gesichert. Evtl. richte ich hier noch kürzere Backupzeiten ein, z.B. zu jeder vollen oder alle zwei Stunden.

 

[john_the_bad]

AW: Datensicherung JTL-Shop (Strategie)

Hallo Frank - ich bin neugierig: Wann und wie hast du dir schon einmal eine Datenbank auf einem Raid array "zerschossen" ? Kannst du mir von einem Fall berichten ?

@South: Die Files täglich zu sichern scheint mir etwas krass außer du änderst jeden Tag etwas - aber dann hättest du ja immer eine lokale Kopie + eine im Netz.. ?

Mir scheint es einfach sinnvoller zwei mal im Monat meine daten aus dem Büro rauszutragen als alle 2 Stunden zwischen den Festplatten hin- und her zu kopieren. (RAID voraus gesetzt)

 

[Mitsumi]

AW: Datensicherung JTL-Shop (Strategie)

Hallo John_the_bad,

Hallo Frank - ich bin neugierig: Wann und wie hast du dir schon einmal eine Datenbank auf einem Raid array "zerschossen" ? Kannst du mir von einem Fall berichten ?

Diese frage erübrigt sich eigendlich schon wenn man weiß was ein Raid ist.

Ein einfaches Beispiel:
Raid 5 (Leistung + Parität, Block-Level Striping mit verteilter Paritätsinformation) mindesanzahl an Festplatten 3
Sollten jetzt zwei Platten den Geist aufgeben sind die Daten Verloren.

Raid 0 (Striping – Beschleunigung ohne Redundanz)
bietet gesteigerte Transferraten, indem die beteiligten Festplatten in zusammenhängende Blöcke gleicher Größe aufgeteilt werden.
Fällt eine Platte aus kann der RAID-Controller ohne deren Teildaten die Nutzdaten nicht mehr vollständig rekonstruieren.

Raid 1 (Mirroring – Spiegelung)
Lösche ich z.B. Daten oder wird eine Datenbank durch einen Rechnerabsturz (Datenbank geöffnet) ganz oder Teilweise beschädigt
ist das auch auf der gespiegelten Platte der Fall.

Das waren nur ein paar Beispiele die zeigen sollen das ein Raid keinesfalls eine Datensicherung (ausgelagerte) ersetzen kann.
Das soll aber nicht bedeuten das ein Raid schlecht ist, es ist eigendlich dafür gedacht im Hardware Fehlerfall weiterarbeiten zu können
und die Ausfallzeiten zu minimieren.

Noch ein konkretes Beispiel: Kunde (ehemaliger meiner alten Firma) hat alle Daten auf dem Server Raid 5 mit mit 5 Platten
inkl. Hotspare Platte. Keine Datensicherung....
Hardware Raid Controller spinnt plötzlich rum und schreibt nur noch Müll auf die Platten wenige Augenblicke später steht der Server.
Das Raid konnte auch mit neuen Controller nicht mehr ans laufen gebracht werden.
Jetzt kam die Frage nach der Datensicherung und die gab es leider nicht. Ende vom Lied, die Daten konnten teilweise durch eine Fachfirma
für Datenrettung wiederhergestellt werden. Kosten 23000 € Netto, dauer einen Monat. Damit war der Kunde ein ehemaliger Kunde und
die ausführende EDV Firma kann froh sein nicht Verklagt worden zu sein.


Nachtrag:
Gerade ruft ein Kund an (Raid 1), Sekretärin hat einen Ordner gelöscht. Diesen konnte ich aus der Schattenkopie
wiederherstellen das Raid hat mir hierbei nicht geholfen.

mfg
Frank

 

[MichaelH]

AW: Datensicherung JTL-Shop (Strategie)

Raid mag für die Performance und für eine 24-Stunden-Up-Time nützlich sein weil man damit Festplatten im Betrieb tauschen kann, aber mit einer DATENsicherung hat das überhaupt nichts zu tun. Du wärst nicht der Einzige der Hilfeschreiend ins Forum kommt um zu fragen wie man einen uralt-Backup wieder einspielt ... ein Brand oder Wasserschaden der dein Raid-System zerstört UND deinen Backup ist eher ein worst-case denn etwas das man laufend befürchten müsste.

Wenn du dabei bleiben willst empfehle ich dir Raid-1 über Glasfaser-Controller und der 2. Block steht bei der ortsansässigen Sparkasse im Tresor und den schaltest du 1 x am Tag ein, dann hast du wenigstens 1 Backup.

 

[ralph_1]

AW: Datensicherung JTL-Shop (Strategie)

Ich mache das wie folgt.

Webshop
DB -> MysqlDumper, lädt die DB auf einen externen Sever für 30 Tage und löscht alte Sicherungen. Täglicher download auf die Platte mittels Transmit.
Files -> Backupscript erzeugt einmal täglich ein Archiv mit allen Dateien auf dem Server. Täglicher download auf die Platte mittels Transmit.

WaWi
DB wird wie im Wiki erklärt mittels täglichem Task gesichert. Dazu wird das Backup auf eine externe Platte die am Server hängt gesichert. Evtl. richte ich hier noch kürzere Backupzeiten ein, z.B. zu jeder vollen oder alle zwei Stunden.

So mache ich es auch, wenn auch mit robocopy. Wawi-db alle 2 Stunden sichern, einmal in 24 Stunden extern sichern. So sind immer alle Dateien und Datenbanken an zwei verschiedenen Orten vorhanden und maximal 24 Stunden alt.
Mit VDSL könnte man die Intervalle verkürzen, habe ich aber nicht, deswegen laufen die uploads nur nachts.

 

[Andi_FF]

AW: Datensicherung JTL-Shop (Strategie)

Hallo - ich muss nochmal nachhaken ...

Nun haben wir den MySQLDumper installiert und wollen (müssen) ein Backup machen.
Da wird nach der Standardkodierung gefragt: utf8 .. ist das richtig ?

Wir wechseln in kürze den Webserver, da muss das mit dem backup hinhauen....

Danke und Grüße von Andi

 

[maydo]

AW: Datensicherung JTL-Shop (Strategie)

Hi,

mysqldumper ist schon ein mächtiges Tool. Man kann auch vieles zerstören wenn man nicht weiß was man tut.
Deshalb die Empfehlung gib es in vernünftige Hände ab. Damit das ordentlich konfiguriert wird.

 

[Andi_FF]

AW: Datensicherung JTL-Shop (Strategie)

Hallo - ich habe mal noch eine technische Frage zum MySQLDumper:

Habe es nun so eingerichtet, das der MySQLDumper eine tägliche Sicherung auf einen
externen Server vornimmt. Das funktioniert soweit (anscheinend) auch..

Nun ist mir folgendes aufgefallen:
Bei den manuellen Sicherungen war die Dateigröße immer so um die 50MB..
Jetzt - bei der automatischen Sicherung (via Cronjob) ist die Dateigröße knapp 5MB... hmmm.
Lt. Übersicht sind aber alle Tabellen/Einträge vorhanden...

Warscheinlich übersehe ich was (Komprimierung etc?).
Kann mir mal jemand auf die Sprünge helfen ???

Danke und Grüße v. Andi

 

[MBesancon]

AW: Datensicherung JTL-Shop (Strategie)

Du hast die Komprimierung ja schon selber angesprochen. Wenn das Skript z.B. gzip nutzt kann es schon zu extremen Unterschieden kommen. Wird die manuelle Datei denn komprimiert? Wie lauten die Datei-Endungen?

 

[Andi_FF]

AW: Datensicherung JTL-Shop (Strategie)

Du hast die Komprimierung ja schon selber angesprochen. Wenn das Skript z.B. gzip nutzt kann es schon zu extremen Unterschieden kommen. Wird die manuelle Datei denn komprimiert? Wie lauten die Datei-Endungen?

Die manuellen Sicherungen waren "Backup PHP" wärend die automatischen "Backup Perl" sind.
bei beiden ist die Komprimierung "GZip-Kompression" aktiviert.
Habe mal das Script im Browser gestartet (..SHOPDOMAIN/msd_cron/crondump.pl?config=mysqldumper)
und es läuft durch:

Configurationfile 'mysqldumper.conf.php' was loaded successfully from Querystring .
Compression Library loaded successfully...
FTP Library loaded successfully...
Mail Library loaded successfully...
....
278 tables have been optimized
Found 278 tables with 366802 records.
....
ALL 1 BACKUPS ARE DONE!!!

Starting autodelete function:
Keep the latest 5 backup files for each database and delete older ones.
No file to delete.
Everythings is done: closing script 15.02.2012 12:47:24
total time used: 14 sec.
#EOS (End of script)

Scheint also zu funktionieren (Dateigröße ca. 5MB).

MfG Andi

 

[Det]

AW: Datensicherung JTL-Shop (Strategie)

Da wird nach der Standardkodierung gefragt: utf8 .. ist das richtig ?

Hallo alle zusammen,

ich habe die gleiche Frage und möchte nochmal nachhaken: Ist UTF8 als Standardkodierung richtig ?

Ich würde mich über eine schnelle Antwort freuen.

Viele Grüße

Detlef