howto

При рассылке корпоративного новогоднего поздравления быстрая кампания отработала только на половине участников выбранного маркетингового списка. Кампания продолжала висеть в статусе "Выполняется", но без каких-то признаков жизни.

Кнопка "Отменить" у быстрой компании отсутствует, единственный возможный вариант - удалить - не сработал: "This record is currently being used by Microsoft Dynamics CRM and cannot be deleted."

Как оказалось, выход есть - для каждой запущенной быстрой кампани создаётся соответствующее ей системное задание, которое можно найти в списке системных заданий в разделе "Параметры":

Или через расширенный поиск:

[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]

Для обеспечения дополнительной надёжности и повышения производительности сервера отчётов, можно развернуть службы сервера отчётов на кластере балансировки нагрузки (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]

Одним прекрасным днём появилась как-то задача - обеспечить синхронизацию обрабатываемых записей. Требовалось исключить повторную обработку, которая, к тому же, занимала значительное время.

Решение нашлось очень быстро - создание именованного мьютекса: [node:read-more:link]

Коллеги прислали ссылку на описание процесса генерации документов формата OpenXML.

Это наиболее быстрый и эффективный способ изо всех мне известных.

Для генерации потребуется Open XML SDK 2.0 и Open XML SDK 2.0 Productivity Tool for Microsoft Office.

Последовательность шагов при создании документа следующая:

1. Создаём необходимый документ в Microsoft Office Word или Excel.
2. Открываем созданный документ в Open XML SDK 2.0 Productivity Tool и жмём кнопку "Reflect Code".
3. Вставляем сгенерированный утилитой класс генерации документа (код на C#) в своё приложение.

При переносе сервера CRM на новую архитектуру столкнулся с очень интресной проблемой. Для интеграции CRM - 1С требуется установленный на сервере клиент 1С. С x86-машинами вопросов не возникало - необходимые компоненты регистрировались при инсталляции и были готовы к использованию.

[node:read-more:link]

На днях обнаружил, что на сервере CRM служба CRMAsyncService занимала 100% процессорного времени. Красивой "кардиограммой", так, занимала:

Решение нашлось быстро - изменить параметры одномоментно загружаемых системных задач в память. Параметры эти называются AsyncItemsInMemoryHigh и AsyncItemsInMemoryLow, и хранятся в метаданных, в таблице [MSCRM_CONFIG].[dbo].[DeploymentProperties]. К слову сказать, найденное решение очень близко описывало мою ситуацию - на тестовом сервере развернул промышленную базу. [node:read-more:link]

Столкнулся со странной ситуацией:

1. в CRM заведено несколько прайс-листов,
2. эти прайсы назначены разным клиентам,
3. создаём заказ для одного из клиентов (с определённым прайсом),
4. добавляем в заказ продукт (через создание записи типа "продукт для прайс-листа".

И тут наблюдаем следующее поведение: [node:read-more:link]