Бөлісу құралы:

Установка отчетов и службы IIS параллельно

  • Мақала

Область применения: SQL Server 2016 (13.x) Reporting Services и более поздних версий Сервер отчетов Power BI

Содержимое, связанное с предыдущими версиями SQL Server Reporting Services, см. в статье SQL Server 2014 Reporting Services.

Службы SQL Server Reporting Services (SSRS) и IIS могут быть установлены и запущены на одном и том же компьютере. Версия IIS, используемая вами, определяет проблемы взаимодействия, которые необходимо устранить.

Версия служб IIS Проблемы Description
8.0, 8.5 Запросы, предназначенные для одного приложения, принимаются другим приложением.

Компонент HTTP.SYS предписывает правила приоритета для резервирования URL-адресов. Запросы, передаваемые в приложения, которые имеют одинаковое имя виртуального каталога и совместно отслеживают запросы, поступающие через порт 80, могут не достичь намеченной цели, если применяемое резервирование URL-адресов слабее резервирования URL-адресов другого приложения.		 При определенных условиях зарегистрированная конечная точка, URL-адрес которой предшествует URL-адресу другой конечной точки в схеме резервирования URL-адресов, может получать HTTP-запросы, предназначенные для другого приложения.

Использование уникальных имен виртуальных каталогов для таких компонентов, как веб-служба сервера отчетов и веб-портал, поможет избежать этого конфликта.

Подробные сведения об этом сценарии приведены в этой статье.

Правила приоритета для резервирования URL-адресов

Прежде чем приступать к устранению проблем совместимости служб IIS и Reporting Services, необходимо понять правила приоритета резервирования URL-адресов. Правила приоритета можно обобщить следующим образом: резервирование URL-адресов, более явно определяющих значения, становится первым в очереди на получение запросов по соответствующим URL-адресам.

  • Резервирование URL-адресов, указывающее виртуальный каталог, является более явным по сравнению с тем, в котором виртуальный каталог не задан.

  • Резервирование URL-адресов, в котором указан единственный адрес (в виде IP-адреса, полного доменного имени, сетевого имени компьютера или имени узла), является более явным по сравнению с резервированием, в котором указан шаблон.

  • Резервирование URL-адресов, в котором указан сильный шаблон, является более явным по отношению к резервированию со слабым шаблоном.

В следующих примерах приведен ряд резервирований URL-адресов, начиная от наиболее явного и заканчивая наименее явным:

Пример Запросить
https://123.234.345.456:80/reports Получает все запросы, которые передаются по адресу https://123.234.345.456/reports или https://<computername>/reports, если служба доменных имен способна разрешить этот IP-адрес в это имя узла.
https://+:80/reports Получает любые запросы, отправленные любому IP-адресу или имени узла, являющимся допустимыми для этого компьютера, при условии, что URL-адрес содержит имя виртуального каталога reports.
https://123.234.345.456:80 Получает все запросы, в которых указан адрес https://123.234.345.456 или https://<computername>, если служба доменных имен способна разрешить этот IP-адрес в это имя узла.
https://+:80 Получает запросы, которые еще не получены другими приложениями, для конечных точек приложений, сопоставленных со всеми назначенными.
https://*:80 Получает запросы, которые еще не получены другими приложениями, для конечных точек приложений, сопоставленных со всеми неназначимыми.

Одним из признаков конфликта портов является следующее сообщение об ошибке : "System.IO.FileLoadException: процесс не может получить доступ к файлу, так как он используется другим процессом. (Исключение в HRESULT: 0x80070020)".

Резервирования URL-адресов для СЛУЖБ IIS 8.0, 8.5 с SQL Server Reporting Services

Изучение правил приоритета, приведенных в предыдущем разделе, позволяет разобраться, как резервирования URL-адресов, определенные для служб Reporting Services и IIS, поддерживают совместимость. Службы Reporting Services получают запросы, в которых явно указаны имена виртуальных каталогов для их приложений; службы IIS получают все остальные запросы, которые могут затем быть направлены приложениям, запущенным в рамках модели процесса IIS.

Приложение Резервирование URL-адресов Description Прием запроса
ReportServer https://+:80/ReportServer Сильный шаблон для доступа к порту 80, с указанием виртуального каталога сервера отчетов. Получает все запросы на порт 80, в которых указан виртуальный каталог сервера отчетов. Веб-служба сервера отчетов получает все запросы, отправленные по адресу https://<имя_компьютера>/reportserver.
Веб-портал https://+:80/Reports Сильный шаблон для доступа к порту 80, с указанием виртуального каталога Reports. Получает все запросы на порт 80, в которых указан виртуальный каталог reports. Веб-портал получает все запросы, отправленные по адресу https://<имя_компьютера>/reports.
IIS https://*:80/ Слабый шаблон для доступа к порту 80. Получает все остальные запросы на порт 80, которые не получаются другим приложением.

Параллельное развертывание служб SQL Server Reporting Services в IIS 8.0, 8.5

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

  • Веб-сайт в службах IIS, который назначен на порт 80 и виртуальный каталог с именем Reports.

  • Экземпляр сервера отчетов, установленный в конфигурации по умолчанию, где в резервировании URL-адресов также указан порт 80, а в приложении веб-портала также используется "Reports" в качестве имени виртуального каталога.

Учитывая эту конфигурацию, запрос, отправляемый для https://\<computername>:80/reports получения веб-порталом. Приложение, доступ к которому предоставляется с помощью виртуального каталога Reports в службах IIS, после установки экземпляра сервера отчетов больше не будет получать запросы.

Если вы выполняете параллельное развертывание старых и более новых версий служб Reporting Services, скорее всего, столкнутся с этой проблемой маршрутизации. Эта проблема возникает, так как все версии служб Reporting Services используют "ReportServer" и "Отчеты" в качестве имен виртуальных каталогов для сервера отчетов и приложений веб-портала, что повышает вероятность того, что у вас есть виртуальные каталоги "отчеты" и "сервер отчетов" в IIS.

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

  • Для установки служб Reporting Services используйте имена виртуальных каталогов, которые еще не используются веб-сайтом IIS на том же порту, что и службы Reporting Services. Если возникает конфликт, установите службы Reporting Services в режиме "только для файлов" (с помощью установки, но не настраивайте параметр сервера в мастере установки), чтобы можно было настроить виртуальные каталоги после завершения установки. Одно из признаков того, что конфигурация имеет конфликт, отображается сообщение об ошибке: System.IO.FileLoadException: процесс не может получить доступ к файлу, так как он используется другим процессом. (Исключение в HRESULT: 0x80070020)".

  • Для установок, настраиваемых вручную, применяйте предусмотренные по умолчанию соглашения об именах в настраиваемых URL-адресах. Если вы устанавливаете sql Server 2016 (13.x) Reporting Services или более поздней версии (SSRS) в качестве именованного экземпляра, включите имя экземпляра при создании виртуального каталога.

Связанный контент

Есть еще вопросы? Посетите форум служб Reporting Services.