我们最近从 Cognos 10.1.1 迁移到 Cognos 10.2.1.1(10.2.1 加上 Fix pack1)。我们现有的一些报告现在无法通过验证。
从 cogserver.log 文件中,看起来 BIBUS 进程在验证报告时正在崩溃。我们正在通过 PMR 与 IBM 技术支持合作。
想试试这里是否有人知道是否可以逐步验证报告,以便我可以获得一些信息或一些日志,了解我们报告中的哪些元素正是导致问题的原因?即是否有可能以某种方式在调试模式下进行报告验证?
我们最近从 Cognos 10.1.1 迁移到 Cognos 10.2.1.1(10.2.1 加上 Fix pack1)。我们现有的一些报告现在无法通过验证。
从 cogserver.log 文件中,看起来 BIBUS 进程在验证报告时正在崩溃。我们正在通过 PMR 与 IBM 技术支持合作。
想试试这里是否有人知道是否可以逐步验证报告,以便我可以获得一些信息或一些日志,了解我们报告中的哪些元素正是导致问题的原因?即是否有可能以某种方式在调试模式下进行报告验证?
哦,那将是多么美妙的功能,但据我所知,根本不存在这样的功能。您可以尝试将调度程序上的日志记录设置为最大值,以查看是否可以获得更多信息错误。
我将首先尝试单独查看每个查询的表格数据。如果您可以确定是哪个(或多个)查询导致了您的问题,那么您可以从查询中删除项目,直到它没有失败,此时您应该对问题的根源有一个很好的了解。
如果这不起作用,我会开始撕掉报告的主要部分,看看你可以让它运行。例如,如果您有一个包含 4 个图表的报告,请删除其中的一半并尝试您的报告。恢复到原始报告,并删除另一半。让它工作,然后开始从失败的那一半中删除东西,直到你可以将它缩小到你的问题。
这有点慢,但这些方法一直对我有用。
顺便说一句,我们即将进行同样的升级,我很想听听你学到了什么。
编辑:哦,忘了。如果没有,请确保禁用 DQM 并以这种方式测试您的报告。
不幸的是,没有办法逐步调试。终于得到了崩溃的核心转储,将它们发送给 IBM Folks;他们将其确定为 10.2.1.1 中的一个已知错误。所以现在我们处于解决问题的 10.2.1.2(应用了修订包 2)。