Backup-Skript

Tolle Sache ! Geht das auch mit iSCSI Laufwerken ? ( siehe mein Forumbeitrag darüber).

Gruss Thomas

Danke Mercator, für deine ganze Arbeit und die Verfügungstellung des Scriptes. Ich kann damit leider meine Daten vom iscsi-Laufwerk nicht kopieren, aber trotzdem danke.

Gruss und schönen Tag
Thomas

Hi Thomas,

iSCSI ist wieder eine etwas andere "Schiene".
Im Prinzip müsste man so etwas auf einen 2ten NAS replizieren, weil iSCSI ja was ist, was durchaus ausfallen "darf". Oder besser, alles was nicht hochverfügbar sein muss.

EDIT:
Einen Link dazu habe ich gefunden:
David Rühl / iSCSI

Das wäre dann z.B. der Haken bei der Der Remote Replication (Sparse Files), wenn man das von NAS A nach NAS B schaffen würde...

Du kannst es natürlich auch manuell via cp oder rsync auf einen externen Datenträger kopieren um mal 'nen Backup davon zu haben. (Den sparse Parameter jedoch nicht vergessen).

EDIT:
Das sollte auch behilflich sein:
http://wiki.qnap.com/wiki/Replicate_iSCSI_LUN

Grüsse, David

Hallo,

ich will mich mal diesem Thread anschließen und mein Backup-Script ebenfalls freigeben. Der übliche Disclaimer (keine Garantie für Funktion) gilt auch hier. Feedback ist willkommen. Der wesentliche Unterschied zum Script von mercator ist, dass ich rsync verwende, um mehr als eine Version (derzeit: unbegrenzt viele) zu speichern. Auch gibt mein Script im Log etwas aus (habe ich im PHP von mercator so schnell nicht gefunden). Bei entsprechender Alert-Konfiguration bekommt man bei kritischen Dingen auch eine Mail...

Die Verwendung im privaten Bereich gestatte ich ausdrücklich. Weil es so kurz ist, passt es auch in einen Block hier.

#!/bin/sh
# Backup Script (c) by Frank Meissner, Jena


# which shares to backup, space separated
shares="home bilder Qmultimedia"
# where to save (e.g. mount point of external harddisk)
externalFolder=/share/external/sdo
# internal location of shares
internalFolder=/share/MD0_DATA




humanTimeFormat='%Y%m%d-%H:%M:%S'
if ! mount |grep -q $externalFolder ; then
        log_tool -a "the external folder $externalFolder does not exist" -t 2
        exit 1
fi


for i in $shares ; do
        previousDir=`ls -drc $externalFolder/$i*|tail -n 1`
        currentDir=$externalFolder/$i-`date +'%Y%m%d-%H%M'`
        executionStart=`date +$humanTimeFormat`
        if [ -z $previousDir ] ; then
                if cp -a $internalFolder/$i $currentDir ; then
                        executionEnd=`date +$humanTimeFormat`
                        log_tool -a "created initial backup for $i in $currentDir from $executionStart to $executionEnd" -t 1
                else
                        log_tool -a "initial copy of $i to $currentDir failed" -t 2
                fi
        else
                rsync -av --link-dest=$previousDir $internalFolder/$i $currentDir||log_tool -a "rsync failed" -t 2
                executionEnd=`date +$humanTimeFormat`
                log_tool -a "backup for $i in $currentDir from $executionStart to $executionEnd" -t 0
        fi
done

Gesichert werden alle Freigaben (Shares), nicht das System. Für bare metal recovery ist das Script daher nicht geeignet. Durch die Sicherung entstehen Verzeichnisse mit Datumsstempel. Diese sind untereinander mit Hardlinks verbunden, weswegen meine 1 TiB-Platte auch für 30 oder so Sicherungen 475 GiB ausreicht. Siehe auch der Dokumentation zu rsync, insbesondere --link-dest.

Zwei Dinge, die ich definitiv noch nicht probierte: Fehlerbehandlung bei rsync-Fehlschlag wurde nicht getestet. Ein weiteres Problem: wird das Script aufgerufen, während das initiale Backup (cp -a...) noch läuft, gibt das Probleme. Ich lasse es alle 24h laufen und hatte auch mit dem initialen Backup von 200GiB keine Probleme (4h, TS 409). Getestet wurde das Ganze auf einer TS 409.

Viel Spaß,

Tichy

Zitat von "mercator"

Hallo

Der Grund für die Nichverwendung von rsync ist einfach: rsync ist effizient für dünne Leitungen zu einer Offsite-Destination, nicht unbedingt für lokale Kopien.

Naja, über die Geschwindigkeit kann ich mich nicht beschweren: bei wenigen Änderungen (bei mir üblich) sind die Backups von 450 GiB in unter 10 Minuten erledigt -- das ist für mich in Ordnung und hat genug Spielraum.

Zitat von "mercator"

Wenn man in meinem Shellskript PARAMETERS auf -info 5 oder -info 10 setzt, bekommt man ebenfalls ein Protokoll. Die Idee mit dem Mail kam mir auch schon und ich denke, das gibt es dann in der nächsten Version.

Wird das log_tool verwendet, landen die Messages automatisch in den System-Logs von der admin-Oberfläche. Das fand ich recht schick. Man kann unter "Alerts" oder ähnlich einstellen, ab welchem Level Mails verschickt werden sollen.

Zitat von "mercator"

tichy: Apropos Versionen . kannman in deinem Skript auch Generationen löschen? Und wenn ja, wie?

Gruss und Dank, Mercator

Das Script erzeugt stets komplette Verzeichniskopien, nur eben recht sparsam. Möchte man Platz sparen (nur sinnvoll nach umfangreichen Änderungen, sonst ist der Platzverbrauch minimal), so löscht man die Kopien vor den Änderungen manuell. Programme wie dirvish, RsyncBackup etc. machen das automatisch. Auch timemachine basiert ja auf rsync und löscht, wenn der Platz knapp wird... Das mit dem Löschen rüste ich vielleicht noch nach, wenn sich die Notwendigkeit ergibt. Dito automatisches mount/umount...

In Deiner Lösung sah ich auch etwas von restore: das ist bei rsync natürlich einfach eine Kopie...

Danke für die Anregung mit der Veröffentlichung ,

Tichy