環(huán)境說明：

成都創(chuàng)新互聯(lián)主要從事網(wǎng)站設(shè)計(jì)、網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計(jì)、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)東鄉(xiāng)族,10余年網(wǎng)站建設(shè)經(jīng)驗(yàn),價(jià)格優(yōu)惠、服務(wù)專業(yè),歡迎來電咨詢建站服務(wù):18982081108

SCCM：System Center 2012 R2 Configuration Manager

SQL：SQL Server 2008 R2

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

嘮叨：

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

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

安裝完Reporting Services 角色后，點(diǎn)擊“報(bào)表選項(xiàng)”選擇報(bào)表服務(wù)器后報(bào)錯(cuò)：

連接到指定的報(bào)告服務(wù)器時(shí)遇到問題。請(qǐng)檢查連接，并確保sql reporting service正在指定的服務(wù)器上運(yùn)行。

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

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

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

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

排錯(cuò)：

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

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

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

1）搜索srsrp.msi，并手動(dòng)安裝，如下：

2）安裝后，Reporting Services報(bào)錯(cuò)并沒有停止，而且會(huì)在:根目錄下產(chǎn)生如下文件：

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

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

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

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

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

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

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

錯(cuò)誤解決：

1）刪除Reporting Services角色；

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

3）拷貝測(cè)試環(huán)境的SMS_SRSRP目錄之SQL服務(wù)器的D盤下（個(gè)人感覺此步可以省略，因?yàn)樵俅伟惭b角色時(shí)，會(huì)進(jìn)行覆蓋）；

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

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

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

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

久違的畫面出來了：

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