|
30.06.2020, 14:55 | #1 |
Участник
|
ax2012: Не удается создать сеанс. Подтвердите, что пользователь имеет соответствующие привилегии для входа в Microsoft Dynamics.
в самом конце синхронизации базы данных ax2012 (6.3.6000.151) выдает инфолог с ошибкой:
Не удается создать сеанс. Подтвердите, что пользователь имеет соответствующие привилегии для входа в Microsoft Dynamics. это текст из ktd-файла, блок #1204>MSG_RUNAS_ERRORMESSAGES вхожу в клиента под собой. я admin в аксапте и db_owner на базе в SQL Вопросы: 1. встречался ли кто-нибудь с подобным? 2. как можно исправить эту ошибку? |
|
30.06.2020, 15:13 | #2 |
Administrator
|
А это все одна ошибка? Потому что при использовании функции RunAs действительно система не может запустить код, который исполняется на клиенте. Например, формируется отчет на сервере в отдельной сессии, а потом сильно хочется, чтобы Excel-ка куда-нибудь пользователю сохранилась и может быть даже открылась. Такой сценарий не прокатывает. Нужно отдельно подготовить данные и отдельно их забрать клиентом.
__________________
Возможно сделать все. Вопрос времени |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
30.06.2020, 15:36 | #3 |
Участник
|
Если ошибка лезет в момент синхронизации, то проверь что пользователь Admin включен и связан с действующей учеткой. При синхронизации он ряд действие может запускать через RunAs от этого юзера. (точное место в коде не помню, поэтому процитировать затудняюсь, надо искать)
Поэтому данный юзер должен быть. Он должен быть связан с действующей учеткой и для него лучше отключить выполнение CIL, чтобы если CIL скривился то это бы не мешало. |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
30.06.2020, 15:47 | #4 |
Участник
|
Да, в конце синхронизации в некоторых случаях может начать пробег по всем партициям как раз жестко с пользователем Admin. Возможно что в какой-то из партиций такой пользователь имеет некорректный SID ActiveDirectory.
|
|
|
За это сообщение автора поблагодарили: mazzy (2). |
30.06.2020, 16:11 | #5 |
Участник
|
В инфологе одна.
в евентлоге был SID. Но я в упор не понимал что это такое. Цитата:
Цитата:
Оказалось, что: 1. Сотрудник, который устанавливал акс2012, увольнялся после создания базы, а потом устроился обратно, ему создали новую учетку. 2. Admin содержал алиас вполне существующего сотрудника. 3. Но SID был от заблокированной AD-учетки. Я изменил алиас пользователя Admin на другого пользователя (AD-пользователя от которого запускается AOS), аксапта перезаполнила SID и ошибка исчезла. Спасибо! Барабашки нет! Последний раз редактировалось mazzy; 30.06.2020 в 16:20. |
|
|
За это сообщение автора поблагодарили: sukhanchik (4). |
30.06.2020, 15:37 | #6 |
Участник
|
Еще хорошо бы заглянуть в виндовый лог. Вдруг что содержательное напишет об ошибке.
|
|
|
|