Backup - wie am geschicktesten?

es gibt zwei Möglichkeiten.
Entweder per backupskript (sollte hier im Forum zu finden sein, einfach mal nach suchen)
Oder per "dd"
Damit kannst Du eine ganze Partition in eine Datei packen.

mit dd hast Du wirklich alles....dauert aber länger und das ergebniss ist sehr groß

mit dem Backup skript bekommst Du ein Tar Archiv in dem alle nötigen Dateien drinnen sind.

Zum Thema Backup habe ich das hier gefunden:
http://www.vdr-portal.de/board/thread.php?threadid=22666&sid=&hilight=backup+erstellen

Hab ich selbst schon gemacht funktioniert super.

Gruß

Zitat

Original von Sledge Hammer
Ich habe mir dafür eine Knoppix-CD remastered, die mit fester IP in Runlevel 2 bootet und ssh sowie smb bereitstellt.

Haben wollen!

Nach welcher Anleitung haste das gemacht?
Link?

Hier mal mein "Backupscript"
passe es für dich an.

cd /
echo "Sichere System ..."
touch /tmp/dont_shutdown && tar cjlf /export/ablage/backups/video_system.tbz --exclude=usr/portage/distfiles --exclude=tmp --exclude=transcodes --exclude=var/tmp/portage . video/plugins video/channels.conf video/commands.conf video/reccmds.conf video/remote.conf video/setup.conf video/sources.conf video/svdrphosts.conf && rm /tmp/dont_shutdown && echo "OK"

zum verständnis:

Filesystem            Size  Used Avail Use% Mounted on
/dev/hda1             5.2G  1.6G  3.6G  30%          /
/dev/hda3             143G   69G   74G  49%        /video
tmpfs                 118M  4.0K  118M   1%           /tmp
none                  118M     0  118M   0%           /dev/shm
kamikaze:/export/ablage  50G   37G   14G  74% /export/ablage

Zitat

Original von Sledge Hammer
Einfacher geht es so:

Danke, werde ich ausprobieren.

Zum Thema:
Es gibt tausende Möglichkeiten, wie Du ja an den Postings schon siehst.

Jetzt kommt es darauf an, wie komfortabel Du das haben willst. Neben der Sicherung der /- Partition sollte man nie vergessen, daß darüber hinaus weitere Sachen zur funktionalität des Systems benötigt werden:
1. MasterBootRecord
2. Partitionstabelle

Zum Sichern der Dateien ist tar ein guter Weg. Zur Sicherung der Partitionstabelle empfehle ich sfdisk -l. Für den MBR gibt es lediglich die Möglichkeit, ein Abbild zu ziehen. Unter Linux bevorzugt mit dd.
Ein Komplettes Image der /- Partition ist sicherlich der einfachste Weg. Du kannst aber alles kombinieren:
(Booten via KNOPPIX o.ä.!)
Achtung! Folgendes Skript ist noch nicht geprüft! Benutzung auf eigene Gefahr! Insbesondere Syntaxfehler können noch vorhanden sein. Es soll nur die Grundsätzliche Funktionsweise erläutern. Korrekturen werden aber gerne angenommen!

#!/bin/bash
mount /device/wo/Sicherung/hin/soll /mnt
mkdir /mnt/mnt


#Partition mounten, um die anderen Dateien darauf zu sichern
for in `sfdisk -d /dev/hda|grep "Id=83"|cut -d " " -f 1`; do mount $i /mnt/mnt
if exist /mnt/mnt/etc/fstab then
ROOTPART=`grep -e "\ /\ " /mnt/mnt/etc/fstab|cut -d " " -f 1`
fi
umount $i
done


mount $ROOTPART /mnt/mnt


#Bootsektor sichern
dd if=/dev/hda of=/mnt/mnt/boot/bootsektor bs=512 count=1


#Partitionstabelle sichern
sfdisk -d /dev/hda >/mnt/mnt/Partitionstabelle


#das waren die "Zutaten", jetzt Systemsicherung
cd /mnt/mnt
time tar cpjf /mnt/Sicherungsdatei.tar.bz2 . /||echo "Fehler, nicht korrekt gesichert!"


#Fertig, Aufräumen
umount /mnt/mnt
rmdir /mnt/mnt
umount /mnt

Das war's im Prinzip. Jetzt brauchste nur noch was funktionierendes für den Restore:

#!/bin/bash
mount /Device/wo/sicherung/liegt /mnt
mkdir /mnt/mnt
cd /mnt
#Zuerst mal die Partitionstabelle wiederherstellen
tar xpjf Sicherungsdatei.tar.bz2 ./Partitionstabelle
sfdisk /dev/hda <Partitionstabelle


#Jetzt root- Partition über die fstab rausfinden
tar xpjf Sicherungsdatei.tar.bz2 ./etc/fstab
ROOTPART=`grep -e "\ /\ " ./etc/fstab|cut -d " " -f 1`
rm -f ./etc/fstab
rmdir etc


#Jetzt auf die Partitionen die Dateisysteme draufbringen. 
mkswap `grep "Id=82"|cut -d " " -f 1`
mkfs.ext3 $ROOTPART


#Jetzt root- Partition mounten
mount $ROOTPART /mnt/mnt


#und Dateien zurücksichern
cd /mnt/mnt
time tar xpjf ../Sicherungsdatei.tar.bz2||echo "Fehler aufgetreten!"


#Bootsektor restaurieren
dd if=./bootsektor of=/dev/hda


#das war's; aufräumen
cd /
umount /mnt/mnt
umount /mnt

Sollte so prinzipiell laufen. Mußte halt nur noch Dein Sicherungsdir anpassen. Könnte man aber auch mittels Kommandozeilenoption übergeben....in der nächsten Version

Hi,

wer z.B. noch ne Linuxkiste im Netz hat, kann das auch mittels dd vom vdr auf dem Linuxrechner auslagern. Folgendes sichert hda1 übers Netz in die Datei ddhda1.iso
:

dd if=/dev/hda1 | ssh 192.168.10.12 "cat > /home/ddhda1.iso"

Wobei dd auf dem vdr ausgefürt wird und die IP hinter dem ssh die von der Linux-Ws ist.

Gruß
Detlef

Zitat

Original von detlef
:

Code

dd if=/dev/hda1 | ssh 192.168.10.12 "cat > /home/ddhda1.iso"

Hat aber den Nachteil, daß:
1. Die Daten der Partition nicht mitgesichert werden. Weißt du GENAU, an welchen Blöcken Deine Partitionen enden?
2. Daß auch leere Blöcke (Nullinformationen) mitgesichert werden.
3. Daß der bootsektor nicht mitkommt.

Aber Du hast shcon recht, wenn man weiß, was man tut, geht es so auch.

der Vollständigkeit halber hier auch noch meine Methode:
http://portal.suse.de/sdb/de/1997/09/maddin_kopieren.html

ich boote ein Rettungssystem mit einer Suse-Boot-CD (ein kleines iso kann man bei Suse runterladen) und machde das dann analog zur Anleitung z.B. mit hda1 und hdb1

Zitat

Original von Sledge Hammer
Hab gerade noch mal gegooglet. Die korrekten Werte für das Sichern des Bootsektor

Danke, ergänzt. Hast Du das mal getestet? Erfahrungen?

Hallo zusammen,

schönere Backups gibts. wenn man das richtige Dateisystem benutzt (hier XFS). Besonderer Vorteil: inkrementelle Dumps sichern nur das, was sich seit der letzten Sicherung geändert hat.

Zuerst ein:

xfsdump -L "" -l 0 - /home | gzip -9 >/data/home-20050120-0.xfs.gz

zur Sicherung der /home-Partition am 20.05.05. Später dann:

xfsdump -L "" -l 1 - /home | gzip -9 >/data/home-20050123-1.xfs.gz

zur Sicherung der veränderten Daten seither. Wiederherstellung mit xfsrestore.

Das ganze gibts auch für ein paar andere Dateisysteme, nennt sich entsprechend nicht "xfs"dump und "xfs"restore.

Ach ja, auf den neueren Knoppixen sind die Programme auch drauf, das erleichtert das Retten ungemein.

Gruß,
Dirk

Zitat

Original von #267
inkrementelle Dumps sichern nur das, was sich seit der letzten Sicherung geändert hat.

Kannst Du mit tar auch machen. Wenn Du willst. Aber bei einem kleinen Wohnzimmer- VDR ist mir die Komplettsicherung der /- Partition einfach lieber. Die /videoX sicher ich ja so nicht (bzw. garnicht ;))

Zitat

xfsdump -L "" -l 0 - /home | gzip -9 >/data/home-20050120-0.xfs.gz

Was sicherst Du damit? Alle FS- Blöcke (also Partitionsgröße) oder wirklich nur die Daten?

Zitat

Das ganze gibts auch für ein paar andere Dateisysteme, nennt sich entsprechend nicht "xfs"dump und "xfs"restore.

Das dumo und restore von Linux gehört eher in die Kategorie der nicht zu verwendenden Datensicherungsinstrumenten. Ja, damit sind inkrementelle Backups möglich. Aber das war's auch schon. Von diesem tool rate ich ausdrücklich ab!

Sledge Hammer:

Bin nach Deiner Beschreibung vorgegangen (Knoppix 3.4 c't), aber die IP-Adresse wird nicht dauerhaft nach dem Booten "behalten". Nach dem Beenden des Bootens ist eth0 für ein paar secs. auf die angegebene IP konfiguriert, aber dann scheint die (beim Booten automatisch in den Hintergrund geschickte) DHCP-Anfrage zuzuschlagen. Soll heissen: Fragt wohl nach, bekommt keine Antwort und "fährt eth0 runter".
Bekommst Du auch die Meldung beim Booten (so ähnlich):
DHCP [Backgrounding]

Mein Workaround: Ich muss erst den zu sichernden Client starten WÄHREND noch der DHCP-Server auf meinem Sicherungsserver läuft. Weil Partimage gleiche Versionen des Client und Servers und sogar "gleiche Kompiliereinstellungen" (mit/ohne SSL, Benutzeranmeldung) voraussetzt, schaffe ich es nur, mit Partimage etwas zu sichern, wenn ich den Sicherungsserver auch mit Knoppix starte. Daher ist DANN der DHCP aus. Da der Client sich aber vorher schon die IP geholt hat und diese behält (bis zu Ablauf der Lease-Time), klappt es dann. Ist nur sehr umständlich, weil ich mein Produktiv-System jedesmal zum Sichern des Clients runterfahren und mit Knoppix starten muss.
Wüsste jemand eine Begründung für dieses Verhalten beim Booten bzw. einen Weg zur Behebung - ohne komplettes Remastern, denn da kann man logischerweise feste IP-Adressen etc. einstellen?!

Viele Grüsse
Chriss

Zitat

z. B. ein "sleep 15" einfügst.

jep, schon im Vorfeld probiert - hatte ich vergessen zu schreiben. Aber ok, wenn Du Knoppix 3.6 genommen hast, sind das ja "andere Voraussetzungen".
Dann werde ich es mal mit einer neuen Knoppix-Version versuchen.

Vielen Dank!
Chriss

Hallo knebb,

aus der manpage xfsdump(8):

xfsdump backs up files and their attributes in a filesystem.

Hat bei mir bisher immer reibungslos funktioniert, / und /home werden taeglich gesichert und kommen auf DVD. Ich kann so einfach besser schlafen

Inkrementelle dumps mit Tar klingen auch gut, werde ich mal durchlesen. Was hat es mit den Problemen von dump und restore auf sich?

Gruß,
Dirk