[sage] Linux LVM2: Rollback von Snapshots möglich?

[Thomas Fichte]

Wolfgang Stief schrieb:
> Hallo Admins!
> 
> Ich bin kein intimer Kenner von LVM2 und habe in der Doku (Manpages,
> FAQ, Wiki) nichts zum Thema gefunden. Worum es geht:
> 
> Mein Szenario ist eine Datenbank (hier konkret Oracle), in der lange
> Batch-Jobs laufen. Anforderung ist, dass vor bestimmten Batchläufen
> (die teilweise mehrere Stunden laufen) der Datenbankzustand in
> irgendeiner Form eingefroren wird. Falls der Batchlauf fehlerhaft ist
> (gibt Checks am Ende), soll möglichst schnell und möglichst einfach auf
> den Zustand vor dem Batchlauf zurück gestellt werden können.
> 
> Mit Solaris und ZFS Snapshots wäre das kein besonders großes Problem,
> es gibt ein "zfs rollback <snapshotname>". Klar, dass vorher die
> Datenbank in einen passenden Zustand versetzt werden muss (Konsistenz!).
> Dummerweise habe ich aber auf der Anlage kein Solaris zur Verfügung,
> sondern muss mit SLES 10 hantieren. Nun kann LVM2 zwar Snapshots, ich
> finde aber nirgendwo einen Hinweis darauf, ob es da auch eine so
> elegante Rollback-Funktion gibt wie bei ZFS. Weiß jemand, ob das geht
> oder weiß defitiv, dass es nicht geht und kann mir den passenden Pointer
> auf Doku dazu geben? Danke.
> 
solaris in einer vm ? Da haengt das Storage dran. Wenn Oracle nun unter 
Linux laufen muss, dann den Storage per nfs-mount in die vm. Naja einen 
Performanceschub duerfte es nicht geben, aber man hat zfs.
Ich hab aber so meine Probleme mit Solaris und SAN. Das grottig langsam 
(jedenfalls sind die ESX-Server ins selbe Storage deutlich schneller). 
iSCSI geht gut. Ist evt. aber auch ein netapp-problem.


-- 

Thomas Fichte

EMail: fichte at guug.de                  dg1rtf at db0tud.ampr.org
Tel: +49 351 4659 508                  Fax: +49 351 4659 9508
Homepage:   http://www.thomas-fichte.de/
Public Key: http://www.thomas-fichte.de/pubkey.txt

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6065 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.guug.de/pipermail/sage/attachments/20080728/1a78b396/attachment-0001.bin