узнать текущий AOS в D365

[oleggy]

Привет всем..
Подскажите как внутри бизнес среды D365 узнать AOS в котором работаю?
UP
Точнее как можно в бизнес среде отключить AOS что бы на него пользователи не могли попасть? Поле Статус = Неактивное.

[axm2017]

https://learn.microsoft.com/en-us/dy...prem-batchonly
?

[oleggy]

Цитата:

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

https://learn.microsoft.com/en-us/dy...prem-batchonly
?

Подскажите а можно в D365 как то принудительно открыть свою сессию на определенном AOS ?

[sukhanchik]

Цитата:

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

Подскажите а можно в D365 как то принудительно открыть свою сессию на определенном AOS ?

Выключив (остановив) остальные АОСы .

В рабочем же режиме - не уверен. Хотя врать не буду - не знаю. Сужу просто по тому перечню работ, которые нужно было сделать, чтобы просто изменить веб-адрес системы.

[axm2017]

Цитата:

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

Подскажите а можно в D365 как то принудительно открыть свою сессию на определенном AOS ?

В конфигурации вроде мы можем указать аос. Соответственно сохранить в файл настройки и запускать юзера с данным файлом.
Под рукой 365 нет но думаю мало что поменялось.

[sukhanchik]

Цитата:

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

В конфигурации вроде мы можем указать аос. Соответственно сохранить в файл настройки и запускать юзера с данным файлом.
Под рукой 365 нет но думаю мало что поменялось.

А в какой конфигурации? Есть только URL в браузере

[axm2017]

Да согласен. Давно не работал

[axm2017]

Но люди советуют всякое хитрое
https://msdyn365fo.wordpress.com/202...-specific-aos/

[fed]

Цитата:

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

Но люди советуют всякое хитрое
https://msdyn365fo.wordpress.com/202...-specific-aos/

Лытдыбр: У нас на проекте одно время были большие проблемы с AOSами, В случайный момент времени один из AOSов повисал на минуту-две-три и фактически переставал реагировать на работу пользователей (попытка кликнуть на main menu приводила к паре минут задумчивости). В итоге пришлось учить конечных пользователей подменять куку чтобы переключиться на работающий сервер, как тут в статье указано. После трех месяцев ругани и эскалации микрософт смог выяснить что проблема в сборке мусора. Иногда там куча так переполнялась,что сервер уходил в сборку мусора 2 generation, блокируя исполнение большей части потоков. Еще после полутора месяцев ругани и эскалации удалось продавить увеличение памяти AOSов с 24 Гигов до аж 32. Проблема ушла. (В итоге я думаю одного рабочего времени консов на ругань было потрачено тысяч на 5, а микрософт сэкономил на памяти долларов 60. Из забавного - мы от Микрософта неоднократно получали совет писать код получше, чтобы GC поменьше работы было ). Еще месяца через четыре Микрософт нашел ошибку, из за которой GC вовремя не исполнялся,а исполнялся только уже когда память кончалась.

[Logger]

Цитата:

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

после полутора месяцев ругани и эскалации удалось продавить увеличение памяти AOSов с 24 Гигов до аж 32. Проблема ушла.

Интересно, а если на аос народу побольше загнать. По идее, проблема должна повториться.

Цитата:

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

Еще месяца через четыре Микрософт нашел ошибку, из за которой GC вовремя не исполнялся,а исполнялся только уже когда память кончалась.

Ошибка в Net была?

Мой друг как-то упоминал, что в инсталляторе 365-й было прописано для аоса, делать клиентский режим сборки мусора (<gcServer enabled="false" />). В этом режиме память меньше потребляется и активнее высвобождается. Не поэтому ли они так сделали ? Но вообще прикольно конечно. Серверное приложение работает в режиме сборки мусора предназначенном для клиентских приложений.

В 2012-й такой финт тоже иногда помогал.
AX 2012 - глюки ядра

[fed]

Цитата:

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

Ошибка в Net была?

Не знаю. Собственно о том, что это была ошибка, а не просто честное переполнение памяти из за большого числа кастомизаций и ISV мы узнали по неофициальным каналам.