on small sized servers, we run every day a script which - decides files to backup - creates an archive - makes an iso image - burns a cd (or a dvd)
flat files are either taken as a whole (tar -zcvf ...) or depending on their last update (find -xtime -x ...| cpio ...), databases are exported/dumped via utility then resulting files are tar'ed all thoses compressed files are stored in a directory from which an image is build (mkisofs) then burnt (cdrecord) the next day an operator removes the cd and inserts a fresh new one works fine with rewritables of course (doing a "blank" before) hth A 16:32 28/05/2003 +0200, vous avez écrit : >On Wed, 2003-05-28 at 16:18, Richard Humphrey wrote: >> Currently we are using tar (extremely simple script) to back up some >> files to tape. I know this is probably not the best way of doing it. Is >> anyone using another method (cpio,dump etc) and which do you prefer and >> why? Any examples of scripts using these methods would be helpful as >> well. I would like to make daily backups of only the files that were >> changed, and then make a full backup over the weekend. Is this a >> sufficient way of doing backups? >> > >unless you've got a very small amount of data, I would recommend using >rsync (or rsync over ssh for encryption), as it can modify and backup >only what has been modified very quickly. > >Something like > >rsync -avv --delete -b --suffix='.1' --stats --progress \ > "/storage/folder" \ > "/storage/folder1" \ > "/storage/folder2" \ > "/storage/folder3" \ > "[EMAIL PROTECTED]::dest_folder/backup_foler" > ~/.rsync.log > >...is what I use via a daily cron each night on my servers (it doesn't >really delete the last modified files, but renames them as .1 in case a >problem in the day occur. During the next synchronization, those .1 >files are, this time, really and definitely deleted. Other options are >either cosmetic or verbose for the logs. > >And once a week, the rsync server has another cron that make a full >weekly backup; until it has 4 full weekly backups, the last one becomes >the monthly backup, and the 3 others are deleted, and so on. > >That's what I do ... never said it was absolutely perfect. > >> Richard Humphrey >> System Administrator >> Multicam L.P. >> (972)929-4070 >> [EMAIL PROTECTED] >-- >Stéphane Jourdan <[EMAIL PROTECTED]> >ITRIS > > >-- >redhat-list mailing list >unsubscribe mailto:[EMAIL PROTECTED] >https://www.redhat.com/mailman/listinfo/redhat-list > > - * - * - * - * - * - * - Bien sûr que je suis perfectionniste ! Mais ne pourrais-je pas l'être mieux ? Thierry ITTY eMail : [EMAIL PROTECTED] FRANCE -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
