环境说明：

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报错并没有停止，而且会在:根目录下产生如下文件：

尝试排错之SQL服务器端：

1）删除报表数据库ReportServer，再重装Reporting Services角色；

排错的正确方法之SQL服务器端：

1）查看日志文件：:\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盘权限会重置，所以可以肯定不是权限所致。

久违的画面出来了：

至此，经历了多天的郁闷，今天终于一消而散，^_^