После миграции на Linux, oracle "копит" процессы : Супермаг Плюс (Супермаг 2000)

После миграции oracle 10 windows 2003 на oracle 11.2.0.3 linux (переносил через дата памп), в процессе работы оракл начал копить процессы, доходил до 150 (дефолтный лимит) и вываливал в алертЛог:

ORA-00020: maximum number of processes (150) exceeded
ORA-20 errors will not be written to the alert log for
the next minute. Please look at trace files to see all
the ORA-20 errors.

Увеличение процессов до 250 только отстрочило время появления проблемы. Техподдержка С+ посоветовала увеличить процессы до 1000. Я поставил 400 и спустя сутки мониторинга select * from v$resource_limit; процессов 349 и это число только росло, не зависимо от активности пользователей, у ОС кончилась оперативная память и она залезла в свап на 900 мб. На сервере установлено 4гб ОЗУ из них 3.2гб выделено ораклу.

Если честно, проблема совсем не описана. Сколько пользователей-то реальных, чьи сессии? 4Гб и 1000 процессов... Как-то мало совместимо, надеюсь, х86_64?
В какой-то версии Супермага этим страдал почтовик.

Я совсем новичок в oracle. Поэтому на некоторые вопросы могу отвечать не верно.
1. СМ 1.032.2 сп1
2. Пользователей 7.
3. х64

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

Оптимайзер - 7 (функционал) можно поставить. В журнале и пользователи и транзакции в истории.

Спасибо за предложение, но хочется понимать, что я делаю, чтоб не сталкиваться с этой проблемой в дальнейшем.

Так для начала увидеть бы список сессий... Он там есть и правильно составленный.

Спасибо за внимание! Пока разбирался как поставить оптимайзер, залез вручную в сессии и увидел, что 99% сессий - запущены от "OMS" и висят неактивными.
Но самое смешное не это.
Эти сессии были запущены с резервного сервера, который служил промежуточным звеном в миграции базы и находился в той же подсети (по моему недосмотру оракл на нем был активен).
В общем потушил сервер и все встало на свои места.