Linupedia.org - Benutzerbeiträge [de]

Backupprogramme

2007-06-21T20:21:51Z

Pfalzwolf: /* Liste von Linux Backupprogrammen */

Die folgenden Tabellen sind das Ergebnis der Linux-Club Community, die in http://www.linux-club.de/ftopic81889-0-asc-0.html ihre bevorzugten Backupprogramme und -scripte empfohlen bzw vorgestellt haben.
 
=== Liste von Linux Backupprogrammen ===

 
{| border=2
|'''''Name'''''
|'''''Typ'''''
|'''''Abstract'''''
|-
|[[backupdate.sh]]'''(1)'''
|Befehlszeilenscript
|Script zum sichern eines beliebigen Verzeichnisses mit rsync
# Es werden mehrere Ordner angelegt, mithilfe von Hardlinks,
# mit dem jeweils aktuellen Datum (backup_JahrMonatTag).
# Die ältesten Ordner werden gelöscht
|-
|[http://backup2l.sourceforge.net backup2l]
|Befehlszeile
|Low-Maintenance Backup/Restore Tool - Tool für automatische, inkrementelle Backups nach dem Generationenprinzip. Einfache, aber flexible Konfiguration über Kontrolldatei in Shell-Syntax. Basiert auf Standard-Tools tar, gzip und find. Einfache "Treiber"-Schnittstelle (Shell-Funktion) für alternative Archivprogramme oder Zusatzfunktionen wie Splitten oder Verschlüsseln.
|-
|[http://clonezilla.sourceforge.net Clonezilla]
|Befehlszeile
|Clonezilla basiert auf DRBL, Partition Image, ntfsclone, und udpcast, und erlaubt massiv paralleles clonen von 40 plus Computern
|-
|[https://faracvs.cs.uni-magdeburg.de/projects/christsc-darbackup darbackup]
|Befehlszeile
|
# Erzeugung von Referenz-Sicherungen, die ein maximales Alter nicht überschreiten
# Erzeugung von differenziellen Sicherungen, die ein maximales Alter nicht überschreiten
# Erzeugung neuer Referenz-Sicherungen, falls existierende Sicherungen zu alt sind
# Erzeugung neuer Referenz-Sicherungen, falls die Gesamtgröße der differenziellen Sicherungen einen Grenzwert überschreitet
# Transfer von erzeugten Sicherungen per SSH auf entfernte Rechner
# Verwendung von bdelta/xdelta zur Speicherung von ausschliesslich geänderten Daten zwischen zwei differentiellen Sicherungen
# Verwendung von Konfigurationsdateien für unterschiedliche Sicherungs-Quellen und -Ziele
|-
|[http://sourceforge.net/projects/g4l Ghost for Linux (g4l)]'''(2)'''
|Befehlszeile
|Ghost for Linux ist ein Disk und Partition imaging und cloning Tool ähnlich wie Norton Ghost©. Die erzeugten Images werden optional compressed und per ftp transferiert oder lokal abgelegt.
|-
| [http://www.feyrer.de/g4u/ Ghost for Unix (g4u)]'''(2)'''
| Befehlszeile
|Ghost for Unix, die Vorlage für g4l bei dem auch über das [http://www.tuxdocs.net/wiki/index.php/G4u_configure_for_pxe_boot Netzwerk gebootet werden] kann.
|-
|[http://packman.links2linux.de/package/grsync%20 grsync]
|GUI
|Graphisches Interface für rsync
|-
| [http://kbackup.sourceforge.net/ kbackup]
|Befehlszeile/GUI
| Erstellt ein tar-Verzeichnisse, der ausgewählten Ordner. Nicht sehr viele Einstellungsmöglichkeiten, aber für den privaten Gebrauch ist es ausreichend.
|-
|-
| [http://krusader.sourceforge.net/ krusader]
|GUI
|Ein Feature von Krusader ist der Synchronizer, mit dem man Verzeichnisse komfortabel synchronisieren kann. Ein Verzeichnis kann dabei auch auf einem ftp-Server liegen.

Der Synchronizer kann Verzeichnisse additiv zusammenführen, oder ein Zielverzeichnis auf den Stand eines Quellverzeichnisses bringen (inkl. Löschungen).
|-
|[http://www.mikerubel.org/computers/rsync_snapshots/ make_snapshot]
|Befehlszeile
|Automatische Generieren von rotierenden "snapshot"-style backups auf einem Unix basierenden OS. Snapshot backups sind eine Eigenschaft von high-end industrial file servers; sie erzeugen die Illusion von mehreren, full backups pro Tag ohne Plattenplatz oder CPU overhead.
|-
|[[make_snapshotLC.sh]]'''(1)''' [[Make_snapshotLC | ''Beschreibung'']]
|Befehlszeilenscript
|Leistungsstarke Datensicherung nach dem Generationenprinzip – Rotation der Sicherungen. Tagessicherungen, Wochensicherungen, Monatssicherungen 
Zielgruppe: Privatanwender, kleinere Unternehmen. Sehr einfache Installation und Konfiguration. Angepasste/erweiterte Version von [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync] 
|-
|[http://mkcdrec.ota.be/ mkCDrec]
|Befehlszeile
|mkCDrec erzeugt ein bootable (El Torito) disaster recovery image (CDrec.iso), und schreibt Backups von einem Linux System auf derselben CD-ROM (oder CD-RW) wenn der Platz dazu reicht oder auf ein multi-volume CD-ROM set. Backups können auch auf einer lokalen Disk, NFS disk oder (remote) tape abgelegt werden.
|-
| [http://man.cx/star star]
|Befehlszeile
|Ist eine sehr schnelle und moderne Erweiterung von tar das eine Reihe von Beschränkungen von tar aufhebt, und wesentlich mehr moderne tar-Formate unterstützt.
Bietet auch unter anderem ACL-Unterstützung.
|-
|[http://www.rsnapshot.org/ rsnapshot]
|Befehlszeile
|rsnapshot ist ein Filesystem snapshot utility um Backups von lokalen und remoten Systemen zu machen. Da rsync und hard links benutzt werden, ist es möglich mehrere Vollbackups vorzuhalten die sofort ohne Restore verfügbar sind. Der benötigte Plattenplatz ist geringfügig mehr als ein vollständiges Backup zuzüglich der incrementellen Backups. Abhängig von den lokalen Gegebenheiten ist normalerweise in ein paar Minuten alles konfiguriert. Dateien können von von dem Benutzer restored werden, der die Originale besitzt. Es ist kein root Zugriff notwendig.
|-
|[[rsync]]
|Befehlszeile
|'''Das''' Standard Synchronisationsprogramm von Linux. Sehr nützlich bei regelmäßigen (z.B. wöchentlichen) Snapshorts die jederzeit direkt verfügbar sind (kein Entpacken der Daten notwendig) durch Einsatz von Hardlinks.
|-
|tar
|Befehlszeile
|'''Das''' Standard Backupprogramm von Linux
|}
 

'''(1)'''Die Scripts sind von den Autoren sorgfältig erstellt und getestet worden. Da es sich hier um ein von jederman änderbares WiKi handelt sind die Scripts aus Sicherheitsgründen nicht allgemein änderbar. Das heißt nicht, dass keine Änderungen erlaubt sind! Wenn jemand sie ändern möchte bitte das Script lokal ändern und in einer PN im LC an [http://www.linux-club.de/profile.php?mode=viewprofile&u=4882 framp] schicken. Der nimmt dann den Scriptupdate vor.

'''(2)'''
Es gibt eine Rechtsunsicherheit bezüglich der Lizenzierung bei g4l und g4u. Zu den Codediebstahlsvorwürfen durch das g4u Projekt existiert bis heute leider noch keine öffentlich einsehbare Stellungsnahme durch das g4l Projekt. Allein ein ncurses basiertes Menü hinzuzufügen, welches g4u allerdings nicht bietet, ist kein Grund zur Lizenzignorierung der Ausgangsbasis g4u und Lizenzänderung von der freieren BSD Lizenz zur restriktiveren GPL.(siehe dazu auch den Codevergleich unter http://www.feyrer.de/g4u/g4l.html zur Codediebstahlsanalyse)

=== Ihre Backupprogramme für die obige Liste haben empfohlen ===
: joka, tomte, lips, ginka, robi, gameboy, [[Benutzer:framp|framp]]

=== Ihre Backupscripte haben beigesteuert ===

: K4m1K4tz3, Pfalzwolf

----

[[Backup|zurück zum Buckup]]
[[Category:Backup]]

Make snapshotLC

2007-06-20T20:02:19Z

Pfalzwolf:

{{Infobox_Software|
Name= make_snapshotLC
|Beschreibung=
|Hersteller= Idee: Mike Rubel, Erweiterungen: Pfalzwolf
|AktuelleVersion= 0.3
|AktuelleVersionFreigabeDatum= 20.06.2007
|Betriebssystem= Linux
|Kategorie= [[Backup]]
|Lizenz= [[GPL]]
|Deutsch = Nachrichten english, Handbuch deutsch
|Website= [http://www.linux-club.de/faq/Make_snapshotLC make_snapshotLC.sh]
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

===Was bietet das beschriebene Tool - Übersicht===
Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle] für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt dem Anwender rsync gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Heinlein Professional Linux Support GmbH]

Es werden hier in dieser Dokumentation hauptsächlich die Details zur Anwendung im Tagesgeschäft beschrieben, da die technische Beschreibung(englisch) auf der [http://www.mikerubel.org/computers/rsync_snapshots/ Webseite von Mike Rubel] sehr ausführlich ist.

== Aufruf Backup Skript make_snapshotLC.sh ==
=== Tages-Sicherung ===
make_snapshotLC.sh -d

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
make_snapshotLC.sh -w

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
make_snapshotLC.sh -m

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
make_snapshotLC.sh -h

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshotLC.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshotLC.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshotLC.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshotLC.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshotLC.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshotLC.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshotLC.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshotLC.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle 1.] in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen. Dort findet man auch die einfachen Erweiterungen für Sicherungen in Server- und Netzwerk-Umgebungen über [http://linuxwiki.de/ssh SSH] .

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:
<pre>
DASI
snapshot
home
daily.0
daily.1
daily.2
daily.3
daily.4
daily.5
daily.6
weekly.0
weekly.1
weekly.2
weekly.3
monthly.0
monthly.1
monthly.2
monthly.3
monthly.4
monthly.5
</pre>

== Download des Scripts make_snapshotLC.sh ==

Das Script kann [[make_snapshotLC|hier downloaded]] werden.

''Anmerkung von framp:'' Es liegt eine eMail des Autors des Originalskripts vor, in der er sein Einverständnis zur Publikation seines geänderten Scripts im LC Wiki gibt.

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

'''Danke an framp für die geduldige Unterstützung'''

[[Hauptseite|Zurück zur Hauptseite]]

Make snapshotLC

2007-06-20T19:28:39Z

Pfalzwolf:

{{Infobox_Software|
Name= make_snapshot
|Beschreibung=
|Hersteller= Idee: Mike Rubel, Erweiterungen: Pfalzwolf
|AktuelleVersion= 0.3
|AktuelleVersionFreigabeDatum= 20.06.2007
|Betriebssystem= Linux
|Kategorie= [[Backup]]
|Lizenz= [[GPL]]
|Deutsch = Nachrichten english, Handbuch deutsch
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

===Was bietet das beschriebene Tool - Übersicht===
Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle] für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt dem Anwender rsync gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Heinlein Professional Linux Support GmbH]

Es werden hier in dieser Dokumentation hauptsächlich die Details zur Anwendung im Tagesgeschäft beschrieben, da die technische Beschreibung(englisch) auf der [http://www.mikerubel.org/computers/rsync_snapshots/ Webseite von Mike Rubel] sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
make_snapshot.sh -d

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
make_snapshot.sh -w

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
make_snapshot.sh -m

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
make_snapshot.sh -h

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle 1.] in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen. Dort findet man auch die einfachen Erweiterungen für Sicherungen in Server- und Netzwerk-Umgebungen über [http://linuxwiki.de/ssh SSH] .

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:
<pre>
DASI
snapshot
home
daily.0
daily.1
daily.2
daily.3
daily.4
daily.5
daily.6
weekly.0
weekly.1
weekly.2
weekly.3
monthly.0
monthly.1
monthly.2
monthly.3
monthly.4
monthly.5
</pre>

== Download des Scripts make_snapshotLC.sh ==

Das Script kann [[make_snapshotLC|hier downloaded]] werden.

''Anmerkung von framp:'' Es liegt eine eMail des Autors des Originalskripts vor, in der er sein Einverständnis zur Publikation seines geänderten Scripts im LC Wiki gibt.

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

[[Hauptseite|Zurück zur Hauptseite]]

Make snapshotLC

2007-06-20T16:12:16Z

Pfalzwolf: /* Anzeige kurzer Hilfetext zum Aufruf */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

===Was bietet das beschriebene Tool - Übersicht===
Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle] für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt dem Anwender rsync gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Heinlein Professional Linux Support GmbH]

Es werden hier in dieser Dokumentation hauptsächlich die Details zur Anwendung im Tagesgeschäft beschrieben, da die technische Beschreibung(englisch) auf der [http://www.mikerubel.org/computers/rsync_snapshots/ Webseite von Mike Rubel] sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
make_snapshot.sh -d

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
make_snapshot.sh -w

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
make_snapshot.sh -m

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
make_snapshot.sh -h

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle 1.] in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen. Dort findet man auch die einfachen Erweiterungen für Sicherungen in Server- und Netzwerk-Umgebungen über [http://linuxwiki.de/ssh SSH] .

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:
<pre>
DASI
snapshot
home
daily.0
daily.1
daily.2
daily.3
daily.4
daily.5
daily.6
weekly.0
weekly.1
weekly.2
weekly.3
monthly.0
monthly.1
monthly.2
monthly.3
monthly.4
monthly.5
</pre>

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

[[Hauptseite|Zurück zur Hauptseite]]

Make snapshotLC

2007-06-20T16:11:53Z

Pfalzwolf: /* Monats-Sicherung */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

===Was bietet das beschriebene Tool - Übersicht===
Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle] für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt dem Anwender rsync gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Heinlein Professional Linux Support GmbH]

Es werden hier in dieser Dokumentation hauptsächlich die Details zur Anwendung im Tagesgeschäft beschrieben, da die technische Beschreibung(englisch) auf der [http://www.mikerubel.org/computers/rsync_snapshots/ Webseite von Mike Rubel] sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
make_snapshot.sh -d

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
make_snapshot.sh -w

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
make_snapshot.sh -m

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''Aufruf: make_snapshot.sh -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle 1.] in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen. Dort findet man auch die einfachen Erweiterungen für Sicherungen in Server- und Netzwerk-Umgebungen über [http://linuxwiki.de/ssh SSH] .

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:
<pre>
DASI
snapshot
home
daily.0
daily.1
daily.2
daily.3
daily.4
daily.5
daily.6
weekly.0
weekly.1
weekly.2
weekly.3
monthly.0
monthly.1
monthly.2
monthly.3
monthly.4
monthly.5
</pre>

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

[[Hauptseite|Zurück zur Hauptseite]]

Make snapshotLC

2007-06-20T16:11:23Z

Pfalzwolf: /* Wochen-Sicherung */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

===Was bietet das beschriebene Tool - Übersicht===
Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle] für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt dem Anwender rsync gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Heinlein Professional Linux Support GmbH]

Es werden hier in dieser Dokumentation hauptsächlich die Details zur Anwendung im Tagesgeschäft beschrieben, da die technische Beschreibung(englisch) auf der [http://www.mikerubel.org/computers/rsync_snapshots/ Webseite von Mike Rubel] sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
make_snapshot.sh -d

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
make_snapshot.sh -w

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''Aufruf: make_snapshot.sh -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''Aufruf: make_snapshot.sh -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle 1.] in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen. Dort findet man auch die einfachen Erweiterungen für Sicherungen in Server- und Netzwerk-Umgebungen über [http://linuxwiki.de/ssh SSH] .

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:
<pre>
DASI
snapshot
home
daily.0
daily.1
daily.2
daily.3
daily.4
daily.5
daily.6
weekly.0
weekly.1
weekly.2
weekly.3
monthly.0
monthly.1
monthly.2
monthly.3
monthly.4
monthly.5
</pre>

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

[[Hauptseite|Zurück zur Hauptseite]]

Make snapshotLC

2007-06-20T16:10:59Z

Pfalzwolf: /* Tages-Sicherung */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

===Was bietet das beschriebene Tool - Übersicht===
Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle] für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt dem Anwender rsync gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Heinlein Professional Linux Support GmbH]

Es werden hier in dieser Dokumentation hauptsächlich die Details zur Anwendung im Tagesgeschäft beschrieben, da die technische Beschreibung(englisch) auf der [http://www.mikerubel.org/computers/rsync_snapshots/ Webseite von Mike Rubel] sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
make_snapshot.sh -d

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''Aufruf: make_snapshot.sh -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''Aufruf: make_snapshot.sh -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''Aufruf: make_snapshot.sh -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle 1.] in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen. Dort findet man auch die einfachen Erweiterungen für Sicherungen in Server- und Netzwerk-Umgebungen über [http://linuxwiki.de/ssh SSH] .

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:
<pre>
DASI
snapshot
home
daily.0
daily.1
daily.2
daily.3
daily.4
daily.5
daily.6
weekly.0
weekly.1
weekly.2
weekly.3
monthly.0
monthly.1
monthly.2
monthly.3
monthly.4
monthly.5
</pre>

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

[[Hauptseite|Zurück zur Hauptseite]]

Make snapshotLC

2007-06-20T16:10:11Z

Pfalzwolf: /* Anzeige kurzer Hilfetext zum Aufruf */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

===Was bietet das beschriebene Tool - Übersicht===
Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle] für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt dem Anwender rsync gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Heinlein Professional Linux Support GmbH]

Es werden hier in dieser Dokumentation hauptsächlich die Details zur Anwendung im Tagesgeschäft beschrieben, da die technische Beschreibung(englisch) auf der [http://www.mikerubel.org/computers/rsync_snapshots/ Webseite von Mike Rubel] sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf: make_snapshot.sh -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''Aufruf: make_snapshot.sh -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''Aufruf: make_snapshot.sh -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''Aufruf: make_snapshot.sh -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle 1.] in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen. Dort findet man auch die einfachen Erweiterungen für Sicherungen in Server- und Netzwerk-Umgebungen über [http://linuxwiki.de/ssh SSH] .

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:
<pre>
DASI
snapshot
home
daily.0
daily.1
daily.2
daily.3
daily.4
daily.5
daily.6
weekly.0
weekly.1
weekly.2
weekly.3
monthly.0
monthly.1
monthly.2
monthly.3
monthly.4
monthly.5
</pre>

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

[[Hauptseite|Zurück zur Hauptseite]]

Make snapshotLC

2007-06-20T16:09:53Z

Pfalzwolf: /* Monats-Sicherung */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

===Was bietet das beschriebene Tool - Übersicht===
Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle] für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt dem Anwender rsync gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Heinlein Professional Linux Support GmbH]

Es werden hier in dieser Dokumentation hauptsächlich die Details zur Anwendung im Tagesgeschäft beschrieben, da die technische Beschreibung(englisch) auf der [http://www.mikerubel.org/computers/rsync_snapshots/ Webseite von Mike Rubel] sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf: make_snapshot.sh -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''Aufruf: make_snapshot.sh -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''Aufruf: make_snapshot.sh -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle 1.] in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen. Dort findet man auch die einfachen Erweiterungen für Sicherungen in Server- und Netzwerk-Umgebungen über [http://linuxwiki.de/ssh SSH] .

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:
<pre>
DASI
snapshot
home
daily.0
daily.1
daily.2
daily.3
daily.4
daily.5
daily.6
weekly.0
weekly.1
weekly.2
weekly.3
monthly.0
monthly.1
monthly.2
monthly.3
monthly.4
monthly.5
</pre>

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

[[Hauptseite|Zurück zur Hauptseite]]

Make snapshotLC

2007-06-20T16:09:07Z

Pfalzwolf: /* Wochen-Sicherung */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

===Was bietet das beschriebene Tool - Übersicht===
Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle] für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt dem Anwender rsync gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Heinlein Professional Linux Support GmbH]

Es werden hier in dieser Dokumentation hauptsächlich die Details zur Anwendung im Tagesgeschäft beschrieben, da die technische Beschreibung(englisch) auf der [http://www.mikerubel.org/computers/rsync_snapshots/ Webseite von Mike Rubel] sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf: make_snapshot.sh -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''Aufruf: make_snapshot.sh -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle 1.] in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen. Dort findet man auch die einfachen Erweiterungen für Sicherungen in Server- und Netzwerk-Umgebungen über [http://linuxwiki.de/ssh SSH] .

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:
<pre>
DASI
snapshot
home
daily.0
daily.1
daily.2
daily.3
daily.4
daily.5
daily.6
weekly.0
weekly.1
weekly.2
weekly.3
monthly.0
monthly.1
monthly.2
monthly.3
monthly.4
monthly.5
</pre>

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

[[Hauptseite|Zurück zur Hauptseite]]

Make snapshotLC

2007-06-20T16:07:58Z

Pfalzwolf: /* Tages-Sicherung */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

===Was bietet das beschriebene Tool - Übersicht===
Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle] für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt dem Anwender rsync gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Heinlein Professional Linux Support GmbH]

Es werden hier in dieser Dokumentation hauptsächlich die Details zur Anwendung im Tagesgeschäft beschrieben, da die technische Beschreibung(englisch) auf der [http://www.mikerubel.org/computers/rsync_snapshots/ Webseite von Mike Rubel] sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf: make_snapshot.sh -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle 1.] in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen. Dort findet man auch die einfachen Erweiterungen für Sicherungen in Server- und Netzwerk-Umgebungen über [http://linuxwiki.de/ssh SSH] .

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:
<pre>
DASI
snapshot
home
daily.0
daily.1
daily.2
daily.3
daily.4
daily.5
daily.6
weekly.0
weekly.1
weekly.2
weekly.3
monthly.0
monthly.1
monthly.2
monthly.3
monthly.4
monthly.5
</pre>

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

[[Hauptseite|Zurück zur Hauptseite]]

Make snapshotLC

2007-06-20T16:06:42Z

Pfalzwolf: /* Was braucht der Privatanwender */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

===Was bietet das beschriebene Tool - Übersicht===
Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle] für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt dem Anwender rsync gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Heinlein Professional Linux Support GmbH]

Es werden hier in dieser Dokumentation hauptsächlich die Details zur Anwendung im Tagesgeschäft beschrieben, da die technische Beschreibung(englisch) auf der [http://www.mikerubel.org/computers/rsync_snapshots/ Webseite von Mike Rubel] sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle 1.] in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen. Dort findet man auch die einfachen Erweiterungen für Sicherungen in Server- und Netzwerk-Umgebungen über [http://linuxwiki.de/ssh SSH] .

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:
<pre>
DASI
snapshot
home
daily.0
daily.1
daily.2
daily.3
daily.4
daily.5
daily.6
weekly.0
weekly.1
weekly.2
weekly.3
monthly.0
monthly.1
monthly.2
monthly.3
monthly.4
monthly.5
</pre>

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

[[Hauptseite|Zurück zur Hauptseite]]

Make snapshotLC

2007-06-20T15:56:45Z

Pfalzwolf: /* Tipps */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Heinlein Professional Linux Support GmbH]

Es werden hier in dieser Dokumentation hauptsächlich die Details zur Anwendung im Tagesgeschäft beschrieben, da die technische Beschreibung(englisch) auf der Webseite([http://www.mikerubel.org/computers/rsync_snapshots/ von Mike Rubel]) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus [http://www.mikerubel.org/computers/rsync_snapshots/ Quelle 1.] in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen. Dort findet man auch die einfachen Erweiterungen für Sicherungen in Server- und Netzwerk-Umgebungen über [http://linuxwiki.de/ssh SSH] .

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:
<pre>
DASI
snapshot
home
daily.0
daily.1
daily.2
daily.3
daily.4
daily.5
daily.6
weekly.0
weekly.1
weekly.2
weekly.3
monthly.0
monthly.1
monthly.2
monthly.3
monthly.4
monthly.5
</pre>

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

[[Hauptseite|Zurück zur Hauptseite]]

Make snapshotLC

2007-06-20T15:49:33Z

Pfalzwolf: /* Installation und Konfiguration */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Heinlein Professional Linux Support GmbH]

Es werden hier in dieser Dokumentation hauptsächlich die Details zur Anwendung im Tagesgeschäft beschrieben, da die technische Beschreibung(englisch) auf der Webseite([http://www.mikerubel.org/computers/rsync_snapshots/ von Mike Rubel]) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:
<pre>
DASI
snapshot
home
daily.0
daily.1
daily.2
daily.3
daily.4
daily.5
daily.6
weekly.0
weekly.1
weekly.2
weekly.3
monthly.0
monthly.1
monthly.2
monthly.3
monthly.4
monthly.5
</pre>

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

[[Hauptseite|Zurück zur Hauptseite]]

Make snapshotLC

2007-06-20T15:46:21Z

Pfalzwolf: /* Beispiel der Directory-Struktur */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Heinlein Professional Linux Support GmbH]

Es werden hier in dieser Dokumentation hauptsächlich die Details zur Anwendung im Tagesgeschäft beschrieben, da die technische Beschreibung(englisch) auf der Webseite([http://www.mikerubel.org/computers/rsync_snapshots/ von Mike Rubel]) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:
<pre>
DASI
snapshot
home
daily.0
daily.1
daily.2
daily.3
daily.4
daily.5
daily.6
weekly.0
weekly.1
weekly.2
weekly.3
monthly.0
monthly.1
monthly.2
monthly.3
monthly.4
monthly.5
</pre>

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

[[Hauptseite|Zurück zur Hauptseite]]

Make snapshotLC

2007-06-20T14:33:42Z

Pfalzwolf: /* Änderungen und Ergänzungen */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Heinlein Professional Linux Support GmbH]

Es werden hier in dieser Dokumentation hauptsächlich die Details zur Anwendung im Tagesgeschäft beschrieben, da die technische Beschreibung(englisch) auf der Webseite([http://www.mikerubel.org/computers/rsync_snapshots/ von Mike Rubel]) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

[[Hauptseite|Zurück zur Hauptseite]]

Make snapshotLC

2007-06-20T14:27:14Z

Pfalzwolf: /* Weitere Information */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

[[Hauptseite|Zurück zur Hauptseite]]

Backupprogramme

2007-06-20T13:58:40Z

Pfalzwolf: /* Liste von Linux Backupprogrammen */

Die folgenden Tabellen sind das Ergebnis der Linux-Club Community, die in http://www.linux-club.de/ftopic81889-0-asc-0.html ihre bevorzugten Backupprogramme und -scripte empfohlen bzw vorgestellt haben.
 
=== Liste von Linux Backupprogrammen ===

 
{| border=2
|'''''Name'''''
|'''''Typ'''''
|'''''Abstract'''''
|-
|[[backupdate.sh]]'''(1)'''
|Befehlszeilenscript
|Script zum sichern eines beliebigen Verzeichnisses mit rsync
# Es werden mehrere Ordner angelegt, mithilfe von Hardlinks,
# mit dem jeweils aktuellen Datum (backup_JahrMonatTag).
# Die ältesten Ordner werden gelöscht
|-
|[http://backup2l.sourceforge.net backup2l]
|Befehlszeile
|Low-Maintenance Backup/Restore Tool - Tool für automatische, inkrementelle Backups nach dem Generationenprinzip. Einfache, aber flexible Konfiguration über Kontrolldatei in Shell-Syntax. Basiert auf Standard-Tools tar, gzip und find. Einfache "Treiber"-Schnittstelle (Shell-Funktion) für alternative Archivprogramme oder Zusatzfunktionen wie Splitten oder Verschlüsseln.
|-
|[http://clonezilla.sourceforge.net Clonezilla]
|Befehlszeile
|Clonezilla basiert auf DRBL, Partition Image, ntfsclone, und udpcast, und erlaubt massiv paralleles clonen von 40 plus Computern
|-
|[https://faracvs.cs.uni-magdeburg.de/projects/christsc-darbackup darbackup]
|Befehlszeile
|
# Erzeugung von Referenz-Sicherungen, die ein maximales Alter nicht überschreiten
# Erzeugung von differenziellen Sicherungen, die ein maximales Alter nicht überschreiten
# Erzeugung neuer Referenz-Sicherungen, falls existierende Sicherungen zu alt sind
# Erzeugung neuer Referenz-Sicherungen, falls die Gesamtgröße der differenziellen Sicherungen einen Grenzwert überschreitet
# Transfer von erzeugten Sicherungen per SSH auf entfernte Rechner
# Verwendung von bdelta/xdelta zur Speicherung von ausschliesslich geänderten Daten zwischen zwei differentiellen Sicherungen
# Verwendung von Konfigurationsdateien für unterschiedliche Sicherungs-Quellen und -Ziele
|-
|[http://sourceforge.net/projects/g4l Ghost for Linux (g4l)]'''(2)'''
|Befehlszeile
|Ghost for Linux ist ein Disk und Partition imaging und cloning Tool ähnlich wie Norton Ghost©. Die erzeugten Images werden optional compressed und per ftp transferiert oder lokal abgelegt.
|-
| [http://www.feyrer.de/g4u/ Ghost for Unix (g4u)]'''(2)'''
| Befehlszeile
|Ghost for Unix, die Vorlage für g4l bei dem auch über das [http://www.tuxdocs.net/wiki/index.php/G4u_configure_for_pxe_boot Netzwerk gebootet werden] kann.
|-
|[http://packman.links2linux.de/package/grsync%20 grsync]
|GUI
|Graphisches Interface für rsync
|-
| [http://kbackup.sourceforge.net/ kbackup]
|Befehlszeile/GUI
| Erstellt ein tar-Verzeichnisse, der ausgewählten Ordner. Nicht sehr viele Einstellungsmöglichkeiten, aber für den privaten Gebrauch ist es ausreichend.
|-
|-
| [http://krusader.sourceforge.net/ krusader]
|GUI
|Ein Feature von Krusader ist der Synchronizer, mit dem man Verzeichnisse komfortabel synchronisieren kann. Ein Verzeichnis kann dabei auch auf einem ftp-Server liegen.

Der Synchronizer kann Verzeichnisse additiv zusammenführen, oder ein Zielverzeichnis auf den Stand eines Quellverzeichnisses bringen (inkl. Löschungen).
|-
|[http://www.mikerubel.org/computers/rsync_snapshots/ make_snapshot]
|Befehlszeile
|Automatische Generieren von rotierenden "snapshot"-style backups auf einem Unix basierenden OS. Snapshot backups sind eine Eigenschaft von high-end industrial file servers; sie erzeugen die Illusion von mehreren, full backups pro Tag ohne Plattenplatz oder CPU overhead.
|-
|[[make_snapshot]]
|Befehlszeilenscript
|Leistungsstarke Datensicherung nach dem Generationenprinzip – Rotation der Sicherungen.
Tagessicherungen, Wochensicherungen, Monatssicherungen
Zielgruppe Privatanwender, kleinere Unternehmen.

Sehr einfache Installation und Konfiguration. Angepasste Version von [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]
|-
|[http://mkcdrec.ota.be/ mkCDrec]
|Befehlszeile
|mkCDrec erzeugt ein bootable (El Torito) disaster recovery image (CDrec.iso), und schreibt Backups von einem Linux System auf derselben CD-ROM (oder CD-RW) wenn der Platz dazu reicht oder auf ein multi-volume CD-ROM set. Backups können auch auf einer lokalen Disk, NFS disk oder (remote) tape abgelegt werden.
|-
| [http://man.cx/star star]
|Befehlszeile
|Ist eine sehr schnelle und moderne Erweiterung von tar das eine Reihe von Beschränkungen von tar aufhebt, und wesentlich mehr moderne tar-Formate unterstützt.
Bietet auch unter anderem ACL-Unterstützung.
|-
|[http://www.rsnapshot.org/ rsnapshot]
|Befehlszeile
|rsnapshot ist ein Filesystem snapshot utility um Backups von lokalen und remoten Systemen zu machen. Da rsync und hard links benutzt werden, ist es möglich mehrere Vollbackups vorzuhalten die sofort ohne Restore verfügbar sind. Der benötigte Plattenplatz ist geringfügig mehr als ein vollständiges Backup zuzüglich der incrementellen Backups. Abhängig von den lokalen Gegebenheiten ist normalerweise in ein paar Minuten alles konfiguriert. Dateien können von von dem Benutzer restored werden, der die Originale besitzt. Es ist kein root Zugriff notwendig.
|-
|[[rsync]]
|Befehlszeile
|'''Das''' Standard Synchronisationsprogramm von Linux. Sehr nützlich bei regelmäßigen (z.B. wöchentlichen) Snapshorts die jederzeit direkt verfügbar sind (kein Entpacken der Daten notwendig) durch Einsatz von Hardlinks.
|-
|tar
|Befehlszeile
|'''Das''' Standard Backupprogramm von Linux
|}
 

'''(1)'''Die Scripts sind von den Autoren sorgfältig erstellt und getestet worden. Da es sich hier um ein von jederman änderbares WiKi handelt sind die Scripts aus Sicherheitsgründen nicht allgemein änderbar. Das heißt nicht, dass keine Änderungen erlaubt sind! Wenn jemand sie ändern möchte bitte das Script lokal ändern und in einer PN im LC an [http://www.linux-club.de/profile.php?mode=viewprofile&u=4882 framp] schicken. Der nimmt dann den Scriptupdate vor.

'''(2)'''
Es gibt eine Rechtsunsicherheit bezüglich der Lizenzierung bei g4l und g4u. Zu den Codediebstahlsvorwürfen durch das g4u Projekt existiert bis heute leider noch keine öffentlich einsehbare Stellungsnahme durch das g4l Projekt. Allein ein ncurses basiertes Menü hinzuzufügen, welches g4u allerdings nicht bietet, ist kein Grund zur Lizenzignorierung der Ausgangsbasis g4u und Lizenzänderung von der freieren BSD Lizenz zur restriktiveren GPL.(siehe dazu auch den Codevergleich unter http://www.feyrer.de/g4u/g4l.html zur Codediebstahlsanalyse)

=== Ihre Backupprogramme für die obige Liste haben empfohlen ===
: joka, tomte, lips, ginka, robi, gameboy, [[Benutzer:framp|framp]]

=== Ihre Backupscripte haben beigesteuert ===

: K4m1K4tz3

Make snapshotLC

2007-06-20T13:45:56Z

Pfalzwolf: /* Script */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Technische Angaben zum Backup-Script make_snapshot.sh ==

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:42:06Z

Pfalzwolf: /* Einstellung */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Installation und Konfiguration ===
'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

Die folgenden Konstanten können in der '''Customizing Section''' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:39:20Z

Pfalzwolf: /* Zielanwender */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender und kleinere Unternehmen geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:32:38Z

Pfalzwolf: /* Weitere Information */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

== Weitere Information ==
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:32:16Z

Pfalzwolf: /* Beispiel der Directory-Struktur */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

== Beispiel der Directory-Struktur ==
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:31:50Z

Pfalzwolf: /* Sicherung von Windows Daten */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

== Sicherung von Windows Daten ==
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:31:35Z

Pfalzwolf: /* Tipps */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

== Tipps ==
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:31:00Z

Pfalzwolf: /* Beispiel der Directory-Struktur */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:27:31Z

Pfalzwolf: /* Log Datei */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

== Log Datei ==
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:27:01Z

Pfalzwolf: /* Speicherplatz */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

== Speicherplatz ==
Durch geschickte Verlinkung der Linux Daten wird trotz der vielen Sicherungen sehr wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.
Man muss etwa mit dem doppelten Speicherplatz der Originaldaten(z.B. /home) rechnen, wenn man 10 Backups vorsieht. Das ist aber eine sehr grobe Angabe!

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:22:42Z

Pfalzwolf: /* Speicherort und Warnung */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

== Speicherort und Warnung ==
Die Sicherungen sollen auf keinen Fall auf die selbe Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:21:42Z

Pfalzwolf: /* Restore */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

== Restore ==
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:20:51Z

Pfalzwolf: /* Tages-Sicherung */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

== Aufruf Backup Skript make_snapshot.sh ==
=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:19:21Z

Pfalzwolf: /* Monats-Sicherung */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''

Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung - siehe Beispiel für crontab Einstellung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:17:21Z

Pfalzwolf: /* Wochen-Sicherung */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''

Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''
Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:16:15Z

Pfalzwolf: /* Anlegen von Datensicherungs-Generationen */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

=== Anlegen von Datensicherungs-Generationen ===

== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''
Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''
Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:15:32Z

Pfalzwolf: /* Tages-Sicherung */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

== Anlegen von Datensicherungs-Generationen ==
== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''

Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen eingestellt hat(DAYS = 7), geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0

'''Hinweis:''' Da man sehr viele Tagessicherungen machen kann - manche machen im Abstand von Stunden einen Lauf - werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben. Bei einer Wochensicherung wird die älteste vorhandene Tagessicherung genommen.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''
Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''
Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:10:31Z

Pfalzwolf: /* Log Datei */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

== Anlegen von Datensicherungs-Generationen ==
== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''
Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen möchte, geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0
Da man sehr viele Tagessicherungen machen kann, manche machen im Abstand von Stunden einen Lauf, werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''
Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''
Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel unten.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:10:02Z

Pfalzwolf: /* Log Datei */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

== Anlegen von Datensicherungs-Generationen ==
== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''
Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen möchte, geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0
Da man sehr viele Tagessicherungen machen kann, manche machen im Abstand von Stunden einen Lauf, werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''
Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''
Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
Mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.
(> oder >>) siehe Beispiel oben.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:06:51Z

Pfalzwolf: /* Backup-Skript make_snapshot.sh */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

== Anlegen von Datensicherungs-Generationen ==
== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/ Easy Automated Snapshot-Style Backups with Linux and Rsync]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''
Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen möchte, geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0
Da man sehr viele Tagessicherungen machen kann, manche machen im Abstand von Stunden einen Lauf, werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''
Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''
Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:04:50Z

Pfalzwolf: /* Einstellung */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

== Anlegen von Datensicherungs-Generationen ==
== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''
Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen möchte, geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0
Da man sehr viele Tagessicherungen machen kann, manche machen im Abstand von Stunden einen Lauf, werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''
Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''
Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE''' Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE''' gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T13:00:41Z

Pfalzwolf: /* Beispiel */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

== Anlegen von Datensicherungs-Generationen ==
== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''
Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen möchte, geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0
Da man sehr viele Tagessicherungen machen kann, manche machen im Abstand von Stunden einen Lauf, werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''
Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''
Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1
oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''

Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen

Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.

Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2

'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false

'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)

'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.

'''CHECK_HDMINFREE '''Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false

'''HDMINFREE '''gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.

'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird

'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...

'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T12:58:23Z

Pfalzwolf: /* Einstellung */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

== Anlegen von Datensicherungs-Generationen ==
== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''
Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen möchte, geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0
Da man sehr viele Tagessicherungen machen kann, manche machen im Abstand von Stunden einen Lauf, werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''
Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''
Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1

oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''
Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen
Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.
Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der '''Customizing Section'' des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2

'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false

'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)

'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.

'''CHECK_HDMINFREE '''Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false

'''HDMINFREE '''gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.

'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird

'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...

'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T12:53:56Z

Pfalzwolf: /* Weitere Information */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

== Anlegen von Datensicherungs-Generationen ==
== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''
Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen möchte, geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0
Da man sehr viele Tagessicherungen machen kann, manche machen im Abstand von Stunden einen Lauf, werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''
Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''
Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1

oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''
Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen
Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.
Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der Customizing Section des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE '''Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE '''gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/ Original Skript von Mike Rubel] Bei dieser Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für Interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/ Ähnliches Skript von Heinlein Professional Linux Support GmbH]
# man rsync

Make snapshotLC

2007-06-20T12:50:06Z

Pfalzwolf: /* zweite Hauptüberschrift */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

== Anlegen von Datensicherungs-Generationen ==
== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''
Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen möchte, geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0
Da man sehr viele Tagessicherungen machen kann, manche machen im Abstand von Stunden einen Lauf, werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''
Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''
Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1

oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''
Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen
Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.
Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der Customizing Section des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE '''Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE '''gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/]
Bei der ersten Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]
# man rsync

Make snapshotLC

2007-06-20T12:48:47Z

Pfalzwolf: /* Weitere Links zum Thema */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

== Anlegen von Datensicherungs-Generationen ==
== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''
Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen möchte, geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0
Da man sehr viele Tagessicherungen machen kann, manche machen im Abstand von Stunden einen Lauf, werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''
Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''
Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1

oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''
Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen
Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.
Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der Customizing Section des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE '''Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE '''gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/]
Bei der ersten Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]
# man rsync

== zweite Hauptüberschrift ==
Mit Tabellen können sehr viele Probleme sehr übersichtlich dargestellt werden. Allerdings
sind die gewünschten Formatierungen einer Tabelle genauso vielschichtig wie die Einsatzmöglichkeiten,
deshalb ist es unmöglich, eine Universelle Vorlage zu erstellen,
benutzt bitte diese [http://meta.wikimedia.org/wiki/Help:Table Tabellenhilfe]

{| border="1"
|+ '''Hier steht die Tabellenüberschrift '''
! Überschrift Spalte 1 !! Spalte 2 !! Spalte 3 !! Spalte 4
|-
! Zeilenname 1 || Inhalt || Inhalt || Inhalt
|-
! Zeilenname 2 || Inhalt || Inhalt || Inhalt
|-
! Zeilenname 2 || Inhalt || Inhalt || Inhalt
|}

Das hier ist ein [[Link ins Wiki]] das hier ist ein [[Link ins Wiki#auf Unterpunkt]] 
das ist ein [http://www.link.de/index.html Link ins Netz] oder http://www.link.de/index.html 
so einfach kann ein Bild [[Bild:Hibiscus.png|hier kann auch noch ein Alternativtext stehen]]
eingefügt werden. Alternativtexte kann man auf die selbe Art auch bei Links ins Wiki verwenden:
[[Link ins Wiki|Alternativtext]]

Um Bilder auch immer an die richtige Position zu bekommen
[http://en.wikipedia.org/wiki/Wikipedia:Extended_image_syntax hier gibts Hilfe zu Bildern]

{{Box Hinweis||
Die Arbeit mit [[:Kategorie:Vorlagen|Vorlagen und Bausteinen]] kann die Arbeit erleichtern
}}

Make snapshotLC

2007-06-20T12:47:46Z

Pfalzwolf: /* Datensicherung auf Basis von rsync */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
= Datensicherung auf Basis von rsync =

== Anlegen von Datensicherungs-Generationen ==
== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''
Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen möchte, geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0
Da man sehr viele Tagessicherungen machen kann, manche machen im Abstand von Stunden einen Lauf, werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''
Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''
Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1

oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''
Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen
Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.
Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der Customizing Section des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE '''Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE '''gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/]
Bei der ersten Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]
# man rsync

== zweite Hauptüberschrift ==
Mit Tabellen können sehr viele Probleme sehr übersichtlich dargestellt werden. Allerdings
sind die gewünschten Formatierungen einer Tabelle genauso vielschichtig wie die Einsatzmöglichkeiten,
deshalb ist es unmöglich, eine Universelle Vorlage zu erstellen,
benutzt bitte diese [http://meta.wikimedia.org/wiki/Help:Table Tabellenhilfe]

{| border="1"
|+ '''Hier steht die Tabellenüberschrift '''
! Überschrift Spalte 1 !! Spalte 2 !! Spalte 3 !! Spalte 4
|-
! Zeilenname 1 || Inhalt || Inhalt || Inhalt
|-
! Zeilenname 2 || Inhalt || Inhalt || Inhalt
|-
! Zeilenname 2 || Inhalt || Inhalt || Inhalt
|}

Das hier ist ein [[Link ins Wiki]] das hier ist ein [[Link ins Wiki#auf Unterpunkt]] 
das ist ein [http://www.link.de/index.html Link ins Netz] oder http://www.link.de/index.html 
so einfach kann ein Bild [[Bild:Hibiscus.png|hier kann auch noch ein Alternativtext stehen]]
eingefügt werden. Alternativtexte kann man auf die selbe Art auch bei Links ins Wiki verwenden:
[[Link ins Wiki|Alternativtext]]

Um Bilder auch immer an die richtige Position zu bekommen
[http://en.wikipedia.org/wiki/Wikipedia:Extended_image_syntax hier gibts Hilfe zu Bildern]

{{Box Hinweis||
Die Arbeit mit [[:Kategorie:Vorlagen|Vorlagen und Bausteinen]] kann die Arbeit erleichtern
}}

== Weitere Links zum Thema ==
* http://www.link.irgendwohin
* [http://www.link.irgendwohin Bezeichnung für diesen Link]
* [[Hauptseite|Wikiinterner Link]]



[[Hauptseite|Zurück zur Hauptseite]]
[[Category:Hauptseite]]

Make snapshotLC

2007-06-20T12:46:58Z

Pfalzwolf: /* erste Hauptüberschrift */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
=== Datensicherung auf Basis von rsync ===

== Anlegen von Datensicherungs-Generationen ==
== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''
Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen möchte, geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0
Da man sehr viele Tagessicherungen machen kann, manche machen im Abstand von Stunden einen Lauf, werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''
Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''
Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1

oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''
Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen
Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.
Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der Customizing Section des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE '''Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE '''gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/]
Bei der ersten Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]
# man rsync

== zweite Hauptüberschrift ==
Mit Tabellen können sehr viele Probleme sehr übersichtlich dargestellt werden. Allerdings
sind die gewünschten Formatierungen einer Tabelle genauso vielschichtig wie die Einsatzmöglichkeiten,
deshalb ist es unmöglich, eine Universelle Vorlage zu erstellen,
benutzt bitte diese [http://meta.wikimedia.org/wiki/Help:Table Tabellenhilfe]

{| border="1"
|+ '''Hier steht die Tabellenüberschrift '''
! Überschrift Spalte 1 !! Spalte 2 !! Spalte 3 !! Spalte 4
|-
! Zeilenname 1 || Inhalt || Inhalt || Inhalt
|-
! Zeilenname 2 || Inhalt || Inhalt || Inhalt
|-
! Zeilenname 2 || Inhalt || Inhalt || Inhalt
|}

Das hier ist ein [[Link ins Wiki]] das hier ist ein [[Link ins Wiki#auf Unterpunkt]] 
das ist ein [http://www.link.de/index.html Link ins Netz] oder http://www.link.de/index.html 
so einfach kann ein Bild [[Bild:Hibiscus.png|hier kann auch noch ein Alternativtext stehen]]
eingefügt werden. Alternativtexte kann man auf die selbe Art auch bei Links ins Wiki verwenden:
[[Link ins Wiki|Alternativtext]]

Um Bilder auch immer an die richtige Position zu bekommen
[http://en.wikipedia.org/wiki/Wikipedia:Extended_image_syntax hier gibts Hilfe zu Bildern]

{{Box Hinweis||
Die Arbeit mit [[:Kategorie:Vorlagen|Vorlagen und Bausteinen]] kann die Arbeit erleichtern
}}

== Weitere Links zum Thema ==
* http://www.link.irgendwohin
* [http://www.link.irgendwohin Bezeichnung für diesen Link]
* [[Hauptseite|Wikiinterner Link]]



[[Hauptseite|Zurück zur Hauptseite]]
[[Category:Hauptseite]]

Make snapshotLC

2007-06-20T12:45:57Z

Pfalzwolf: /* dritte Unterüberschrift */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
== erste Hauptüberschrift ==

=== erste Unterüberschrift ===

hier sollte der Text für diesen Punkt eingefügt werden. Den Fließtext könnt ihr schreiben wie ihr wollt,
es werden dann beim Anzeigen immer alle überflüssigen Leerzeichen und alle Zeilensprünge entfernt.
Wenn ihr wirklich einmal einen Zeilensprung wollt, dann könnt ihr diesen mit 
Zeilensprung erzwingen. Diese Art des Zeilensprunges sollte aber eine Ausnahme bleiben, besser ist folgende Methode:

Eine Leerzeile unterteilt euch einen Fließtext dann in überschaubare Abschnitte.
Hin und wieder muss man im Text etwas hervorheben, dazu sind ''' die Fettschrift '''
und die '' Kursivschrift '' gedacht. Aber bedenkt, diese Formatierung endet jeweils, wenn
ihr einen Zeilensprung macht automatisch, geht also nicht über mehrere Zeilen.
In dem Editorfenster sind auch oben einige Button eingefügt, die euch bei der Formatierung für euren Text hilfreich sein
können.

Eine schnelle Übersicht über weiter Formatierungsmöglichkeiten gibt es [http://meta.wikimedia.org/wiki/Help:Wikitext hier]

=== Datensicherung auf Basis von rsync ===

== Anlegen von Datensicherungs-Generationen ==
== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''
Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen möchte, geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0
Da man sehr viele Tagessicherungen machen kann, manche machen im Abstand von Stunden einen Lauf, werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''
Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''
Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1

oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''
Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen
Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.
Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der Customizing Section des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE '''Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE '''gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/]
Bei der ersten Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]
# man rsync

== zweite Hauptüberschrift ==
Mit Tabellen können sehr viele Probleme sehr übersichtlich dargestellt werden. Allerdings
sind die gewünschten Formatierungen einer Tabelle genauso vielschichtig wie die Einsatzmöglichkeiten,
deshalb ist es unmöglich, eine Universelle Vorlage zu erstellen,
benutzt bitte diese [http://meta.wikimedia.org/wiki/Help:Table Tabellenhilfe]

{| border="1"
|+ '''Hier steht die Tabellenüberschrift '''
! Überschrift Spalte 1 !! Spalte 2 !! Spalte 3 !! Spalte 4
|-
! Zeilenname 1 || Inhalt || Inhalt || Inhalt
|-
! Zeilenname 2 || Inhalt || Inhalt || Inhalt
|-
! Zeilenname 2 || Inhalt || Inhalt || Inhalt
|}

Das hier ist ein [[Link ins Wiki]] das hier ist ein [[Link ins Wiki#auf Unterpunkt]] 
das ist ein [http://www.link.de/index.html Link ins Netz] oder http://www.link.de/index.html 
so einfach kann ein Bild [[Bild:Hibiscus.png|hier kann auch noch ein Alternativtext stehen]]
eingefügt werden. Alternativtexte kann man auf die selbe Art auch bei Links ins Wiki verwenden:
[[Link ins Wiki|Alternativtext]]

Um Bilder auch immer an die richtige Position zu bekommen
[http://en.wikipedia.org/wiki/Wikipedia:Extended_image_syntax hier gibts Hilfe zu Bildern]

{{Box Hinweis||
Die Arbeit mit [[:Kategorie:Vorlagen|Vorlagen und Bausteinen]] kann die Arbeit erleichtern
}}

== Weitere Links zum Thema ==
* http://www.link.irgendwohin
* [http://www.link.irgendwohin Bezeichnung für diesen Link]
* [[Hauptseite|Wikiinterner Link]]



[[Hauptseite|Zurück zur Hauptseite]]
[[Category:Hauptseite]]

Make snapshotLC

2007-06-20T12:45:21Z

Pfalzwolf: /* zweite Unterüberschrift */

{{UnderConstruction}}--[[Benutzer:Framp|Framp]] 21:38, 18. Jun 2007 (CEST)
{{Infobox_Software|
Name= Name der Software [[Bild:Icon der Software.png|64px]]
|Screenshot= [[Bild:Screenshot der Software.jpg|240px]]
|Beschreibung=
|Hersteller= Entwickler der der Software
|AktuelleVersion= Version der Software
|AktuelleVersionFreigabeDatum=
|Betriebssystem= Auf welchen Betriebssystemen die Software lauffähig ist
|Kategorie= [[in welche Kategorie die Software gehört]]
|Lizenz= [[Die Lizenz der Software]]
|Deutsch = Ist die Software in Deutsch?
|Website= URL der Software
}}
== erste Hauptüberschrift ==

=== erste Unterüberschrift ===

hier sollte der Text für diesen Punkt eingefügt werden. Den Fließtext könnt ihr schreiben wie ihr wollt,
es werden dann beim Anzeigen immer alle überflüssigen Leerzeichen und alle Zeilensprünge entfernt.
Wenn ihr wirklich einmal einen Zeilensprung wollt, dann könnt ihr diesen mit 
Zeilensprung erzwingen. Diese Art des Zeilensprunges sollte aber eine Ausnahme bleiben, besser ist folgende Methode:

Eine Leerzeile unterteilt euch einen Fließtext dann in überschaubare Abschnitte.
Hin und wieder muss man im Text etwas hervorheben, dazu sind ''' die Fettschrift '''
und die '' Kursivschrift '' gedacht. Aber bedenkt, diese Formatierung endet jeweils, wenn
ihr einen Zeilensprung macht automatisch, geht also nicht über mehrere Zeilen.
In dem Editorfenster sind auch oben einige Button eingefügt, die euch bei der Formatierung für euren Text hilfreich sein
können.

Eine schnelle Übersicht über weiter Formatierungsmöglichkeiten gibt es [http://meta.wikimedia.org/wiki/Help:Wikitext hier]

=== Datensicherung auf Basis von rsync ===

== Anlegen von Datensicherungs-Generationen ==
== Backup-Skript make_snapshot.sh ==

'''Quelle:''' [http://www.mikerubel.org/computers/rsync_snapshots/]

== Zielanwender ==
Das hier vorliegende Backup-Skript ist für Privatanwender geeignet. Mit geringen Änderungen ist ein Backup eines oder mehrerer Server über SSH möglich. Es gibt sicher bessere und umfassendere Lösungen. Dieses Skript ist aber einfach, gut zu handhaben und von seinen Leistungen her mehr als ausreichend für die Zielgruppe.

== Was braucht der Privatanwender ==
Bevor der einzelne Anwender aber in die Auswahl eines Backup Tools einsteigt, sollte er sich über seine Bedürfnisse im Klaren sein. Der Verfasser schildert seine reine Privatanwender Sicht.

* Alle Anwender-Daten wie OO Dokumente, Musikstücke, Filme etc. sollen sicher verwahrt werden.
* Die Sicherungen sollen im Generationen-Prinzip gemacht werden
* Dokumente, die ewig nicht gebraucht wurden und die man vielleicht aus Platzgründen gelöscht hat, sollen für den Fall eines Falles aus einem Langzeitarchiv wieder geholt werden können.
* Alle wichtigen Konfigurationen sollen gesichert werden, dass im Worst Case nach einer Neuinstallation des Systems alles wieder herstellbar ist.
* Im Home Verzeichnis ist ja meist viel Bewegung. Es gibt Testversionen oder Spiele usw. die man nicht in voller Pracht und Schönheit auf ewig sichern möchte. Die sollten daher von einer Sicherung ignoriert werden(siehe exclude).
* ...

Die Sicherung basiert auf dem extrem variablen und mit vielen Funktionen ausgestatteten Programm rsync.
Es gibt für die Sicherung ein Script, das in bestimmten Abständen per cronjob gestartet wird. Starten von Hand ist genau so möglich.

Gemäß dem Generationen-Prinzip gibt es ein Set von Tagessicherungen, Wochensicherungen und Monatssicherungen. Welche Art der Sicherung vorgenommen wird, bestimmt ein Parameter.

Wie oft ein Sicherungslauf gestartet wird und wie viele der umlaufenden Sicherungen man einrichtet, ist im höchsten Maße individuell. Das Sicherungsprogramm braucht nur entsprechend konfiguriert werden.

Der Verfasser hat die Skripte aus der ersten Quelle für seine Bedürfnisse angepasst. Der Originalbeitrag beschreibt nicht nur das Verfahren sondern bringt auch rsync dem Anwender gut verständlich näher.

=== Änderungen und Ergänzungen ===
Basierend auf dem Original(siehe Quelle 1) wurden folgende Veränderungen vorgenommen:
* Weitere Sicherungs-Ebene Monatssicherungen eingeführt
* Durch die Änderung der Werte von DAYS, WEEKS und MONTHS im Script kann jeder * * Anwender die Anzahl seiner Backups einstellen.
* Die Prüfung der Platzverhältnisse.
* Zusammenfassung zu einem Skript mit Optionen zur Steuerung

In einer recht ähnlichen Variante ist die Sicherung hier zu finden: [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]

Es werden hier nur noch grob die Details beschrieben, da die Dokumentation auf der Webseite(Quelle) sehr ausführlich ist.

=== Tages-Sicherung ===
''' Aufruf mit Parameter -d '''
Das Script mit Option -d aufgerufen erstellt eine Sicherung die man pro Tag einmal oder auch mehrfach durchführen kann. Die Sicherungen werden zyklisch erstellt. Das heißt, es wird immer die älteste gelöscht und eine neue dazu gestellt. Wenn man 8 Sicherungen möchte, geht das so: Zuerst wird Sicherung 7 gelöscht. Dann wird Sicherung 6 auf 7 geschoben, Sicherung 5 wird auf 6 geschoben usw. zum Schluss wird Sicherung daily.0 neu erstellt.

Die letzte Sicherung befindet sich immer im Verzeichnis daily.0
Da man sehr viele Tagessicherungen machen kann, manche machen im Abstand von Stunden einen Lauf, werden nicht alle Sicherungen lückenlos in die Ebene Wochensicherung geschoben.

=== Wochen-Sicherung ===
'''– Aufruf mit Parameter -w'''
Das Script nimmt bei dem Aufruf mit Option -w die gerade älteste Tages-Sicherung(z.B. daily.7) und wandelt sie in die neueste Wochen-Sicherung weekly.0 . Zuvor werden die vorhandenen Wochensicherungen eine Nummer höher geschoben(weekly.0 -> weekly.1 usw.)Die älteste Wochensicherung(z.B. weekly.4) wird gelöscht.
Eine Wochensicherung stellt daher im ursprünglichen Sinn keine separate Sicherung dar! Es wird lediglich die älteste Tagessicherung auf die Ebene Wochensicherung verschoben. Eine Wochensicherung wird nur gemacht, wenn die maximale Anzahl Tagessicherungen vorhanden ist.

=== Monats-Sicherung ===
'''– Aufruf mit Parameter -m'''
Die vorhandenen Monatssicherungen werden zunächst eine Nummer höher geschoben(monthly.0 -> monthly.1 usw.) Das Script nimmt dann die älteste Wochen-Sicherung und speichert sie als neue Monats-Sicherung(weekly.0). Die älteste Monatssicherung wird dabei gelöscht. Eine Monatssicherung wird nur gemacht, wenn die maximale Anzahl Wochensicherungen vorhanden ist.

Die Sicherungen werden über die crontab automatisch gestartet. Siehe Beispiel unten. Jeden Tag um 13:00 Uhr läuft die Tagessicherung. Jeden Sonntag um 13:30 läuft die Wochensicherung und an jedem 1. Tag im Monat die Monatssicherung.

Eine Sicherung kann von Hand gemacht werden. Wenn der Computer nämlich zu dem vorgesehenen Zeitpunkt nicht läuft, wird auch keine Sicherung gemacht. Davon ist besonders die Monatssicherung betroffen. Die kann bei Bedarf nachgeholt werden. Es gilt also, ein waches Auge auf die Sicherungen zu haben. Man kann zwar zu jedem beliebigen Zeitpunkt eine Sicherung von Hand anstoßen, sollte aber wissen, dass 2 dicht aufeinander folgende Aufrufe nur die selbe Sicherung ein weiteres mal erstellen und dabei die älteste Sicherung der betroffenen Ebene(z.B. Tagessicherung) nach /dev/null wandert. Das wäre nicht sehr sinnvoll.

=== Anzeige kurzer Hilfetext zum Aufruf ===
'''– Parameter -h'''

=== Restore ===
Muss man auf Sicherungsdaten zurück greifen, sucht man sich das passende Backup, welches das richtige Element(Datei oder Verzeichnis) enthält und kopiert es einfach wieder an die Original Stelle zurück.
Natürlich muss auch eine gesicherte Version vorliegen, die nicht vorher per Exclude ausgeschlossen wurde...

=== Speicherort und Warnung ===
Die Sicherungen sollen auf keinen Fall auf die gleiche Platte, auf der die Originaldaten liegen, gemacht werden!

Die Sicherungen sollen auch keinesfalls in ein Windows-Dateisystem wie FAT oder NTFS gemacht werden, da sonst wichtige Attribute fehlen.

Wer seine Mails sichert, kann davon ausgehen, dass dies wegen häufiger Änderungen durch neue Mails einen sehr großen Platzbedarf auslöst! Der Verfasser sichert seine Mails(nicht in dieses Skript eingebaut) immer wieder in das gleiche Verzeichnis ohne Generationen anzulegen. Für ein Geschäftsumfeld ist das wahrscheinlich zu wenig, es sei denn, alte Mails werden nie gelöscht.

=== Speicherplatz ===
Durch geschickte Verlinkung wird trotz der vielen Sicherungen extrem wenig Speicherplatz benötigt. Nur wenn sich Dateien ändern oder neue hinzukommen, wird zusätzlich Platz verbraucht.

=== Dateien, die nicht gesichert werden ===
In der Datei backup_exclude werden alle Verzeichnisse und Dateien aufgelistet, die nicht gesichert werden sollen. Wo die Datei liegt, bestimmt der Anwender und schreibt den Ort in die Konstante EXCLUDE in der Customizing Section des Skriptes.

=== Log Datei ===
mit der Einrichtung der cron Jobeinträge kann auch eine Log Datei angegeben werden, die entweder immer wieder überschrieben oder fortgeschrieben wird.

== Script ==

'''Das Datensicherungs-Skrip make_snapshot.sh wird in das Verzeichnis /usr/local/bin gespeichert'''

=== Sicherungszeiten ===
Die Sicherungen werden in der crontab eingestellt im privilegierten Modus(su) eingestellt
Aufruf: crontab -e
Man sollte dazu die Kommandos des Linux-Editors vi kennen! Alternativ dazu kann das grafische Frontend kcron zur Verwaltung der cron-Jobs verwendet werden.

=== Beispiel ===
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/dev/null 2>&1
35 13 * * 7 /usr/local/bin/make_snapshot.sh -w >/dev/null 2>&1
50 13 1 * * /usr/local/bin/make_snapshot.sh -m >/dev/null 2>&1

oder
30 13 * * * /usr/local/bin/make_snapshot.sh -d >/home/wolf/TMP/backuplog 2>&1
usw.

'''Erläuterung'''
Script make_snapshot.sh -d wird jeden Tag zur Tagessicherung um 13:30 aufgerufen
Script make_snapshot.sh -w wird jeden Sonntag zur Wochensicherung um 13:35 aufgerufen.
Script make_snapshot.sh -m wird jeden ersten Tag im Monat zur Monatssicherung um 13:50 aufgerufen.

Die Unterdrückung der Ausgabe außer bei schweren Fehlern(2>&1) soll man erst in crontab eintragen, wenn alles läuft.

=== Einstellung ===
Die folgenden Konstanten können in der Customizing Section des Backup Skripts nach den speziellen Bedürfnissen des Anwenders angepasst werden:

'''MOUNT_DEVICE''' Device auf das die Datensicherung kommt z.B. /dev/sda2
'''MOUNT_RO''' Die Backups im normalen Betrieb read only machen: true, sonst false
'''SNAPSHOT_RW''' Verzeichnis der Sicherungen z.B. /DASI/snapshot Verzeichnis musst Du selbst anlegen. ALLES kommt unter snapshot(daily.0, daily.1 usw.)
'''EXCLUDE''' Verzeichnis, in dem Dateien oder Verzeichnisse benannt sind, welche NICHT gesichert werden sollen z.B. /home/wolf/nobackup/backup_exclude Das musst Du selbst anlegen.
'''CHECK_HDMINFREE '''Prüfen ob genug Speicherplatz vorhanden ist. Werte true | false
'''HDMINFREE '''gibt den maximal belegten Platz auf dem Sicherungsmedium in % an, bis zu dem ein Backup durchgeführt wird.
'''DAYS''' Anzahl der Tages-Sicherungen z.B. 6 ergibt 7Sicherungen, da ab 0 gezählt wird
'''WEEKS''' Anzahl der Wochen-Sicherungen z.B. 3 ...
'''MONTHS''' Anzahl der Monats-Sicherungen z.B. 5 ...

=== Backups Read-Only ===
In dem Script ist ein Mechanismus, um die Sicherungsdaten auf read-only zu setzen. Wer will, kann das wieder aktivieren. Dazu setzt man in der Customizing Section den Wert MOUNT_RO=true.

=== Tipps ===
Bei normalem Betrieb werden die Sicherungsverzeichnisse automatisch angelegt, sofern die Backup-Läufe wie vorgesehen in der Reihenfolge daily, weekly und monthly aufgerufen werden.

Wer sich selbst für die eigenen Bedürfnisse etwas zurechtschneidern möchte, erhält aus Quelle(1) in den Abschnitten ”Contributed Code” und ”References” viele sehr gute Anregungen.

=== Sicherung von Windows Daten ===
Einige Anwender haben zusätzlich zu Linux noch Windows. Das oben beschriebene Konzept lässt sich auch in begrenztem Umfang für Windows nutzen. Windows Daten können mit kleinen Anpassungen des Skripts gesichert werden - auch über Samba.

Wer seine Daten unter Windows sinnvoll angelegt hat, wird es leicht haben. Der Verfasser hat alle seine Windows-Daten unter der Sammel-Directory \Data angelegt. Da gibt es Directories wie \Word, \Excel, \PDF \Fotos usw. darunter. Man braucht nur \Data zu sichern.

Wer das nicht hat, muss halt mit Include und Exclude Dateien hantieren. Diese Dinger sind zwar leicht aufzubauen aber mit der Pflege sieht es meist nicht so gut aus. Schnell hat man vergessen, etwas in die Exclude Liste zu schreiben und schon ballert das Programm im ungünstigen Fall das Datensicherungsmedium voll.

=== Beispiel der Directory-Struktur ===
Sicherungen entsprechend den Parametern oben für DAYS, WEEKS, MONTHS:

:/DASI
::snapshot
:::home
::::daily.0
::::daily.1
::::daily.2
::::daily.3
::::daily.4
::::daily.5
::::daily.6
::::weekly.0
::::weekly.1
::::weekly.2
::::weekly.3
::::monthly.0
::::monthly.1
::::monthly.2
::::monthly.3
::::monthly.4
::::monthly.5

=== Weitere Information ===
# Easy Automated Snapshot-Style Backups with Rsync [http://www.mikerubel.org/computers/rsync_snapshots/]
Bei der ersten Quelle sind in der Beschreibung eine große Anzahl von ähnlichen Lösungen oder Verbesserungen genannt. Für interessierte eine Fundgrube.
# Howto: Backups und Snapshots von Linux-Servern mit rsync und ssh [http://www.heinlein-support.de/web/support/wissen/rsync-backup/]
# man rsync

=== dritte Unterüberschrift ===
Hin und wieder muss man '''Code''' oder '''Ausgaben''' einfügen

Bei ein oder zwei Zeilen rückt ihr diese mit einem Leerzeichen ein:

tail -f /var/log/messages

Wenn ihr längeren Code formatieren/darstellen wollt, diesen einfach signieren, und mit dem durchgestrichenen W obenbefindlichen Button formatieren. Hier braucht ihr nur das erste <nowiki> mit einer Leerzeile einrücken.
<nowiki>robi@LINUX:~> echo "die beste Methode ist immer über pre tag "
die beste Methode ist immer über pre tag
robi@LINUX:~> echo "dabei werden fast alle Wikiformatierungen"
dabei werden fast alle Wikiformatierungen
robi@LINUX:~> echo "ignoriert"
ignoriert
robi@LINUX:~>
</nowiki>

Bis zu drei Zeilen ist es Sinnvoller nur mit Einrücken durch ein Leerzeichen zu arbeiten, da gerade bei längeren Texten im Bearbeitungsmodus sonst eine vermeidbare Unübersichtlichkeit entsteht.

Einzelne '''Befehlszeilen''' können aber auch durch ein
Leerzeichen am Anfang der Zeile als Code markiert werden
dabei wird jedoch zum Beispiel die Formatierung von [[LinuxClub:Hilfe|Links]] beibehalten

== zweite Hauptüberschrift ==
Mit Tabellen können sehr viele Probleme sehr übersichtlich dargestellt werden. Allerdings
sind die gewünschten Formatierungen einer Tabelle genauso vielschichtig wie die Einsatzmöglichkeiten,
deshalb ist es unmöglich, eine Universelle Vorlage zu erstellen,
benutzt bitte diese [http://meta.wikimedia.org/wiki/Help:Table Tabellenhilfe]

{| border="1"
|+ '''Hier steht die Tabellenüberschrift '''
! Überschrift Spalte 1 !! Spalte 2 !! Spalte 3 !! Spalte 4
|-
! Zeilenname 1 || Inhalt || Inhalt || Inhalt
|-
! Zeilenname 2 || Inhalt || Inhalt || Inhalt
|-
! Zeilenname 2 || Inhalt || Inhalt || Inhalt
|}

Das hier ist ein [[Link ins Wiki]] das hier ist ein [[Link ins Wiki#auf Unterpunkt]] 
das ist ein [http://www.link.de/index.html Link ins Netz] oder http://www.link.de/index.html 
so einfach kann ein Bild [[Bild:Hibiscus.png|hier kann auch noch ein Alternativtext stehen]]
eingefügt werden. Alternativtexte kann man auf die selbe Art auch bei Links ins Wiki verwenden:
[[Link ins Wiki|Alternativtext]]

Um Bilder auch immer an die richtige Position zu bekommen
[http://en.wikipedia.org/wiki/Wikipedia:Extended_image_syntax hier gibts Hilfe zu Bildern]

{{Box Hinweis||
Die Arbeit mit [[:Kategorie:Vorlagen|Vorlagen und Bausteinen]] kann die Arbeit erleichtern
}}

== Weitere Links zum Thema ==
* http://www.link.irgendwohin
* [http://www.link.irgendwohin Bezeichnung für diesen Link]
* [[Hauptseite|Wikiinterner Link]]



[[Hauptseite|Zurück zur Hauptseite]]
[[Category:Hauptseite]]