Bash Script oder Tool für Backup aus Netzlaufwerk mit Zeitstempel
Hallo alle miteinander,
leider habe ich wenig Ahnung von Bashscript - bin aber großer Hoffnung, dass es das was ich suche schon gibt.
Gerne auch ein kleines Tool mit grafischer Oberfläche vorzugsweise für Ubuntu.
Folgende Situation:
Ich arbeite auf einem einfachen Datei(Samba)-Server.
Ich möchte nun, dass eine weitere Linux-Maschine mit Zugriff auf die Netzlaufwerke nach dem Hochfahren folgendes automatisch macht:
Daten eines Ordners/Netzlaufwerks komplett auf die eigene Platte kopiert und mit einem Datums-/Zeitstempel benennt. (also das vorherige Backup nicht überschreibt)
Hintergund ist, dass ich regelmäßig ein kompettes Backup aller Serverdaten mit nach Hause nehmen kann.
Die Daten werden mittels zwei Wechselrahmen und 3 Festplatten "im Kreis" getauscht.
In dem Zuge wäre es auch gut, wenn man die Daten beim kopieren noch verschlüsseln könnte.
Nutzt jemand so etwas?
Beste Grüße
Michael
leider habe ich wenig Ahnung von Bashscript - bin aber großer Hoffnung, dass es das was ich suche schon gibt.
Gerne auch ein kleines Tool mit grafischer Oberfläche vorzugsweise für Ubuntu.
Folgende Situation:
Ich arbeite auf einem einfachen Datei(Samba)-Server.
Ich möchte nun, dass eine weitere Linux-Maschine mit Zugriff auf die Netzlaufwerke nach dem Hochfahren folgendes automatisch macht:
Daten eines Ordners/Netzlaufwerks komplett auf die eigene Platte kopiert und mit einem Datums-/Zeitstempel benennt. (also das vorherige Backup nicht überschreibt)
Hintergund ist, dass ich regelmäßig ein kompettes Backup aller Serverdaten mit nach Hause nehmen kann.
Die Daten werden mittels zwei Wechselrahmen und 3 Festplatten "im Kreis" getauscht.
In dem Zuge wäre es auch gut, wenn man die Daten beim kopieren noch verschlüsseln könnte.
Nutzt jemand so etwas?
Beste Grüße
Michael
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 229510
Url: https://administrator.de/forum/bash-script-oder-tool-fuer-backup-aus-netzlaufwerk-mit-zeitstempel-229510.html
Ausgedruckt am: 27.04.2025 um 09:04 Uhr
5 Kommentare
Neuester Kommentar
Moin,
unter Linux synchronisiert man Files (übers Netzwerk) mit dem Tool rsync. Also Ordner mit aktuellem Datum anlegen und da rein syncen.
Verschlüssellung macht man mit Truecrypt, How-Tos dazu gibst haufenweeise im Netz.
lg,
Slainte
unter Linux synchronisiert man Files (übers Netzwerk) mit dem Tool rsync. Also Ordner mit aktuellem Datum anlegen und da rein syncen.
Verschlüssellung macht man mit Truecrypt, How-Tos dazu gibst haufenweeise im Netz.
lg,
Slainte
Hallo,
wäre es nicht sinnvoller, wenn der Samba Server (der ja die Daten hält) das Backup erzeugt?
Ich würde immer, wo möglich Snapshots erzeugen, wo dies unterstützt wird.
Ein Snapshot ist eine exakte Momentaufnahme der Daten. Diesen Snapshot könnte man dann beliebig wegsichern.
Das verhindert viele Probleme, etwa mit der Zeichenkodierung oder ähnlichem.
Außerdem entfällt das Problem der Backup-Integrität, wenn ein User in den Daten rumschreibt, während das Backup erstellt wird.
Für Details müsste man natürlich wissen, wie Samba Server genau funktioniert.
Grüße,
Daniel
wäre es nicht sinnvoller, wenn der Samba Server (der ja die Daten hält) das Backup erzeugt?
Ich würde immer, wo möglich Snapshots erzeugen, wo dies unterstützt wird.
Ein Snapshot ist eine exakte Momentaufnahme der Daten. Diesen Snapshot könnte man dann beliebig wegsichern.
Das verhindert viele Probleme, etwa mit der Zeichenkodierung oder ähnlichem.
Außerdem entfällt das Problem der Backup-Integrität, wenn ein User in den Daten rumschreibt, während das Backup erstellt wird.
Für Details müsste man natürlich wissen, wie Samba Server genau funktioniert.
Grüße,
Daniel
Auf dem Samba selbst ist es ungünstig, da die Hardware (Gehäuse, Wechselrahmen) nicht ausreichend meiner Wünsche sind.
rsync habe ich mir gerade im UbuntoWiki angeschaut - dort wird für meine Bedürfnisse aber eher Back in Time empfohlen.
Wie wäre es damit?
Kann ich bei Truecrypt eine Partition automatisch mounten und entschlüsseln nach dem booten? (PW gespeichert)
Dann würde nach dem runterfahren nur noch ein verschlüsselter Container auf der Platte für Zuhause liegen - das wäre das richtige.
rsync habe ich mir gerade im UbuntoWiki angeschaut - dort wird für meine Bedürfnisse aber eher Back in Time empfohlen.
Wie wäre es damit?
Kann ich bei Truecrypt eine Partition automatisch mounten und entschlüsseln nach dem booten? (PW gespeichert)
Dann würde nach dem runterfahren nur noch ein verschlüsselter Container auf der Platte für Zuhause liegen - das wäre das richtige.
Hallo,
Folgende Rahmenbedingungen angenommen:
- Der Samba Server läuft auf Linux
- Ein GPG Agent läuft, und hält ein Passwort
- Die Daten liegen in einem LVM Volume
Dann würde ich folgendes verwenden:
1. Der Cron Dienst startet um XX:XX Uhr (oder alle XX Stunden / Minuten) ein Backup-Script
2. Ein LVM Snapshot wird erstellt
3. Der Inhalt des LVM Snapshots wird, z.B. mit dd in eine Datei geschrieben.
4. Die Datei wird mit durch GPG verschlüsselt. Das Passwort für das Schlüsselpaar kommt aus dem GPG Agent.
5. Das verschlüsselte Backup wird nun, z.B. mit rsync auf den Ziel-Datenträger kopiert. Dieser kann sich ohne weiteres auch auf einem Remote-System befinden, wenn SSH sauber konfiguriert ist.
Für Backups auf File-Ebene gibt es auch noch rsnapshot, das finde ich besser.
Grüße,
Daniel
Auf dem Samba selbst ist es ungünstig, da die Hardware (Gehäuse, Wechselrahmen) nicht ausreichend meiner Wünsche
sind.
Ich glaube du verstehst mich falsch.sind.
Folgende Rahmenbedingungen angenommen:
- Der Samba Server läuft auf Linux
- Ein GPG Agent läuft, und hält ein Passwort
- Die Daten liegen in einem LVM Volume
Dann würde ich folgendes verwenden:
1. Der Cron Dienst startet um XX:XX Uhr (oder alle XX Stunden / Minuten) ein Backup-Script
2. Ein LVM Snapshot wird erstellt
3. Der Inhalt des LVM Snapshots wird, z.B. mit dd in eine Datei geschrieben.
4. Die Datei wird mit durch GPG verschlüsselt. Das Passwort für das Schlüsselpaar kommt aus dem GPG Agent.
5. Das verschlüsselte Backup wird nun, z.B. mit rsync auf den Ziel-Datenträger kopiert. Dieser kann sich ohne weiteres auch auf einem Remote-System befinden, wenn SSH sauber konfiguriert ist.
rsync habe ich mir gerade im UbuntoWiki angeschaut - dort wird für meine Bedürfnisse aber eher Back in Time empfohlen.
Wie wäre es damit?
Ich habs mir mal angeschaut, bin aber nicht wirklich warum damit geworden.Wie wäre es damit?
Für Backups auf File-Ebene gibt es auch noch rsnapshot, das finde ich besser.
Kann ich bei Truecrypt eine Partition automatisch mounten und entschlüsseln nach dem booten? (PW gespeichert)
Ja, siehe die Examples in der Man-Page.Dann würde nach dem runterfahren nur noch ein verschlüsselter Container auf der Platte für Zuhause liegen
... und irgendwo liegt ein Script rum, in dem das Passwort zu dem Container steht. FAIL.Grüße,
Daniel
Das PW darf da schon irgendwo stehen.
Die Verschlüsselung wird nur benötigt, weil ich die Daten mit mir durch die Gegend trage.
Die Backups sollen physikalisch auf anderen Platten liegen als die Arbeitsdaten.
Ein Raid 1 habe ich mir dennoch vorgestellt. Von den Platten soll allerdings immer mindestens eine zuhause liegen, die dann wieder mit einem aus dem laufenen Verbund getauscht wird.
Hierfür werden also 3 Platten benötigt und 2 Wechselrahmen.
Passt zum einen nicht in den Samba und zum anderen soll er 24/7 möglichst sparsam und leise laufen.
Deswegen soll es ein anderer Rechner sein, den man nur zum Sichern hochfährt.
Die Verschlüsselung wird nur benötigt, weil ich die Daten mit mir durch die Gegend trage.
Die Backups sollen physikalisch auf anderen Platten liegen als die Arbeitsdaten.
Ein Raid 1 habe ich mir dennoch vorgestellt. Von den Platten soll allerdings immer mindestens eine zuhause liegen, die dann wieder mit einem aus dem laufenen Verbund getauscht wird.
Hierfür werden also 3 Platten benötigt und 2 Wechselrahmen.
Passt zum einen nicht in den Samba und zum anderen soll er 24/7 möglichst sparsam und leise laufen.
Deswegen soll es ein anderer Rechner sein, den man nur zum Sichern hochfährt.
