счетчик производительности SQL cursors active

[fed]

Настройка Max Open Cursors относится не ко всему AOS в целом, а к сессии. Фактически - это количество закэшированных запросов, которые Аксапта пытается реюзать в рамках сесии. При закрытии сессии, закэшированные курсоры теоретически должны быть закрыты. Но: Если вы поставили параметр session timeout (или как он там называется. В 2009 этот параметр отсутствует, а более старых версий системы под рукой нет чтобы посмотреть) в конфигурации сервера приложений (в control panel которая), то при выходе пользователя из системы, сессия на самом деле не закрывается, а тоже некоторое время хранится в кэше с целью повторного использования. Кстати - если этот параметр не трогать, то сессия тоже кэшируется. Кажется секунд 15 для сиквела и 2 минуты для оракла.
Так что в пределе, число закэшированных курсоров должно равняться среднему числу сессий, помноженному на максимальное число открытых курсоров.

[SHiSHok]

Цитата:

Сообщение от fed

Настройка Max Open Cursors относится не ко всему AOS в целом, а к сессии. Фактически - это количество закэшированных запросов, которые Аксапта пытается реюзать в рамках сесии. При закрытии сессии, закэшированные курсоры теоретически должны быть закрыты. Но: Если вы поставили параметр session timeout (или как он там называется. В 2009 этот параметр отсутствует, а более старых версий системы под рукой нет чтобы посмотреть) в конфигурации сервера приложений (в control panel которая), то при выходе пользователя из системы, сессия на самом деле не закрывается, а тоже некоторое время хранится в кэше с целью повторного использования. Кстати - если этот параметр не трогать, то сессия тоже кэшируется. Кажется секунд 15 для сиквела и 2 минуты для оракла.
Так что в пределе, число закэшированных курсоров должно равняться среднему числу сессий, помноженному на максимальное число открытых курсоров.

в 3-ке настраивается time-out для connection, у меня настроен 30 мин, НО, часть сотрудников работает 8 часов в день, соответственно когда они уходят домой то все тайм ауты истекают, а значение счетчика SQL cursors не уменьшается.

[fed]

Цитата:

Сообщение от SHiSHok

в 3-ке настраивается time-out для connection, у меня настроен 30 мин, НО, часть сотрудников работает 8 часов в день, соответственно когда они уходят домой то все тайм ауты истекают, а значение счетчика SQL cursors не уменьшается.

Гм. Единственное что могу предположить - что это тупой глюк монитора
А в чем собственно первоначальная проблема ? Почему вопрос возник ?

[SHiSHok]

Цитата:

Сообщение от fed

Гм. Единственное что могу предположить - что это тупой глюк монитора
А в чем собственно первоначальная проблема ? Почему вопрос возник ?

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

Интересно как в других системах 3-й версии (желательно sp3cu1) этот счетчик ведет себя. Когда АОС без пользователей этот счетчик должен быть = 0. На тестовой у меня все красиво (но там 2-3 человека живет и не сильно напрягают ф-ционал), а вот на основной счетчик растет и при выходе всех юзеров уже не 0.