Долгий запуск клиента Dynamics Ax - решение

[Maximin]

Всем тем, кого, как и меня, достал 10-15ти секундный запуск клиента Аксапты после щелчка на иконке - решил разобраться и поделиться с общественностью..

Обычно, это проявляется там, где нет доступа к интернет.
Суть проблемы - клиент Ax32.exe сразу после запуска пытается загрузить список отозванных сертификатов(CRL, Certificate Revocation List), соответствующий то ли тому, которым подписан сам, то ли тому, которым подписан .NET Connector - не важно. Важно лишь то, что он пытается по http достучаться к сайту crl.microsoft.com, используя текущие настройки доступа к Internet из MS IE. Соотв, когда доступа к нему нет, отрабатывается 15ти секундный тайм-аут и клиент-таки, начинает грузиться дальше.

Способы решения в порядке убывания предпочтений:
1. Настроить доступ к crl.microsoft.com. Трафик небольшой (~1кб на запрос) и достаточно редкий (~ раз в месяц) - зависит от настроек периодичности проверок списков отозванных сертификатов или свойств самого сертификата.
2. Прописать crl.microsoft.com в файл hosts на 127.0.0.1 в этом случае, быстро получая отказ, проверка проходит молниеносно.
3. Подсунуть системе скэшированный CRL и его адрес - 2 файла A44F4E7CB3133FF765C39A53AD8FCFDD от другого компьютера в папки "%UserProfile%\Application Data\Microsoft\CryptnetUrlCache\Content\" и "%UserProfile%\Application Data\Microsoft\CryptnetUrlCache\MetaData\". Несмотря на одинаковые имена, файлы РАЗНЫЕ! В принципе, можно не париться и скопировать целиком папку "%UserProfile%\Application Data\Microsoft\CryptnetUrlCache\". Но через некоторый период, указанный в п.1 - кэш сбросится и опять начнутся тормоза.
4. Отключение проверки на уровне системы.
- Открыть в Internet Options, закладку Advanced
- В разделе Security убрать флажок из чекбокса "Check for publisher’s certificate revocation".
- Нажать OK.

Желающие могут проверить и в AX2009 - если там есть такая же проблема, способ тоже должен работать. Разве что в п.2. номер сертификата будет другой, но копирование целиком каталога должно все равно помогать.
Всем спасибо за внимание!

[George Nordic]

Предпочтительнее всего спосоч 4 - тогда и мессангер начинает работать

С Уважением,
Георгий

[Vadik]

Цитата:

Сообщение от George Nordic

Предпочтительнее всего спосоч 4 - тогда и мессангер начинает работать

И много чего еще

[Maximin]

Он начинает работать и при 1м и 3м. При 3м, правда, ненадолго.
А при 2м - не пробовал.
Но 4й - опасно для безопасности. Подсунут каку, подписанную протухшим сертификатом - и антивирус начнет окупаться. Или не начнет, что хуже.

[Ivanhoe]

Цитата:

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

Желающие могут проверить и в AX2009 - если там есть такая же проблема, способ тоже должен работать. Разве что в п.2. номер сертификата будет другой, но копирование целиком каталога должно все равно помогать.
Всем спасибо за внимание!

Спасибо!
AX2009 загружается ~2 раза быстрее - 7 против 16 секунд

[Wamr]

хочу поднять тему

DAX2009 при запуске пытается по http залезть на 213-248-115-219.customer.teliacarrier.com
Кто-нибудь знает зачем?

[user_ax]

Весьма кстати оживили темку, дома попробую проверить)

[Kabardian]

Проблема описана в KB 974830:
You experience slow performance when you try to start the Microsoft Dynamics AX 4.0 client in a closed network or in a perimeter network

[user_ax]

Небольшой оффтоп:

AX 2009 - это 4.0 || 5.0 ?

[ice]

Цитата:

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

Небольшой оффтоп:

AX 2009 - это 4.0 || 5.0 ?

5.0 - это "рабочее" название, официальное название ax 2009

[user_ax]

Цитата:

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

5.0 - это "рабочее" название, официальное название ax 2009

Благодарю!

[Logger]

Кстати, а для com коннектора такое тоже воспроизводится ?

[Ivanhoe]

Подыму тему. DAX 2012 R2. Клиент стабильно стартует не быстрее 15 секунд. Есть идеи?

[R.Safianov]

Если кэш очистить перед запуском дает такой же результат?

[Vadik]

Цитата:

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

Подыму тему. DAX 2012 R2. Клиент стабильно стартует не быстрее 15 секунд. Есть идеи?

Improve client startup times by configuring clients to use roaming profiles [AX 2012]

[Ivanhoe]

Цитата:

Сообщение от R.Safianov

Если кэш очистить перед запуском дает такой же результат?

С очисткой кеша еще дольше - он файлики начинает генерить, это занимается еще до 40 секунд.

В целом по моей статистике запуск AX 2012 занимает в среднем 10 секунд. Но вот на конкретной инсталляции запуск минимум в два раза дольше.

[Ivanhoe]

Цитата:

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

Improve client startup times by configuring clients to use roaming profiles [AX 2012]

Судя по описанию, это важно для первого запуска? У меня стабильно каждый раз такая проблема на каждом пользователе. Совет в начале этой темы пробовал применить, никакой реакции не последовало.

Отключил предварительную загрузку форм в настройке производительности клиента в Аксапте. Стало чуть шустрее, на AOSе клиент теперь стартует 12 секунд, но на терминальном сервере (на разных) стабильно от 20 секунд и выше. Сеть летает, файрволы отключены, железо мощное.

[KiselevSA]

Цитата:

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

Судя по описанию, это важно для первого запуска? У меня стабильно каждый раз такая проблема на каждом пользователе.

Провел эксперимент на своем ноутбуке (путем легкого шаманства и включения личного ноутбука в домен мне удалось поставить AX2012R3 на ноутбук с Win7, естественно без SharePoint? требующий серверную ОС):
- первый старт клиента после включения ноутбука и старта ОС - 10-12 секунд;
- повторный запуск клиента - 3-4 секунды.
Такое ощущение, что необходимые для клиента компоненты, при наличии свободной памяти, кэшируются. На ноутбуке свободной памяти достаточно и ОС не очищает память некоторое время. А вот на терминальном сервере время запуска клиента стабильно превышает 10 секунд, но посмотреть, для какой роли оптимизирован терминал (приоритет ввода-вывода, приложений или фоновых задач) не могу.
Попробуйте на терминале отдать приоритет приложениям.

[gl00mie]

Вся "оптимизация производительности" под приложения vs фоновые задачи сводится к тому, будет ли квант процессорного времени, выделяемый потоку для выполнения, равен, условно говоря, 20 мс или же 40 мс и будет ли подниматься базовый приоритет процесса, чье окно имеет фокус ввода, относительно "фоновых" процессов с 8 (Normal) до 10 (AboveNormal). Кроме того, при установке роли терминального сервера данная настройка производительности автоматом меняется на оптимизацию под приложения.

[KiselevSA]

Цитата:

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

Кроме того, при установке роли терминального сервера данная настройка производительности автоматом меняется на оптимизацию под приложения.

Может и так, но мне казалось, что еще и некоторые параметры при работе с памятью меняются. Могу и ошибаться, давно не копался в ключах реестра.
Провел мониторинг обращений к файлам при старте клиента - основная нагрузка по длительности ложится на файл auc и чтение net сборок. Хорошо бы проанализировать дисковую очередь на терминальном сервере, может проблема там кроется?