Reporting services 错误-自定义报告

Reporting services 错误-自定义报告,reporting-services,dynamics-crm-2011,dynamics-crm,crm,dynamics-crm-2013,Reporting Services,Dynamics Crm 2011,Dynamics Crm,Crm,Dynamics Crm 2013,当我尝试在MS Dynamics CRM 2013中获取自定义报告时,5-6分钟后,我收到以下错误: 如果报告不是很大,那么就没有错误。但是如果它很大,它会给我这个错误 这是跟踪:位于Microsoft.ReportingServices.ReportProcessing.Ex 网络服务器!ReportServer_0-13!b298!2015年6月3日-12:34:46::e错误:Reporting Services错误Microsoft.ReportingServices.Diagnosti

当我尝试在MS Dynamics CRM 2013中获取自定义报告时,5-6分钟后,我收到以下错误:

如果报告不是很大,那么就没有错误。但是如果它很大,它会给我这个错误

这是跟踪:
位于Microsoft.ReportingServices.ReportProcessing.Ex 网络服务器!ReportServer_0-13!b298!2015年6月3日-12:34:46::e错误:Reporting Services错误Microsoft.ReportingServices.Diagnostics.Utilities.RSException:报告处理过程中发生错误。-->Microsoft.ReportingServices.ReportProcessing.ProcessingAbortedException:报表处理过程中发生错误。-->Microsoft.ReportingServices.ReportProcessing.ReportProcessingException:无法读取数据集DSMain的下一个数据行。-->Microsoft.Crm.Reporting.DataExtensionShim.Common.ReportExecutionException: Microsoft.Crm.CRMEException:发生意外错误。 Microsoft.Crm.CRMEException:获取数据集查询在404.9472744秒后超时。增加查询超时,然后重试。-->Microsoft.Crm.Reporting.DataExtensionShim.Common.ReportExecutionException:发生意外错误。-->Microsoft.Crm.Reporting.DataExtensionShim.Common.ReportExecutionException:获取数据集查询在404.9472744秒后超时。请增加查询超时,然后重试。
---内部异常堆栈跟踪结束---

我建议在延长超时之前查看查询,看看是否有方法对其进行优化

此外,我想看看是否有方法通过使用数据库引擎优化顾问之类的工具添加索引(索引?)来优化报告


显然,报告的规模将受到固有的限制。如果报表有足够的数据并且足够长,那么增加超时时间可能是唯一可行的选择。

我建议在延长超时时间之前查看查询,看看是否有办法对其进行优化

此外,我想看看是否有方法通过使用数据库引擎优化顾问之类的工具添加索引(索引?)来优化报告


显然,报告的规模将受到固有的限制。如果报表有足够的数据并且足够长,那么增加超时时间可能是唯一可行的选择。

我建议在延长超时时间之前查看查询,看看是否有办法对其进行优化

此外,我想看看是否有方法通过使用数据库引擎优化顾问之类的工具添加索引(索引?)来优化报告


显然,报告的规模将受到固有的限制。如果报表有足够的数据并且足够长,那么增加超时时间可能是唯一可行的选择。

我建议在延长超时时间之前查看查询,看看是否有办法对其进行优化

此外,我想看看是否有方法通过使用数据库引擎优化顾问之类的工具添加索引(索引?)来优化报告



显然,报告的规模将受到固有的限制。如果报表具有足够的数据且足够长,则增加超时可能是唯一可行的选项。

是否尝试过此操作?:“增加查询超时,然后重试”?我知道这是一个选项。但是增加多少呢?这是最有效的解决方案吗?要么尽可能增加超时时间,要么加快查询速度,使其不会超时。是否尝试过此方法?:“增加查询超时时间,然后重试”?我知道这是一个选项。但是增加多少呢?这是最有效的解决方案吗?要么尽可能增加超时时间,要么加快查询速度,使其不会超时。是否尝试过此方法?:“增加查询超时时间,然后重试”?我知道这是一个选项。但是增加多少呢?这是最有效的解决方案吗?要么尽可能增加超时时间,要么加快查询速度,使其不会超时。是否尝试过此方法?:“增加查询超时时间,然后重试”?我知道这是一个选项。但是增加多少呢?这是最有效的解决方案吗?要么尽可能增加超时时间,要么加快查询速度,使其不会超时。谢谢您的回答,但我想知道是否还有其他解决方案,如合并或添加报表。你知道这样的事吗?@tottotech,恐怕我不知道你说的合并或添加报告是什么意思。你能解释一下吗?好的。我的问题是报告太大了。我想问的是,我能把报告分开吗。就我而言,报告取决于日期。那么,我可以通过分开日期然后合并来询问报告吗。所以客户看到一份报告,我同意这一点。如果查询需要5/6分钟才能运行,那么要么查询根本错误(可能使用循环/游标而不是联接),要么缺少某些索引,要么需要重新检查报告要求。如果查询很好,并且所有索引都在适当的位置,我倾向于推迟需求,而不是增加超时。在数据库上长时间运行查询可能会带来其他您不希望出现的问题。谢谢您的回答,但我想知道是否还有其他解决方案,如合并或添加报表。你知道这样的事吗?@tottotech,恐怕我不知道你说的合并或添加报告是什么意思。你能解释一下吗?好的。我的问题是报告太大了。我想问的是,我能把报告分开吗。就我而言,报告取决于日期。那么,我可以通过分开日期然后合并来询问报告吗。所以客户看到一份报告,我同意这一点。如果查询需要5/6分钟才能运行,那么要么查询根本错误(可能使用循环/游标而不是联接),要么缺少某些索引,要么需要重新检查报告要求。如果查询很好,并且所有索引都已就绪,我倾向于将需求推后,而不是推后