Развёртывание Reporting Services



Службы SQL Server Reporting Services поддерживают два способа развертывания инструментальных средств. Первый способ предполагает стандартное развертывание одного экземпляра сервера отчетов, который использует для обслуживания БД сервера отчетов локальный или удаленный компонент SQL Server Database Engine. В качестве БД сервера отчетов может использоваться SQL Server . Второй способ обеспечивает развертывание нескольких серверов отчетов, которые совместно используют одну базу данных сервера отчетов. БД можно установить на удаленный экземпляр SQL Server или локально вместе с одним из серверов отчетов. Экземпляр SQL Server, на котором размещена БД сервера отчетов, может быть частью отказоустойчивого кластера.

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

Рисунок 15.6 – Стандартная модель развертывания

При выборе расположения БД сервера отчетов в первую очередь следует руководствоваться следующими возможностями: вычислительные ресурсы; наличие свободного места на диске.

Сервер отчетов и ядро СУБД конкурируют за машинные ресурсы — ЦП, память и доступ к диску. Некоторые операции сервера отчетов весьма ресурсоемки (например, при подготовке отчета он пытается задействовать всю доступную память). Запуск сервера отчетов на отдельном компьютере снижает конкуренцию за машинные ресурсы. Требования сервера отчетов к месту на диске — второй аргумент за то, чтобы использовать для хранения данных сервера отчетов удаленный компонент SQL Server Database Engine. Даже если размер БД сервера отчетов изначально невелик, потребности в дисковом пространстве значительно возрастут во время выполнения в зависимости от интенсивности подготовки отчетов и количества обращающихся к нему пользователей.

Службы Reporting Services могут быть развернуты согласно модели масштабного развертывания, позволяя создавать доступные и масштабируемые системы подготовки отчетов. Настройка масштабного развертывания также помогает, если нужно улучшить производительность запланированных операций и доставки подписки. Масштабное развертывание состоит из нескольких серверов отчетов, которые совместно пользуются одной БД сервера отчетов. Каждый сервер отчетов в развертывании называется узлом. Узлы участвуют в масштабном развертывании, если сервер отчетов настроен для использования той же БД сервера отчетов, что и другой сервер отчетов. Узлы сервера отчетов могут быть сбалансированы по нагрузке, чтобы поддержать большой объем отчетов. Можно также создать БД сервера отчетов на отказоустойчивом кластере, чтобы удовлетворить требованиям высокого уровня доступности.

Неподдерживаемые конфигурации кластеров включают развертывание полной установки сервера отчетов (то есть сервера отчетов и его базы данных) на каждом узле кластера с множеством узлов. В частности, нельзя развернуть службы Reporting Services в кластере с двумя узлами, один из которых активный, а другой — пассивный.  

Развертывание кластера со сбалансированной сетевой нагрузкой (NLB). Узлы сервера отчетов можно запускать в NLB-кластере. Для внедрения NLB-кластера можно использовать программное или аппаратное решение. Для запуска сервера отчетов в виде одного виртуального сервера или на NLB-кластере необходимо использовать программное обеспечение и средства, которые поддерживают эти возможности. Службы Reporting Services не предоставляют управление кластеризованным или виртуальным сервером, а также не предоставляют способа определить имя виртуального сервера, обеспечивающего единую точку входа для всех узлов. Кластер NLB необходим только в том случае, если нужно увеличить производительность сервера отчетов для отчетов по запросу и интерактивных запросов (например, детализированные и матричные отчеты)..

В отказоустойчивом кластере обеспечивается поддержка одного или более экземпляров БД сервера отчетов. Служба Windows сервера отчетов или веб-службы не могут работать как часть отказоустойчивого кластера. Чтобы разместить БД сервера отчетов на отказоустойчивом кластере SQL Server, кластер должен быть предварительно установлен и настроен. После этого можно выбрать отказоустойчивый кластер в качестве имени сервера при создании БД сервера отчетов. Несмотря на то, что служба Windows сервера отчетов и веб-служба не могут функционировать в отказоустойчивом кластере, службы Reporting Services можно установить на компьютере с отказоустойчивым кластером SQL Server. Сервер отчетов работает независимо от отказоустойчивого кластера (рисунок 15.7).

Рисунок 15.7 – Диаграмма масштабного развертывания

При установке сервера отчетов на компьютере, являющемся частью отказоустойчивого экземпляра SQL Server, необязательно использовать отказоустойчивый кластер для БД сервера отчетов. Для размещения БД можно использовать другой экземпляр SQL Server.

 

Краткие итоги

§  Служба подготовки отчётов SSRS содержит сервер отчётов, диспетчер отчётов, построитель отчётов, конструктор отчётов, конструктор моделей, средства конфигурирования.

§ Построитель отчётов функционирует на принципах пакета Microsoft Office. Предварительная подготовка для работы с построителем не требуется. Создание отчётов осуществляется на основе шаблонов.   

§ Конструктор отчётов представляет собой совокупность средств, доступных из среды Microsoft Visual Studio. Конструктор включает средства создания запросов, редактирования выражений, размещения изображений.

§ Обычный конструктор запросов применяется при построении запросов к реляционным источникам данных: SQL Server, Oracle, ODBC, OLE DB и XML, Web-службам.  

§ Конструктор запросов многомерных выражений используется для создания запросов к источникам данных служб SSAS или другим многомерным источникам данных.

§ Конструктор DMX-запросов используется при работе с источником данных служб SSAS. DMX-запросы обеспечивают доступ к данным из моделей интеллектуального анализа данных.

Контрольные вопросы

1. При выборе расположения БД сервера отчётов руководствуются:

а) выбранным способом развертывания Reporting Services;

б) наличием хранилища данных в составе интеллектуальной системы;

в) наличием вычислительных ресурсов, свободного места на диске;

г) наличием программ из состава Microsoft Office.

2. Запросы на языке DMX обеспечивают доступ к данным из:

а) реляционного хранилища данных;

б) модели оперативного анализа данных;

в) операционной базы данных;

г) модели интеллектуального анализа данных.

3. Служба отчётов Reporting Services позволяет пользователям одновременно просматривать:

а) один отчет в формате HTML;

б) один отчет в форматах HTML, PDF;

в) один отчет в форматах HTML, PDF, Excel и XML;

г) один отчет в форматах Excel и  XML.

4. Графический конструктор запросов в компонентах Microsoft SQL Server используется как визуальная среда:

а) при проектировании запросов на выбор таблиц, столбцов из БД;

б) при проектировании моделей оперативного и интеллектуального анализа данных;

в) при создании, редактировании реляционных баз и хранилищ данных;

г) в продуктах компании Microsoft для просмотра OLAP-кубов.

5. В процессе просмотра и управления с диспетчером отчётов работают:

а) в обозревателе Microsoft Internet Explorer;

б) в среде SQL Server Management Studio;

в) в среде SQL Server Integrations Services;

г) в среде SQL Server Analysis Services.

Литература

1. Microsoft SQL Server 2008: Data mining – интеллектуальный анализ данных. Пер. с англ. / Дж. Макленнен, Чж. Танг, Б. Криват. – БХВ-Петербург. 2009. – 720 с.

2. Бергер А.Б. Microsoft SQL Server 2005 Analysis Services. OLAP и многомерный анализ данных / Бергер А.Б, Горбач И.В., Меломед Э.Л, Щербинин В.А., Степаненко В.П. / Под общ. Ред. А.Б. Бергера, И.В. Горбач. – СПб.: БХВ-Петербург, 2007. – 928 с.

3. Ларсон Б. Разработка бизнес-аналитики в SQL Server 2005. – СПб.: Питер, 2008. – 684 с.

4. Паклин Н.Б., Орешков В.И. Бизнес-аналитика: от данных к знаниям. – СПб.: Питер, 2009 год. – 624 с.

 


Дата добавления: 2018-10-26; просмотров: 348; Мы поможем в написании вашей работы!

Поделиться с друзьями:






Мы поможем в написании ваших работ!