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

[SHiSHok]

Интересное поведение счетчика SQL cursors - active: после старта АОС некоторое время отображает вроде как адекватное кол-во курсоров т.е. Active = Cached - Total.
"SQL cursors - total" = Total number of open SQL cursors (active and cached).
В один прекрасный момент значение Active инвертируется (например FFFFFFF4h) и дальше отображается в таком виде. курсоры потихоньку растут (значение уменьшается, т.к. инверсия) пока АОС не слетит.

может кто знает где копать?

[Owl83]

Всем доброго времени суток

Хотелось бы возродить этот заброшенный тред.

Имеем в компании аналогичную проблему. Если аосы работают без перезапуска более 5-7 дней, то наблюдаются падения аосов либо аномальные тормоза.

Имеем два аоса, находящиеся на отдельных машинах. Аосы объединены в кластер.
Чтобы было, о чем подумать, настроил мониторинг счетчиков Navision Axapta Object Server.

Выяснилась такая картина:
1. на первом аосе значение счетчика SQL cursors - active колеблется в районе 450-600, а на втором стабильно растет, примерно по 400-500 в день.
2. последний случай тормозов (множественные блокировки друг друга среди пользователей, повышенная нагрузка на сервер MSSQL) совпал по времени с тем, что на втором аосе значение этого счетчика доросло примерно до 4500 и стабилизировалось на этой отметке на несколько часов, пока вечером аосы не перезапустили.

Из того, что уже обсуждалось выше по нашей ситуации могу сказать следующее:
* Параметры Max Open Cursors и session timeout в настройках аосов у нас не указаны.

* Значение счетчика SQL connections - active меняется в зависимости от количества клиентов. При уменьшении SQL connections - active уменьшения SQL cursors - active не происходит.

* На сервере MSSQL значение счетчика SQLServer:Cursor Manager by Type/Active cursors ведет себя вполне нормально и после окончания рабочего дня снижается почти до нуля.

Хотелось бы узнать, как эта проблема решилась у автора топика.
И кто что может посоветовать в такой ситуации.

[SHiSHok]

Цитата:

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

Имеем в компании аналогичную проблему. Если аосы работают без перезапуска более 5-7 дней, то наблюдаются падения аосов либо аномальные тормоза.
Хотелось бы узнать, как эта проблема решилась у автора топика.

отрефакторил кучу куда - не помогло, в итоге разнес юзверей на 2 аоса. сейчас более менее нормально.
Если у Вас 5 дней нормально пашет, введите штатную процедуру перезагрузки АОСов на выходных. Я, например, на выходных заливаю проекты + перегружаю Ax.

PS. версия Ax и сиквела какая?

[Owl83]

SQL active cursors по всей видимости к нашей ситуации не имеет отношения.

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

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