Архитектура служб (службы Reporting Services)
В службах Службы Reporting Services сервер отчетов реализован как служба Windows, состоящая из раздельных функциональных областей, выполняющихся в отдельных доменах приложений. Службы делятся на такие функциональные области, как диспетчер отчетов, веб-служба сервера отчетов и фоновая обработка. В этом разделе описывается строение служб, знание которого позволит сделать информированный выбор функций, которые необходимо включить, а также приводятся сведения по устранению возникающих неполадок.
Диаграмма архитектуры
На следующей схеме показана архитектура служб Службы Reporting Services.
.gif "Диаграмма архитектуры служб")
.gif "Примечание") Примечание |
|---|
На данной архитектурной схеме отражены не все возможности сервера отчетов. Например, инициализация и обратимое шифрование — важнейшие серверные операции, существующие за пределами проиллюстрированных на схеме трех функциональных областей. |
Служба и инфраструктура
Служба Windows сервера отчетов — это консолидированный набор приложений, работающих в рамках одного процесса, под одной учетной записью, с доступом к одной базе данных сервера отчетов и с использованием одного набора файлов конфигурации. Параметры конфигурации для всех служб хранятся в файлах RSeportServer.config и ReportServerServices.exe.config и в базе данных сервера отчетов.
В пределах службы диспетчер отчетов, веб-служба и фоновая обработка выполняются в раздельных доменах приложений. Хотя все три функциональные области по умолчанию включены, можно настроить, какие части служб доступны в данное время. Например, можно выключить веб-службу, если не нужна поддержка интерактивного создания отчетов и создания отчетов по запросу.
Серверные функциональные области изолированы по отдельным доменам приложений, однако управление памятью и определение состояния обработки выполняются для служб в целом. Пороговые значения для памяти настраиваются для служб в целом. Сервер отчетов обрабатывает действия по очистке как внутренние операции. Невозможно по запросу очистить отдельные части служб. Однако можно задать параметры конфигурации, определяющие, насколько долго поддерживаются открытыми постоянные соединения.
При сегментировании функциональных областей служб по нескольким экземплярам (например, при включении диспетчера отчетов на одном экземпляре, веб-службы на втором экземпляре, а фоновой обработки на третьем экземпляре) параметры памяти и конфигурации действуют в отношении приложений, работающих на конкретном экземпляре. Обратите внимание, что даже при сегментировании функциональных областей служб существуют некоторые взаимозависимости. Полная установка сервера отчетов обычно включает все три области. Дополнительные сведения см. в разделе Как включать и отключать компоненты служб Reporting Services.
Прослушиватель HTTP
Службы Службы Reporting Services включают прослушиватель HTTP, который выполняет наблюдение за входящими запросами, направленными на HTTP.SYS через определенный порт локального компьютера. Имя сервера и порт указываются при резервировании URL-адресов во время настройки сервера. В зависимости от используемой операционной системы указанный порт может совместно использоваться другими приложениями.
Прослушиватель HTTP реализует протокол HTTP 1.1. Оно использует возможности компонента HTTP.SYS, встроенные в операционную систему. В этой связи службы Службы Reporting Services требуют, чтобы операционная система включала HTTP.SYS как внутренний компонент.
При обработке запроса прослушивателем HTTP запрос перенаправляется на уровень проверки подлинности для определения подлинности пользователя. Веб-служба сервера отчетов вызывается после того, как подлинность запроса проверена.
Прослушиватель HTTP использует версию 1.0 интерфейса HTTP Server API. Дополнительные сведения см. в разделе Интерфейс HTTP Server API в библиотеке MSDN.
Уровень проверки подлинности
Службы Службы Reporting Services включают уровень проверки подлинности, проверяющий подлинность пользователя или приложения, производящего запрос. Поддерживаются следующие типы проверки подлинности: Встроенная безопасность Windows, проверка подлинности NTLM, обычная проверка подлинности, нестандартная проверка подлинности и проверка на основе форм и анонимный доступ. По умолчанию службы Службы Reporting Services используют встроенную безопасность Windows и проверку подлинности NTLM, но можно указать другой тип проверки подлинности в файлах конфигурации. Каждый экземпляр сервера отчетов может быть настроен точно для одного типа проверки подлинности. В конфигурации масштабного развертывания все узлы среды должны использовать одинаковый тип проверки подлинности.
Проверка подлинности осуществляется сервером отчетов в контексте сетевых параметров безопасности и клиентских приложений. Успешное использование определенного типа проверки подлинности зависит от функций обозревателя и средств сетевой безопасности. Например, использование встроенной безопасности Windows требует использования обозревателя Internet Explorer, наличия протокола проверки подлинности Kerberos и включения олицетворения. Более того, если необходимо использовать встроенную безопасность для соединения с источниками данных отчета, следует также включить делегирование, чтобы разрешить последующие соединения с удаленными источниками данных.
Дополнительные сведения о проверке подлинности в службах Reporting Services см. в разделе Настройка проверки подлинности в службах Reporting Services.
Диспетчер отчетов
Диспетчер отчетов — это не требующий дополнительного пространства на диске клиент, обеспечивающий клиентский веб-интерфейс к веб-службе сервера отчетов. Это встроенное средство для просмотра и управления содержимым и операциями сервера отчетов.
По умолчанию он обеспечивает клиентский доступ к веб-службе, работающий на том же экземпляре сервера. Если веб-служба выключена на данном экземпляре сервера, можно указать диспетчеру отчетов на веб-службу сервера отчетов на другом экземпляре или компьютере путем задания URL-адреса в файлах конфигурации.
Диспетчер отчетов выполняется в сеансе обозревателя на клиентском компьютере. При этом никакие файлы приложений или настройки на клиенте не сохраняются. Состояние сеанса хранится до тех пор, пока открыто окно обозревателя. Пользовательские настройки сохраняются в базе данных сервера отчетов и повторно используются при подключении пользователя к диспетчеру отчетов.
Диспетчер отчетов принимает пользовательские настройки модуля доставки на страницах определения подписок. При создании и развертывании пользовательских модулей доставки диспетчер отчетов может динамически представлять параметры и отображать текст для модуля.
Для использования диспетчера отчетов необходимо определить URL-адрес приложения. Самый простой способ отключить диспетчер отчетов — не создавать URL-адрес. При установке служб Службы Reporting Services в конфигурации по умолчанию URL-адрес создается автоматически и должен быть удален, если приложение необходимо отключить.
Если сервер отчетов настроен для работы в режиме интеграции с SharePoint, диспетчер отчетов отключен. Диспетчер отчетов нельзя использовать на сервере отчетов, работающем в режиме интеграции с SharePoint, даже если URL-адрес уже был настроен ранее.
Дополнительные сведения о диспетчере отчетов см. в разделах Диспетчер отчетов и Как настроить диспетчер отчетов.
Веб-служба сервера отчетов
Веб-служба сервера отчетов — это основной компонент, выполняющий обработку отчетов по запросу и моделей, инициированных пользователем или приложением в реальном времени, включая большинство запросов, отправляемых с диспетчера отчетов и на него.
Веб-служба сервера отчетов выполняет полную обработку отчетов, запускаемых по запросу. Для поддержки интерактивной обработки веб-служба проверяет подлинность пользователя и правила авторизации перед обработкой запроса. Веб-служба поддерживает модуль безопасности Windows по умолчанию и нестандартные модули проверки подлинности.
Веб-служба представляет собой также основной программный интерфейс для пользовательских приложений, интегрирующихся с сервером отчетов. При создании собственного пользовательского интерфейса можно использовать веб-службу без диспетчера отчетов.
Дополнительные сведения см. в разделе Веб-служба сервера отчетов.
Фоновая обработка
Фоновой обработкой называются операции, выполняющиеся в фоновом режиме и инициированные сервером отчетов. По большей части фоновая обработка состоит из обработки отчетов по расписанию и доставки подписок, но включает также задачи по обслуживанию базы данных сервера отчетов.
Фоновая обработка задач планирования, подписок и доставки настраиваема и может быть отключена в настройках контактной зоны для аспекта служб Reporting Services управления на основе политик в среде Management Studio. При отключении этих операций планирование отчетов и обработка моделей в текущем экземпляре служб будут недоступны. Обслуживание базы данных — это основная задача, которую нельзя отключить, поскольку она позволяет поддерживать сервер в рабочем состоянии.
Определение операций фоновой обработки зависит от клиентского приложения или веб-службы. В частности, расписания и подписки создаются на страницах диспетчера отчетов или на узле SharePoint, если сервер отчетов настроен для работы в режиме интеграции с SharePoint, после чего перенаправляются веб-службам, которые создают и сохраняют определения в базе данных сервера отчетов.
Если создается пользовательский код, требующий программного доступа к фоновой обработке, используйте поставщик служб Службы Reporting Services WMI. Дополнительные сведения см. в разделе Поставщик WMI для служб Reporting Services. Дополнительные сведения о функциях планирования и доставки см. в разделе Обработчик планирования и доставки.
Проверка подлинности и управление памятью для фоновой обработки
Как показано на архитектурной схеме служб, фоновая обработка осуществляет проверку подлинности и управление памятью иначе, чем диспетчер отчетов и веб-служба. Фоновые процессы используют файл Authz.dll, чтобы проверить, что у учетной записи пользователя, использованной для создания подписки, по-прежнему имеются необходимые разрешения для просмотра отчета. Эта проверка позволяет убедиться в том, что пользователь, который будет получателем отчета, является действительным пользователем Windows в домене. Вся остальная обработка отчетов и моделей, выполняемая в рамках фоновой обработки, запрашивается в рамках учетной записи автоматического выполнения.
См. также