环境说明:
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盘权限会重置,所以可以肯定不是权限所致。
久违的画面出来了:
至此,经历了多天的郁闷,今天终于一消而散,^_^
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。