По поводу полезности raw devices.
Насколько я помню, прсто пока не забыл, то за чтение данных с datafailes отвечают серверные процессы
не dbwr. И они, эти сволочные северные процессы никак запросы не координируют.
В этом случае сколько их обычно висит на средних серверах, 50 может 100, и все они
начинают асинхронно драться за контроллеры ввода вывода в случае использования raw devices,
а не размещать запросы в файловую систему ос.
Если мы имеем OLTP приложение без большого количества длинных чтений то это вполне нормально.
Хапнул свой блок - освободил контроллер, но в случае длинных чтений ситуация то иная,
Хапнул контроллер и тянет-потянет свои блоки а остальные то стоят.
Именно поэтому я написал что для DW эффективность raw devices есть вопрос.
Это надо тестировать на реальных приложениях и с РЕАЛЬНОЙ НАГРУЗКОЙ.

Такой вопрос о raw devices.
Кто в курсе в Linux RH AS 2.1 действует ограничение 2GB на raw device,
а то через неделю другую базу надо ставить и именно на них, поскольку кластер,
а shared FS еще не готова. Ожидаетый объем базенки от 150 до 200GB.
Значит надо будет tablespaces резать на файлы по 2ГБ каждый обслуживать их потом
достаточно скучно, сотню то штук, хотелось бы сократить до 20-30.

Oracle sovmestno s RH annonsirovali chto specialno dly RH AS sozdast SHARED FILE SYSTEM s tem
chto-by razmeschat tablespaces ne na raw devices a na files (primerno kak v dec cluster)
no ona echo ne gotova.
Gdem's

Yes:

http://otn.oracle.com/oramag/oracle/02-nov/o62dba.html

Improvements for Linux Clustering

Enterprises demand availability and scalability, and clustering has played a critical role in both. Unique to Linux clustering has been its ability to handle clusters running on commodity hardware, extending cluster use to smaller businesses and individual users. Now, with the most recent enhancements for Linux by Oracle and Red Hat, cluster management and performance are greatly improved. Some of the most notable enhancements include:

Cluster File System: Perhaps the most important clustering-related enhancement is the release of the cluster file system for Linux. Before the cluster file system, managing the elements in a cluster meant working with the raw disks. For example, previously you had to set up disk partitions for every datafile used by the Oracle database. Imagine a database for Oracle's e-business applications. Generally, such a database contains about 230 datafiles, so you'd have to create 230 partitions.

By contrast, the cluster file system greatly simplifies management of the entire cluster. Using the cluster file system, you can create one large partition across all disks in the cluster, and all of the nodes simply access the file system. Specifically designed for Oracle9i Real Application Clusters, this shared file system enables all nodes in a cluster to share a single Oracle home instead of requiring each node to have its own local copy. And changes made to Oracle home files are dynamically replicated through the cluster without interrupting availability.

Vhodit no s versiey poka ne pomogu. Sysadminy otkrout seif s distributivamy togda skagu.
A ony seychas kolduut s EMC disk array

Clariion