D365: Дебаг батча c VM Dev через JIT - возможно ли?

[Lankey]

D365
Есть класс, надо продебаггить его исполнение в environnement T2(UAT) в пакетной обработке. Подсоединилась через JIT к UAT с моей dev box(LCS) .

Но продебаггить дебаггером не получется.
Пробую сделать trace через trace parcer, так он там тоже не появляется в логах!

Подозреваю, что связано с исполнением . То есть, когда я ставлю пакет на испольнение, то сервис batch на UAT конкурирует за исполнение с сервис batch на VM (тк они обслуживают одну и ту же очередь из записей batchjob). Это так? Если так, то как продебаггить? Можно ли как-то остановить батч сервер на UAT(чтобы батч на моей дев машине подхватил обработку)? Может, вообще как-то иначе надо делать?

[raz]

select * from SYSSERVERCONFIG

update SYSSERVERCONFIG
set ENABLEBATCH = 0
where SERVERID != '<here is my VM>'

[Lankey]

Спасибо.
Я не поняла, откуда может даже в теории оказаться SERVERID = '<here is my VM>', если это JIT UAT?

[raz]

Цитата:

Подсоединилась через JIT к UAT с моей dev box(LCS) .

Отсюда.

[raz]

https://learn.microsoft.com/en-us/dy...ario-debugdiag
https://anithasantosh.wordpress.com/...best-practice/

[Lankey]

Цитата:

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

https://learn.microsoft.com/en-us/dy...ario-debugdiag
https://anithasantosh.wordpress.com/...best-practice/

Спасибо, но как подсоединиться по JIT у меня вопроса нет. Я не понимаю, почему в SYSSERVERCONFIG появится запись о моей VM. Понаблюдаю сегодня

[raz]

Цитата:

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

Спасибо, но как подсоединиться по JIT у меня вопроса нет. Я не понимаю, почему в SYSSERVERCONFIG появится запись о моей VM. Понаблюдаю сегодня

Потому что AOS работает на вашей VM и у него доступ к DB, вот он при старте и создает запись.