Поддерживаю. Только вот смущает "... немного под ОС...", это обычно отдельный РАИД 1(миррор)- 2 диска + место под backup + installation (ну можно тоже на root-e bce). Чисто база - остается тольko 6 - маловато, 8 (RAID 1+0 - mirror :4 пары, потом stripe через 4, если Solstice то надо по slice делать чтобы) его RAID01(default) = RAID10) куда ни шло.

A париться давно не надо. SAME (by Oracle, но и на Sybase OK) рулит.
Т.е. все вперемешку, результат - как один "большой" диск
А потом лепишь на 6 "slices" (1 - под Solstice itself) режущих весь этот вирт.диск "горизонтально" on top 6 fs /u01 ... /u06 (не надо возиться с raw devices)

Моя fs структура типа OFA (also from Oracle, but not important), где каждая fs /u0<n=1...6> (соответствующая slice/partition Solstice (metadevice) по всем дискам array <=6 (partitions) , а только так там можно иметь RAID10) "отвечает" за конкретый тип данных, но может хранить и другие данные:
/u0<n>/<syb|ora>data/<syb.srvr|orasid>/data
/u0<n>/<syb|ora>data/<syb.srvr|orasid>/<dump|arch>
/u0<n>/<syb|ora>data/<syb.srvr|orasid>/indx
/u0<n>/<syb|ora>data/<syb.srvr|orasid>/<mirr|undo>
/u0<n>/<syb|ora>data/<syb.srvr|orasid>/syst
/u0<n>/<syb|ora>data/<syb.srvr|orasid>/temp
/u0<n>/<syb|ora>data/<syb.srvr|orasid>/<tlog|redo>

+ linki типа
/dev/<sybase|oracle>/<syb.srvr|orasid>/indx0<m> -> /u0<n>/<syb|ora>data/<syb.srvr|orasid>/indx на которые ссылаются Oracle tablespaces или Sybase segments типа user_indx_0<m>_0<k>, имея ввиду
файл /dev/<sybase|oracle>/<syb.srvr|orasid>/indx0<m>/user_indx_0<k>.dat

По-моему все достаточно гибко и просто,
Hy dump (sybase), arch (Oracle) вообще-то вынесены из array.