Festplatte mit dd sichern so richtig?

[Freud-Schiller]

Hi Leute, ich möchte eine Festplatte per dd sichern. Mir ist kein Weg bekannt, wie ich unter Solaris auf die gesamte Platte zugreifen kann. Die Anleitungen, die ich per google gefunden habe sagen alle:

dd if=/cXtXdXs2 of=blabla

von der Therorie her kann kann ich dem folgen doch hab jemand praktische Erfahrungen damit gemacht, GEHT das?(während ich hier schreibe teste ich gerade selber, hätte aber gerne weitere Meinungen )

Danke und Gruß,
David

p.s. und welche blocksize macht sinn?

[paraglider242]

Sofern du das Backup-Slice (s2) nicht manuell veraendert/geloescht hast, sollte das funktionieren.

Trotzdem wuerde ich fuer Backups ufsdump/ufsrestore bevorzugen...

[Drusus]

Moin,

das haengt natuerlich auch von deiner Partitionierung ab. Daher zuvor einmal mittels
# prtvtoc /dev/rdsk/c0t0d0s0
nachsehen ob denn Slice 2 auch wirklich den gesamten Bereich der Disk einnimmt (Startsektor 0 und Sektoranzahl gleich der Gesamtzahl).

Wenn dem so ist, dann kannst du mit
# dd if=/dev/rdsk/c0t0d0s2 of=bla
die gesamte Disk sichern. In dem Fall werden einfach alle Sektoren (egal ob gerade genutzt oder nicht) gesichert.

Allerdings frage ich mich was du mit dieser Art von Backup erreichen willst. Ein Rueckspielen wird naemlich auch nur auf eine exakt gleiche Disk funktionieren und in dem dd-Backup hast du auch viele ungenutzte Bereiche drin. Als Backup ist dieses daher nicht sinnvoll (dann lieber ufsdump, tar etc. verwenden). Um einen Diskabzug zur Analyse zur erstellen kann die Methode allerdings manchmal praktisch sein...

Tschau,
  Drusus.

[it-raptor]

Welche Daten möchtest du denn sichern? Falls du deine Bootplatte sichern möchtest um im Fehlerfall schnell wieder über jumpstart installieren zu können, bietet sich ein Flash-Archiv an. Allerdings erzeugt flarcreate während der Erstellung sehr viel Systemlast.

Ansonsten bieten sich die bereits erwähnten Tools ufsdump, tar, usw. an. Wenn du bestimmte daten auf ein anderen System sichern möchtest kannst du auch rsync benutzen. oder einfach eine 2. Platte mit SVM oder VxVM dranhängen, spiegel aufbauen und wieder abbrechen. Und es gibt noch viele, viele, andere Wege .... 

[Freud-Schiller]

danke für den input jungs ich werde dann einfach mal genauer:

externe HDD an U60 mit Solaris 9(auf interner Platte). Die externe HDD gehört eigentlich an eine Sun 3/60 und ich möchte diese Festplatte sichern. Dache mir, daß ich WESENTLICH flexibler bin, wenn ich nicht von dieser Platte boote. Aus diesem Grund ist die Platte an meine U60 geklemmt. Ich möchte nun ein KOMPLETTES Abbild der Platte schaffen, damit ich falls ich es IRGENDWANN mal brauche, das ganze System wieder zurück spielen kann. tar und ähnliche fallen also aus.

Kann ich eine mit UFSDUMP erzeugtes Image den auf Platten anderer Größen spielen?(sofern diese Groß genug sind...) sichere ich dort auch Slice2(ist bei der Platte auch die Backup-Partition)? In der Manpage habe ich nichts von ganzen Platten gefunden.

Gruß David

[it-raptor]

ufsdump sichert immer nur das von dir angegeben FS, nicht die gesamte platte.

Wenn du wirklich regelmässig eine 1:1 Kopie deiner Platte haben möchtest, von der du auch booten kannst, dann würde ich mit svm einen spiegel aufbauen und die platte bootbar machen. So läuft dein System beim Ausfall einer Platte trotzdem weiter. willst du oft änderungen am system vornehmen und weisst nicht, ob du was kaputt machst (z.B. patchen oder Systemänderungen), dann würde ich den Spiegel in regelmässigen abständen syncen und wieder abtrennen (metaattach und metadetach und die /etc/system und /etc/vfstab per Skript anpassen). so kannst du sicher gehen, dass das system so mal funktioniert hat und du schnell zurückkommst.

[Freud-Schiller]

@ it-raptor : ist nett gemeint, aber eine sun3/60 läuft unter SunOS 4.1.1 und da ist das weder einfach noch macht es in meinem Fall sinn. Ich brauche NUR einmal dieses Backup, damit ist das installierte System gesichert habe. Gearbeitet wird an dem System so nicht.

[it-raptor]

upps, hab nur n60 gelesen, mehr nicht. sorry. das ist natürlich etwas anders. dann würde ich tar oder rsync nutzen.

[Toktar]

dd if=/dev/rdsk/c0t0d0s2|gzip -9 >/mnt/image.gz

So kann das Image dann platzsparend weggepackt werden, um im Bedarfsfall wieder zurückzuspielen.

[Freud-Schiller]

ja mei würd der Kaiser sagen... helfst mir, dd, cat oder ufsdump? also wenn ich mit ufsdump für die backup slice die ganze platte sichern kann, dann würd ich ufsdump nehmen. hat jemand PRAKTISCHE erfahrugen? gruß David

[paraglider242]

Ich verwende ufsdump schon seit laengerem fuer Backups. Wie schon geschrieben, du musst jedes Slice einzeln sichern, also zB:

Code: [Auswählen]

ufsdump 0uf <backup_file_root> /
ufsdump 0uf <backup_file_usr> /usr
ufsdump 0uf <backup_file_var> /varfuer ein Level0-Backup.

Wenn du das Backup irgendwann wieder zurueckspielen willst reicht es,
1) Die Slices auf der neuen Platte anzulegen,
2) Den Bootblock auf der neuen Platte zu schreiben

Code: [Auswählen]

installboot /usr/platform/`uname -i`/lib/fs/ufs/bootblk /dev/rdsk/c?t?d?s? und

3) die gedumpten Files wieder einspielen mit

Code: [Auswählen]

ufsrestore -xvf <backup_file_root>
ufsrestore -xvf <backup_file_usr>
ufsrestore -xvf <backup_file_var>
Und schon hast du wieder ein laufendes System.

[Freud-Schiller]

@ paraglider242  so gern ich diesen weg gehen würde... für mich funktioniert er leider nicht
Restore Case: Daten auf der Platte nicht mehr lesbar. Platte ist noch fit. Daten werden mit ufsrestore wieder aufgespielt. doch das installboot command kann ich leider nicht machen da es um eine SunOS 4.1.1 Sun3 Plattform geht und diese ja nur bis 4.1.1 unterstützt wird und ich ja nur eine installation habe. also würde mir die plattform zum  restore(installboot) fehlen. Leider

[Sonnenbrand]

Das Problem mit Backup via dd ist halt das du das nur auf eine gleiche Platte wieder einspielen kannst.

Bez. installboot:
- das sind doch "nur" ein paar Sektoren am Anfang der Platte. Die kannst du dir nartürlich via dd irgendwohin sichern. Habe gerade hier keine SUN incl. Manuals bei der Hand - aber ich denke das so der Weg gehen könnte. - OOps, stimmt ja gar nicht, docs.sun.com existier ja :-).... Hmm, da steht nur "bootarea" :-(
- hast du noch irgendwo ein Install-Medium für deine SunOS-4.* SUN? Dann könntest du im Crash-Fall doch einfach davon booten und dann von dem dortigen Install-OS installboot aufrufen.
- nochne Idee: du hast doch derzeit ein lauffähiges SunOS-4 System. Dann sicher dir doch einfach das Bootblockfile das Installboot braucht. Müßten laut (Sol-2) manpage unter /usr/platform/platform-name/lib/fs/ufs liegen. Must mal kucken wo SunOS-4 installboot die sich normalerweise her holt. Und das benutzt du dann auf der Sol-2 SUN fürs installboot auf die "Crash"-Platte. Wäre doch gelacht wenn man einem Sol-2 installboot nicht beibringen könnte einen SunOS-4 Bootblock auf die Platte zu bekommen.

Andreas

[paraglider242]

@Freud-Schiller:

OK, in diesem Fall wuerde ich dann wohl so vorgehen:

Backup mit ufsdump; falls die Platte wirklich mal eingehen sollte, neue Platte rein, SunOS 4.x from scratch installieren (Minimalinstallation reich), und danach das Backup mittels ufsrestore zurueckspielen.
Ist zwar etwas zeitaufwendiger, sollte aber funktionieren...