Распределение нагрузки ORACLE

[HandKot]

Добрый день.
Есть приложение на БД ORACLE. В связи с высокой нагрузкой, частые и большие запросы от пользователей плюс закачка новых данных, наблюдаются периодические тормоза.
Какие есть решения для этой БД, чтобы, к примеру, разнести загрузку и создание отчетов (аналог зеркалирования или AlwaysOn для MSSQL) или какие-то другие решения. Что можно почитать на эту тему.
Спасибо

[SCRIBE]

Как насчет вынести в хранимки общие запросы, или формирование подготовительных данных, и запускать их джобами?

[HandKot]

не пойдёт.
Приложение на лету формирует запросы.
Загрузка данных, насколько я знаю, идет через exe-шники

[RXL]

Считаю, что для советов маловато данных.

[HandKot]

Считаю, что для советов маловато данных.

я пока хотел узнать, какие технологии поддерживает ORACLE подобные "Зеркалирования и AllwaysOn", а может есть и лучше, по которой можно было бы разделить систему на несколько точек: импорт данных и работа пользователей

[SCRIBE]

Еще можно загрузку сделать через встроенный sqlldr, он быстрее всего что я писал на дельфях для загрузки=)

[HandKot]

Еще можно загрузку сделать через встроенный sqlldr, он быстрее всего что я писал на дельфях для загрузки=)

это я сделал первым делом. Была загрузка из текстовых файлов и очень долго. Обнаружив это, я подключил sqlldr
Теперь проблема при обработке импортированных данных. Насколько я знаю, там запускаются какие-то пакеты.
Повторюсь: менять ПО не могу, т.к это внешняя программа. Пока рассматриваю вопрос разделения обработки данных и выборки данных пользователями (разделить нагрузку). Есть что-то подобное в ОРАКЛ?

[SCRIBE]

Не знаю, на таком уровне с базой не работаю, админ прав нет. Разделить? Эмм... Oracle RAC?=)
Вот еще что нашел: Oracle Parallel Query Option (PQO) и Oracle Parallel Server (OPS)
http://bourabai.kz/dbt/servers/14.html

[HandKot]

вооо, начал читать ссылку и уже нравится.
Спасибо.

[x77]

неплохо бы для начала врубить ADDM, посмотреть что творится на уровне запросов при заливке данных и при выборках для репортов. для больших повторяющихся выборок sql-профили могут творить чудеса.

З.Ы. и "тормоза" в оракле могут наблюдаться не от нагрузки, а, например, из-за блокирующих сессий. простой пример: идет дивный запрос, типа insert .. from ... select, в это время кто-то пытается обновить те же записи, но они уже залочены под инсерт. в итоге жертва реляционной модели курит бамбук, пока не отработает первый запрос.

надо пару дней помониторить gv$sessions и посмотреть, что там происходит с точки зрения локеров, "длинных" квери и т.д. зачастую проблема может заключаться в логике работы прилагалища, а совершенно не в произбодительности сервера БД.

[HandKot]

Вопрос пока решён.
Разработчики что-то где-то под настроили и скорость возросла.
Я не знаю точно, но, вроде, они долго экспериментировали, что-то включали, что-то выключали как на уровне сервера БД так и на уровне железного сервера.
Но за совет спасибо

[McZim]

Привет, если что могу дать проф рекомендации как жить с базой, благо опыта хватает. Пиши в личку