Oracle tuning для TC 8.3

[lexx174 373]

Товарищи знатоки!

возникла проблема - при достижении определенного числа пользовательских процессов в базе,новые пользователи не могут подключиться.

В логах ошибка ORA-12518: TNS:процесс прослушивания не может отсоединить клиента.

ОС Windows Server 2003 EE SP2 32bit 8Gb RAM

Oracle 10.2.0.1 32bit

В параметрах базы количество процессов и сессий стоит больше чем текущих активных(т.е лимит не исчерпывается)

processes - 250

sessions - 280

pga_agregate_target=500Мб

sga_max_size=1.2 Гб

когда оракловых процессов становится в интервале 160-170 выбивает эту ошибку.

Гуглопоиск привел к выводам что это одно из двух - либо баг оракла, который лечится патчем, либо апдейтом до версии 10.2.0.3, либо(в большинстве случаев) - проблема нехватки памяти.Тем более что сервер 32разрядный.Но сервер работает в режиме /PAE, в результате чего система видит 12Гб памяти.

Кто сталкивался с проблемой?

[tolmachevru 0]

Доброе утро!

1. Если я правильно помню (давно с 32-битным не работал), раз sga_max_size = 1,2 Gb, то Oracle видит только их.

2. В Oracle есть специальные пакеты для анализа производительности БД и поиска узких мест. попробуйте посмотреть (например, STATSPACK)

3. Когда были проблемы с оптимизацией, плотно пользовались книгой "Oracle 9i. Оптимизация производительности. Советы и методы" (<noindex>http://www.rsdn.ru/res/book/db/oratuning.xml</noindex>)

4. Используется shared server или dedicated server? Если dedicated, то есть такие проблемы с подключением большого числа пользователей. Попробуйте перевести на shared, количество серверов укажите штук 5, диспетчеров - 1. После этого пакетом STATSPACK снова соберите статистику, он покажет и загрузку серверов.

[lexx174 373]

Доброе утро!

1. Если я правильно помню (давно с 32-битным не работал), раз sga_max_size = 1,2 Gb, то Oracle видит только их.

2. В Oracle есть специальные пакеты для анализа производительности БД и поиска узких мест. попробуйте посмотреть (например, STATSPACK)

3. Когда были проблемы с оптимизацией, плотно пользовались книгой "Oracle 9i. Оптимизация производительности. Советы и методы" (<noindex>http://www.rsdn.ru/res/book/db/oratuning.xml</noindex>)

4. Используется shared server или dedicated server? Если dedicated, то есть такие проблемы с подключением большого числа пользователей. Попробуйте перевести на shared, количество серверов укажите штук 5, диспетчеров - 1. После этого пакетом STATSPACK снова соберите статистику, он покажет и загрузку серверов.

проблему пока что решили уменьшением sga и pga областей.Нашли золотую середину - без сильной потери в бытсродействии и при этом дополнительное кол-во пользователей свыше того критического лимита нормально подключаются

[tolmachevru 0]

проблему пока что решили уменьшением sga и pga областей.Нашли золотую середину - без сильной потери в бытсродействии и при этом дополнительное кол-во пользователей свыше того критического лимита нормально подключаются

Раз помогло уменьшение sga и pga, то проблема с выделением памяти внутри sga_max_size. Попробуйте увеличить его.

[lexx174 373]

при дальнейшем увеличении зайдем опять в пик.Не забывайте что система 32разрядная,и оракл по большому счету выше 2Гб на каждую базу взять не сможет, /3G /PAE особо ничего не дали.

При последующем апгрейде TC конечно уже перейдем на 11g 64bit и там уже многие просто ставят режим автоматического управления памятью

[tolmachevru 0]

при дальнейшем увеличении зайдем опять в пик.Не забывайте что система 32разрядная,и оракл по большому счету выше 2Гб на каждую базу взять не сможет, /3G /PAE особо ничего не дали.

При последующем апгрейде TC конечно уже перейдем на 11g 64bit и там уже многие просто ставят режим автоматического управления памятью

Сможет. Но там надо сам Оракл докручивать. Сейчас на вспомню, делали в 2007 году, использовали до 4 гиг точно.

Хотя если переход на 64х близится, то не стоит заморачиваться