Yes, but the idea of using software raid on a large server doesn't
make sense in modern systems. If you've got a large database server
that runs a large oracle instance, using CPU cycles for RAID is
counter productive. Add to that the need to manage the hardware
directly (drive microcode, drive brownouts/restarts, etc.) and the
idea of using JBOD in modern systems starts to lose value in a big way.
You will detect any corruption when doing a scrub. It's not end-to-
end, but it's no worse than today with VxVM.
On Jun 26, 2006, at 6:09 PM, Nathanael Burton wrote:
If you've got hardware raid-5, why not just run
regular (non-raid)
pools on top of the raid-5?
I wouldn't go back to JBOD. Hardware arrays offer a
number of
advantages to JBOD:
- disk microcode management
- optimized access to storage
- large write caches
- RAID computation can be done in specialized
d hardware
- SAN-based hardware products allow sharing of
f storage among
multiple hosts. This allows storage to be utilized
more effectively.
I'm a little confused by the first poster's message as well, but
you lose some benefits of ZFS if you don't create your pools with
either RAID1 or RAIDZ, such as data corruption detection. The
array isn't going to detect that because all it knows about are
blocks.
-Nate
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
-----
Gregory Shaw, IT Architect
Phone: (303) 673-8273 Fax: (303) 673-8273
ITCTO Group, Sun Microsystems Inc.
1 StorageTek Drive MS 4382 [EMAIL PROTECTED] (work)
Louisville, CO 80028-4382 [EMAIL PROTECTED] (home)
"When Microsoft writes an application for Linux, I've Won." - Linus
Torvalds
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
