Sorry for the confusion here, on two fronts:
1. My clients are small to mid-sized businesses, and many just won't make all
scheduled backups. I can't change that; and
2. That's why I'm advocating raid; the notion that I wanted a separate data
drive (singular) got started during this thread, but it wasn't what I wanted.
Other than that, I agree with everything you said -- you're "preaching to the
choir" ;-).
You also pointed out:
>Also if you use RAID1 practice breaking and restoring
>it by disconnecting and booting with one and then the other disk
>disconnected - to ensure each will boot and then re-add the other to the
>array to make sure you know how it works.
Have you any thoughts on how to do that with software mirroring (as provided by
e-smith)?
Tom
Graeme Robinson wrote:
> On Tue, 24 Jul 2001, Thomas E. Keiser wrote:
>
> >Making a tape backup or dumping the data
> >to a
> > client machine is some help, but it won't get your recent data back,
>
> Neither will RAID (of any type) if you've overwritten or deleted a file.
> What circumstance is your solution supposed to cover exactly?
>
> > and recent may be quite a few days if you or your client isn't
> > meticulous about doing backups. (and who is?).
>
> They should be. Tiresome as it may be backup of data is a core
> responsibility of data management. I personally use daily, weekly and
> monthly tapes on my own network, and I get daily mailed backup reports
> from all my servers and if they miss they get to hear about it.
>
> > And that data loss
> > could be disastrous, so a better solution is a good idea.
>
> There is no better solution to backup than backup. Disk redundancy through
> RAID will give you additional reliability and preserve current data
> in event of a disk failing but it isn't a replacement for backup.
>
> Backup is more than duplicating your current data - it is about keeping a
> sequential timeline of data, it's having removeable media copies of that
> system data, it's about having offsite copies of that data.
>
> Also I don't really understand how your solution is supposed to improve
> anthing with respect to file recovery.
>
> If you are using RAID then you only need to add a new disk to the system,
> bootup and the disk will be re-added to the RAID set.
>
> RAID provides disk redundancy, an important factor in increasing the
> reliability of a server. RAID isn't backup though.
>
> Your solution seems to imply your data is better off if it's on a second
> disk in a non-RAID setup. It's not - what if that disk fails? Use RAID1
> for disk redundancy (hard or software) and backup too. Backup - one of the
> most used words in my vocabulary. :-) Backup often and test your backups -
> practice restoring.
>
> Also if you use RAID1 practice breaking and restoring
> it by disconnecting and booting with one and then the other disk
> disconnected - to ensure each will boot and then re-add the other to the
> array to make sure you know how it works.
>
> -=-=-==-=-=--=-=-=-=-=-=-=-=-=-=-=-=
> Graeme Robinson - Graenet consulting
> www.graenet.com - internet solutions
> -=-=-=-=-=-=-=-=-=-=-==---=-=--=-=-=
>
> --
> Please report bugs to [EMAIL PROTECTED]
> Please mail [EMAIL PROTECTED] (only) to discuss security issues
> Support for registered customers and partners to [EMAIL PROTECTED]
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
--
Please report bugs to [EMAIL PROTECTED]
Please mail [EMAIL PROTECTED] (only) to discuss security issues
Support for registered customers and partners to [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
