crrm.ru - howto

Как отменить или возобновить выполнение быстрой маркетинговой кампании (Quick Campaign)?

Vladislav Osmanov — Fri, 28 Dec 2012 13:02:26 +0000

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

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

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

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

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

Язык Русский

Метки:

field_vote:

Average: 3.9 (30 votes)

Ошибка Error: 400: Bad Request для REST-запросов с HTTP-заголовком Referer на кириллице

Vladislav Osmanov — Fri, 30 Dec 2011 10:58:41 +0000

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

Пример запроса:


at ServiceModelTraceRedirector.TraceData(TraceEventCache eventCache, String source, TraceEventType eventType, Int32 id, Object data)
at TraceSource.TraceData(TraceEventType eventType, Int32 id, Object data)
at DiagnosticTrace.TraceEvent(TraceEventType type, Int32 code, String msdnTraceCode, String description, TraceRecord trace, Exception exception, Object source)
at ExceptionUtility.TraceHandledException(Exception exception, TraceEventType eventType)
at MessageRpc.ProcessError(Exception e)
at MessageRpc.Process(Boolean isOperationContextSet)
at ChannelHandler.DispatchAndReleasePump(RequestContext request, Boolean cleanThread, OperationContext currentOperationContext)
at ChannelHandler.HandleRequest(RequestContext request, OperationContext currentOperationContext)
at ChannelHandler.AsyncMessagePump(IAsyncResult result)
at AsyncThunk.UnhandledExceptionFrame(IAsyncResult result)
at AsyncResult.Complete(Boolean completedSynchronously)
at AsyncQueueReader.Set(Item item)
at InputQueue`1.EnqueueAndDispatch(Item item, Boolean canDispatchOnThisThread)
at InputQueue`1.EnqueueAndDispatch(T item, Action dequeuedCallback, Boolean canDispatchOnThisThread)
at SingletonChannelAcceptor`3.Enqueue(QueueItemType item, Action dequeuedCallback, Boolean canDispatchOnThisThread)
at HttpChannelListener.HttpContextReceived(HttpRequestContext context, Action callback)
at HostedHttpTransportManager.HttpContextReceived(HostedHttpRequestAsyncResult result)
at HostedHttpRequestAsyncResult.HandleRequest()
at HostedHttpRequestAsyncResult.BeginRequest()
at HostedHttpRequestAsyncResult.OnBeginRequest(Object state)
at AspNetPartialTrustHelpers.PartialTrustInvoke(ContextCallback callback, Object state)
at HostedHttpRequestAsyncResult.OnBeginRequestWithFlow(Object state)
at ScheduledOverlapped.IOCallback(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* nativeOverlapped)
at IOCompletionThunk.UnhandledExceptionFrame(UInt32 error, UInt32 bytesRead, NativeOverlapped* nativeOverlapped)
at _IOCompletionCallback.PerformIOCompletionCallback(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* pOVERLAP)
><TraceRecord xmlns="Fiddler HTTP Debugging Proxy) и видим, что с каждым моим REST-запросом (вызываемым из javascript через XMLHttpRequest объект) отправляется HTTP-заголовок Referer, содержащий ссылку на текущую страницу (URL формы на которой исполняется скрипт).

Обратите внимание, что в заголовке Referer присутствуют GET-параметры значения которых заданы кириллицей (параметры partyname и pName):
URL Rewrite Module Version 2.0 for IIS 7. Этот модуль расширяет возможности встроенного URL Rewrite модуля Internet Information Server'а версии 7+.
Итак, скачиваем и устанавливаем URL Rewrite Module (внимание! потребуется перезагрузка сервера). И приступаем к созданию правила:

Создаём правило для входящих запросов:

Сначала задаём маску URL, для которого будет применятся правило (вместо contoso - имя вашей организации в CRM):

Затем дополнительное условие на HTTP-заголовок Referer - обрабатываем только те запросы, в заголовке Referer которых присутствует кириллица:

Для соответствующих правилу запросов заменяем значение HTTP-заголовка Referer (по-сути, конечной точке REST-сервиса он не нужен, поэтому оставляем только имя сервера):

Теперь осталось разрешить серверу обрабатывать нужный нам заголовок, для чего добавляем его в разрешённые серверные переменные:


После активации этого правила клиентские REST-запросы с форм сущностей действий выполняются успешно.
Замечено, что вызывая окно создания/редактирования действий разными путями (из меню "Добавить" основной записи, из меню "Добавить новый элемент типа Действие" связанного представления Действий) ошибка возникает только в первом случае. В предыдущей версии системы (CRM 2011 Rollup 1-3) русские имена записей кодировались для передачи в URL, четвёртый пакет исправлений сломал этот механизм, в пятом это так и не было исправлено.
 
Дополнительно о модуле URL Rewrite 2.0 можно прочитать по этим ссылкам:

Using the URL Rewrite Module
Modifying HTTP Response Headers
Setting HTTP request headers and IIS server variables
Using Outbound Rules to add Web Analytics tracking code

Язык Русский

Метки:

field_vote:

Average: 3.2 (121 vote)

Установка Microsoft SQL Server Reporting Services на NLB-кластер

Vladislav Osmanov — Sat, 09 Apr 2011 16:49:09 +0000

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

Приступим к настройке SSRS на NLB-кластере. Процедура эта простая, но имеет ряд тонкостей. Предполагается, что NLB-кластер уже развёрнут и настроен (например, для сервера приложений CRM).

Итак, сначала устанавливаем сервер отчётов на каждой из нод кластера. Минимальная установка потребует всего двух компонентов: SQL Server Database Engine и Reporting Services. Во время установки важно отметить опцию "Install but do not configure server" (установить, но не настраивать сервер), т.к. необходимые настройки будут произведены позже.
Запускаем Диспетчер конфигурации служб Reporting Services (Reporting Services Configuration Manager) и настраиваем с его помощью сервер отчётов (подключаемся к базе данных SSRS, задаём URL-адреса доступа, импортируем ключи шифрования настроек). Одним из важных моментов на этом шаге - прописать специально созданную учётную запись под которой будет запускаться служба отчётов.
Под учётной записью пользователя с ролью доменного администратора регистрируем идентификаторы SPN, для чего в консоли выполняем следующие команды (для кластера из 2-ух серверов):
```
setspn -S http/node1[:port] domain\clusteraccount
setspn -S http/node2[:port] domain\clusteraccount
setspn -S http/node1.domain.ru[:port] domain\clusteraccount
setspn -S http/node2.domain.ru[:port] domain\clusteraccount
setspn -S http/nlb[:port] domain\clusteraccount
setspn -S http/nlb.domain.ru[:port] domain\clusteraccount
```
где
- nlb - виртуальное имя кластера,
- node1/node2 - названия физических машин кластера,
- node1.FQDN - полный адрес сервера, включая наименование домена (Fully Qualified Domain Name, например, node1.domain.ru),
- domain\clusteraccount - учётная запись под которой будет запущены службы SSRS (должна быть помечена как Trusted for Kerberos delegation в AD).
Конфигурируем проверку состояния (view state validation) на каждом из серверов. Создайте ключ проверки и ключ дешифрования представления. Добавьте раздел с ключами в секцию <system.web> файла Web.config менеджера службы отчётов (обычно тут: \Program Files\Microsoft SQL Server\MSRS10_50.MSSQLSERVER\Reporting Services\ReportManager\Web.config):
```

<machineKey validationKey="21F090935F..." decryptionKey="ABAA84D7EC..." validation="SHA1" decryption="AES"/>
```
Данный шаг необходим для обеспечения обработки запросов разными SSRS-серверами: наличие одинакового ключа позволяет дешифровать состояние представления отчёта (view state) различными серверами отчётов, независимо от того, какой сервер из кластера зашифровал состояние.

Подробно об этом шаге.
Настраиваем Hostname и UrlRoot на использование виртуального адреса NLB-кластера. Для этого в конфигурационном файле RSReportServer.config (обычно тут: \Program Files\Microsoft SQL Server\MSRS10_50.MSSQLSERVER\Reporting Services\ReportServer\rsreportserver.config) указываем значения параметров Hostname и UrlRoot:
```
	<Service>
		<Hostname>nlb</Hostname>
		...
		<UrlRoot>How to: Configure a Report Server on a Network Load Balancing Cluster - Основная статья в MSDN по этой теме: конфигурация SSRS на NLB-кластере.
```
How to: Configure a Report Server Scale-Out Deployment (Reporting Services Configuration) - Пошаговое руководство по разворачиванию службы SSRS на нодах NLB-кластера.
Planning for Scale-Out Deployment - Планирование масштабного развертывание для решений балансировки нагрузки.
Planning a Deployment Topology - рассмотрен ряд типичных топологий развёртывания сервера отчётов: от одиночного сервера до масштабируемого, с использованием различных видов кластеров.
Report Server Catalog Best Practices - ещё одно руководство по выбору архитектуры масштабируемого развёртывания Microsoft SQL Server Reporting Services. Смотрите также Reporting Services Scale-Out Architecture.
How to: Configure Windows Authentication in Reporting Services - поможет настроить аутентификацию и разрешить проблемы с Kerberos
Understanding Kerberos and NTLM authentication in SQL Server Connections - не имеет прямого отношения к SSRS, но эта замечательная статья поможет понять и разрешить все проблемы, связанные с Kerberos и NTLM аутентификацией.

Язык Русский

Метки:

field_vote:

Average: 2.9 (34 votes)

SSRS: ошибка настройки подписки/рассылки отчётов после переноса сервера

Vladislav Osmanov — Sat, 09 Apr 2011 12:49:12 +0000

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

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

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

library!ReportServer_0-14!13e8!04/07/2011-17:42:40:: Call to GetSystemPermissionsAction().
library!ReportServer_0-14!13e8!04/07/2011-17:42:40:: Call to ListSchedulesAction().
library!ReportServer_0-14!13e8!04/07/2011-17:42:40:: e ERROR: Throwing Microsoft.ReportingServices.Diagnostics.Utilities.ReportServerStorageException: , В базе данных сервера отчетов произошла ошибка. Это могло произойти из-за ошибки соединения, истечения времени ожидания или недостатка места на диске с базой данных.;
library!ReportServer_0-14!13e8!04/07/2011-17:42:40:: e ERROR: Microsoft.ReportingServices.Diagnostics.Utilities.ReportServerStorageException: В базе данных сервера отчетов произошла ошибка. Это могло произойти из-за ошибки соединения, истечения времени ожидания или недостатка места на диске с базой данных. ---> System.Data.SqlClient.SqlException: The EXECUTE permission was denied on the object 'xp_sqlagent_notify', database 'mssqlsystemresource', schema 'sys'.
   в System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)
   в System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)
   в System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)
   в System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString)
   в System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async)
   в System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, DbAsyncResult result)
   в System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(DbAsyncResult result, String methodName, Boolean sendToPipe)
   в System.Data.SqlClient.SqlCommand.ExecuteNonQuery()
   в Microsoft.ReportingServices.Library.InstrumentedSqlCommand.b__0()
   в Microsoft.ReportingServices.Library.SqlBoundaryWithReturn`1.Invoke(Method m)
   --- Конец трассировки внутреннего стека исключений ---
   в Microsoft.ReportingServices.Library.Storage.WrapAndThrowKnownExceptionTypes(Exception e)
   в Microsoft.ReportingServices.Library.SqlBoundaryWithReturn`1.Invoke(Method m)
   в Microsoft.ReportingServices.Library.SqlAgentScheduler.get_IsSchedulerRunning()
   в Microsoft.ReportingServices.Library.SchedulingDBInterface.CheckIfSchedulerIsRunning(Boolean error)
   в Microsoft.ReportingServices.Library.SchedulingDBInterface.ListTasks(CatalogItemPath path)
   в Microsoft.ReportingServices.Library.ScheduleCoordinator.ListTasksAsArray(ExternalItemPath externalPath)
   в Microsoft.ReportingServices.Library.ListSchedulesAction.PerformActionNow()
   в Microsoft.ReportingServices.Library.RSSoapAction`1.Execute()
ui!ReportManager_0-15!1298!04/07/2011-17:42:40:: e ERROR: System.Web.Services.Protocols.SoapException: В базе данных сервера отчетов произошла ошибка. Это могло произойти из-за ошибки соединения, истечения времени ожидания или недостатка места на диске с базой данных. ---> Microsoft.ReportingServices.Diagnostics.Utilities.ReportServerStorageException: В базе данных сервера отчетов произошла ошибка. Это могло произойти из-за ошибки соединения, истечения времени ожидания или недостатка места на диске с базой данных. ---> System.Exception: Чтобы получить дополнительные сведения об этой ошибке, перейдите к серверу отчетов на локальном сервере или включите удаленный контроль ошибок
   в Microsoft.ReportingServices.UI.ScheduleItems.LoadItems()
   в Microsoft.ReportingServices.UI.SortableItems.Control_Init(Object sender, EventArgs args)
   в System.EventHandler.Invoke(Object sender, EventArgs e)
   в System.Web.UI.Control.OnInit(EventArgs e)
   в System.Web.UI.Control.InitRecursive(Control namingContainer)
   в System.Web.UI.Control.AddedControl(Control control, Int32 index)
   в Microsoft.ReportingServices.UI.SubTabs.Control_Init(Object sender, EventArgs args)
   в System.EventHandler.Invoke(Object sender, EventArgs e)
   в System.Web.UI.Control.OnInit(EventArgs e)
   в System.Web.UI.Control.InitRecursive(Control namingContainer)
   в System.Web.UI.Control.AddedControl(Control control, Int32 index)
   в Microsoft.ReportingServices.UI.SettingsPage.Control_Init(Object sender, EventArgs e)
   в System.EventHandler.Invoke(Object sender, EventArgs e)
   в System.Web.UI.Control.OnInit(EventArgs e)
   в System.Web.UI.Control.InitRecursive(Control namingContainer)
   в System.Web.UI.Control.InitRecursive(Control namingContainer)
   в System.Web.UI.Control.InitRecursive(Control namingContainer)
   в System.Web.UI.Control.InitRecursive(Control namingContainer)
   в System.Web.UI.Control.InitRecursive(Control namingContainer)
   в System.Web.UI.Control.InitRecursive(Control namingContainer)
   в System.Web.UI.Control.InitRecursive(Control namingContainer)
   в System.Web.UI.Control.InitRecursive(Control namingContainer)
   в System.Web.UI.Control.AddedControl(Control control, Int32 index)
   в Microsoft.ReportingServices.UI.SharedArea.Control_Init(Object sender, EventArgs args)
   в System.EventHandler.Invoke(Object sender, EventArgs e)
   в System.Web.UI.Control.OnInit(EventArgs e)
   в System.Web.UI.Control.InitRecursive(Control namingContainer)
   в System.Web.UI.Control.AddedControl(Control control, Int32 index)
   в Microsoft.ReportingServices.UI.Pages.Settings.Page_Init(Object sender, EventArgs e)
   в System.EventHandler.Invoke(Object sender, EventArgs e)
   в System.Web.UI.Control.OnInit(EventArgs e)
   в System.Web.UI.Page.OnInit(EventArgs e)
   в System.Web.UI.Control.InitRecursive(Control namingContainer)
   в System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
ui!ReportManager_0-15!1298!04/07/2011-17:42:40:: e ERROR: HTTP status code --> 200
-------Details--------
System.Web.Services.Protocols.SoapException: В базе данных сервера отчетов произошла ошибка. Это могло произойти из-за ошибки соединения, истечения времени ожидания или недостатка места на диске с базой данных. ---> Microsoft.ReportingServices.Diagnostics.Utilities.ReportServerStorageException: В базе данных сервера отчетов произошла ошибка. Это могло произойти из-за ошибки соединения, истечения времени ожидания или недостатка места на диске с базой данных. ---> System.Exception: Чтобы получить дополнительные сведения об этой ошибке, перейдите к серверу отчетов на локальном сервере или включите удаленный контроль ошибок   в Microsoft.ReportingServices.UI.ScheduleItems.LoadItems()   в Microsoft.ReportingServices.UI.SortableItems.Control_Init(Object sender, EventArgs args)   в System.EventHandler.Invoke(Object sender, EventArgs e)   в System.Web.UI.Control.OnInit(EventArgs e)   в System.Web.UI.Control.InitRecursive(Control namingContainer)   в System.Web.UI.Control.AddedControl(Control control, Int32 index)   в Microsoft.ReportingServices.UI.SubTabs.Control_Init(Object sender, EventArgs args)   в System.EventHandler.Invoke(Object sender, EventArgs e)   в System.Web.UI.Control.OnInit(EventArgs e)   в System.Web.UI.Control.InitRecursive(Control namingContainer)   в System.Web.UI.Control.AddedControl(Control control, Int32 index)   в Microsoft.ReportingServices.UI.SettingsPage.Control_Init(Object sender, EventArgs e)   в System.EventHandler.Invoke(Object sender, EventArgs e)   в System.Web.UI.Control.OnInit(EventArgs e)   в System.Web.UI.Control.InitRecursive(Control namingContainer)   в System.Web.UI.Control.InitRecursive(Control namingContainer)   в System.Web.UI.Control.InitRecursive(Control namingContainer)   в System.Web.UI.Control.InitRecursive(Control namingContainer)   в System.Web.UI.Control.InitRecursive(Control namingContainer)   в System.Web.UI.Control.InitRecursive(Control namingContainer)   в System.Web.UI.Control.InitRecursive(Control namingContainer)   в System.Web.UI.Control.InitRecursive(Control namingContainer)   в System.Web.UI.Control.AddedControl(Control control, Int32 index)   в Microsoft.ReportingServices.UI.SharedArea.Control_Init(Object sender, EventArgs args)   в System.EventHandler.Invoke(Object sender, EventArgs e)   в System.Web.UI.Control.OnInit(EventArgs e)   в System.Web.UI.Control.InitRecursive(Control namingContainer)   в System.Web.UI.Control.AddedControl(Control control, Int32 index)   в Microsoft.ReportingServices.UI.Pages.Settings.Page_Init(Object sender, EventArgs e)   в System.EventHandler.Invoke(Object sender, EventArgs e)   в System.Web.UI.Control.OnInit(EventArgs e)   в System.Web.UI.Page.OnInit(EventArgs e)   в System.Web.UI.Control.InitRecursive(Control namingContainer)   в System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
library!ReportServer_0-14!13e8!04/07/2011-17:42:40:: Call to GetSystemPropertiesAction().
ui!ReportManager_0-15!1298!04/07/2011-17:42:40:: e ERROR: System.Threading.ThreadAbortException: Поток находился в процессе прерывания.
   в System.Threading.Thread.AbortInternal()
   в System.Threading.Thread.Abort(Object stateInfo)
   в System.Web.HttpResponse.End()
   в Microsoft.ReportingServices.UI.ReportingPage.ShowErrorPage(String errMsg)

Трассировка SQL-сервера также выдала это сообщение:

Идём на исходный сервер (с которого был перенесён SSRS), проверяем права на указанный объект:

А теперь проверяем новый сервер (куда перенесли службу серера отчётов):

Невооружённым взглядом видно, что необходимые разрешения для роли RSExecRole отсутствуют, и, как раз вовремя, находим статью How to: Create the RSExecRole.

Осталось только раздать недостающие права. Сделать это можно вручную, как описанно в статье приведённой чуть выше, либо выполнить следующий запрос:

USE master
GO

GRANT EXECUTE ON master.dbo.xp_sqlagent_notify TO RSExecRole
GO

GRANT EXECUTE ON master.dbo.xp_sqlagent_enum_jobs TO RSExecRole
GO

GRANT EXECUTE ON master.dbo.xp_sqlagent_is_starting TO RSExecRole
GO


-- Permissions for SQL Agent SP's
USE msdb
GO

GRANT EXECUTE ON msdb.dbo.sp_help_category TO RSExecRole
GO

GRANT EXECUTE ON msdb.dbo.sp_add_category TO RSExecRole
GO

GRANT EXECUTE ON msdb.dbo.sp_add_job TO RSExecRole
GO

GRANT EXECUTE ON msdb.dbo.sp_add_jobserver TO RSExecRole
GO

GRANT EXECUTE ON msdb.dbo.sp_add_jobstep TO RSExecRole
GO

GRANT EXECUTE ON msdb.dbo.sp_add_jobschedule TO RSExecRole
GO

GRANT EXECUTE ON msdb.dbo.sp_help_job TO RSExecRole
GO

GRANT EXECUTE ON msdb.dbo.sp_delete_job TO RSExecRole
GO

GRANT EXECUTE ON msdb.dbo.sp_help_jobschedule TO RSExecRole
GO

GRANT EXECUTE ON msdb.dbo.sp_verify_job_identifiers TO RSExecRole
GO

GRANT SELECT ON msdb.dbo.sysjobs TO RSExecRole
GO

GRANT SELECT ON msdb.dbo.syscategories TO RSExecRole
GO

via разворачивание Microsoft SQL Server Reporting Services на NLB-кластере и успокоюсь на сегодня : )

Язык Русский

Метки:

field_vote:

Average: 4 (25 votes)

Установка сервера отчетов не инициализирована: rsReportServerNotActivated

Vladislav Osmanov — Sat, 09 Apr 2011 11:25:16 +0000

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

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

Указав учётные данные и URL-адреса для службы SSRS можно получить следующее сообщение при доступе к серверу отчётов:

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

Получить копию ключа можно выполнив его резервное копирование на предыдущем экземпляре сервера отчётов:

После чего ключ восстанавливается на новом экземпляре сервера:

Вот теперь можно пользоваться новым экземляром службы отчётов.

Язык Русский

Метки:

field_vote:

Average: 4.8 (4 votes)

Синхронизация выполняемых задач на NLB-кластере (вопрос)

Vladislav Osmanov — Thu, 24 Feb 2011 17:01:40 +0000

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

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

using System.Threading;
using System.Security.Principal;
using System.Security.AccessControl;

...

public SomeResponseType HandleRecord(string recordId)
{
	SomeResponseType result = null;
	bool hasHandle = false;

	// создаём Mutex с кодом запис вместо имени
	Mutex m = CreateMutex(recordId);
	hasHandle = m.WaitOne(100, false);
	
	if (!hasHandle)
	{
		// Определили, что кто-то уже обрабатывает запись с этим кодом
		// возвращаем второму клиенту сообщение 'Данная запись уже в обработке'
		return ...
	}

	try
	{
		// это единственный вызов - обрабатываем запись
		...
	}
	catch (Exception ex)
	{
		...
	}
	finally
	{
		if (hasHandle)
		{
			m.ReleaseMutex(); 
		}
	}

	return result;
}

/// <summary>
/// Создаём глобальный именованный Mutex 
/// + раздаём права на него другим пользователям.
/// </summary>
/// <param name="recordId">GUID записи, который станет именем мьютекса</param>
/// <returns></returns>
private static Mutex CreateMutex(string recordId)
{
	var sid = new SecurityIdentifier(WellKnownSidType.WorldSid, null);

	// MutexSecurity позволяет задать права на создаваемый объект
	// мьютекса, чтобы другие пользователи могли иметь к нему доступ
	var mutexsecurity = new MutexSecurity();
	
	mutexsecurity.AddAccessRule(
		new MutexAccessRule(
			sid,
			MutexRights.FullControl,
			AccessControlType.Allow));

	mutexsecurity.AddAccessRule(
		new MutexAccessRule(
			sid,
			MutexRights.ChangePermissions,
			AccessControlType.Deny));

	mutexsecurity.AddAccessRule(
		new MutexAccessRule(
			sid,
			MutexRights.Delete,
			AccessControlType.Deny));

	bool created;

	// создаём Mutex с идентификатором обрабатываемой записи вместо имени
	return new Mutex(false, "Global\\" + recordId, out created, mutexsecurity);
}

Всё прекрасно работало, пока не было перенесено с одиночного сервера на NLB-кластер.

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

Хочется выслушать теперь мнение матёрых читателей: какое решение можно использовать на NLB для данной задачи?

Язык Русский

Метки:

field_vote:

Average: 2 (26 votes)

Самая простая генерация документов Microsoft Office 2007/2010

Vladislav Osmanov — Wed, 02 Feb 2011 15:42:49 +0000

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

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

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

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

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

Теперь остаётся только раскидать по сгенерированному коду поля с динамическими значениями и создать документ:

(new GeneratedClass()).CreatePackage(@"D:\Temp\Output.docx");

Или так (для отдачи файла клиенту из ASP.NET-приложения):

byte[] reportBinary = (new GeneratedClass()).CreatePackageAsBytes();

Единственный минус, на мой взгляд, сложность внесения исправлений в используемый шаблон. Тут или заново вставлять код, заполняющий динамические поля, либо сливать новый код (генерируемый утилитой) документа со старым.

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

Язык Русский

Метки:

field_vote:

Average: 4.8 (31 vote)

1С V81.Application COM-понент на x64-сервере

Vladislav Osmanov — Tue, 21 Dec 2010 17:38:16 +0000

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

При разворачивании компонентов 1С на x64-сервере, запустив оснастку "Службы компонентов" необходимые компоненты не наблюдались, хотя все соответствующие ключи в реестре регистрировались (CLSID компонентов).

Стоит отметить, что клиентская часть 1С доступна только в x86-архитектуре.

Соответственно, выставить требуемые настройки безопасности для COM-приложения не представлялось возможным. Отчего лог полнился следующими сообщениями.

System.UnauthorizedAccessException: Сбой при получении производства объектов класса COM для компонента с CLSID {B3A7D9DB-3CBA-47F4-B80A-5DDA79D8925A} в результате следующей ошибки: 80070005.
   в System.RuntimeTypeHandle.CreateInstance(RuntimeType type, Boolean publicOnly, Boolean noCheck, Boolean& canBeCached, RuntimeMethodHandle& ctor, Boolean& bNeedSecurityCheck)
   в System.RuntimeType.CreateInstanceSlow(Boolean publicOnly, Boolean fillCache)
   в System.RuntimeType.CreateInstanceImpl(Boolean publicOnly, Boolean skipVisibilityChecks, Boolean fillCache)
   в System.Activator.CreateInstance(Type type, Boolean nonPublic)

Решение проблемы оказалось простым - запустить 32-битную консоль управления MMC и вручную добавить соответствующую оснастку. После чего получаем доступ к настройке желанного V81.Application.

Команда для вызова 32-битной оснастки MMC:

mmc -32

Язык Русский

Метки:

field_vote:

Average: 2.8 (8 votes)

100% загрузка CPU службой CRMAsyncService на сервере CRM

Vladislav Osmanov — Thu, 18 Nov 2010 18:00:17 +0000

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

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

Простейший запрос помогает нам значительно снизить порог загружаемых в память задач.

UPDATE
	[MSCRM_CONFIG].[dbo].[DeploymentProperties]
SET
	IntColumn = 50
WHERE
	ColumnName = N'AsyncItemsInMemoryHigh'

UPDATE
	[MSCRM_CONFIG].[dbo].[DeploymentProperties]
SET
	IntColumn = 20
WHERE
	ColumnName = N'AsyncItemsInMemoryLow'

И это решение не помогло.

Посидев с профайлером, решил заглянуть в системные задания, и в представлении "Заблокированные системные задания" обнаружил одну запись бизнес-правила в статусе "Ожидание".

Т.е. на ровном месте, на одном из шагов этого правила обработка остановилась. Отменил процесс.

После чего загрузка процессора на сервере спала.

Напоследок упомяну, что для профилактики ошибочно завершённых задач бизнес-правил (workflow) в Microsoft Dynamics CRM можно создать следующее простое представление:

Регулярное обращение к этому представлению поможет вовремя найти ошибки в ваших бизнес-правилах.

Язык Русский

Метки:

field_vote:

Голосов пока нет

Фильтрация продуктов прайс-листа при формировании заказа

Vladislav Osmanov — Thu, 24 Jun 2010 16:37:50 +0000

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

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

И тут наблюдаем следующее поведение:

в окне лукапа доступны для выбора ВСЕ продукты, независимо, входят ли они в прайс заказа или нет,
в окне лукапа не отображаются продукты у которых не заполнено поле "прайс-лист по умолчанию", даже если этот продукт входит в необходимый прайс (т.е. есть продукт, есть прайс, есть productpricelevel, который их связывает, но при создании заказа, этот продукт недоступен в лукапе (окно "продукт для заказа") пока на самом продукте не будет проставлено поле "прайс по умолчанию", причём прайс этот может отличаться от указанного в заказе).

После небольшого разбора само собой нашлось решение.

На событие OnLoad сущности "Продукт для заказа" (salesorderdetail) добавлем следующий скрипт:

/*
Функция для получения значния get-параметра из URL формы.
См. также: ";
    sXml += "";
    sXml += " ";
    sXml += " " + sAttributeName + "";
    sXml += " ";
    sXml += " ";

    // send the message to the CRM Web service
    oXmlHttp.Open("POST", "/MsCrmServices/2006/CrmService.asmx", false);
    oXmlHttp.setRequestHeader("SOAPAction","Теперь осталось исправить системное условие фильтрации продуктов в поле "Продукт" карточки "Продукт для заказа". Фильтр данного лукапа прямым текстом описан в файле "c:\Program Files\Microsoft Dynamics CRM\Server\ApplicationFiles\productwithpricelevel.xml".
Выяснилось это следующим образом:

Содержимое файла "productwithpricelevel.xml" до исправления:
<lookup name="ProductWithPriceLevel">
	<objects>
		<object type="1024">
			<columns>
				<column data="name" type="normal" size="200"/>
				<column data="productnumber" type="normal"/>
			</columns>
			<datasource>
				<filter type="and">
					<condition attribute="statecode" operator="eq" value="0"/>
					<condition attribute="pricelevelid" operator="not-null" />
					<filter type="or">
						<condition attribute="productnumber" operator="eq" value="!searchvalue"/>
						<condition attribute="name" operator="like" value="!searchvalue"/>
					</filter>
				</filter>
			</datasource>
		</object>
	</objects>
</lookup>
Доработанная версия файла "productwithpricelevel.xml":
<lookup name="ProductWithPriceLevel">
    <objects>
        <object type="1024">
            <columns>
                <column data="name" type="normal" size="200"/>
                <column data="productnumber" type="normal"/>
            </columns>
            <datasource>
                <filter type="and">
                    <condition attribute="statecode" operator="eq" value="0"/>
                    <filter type="or">
                        <condition attribute="productnumber" operator="eq" value="!searchvalue"/>
                        <condition attribute="name" operator="like" value="!searchvalue"/>
                    </filter>
                </filter>
                <link-entity name="productpricelevel" from="productid" to="productid" alias="pp">
                    <filter type="and">
                        <condition attribute="pricelevelid" operator="eq" value="!reportname" />
                    </filter>
                </link-entity>
            </datasource>
        </object>
    </objects>
</lookup>
Как видно, было удалено условие <condition attribute="pricelevelid" operator="not-null" /> и добавлен фильтр по связанной сущности. Значение параметра !reportname выставляется в скрипте, описанном выше (строкой crmForm.all.productid.AddParam("reportname"...</code>).
Теперь при добавлении продукта в заказ в окне поиска будут отображаться только продукты прайс-листа, который был указан для данного заказа.
Более подробно о фильтрации значений полей типа Lookup смотрите в статье на 
  Язык 
 Русский

Метки:

field_vote:

Голосов пока нет