HANK,
автор- Oracle 9i Enterprise 32 b
- большая база данных (>300Gb)
- сервер WinServer 2003 EE
- ОЗУ - 64 Gb
- процессоров - 8
- HDD - база лежит на 6 дисках по 400 Gb (сделаны из 10 RAID)
- количество пользователей - 1000+
- тип пользователей - собственный приложения, веб-приложения, линки на иные БД.
- есть несколько табличных пространств, где размещаются разделы отдельных приложений(размещены на разных дисках);
- есть несколько пользователей, которые работают каждый со своими правами;
- SGA (SharedPool=320,BufferCache=456,LargePool=8) PGA =500


Первое что бросаетcя в глаза
- ОЗУ - 64 Gb
- База 32 бита
- Количество пользователей 1000+
- ОЗУ - 64 Gb
- База 32 бита ( 2GB лимит доступа по памяти, если не испульзуется boot /3GB )
- SGA 320
- Количество пользователей 1000+
Не понятно как сочетается
- HDD - база лежит на 6 дисках по 400 Gb (сделаны из 10 RAID)
и
- есть несколько табличных пространств, где размещаются разделы отдельных приложений(размещены на разных дисках);

Подробности, что конкретно у Вас происходит, покажет только staspack отчет


авторВопросы:
1. Возможно ли администрировать/настраивать СУБД таким образом, что отдельные табличные пространства/пользователи работали медленно, а отдельные быстро?
2. При такой конфигурации какой предел пользователей с адекватной работой программ?
3. какие дальнейшие пути решения? дальше оптимзировать ПО, структуру БД и запросы к БД, либо переходить на иную версию и разрядность СУБД?



1) по tbs - можно вынести на менее быстрое устройство
2) Зависит от характера нагрузки, если из 1000 сессии активны 100, то вполне.
3) Обязательно, но не всегда возможно, тем более, что скорее всего поддержки нет, кроме того потребуется тестирование и возможно доработка приложений на новую архитектуру
9i для windows _x64 уже не помню, есть ли дистрибутив, если есть, лучше поставить его, но могут возникнуть проблемы с необходимым набором патчей.

Я бы начал
1) анализ statspack
2) ключ /3GB в boot.ini

Leonid KudryavtsevIMHO (по моему мнению)

HANK1. Возможно ли администрировать/настраивать СУБД таким образом, что отдельные табличные пространства/пользователи работали медленно, а отдельные быстро?

Да, есть средство Oracle Resource Manager

Собственно лично я настраивал Oracle Resource Manager в 11 для "корпоративной системы"

Была проблема. что ряд отчетов, не сильно важных по бизнесу, могли сильно загрузить СУБД и мешать другим пользователям. Соответственно выставляли разные приоритеты для критических (OLTP, учетная система) и не критических приложений (отчеты)

Так же, что бы повысить комфорт работы с приложением, маленькие запросы выполняли с максимальным приоритетом, а если запрос работал дольше 15 секунд, понижали ему приоритет.
...


В 9i ничего этого нет, да и resource manager хорош только для нагрузки CPU, если узкое место disk, и у Вас не exadata - то он не поможет

-2-Q.Tarantino64гб не заюзать.Под буффер кеш можно. Остальному останется 2.7 GB.

Да как то криво работает, тестировали, особенного роста производительности не было

Я бы рассмотрел вариант, разделить базу на несколько, например для каждой подсистемы свою базу.

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

Но без отчета statspack - гадание на кофейной гуще, банально может шквал connect от web приложений, timeout и откаты нестартовавших сессий :)