hi all, also eine einfache frage und bitte nicht lachen ;-) gibts es bessere alternativen für schnelle backups als z.b: tar -cf backup_home_$(date +%d-%m-%Y).tar /home/* will nur hin und wieder meine homes in der konsole auf /usr sichern. was ich nicht ganz vetstehe ist der anfang gleich mit tar: Removing leading `/' from member names beginnt !? vielen dank für infos. gruss elmar.
Am Mittwoch, 30. Juli 2003 14:39 schrieb Elmar Blaschka:
hi all,
also eine einfache frage und bitte nicht lachen ;-) gibts es bessere alternativen für schnelle backups als z.b: tar -cf backup_home_$(date +%d-%m-%Y).tar /home/*
will nur hin und wieder meine homes in der konsole auf /usr sichern. was ich nicht ganz vetstehe ist der anfang gleich mit tar: Removing leading `/' from member names beginnt !?
ist doch nett von tar. Stell Dir mal vor, Du sicherst das zurück, mit den führenden "/"! Dann kannst Du wegen der absoluten Pfade nur Deine aktuellen Verzeichnise überschreiben! Tar macht die Dinger weg, um Dir ein relatives Rücklesen zu erlauben...
vielen dank für infos.
gruss elmar.
gleichfalls grüße -- Joerg Thuemmler sysadmin@vordruckleitverlag.de
Am Mittwoch, 30. Juli 2003 14:39 schrieb Elmar Blaschka:
hi all,
also eine einfache frage und bitte nicht lachen ;-) gibts es bessere alternativen für schnelle backups als z.b: tar -cf backup_home_$(date +%d-%m-%Y).tar /home/*
will nur hin und wieder meine homes in der konsole auf /usr sichern. was ich nicht ganz vetstehe ist der anfang gleich mit tar: Removing leading `/' from member names beginnt !?
ist doch nett von tar. Stell Dir mal vor, Du sicherst das zurück, mit den führenden "/"! Dann kannst Du wegen der absoluten Pfade nur Deine aktuellen Verzeichnise überschreiben! Tar macht die Dinger weg, um Dir ein relatives Rücklesen zu erlauben...
stimmt ;-) . d.h. tar einget sich am besten für diese sahcen. nur prolbem ist halt, so mache datein sind offen... => er hat probleme mit dem packen. gibt es sowas wie snapshot unter tar?
vielen dank für infos.
gruss elmar.
gleichfalls grüße gruss elmar.
Am Mittwoch 30 Juli 2003 15:49 schrieb Elmar Blaschka:
d.h. tar einget sich am besten für diese sahcen. nur prolbem ist halt, so mache datein sind offen... => er hat probleme mit dem packen. gibt es sowas wie snapshot unter tar?
Das kann es so in der Form bei tar gar nicht geben. Wie soll das denn gehen, da tar ja ein einfacher Prozess ist, der den gleichen Restrectionen unterliegt wie jedes andere Programm auch. Wenn Du Dein Home in einem LVM LV liegen hast, dann kannst Du hier ein Snapshot anlegen und dann dieses Snapshot-Device irgendwohin mounten um dann zu sichern. Hier solltest Du Dir aber sehr gut überlegen, was Du da überhaupt machst. Diese Art des Backups halte ich für kritisch, da z.B. ein Datenbestand nicht unbedingt schlüssig im snapshot sein muss. Was spricht dagegen, einfach nachts das Backup laufen zu lassen und dann vor dem Backup dafür zu sorgen, dass keine Dateien gesperrt sind. Mit den besten Grüßen, Konrad
Am Mittwoch 30 Juli 2003 15:49 schrieb Elmar Blaschka:
d.h. tar einget sich am besten für diese sahcen. nur prolbem ist halt, so mache datein sind offen... => er hat probleme mit dem packen. gibt es sowas wie snapshot unter tar?
Das kann es so in der Form bei tar gar nicht geben. Wie soll das denn gehen, da tar ja ein einfacher Prozess ist, der den gleichen Restrectionen unterliegt wie jedes andere Programm auch.
Wenn Du Dein Home in einem LVM LV liegen hast, dann kannst Du hier ein Snapshot anlegen und dann dieses Snapshot-Device irgendwohin mounten um dann zu sichern.
Hier solltest Du Dir aber sehr gut überlegen, was Du da überhaupt machst. Diese Art des Backups halte ich für kritisch, da z.B. ein Datenbestand nicht unbedingt schlüssig im snapshot sein muss.
Was spricht dagegen, einfach nachts das Backup laufen zu lassen und dann vor dem Backup dafür zu sorgen, dass keine Dateien gesperrt sind.
naja das problem ist das diese datein log datein sind vom apache. es handelt sich um einen webserver => 24h online. ;-( bzw. die mysql/data files sind auch ständig offen. wie wird das normalerweise gehandelt!? danke! gurüsse elmar.
Hallo Elmar, hallo Leute, Am Mittwoch, 30. Juli 2003 19:16 schrieb Elmar Blaschka:
Am Mittwoch 30 Juli 2003 15:49 schrieb Elmar Blaschka: [...] Was spricht dagegen, einfach nachts das Backup laufen zu lassen und dann vor dem Backup dafür zu sorgen, dass keine Dateien gesperrt sind.
naja das problem ist das diese datein log datein sind vom apache. es handelt sich um einen webserver => 24h online. ;-( bzw. die mysql/data files sind auch ständig offen. wie wird das normalerweise gehandelt!?
man logrotate ;-) Wenn Du täglich neue Dateien haben willst, musst Du einfach nur die Dateigröße entsprechend klein einstellen. Und logrotate bietet (Stand: SuSE 8.2) sogar eine Option, die wegrotierten Logs per Mail zu verschicken (-> z. B. an mailbackup@localhost...) MySQL lässt sich wohl am sinnvollsten durch mysqldump sichern, falls der MySQL-Server nie gestoppt werden darf. Gruß Christian Boltz -- Wenn schon, dann höchstens Homo Sapiens Sapiens XEmacensis, die Entwicklungslinie, die im Laufe der Evolution sieben Finger an jeder Hand entwickelt hat. Und das alles nur um alle Tastenkürzel zur Bedienung von XEmacs nutzen zu können. [T. Templin über David Haller]
Hi Christian, Elmar Christian Boltz schrieb:
MySQL lässt sich wohl am sinnvollsten durch mysqldump sichern, falls der MySQL-Server nie gestoppt werden darf.
folgendes winzige script tut in etlichen Rechnern schon ewig hervorragende dienste: --- schnipp --- #!/bin/bash WOCHENTAG=`date +%w` SIPATH="/home/siko/" DBS="mysql database1 database2 uswsf" for i in $DBS; do echo > $SIPATH/${i}_$WOCHENTAG.dump /usr/bin/mysqldump ${i} --add-drop-table >> $SIPATH/${i}_$WOCHENTAG.dump done --- schnapp --- dumprotate gleich eingebaut. MfG. Falk
Am Mittwoch 30 Juli 2003 19:16 schrieb Elmar Blaschka: > naja das problem ist das diese datein log datein sind vom apache. es > handelt sich um einen webserver => 24h online. ;-( Ähm ... normale Vorgehensweise ist bei Logdateien: 1) mv auf die Datei 2) kill -1 auf die Applikation bzw. nutzung der entsprechenden Schnittstelle. Alle "grossen" Produkte haben hier Ihre eigene Lösung, die dann die Logfiles sogar auch noch auswerten. Der Hinweis auf logrotate ist ja auch schon gekommen. > bzw. die mysql/data files sind auch ständig offen. > wie wird das normalerweise gehandelt!? Datenbanken haben ihr eigenes Backup. mysql dumpt dann die Daten entsprechend, ohne offline gehen zu müssen. Mit den besten Grüßen, Konrad
participants (5)
-
Christian Boltz
-
Elmar Blaschka
-
Falk Sauer
-
Joerg Thuemmler
-
Konrad Neitzel