расчет себестоимости стал медленным : Супермаг Плюс (Супермаг 2000)

СМ1.026сп3, Oracle 10.2.0.4, база ЦО. Win2k3 enterprise sp2 x32, Core I7, 8гб озу, антивирусов нет.
До недавних пор перенос частичный+расчет укладывался в 1.5часа. Полную очистку аналитической бд производил. Сейчас расчет длится 4.5-5часов.
База хранится на 2х Western Digital "VelociRaptor" 10000 rpm, ОС на отдельном, бэкапы на отдельном. Users(5файлов по 5гб),temp (3гб+2гб+2гб), ... на 1м винте, на 2м индексы (8файлов по 5гб). Вчера в alerts.log обнаруживал 8 индексов, которые или часть которых unusable, alter index ... rebuilld; провел им.
Для Oracle EM в меню пуск не было ярлыка с момента установки (на чистую винду ставил месяца 2 назад, импорт дампа 8->10). http : //<ip>:1158/em не пашет. При попытке запустить службу OracleDBConsoledboffice выдается в журнале винды: Описание: Agent process exited abnormally during initialization.
Оптимайзер запрещен к исполнению руководством.
В ближайшее время планируется обновление версии СМ2к до актуальной. Но стоит ли, когда сейчас не все ладно с базой или наоборот поможет. Файлы табличных пространств подумываю изменить: бэкап, экспорт, удаление базы, создание базы с файлами не более 2гб, импорт, стоит ли?
Есть подозрение, что распределение памяти настроено не верно или что-то с табличными пространствами.

битые индексы ищут не в алерте... пока все написанное подходит для сочувствия, а не для анализа ситуации. OEM предлагаю забыть.
Если нужна оптимизация БД, могу предложить, а лечить по фотографии вряд ли получится. Из написанного видно, что что-то болит. Причем, не понятно, после чего.

В alerts.log не специально за индексами заглядывал, а в целом предупреждения глянуть.
Так правильно их искать:
SQL> select * from dba_indexes where STATUS='UNUSABLE';
строки не выбраны
SQL> select * from dba_ind_subpartitions where STATUS='UNUSABLE';
строки не выбраны
?

Да, правильно.
Oracle - вещь жутко крепкая. Индексы там просто так не разваливаются. А вот на вопрос "после чего" пока не видно ответа.

До перехода с 8 на 10 оракл сторонним человеком был написан скрипт AutoIt3 рассчитывающий себестоимость через назначенные задания винды: нажатие лкм в определенных координатах определенного "окна", ввод символов (логин\пасс), с определенными интервалами временными, остановка-запуск служб(почтовик). После перехода на 10й оракл не использовали данный скрипт. На прошлой неделе сис.админу оутсорсеру вменили в обязанности восстановление авто расчета себестоимости, он правил скрипт и выполнял его.
Больше ничего не известно мне, я только бэкапы делал+бывали жалобы о тормозах при принятии доков после расчета себестоимости (бух считала ручками) - гасил службы, ребут - помогало.

тогда кроме предложенного во втором сообщении мне предложить более нечего.

А то что собираемся обновить версию см2к до текущей? По идее несколько промежуточных версий установлено будет, генератор БД прогнан. Стоит ли при "болячке" обновляться?

Для того, чтобы ответить на этот вопрос, надо понять, в чем состоит "болячка".
А по твоим сообщениям этого понять невозможно...

судя по "Win2k3 enterprise sp2 x32" без упоминания AWE, память у тебя используется не полностью. наверняка, можно заметно разогнать базу, добавив буферов.

из под sys'а:
select * from v$pgastat
select * from v$sgainfo

оптимайзер был значительно доработан, в том числе по вашим проблемам. попробуй поднять копию базы (супермажная лицензия не нужна, достаточно оракловой базы) и погонять по ней недельку оптера. сначала в постоянном MT. потом, когда большие "старые" таблицы оптимизируются - в рабочем режиме: MT на 3-4 часа ночью. посмотри по логам, как часто получается подключаться, случается ли, что в МТ+1час не отработался.

по моим наблюдениям, если у базы мало памяти (1-1.5Г) она может начать подтормаживать после запуска на ней оптера в постоянном режиме. выделение доступного максимума проблему снимает.

Пробовал отбирать инвалидные объекты - строки не выбраны ().
Если подскажете как куда копнуть, что проверить, то исполню и выложу результаты.