SCCM無法連接遠(yuǎn)程報表服務(wù)器

環(huán)境說明：

SCCM：System Center 2012 R2 Configuration Manager

SQL：SQL Server 2008 R2

兩個服務(wù)器分別獨立安裝。

嘮叨：

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

錯誤現(xiàn)象之SCCM服務(wù)器端：

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

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

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

2）SCCM控制臺—監(jiān)視——系統(tǒng)狀態(tài)—站點狀態(tài)—Reporting Services 點，右擊后可“狀態(tài)消息查看器”，具體如下：

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

3）SCCM控制臺—監(jiān)視——系統(tǒng)狀態(tài)—組件狀態(tài)—SMS_SRS_REPORTING_POINT，可查看報錯狀態(tài)消息，如下：

排錯：

由于根據(jù)網(wǎng)上的說明，并沒有在C:\Program Files\Microsoft Configuration Manager\Logs下找到和srsrp相關(guān)的日志，所以有了下面死馬當(dāng)活馬醫(yī)式的解決。

嘗試排錯之SCCM服務(wù)器端：

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

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

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

嘗試排錯之SQL服務(wù)器端：

1）刪除報表數(shù)據(jù)庫ReportServer，再重裝Reporting Services角色；

排錯的正確方法之SQL服務(wù)器端：

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

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

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

3）在SCCM測試環(huán)境安裝Reporting Services角色成功后，發(fā)現(xiàn)會在D盤產(chǎn)生SMS_SRSRP目錄。

錯誤解決：

1）刪除Reporting Services角色；

2）分別刪除SCCM和SQL的D盤內(nèi)，手動安裝srsrp.msi產(chǎn)生的文件；

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

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

5）發(fā)現(xiàn)D盤的SMS_SRSRP目錄被覆蓋（通過創(chuàng)建時間確定）；

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

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

久違的畫面出來了：

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