1. О патчах и exp/imp - существует закон нельзя использовать
exp/imp от другой версии, ключая патчи. Совместимы только
*.dmp файлы и только снизу вверх.

2. Более интересно было по поводу DBRW и их количестве.
Я в корне не согласен с расчетом DBRW по количеству файлов, или LRU особенно для RH (SuSe) Linux 7x.
-- ни один из этих версий Linux не имеет асинхронного IO (только RH/SuSe Advaced server имеют)
параметр disk_asynch_io=false (по умолчанию)
следовательно применение большего количества DBRW только
увеличивает очередь slave процессов записи на диск
поскольку Oracle в этом случае симулирует асинхронные операции с диском, что приводит в большему количеству
переключений конткста Linux процессов и в принципе ухудшает
perfomance системы.
Замечание: диспетчр задач Linux имеет только одну очередь процессов на выполнение (за исключением linux RH Advanced Server очереди процессов диспетчером задач выстраиваются по количеству процессоров)

Во всех остальных случаях, если есть техическая возможность
использования асинхронного IO расчет количества DBRW нужно
вести исходя из количества дисковых контроллеров,
просьба не путать с количеством дисков, поскльку
Unix в любом случае (синхронно или нет) выстроит
очередь IO операций к сонтроллерам а не к дискам.

Я говорил об SuSe Linux Advanced sever (не о SuSe 7.x, 8.0)

OK killed about SuSe Advanced/Enterprice server my fall.
-------------------------------------------------------------------
About compatibility RH Advanced server with kernel.org:
-- RH Advanced server isn't free product and it hasn't GNU licence
(note SuSe Enterprice not free too)
(I know that exactly because we got box with RH Advanced server 2.1 and
i started to prepare installation Oracle RAC 9i for 2xNodes system)
-- price on RH Advanced server (near 800$) extrimly less than on SunCluster 3.0 or
HP/DEC/Compaq clusters and this is good situation for me,
because i can decrese cost of a system no less than ~2-3 times.And we going to migrate all our systems fom SunSolaris to Linux RH Advanced servers. -- kernel.org has to oriented on IDE bus (mostly), on this kind of a bus
talking about async IO hasn't any sense, and again async IO highly depend
from types of disk controllers. RH can specified list of controllers,
open software probably not.
In last: I like suse more then rh.
--------------------------------------------------------------------------
PS:
I very sorry to forum about english, but in present time i can't type for russian.
But i gess, that typing like ... nesovmectim... is unappreciation to forum twice.

About commercial unix:
1) because RH advanced server is not for free (and it use COMMERCIA not GNU licence)
we have to see on this Linux as on a usual COMMERCIAL product ONLY.
2) when we have to compare prices of some COMMERCIAL products,
then price of RH Advanced server seems much better then price of SunCluster (for example only)
3) where going to move COMMERCIAL unix from a conglomerate HP/DEC/Compaq
to HP/UX, to True64, somewhere else ???? who knows ????

Note: windowos i don't wish see in enterprice applications in any way.

> Только не надо мешать все в кучу. Это просто от незнания.

Так вот по поводу незнания:
Я лично присутствовал на семинаре и трейнинге по поводу кластерных решений
True64 для Oracle.
И там, в том числе, был представлен примерный план слияния/развития архитектур True64 и HP/UX на 7 лет.
Так вот окончательного ответа на вопрос по базисной платформе окончательного
варианта ОС не последовало.
Но насколько я мог понять из предствлкнного плана-графика работ:
-- по архитектуре процессора - базисом выбран PA-RISC и
судьба Альфы как бы не афишировалась
-- по ОС - базис до конца не определен, но прослеживалась
тенденция сохранения Hp/UX с подключением возможностей DEC кластеров
(на что делался особый упор, но что это: маркетинг или реальный план
до конца мне ясно не было, скорее всего в NewHP сами не определились)
-- как основная цель - в течении ближайших 6-7 лет оставить в живых только 1 ОС четко озвучено
Некоторые замечания:
1 - это было около полугода назад
2 - я лично считаю кластеры от DEC лучшими в индустрии

Так что по поводу незнания не надо разбрасываться, я много чего не знаю но в этом вопросе немного информирован.