Как ограничить потребление памяти в Oracle db 11g EE?

Question

[pixik]

Доброго времени!
На тестовом сервере (linux) почти 4 гига RAM, при запуске базы (Oracle Database 11g Enterprise Edition Release 11.2.0.4.0) занимается 1.2G. После очереди запросов (10-20к) остается около 40 мб свободной оперативы и сервер перестает отвечать. Подскажите куда копать, какие логи посмотреть, что подкрутить?
Можно как нибудь сделать так, чтобы лучше база отвечала медленнее, но не съедала всю возможную память на сервере?

Answer 1

[Евгений]

При старте в алерт логе база пишет параметры не по умолчанию. Выложите их сюда. В первую очередь интересуют значения sga_target, pga_aggregate_target, memory_target, sga_max_size, memory_max_size.

Алер лог лежит где-то в /u01/app/oracle/diag/rdbms/db_name/db_name/trace/alrert_db-name.log

Comments

[pixik]

Спасибо! Не знаю, как сюда вложить лог, залил на гуглдрайв alrert_db-name.log, non-default values.
Из указанных вами параметров я нашел только memory_target в alert.log. Где их можно еще посмотреть?

[Евгений]

pixik, все правильно, если установлен memory_target, то все остальные параметры ORACLE подстраивает автоматически.

К сожалению, вплоть до 11-й версии в оракле нельзя ограничить использование памяти для пользовательских сессий (PGA). Нужный вам параметр pga_aggregate_limit появился только в 12.

Вы можете попробовать отключить memory_target (поставить =0) и вручную установить sga_target и pga_ggregate_target, чтобы задать размеры областей. Но дело в том, что это параметры "целевые", "рекомендательные". Оракл будет изо всех сил стараться не выходить за их пределы, но иногда случается например так: www.sql.ru/forum/1156356/16gb-i-pga-max-size

Кстати, у вас в алерт логе ошибки ora-00020, не хватает процессов. Нехватка процессов гарантированно сделает базу недоступной. Можно увеличить параметр processes до 250, например.

[pixik]

Евгений, Спасибо за ответ! Скажите пожалуйста о каких процессах идет речь? Дело в том, что т.к. это тестовая база, то клиентов к ней коннектится не больше 4х при этом в одно время 1-2. Если речь идет конечно о процессах листенера.

[Евгений]

pixik, это все процессы, внутренние оракловые и пользовательские. Можно посмотреть в v$session. Один пользователь может открывать несколько сессий, в каждой сессии может быть запрос, выполняющийся параллельно. Плюс внутренние процессы оракла, плюс какие-нибудь джобы. Можно посмотреть исторические значения например вот тут (писал по памяти, нет консоли под рукой проверить):

select metric_name, minval, maxval, begin_time
form DBA_HIST_SYSMETRIC_SUMMARY
where metric_name = 'Process Limit %'

Answer 2

[Иван Сорокин]

Это для Oracle 9, но думаю разница не большая
RAM=4G: (если на сервере запущен один экземпляр)
SHARED_POOL_SIZE=512M
DB_CACHE_SIZE=2G
LARGE_POOL_SIZE=16M
PGA_AGGREGATE_TARGET=128M

Посмотреть значения параметров можно так:

select name, value/1024/1024||' Mb' from v$parameter where name in ('shared_pool_size', 'db_cache_size', 'large_pool_size', 'pga_aggregate_target');

Answer 3

[andreev_aa]

Если после запуска БД память остается, а исчезает после начала работы, значит ее съедают либо пользовательские сессии, тогда нужно смотреть в сторону уменьшения параметра pga_aggregate_target. Также при таком небольшом объеме памяти, сервер можно начать активно использовать swap раздел. В любом случае для анализа нужен алерт лог БД.