Date: Mon, 2 Jun 2003 10:59:09 -0700 From: Joe Miller <joeym@joeym.net> To: Wolfpaw - Dale Corse <admin-lists@wolfpaw.net> Cc: freebsd-isp@freebsd.org Subject: Re: Mirror Server Message-ID: <20030602175909.GL51524@joeym.net> In-Reply-To: <AJENJFOLCLAHHIIGCCHNEEAFGMAA.admin-lists@wolfpaw.net> References: <BB00C76C.3598B%michael@staff.openaccess.org> <AJENJFOLCLAHHIIGCCHNEEAFGMAA.admin-lists@wolfpaw.net>
next in thread | previous in thread | raw e-mail | index | archive | help
You can eliminate having to have a huge chunk of space available with tar by piping the tar output to another tar process that immediately writes the data to the new disk, ie: tar cvf - / | (cd /backup/disk ; tar xvf - ) -- Joe Miller On Mon, Jun 02, 2003 at 10:45:03AM -0600, Wolfpaw - Dale Corse wrote: // Hmm.. 10 gig in 1/2 hr or so.. its not wonderful, we use // something entirely different for shell servers (we have // 20 of them..). This is good for an "internal" machine, // but if your looking for fast backups, use tar with the // update flag.. it works nicely. The nice thing about // rsync is it can reproduce the entire fs as it was, // without some of the problems tar has.. such as having // to have a huge chunk of space so you can tar one // disk, and then untar onto another.. // // Anyway.. my 2 cents :) // D. // -------------------------------- // Dale Corse // System Administrator // Wolfpaw Services Inc. // http://www.wolfpaw.net // (780) 474-4095 // // > -----Original Message----- // > From: Michael DeMan [mailto:michael@staff.openaccess.org] // > Sent: Monday, June 02, 2003 10:21 AM // > To: Wolfpaw - Dale Corse; Thomas Dwyer; freebsd-isp@freebsd.org // > Subject: Re: Mirror Server // > // > // > What is your performance with this? I've seen awful // > performance with rsync // > and big file systems. We've thought of adding the flag to // > only check the // > file modification date to help reduce this. // > // > - mike // > // > On 6/2/03 8:33 AM, "Wolfpaw - Dale Corse" // > <admin-lists@wolfpaw.net> wrote: // > // > > Hi Tom, // > > // > > I use this to mirror one of our servers to another disk in // > > the same machine. How we did it was we installed FreeBSD on // > > that disk in another machine, and then put it in the main // > > server.. now we just run this script periodically, and // > > we have a backup solution :) // > > // > > Hope it helps :) // > > D. // > > // > > #!/bin/sh // > > # Rsync Backup Script // > > // > > export PATH=/usr/local/bin:/usr/bin:/bin // > > LIST="bin dev etc lib mnt sbin usr boot dbu home root tmp var" // > > // > > echo "Copying files.." // > > #Loop thru the list // > > for d in $LIST; do // > > echo -n "... COPYING: /$d/" // > > /usr/local/bin/rsync --delete -ax /$d/ /disk2/mirror/$d/ // > > echo " " // > > done // > > // > > echo "Backup Complete .. Exiting." // > > // > > -------------------------------- // > > Dale Corse // > > System Administrator // > > Wolfpaw Services Inc. // > > http://www.wolfpaw.net // > > (780) 474-4095 // > > // > >> -----Original Message----- // > >> From: owner-freebsd-isp@freebsd.org // > >> [mailto:owner-freebsd-isp@freebsd.org]On Behalf Of Thomas Dwyer // > >> Sent: Monday, June 02, 2003 8:01 AM // > >> To: freebsd-isp@freebsd.org // > >> Subject: Mirror Server // > >> // > >> // > >> Hello; // > >> // > >> I would like to setup a backup server to replace the main // > >> server should a disaster occur. I have experimented abit // > >> with rsync and it looks like it would do the job. // > >> // > >> My question is; what files or binaries should not, or // > >> cannot be replicated? Obviously the kernel should be separate. // > >> // > >> I want to be able to take the backup, plug it in where the // > >> primary was, change the IP and everything would be as it // > >> was up until the point of the last rsync. // > >> // > >> Thanks // > >> Tom // > >> _______________________________________________ // > >> freebsd-isp@freebsd.org mailing list // > >> http://lists.freebsd.org/mailman/listinfo/freebsd-isp // > >> To unsubscribe, send any mail to // > >> "freebsd-isp-unsubscribe@freebsd.org" // > >> // > > // > > _______________________________________________ // > > freebsd-isp@freebsd.org mailing list // > > http://lists.freebsd.org/mailman/listinfo/freebsd-isp // > > To unsubscribe, send any mail to // > "freebsd-isp-unsubscribe@freebsd.org" // > > // > // > Michael F. DeMan // > Director of Technology // > OpenAccess Internet Services // > 1305 11th St., 3rd Floor // > Bellingham, WA 98225 // > Tel 360-647-0785 x204 // > Fax 360-738-9785 // > michael@staff.openaccess.org // > // > // > // > // // _______________________________________________ // freebsd-isp@freebsd.org mailing list // http://lists.freebsd.org/mailman/listinfo/freebsd-isp // To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030602175909.GL51524>