SSRS报表连接超时的问题

SSRS报表连接超时的问题

这段时间遇到一个问题就是ReportService 中采用了远程连接的报表偶尔会断开连接,导致报表导出异常,查阅了很多资料,几天来就是断断续续的终于解决了这个问题,下面把一些解决的点一一展示出来,便于大家将来遇到同样问题无从下手。

首先是报错,接下来我马上去看日志,很多人不知道文件的位置,一般默认就是这个路径(Program Files\Microsoft SQL Server\MSRS11.MSSQLSERVER\Reporting Services\LogFiles)。

主要的错误如下:

1. System.Data.SqlClient.SqlException: 超时时间已到。在操作完成之前超时时间已过或服务器未响应。

2. 偶尔还会连接池已满等错误。

综合一下,问题是时而有,大多数时候没有,那么我将问题集中到两个地方一个是数据量过大导致连接超时,另一个是网络、参数等配置问题。

过滤情况:

1.采用了远程数据库,不是共享数据源(SharePoint),因此排除了更新数据后对数据源的同步问题。(如果是则需要确保每次看之前数据源得到更新)

2.域账户权限问题,虽然是域内访问,当时权限没有问题,因为大多数时候是可以访问的。(否则需要添加访问权限)

3. 远程服务器环境,也没有问题,数据库允许远程连接,且硬盘环境没有问题。(否则会显示low disk condition within the database

接下来是我经过综合分析修改的几个地方:

1.配置设置是在 RSReportServer.config 文件中指定的参数。

a.计划内和计划外回收操作,影响应用程序池的回收。这个在C#部分将来可以详细讨论

<RecycleTime>720</RecycleTime>

<MaxAppDomainUnloadTime>30</MaxAppDomainUnloadTime>这两个值默认即可。

image

b.<Add Key=”DatabaseQueryTimeout” Value=””/> 查询超时时间尽量设置大一些,当然在一些环境下不能这么做比如频繁查询的,数据量较小的时候。对于我的报表系统而言,用的比较少且很多大的报表所以设定为30分钟。

image

2.修改web.config中的参数

image 

     httpRuntime是配置asp.net http运行时设置,以确定如何处理对asp.net应用程序的请求。
     executionTimeout:表示允许执行请求的最大时间限制,单位为秒
     maxRequestLength:指示 ASP.NET 支持的最大文件上载大小。该限制可用于防止因用户将大量文件传递到该服务器而导致的拒绝服务攻击。指定的大小以 KB 为单位。默认值为 4096 KB (4 MB)。

类似于C#中CommandTimeout 这个参数就是我们的执行时间超时值,如果太小就会引发执行失败。

3.接下来就是对RS 的参数修改

a.设置站点设置-》常规

image

其中在RSDB中也可以设置这个值,参数为默认为600or1800。直接选择不设置。

b.对于数据集的参数设置

首先在开发的时候就可以设置比如timeout时间。一般默认为0.然后这里我做了如下修改

image 点击出现问题的报表右键,然后选择管理

image

注意这个地方是关键,对于这种共享数据源的数据集也要设置,选择不对报表时间设置超时,或者指定超时时间。默认值我推测可能是15or30。这样在wait时极有可能造成超时。

当然以上只是我的最后得出的推论,还需要注意一下几点:

1.这期间修改了很多地方比如连接参数修改过connection timeout 参数,maxpool等

2.有一些地方的配置也需要注意,比如远程连接中尽量采用IP地址作为连接对象,尽量不要使用服务器缩写名称,这样在DNS匹配的时候经常会影响,尤其是涉及到服务器迁移的时候会出问题。其次会影响响应速度。有些时候设置需要清洗DNS的匹配。

3.服务器端的防火墙配置,添加出站入站规则,一般默认端口1433,否则需要制定规则。

4.RS报表或者其他的连接方式

image

对于.net之类的微软程序尽量选择SQLServer 的数据源,这样速度更快尤其是SSRS已经SSIS,如果非微软数据源,可采用oledb等,但是注意升级数据库,使用最新的驱动程序。

 

总结

       由于这个偶尔断开的连接问题,让我断断续续地看了好多资料但是真正解决起来才发现小的知识点很多,这里也不过多展开了。报表这块由于太占资源必须经常性的检查优化。这期间监测网络是否畅通,数据库环境是否出现问题等都是要做好自动化监控的。

 

补充: 

        突然想起来一个老问题,是关于网络连接问题引发的数据库访问异常。也会引发类似的问题,涉及到远程链接访问的。

        原因是对于SQLServer 的TCP/IP地址而言默认访问IPV4地址。所以当服务器上有IPV6地址时,会去访问IPV6从而引发连接超时等现象。具体的修复步骤如下:

        1.不需要用IPv6的话直接在网络连接中将Ipv6的选项勾掉然后应用即可。如图:

<span>SSRS报表连接超时的问题</span>

    2. 如果必须使用IPv6,则需要执行以下步骤:

  • 打开SQLServer 配置管理器
  • <span>SSRS报表连接超时的问题</span>
  • 点击网络配置下面的协议
  • 右侧点击TCP/IP,右键属性。

<span>SSRS报表连接超时的问题</span>

  • 为每一个IP地址的端口号都输入你的默认端口号,然后活动和启用都选择是。应用即可
  • <span>SSRS报表连接超时的问题</span>
  • 如有必要还要添加端口或者程序的入站规则(端口),出站规则。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/119715.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)
blank

相关推荐

  • 公网IP和内网IP的区别? 什么是127.0.0.1?

    公网IP和内网IP的区别? 什么是127.0.0.1?IP地址是设备在网络上的唯一标识符,比如无线路由器有两个IP,公网IP(例如100.78.118.73)连接互联网,私有(内网)IP(如192.168.1.1)连接局域网,当设备连接WIFI上网,无线路由器就会给手机或者电脑分配一个私有IP。这里提出了两种IP,公网IP和内网IP。怎么理解呢?其实是因为近几十年广泛运用的IPV4地址枯竭,已经无法让每个设备都拥有一个IP了,于是NAT技术诞生,…

  • 免费大数据平台有哪些?

    免费大数据平台有哪些?

  • 为什么要使用Iocomp控件?

    为什么要使用Iocomp控件?为什么要使用Iocomp控件?作为一个程序员,编写软件的过程中,我们常常需要用一些工控图表和工控仪表,想要自己制作出漂亮极品的控件的非常费时费力的,这时候使用专业的第三方控件就是非常不错的选择。一来节约了开发时间,降低了开发难度;二来第三方控件更加专业更精细;三来降低项目风险。Iocomp控件包括多种用来创建专业的仪表和测量、工业控制、工业监控等相关的应用程序的控件包,如仪表盘控件、开

  • VS2013序列号_visual studio2010激活码

    VS2013序列号_visual studio2010激活码VS2008序列号/注册码(各种版本都有)2009-08-2123:18   –VS2008.NET简体中文版序列号1.VisualStudio2008ProfessionalEdition:XMQ2Y-4T3V6-XJ48Y-D3K2V-6C4WT2.VisualStudio2008TeamTestLoadAgent:WPX3J-BXC3W

  • 网络RTK无人机上机测试[通俗易懂]

    视频地址:https://v.qq.com/x/page/c0810tui04m.html这个视频描述的是网络RTK的特点与应用。4G网络RTK和电台RTK不同,电台RTK的纠偏数据发送基于一个单独的数传电台,也是市面上大部分的集成RTK的方案。用诺瓦泰,天宝或者司南,北斗星通的RTK板卡,外加数传电台和移动端来构成RTK系统。4G网络RTK是用4G网络来传输纠偏数据,达到厘米级定…

  • 移动端开发基础知识「建议收藏」

    移动端开发基础知识「建议收藏」移动web开发指的是:需要适配移动设备的网页开发移动web开发与pc端web开发没有本质的区别,使用的还是HTML/CSS/JavaScript的技术移动端与pc端web开发的区别:1、浏览器不同移动端的浏览器与pc端不同谷歌浏览器苹果浏览器、UC浏览器QQ浏览器百度手机浏览器360安全浏览器搜狗浏览器猎豹浏览器等国内的手机浏览器都是根据webkit内核修…

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号