После upgrate c 4 на 6,невозможно медленно работает система с
дебиторами.Создали вновь индексы,ничего не помогает.
Может у кого-либо была такая ситуация и пожалуйста подскажите
чем можно ускорить работу системы?Очень много пользователей,
все в панике

Что бы что то ускорить надо знать что ускорить.
Для начала выясните на чём именно происходят тормоза - БД, сервер приложений (может какие расирения надо переделать). Посмотрите ноты - вдруг что то важное не установлено.

Ну и вообще - сервера то отвечают требованиям для 6?

если бы знать,где этот тормоз,сервера отвечают всем требованиям,
ноты вроде бы тоже все закачали.Мониторинг по проводкам по
дебиторам показывает на процессы в логической базе с табл.
BSID,BSAD

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

И ещё, обновите статистику по этим таблицам.

Статистику обновляли,индексы создавали,пока ничего не помогает.
Может еще что-нибудь можно сделать.
Подумайти пожалуйста

Что тут думать? Трясти надо! (с) из анекдота

Вы выяснили какие именно запросы тормозят?
Как Вам уже написали, изучили планы этих запросов?
Проверьте ещё раз индексы - если ли они в БД? Нет ли лишних, отсутствуют нужные (используйте информацию из анализа запросов)?
Кстати, тормозит во всех системах или только продуктив?
Если тормоза относятся к саповской LDB - можно выставить в сап мессадж по данной проблеме.

Не возникают ли записи в alert.log Checkpoint not complete?
В ST06 idle нормальный?

Похоже тормоз только в продуктиве,но информации в продуктиве
несравнимо больше,так что не очень ясно

в alert.log все нормально
st06 показывает
io wait % 91

боремся с этим. операционка HP-ux B.11.23 U ia64
своего hp-шника нет - приходится копать своими силами

а в самих BSID, BSAD, BSIK,BSAK статистика обновлялась?
Можно "ручками" принудительно в них обновить.

а в самих BSID, BSAD, BSIK,BSAK статистика обновлялась?
Можно "ручками" принудительно в них обновить.

Вообщем,наконец заработало.Спасибо всем

А в чем дело было? Интересно, потому как есть аналогичные апгрейды где тоже жалуются на падение производительности и очень большое.

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

в общем дело было так
двухсистемный ланшафт. R/3 4.7 Oracle 9.2 HP-ux 11.23
C-CEE и HR-CEE. апгрейд до ERP2005 и Oracle 10.2.0.2.

в начале сделали апгрейд ДЕВ сервера. вроде бы все прошло нормально. 2 недели тестирования. все модули проверили и сказали - готовы. скорость - вроде нормально все.
сделал апгрейд продуктивного. прошло все. сделал бакап. начал ставить обновления (в основном HR). Далее со слов напарника - который оставался на ночь. на втором экране вызов bdf - просмотр места на дисках для наблюдения за архив-логами (с местом были проблемы). вдруг перестал вызываться - нет такой программы. он остановился и больше ничего не трогал. оказывается ночью слетели часть файлов операционной системы - из-за чего - так и не разобрались.
операционку переустановили специалисты HP-шники. по патчам догнали до уровня предыдущего состояния и поставили парочку дополнительно. после запуска ПРД - тормоза. отследил- медленный оракл. эксперементировали с индексами (как оказалось при апгрейде слетели самодельные индексы на стандартные таблицы). абаперы оптимизировали отчеты. сам занялся настройкой сервера в целом. поставил пару патчей на операционку, настроил ядро (потихоньку становимся hp-шником). настроил оракл (не только по нотам, но и по инфе в инете - сейчас ссылку не помню - описывались вопросы медленной работы оракла в HP-ux)
теперь вроде все работает нормально.