-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 FACORAT Fabrice wrote: > Le jeu 26/06/2003 � 15:15, Keld J�rn Simonsen a �crit : > >>Hi! >> >>I have just been to a MS marketing seesion for their Windows Server 2003 >>and one of the few key selling points there is the volume shadowing >>feature. This is a way to find deleted files, or older versions of >>files (eg if you accidentially deleted some of the contents.) > > > It's different from backup and if it's in realtime it's very strong. > Delete the file, oops, recover the file.
To do it in realtime would need hooks from the filesystem, or direct support in the filesystem. However, without this kind of implementation, you could easily get 5 minute resolution (which is as good as the majority of needs would be). If done via samba, this could be triggered by a vfs module though, but it won't help for other access methods. > But security risk also ( like old versions of documents in .doc ) > Actually less, since you aren't likely to send of the snapshotted version of the document, as you do with .doc every time (unless you are very careful). > >>What I think one could do is to reserve some space for backups. >>Then one cron job could be run to make backups every day, or every >>hour or so. Backups should not be taken of system files that are not >>changed. Backups should be compressed and could be diffs. > > > tar.gz and incremental backup > Not convenient enough to access afterwards. > >>When space is being tight some older versions should be deleted, >>but maybe the original should be kept. Some excludsion list should be >>available. > > > Have u ever use drakbackup or amanda, etc ... > > >>There should then be a utility and gui to find older versions of >>a file, given a specific file path. Users should be able to restore >>only their own files. That is, the gui should be the normal file >>browsing gui, whatever that be. > > > ha, very interesting but not easy to do. Indeed you first need to > decompress the backup, show files belonging only to the user, when the > user for example click on the file in the file list, show the different > version available, etc ... > A better approach should to use something like hdlist which contain list > of backed up files + attributes ( atime, backup timestamp, size ) for > each user/owner. So this apps browse in this db, show the files > belongings to the owner, etc ... > It may be interesting and think as an extension for drakbackup but : > 1�/ it's very complicated to implement > 2�/ I don't think it will be seen in 9.2 > 3�/ amanda/Arkiea may be best suits for this > If you're willing to give up compression, you can have *everything* else, just not as integrated. http://www.mikerubel.org/computers/rsync_snapshots/ Regards, Buchan - -- |--------------Another happy Mandrake Club member--------------| Buchan Milne Mechanical Engineer, Network Manager Cellphone * Work +27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE++x9DrJK6UGDSBKcRAogWAJ928ltkBpB0v0wKVCgFY89V1nCNLgCfYKTf 3Ot2XOxaFoDFiQRG1cT+l3o= =sndr -----END PGP SIGNATURE----- ****************************************************************** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. ******************************************************************
