Beispiel eines vollautomatisierten Backups - Versionsgeschichte

Dirk: stil, synt

2022-01-04T09:53:06Z

stil, synt

← Nächstältere Version		Version vom 4. Januar 2022, 11:53 Uhr
Zeile 1:		Zeile 1:
	~~==Beispiel eines vollautomatisierten Backups==~~		==Einleitung==

	===Einleitung===

	Das hier soll eher ein Denkanstoß sein wie man Backups automatisieren kann. Es ist und soll keine "copy & paste" Anleitung sein und auch ein paar Gedanken über Backups selber vermitteln.		Das hier soll eher ein Denkanstoß sein wie man Backups automatisieren kann. Es ist und soll keine "copy & paste" Anleitung sein und auch ein paar Gedanken über Backups selber vermitteln.

			Backups zu automatisieren hat fast nur Vorteile:

	~~Backups zu automatisieren hat fast nur Vorteile:~~
	* man vergisst sie nicht.		* man vergisst sie nicht.
	* man muss sie nicht von Hand anstoßen.		* man muss sie nicht von Hand anstoßen.
Zeile 12:		Zeile 9:

	Nachteile gibt es aber auch:		Nachteile gibt es aber auch:

	* der Speicher auf den das Backup soll muss (zur passenden Zeit) erreichbar sein.		* der Speicher auf den das Backup soll muss (zur passenden Zeit) erreichbar sein.
	* evtl. bekommt man nicht mit das '''gar kein Backup gelaufen ist!'''		* evtl. bekommt man nicht mit das '''gar kein Backup gelaufen ist!'''

			===Vorüberlegung===
	~~'''~~Vorüberlegung~~'''~~

	* Vorraussetzung um ein Backup zu automatisieren ist natürlich das es keinerlei manueller Intervention bedarf. Das bedeutet schonmal das sämtliche Geräte bei denen man ein Kabel einstecken müsste oder die man manuell einschalten muss außen vor bleiben.		* Vorraussetzung um ein Backup zu automatisieren ist natürlich das es keinerlei manueller Intervention bedarf. Das bedeutet schonmal das sämtliche Geräte bei denen man ein Kabel einstecken müsste oder die man manuell einschalten muss außen vor bleiben.
	* Allerdings will man evtl. auch nicht das ein Gerät (Server) 24/7 läuft und zu 95% Strom sinnlos in Wärme umwandelt.		* Allerdings will man evtl. auch nicht das ein Gerät (Server) 24/7 läuft und zu 95% Strom sinnlos in Wärme umwandelt.
	* der Speicherort sollte "extern" liegen, d.h. '''nicht auf dem Gerät von dem man ein Backup macht!''' Wie weit man "extern" ausdehnt sei jedem selbst überlassen (Physikalisch auf jeden Fall. Aber ob Räumlich im sinne von Raum oder sogar Gebäude... feel free ;) )		* der Speicherort sollte "extern" liegen, d.h. '''nicht auf dem Gerät von dem man ein Backup macht!''' Wie weit man "extern" ausdehnt sei jedem selbst überlassen (Physikalisch auf jeden Fall. Aber ob Räumlich im sinne von Raum oder sogar Gebäude... feel free ;) )
	* man benötigt eine Form von Monitoring.		* man benötigt eine Form von Monitoring.


	Aus diesen Punkten kann man z.B. folgendes entwickeln:		Aus diesen Punkten kann man z.B. folgendes entwickeln:
Zeile 29:		Zeile 24:
	* Clients die nicht immer am Netz sind aber automatisch ihr Backup darauf ablegen.		* Clients die nicht immer am Netz sind aber automatisch ihr Backup darauf ablegen.

			===Erste Schritte===
	~~'''~~Erste Schritte~~'''~~		====Server====

	~~'''~~Server~~'''~~

	* Auf dem Server richtet man zuerst Shares ein, z.B. [[Network File System\|NFS]] oder [[Samba]] den die Clients für ihr Backup nutzen sollen.		* Auf dem Server richtet man zuerst Shares ein, z.B. [[Network File System\|NFS]] oder [[Samba]] den die Clients für ihr Backup nutzen sollen.

			====Client====
	~~'''~~Client~~'''~~

	* Die Clients bekommen ein Share vom Server das sie automounten. Das kann man per [https://wiki.archlinux.org/index.php/Autofs autofs] erledigen oder auch durch [[systemd]] machen lassen.		* Die Clients bekommen ein Share vom Server das sie automounten. Das kann man per [https://wiki.archlinux.org/index.php/Autofs autofs] erledigen oder auch durch [[systemd]] machen lassen.
	* Auf den Clients wird [[rsnapshot]] eingerichtet welches in dem automount das Backup anlegt.		* Auf den Clients wird [[rsnapshot]] eingerichtet welches in dem automount das Backup anlegt.


	Jetzt hat man schonmal ein rudimentäres Setup für sein Backup geschaffen. Es fehlt nur noch der Schritt zur Automation.		Jetzt hat man schonmal ein rudimentäres Setup für sein Backup geschaffen. Es fehlt nur noch der Schritt zur Automation.

			===Automatisierung & Stromsparen===
			====Server====
			Hier kann man sich an [[:en:Wake-on-LAN]] orientieren.

	~~'''Automatisierung & Stromsparen'''~~		====Client====
			Auf den Clients installiert man {{paket\|wol}} um den Server aufzuwecken wenn er schläft.
	~~'''Server'''~~

	~~Um Strom zu sparen richtet man~~ den ~~Server wie in [[Server bei Inaktivität im Netz schlafen legen]] ein.~~


	~~'''Client'''~~

	~~Wie in [[Server bei inaktivität im Netz schlafen legen]] beschrieben~~ installiert man ~~auf den Clients ''community/~~wol'' um den Server aufzuwecken wenn er schläft.
	Dann benötigt man noch folgendes Script welches man z.B. unter /root/scripts/auto-backup.sh ablegt und ausführbar macht:		Dann benötigt man noch folgendes Script welches man z.B. unter /root/scripts/auto-backup.sh ablegt und ausführbar macht:

Zeile 149:		Zeile 133:
	Der Sinn des Scriptes ist es [[rsnapshot]] den passenden Parameter mitzugeben mit dem gebackupt werden soll (hourly,daily,weekly z.B.), den Server zu wecken und vor dem Backup zu testen ob er erreichbar ist. Falls das nicht der Fall sein sollte bricht das Script ab ohne rsnapshot aufzurufen.		Der Sinn des Scriptes ist es [[rsnapshot]] den passenden Parameter mitzugeben mit dem gebackupt werden soll (hourly,daily,weekly z.B.), den Server zu wecken und vor dem Backup zu testen ob er erreichbar ist. Falls das nicht der Fall sein sollte bricht das Script ab ohne rsnapshot aufzurufen.
	Vor dem Aufruf muss man folgende Variablen konfigurieren:		Vor dem Aufruf muss man folgende Variablen konfigurieren:

	* wakethismac="aa:bb:cc:dd:ee:ff" <-- mit der MAC-Adresse des Servers		* wakethismac="aa:bb:cc:dd:ee:ff" <-- mit der MAC-Adresse des Servers
	* bkuphost="hostname" <-- mit dem Hostnamen des Servers mit dem er im DNS erreichbar ist		* bkuphost="hostname" <-- mit dem Hostnamen des Servers mit dem er im DNS erreichbar ist
Zeile 154:		Zeile 139:

	Jetzt kann man z.B. in /etc/cron.daily ein File anlegen		Jetzt kann man z.B. in /etc/cron.daily ein File anlegen

	echo "/root/scripts/auto-backup.sh daily" > /etc/cron.daily/backup		echo "/root/scripts/auto-backup.sh daily" > /etc/cron.daily/backup

	und anacron sorgt dafür das es jeden Tag einmal ausgeführt wird.		und anacron sorgt dafür das es jeden Tag einmal ausgeführt wird.

	Das gleiche kann man nun auch in /etc/cron.[hourly\|weekly\|monthly] anstellen. Ab sofort wird		Das gleiche kann man nun auch in /etc/cron.[hourly\|weekly\|monthly] anstellen. Ab sofort wird

	* der Server aufgeweckt.		* der Server aufgeweckt.
	* automatisch ein Backup gemacht.		* automatisch ein Backup gemacht.
	* wenn kein Client mehr da ist der Server schlafen gelegt.		* wenn kein Client mehr da ist der Server schlafen gelegt.

			==Ein bisschen Monitoring==
			Ein ganz einfaches Monitoring bekommt man wenn man z.B. [https://wiki.archlinux.org/index.php/Postfix#Local_mail Postfix] auf dem Client installiert und wie beschrieben nur lokale Mails aktiviert. Wenn rsnapshot oder das Script durch Fehler abbrechen bekommt root automatisch eine Mail. Das ist zugegebenermaßen nicht die Welt aber immerhin besser als Logfiles durchzusehen ;)

	==~~Ein bischen Monitoring~~==		==Siehe auch==
			* [https://wiki.archlinux.de/title/Backups Backups]
	Ein ganz einfaches Monitoring bekommt man wenn man z.B. [https://wiki.archlinux.org/index.php/Postfix#Local_mail Postfix] auf dem Client installiert und wie beschrieben nur lokale Mails aktiviert. Wenn rsnapshot oder das Script durch Fehler abbrechen bekommt root automatisch eine Mail.
	~~Das ist zugegebenermaßen nicht die Welt aber immerhin besser als Logfiles durchzusehen ;)~~


	~~'''Siehe auch'''~~

	[https://wiki.archlinux.de/title/Backups Backups]


	[[Kategorie: Systemverwaltung]]		[[Kategorie: Systemverwaltung]]

Dirk am 10. Januar 2021 um 17:53 Uhr

2021-01-10T17:53:56Z

← Nächstältere Version		Version vom 10. Januar 2021, 19:53 Uhr
Zeile 34:		Zeile 34:
	'''Server'''		'''Server'''

	* Auf dem Server richtet man zuerst Shares ein, z.B. [[~~Nfs~~]] oder [[Samba]] den die Clients für ihr Backup nutzen sollen.		* Auf dem Server richtet man zuerst Shares ein, z.B. [[Network File System\|NFS]] oder [[Samba]] den die Clients für ihr Backup nutzen sollen.

Henrikx am 22. Juni 2017 um 17:37 Uhr

2017-06-22T17:37:43Z

← Nächstältere Version		Version vom 22. Juni 2017, 19:37 Uhr
Zeile 3:		Zeile 3:
	===Einleitung===		===Einleitung===

	Das hier soll eher ein ~~Denkanstoss~~ sein wie man Backups automatisieren kann. Es ist und soll keine "copy & paste" Anleitung sein und auch ein paar Gedanken über Backups selber vermitteln.		Das hier soll eher ein Denkanstoß sein wie man Backups automatisieren kann. Es ist und soll keine "copy & paste" Anleitung sein und auch ein paar Gedanken über Backups selber vermitteln.


	Backups zu automatisieren hat fast nur Vorteile:		Backups zu automatisieren hat fast nur Vorteile:
	* man vergisst sie nicht.		* man vergisst sie nicht.
	* man muss sie nicht von Hand ~~anstossen~~.		* man muss sie nicht von Hand anstoßen.
	* man kann sie, einmal eingerichtet, solange vergessen bis man sie braucht ;)		* man kann sie, einmal eingerichtet, solange vergessen bis man sie braucht ;)

Zeile 18:		Zeile 18:
	'''Vorüberlegung'''		'''Vorüberlegung'''

	* Vorraussetzung um ein Backup zu automatisieren ist natürlich das es keinerlei manueller Intervention bedarf. Das bedeutet schonmal das sämtliche Geräte bei denen man ein Kabel einstecken müsste oder die man manuell einschalten muss ~~aussen~~ vor bleiben.		* Vorraussetzung um ein Backup zu automatisieren ist natürlich das es keinerlei manueller Intervention bedarf. Das bedeutet schonmal das sämtliche Geräte bei denen man ein Kabel einstecken müsste oder die man manuell einschalten muss außen vor bleiben.
	* Allerdings will man evtl. auch nicht das ein Gerät (Server) 24/7 läuft und zu 95% Strom sinnlos in Wärme umwandelt.		* Allerdings will man evtl. auch nicht das ein Gerät (Server) 24/7 läuft und zu 95% Strom sinnlos in Wärme umwandelt.
	* der Speicherort sollte "extern" liegen, d.h. '''nicht auf dem Gerät von dem man ein Backup macht!''' Wie weit man "extern" ausdehnt sei jedem selbst überlassen (Physikalisch auf jeden Fall. Aber ob Räumlich im sinne von Raum oder sogar Gebäude... feel free ;) )		* der Speicherort sollte "extern" liegen, d.h. '''nicht auf dem Gerät von dem man ein Backup macht!''' Wie weit man "extern" ausdehnt sei jedem selbst überlassen (Physikalisch auf jeden Fall. Aber ob Räumlich im sinne von Raum oder sogar Gebäude... feel free ;) )
Zeile 50:		Zeile 50:
	'''Server'''		'''Server'''

	Um Strom zu sparen richtet man den Server wie in [[Server bei ~~inaktivität~~ im Netz schlafen legen]] ein.		Um Strom zu sparen richtet man den Server wie in [[Server bei Inaktivität im Netz schlafen legen]] ein.

Chepaz am 7. Februar 2015 um 09:44 Uhr

2015-02-07T09:44:38Z

← Nächstältere Version		Version vom 7. Februar 2015, 11:44 Uhr
Zeile 60:		Zeile 60:
	#!/bin/bash		#!/bin/bash
	# Author: chepaz <mx-bounce@gmx.net>		# Author: chepaz <mx-bounce@gmx.net>
			#
	#		#
	# config server details here		# config server details here

Chepaz: Script angepasst, abbrechen bei WLAN Verbindung.

2015-02-07T09:44:04Z

Script angepasst, abbrechen bei WLAN Verbindung.

← Nächstältere Version		Version vom 7. Februar 2015, 11:44 Uhr
Zeile 64:		Zeile 64:
	wakethismac="aa:bb:cc:dd:ee:ff"		wakethismac="aa:bb:cc:dd:ee:ff"
	bkuphost="hostname"		bkuphost="hostname"
	bkuphosttimeout="12" # is a multiple of 10s e.g. 12*10 fail after ~~120s~~		# config other details
			wlandevice="wlp3s0" # if this device is up backup will be skipped
			bkuphosttimeout="12" # is a multiple of 10s e.g. 3*10 fail after 30s


	# parametercheck		# parametercheck
Zeile 89:		Zeile 92:
	exit 1		exit 1
	fi		fi


			# quit and do nothing if wlan is connected
			wlanactive=$(iw $wlandevice link \| wc -l)

			if [ $wlanactive -gt "1" ]; then
			echo "Wlan active, BACKUP SKIPPED!"
			exit 222
			fi


	# wake up your backupserver		# wake up your backupserver

Chepaz am 11. Januar 2015 um 19:19 Uhr

2015-01-11T19:19:09Z

← Nächstältere Version		Version vom 11. Januar 2015, 21:19 Uhr
Zeile 1:		Zeile 1:
	~~{{inuse\|[[Benutzer:Chepaz\|Chepaz]] ([[Benutzer Diskussion:Chepaz\|Diskussion]])}}~~

	==Beispiel eines vollautomatisierten Backups==		==Beispiel eines vollautomatisierten Backups==

Chepaz: /* Ein bischen Monitoring */

2015-01-11T19:16:54Z

Ein bischen Monitoring

← Nächstältere Version		Version vom 11. Januar 2015, 21:16 Uhr
Zeile 158:		Zeile 158:

	'''Siehe auch'''		'''Siehe auch'''

	[https://wiki.archlinux.de/title/Backups Backups]		[https://wiki.archlinux.de/title/Backups Backups]


	[[Kategorie: Systemverwaltung]]		[[Kategorie: Systemverwaltung]]

Chepaz am 11. Januar 2015 um 19:16 Uhr

2015-01-11T19:16:40Z

← Nächstältere Version		Version vom 11. Januar 2015, 21:16 Uhr
Zeile 156:		Zeile 156:
	Das ist zugegebenermaßen nicht die Welt aber immerhin besser als Logfiles durchzusehen ;)		Das ist zugegebenermaßen nicht die Welt aber immerhin besser als Logfiles durchzusehen ;)


			'''Siehe auch'''
			[https://wiki.archlinux.de/title/Backups Backups]


	[[Kategorie: Systemverwaltung]]		[[Kategorie: Systemverwaltung]]

Chepaz am 11. Januar 2015 um 19:13 Uhr

2015-01-11T19:13:51Z

← Nächstältere Version		Version vom 11. Januar 2015, 21:13 Uhr
Zeile 155:		Zeile 155:
	Ein ganz einfaches Monitoring bekommt man wenn man z.B. [https://wiki.archlinux.org/index.php/Postfix#Local_mail Postfix] auf dem Client installiert und wie beschrieben nur lokale Mails aktiviert. Wenn rsnapshot oder das Script durch Fehler abbrechen bekommt root automatisch eine Mail.		Ein ganz einfaches Monitoring bekommt man wenn man z.B. [https://wiki.archlinux.org/index.php/Postfix#Local_mail Postfix] auf dem Client installiert und wie beschrieben nur lokale Mails aktiviert. Wenn rsnapshot oder das Script durch Fehler abbrechen bekommt root automatisch eine Mail.
	Das ist zugegebenermaßen nicht die Welt aber immerhin besser als Logfiles durchzusehen ;)		Das ist zugegebenermaßen nicht die Welt aber immerhin besser als Logfiles durchzusehen ;)



			[[Kategorie: Systemverwaltung]]

Chepaz am 11. Januar 2015 um 19:12 Uhr

2015-01-11T19:12:50Z

← Nächstältere Version		Version vom 11. Januar 2015, 21:12 Uhr
Zeile 42:		Zeile 42:

	* Die Clients bekommen ein Share vom Server das sie automounten. Das kann man per [https://wiki.archlinux.org/index.php/Autofs autofs] erledigen oder auch durch [[systemd]] machen lassen.		* Die Clients bekommen ein Share vom Server das sie automounten. Das kann man per [https://wiki.archlinux.org/index.php/Autofs autofs] erledigen oder auch durch [[systemd]] machen lassen.
	* Auf den Clients wird [[rsnapshot]] eingerichtet welches in dem automount ~~sein~~ Backup anlegt.		* Auf den Clients wird [[rsnapshot]] eingerichtet welches in dem automount das Backup anlegt.


Zeile 52:		Zeile 52:
	'''Server'''		'''Server'''

	Um Strom zu sparen richtet man [[Server bei inaktivität im Netz schlafen legen]] ein.		Um Strom zu sparen richtet man den Server wie in [[Server bei inaktivität im Netz schlafen legen]] ein.


	'''Client'''		'''Client'''

	Wie in [[Server bei inaktivität im Netz schlafen legen]] beschrieben installiert man auf den Clients wol um den Server ~~auf zu wecken~~ wenn er schläft.		Wie in [[Server bei inaktivität im Netz schlafen legen]] beschrieben installiert man auf den Clients ''community/wol'' um den Server aufzuwecken wenn er schläft.
	Dann benötigt man noch folgendes Script welches man z.B. unter /root/scripts/auto-backup.sh ablegt und ausführbar macht:		Dann benötigt man noch folgendes Script welches man z.B. unter /root/scripts/auto-backup.sh ablegt und ausführbar macht:

Zeile 133:		Zeile 133:
	chmod +x /root/scripts/auto-backup.sh		chmod +x /root/scripts/auto-backup.sh

	Dem Script kann man die Optionen ''hourly, daily, weekly, yearly'' und ''backup'' mitgeben. ''yearly'' und ''backup'' sind Sonderkonstrukte die man sich bei Bedarf in seine rsnapshot.conf einpflegen ~~kann~~ oder auch einfach ignorieren ;)		Dem Script kann man die Optionen ''hourly, daily, weekly, yearly'' und ''backup'' mitgeben. ''yearly'' und ''backup'' sind Sonderkonstrukte die man sich bei Bedarf in seine rsnapshot.conf einpflegen oder auch einfach ignorieren kann ;)

	Der Sinn des Scriptes ist es [[rsnapshot]] den passenden Parameter mitzugeben mit dem gebackupt werden soll (hourly,daily,weekly ~~per default~~), den Server zu wecken und vor dem Backup zu testen ob er erreichbar ist. Falls das nicht der Fall sein sollte bricht das Script ab ohne rsnapshot aufzurufen.		Der Sinn des Scriptes ist es [[rsnapshot]] den passenden Parameter mitzugeben mit dem gebackupt werden soll (hourly,daily,weekly z.B.), den Server zu wecken und vor dem Backup zu testen ob er erreichbar ist. Falls das nicht der Fall sein sollte bricht das Script ab ohne rsnapshot aufzurufen.
	Vor dem Aufruf muss man folgende Variablen konfigurieren:		Vor dem Aufruf muss man folgende Variablen konfigurieren:
	* wakethismac="aa:bb:cc:dd:ee:ff" <-- mit der MAC-Adresse des Servers		* wakethismac="aa:bb:cc:dd:ee:ff" <-- mit der MAC-Adresse des Servers
	* bkuphost="hostname" <-- mit dem Hostnamen des Servers mit dem er im DNS erreichbar ist		* bkuphost="hostname" <-- mit dem Hostnamen des Servers mit dem er im DNS erreichbar ist
	* bkuphosttimeout="12" <-- wann das Script bei Nichterreichbarkeit abbricht (z.B. ~~1x10s minimum, 4x10s nach 40s usw.~~)		* bkuphosttimeout="12" <-- wann das Script bei Nichterreichbarkeit abbricht (z.B. $bkuphosttimeout10s 1210s=120s)

	Jetzt kann man z.B. in /etc/cron.daily ein File anlegen		Jetzt kann man z.B. in /etc/cron.daily ein File anlegen
Zeile 145:		Zeile 145:
	und anacron sorgt dafür das es jeden Tag einmal ausgeführt wird.		und anacron sorgt dafür das es jeden Tag einmal ausgeführt wird.

	Das gleiche kann man nun auch in /etc/cron.[hourly\|weekly\|monthly] anstellen. Ab sofort wird automatisch ein Backup gemacht wenn der Server ~~erreichbar ist~~.		Das gleiche kann man nun auch in /etc/cron.[hourly\|weekly\|monthly] anstellen. Ab sofort wird
			* der Server aufgeweckt.
			* automatisch ein Backup gemacht.
			* wenn kein Client mehr da ist der Server schlafen gelegt.


	==Ein bischen Monitoring==		==Ein bischen Monitoring==

	Ein ganz einfaches Monitoring ~~erreicht~~ man wenn man z.B. [https://wiki.archlinux.org/index.php/Postfix#Local_mail Postfix] installiert und wie beschrieben nur lokale Mails aktiviert. Wenn rsnapshot oder das Script durch Fehler abbrechen bekommt root automatisch eine Mail.		Ein ganz einfaches Monitoring bekommt man wenn man z.B. [https://wiki.archlinux.org/index.php/Postfix#Local_mail Postfix] auf dem Client installiert und wie beschrieben nur lokale Mails aktiviert. Wenn rsnapshot oder das Script durch Fehler abbrechen bekommt root automatisch eine Mail.
	Das ist zugegebenermaßen nicht die Welt aber ~~wer schaut sich daheim ernsthaft jeden Tag~~ Logfiles ~~durch?~~		Das ist zugegebenermaßen nicht die Welt aber immerhin besser als Logfiles durchzusehen ;)