Re: Backupstrategie

[Markus Hochholdinger <Markus@xxxxxxxxxxxxxxxxx>]

Hi,

Am Donnerstag, 29. Mai 2008 23:53 schrieb Werner Holtfreter:
> Am Donnerstag, 29. Mai 2008 17:41:04 schrieb Markus Hochholdinger:
> > ich bin mittlerweile an den Grenzen von diesem Backup-Konzept
> > (siehe auch http://lists.uugrn.org/uugrn/06/03/13079.html).
> > Folgende Optimierungen nutze ich momentan:
> > * reiserfs als Dateisystem fuer das Backup.
> >   Dieses benoetigt weniger Platz fuer hardlinks als ext3.
> >   Ausserdem laesst es sich (bei Bedarf) online vergroeÃ?ern.
> ReiserFS nehme ich seit Jahren, fuer alles und ohne ein einziges
> Problem bisher.

das kann ich leider nicht bestaetigen. Mir hat es das reiserfs (Version 3) 
schon zerlegt wenn ich einen neueren Kernel (auch reiserfs Version 3) 
gebootet habe und danach wieder den alten. Aber da das Backup bei mir sehr 
redundant ausgelegt ist, kann ich damit leben.


> > * Kein "cp -al" sondern rsync-Option "--link-dest" verwenden.
> >   Ein "cp -al" gefolgt von einem "rsync" ist ineffizient, da
> >   alle Dateien zweimal angefasst werden muessen was in ungefaehr der
> >   doppelten Laufzeit resultiert (wenn nichtmehr alles in den
> >   Dateisystem-Cache passt). Stattdessen rsync mit der Option
> >   "--link-dest" auf das zuletzt gesicherte Verzeichnis verwenden.
> >   rsync erstellt dann hardlinks.
> "cp -al" entfaellt also ersatzlos, wenn man von der zusaetzlichen
> rsync-Option absieht.

Genau, mit der rsync-Option "--link-dest" entfaellt das "cp -al".


> > * Kein "rm -rf", wenn moeglich alte
> >   Verzeichnisse als Ziel verwenden. Das Loeschen kann ganz schoen
> >   viel Zeit in Anspruch nehmen. Deswegen verwende ich das aelteste
> >   Verzeichnis, falls vorhanden, als Ziel fuer einen neuen
> >   rsync-Lauf. Geloescht wird nur wenn mehr als die gewuenschte
> >   Anzahl von Backup-Verzeichnissen vorhanden ist.
> Hoert sich alles nach einer nuetzlichen Optimierung an.

Danke :-)


> Wuerdest du das Script zur Verfuegung stellen? Man muss ja nicht alles
> neu erfinden. (Hier laeuft bash.)

Ja, das mache ich gerne, allerdings ist dieses Backup-Script (backup.tgz) 
extrem auf meine virtuellen Server und den Logical Volume Manager ausgelegt.
Voraussetzung:
* Volume Group mit lvm verwaltet.
* Logical Volume backup pro Volume Group mit reiserfs oder ext3 formatiert.
* Logical Volumes in Volume Group werden ueber lvm snapshot gesichert.
Verwendung:
# cd /
# tar -xvzf /tmp/backup.tgz
Moeglichkeiten:
* Das Logical Volume backup kann mit ext3 oder reiserfs formatiert sein.
* Zu sichernde Volumes koennen mit jedem Dateisystem das der Linux-Kernel
  versteht formatiert sein.
* Ueber Konfigurationen pro Logical Volume (/etc/backup/*) koennen auch (in der
  virtuellen Instanz) partitionierte block devices gesichert werden
  (z.B. Windows Partition mit ntfs: MOUNTOPTIONS="-o offset=32256,nls=utf8").
* Verschiedene Zeitintervalle koennen pro Logical Volume in (/etc/backup/*)
  konfiguriert werden.

Ich habe noch ein anderes, aelteres, Backup-Script (admin.tgz). Das hat noch 
nicht alle Optimierungen erfahren ist aber fuer _echte_ Server verwendbar.
Voraussetzung:
* ssh Zugang zum Ziel-Server mit ssh key vom Server mit dem Backup-Script.
* ssh Zugang vom Ziel-Server zum Quell-Server mit ssh key vom Server mit dem
  Backup-Script.
Verwendung:
# cd /opt
# tar -xvzf /tmp/admin.tgz
# ln -s /opt/admin/program /usr/local/sbin/admin
# admin backup remote
[Hilfe wird angezeigt]
Moeglichkeiten:
* Der Server von dem das Backup initiert wird muss (sollte!) nicht direkt
  vom Internet aus erreichbar sein.
* Der private ssh key muss nur auf dem Server auf dem das Backup-Script laeuft
  vorhanden sein und damit jeweils ssh Zugang zu Quell- und Ziel-Server
  moeglich sein.
* Der Quell-Server muss nur vom Ziel-Server erreichbar sein.
* Der Ziel-Server muss nur vom Server mit dem Backup-Script erreichbar sein.


-- 
Gruss
                                                          \|/
       eMHa                                              (o o)
------------------------------------------------------oOO--U--OOo--
 Markus Hochholdinger
 e-mail  mailto:Markus@xxxxxxxxxxxxxxxxx             .oooO
 www     http://www.hochholdinger.net                (   )   Oooo.
------------------------------------------------------\ (----(   )-
                                                       \_)    ) /
                                                             (_/






-- 
http://mailman.uugrn.org/mailman/listinfo/uugrn
Wiki: http://wiki.uugrn.org/wiki/UUGRN:Mailingliste
Archiv: http://lists.uugrn.org/