Date: Mon, 29 Dec 2003 00:01:20 -0500 From: Nicholas Basila <mlists@northglobe.com> To: "Matt Juszczak" <matt@atopia.net> Cc: freebsd-questions@freebsd.org Subject: Re: Backup Server Message-ID: <200312290001.20709.mlists@northglobe.com> In-Reply-To: <1477.24.225.162.3.1072643177.squirrel@mail.webaries.com> References: <20031226173013.96397.qmail@web60301.mail.yahoo.com> <200312281103.36613.mlists@northglobe.com> <1477.24.225.162.3.1072643177.squirrel@mail.webaries.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sunday 28 December 2003 03:26 pm, Matt Juszczak wrote: > I read somewhere about the AMANDA project. Is that any good for a > situation like this? Well, Amanda is certainly good for the backup of the data. The main site's here: http://www.amanda.org/ and Curtis Preston put part of his O'Reilly book online: http://www.backupcentral.com/amanda.html But... Amanda would not be a great choice because it's really a backup system and you'd end up having to write scripts to restore from dump files created by Amanda to the backup server filesystem. If you're going to that trouble, it would be easier to use rsync. Again, I think shared scsi or fibre channel would be the way to go. I'm not sure how well FreeBSD supports shared scsi/fibre channel drive sharing ( I know it supports some fibre channel adapters), however. If it does work well, you could have a central RAID array running RAID 10 and have the master DB server run with the drive mounted. If the master had problems, the backup/secondary could take over. You would have one set of data to contend with, and consequently, synchronization would not be an issue. My only concern would be filesystem writes and soft depends in general.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200312290001.20709.mlists>