Проблемы с shared_pool

Lucky13
Дата: 04.12.2009 12:42:44
Просьба срочно помочь, пока не заставили перегрузить сервер :)

Oracle 10.2.0.4 (EE), SuSE Linux

Наблюдается такая картина:
1. большие задержки при обработке информации
2. резко возросли ожидания "latch: library cache", "latch: row cache objects"
3. много времени тратится на парсинг запроса
4. запрос количества всех записей из V$SQLAREA возвращает значение < 1000 (а при нормальной работе от 20 000 до 30 000)

Первый вопрос очень срочный: можно ли как-то это дело устранить без перезагрузки сервера (когда подобная ситуация была - перезагрузка помогла, flush shared_pool не помог).

Второй вопрос: что могло послужить причиной. Доп информация: проблемы начались примерно в тот час, когда на сервере запускалась ЕЖЕСУТОЧНАЯ пакетная задача, изменяющая большой объем данных. За год это второй случай такого ухудшения.

Заранее благодарен!
Деев И.
Дата: 05.12.2009 23:13:14
Случаем не ASMM ли глючит (если настроен SGA_TARGET)?
Недавно столкнулись с тем, что ему иногда начинает "сносить крышу" и в результате на shared pool выделяется мало памяти, что приводит ко всем описанным последствиям. На Металинке советы такие - либо отключить вообще автоматическое распределение памяти, либо задать вручную достаточный минимальный уровень по составляющим SGA.
semenar
Дата: 05.12.2009 23:52:24
автор
1. большие задержки при обработке информации
2. резко возросли ожидания "latch: library cache", "latch: row cache objects"
3. много времени тратится на парсинг запроса
4. запрос количества всех записей из V$SQLAREA возвращает значение < 1000 (а при нормальной работе от 20 000 до 30 000)

Снять statspack с окном нагрузки, для постановки диагноза и сюда.
автор
когда подобная ситуация была - перезагрузка помогла, flush shared_pool не помог)

А перезагрузки и флуш зачем? Понятно что подобного рода вариант "лечения" без определения проблемы тупиковый.
Alert.log
Дата: 06.12.2009 00:34:23
Lucky13,

А буфер кэш ресет не пробывали?