Просто для информации. Выпущен Update Rollup 4 для Microsoft Dynamics CRM 4.0. Скачать его можно по ссылке.

Теперь ждем 02 июля, когда, в соответствие с политикой выпуска пакетов обновлений, ожидает Update Rollup 5.

(Еще не оценили)

 Loading ...

Команда Dynamics CRM E2 (Engineering for Enterprise) опубликовала Dynamics CRM Developer Toolkit, который доступен по ссылке. Набор инструментов призван облегчить разработку решений под Dynamics CRM 4.0 с использованием Visual Studio 2008.

(2 голосов, средний: 5.00 из 5)

 Loading ...

Итак, наконец-то на Центре Загрузки Microsoft для скачивания стал доступен компонент под названием Agent Communications Panel. Что это такое?

Это специальный add-in, который позволяет пользователям управлять своими коммуникациями через Microsoft Dynamics CRM. Компонент работает в связке с Microsoft Office Communications Server 2007 R2 и Microsoft Dynamics CRM 4.0. По сути, это отдельно приложение (XBAP), которое открывается в Internet Explorer и отображает интерфейс Dynamics CRM с одним дополнением – появляется специальная закладка Agent Communications Panel, которая и отвечает за интеграцию с OCS 2007 R2. Как это выглядит (скриншот из документации, которую можно скачать по указанной выше ссылке):

(6 голосов, средний: 4.33 из 5)

 Loading ...

На Центре Загрузки Microsoft стала доступна русская версия компонента List Web Part for Dynamics CRM 4.0. Скачать компонент можно по ссылке.

(Еще не оценили)

 Loading ...

В полном соответствие с заявленной политикой по выпуску новых обновлений сегодня стал доступен Update Rollup 3. Скачать обновление можно по ссылке. Следующее обновление ожидается 07 мая.

(Еще не оценили)

 Loading ...

Не успели все поставить еще Update Rollup 1, как уже вышел Dynamics CRM 4.0 Update Rollup 2. Информация о том, что вошло в UR2 доступна в статье. Скачать же обновление можно с Центра Загрузки Microsoft.

(1 голосов, средний: 5.00 из 5)

 Loading ...

Ну наконец-то! По ссылке доступен web part для Dynamics CRM 4.0. Что появилось нового по сравнению с предыдущей версией:
- Поддержка multi-tenancy
- Поддержка SSL
- Поддержка IFD
- И многое другое

(1 голосов, средний: 5.00 из 5)

 Loading ...

Достаточно часто встречается задача обеспечить отказоустойчивую работу системы. И, если для базы данных применяется SQL кластер, то для обеспечения безотказной работы самого CRM сервера необходимо использовать т.н. NLB кластеры. Их особенность в том, что они могут обеспечить как балансировку нагрузки (когда запросы распределяются между различными серверами), так и отказоустойчивость. При этом, возможно управлять как нагрузка распределяется по серверам.
Благодаря статье установка CRM на кластер является достаточно простым делом. Но, как говорится, есть нюансы, из-за которых пришлось два дня разбираться с системой.
Пример (чисто для развлекательных целей ):
Есть NLB кластер, состоящий из 2-х серверов. Настройки NLB кластера такие, что все запросы обрабатываются ServerA (есть особенности стороннего ПО, что привело к желанию работать именно так). Все работает (пока). Теперь выполняем на ServerA команду iisreset. Что происходит? Если в момент рестарта пользователь зайдет на виртуальное имя кластера, то он обратится к ServerB. После успешного завершения выполнения команды все запросы опять будут поступать на ServerA. В моей системе в этом месте возникал сбой. Система выдавала ошибку 500 (а, если покопаться в логах, то и 401).

Что-то было неправильно с аутентификацией. Стал разбираться. Включил Kerberos логи:

476.568> Kerb-Warn: KerbVerifyPacSignature contacting domain (null) for user xxxxxxx
476.568> Kerb-Error: KDC failed to verify PAC signature: 0xc00002f5. d:\nt\ds\security\protocols\kerberos\client2\krbtoken.cxx, line 837
476.568> Kerb-Error: Pac signature did not verify: domain (null), status c00002f5
476.568> Kerb-Error: Failed to create token from ticket: 0xc00002f5. d:\nt\ds\security\protocols\kerberos\client2\ctxtapi.cxx, line 3889

Сразу стал грешить на SPN (ServicePrincipalName). Оказалось не зря. Нужно, чтобы на учетную запись, под которой работает CRM пул (и CRM Async service) были зарегистрированы следующие SPN:

HOST/VirtualName
HOST/VirtualName.FQDN
HTTP/VirtualName
HTTP/VirtualName.FQDN
HTTP/ServerA
HTTP/ServerA.FQDN
HTTP/ServerB
HTTP/ServerB.FQDN

И не больше! У меня было зарегистрировано еще 4 SPN (HOST для серверов-узлов кластера) что вызывало дублирование SPN (т.к. эти же SPN автоматически регистрируются для учетных записей самих серверов)

Чем редактировать AD? Можно утилитой SetSPN, можно консолью ADSIEdit – кому как удобней.

Ну все – завтра грядет маленький короткий отпуск. Питер ждет!

(2 голосов, средний: 5.00 из 5)

 Loading ...