21.08.2019, 15:16 | #3 |
Administrator
|
Дело в том, что в D365 обновления накатываются по принципу - "нажал кнопку, дождался, пока отработает". Т.е. конечно 30-45 минут простоя не есть здорово, но процедура обновления не разделяется на собственно синхронизацию, обновление кода и еще ряд процедур. Т.е. конечно в недрах Powershell-скриптов разделение есть, но для конечного пользователя - его нет
Ключевая - необходимость правки exe-шника. Во-первых это явно запрещено лицензией (и это может отпугнуть потенциальных пользователей этого подхода). Во-вторых, после обновления exe-шника (если он еще обновится) процедуру придется повторить. И это как раз самая ключевая фишка. Сегодня работает специалист, который все это может провернуть, а завтра уже работает другой специалист, который это (патч) не может провернуть. В результате все привыкнут "к хорошему" и после обновления могут получить "мину". Это конечно не технические проблемы, но они вполне могут помешать использованию этой идеи.
__________________
Возможно сделать все. Вопрос времени |
|
|
За это сообщение автора поблагодарили: Logger (3). |
Теги |
ax2012, ax2012r3, performance, обновление, производительность, синхронизация |
|
|