А что sappfpar говорит на новую конфигурацию ?

странно но sappfpar говорит что параметры 2000000000 .

Тоже вот долблюсь с настройками. Отчего то раз в пару недель стал отваливаться перенос запросов, причем это не связано с RFC, ибо тесты в STMS проходят отлично. Глюк на уровне оракла


Замечено, чем больше народу работает, тем быстрее может случится эта ошибка. При этом все продолжает работать нормально, но запросы не едут. В среднем в системе работает 60-70 человек, многие открывают по два-три режима. С чем может быть связан этот глюк?
В системе 10 диалоговых процессов и 3 фоновых. (windows 64, Itanium, 32GB RAM)

Забыл добавить - этот глюк лечится перезагрузкой сервера, и так до следующего раза.

Т.е. какое количество процессов по дефолту во время установки случилось, такое и оставили.
Фоновых хотя бы пару добавьте.

Ок, спасибо, добавлю. Помониторю недельку другую - отпишусь о результате

такие же были симптомы
оказалось после некоторого уровня патча ядра нужно было обновить клиент оракла до версии 10.2.0.4 V5

А вы не пробовали посмотреть какое использование *.sessions и *.processes у вас в момент когда эти ошибки валят ?
И вообще какое значение стоит у этих параметров ?
Трейсы в work не пробовали почитать , и ораклиный alert лог?
Удачи.

Скорее всего нужно параметры sessions и processes в оракле увеличить.
tp при запуске создает коннект к ораклу. Если обычные саповские процессы к этому моменту лимит их количества выбирают...
Не увеличивали ли недавно количество саповских процессов в системе? Или дополнительные диалоговые инстанции не поднимали?