Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 26 Feb 2004 22:11:18 -0600
From:      dany_list@natzo.com
To:        "Benjamin P. Keating" <bkeating@teov.org>
Cc:        questions@freebsd.org
Subject:   Re: directories to exclude for backups
Message-ID:  <1077855078.403ec366cabff@natzo.com>
In-Reply-To: <1077854857.403ec289d1fa7@natzo.com>
References:  <403EEEDF.3030500@teov.org> <1077854857.403ec289d1fa7@natzo.com>

next in thread | previous in thread | raw e-mail | index | archive | help
I forgot, after the newfs I remount the slice before the dump command!

Quoting dany_list@natzo.com:

> Hello,
> 
> I’m not a sysadmin but I wanted to share the configuration I use at home for
> my
> file server running on a small Epia mini-ITX fanless motherboard.
> Basically the box only has 2x 120GB hard drives. Then it’s combination of
> dump/rsync/rdiff-backup. I wanted to be able to swap drives if something
> goes
> wrong with one drive or if do something wrong with a system update. I didn’t
> want to go the RAID/vinium way as I also wanted incremental snapshots.
> Beside
> those three tools I also use Unison to synchronize important files between
> laptop-dekstop-fileserver (windows/linux client). 
> 
> The three tools mentioned above help me to solve the following problems :
> 
> -	dump : to make a hardcopy of the / directory and all those hardlinks (also
> used for /var and /tmp even if they may not need to be backed up)
> -	rsync : to mirror /usr directory (damn fast)
> -	rdiff-backup : I use that for my personal data because as a stupid user I
> do
> make mistakes so rdiff-backup keeps track of file histories for me. It’s a
> kind
> of incremental rsync where you can recover any file from any date.
> 
> Basically the two drives share the same organization (ad0 for the first one,
> ad2
> for the second one)
> ad0s1a     /       128M
> ad0s1b    swap 512M
> ad0s1d    /var   128M
> ad0s1e    /tmp  200M
> ad0s1f     /usr   3200MB
> ad0s2d    /data 110GB   
> 
> ad2s1a  /backup/os/root
> ad2s1e  /backup/os/tmp 
> ad2s1f   /backup/os/usr
> ad2s2d  /backup/data
> 
> Then I use the following commands from a script started by a daily cronjob
> (it’s
> not a real script yet as it doesn’t verify/confirm anything, just a bunch of
> commands)
> 
> # root backup
> umount /backup/os/root
> newfs /dev/ad2s1a                           &#61663; I had trouble
> overwriting the same
> slice with dump so I erase it before… might not be the best choice
> dump -0 -f -L - /dev/ad0s1a | (cd /backup/os/root ; restore -r -v -f -)
> 
> # /tmp backup
> umount /backup/os/tmp
> newfs /dev/ad2s1e
> dump -0 -f -L - /dev/ad0s1e | (cd /backup/os/tmp ; restore -r -v -f -)
> 
> # /var backup
> umount /backup/os/var
> newfs /dev/ad2s1d
> dump -0 -f -L - /dev/ad0s1d | (cd /backup/os/var ; restore -r -v -f -)
> 
> # /usr backup
> rsync -a --delete /usr/ /backup/os/usr
> 
> # Typical incremental backup from drive 1 to drive 2
> rdiff-backup /data/current/mp3 /backup/data/backup/mp3
> 
> # for this one I first do the incremental backup on the same drive and then
> rsync over the second drive (so I can have the incremental backup on both
> drives)
> rdiff-backup /data/current/alpha_current /data/current/alpha_backup
> rsync -a –delete /data/current/alpha_backup/
> /backup/data/backup/alpha_backup
> 
> 
> I understand that it's probably not the best and most official way to do
> work
> with backups but as a newbie to FreeBSD I’m quite happy with this
> configuration.
> 
> Dany
> 
> 
> Quoting "Benjamin P. Keating" <bkeating@teov.org>:
> 
> > My Plan is to make a gzipped tarball of the entire machine, excluding 
> > directories that are not necessary. If however, there is a more sound 
> > solution then tarballing a machine for a backup, Im all ears. I know 
> > rsync is a possibility, but i'd like to have just a solid, non-active 
> > archive copy of machines.
> > 
> > EXCLUDE DIRECTORIES
> > ----------------------------------------------
> > /proc
> > /dev
> > /tmp
> > /usr/ports/
> > /var/tmp/
> > 
> > What else would be safe to exclude?
> > 
> > Thanks,
> > -Ben
> > 
> > -- 
> > This message has been scanned for viruses and
> > dangerous content, and is believed to be clean.
> > 
> > _______________________________________________
> > freebsd-questions@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> > To unsubscribe, send any mail to
> "freebsd-questions-unsubscribe@freebsd.org"
> > 
> 
> 
> 
> 





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1077855078.403ec366cabff>