From owner-freebsd-questions@FreeBSD.ORG Mon Jan 3 18:27:18 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E110A16A4CE for ; Mon, 3 Jan 2005 18:27:18 +0000 (GMT) Received: from grog.secure-computing.net (grog.secure-computing.net [63.228.14.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5356A43D45 for ; Mon, 3 Jan 2005 18:27:18 +0000 (GMT) (envelope-from ecrist@secure-computing.net) Received: from [192.168.1.102] (c-66-41-157-209.mn.client2.attbi.com [66.41.157.209]) (authenticated bits=0)j03IQthH025769; Mon, 3 Jan 2005 12:26:55 -0600 (CST) (envelope-from ecrist@secure-computing.net) In-Reply-To: <200501031215450764.8ED18007@mail.intradyn.com> References: <200501031215450764.8ED18007@mail.intradyn.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-5--231924036" Message-Id: <0956A4C4-5DB5-11D9-B56F-000D9333E43C@secure-computing.net> Content-Transfer-Encoding: 7bit From: Eric F Crist Date: Mon, 3 Jan 2005 12:26:51 -0600 To: "Henry Miller" X-Pgp-Agent: GPGMail 1.0.2 X-Mailer: Apple Mail (2.619) X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on grog.secure-computing.net cc: FreeBSD-Questions Questions Subject: Re: Backup with dd? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 18:27:19 -0000 --Apple-Mail-5--231924036 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On Jan 3, 2005, at 12:15 PM, Henry Miller wrote: > > This might work, but it isn't best. I can think of the following > objections: > > First, not all "identical" drives are identical. It isn't uncommon > for the factory to give slightly different sector counts for drives of > the same model, when something in manufacturing changes. (perhaps a > new defective sector algorithm). This would cause the backup to fail > on those last sectors of the drive. > > If the drives are really identical, odds are they have the same types > of defects, and they will fail at about the same time. That is when > one disk fails, the other might not be far behind! > > You have no protection at all while the copy is in progress. You have > overwritten part of the old backup, but not enough to be consistent. > > You have made no provision for data loss because of anything other than > a failing drive. If your house burns down you can't get your data. > (not strictly true, you can recover accidently deleted files so long as > you do the undelete before the next time you do the backup) > > FreeBSD has a few different RAID options. With the right setup you > can achieve disk reliability, and not have to switch cables on reboot. > (With your setup you don't have to either, just tell the BIOS to boot > from the other drive if the first one cannot boot) This is more work > to setup, but more people understand it, so if something happens to you > someone else is more likely to figure out what is going on. (this may > or may not matter to you) With a good RAID setup, FreeBSD can keep > operating even after the disk crashes, while your setup requires manual > intervention. If you must have 24x7 operation (web server), then you > need RAID. If you don't need 24x7, consider crashed disks an excuse > to re-setup your system, in my experience by the time your disk crashes > you will have a lot of cruft that you are meaning to remove, so this is > a good excuse to re-install. Thanks for the reply. First off, please reply to the list, so that these emails can be properly archived. This can be accomplished by using reply-all instead of just reply. You seem to be under the impression that I'm doing this for the sole reason of a disk crash. I'm actually doing it for more than just that reason. For example, if my system gets hacked, most hackers will probably not care about an unmounted hard drive, and screw with the current mounted partitions. Also, these drives wouldn't really be at the same point of this hypothetical drive failure, since one hard drive will only be used roughly once a week, while the other is in a constant state of use. Most of my user-data is destined for a RAID-5 array that's roughly 1.2TB, so that's got it's own backup. This is simply for use in an emergency, so I don't HAVE to rebuild. Quite frankly, I don't have time to sit here and rebuild this system again any time soon. This configuration I'm trying is ideal, with minimal interference. I'm going to be installing removable drive bays so that my roommate is able to simple swap drive positions and reboot the system (it's headless, and he's not very tech savvy in this regard). Thanks again for the reply. _______________________________________________________ Eric F Crist "I am so smart, S.M.R.T!" Secure Computing Networks -Homer J Simpson --Apple-Mail-5--231924036 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iEYEARECAAYFAkHZjmsACgkQRAAY9knOW+pjTQCfYgvb8PASycHwwYtEuHI7SzCH 56IAn3vLD3ZPyMUWOWCvMQgvr3poR3In =Dhgj -----END PGP SIGNATURE----- --Apple-Mail-5--231924036--