如何使计算某个报表导致内存溢出时，其他报表运算不影响

bireport 2009-05-18 07:24:35

报表在运行过程中经常会出现如果查询数据量大的时候，报表显示不出来，甚至会出现out of memory的问题，一旦出现此问题，整个系统的报表就不能用了，连最简单的报表也打不开，但是应用系统还是能用，也就是说应用并没有死机。在这种情况下自然就会希望可以做到就算数据量大，显示很慢或者显示不出来，也不会影响其他报表的显示。

在润乾报表系统中，当某一大报表计算出现内存不足，无法进行计算也就是内存溢出时，并不会导致整个系统崩溃，也就是说是有条件在此时让系统仍然可以计算其他报表的。我们需要做的就是修改reportConfig.xml文件中的maxWaitTimeForReport属性(默认是9999秒)，此选项设置的是等待计算报表时间，默认值由于时间比较大，所以当大报表计算内存溢出后，系统会认为报表依然在运算，会等待9999秒直到超时，此时给用户的感觉就是其他报表也不能计算了。所以，建议一般情况下可以将此值设为300，那么当某一大报表计算导致内存溢出后，系统等待300秒之后此报表运算时间就会超时，系统则可以继续进行其他报表的运算了。

引自：润乾报表知识库

原文链接：如何使计算某个报表导致内存溢出时，其他报表运算不影响
相关文章：一种实现类似excel把负数显示成红色且去掉负号的方法 ; 导入带公式excel的问题；web报表的扩展功能；润乾报表出了新版统计图；解决行式填报导入excel发生错位的问题
其他相关内容：润乾商业智能解决方案；商业智能BI联盟 ; Java报表 ; 报表软件

...全文

156 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

叶子 2009-05-24

打赏
举报

回复

润乾报表?

java应用程序运行过程中会使用web应用服务器的内存，如执行报表获取的数据，运算的中间数据等都需要暂存在服务器内存中。当没有空内存可用时，就会出现内存溢出错误，为了避免内存溢出的问题，我们一方面应适当启用磁盘缓存，另一方面可以根据实际情况调整服务器内存大小。

有一个需求是要在一个云监控的状态值中存储多个状态（包括可同时存在的各种异常、警告状态）使用了位运算机制在一个int型中存储。现在监控日志数据量非常大（亿级别）需要对数据按每小时、每天进行聚合，供在线报表使用。状态分了3个级别：正常（0）、警告（1）、异常（2），聚合时需要使用max选择最差的状态，就需要对状态值进行处理加上级别和状态位个数，就要借助bigint型来做运算了，问题是再将bigint 转为 int时获取原始状态值时，SQLServer报错了：消息 8115，级别 16，状态 2，第 1 行将 expression 转换为数据类型 int 时出现算术溢出错误。因为状态码中

单行文本与多行文本溢出时显示省略号的CSS设置

有一个需求是要在一个云监控的状态值中存储多个状态（包括可同时存在的各种异常、警告状态）使用了位运算机制在一个int型中存储。现在监控日志数据量非常大（亿级别）需要对数据按每小时、每天进行聚合，供在线报表使用。状态分了3个级别：正常（0）、警告（1）、异常（2），聚合时需要使用max选择最差的状态，就需要对状态值进行处理加上级别和状态位个数，就要借助bigint型来做运算了，问题是再将bigint 转为 int时获取原始状态值时，SQLServer报错了：消息 8115，级别 16，状态 2，第 1 行将 expression 转换为数据类型 int 时出现算术溢出错误。因为状态码中

数据库系统管理制度 1. 总则第一条为加强我司数据库管理，保障数据库正常、有效运行，确保数据库安全，使数据库能更好地服务于生产，特制定本管理制度。第二条公司数据库管理员负责评级数据库的日常维护和运行管理。第三条公司IT总监负责对数据库使用者进行权限审批。 2. 数据库系统的修改和维护第一条数据库系统的变更，指数据库硬件或参数调整等；涉及到停机时，应征求业务部门对系统使用，并根据实际情况由部门负责人确定并发布停机时间后，在停机时间范围内完成相关操作，同时数据库管理人员应该评估风险后，再操作，并有相应的应急处理方案。第二条数据库业务数据的变更修改，指开发部门或业务部门关于数据库业务表数据的变更修改；应由开发部门提供具体表和字段，或要求开发部门提供脚本，由数据库管理人员执行操作；并且修改前先进行数据备份。第三条数据库系统的监控，应实时了解数据库运行状态，确保数据库可用状态。第四条数据库系统的健康检查，应定期对数据库的响应指标巡检。并给出巡检的报告。健康检查应当定期执行，每周进行一次健康检查。第五条数据的备份恢复，备份的主要目的就是为了恢复，所以在一段时期应当数据库进行恢复演练，以防止意外发生时数据不能恢复而造成损失。恢复演练应尽量避开数据库生产环境，以免影响生产的运行。恢复演练应当定期执行，以季度为单位，每季度至少演练一次。第六条数据库故障处理，数据库系统中常见的四种故障主要有事务内部的故障、系统故障、介质故障以及计算机病毒故障，对应于每种故障都有不同的解决方法。。 3. 数据库的安全管理第一条数据库管理员负责数据库系统的安全管理，保证安全管理软件的及时升级。第二条数据库应每周至少备份一次，数据库管理员应在保证数据安全和保密的情况下，采取适当方式保存备份文件，保证数据库出现异常时能快速恢复，避免或尽量减少数据丢失。数据库系统管理制度的实现方法 1. 数据库变更数据库系统变更变更管理流程分为：需求调研、需求评审、变更申请、变更方案、变更审批、执行变更六个步骤：数据库的调整应针对问题先进行调研评审，再定制变更方案及实施计划回退方案后再进行实施。 1．需求调研：由数据库管理员根据数据库运行监控过程中发现的问题进行调研，确定问题解决方案。 2．需求评审：由数据库管理员组织调研，由部门经理确定后，完成对变更需求的分析评审。 3．变更申请：由数据库管理员根据变更需求，给出初步的方案建议。 4．变更方案：由部门负责人确定变更评审小组成员，评审中修改并确定变更的实施方案及应急回退方案。 5．变更审批：小型变更由部门负责人审批，大、中型变更由部门审批。 6．执行变更：由数据库管理运维团队执行系统变更的具体实现工作。业务表数据变更业务数据变更应由需求部门邮件申请，并由部门负责人进行审批后进行变更。 1．变更申请：由需求部门提出申请。 2．变更审批：由需求部门及运维部门负责人审批。 3．变更执行：确定变更需求后由数据库管理员进行相关操作。 2. 数据库系统的监控，应实时了解数据库运行状态。确保数据库可用状态。 1. 第三方数据库监控软件。 ZABBIX，APM 2. 数据库监控软件。 Oracle Enterprise Manager 3. 手动获取数据库报表 StatsPack、Automatic Workload Repository、Active Session History 3. 数据库系统的健康检查，应定期对数据库的响应指标巡检。 1. 数据库管理员每天定时巡检数据库服务器，并填写记录表（见附录一）。 2. TOP前5执行慢的SQL语句进行优化跟踪，并邮件提交给部门经理，抄送IT总监。第四条核心数据的日常备份管理。 1）数据库应每周至少备份一次，数据库管理员应在保证数据安全和保密的情况下，采取适当方式保存备份文件，保证数据库出现异常时能快速恢复，避免或尽量减少数据丢失。 2）为了节省磁盘空间，大型业务库使用增量备份，周日全备，周一到六为增量备份。 3）协助开发和业务部门做数据变更时，需提前备份好数据，再执行变更步骤。第五条数据库故障处理一、常见的四种故障 (1)事务内部的故障：事务内部故障可分为预期的和非预期的，其中大部分的故障都是非预期的。预期的事务内部故障是指可以通过事务程序本身发现的事务内部故障;非预期的事务内部故障是不能由事务程序处理的，如运算溢出故障、并发事务死锁故障、违反了某些完整性限制而导致的故障等。 (2)系统故障：系统故障也称为软故障，是指数据库在运行过程中，由于硬件故障、数据库软件及操作系统的漏洞、突然停电灯情况，导致系统停止运转，所有正在运行的事务以非正常方式终止，需要系统重新启动的一类故障。这类事务不破

企业信息化

1,759

社区成员

5,874

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章