Reporting Services とインターネット インフォメーション サービスのサイド バイ サイド インストール

適用対象: SQL Server ✔️ 2016 Reporting Services 以降Power BI Report Server ✔️

以前のバージョンの SQL Server Reporting Services (SSRS) に関するコンテンツについては、「SQL Server 2014 Reporting Services」をご覧ください。

SQL Server Reporting Services (SSRS) とインターネット インフォメーション サービス (IIS) は、同じコンピューターにインストールして実行できます。 対処する必要のある相互運用性の問題は、使用している IIS のバージョンによって異なります。

IIS のバージョン 発行 説明
8.0, 8.5 あるアプリケーションに対して送信された要求が、別のアプリケーションによって受け付けられます。

URL 予約には、HTTP.SYS による優先順位規則が適用されます。 同じ仮想ディレクトリ名を持ち、共にポート 80 を監視するアプリケーションが複数存在するとき、これらのアプリケーションに宛てて送信された要求は、目的のアプリケーションの URL 予約が、もう一方のアプリケーションの URL 予約よりもあいまいに指定されていた場合、意図したターゲットに到達しない可能性があります。
特定の条件下では、URL 予約体系において他の URL エンドポイントに優先する登録済みのエンドポイントが、他のアプリケーション宛ての HTTP 要求を受信する場合があります。

レポート サーバー Web サービスと Web ポータルに一意の仮想ディレクトリ名を使用すると、この競合を回避できます。

このシナリオについては、このトピックで詳しく説明します。

URL 予約の優先順位規則

IIS とサーバー間の相互運用性の問題に対処するにはReporting Services URL 予約の優先順位規則を理解する必要があります。 優先順位規則とは、簡単に言えば、"より明示的に定義された値を持つ URL 予約が、その URL に合致した要求を先に受け取ることができる" ということです。

  • 仮想ディレクトリを指定する URL 予約は、仮想ディレクトリが省略された URL 予約よりも明示的である。

  • 単一アドレスが指定された URL 予約 (IP アドレス、完全修飾ドメイン名、ネットワーク コンピューター名、またはホスト名) は、ワイルドカードよりも明示的である。

  • 厳密なワイルドカードを指定する URL 予約は、弱いワイルドカードよりも明示的である。

次の表は、一連の URL 予約の例を、最も明示的なものから順に列挙したものです。

要求
https://123.234.345.456:80/reports https://123.234.345.456/reports または (ドメイン名サービスが、IP アドレスを対応するホスト名に解決できる場合) https://\<computername>/reports に送信されたすべての要求が受信されます。
https://+:80/reports URL に "reports" という仮想ディレクトリ名が含まれている限り、任意の IP アドレス (またはそのコンピューターの有効なホスト名) に送信されたすべての要求が受信されます。
https://123.234.345.456:80 https://123.234.345.456 または (ドメイン名サービスが、IP アドレスを対応するホスト名に解決できる場合) https://\<computername> を指定するすべての要求が受信されます。
https://+:80 [すべて割り当て]にマップされたすべてのアプリケーション エンドポイントについて、まだ他のアプリケーションによって受信されていない要求が受信されます。
https://*:80 [すべて未割り当て]にマップされたアプリケーション エンドポイントについて、まだ他のアプリケーションによって受信されていない要求が受信されます。

ポートが競合している場合は、「System.IO.FileLoadException: ファイルが別のプロセスで使用されているため、プロセスはファイルにアクセスできません (HRESULT からの例外: 0x80070020)」というエラー メッセージが表示されます。

IIS 8.0、8.5 と SQL Server Reporting Services の URL 予約

前のセクションで取り上げた優先順位規則を踏まえて考えると、Reporting Services と IIS に対して定義された URL 予約が、両者の相互運用性にどのように貢献しているかがわかります。 Reporting Services は、そのアプリケーションの仮想ディレクトリ名を明示的に指定する要求を受信します。一方、IIS は、それ以外のすべての要求を受信し、それらを IIS のプロセス モデル内で実行されるアプリケーションに送ることになります。

Application URL 予約 説明 受信する要求
レポート サーバー https://+:80/ReportServer 厳密なワイルドカード、ポート 80、レポート サーバーの仮想ディレクトリ レポート サーバーの仮想ディレクトリを指定するすべての要求をポート 80 で受信します。 レポート サーバー Web サービスは、レポート サーバー名/reportserver https://< すべての要求を>受け取ります。
Web ポータル https://+:80/Reports 厳密なワイルドカード、ポート 80、Reports という仮想ディレクトリ reports という仮想ディレクトリを指定するすべての要求をポート 80 で受信します。 Web ポータルは、コンピューター名/レポートに対 https://< 要求を受け>取ります。
IIS https://*:80/ 弱いワイルドカード、ポート 80 まだ他のアプリケーションによって受信されていない残りの要求をすべてポート 80 で受信します。

IIS 8.0、8.5 での SQL Server Reporting Services のサイド バイ サイド配置

IIS と Reporting Services 間の相互運用性の問題は、IIS Web サイトに、Reporting Services で使用されているものと同じ仮想ディレクトリ名が存在する場合に発生します。 たとえば、次のような構成を考えてみます。

  • ポート 80、仮想ディレクトリ名 "Reports" に割り当てられた IIS Web サイトが存在。

  • 既定の構成にインストールされているレポート サーバー インスタンス。URL 予約ではポート 80 も指定され、Web ポータル アプリケーションでは仮想ディレクトリ名に "Reports" も使用されます。

この構成の場合<、https:// computername>:80/reports に送信される要求は、Web ポータルによって受信されます。 レポート サーバー インスタンスのインストール後、IIS の Reports 仮想ディレクトリ経由でアクセスされるアプリケーションは、要求を受け取ることができなくなります。

Reporting Services の古いバージョンと新しいバージョンのサイド バイ サイドデプロイを実行している場合は、説明したルーティングの問題が発生する可能性があります。 これは、Reporting Services のすべてのバージョンで、レポート サーバーと Web ポータル アプリケーションの仮想ディレクトリ名として "ReportServer" と "Reports" が使用され、IIS に "reports" 仮想ディレクトリと "reportserver" 仮想ディレクトリが存在する可能性が高まっているためです。

すべてのアプリケーションが確実に要求を受信できるようにするには、次のガイドラインに従います。

  • Reporting Services のインストールでは、Reporting Services と同じポート上の IIS Web サイトで使用されていない仮想ディレクトリ名を使用するようにします。 競合が生じた場合は、Reporting Services を "ファイルのみ" のモード (インストール ウィザードで [サーバーを構成せずにインストールする] オプションを使用) でインストールします。こうすることで、セットアップの完了後に、仮想ディレクトリを自分で構成できるようになります。 構成が競合している場合は、「System.IO.FileLoadException: ファイルが別のプロセスで使用されているため、プロセスはファイルにアクセスできません (HRESULT からの例外: 0x80070020)」というエラー メッセージが表示されます。

  • 手動構成のインストールでは、構成する URL に既定の名前付け規則を採用します。 2016 年 201 Reporting Services 6 SQL Server 以降 (SSRS) を名前付きインスタンスとしてインストールする場合は、仮想ディレクトリの作成時にインスタンス名を含める必要があります。

次の手順

レポート サーバーの URL の構成
URL の構成
Reporting Services ネイティブ モードのレポート サーバーのインストール

その他の質問 Reporting Services のフォーラムに質問してみてください