|
|
#2 |
|
Участник
|
Это инструмент борьбы с коллизиями при работе пакетных заданий. Смотрите класс BatchRun. Различные действия вызывают данную блокировку, но они должны осуществляться быстро. Если это не так - не захламлены ли таблицы? Историю выполнения пакетных заданий тоже можно проверить.
В любом случае при выявлении аномалий стоит пользоваться инструментами анализа (дамп/трассировка). PS рекомендую свести на нет практику прерывания sql сессий - это борьба с ветряными мельницами, логично по горячим следам выявлять причину и сразу регистрировать задание на исправление. PS2 сами эти сессии не особо представляют интерес, это отдельные подключения (микротранзакции) к СУБД - сопоставьте SPID с AX Session ID. Последний раз редактировалось Товарищ ♂uatr; 19.11.2025 в 23:13. |
|
|
|
|
Похожие темы
|
||||
| Тема | Ответов | |||
| Рабочие сессии в Ax2012 | 7 | |||
| Форма активных пользователей (SysUsersOnline) и сессии COM-коннектора | 6 | |||
|