在 SQL Server Always On 2019 環境中，SSRS/SSIS 是否應該在單獨的伺服器上？
我正在尋找一些有關設置新 SQL Server 2019 Always On 實例的建議。
我們現在有一個 2 伺服器集群，使用類似的兩個虛擬伺服器設置遷移到 Always On。
我想知道是否推薦。
我們有大約 200 個數據庫，每天可能使用 40 個。
我們平均每天執行大約 350 份 SSRS 報告，在過去幾個月中最多可達 1100 份。我們有大約 50 個 SSIS 作業（包）在執行，主要是每晚執行。
SSRS 和 SSIS 應該在單獨的伺服器上嗎？或者 SSRS 臨時數據庫應該在 SQL Always On 伺服器上，但 SSRS 安裝在單獨的伺服器上？
Reporting Services with Always On Availability Groups (SQL Server) 上的文件指出：
Reporting Services 和 Power BI 報表伺服器對使用 Always On 可用性組和報表伺服器數據庫提供有限的支持。報表伺服器數據庫可以在 AG 中配置為副本的一部分；但是，當發生故障轉移時，Reporting Services 不會自動為報表伺服器數據庫使用不同的副本。不支持將 MultiSubnetFailover 與報表伺服器數據庫一起使用。
需要使用手動操作或自定義自動化腳本來完成故障轉移和恢復。在完成這些操作之前，報表伺服器的某些功能在 Always On 可用性組故障轉移後可能無法正常工作。
因此，通常情況下，如果不弄清楚發生故障轉移後需要做什麼，將報告服務數據庫放在可用性組中不會有任何好處。
支持將 SSIS 與可用性組一起使用，您可以在SSIS 目錄中查看相關資訊。
一般來說，將它們放在獨立伺服器上會更容易。如果您在 VM 主機層有硬體冗餘，那麼將它們放在可用性組中幾乎沒有任何價值，特別是如果您的 VM 位於可以在大約 20 秒內重新啟動的 SSD 上。
您將遇到的第一個問題是在多個節點上安裝 SSRS。在我的開發環境中，我首先在每個節點上安裝了 SSRS，因為它在 master 和 msdb 數據庫中都設置了權限。
這些需要存在，因此您不能進行標準安裝，然後復製或備份 ReportServer 和 ReportServerTempDB 數據庫，因為您將正常“添加數據庫”到 AlwaysOn。
在每個節點上完成安裝後，您可以刪除副本集上的數據庫並繼續將它們添加到 AlwaysOn 程序中。
然後，您必須手動返回並將 vip:80/Reports 分配為所有副本上的 Web 界面。當然，當您進行故障轉移時，這可能會如上所述掛起。在我的環境中，我必須關閉故障轉移到副本的主節點的代理。我不得不將其關閉 1-2 分鐘，然後 Web 界面又回來了。
Reporting Services Always On AG了解更多詳細資訊。 AG 上的 Reporting Services 數據庫也可了解更多詳細資訊。
需要使用手動操作或自定義自動化腳本來完成故障轉移和恢復。在完成這些操作之前，報表伺服器的某些功能在 Always On 可用性組故障轉移後可能無法正常工作。
我認為這應該是一個**大警告。**但是，像往常一樣，測試、測試、測試和測試。然後你想知道，為什麼我不把它安裝在單個伺服器上？
正如我們的團隊所討論的那樣，即使我們讓它工作，我們也不會獲得任何“自動”優勢，因為我們的團隊或應用程序團隊必須隨時待命以確保腳本“執行”或網路界面已啟動。雖然我們可以做到這一點，但它在未來增加了可維護性的複雜性。當您想要就地升級時會發生什麼？您不能只做數據庫，現在您必須添加 Reporting Services 以及您最初所做的所有復雜工作。
這可能很好，但也許你可能在其他地方，一些可憐的喬在 10 年內完成這項任務。
因此，讓您自己、您的團隊以及必須支持此數據庫和應用程序的未來 Joe 的工作變得容易：在自己的伺服器上安裝 SSRS。
只是我的2美分。
安迪