我们（最近）安装了 IBM 的 Cognos 10 作为我们的商业智能报告工具。我们报告的大多数数据库都是 DB2 9.7 LUW Enterprise Edition。我们安装了 DB2 Runtime-Time Client，以便 Cognos 能够访问驱动程序以与 DB2 通信。
我们的 iSeries（又名 AS/400）上还有一些遗留系统和数据库——所以这意味着 DB2 for i。我们现在需要 Cognos 来识别这些数据库。根据我们阅读的内容，我们需要安装 DB2Connect 以从 DB2 LUW 的角度授予对 DB2 for i 的访问权限。
我们的 Cognos 安装在 Windows Server 系统上。我们在同一系统上安装了 RTC，并且可以对 DB2 LUW 数据库进行编目。我们可以让 Cognos 使用这些数据库创建数据源。
为了获得 iSeries 功能，我们最近安装了 DB2Connect（在与 Cognos 和 RTC 相同的系统上）并且能够对 iSeries 数据库进行编目并连接并调用它。但是我们无法让 Cognos 查看编目数据库。它只是看起来不存在。
我们查看的一些文档使您看起来无法在 Cognos 的同一进程中本地访问两个不同的 DB2 驱动程序。
我们的想法：
- 卸载 RTC 并安装 DB2Connect 以及通过它编目的所有数据源，然后让 Cognos 查找它们。我们对这种方法的担忧是，我们担心 Cognos 可能会丢失现有报告和已设置项目的信息。我们不想搞砸/丢失其他团队已经完成的工作。
- 我们想知道是否有一种干净的方式从 RTC 迁移到 DB2Connect，以便我们可以将连接从一个转移到另一个。我们关心的是……我们首先如何让 DB2Connect 被 Cognos 识别？
- 是否有其他方法可以对 iSeries 数据库进行编目和/或让 Cognos 识别它们？
想法？想法？
编辑：我们公司决定不等了。他们聘请了一名顾问来帮助我们从头开始重建，以便我们更好地了解产品、它的安装、工作方式等。
话虽如此，我仍然欢迎对此有任何想法或想法。
我们最终做的是重建我们的环境，因为无论如何它只是“开发”。我们安装了 DB2 Connect 而不是 Runtime-Client，这样我们就可以编目 iSeries 数据库和 LUW 数据库以供 Cognos 使用。
我们还可以使用网关模式，我们可以将 DB2 Connect 设置为“网关服务器”并在那里对 iSeries 数据库进行编目，然后在运行时客户端上从网关服务器对数据库进行编目。这也会让我们解决我们最初的问题。
有趣的是，当我们重建环境时，我们没有使用网关服务器。没有理由。尽管 IBM 支持它，但他们并不推荐它。我唯一能想到的是它引入了另一个故障点。