並存安裝 Reporting Services 和 Internet Information Services

適用於:✅SQL Server 2016 (13.x) Reporting Services 和更新版本 ✅ Power BI 報表伺服器

如需舊版 SQL Server Reporting Services (SSRS) 的相關內容,請參閱 SQL Server 2014 Reporting Services

您可以在同一部電腦上安裝和執行 SQL Server Reporting Services (SSRS) 與 Internet Information Services (IIS)。 您所使用的 IIS 版本會決定必須處理的互通性問題。

IIS 版本 問題 描述
8.0, 8.5 適用於某個應用程式的要求被不同的應用程式所接受。

HTTP.SYS 會針對 URL 保留項目強制執行優先順序規則。 如果 URL 保留項目比另一個應用程式的 URL 保留項目更弱,傳送至具有相同虛擬目錄名稱而且共同監視通訊埠 80 之應用程式的要求可能無法送達預期的目標。
在特定條件底下,在 URL 保留項目配置中取代另一個 URL 端點的已註冊端點可能會收到適用於其他應用程式的 HTTP 要求。

針對報表伺服器 Web 服務和 Web 入口網站,使用唯一的虛擬目錄名稱可協助您避免這項衝突。

本主題將提供有關這個狀況的詳細資訊。

URL 保留項目的優先順序規則

在您處理 IIS 與 Reporting Services 之間的互通性問題之前,必須了解 URL 保留優先順序規則。 優先順序規則可以歸納成為下列陳述式:具有更多明確定義值的 URL 保留項目會優先接收符合此 URL 的要求。

  • 指定虛擬目錄的 URL 保留項目會比省略虛擬目錄的 URL 保留項目更明確。

  • 指定單一位址 (透過 IP 位址、完整網域名稱、網路電腦名稱或主機名稱) 的 URL 保留項目會比萬用字元更明確。

  • 指定強式萬用字元的 URL 保留項目會比弱式萬用字元更明確。

下列範例會顯示 URL 保留項目的範圍,從最明確到最不明確的順序排列:

範例 要求
https://123.234.345.456:80/reports 如果網域名稱服務可以將 IP 位址解析成該主機名稱,則會收到所有傳送至 https://123.234.345.456/reportshttps://<computername>/reports 的所有要求。
https://+:80/reports 只要此 URL 包含 "reports" 虛擬目錄名稱,便接收傳送至適用於該電腦之任何 IP 位址或主機名稱的任何要求。
https://123.234.345.456:80 如果網域名稱服務可以將 IP 位址解析成該主機名稱,則會收到任何指定 https://123.234.345.456https://<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 服務會接收 https://<電腦名稱>/reportserver 的所有要求。
入口網站 https://+:80/Reports 通訊埠 80 的強式萬用字元,以及 Reports 虛擬目錄。 在通訊埠 80 上接收指定 Reports 虛擬目錄的所有要求。 Web 入口網站會接收 https://<電腦名稱>/reports 的所有要求。
IIS https://*:80/ 通訊埠 80 的弱式萬用字元。 在連接埠 80 上接收其他應用程式未接收的任何其餘要求。

在 IIS 8.0、8.5 上並存部署 SQL Server Reporting Services

當 IIS 網站的虛擬目錄名稱與 Reporting Services 所使用的名稱完全相同時,IIS 與 Reporting Services 之間就會發生互通性問題。 例如,假設您有下列組態:

  • 指派至通訊埠 80 以及名為 "Reports" 之虛擬目錄的 IIS 網站。

  • 以預設設定安裝的報表伺服器執行個體,其中 URL 保留項目也指定通訊埠 80 而 Web 入口網站應用程式也將 "Reports" 用於虛擬目錄名稱。

鑒於此組態,傳送至 https://\<computername>:80/reports 的要求由入口網站所接收。 安裝了報表伺服器執行個體之後,透過 IIS 中 Reports 虛擬目錄存取的應用程式將不會再接收要求。

如果您要執行舊版與新版 Reporting Services 的並存部署,則可能會遇到此路由傳送的問題。 遇到此問題是因為所有 Reporting Services 版本都會使用 "ReportServer" 和 "Reports" 作為報表伺服器和入口網站應用程式的虛擬目錄名稱,因而增加您在 IIS 中設有 "reports" 和 "reportserver" 虛擬目錄的可能性。

為了確保所有應用程式都會接收要求,請遵循下列指導方針:

  • 針對 Reporting Services 安裝,請使用 IIS 網站與 Reporting Services 在相同連接埠上尚未使用的虛擬目錄名稱。 如果發生衝突,請以「僅限檔案」模式安裝 Reporting Services (使用「安裝」,但不要在安裝精靈中設定伺服器選項),以便您可以在安裝完成之後設定虛擬目錄。 組態發生衝突的其中一個指標是,您將會看到下列錯誤訊息:System.IO.FileLoadException: 由於已有另一個處理序正在使用該檔案,所以無法存取該檔案。 (來自 HRESULT 的例外狀況: 0x80070020)。

  • 針對手動設定的安裝,請在設定的 URL 中採用預設命名慣例。 如果您安裝 SQL Server 2016 (13.x) Reporting Services 或更新版本 (SSRS) 作為具名執行個體,則請在建立虛擬目錄時包括執行個體名稱。

更多問題嗎? 嘗試詢問 Reporting Services 論壇