По поводу скачивания
1) бесплатного скачивания - бесплатно скачивается RH без включенных в него коммерческих компонент
2) полный комплект AS поставляется на CD и стоит (как я помню) 695 USD на узел

По поводу синхронного \ асинхронного ввода вывода (на память):
-- в дистрибутиве Linux должна быть библиотека или libaio.so или libposix4.so должен содержать вызовы:
aio_read() aio_write() это можно проверить но я их не обнаружил.
-- асинхронный ввод вывод был в Linux ВСЕГДА только он обеспечивал работу с COM портами а не с дисками
и потом нужно различать асинхронный ввод вывод на уровне ядра и на уровне какого-либо демона
это разные вещи.
на уровне ядра должен быть скомпилирован вместе с ним.
Фактический сброс в приведенном примере мог быть вызван сбросом данных с кеша на диск.
RH 7.3 имеет сумашедший дисковый кеш который постоянно стремиться к разрастанию
и это мне сильно не нравиться
сейчас ищу способы настройки кеша в размере 5-10% памяти, думаю этого вполне достаточно, может быть меньше.

К вопросу по исользованию raw devices:

Эффективность их применения остается вопросом и не столько ввиду усложнения
обслуживания, сколько ввиду производительности приложений.
Perfomance для OLTP приложений увеличиться здесь вопросов как бы нет, но для
приложений у которых большое количество full scan table, range scan index (при условии длины участка сканирования более multiblock_read_count) т.е. приложений
с большим количеством последовательных операций чтения -- вопрос что лучше:
файловый кеш с упреждающим чтением или
raw devices с эффективным прямым чтением
остается открытым.

Кстати у кого есть чистые OLTP приложения? У меня нет.

По поводу полезности 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

LVM naskolko y pomnu v distributive tolko nachinaya s RH 8.0 professional.
Dlya 7.3 ego net i nado perelinkovivat yadro dly instalacii.

O FAQ: U menya statia gotova po hierarhical structures v Oracle, k ponedelniku ee chistku zakonchu, Statia bolshaya stranic 30 budet, moget bolshe.
Tolko gde publikovat ne nashol