SCCM無法連接遠程報表服務器

環境說明：

SCCM：System Center 2012 R2 Configuration Manager

SQL：SQL Server 2008 R2

兩個服務器分別獨立安裝。

嘮叨：

排錯是個漫長的過程，會花費很長時間（不過在問題解決后這些都是值得的），需要細心去查找每一個可能點，這其中日志起到很大的作用。注意，在這里特別說明一下，網上的帖子只是輔助作用，不能盲目照搬，環境架構的不同，排錯的方向可能就大相徑庭了。

錯誤現象之SCCM服務器端：

安裝完Reporting Services 角色后，點擊“報表選項”選擇報表服務器后報錯：

連接到指定的報告服務器時遇到問題。請檢查連接，并確保sql reporting service正在指定的服務器上運行。

1）“報表選項”無法連接報表服務器；

2）SCCM控制臺—監視——系統狀態—站點狀態—Reporting Services 點，右擊后可“狀態消息查看器”，具體如下：

注：Reporting Services角色安裝失敗后，會以每60分鐘的頻率進行自動重裝。

3）SCCM控制臺—監視——系統狀態—組件狀態—SMS_SRS_REPORTING_POINT，可查看報錯狀態消息，如下：

排錯：

由于根據網上的說明，并沒有在C:\Program Files\Microsoft Configuration Manager\Logs下找到和srsrp相關的日志，所以有了下面死馬當活馬醫式的解決。

嘗試排錯之SCCM服務器端：

PS：以下操作，在SQL服務器也進行過（srsrp.msi路徑：D:\SMS\bin\x64），效果一樣。

1）搜索srsrp.msi，并手動安裝，如下：

2）安裝后，Reporting Services報錯并沒有停止，而且會在<Drive>:根目錄下產生如下文件：

嘗試排錯之SQL服務器端：

1）刪除報表數據庫ReportServer，再重裝Reporting Services角色；

排錯的正確方法之SQL服務器端：

1）查看日志文件：<Drive>:\SMS\Logs\srsrpsetup.log；

PS：雖然SCCM的“狀態消息查看器”提示查看日志srsrpsetup.log和srsrpmsi.log，但是個人感覺查看srsrpsetup.log即可，特點是篇幅少，信息到位。

2）根據上面日志的提示，打開D盤發現SMS_SRSRP目錄并不存在，只有之前手動安裝srsrp.msi的文件，這些文件其實就是SMS_SRSRP目錄內的文件，只不過是手動安裝且不在SMS_SRSRP目錄內，所以未生效。

3）在SCCM測試環境安裝Reporting Services角色成功后，發現會在D盤產生SMS_SRSRP目錄。

錯誤解決：

1）刪除Reporting Services角色；

2）分別刪除SCCM和SQL的D盤內，手動安裝srsrp.msi產生的文件；

3）拷貝測試環境的SMS_SRSRP目錄之SQL服務器的D盤下（個人感覺此步可以省略，因為再次安裝角色時，會進行覆蓋）；

4）安裝Reporting Services角色（若之前已刪除ReportServer數據庫，需先將其安裝）；

5）發現D盤的SMS_SRSRP目錄被覆蓋（通過創建時間確定）；

6）Reporting Services角色安裝成功，srsrpsetup.log及其狀態消息如下：

PS：一開始懷疑是SQL服務器D盤權限所致，隨即添加sqladmin完全控制權限及Users讀取權限，但是并無效果，而且重裝Reporting Services角色后，D盤權限會重置，所以可以肯定不是權限所致。

久違的畫面出來了：

至此，經歷了多天的郁悶，今天終于一消而散，^_^