AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 26.06.2018, 11:38   #1  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,895 / 5650 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Подскажите, пожалуйста, в итоге с учетом собранных шишек. В следующий раз на новом окружении примерно сколько времени будет запланировано на "продумать весь план, пропатчить роботов и положить запасные деталюшки" и непосредственно на сам проект "полететь, построить, сдать"?
По личному - опыту - это ОЧЕНЬ зависит от кривизны клиентского окружения и вменяемости админов. Я бы сказал - собственно консалтерских усилий по установке - где-то порядка 15-20 человекодней. Вопрос в том, если что-то в окружении (например в ADFS или в доменных структурах) криво - как заставить клиента это подправить. У нас на первой установке что-то кривило в AD и сервер периодически переставал видеть куски AD. После 3-4 дней экспериментов, удалось найти команду PowerShell, которая в случае глюков выдавала неправильные результаты. Я эту команду показал клиентским админам и попросил исправить. В итоге - они недели три исправляли ситуацию путем перезагрузки серверов. (После чего все работало день-полтора и потом снова начинало глючить). В итоге у меня ушло недели три на то чтобы их продавить на настоящую починку (которая в итоге свелась к переустановке нескольких серверов с ноля).
Просто там проблема в том, что требования к качеству настройки инфраструктуры достаточно высоки. Попытки клиентским админам указать на кривизну, приводят к ответу "У нас все работает" (Просто иногда виснет, пегружается и глючит - но в принципе в рамках допустимого для типичной установки Windows).
P.S. У второго клиента тоже что-то подобное было. Там клиент около недели пытался переводить стрелки на нас, указывая на то что мы должны сами настроить их инфраструктуру. Я примерно день извел на написание ехидных писем на эту тему. Потом они внезапно нашли причину своих проблем с ADFS и быстренько и без наездов ее исправили. (так что я даже забыл про эти разборки)

Последний раз редактировалось fed; 26.06.2018 в 11:45.
За это сообщение автора поблагодарили: Logger (3), oip (2), ax_mct (5).
Старый 26.06.2018, 11:45   #2  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Вспоминаю недавние охания в стиле "а вдруг там индусы в Azure что-то поломают, а в on prem мы завсегда сами все быстро починим". Чотаржу (с)
__________________
-ТСЯ или -ТЬСЯ ?
За это сообщение автора поблагодарили: Link (0), Ivanhoe (0), vmoskalenko (1).
Старый 26.06.2018, 11:55   #3  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,895 / 5650 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Vadik Посмотреть сообщение
Вспоминаю недавние охания в стиле "а вдруг там индусы в Azure что-то поломают, а в on prem мы завсегда сами все быстро починим". Чотаржу (с)
Знаешь - это скорее о кривизне дизайна системы говорит, а не о проблемах On Premises. По большому счету - единственное полезное новшество D365 - это новый модуль учета затрат (кстати разработанный еще во времена DAX2012R1). И если без увеличения полезной для клиентов функциональности, так сильно выросли затраты на администрирование - это очень о многом говорит. Может Аксапту в Azure перенесли только для того чтобы повысить занятость в Бенгалору и Хайдарабаде ?
Старый 26.06.2018, 12:02   #4  
AlexeyS is offline
AlexeyS
Участник
 
404 / 339 (12) ++++++
Регистрация: 15.06.2004
Адрес: москва
Сложность системы начинает переходить некие разумные границы. Интересно, у других схожая ситуация?
Старый 26.06.2018, 12:45   #5  
cuba is offline
cuba
Участник
 
346 / 134 (5) +++++
Регистрация: 18.09.2014
Адрес: Kyiv
Цитата:
Сообщение от fed Посмотреть сообщение
Знаешь - это скорее о кривизне дизайна системы говорит, а не о проблемах On Premises. По большому счету - единственное полезное новшество D365 - это новый модуль учета затрат (кстати разработанный еще во времена DAX2012R1). И если без увеличения полезной для клиентов функциональности, так сильно выросли затраты на администрирование - это очень о многом говорит. Может Аксапту в Azure перенесли только для того чтобы повысить занятость в Бенгалору и Хайдарабаде ?
Извините, что в не в тему, но что это за модуль такой?
Есть модуль Учет затрат существующий еще с 4-ки, по-моему.
В D365 добавили модуль по затратам. Но я бы не назвал его новым, просто он собрал в себе все, скажем так, MenuItems из других модулей (Производства, запасов и т.д.).
Вы же о нем писали?
Старый 26.06.2018, 12:19   #6  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Цитата:
Сообщение от fed Посмотреть сообщение
По личному - опыту - это ОЧЕНЬ зависит от кривизны клиентского окружения и вменяемости админов. Я бы сказал - собственно консалтерских усилий по установке - где-то порядка 15-20 человекодней.
Это очень много, на порядок, получается, больше AX 2012. Мда.
__________________
Ivanhoe as is..
Старый 02.07.2018, 18:12   #7  
vmoskalenko is offline
vmoskalenko
Участник
Аватар для vmoskalenko
 
145 / 334 (12) ++++++
Регистрация: 25.01.2007
Адрес: Toronto
Цитата:
Сообщение от fed Посмотреть сообщение
Потом они внезапно нашли причину своих проблем с ADFS и быстренько и без наездов ее исправили. (так что я даже забыл про эти разборки)
Я так думаю, что проще свой собственный ADFS поднимать.
Тем более что для каждого энвайронмента (UAT, PROD) требуется свой собственный ADFS
Microsoft грозился сделать возможность использовать один ADFS, во всяком случае зимой было именно так.
Теги
d365fo, lbd, service fabric

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
kurthatlevik: D365FO – Some nice excel tricks Blog bot DAX Blogs 0 02.06.2018 00:13
lcs: Data integration capabilities are now available for Dynamics 365 Finance and Operations on-premises deployments Blog bot DAX Blogs 0 03.04.2018 12:11
sinedax: Use the same ADFS Server for multiple On Premises Environment - Dynamics 365 for Finance & Operations On Premises Installation Blog bot DAX Blogs 0 16.12.2017 06:26
sinedax: Microsoft Dynamics 365 for Finance and Operations, Enterprise edition (on-premises) - Installation PART 1 Blog bot DAX Blogs 0 14.09.2017 13:11
Установка Reporting Services не активна в выборе компонентов программы установки SQL Server 2005. em# DAX: Администрирование 9 20.01.2010 00:04

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 01:09.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.