问题标签 [cognos-10]

我是 cognos 报告的新手。我使用报告工作室创建了一份报告。它有表格和图表。

然后我使用向下钻取添加了一个导出链接到 excel。

当我进行导出时会出现问题。html 版本中的排序顺序在导出版本中有所不同。

似乎是什么问题？

谢谢。

已经解决了问题。我只需要将反向类别顺序的类别轴属性设置为 NO 即可解决问题。

我正在运行一个数据阶段作业，通过 DB2 输入并输出到 DB2。输入端有一个包含连接和函数的查询。

我收到以下警告消息；

我在我的数据中看不到这样的记录。数据质量很好。那么这些是什么？？？

这个警告后面有很多错误；下一个错误也很有趣。

我相信错误是由于第一个警告造成的。请帮帮我。问候， Nuh

目前我在 Cognos v10.1.2 工作。我确实要求报告页面名称（报告的 excel 输出的工作表名称）应根据选择的提示值动态更改。我们如何在 Cognos 中实现这一点。在此先感谢您的帮助。

目前我在 Cognos v10.1.2 工作。是否有任何 SDK 可以提取 Cognos 网页的内容？

我们正在为最终用户开发一个监控窗口，他们可以在其中查看他们的报告状态，而不是邮件和电话。

存储报表名称及其详细信息的 MDC 表的访问受到限制。因此，我们需要为它创建一个 SDK。提前感谢您的宝贵帮助。

我们通过 Framework Manager 使用 Report Studio 使用 TM1 多维数据集。很多时候，当我试图为 Report Studio 中的挑战提出新的解决方案时，我在运行报表时遇到错误，然后服务器出现故障。然后我必须重新启动调度程序（Cognos Administration -> Status -> System -> Right Click on the server -> Test Dispatchers -> Right Click on the server -> Start Dispatchers）。我得到的错误信息是：

在处理请求之前连接已关闭。如果您正在使用 WebSphere Application Server，为了降低此错误的频率，请增加管理控制台中 Web 容器传输链的 Persistent Timeout 参数。以 10-15 秒为间隔增加时间，直到错误不再或很少发生。

我们使用的不是 WebSphere，而是 Tomcat（默认安装）。
-> 在 WebSphere 上增加连接超时间隔因此不适用
-> Tomcat 配置中的超时间隔似乎是 60 秒（60000 毫秒）

更重要的是：当我运行报告时，错误消息会立即显示（1 秒后）
-> 向我表明这与任何超时间隔设置无关

附加信息：当我手动和动态地尝试构建 MUN 时，几乎总是会出现错误消息。但是，有时（不知道何时以及为什么）它会显示我创建的 MUN 并告诉我它是无效的。这对于调试来说要好得多。

任何关于为什么会发生这种情况以及如何解决它的建议将不胜感激！

编辑 1： http ://www.linkedin.com/groups/Product-Cognos-BI-1011-Cognos-3917273.S.143157206 这篇文章（几乎在底部）指出

当 Cognos BI 报告请求一个不存在的字段时，TM1 应用程序会断开连接。并且 Cognos BI 报告将超时。

这是真的？如果是这样; 为什么有时我被告知我的 MUN 无效，而其他时候连接已关闭并且服务器已关闭？是不是因为连 Report Studio 都认为我的 MUN 是有效的，并试图从 TM1 Server 获取它？

另外：是否可以更改 TM1 服务器的这种行为？

编辑 2：或者更改 BI 服务器行为，使其在 TM1 连接断开时不会关闭，而是显示某种错误？再次感谢！

编辑 3：好的，所以我使用 TM1 顶级实用程序（http://pic.dhe.ibm.com/infocenter/ctm1/v9r5m0/index.jsp?topic=%2Fcom.ibm.swg.im.cognos .tm1_op.9.5.1.doc%2Ftm1_op_id6961UsingtheTM1TopUtility_N160F47.html）。运行正常报告时，监控列表中会显示一个新线程。然后，当我停止 BI 服务器调度程序时，该线程消失，或者在大约 5 分钟的空闲时间没有运行任何报告后自动消失（根据 TM1 Top 日志转储）。

同样，当错误发生时，列表中会显示一个新线程。但是，它会在一秒钟后消失（可能是因为 BI 服务器调度程序已关闭）。

因此，我得出的结论是，可以安全地假设（？）请求似乎到达了 TM1 服务器，并且 TM1 返回了一些东西（或者只是按照我在第一次编辑中引用的linkedin-post 中的建议关闭连接） . 因此，可以安全地假设这是必须在 BI 服务器端解决的问题（？）。

因此，问题的可能性更大：是否可以更改 BI 服务器行为，使其在 TM1 服务器返回无效或关闭连接时不会关闭，而是显示某种错误消息？

感谢您的任何意见！

我正在使用 Cognos 10.2，在使用 Framework Manager 时，我已经使用 MS SQL Server 成功创建了一个数据模型，我成功部署了包，但是当我在 IBM Cognos Business Intelligence 上检查相同内容时，它没有显示包内的任何内容（无数据源和无查询对象）。请求帮助我。

在 Report Studio 中使用 TM1 多维数据集时，我遇到了 IF / CASE 表达式的问题。

我正在“过滤”一个带有元组函数的交叉表，该函数包含“分支”维度中的一个元素。用户可以通过我所做的值提示浏览此分支层次结构。

因此，用户要求他们每次都能看到他们在分支层次结构中的位置（即看到从根到当前节点的路径）。

因此，我尝试制作两个查询表达式，它们始终代表当前节点和当前级别：

[当前分支]：

[当前水平]：

这两个都按预期工作。但是，当我尝试使用 IF / CASE 语句来显示正确数量的父母时，我得到了各种任意错误。一个例子是[FirstParent]表达式：

它产生以下错误...

...当 [FirstParent] 添加到布局计算时。

如果我将表达式更改为（只是为了测试 IF 语句）：

显示相同的错误。如果我然后将声明更改为

或者

没有显示错误，结果是正确的。

但是，如果我现在将表达式更改为：

...然后再次显示相同的错误。

我试图将 [CurrentLevel] 包装在使用 OLAP（例如 abs()）时支持的各种常用函数中，但是，那里没有运气。

任何想法为什么会发生这种情况以及如何解决它？

这真的超出了我的理解。

感谢您的任何意见！

我的一个报表中有一个元素，集合中有多个钻取定义。这很好，但是，我想让这些定义之一成为标准定义，这样当用户左键单击元素时，将选择这个定义（即我不想提示用户他/她想用）。

这样，用户可以通过“右键单击 -> 转到”在集合中的钻取之间进行选择。

任何人都知道这样做的任何方法吗？从我目前所读的内容以及 cognos 中可用的钻取选项中，没有发现任何迹象表明这是可能的。

感谢您的任何意见！

我有列表报告，其中包含美国、英国、印度、新加坡等国家/地区。但美国、英国只需要使用 2 个不同的报告启用钻取。谁能发给我详细的步骤？

在我进入我正在做的事情之前，这是我收到的错误消息。

报表服务器遇到内部错误。检查与此错误消息相关的其他信息。如果无法确定问题的原因，请提高 IBM Cognos 管理工具中的日志记录级别并重现导致错误的条件。如果问题仍然存在，请参阅位于http://www-947.ibm.com/support/entry/portal/Overview/Software/Information_Management/Cognos_Business_Intelligence的 IBM Cognos Support Portal 页面上的问题确定信息 。

这是详细信息：

CCLAssertError:0:Fatal: CCL_ASSERT(gw!=NULL);RSV-SRV-0042 追溯：RSReportService.cpp(762): CCLAssertError: CCL_CAUGHT: RSReportService::process()RSReportServiceMethod.cpp(263): CCLAssertError: CCL_RETHROW: RSReportServiceMethod::process(): asynchWait_RequestRSASyncExecutionThread.cpp(808): CCLAssertError: RSASyncExecutionThread::checkExceptionRSASyncExecutionThread.cpp(260): CCLAssertError: CCL_CAUGHT: RSASyncExecutionThread::runImpl(): promptPagingForward_RequestRSASyncExecutionThread.cpp(864): CCLAssertError: CCL_RETHROW: :processCommand(): promptPagingForward_RequestExecution/RSRenderExecution.cpp(670): CCLAssertError: CCL_RETHROW: RSRenderExecution::executeAssembly/RSDocAssemblyDispatch.cpp(291): CCLAssertError: CCL_RETHROW: RSDocAssemblyDispatch::dispatchAssemblyAssembly/RSLayoutAssembly。cpp(79): CCLAssertError: CCL_RETHROW: RSLayoutAssembly::assembleAssembly/RSDocAssemblyDispatch.cpp(358): CCLAssertError: CCL_RETHROW: RSDocAssemblyDispatch::dispatchChildrenAssemblyForwardAssembly/RSReportPagesAssembly.cpp(179): CCLAssertError: CCL_RETHROW: RSReportPagesAssembly::assembleAssembly/RSDocAssemblyDispatch.cpp( 308): CCLAssertError: CCL_RETHROW: RSDocAssemblyDispatch::dispatchAssemblyAssembly/RSPageAssembly.cpp(303): CCLAssertError: CCL_RETHROW: RSPageAssembly::assembleAssembly/RSDocAssemblyDispatch.cpp(308): CCLAssertError: CCL_RETHROW: RSDocAssemblyDispatch::dispatchAssemblyAssembly/RSTableRowAssembly.cpp(177) : CCLAssertError: CCL_RETHROW: RSTableRowAssembly::assembleAssembly/RSDocAssemblyDispatch.cpp(308): CCLAssertError: CCL_RETHROW: RSDocAssemblyDispatch::dispatchAssemblyAssembly/RSTableCellAssembly。cpp(137): CCLAssertError: CCL_RETHROW: RSTableCellAssembly::assembleAssembly/RSDocAssemblyDispatch.cpp(358): CCLAssertError: CCL_RETHROW: RSDocAssemblyDispatch::dispatchChildrenAssemblyForwardAssembly/RSTableAssembly.cpp(119): CCLAssertError: CCL_RETHROW: RSTableAssembly::assembleAssembly/RSDocAssemblyDispatch.cpp( 358): CCLAssertError: CCL_RETHROW: RSDocAssemblyDispatch::dispatchChildrenAssemblyForwardAssembly/RSTableRowAssembly.cpp(177): CCLAssertError: CCL_RETHROW: RSTableRowAssembly::assembleAssembly/RSDocAssemblyDispatch.cpp(308): CCLAssertError: CCL_RETHROW: RSDocAssemblyDispatch::dispatchAssemblyAssembly/RSTableCellAssembly.cpp(137) : CCLAssertError: CCL_RETHROW: RSTableCellAssembly::assembleAssembly/RSDocAssemblyDispatch.cpp(358): CCLAssertError: CCL_RETHROW: RSDocAssemblyDispatch::dispatchChildrenAssemblyForwardAssembly/RSDocAssemblyDispatch.cpp(308): CCLAssertError: CCL_RETHROW: RSDocAssemblyDispatch::dispatchAssemblyRSQueryMgr.cpp(1131): CCLAssertError: CCL_RETHROW: RSQueryMgr::getResultSetIteratorRSQueryMgr.cpp(1295): CCLAssertError: CCL_RETHROW: RSQueryMgr::createIteratorRSQueryMgr.cpp(1569) : CCLAssertError: CCL_RETHROW: RSQueryMgr::executeRsapiCommandRSQueryMgrExecutionHandlerImpl.cpp(168): CCLAssertError: CCL_RETHROW: RSQueryMgrExecutionHandlerImpl::execute()QFSSession.cpp(1153): CCLAssertError: CCL_RETHROW: QFSSession::ProcessDoRequest()QFSSession.cpp(1151): CCLAssertError : CCL_CAUGHT: QFSSession::ProcessDoRequest()QFSSession.cpp(1102): CCLAssertError: CCL_RETHROW: QFSSession::ProcessDoRequest()QFSConnection.cpp(788): CCLAssertError: CCL_RETHROW: QFSConnection::ExecuteQFSQuery.cpp(213):CCLAssertError: CCL_RETHROW: QFSQuery::Execute v2CoordinationQFSQuery.cpp(2024): CCLAssertError: CCL_RETHROW: QEQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareCoordinationQFS (221): CCLAssertError: CCL_RETHROW: QEQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareCoordinationQFSQuery.cpp(221): CCLAssertError: CCL_RETHROW: QEQFSQuery.cpp (148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareSource/QE_RsApi.cpp(3604): CCLAssertError: CCL_RETHROW: QESource/QE_RsApi.cpp(3488): CCLAssertError: CCL_RETHROW: QESource/QPQTPromptResolver.cpp(2051): CCL_THWW:CCLAssertError: CCL_RETHROW: QEQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareCoordinationQFSQuery.cpp(221): CCLAssertError: CCL_RETHROW: QEQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareCoordinationQFSQuery.cpp(221): CCLAssertError: CCL_RETHROW: QEQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareSource/QE_R cpp（3604）：CCLAssertError：CCL_RETHROW：QESource/QE_RsApi.cpp（3488）：CCLAssertError：CCL_RETHROW：QESource/QPQTPromptResolver.cpp（2051）：CCLAssertError：CCL_THROW：CCLAssertError: CCL_RETHROW: QEQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareCoordinationQFSQuery.cpp(221): CCLAssertError: CCL_RETHROW: QEQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareCoordinationQFSQuery.cpp(221): CCLAssertError: CCL_RETHROW: QEQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareSource/QE_R cpp（3604）：CCLAssertError：CCL_RETHROW：QESource/QE_RsApi.cpp（3488）：CCLAssertError：CCL_RETHROW：QESource/QPQTPromptResolver.cpp（2051）：CCLAssertError：CCL_THROW：cpp(221): CCLAssertError: CCL_RETHROW: QEQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareCoordinationQFSQuery.cpp(221): CCLAssertError: CCL_RETHROW: QEQFSQuery。 cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareSource/QE_RsApi.cpp(3604): CCLAssertError: CCL_RETHROW: QESource/QE_RsApi.cpp(3488): CCLAssertError: CCL_RETHROW: QESource/QPQTPromptResolver.cpp(2051): CLACLsertError ：cpp(221): CCLAssertError: CCL_RETHROW: QEQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareQFSQuery.cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareCoordinationQFSQuery.cpp(221): CCLAssertError: CCL_RETHROW: QEQFSQuery。 cpp(148): CCLAssertError: CCL_RETHROW: QFSQuery::PrepareSource/QE_RsApi.cpp(3604): CCLAssertError: CCL_RETHROW: QESource/QE_RsApi.cpp(3488): CCLAssertError: CCL_RETHROW: QESource/QPQTPromptResolver.cpp(2051): CLACLsertError ：QESource/QE_RsApi.cpp(3488): CCLAssertError: CCL_RETHROW: QESource/QPQTPromptResolver.cpp(2051): CCLAssertError: CCL_THROW:QESource/QE_RsApi.cpp(3488): CCLAssertError: CCL_RETHROW: QESource/QPQTPromptResolver.cpp(2051): CCLAssertError: CCL_THROW:

所以，这就是我在报告中所做的。我的报告中有 9 个图表。其中 6 个有两个日期提示（从日期范围和到日期范围），另外 3 个只有一个日期提示。这些将最初默认为 1999 年 1 月 1 日。这是因为在运行报告时，提示页面上有两个日期提示。用户将选择日期范围，并在开始时将其应用于所有图表。然后，用户可以使用每个图表的日期提示来更改为各个图表显示的数据。但是现在我需要将提示页面中选择的日期传递给报告页面中的日期提示，而不是将报告页面提示默认为 1999 年 1 月 1 日。为此，我在提示页面中创建了隐藏的日期提示与报表页面中的提示相同的参数。然后我制作了一个 html 按钮，它将在可见日期提示中选择的日期传递给隐藏提示。从而将这些值传递给报告页面。现在这适用于有两个日期提示的 6 个图表。但是这个错误发生在其他三个身上。我已经分别测试了每个图表。我的测试重点放在一个名为 Section J 的图表上。该图表由 4 个查询组成，然后将这些查询合并在一起。这就是正在为有效的图表所做的事情。但是在我的测试中，我发现当我用常规查询之一作为图表查询替换联合查询时，它运行良好。我只是没有得到我需要的所有数据。所以它似乎只在我使用联合查询时才中断。这很奇怪，因为即使是正常工作的图表也使用联合查询。有效和无效的最大区别在于日期的使用方式。在不起作用的图表中，有一个日期提示，日期范围是通过使用 _add_months() 回到三年。工作的图表不这样做。所以我认为这是问题所在，但我的测试尚未证明这一点。我在网上搜索了解决方案，但似乎找不到任何有用的信息。

最后一件事，这是我在尝试验证报告时遇到的错误：

RSV-VAL-0010 未能加载报告规范。CCL_ASSERT(gw!=NULL);

编辑：另外，最好指出我正在使用带有折线图的交叉表。但是六个工作图表中的两个以相同的方式完成。只是想把它放在那里。