Backup/Restore - Revision history

Roman: /* Variante 3 (Clonezilla) */

2020-07-26T15:15:20Z

Variante 3 (Clonezilla)

← Older revision		Revision as of 17:15, 26 July 2020
Line 35:		Line 35:
	== Variante 3 (Clonezilla) ==		== Variante 3 (Clonezilla) ==
	* [https://clonezilla.org/liveusb.php CloneZille Homepage]		* [https://clonezilla.org/liveusb.php CloneZille Homepage]
	* tuxboot binary runterladen, ggf. 32-bit Libraries nachinstallieren		* tuxboot binary runterladen (Kopie liegt im Achive->Linux), ggf. 32-bit Libraries nachinstallieren
	* USB-Drive mit tuxboot erstellen		* USB-Drive mit tuxboot erstellen
	* Backups und Restore mit Clonezilla machen...		* Backups und Restore mit Clonezilla machen...

Roman at 15:14, 26 July 2020

2020-07-26T15:14:27Z

← Older revision		Revision as of 17:14, 26 July 2020
Line 33:		Line 33:


	=== Variante 3 (Clonezilla) ===		== Variante 3 (Clonezilla) ==
	* [https://clonezilla.org/liveusb.php CloneZille Homepage]		* [https://clonezilla.org/liveusb.php CloneZille Homepage]
	* tuxboot binary runterladen, ggf. 32-bit Libraries nachinstallieren		* tuxboot binary runterladen, ggf. 32-bit Libraries nachinstallieren

Roman at 15:13, 26 July 2020

2020-07-26T15:13:50Z

← Older revision		Revision as of 17:13, 26 July 2020
Line 31:		Line 31:

	bunzip2 <filename_datum.image.bz2 \| netcat ip_server 1234		bunzip2 <filename_datum.image.bz2 \| netcat ip_server 1234


			=== Variante 3 (Clonezilla) ===
			* [https://clonezilla.org/liveusb.php CloneZille Homepage]
			* tuxboot binary runterladen, ggf. 32-bit Libraries nachinstallieren
			* USB-Drive mit tuxboot erstellen
			* Backups und Restore mit Clonezilla machen...

			* Backup mit Clonezilla
			* Restore mit Clonezille

Roman at 14:07, 3 January 2007

2007-01-03T14:07:33Z

← Older revision		Revision as of 16:07, 3 January 2007
Line 1:		Line 1:
	== Backup des Servers ==		== Backup des Servers ==

			=== Variante 1 ===
	1. Auf dem Client:		1. Auf dem Client:
	netcat -l -p 1234 \| bzip2 >filename_datum.image.bz2		netcat -l -p 1234 \| bzip2 >filename_datum.image.bz2


	2. Auf dem Server		2. Auf dem Server
Line 10:		Line 10:
	Das Attribut in, definiert den Dateninput. Bei uns also die gesamte Root-Partition (sda1).		Das Attribut in, definiert den Dateninput. Bei uns also die gesamte Root-Partition (sda1).

			=== Variante 2 ===
			1. Auf dem Client
			netcat -l -p1234 >filename_datum.image.bz2

			2. Auf dem Server
			dd if=/dev/sda bs=16065b \| bzip2 \| netcat client_ip 1234

Roman at 09:38, 2 January 2007

2007-01-02T09:38:00Z

← Older revision		Revision as of 11:38, 2 January 2007
Line 1:		Line 1:
	Backup des ~~Backends~~		== Backup des Servers ==

	~~Das Backend "chag463c" wird bald gelöscht und für andere Zwecke verwendet~~. ~~Deshalb wurde vorab ein dd von der gesamten Harddisk gezogen~~. ~~dd ist ein Unix/Linux Befehl welcher für kopieren und konvertieren geeignet ist. In unserem Fall wurde nichts konvertiert, sondern ein "disk dump" vom Backend gezogen~~.		1. Auf dem Client:
			netcat -l -p 1234 \| bzip2 >filename_datum.image.bz2

	~~Da Die Festplatte des Backens zu klein ist um ein Backup auf eine andere Partition zu spiegeln, wurde der dd mittels eines netcat's auf das Frontend gezogen.~~

	~~Dazu baut man sich auf~~ dem ~~Frontend zuerst mit~~ netcat ~~einen listener, welcher auf einen von uns definierten Port horcht.~~		2. Auf dem Server
			dd if=/dev/sda1 bs=16065b \| netcat client_ip 1234

	~~netcat -l~~ -~~p 1234 \| dd of=/document_share/backup/backend~~.~~image bs=16065b~~		Das Attribut in, definiert den Dateninput. Bei uns also die gesamte Root-Partition (sda1).


	~~Ist der listener gebaut, kann auf dem Backend der zweite Teil des Befehls eingegeben werden, welcher einerseits eine TCP Verbindung zum Frontend aufbaut und anderseits den dd Befehl startet.~~

	~~dd if~~=~~/dev/hda bs~~=~~16065b \| netcat cham367c.zrh.siemens.ch 1234~~		== Restore des Backends ==

			Zuerst sollte man das .bz2 entpacken. Danach muss der netcat Befehl umgekehrt werden. Hierfür sollte der Server mit einer Knoppix CD (oder ähnlichem) gestartet werden.

	~~Erklärung zu dd. Das Attribut off, definiert in unserem Beispiel~~ den ~~Speicherort des Images. Das Attribut in, definiert den Dateninput. Bei uns also die gesamte Festplatte hda~~.		Dann baut man den listener zuerst auf dem Server auf.

	~~Das Backend Image wird danach mit folgendem Befehl komprimiert:~~		netcat -l -p 1234 \| dd of=/dev/sda1 bs=16065b

	~~bzip2 -zv9 backend.image~~

	~~Restore des Backends~~

	~~Zuerst sollte~~ man ~~das .bz2 entpacken. Danach muss der~~ netcat ~~Befehl umgekehrt werden~~. ~~Hierfür sollte~~ das ~~Backend mit einer Knoppix CD (oder ähnlichem) gestartet werden~~.		Danach connected man mit netcat vom Client. Als Input dient hier das Image.

	~~Dann baut man den listener zuerst auf dem Backend auf~~.		bunzip2 <filename_datum.image.bz2 \| netcat ip_server 1234

	~~netcat -l -p 1234 \| dd of=/dev/hda bs=16065b~~



	~~Danach connected man mit netcat auf dem Backend um den dd Befehl starten. Als Input dient hier das entpackte~~ image.

	~~dd if=/document_share/backup/backend.image bs=16065b~~ \| netcat ~~chag463c.zrh.siemens.ch~~ 1234


	~~Das Restore wurde erfolgreich getestet, indem vorab die Partitionen gelöscht wurden.~~

Roman at 08:11, 2 January 2007

2007-01-02T08:11:10Z

New page

Backup des Backends

Das Backend "chag463c" wird bald gelöscht und für andere Zwecke verwendet. Deshalb wurde vorab ein dd von der gesamten Harddisk gezogen. dd ist ein Unix/Linux Befehl welcher für kopieren und konvertieren geeignet ist. In unserem Fall wurde nichts konvertiert, sondern ein "disk dump" vom Backend gezogen.

Da Die Festplatte des Backens zu klein ist um ein Backup auf eine andere Partition zu spiegeln, wurde der dd mittels eines netcat's auf das Frontend gezogen.

Dazu baut man sich auf dem Frontend zuerst mit netcat einen listener, welcher auf einen von uns definierten Port horcht.

netcat -l -p 1234 | dd of=/document_share/backup/backend.image bs=16065b

Ist der listener gebaut, kann auf dem Backend der zweite Teil des Befehls eingegeben werden, welcher einerseits eine TCP Verbindung zum Frontend aufbaut und anderseits den dd Befehl startet.

dd if=/dev/hda bs=16065b | netcat cham367c.zrh.siemens.ch 1234

Erklärung zu dd. Das Attribut off, definiert in unserem Beispiel den Speicherort des Images. Das Attribut in, definiert den Dateninput. Bei uns also die gesamte Festplatte hda.

Das Backend Image wird danach mit folgendem Befehl komprimiert:

bzip2 -zv9 backend.image

Restore des Backends

Zuerst sollte man das .bz2 entpacken. Danach muss der netcat Befehl umgekehrt werden. Hierfür sollte das Backend mit einer Knoppix CD (oder ähnlichem) gestartet werden.

Dann baut man den listener zuerst auf dem Backend auf.

netcat -l -p 1234 | dd of=/dev/hda bs=16065b

Danach connected man mit netcat auf dem Backend um den dd Befehl starten. Als Input dient hier das entpackte image.

dd if=/document_share/backup/backend.image bs=16065b | netcat chag463c.zrh.siemens.ch 1234

Das Restore wurde erfolgreich getestet, indem vorab die Partitionen gelöscht wurden.