环境说明：
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盘权限会重置，所以可以肯定不是权限所致。
久违的画面出来了：
至此，经历了多天的郁闷，今天终于一消而散，^_^