Again, a piece of hardware is freakin’ out and I decided to replace it before it’s too late. However, that remembered me to keep my backups up-to-date. A consultant from Intershop told me (after his 4th drink in a bar in downtown bl city): “Nobody wants to make Backups but everyone wants to press Restore!” (He smells the rat!)
That’s why I have just started reading “Torture-testing Backup and Archive Programs” from Elizabeth D. Zwicky. She evaluates the most common backup methods for unix systems like tar, cpio, dump/restore, amanda, etc. I need a better backup solution for my own data (notebook, desktop, server) and we are currently also improving our company backup plans.
So if I found a solution for my tasks (starting with my most important machine – the notebook aka mobileboz) I will publish my backup/restore plan.
Addition: 1 hour later I am still as dumb as before. Now I will check the USENIX Paper for Soft Updates. Perhaps I can find some information there – the topic sounds quite interesting.
Vielleicht ist das ja auch interessant: http://bsd.slashdot.org/article.pl?sid=06/03/06/188241&from=rss
Ist auf jeden Fall ein interessanter Ansatz, allerdings hat ein Echtzeit-Backup Vor- und Nachteile. Mittlerweile bin ich auf dem Trip, dass Echtzeitbackups (wie RAID in Hardware oder das “Realtime Network Backup”) bei einem Hardwareausfall Sinn machen, allderdings kommen Sie mit einem Virus schon nicht mehr klar. Hier werden dann naemlich beide (oder mehr) Versionen in Echtzeit befallen.
Ein Filesystem-Snapshot wie er in den FFS Soft Updates vorgesehen ist, in Verbindung mit einem Hardware-RAID, waere eigentlich die beste Loesung im Moment. Allerdings wuerde ich eher auf Hardware-RAID verzichten als auf die FS Snapshots 😉
Yeah these intershop guys are so amazing. They always hit the point 😉 (like kati does)