При импорте базы на другом сервере процесс импорта идет гораздо медленнее. Если на одном сервере он проходит за 1,5 часа, то на другом - примерно 5 часов !
Первый сервер HP 2 проц, RAID5 + диски, 1Гб
Второй сервер Compaq Prolaint ML530, 4 проц. (1,8), RAID5 + Диски.
Распределение файлов базы по дискам одинаковое, быстродействие второго сервера выше (процессор быстрее, ввод/вывод примерно одинаков).
Наибольшая нагрузка при импорте приходится на диск, на котором расположены журнальные файлы (одна группа по три файла, не RAID5 - это отдельный диск). Больше на этом диске ничего нет. Диск работает очень интенсивно (лампочка практически не гаснет).
BAT-файл для импорта один и тот же для обоих серверов.
Может я ошибаюсь, но считал, что при одинаковом распределении файлов по дискам и при более мощных процессорах импорт будет идти не хуже.
Поскольку это оказалось не так, то что может повысить быстродействие ?
Увеличение параметра импорта BUFFER на порядок, практически не изменило ситуацию.
Распределять журнальные файла по разным дискам еще не пробовал.
При восстановлении этой же базы на тестовый сервер с одним IDE диском и гораздо более слабым процессором - все проходит значительно быстрее.
На что еще можно обратить внимание ?
ОС Windows2000 Adv Server SP3
Oracle9 (релиз 2). То же происходит и на Oracle8.1.6

Свопинга нет.
Исправил параметр импорта COMMIT с Y на N (т.е. COMMITT=N) - скорость импорта стала сравнимой со скоростю на первом сервере.
Пока это может устроить, но мне не ясно как это могло сказаться на импорте.
При значении COMMIT=Y происходит commit при заполнении буфера (параметр импорта BUFFER). У меня размер этого параметра 200 Мб! Казалось бы commit должен быть не частый.
Контролер RAID практически никак не конфигурится (если говорить о кэшах).

Диск не на IDE-контролере, а на том же контролере RAID.
Это диск RAID0 (аналогичня конфигурация и на первом сервере).
Скорее всего, проблема в новом контролере

Нет, я имею в виду только время импорта на двух серверах.
Еще можно попробовать подобрать значения параметров
LOG_CHECK_POINT_INTERVAL и LOG_CHECKPOINT_TIMEOUT
К сож. прямо сейчас про резултат не смогу сказать - проверю позже.

Ответ с опозданием.
Проблема была решена путем изменения параметра COMMIT=N (стояло Y ) при импорте.
Есть ли предположения у кого-нибудь ?
Неужели казалось бы новый контроллер так реагировал (долго отрабатывал) на COMMIT после вставки каждой записи ?