Какая-то бага в 8i : Oracle

Кстати, периодически сталкиваюсь с багом в 8i, характеризуется жалобами на shared_pool_size (нехватка места) и жуткой загрузкой проца. Проблема решается поиском таблицы, на которой встают запросы и ее перестройкой с полным убиением и созданием индексов. По какой-то причине индексы инвалидными не помечаются, но и не работают.

Да уж, это одна из проблем, не дающая спать по ночам *01. Надо добавить, что простой rebuld индекса не помогает

Да какое там rebuild! Экспорт-импорт не спасает!! Причем выкручиваю, судя по всему после убития-создания заново падает почти сразу... Вон count(*) по 12000000 записей 15 секунд вместо долей секунд пашет.. Хоть тресни! Хотя в плане - использование индекса...

может в этом случае сильно влияет наличие статистки и её актуальность?

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

Очень интересно. Пришлите, пожалуста, скриптики для моделирования ситуации.

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

Доброго всем дня !
недавно вышел на ваш форум в поисках средства от зубной боли под диагнозом shared_pool_size!
Что тока не делал - оптимизатор, пределка индексов, flush shared_poll - и вот таки нашел тему в форуме по этому вопросу.
Возникла у меня эта проблема после годак как работы базы в ЦО.
У меня только вопрос к OlegOn - как найти талицу на котрой встают запросы ?

Самое хорошее - поставить Spotlight for Oracle от Quest, там в юзерской закладке видны запросы и как кто грузит сервер, удобно. Самое простое - в DBA Studio или Enterprise Console на закладке сессий найти того, кто предположительно грузит больше всего (у кого тормозит одиночная операция в данный момент) и посмотреть закладку Long operations.

Спасибо !
скачал Spotlight for Oracle.
разберусь в нем и постараюсь отловить негодяя.