|
|
17.11.2009, 11:25
|
#1 |
|
MCITP
|
Цитата:
Сообщение от sukhanchik
2ZVV: Там есть один мааленький нюанс, не отмеченный в статье. Hostname будет всегда сервером с АОС, а loginname - учетной записью пользователя, от имени которой запущен АОС.
Исключение будут составлять подключения вне DAX - типа запуски SQL Management Studio и т.д.  Цитата:
Что имеем? SPID (номер процесса) и HOSTNAME (имя сервера AOS с которого пришла сессия). В моем случае - '52' и 'AEREMENK01'.
Теперь запускаем еще одну сессию Microsoft Dynamics AX и выбираем Администрирование | Активные пользователи в Главном меню: Получаем, код и имя пользователя. Дальше, звоним пользователю и спрашиваем зачем он это запускал
__________________
Zhirenkov Vitaly |
|
|
|
17.11.2009, 11:51
|
#2 |
|
Administrator
|
Цитата:
Сообщение от ZVV
Ну если дочитать до конца то:
__________________
Возможно сделать все. Вопрос времени |
|
|
|
17.11.2009, 11:38
|
#3 |
|
MCITP
|
Цитата:
Сообщение от sukhanchik
А вот в Oracle каким-то образом передается информация типа Form: Admin@LedgerTable - как объект, пославший запрос (DAX 4.0). Из этой информации несложно догадаться кто есть кто
__________________
Zhirenkov Vitaly |
|
|
|
17.11.2009, 13:14
|
#4 |
|
Участник
|
А можно, поподробней?
Хотя мне кажеться это чуток не то: меня интересует имя аксаптовского пользователя. А при мониторинге я его не смогу увидеть  . В форме Журнал работы пользователей есть поле Сеанс. В не фиксируется идентификатор рабочей сессии. Возможно это значение фиксируется где то в таблице и по нему можно вычислить (в тек момент!) имя пользователя Аксапты (если оно будет фиксироваться в какой то из таблиц)?
__________________
Жить все веселей!.. AX3SP3CU1
|
|
|
|
17.11.2009, 13:33
|
#5 |
|
Administrator
|
Это внутриаксаптовый сеанс и он никак не связан с SQL Server-ным. Откройте форму Активные пользователи и посмотрите на поле сеанс и поле SPID. Вот второе поле - как раз и относится к БД.
__________________
Возможно сделать все. Вопрос времени |
|
|
|
17.11.2009, 13:54
|
#6 |
|
Участник
|
Цитата:
Сообщение от sukhanchik
Это внутриаксаптовый сеанс и он никак не связан с SQL Server-ным. Откройте форму Активные пользователи и посмотрите на поле сеанс и поле SPID. Вот второе поле - как раз и относится к БД.
__________________
Жить все веселей!.. AX3SP3CU1
|
|
|
|
17.11.2009, 13:44
|
#7 |
|
Участник
|
Сервер БД в принципе ничего не знает об Аксапте и ее активных пользователях, поэтому без особых ухищрений я не вижу возможности решить вашу задачу. Т.е. ничего невозможного конечно нет, но боюсь все эти теложвижения достаточно сильно нагрузят сервер.
|
|
|
|
17.11.2009, 14:16
|
#8 |
|
Участник
|
Давайте пойдем другим путем. Перечислите пожалуйста несколько системных таблиц, на которых вы не можете добавить поля.
|
|
|
|
17.11.2009, 15:55
|
#9 |
|
Участник
|
Цитата:
Сообщение от greench
Давайте пойдем другим путем. Перечислите пожалуйста несколько системных таблиц, на которых вы не можете добавить поля.
__________________
Жить все веселей!.. AX3SP3CU1
|
|
|
|
18.11.2009, 14:02
|
#10 |
|
Участник
|
Может проще это решить административным путем, ограничить права доступа?
|
|
|
|
18.11.2009, 18:57
|
#11 |
|
Участник
|
оно то проще: но есть несколько человек, которые работают с данным таблицами. И доступ им нужен
__________________
Жить все веселей!.. AX3SP3CU1
|
|
|
|
18.11.2009, 23:30
|
#12 |
|
Участник
|
Может это поможет
http://blogs.msdn.com/aeremenk/archi...4/5272528.aspx |
|
|
|
19.11.2009, 12:12
|
#13 |
|
Участник
|
Zick-Zibn: "Может это поможет
http://blogs.msdn.com/aeremenk/archi...4/5272528.aspx Мы пользуемся примерно таким же методом, только в SQL 2000 когда возникают блокировки.
__________________
Александр Последний раз редактировалось tolstjak; 19.11.2009 в 12:14. |
|
|
|
19.11.2009, 12:52
|
#14 |
|
Участник
|
Цитата:
Сообщение от Zick-Zibn
Может это поможет
http://blogs.msdn.com/aeremenk/archi...4/5272528.aspx |
|
|
|
22.11.2009, 04:13
|
#15 |
|
Участник
|
Цитата:
Сообщение от greench
Эта ссылка здесь уже была. Такой метод топик стартеру как я понимаю не подходит. Нужно чтобы все определение имени пользователя происходило автоматически на сервере БД, ручные методы его не устраивают.
(
__________________
Жить все веселей!.. AX3SP3CU1
|
|
|
|
06.02.2014, 12:08
|
#16 |
|
Участник
|
Идея для Ax 3.0 где связь аксаптовских пользователей с их SPID не храниться в базе - нужно ее как то в базе принудительно и периодически сохранять.
Для этого можно создать пакетное задание, достаточно частое, 1 раз в секунду. А чтобы пакетное задание не застряло из-за других пакетных заданий то крутить его на отдельно пакетном сервере, не пожалев на него одну лишнюю лицензию. Если AOS'ов много то на каждом сделать свой такой пакетный сервер. Получить перечень пользователей и все их SPIDы (аналог того что отображается в форме Активные пользователи), нужный код можно подсмотреть в реализации формы "Активные пользователи".
__________________
Ax 3.0 SP5 FP2 kr2 |
|
|
|
06.02.2014, 14:14
|
#17 |
|
Участник
|
У нас несколько АОСов, для получения списка пользователей и их SPID мы используем COM коннектор, но пока есть проблема, не понятно как нормальным образом завершать COM соединение. Так как если не закрывать то COM не даст соеденится с другим AOC из текущего процесса. Сейчас мы просто перед каждым соединением убиваем процесс COM соединения. C задержкой в 10 - 20 секунд можем видеть список всех пользователей и их SPID
|
|
|
| Теги |
| login, spid, логин |
|
|
|
Комбинированный вид
