Submitted by Vladislav Osmanov on 09.04.2011 20:49
Для обеспечения дополнительной надёжности и повышения производительности сервера отчётов, можно развернуть службы сервера отчётов на кластере балансировки нагрузки (NLB-кластере). Большим плюсом такого решения будет единый адрес для конфигурирования службы отчётов, развёрнутого в связке кластера сервера-приложений и SQL-кластера. Это позволяет гибко переключать сервер отчётов на другие базы не перенастраивая клиентские приложения на новый адрес SSRS. Более подробно об этом можно прочитать в статьях, ссылки на которые приведены в конце заметки.
Submitted by Vladislav Osmanov on 09.04.2011 16:49
После переноса Microsoft SQL Server Reporting Services работает - отчёты создаются.
Но стоит перейти к настройкам подписки/рассылки отчётов в административном разделе, как мы получаем интересное сообщение: В базе данных сервера отчетов произошла ошибка. Это могло произойти из-за ошибки соединения, истечения времени ожидания или недостатка места на диске с базой данных. (rsReportServerDatabaseError)
На редкость информативное сообщение обязывает заглянуть в логи SSRS, где расскрываются подробности произошедшего: [node:read-more:link]
Submitted by Vladislav Osmanov on 09.04.2011 15:25
Перенос сервера Microsoft SQL Server Reporting Services не является сложной задачей, но имеет некоторые моменты, которые могут смутить.
Так, например, недостаточно просто перенести файлы баз данных SSRS на новый сервер, - требуется дополнительно переконфигурировать SSRS. Конфигурация производится в Диспетчере конфигурации служб Reporting Services, и основным шагом является привязка перенесённой базы к новому экземпляру сервера отчётов.
Submitted by Vladislav Osmanov on 24.09.2010 17:10
Думал уже не столкнусь с таким, ан нет. Понадобилось развернуть приложение (ASP.NET с отображением отчётов SQL Server Reporting Services 2008) на новом сервере, и опять получил "Unable to load client print control" при печати отчёта.
А всё дело в том, что в ранних версиях клиентского ActiveX-компонента для печати отчёта (RSClientPrint из состава SSRS) была обнаружена уязвимость. Для принудительного отключения таких компонентов Microsoft периодически выпускает обновления безопасности, включающие в себя так называемые kill bits - идентификаторы (CLSID) COM/ActiveX-компонентов, запуск которых запрещён в Windows. [node:read-more:link]
Submitted by Vladislav Osmanov on 28.03.2010 14:59
Сравнительная характеристика методов создания отчётов в Microsoft Dynamics CRM, рассмотренных ранее. Для удобства, близкие по результатам подходы сгруппированы. Наведите курсор на значение оценки для просмотра его описания.
Простота использования
Возможности
Затраты
Расширенный поиск CRM / Статические таблицы Microsoft Office Excel
***
*
*
Мастер отчётов CRM
***
*
*
Отчёт службы SQL Server Reporting Services
*
***
**
Microsoft SQL Server 2008 Reporting Services Report Builder
**
**
**
Сводные таблицы Microsoft Office Excel
***
**
*
Разработка собственной платформы отчётов / Microsoft Office Snap-in
*
***
***
Отчёты SQL Server Analysis Services
*
***
***
Сразу оговорюсь, что под «простотой использования» в таблице выше подразумевается использование конкретного метода создания отчёта (т.е. усилий, направленных на создание нового отчёта), а не пользование готовым отчётом в CRM. [node:read-more:link]
Submitted by Vladislav Osmanov on 20.03.2010 17:24
Существует множество способов получить данные для анализа из Microsoft Dynamics CRM. На все случаи жизни. А случаи, как известно, бывают разными. В этой статье я постараюсь рассмотреть самые распространённые подходы к созданию отчётов в CRM, а затем дам их сравнительную характеристику (скорее всего, уже отдельным постом).
Для удобства сгруппирую основные подходы следующим образом:
Последние комментарии