DAX 4.0 AOS ошибка

[NickJR]

Доброго времени суток!
Проблема вот в чем на сервере где установлен AOS в журнале событий стали появляться предупреждения, причем в большом количестве вот такого содержания:

Object Server 01: SPID 88 for Session Id 8, is still present in the database. Please delete the SPID from the database.,

кто может подсказать, что сие означает, критично ли это и главное как с этим бороться???

[kornix]

Добрый день!
Ошибка обсуждалась тут.

Есть статья в базе знаний microsoft:

Цитата:

Появляется сообщение об ошибке в журнале приложений на сервере AOS в Microsoft Dynamics AX: "идентификатор SPID [SPID_number] код сеанса [SessionID], является по-прежнему присутствует в базе данных. Удалите данный код из базы данных"

[NickJR]

Да статья то есть но решение этой проблемы в ней как-то совсем не описано удалить если он один а у меня их много разных их что всех удалять ????, и тема которая обсуждалась решение по моему вопросу тоже не получила, Может все таки кто-нибудь подскажет по существу вопроса и решения оного???

[zZ_TOP_Zz]

Данная проблема описана в KB article 937873, суть ее в том что пользовательские прерываются некорректно,
https://mbs.microsoft.com/knowledgeb...NLMYSKPMLOXMNK

К данной статье в базе знаний имеют отношения еще две статьи, которые могут быть полезны при определении какие именно пользовательские сессии были прекращены:
1.1) 953375 How to find a user ID that is associated with a session ID of a "RPC error: RPC exception 1726 occurred in session [SessionID]" error message in the Application log on the AOS server in Microsoft Dynamics AX
1.2) 953374 You receive a warning message in the Application log on the AOS server in Microsoft Dynamics AX: "SPID [SPID_number] for Session Id [SessionID], is still present in the database. Please delete the SPID from the database"
----

”These event messages are mostly indicate abnormal client shutdowns. This can for example be caused when AX client is being run on a Terminal Server with an idle session limit, and when the limit is reached the terminal session will be ended. This will cause the user session SPID to remain in the AX database. Another problem could be when users not properly shutting down the AX client, but e.g. killing it via Task Manager.
These messages mainly indicate and underlying problem with the user sessions that will need to be further investigated. To clean out obsolete SPIDs from the database you need to shut down all AOSes, backup the production database, and then delete contents of tables SysClientSessions and SysServerSessions.

********
То есть фактически это означает, что такие Event события возникают, когда происходит ненормальное завершение клиентских сессий, то есть, например, когда Ax клиентская сессия запущенна через Терминальное подсоединение с Idle session limit и когда это ограничение достигается, то терминальное подсоединение прерывается. Это, в свою очередь вызывает, то, что user session SPID остается в базе данных Ax, или как вариант пользователи прерывают сессия, то есть завершают ее через Task Manager

[NickJR]

Это, в свою очередь вызывает, то, что user session SPID остается в базе данных Ax

А как это побеждать??? порсто у меня проблемы с доступом к базе знаний(((И какие последствия могут быть от того что SPID остается в базе данных Ax??

[kornix]

Цитата:

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

А как это побеждать??? порсто у меня проблемы с доступом к базе знаний(((

Цитата:

To clean out obsolete SPIDs from the database you need to shut down all AOSes, backup the production database, and then delete contents of tables SysClientSessions and SysServerSessions.

Т.е. Необходим регулярный перезапуск AOS'ов.