Backup/Restore: Difference between revisions

From Elch-Wiki
Jump to navigationJump to search
No edit summary
 
 
(4 intermediate revisions by the same user not shown)
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.
=== Variante 1 ===
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.
2. Auf dem Server
dd if=/dev/sda1 bs=16065b | netcat client_ip 1234


Dazu baut man sich auf dem Frontend zuerst mit netcat einen listener, welcher auf einen von uns definierten Port horcht.
Das Attribut in, definiert den Dateninput. Bei uns also die gesamte Root-Partition (sda1).


netcat -l -p 1234 | dd of=/document_share/backup/backend.image bs=16065b
=== 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


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


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


 
* Backup mit Clonezilla
Danach connected man mit netcat auf dem Backend um den dd Befehl starten. Als Input dient hier das entpackte image.
* Restore mit Clonezille
 
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.

Latest revision as of 17:15, 26 July 2020

Backup des Servers

Variante 1

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

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

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


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.

Dann baut man den listener zuerst auf dem Server auf.

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


Danach connected man mit netcat vom Client. Als Input dient hier das Image.

bunzip2 <filename_datum.image.bz2 | netcat ip_server 1234


Variante 3 (Clonezilla)

  • CloneZille Homepage
  • tuxboot binary runterladen (Kopie liegt im Achive->Linux), ggf. 32-bit Libraries nachinstallieren
  • USB-Drive mit tuxboot erstellen
  • Backups und Restore mit Clonezilla machen...
  • Backup mit Clonezilla
  • Restore mit Clonezille
Retrieved from "https://mybabey.ch/wiki/index.php?title=Backup/Restore&oldid=4994"