我在 SSRS 中繼承了一個非常奇怪的異常現象。使用 2019 年建立了一個新的 SSRS 實例，它似乎使用與先前的 2016 年實例相同的 ReportServer DB。這樣做可能是為了避免移植數千份報告和相關項目。
2016 執行個體似乎仍在運行，但是，用於存取 ReportingService 資料庫的帳戶不再有效，因此任何使用 2016 url 存取報表的嘗試都會以「無法存取報表伺服器資料庫」結束。
當我在 2019 年存取報表時，我可以在報表管理器中呈現它。
當我使用 2019 實例的 url，透過對 ReportService2010.Render() 的 wcf 服務呼叫來呼叫相同的報表時，我得到了與透過 2016 實例存取服務時相同的錯誤。
Alos，我知道 2016 版本正在嘗試渲染對 2019 年的調用，因為有關渲染嘗試和“無法連接到報表伺服器資料庫”錯誤的日誌資訊僅顯示在 2016 的錯誤日誌中。
我重新檢查了 iis 日誌，發現 wcf 服務正在調用 2019 伺服器來請求渲染結果為 200（它是即發即忘，因此如果端點可訪問，則始終返回 200）。
看起來 wcf 實際上正在呼叫 2019 年實例並請求報告，但是，該請求的日誌記錄正在 SSRS 的 2016 年實例中完成。
這可能是報告伺服器資料庫中配置不當的原因嗎？
答案1
這是用戶錯誤。 WCF 服務的 app.config 指向正確的實例，因此有正確的記錄訊息。 API 專案中的 web.config 引用了所有 WCF 服務，有兩個具有相同金鑰的應用程式設定。其中一個金鑰不正確，該金鑰用於 ReportExecution 端點綁定。
我認為配置是原始的。