settings

Если вы активно используете CRM, то наверняка сталкивались с непроизвольной перезагрузкой окон Internet Explorer после закрытия како-либо формы.

Особенно неприятно было это наблюдать при работе с расширенным поиском, т.к. условие поиска сбрасывалось и его приходилось формировать повторно.

Избежать такого поведения Internet Explorer'а можно (в случае с CRM - даже нужно!) отключив автоматическое восстановление окон IE. Для этого в реестре выставляем в «0» значение ключа «HangRecovery» (ветка «HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main\»). [node:read-more:link]

Сегодня команда разработчиков опубликовала интересный документ - требования по подключению и список задействованных портов в Microsoft Dynamics CRM 2011. Документ поможет корректно настроить межсетевой экран при разворачивании и настройке CRM.

Вот пример задействованных подключений при использовании Windows Integrated Authentication:

А вот подробная схема взаимодействия всех подсистем:

Первооснову данного документа следует искать в Microsoft Dynamics CRM 2011 Implementation Guide. [node:read-more:link]

Внезапно не завёлся простейший WCF-сервис с привязкой "netTcpBinding" (WCF self-hosted в windows-службе).

	...

        <host>
          <baseAddresses>
            <add baseAddress="net.tcp://server:8888/Service"/>
          </baseAddresses>
        </host>

	...

        <endpoint
            address=""
            binding="netTcpBinding"
            contract="Contoso.IService" />
	
	...

В логах появлялось следующее сообщение при попытке запустить службу: [node:read-more:link]

После установки четвёртого пакета обновлени (Update Rollup 4) внезапно перестали работать клиентские REST-запросы из форм действий: задач, эл. писем, кастомных действий. Каждый вызов REST заканчивался ошибкой Error: 400: Bad Request: "Сервер обнаружил ошибку при обработке запроса. Дополнительные сведения см. в журналах сервера." (The server encountered an error processing the request. See server logs for more details.).

[node:read-more:link]

При настройке Email Router'а под Microsoft Dynamics CRM 2011 столкнулся со следующей ошибкой:

E-mail Router Configuration Manager

The E-mail Router Configuration Manager was unable to retrieve user and queue information from the Microsoft Dynamics CRM server. This may indicate that the Microsoft Dynamics CRM server is busy. Verify that URL 'http://server/orgname' is correct. Additionally, this problem can occur if specified access credentials are insufficient. To try again, click Load Data. (Метаданные содержат неразрешимую ссылку: "http://server/XrmServices/2011/Discovery.svc?wsdl".) (Metadata contains a reference that cannot be resolved: 'http://server/XrmServices/2011/Discovery.svc?wsdl'.)

Для решения этой проблемы советую проверить включена ли анонимная проверка подлинности не только для каталога "Microsoft Dynamics CRM\XrmServices", но и для вложенного каталога "2011":

[node:read-more:link]

Для обеспечения дополнительной надёжности и повышения производительности сервера отчётов, можно развернуть службы сервера отчётов на кластере балансировки нагрузки (NLB-кластере). Большим плюсом такого решения будет единый адрес для конфигурирования службы отчётов, развёрнутого в связке кластера сервера-приложений и SQL-кластера. Это позволяет гибко переключать сервер отчётов на другие базы не перенастраивая клиентские приложения на новый адрес SSRS. Более подробно об этом можно прочитать в статьях, ссылки на которые приведены в конце заметки.

[node:read-more:link]

После переноса Microsoft SQL Server Reporting Services работает - отчёты создаются.

Но стоит перейти к настройкам подписки/рассылки отчётов в административном разделе, как мы получаем интересное сообщение: В базе данных сервера отчетов произошла ошибка. Это могло произойти из-за ошибки соединения, истечения времени ожидания или недостатка места на диске с базой данных. (rsReportServerDatabaseError)

На редкость информативное сообщение обязывает заглянуть в логи SSRS, где расскрываются подробности произошедшего: [node:read-more:link]

Перенос сервера Microsoft SQL Server Reporting Services не является сложной задачей, но имеет некоторые моменты, которые могут смутить.

Так, например, недостаточно просто перенести файлы баз данных SSRS на новый сервер, - требуется дополнительно переконфигурировать SSRS. Конфигурация производится в Диспетчере конфигурации служб Reporting Services, и основным шагом является привязка перенесённой базы к новому экземпляру сервера отчётов.

[node:read-more:link]

Буквально сегодня решилась проблема внезапного пропадания ISV-кнопок с формы CRM. Проявлялась она вот в чём: эпизодически у разных пользователей внезапно пропадали ISV-кнопки. Временно исправить такую ситуацию помогала лишь очистка кэша IE.

Сначала я грешил на порядок кнопок и некорректную обработку заэскейпленных JS-скриптов браузером Internet Explorer. Потом даже было предположение, в некорректном обработчике из htc-компонента CRM который отвечает за "сворачивания" кнопки до иконки (если названия ISV-кнопок не могут быть отрисованы полностью). Не помогала даже серверная очистка кэша.

Как оказалось эта проблема связана с путаницей cookies, создаваемых IE и Outlook (точнее Outlook-клиентом для CRM). [node:read-more:link]

При включенной опции автоматического отслеживания писем из Outlook в CRM можно натолкнуться на ограничение размера отслеживаемого сообщения. Как правило, это выливается в множественные записи в Event Log на сервере CRM следующего содержания: [node:read-more:link]