SCCM无法连接远程报表服务器
2017-06-15 15:10
155 查看
环境说明:
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盘权限会重置,所以可以肯定不是权限所致。 久违的画面出来了:
至此,经历了多天的郁闷,今天终于一消而散,^_^
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盘权限会重置,所以可以肯定不是权限所致。 久违的画面出来了:
至此,经历了多天的郁闷,今天终于一消而散,^_^
相关文章推荐
- 基础连接已经关闭: 无法与远程服务器建立信任关系
- 远程桌面超大最大连接数,无法连接服务器解决办法
- 最近在配mysql和web分离的服务器时所出现的phpmyadmin无法连接远程数据库问题
- 远程无法连接win2003的mssql2000服务器
- 在与 SQL Server 建立连接时出现与网络相关的或特定于实例的错误。未找到或无法访问服务器。请验证实例名称是否正确并且 SQL Server 已配置为允许远程连接。 (provider: 命名管道提供程序, error: 40 - 无法打开到 SQL
- 远程桌面超大最大连接数,无法连接服务器解决办法[转载]
- 建立连接时出现与网络相关的或特定于实例的错误。未找到或无法访问服务器。请验证实例名称是否正确并且 SQL Server 已配置为允许远程连接。
- 基础连接已经关闭: 无法连接到远程服务器
- 大批量执行webservice出现“无法连接远程服务器”解决方案
- 服务器无法远程连接
- 远程桌面超大最大连接数,无法连接服务器解决办法[转载]
- HttpWebRequest加载证书请求远端https服务器时 : 基础连接已经关闭: 无法与远程服务器建立信任关系
- 在建立与服务器的连接时出错。在连接到 SQL Server 2005 时,在默认的设置下 SQL Server 不允许进行远程连接可能会导致此失败。 (provider: 命名管道提供程序, error: 40 - 无法打开到 SQL Server 的连接)
- PDA访问web service时,“无法连接到远程服务器”问题的解决方法
- 由于目标机器积极拒绝,无法连接到远程服务器.
- 在建立与服务器的连接时出错。在连接到 SQL Server 2005 时,在默认的设置下 SQL Server 不允许进行远程连接可能会导致此失败。 (provider: 命名管道提供程序, error: 40 - 无法打开到 SQL Server 的连接)
- 解决方案:无法远程连接sql server 2000服务器
- 在建立与服务器的连接时出错。在连接到 SQL Server 2005 时,在默认的设置下 SQL Server 不允许进行远程连接可能会导致此失败。 (provider: 命名管道提供程序, error: 40 - 无法打开到 SQL Server 的连接)
- 无法远程连接mssqlserver2005服务器的解决
- 远程桌面超大最大连接数,无法连接服务器解决办法